Soutenance de thèse de doctorat

1. Soutenance de thèse de doctorat Dans le cadre d’une cotutelle de thèse entre l’université de Sfax et l’INP de Grenoble Intitulé : Vers la planification des buts de simulation numérique en conception dans une démarche d’Ingénierie Système Présentée par Maher AIDI le 02 Mars 2007 Directeurs : Michel TOLLENAERE & Aref MAALEJ Co-Encadreurs : Franck POURROY & Habib BEN BACHA LASEM Laboratoire GILCO Gestion Industrielle,Logistique et COnception ENSGI-INPG. 46 Av Félix Viallet Grenoble France Laboratoire LASEM Laboratoire des Systèmes Eléctro-Mécaniques ENIS- USS BP W 3038 Sfax –Tunisie Laboratoire 3S Sol-Solide-Structure INPG. BP 53 38041Grenoble - France

2. Coopération de recherche entre: Laboratoire des sciences pour la conception, l'optimisation et la production. Laboratoire des Systèmes Electro -Mécaniques LASEM

3. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’Outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

4. Nouvelle typologie de contrats entre PME et Grands Groupes qui nécessite l’amélioration de l’efficacité des équipes en charge de la conception de produits, incluant entre autres les contraintes de mobilité des acteurs et l’externalisation des activités de simulation La conséquence est la délocalisation d'un savoir-faire qui n'est pas dans le cœur de métier vers les partenaires PME sous-traitantes. Contexte Industriel • Variation des produits techniques • Multi sites, multi organisation, • Développement sous contrainte de délais • Le concept de la chaîne de fournisseurs PME PMI

5. Enjeux industriels. Le contexte d’évolution des méthodes et outils de l’ingénierie souligne une convergence des méthodes autour de "l'ingénierie système" et un concours des outils vers le support du produit virtuel et de l'usine numérique. Le partage d’information produits et de connaissances sur les processus associés devient alors un vecteur fondamental pour la collaboration au sein de la conception. Ce partenariat amène de nombreux grands groupes industriels à partager leurs connaissances et savoir-faire avec ces PME. Ces dernières sont ainsi au centre des stratégies de maquette numérique des grands acteurs industriels.

6. Conception Simulation Simulation Simulation Essais Contextes d’utilisation de la simulation numérique • aide aux meilleurs choix de conception • validation de solutions conçues vis-à-vis d'une spécification • compréhension de phénomènes techniques mal maîtrisés • ajustement et recalage de modèles en vue d'essais Réduire l'avance de phase, le nombre de prototypes et les risques d'égarement technique. Une conception bonne du premier coup passe nécessairement par un recours précoce à la simulation

7. 2000 1996 2003 2006 Contexte de recherche Ingénierie des Systèmes d’information Ouverts pour la Conception collaborative dans l’Entreprise virtuelLE Système de Gestion des Connaissances de Calcul en Conception Organisation des Simulations en Conception par la CApitalisation et la Réutilisation  Projet SG3C Objectifs du Projet OSCAR Projet ISOCELE Beaucoup d’acteurs, de modèles et de résultats garantir l’efficacité, capitaliser la connaissance Processus hautement dynamique garantir la cohérence et la traçabilité Nombreux outils en constante évolution définir des objets génériques et stables Acteurs de culture et de niveau différents favoriser la coopération formation des non-spécialistes, standardisation formaliser le processus de simulation

8. Problématique Le double enjeu du présent travail de recherche, tout autant scientifique qu'industriel, à partir duquel notre problématique est établie. • L'enjeu industriel consiste à améliorer la productivité des acteurs impliqués dans l'activité de simulation numérique, par la mise à disposition des outils dont ils ont besoin pour réaliser leurs tâches et des méthodes pour gérer leur capital de connaissances. • L’enjeu scientifique s’intéresse à surmonter un certain nombre de verrous sur des sujets centrés autour des méthodes et outils mis en oeuvre dans les processus de conception pour supporter l’intégration du métier de la simulation numérique et favoriser la coopération entre les acteurs de la conception

9. Approche de la problématique La formulation des buts de simulation en cohérence avec les analyses fonctionnelles et le cycle de vie produit. Une structuration des connaissances de conception est conduite pour répondre à nos objectifs. Ces derniers se résument à : • favoriser la coopération entre les acteurs de la conception et les acteurs de la simulation • faire évoluer les pratiques de réalisation des simulations dans le concept des démarches de l’Ingénierie Système. • assurer la traçabilité, la capitalisation et la réutilisation des démarches de simulation en prenant en compte l’ensemble du processus de calcul ainsi l’évolution de la phase de conception. Un grand pas vers la planification des buts de simulation numérique en conception dans une démarche d’Ingénierie Système

10. Concepts de l’ingénierie système les approches dans OSCAR Processus de coopération par les BS conception fonctionnelle des produits Simulation Numérique coopération But de simulation Concepteur Analyste Capitalisation et réutilisation des connaissances Résultat de simulation conception Projet 2 Projet 3 Approche de la problématique Interaction Intégration de la simulation dans la conception Projet 1

11. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’Outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

12. L’intégration de la simulation numérique dans la conception Ifaoui dans [Ifaoui & al. 02], précise que "pour apporter une amélioration dans les systèmes de conception actuels, il est nécessaire d'intégrer non pas des phases spécifiques du processus d'analyse, mais de considérerla démarche de calcul dans sa globalité, depuis l'identification d'un besoin de calcul au cours de la conception jusqu'à l'analyse des résultats et la validation des solutions de conception". Shepard, propose un environnement permettant de réaliser une idéalisation de géométrie en vue du calcul de façon fiable et favorisant le contrôle de l’analyse par la formalisation du processus de calcul ([SHE90a], [SHE90b], [SHE94]) et actualisé dans [Shephard 00]. Les travaux proposés par Kurowski dans [KUR95] préconisent de fournir des outils méthodologiques au concepteur afin qu'il maîtrise les hypothèses comportementales nécessaires à la réalisation du calcul. O'bara et al, dans [O’bara & al. 02], supportent la nécessité d'utiliser des procédures pour la génération automatique de maillage, procédures qui interagissent directement avec la représentation géométrique du domaine Fine et al, décrivent, dans [Fine & al. 00], un processus de génération automatique de modèles d'analyse de type Eléments Finis (EF) adaptés à la géométrie du produit et au besoin de la simulation numérique. Turkiyyah et Fenves, dans [TUR96], proposent une aide à la construction de ce modèle dédié au calcul et à l'interprétation des résultats par la mise en évidence d'un but de simulation de haut-niveau

13. L’intégration de la simulation numérique dans la conception Un constat ? l'efficacité de ces travaux relatifs à l'intégration du calcul en conception implique une liaison à caractère unidirectionnel entre la conception et la simulation numérique. Ces travaux s'intéressent seulement au passage d'un modèle de conception à un modèle d'analyse, alors que le retour d'information, de l'analyse vers la conception, est peu pris en compte malgré son intérêt certain.

14. Le développement d'environnements spécifiques Des travaux qui s’intéressent à l'intégration des données et des processus de simulation numérique dans le Systèmes d'Information Produit (SIP) • VPDM pour Virtual Product Development Management [Macias & al. 00] • l'activité de conception à base de simulations ou SBD [Chang & al. 98] • Bases de données qui utilisent le format STEP [Han & al. 02]. [Troussier & al 99], proposent une aide à l'intégration du calcul dans la conception par la méthode SG3C, développée au laboratoire 3S. • favoriser le passage d’un problème de conception à un problème de modélisation, • assurer une réponse pertinente à ce problème initialement formulé.

15. Positionnement par rapport aux principaux travaux

16. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’Outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

17. Plan de test Plan de test Plan de test Dossiers de validation www.sedres.comwww.nist.gov/sc4 ISO15288, "Life Cycle Management & System Life Cycle Processes", ISO 15288 CD2, 2000,ISO/IEC. IEEE1220, "IEEE Trial-Use Standard for Application and Management of the System R.Harwell, INCOSE UK 2001 EIA632, "Processes for Engineering a System", in ANSI/EIA-632-1998, 1998, EIA. Le cycle en V de l’Ingénierie Système Branche conception Branche intégration Fonctions besoins Intégration organe Validation besoins STB Intégration organe et composants Validation physiques Réponses solutions physiques STG Définition organes Test Définition organes STD Définition composants des organes Tests Validation composants STR Concrétisation des pièces

18. Les processus de l'ISO 15288 selon [INCOSE 06] Il s’agit d’identifier le périmètre au sein duquel correspond l’architecture du produit et l’organisation du projet.

19. Exigences sur les tests à réaliser • L’allocation des besoins • Architecture de systèmes • Représentation des exigences Le modèle produit AP 233, comprend: STEP / AP 233 (Systems Engineering Data Representation and Exchange Standardisation) Le projet SEDRES janvier 96 mars 99 De définir un modèle des données utilisé par l’I.S débuté en janvier 2000 Le projet SEDRES 2 D’élaborer la norme STEP / AP233 qui doit aboutir aux spécifications standards relatives à l’ingénierie système De présenter dans la norme ISO 10303, la représentation de données de l’I.S utilisée pendant la phase de conception du système Ce nouvel élément de travail vise à définir un protocole d'application de l’ingénierie système (AP)

20. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’Outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

21. ? Mais, une exigence est-elle une contrainte ou une spécification  Vers une définition consensuelle des exigences ? Une exigence prescrit une aptitude, une caractéristique ou une limitation du système, d’un de ses constituants ou encore d’un produit ou d’un processus contribuant à leur cycle de vie. Qu’est ce qu’une exigence « s’il est exigé que quelque chose doit être accompli, transformé, produit, ou fourni, c'est une exigence ». [Harwell & al., 93] l’IEEE Std 1220-1994 Une contrainte est une limitation ou exigence implicite qui contraignent la solution de conception ou l'exécution du processus de l'Ingénierie Système. Une spécification est un document qui décrit complètement un élément physique ou ses interfaces dans les termes de l’exigence (fonctionnelle, performance, contraintes et caractéristiques physiques) et les conditions de qualification et les procédures pour chaque exigence. Une exigence est une déclaration qui identifie une capacité, une caractéristique physique, ou un facteur de qualité qui borne un produit ou le besoin du processus pour qu'une solution s’avère viable

22. Besoins client, Analyse du marché, Fonction Vérifier que la déformation limite < 4mm de l’élément avant de la carrosserie pour un choc frontal de type Danner Vérification et Validation Exigences Simulation Vérification et Validation Spécifications Vérification et Validation Conception Re-conception Implémentation Pourquoi s’attache t’on aux exigences ?: MC validation BS vérifier MM MS vérifier Résultat Synthèse Simulation d'un choc frontal de type Danner [Baizet 00].

23. Les méthodes et outils d’ingénierie Cohérence des données d’ingénierie Traçabilité des Exigences Capitalisation des connaissances d’ingénierie Clients Retrait de service Expression de besoins QFD Plan de validation CdCF Exploitation & maintenance Analyse Fonctionnelle du Besoin Analyse Fonctionnelle Technique Réception client Architecture système Gammes de contrôle Dossier de justification TRIZ Maîtrise Statistique Produit (SPC) AMDEC Produit Recherche & Développement produit/process Arbres de Défaillance Plans d’expériences Intégration, tests & validations AMDEC Process Plan de surveillance Production des constituants Partenaires & Fournisseurs

24. Analyse Fonctionnelle AF Quality Function Deployment QFD Failure Mode, Effects and Criticality Analysis AMDEC Exigences Non testables Exigences globales du cycle de vie produit Exigences testables Identification des EFQ: Processus Identification des Exigences Déterminent les Résultats attendus Quoi ? Définissent les techniques de réalisation Méthodes AFE, AFI, QFD, AMDEC Comment ? Améliorent l’efficacité dans la mise en œuvre des méthodes Outils TDC Need, TDC Structures, TDC FMEA, QFD Capture Avec Quoi ? L’aspect fonctionnel L’aspect technique L’aspect fiabilité

25. Définition du besoin Conception et optimisation du produit Analyse des risques Traitement des problèmes AF Interne AF Externe Analyse fonctionnelle du besoin Cycle de Vie Analyse fonctionnelle technique Analyse fonctionnelle AMDEC Identification et validation des Exigences Processus d’identification des exigences globales Cahier des charges fonctionnel AMDEC Produit QFD

26. Analyse Fonctionnelle Externe AFE Identification des exigences dans l’AFE Objectif de l’étude; Enoncé du besoin; Présentation du projet; Diagnostic marché et directives particulières Propriétés du projet et contexte de l’étude Technologiques; Coût; Délais; Performances; autres Contraintes générale du projet Phase utilisation; phase maintenance; Phase montage; Phase recyclage etc Définition des phases du cycle de vie produit Phase utilisation 1 Brainstorming; Diagramme pieuvre; Ordonner les fonction « Arbre Fonct » Recherche des fonctions Caractériser les fonctions Critères; Niveau; Flexibilité; moyen de contrôle Phase utilisation 2 Recherche des fonctions

27. Analyse Fonctionnelle Interne AFI Identification des exigences dans l’AFI Fonctions de services par phase Liste fonctions; Ordonnées; Caractérisées; Phase utilisation; phase maintenance; Phase montage; Phase recyclage etc Liste des solutions Solutions envisagées Diagramme FAST Liste des sous-ensembles; composants; Liste des composants Développer l’arborescence et identifier les interfaces Arborescence des composants Caractéristiques Nom de la caractéristique; classification; valeur nominale; valeur nominale; tolérance; moyen de vérification; méthode de vérification Caractéristiques des sous ensembles Caractéristiques des composants Nom de la caractéristique; classification; valeur nominale; valeur nominale; tolérance; moyen de vérification; méthode de vérification

28. Analyse des Modes de Défaillance, de leurs Effets et de leur Criticité  AMDEC Identification des exigences dans l’AMDEC AFE AFI Phase utilisation 1 Situation de vie 1 Sous ensemble Ordonnée les sous-ensembles, les organes et les fonctions organe Fonctions Mode de la défaillance, Libellé; Effet; Cause; indice de gravité; niveau d’occurrence; indice de sévérité; Nb de détection; Etat de l’action. Tableau AMDEC Produit Sous ensemble organe Fonctions Tableau AMDEC

29. Quality Function Deployment QFD Identification des exigences dans le QFD Marketing AFE Quelles sont les attentes clients à considérer en priorité pour assurer la réussite commerciale du produit ? Développer le What(s) ou le Quoi Développer le How(s) ou le Comment Quelles sont les exigences techniques à privilégier ?

30. Identification des exigences dans le QFD Quelles sont les difficultés potentielles du cycle de développement de produit ? Déploiement le What(s) / How(s) Input list Arbre relationnel de la fonction Output list Exigences système Exigence 1 attribuée Fonctions système Val Val Exigence 2 attribuée Exigences Sous-ensemble Fonctions Sous-ensemble Val Exigence 3 attribuée exigences organe Fonctions organe Quelles sont les dépendances et les conflits entre les exigences ? Déploiement le Hows(s) / How(s)

31. Projet 1 Méthode Source 1 (PDP) Identifiant EX11 Texte de l’exigence 11 Méthode Source N Projet 2 Outil support 1 Identifiant EX21 Texte de l’exigence 21 (PDP) Identifiant EX12 Texte de l’exigence 12 Outil support N Identifiant EX22 Texte de l’exigence 22 Acteur 1 Identifiant EX1N Texte de l’exigence 1N Acteur N Identifiant EX2N Texte de l’exigence 2N Qualité  Technologie Coût  Délais Contraintes du Projet 2 : Qualité  Technologie Coût Contraintes du Projet 1 : Délais   Organisation des exigences

32. Caractérisation des exigences • La gestion des exigences ainsi définie se heurte à de nombreux problèmes tels que : • les exigences n’apparaissent pas toujours de façon évidente et sont issues de multiples sources, • il n'est pas toujours facile d’exprimer les exigences de façon claire et dépourvue d’ambiguïtés, • il existe de nombreux types d’exigences déclinées à différents niveaux de détail, le nombre d’exigences peut devenir assez grand et difficilement contrôlable, • les exigences ne sont pas indépendantes d'autres données du processus de conception, • de nombreux changements des exigences se produisent au cours du cycle de vie du produit. La gestion des exigences se définit comme une approche systématique destinée, d’une part, à obtenir, à organiser, et à documenter les exigences du système, et d’autre part, à définir le processus qui établit et maintient l'accord entre le client et l’équipe de projet sur les exigences évolutives du système

33. Ingénierie des EXIGENCES International Committee On Systems Engineering (INCOSE), Requirements Working Group Le recours à l’ingénierie des exigences Logiciel d’Ingénierie Psychologie Industrielle Mil-std 499b - Engineering Management Standards - May 1991. Ingénierie Système Gestion d’entreprise Ingénierie de vérification (Test) Gestion de Projet IEEE Trial-Use Standard for Application and Management of the System Engineering Process, IEEE STD 1220-1994

34. Qualitatif: • -Fonctionnel : ( ce que doit / une capabilité du produit) • -Processus : (menant a un résultat / produit) • Quantitatif: • -Performance • -Note de conception : (Altitude, endurance, taux de mélange) • -Procédure(séquence d'opérations, algorithme spécifique) • -Physique( c’est quoi) Application de l‘exigence Paramètres produit Paramètres projet • Tâche • Evaluation de conformité • Norme : (Règlements/ pratiques administratives) Niveau de conformité (Obligatoire: “ ce que doit ”, Conseil “ ce que peut ”, Information) Priorité (Budget – Sécurité) Caractérisation des exigences Type : (Primaire ou Dérivé) Characteristics of Good Requirements Pradip K et a.l, 1996 - Armament Systems Division- INCOSE

35. Les attributs des exigences Incomplètes parce que le système que l’on développe n’est pas autonome, et que certains choix de conception imposeront de clarifier des exigences complémentaires liées aux choix d’architectures, de mise en œuvre, ou aux impacts engendrés sur des systèmes techniques ou organisationnels en interface. Evolutives parce qu’elles reposent elles-mêmes sur des hypothèses d’utilisation et d’environnement et sur des choix stratégiques de maîtrise d’ouvrage, définis à un temps donné Exigences globales Qualitatif: Type: (Primaire ou Dérivé) Paramètres produit Quantitatif: Application de l‘exigence Caractériser selon un standard Tâche Evalu conformité Norme Paramètres projet Niveau de conformité Priorité Exigence Fonctionnelle Quantifiée Identifier les EFQ • Description • Justification • Source et Document support • Critère de mesure • Phase du cycle de vie   • Critère et flexibilité  • Satisfaction client  Définir les attributs des exigences • Conflit • Dépendance

36. Concepteur Concepteur Maintenance Analyste Marketing R&D Production Contrôle Qualité R&D Maintenance Document support _____________________________________________________________________________________________________________________________ Attribut exigences 2 Attribut exigences 1 ……………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………… Déploiement du dialogue externe par l’attribut des exigences Écriture et modification Consultation

37. Déploiement du dialogue externe par l’attribut des exigences Métier: Résistance Projet: Bielle B-64 Exigence: EX4 Contraintes projet: Délais= Oui Qualité = Oui Type: (Primaire) Caractériser selon un standard Application de l‘exigence Paramètres produit Quantitatif: Niveau de conformité Obligatoire Priorité Sécurité Définir les attributs des exigences • Description :……………. Résister à l’effort de combustion • Justification :……………. Le flambage de la bielle dégrade la fonction • Source :…………………. l’analyse fonctionnelle interne • Document support : ……. Lien de consultation du document de l’analyse • Critère de mesure :…….. rigidité pour un couple de 240 mN et une pression de 120 bars • Phase du cycle de vie …. Utilisation   • Critère et flexibilité….. Rigidité F0.  • Satisfaction client……. 5  • Conflit:…………. EX3 • Dépendance……. EX1 – EX2

38. BS1 BS2 Caractériser selon un standard Simulation1 Définir les attributs des exigences Résultat 2 Résultat 1 Résultat 1 Résultat 2 Résultat 1 Réutilisation des démarches par l’attribut des exigences Acteur 1 SI-1 Acteur 2 SI-2 Définir les attributs des exigences Simulation2

39. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’Outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

40. Support informationnel (EFQ) La logique du processus de planification des B.S Identifier le besoin utilisateur Organisation et Analyse des exigences Expression BS et vérification exigence Validation des exigences AFE Exigences globales AFI Conclusion de simulation Formuler un but de simulation QFD AMDEC Marketing Caractériser selon un standard MM Non valide MS Fonctions contrainte valide Identifier les EFQ Lancer la simulation (vérification) Fonctions d’adaptation Définir les attributs des exigences Résultat de simulation caractériser Valider l’exigence

41. Expression BS et vérification exigence Consulter Outil de simulation Consulter Simulation Numérique Contraintes générale du projet MM Formuler un but de simulation Exigences du cycle de vie produit MS Attributs des E FQ Générer un rapport résultat de simulation Validation des exigences évaluer Commentaires Rapport résultat de simulation Conclusion de simulation Critère d’acceptation Confirmé la validation de l’exigence

42. Validation Validation Identification des EFQ Conception Caractérisation des EFQ Vérification Simulation Numérique Catégorisation Expression des buts de simulation Vérification Processus de Vérification et de Validation Exigences globales du cycle de vie produit Analyse Fonctionnelle «QFD» Quality Function Deployment AMDEC Support informationnel (EFQ) Besoins client, Analyse du Marché, Fonctions Ingénierie

43. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives

44. Objectif du démonstrateur support informationnel Ce projet consiste à concevoir et à réaliser un démonstrateur relatif à un outil informatique d’aide à la formulation des buts de simulation. Ce démonstrateur permettra de supporter le traitement des exigences de la demande jusqu’à l’apport du processus de validation de celle-ci par la simulation numérique au travers d’un espace de travail virtuel et collaboratif Le but de cet outil est d'apporter une aide pour la compréhension des verrous qui peuvent entraver l’apport de nouvelles méthodes proposées dans un environnement de recherche.

45. Solution n°1 Solution n°2 Java Apache Tomcat Access php Apache MySql Présentation du démonstrateur support informationnel Notre choix s’est porté vers la solution n°2. Cette orientation est due au fait que le langage PHP est un langage script, qui est supporté par le serveur Web Apache, le plus répandu dans le monde, il est donc développé pour être facilement utilisable via ce serveur. PHP permet d'interfacer très facilement de très nombreuses bases de données notamment MySql. Nous retrouvons d'ailleurs l'ensemble Apache-PHP-MySql souvent sur les plates-formes Web

46. Automates d’état du démonstrateur Lancement dudémonstrateur Sortie du démonstrateur Loginnonvalide Boite de dialogue connexion Login correct Déconnection Fenêtreprincipale Sélection d’un portail Sélection d’un portail Support informationnel but de simulation RechercheProjet Retour menu principal Retour menu principal

47. Démonstrateur support informationnel

48. Modules du démonstrateur support informationnel

49. Modules du démonstrateur support informationnel

50. Contexte et problématique  L’intégration de la simulation numérique dans la conception  Les concepts de l’Ingénierie Système  Mécanisme d’identification et de caractérisation des EFQ Processus de Vérification et de Validation des exigences    Plan de l’exposé  L’outil support de l’approche méthodologique  Validation de l’approche méthodologique-Etude de cas Conclusion et perspectives