NASA SE Handbook Rev.2
Porté comme norme que la recette honore pour cette classe.
Un UAV de relevé à voilure fixe, amorcé comme exemple documenté : huit exigences, six composants, quatre fournisseurs et quatre vérifications, câblés en un graphe de traçabilité, avec un véritable system_model ELANG et un Technical Data Package intégré.

Kestrel-1 existe pour montrer la chaîne entière close sur un petit système : huit exigences dérivées du besoin, allouées sur six composants, approvisionnées auprès de quatre fournisseurs, et chacune close par l’une des quatre activités de vérification.
C’est l’exemple à lire quand vous voulez voir besoins → exigences → composants → fournisseurs → vérification comme de véritables arêtes de graphe plutôt que comme le schéma d’un tel graphe.
Piloté par la recette UAV sur le cycle de vie de référence.
Porté comme norme que la recette honore pour cette classe.
Porté comme norme que la recette honore pour cette classe.
Faire aller un UAV de relevé du besoin jusqu’à une référence publiée et un Technical Data Package, avec une activité de vérification derrière chaque exigence.
Dériver huit exigences singulières du besoin de mission.
Allouer chaque exigence sur un composant de l’architecture.
Approvisionner les six composants auprès de quatre fournisseurs qualifiés.
Clore chaque exigence par une activité de vérification de classe de preuve suffisante.
Rédiger le system_model ELANG et geler le Technical Data Package.
Le premier jalon : la référence des exigences doit tenir avant que toute conception ne progresse.
Chaque exigence est singulière et vérifiable.
Une méthode de vérification est assignée à chaque exigence.
La liste initiale des dangers existe.
Chaque exigence dérive d’un besoin énoncé.
Rien ne clôt une exigence sur JUDGMENT quand sa méthode de vérification exige MEASURED — la classe de preuve est appliquée, pas indicative.


Continuer à explorer