Qu'est-ce que ce certificat ?

DO-178C (ED-12C en Europe) est le guide accepté pour l'assurance de la certification des logiciels des systèmes et équipements aéroportés. Les autorités aéronautiques (FAA, EASA) évaluent l'assurance logicielle par rapport à ce document lors de la certification de type. En son centre se trouve le niveau logiciel (DAL — Design Assurance Level) : cinq niveaux de A à E, fixés par l'effet qu'une panne logicielle aurait sur la sécurité des vols, ce qui modifie directement le nombre d'objectifs à atteindre.

À qui s'adresse-t-il ?

Développeurs de logiciels avioniques
Fabricants de commandes de vol, de commandes moteur et de systèmes de navigation
Développeurs de systèmes de cabine et de logiciels de divertissement en vol
Développeurs de logiciels de systèmes d'avions sans pilote
Entreprises agissant en tant que fournisseur de logiciels aérospatiaux

Est-il obligatoire ?

Le document n'est pas directement un texte juridique ; il est reconnu par les autorités aéronautiques comme un moyen acceptable de conformité. Il est pratiquement obligatoire pour les logiciels entrant dans le cadre de la certification de navigabilité. Le résultat n'est pas un « certificat DO-178C » : le logiciel est évalué dans le cadre de la certification du système auquel il appartient, et la preuve de conformité est présentée à l'autorité de certification.

Domaine d'application de la norme

Dérivation du niveau logiciel (DAL A-E) à partir de l'évaluation de la sécurité du système
Le processus de planification : le PSAC, le plan de développement logiciel, le plan de vérification, le plan de gestion de configuration, le plan d'assurance qualité
Processus de développement logiciel : définition des exigences, conception, codage, intégration
Le processus de vérification : tests basés sur les exigences, tests de bas niveau, tests d'intégration
Analyse de couverture structurelle : couverture des déclarations pour DAL C, couverture des décisions pour DAL B, MC/DC pour DAL A
Traçabilité : depuis les exigences du système jusqu'au code et aux cas de test
Gestion de la configuration et reporting des problèmes
Assurance qualité et examen de la conformité des logiciels (audits SOI)
Qualification d'outils de développement logiciel (DO-330)
Technologies complémentaires : développement basé sur des modèles (DO-331), technologie orientée objet (DO-332), méthodes formelles (DO-333)
Liaison de certification et résumé de réalisation logicielle (SAS)

Processus de certification

1Application et description du produitLa famille de produits, la liste des modèles, les spécifications techniques et le marché cible sont déterminés. La norme applicable et le parcours de certification deviennent clairs à cette étape.
2Examen du dossier techniqueLes documents de conception, la nomenclature, les certificats de composants critiques et les instructions d'utilisation sont examinés.
3Tests de produitsLes tests exigés par la norme concernée sont effectués. Le rapport d'essai constitue la base fondamentale de la décision de certification.
4Audit d'usineSi le schéma l'exige, la continuité de la fabrication et le contrôle de production en usine (CFP) sont vérifiés sur place.
5Délivrance du certificat et marquageUne fois la conformité vérifiée, le certificat est délivré ; les règles de marquage du produit et de l'emballage sont appliquées.
6Vérifications de suiviSelon le programme, des audits périodiques des usines et/ou des tests de suivi sur des échantillons prélevés sur le marché sont effectués.

Durée de validité

La période de validité varie selon le système : certains certificats de produits sont indéfinis et reposent sur des audits périodiques en usine, tandis que certains systèmes (par exemple, les marques de marché nationales) nécessitent un renouvellement annuel ou par expédition. Chaque modification de conception du produit nécessite une révision du certificat.

Documents requis

La liste des modèles et variantes de produits
Dessins techniques, schémas et nomenclature
Certificats pour les composants critiques
Le mode d'emploi et un exemple d'étiquette
Rapports de tests existants, le cas échéant
Détails du site de production
AFPC — Plan pour les aspects logiciels de la certification
Les plans de développement logiciel, de vérification, de gestion de configuration et d’assurance qualité
Exigences logicielles et descriptions de conception
Matrices de traçabilité
Cas de test, procédures et résultats
Rapports d'analyse de la couverture structurelle
Rapports de problèmes et index de configuration
SAS — Résumé de la réalisation du logiciel

Coût de la certification

Il n'y a pas de tarif catalogue fixe; le coût est calculé selon les variables suivantes et fourni par écrit dans le devis.

Le nombre de modèles et de variantes dans la famille de produits
La portée du test exigée par la norme applicable
Si un audit d'usine est requis
Le nombre de marchés cibles et si chacun nécessite des tests séparés
Si les rapports de test existants peuvent être acceptés

Accréditation

La certification des produits est effectuée selon la norme ISO/IEC 17065 ; Les tests qui constituent la base de la certification sont effectués dans des laboratoires accrédités ISO/IEC 17025. Les deux périmètres sont distincts. La reconnaissance entre les organismes d'accréditation est assurée par le biais des accords IAF et ILAC.

Le périmètre dans lequel ce schéma peut être proposé varie selon votre produit et votre activité; il est confirmé par écrit au stade du devis.

Portée et autorisations

Certifications associées

Questions fréquentes

Puis-je obtenir un certificat DO-178C ?

Aucun certificat n'est délivré au sens classique du terme. Le logiciel est évalué dans le cadre de la certification de navigabilité du système auquel il appartient. Ce qui peut être obtenu auprès d'un organisme indépendant, c'est un rapport d'évaluation de la conformité ou un rapport d'audit de l'état de préparation ; l'acceptation finale appartient à l'autorité.

Qu’est-ce que MC/DC et pourquoi est-ce difficile ?

Couverture des conditions/décisions modifiées — le critère de couverture structurelle le plus strict requis pour le DAL A. Il nécessite de vérifier que chaque condition d'une décision affecte indépendamment le résultat. C’est coûteux car cela augmente considérablement le nombre de cas de test.

Qui détermine le niveau DAL ?

Elle est déterminée par l'évaluation de la sécurité réalisée au niveau du système. Le pire effet possible d'une panne logicielle (catastrophique, dangereux, majeur, mineur, aucun effet) donne le niveau ; il s'agit d'un résultat de l'équipe de sécurité du système, et non de l'équipe logicielle.

Assurance logiciel aéronautique (DO-178C) — certification