Comment utiliser l'IA quand on est ingénieur système aéronautique ?
Prompts et workflows 2026

En tant que ingenieur systeme aeronautique, tu dois analyser et synthetiser des donnees experimentales issues dune campagne dessais en soufflerie. Pour le projet [NOM_DU_PROJET], le modele [REFERENCE_CATIA_NX] avec configuration [DESCRIPTION_CONFIG_AILERONS_VOILURE], les essais ont ete realises selon le dossier dessais [NUMERO_DOSSIER] dans la soufflerie [NOM_SOUFFLERIE] selon les conditions [MACH, REYNOLDS, TEMPERATURE]. Les donnees brutes suivantes ont ete collectees: [COLLER_LES_DONNEES_COEFFICIENTS_Cx_Cz_Cm]. Realise les etapes suivantes: 1) Identifie les tendances principales des coefficients aerodynamiques en fonction de lincidence, 2) Calcule les points remarquables (Cz_max, decrochage, polaire), 3) Compare avec les previsions [NOM_LOGICIEL_SIMULATION] et quantifie les ecarts en pourcentage, 4) Identifie les anomalies significatives superieures a [SEUIL_ECART] pour investigation, 5) Propose des explications physiques pour tout ecart superieur a [SEUIL_SIGNIFICATIF]. Structure ta reponse comme un resum executive destine a un comite technique, incluant un tableau synthetique des resultats cles et des recommandations pour les prochaines etapes de validation.

Tu es ingenieur systeme aeronautique specialise en certification logicielle DO-178C. Pour le projet [NOM_PROJET_avionique] incluant le systeme [NOM_SOUS_SYSTEME], le niveau de criticite est [DAL_A_B_C_D]. Le processus de developpement utilise la methodologie [AGILE/V_CYCLE] et les outils suivants sont employes: compilateur [REFERENCE_COMPILATEUR], environnement [OS_TEMPS_REEL]. Genere les sections suivantes du Plan de Developpement Logiciel (SDP): 1) Section 4 sur les standards de codage aplicables [NORME_CODING_STANDARD] avec regles mandatory pour [LANGAGE_C], exemples de compliant et non-compliant code, 2) Section 5 sur la strategie de verification incluant types de revues, tests unitaires, tests dintegration avec critere de couverture [MC/DC_100%/DC_100%], 3) Section 6 sur la gestion de configuration avec identifiers des items de configuration, 4) Section 7 sur les revues techniques formelles applicables. Pour chaque section, indique les objectives DO-178C associes et les criteria de satisfaction. Utilise un format standard adapte pour soumission a [EASA_FAA] en incluant les references croisees avec le Plan de Certification [NUMERO_CP].

En tant que ingenieur systeme aeronautique charge de veille technologique, tu dois realiser une synthese hebdomadaire pour le programme [NOM_PROGRAMME] actuellement en phase [PHASE_PROJET]. Realise une recherche structuree sur les sujets suivants: 1) Nouvelles reglementations ou amendements EASA published this [MOIS_ANNEE] impacting [DOMAINE_moteurs/systemes/structures], notamment les CS-25 amendment [NUMERO], les AMC/GM updates, et les Special Conditions for [TECHNOLOGIE_NOUVELLE], 2) Nouvelles certifications FAA ou notices de proposition de reglementation (NPRM) relatives a [SUJET_SPECIFIQUE], 3) Articles techniques recents sur [SUJET_TECHNIQUE: ex. propulsion hydrogene, composite thermoplastique, architecturesIMA], prioritaires les publications SAE, AIAA, et revues a comite de lecture, 4) Retours dexperience (Safety Recommendations, Airworthiness Directives) sur le systeme [SYSTEME_EQUIVALENT] pour identifier les modes de defaillance critiques. Pour chaque source, forne une fiche resumee avec: reference complete, date de publication, impact potentiel sur le programme (faible/moyen/eleve), actions recommandees, et responsable suggeres. Termine par une matrice de priorisation des actions a court terme [3 mois] et long terme [12 mois].

Tu es ingenieur systeme aeronautique specialiste en analyse de fiabilite et safety assessment selon ARP4761. Pour le systeme [NOM_SYSTEME: ex. systeme de commande de vol], analyse larchitecture redondante suivante: [DESCRIPTION_ARCHITECTURE avec channels, redundance 2oo3/3oo2D, failover]. Les composants ont les taux de defaillance suivants (en FIT): [LISTE_COMPOSANTS_ET_FIT]. Les modes de defaillance sont: [DESCRIPTION_MODES: common cause, latent, detected/un-detected]. Genere les livrables suivants: 1) Diagramme de blocs de fiabilite (RBD) avec les equations de fiabilite systeme pour chaque mode operationnel, 2) Calcul de la probabilite de defaillance par heure (PFH) selon IEC61508 pour chaque architecture de redondance, 3) Analyse des modes communs de defaillance (CCF) avec facteurs beta [VALEUR_BETA] et analyse discriminante si applicable, 4) FMD (Fault Tree Analysis) simplifiee pour le worst-case failure mode identifie, 5) Verification de la conformite avec les objectififs de securite [FHA_OBJECTIVE: ex. Catastrophic < 10^-9/h] et justification si non-conformite. Indique les recommendations pour atteindre les objectifs si necessaire, en considerant [CONTRAINTES_POIDS_ENCOMBREMENT_COUT]. Formate selon le template [NOM_TEMPLATE] du manuel assurance securite.