Environnement logiciel basé sur les modèles pour la conception collaborative de produit

Environnement logiciel basé sur les modèles pour la conception collaborative de produit Mehdi Iraqi-Houssaini Laboratoire LSIS-INSM 2 cours des Arts et Métiers 13100 Aix-en-Provence, France RÉSUMÉ. Le travail présenté dans cet article s intéresse aux activités de conception de produits, en particulier aux problèmes de collaboration entre experts métier et aux problématiques d interopérabilité entre les outils métier. Nous présentons les travaux de recherche que nous avons menés en utilisant l Ingénierie Dirigée par les Modèles pour assurer l interopérabilité des outils métier. Cette démarche vise entre autre à augmenter la flexibilité des processus de conception produit en modélisant les relations sémantiques et syntaxiques entre les différents modèles métier pour assurer la cohérence des informations échangées entre ces derniers tout au long du cycle de vie du produit. Notre objectif est de permettre la construction d un réseau de modèles de manière flexible en fonction du processus de conception, ce qui implique d être capable de reconfigurer de manière dynamique le système d information. ABSTRACT. Computer-aided engineering is the broad usage of computer software to aid in engineering tasks. Industrial activities generate and manipulate large amounts of data of various formats that need to be stored and exchanged consistently so as to ease collaboration between experts using different tools. Our work takes place in a federative approach to this interoperability problem using model-driven engineering techniques: various expert tools, based on the design process, may be combined and linked in a flexible way by modeling the semantic and syntactic relations between them in a tool independent environment. Our ideal would be the construction of a network of models in a flexible way based on the design process. MOTS-CLÉS : Interopérabilité, IDM, Ingénierie de produit collaborative, Fédération de modèles KEYWORDS: Interoperability, MDE, Collaborative product engineering, Model federation 9 èmes Journées des doctorants du LSIS, pages 1 à 15

2 9 èmes Journées des doctorants du LSIS 1. Introduction 1.1. Contexte L ingénierie des systèmes assistés par ordinateur ou computer aided engineering (CAE) est un sujet qui intéresse de plus en plus de scientifiques et d industriels au vu des avantages et des facilités que ces outils peuvent apporter, par exemple en termes de stockage de données, de partage de connaissances.... C est dans cette vision que plusieurs outils, ici appelés outils métier, ont été développés et ont beaucoup évolué comme par exemple CATIA dans le domaine de la CAO mécanique. Ces outils métier sont de plus en plus indispensables au vu de la complexité croissante (taille du système, nombre d acteurs, multi domaines,...) des différents systèmes à concevoir et à maitriser. Aujourd hui un des besoins que ressentent les utilisateurs de ces outils métier, ici appelés experts métier, est de pouvoir collaborer de manière flexible avec d autres experts métier. Suite à l approche orienté objet utilisée dans les années 80-90, aujourd hui plusieurs chercheurs et industriels s intéressent à l ingénierie dirigée par les modèles (IDM). Cette nouvelle approche peut être considérée à la fois en continuité et en rupture avec les précédents travaux dans ce domaine. L IDM est vue comme une continuité parce que c est la technologie objet qui est à l origine de l évolution vers les modèles. L objectif de l IDM est de fournir un grand nombre de modèles pour exprimer séparément chacune des préoccupations (et besoins) des experts métier (concepteur, développeur, architecte logiciel,...), c est ce qui nous amène à dire que l IDM peut être considérée en rupture par rapport aux travaux de l approche orienté objet (BEZIVIN, 2005). Dans nos travaux nous proposons de fournir un cadre théorique et pratique basé sur la fédération de modèles pour assurer l interopérabilité des outils métier, donc une collaboration plus flexible entre les experts métier, dans le domaine de la conception de produit. 1.2. Besoin et objectif Notre problématique se résume en une phrase : Faciliter la collaboration entre différents experts métier issus de domaines différents et manipulant plusieurs modèles métier indépendants. Dans le cadre de nos travaux nous proposons de réaliser cette collaboration entre les différents experts métier en se basant sur les modèles métier que chacun d entre eux utilise comme l illustre la figure 1. Nous avons établi un certain nombre de besoins pour nous rapprocher de notre objectif : Permettre la multi-modélisation des données de manière séparée : chaque utilisateur doit pouvoir manipuler ces données dans son modèle métier de manière optimale.

Ingénierie produit basée sur les modèles 3 Figure 1. Collaboration (au niveau modèle) entre différents experts métier de domaines (ou métiers) différents en se basant sur des modèles métier Permettre aux différents experts métier de s échanger des données métier, garantir la tracabilité de ces données métier et également pouvoir les propager suite à une mise a jour. Faire évoluer le savoir-faire des différents experts métier tout au long du processus de conception pour assurer la flexibilité dans ce dernier. 1.3. Problématiques La conception collaborative est aujourd hui un moyen essentiel pour augmenter la valeur dans les procédés industriels. Les outils classiques dans ce domaine portent principalement sur une forte intégration des relations produit / processus ce qui fige le processus de conception. Cette approche d intégration n a pas été totalement efficace en ingénierie multi-acteurs qui impliquent un large éventail d expertises. Les modèles produits sont définis et manipulés par des outils métier. Ces derniers utilisent parfois des standards (par exemple STEP (ISO, 1994)) pour s échanger des données. Cependant il subsiste de nombreux problèmes d interopérabilité, à la fois syntaxiques et sémantiques (plus de détail sur ce point dans la suite de cet article). Il est donc nécessaire de formaliser les processus et les données métier dans un environnement logiciel ouvert et flexible. Dans nos travaux de recherche, nous considérons que la fédération des données métier est à la base d une interopérabilité flexible. Dans le cadre de nos travaux on doit atteindre les objectifs suivants : Etre indépendante d une solution logicielle unique (ou un modèle métier unique) et aller vers une fédération d outils métier(voir la section 3.1). Contrôler et maitriser les données métier utilisées (sémantiquement et syntaxiquement) lors de la conception de produit. Dans la section 2 nous présentons successivement la conception de produit puis l ingénierie dirigée par les modèles de manière indépendante. Dans la section 3 nous

4 9 èmes Journées des doctorants du LSIS proposons de montrer la faisabilité de notre approche qui consiste à utiliser l ingénierie dirigée par les modèles dans le cadre de la conception de produit en nous basant sur une étude de cas que nous avons réalisée. Finalement, dans la section 4 nous présentons nos travaux en cours suivi d une conclusion. 2. Etat de l art 2.1. Introduction L activité de modélisation système est à la base de tout processus de conception (F. NOEL, 2004). Le rôle de celle-ci c est essentiellement de développer une description abstraite d un système physique appelé ici modèle système. Le modèle système dépend du point de vue selon lequel on observe le système, mais aussi de l utilisation que l on souhaite faire de ce dernier au sein du processus de conception. Ces modèles systèmes sont définis et manipulés par des outils experts dans leurs propres espaces techniques. Afin de communiquer entre eux, ces outils expert utilisent parfois des standards (par exemple STEP). Cependant il subsiste de nombreux problèmes d interopérabilité, à la fois syntaxiques et sémantiques (F. NOEL, 2004). Dans le contexte industriel, l activité de conception est constitué de tâches collaboratives qui ont besoin d utiliser l ensemble des connaissances provenant des différentes expertises (analyse fonctionnelle, analyse de la structure, processus de fabrication...). Aujourd hui la plupart de ces tâches sont assistées par ordinateur. Deux grandes catégories d outils informatiques peuvent être considérées : Le PLM (Product Lifecycle Management) (DEBAECKERD, 2004, BERKOOZ, 2007) s inscrit dans le cadre d une démarche qui facilite l interopérabilité des outils métier tout au long du cycle de vie du produit. Le principe du PLM consiste principalement à gérer une base de données des fichiers manipulés par différents outils métier (CAO ou CAx), avec une gestion de WorkFlow (tel que : les référentiels des fichiers, des restrictions d accès et versioning). Donc, le PLM ne fournit pas la gestion des connaissances détaillées et s appuie sur les normes d échange de fichiers pour réaliser l interopérabilité. Les outils CAO (Conception Assistée par Ordinateur) qui gèrent les caractéristiques forment et agissent comme l un des espace de collaboration pour les concepteurs car le processus de conception est CAD-centrique. Certains outils expert CAO ont été étendus au fil des ans pour aborder l aspect collaboratif croissant de l ingénierie. Un parfait exemple de cette approche est le logiciel de CAO CATIA. Basé sur de bonnes pratiques techniques, CATIA propose d intégrer des modules supplémentaires qui s ajoutent aux fonctionnalités de bases de l outil. Les limites d une telle approche sont bien connues par les développeurs logiciels : le manque de modularité (intégration ad hoc), le manque de fonctionnalités (les modules sont moins puissants que des outils spécialisés)et le manque d efficacité (les ingénieurs doivent adapter leurs pratiques à l outil expert).

Ingénierie produit basée sur les modèles 5 2.2. Introduction à l ingénierie dirigée par les modèles L IDM (Ingénierie dirigée par les modèles) (BEZIVIN, 2006) est un domaine de l informatique mettant à disposition des outils, concepts et langages afin de créer et transformer des modèles, un modèle étant une abstraction ou un point de vue sur un système étudié. L idée principale est de définir une architecture déclarative permettant de se concentrer sur les concepts étudiés et les liens entre ces derniers indépendamment de toute implémentation logicielle. La figure 2 présente l architecture standardisée par l OMG (Object Management Group) (OMG, 2012). Le niveau M0 est le système que l on souhaite modéliser. Le niveau M1 est un modèle représentant un point de vue sur un système. Ce modèle s exprime à travers un langage de modélisation situé au niveau M2. La syntaxe abstraite de ce langage est définie par un méta-modèle qui structure les concepts manipulés. Ce dernier est à son tour exprimé par un méta-méta-modèle unique et auto-descriptif situé au niveau M3 (par exemple MOF). Un espace technique (BEZIVIN, 2006) est un ensemble de techniques, de principes syntaxiques et d outils associés à un format particulier. L IDM propose une approche intégrant de manière homogène ces différents espaces techniques à travers des opérations (ici appelés projection) permettant d obtenir les modèles correspondant à ces données. Figure 2. Représentation de l architecture quatre niveaux et principe de la projection Dans la démarche IDM, une transformation de modèles génère un ou plusieurs modèles cibles à partir d un ensemble de modèles sources conformément à des règles de transformation de modèles. Ces modèles sont décrits dans un ou plusieurs métamodèles. Atlas Transformation Language (ATL) (F. JOUAULT, 2005) est un langage de transformation de modèles semi-déclaratif qui permet de définir une transformation de modèles en se basant sur des règles déclaratives et éventuellement des fonctions auxiliaires. C est une solution qui répond bien à la problématique de transformation de modèles en se basant sur les connaissances de collaborations et qui permet d exprimer et d exécuter des règles de transformation de modèles. La figure 3 représente le principe d utilisation du langage de transformation de modèles ATL.

6 9 èmes Journées des doctorants du LSIS Une implémentation de cette architecture standard de modélisation peut être trouvée dans EMF (Eclipse Modeling Framework) (EMF, 2012) notamment une implémentation du MOF appelé ECORE. EMF est un cadre de modélisation et une infrastructure de génération de code pour la construction d outils et d autres applications basés sur des modèles. Figure 3. Principe d utilisation du langage de transformation de modèles ATL 3. Contribution scientifique 3.1. Apport de l application de l IDM à la conception de produit Afin de soutenir l activité de conception de produit, le système d information est maintenant reconnu comme une composante essentielle des pratiques d ingénierie collaborative (Kadiri, 2009). L activité de conception de produit a évolué à partir d un processus séquentiel vers un processus simultané et collaboratif. Le paragraphe 2.1 présente les principales catégories d outils informatiques courants actuellement utilisés dans l industrie pour soutenir la conception de produit. Bien que ces outils expert aient atteint un haut niveau de fonctionnalités plusieurs problèmes restent à résoudre. L interopérabilité est l aptitude de plusieurs systèmes à communiquer, coopérer et échanger des données et services, malgré les différences dans les langages et les implémentations ou les modèles d abstraction (WEGNER, 1996). L interopérabilité entre plusieurs outils métier peut être définie selon 3 points de vue distincts (PAVIOT, 2010) : L approche d intégration vise à proposer un métamodèle unique qui intègre (ou rassemble) tous les concepts métier. Un consensus doit être trouvé entre chaque expert métier, et doit être changé quand un nouveau concept est ajouté au métamodèle (CATIA, 2011).

Ingénierie produit basée sur les modèles 7 L approche d unification vise à proposer un métamodèle utilisé pour lier les différents concepts métier via des associations sémantiques. Ce métamodèle doit évoluer à chaque fois qu un nouveau concept est mis à jour (ajout, suppression,...) (ISO, 1994). La fédération consiste à associer plusieurs métamodèles distincts dynamiquement selon une (ou des) carte(s) de correspondance en se basant sur plusieurs concepts reliés au niveau sémantique (similarité, équivalence,...). Cette approche distribuée semble être la plus souple puisque seuls des changements locaux (aux différents métamodèles) doivent être traités lors de l ajout de nouveaux concepts. L idée principale est de se concentrer sur les concepts étudiés et les liens entre ces derniers indépendamment de toute implémentation logicielle (M. Iraqi-Houssaini, 2011). Dans le cadre de nos travaux on considère que la fédération des modèles métier de manière indépendante et évolutive peut être réalisée via des techniques issues du monde de l IDM. Nous proposons un cadre théorique et logiciel basée sur l ingénierie dirigée par les modèles qui permet de réaliser une interopérabilité fédérative des données métier 4. L IDM apporte une manière de représenter uniformément les connaissances portées par différents langages experts sous forme de modèles. Nous pouvons donc considérer que les données produit manipulées par un expert métier et utiles à d autres experts métier peuvent évoluer dans un environnement IDM. Une approche IDM peut en effet offrir de nombreux avantages à la conception de produit, notamment : Un meilleur découplage métiers / technologie (une gestion des connaissances indépendante des outils métiers utilisés) Une maintenance simplifiée et une meilleure évolutivité (langages de modélisation déclaratifs et extensibles) Une meilleure gestion de la cohérence des données métiers (grâce à l utilisation uniforme des méta-modèles et des liens qu ils entretiennent) Dans nos travaux nous proposons de montrer la faisabilité de cette approche dans le cadre de la conception de produit en nous basant sur une étude de cas que nous avons réalisée. L étude de cas réalisée consiste à chainer les connaissances d experts, de l outil TDC structure (Logiciel d analyse fonctionnelle interne) à l outil CATIA via un ensemble de techniques que nous avons identifiées : La définition de projections de données qui nous sert de connecteur entre l outil métier et l espace technique IDM (ET IDM) (M. Iraqi-Houssaini, 2012). Les transformations de modèles qui font circuler la connaissance dans l espace technique IDM (M. Iraqi-Houssaini, 2011). Les processus de conception collaborative de produit dirigés par les modèles (Travaux en cours).

8 9 èmes Journées des doctorants du LSIS Nous illustrons l utilisation de cette étude de cas sur un scénario de conception qui décrit la conception d un système de couplage mécanique entre une hélice d avion et un moteur diesel. Le processus de conception vise à obtenir une description d un assemblage de produits à partir de son analyse fonctionnelle et énergique. (Les modèles, méta-modèles et transformations de modèles réalisées sont téléchargeables (usecase, 2011) ) 3.2. Architecture proposée La figure 4 représente l architecture générale proposée. On trouve d une part la définition d une projection de données (Notion détaillée dans le chapitre suivant) qui nous sert de connecteur entre l outil métier et l espace technique IDM, d autre part les transformations de modèles qui font circuler la connaissance dans l espace technique IDM. L interopérabilité entre ces différents méta-modèles est réalisée grâce à des cartes de correspondance. Ces cartes de correspondances sont développées en utilisant le langage ATL en ce qui concerne notre étude de cas. Pour plus de détails veuillez-vous référer aux articles (M. Iraqi-Houssaini, 2012, M. Iraqi-Houssaini, 2011). Figure 4. Architecture générale proposée

Ingénierie produit basée sur les modèles 9 Nous nous intéressons dans la section suivante uniquement aux projections de données métiers. 3.3. Intéropérabilité des outils métier via des techniques de projection de données Un enjeu majeur pour la réalisation de notre approche c est d être capable de projeter les données manipulées par un outil de son espace technique vers le monde des modèles, et inversement. Cet section se propose de montrer la faisabilité de ces opérations dans le cadre de la conception de produits. Selon les outils métier, il est possible d exporter ou d importer les données sous plusieurs formats. Par la suite, nous considérerons indépendamment deux cas : XML (extensible Markup Language) un format standard d échange de données. Autre format textuel, spécifique ou éventuellement conforme à un standard (ex. : STEP). Pour les autres cas (format binaire/propriétaire), il est possible de se ramener à un des deux cas précédent en implémentant manuellement l import/export des données dans un format textuel pour pouvoir manipulé les données métiers (chose qu on ne peut pas faire si les données métiers reste encodées sous format binaire/propriétaire). Nous proposons donc un cadre général pour traiter ces deux cas de figures. Figure 5. Mécanisme général pour la projection d un fichier XML La figure 5 schématise une méthode permettant de réaliser les opérations de projection d un fichier XML. Un fichier XML bien formé est dit valide quand il est conforme à une déclaration de type de document XSD. Une XSD (XML Schema Document) est une norme utilisée pour décrire de façon structurée le type de contenu, la syntaxe et la sémantique d un document XML. Les opérations de projection sont basées sur une

10 9 èmes Journées des doctorants du LSIS carte de correspondance entre le schéma d un fichier XML et un méta-modèle correspondant automatiquement généré grâce au Framework EMF. Dans le cas ou les données que l on souhaite utiliser sont exprimées dans une syntaxe textuelle spécifique ou standard, il est généralement possible de capturer cette syntaxe dans une grammaire. Une grammaire est un ensemble de règles syntaxiques exprimées dans un formalisme particulier. Notre approche est basée sur un outil et un langage de description de grammaire appelé XText (EFFTINGE, 2006), mais généralisable à d autres formalismes. La figure 6 schématise une méthode permettant de réaliser les opérations de projection en utilisant XText. XText permet non seulement de décrire la grammaire d un langage spécifique, mais génère également à partir de cette grammaire un méta-modèle, un parseur et un éditeur textuel. De plus, on peut définir de manière déclarative des contraintes sur la grammaire qui seront alors vérifiées dans l analyseur et dans l éditeur. Dans la littérature, il existe d autre solutions pour définir des DSL et des grammaires tel que JavaCC (Java Compiler Compiler) ou encore ANTLR (ANother Tool for Language Recognition). Elles permettent à travers de la grammaire que l on a définie pour le langage, de générer automatiquement plusieurs objets (un parseur qui s occupe de la construction de l arbre syntaxique abstraite, un contrôleur de type...) nécessaires pour sa mise en oeuvre. Le développeur devait, dans un premier temps, manipuler ces objets pour développer son compilateur. Puis, dans un deuxième temps, vient la phase de création de l IDE du langage où le développeur devait faire lui-même une grande partie du code à la main. Au final, XText est un Framework intégré dans Eclipse et qui offre une simplicité dans le développement de DSL. Il surcouche ANTLR et offre un éditeur Eclipse, qui peut être enrichi par le développeur, du nouveau langage avec déjà de nombreux opérateurs par défaut tels que la complétion de code, la coloration syntaxique, ou encore l analyse syntaxique. 4. Conclusion et perspectives 4.1. Travaux en cours L un des aspects les plus prometteurs de cette approche fédératrice des outils métiers basée sur l IDM est la possibilité de créer dynamiquement et automatiser le système d information (logiciels) selon le procédé de conception de produits (éxecuter les bonnes projections de données au bon moment, enchainer les transformations de modèles selon le besoin, la propagation de données...). Nous proposons de développer un environnement (logiciel) basé sur des modèles dans le domaine de la conception de produit pour permettre une ingénierie collaborative entres différents experts métier. On s intéresse ici aux langages de modélisation qui permettent de représenter des processus métier ainsi que les données qui circulent au sein de ces processus. De

Ingénierie produit basée sur les modèles 11 Figure 6. Utilisation de XText pour réaliser la projection nombreux langages de processus ont été développés par des communautés académiques et/ou industrielles : réseaux de Petri (Reisig, 1985), diagrammes d activité UML2 (OMG, 2010), IDEF0, etc. Ces langages se différencient par leur couverture des concepts usuels, leur sémantique d exécution, leur syntaxe concrète (notation graphique par exemple), ou encore par les fonctionnalités des outils qui les supportent. Dans le cadre de nos travaux, la base de travail choisie est le diagramme d activité UML2, étendu et adapté au domaine de la conception collaborative de produit. Sa sémantique de flux de jetons, inspirée des réseaux de Petri, est reconnue et documentée. Le diagramme d activité d UML2 est un diagramme comportemental qui permet de modéliser des comportements et des événements en fonction des différents états du système modélisé. Le déroulement d un use case via un diagramme d activité exprime une dimension temporelle sur une partie du processus exécuté, à partir d un cas d utilisation bien précis. Techniquement, un profil n est qu un ensemble de stéréotypes, des tagged values et des contraintes. Ces éléments permettent d établir une correspondance entre les concepts UML et les concepts du domaine représentés par le profil. Il est important de noter qu en principe seule cette partie suffit à définir un profil selon le standard UML. Concrètement, la définition d un profil UML réside non seulement dans une liste de stéréotype mais aussi dans la sémantique qu on associe à chaque stéréotype. Le langage de processus attendu est basé sur un stéréotypage des diagrammes d activité UML2. Ce choix permet notamment la réutilisation directe d un certain nombre d outils de modélisation existant, ainsi que l adaptation future du langage en fonction de nouveaux cas d études ou de problématiques identifiées.

12 9 èmes Journées des doctorants du LSIS 4.2. Conclusion Dans nos travaux de recherche, nous proposons un cadre général pour acquérir et modéliser des données métier manipulées par différents outils d ingénierie produit (dans le domaine de la conception de produit). Notre approche est expérimentée par une étude de cas. Ces travaux s inscrivent dans une démarche d interopérabilité fédérative basée sur l ingénierie dirigée par les modèles et dont l objectif est de faciliter la collaboration entre différents experts métier. Nous proposons un environnement basé sur des modèles dans le domaine de la conception de produit pour permettre une ingénierie collaborative entres différents experts métier. Cet environnement devra répondre à un certain nombre de verrous : Assurer une interopérabilité sémantique et syntaxique : via un ensemble de transformations de modèles au sein de l espace technique IDM (M. Iraqi-Houssaini, 2011). Projections des données métier entre espaces techniques différents : Communication entre les différents espaces techniques et l espace technique IDM (M. Iraqi- Houssaini, 2012). Fédérer les modèles métier de manière indépendante et évolutive : avoir la possibilité d ajouter des modèles au sein de notre architecture sans pour autant perturber la cohérence des données métier et le bon fonctionnement des autres modèles et processus déjà existant (M. Iraqi-Houssaini, 2011). Création et mise en oeuvre d un modèle de processus tel que décrit dans le section travaux en cours. Déclencher un processus de transformation de modèle suite à la modification d un paramètre : propagation des données métier entre les différents modèles (Perspective à aborder dans la suite de nos travaux). 5. Bibliographie BERKOOZ G., «Viewpoint : Bertil Turesson on PLM», International Journal of Product Lifecycle Management, 2007. BEZIVIN J., «On the unification power of models», Software and System Modeling (So- Sym)p. 171-188, 2005. BEZIVIN J., «Model Driven Engineering : An Emerging Technical Space», Lecture Notes in Computer Science, 2006. CATIA, «Dassault systems, http ://www.3ds.com/products/catia/welcome/», 2011. DEBAECKERD D., «PLM, la gestion collaborative du cycle de vie des produits», Product Life-Cycle Management, 2004. EFFTINGE S., «oaw xtext : A framework for textual DSLs», Eclipse Summit 2006, 2006. EMF, «EMF, Eclipse Modeling Framework», 2012. F. JOUAULT I. K., «Transforming Models with ATL», Proceedings of the Model Transformations in Practice Workshop at MoDELS 2005, Montego Bay, Jamaica, 2005.

Ingénierie produit basée sur les modèles 13 F. NOEL L.ROUCOULES D., «Specification of product modelling concepts dedicated to information sharing in a collaborative design context», 5th International Conference on Integrated Design and Manufacturing in Mechanical Engineering, IDMME 2004, University of Bath, Bath, United Kingdom, 2004. ISO, «ISO-10303, Industrial automation systems and integration - Product data representation and exchange - Part 21 : Implementation methods : Clear text encoding of the exchange structure», 1994. Kadiri S., «Current situation of plm systems in sme/smi : Survey s results and analysis», International Conference on Product Lifecycle Management, 2009. M. Iraqi-Houssaini M. Kleiner L. R., «Model-based (Mechanical) Product Design», Wellington, New Zealand, MODELS, 2011, 2011. M. Iraqi-Houssaini M. Kleiner L. R., «TOOLS INTEROPERABILITY IN ENGINEERING DESIGN USING MODEL-BASED ENGINEERING», Proceedings of the 11th Biennial Conference on Engineering Systems Design and Analysis (ESDA2012), 2012. OMG, «OMG Unified Modeling Language (OMG UML) version 2.1», 2010. OMG, «OMG, Object Management Group, http ://www.omg.org/», 2012. PAVIOT T., «Methodologie de resolution des problemes d interoperabilite dans le domaine du Product Lifecycle Management», These de Doctorat de l Ecole Centrale Paris, 2010. Reisig W., «Petri Nets», Springer, Heidelberg, 1985. usecase D., «http ://www.lsis.org/kleinerm/mpd/», 2011. WEGNER P., «Interoperability», ACM Computing Surveyp. 258-287, 1996.

ANNEXE POUR LE SERVICE FABRICATION A FOURNIR PAR LES AUTEURS AVEC UN EXEMPLAIRE PAPIER DE LEUR ARTICLE ET LE COPYRIGHT SIGNE PAR COURRIER LE FICHIER PDF CORRESPONDANT SERA ENVOYE PAR E-MAIL 1. ARTICLE POUR LA REVUE : 9 èmes Journées des doctorants du LSIS 2. AUTEURS : Mehdi Iraqi-Houssaini 3. TITRE DE L ARTICLE : Environnement logiciel basé sur les modèles pour la conception collaborative de produit 4. TITRE ABRÉGÉ POUR LE HAUT DE PAGE MOINS DE 40 SIGNES : Ingénierie produit basée sur les modèles 5. DATE DE CETTE VERSION : 16 mai 2012 6. COORDONNÉES DES AUTEURS : adresse postale : Laboratoire LSIS-INSM 2 cours des Arts et Métiers 13100 Aix-en-Provence, France téléphone : 00 00 00 00 00 télécopie : 00 00 00 00 00 e-mail : mehdi.iraqi-houssaini@ensam.eu 7. LOGICIEL UTILISÉ POUR LA PRÉPARATION DE CET ARTICLE : L A TEX, avec le fichier de style, version 1.2 du 03/03/2005. 8. FORMULAIRE DE COPYRIGHT : Retourner le formulaire de copyright signé par les auteurs, téléchargé sur : SERVICE ÉDITORIAL HERMES-LAVOISIER 14 rue de Provigny, F-94236 Cachan cedex Tél : 01-47-40-67-67 E-mail : revues@lavoisier.fr Serveur web : http://www.revuesonline.com