Djinious
Aéronef sans piloteAérospatial et marine

UAV de relevé Kestrel-1

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é.

DjiniousEngineering
La table des exigences DjiniousEngineering contenant huit exigences — mission, sécurité, réglementaire, performance, environnemental, charge utile et opérationnel — chacune avec sa méthode de vérification, sa justification, sa source, sa valeur, son unité et sa tolérance, marquée Agréée ou Allouée.
exigences
8exigencesExemple documenté
composants
6composants
fournisseurs
4fournisseurs
vérifications
4vérifications

Le plus petit fil complet — chaque arête close

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.

Recette et normes

Piloté par la recette UAV sur le cycle de vie de référence.

NASA SE Handbook Rev.2

Porté comme norme que la recette honore pour cette classe.

EASA UAS 2019/947

Porté comme norme que la recette honore pour cette classe.

Recette UAV sur le cycle de vie de référence

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.

  1. Dériver

    Dériver huit exigences singulières du besoin de mission.

  2. Allouer

    Allouer chaque exigence sur un composant de l’architecture.

  3. Approvisionner

    Approvisionner les six composants auprès de quatre fournisseurs qualifiés.

  4. Vérifier

    Clore chaque exigence par une activité de vérification de classe de preuve suffisante.

  5. Publier

    Rédiger le system_model ELANG et geler le Technical Data Package.

SRR — System Requirements Review

Le premier jalon : la référence des exigences doit tenir avant que toute conception ne progresse.

Singulière et vérifiable

Chaque exigence est singulière et vérifiable.

Méthode de vérification

Une méthode de vérification est assignée à chaque exigence.

Liste des dangers

La liste initiale des dangers existe.

Dérivation

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.

Dans la plateforme