Les logiciels m´ etiers

a la probl´ematique du travail collaboratif d’une mani`ere g´en´erale. Ce domaine a la particularit´e d’ˆetre pluridisciplinaire. Il aborde, en effet, des aspects qui touchent `a la fois aux sciences humaines, `a la gestion et aux sciences de l’ing´enieur.

Dans son article [Gru94], Grudin rappelle l’origine du terme CSCW, qui a ´et´e employ´e pour la premi`ere fois en 1984 par Ir`ene Greif et Paul Cashman pour intitu-ler une conf´erence dont l’objectif ´etait de d´efinir la mani`ere d’aider les utilisateurs `

a exploiter au mieux les ordinateurs dans leur travail quotidien [EGR91]. Une d´ efi-nition du terme CSCW est donn´ee par Carstensen et Schmidt [CS03] :

“The research field of CSCW (Computer Supported Cooperative Work) addresses how collaborative activities and their coordination can be supported by means of compu-ter systems. A series of questions becomes central, for example : What characte-rizes cooperative work ? ; How can we model cooperative work ? ; Which computer based facilities should be provided ? ; And what are the basic characteristics of useful platforms for CSCW-systems ? Computer-based support for cooperative work can be provided by offering better communication facilities, providing improved monitoring and awareness possibilities to the actors, and by aiming at reducing the complexity of the coordination activities to be conducted by the involved actors”

Dans ce domaine, la communaut´e de recherche CSCWD “Computer Suppor-ted Collaborative Work in Design” ´etudie les fa¸cons de travailler en collaboration `a travers l’utilisation de l’informatique, dans un contexte de conception de produits industriels. Elle d´efinit les fonctionnalit´es des logiciels `a remplir pour r´epondre au mieux `a certains aspects du travail collaboratif et ´egalement les probl`emes humains et sociaux induits par l’utilisation de ces nouvelles technologies. Ce domaine de re-cherche implique principalement des informaticiens mais ´egalement des concepteurs, des sociologues, des ergonomes, des psychologues... [CS03]

1.4.2 Les logiciels m´etiers

1.4.2.1 Les logiciels de CFAO

Dans les ann´ees 70, l’apparition des logiciels de DAO (Dessin Assist´e par Or-dinateur) a permis de faire un grand pas vers l’avant dans le monde industriel. Depuis ce temps l`a, ces logiciels n’ont cess´e d’´evoluer pour donner les logiciels de CAO (Conception Assist´ee par Ordinateur) qui sont, comme nous le savons aujour-d’hui, incontournables dans les industries manufacturi`eres. Cette ´evolution est due en grande partie `a l’augmentation des performances des mat´eriels informatiques.

1.4. Travail collaboratif assist´e par ordinateur

L’autre point qui a permis cette transformation est la recherche dans le domaine du g´enie logiciel.

L’apparition de ces logiciels a permis de r´epondre plus rapidement aux exigences du march´e, grˆace `a l’automatisation de plusieurs tˆaches de conception du produit. En CAO, l’efficacit´e de la mod´elisation g´eom´etrique est un gain appr´eciable, et les facilit´es de r´eutilisation et de modification des mod`eles permettent d’´elaborer des solutions dans des d´elais restreints.

Apr`es ce progr`es consid´erable, deux autres familles de logiciels ont vu le jour. La premi`ere concerne les logiciels de conception int´egr´ee et la seconde concerne la gestion des donn´ees techniques.

Les logiciels de conception int´egr´ee, appel´es aussi logiciels de CFAO (Concep-tion & Fabrica(Concep-tion Assist´ees par Ordinateur), sont l’´evolution directe des logiciels de CAO. Mais `a la diff´erence de ces derniers, ils int´egrent plusieurs modules d’ex-pertise qui gravitent autour du modeleur CAO proprement dit. Ces logiciels sont con¸cus comme des applications g´en´eralistes englobant toutes les fonctionnalit´es in-formatiques utiles `a toutes les tˆaches de conception d’un produit [Gar92]. Le mod`ele de r´ef´erence est une repr´esentation 3D de la g´eom´etrie du produit con¸cu [RT00]. Une fois achev´e, ce mod`ele sert de base commune de travail aux diff´erents m´etiers du processus de conception.

Cette solution a des limites, qui sont dues en grande partie au fait que c’est la g´eom´etrie qui reste pr´epond´erante. L’exp´erience que nous avons acquise, pendant la th`ese, en collaborant avec des ´electrotechniciens, nous a montr´e que le mod`ele 3D qui est si important pour notre travail de m´ecanicien, n’avait pas du tout le mˆeme int´erˆet pour d’autres m´etiers, tels que l’´electromagn´etique qui se base plutˆot sur de la g´eom´etrie 2D et des mod`eles math´ematiques. Cet exemple nous montre que dans un contexte collaboratif o`u il y a plusieurs m´etiers compl´ementaires diff´erents, avec des cultures diff´erentes, des m´ethodes et outils diff´erents, le mod`ele g´eom´etrique seul, que nous avons l’habitude d’utiliser en m´ecanique, ne suffit pas pour faire collaborer les concepteurs des diff´erents m´etiers. Donc si on veut assister la conception colla-borative il faut que les logiciels d´edi´es `a ce travail supportent des informations et des mod`eles au-del`a du mod`ele g´eom´etrique.

Les autres limites de cette solution sont le fait qu’aucun ´editeur logiciel ne pro-pose une gamme d’applications m´etiers couvrant toutes les activit´es de conception. Et pour finir, les outils CFAO bien que performants, sont devenus exag´er´ement grands en taille au niveau des ressources informatique utilis´ees, en fonctionnalit´es et en investissement (d´eploiement, maintenance, formation des utilisateurs, etc).

1.4.2.2 Les logiciels de gestion des donn´ees techniques

Les logiciels de gestion des donn´ees techniques (SGDT) permettent le partage des informations provenant des diff´erents m´etiers du mˆeme projet, en les structurant dans une base de donn´ees unique. Les informations ´echang´ees sont sous formes de fichiers. D’autre part, cette solution, `a la diff´erence de la premi`ere, laisse les experts utiliser leurs propres logiciels m´etiers mais ils doivent utiliser le mˆeme SGDT.

Bettaieb [Bet06] cite le travail de Yang [YGH04] qui a d´enombr´e trois crit`eres que doit remplir un SGDT pour g´erer efficacement les donn´ees produit et la responsabi-lit´e des diff´erents partenaires qui collaborent au del`a des fronti`eres de l’entreprise :

1. la transparence `a travers les SGDTs du contenu et l’emplacement des infor-mations et l’´etat de la version actuelle ou de la derni`ere version,

2. la facilit´e d’acc`es aux donn´ees publi´ees,

3. la capacit´e de notification des personnes ad´equates chaque fois qu’un change-ment d’´etat s’op`ere.

Parmi les inconv´enients de cette solution on retrouve le fait que le partage d’in-formations ne soit bas´e que sur les fichiers informatiques des experts m´etiers. Ceci n’est pas adapt´e `a la cr´eation de liens s´emantiques entre concepts d´efinis `a des ni-veaux de d´etails inf´erieurs. Un autre inconv´enient est que, si ces syst`emes offrent de bonnes capacit´es dans la gestion des donn´ees d’une seule compagnie colocalis´ee, en revanche ces capacit´es se d´egradent dans le cas d’un environnement d’ing´enierie distribu´ee [YGH04]. Le mod`ele produit partag´e dans un SGDT se limite `a une d´ e-composition structurelle. Cette hi´erarchie est en g´en´eral d´efinie en d´ebut de projet et difficilement adapt´ee en cours de projet. Ainsi les syst`emes de gestion de donn´ees techniques sont plutˆot adapt´es `a des contextes de conception routini`ere. Les SGDTs ont besoin d’une structure de produit bien d´efinie pour configurer un projet ; ce qui pose des probl`emes avec la conception innovante qui est rarement bien structur´ee au d´epart [Bet06]. Pour finir signalons le travail de Sudarsan [SFSW05], cit´e par Bettaieb [Bet06], qui a d´enombr´e trois points faibles majeurs des SGDTs actuels :

1. les syst`emes actuels permettent le suivi des modifications apport´ees aux in-formations produit tout au long de son cycle de vie, mais des am´eliorations importantes restent `a apporter ; dans ce sens nous pouvons noter le manque de support permettant l’enregistrement des justifications des changements ef-fectu´es par les participants sur les donn´ees produit.

2. les repr´esentations CAO apparaissent seulement, d’une fa¸con tardive, dans le processus de conception ; les SGDTs associ´es aux repr´esentations CAO du pro-duit ne peuvent ˆetre utiles (fonctionnels) avant la description, au moins par-tielle, de ces repr´esentations. Les SGDTs ont besoin d’interagir avec les

infor-1.4. Travail collaboratif assist´e par ordinateur

mations du produit utilis´ees dans les phases initiales de la conception, o`u les concepteurs s’occupent `a identifier les fonctions et la performance du produit ; les formes sont tr`es vagues `a ce stade d’´etude.

3. dans les phases avanc´ees de conception (fabrication, assemblage, maintenance, livraison...), la forme du produit change peu, `a ce niveau les informations sur le comportement du produit sont les plus importantes. Par cons´equent les SGDTs ne doivent pas se contenter des simples repr´esentations CAO du produit, ils ont besoin d’int´egrer la notion de comportement qui s’av`ere fondamentale surtout `

a ce niveau de cycle de vie du produit.