Contribution a la mesure des conflits entre experts métiers en conception collaborative

1. Mohsen Sadeghi Frédéric Noël et Khaled Hadj-Hamou Contribution a la mesure des conflits entre experts métiers en conception collaborative

2. Origine et contexte: conception collaborative • Qu'est ce que c'est la conception collaborative? • multi-acteurs • multi-vues (différent model) • Une activitédistribuée • Intégration et collaboration des différents modèles et outils • Problématique • Comment faciliter la transmission, l’exploitation et la capitalisation des informations du projet ? • Comment intégrer les informations (discussions sur le produit) et l’objet de ces informations (le produit) • Comment suivre de la cohérence des modèles? • Assurer de manière dynamique un accès aux applications et aux informations • un modèle commun • un système de versionnement • un système de synchronisation,

3. Designer 1 Designer 1 Designer 1 Modèles Partagés Modèles Partagés Designer 2 Designer 2 Designer 2 Designer 3 Designer 3 Designer 3 a) Peer-to-Peer b) Travail synchrone C) Travail Asynchrone accès aux applications et aux informations • Applique à beaucoup de domaine avec des modèles partagés variés et notamment des modèles support de la conception • Problème de réservation pour éviter des conflits • Accès et modification direct des données (control faible sur évolution de la modèle) • Problème de communication entre différents métiers • Plusieurs réseaux de communication

4. Détection des conflits dans un modèle partage • Le plus souvent, les acteurs travaillent indépendamment, modifiant des versions alternatives des vues • la modification d’une entité d'une vue spécifique peut être cause de conflits avec les entités d'autres vues indiquées dans le modèle partagé • Le modèle partagé est statique, le suivi de son évolution est laissé à la propre initiative des concepteurs : ce mode est loin d’être suffisamment productif. Mise en place d'un système de modélisation dynamique et adaptatif, intégrant des techniques de gestion progressive de cohérence,

5. Définition des besoins Choix de structure Optimisation, dimensionnement , développent de structure Simulation et développement Noyau Culasse • Ressort • Bobine Aimant Exemple concernant la conception collaborative d’un déclencheur • Conception Collaborative entre Elec. and Mech. (déclencheur électromagnétique) • différent façon de résoudre de design problèmes • différent outils de simulation, dimensionnement. • Développement de l’environnement pour communications , optimisations et dimensionnement commune • Intégrant des techniques de gestion progressive de cohérence, • Intégrant optimisations processus au collaborative design environnement

6. Expert 1:Mécanique F = ma F spring mg F magnet Expert 3 : Fabrication/ Assemblage Model PPO (Product, Process, Organization) Multi-View environment Exemple concernant la conception collaborative d’un déclencheur Expert 2: Electrotechnique

7. PPO: la représentation du produit (Modèle produit ) • Composant : un composant permet de donner une représentation structurelle du produit • Composant Commun (CC): la description est la même pour tous les experts de conception, • Composant Alternative (CA): un choix entre plusieurs composants • Composant Vue (CV): la description spécifique à une expertise • Interface : une interface est le lien entre un composant et l’élément extérieur (interface d’autre composant, fonction, etc.) • Interface Commun (IC) • Interface Alternative (AC) • Interface Vue (IV) • Fonction : une fonction représente les relations entre composants via leurs interfaces, elle définit un objectif à atteindre par le produit à concevoir • Fonction Commun (FC) • Fonction Alternative (FC) • Fonction Vue (FV) • Comportement : un comportement définit l’état de modèle dans des différentes phases du cycle de vie du produit. Un comportement est définit par déclaration des composants, interfaces et fonctions.

8. CF: functions CC: assembly CF: positioning and fixturing AF: head-body CC: cylinder head CI: cylinder head CF: screwing CC: body CI: body IV: mech. CF sticking CC: plunger IV: elec. CF: head-plunger IV: material Atr.: CAD model CF: plunger-spring Atr.: material CF: movement Atr.: position Atr.: velocity Atr.: magnetic force CC: spring Atr.: spring force CC: nail CC: coil Atr.: opening time CC: iron core VI: elec. CC: coil winding VI: material CC: support CC: magnet Atr.: CAD model Atr.: number of turns VC: air gap Atr.: material Atr.: current of coil CC: elec. view VI: elec. CC: assembly component AC: head-body CC: screws CI: screws CC: stick PPO: Modèle produit

9. Entrefer culasse-noyau - Contraint de frottement - Contraint du circuit électromagnétique - Contraint de fabrication/ assemblage • Epaisseur de la culasse: • contraint de fabrication/ assemblage • contraint de rigidité • contraint de circuit électromagnétique Noyau (partie non magnétique) Noyau (partie magnétique) Coil Disque Contraint de conception (modélisation)? Aimant Culasse PPO : Modèle partagé PPOm PPOe PPOf Exemple: interdisciplinaire design contraints

10. Contraint de conception? PPOm PPOe Modèle partage PPO PPOf Travail Asynchrone avec une copie externe Incohérence dans l’environnement multi-vues • Le plus souvent, les acteurs travaillent indépendamment, modifiant des versions alternatives des vues (PPOm, PPOe, PPOf) • Incapacité à respecter les interdisciplinaire design contraints et règles • Incohérences et conflits peut être produit par la modification des versions des vues • Par conséquent, une approche efficace est nécessaire pour : • Identifier et évaluer des conflits suite aux modifications de l’expert • Maintien de la compatibilité et de la cohérence des différentes vues • Afficher les causes de conflits. • Notifier des acteurs correspondant de conflit et formalisant les conséquences des décisions

11. Modèle partage PPO calcul de delta : La différence entre deux versions Expert1: mécanique PPOm Synchronisation Expert 2: électrotechnique PPOe Expert 3 : Fabrication PPOf différentes vues Comparaison des modèles • ΔPPO: ΔPPOe, ΔPPOf • Sémantique conflit • Créer/supprimer nœud • Modifier contenu de nœud • Insérer/supprimer des liens • Déplacer des nœuds et liens • Δ Design contraints: • violation de contraint • Local contraint violation • Global contraint violation Δ Final= ΔPPO + Δ Contraints

12. Mesure de l’incohérence • ΔPPO (ΔPPOe, ΔPPOf) : Comparer les graphes d’informations associé à chaque copie • Conflits de base : même valeur pour le même attribut • Δ Design contraints: Mise en jeu de contraintes métiers qui définissent des conflits moins directs (la cohérence entre modèles experts ) • Les Contraintes doivent être définies à la volée (elles ne sont pas pré-cablées dans le système) • Un langage de formalisation de contraintes doit être dédié à l’utilisation d’ingénieurs non au fait des techniques mathématiques. • Il permettra la manipulation interactive de réseaux de contraintes et leur évolution dans le temps. • => Résolution des contraintes (outils et méthodes existants) • Contraintes violées  mesure d’incohérence politique de synchronisation et négociation • => Mesure d’incohérence : Norme multi-critère à mettre en place Δ Final= ΔPPO + Δ Contraints

13. Étude des contraintes • Les contraintes dépendent de leur contexte d’application. • Sont issues des relations et dépendances des objets , flux des information entre différentes métiers, la logique de raisonnement des experts • Maintiennent la cohérence de l’environnement ; elles définissent en quelques sortes les règles d’évolution. La position d’une contrainte dans ce cube est un indicateur de pilotage pour le type et la technique de notification adaptée. Meta-règles/ Meta-contraint • Comment aussi modéliser : • Priorités en violation des contraints faibles? • Degré de violation des contraints faibles? • Dépendances entre les contraintes avec • certain conditions?

14. Meta-règles/ Meta-contraint et notification de conflit Meta-règles/Meta-contraints : ce sont des règles qui opèrent sur les contraints et règles Meta-règles/ meta-contraints: • Modélisation et control de réseau des contraintes dans la conception collaborative (priorité, dépendance, degré et etc.) Notification de Conflit • Notifier des expertsconcernant de conflit • Sélectionner le stratégie de notification par rapport aux importance de conflit • Détecter des conflits en utilisant de system qui fonction en temps real

15. Espace prive Espace prive Copies externes Copies internes External Copies Copies internes Designer 1 Designer 1 Designer 1 Modèle partage Modèle partage Modèle partage Designer 2 Designer 2 Designer 2 Propagation de contraints Propagation de contraints Designer 3 Designer 3 Designer 3 Mesure de l’incohérence Mesure de l’incohérence a) Travail Asynchrone c) Travail en copie externe b) Travail en copie interne Conception Collaborative et notification anticipée

16. Négociation Notification Experts CS-PPO Manager … mise a jour des contrains du réseau Synchronisation Management CS PPO CS-PPO API Notification/ Négociation System PPO model (Product, Process, Organization) Contraint management System configuration Modèles classes Définition Users classes Vérification Contraints classes Notification Conflit Architecture du système proposé

17. synchronisation entre différent versions Multi vues Modèle produit Différent versions Mesure de l’incohérence (contraint et Meta-contraint) Calcul de Delta Incohérences dans environnement multi vues Stratégie de résolution de l’ incohérence notification anticipée Conclusion

18. Merci pour votre attention!