Manuscrit auteur, publi dans "Revue Internationale de CFAO et d'informatique graphique 4, 18 (2005) 485-504"

Gestion des donnes lingnierie de process

techniques

pour

Un cadre de rfrence pour lingnierie des systmes dinformation technique

Bernard Yannou* Rebiha Bacha** * Laboratoire Gnie Industriel, Ecole Centrale Paris
Grande voies des vignes, 92295 Chtenay-Malabry yannou@lgi.ecp.fr

hal-00748734, version 1 - 18 Mar 2013

** Renault S.A., Technocentre, GRA 445, 1 avenue du Golf, 78288 Guyancourt,

Cdex, France
RSUM. Les matres duvre et les matres douvrage sont confronts des srieuses difficults dans les premires phases de lingnierie dun Systme dInformations Techniques (SIT) au sein dune entreprise manufacturire. Le but de notre travail est de permettre, dans le cadre applicatif de lingnierie de process, de mieux reprsenter le s exigences des acteurs techniques du projet et de fournir un guide pour le dploiement de projets de systmes dinformation (SI). Un cadre de rfrence est donc propos partir de diagrammes de spcification standards, son processus dlaboration tant r ationalis. Ce cadre peut mme tre considr comme guide pour tout projet dingnierie dun SI. Le cadre de rfrence et le guide ont t tous deux expriments lors de la mise en uvre dun systme de Gestion Electronique de Documents (EDM). ABSTRACT. Project managers and project owners face some difficulties at the early stages of the engineering of Technical Information Systems (TIS) within manufacturing companies. The goal is here, in the application area of Process Engineering, to better represent the actors technical requirements and to provide a global guideline for IS deployment projects. A reference framework is hence proposed that makes use of standard specification diagrams; its elaboration process is rationalized. It may even be considered as a guideline for generic IS engineering. This guideline merges both bottom-up and top-down approaches. Both the framework reference and the guideline are experimented on the implementation of an Electronic Document Management (EDM) system.
MOTS-CLES: KEYWORDS:

Ingnierie des Systmes dInformation Techniques (SIT), Gestion des Donnes Produit-Process, Ingnierie de process, Architecture de Systme dInformation. Technical Information System (TIS) Engineering, Product/Process Data Management (P2DM), Process Engineering, Information System Architecture (ISA).

Nom de la revue. Volume X n X/2002, pages 1 X

Nom de la revue. Volume X n X/2002

1. Introduction Ces dernires annes, la gestion de donnes techniques en ingnierie de production a fondamentalement chang au sein des entreprises de construction automobile comme Renault. En effet, avec l'mergence des outils dIngnierie des Processus Assiste par Ordinateur (IPAO), les problmes de la Gestion des Donnes Techniques (GDT) se sont reports du produit (on parle aussi de PDM pour Product Data Management ou encore de PLM pour Product Lifecycle Management pour rfrencer les tapes du cycle de vie) vers l'ingnierie de production (voir tableau 1). Par exemple, deux systmes PDM ont t mis en service avec succs chez Renault : un pour la gestion des nomenclatures de lentreprise et lautre po ur la gestion des donnes gomtriques des pices. Cependant, il nexiste pas ce jour dquivalent dun tel Systme de Gestion de Donnes Techniques (SGDT) pour grer les donnes dingnierie des process, bien quon commence parler de P2DM (P2 pour Product/Process).
Logique Produit Produit avec ses diffrentes vues (as designed, as manufactured) Acteurs du BE : designers, architectes, gomtres... Ingnierie du Produit : activits du BE lies la dfinition du produit Configurations du produit : variantes et options du vhicule par exemple L'objet de visualisation est le produit et ses diffrentes composantes SGDT dot d'un environnement e-BOM1 (e pour engineering) outils CAO et calcul en BE : simulation, cotation du produit spcifications du produit, ses diffrentes configurations Logique Process Systme industriel (Usine, Process et Ressources) Bureaux de Mthodes : prparateurs, implanteurs, engageurs Ingnierie de production : activits lies la conception du process Configurations du Process : hypothses du systme industriel L'objet de visualisation est le systme de production, les flux... SGDT avec M-BOM (M pour Manufacturing) Outils IPAO : simulation de flux et du process, implantation d'ateliers Classification des oprations et des ressources, structure d'un site

hal-00748734, version 1 - 18 Mar 2013

Objet de conception Clients crateurs Nature de l'activit Diversit /complexit Maquette numrique Technologie cible Intgration avec outils Standardisation

Tableau 1. Conception du produit et conception du process : lments comparatifs Lingnierie de production ou de process a t longtemps nglige relativement l'ingnierie de produit, tant au niveau des pratiques industrielles que de la recherche. Cependant, il y a sans aucun doute des gains conomiques trs importants raliser en grant mieux les donnes de process. Les projets de mise en uvre des Systmes dInformations Techniques (SIT) pour l'ingnierie de production rappellent les dbuts de la CAO et ceux de la mise en place des PDM au

BOM (Bill Of Materials) : structure de graphe arborescente pour grer la nomenclature.

Gestion des donnes techniques pour lingnierie de process

sein des bureaux d'tudes. En effet, ces projets ptissent de difficults que l'on peut classer en deux catgories (Gzara et al, 2000) : Le manque de modles de spcification en ingnierie de domaine, Labsence de dmarche globale pour la conduite dun projet de dveloppement de Systme dinformation (SI).

C'est dans ce contexte que s'inscrit la problmatique de cet article. Il traite de deux aspects du domaine de l'ingnierie des SIT : Llaboration du rfrentiel du domaine de l'ingnierie de production. Celui-ci doit traduire, l'aide de modles de spcification comprhensibles et standards, les besoins de la matrise d'ouvrage et de la matrise d'uvre en GDT. Il doit contenir les principaux objets mtier structurs et leurs rgles de gestion. Il peut alors servir comme cadre de rfrence pour le dveloppement des futurs SIT en entreprise. La rationalisation de la dmarche d'laboration du rfrentiel et plus globalement de la conduite des projets de nouveaux SIT en entreprise. La dmarche se veut participative, afin d'impliquer au mieux tous les acteurs, et contextuelle pour rpondre la dynamique de tels projets.

hal-00748734, version 1 - 18 Mar 2013

La composition de larticle se compose alors de la manire suivante. Le chapitre 2 est consacr la description de la problmatique industrielle, telle que nous l'avons perue chez le constructeur Renault. Nous introduisons d'abord quelques constats ayant des consquences directes sur la GDT. Nous poursuivons notre analyse du terrain par la prsentation des besoins des principaux acteurs impliqus dans ces projets : la matrise d'ouvrage et la matrise d'uvre. Nous terminons ce chapitre en expliquant les goulots d'tranglements la mise en uvre des SIT en entreprise. Nous explorons dans le chapitre 3 les solutions potentielles se trouvant dans la littrature. Nous justifions pour llaboration du rfrentiel SI du domaine les choix des techniques de modlisation utilises ainsi que, sur le plan mthodologique, celui de lutilisation simultane des approches ascendante et descendante. Nous intgrons ainsi les diffrentes sources d'acquisition des connaissances en ingnierie du domaine. Le chapitre 4 est une description de ce cadre de rfrence. On dcrira uniquement la structure des objets mtiers. Dans le chapitre 5, une mise en uvre du cadre de rfrence, selon lapproche mthodologique dcrite au sein du chapitre 4, est ralise sur un projet de Gestion Electronique de Documents ( GED). Les avantages de lapplication sont dcrites et le retour dexprience de lindustriel sur le projet est effectu. Le chapitre 6 conclue sur une valuation de notre contribution, sur les conditions dune mise en uvre systmatique sur des nouveaux projets de dveloppement des SI de grande taille, sur les difficults rencontres et les perspectives ce travail.

Nom de la revue. Volume X n X/2002

2. Dfauts et dysfonctionnements des SIT actuels La conception verticale des progiciels dIPAO, l'absence d'interoprabilit entre eux et le morcellement du processus d'industrialisation sont probablement les causes principales des dysfonctionnements rcapituls ici : Difficult d'accs et d'volution des SIT existants : les SIT actuels tels quils existent dans des entreprises comme Renault ne peuvent plus supporter le nombre croissant des utilisateurs et le volume croissant des donnes. Les extractions d'informations deviennent des tches fastidieuses et leur maintenance est quasi impossible. Ressaisies et Itrations : elles sont observes tout au long du projet vhicule, de passage de jalons et durant les changes de donnes incontournables entre applications du mtier process. Redondance et perte d'informations : La perte d'informations peut se produire au moindre transfert d'informations entre acteurs, consquence de la non informatisation des changes d'une part et de la rupture entre les outils d'ingnierie et d'exploitation d'autre part. Absence de standardisation et de structuration des donnes techniques du process : les terminologies employes pour dcrire les mmes objets process2 divergent d'un mtier l'autre. Ils ne sont pas structurs et leur volution (cycle de vie et maturit) n'est pas gre. De surcrot, l'activit d'ingnierie de process n'est pas tout fait rationalise.

hal-00748734, version 1 - 18 Mar 2013

Dtaillons quelque peu un exemple trs reprsentatif des difficults de la conception des process chez Renault due la non adaptation des SIT : la conception du Bord de Chane3 (BdC). En effet, sa conception est fort complexe de par l'implication simultane de plusieurs mtiers process et par le fait que son processus de conception et les rgles de construction et de dimensionnement du BdC ne sont actuellement pas formaliss (ou rationaliss). Ainsi, le prparateur et l'engageur ont la charge d'optimiser la surface du BdC en fonction des contraintes lies l'engagement des oprateurs affects aux postes. Le logisticien prconise les emballages des pices et les meubles o les stocker. Il a en plus la charge de dimensionner le stock de scurit, de dfinir les frquences et les lots d'approvisionnement. L'implanteur, quant lui, a la charge de rpartir les surfaces disponibles pour implanter les quipements appropris. Plusieurs outils logiciels ont t dvelopps ces fins mais sans apporter de relles satisfactions. Conus pour
2

Nous convenons d'appeler objet process , les donnes manipules en ingnierie de production. Elles concernent l'ensemble des caractristiques du systme industriel, des oprations, des ressources 3 Bord de Chane : surface de stockage et d'encyclage des pices avec leurs emballages prts approvisionner les postes de travail. Les emballages sont stocks dans des meubles et diffrents supports et ils arrivent au Bord de Chane depuis le magasin selon des rgles logistiques et de manutention.

Gestion des donnes techniques pour lingnierie de process

une direction et un type d'acteurs donns, ces logiciels couvrent partiellement le problme de conception du BdC et ne prennent pas en compte l'ensemble des contraintes et des informations juste ncessaires la construction du BdC dans sa globalit. De plus, ces outils imposent a priori des saisies de donnes de dtail indisponibles en avant-projet et ne sont pas non plus connects aux systmes documentaires Pour concevoir de manire optimale un BdC (plus globalement un systme industriel) il serait ncessaire dintgrer ces diffrentes activits. Lapproche prsente dans ce papier a pour objectif terme de fournir des solutions de dploiement de SIT rellement adaptes une ingnierie intgre des processus. En plus de ces dysfonctionnements lis l'activit quotidienne des utilisateurs mtiers, les acteurs en charge de la mise en uvre des SIT sont galement soumis la lenteur dans la conduite de ces projets SIT et la prsence des ruptures dans les jalons. En consquence, les produits une fois livrs risquent d'tre obsoltes face aux volutions permanentes des besoins et des stratgies de l'entreprise. Cette problmatique est lie en grande partie : La difficult de communication entre les principaux acteurs : la matrise d'ouvrage qui est en charge d'exprimer les besoins en matire de GDT, et la matrise d'uvre devant traduire ces besoins en spcifications fonctionnelles. Notons la mme difficult dans les changes avec les partenaires du projet (diteur du PDM, socits de prestations). La cause principale ce problme est que les modles d'expression utiliss sont informels, voire inexistants en phases amont d'ingnierie de besoin. L'absence d'un guide mthodologique suffisamment flexible et contextuel pour mieux apprhender les singularits des projets. Les mthodes formelles proposes dans la littrature sont difficiles adapter et ont chou dans les projets antrieurs.

hal-00748734, version 1 - 18 Mar 2013

Ajoutons cela, le manque de rationalisation des processus d'ingnierie de production, qui pose des difficults de formalisation de ses donnes. L'interdpendance des activits d'ingnierie produit/process ne facilite pas non plus cette tche.

3. Techniques et mthodologie Pour rsoudre les dysfonctionnements cits auparavant, deux grands choix ont t faits concernant la dmarche globale de ralisation du rfrentiels, et les techniques de modlisation.

Nom de la revue. Volume X n X/2002

3.1. Choix dune stratgie intgre : ascendante et descendante En partant de la volont la fois dlaborer un cadre de rfrence pour lingnierie de la production et de rationaliser un guide de dploiement dun projet de SI, nous avons dcid dinvestiguer : Les mthodes d'ingnierie des SI aussi bien acadmiques que pratiques (Avison et al, 1995; Whitten et al, 2001). Les dveloppements des SIT en entreprise qui s'inspirent principalement des mthodes d'ingnierie des SI. Nous tudions les travaux de structuration de donnes techniques (Harding et al, 1999; Zhao et al, 1999) et quelques aspects mthodologiques lis au dveloppement mme des SIT (Chen et al, 1998) et plus particulirement des mises en uvre des technologies de SGDT (McIntosh, 1995; Pels, 2000). Notons qu'il existe trs peu de travaux qui s'inscrivent dans cette dernire thmatique. Citons galement les travaux sur l'ingnierie des patrons (Gzara et al, 2000). Lapproche descendante : cest une approche classique qui emprunte les techniques traditionnelles danalyse du domaine (domain analysis) longtemps applique dans les mthodes de type MERISE (Kettani et al, 1998). Elle a l'avantage d'analyser le domaine dans sa globalit avant d'analyser les composants du systme. Cette stratgie est ncessaire pour intgrer les nouveaux besoins mtiers ( business requirements) de l'entreprise qui ne sont capitaliss dans aucun composant. Toutefois, cette analyse peut, notre avis, s'effectuer en mme temps que l'analyse ascendante suivante. Lapproche ascendante :. La stratgie ascendante a longtemps t utilise dans les mthodes de conception base d'objets et par ou pour la rutilisation. Parmi les approches rutilisables d'ingnierie des composants, deux mthodes ont attir notre attention : lanalyse des similarits et la recherche d'analogies (Castano et al, 1992; Cauvet et al, 2001). Toutes deux se rejoignent dans l'tude des modles de spcification : schmas conceptuels, physiques Les techniques de retro-ingnierie (reverse engineering) sont utilises pour analyser les bases de donnes existantes. Cette stratgie peut s'appliquer indpendamment de la politique de dveloppement des SIT en entreprise (qui peut tre sous-traite).

hal-00748734, version 1 - 18 Mar 2013

A partir de cette littrature, deux approches principales peuvent tre distingues :

Habituellement, ces deux stratgies taient appliqus sparment. Dans ce travail, elles ont t appliqus simultanment.

Gestion des donnes techniques pour lingnierie de process 3.2. Les techniques de modlisation choisies

Pour rsoudre les problmes cruciaux de la mise en uvre des SIT en entreprise, nous avons explor les solutions potentielles dcrites dans la littrature. Nous proposons alors une classification des approches en 4 catgories : 1. Technologies d'information et supports d'intgration, travaux pour la plupart mens par les organismes de normalisation. Ils se proccupent des modes dchange, de standardisation ainsi que des plates-formes dintgration en entreprise. Modles de spcification en ingnierie des SI (Avison et al, 1995; Whitten et al, 2001) et langages spcifiques aux donnes techniques (Cutting-Decelle et al, 2000; Gruninger et al, 2000). Architectures de rfrences et techniques de modlisation en entreprise (enterprise modeling) (Cook, 1996; Vernadat, 1996). On peut citer les approches CIMOSA et GRAI (voir (Vernadat, 1996)) en ingnierie de production. Ateliers de Gnie Logiciel (AGL) qui permettent d'instrumenter ces techniques et d'automatiser de nombreuses tches prsentes en conduite de ces projets informatiques. Le point n 1, prcdemment voqu, est quelque peu prmatur car le travail de structuration des informations doit avoir lieu avant de penser standardisation ; notre problmatique se situe plus en amont. Du point n 2, nous rutilisons la terminologie adopte au sein des langages de donnes techniques comme MANDATE4 (Cutting-Decelle et al, 2000) et PSL5 (Gruninger et al, 2000). Ils prsentent un apport dans la rationalisation des terminologies du domaine. Nous retenons galement les modles entits/associations ou relationnels et la notation UML6 (Muller, 1999). Le choix des modles relationnels est justifi par la ncessit imprieuse de rutiliser les bases de donnes existantes utilises au jour le jour et qui sont justement bases sur ce modle. Les patrons d'analyse et de conception (Fowler, 1997) sont aussi adapts pour exprimer les problmes de spcification ou pour affiner les structures de donnes. Enfin, nous choisissons dutiliser des techniques de BPM (Business Process Modelling) car nous voulons aussi adopter une stratgie descendante pour lanalyse du domaine.

2.

hal-00748734, version 1 - 18 Mar 2013

3.

4.

Plusieurs techniques de modlisation sont retenues pour laborer le rfrentiel :

MANDATE ( Manufacturing Data Exchange ) est une pr-norme ayant pour objectif de rationaliser une structure de donnes pour le process de fabrication. 5 PSL signifie Process Specification Language . 6 UML signifie Unified Modelling Language .

Nom de la revue. Volume X n X/2002

Du point n 3, Le cadre de Zachman (Zachman, 1987) a t retenu (voir figure 1). Cest un schma de classification des modles de spcifications suivant les 6 dimensions fondamentales dun SI (data ou QUOI, function ou COMMENT, network ou OU, people ou QUI, time ou QUAND, motivation ou POURQUOI) et les 6 niveaux dabstraction (objective scope, enterprise model, system model, technology model, detailed model, functioning enterprise). Seules les cases grises dans la figure 1 ont t modlises dans ce qui va suivre de ce travail. Enfin, du point n 4, l'AGL retenu : System Architect de Popkin Software (Popkin, 2000), intgre les techniques de modlisation dcrites prcdemment et les principes du cadre de Zachman.
DATA (What) FUNCTION (How) NETWORK (Where) PEOPLE (Who) TIME (When) MOTIVATION (Why)

hal-00748734, version 1 - 18 Mar 2013

Objective / Scope (Contextual) Enterprise Model (Conceptual) System Model (Logical) Technology Model (Physical) Detailed Model (Out of Context) Functioning Enterprise

List of Things Important in the Business Conceptual Data / Object Model Logical Data / Class Model

List of Core Business Processes Business Process Model

List of Business Locations Business Logistics System Distributed Systems Architecture Technology Architecture

List of Important Organizations Work Flow Model

List of Significant Events Master Schedule

List of Business Goals

Business Plan

System Architecture Model Technology Design Model

Human Interface Architecture Presentation Architecture

Processing Structure

Business Rule Model

Physical Data / Class Model

Control Structure

Rule Design

Data Definitions

Program

Network Architecture

Security Architecture

Timing Definition

Rule Specification

Usable Data

Working Function

Usable Network

Functioning Organization

Implemented Schedule

Working Strategy

Figure 1. Cadre de Zachman : couverture des modles retenus (en gris)

3.3. Scnario de dveloppement du cadre de rfrence Le scnario suivi pour llaboration du rfrentiel du domaine, que nous proposons est donn en figure 2. Les trois hauts niveaux d'abstraction (contextuel, oprationnel et logique) forment le rfrentiel. Une fois construit, le rfrentiel devient un modle contextuel pouvant servir en phase d'ingnierie de besoin pour le dveloppement de nouveaux SIT. Il est prsent l'aide de l'vnement rfrentiel existant au niveau contextuel. Nous mettons aussi en italique les tches concernes par le data model afin de les distinguer de celles du business model. Ce scnario prend en compte les contraintes environnementales du projet ; par exemple, la

Gestion des donnes techniques pour lingnierie de process

rutilisation des SIT existants est illustre par la prsence des flches ascendantes traduisant l'acte de rtro-ingnierie. Rappelons nouveau que les dmarches existantes (Pels, 2000; Zhao et al, 1999) utilisent jusqu prsent soit des dmarches ascendantes ou descendantes mais presque jamais les deux la fois. Les livrables de la dmarche sont soulignes en figure 2 par des flches allant de droite gauche. Ils sont composs de dfinitions et de modles de spcifications tous niveaux. Citons concrtement, une aide la documentation des processus mtiers, des modles de spcifications, des architectures de bases de donnes.
Modles contextuels Dcouvrir le domaine Rfrentiels existants

Nouveaux requirements

Identifier les vnements majeurs

identifier les processus Identifier les rles et les divisions mtier

dfinir les objectifs stratgiques

hal-00748734, version 1 - 18 Mar 2013

Modles oprationnels

documenter

Spcifier les mtaentits du data model

Processus mtier documents

dvelopper les diagrammes de processus

Business requirements formaliss Test et vrification

Modles de transformation logique Dcrire les scnarios de chaque use case Crer modle logique de donne (ER) Dcliner les use cases des rles aux acteurs

Convertir Raffiner les diagrammes de classes Dcliner les objets potentiels Requirements conus

Modles physiques

conversion des classes persistentes aux tables (via ER)

Crer modle physique de donnes

Dfinir les objets logiciels

Dtails de conception technique Spcifier Crer diagrammes de l'architecture ... collaboration/Squence

Gnrateur de schmas

Requirements techniques

Composants Reverse enginering SIT existants Nouveau schma de BdD Code source objet Dployer systme Requirements implments

LEGENDE Processus Evnement ou donne d'entre Rsultat ou livrable Squence obligatoire Squence optionnelle

Figure 2. Le scnario descendant et ascendant dlaboration du cadre de rfrence

10

Nom de la revue. Volume X n X/2002

4. Un cadre de rfrence pour lingnierie de process La figure 3 illustre comment sont dclins les objets mtiers depuis les deux approches de rtro-ingnierie et danalyse du domaine. Ces objets mtiers sont classs suivant les 4 mta-entits dcrites dans le chapitre qui suit.
Analyse du domaine Rtro ingnierie

Processus lmentaires Diagramme de classes persistantes

Modles logiques de donnes (E-R) Modles physiques de donnes BdD existantes

Cas d'utilisations

objets potentiels

hal-00748734, version 1 - 18 Mar 2013

Figure 3. Processus de dclinaison des objets mtiers partir des deux approches

4.1. Les mta-entits La objets mtiers dclins au cours de lanalyse du domaine et de la rtro ingnierie sont classs selon les 4 mta-entits suivantes (voir figure 4) : Produit : On y regroupe les objets mtiers lis au produit (pice, organe) selon les 2 vues fonctionnelle et structurelle. On rutilise le SI produit de lentreprise. Process : ensemble d'oprations, d'actions, de procds agissant sur un milieu extrieur (matires premires, constituants, documents, personnes...) pour en changer les caractristiques (Gruninger et al, 2000). Ces caractristiques peuvent tre : Physico-chimiques (processus de d'usinage, d'assemblage transformation) : oprations

Gographiques (processus de dplacement, de transport) : dplacement d'un oprateur sur une ligne de production, convoyage d'une pice, Psychologiques (processus de formation, de vente) : formation de l'oprateur une technique de montage, lecture d'une fiche documentaire au poste

Ressource : tout priphrique, outil ou moyen qui contribue la ralisation de biens ou des services du domaine process. Une ressource est caractrise par des proprits ou des comportements mesurables tels que : le rendement, la fiabilit, l'engagement, la consommation etc (Cutting-Decelle et al, 2000).

Gestion des donnes techniques pour lingnierie de process

11

Systme industriel : Les objets du systme industriel caractrisent les sites de production et permettent de dcrire les fonctionnements (ex: schmas des flux pices et organe) ainsi que les organisations (Ex: structure des ateliers).
Quoi ? Objet de conception Produit Level Enterprise

Exemple : lien pice-emballage

Exemple : fabrication d'une famille dans un site

Comment ? Avec quoi ? Process Level Enterprise Elment de liaison entre entits Machine et oprateur Dcoupage structurel et fonctionnel des sites de production O ?

hal-00748734, version 1 - 18 Mar 2013

Ressource Level Enterprise

Systme industriel Level Enterprise

Exemple : affectation des ressources au site

Figure 4. Les quatre mta entits du data model : liens centrs process Ces entits peuvent se matrialiser sous diffrents formats : documents, fichiers de spcifications, modles graphiques 2D/3D, ou une rfrence donne au sein dune nomenclature. Cette classification en mta-entits rappelle le principe de lorganisation en paquetages, une technique communment utilise pour la modlisation objet.

4.2. Lorganisation en paquetages Un paquetage doit contenir des items smantiquement proches, lis entre eux pour former un tout cohrent et suffisamment indpendant des autres composants (voir (OMG, 1999)). Ces items peuvent tre des classes d'objets, des cas d'utilisation, d'autres paquetages, voire des diagrammes. Le regroupement des objets mtiers en paquetages a pour objectif de faciliter la maintenance et l'volution du data model, tant au niveau des objets manipuls que des rgles de gestion correspondantes. UML ne propose pas spcifiquement de diagramme de paquetages mais il a t possible de le construire l'aide du diagramme de classes (voir aussi (Muller, 1999) pour un exemple de mise en uvre dans le contexte de UML). Un bon dcoupage doit tenir compte de plusieurs critres : ils doivent tre un moyen de structuration, d'organisation des acteurs du projet, de gestion des configurations et un moyen de rutilisation (Kettani et al, 1998). Au bilan, les paquetages sont homognes vis--vis des finalits (correspondant des attentes uniques des acteurs), vis--vis des volutions, de la couverture organisationnelle et gographique et du cycle de vie des objets contenus.

12

Nom de la revue. Volume X n X/2002

Niveau microscopique des nomenclatures

Vue macroscopique des nomenclatures

Structure des sites Graphe process Catalogue de ressources Nomenclature du produit

Atelier emboutissage

Atelier tlerie

Standard des temps opratoires

Objets Graphiques & Annotations

Atelier montage

Atelier mcanique

Acteurs du projet Caractristiques du site projet vhicule Engagement Schma des flux Dossiers de dfinition du projet Forme interne du MTC Rpartition des surfaces Maquette d'effectifs

hal-00748734, version 1 - 18 Mar 2013

Figure 5. Diagramme initial des paquetages Nous proposons ainsi des paquetages (voir figure 5) regroupant les mta-entits (produit, process, ressource et systme industriel), dcrivant les types d'objets mtiers (document, graphique), rsultant des cas d'utilisation tudis (engagement, rpartition des surfaces), et classant les objets par niveaux de granularits (niveau macroscopique et microscopique des objets mtier).

4.3. Les nomenclatures A ce stade, pour affiner la structure de donnes, les notions de nomenclature et de vues mtiers ont t utilises. Des patrons abstraits danalyse issus de la littrature ont t adapts pour raliser ces nomenclatures. Daprs Inmon (Inmon et al, 1997), une nomenclature est une liste des pices utilises dans un process de fabrication en prenant en compte les relations dassemblage du produit. Une nomenclature est une structure rcursive classique . La figure 6a dcrit la nomenclature produit. Celle-ci est une dfinition structurelle et fonctionnelle produit. Les classes : niveau suprieur, niveau intermdiaire et niveau de base reprsentent un dcoupage fonctionnel gnrique valable pour toute famille vhicule. Cette structuration est l'instanciation du patron Organisation Hierarchy de Fowler (Fowler, 1997). Exemple, quipements extrieurs (niveau suprieur) est compos de trois niveaux intermdiaires : enjoliveurs, accessoires et protection. Le niveau intermdiaire protection est divis en cinq niveaux de base : protection dessous de caisse, bouclier avant, antiprojections, bouclier arrire et protection latrale et arrire.

Gestion des donnes techniques pour lingnierie de process

13

A ce dcoupage est attache une composition rcursive des fonctions relatives une famille vhicule (l'instanciation du patron abstrait Composite de Gamma (Gamma et al, 1995)) . Suivant la variante et la solution de chaque fonction lmentaire, il correspond une ou plusieurs pices gnriques. La pice gnrique peut tre un assembl de pices ou une (rfrence de) pice lmentaire 7. Cette structure est galement reprsente l'aide du patron Composite de Gamma (Gamma et al, 1995). La figure 6b reprsente la nomenclature process. Elle s'inspire des niveaux de la nomenclature produit (granularit et nombre). La classe abstraite processus mtier , divise le mtier d'ingnierie de production en processus primaire, secondaire et opration gnrique . Cette structure, reposant sur le patron Organisation Hierarchy de Fowler (Fowler, 1997), possde les mmes rle et niveau de granularit que sa partie homologue en produit. A l'aide des trois classes : opration gnrique (abstraite), gamme opratoire (composite) et opration (composant) forment le patron composite de Gamma (Gamma et al, 1995). La gamme opratoire est une composition rcursive des oprations. La classe opration, tant la feuille de l'arbre, est documente avec un mode opratoire, un standard des temps opratoires etc. La partie droite de la figure 6b montre un exemple d'instanciation du process. La nomenclature de ressources est dcrite en figure 6c. On rattache l'organisation hirarchique des mtiers d'ingnierie de production (processus mtier) la classe abstraite moyen gnrique. Celle-ci forme, avec la classe composite quipement et la classe composant outillage une structure rcursive (Gamma et al, 1995). De par le choix d'inclure les ressources humaines dans la nomenclature, la classe Oprateur se voit hriter de la classe moyen gnrique. La partie droite de la figure 6c est un exemple d'instanciation suivant cette structure. La figure 6d prsente une structure gnrique du systme industriel. La classe abstraite systme industriel divise le site en ateliers en empruntant le patron Organisation Hierarchy de Fowler (Fowler, 1997). Nous distinguons diffrents types d'ateliers suivant ses activits. Les dcoupages des ateliers se distinguent par les proprits et les comportements des classes les constituant. Ces 4 nomenclatures sont lies entre elles diffrents niveaux de granularit et notamment entre les feuilles de ces nomenclatures, comme par exemple entre les oprations postes et les quipements .

hal-00748734, version 1 - 18 Mar 2013

Il faut toutefois noter qu'une pice lmentaire peut tre un assembl aux yeux du fournisseur. Pour un constructeur qui importe environ 70% des pices du vhicule, celui-ci ne doit pas dmanteler les modules imports ; ils sont monts tels qu'ils sont et donc leur dcomposition est inutile.

14

Nom de la revue. Volume X n X/2002

4.4. Les vues des objets mtiers Diffrentes vues mtiers de lentreprise peuvent tre extraites de ces nomenclatures. La notion de vue peut tre dfinie comme une perception slective de lentreprise qui accentue beaucoup des aspects particuliers et en nglige dautres (AIT, 1998).
1 parent {ordered} Produit gnrique {abstract} 1..* enfant

Niveau Suprieur

Niveau Intermdiaire 1..*

Niveau de Base {abstract}

abstraction d'un assembl ou d'une rfrence de pice

hal-00748734, version 1 - 18 Mar 2013

Niveau Suprieur est parent de Niveau qui est parent de Niveau de Base Intermdiaire 1 GFE FE

1..* 1 correspond 1..*

pice-gnrique {abstract}

(a) Produit

Groupe Fonction Elementaire est une Fonction Elementaire est composition rcursive de fonctions assure l'aide de pices 1

Assembl

rfrence-pice

Feuille de l'arbre : pice physique

1..* Processus mtier {abstract} 1

{ordered}

Processus primaire

(b) Process

Processus secondaire 1..* Opration gnrique {abstract} {ordered}

Processus primaire est parent de processus secondaire qui est parent de opration gnrique

1 Gamme opratoire Opration

{ordered} 1 processus mtier {abstract} 1..*

(c) Ressource

Processus primaire

Processus secondaire

1..*

Moyen gnrique {abstract} Oprateur

Processus primaire est parent de processus secondaire qui est parent de moyen gnrique

Equipement

Outillage

Gestion des donnes techniques pour lingnierie de process

15

{ordered} 1 Systme industriel {abstract} 1..*

Site

Atelier

(d) Systme industriel

{ordered} 1

1..* atelier-tlerie {abstract}

1..* atelier-emboutissage {abstract} 1 {ordered}

{ordered} 1

1..* atelier-montage {abstract}

Unit

Zone 1 {ordered}

Ligne

Presse

Chane

Tronon

Pas de chane 1 {ordered}

hal-00748734, version 1 - 18 Mar 2013

notion de poste commune tous les mtiers. 1..* Poste

presse assimile un poste 1..*

Figure 6. Les 4 nomenclatures produit, process, ressource et systme industriel Concrtement, les cas d'utilisation mtier peuvent tre l'origine de la vue. Ils sont issus des activits tudies (prparation, implantation, engagement) et gnrent de nouveaux objets. Ces objets sont rpartis dans les paquetages illustrs sur la figure 5. Les paquetages, tout en tant suffisamment autonomes, peuvent dpendre des autres paquetages ; ils compltent notamment l'infrastructure du data model base sur les quatre nomenclatures produit, process, ressource et systme industriel. Citons brivement un exemple. Une ressource possde plusieurs rles en ingnierie de production. Par exemple, lobjet quipement possde des proprits intrinsques telles que son identifiant, ses composants (outillages), sa fonction principale etc. En revanche, suivant le processus mtier dans lequel il est employ (chiffrage, implantation, simulation), l'quipement se voit assign dans un contexte particulier (hypothses du projet vhicule) plusieurs rles dpendants des activits d'ingnierie de production ; l'quipement peut tre : Chiffr dans le cas d'tudes d'investissements. Numris des fins des tudes de faisabilit du process. Implant sur les sites, occupant ainsi des surfaces d'ateliers. Simul en lui attribuant des proprits sur la fiabilit, le rendement etc.

16

Nom de la revue. Volume X n X/2002

5. Mise en uvre sur un cas dtude Le cadre de rfrence prsent dans les chapitres prcdents a t instanci sur un projet de prototypage dun systmes de Gestion Electronique de Documents (GED) dont le domaine est lingnierie des process (dassemblage). Lenjeu de cette maquette est de tester la robustesse du modle de donnes process et dimplmenter les fonctions de GDT (effectivit ou encore version, gestion des configurations 8, etc). Un exemple des documents types dont on aimerait automatiser les fonctions de gestion est fourni en figure 7 ; ce document est dnomm FOS, pour Feuille Opration Process.

hal-00748734, version 1 - 18 Mar 2013

Figure 7. Contenu informationnel du document FOS A

5.1. Adaptation du rfrentiel L'adaptation du rfrentiel s'effectue comme suit :

8

La gestion des configurations est le processus de dfinition et de contrle dun produit, de sa structure, de sa documentation associe et dautres donnes telles que les fonctionnalits, les processus Elle comprend aussi lhistorique de tous les changements sur les documents, les pices, les assemblages et autres donnes . (CIMdata, 2001).

Gestion des donnes techniques pour lingnierie de process

17

Analyse du document FOS (voir figure 7). Les donnes dans ce document sont de type : items (pice gnrique, opration.), modles (pices numrises, outils graphiques), donnes administratives. Slection des paquetages (voir figure 5) appartenant au champ d'application de la GED comme : projet vhicule , graphe de processus Etude de nouveaux cas d'utilisation mtier issus du domaine (fonctions dimport graphique, droits daccs utilisateurs) Rexamen des cas d'utilisation mtier existants (cycles de vie des processus) Gnration de nouveaux objets du domaine (surtout de type document ) Structuration de nouveaux objets en lien avec les composants existants Enrichissement du rfrentiel du domaine.

hal-00748734, version 1 - 18 Mar 2013

5.2. Mise en uvre logicielle La mise en uvre sest effectue sur le progiciel de GED Documentum9, ce choix ayant t effectu sur la base d'une tude comparative des progiciels du march. Sans nous attarder sur la dfinition des critres d'valuation ; ceux-ci sont techniques, fonctionnels, voire stratgiques. Documentum est un ensemble de logiciels de gestion de documents qui permet aux grandes entreprises d'acclrer et d'automatiser la cration, l'actualisation, la diffusion et la rutilisation des documents et des donnes critiques en environnement de travail coopratif. Il intgre de nombreuses fonctionnalits exiges pour notre projet, en incluant les technologies telles que : le Web, le Groupware et le travail collaboratif, le workflow documentaire (permettant par exemple de grer automatiquement le cycle de vie des documents, depuis la cration jusqu' l'archivage en passant par la validation et la diffusion), le viewer (visualisateur) (permettant la visualisation des formats de documents sans disposer ncessairement du logiciel qui a servi les crer). Le progiciel a d tre paramtr suivant notre cahier des charges.

5.3. Quelques fonctionnalits resultantes intressantes Commentons quelques avantages dterminants de notre approche. Traditionnellement, les systmes de GED grent seulement des documents statiques (qui ont t crs ailleurs) alors que notre prototype permet la cration dynamique de documents FOS, privilgiant la rutilisation des donnes existantes et les liens entre les donnes. Les documents FOS sont maintenant stocks une seule fois mais accessibles par diffrentes vues mtiers, apportant ainsi une grande convivialit ; ces vues sont les vues : produit (vue des acteurs comme les architectes, les designers), process (vue des acteurs comme les ingnieurs process, les implanteurs), vue
9

Pour en savoir plus : www.documentum.com

18

Nom de la revue. Volume X n X/2002

produit/process (regroupement qui prend simultanment en compte les contraintes produit-process). Dans les applications de GED ne grant pas les donnes internes aux documents, la recherche de ces derniers se fait uniquement l'aide des proprits intrinsques aux documents gres comme des mta-attributs, tels que la dsignation du document, la date de sa cration ou de sa modification, son propritaire etc. Dans notre cas, o le contenu informationnel des documents est galement gr, il est possible d'affiner l'outil de recherche suivant des besoins plus personnaliss dacteurs mtiers. En s'appuyant sur les donnes cls du document et sur les demandes rcurrentes des clients utilisateurs de l'application, nous pouvons construire autant de requtes types qu'il est ncessaire.

6. Conclusion

hal-00748734, version 1 - 18 Mar 2013

La problmatique de ce travail traite de la rationalisation : des objets mtier process et de leurs rgles de gestion, que lon appelle cadre de rfrence, donne dentre pour la spcification des cahiers des charges des principaux acteurs : matrise douvrage et matrise duvre. de la dmarche dlaboration de ce rfrentiel et plus gnralement de lingnierie des SIT. La rduction du dlai de spcification par la rutilisation des fragments du rfrentiel. La rationalisation du domaine de lingnierie de process. Le rfrentiel regroupe la taxonomie des objets process, les terminologies, les modles fonctionnels et contextuels. L'indpendance du rfrentiel vis--vis des outils dIPAO et de GDT qui sont en volution permanente. Les travaux de structuration de donnes techniques sappuient souvent sur les spcificits de ces outils alors quils ne sont pas suffisamment stables. L'volutivit de celui-ci, car chaque adaptation du rfrentiel dans les projets d'entreprise lui donne l'occasion dtre mis jour. La formalisation des changes entre acteurs de matrise douvrage et de matrise duvre. Cela est rendu possible grce notamment lemploi de diagrammes de spcification du rfrentiel qui reprsentent au mieux les besoins et les problmes frquemment poss par ces acteurs. L'intgration des SIT existants, particulirement le SGDT de l'entreprise Renault dnomm SIGNE. Le cadre de rfrence capitalise ainsi les objets pertinents dj prsents dans ces systmes, tout en fdrant leur smantique.

Ce cadre de rfrence pour le domaine de lingnierie de process doit permettre :

Le guide mthodologique comprend les approches, les techniques et latelier logiciel retenus, savoir :

Gestion des donnes techniques pour lingnierie de process

19

L'approche combine les stratgies ascendante et descendante qui sont communment employes sparment (Yu et al, 2000; Zhao et al, 1999) . La premire stratgie permet d'intgrer les SIT existants par la rtroingnierie. Grce aux techniques traditionnelles danalyse du domaine de la seconde stratgie, les exigences mtiers de l'entreprise ont t prises en compte. La complmentarit de ces stratgies a bien t dmontre sur un exemple de dploiement dun systme de GED. Les dcisions prises durant l'laboration du rfrentiel sont contextuelles et guides par le triptyque : intention du projet, produit final attendu et contraintes environnementales. A ce titre, ce triptyque peut se substituer aux mthodes acadmiques, dotes de rgles gnralement rigides qui ne se sont pas avres satisfaisantes. Le processus dlaboration du rfrentiel est itratif et participatif : cela est possible grce en grande partie aux proprits de latelier logiciel utilis. Il est dot d'une encyclopdie favorisant la rutilisation. Il dispose en outre des techniques requises l'laboration du rfrentiel, savoir : les techniques de modlisation des donnes objets et des processus. Le cadre de Zachman trs peu connu par la communaut francophone a permis dorganiser les connaissances dentreprise durant la phase cruciale d'analyse du domaine. De plus, il nous a t possible de grer aisment la diversit des techniques employes grce celui-ci.

hal-00748734, version 1 - 18 Mar 2013

Ce travail a rvl de nombreux dysfonctionnements au sein de lentreprise, dysfonctionnements qui sont lis au manque de standardisation des objets process et aux consquences de la conception verticale des outils dingnierie process (une application alimente sa propre base de donnes locale). Ce travail a propos une structure de donnes fdratrice pour les mtiers process (tlerie, montage, usinage, logistique). Nous savons maintenant quil faut progressivement tendre, pour le domaine process, vers lintgration des donnes partir des bases de donnes existantes. On tudie par ailleurs en ce moment lintrt que prsentent les modles normatifs tels que MANDATE, PSL, et quelques classes de la STEP (AP214).

7. References
Gzara L., Rieu D., Tollenaere M., " Patterns Approach to Product Information Systems Engineering ", Requirements Engineering, vol. 5, n 3, 2000, p. 157-179. Avison D.E., Fitzgerald G., Information Systems Development: Methodologies, Techniques and Tools, 2nd Edition, New-York, ditions McGraw-Hill, 1995. Whitten J.L., Bentley L.D., Dittman K.C., Systems analysis and design methods, New-York, vol. 5th Edition, ditions McGraw-Hill, 2001. Harding J.A., Yu B., Popplewell K., " Information Modeling: An Integration of Views of a Manufacturing Enterprise ", International Journal of Production Research, vol. 37, 1999, p. 2777-2792.

20

Nom de la revue. Volume X n X/2002

Zhao J., Cheung W.M., Young R.I.M., " A Consistent Manufacturing Data Model to Support Virtual Enterprises ", International Journal of Agile Manufacturing Systems, vol. 1, n 3, 1999, p. 150-158. Chen Y.M., T.H. T., "A Structured Methodology for Implementing Engineering Data Management", Robotics and Computer Integrated Manufacturing, vol. 14, 1998, p. 275296. McIntosh K.G., Engineering Data Management - A Guide to Successful Implementation, London, New-York, ditions McGraw-Hill Book Company, 1995. Pels H.J., " RapidPDM: Faster implementation of PDM ", Actes PDT Europe 2000, Netherlands, 2000, ditions Ed. B. Mesley, p. 245-254. Kettani N., Mignet D., Par P., Rosenthal-Sabroux C., De Merise UML, Paris, ditions Eyrolles, 1998.

hal-00748734, version 1 - 18 Mar 2013

Castano S., de Antonellis V., Zonta B., " Classifying and reusing conceptual schemas ", Actes Proceedings of ER'92 International Conference on the Entity-Relationship Approach, Karlsruhe, Germany, October 7-9, 1992, p. 121-138. Cauvet C., Rosenthal-Sabroux C., Ingnierie des Systmes d'Information, Paris, ditions Herms, 2001. Cutting-Decelle A.F., J. M.J., A standardised Data Model For Manufacturing Management, ditions ISO 15531 TC184/SC4/WG8 N220 Mandate, 2000. Gruninger M., Cutting-Decelle A.F., Process Specification Language: General Overview ISO TC184/SC4/WG8 N220 - ISO/WD 18629-1, 2000. Cook M.A., Building Enterprise Information Architecture: Reengineering Information Systems, Upper Saddle River, NJ, ditions Hewlett-Packard Professional Books, 1996. Vernadat F., Enterprise Modeling and Integration: Principles and Applications, London, New York, ditions Chapman & Hall, 1996. Muller R.J., Database Design for Smarties: Using UML for Data Modeling, San Francisco, California, ditions Morgan Kaufmann Publishers, 1999. Fowler M., Analysis Patterns. Reusable Object Models, Menlo Park, California, ditions Addison Wesley, 1997. Zachman J.A., " A framework for information systems architecture ", IBM Systems Journal, vol. 26, n 3, 1987. Popkin, Popkin software: Building an Enterprise Architecture, Draft version 1.00, www.zifa.com, 2000. OMG, Unified Modeling Language www.rational.com/media/uml/post.pdf, 1999. Specification. Version 1.3,

Inmon W.H., Zachman J.A., G. G.J., Data Stores, Data Warehousing and the Zachman Framework: Managing Enterprise Knowledge, New-York, ditions McGraw-Hill, 1997. Gamma E., Helm R., Johnson R., Vlissides J., Design Patterns, Elements of reusable ObjectOriented software, Reading, Mass., ditions Addison-Wesley, 1995. AIT, AIT for European Manufacturing Industry - Integration Platform. Specification 1.0, December 1998, 1998, Consortium distribution, www.ait.org.uk/projects. Yu B., Harding J.A., Popplewell K., " A reusable Enterprise Model ", International Journal of Operations & Production Management, vol. 20, 2000, p. 50-69.