mohsen sadeghi fr d ric no l et khaled hadj hamou
Download
Skip this Video
Download Presentation
Contribution a la mesure des conflits entre experts métiers en conception collaborative

Loading in 2 Seconds...

play fullscreen
1 / 18

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


  • 86 Views
  • Uploaded on

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)

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Contribution a la mesure des conflits entre experts métiers en conception collaborative' - ull


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
slide4
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
ad