RTCA DO-254, « Design Assurance Guidance For Airborne Electronic Hardware », est la principale ligne directrice pour la production de matériel électronique aéroporté, dont la dernière version a été publiée en 2000. RTCA DO-254 spécifie les exigences du cycle de vie de conception pour les systèmes avioniques et fournit des directives pour la conception fiable du matériel électronique des aéronefs en termes de navigabilité. DO-254, comme DO-178, a également été publié en collaboration avec la RTCA et l’EUROCAE. En 2005, DO-254 a été formellement accepté par la FAA pour répondre à l’utilisation croissante de divers équipements électroniques dans les systèmes aéroportés.
La conformité DO-254 vous aide à améliorer la sécurité des passagers, de l’équipage et de l’opérateur, et renforce votre entreprise. De plus, cela offre à votre entreprise un avantage concurrentiel puisque certains projets nécessitent la conformité DO-254, et vous aurez un avantage sur les autres fabricants et développeurs qui ne le fournissent pas.
Les principaux processus pour la certification DO-254 peuvent être résumés comme suit:
- Processus de Planification (Planning Process)
- Processus de Développement (Development Process)
- Processus de Correction (Correctness Process)
Il est important de noter que le processus de développement devrait commencer après la fin du processus de planification, tandis que le processus de correction devrait être mené tout au long du projet.
Les normes DO-254 doivent être satisfaites par des documents tels que:
- 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-254 peuvent ressembler à des documents DO-178. Nos checklists DO-178 sont disponibles pour examen et achat ici.
Documents DO254
PHAC
PHAC (Plan for Hardware Aspects of Certification) doit être produit lors du processus de planification et être approuvé par l’autorité. PHAC reflète un accord entre le demandeur de certification et l’autorité de certification sur les procédures et actions à mener, ainsi que sur les preuves résultantes à générer, afin de satisfaire les aspects matériels de la certification. Dans le cadre de ce plan, le développeur décrit sa stratégie et comment DO-254 est mis en œuvre. Pour consulter notre document PHAC, veuillez cliquer ici.
Plan de Vérification et Validation Matériel
Le Plan de Vérification Matériel vérifie si le matériel répond aux spécifications de conception. D’autre part, le Plan de Validation Matériel est utilisé pour vérifier que le matériel répond aux besoins opérationnels de l’utilisateur. La distinction fondamentale entre la vérification et la validation, comme indiqué dans les définitions précédentes, est l’environnement dans lequel les tests sont effectués. L’exactitude de la conception est vérifiée par rapport aux spécifications de conception dans un flux de vérification. L’exactitude de la conception est évaluée par rapport aux exigences de l’utilisateur prévu lors du flux de validation. Ces documents doivent également être préparés dans le cadre du processus de planification.
HPAP
HPAP (Hardware Process Assurance Plan) vérifie si les processus et les données du cycle de vie de conception matérielle sont définis et également conformes aux plans approuvés. Les méthodes pour atteindre les objectifs d’assurance de conception matérielle, y compris les stratégies définies, sont proposées à l’autorité de certification. Pour consulter notre document HPAP, veuillez cliquer ici.
HAS
HAS (Hardware Accomplishment Summary) informe l’autorité de certification de ce qui a été accompli du côté matériel. La différence entre PHAC et HAS est qu’avec PHAC, vous avez dit à l’autorité de certification ce que vous prévoyiez de faire, tandis qu’avec HAS, vous lui dites ce que vous avez réellement fait. HAS doit également spécifier toute déviation par rapport au PHAC approuvé. HAS doit comprendre des informations d’identification du matériel, le statut du matériel, l’historique des versions et la déclaration de conformité. Il ressemble également à [Software Accomplishment Summary], qui est une checklist pour la conformité DO-178. Il doit contenir les sections suivantes ; aperçu du système et du matériel, description du cycle de vie de conception du matériel, données du cycle de vie du matériel. Pour consulter notre document HAS, veuillez cliquer ici.
Phases de Conception
Phase de Conception Préliminaire
La conception préliminaire commence avec la ligne de base fonctionnelle établie lors de la conception conceptuelle et progresse vers le travail de traduction des besoins fonctionnels au niveau du système en exigences de conception pour les sous-systèmes qui seront fusionnés pour former le système. Cette traduction nécessite de poursuivre l’analyse des exigences commencée lors de la conception conceptuelle. Les besoins spécifiques du matériel, du logiciel et des employés du système doivent être définis. Des analyses de compromis sont effectuées, et les travaux de conception préliminaire aboutissent à la construction d’une ligne de base allouée, dans laquelle les besoins sont attribués à des sous-systèmes individuels qui composent le système.
Phase de Conception Critique
La phase de conception critique est un processus technique multidisciplinaire qui garantit qu’un système peut passer à la fabrication, à la démonstration et aux essais tout en répondant aux critères de performance déclarés dans les contraintes de coût, de temps et de risque. La ligne de base du produit est initialisée lors de 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 du produit pour chaque élément de configuration dans la ligne de base du produit du système et de confirmer que chaque élément de configuration a été inclus dans la documentation de conception détaillée.
La phase de conception critique est complétée en menant une Revue de Conception Critique (CDR). CDR assure que le système peut avancer vers les tests et la production. Il exprime également que les exigences mentionnées peuvent être satisfaites dans le budget et le calendrier. Les dessins et spécifications complets qui en résultent fournissent une ligne de base initiale du produit, avec une ligne de base finale. CDR doit être approfondi et exhaustif.
Phase de Conception Finale
La Phase de Conception Finale comprend des dessins architecturaux et techniques précis de chaque composant du projet. Il peut être important de générer un rapport de conception finale pour certains projets. Avant de terminer le processus de conception finale, tous les problèmes de conception détectés doivent être résolus. Les dessins et le rapport doivent être suffisamment détaillés pour permettre des estimations relativement précises des coûts de construction et d’exploitation, ainsi que des délais de construction. Un calendrier révisé, des estimations de coûts et des exigences devraient être inclus dans le rapport de conception finale. Il doit également être autorisé que le projet soit financièrement faisable. Tout changement survenu lors de la Phase de Conception Finale est plus coûteux par rapport aux autres phases. Ainsi, elle doit être réalisée avec beaucoup d’attention.
Can Önal ([email protected])
Mor Teknoloji
