Laboratoire dInformatique Graphique

Image et Modlisation

Christel DARTIGUES

tat de lart sur lIngnierie Concourante

Rapport de Recherche RR 01-02

UFR dInformatique
Universit Claude Bernard Lyon 1
Btiment Nautibus
8, Boulevard Niels Bohr

Table des matires

1
2

INTRODUCTION ___________________________________________________________________ 4
CONTEXTE _______________________________________________________________________ 5
2.1 Contexte industriel actuel ________________________________________________________ 5
2.1.1
2.1.2
2.1.3
2.1.4

Introduction__________________________________________________________________________
Points cls du contexte industriel actuel ____________________________________________________
Dysfonctionnements observs au sein des entreprises _________________________________________
Contexte de nos travaux de recherche _____________________________________________________

5
5
6
7

2.2 Prsentation de lIngnierie Concourante____________________________________________ 7

2.2.1
2.2.2
2.2.3
2.2.4

Diffrents termes employs _____________________________________________________________

Dfinitions et concepts lis lIngnierie Concourante ________________________________________
Catgorie des principes de lIngnierie Concourante __________________________________________
lments cls dune mise en uvre de lIngnierie concourante_________________________________

2.3 Synthse _____________________________________________________________________

3
MODLISATION DES INFORMATIONS __________________________________________________
3.1 Introduction __________________________________________________________________
3.2 Problmatique ________________________________________________________________
3.3 Modlisation des produits et des processus __________________________________________

7
8
8
9

10
10
10
11
11

3.3.1 Les modles et mthodologies actuels (ou classiques)________________________________________ 11

3.3.2 Autres modles et mthodologies ________________________________________________________ 14

3.4 Gestion des points de vue________________________________________________________ 15

3.4.1 Problmatique _______________________________________________________________________ 15
3.4.2 Les grandes approches qui se dgagent ___________________________________________________ 16
3.4.3 Une solution alternative _______________________________________________________________ 19

3.5 Synthse _____________________________________________________________________

4
GESTION ET ORGANISATION DE LINGNIERIE CONCOURANTE ______________________________
4.1 Introduction __________________________________________________________________
4.2 Dcomposition des activits______________________________________________________

20
21
21
21

4.2.1 Les diffrents types de paralllisme ______________________________________________________ 22

4.2.2 tude de la paralllisation des activits dans les entreprises ___________________________________ 22

4.3 Gestion des changes ___________________________________________________________ 23

4.3.1
4.3.2
4.3.3
4.3.4

Gestion des donnes __________________________________________________________________

Gestion des communications entre experts_________________________________________________
Gestion des conflits___________________________________________________________________
Gestion des connaissances _____________________________________________________________

23
23
24
28

4.4 Synthse _____________________________________________________________________

MISE EN UVRE DE LINGNIERIE CONCOURANTE _______________________________________
5.1 Introduction __________________________________________________________________
5.2 Les outils ____________________________________________________________________

29
30
30
30

5.2.1 Maquettes numriques ________________________________________________________________ 30

5.2.2 SGDT _____________________________________________________________________________ 31
5.2.3 Importance des standards ______________________________________________________________ 31

5.3 Les mthodes _________________________________________________________________ 32

-2-

5.3.1 Listes de mthodes applicables au dveloppement intgr de produit _____________________________32

5.3.2 Mthodologies dveloppes _____________________________________________________________33

5.4 Les architectures ______________________________________________________________

5.5 Synthse _____________________________________________________________________
6
CONCLUSION ____________________________________________________________________
7
RFRENCES BIBLIOGRAPHIQUES ____________________________________________________

-3-

34
35
36
37

1 Introduction
La socit a connu ces dernires annes de profonds changements. Ces changements ont t
particulirement intenses en ce qui concerne le monde industriel, que ce soit au niveau des produits
concevoir, des technologies utilises ou des mthodes de conception. De plus, les entreprises ont
un besoin vital de sadapter si elles veulent pouvoir rester comptitives.
Devant ces besoins, de nouvelles mthodologies de travail ont t labores. Lune des plus
intressante actuellement est lIngnierie Concourante. Elle a provoqu un changement important
des modes de travail au sein du monde industriel, car elle a compltement transform la faon
dapprhender le dveloppement de produits. Les consquences de ce changement sont diverses,
que ce soit au niveau de la faon de travailler dans les entreprises, des problmes qui doivent tre
rsolus ou encore des bnfices qui en ressortent. La difficult de sa mise en place vient du fait
quelle prsente de multiples aspects ([Prasad 1996a, Prasad 1996b]) :
des aspects philosophiques, qui concernent lorganisation humaine, avec la dfinition des
frontires de responsabilit, la culture et le pouvoir. Ces aspects incluent galement la
constitution des quipes, lorganisation du programme, la gestion du changement, lorganisation
des espaces de travail, etc.,
des aspects mthodologiques, qui relvent des quipes technologiques. Ces aspects incluent les
diffrentes approches de pense, les approches systmiques, lintgration du systme, la
reprsentation du systme de production, la taxinomie des systmes dIngnierie Concourante
dentreprise, le dveloppement intgr produit-processus, le systme de production, etc.,
des aspects conceptuels, qui dpendant des quipes dIngnierie Concourante. Les aspects
conceptuels concernent surtout les principes de base de dIngnierie Concourante, la
collaboration et le paralllisme, les modes de coopration, les amliorations de la comprhension
et de la gestion des problmes, les approches de r-ingnierie, la planification du flot
dinformation, etc.,
des aspects virtuels, qui concernent les quipes de traitement de linformation. Ces aspects
comprennent principalement la conception du projet global, la modlisation de linformation, la
conception de modles de base de lIngnierie Concourante. Les modles correspondent aux
modles de produit, de processus, de besoin, de connaissances, de communication distance,
dentreprise virtuelle agile, etc.
Lobjectif de notre travail est de fournir une tude de ce nouveau concept quest lIngnierie
Concourante. Cette tude ne peut dbuter sans tenir compte au pralable du contexte de lindustriel
actuel, avec notamment une analyse des problmes rencontrs par les industriels ainsi que leurs
attentes. Nous aborderons ensuite lIngnierie Concourante, de manire gnrale puis de manire
plus prcise, pour voir notamment quels sont les points qui doivent tre dvelopps pour limplanter
avec succs. Cette tape nous amnera considrer lchange dinformations, puis la gestion et
lorganisation de lIngnierie Concourante au sein des entreprises pour traiter des cas concrets de sa
mise en uvre.

-4-

2 Contexte
2.1

Contexte industriel actuel

2.1.1

Introduction

Le monde industriel est un monde en perptuel changement qui reflte les volutions
technologiques et comportementales de notre socit. Les entreprises ont en effet d faire face un
grand nombre de bouleversements, tant au niveau des objectifs atteindre (produits de plus en plus
complexes, dlais et cots toujours moins importants, forte pression des clients qui veulent de plus
en plus tre partie prenante dans le dveloppement de produit, etc.) quau niveau des moyens mis
disposition pour raliser ces objectifs (technologie en constante volution, apparition de nouvelles
mthodologies de travail, etc.).
Face tous ces changements, les premiers modles industriels, comme le modle taylorien, ont
vite montr leurs limites. Pour rpondre ce problme, des recherches ont t menes et ont
conduit llaboration de nouveaux modles, mme si aucun dentre eux na russi simposer
totalement. Ils contribuent cependant apporter une rponse aux problmes lis au contexte
industriel actuel.
Notre objectif dans cette partie est de prsenter dans un premier temps les points cls qui
caractrisent le monde industriel. Nous insisterons ensuite sur leffort qui a t fourni par les
entreprises pour dterminer les raisons qui sont lorigine de coteux dysfonctionnements et surtout
de leur intrt pour lIngnierie Concourante. Nous terminerons cette partie en nonant les raisons
qui font que lIngnierie Concourante est dsormais incontournable ainsi que le contexte dans lequel
nous nous plaons pour notre travail.
2.1.2

Points cls du contexte industriel actuel

Selon [Boucher 1999], le monde industriel peut tre caractris par plusieurs points. Tout
dabord, les produits et les processus sont de plus en plus complexes. Cette complexit trouve son
origine dans le fait que les variantes des produits existants sont de plus en plus nombreuses. Cela
implique quil faut tre capable de grer de gros volumes de donnes. De plus, le dveloppement de
produit ne va pas sans la prise en compte de nouvelles technologies quil faut pouvoir comprendre et
matriser. Il y a enfin dautres facteurs qui contribuent rendre les produits de plus en plus
complexes, comme des facteurs conomiques ou de concurrence.
La complexit des processus vient quant elle :
des fortes contraintes qui sont imposes par les clients et les chefs dentreprise concernant les
cots, les dlais ou la qualit des produits,
de la grande quantit de connaissances quil est ncessaire davoir et qui sont dsormais
multidisciplinaires,
de la rsolution cooprative de problmes,
de limportance dun certain nombre de facteurs conomiques, sociaux et techniques.
Cette complexification des produits et des processus impose de parfaitement matriser
linformation qui est manipule tout au long du dveloppement de produit. Or, le rgime
-5-

dinformation est perturb : les informations manipules sont souvent incertaines et incompltes, les
dcisions qui sont prises sont remises en cause, etc.
Cette perturbation du rgime dinformation implique de nouveaux comportements dcisionnels.
Les dcisions ne sont plus prises par une seule et mme personne mais par un ensemble
dintervenants, qui apportent chacun leurs donnes, leurs connaissances et leurs arguments. Les
prises de dcisions passent dsormais par des tapes de collecte dinformation, de proposition de
solutions, de ngociation puis ventuellement de compromis.
Ces points qui caractrisent le contexte industriel actuel ont oblig les industriels analyser leur
faon de travailler.
2.1.3

Dysfonctionnements observs au sein des entreprises

Ainsi, et ce afin de rester comptitifs, les industriels ont fait leffort de chercher, au sein de leur
entreprise, les dysfonctionnements lorigine de retards dans le dveloppement des produits, retards
qui peuvent se rvler trs coteux. [Jagou 1993] donne quelques-uns uns des points qui ont selon
lui facilit lavnement de lingnierie concourante.
Tout dabord, la recherche dinformations dj cres est difficile et dcourage bien souvent les
ingnieurs. Il est alors plus facile pour ces derniers de recrer un produit dj existant que de
rechercher dans des archives dfaillantes et dfectueuses des donnes qui parfois sont perdues. Si
cette re-cration inclus galement la re-conception doutils spcifiques ncessaires pour fabriquer le
produit, la perte en termes de cots et de temps devient alors trs importante.
De plus, la gestion du flux dinformation est trop souvent dfaillante, cause du grand nombre
de modifications apportes des projets censs tre finis et la lenteur du flux dinformation entre
la conception et la fabrication.
Un autre de ces points cits par [Jagou 1993] concerne la cration dun prototype physique, qui
permet de tester la fiabilit et la faisabilit dun produit. Cette cration est longue et coteuse car il
sagit de la fabrication et de lassemblage dun produit unitaire. Des efforts sont faits, notamment
avec le prototypage rapide, afin de rendre le prix de revient des prototypes moins pnalisants pour
lentreprise.
Le support dinformation utilis par les entreprises est galement source de problmes, car il est
souvent mal adapt : le format papier reste, mme lre de linformatisation massive, le support
principal dinformation de lentreprise. Il en rsulte, pour des questions de sauvegarde de
linformation, des duplications de tous les documents relatifs au dveloppement dun produit. Cela
contribue encore rendre difficile laccs aux informations passes et la restitution des
connaissances.
Enfin, dautres problmes sont lorigine de cette nouvelle approche. Parmi ceux-ci se trouve la
complexit croissante des produits, des mthodes et des procds, de mme que les problmes de
communication entre les individus collaborant un mme projet. Ce dernier point est d au fait que
le dveloppement dun produit met en relation des individus de disciplines diffrentes et de niveaux
hirarchiques diffrents.
LIngnierie Concourante apparat donc comme intressante pour rsoudre les problmes
rencontrs durant le dveloppement dun produit. Cependant cela couvre un domaine dtude qui
est trs vaste. Notre objectif ntant pas ici de traiter de tout ce qui touche lIngnierie
Concourante, nous allons restreindre notre champ dinvestigation.
-6-

2.1.4

Contexte de nos travaux de recherche

LIngnierie Concourante a t dveloppe pour rpondre une forte demande des industriels.
Lobjectif est dsormais de permettre un ensemble dexperts de travailler ensemble ds le dbut du
dveloppement dun produit. Cela permet ainsi dviter les problmes dus un mode de
dveloppement squentiel o les pertes de temps peuvent se rvler trs vite importantes. Pour nos
travaux de recherche, nous nous sommes fix les mmes objectifs que les industriels, savoir :
rduire les temps et les cots de production, amliorer la qualit des produits et permettre aux
industriels de concevoir des produits innovants. Cest dans ce cadre que nous considrons
lIngnierie Concourante.
Ce domaine de recherche est trs vaste qui comprend des travaux touchant la rsolution de
conflit, la modlisation des informations, la cration de rseaux mettant en uvre de lIngnierie
Concourante, etc. Parmi toutes ces possibilits, nous nous sommes intresss lintgration des
points de vue de diffrents experts. Dans ce contexte, le principe de lIngnierie Concourante est de
permettre tous les experts intervenant dans des tapes diffrentes du dveloppement dun produit
de travailler ensemble. Cette mthode de travail permet de prendre en compte au plus tt lavis de
chaque expert et dviter autant que possible le dveloppement dune solution qui a peu de chance
de satisfaire le cahier des charges. Cela passe videmment par une reprsentation adquate des
informations manipules et des points de vue des experts. La difficult rside ici dans le fait de
trouver des reprsentations adquates des produits et des processus qui puissent tenir compte des
points de vue spcifiques de chacun des experts.
Maintenant que nous avons prsent le contexte industriel actuel, nous allons considrer plus
prcisment lIngnierie Concourante, et plus exactement les diffrents termes, dfinitions et
concepts qui lui sont rattachs.

2.2

Prsentation de lIngnierie Concourante

LIngnierie Concourante est lorigine de nombreuses recherches qui visent dfinir

prcisment les objectifs de cette nouvelle mthodologie de travail et la manire datteindre ces
objectifs. Nous allons dans cette partie nous concentrer sur les lments qui constituent la base de
tout travail danalyse, savoir identifier les diffrents termes employs, les dfinitions ainsi que les
catgories et les concepts qui sont associs. Nous terminerons cette partie en nous intressant aux
lments cls dune mise en uvre de lIngnierie Concourante.
2.2.1

Diffrents termes employs

Nous pouvons trouver plusieurs qualificatifs concernant lIngnierie Concourante. Lorigine de

tous ces termes vient de lexpression anglaise "Concurrent Engineering". Cette expression
caractrise une dmarche qui a t initie au Japon la fin des annes 80. Une tude concernant le
secteur automobile Japonais a dvoil des dlais de mise sur le march bien moindre que ceux
observs en Europe ou aux tats-unis [Boucher 1999]. Au mme moment, des travaux similaires
taient initis aux tats-Unis.
La traduction de cette expression en franais a donn lieu plusieurs interprtations qui varient
selon le contexte que lon considre ([Carratt et al. 2000]). Dans le monde industriel, lexpression
"Ingnierie Simultane" est plutt employe, tandis que pour lAFNOR, le terme privilgi est
-7-

"Ingnierie Intgre". Lexpression "Ingnierie Concourante" prdomine quant elle dans le monde
scientifique. De mme quil y a plusieurs dnominations possibles, il existe galement plusieurs
dfinitions.
2.2.2

Dfinitions et concepts lis lIngnierie Concourante

Une de ces dfinitions est celle de [Carratt et al. 2000] : "Concurrent engineering is an expression
for the ambition to increase the competitiveness by decreasing the lead-time and still improving
quality and cost. The main methodology is to integrate the product development and the
development of the design and production processes".
Parmi les autres dfinitions, il y a galement celle dfinie par la norme AFNOR [Boucher 1999].
Cette dfinition dfinit lIngnierie Concourante comme "une approche permettant la conception
intgre et simultane des produits et processus associs, y compris la production et le soutien. Elle
est destine permettre aux dveloppeurs de considrer toutes les phases du cycle de vie du produit
depuis sa conception jusqu son retrait, y compris la qualit, les cots, les dlais et les exigences de
lutilisateur".
Enfin, dans son tude [Papazoglou 2000] donne sa propre dfinition de lingnierie Concourante.
Selon lui, il sagit dune "une approche systmatique applique au dveloppement de nouveaux
produits, prenant en compte tous les lments du cycle de vie depuis sa conception jusqu son
retrait du service et applique la dfinition du produit, de son processus de fabrication et de son
utilisation en conditions oprationnelles ainsi que les tches de maintenance".
Ces dfinitions sont diffrentes sur la forme mais elles se rejoignent sur le fond : la mme
importance est donne aux problmes de la matrise des cots, des dlais ainsi que de la qualit.
Laccent est galement mis sur lintgration ds le dbut de la conception de toutes les disciplines
intervenants dans le dveloppement dun produit.
De la mme manire, un consensus existe propos des concepts qui sont lis lIngnierie
Concourante. Les quelques concepts que lon retrouve assez communment sont [Bobrowski et al.
1999]:
l'importance dapporter la connaissance au plus tt dans le processus de conception,
le besoin de traiter des composants dune grande complexit,
le besoin de rduire le nombre ditrations dans le processus de conception.
Ces concepts conduisent la dtermination de principes relatifs lIngnierie Concourante.
2.2.3

Catgorie des principes de lIngnierie Concourante

Les tudes sur ce sujet ont montr que les principes induits des concepts que nous venons de
citer peuvent tre rpartis en trois catgories [Boucher 1999]: principes de structuration des activits,
principes culturels et comportementaux et principes concernant le dveloppement de produits.
Principe de structuration des activits
La premire de ces catgories de principes regroupe les principes de structuration des activits.
Elle vient du besoin qui existe en Ingnierie Concourante dessayer dintgrer de manire optimale
les activits inclues dans le processus de dveloppement de produit. Cela passe par une
paralllisation des tches lies aux diffrents mtiers qui collaborent ainsi que par le chevauchement
des diffrentes tapes de conception et dindustrialisation. Des recherches ont t menes dans ce
-8-

sens et ont abouti des travaux sur la dcomposition du processus global en sous-processus
excutables simultanment et sur la gestion de la synchronisation des activits. Cette nouvelle
approche du travail implique une forte augmentation du flux dinformation. Cette augmentation est
due au grand nombre dchanges (en matire de donnes et de communication) ncessaires pour une
gestion efficace des ressources, des individus et du travail fourni.
Principes culturels et comportementaux
La deuxime de ces catgories concerne les principes culturels et comportementaux. En effet, la
faon de travailler dans les entreprises voulant implanter lIngnierie Concourante doit tre
profondment change. Les personnes intervenant dans le processus de dveloppement de produit
doivent avoir un comportement collaboratif avec des personnes de disciplines diffrentes et de
niveaux hirarchiques diffrents.
Cela ncessite avant toute chose de crer une dynamique de groupe qui doit tre base sur
limplication des niveaux suprieurs de la hirarchie ainsi que sur la formalisation de buts communs.
Ces buts communs serviront de lien entre les groupes de travail et donneront une direction
commune toutes les personnes intervenant dans un mme projet. Une bonne dynamique de
groupe favorise lapprentissage des mthodes de travail collectif et le dveloppement dattitudes
coopratives.
En complment dun comportement coopratif, les points de vue de tous les intervenants
doivent ds le dbut du projet tre exprims et confronts les uns aux autres. Cela a pour
consquence de changer profondment la manire de travailler des participants la conception dun
produit.
Principes concernant le dveloppement de produits
Enfin, la troisime des catgories de principes tre cite par [Boucher 1999] concerne le
dveloppement de produits. Cette catgorie est lie aux objectifs de lIngnierie Concourante, qui
visent amliorer la qualit des produits et permettre des conceptions innovantes. Elle est
galement lie au fait que les clients ne se contentent plus de dfinir un cahier des charges mais quils
donnent des directives durant tout le processus de dveloppement de produit. LIngnierie
Concourante, pour tre plus efficace, se doit donc de prendre en compte les attentes du client, qui
voluent en parallle avec le produit. Pour ce faire, le processus de dveloppement doit se focaliser
sur les besoins du client et sur son intgration dans les quipes de dveloppement, comme cela a t
le cas dans le dveloppement des nouveaux AIRBUS [Papazoglou 2000].
Tous ces principes ont conduit les chercheurs sinterroger sur les points essentiels qui influent
sur la mise en uvre de lIngnierie Concourante.
2.2.4

lments cls dune mise en uvre de lIngnierie concourante

Une fois lanalyse des problmes lis au contexte industriel actuel effectue et les principes
rattachs lIngnierie Concourante identifis, les rflexions des industriels et des chercheurs les ont
conduit sintresser aux points qui ont une influence certaine sur la russite de limplantation de
lIngnierie Concourante dans les entreprises. Parmi ces points cls, se trouvent entre autres
([Papazoglou 2000]) :
l'intgration ds la phase de conception de tous les besoins des phases ultrieures (moyens
-9-

industriels, maintenance,...),
lorientation des tches de dveloppement du produit selon une logique produit et non pas
uniquement en fonction des mtiers impliqus,
le jalonnement en dtail du processus de dveloppement du produit
le respect collectif des rendez-vous aux tapes cls. Ces runions permettent de faire le point sur
lensemble des dcisions qui ont t prises et de ne pas tre submerg par lensemble des
modifications qui ont t apportes au produit en cours de dveloppement,
le dveloppement du travail en simultan, grce la mise en place de mthodes et doutils
adapts, parmi lesquels se trouve la mise en place dun systme dinformation fiable et commun.
Un tel systme permet de grer convenablement les changes dinformation nombreux et
frquents, lutilisation de bases de donnes partages et lutilisation de maquettes numriques 3D
mises jour et gres en temps rel.

2.3

Synthse

Il ressort de tous ces points que limplmentation dans les entreprises de lIngnierie
Concourante passe par la rsolution de plusieurs points importants. Il nous faut tout dabord trouver
un moyen de grer efficacement et de manire cohrente le flot dinformation durant le
dveloppement dun produit. Ce flot dinformation concerne des lments aussi divers que les
donnes relatives au produit et aux processus mis en uvre, les communications entre les
intervenants ou encore les points de vue des experts.
Il faut ensuite trouver comment grer et organiser concrtement lIngnierie Concourante dans
les entreprises. Cela implique de grer lordonnancement des activits ainsi que tous les changes qui
interviennent : change de donnes, de connaissances, de communications ou encore pour la
rsolution de conflits.
Nous nous intresserons donc dans la suite de notre travail lun des principaux problmes quil
faut rsoudre et qui concerne la modlisation des informations. Nous traiterons ensuite de la gestion
et de lorganisation de lIngnierie Concourante pour enfin terminer par une analyse de sa mise en
uvre dans les entreprises.

3 Modlisation des informations

3.1

Introduction

Comme il a t dit dans la partie prcdente, le flux dinformation qui doit tre gr en Ingnierie
Concourante est important et comprend un ensemble htrogne dinformations. Parmi ces
dernires, nous pouvons trouver des donnes sur le produit concevoir, sur les processus mis en
uvre ainsi que sur les divers changes qui interviennent entre les individus collaborant au
dveloppement dun produit. Il faut donc pouvoir grer convenablement ce gros volume de
donnes. Cest--dire quil faut pouvoir modliser ces informations de manire cohrente, les stocker
de manire scurise pour viter toute perte et les restituer aux bonnes personnes au bon moment.
Dans cette partie, nous traitons du problme de la reprsentation adquate des informations
- 10 -

impliques dans le dveloppement dun produit.

3.2

Problmatique

La difficult de modliser les informations nest cependant pas toujours la mme : elle dpend du
type dinformation que lon considre. Dans leur tude, [Gardoni et al. 1999] classent les
informations selon trois catgories : structures, semi-structures et non structures.
Les informations structures sont des informations formalises, cest--dire que les documents
qui les contiennent sont structurs et que le flot de ces documents est formalis, et donc matris. Ce
sont des informations qui peuvent tre considres comme stables dans le temps et compltement
valides. Les informations semi-structures sont dj moins formalises que les prcdentes, car elles
sont gnralement inclues dans des documents peu structurs, comme une lettre. Les flots
dinformation correspondants sont eux aussi moins formaliss, car de nature diverse. Les
informations non structures quant elles sont des informations qui ne sont pas du tout formalises
et qui ne sont pas stables. Elles correspondent des discussions orales, comme des runions et des
discussions au tlphone ou dans les couloirs.
Il est bien vident que toutes ces informations ne ncessitent pas la mme attention ni les mmes
traitements, car certaines sont plus faciles modliser que dautres. Beaucoup de travaux ont t
mens dans le domaine complexe de la modlisation des informations. Ils ont men llaboration
de bon nombre de modles et de mthodologies, dont certains ont t conus pour rpondre la
demande rcente lie lIngnierie Concourante.
Nous allons dans cette partie nous intresser aux modles de produits, aux mthodologies de
conception et aux modles permettant de grer les points de vue. Cela nous permettra de voir quels
sont les besoins quils satisfont et quelles avances sont encore ncessaires.

3.3

Modlisation des produits et des processus

3.3.1

Les modles et mthodologies actuels (ou classiques)

Un bon nombre de modles et de mthodologies de conception existent. [Ghodous et al. 1999]

recensent dans leur tat de lart un ensemble des ces reprsentations techniques. Les modles
gomtriques y sont dcrits, de mme que les principales mthodologies de conception bases sur
les graphes, les modles orients objet, les modles de standardisation ainsi que la modlisation
base de connaissance.
Modles gomtriques
Le modle gomtrique dun produit a longtemps t la base des systmes de CAO, mme si
ces dernires annes ont vu limportance dautres modles saccrotre. Il existe plusieurs types de
reprsentations gomtriques. Parmi ces reprsentations, nous pouvons trouver le modle CSG
(Constructive Solid Geometry). Il construit les modles laide de combinaisons de primitives
solides simples telles que des cubes, des cylindres, des sphres, des cnes, des tores, etc. Il sagit dun
modle implicite du produit, car il est ncessaire dvaluer larbre dans sa globalit pour en obtenir la
forme. Un des algorithmes les plus rpandu pour valuer un arbre CSG est appel "divide-andconquier" et fonctionne selon le principe suivant : larbre est dcompos en sous-arbres qui sont
- 11 -

rcursivement valus et les valuations partielles de ces sous-arbres sont ensuite combines laide
des oprateurs se trouvant aux nuds de larbre pour obtenir lvaluation totale. Lavantage de cette
approche est que le volume des informations qui doivent tre stockes nest pas trop lev.
Cependant la phase dvaluation de larbre, en vue dun affichage par exemple, peut tre trs
coteuse en temps.
Une autre reprsentation classique des produits est la reprsentation par les frontires, ou B-Rep
(Boundary Representation). Il sagit ici dune reprsentation explicite du produit, ce qui signifie que
la phase dvaluation, qui tait pnalisante dans le cas du CSG, nest plus ici ncessaire. Ce modle
manipule deux types dinformations, la topologie et la gomtrie, et utilise un ensemble de faces,
dartes et de sommets pour modliser la forme dun produit. Le problme de cette reprsentation
est que le volume de donnes quil est ncessaire de stocker peut vite se rvler trs important.
Un autre modle gomtrique existe, qui a gagn ces dernires annes en popularit. Il sagit du
modle variationnel. Ce modle ne dfinit pas le modle gomtrique comme un ensemble de points
dans lespace en trois dimensions mais il considre les dimensions comme des contraintes qui
limitent les localisations possibles des points. Ce modle permet lutilisateur dutiliser des quations
pour modliser analytiquement les composants mcaniques.
De manire complmentaire, un autre modle gomtrique tend se dvelopper (mme sil se
situe un autre niveau que les modles prcdents) : le modle base de caractristiques de formes
(ou features). Il y a plusieurs sujets de recherche dans le domaine de la conception par
caractristiques : reprsentation de caractristiques, caractristiques et tolrances, validation des
caractristiques, multiples points de vue des caractristiques, caractristiques et standardisation,
caractristiques et langages, etc. Cependant, les deux approches principales sont la reconnaissance de
caractristiques et la conception par caractristiques. Le problme de la premire de ces deux
approches est quelle ne traite que de la gomtrie, et pas des informations techniques. Dans le cas
de la deuxime approche, lespace de modlisation et les informations sont limits, cest--dire quil y
a un manque dinformations abstraites de haut niveau.
Une autre approche a t dveloppe par [Lefebvre et al. 2000] : le principe est de dfinir des
caractristiques de fabrication qui sont composes de donnes produit et de donnes processus.
Elles sont caractrises par un ensemble de surfaces gomtriques associes avec des attributs
(rugosit, tolrances, etc.) et un ordre squentiel doprations (usinage, assemblage, traitement
termique, etc.). Une fois que les caractristiques de fabrication sont identifies, elles sont
dcomposes partir du point de vue du produit en leurs attributs (diamtre, tolrances des
diamtres, rugosit, etc.) et en les tolrances des lments gomtriques (axes, faces, etc.). Dautres
mthodologies sont bases sur les modles base de caractristiques, comme [Xue et al. 1999] qui
les utilisent pour la construction de modles daspect, qui correspondent des modles de point de
vue.
Cette liste de modles gomtriques nest pas exhaustive mais comprend les modles les plus
rpandus dans le monde industriel.
Mthodologies de conception
Il existe un certain nombre de mthodologies adoptes par les industriels, comme les
mthodologies bases sur les graphes, les modles orients objet, les modles de standardisation ou
encore les modles base de connaissance.
- 12 -

Mthodologies bases sur les graphes

Les formalismes bass sur les graphes ont t rcemment proposs pour les applications de
CAO. Les reprsentations bases sur les graphes et les arbres sont frquemment utilises dans les
tapes de conception conceptuelle et sont employes pour modliser tous les aspects dun produit :
les fonctions, les comportements et la structure. Le principal avantage de la reprsentation par les
graphes est quil existe beaucoup dalgorithmes de graphe et de bonnes bases thoriques pour aider
les utilisateurs. Les inconvnients sont le manque de concept de classe et labsence dhritage, qui est
un concept trs utile en conception conceptuelle.
Mthodologies bases sur les modles orients objet

Les mthodologies bases sur les modles orients objets sont beaucoup utilises dans des
domaines varis. Un objet y est dfini par sa structure et son comportement. Les lments physiques
de la conception, ses paramtres et ses proprits peuvent tre reprsents comme des objets et leurs
attributs. Les caractristiques de la reprsentation objet sont labstraction, lencapsulation, le
polymorphisme et lhritage. Les techniques orientes objet ont lavantage de rendre la modlisation
plus flexible.
Mthodologies bases sur les modles de standardisation

En plus des efforts qui ont t consentis sur le dveloppement et lutilisation de mthodologies
bases sur des modles orients objet, des efforts ont t faits dans les domaines de la normalisation
et de la standardisation. Ce travail a t effectu conjointement par le monde industriel et par le
monde scientifique. Il a conduit llaboration de plusieurs normes, dont la plus connue et
consensuelle actuellement est la norme STEP. La documentation de STEP est partitionne en
diffrentes parties et est base sur une architecture en trois couches qui a t adopte partir du
rapport du comit ANSI/SPARC sur une architecture de systme de gestion de bases de donnes.
Larchitecture de STEP comporte donc les trois niveaux suivants :
le niveau externe, qui contient les protocoles dapplication, fournit une information pour une
application spcifique (telle que la gomtrie de surface pour la conception mcanique),
le niveau conceptuel, qui contient les modles dinformation des ressources intgres, fournit
linformation gnrique et indpendante du domaine. Il existe deux types de ressources
intgres : les ressources intgres gnriques, qui ont une applicabilit gnrale, et les ressources
intgres dapplication, qui supportent une seule application ou un ensemble dapplications
similaires,
le niveau interne, qui contient les mthodes dimplmentation de STEP.
Les modles dinformation de STEP, que ce soit dans les ressources intgres ou dans les
protocoles dapplication, sont dcrits laide du langage EXPRESS. Ce langage est bas sur le
modle entits-attributs-relations et comprend les notions de gnralisation et de spcification de
contraintes. EXPRESS a une forme graphique, EXPRESS-G, qui supporte les notions de schma,
dentit, de type, de relation et de cardinalit.
Mthodologies bases sur les modles base de connaissance

Enfin, les mthodologies utilises par le monde industriel comprennent galement les
mthodologies bases sur la modlisation base de connaissance. Ce type de mthodologie est
- 13 -

spcialement utilis dans les activits de conception conceptuelle. La conception conceptuelle est
une activit qui ncessite une grande habilet intellectuelle car il faut disposer de diffrentes sources
de connaissance (connaissances sur les cots, les performances, etc.) mais galement diffrents types
de connaissance (physique, mathmatique, exprimentale, etc.).
Trois approches peuvent tre diffrencies dans les reprsentations de la connaissance :
analytique, structurelle ou interactionniste. La premire considre la connaissance comme un
ensemble dassertions dans un domaine particulier. La logique a t utilise comme reprsentation de
base pour ce type dapproche. Lapproche structurelle considre quant elle la connaissance comme
un rseau de concepts inter-relis. La principale limite de ce type dapproche est le manque de
dfinitions et de formalisation. Enfin, lapproche interactionniste est base sur le principe que la
connaissance est obtenue et structure incrmentalement travers des interactions avec dautres
participants.
3.3.2

Autres modles et mthodologies

De nouveaux concepts ont t labors pour rpondre aux besoins gnrs par lIngnierie
Concourante qui implique de faire collaborer un ensemble de personnes et de capitaliser la
connaissance de lentreprise. Ils ont amen les chercheurs et les industriels proposer dautres
modles et mthodologies de conception et ont conduit au dveloppement de processus virtuels et
de la prise en compte des historiques de conception.
Modlisation de produit et processus virtuels
Cest pour rpondre au besoin de collaboration que la notion dentreprise virtuelle a t invente.
En effet, lIngnierie Concourante implique de faire collaborer non seulement des personnes
appartenant une mme entreprise mais galement des personnes dentreprises diffrentes telles que
les sous-traitants. Ce type de collaboration inter-entreprise est pratiqu dans de grands groupes
comme EADS AIRBUS [Papazoglou 2000], Dassault Aviation [Rouchon 2000], PSA Peugeot
Citron ou encore Renault SA. Dans ces entreprises, la notion de modle produit virtuel a t
dveloppe afin de pouvoir supporter lensemble des informations lies au produit au cours du cycle
de vie. Ce modle virtuel est bas sur les standards pour le partage et lchange des donnes de
CFAO et de gestion [Rouchon 2000]. Il permet de reprsenter la nature collaborative et distribue
de lIngnierie Concourante de mme quil permet de grer le partage de linformation.
Dautres tudes sont alles dans ce mme sens, comme notamment [Chen et al. 2000], qui ont
dvelopp une mthodologie de modlisation de processus virtuels. Les tapes du dveloppement
de leur systme sont :
une analyse des besoins, dans laquelle ils identifient et classifient des lments,
la planification et la conception du systme
la modlisation du systme.
Dautres mthodes de travail ont t dveloppes, comme celle base sur la modlisation des
historiques de conception.
Modlisation des historiques de conception
Cette mthodologie simpose de plus en plus. Lintrt grandissant pour ce type dapproche vient
du deuxime besoin li lIngnierie Concourante : la capitalisation des connaissances de
- 14 -

lentreprise. Outre le fait de ne pas perdre lexprience des experts lorsquils quittent lentreprise,
lobjectif est ici de ne pas perdre de temps re-concevoir un produit qui a dj t construit ou de
sinspirer dun travail prcdent pour une nouvelle tche.
Lintrt des historiques de conception vient du fait quils peuvent tre utiliss pour [Shah et al.
1996]) :
coordonner la conception pour les quipes,
aider les concepteurs comprendre les intentions de leurs collgues,
grer le processus de conception,
intgrer la conception et la fabrication, en permettant par exemple une meilleure comprhension
des intentions derrire les dimensions et les tolrances imposes par le concepteur.
Actuellement, les historiques de conception sont rarement archivs dans une forme intgre et
accessible : il y a alors un risque de perte de la connaissance technique ou un risque que cette
connaissance ne soit pas accessible aux bonnes personnes au bon moment. Le problme est de
trouver une reprsentation adquate des historiques de conception autre que les systmes de gestion
des fichiers commerciaux utiliss actuellement pour grer les donnes de produit. [Shah et al. 1996]
indiquent que les lments de donnes des historiques de conception peuvent tre classs en quatre
lments dinformation :
les donnes de produit, qui contiennent des informations pour modliser les spcifications des
attributs de la conception (forme, taille, matriel, etc.), les relations dassemblage, les
configurations de diffrentes versions, les nomenclatures ou les listes des parties contenues dans
chaque version,
les tapes de conception, qui sont classifies en types spcifiques (dcomposition, analyse,
calculs, collecte des donnes, etc.) et qui prennent en compte les aspects temporels des tapes de
conception (squence, paralllisme, itration) ainsi que des informations sur la personne qui a
ralis chaque tape de conception et quand,
les relations entre les tapes de conception et les donnes produit, qui dterminent quels
produits correspondent aux entres dune tape de conception et quels produits ont t modifis
ou crs la suite dune tape de conception,
les raisonnements, qui correspondent aux contraintes, dcisions et raisons qui affectent les choix
de conception, et qui correspondent galement des alternatives, des arguments ou des
dcisions.
Les travaux de recherche de ces dernires annes essayent de lier ces ensembles de modles et de
mthodologies de conception la gestion des points de vue des experts. Il apparat en effet
invitable de prendre en compte cette nouvelle dimension qui est dsormais essentielle dans le
processus de dveloppement de produits.

3.4

Gestion des points de vue

3.4.1

Problmatique

Le problme de la gestion des points de vue a souvent t trait dans les travaux de recherche de
ces dernires annes. En effet, il est vite apparu que la prise en compte des points de vue des experts
intervenant dans un projet est indispensable pour une meilleure modlisation des produits et des
- 15 -

processus. Une des premires tapes dans ce problme est lidentification de tous les points de vues
qui peuvent exister. cette fin, les tudes prcdentes sur ce problme ont propos des
classifications. La plupart dentre elles regroupent les points de vues en quatre catgories [Whitman
et al. 1998].
Dans le cadre du dveloppement de CIMOSA1 (Computer Integrated Manufacturing Open
Systems Architecture), ces catgories sont : fonction, information, ressource et organisation.
Curtis rfrence les points de vue de manire fort analogue. Il les identifie comme fonctionnel,
comportemental, organisationnel (ou de ressource) et informationnel. La vue fonctionnelle
dtermine quels lments de processus sont raliss et quels flots dentits dinformation sont
appropris ces lments de processus. La vue comportementale dtermine quand et par qui les
lments de processus sont raliss. La vue organisationnelle nous dit quand et par qui les processus
sont raliss et enfin la vue informationnelle donne les entits dinformation qui sont produites ou
manipules par le processus.
Dans le systme ARIS2 (Architecture of Integrated Information Systems), les trois vues
principales sont une fois encore les donnes, les fonctions et lorganisation. La quatrime vue
dpend du contexte et est nomme soit la vue de ressource soit la vue de contrle.
Dautres tudes considrent une classification des vues selon plus de quatre catgories. Cest le
cas de Zachman qui, dans sa structure, dcrit cinq dimensions : planificateur (modle de porte),
propritaire (modle de lentreprise), concepteur (modle de systme), constructeur (modle
technologique) et sous-traitant (composants).
Enfin, dautres travaux, raliss lAutomation & Robotics Research Institute de luniversit du
Texas, dcrivent galement une approche base sur cinq vues. Nous pouvons y retrouver certaines
des vues prcdemment cites :
la vue dinformation, qui dcrit les entits gres par lentreprise ainsi que les rgles qui rgissent
leurs relations et leurs interactions,
la vue dactivit, qui dfinit les fonctions ralises par les entreprises,
la vue du processus des affaires, qui dfinit un ensemble de processus squencs dans le temps,
la vue de ressource, qui concerne les ressources et les capacits gres par lentreprise,
la vue dorganisation, qui dcrit comment lentreprise est organise.
On peut ainsi constater quil existe un consensus autour de la classification des vues : ainsi de
manire quasi systmatique les notions de fonction, dinformation, dorganisation et
comportementale se retrouvent.
De plus, la plupart des tudes sur les points de vue montrent que la difficult de traiter ce type de
problme vient des interactions entre toutes les vues et du maintien de la "consistance" des
informations. Nous allons prsent voir quelles sont les approches qui ont t proposes, quelles
sont les avances quelles ont permises et quelles difficults sont rencontres.
3.4.2

Les grandes approches qui se dgagent

Les solutions qui ont t proposes pour traiter le problme de la gestion des points de vue
peuvent tre classes en catgories distinctes : les approches modle unique et les approches
1
2

http://cimosa.cnt.pl/
http://www.pera.net/Methodologies/ARIS/ARIS.html

- 16 -

multiples modles ([Dartigues et al. 2001, Ghodous et al. 2000]). Nous allons dans ce qui suit dcrire
ces deux approches.
Approche modle unique
Lapproche modle unique correspond lapproche actuelle de modlisation dun produit qui
consiste construire un modle unique et consensuel partir de diffrentes vues. Ce modle doit
tre capable de reprsenter toutes les informations relatives chaque vue. Cette approche est utilise
dans les travaux actuels sur la reprsentation de produits dans les systmes de CAO. partir de
cette reprsentation unique du modle, des interprtations du produit qui vont correspondre aux
diffrents points de vue des experts sont ralises [Haymaker et al. 2000]. La Figure 1 rsume le
principe de fonctionnement de cette approche.
Expert

Expert

Point de vue n1

Point de vue n2

...

Expert
Point de vue nn

Interprtation
Interprtation

MODLE
UNIQUE

Interprtation

PRODUIT

Figure 1 : Reprsentation de lapproche modle unique

Lapproche modle unique a donn lieu de nombreux travaux dans le domaine de la
normalisation et de la standardisation. Le rsultat le plus connu est le standard international
dchange de donnes STEP.
Approche modles multiples
Lobjectif de lapproche multiples modles est, contrairement la prcdente, de crer un
modle pour chaque vue dexpert et dtablir des relations entre chacune de ces entits. Cette
approche a notamment t utilise par [Naja et al. 1995, Rosenman et al. 1997]. La difficult rside
ici dans le fait que plusieurs disciplines interviennent en mme temps dans le dveloppement du
produit et que la reprsentation de ce dernier est en constante volution. La gestion des relations
entre les diffrentes reprsentations passe donc par lutilisation de rgles de cohrence qui
sappliquent sur lensemble des modles. La Figure 2 rsume cette approche.

- 17 -

Expert

Expert

Point de vue n1

Point de vue n2

Adaptation
MODLE 1

...

Adaptation
MODLE 2

Expert
Point de vue nn

Adaptation
MODLE n

RGLES DE COHRENC E

PRODUIT

Figure 2 : Reprsentation de lapproche multiples modles

Avant de dterminer quel type de mthode de reprsentation est mieux adapt au dveloppement
de produit dans un contexte multi-vues, il nous faut considrer de manire prcise les approches que
nous venons de dcrire pour dterminer les problmes quelles sont capables de rsoudre ainsi que
les points pour lesquels elles sont pnalisantes.
Avantages et inconvnients des deux approches
Le principal attrait de lapproche modle unique rside dans le fait quil y a un unique modle
grer, ce qui permet de grer efficacement lchange et le partage dinformation. Cest la raison pour
laquelle des travaux ont t bass sur cette approche pour concevoir la norme STEP. Cependant, un
des problmes lis ce type dapproche est quelle conduit une reprsentation statique et fixe du
produit. Le caractre statique des modles qui sont gnrs vient du fait que les modles manipuls
par les experts sont fixs une fois pour toutes : ils ne varient pas en mme temps que la
reprsentation du produit. Ils ne permettent donc pas, par exemple, la reprsentation des
comportements des produits qui varient dans le temps [Whitman et al. 1998]. Un autre des
problmes rencontrs dans ce type dapproche est que toutes les entits du produit doivent tre
explicitement nonces. Cela alourdit considrablement les traitements pour collecter les donnes de
tous les experts et les restituer la bonne personne au bon moment. Enfin, lapproche modle
unique napparat pas adapte la prise en compte de diffrents points de vue, car les primitives (le
langage) utilises pour construire le modle, les fonctions associes aux produits, les structures des
modles ainsi que les comportements des produits modliss diffrent dun expert un autre
[Gardan 1999]. Ce sont tous ces points qui ont conduit les chercheurs dans ce domaine sintresser
lapproche multi-modles.
Cette approche gnre en effet une reprsentation dynamique qui peut capter et dcrire le
comportement du systme au cours du temps ([Whitman et al. 1998]). Cette approche permet
galement aux experts de travailler de manire individuelle avec les modles qui lui conviennent le
mieux tout en tant inform des avances des autres experts. Cependant, ce point qui constitue la
force de cette approche constitue galement son point faible. En effet, si le travail des experts est
privilgi grce un ensemble de modles adapts leurs besoins, le maintien de la cohrence entre
ces modles ainsi que le partage et le transfert dinformation sont beaucoup plus difficiles assurer.
Le problme de la cohrence est attnu par lutilisation de rgles de cohrences, mais leur
- 18 -

identification et leur formalisation reste difficile.

Ces points nous ont conduit, dans le cadre de notre recherche, une autre approche de la gestion
des points de vue qui prsente un compromis entre la normalisation pour lchange et le partage des
donnes et lutilisation de modles adapts aux diffrents mtiers.
3.4.3

Une solution alternative

Mme si lapproche multiples modles tend ces dernires annes plus se dvelopper que
lapproche modle unique, les inconvnients quelle gnre au niveau de lchange et du partage de
linformation restent pnalisants. Nous nous sommes donc intresss une solution mixte qui nous
permette de tirer parti des deux approches que nous venons de dcrire. Cette approche mixte nous
permet dlaborer un ensemble de modles spcifiques chaque discipline et galement de faciliter
les changes dinformation. Notre mthode sappuie donc la fois sur lapproche modle unique et
sur lapproche modles multiples.
En effet, nous proposons que chaque expert puisse disposer de son propre ensemble de modles
afin de pouvoir manipuler au mieux les informations et les connaissances dont il dispose.
Cependant, nous reprsentons ces modles de manire normalise, soit laide de la norme STEP, si
les modles qui existent dj dans cette norme conviennent aux experts, soit laide de modles
spcifiques exprims avec le formalisme EXPRESS. Cette normalisation des modles manipuls par
les experts a pour consquence directe de faciliter le partage et lchange des donnes.
Pour mieux dterminer lensemble de modles qui sont ncessaires aux experts, il est ncessaire
de prciser la mthode de conception employe. Nous avons choisi la mthode base sur le
formalisme FBS [Umeda et al. 1996, Umeda et al. 1990, Umeda et al. 1997]. Elle comporte plusieurs
tapes et leurs modles associs. La premire tape est la dfinition des besoins, exprims dans un
cahier des charges par le client. Les besoins expliquent pourquoi un objet est ce quil est, et sont
exprims de manire formelle ou non formelle. Ils sont ensuite analyss pour en dduire lensemble
des fonctions qui vont caractriser le produit. Les fonctions nous disent ce que fait un objet. partir
de cet ensemble de fonctions, des comportements, qui dterminent comment un objet fait ce quil
fait, sont dduits. Ltape suivante consiste construire la structure du produit, qui est en relation
avec un ensemble dautres modles : le modle gomtrique, le modle de matriaux, le modle de
tolrances, etc. Comme chacun des experts a sa disposition son propre ensemble de modles, il
nous faut, comme pour lapproche modles multiples "classique", utiliser un ensemble de rgles de
cohrence. Cette approche est similaire celle propose par [Rosenman et al. 1997] et [Trousse
1998]. Ils proposent eux aussi un ensemble de modles pour reprsenter toutes les vues et qui
utilisent des relations pour relier explicitement les modles entre eux. Nous basons nos rgles de
cohrence sur le modle de structure du produit. ce stade de notre tude, les rgles que nous
avons dfinies comprennent :
la rgle same-as, qui est utilise lorsque plusieurs experts manipulent le mme produit mais avec
des terminologies qui leur sont propres. Cette rgle nous permet de tenir compte des diffrences
terminologiques qui existent entre des mtiers diffrents. Elle est galement utilise dans la
mthode dveloppe par [Rosenman et al. 1997],
la rgle NAU, qui est utilise pour exprimer le fait quun produit est un composant dun autre
produit,
la rgle part-of, qui signifie quun produit est une partie dun autre produit. Cette relation nous
- 19 -

permet de spcifier que tout changement dans lune des proprits du produit doit entraner une
modification des autres parties du produit,
la rgle constraint-by, qui signifie quune proprit dun produit est contrainte par les proprits
dun autre produit.
La Figure 3 rsume lapproche que nous nous venons de dcrire.
Expert

Expert

Point de vue n1

Point de vue n2

Adaptation
MODLE 1

Expert

...

Adaptation

Point de vue nn

Adaptation

MODLE 2

MODLE n

RGLES DE COHRENC E

PRODUIT

Figure 3 : Reprsentation de notre approche mixte

3.5

Synthse

La modlisation adquate de toutes les informations manipules durant le dveloppement dun

produit est essentielle. Elle passe par une modlisation du produit, des processus et dsormais aussi
des points de vue des experts.
La modlisation du produit tait, jusqu ces dernires annes, axe sur la gomtrie, les
applications de CAO utilises par les industriels en tant un exemple. Cependant, mme si les
modles gomtriques tels que les B-Rep ou les CSG se sont rvls efficaces pour grer la
reprsentation du produit, ils ont vite montr leurs limites dans le cadre dune optimisation du
processus de dveloppement du produit. Les industriels attendent maintenant des applications de
CAO de les assister durant tout le processus de dveloppement du produit, et non plus uniquement
durant la conception. De nouveaux modles sont donc de plus en plus utiliss, et notamment les
modles de besoin, de fonctions et de comportement, qui permettent de suivre lvolution du
produit durant le processus de dveloppement.
Cependant, les besoins des industriels comprennent dsormais la gestion des connaissances de
lentreprise, connaissances qui incluent les informations relatives des conceptions prcdentes ainsi
que lexprience des experts. De nouveaux concepts ont ainsi t invents pour rpondre ces
besoins. La modlisation des historiques de conception ou llaboration de modles produits virtuels
font partie de ces nouveaux concepts. Cependant, des progrs doivent encore tre faits pour
modliser correctement les informations, surtout pour quelles puissent tre restitues de manire
optimale. De plus, ces nouvelles mthodologies se doivent de prendre en compte la gestion des
points de vue, qui est maintenant indissociable de lIngnierie Concourante.
Les travaux concernant la gestion des points de vue se sont considrablement dvelopps ces
dernires annes. La principale avance dans ce domaine est que les systmes sont passs de la
- 20 -

gestion dun modle unique un ensemble de modles qui sont associs aux diffrentes vues des
experts. Cependant, ces deux approches ne sont pas compltement satisfaisantes car elles imposent
aux industriels de faire un choix entre des facilits de partage et dchange des informations et une
reprsentation des informations qui est adapte aux besoins dune discipline particulire. Cest
pourquoi dautres approches ont t dveloppes, et en particulier celle propose par [Ghodous et
al. 2000] et [Dartigues et al. 2001]. Cette nouvelle approche combine lapproche multiples modles
avec lapproche modle unique. Les experts y disposent de leurs propres modles qui sont adapts
leurs besoins et leur discipline et qui sont exprims laide du langage EXPRESS. Ce langage
permet une normalisation des modles, facilitant par l mme leur partage et leur change. Les
modles qui sont proposs aux experts leur permettent dtre mieux pauls durant tout le processus
de dveloppement dun produit. Ce sont les modles de besoins, de fonctions, de comportements,
de structure, de gomtrie, de vrification de la cohrence entre les diffrents modles, etc.
Cependant, une modlisation adquate des informations ne suffit pas elle seule garantir une
bonne mise en uvre de lIngnierie Concourante dans les entreprises : il est ncessaire de changer
la faon de travailler des dveloppeurs et de mettre en place une nouvelle organisation du travail. La
partie suivante de notre tude traite de la gestion et de lorganisation de lIngnierie Concourante.

4 Gestion et organisation de lIngnierie Concourante

4.1

Introduction

LIngnierie Concourante correspond un bouleversement profond des mentalits. Les acteurs

du processus de dveloppement de produits ne doivent plus raisonner de faon individuelle mais
collective. Ils doivent prendre en compte les opinions et les actions des autres personnes participant
au projet. Ce nouveau mode de fonctionnement de lentreprise implique que les diffrentes tches
qui sont impliques dans le processus de dveloppement dun produit ne sont plus effectues de
manire squentielle mais en parallle. Cette paralllisation des activits a pour consquence une
forte augmentation des changes entre les diffrents collaborateurs. Ces changes sont de nature
diverse. Les experts changent bien videmment des donnes relatives au produit quils conoivent.
De plus, les individus communiquent entre eux, pour se tenir informs des volutions du projet ou
pour informer les autres. Tout ceci ne va pas sans crer des conflits, quil faut pouvoir dtecter puis
rsoudre. Enfin, un des points cls de lIngnierie Concourante est la capitalisation des
connaissances, qui permet de rduire les temps de dveloppement mais qui prsente galement une
aide au processus de rsolution de conflit.
Tout ceci nous amne traiter dans cette partie la dcomposition des activits, pour ensuite nous
intresser, dans le cadre de la gestion des changes, la gestion des donnes, des communications,
des conflits et des connaissances.

4.2

Dcomposition des activits

Selon [Carratt et al. 2000], lIngnierie Concourante est une approche fonde sur une organisation
transfonctionnelle et transmtier (commercialisation, tudes, mthodes, production, maintenance,
- 21 -

etc.) pour contribuer rduire les temps de mise sur le march dun produit. Cette rduction est
obtenue par la paralllisation des activits de conception portant sur le produit et ses modes de
production.
4.2.1

Les diffrents types de paralllisme

Dans son tude sur limplantation de lIngnierie Concourante dans les entreprises canadiennes,
[Balakrishnan et al. 2000] distingue plusieurs types dactivits excutes en parallle :
le paralllisme de produit, qui correspond au dveloppement simultan de produits diffrents
mais relis o la coordination est ncessaire entre les quipes,
les phases de projet menes en parallles pour le dveloppement dun produit,
la conception parallle, qui est le recouvrement de plusieurs fonctions de conception (e.g.
mcanique, lectriques, etc.) dans un projet.
Dautres recherches vont dans le mme sens et traitent elles aussi de ce problme, notamment
[Balakrishnan et al. 2000, Carratt et al. 2000, Lonchamp 2000]. Parmi ces travaux de recherche, nous
pouvons trouver plusieurs tudes sur la mise en place de la paralllisation des activits dans les
entreprises.
4.2.2

tude de la paralllisation des activits dans les entreprises

Ltude de [Balakrishnan et al. 2000] a port sur la manire dont les entreprises canadiennes ont
mis en place lIngnierie Concourante. Les auteurs se sont poss une srie de questions auxquelles ils
ont essay de rpondre. Pour ce faire ils ont caractris des projets en fonction :
des objectifs de lentreprise travers leur projet : qualit, cot et temps,
de la complexit des projets : faible, moyenne ou forte,
du degr dinnovation des projets : faible, moyenne ou forte,
du risque technique pris par les entreprises : faible, moyenne ou forte.
Il est ressorti de cette tude que la faon dont lIngnierie Concourante est implante est fonction
des centres dintrt des entreprises, et que le degr de paralllisme change avec les buts et le type de
paralllisme utilis. La Figure 4 rcapitule le degr de paralllisme utilis pour des objectifs
spcifiques et pour les trois types de paralllisme dfinis dans le paragraphe prcdent.
Objectifs
Type de
Paralllisme
Produit
Phase de projet
Conception parallle

Innovation

Temps

Cot

Qualit

Forte

Moyenne

Moyenne

Moyenne

Moyenne

Forte

Forte

Moyenne

Forte

Forte

Moyenne

Moyenne

Figure 4 : Degr de paralllisme utilis pour des objectifs diffrents [Balakrishnan et al. 2000]
Pour rsumer ce tableau, nous pouvons dire que plus les entreprises veulent parallliser leurs
tches et plus il faut dinteractions entre les membres des quipes. Dun point de vue diffrent nous
pouvons galement dire que plus lquipe est intgre, cest--dire plus il existe dinteractions, plus il
est facile dimplmenter le paralllisme. Ainsi, les buts du projet influencent directement le degr de
paralllisation et par consquent le volume dchanges entre les diffrents intervenants.
- 22 -

4.3

Gestion des changes

Les changes entre les personnes collaborant au sein dun projet comprennent les changes de
donnes et la communication entre les individus. Cependant, ces changes conduisent des conflits
quil faut pouvoir identifier et rsoudre. De plus, lamlioration des changes entre les concepteurs et
loptimisation des techniques de rsolution de conflit saccompagne bien souvent de la gestion des
connaissances. Nous allons donc dans cette partie nous intresser la gestion des donnes, des
communications entre experts, des conflits ainsi que de la connaissance.
4.3.1

Gestion des donnes

Lchange et le partage des donnes dpendent de la nature de linformation. Lorsque

linformation est structure, lchange et le partage sont matriss. Par contre, dans le cas des
informations semi-structures et non structures cela devient beaucoup plus difficile. Les travaux de
recherche dans ce domaine ont donn lieu llaboration de plusieurs techniques.
Les normes et standards dchange de donnes sont utiliss dans diffrents domaines, comme la
tlerie [Rouchon 2000], larospaciale [Carratt et al. 2000], lautomobile, le btiment [Lasserre 2000]
ou encore la coupe [Deshayes et al. 2001a, Deshayes et al. 2001b]. Le standard le plus connu et le
plus utilis est STEP, que nous avons prsent dans la partie prcdente.
Dautres techniques ayant pour objectif de favoriser lchange et le partage dinformations sont
bases sur lutilisation de Systmes de Gestion de Bases de Donnes (SGBD) ou PDMS, Product
Data Management System. Les SGBD ont pour rle de grer les rfrences informationnelles dun
produit tout au long de son cycle de vie. Une dfinition en est donne par [Carratt et al. 2000] : un
SGBD est "un outil intgr permettant de consolider et redistribuer lensemble du patrimoine
informationnel dun produit, dfinir, concevoir, fabriquer et maintenir, et den structurer et
contrler les donnes techniques, leur volution et leur distribution". Lvolution actuelle des SGBD
soriente vers des solutions de dveloppement collaboratif de produit. Une variante des SGBD est
propose par [Ndiaye et al. 2000] : les auteurs utilisent une structure appele "repository" (ou dpt)
qui contient tous les modles des utilisateurs. Cette structure permet aux experts dchanger et de
partager des informations (donnes, ressources, documentation, etc.) relatives un produit
(processus, partie, etc.).
Il ny a cependant pas que des donnes qui doivent tre changes durant le processus de
dveloppement dun produit : les experts ont galement besoin de communiquer entre eux.
4.3.2

Gestion des communications entre experts

Un systme mettant en uvre lIngnierie Concourante se doit de grer les communications entre
les diffrentes personnes qui collaborent au sein dun mme projet. Les changes entre les individus
peuvent tre de deux types : synchrones ou asynchrones, les personnes nayant pas forcment besoin
dtre prsents simultanment pour pouvoir communiquer. Les techniques qui sont utilises sont
multiples : courriers lectroniques, fichiers publics, fichiers partags, forums, agendas partags,
vido-confrences, espaces de travail communs (workflow), logiciels de groupware, etc.
[Gardoni et al. 1999] proposent un systme de messagerie interactive pour grer la concurrence
dans le domaine de larospatiale. Pour llaboration de leur systme, les auteurs ont effectu une
classification des diffrents outils existant pour voir quels besoins ils rpondaient le mieux. Pour ce
faire, ils ont considr quatre types de communication :
- 23 -

 les communications qui concernent les informations stockes sur un ordinateur et utilises
uniquement par leur propritaire,
les communications qui concernent les informations envoyes une personne,
les communications qui concernent les informations envoyes plusieurs personnes,
les communications qui concernent les informations envoyes un groupe de personnes.
Cette classification a permis de voir prcisment pour quels types dinformations chacun des
outils cits prcdemment est le plus efficace. Il en rsulte que le courrier lectronique est adapt
lorsquil sagit de communiquer des informations semi-structures ou non structures une
personne ou un ensemble de personnes. Les forums remplacent les courriers lectroniques pour le
traitement de ce type dinformation lorsquun groupe de personnes est cette fois concern. Pour la
communication dinformations structures, plusieurs outils semblent tre utilisables. Les
"workflows" sont adapts pour les communications entre deux personnes ou entre une et plusieurs
personnes. Par contre, la communication dinformations structures entre un individu et un groupe
de personnes passe par lutilisation de fichiers publics et partags ainsi que dagendas partags.
Il ressort donc de cette tude que le choix de loutil de communication utiliser nest pas anodin
et quil dpend de deux critres importants : le type dinformation changer et les personnes qui
sont vises. Le choix doutils de communication adapts est donc essentiel pour une bonne mise en
uvre de lIngnierie Concourante dans lentreprise. Il est dautant plus important quil permet
dviter une perte dinformation ou une mauvaise transmission de ltat davancement dun projet, ce
qui peut tre source de nombreux conflits.
4.3.3

Gestion des conflits

Les difficults mettre en place lIngnierie Concourante dans les entreprises proviennent des
conflits qui apparaissent. Ces conflits ont plusieurs sources :
dcisions qui doivent tre prises, dcisions qui sont soumises des intrts parfois
contradictoires et des luttes dinfluence au sein dun groupe de personnes,
diffrentes versions dun mme produit existent, versions qui sont manipules par plusieurs
personnes. Ces personnes nont pas toujours des rapports directs au sein de lentreprise mais
collaborent laide doutils de communication.
Ces conflits existaient dj dans lIngnierie squentielle traditionnelle mais ils taient rsolus
implicitement par un processus itratif, tandis que lIngnierie Concourante requiert des schmas
explicites de rsolution [Sreeram et al. 1999b].
Classification des conflits
Certaines des tudes qui ont t menes sur ce sujet ont essay de trouver une classification des
diffrents types de conflits qui existent. Parmi ces tudes, nous pouvons trouver celle de [Gardoni et
al. 1999], qui donne un dbut de taxinomie des types de conflits. Une partie de cette classification est
donne par la Figure 5.

- 24 -

Conflit buts/buts
Conflit buts/traitements
Conflit de croyance
Conflit traitemant/traitement

Conflit inter-agent

Conflit de concepts diffrents

Conflit de conceptualisation
Conflit de terminologies diffrentes

Figure 5 : Partie de la taxinomie des conflits par [Gardoni et al. 1999]

De manire plus gnrale, les auteurs identifient deux points qui peuvent diffrencier les conflits.
En effet, les conflits impliquent selon eux soit la manire dont les concepteurs reprsentent la
conception, soit la manire dont ils reprsentent le contenu de la conception.
Une autre tude mene sur les conflits et leur classification a t mene par [Matta 1996]. Un des
rsultats qui en ressort est quil existe deux classes de conflits dans lIngnierie Concourante : les
conflits entre conception et besoins et les conflits qui correspondent aux dsaccords entre
participants concernant leurs propositions de conception. Le premier type de conflits intervient
lorsque la conception faite par lun des participants ne satisfait pas les besoins initiaux. Le deuxime
type de conflit provient de problmes de stratgie utilise et de propositions fates par les
concepteurs :
les conflits stratgiques correspondent une inconsistance dans les mthodes et outils utiliss
par les concepteurs, une inconsistance dans lallocation des tches chaque participant, une
divergence entre les responsabilits des participants et des problmes dans leur coopration,
les conflits lis aux propositions fates correspondent une msentente des terminologies des
concepteurs et de leurs points de vue ainsi qu une non acceptation des conditions pour
lesquelles une proposition est fate et des consquences par lesquelles une proposition contraint
le cycle de conception.
Une typologie plus complte des conflits est galement propose dans [Matta 1996] et est donne
par la Figure 6.
Conflits

Stratgies

Coordination
des tches

Ralisation
des tches
Mthodes et
outils utiliss

Propositions

Tches

Organisation

Coopration

Comprhension

Responsabilits

Terminologies

Acceptation

Points de vue

Prfrences

Prconditions

Ressources

Conditions

Besoins

Figure 6 : Typologie des conflits propose par [Matta 1996]

- 25 -

lments

Qualit

Consquences

Contraintes

Interaction

Il existe de fortes similitudes entre les propositions faites par [Gardoni et al. 1999]et [Matta 1996].
Ainsi, nous pouvons trouver une distinction commune entre les conflits qui concernent les stratgies
choisies durant le processus de dveloppement dun produit et les propositions concrtes qui sont
faites. Les premiers conflits touchent des points aussi divers que la coordination des tches, les outils
utiliss, la coopration entre les participants, etc., tandis que les autres font rfrence aux
terminologies employes, aux besoins lis au produit, aux ressources disponibles, la qualit, etc.
Une troisime classification des conflits se distingue des prcdentes par les types de classes de
conflits quelle considre. [Sreeram et al. 1999b] font rfrence des conflits lgers, moyens ou durs.
Les conflits lgers surviennent principalement entre des agents intervenant dans le processus de
communication. Ils sont dus des erreurs smantiques ou un manque dinformation. Ils ne sont
pas trs difficiles rsoudre mais arrivent frquemment : ils ncessitent donc des procdures de
rsolution rigoureuses. Les conflits moyens sont principalement dus des estimations
approximatives, des failles dans les performances ou des dlais trop longs dans le processus de
dveloppement dun produit. Enfin, les conflits durs vont de la violation de contrainte dans un
produit des problmes dordre socio-culturels. [Sreeram et al. 1999b] considrent quune situation
de conflit est rarement pure. Il peut par exemple y avoir des cas de conflit durs qui consistent en un
ensemble de conflits lgers.
Ces classifications des conflits permettent de trouver des mthodes de rsolution qui sont mieux
adaptes des situations de conflit bien prcises. En effet, il nest pas possible dutiliser une
mthode gnrique pour rsoudre nimporte quel type de problme.
Cest pour trouver des mthodes de rsolution de conflit qui soient les mieux adaptes des
situations donnes que des tudes ont galement cherch classifier les processus de rsolution de
conflit.
Classification des processus de rsolution de conflits
[Klein 2000] dtermine quatre classes principales de processus de rsolution de conflit, classes qui
sont divises en deux groupes :
si un conflit nest pas encore arriv, Mark Klein identifie alors deux types de processus : les
processus danticipation de conflit et les processus pour viter les conflits. Un exemple du
premier type de processus peut tre que lorsquun expert sait quun changement va augmenter
lutilisation dune ressource limite, il peut anticiper le fait quune modification peut provoquer
un conflit, mme sans avoir besoin de calculer limpact rel dutilisation de cette ressource. Un
exemple du deuxime type de processus peut tre dviter les conflits terminologiques, du des
collaborations inter-disciplinaires, en standardisant les terminologies de tous les participants ds
le dbut du dveloppement dun produit,
si un conflit a dj eu lieu, deux types de processus existent et sont par ailleurs complmentaires :
la dtection de conflit, comme les changements de mmos ou les runions multi-fonctionnelles,
et la rsolution de conflit. Ce dernier processus peut inclure tout ce qui structure linteraction de
rsolution de conflit entre les concepteurs de mme que tout ce qui calcule prcisment une
rsolution de conflit (comme la mthode doptimisation multi-critres).
On retrouve nouveau des similitudes entre le travail ralis par [Klein 2000] et celui ralis par
[Matta 1996]. Ce dernier manipule galement quatre classes de processus de rsolution de conflit
quil associe des sous-tches de lIngnierie Concourante :
- 26 -

 pour la conception, des mthodes de prvention sont prconises. Les problmes dans ce type
de tche sont lis au fait que diffrents concepteurs avec des points de vue spcifiques, et parfois
mme contradictoires, collaborent. Nada Matta cite les travaux de Ramesh, qui conseille dviter
dans un premier lieu les conflits de terminologie et dinterprtation en partageant une partie de la
connaissance. Il cite galement les travaux dEasterbrook, qui associe des conflits potentiels aux
caractristiques des membres des groupes. Il recommande ainsi des stratgies pour former un
groupe en respectant les caractristiques et les relations des membres.
pour largumentation, lauteur indique lutilisation de mthodes dargumentation pour aider les
participants justifier leurs propositions. Largumentation est utilise pour dfendre une position
et persuader un groupe de la choisir. Les arguments doivent tre explicites la fois pour viter si
possibles des conflits et pour dterminer prcisment leur nature.
pour lvaluation des propositions, Nada Matta prconise la dtection de conflit, pour laquelle
des mthodes de diagnostique peuvent tre utilises.
pour lvaluation des propositions, des mthodes de ngociation peuvent tre utilises, parmi
lesquelles se trouvent le raisonnement base de cas, la recherche dans un graphe de buts, la
modification dune proposition pralablement rejete, etc.
En plus de ces classifications de processus de rsolution de conflit, nous pouvons trouver dans
diffrentes tudes des types particuliers de rsolution de conflits. Certaines mthodes de rsolution
concernent un problme bien spcifique. Cest le cas de [Falquet et al. 1999] o la conception
collaborative dune base de concepts est considre en vue dune utilisation dans une base de
connaissances terminologiques multi-vues. Cette tude conduit la prise en compte de deux types
de conflits et des mthodes de rsolution qui leur sont spcifiques. Cette classification nest pas la
seule prendre en compte la ngociation comme technique de rsolution de conflit. Dans leur tude
sur ce problme, [Sreeram et al. 1999a] caractrisent deux attributs cls de la ngociation comme
tant les prfrences des agents, qui refltent leur point de vue, et le maintien de la consistance des
donnes manipules.
Nous pouvons donc constater quil existe un grand nombre de techniques de rsolution de
conflits. Cependant, comme nous lavons prcdemment dit, toutes les mthodes ne sont pas
efficaces pour rsoudre tous les types de conflit. Il faut donc avoir la possibilit de choisir au bon
moment la mthode qui conviendra le mieux un problme donn.
Comparaison des processus de rsolution de conflits
[Sreeram et al. 1999b] ont ainsi identifi un certain nombre de critres pour comparer les
techniques de rsolution de conflits. Voici une liste de ces critres :
description du domaine,
nombre dagents impliqus,
conditions pour lidentification de conflit,
coopration entre agents,
schmas pour ngociation de conflit,
nature des solutions ngocies,
"consistance" des solutions,
gnricit des schmas,
- 27 -

 communication,
type de ngociation.
Il existe ainsi un grand nombre de conflits qui peuvent survenir durant le dveloppement dun
produit, certains plus souvent que dautres [Sreeram et al. 1999b]. La gestion des connaissances
dune entreprise peut permettre de rsoudre plus rapidement des conflits qui sont dj survenus par
le pass, faisant par la mme gagner un temps prcieux aux entreprises.
4.3.4

Gestion des connaissances

Cest ainsi que la gestion de la connaissance sest impose comme un point essentiel dans
lIngnierie Concourante, au mme titre que la gestion des points de vue et des conflits. La
modlisation des connaissances est un processus qui permet dviter de refaire les mmes erreurs. Il
permet galement dviter de refaire un travail qui a dj t accompli, de partager des ides et
dviter la sur-dpendance des individus.
[Rodgers et al. 2000] diffrencient la connaissance explicite de la connaissance tacite. La premire
est contenue dans un grand nombre de rapports internes, de procdures techniques et de manuels.
Elle est plus facile identifier, rutiliser et peut tre stocke de diffrentes manires : comme une
procdure crite dans un manuel, un processus dans un systme informatique, les minutes dune
runion ou dans les correspondances de courriers lectroniques. La connaissance tacite quant elle
possde deux dimensions : technique et cognitive. La dimension technique correspond au savoirfaire, autrement appele connaissance procdurale, et provient de lexprience pratique et de la
connaissance formelle. La dimension cognitive inclut les modles de croyance, didaux, de valeur
ainsi que les modles mentaux. Il est bien vident que la connaissance tacite est bien plus difficile
modliser que la connaissance explicite. Dans le processus de dveloppement de nouveaux produits,
les deux types de connaissance sont utiliss et sont mme dpendants lun de lautre. La gestion de la
connaissance ncessite de crer un environnement o ces deux types de connaissance peuvent tre
collects, combins et partags. Une premire tape consiste trouver un moyen de modliser de
manire cohrente et correcte les connaissances.
Une proposition a t faite pour reprsenter les connaissances dans lindustrie de la fabrication
[Lefebvre et al. 2000]. Les auteurs nous donnent trois types de rgles qui peuvent modliser le
raisonnement des experts dans le domaine de la fabrication :
f1 : si un ensemble de paramtres est dfini sur le produit, alors un ensemble de paramtres sur le
processus est dduit,
f2 : si un ensemble de paramtres est dfini sur le processus, alors un ensemble de paramtres sur
le produit est dduit,
f3 : si un ensemble de paramtres est dfini sur le produit et le processus, alors un ensemble de
paramtres sur le processus est dduit.
La modlisation des rgles de connaissance des experts passe par la dfinition dheuristiques qui
permettent de dterminer les relations f1, f2 et f3 qui rendent la connaissance de lexpert rutilisable.
Dautres tudes ont t ralises, parmi lesquelles [Falquet et al. 1999], qui conservent lhistorique
de discussion entre plusieurs experts pour capitaliser leur connaissance ainsi que les connaissances
relatives au processus de dveloppement du produit. Il y a galement ltude de [Feldernig et al.
2000], qui manipule une base de connaissance configure par un expert.
- 28 -

4.4

Synthse

Nous avons tudi dans cette partie la gestion et lorganisation de lIngnierie Concourante.
Celles-ci passent tout dabord par une dcomposition adquate des activits et une paralllisation des
tches. La paralllisation des tches est fortement dpendante des objectifs de lentreprise, objectifs
qui concernent les temps et les cots de fabrication, la qualit des produits et le degr dinnovation.
La paralllisation des tches a pour consquence directe une augmentation des changes entre les
participants un projet. Nous nous sommes donc intresss dans un premier temps la gestion des
donnes.
Il est ressorti des diffrentes tudes qui ont t fates sur le sujet que toutes les donnes ne se
modlisent pas de la mme manire : moins les informations sont structures et plus leur
modlisation est difficile. Les SGBD sont trs utiliss pour traiter de ce genre de problme, et
lemploi de standards dchange et de partage de donnes, tel que la norme STEP, est de plus en
plus rpandu.
Nous avons galement considr les communications entre les diffrents intervenants dun
projet. Il est apparu que les personnes nont pas toujours les mmes besoins en matire de
communication et que les outils qui sont leur disposition ne sont pas efficaces dans toutes les
situations. Il est donc ncessaire dadapter les outils de communication en fonction du type
dchange souhait. Des outils de communication mal adapts augmentent le risque de voir
apparatre des conflits au cours du dveloppement dun produit.
Il existe plusieurs types de conflit et plusieurs classifications sont proposes. Cependant, ces
classifications montrent des similitudes : elles font la mme distinction entre les conflits qui
concernent les stratgies de dveloppement de produit et les conflits qui concernent les propositions
touchant directement au produit. Il y a galement, dans les travaux effectus sur la classification des
processus de rsolution des conflits, des rsultats qui montrent eux aussi des similitudes : laccent est
mis sur les processus de prvention, danticipation et de ngociation. Cependant, tous ces processus
ne sont pas efficaces pour tous les types de conflit : il est ncessaire de choisir le bon processus au
bon moment. Il est vite apparu que la capitalisation de la connaissance des experts pouvait savrer
utile, notamment en permettant aux participants dun projet de ne pas refaire deux fois les mmes
erreurs.
La gestion de la connaissance sest donc impose de manire naturelle comme un point essentiel
dans lIngnierie Concourante. [Rodgers et al. 2000] distinguent deux types de connaissance :
explicite et tacite. Les difficults pour modliser les connaissances sont lies la connaissance tacite,
qui fait notamment rfrence au savoir-faire des experts. Les solutions proposes sont lies aux
techniques de lintelligence artificielle (systmes experts, raisonnements base de cas, etc.) qui
permettent de simuler la faon de raisonner dun expert dun domaine bien prcis. La reprsentation
des connaissances est donc dpendante du domaine dans considr, ce qui rend difficile la cration
dun modle gnrique.
Il apparat donc que la gestion et lorganisation de lIngnierie Concourante est fortement
dpendante du domaine dans lequel lentreprise se trouve. Cela se retrouve dans la manire dont les
entreprises ont concrtement implant lIngnierie Concourante et ont gr les changements que
cela implique.

- 29 -

5 Mise en uvre de lIngnierie Concourante

5.1

Introduction

Les changements dans le monde du travail passent par une prise en compte des points que nous
avons prsents prcdemment : la modlisation des informations ainsi que la gestion et
lorganisation de lIngnierie Concourante. Nous avons constat que la mise en uvre de tous ces
changements a oblig les industriels une vritable rflexion sur leurs capacits, leurs connaissances,
leurs ressources ainsi que sur leurs besoins. Ces rflexions taient ncessaires pour trouver et utiliser
les nouveaux outils, les nouvelles mthodes de travail ainsi que les nouvelles architectures les mieux
adapts leur entreprise. [Anumba et al. 1999] ont effectu une tude sur la mise en uvre de
lIngnierie Concourante au Royaume-Uni.
Leurs conclusions sont que les avances portent communment sur les outils de gestion de la
communication et de linformation, pour amliorer le partage et lchange dinformation. Elles
portent galement sur le dveloppement doutils et de techniques pour aider lquipe de conception.
Cependant, des efforts doivent tre faits pour mieux prendre en compte les besoins du client.
Nous allons donc dans cette partie nous intresser aux outils, mthodes de travail et architectures
qui rendent compte de ltat actuel de lIngnierie Concourante dans le monde industriel.

5.2

Les outils

De nombreux outils ont t crs ces dernires annes pour pauler les experts, les plus connus
tant les systmes de CAO/CFAO. Cependant, laide que ces outils peut fournir, aussi prcieuse soit
elle, se limite la seule phase de conception du produit. Il est vite apparu que cela ntait dsormais
plus suffisant pour rpondre aux besoins quinduits lIngnierie Concourante. Les outils dont ont
besoin les industriels doivent dsormais permettre aux participants dun projet de communiquer et
dchanger toutes sortes dinformations dune manire qui soit la plus efficace possible. Ils doivent
galement permettre de stocker et de restituer de gros volumes de donnes, de mme quils doivent
aider les industriels rduire le plus possible les temps de production. Les outils que nous allons
tudier dans cette partie rpondent chacun un ou plusieurs de ces objectifs.
5.2.1

Maquettes numriques

Un des premiers types doutil qui tend se dvelopper ces derniers temps est la maquette
numrique. De plus en plus dentreprises lont adopte, dont les plus connues sont Renault, Dassault
Aviation ou encore EADS AIRBUS SA. La maquette numrique fonctionne sur le principe dun
document central qui sert de rfrence tous les experts et qui contient toutes les modifications qui
ont t apportes sur le produit. Selon [Carratt et al. 2000], la maquette numrique supporte de
multiples activits. Pour le bureau dtude, elle est utilise pour dfinir les pices, leur gomtrie,
leurs proprits non gomtriques, leur assemblage ainsi que pour la validation et la gestion de
lensemble de ces informations. Pour la production, Dassault Aviation utilise la maquette numrique
dans les bureaux des mthodes. Elle leur permet de dfinir lindustrialisation du produit, la
construction de la nomenclature de production ou encore les fiches dinstruction pour lassemblage
en atelier. Dautres activits utilisent galement la maquette numrique qui, pour rsumer, permet de
- 30 -

manipuler toutes les informations relatives au produit.

Un autre des avantages de cet outil est quil permet de repousser le plus possible le passage par
une maquette physique, passage qui est trs coteux pour lentreprise.
Enfin, cet outil permet aux experts deffectuer diffrentes simulations. Ces simulations ont
notamment permis EADS AIRBUS SA de prdire et de confirmer au plus tt les cots de
maintenance de leur nouvel avion en cours de construction. [Papazoglou 2000] nous donne une
description de lutilisation des maquettes numriques dans lentreprise EADS AIRBUS SA. Il
indique galement les bnfices lis leur utilisation dans le cadre de lIngnierie Concourante :
affranchissement vis--vis des maquettes physiques, qui sont coteuses et qui ne sont jamais
mises jour,
validation de manire numrique du produit grce des simulations ralises avec tous les
mtiers et au plus tt dans le cycle de vie,
modification plus aise dune conception,
analyse de limpact dune modification laide de la CAO,
rduction des cots et des cycles de conception ainsi que de la ralisation des outillages,
garantie dun assemblage bon du premier coup grce une dfinition CAO prcise des lments,
dtection au plus tt des retards. Ce point implique le respect des dlais viss grce la
formalisation et la transparence des informations via les maquettes numriques 3D partages
par tous les mtiers.
Les maquettes numriques permettent donc de grer de gros volumes de donnes et amliorent
les communications entre les diffrents experts qui collaborent. Dautres outils ont t conus dans
le mme esprit, notamment les SGDT.
5.2.2

SGDT

Les Systmes de Gestion de Donnes Techniques (SGDT) sont des SGBD spcifiques. Nous
avons dj trait des SGBD dans une des parties prcdentes. Il apparat quils sont essentiels aux
entreprises car ils reprsentent en quelque sorte leur mmoire. Les SGDT sont utiliss pour grer
toutes les informations relatives au produit en cours de dveloppement. Ils ne sont pas en
opposition avec dautres outils, comme les maquettes numriques. Ils sont au contraire un
complment indispensable pour conserver la trace de toutes les modifications qui ont t apportes
au produit, et donc de toutes les versions du produit. [Carratt et al. 2000] les utilisent dailleurs en
complment des maquettes numriques. Ils permettent galement de faciliter lchange et le partage
dinformation, puisquils fournissent une base commune tous les intervenants dun projet.
Cependant, il faut tenir compte du fait que tous les experts qui collaborent au sein dun mme projet
ne travaillent pas forcment avec les mmes applications ou les mmes systmes, et quils ne sont
par consquent pas capables de manipuler nimporte quel format de donnes. Cest ainsi que le
besoin dune norme ou dun standard sest fait de plus en plus sentir.
5.2.3

Importance des standards

Il existe plusieurs standards pour lchange et le partage de donnes, mais le plus rpandu est
probablement STEP. Cette norme est de plus en plus utilise, par exemple par [Papazoglou 2000],
[Liang et al. 1999] ou [Rouchon 2000], mme si dautres propositions ont t faites pour laborer
- 31 -

dautres standards [Lecomte 2000]. Ils permettent des personnes manipulant leurs propres modles
de travailler sur le mme ensemble de donnes, sans pour autant devoir changer de logiciels ou de
modles de produit. Ces efforts sur les outils saccompagnent de rels efforts sur lamlioration des
mthodes de travail au sein des entreprises.

5.3

Les mthodes

Les mthodes de travail sont extrmement importantes car elles conditionnent notamment une
utilisation optimale des outils mis disposition. Il existe beaucoup de mthodes qui peuvent tre
appliques au processus de dveloppement de produit (des tudes sur le sujet peuvent tre trouves
dans [Cavallucci 1999] ou [Ghodous 1996], mais il y a tout de mme des innovations en la matire,
comme nous allons le voir dans le paragraphe suivant.
5.3.1

Listes de mthodes applicables au dveloppement intgr de produit

Dans son tude sur les principes fondamentaux de lIngnierie Concourante ([Prasad 1996b]),
Brisam Prasad nous donne une liste de mthodes qui sont applicables au dveloppement intgr de
produit. Ces mthodes sont les suivantes :
dploiement concurrent de fonctions : la comptition conduit les entreprises considrer des
concepts tels que les dlais, la qualit, le dveloppement dun artefact, etc. Le dploiement de la
fonction de qualit est une mthode qui rpond aux aspects de qualit, avec des rfrences aux
fonctions quil traite. Cependant, avec un dploiement conventionnel, il est difficile dadresser
tous les aspects de la gestion des valeurs totales comme le cot, les outils et la technologie, etc.,
bnfices et mesures de lIngnierie Concourante,
gestion de la valeur totale : lobjectif est ici de fournir la valeur totale du produit pour le plus bas
cot, dans le temps le plus court, qui satisfait le plus le client et qui laisse lentreprise faire un
bon profit. Ainsi, la valeur nest pas associe seulement la qualit du produit,
mthodologie de dveloppement de produit : une mthodologie systmatique est essentielle
pour pouvoir intgrer les quipes de travail, la modlisation dinformation, la taxinomie de
ralisation de produit ainsi que les mesures des mrites,
espaces de travail et architectures : lIngnierie Concourante rend ncessaire la mise en place
dune architecture flexible qui soit accessible ouvertement travers diffrentes quipes, systmes
dinformation, plates-formes et rseaux. Larchitecture consiste en des contenus dinformation,
des structures intgres, des bases de connaissance, des comportements et des rgles.
saisie de lintention du cycle de vie : le fait de saisir lintention de conception, en opposition avec
la gomtrie statique, fait que les changements de configuration peuvent tre faits et contrls
plus efficacement,
systme de support de dcision : un systme de support bas sur la connaissance pourra aider les
quipes participantes dans la prise de dcision. En gardant la trace des spcifications qui sont
satisfaites, les quipes peuvent assurer une visibilit commune dans ltat de la ralisation du
produit,
systmes dinformation intelligents,
mcanisation du cycle de vie : un autre objectif majeur de lIngnierie Concourante est de saisir
- 32 -

intelligemment linformation dans les multimdias,

mthodologie du dploiement du dveloppement intgr de produit, qui permet de fournir un
guide dimplmentation pour la reconception de produit et le dveloppement travers les
fonctions de son cycle de vie.
En plus de ces mthodes, [Prasad 1996a] considre, quil y a sept agents qui interfrent sur le
succs de lIngnierie Concourante. Ces agents sont : les capacits, les tches, le travail dquipe, les
techniques, la technologie, le temps et les outils.
5.3.2

Mthodologies dveloppes

Cette thorie des sept agents a t implmente conjointement par une universit et quelques
entreprises. La dmarche de [Borsato 1999] a ainsi t de crer un groupe de travail comprenant des
universitaires et des industriels qui, laide de lIngnierie Concourante, cooprent sur des projets.
Pour ce faire, les sept agents dvelopps par [Prasad 1996a] ont t implments laide doutils et
de mthodes spcifiques :
capacits : elles concernent les ressources humaines et la capitalisation des connaissances. La
gestion de ces ressources humaines passe par lacquisition, par des tudiants nouvellement
intgrs dans le groupe de travail, des connaissances des "anciens", par lorganisation de
sminaires, par des entranements, etc.,
les techniques : des aides sont fournies pour que les ingnieurs soient plus efficaces avec les
outils quils utilisent. Ces aides comprennent des entranements formels (activits de laboratoire)
ou personnels (manuels, tutoriaux), des consultations (experts extrieurs au laboratoire), etc.,
les tches : utilisation de simulations et dun coordinateur de tches qui vrifie de manire
rgulire la conception en cours avec les quipes afin de reporter les rsultats et de suggrer des
alternatives de telle sorte que les changements soient faits avant que tout prototype physique ne
soit construit,
le travail dquipe : ce point ncessite quune base de donnes commune soit partage par tous
les sites de conception. Les mises jour du produit doivent tre prises en compte : certains
programmes grent ces mises jour automatiquement mais tous ne le font pas. Il faut alors
palier ce problme par la communication entre les diffrents intervenants. Certains outils
peuvent tre utiliss comme complment pour amliorer le travail dquipe : courriers
lectroniques, vidoconfrence, etc.,
les outils : ils sont frquemment considrs comme des moyens dimplmenter lIngnierie
Concourante. Par outil il ne faut pas seulement considrer des logiciels informatiques. Il faut
aussi considrer dautres lments pour construire un rseau de services qui permette la
rutilisation, la consistance des bases de donnes, le partage dinformation et la compatibilit. La
solution propose par [Borsato 1999] consiste entre autres en llaboration de trois rseaux
interconnects,
le temps,
la technologie : les entreprises sont obliges dinvestir dans de nouvelles technologies pour tre
plus performantes, ce qui a vu le dveloppement de nouveaux termes comme le prototypage
rapide, le "Design for Manufacturing", le "Design for Testing", la conception virtuelle, etc.
Cependant, dautres propositions de nouvelles mthodologies ont t faites. Cest notamment le
- 33 -

cas de [Boucher 1999], qui propose une nouvelle mthodologie pour la gestion de Filires-Mtiers
dans un contexte dIngnierie Concourante. Lauteur y propose une mthode base sur une
organisation et une gestion concourantes. Lorganisation concourante se dcompose tout dabord en
une organisation par constitution de projets. Ce mode dorganisation est un mode de travail
classique dans lindustrie mais il reste un lment de base dans lIngnierie Concourante. Il est
indispensable pour organiser de manire concourante lactivit dune entreprise. Lorganisation
concourante est galement concerne par la cration dquipes multidisciplinaires, qui permet de
briser les frontires structurelles internes et externes de lentreprise.
La gestion concourante quant elle sintresse tout dabord grer les flux dinformation par :
la gestion de la documentation, qui dfinit la manire de structurer les informations techniques et
qui permet de grer les informations au sein de lentreprise,
la gestion des configurations, qui permet de matriser lvolution des informations au cours du
temps et qui permet ainsi de grer de manire plus efficace la traabilit,
lutilisation des SGDT, qui permet dintgrer lensemble des donnes techniques et
administratives et qui repose sur lutilisation dun modle dinformation unique et partag par
tous les acteurs,
le partage dinformation, qui utilise la normalisation des formats de reprsentation des donnes,
la remise en cause par les SGDT de larchitecture des formats de reprsentation des donnes.
Ltape suivante dans la gestion concourante est la gestion des connaissances de lentreprise, qui
implique de conserver les connaissances de lentreprise. Enfin, il est essentiel dans un processus
dIngnierie Concourante de grer la qualit. Or, les principes de lIngnierie Concourante respectent
la dmarche de la gestion totale de la qualit, qui possdent les avantages suivants : valorisation de la
collaboration, de la communication et de la crativit, amlioration continue des processus et enfin
intgration de lensemble des composantes de lentreprise.
Il existe dautres mthodes qui peuvent tre applicables dans le contexte de lIngnierie
Concourante. Cependant, toutes ces mthodes ncessitent des architectures qui puissent les
supporter. Llaboration de nouvelles architectures de systmes dinformation est donc ncessaire.

5.4

Les architectures

La ncessit de crer de nouveaux systmes vient du fait que le dveloppement de produit se fait
de plus en plus de manire distribue. Les diffrents acteurs du processus de dveloppement de
produit viennent de disciplines diffrentes et se trouvent dans des endroits diffrents. Lobjectif est
alors de permettre tous les experts de travailler de manire individuelle lorsquils en ont le besoin,
et de manire collective lorsquils doivent par exemple se tenir au courant des modifications qui ont
eu lieu sur le produit ou confronter leur avis celui dautres experts.
Depuis quelques annes, il y a un grand attrait pour larchitecture multi-agents et plus
particulirement sur les systmes multi-agents base de tableaux noirs. Les systmes multi-agents
traitent de la coordination de raisonnements intelligents rpartis dans diffrents agents autonomes
[Ghodous 1996]. Les agents doivent raisonner sur la faon dont ils vont cooprer. Les systmes
base de tableau noir sont des exemples classiques de ce type darchitecture et sont constitus de trois
parties :
un tableau noir, qui est une structure de donnes qui reprsente le domaine modlis ainsi que
- 34 -

les tats des diffrentes solutions. Cette structure est la base de donnes qui contient toutes les
informations relatives au produit en cours de dveloppement,
un ensemble dagents, qui contiennent lexpertise lie au domaine trait et qui sont indpendants
les uns des autres,
un module de contrle, qui gre les conflits entre les diffrentes sources de connaissance.
Plusieurs possibilits existent pour raliser cette gestion des conflits.
Un exemple de ce type darchitecture est donn dans [Ghodous et al. 1999]. Le systme qui est
propos est constitu dun ensemble dagences qui communiquent par lintermdiaire dun tableau
noir. Ces agences sont elles mme constitues dun ensemble dagents et de tableaux noirs. Un autre
exemple dimplmentation de ce type darchitecture est donn par [Chan et al. 1999].

5.5

Synthse

Nous avons trait dans cette partie de la mise en uvre de lIngnierie Concourante dans les
entreprises. Il ressort de toutes les tudes qui ont t faites quil y a des similitudes dans les
approches proposes.
La paralllisation des activits au sein dune entreprise est indissociable de la dmarche de
lIngnierie Concourante. Les experts des entreprises ont donc conu des quipes de travail multidisciplinaires (et parfois inter-entreprises). Du fait de cette paralllisation des tches, des efforts
particuliers ont t ncessaires concernant llaboration de systmes de gestion distribus capables de
grer toutes les donnes relatives au produit. Des avances ont ainsi t notes concernant les
formats des donnes, le rsultat actuel tant la norme STEP. Ces deux points ont pour consquence
damliorer lchange et le partage des informations. De plus, ces dernires annes ont vu la
dmocratisation doutils de travail tels que le courrier lectronique, les forums, les vidoconfrences, etc.
On note galement un effort de recherche pour les systmes utilisant les principes de
lintelligence artificielle. Lutilisation de systmes multi-agents, et plus prcisment de systmes
base de tableau noir sont susceptibles de permettre la fois un travail individuel des participants
un projet, grce des modules daide indpendants, et un travail collectif, grce une mise en
commun de toutes les actions et donnes via un tableau noir.
Cependant, [Shahidipour et al. 1999] ont not, dans leur tude sur lutilisation des processus et
des mthodes relatifs lIngnierie Concourante au Royaume-Uni, que lutilisation par les industriels
des outils de conception reste faible, lexception des outils lis la CAO. Ils fournissent une
explication possible ce phnomne. En effet, les cots associs aux nouvelles mthodes de
conception sont trop levs. De plus, les aspects de compatibilit des systmes tant essentiels pour
elles, les entreprises restent mfiantes vis--vis de nouvelles technologies qui risquent de bouleverser
et de compliquer leur faon de travailler. Ainsi, les outils incluant des aspects plus psychologiques et
lis au processus de conception sont moins utiliss, lexception du brainstorming , qui est une
mthode connue des entreprises et des individus. La conclusion principale des travaux de
[Shahidipour et al. 1999] est que les nouvelles mthodes sont peu utilises car elles ne sont pas
connues ou comprises. Ils sont rejoints dans ce raisonnement par [Boucher 1999], qui indique lui
aussi que les industriels ont un fort besoin dun guide pour les aider implmenter lIngnierie
Concourante.
- 35 -

6 Conclusion
Ltude que nous venons de raliser a port sur lanalyse de ce nouveau concept quest
lIngnierie Concourante. Notre dmarche a t de nous situer dans le contexte industriel actuel qui
est devenu trs complexe. En effet, la concurrence entre toutes les entreprises oblige ces dernires
dvelopper, dans des temps et des cots toujours moins levs, des produits innovants et de trs
bonne qualit. Cela passe, comme nous lavons vu, par un changement des habitudes de travail, ce
qui ne va pas sans poser des problmes. Ces changements concernent laugmentation du flot
dinformation qui circule entre tous les participants dun mme projet. Ce flot dinformation
concerne aussi bien les donnes relatives au produit, les donnes relatives aux processus, les
communications entre les personnes que les points de vue des experts.
Pour grer de manire efficace ce flot, il est ncessaire de modliser correctement les
informations qui circulent. Les modles utilisables actuellement pour reprsenter le produit sont soit
des modles classiques, comme ceux utiliss pour reprsenter la gomtrie (B-Rep, CSG, etc.), soit
de nouveaux modles, comme les modles des besoins, des fonctions ou des comportements
[Dartigues et al. 2001, Ghodous et al. 2000]. De nouvelles mthodes de conception ont galement
t dveloppes, notamment les mthodes bases sur la modlisation des historiques de conception
ou sur la notion de produit virtuel. Cependant, toutes ces mthodes se doivent de prendre en
compte, pour tre plus efficaces, les spcificits de chaque discipline qui est implique dans le projet,
autrement dit les points de vue des experts. Pour les modliser, deux approches principales existent.
Elles prsentent cependant toutes les deux des inconvnients qui peuvent se rvler pnalisants dans
le contexte de lIngnierie Concourante. Cest ainsi que de nouveaux travaux tendent dvelopper
une solution qui prsenterait un compromis. Elle viterait aux entreprises de devoir choisir entre le
partage dinformation et des modles mieux adapts aux diffrentes disciplines collaborant au sein
dun mme projet [Dartigues et al. 2001, Ghodous et al. 2000].
La modlisation des informations, pour tre vraiment efficace, doit saccompagner dune
rflexion sur la gestion et lorganisation de lIngnierie Concourante dans les entreprises. Le premier
point quil est ncessaire de mettre en place dans lIngnierie Concourante est la paralllisation des
activits, car elle permet de rduire les temps de production et de confronter au plus tt les avis des
experts. La consquence directe de la paralllisation des tches est laugmentation des changes entre
tous les participants, changes qui comprennent les donnes lies au produit ainsi que les
communications entre les personnes. Il existe un grand nombre doutils qui peuvent tre utiliss,
comme les SGDT ou les standards dchange de donnes pour ce qui est de lchange et du partage
des donnes, et comme les courriers lectroniques, les forums, les vido-confrences, etc., pour ce
qui est des communications. Il est noter que lutilisation de ces outils ncessite au pralable une
rflexion pour trouver ceux qui seront les mieux adapts une situation donne, et ce afin dviter
daugmenter le nombre de conflits qui surviennent dans un processus de dveloppement. La gestion
des conflits est en effet un point trs important et trs complexe dans un processus dIngnierie
Concourante, car ils sont de nature et de difficult diverses. La rsolution de conflits passe par
lutilisation dun certain nombre de techniques de rsolution qui sont, comme les outils de
communication dont nous venons de parler, spcifiques un problme et un contexte particuliers.
Devant la difficult de rsoudre les conflits, la capitalisation de la connaissance de lentreprise sest
rvle indispensable. Elle permet entre autres de capter lexprience des experts et dviter les
- 36 -

erreurs. Les difficults pour reprsenter la connaissance viennent du fait quune partie de cette
connaissance est tacite et correspond lexprience des experts. Des solutions inspires directement
des techniques de lintelligence artificielle sont utilises, mais aucune dentre elles ne peut tre
applique de faon gnrique nimporte quel problme. La gestion et lorganisation de lIngnierie
Concourante sont donc fortement dpendantes du domaine dans lequel lentreprise se trouve.
Tous ces problmes que nous venons de citer expliquent les difficults rencontres par les
industriels pour mettre en uvre lIngnierie Concourante dans leur entreprise. Ceci est amplifi par
le fait que les nouvelles mthodes qui sont proposes aux industriels sont peu utilises car elles ne
sont pas connues ou comprises : les industriels ont ainsi un fort besoin dun guide pour les aider
implmenter lIngnierie Concourante, ce qui constitue un gros travail pour les annes venir.

7 Rfrences bibliographiques
[Anumba et al. 1999]
C. J. Anumba and J. M. Kamara, (1999), "Concurrent Engineering in Construction State of the Art", in Proceedings of Proceedings of the Concurrent Engineering Conference (CE'99), University of Bath, UK,
September, pp. 461-470.
[Balakrishnan et al. 2000]
A. Balakrishnan and V. Thomson, (2000), "Concurrent engineering models", in
Proceedings of Proceedings of the Concurrent Engineering Conference (CE'00), Lyon, France, pp. 152-156.
[Bobrowski et al. 1999]
R. M. Bobrowski, M. A. Biddulph, S. L. DeSouza, and K. Soumilas, (1999), "Achieving
concurrent engineering objectives through the large-scale use of computer-based models of engineering
design processes", in Proceedings of Proceedings of the Concurrent Engineering Conference (CE'99), University of Bath, UK, pp.
165-170.
[Borsato 1999]
M. Borsato, (1999), "A collaborative work between academia and industry : the
concurrent engineering laboratory", in Proceedings of EDA'99, pp. 782-787.
[Boucher 1999]
X. Boucher, (1999), Propositions mthodologiques pour la gestion Filire-Mtiers
dans un contexte d'Ingnierie Concourrante, PhD Thesis, Universit de Droit, d'conomie et des Sciences d'AixMarseille III, Productique et Informatique.
[Carratt et al. 2000]
B. Carratt, T. Alaux, and B. Eynard, (2000), "Application d'un systme de gestion de
donnes techniques chez un motoriste avion", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les
Nouvelles Technologies de Conception et de Fabrication (MICAD'00), Paris, France, pp. 279-286.
[Cavallucci 1999]
D. Cavallucci, (1999), Contribution la conception de nouveaux systmes
mcaniques par intgration mthodologique, PhD Thesis, cole Nationale Suprieure des Arts et Industries de
Strasbourg, Mcanique.
[Chan et al. 1999]
K. H. Chan, H. C. Lee, J. Frazer, and M. Tang, (1999), "A Hierarchical Design Interface
for Collaborative Design", in Proceedings of Proceedings of the Concurrent Engineering Conference (CE'99), University of Bath,
UK, pp. 181-186.
[Chen et al. 2000]
Y.-M. Chen and M.-w. Liang, (2000), "Design and implementation of a collaborative
engineering information system for allied concurrent engineering", International Journal of Computer Integrated
Manufacturing, vol. 13: 11-30.

- 37 -

[Dartigues et al. 2001]

C. Dartigues, P. Ghodous, M. T. Martinez, and D. Vandorpe, (2001), "Modlisation
collaborative des activits de conception", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les
Nouvelles Technologies de Conception et de Fabrication (MICAD'01), Paris, France, pp. 231-240.
[Deshayes et al. 2001a]
L. Deshayes, C. Dartigues, P. Ghodous, and J.-F. Rigal, (2001a), "Distributed and
standard system for cutting data management", in Proceedings of 8th ISPE International Conference on Concurrent
Engineering (CE2001), Anaheim, California, USA, July, 28-August, 1, pp. 310-317.
[Deshayes et al. 2001b]
L. Deshayes, C. Dartigues, P. Ghodous, and J.-F. Rigal, (2001b), "Systme rparti et
normalis de gestion de donnes de coupe", in Proceedings of PRIMECA, La Plagne, France, Avril, 2-4.
[Falquet et al. 1999]
G. Falquet and C.-L. Mottaz, (1999), "A Model for the Collaborative Design of Multi
Point-of-View Terminological Knowledge Bases", in Proceedings of Proceedings of the Knowledge Management and
Organizational Memory Workshop of the International Joint Conference on Artificial Intelligence, Stockholm.
[Feldernig et al. 2000]
A. Feldernig, G. Friedrich, D. Jannach, and M. Stumptner, (2000), "An integrated
development environment for the design and maintenance of large configuration knowledge bases", in
Proceedings of Artificial Intelligence in Design (AID'00), Kluwer Academic Publishers, pp. 169-189.
[Gardan 1999]
Y. Gardan, (1999), "A Methodology for Interactive Computer Aided Functional
Design", in Proceedings of EDA'99, pp. 632-639.
[Gardoni et al. 1999]
M. Gardoni, M. Spadoni, and F. Vernadat, (1999), "Information and knowledge support
in concurrent engineering environments", in Proceedings of EDA'99, pp. 149-156.
[Ghodous 1996]
P. Ghodous, (1996), Modlisation intgre de donnes de Produit et de Processus de
Conception, PhD Thesis, Universit Claude Bernard-Lyon 1, Informatique.
[Ghodous et al. 2000]
P. Ghodous, M. T. Martinez, and D. Vandorpe, (2000), "Collaborative and standard
design and manufacturing model", IJCAT, vol. 15 (4/6).
[Ghodous et al. 1999]
P. Ghodous and D. Vandorpe, (1999), "Actual Product Representation Techniques", in
Proceedings of Proceedings of the Concurrent Engineering Conference (CE'99), University of Bath, UK, pp. 269-276.
[Haymaker et al. 2000]
J. Haymaker, E. Ackermann, and M. Fischer, (2000), "Meaning mediating mechanism.
Prototype for constructing and negotiating in collaborative design", in Proceedings of Artificial Intelligence in Design
(AID'00), Kluwer Academic Publishers, pp. 691-715.
[Jagou 1993]
P. Jagou, (1993), Concurrent Engineering. La matrise des cots, des dlais et de la qualit, Hermes
ed., Collection Systmes d'Information,
[Klein 2000]
M. Klein, (2000), "Toward a systematic repository of knowledge about managing
collaborative design conflicts", in Proceedings of Artificial Intelligence in Design (AID'00), Kluwer Academic Publishers, pp.
129-146.
[Lasserre 2000]
S. Lasserre, (2000), "Les perspectives du "Concurrent Engineering" dans la
production de btiments", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les Nouvelles Technologies de
Conception et de Fabrication (MICAD'00), Paris, France, 6-8 Mars, pp. 79-86.

- 38 -

[Lecomte 2000]
C. Lecomte, (2000), "Vers un standard d'change entre donneurs d'ordres et soustraitants en tlerie", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les Nouvelles Technologies de
Conception et de Fabrication (MICAD'00), Paris, France, pp. 141-148.
[Lefebvre et al. 2000]
A. Lefebvre, J. Renaud, L. Sabourin, G. Gogu, and J.-F. Plusquellec, (2000),
"Formalisation of Know-How rules from conceptual structures modeling. Application to cylinder head
machining", in Proceedings of Proceedings of the Concurrent Engineering Conference (CE'00), Lyon, France, pp. 202-206.
[Liang et al. 1999]
J. Liang, J. J. Shah, R. D'Souza, S. D. Urban, K. Ayyaswamy, E. Harter, and T. Bluhm,
(1999), "Synthesis of consolidated data schema for engineering analysis from multiple STEP application
protocols", Computer-Aided Design, vol. 31: 429-447.
[Lonchamp 2000]
J. Lonchamp, (2000), "A Generic Computer Support for Concurrent Design", in
Proceedings of Proceedings of the Concurrent Engineering Conference (CE'00), Lyon, France, pp. 119-128.
[Matta 1996]
N. Matta, (1996), "Conflict Management in Concurrent Engineering : Modeling
Guides", in Proceedings of Proceedings of the European Conference in Artificial Intelligence (ECAI'96), Budapest.
[Naja et al. 1995]
H. Naja and N. Mouaddib, (1995), "Un modle pour la reprsentation multiple dans
les bases de donnes orientes-objet", in Proceedings of Congrs Langage et Modles Objets (LMO'95), Nancy, France, 12-13
October.
[Ndiaye et al. 2000]
D. Ndiaye, M. Bigand, D. Corbeel, and J.-P. Bourey, (2000), "Reuse and pattern for
viewpoints integration of Automated Production Systems", in Proceedings of Proceedings of the Concurrent Engineering
Conference (CE'00), Lyon, France, pp. 216-225.
[Papazoglou 2000]
J.-Y. Papazoglou, (2000), "La dmarche du Concurrent Engineering applique au
dveloppement des nouveaux AIRBUS", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les
Nouvelles Technologies de Conception et de Fabrication (MICAD'00), Paris, France, pp. 247-255.
[Prasad 1996a]
B. Prasad, (1996a), Concurrent Engineering Fondamentals, ed. Prentice Hall International Series
in Industrial and Systems Engineering, Vol. 1,
[Prasad 1996b]
B. Prasad, (1996b), Concurrent Engineering Fondamentals, ed. Prentice Hall International Series
in Industrial and Systems Engineering, Vol. 2,
[Rodgers et al. 2000]
P. A. Rodgers, N. H. M. Caldwell, P. J. Clarkson, and A. P. Huxor, (2000), "Managing
knowledge in dispersed design companies. Facilitating context-driven design support through multiple
perspectives", in Proceedings of Artificial Intelligence in Design (AID'00), Kluwer Academic Publishers, pp. 147-167.
[Rosenman et al. 1997]
M. A. Rosenman and J. S. Gero, "Collaborative CAD modelling in multidisciplinary design
domains," in Mary Lou Maher, Gero, John S. and Sudweeks, F. editions, ed., Preprints Formal Aspects of Collaborative
Computer-Aided Design, Sydney: 1997, pp. 387-403.
[Rouchon 2000]
C. Rouchon, (2000), "Dmarche d'Ingnierie Concourante pour les avions Rafale et
Falcon 2000. Modlisation Produit/Process/Ressources. Maquette Numrique et axes de progrs dans un
contexte d'Entreprise tendue", in Proceedings of Confrence Internationale sur la CFAO, la Simulation et les Nouvelles
Technologies de Conception et de Fabrication (MICAD'00), Paris, France, pp. 263-269.
[Shah et al. 1996]

J. J. Shah, D. K. Jeon, S. D. Urban, P. Bliznakov, and M. Rogers, (1996), "Database

- 39 -

infrastructure for supporting engineering design histories", Computer-Aided Design, vol. 28: 347-360.
[Shahidipour et al. 1999]
S. M. M. Shahidipour, H. S. Ismail, and J. Poolton, (1999), "The Selection and Adoption
of Design Processes and Methods : A UK Survey", in Proceedings of Proceedings of the Concurrent Engineering Conference
(CE'99), University of Bath, UK, pp. 155-164.
[Sreeram et al. 1999a]
R. T. Sreeram and P. K. Chawdhry, (1999a), "Towards the Unification of GameTheoretic and Constraint Relaxation Techniques for Conflict Negotiation", in Proceedings of Proceedings of the
Concurrent Engineering Conference (CE'99), University of Bath, UK, pp. 118-128.
[Sreeram et al. 1999b]
R. T. Sreeram and P. K. Chawdhry, (1999b), "A Unified Scheme for Conflict
Negotiation in a Multi-Agent Decision Process", in Proceedings of Proceedings of the Concurrent Engineering Conference
(CE'99), University of Bath, UK, pp. 129-141.
[Trousse 1998]
B. Trousse, (1998), "Viewpoint Management for Cooperative Design", in Proceedings of
Proceedings of the IEEE Computational Engineering in Systems Applications (CESA'98), Nabeul-Hammamet, Tunisia, April.
[Umeda et al. 1996]
Y. Umeda, M. Ishii, M. Yoshioka, Y. Shimomura, and T. Tomiyama, (1996), "Supporting
conceptual design based on the function-behavior-state modeler", Artificial Intelligence for Engineering Design, Analysis
and Manufacturing, vol. 10: 275-288.
[Umeda et al. 1990]
Y. Umeda, H. Takeda, and T. Tomiyama, (1990), "Function, Behavior, and Structure",
in Proceedings of Proceedings of the Fifth International Conference. Applications of Artificial Intelligence in Engineering, Springer-Verlag,
pp. 177-193.
[Umeda et al. 1997]
Y. Umeda and T. Tomiyama, (1997), "Functional Reasoning in Design", IEEE Experts:
Intelligent Systems and Their Applications, vol. 12: 42-48.
[Whitman et al. 1998]
L. Whitman, B. Huff, and A. Presley, (1998), "Issues encountered between model
views", in Proceedings of Proceedings of the Flexible Automation and Integrated Manufacturing Conference, New York, NY, USA.
[Xue et al. 1999]
D. Xue, S. Yadav, and D. H. Norrie, (1999), "Knowledge base and database
representation for intelligent concurrent design", Computer-Aided Design, vol. 31: 131-145.

- 40 -