Mohsen sadeghi fr d ric no l et khaled hadj hamou
This presentation is the property of its rightful owner.
Sponsored Links
1 / 18

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


  • 63 Views
  • Uploaded on
  • Presentation posted in: General

Mohsen Sadeghi Frédéric Noël et Khaled Hadj-Hamou. Contribution a la mesure des conflits entre experts métiers en conception collaborative. Origine et contexte: conception collaborative. Qu'est ce que c'est la conception collaborative? multi- acteurs multi- vues (différent model)

Download Presentation

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

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Mohsen sadeghi fr d ric no l et khaled hadj hamou

Mohsen Sadeghi

Frédéric Noël et Khaled Hadj-Hamou

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


Origine et contexte conception collaborative

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,


Acc s aux applications et aux informations

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


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

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,


Exemple concernant la conception collaborative d un d clencheur

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


Exemple concernant la conception collaborative d un d clencheur1

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


Ppo la repr sentation du produit mod le produit

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.


Ppo mod le produit

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


Exemple interdisciplinaire design contraints

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


Incoh rence dans l environnement multi vues

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


Comparaison des mod les

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


Mesure de l incoh rence

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


Tude des contraintes

É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?


Meta r gles meta contraint et notification de conflit

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


  • Conception collaborative et notification anticip e

    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


    Architecture du syst me propos

    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é


    Conclusion

    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


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

    Merci pour votre attention!


  • Login