Aller au contenu principal
← Tous les articles
Normes DO

RTCA DO-254 : certification, processus et phases de conception

Pharus Tech
RTCA DO-254 : certification, processus et phases de conception

La RTCA DO-254, « Design Assurance Guidance For Airborne Electronic Hardware », est le guide de référence pour la production de matériel électronique aéronautique, dont la dernière version a été publiée en 2000. La RTCA DO-254 spécifie les exigences de cycle de vie de conception pour les systèmes avioniques et fournit des lignes directrices sur la navigabilité du matériel électronique des aéronefs.  La DO-254, à l'instar de la DO-178, a été publiée en collaboration entre la RTCA et l'EUROCAE. La DO-254 a été officiellement adoptée par la FAA en 2005, en réponse à l'utilisation croissante de divers équipements électroniques en aéronautique.

La conformité DO-254 contribue à renforcer la sécurité des passagers, de l'équipage et des exploitants, et consolide votre organisation. De plus, certains projets exigeant la conformité DO-254, elle confère à votre entreprise un avantage concurrentiel par rapport aux autres fabricants et développeurs qui ne proposent pas cette conformité.

Les principaux processus de la certification DO-254 peuvent être résumés comme suit :

  1. Processus de planification
  2. Processus de développement
  3. Processus de vérification

Le processus de développement doit débuter une fois le processus de planification achevé, mais le processus de vérification doit être mené du début à la fin du projet.

Les normes DO-254 doivent être satisfaites par les documents suivants, entre autres :

  • PHAC (Plan for Hardware Aspects of Certification)
  • HVP (Hardware Verification Plan)
  • HVP (Hardware Validation Plan)
  • HPAP (Hardware Process Assurance Plan)
  • HAS (Hardware Accomplishment Summary)

Certains documents DO-178 peuvent ressembler aux documents DO-254. Vous pouvez consulter et acheter nos documents DO-178 ici.

Documents DO254

PHAC

Le PHAC (Plan for Hardware Aspects of Certification) doit être produit durant le processus de planification et approuvé par l'autorité de certification.  Le PHAC reflète un accord entre le demandeur du certificat et l'autorité de certification sur les procédures et actions à mener, ainsi que sur les preuves à produire, pour satisfaire les aspects matériels de la certification.  Dans ce plan, le développeur expose sa stratégie et la manière dont la DO-254 est appliquée.  Veuillez cliquer ici pour consulter notre document PHAC.

Plan de vérification et de validation matérielle

Le Hardware Verification Plan vérifie si le matériel répond aux exigences de conception.  Le Hardware Validation Plan, quant à lui, sert à vérifier si le matériel répond aux exigences opérationnelles et fonctionnelles de l'utilisateur.  Comme indiqué dans les définitions précédentes, la distinction fondamentale entre vérification et validation réside dans l'environnement dans lequel les tests sont menés. La conformité de la conception est vérifiée au regard des exigences de conception dans le cadre d'un processus de vérification. La conformité de la conception est évaluée au regard des exigences de l'utilisateur ciblé dans le cadre du processus de validation.  Ces documents doivent également être préparés dans le cadre du processus de planification.

HPAP

Le HPAP (Hardware Process Assurance Plan) vérifie si les processus et données du cycle de vie de conception matérielle ont été identifiés et sont conformes aux plans approuvés. Les méthodes nécessaires pour satisfaire les objectifs d'assurance de conception matérielle, y compris les stratégies définies, sont recommandées à l'autorité de certification. Veuillez cliquer ici pour consulter notre document HPAP.

HAS

Le HAS (Hardware Accomplishment Summary) informe l'autorité de certification de ce qui a été accompli côté matériel. La différence entre le PHAC et le HAS est que le PHAC indique à l'autorité de certification ce que vous prévoyez de faire, tandis que le HAS indique ce que vous avez réellement fait. Le HAS doit également signaler les écarts par rapport au PHAC approuvé. Le HAS doit inclure les informations d'identification du matériel, son statut, l'historique des versions et une déclaration de conformité. Il est également comparable au document Software Accomplishment Summary utilisé pour la conformité DO-178. Le HAS doit comporter des sections consacrées à la présentation du système et du matériel, à la description du cycle de vie de conception matérielle et aux données de cycle de vie matériel. Veuillez cliquer ici pour consulter notre document HAS.

Phases de conception

Phase de conception préliminaire

La phase de conception préliminaire débute avec la référence fonctionnelle établie durant la conception conceptuelle et se poursuit par la traduction des besoins fonctionnels au niveau système en exigences de conception pour les sous-systèmes qui seront combinés pour former le système. Cette traduction nécessite la poursuite de l'analyse des exigences amorcée lors de la conception conceptuelle. Les besoins spécifiques en matière de matériel, de logiciel et de personnel du système doivent être définis. Des analyses coûts/bénéfices sont réalisées, et les travaux de conception préliminaire aboutissent à la création d'une référence allouée, dans laquelle les besoins sont répartis entre les différents sous-systèmes composant le système.

Phase de conception critique

La phase de conception critique est un processus technique pluridisciplinaire garantissant qu'un système peut passer à la production, à la démonstration et au test tout en respectant les critères de performance spécifiés dans les limites de coût, de calendrier et de risque. La référence produit est établie durant la phase de conception critique. L'objectif de la conception critique est d'évaluer la conception finale d'un système, telle que définie dans les spécifications produit pour chaque élément de configuration de la référence produit, et de vérifier que chaque élément de configuration a bien été intégré aux documents de conception détaillée.

La phase de conception critique s'achève par la tenue d'une revue de conception critique (Critical Design Review). La CDR garantit que le système peut passer au test et à la production. Elle établit également que les exigences en question peuvent être respectées dans les limites de budget et de calendrier. Les plans et spécifications complets qui en résultent fournissent une référence finale, complétant une référence produit initiale. La CDR doit être exhaustive et approfondie.

Phase de conception finale

La phase de conception finale comprend les plans architecturaux et techniques précis de chaque composant du projet. Pour certains projets, il est important d'établir un rapport de conception finale. Tous les problèmes de conception identifiés doivent être résolus avant l'achèvement de la phase de conception finale. Les plans et rapports doivent être suffisamment détaillés pour fournir un calendrier. Un calendrier révisé, des estimations de coûts et les exigences doivent figurer dans le rapport de conception finale. La viabilité financière du projet doit également être confirmée. Toute modification effectuée durant la phase de conception finale est plus coûteuse que celles apportées lors des phases précédentes. Elles doivent par conséquent être effectuées avec un grand soin.

Auteur : Can Önal ([email protected])