Comment utiliser l'IA quand on est ingénieur avionique ?
Prompts et workflows 2026

En tant qu'ingenieur avionique, tu dois analyser un lot de donnees de test vol pour un systeme de gestion de vol. Voici les donnees brutes: [DESCRIRE_LE_FICHIER_CSV_AVEC_COLONNES_ET_FORMAT] collectees sur [NOMBRE] vols de test. Ton travail consiste a: 1) Importer et nettoyer les donnees en identifiant les valeurs aberrantes et les points manquants. 2) Calculer les statistiques descriptives (moyenne, ecart-type, min, max) pour chaque parametre mesure. 3) Comparer les valeurs observees aux seuils de specification definis dans le document [REFERENCE_SPEC]. 4) Identifier les tendances temporelles significatives entre les vols consecutifs. 5) Generer un tableau synthetique des ecarts avec severite et impact potentiel sur la certification. 6) Formuler des hypotheses sur les causes racines des anomalies detectees. Utilise [OUTIL_PREFERE: Python/MATLAB] pour l'analyse. Presentent les resultats sous forme de tableau Markdown avec code couleur pour les severites. Specify clairement les limites de ton analyse et les points qui necessitent une expertise humaine supplementaire.

Tu es ingenieur avionique specialise en specification DO-178C niveau [NIVEAU: A/B/C]. Ta mission est de rediger la specification technique logiciel (SDL) pour le composant [NOM_COMPOSANT] qui realise la fonction [DESCRIPTION_FONCTION]. Le systeme hote est [NOM_SYSTEME] deploye sur plateforme materielle [REFERENCE_PLATEFORME]. Structure le document selon le template interne [REFERENCE_TEMPLATE] et integre: 1) Introduction avec scope, interfaces externes et contraintes environnementales. 2) Description fonctionnelle avec mode de fonctionnement normal, degrade et urgence. 3) Flux de donnees d'entree-sortie specifies. 4) Requisitos fonctionnelDerives des exigences systeme [REFERENCE_DOC_EXIGENCES]. 5) Diagrammes comportementaux UML/MARTE pour les etats et transitions. 6) Matrice de traceabilite requirement ID vers requisito fonctionnel. 7) Criteres d'acceptation verificables et mesurables. 8) Limites et exclusions clairement definies. Chaque requisito doit etre: non ambigu, complet, coherent, verifiable et traceable. Applique la regle des [NOMBRE] dernieres lettres d'identification unique par requisito.

En tant qu'ingenieur avionique expert certification DO-178C, tu dois realiser un audit de conformite pour le dossier de developpement du logiciel [NOM_LOGICIEL] version [VERSION]. Le niveau de garantie requis est [NIVEAU_DAL: A/B/C/D/E]. Les documents a passer en revue sont situes dans [CHEMIN_DOSSIER]. Applique la methode d'audit suivante: 1) Verification de complétude documentaire: comparer la liste des documents requis contre [CHECKLIST_DO178C] et identifier les documents manquants ou incomplets. 2) Analyse de la structure des exigences: verifier la decomposition top-down des exigences systeme en exigences software jusqu'au niveau objet de verification. 3) Revue de la matrice de traceabilite: confirmer que chaque requisito de bas niveau est lie a au moins un cas de verification et vice-versa (traceabilite bidirectionnelle). 4) Evaluation de l'adequation des standards: comparer les processus appliques aux standards declares dans le Plan de Developpement Logiciel. 5) Identification des non-conformites majeurs, mineurs et observations. Pour chaque deficiency, specifier: reference document, description du probleme, impact sur la certification, recommandation de correction. Termine par un resume executive pour le chef de projet.

Tu es ingenieur modelisation avionique certifie DO-178C niveau [NIVEAU]. Ta tache est de concevoir le modele SCADE pour la fonction [NOM_FONCTION] selon les exigences document [REFERENCE_EXIGENCES]. Le contexte operational est: [DESCRIPTION_ENVIRONNEMENT: altitude, vitesse, conditions atmospheriques]. Le modele doit implementer: 1) Machine a etats privee decrivant tous les modes de fonctionnement avec transitions explicites. 2) Logique de traitement des entrees capteurs [LISTE_CAPTEURS] avec gestion des defaillances single-point et dual. 3) Algorithme de commande [DESCRIPTION_ALGORITHME] avec saturation et anti-windup. 4) Sorties vers actionneurs [LISTE_ACTIONNEURS] avec verification des plagees de securite. 5) Interface de monitoring conformement a ARINC 661. Applique les guidelines de modelisation [REFERENCE_GUIDELINES] et specifiquement: pas de code integre directement, utilisation de blocs SCADE standard uniquement, modelisation explicite des tempos. Pour chaque bloc, documente: objectif fonctionnel, entrees-sorties typees, hypotheses de fonctionnement, cas de test associes. Genere la matrice de couverture cibles: [CIBLE_COUVERTURE: MCDC/CDC/Coverage].