La Gestion de Donnes Techniques

1. Introduction
1.1. Dfinitions
1.2. Fonctionnalits
1.3. Cycle de vie des donnes techniques
2. Structuration des Donnes produit
2.1. Coffre fort lectronique
2.2. Gestion des Articles
2.3. Gestion des Nomenclatures
3. Structuration des Documents
3.1. Classe de document
3.2. Dossiers joints et Multi reprsentation
3.3. Liaisons d'applicatifs
4. La gestion de configuration
4.1. Dfinitions
5. Gestion des volutions

1. Introduction
1.1. Dfinitions
Dfinitions
Nous prsentons dans ce chapitre les particularits techniques de la gestion de donnes techniques. Nous
utilisons labrviation GDT pour Gestion de Donnes Techniques. Nous commenons par prciser les
principales dfinitions utilises.

Dfinition dune donne

Cest un fait connu (known fact ) non contextualis. Par exemple: le diamtre nominal de larbre est 20.

Dfinition dune information

Cest une donne contextualis, dans notre exemple prcdent, cela peut tre 20 est un diamtre important pour
ce type de pice.
Dans les systmes dinformations de donnes, ces faits connus sont non rfrencs et nont pas denvironnement.

Dfinition dune donne technique

Une donne technique est donc toute information qui permet de dcrire le produit pendant son cycle de vie et
ceci sur la totalit des mtiers rencontrs. Une donne technique est structure ou non structure. Elle est
informatique ou papier. Sa connaissance est ncessaire pour :
Identifier (identifiant) et justifier ltat de configuration du produit
Reproduire le produit
Matriser lvolution du produit dans son cycle de vie (chapitre 1)
Utiliser et maintenir ltat du produit
Elle est de nature mtier et est gnre par un acteur du processus (concepteur, projeteur cao, mthode) ou
par un acteur de gestion (identification du modle ou modification).
Le cycle de vie va de la phase dexpression du besoin client (cahier des charges) la phase de retrait du service
(dmantlement, recyclage, valorisation) comme prciser au chapitre 1. Nous rappelons les 7 phases :
Identification du besoin
Faisabilit
Pr tude
Dveloppement et dfinition du produit
Industrialisation
Production / fabrication, contrle
Mise en service, utilisation, retrait de service limination
Nous utiliserons ultrieurement le cycle de vie pour les donnes du produit.

Une information contenue dans la GDT est de divers types :

Formats divers.doc (version 95, 98, 2000, XP, word 6,... .rtf)
Feuilles de calcul Excel,
Fichier .ppt v4, 97 .
Bases de donnes Access ...
Document HTML
Modles de projets .psp
Et cette information est des statuts ou tats diffrents

Dsignation, chapitre, page ...

auteur, modificateur approbateur, signatures.
Version, rvision, indice de dvolution
date de cration, de modification, de rvision
droits en cration, consultation, lecture, correction, modification, volution
statuts confidentiel , approuv, de rfrence, obsolte, en archive .
Il est donc ncessaire de grer ces types et ces tats dinformations pendant le cycle de vie du produit.

Gestion de donnes techniques : GDT

La Gestion de donnes techniques est un ensemble organisationnel qui permet de rguler la cration, la
circulation, l'utilisation et l'volution du patrimoine informationnel de dfinition du produit, c'est dire
l'ensemble des informations qui dfinissent comment le produit est spcifi, conu, fabriqu et utilis.
Pour supporter informatiquement une GDT, un systme de gestion de base de donnes de type relationnel est
utilis, cest un SGBDR.

Systme de gestion de donnes techniques

Nous appellerons un systme de gestion de donnes techniques : SGDT. Un SGDT est lensemble des processus
et informations qui assurent la matrise et la qualit des donnes techniques pendant tout le cycle de vie du
produit.
Ce nest pas un produit informatique. Nanmoins, certains aspects du systme peuvent tre supports par des
outils informatiques.

Les outils de SGDT

Plusieurs systmes ou outils informatiques concourent l'informatisation de ce dispositif organisationnel. Les
SGDT sont aujourd'hui les plus complets et les mieux adapts la gestion des donnes techniques.
Certains progiciels disponibles actuellement sur le march peuvent aider dans linformatisation dune partie du
systme de GDT mais ne couvrent pas sa totalit. Parmi ceux ci on peut citer les catgories de produits suivants
:
PDM: Product Data Management
PLM: Product Life cycle Management
EPD: Electronic Product Definition
ERP: Enterprise Resource Planning
EDM: Electronic Document Management
Un PDM est lquivalent franais dune GDT et par extension de ses applicatifs informatiques de type SGDT.
Les applications qui grent les flux logistiques, les flux financiers et les applications destines laborer la
structure des donnes techniques (outils de modlisation des systmes dinformations) ne font pas parties des
outils de GDT.

1.2. Fonctionnalits
Les principales fonctions demandes un SGDT sont :
Structurer les donnes et les liens : description des donnes par les attributs dobjets et de liens
Grer lvolution des donnes : trace des modifications apportes, processus dapprobation,
Classer les donnes : familles, groupes
Visualiser et stocker les donnes ; viewer, import-export, coffre-fort
Protger les donnes : contrle des modifications et des accs (notion de scurit des donnes
techniques)
Distribuer les donnes : bases de donnes rparties, abonnement
Structurer l'instruction d'un dossier : workflow
Retrouver les cas demploi
Ne pas crer des composants dj existants
Ces fonctions doivent permettre de rendre collective linformation, de retrouver linformation jour (ne pas
fabriquer avec des donnes errones ou incompltes), dautomatiser les notifications et diffusions pour converger
vers le zro papier, davoir un rfrentiel unique pour tous les intervenants avec des vues par mtier.
Dans le cas de lutilisation des normes ISO 9000, les SGDT permettent dallger les tches lies la gestion de
la norme.
Nous allons aborder maintenant le cycle de vie des donnes techniques

1.3. Cycle de vie des donnes techniques

Les connaissances relatifs au produit servent d'abord dfinir le produit ( un instant donn) et ensuite grer
lvolution de sa dfinition dans le temps.
Un produit quelque soit son niveau (gnrique, spcifique, exemplaire physique) possde un cycle de vie dans
lequel il volue et passe par diffrents tats. Durant tout son cycle de vie et selon l'tat dans lequel il se trouve,
diffrentes donnes ou informations sont attaches au produit permettant ainsi de le dcrire ou de le dfinir : par
exemple des fonctions, des nomenclatures organiques base d'articles, des modles CAO, des plans, des
schmas, etc.
Un SGDT gre lensemble de ces informations sous deux formes de reprsentation : les nomenclatures et les
documents. Pour le cycle de vie des donnes
Il s'agit de grer les diffrentes phases ou tats successifs par lesquels passe chaque donne technique tout au
long de son utilisation.
Une fonction importante concerne la gestion des volutions et des modifications.
Les procdures d'approbation permettent une ou plusieurs personnes autorises de valider les donnes places
sous le contrle du SGDT.
L'affectation d'un cycle de vie une donne technique peut tre effectue :
soit automatiquement ds sa cration,
soit manuellement.
La synchronisation du cycle de vie des documents avec celui de l'article correspondant peut tre avantageux.

2. Structuration des Donnes produit

2.1. Coffre fort lectronique
Le coffre lectronique assure les fonctions de dfinition des donnes en classes et sous-classes, ainsi que le
stockage, la restitution et la protection des donnes.
Il permet l'utilisateur de connatre la localisation physique des donnes sur le rseau, ainsi que des applicatifs
qui les ont gnres.
L'accs aux donnes se fait au travers de fonctions qui vrifient que l'utilisateur est bien habilit les traiter.

Figure 2.1 : coffre fort lectronique ou base de donnes fonctionnement spcifique

Classe de donnes techniques

Quatre grandes classes sont ncessaires pour dfinir les donnes techniques manipules :
Les articles,
Les documents,
Les liens,
Les tches.
Comment le SGDT gnre ces classes

Identificateurs
Toute donne technique doit tre identifie par un identificateur unique qui va permettre de retrouver la donne
dans le coffre lectronique et de la suivre tout au long de son cycle de vie.
Cet identificateur peut tre constitu :
soit d'un numro non- significatif dlivr automatiquement par un compteur intgr dans le
SGDT,
soit d'un code significatif dont la structure paramtrable est gre par le SGDT.
Pour permettre de faire la correspondance avec d'autres utilisations, des identificateurs secondaires peuvent tre
ncessaires.

Attributs
Pour permettre de dcrire une donne technique, il est ncessaire de lui adjoindre un certain nombre d'attributs.
Ces attributs dpendent de la classe de la donne technique. Par exemple :
un article aura comme attributs sa dsignation, son cot, ...
un document aura comme attribut sa taille, sa forme, ....

Si l'identificateur est constant, les attributs peuvent varier tout au long du cycle de vie.
Il peut exister des relations entre les attributs d'une classe, par exemple entre le volume et la masse d'une pice
mtallique.

Accs - recherche de donnes

Il est ncessaire de pouvoir retrouver une donne technique.
Pour cela il peut tre intressant de diviser le coffre lectronique :
physiquement, en le partageant entre plusieurs machines sur diffrents sites,
logiquement, en classant les donnes techniques :
o en zones prives, publiques, confidentielles, ...
o suivant leurs tats d'approbation dans leur cycle de vie,
o suivant le profil des utilisateurs qui les ont cres,
o .......

Liaisons dapplicatifs
Les diffrentes donnes techniques sont gnres par des applicatifs informatiques. Le SGDT doit permettre :
de ranger une donne dans le coffre (check in),
de sortir une donne du coffre (check out) soit pour consultation, soit pour modification.
Toute donne technique dans le coffre ne peut tre extraite que par le SGDT
Le SGDT peut aussi contrler directement l'applicatif informatique.

2.2. Gestion des Articles

La gestion des articles permet de :
structurer les articles en sous-classes darticles,
grer les articles de remplacement
assurer les fonctions de recherche
assurer la liaison avec dautres applicatifs informatiques

Les articles
Nous adopterons la dfinition : un bien identifi en tant que tel, constituant un lment de nomenclature ou de
catalogue. [Afnor]
Sous le terme article, sont classes les fonctions correspondantes la dfinition des sous-ensembles et des pices
utiliss dans les produits, ainsi que les produits eux-mmes.
Les fonctions de classification et de recherche permettent de regrouper les articles en vue de faciliter leur
rutilisation dans un but de standardisation.

Classe darticle
Pour diviser encore plus finement la grande classe des articles, le SGDT doit pouvoir distinguer des sous-classes
d'articles :
Le produit fini
Les sous-ensembles
Les pices fabriques
Les composants du commerce
Il doit galement distinguer :
les articles variantes des articles constants
les articles obligatoires des articles optionnels

Article de remplacement : EQUIVALENCE / SUBSTITUTION

Le SGDT doit tre capable de dfinir pour un article donn :
ses articles quivalents, c'est dire ceux qui peuvent tre utiliss indiffremment sa place,
ses articles de substitution qui ne peuvent tre utiliss que dans certains cas.
des articles gnriques permettent de pointer sur les deux prcdents.

Fonction daccs et recherche

Pour retrouver aisment les composants dans le coffre-fort, le SGDT doit permettre de personnaliser ses propres
critres de recherche :
soit en parcourant l'arborescence produit,
soit en dcrivant un arbre de classification, tel que, par exemple : pices mcaniques ; pices en
aluminium ; jantes
soit en effectuant une recherche par attributs,
soit en effectuant une recherche par mot-cl,
soit en utilisant une mthode de TGAO (Technologie de Groupe).
Les critres de recherche doivent permettre galement de rechercher les composants standards.

Liaisons applicatifs
Le SGDT doit pouvoir s'interfacer avec des logiciels de bibliothques de composants.
L'utilisateur pourra ainsi naviguer l'intrieur de catalogues de composants informatiss et choisir ce qu'il dsire.
Le choix d'un composant aura pour effet de se l'approprier dans le produit que l'on est en train de dfinir.

Article de ravitaillement
Il s'agit d'un article (ou un groupe d'articles) identifi partir des caractristiques physiques ou d'emploi
susceptible d'tre utilis pour la maintenance du produit.
Les articles de ravitaillement et leur documentation correspondante constituent la configuration utilise.
Cette configuration pourra voluer au rythme des transformations du produit chez le client.

Article de configuration
Ensemble de matriels et de logiciels pour lesquels on estime ncessaire de matriser la configuration son
niveau.
L'article de configuration doit tre repr dans l'arborescence produit.
Il doit tre identifi au moyen d'une documentation formellement approuve et doit rpondre au moins l'un des
critres suivants :
sa technologie, son fonctionnement ou sa fonction sont considrs comme des points
surveiller,
il fait l'objet d'un dveloppement indpendant de l'utilisation dans le produit considr.
Nous allons aborder ce point particulier dans le paragraphe 4 : la gestion de configuration.

2.3. Gestion des Nomenclatures

La gestion de structure de produit permet de :
dfinir les classes de liens permettant de relier les articles entre eux
suivre lvolution et les modifications de nomenclatures
grer les options / variantes techniques lintrieur du produit
assurer les fonctions de recherche
assurer la liaison avec dautres applicatifs informatiques

Nomenclature ou structure
Cest une liste ordonne de matriaux, de composants, de sous-ensembles ou d'assemblages. Ces lments
dcrivent un produit.
Normalement cre et maintenue comme fonction particulire de la gestion de configuration produit, elle dfinit
la nature, le numro de rfrence et le nombre de composants utiliss, ainsi que les relations entre composants et
assemblages.

Figure 2.2 : exemple de nomenclature produit

Les services dune structure produit

Plus que la cration et la maintenance des nomenclatures, la structuration de produit permet
d'offrir un ensemble de mcanismes permettant l'utilisateur d'associer les documents
techniques aux structures des composants du produit.
Diffrentes disciplines pouvant intervenir sur un mme produit, le SGDT permet de dfinir
plusieurs vues permettant d'accder la structure produit sous des points de vues diffrents.
La configuration produit volue avec le temps; aussi le SGDT va conserver la trace des
variantes tudies et des rvisions successives du produit.
La navigation l'intrieur de la structure permet de connatre les liaisons entre les diffrentes
donnes techniques et la recherche des documents associs.

Dfinition des liens

Les liens entre articles permettent de dcrire la structure du produit :
nomenclature : lien compos/composants un seul niveau
arborescence produit form de n. niveaux de nomenclatures
D'autres liens permettent de relier les articles aux documents qui les dcrivent ou aux documents entre eux.
Cette structure complexe peut tre dynamique et comporter autant de vues ou de reprsentations que de mtiers
qui interviennent sur le produit.

Suivi des volutions

La propagation ascendante l'intrieur de la structure du produit permet de dterminer le niveau
d'interchangeabilit des sous-ensembles qui le composent :
volution : ne touche pas l'interchangeabilit
modification : correspond une rupture d'interchangeabilit
La date d'effectivit d'une nouvelle version permet de dclencher la validation de celle-ci.
Pour bien dterminer l'tendue de la propagation des volutions et des modifications, les SGDT permettent de
modifier graphiquement la structure du produit.

Interchangeabilit
Pour un besoin dtermin, aptitude commune des lments, de fabrication ou de conception diffrentes mais de
fonctions identiques, tre substitus les uns aux autres selon des critres bien dfinis, sans retouche,
modification ou slection de ces lments et sans modification des fonctions, des performances ou des matriels
de mise en oeuvre et de maintenance.[AFNOR]
Deux objets A et B sont interchangeables si B peut tre substitu A sans que cela nentrane lvolution dun
quelconque compos de A [Maurino]

Gestion des options et des variantes

Un mcanisme d'options et de variantes permet de dcrire des produits gnriques et les diffrents algorithmes
permettant de dcliner les diffrentes possibilits de dfinition de produits drivs :
option : ajout d'articles un produit
variante : remplacement d'articles par d'autres dans un produit.
Ce mcanisme est utilis dans la gestion de configuration pour signaler une alternative de conception conduisant
la fabrication d'un produit diffrent (par exemple un modle d'automobile qui peut tre quip d'un moteur
quatre ou six cylindres.
Les variantes de conception constituent un ensemble d'options qui doivent voluer de faon cohrente avec le
reste du produit.

Les diffrentes nomenclatures

Nomenclature gnrique
La nomenclature dun article, virtuel au dpart (il na pas encore dexistence physique) est constitue de
plusieurs nomenclatures, une de bureau dtudes et une de bureau des mthodes puis dun ensemble doptions et
de variantes possibles du produit)

Figure 2.3 : composition dune nomenclature produit

Nomenclature physique
Elle est constitue des composants physiques effectivement inclus dans un exemplaire de produit. Elle contient
des articles catalogue et des articles de composition.

Figure 2.4 : composition dune nomenclature physique

Cette nomenclature physique est ensuite instancie dans la phase de fabrication et les articles possdent alors un
numro de srie.
Pour laccs et la recherche aux donnes techniques, de nombreuses fonctionnalits facilitent ces travaux
travers la structure du produit :
Navigation de haut en bas dans la structure, tous niveaux,
Support du cas d'emploi,
Utilisation de filtres pour isoler un sous-ensemble,
Comparaison de configuration,
Recherche de documents associs aux noeuds de la structure,
Editions personnalises de nomenclatures.

Liaisons applicatifs
Certains progiciels de CAO ont des fonctionnalits d'assemblage et offrent des outils de nomenclatures.
Une fonction intressante, dans ce cas, permet aux SGDT une liaison synchronise avec les nomenclatures CAO.
Les autres fonctions de gestion de nomenclature sont :
Gestion compose : crer, copier, valider, voluer, supprimer, rechercher Une nomenclature

3. Structuration des Documents

3.1. Classe de document
Comme pour les articles, le SGDT doit pouvoir diviser la classe des documents en sous-classes selon la
typologie retenue dans lentreprise telles que : document modle, document enregistrement,

Figure 2.5 : exemple de classes dun document

Le SGDT doit pouvoir affecter chaque document :
aux articles
aux liens entre articles
aux tches
plusieurs classes
ou aucune

3.2. Dossiers joints et Multi reprsentation

Un mme document peut se prsenter sous diffrentes reprsentations :
CAO,
scannris,
en format neutre, ...
Il peut aussi tre constitu de diffrents folios.
Plusieurs documents peuvent tre runis dans un dossier.
On peut accrocher un document des pices jointes (post-it).

Liste non exhaustive de visualiseurs supports

Type de fichier
Tif contigu ou stripp
Tif tuil
Word

Extension Outils supports

Tiff
Imaging, Alphaview, Auto Vue
tif ou ttf
doc

Texte

Txt

Excel
AUTOCAD 2000
Pdf
Autodesk Dwf

xls
dwg
pdf
dwf

Alphaview, AutomanagerView, Auto Vue

Word, WinWord , AutomanagerView, Auto Vue
Write, Note Pad, AutomanagerView, Auto Vue
Excel, AutomanagerView, Auto Vue
VoloView Express, AutomanagerView, AutoVue
Acrobat Reader, AutoVue
Autodesk Whip, VoloView Express

Dautres visualiseurs et/ou dautres types de fichiers que ceux dj supports peuvent tre supports sur
demande.

Figure 2.6 : exemple de document visualis

Les dossiers
La structuration des donnes produit en documents, articles, fonctions, etc., offre une vision trs analytique du
produit.
Ces diffrents lments ncessitent d'tre rassembls en dossiers cohrents pour pouvoir tre traits de faon
naturelle en situation oprationnelle : on trouve souvent des dossiers de dfinition d'un ensemble, d'instruction
d'une modification, etc.
Un dossier (ou une liasse) est donc une vue particulire des donnes du produit (un rassemblement particulier). Il
peut comprendre des documents mais galement des nomenclatures, des proprits, etc.
Un dossier peut inclure d'autres dossiers. Par exemple, le dossier de dfinition d'un produit peut tre complt
des dossiers de dfinition de chacun des articles entrant dans sa composition.

Liaisons applicatifs des dossiers

La recherche d'un document peut se faire de plusieurs manires :
par l'article, le lien ou la tche auquel il est affect,
par son identifiant ou ses attributs,
par le contenu du documents lui mme :
o par l'analyse de sa structure interne
o par une recherche plein texte.

3.3. Liaisons d'applicatifs

Les diffrents outils de gnration du document doivent tre en lien avec le SGDT :
Logiciels de CAO, DAO, PAO
Outils de visualisation et d'annotation
Outils de scanrisation pour entrer les documents papier dans le coffre

4. La gestion de configuration
4.1. Dfinitions
Dfinition de la Configuration
Ensemble des caractristiques Fonctionnelles et physiques d'un produit dfinies par les documents
techniques et obtenues par le produit.
La dfinition prcise bien qu'il s'agit des caractristiques Fonctionnelles et physiques et pas uniquement de la
liste des constituants.

Article de configuration
Ensemble de matriels logiciels et services ou un sous ensemble dfini de ceux-ci qui a t retenu pour
la gestion de configuration et qui est trait comme une seule entit dans le processus de gestion de
configuration.
Par exemple si vous achetez un drailleur pour votre vlo, le marchand ne disposera pas du drailleur seul,
mais d'un "article" compos d'un drailleur, de deux vis de fixation, de rondelles, d'un ressort et d'une notice de
montage.
Cet article est rpertori comme une seule entit dans la gestion de configuration de ce vlo.

Matrise de la configuration
Activits d'valuation, de coordination, d'approbation ou de refus de mises en oeuvre des volutions des
articles de configuration ...
Il s'agit de l'ensemble des activits qui visent matriser la configuration, c'est dire partir d'un tat initial
connu, dcider de faon explicite et en appliquant des rgles connues de ce qui change ou ne change pas.
L'ide exprime ici, est que la matrise (savoir ce que l'on a et comment cela volue) ne peut pas tre obtenue si
des acteurs agissent indpendamment sans partager d'information et sans partager de rgles de travail.

Acqurir une configuration

Acqurir et prsenter de faon claire et complte la configuration instantane du produit et l'tat
d'accomplissement de ses spcifications.
C'est dire avoir tout instant une vision CLAIRE des lments que l'on gre et pouvoir rpondre aux questions
:
Comment a volu la dfinition ?
Qu'est ce qui est install ?
Suivant quel historique ?
etc
avec les Objectifs matriser :
o Matriser de faon continue
o la configuration de rfrence,
o la configuration instantane,
o les configurations livres, dsires, etc...,
o et connatre toutes les actions ou dcaissons relatives ces configurations et aux carts entre
ces configurations.
Et les Objectifs appliquer :
Appliquer des rgles techniques et administratives au dveloppement, la production, au soutien
d'un article de configuration.

Le processus de Gestion de Configuration

Le Processus de Gestion de Configuration comprend les activits imbriques :
o Identification de la configuration
o Matrise de la configuration
Dcrire et justifier l'volution
Evaluer les consquences de l'volution
Approuver ou refuser l'volution
Mettre en oeuvre l'volution et vrifier son application
Prendre en compte les drogations
(avant ou aprs production)
o Enregistrement de l'tat de la configuration
o Audit de la configuration

5. Gestion des volutions

Evolution
Le SGDT doit garder en mmoire l'historique des volutions et des vnements qui les ont dclenches

Approbations
L'volution des niveaux d'approbation peut tre automatique ou manuelle.
Le SGDT doit pouvoir grer le circuit d'approbation (workflow) des donnes techniques, ainsi que la
notification des approbations aux acteurs du projet.
Des fonctions annexes permettent de grer des validations groupes de donnes techniques ainsi que
des drogations au circuit normal d'approbations.

Les volutions de donnes

Figure 2.7 : Evolution de donnes / produit / reprsentation du produit

Extraits du site http://www.cyber.uhp-nancy.fr/demos/QUAL-017/general/index.html - Par Luc LOSSENT