How – Inside the AI OS: running governed agents on your own cluster, liveS'inscrire →
Défense · Gestion de programme

Fil numérique du programme, de l'exigence à la preuve d'essai

Les exigences d'un programme de défense vivent dans un outil, la conception dans un autre, les plans d'essai dans un troisième et les résultats dans des rapports. Prouver qu'une exigence a été vérifiée suppose qu'une personne parcoure cette chaîne à la main avant chaque revue de jalon.

S'applique àDéfense
Le défi

Ce qui fait obstacle

Les exigences d'un programme de défense vivent dans un outil, la conception dans un autre, les plans d'essai dans un troisième et les résultats dans des rapports. Prouver qu'une exigence a été vérifiée suppose qu'une personne parcoure cette chaîne à la main avant chaque revue de jalon.
La solution

Comment Scrydon le résout

Une ontologie des exigences, des éléments de conception, des essais et des preuves relie les outils déjà en place, de sorte que l'état de vérification est une requête sur le graphe et que les manques sont visibles en continu plutôt qu'à la revue.
En pratique

Comment cela se traduit

La traçabilité est le cœur des preuves d'un programme de défense et la chose que chaque outil promet et qu'aucun ne livre au-delà de la frontière avec l'outil suivant. La gestion des exigences, l'ingénierie système basée sur les modèles, la gestion des essais et la gestion documentaire détiennent chacune une partie du fil, et les jointures sont tenues dans des tableurs.

La plateforme ne remplace pas ces outils ; elle modélise ce qu'ils contiennent dans une seule ontologie, exigence, fonction, élément de conception, interface, cas d'essai, exécution d'essai, preuve, et relie les enregistrements entre systèmes. L'état de vérification devient alors une requête : quelles exigences de cette baseline n'ont aucun essai réussi, quels essais sont affectés si cette interface change, quelle preuve manque pour la revue d'acceptation du client. Des agents peuvent rédiger la matrice de conformité et le dossier de revue à partir du graphe, et un ingénieur système le vérifie.

Les données de programme sont classifiées et soumises au contrôle des exportations par défaut. Le modèle tourne sur l'infrastructure du contractant, applique les mêmes marquages que les systèmes sources, et donne à l'équipe de revue du client une vue limitée à ce qu'elle est en droit de voir.

Découvrir Plateforme de données basée sur l'ontologie
Le résultat
  • Des revues de jalon préparées à partir d'un modèle vivant, chaque exigence traçable jusqu'à sa preuve, et l'impact d'un changement connu le jour où une exigence évolue.

Ou écrivez-nous

Dites-nous sur quoi vous travaillez et qui doit répondre. Une personne le lit et répond sous un jour ouvré.

Ces informations servent uniquement à vous répondre. Politique de confidentialité

Vous préférez écrire ? Envoyez un e-mail à hello [at] scrydon.com et nous vous répondrons.