les patterns pour lingénierie des systèmes dinformation produit par : lilia gzara soutenue le 12...

Les patterns pour l’ingénierie des systèmes d’information produit

par : Lilia GZARA

soutenue le 12 décembre 2000

Directeurs de Thèse : Dominique RIEU & Michel TOLLENAERE

Laboratoire d’accueil : GILCO

LSR Schneider Electric PoseidonGilco

Lilia GZARA, Les Patterns pour les SIP / n°2 LSR

Cadre de Réflexion

Système d’Information Produit (SIP)

Ingénierie des SIP


Plan de la présentation

Introduction : SIP et difficultés en ingénierie de SIP

Problématique et Objectifs de la thèse

Proposition : un cadre méthodologique pour l’ingénierie des SIP

Validation des résultats

Conclusion et Perspectives


Les SIP dans l’entrepriseIntroduction Problématique Proposition Validation Conclusion

J-L Lemoigne

Système Opérant

Système d’Information

Système de Pilotage

décisions informations traitées

informations collectéesinstructions

définition de l’offre

production de l’offre

autres processus : support

commande de produit livraison de produit

définition de produitbesoins de produit

PDM / SIP

ERP


SIP : Concepts gérés

Produit

Document

Support

Représentation

décrit par

a

e f g h

i

b c d

NomenclatureFonctio

n Article

hiérarchie de

concerné par Processus

métier

opération Op.

Décision opération

opération

Vue

extraire

Dossier

regrouper

Introduction Problématique Proposition Validation Conclusion

Organisation

hiérarchie

appartient

rôlerôle

réalise

Acteurréalise

Ressource

matérielle


Le SIP ...

Produits : comment le produit est conçu, fabriqué, utilisé, maintenu et détruit.

=> Composants, Nomenclatures, Documents de définition, Documents de fabrication, Documents de maintenance, Dossiers, Modèles CAO, ...

Processus :

• création et organisation des informations

• évolution des informations

SIP : Dispositif organisationnel permettant de réguler la création, la circulation, l’utilisation et l’évolution du patrimoine informationnel de définition du produit.



Les SIP sont supportés

Données de Soutien

Données de Conception

CAO

GMAO

IAO

BE-conception

BM

Maintenance

Vues séparées du

produit

Initialement (1970): par divers outils


FabricationGQAO

DAO

Essais - Simulation

GPAO

Données de fabrication

FAODonnées d'industrialisation

Données de simulation


Les SIP sont supportés

Données d’industrialisation

Données de Soutien

Données de Conception

CAOFAO

GMAO

IAO

Données de Simulation

BE-conception

BM

Maintenance

Simulation

Vue partagée du produit

SGDTDonnées Qualité

Ensuite … (1985) : par un outil fédérateur du type SGDT


GPAO

Fabrication

GQAO

DAO


Travaux dans le domaine

• aborder le domaine• construire référentiel

• peu de travaux• objectifs différents


Configuration de produit

Rationalisation du processus

Résolution des problèmes

[Schwarze, 97]

[Ramachnandran, 99]

Gestion du workflow

Workflow flexible

Workflow d’ingénierie

[Weske, 99]

[Simnet, 00]

Outils d’aide à la décision

[Pels, 00]

Implantation de modèles normatifs

[Stepwise, 00]

Paramétrisation de SGDT

[Spath, 99]

Ingénierie de SIP

[Chen, 98]

Échange

Intégration

Partage

STEP [ISO, 94]

[PDM Schema, 99]

PDM Enabler [OMG, 98]

Echangede données

Rationalisation de la gestion des données techniques

Rationalisation du développement de SIP

Deux classes


Ingénierie des SIP

entreprise ientreprise j

entreprise k

entreprise i

entreprise j

entreprise k

entreprise i

entreprise j

entreprise k

Analyse

Conception

Implantation


contraintes techniques

Implantation

Solution dans un système

technologique

Conception

Représentation du domaine

de la solution

Représentation du domaine du problème

AnalyseProblème du monde réel

Nouveaux Besoins

Solution évoluée

Maintenance Evolutive


Ingénierie des SIP à

Analyse

Implantation

Conception

D.E.B Expression des BesoinsExpression besoins

UtilisateursChef de Projet

D.A.F.E

D.A.T.E

Spécification Fonctionnelle

Spécification Technique Développeur

Chef de Projet

Utilisateurs

Documents d’intégration

Application Développement

Livraison et recettes

Installation

SGDT

Application SIP

Développeur

Chef de Projet



Problématique

la définition de modèles de

spécification

la mise en place d’une démarche

générale

l’accélération à toutes les étapes

d’ingénierie

• Manque de modèles compréhensibles

• Manque de formalisation

• Absence de continuum de transformations

• Nombreux retours dans le processus

• Réutilisation logicielle difficile

• Développement trop lent

Constat Objectif

Enjeu : réussir les projets de déploiement, au moindre coût



Approche de la problématique

• Un formalisme de modélisation

• Une démarche d’ingénierie

permettant de raffiner les modèles

(continuum) ; orientée-décision

• La réutilisation d’acquis (Modèles et

Processus de développement) à toutes

les étapes d’ingénierie

langage UML

(Unified Modeling Language)

technologie des Patrons (pattern)



Patron (pattern) ?

Un patron constitue une base de savoir et de savoir-faire pour résoudre un

problème récurrent dans un contexte particulier.

L’expression de ce savoir et savoir-faire :

permet d’identifier le problème à résoudre

propose une solution générique correcte pour y répondre

offre les moyens d’adapter cette solution à un contexte particulier


[Alexander, 77] ; [Beck, 87] ; [Coad, 92] ; [Gamma, 95]


Un exemple de patron : « Composite » de Gamma

Problème : gérer une composition récursive d’objets => définir des hiérarchies d’objets simples et composites et faciliter l’ajout de nouveaux composants.


Solution :

Composant

opération_spécifique () ajouter (élément) supprimer (élément) accéder ()

Feuille

opération_spécifique()

Composite

opération_spécifique ( ) ajouter (élément) supprimer (élément) accéder ()

2..* composants

Cas d’application : les éditeurs graphiques

Figure

colorer () tracer () ajouter (fig) supprimer (fig) accéder

Cercle

colorer () tracer()

Triangle

colorer () tracer ()

Figure composée

colorer () tracer() ajouter (fig) supprimer (fig) accéder

1..* composants


Les patrons en ingénierie de SI

Patrons

PatronsProcessus

PatronsProduit

Patronsd’Analyse

Patronsde Conception

Patronsd’Implantation

Patronsgénéraux

Patronsde domaine

Couverture

Portée

Nature-problème

Construire des modèles représentant les besoins

Construire des modèles représentant les solutions

Décrire l’implantation dessolutions dans un langage

Patronsde domaine

Patronsd’Analyse

Patronsde Conception

PatronsProcessus

PatronsProduit



Avantages des patrons pour l’ingénierie des SIP

• S’adresse à toutes les étapes de développement

•S’adresse à des problèmes de spécification de produits et de processus d’un domaine

• Unité de raisonnement modulaire : Granularité faible ; un patron pour un problème type

• Contextuel : explicite le problème, la solution et le contexte dans lequel le problème est résolu


• Capitalise des fragments de modèle mais également de démarche : à un problème => un modèle

=> une manière d’aboutir à ce modèle et/ou de l’adapter


Proposition

Catalogue de patrons pour l’ingénierie de SIP


Les patrons en ingénierie des SIP

Ingénierie des Patrons

pour réutilisation

Concepteur de patrons

Bibliothèque de patrons

Cahier des charges

utilisateurs

Ingénierie des SIP

par réutilisation

Concepteur de SIP

application SIPProcessus 1 Processus 2

Ingénierie des Patrons

pour réutilisation

Bibliothèque de patrons



Analyse de domaine

Identification des problèmes

Analyse de domaine

Spécification des solutions

Ingénierie de patrons1 patron = { problème / solution }récurrent

Proposer des solutions aux problèmes

identifiés

...

...

Isoler dans le référentiel les problèmes à résoudre

par les patrons

...

...

...


Identifier les sources de connaissances contenant des

problèmes réutilisables

Ingénierie desPatrons

pour réutilisation

Bibliothèque depatrons

Cahier deschargesutilisateurs

Ingénierie desSIP

par réutilisation

application SIPProcessus 1 Processus 2

...

un Référentiel du domaine

...


L’analyse de domaine

Objectif : acquérir les connaissances du domaine SIP et les structurer dans un Référentiel, exprimant les modèles devant être obtenus par réutilisation de patrons.

Approche : selon deux aspects Aspect théorique : étude des modèles de SIP proposés dans la littérature

Aspect expérimental : étude des SIP mis en place, selon deux niveaux :

– organisationnel

– logiciel

Résultat : Un référentiel organisé en deux volets Produit

Processus SIP

Introduction Problématique Proposition Validation ConclusionAnalyse dedomaine

Identificationdes problèmes

Analyse dedomaine

Spécificationdes solutions

...

...

...

...

...

...

un Référentieldu domaine

...

[Arango, 91] ; [Kang, 90] ; [Cauvet, 96] ; [Semmak, 98]


Référentiel Produit

1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée

2..*Fonction Service

1..*1..*

*

*

* documenté par

Document

modèle enregistrement

Dossier

décrit1Objet

Documenté

ses composants2..* Feature

Featureélémentaire

Feature-composite

0..1

« nomenclature organique »

«nomenclature fonctionnelle»

*

«nomenclature organique»«nomenclature géométrique»1..*

* **

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat

Elément 1..* 1Elément

versionné 1..* 1



Référentiel Processus

Transition

condition desuccession

Transitionde Poursuite

Transition deRe-direction

Transitiond’Abandon

Rôle

Initiateur Responsable

Exécutant

EtatElément

*

Autorisationsortie

*

*

*

entrée

Ressource* 1..*

MatérielleHumaine

intervenir

1..*

Objectif

1

Objectifcomposé

Objectifélémentaire

*

*

1

Activité

- type de succession

Opération Processus

- critère de décomposition

suivant

racine

*

*

*

manuelle informatisée



Identification de problèmes réutilisables

Analyse de domaine

Etude des modèles

SIP

Etude des SIP existants

Construire un Référentiel du domaine

Identification des problèmes

Spécification des solutions


Identifier les blocs constants et les

points de variabilité

Identifier les patrons

Comparer le problème aux problèmes traités dans les catalogues

Adapter les solutions existantes Proposer de nouvelles

Solutions


Du Référentiel Produit aux patronsIntroduction Problématique Proposition Validation Conclusion

1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite

0..1



*


* **

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1


Du Référentiel Produit aux patrons

1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite

0..1



*


* **

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1

1 *Produit

Physique

Type

Produit1

Produit

Générique*

Type

Produit1

Produit

Générique* 1 *

Produit

Physique

Type

Produit

Type

Produit




1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite

0..1



*


* **

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1



1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite

0..1


*


* **

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1



1 *1Type

Produit

Produit

PhysiqueProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite

0..1


«nomenclature organique»

«nomenclature géométrique»1..*

* **

*

* Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1



1Type

ProduitProduit

Générique*

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté



Feature-composite



*

«nomenclature géométrique»1..*

**

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

ElémentEtat


versionné 1..* 1


Du Référentiel Produit aux patrons

1 *Type

Produit

Fonction

FonctionTechnique

FSélémentaire

FScomposée

FTélémentaire

FTcomposée


1..*1..*

*

*

* documenté par

Document


Dossier

décrit1Objet

Documenté

0..1



*

«nomenclature organique»

* **

*

*Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

ElémentEtat


versionné 1..* 1

Produit

Physique

Articlephysique

Art. Phy. catalogue

Art. Phy. composé

2..*

0..1

Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*

option



Du référentiel aux patrons

Référentiel produit : trop général et trop spécifique

n’exprime pas des propriétés spécifiques

un cas particulier de de 3 niveaux, 4 nomenclatures, ...

Un modèle produit

=> Donner des techniques de représentation et de décomposition des processus sous la forme de patrons.

Un modèle processus

=> Isoler les points de variance et les traiter comme des problèmes à résoudre par des patrons

Référentiel processus : la description n’est pas unique

décomposition et organisation variable entre les entreprises

Introduction Problématique Proposition Validation ConclusionAnalyse dedomaine

Etude desmodèles

SIP

Etudedes SIPexistants

Construire unRéférentiel du domaine

Identificationdes problèmes

Spécificationdes solutions

Identifier des blocsconstants et des

points de variabilité

Identifier despatrons

Comparer le problèmeaux problèmes traitésdans les catalogues

Adapter les solutionsexistantes

Proposer de nouvellesSolutions


Le catalogue de patronsTrois catégories de patrons

Représenter les produits

Patrons d’AnalyseProcessus

Représenter les processus

Patrons d’AnalyseProduit

Patrons deConception

Niveau Informatisé du SIP

Niveau Métier du SIP



Utiliser patron

«Niveaux de Produit»

Utiliser patron

«Nomenclatures Appliquées»

Utiliser patron

«Documents Appliqués»

Associer documents au produit:

créer classe pour chaque document et

relier à la classe de l’objet documenté

Associer nomenclatures au produit:

créer associations entre niveaux de

produit et racines des nomenclatures

Utiliser patron

«Construire Nomenclatures»

Solution démarche :

Patron produit : « Points de Variabilité »

Problème : identifier les blocs du modèle produit et fixer les points de variabilité à l'intérieur de chaque bloc selon la spécificité de l'entreprise.

Utiliser patron

«Niveaux de Produit»

Utiliser patron

«Documents Appliqués»

Utiliser patron

«Nomenclatures Appliquées»

Utiliser patron

«Construire Nomenclatures»


Solution modèle :un modèle produit spécifique.

*

*

1 . *1*

*

*

*

*


Utiliser patron « Construire

Nomenclature avec Variantes »


Nomenclature avec Options »

Utiliser patron «Construire




Lier les deux modèles à travers

la classe commune « élément »


Nomenclature de Base »

[certains éléments sont les variantes d'autres éléments]

[certaines éléments sontoptionnels]

[certains élémentssont les variantes

d'autres éléments ETcertaines élémentssont optionnels]

[aucun élémentvariant ni élémentoptionnel n'existe]


Patrons produit : « Construire Nomenclature »

Problème : construire une nomenclature, selon différentes caractéristiques de celle-ci.


Nomenclature de Base »



Utiliser patron «Construire







Solution modèle :

Articlevirtuel

Art. V. catalogue

Art. V. composé

Art. V. àvariantes

Art. V.

constant

ses variantes 1..*

contexte

ses composants

contexte* *

2..*

*


Patrons produit : « Nomenclature de base »

Problème : construire une composition récursive d’éléments.


Renommer la classe

«Elément» avec «article»

Renommer la classe «Elément

Feuille » avec «article catalogue»

Nommer l’association entre “Elément

composite” et “Elément” selon le type

de la nomenclature organique (étude, …)

Renommer les attributs des opérations

de la classe « Article composé »

Ajouter aux différentes classes

les attributs spécifiques aux articles

Patron « Composite » d’E. Gamma


Elément

Ajouter ()Supprimer ()Accéder ()

Elément Feuille

Opération-spécifique ()

Elément Composite

Ajouter (Elément)Supprimer (Elément)Accéder ()

2..* ses composants

composite

incompatible0..*

0..*

Solution modèle :




Patrons produit : vue d’ensemble

Points de Variabilité

Niveaux Produit

Construire Nomenclature

Nomenclatures Appliquées

Nomenclature avec Variantes

Nomenclature de Base

Nomenclature avec Options

Trois Niveaux de Produit

Deux Niveaux de Produit

“utilise”

Nomenclature de base

à composition exclusive


à composition partagée

...Nomenclature de base

à composition dépendante


à composition indépendante

Documents Appliqués

“requiert”

“requiert”

“requiert”

“raffine”

“raffine” “raffine”

“raffine” “raffine”


“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”

“utilise”


Choisir un critère de décomposition

Décomposer le processus en fonction du critère choisi

Renseigner les activités obtenues :

Construire diagramme d’activité : utiliser Patron « représenter un processus »

Repérer les activités non terminales


Patron Processus : « Décomposer un processus »

Problème : décomposer un processus, afin de :

• Représenter la répartition des tâches entre acteurs • Représenter les points de décision et de synchronisation• Distinguer les activités manuelles des activités à informatiser

nom nature (opération,processus)

acteurs (responsable, exécutant, etc.) type (informatisée, manuelle)

entrées, sorties (modèle produit)type-succession type de transition

Changement d’objectifChangement d’acteur ou de rôle d’acteur

Changement de type d’activité

Caractéristiques :- objectif trop général, décomposable

- pas possible de lui affecter un exécutant / un type unique

Construire le diagramme d’activités : utiliser Patron « représenter un processus »

Solution modèle : Un diagramme d’activités => décomposition à un niveau du processus métier

« processus »étude

faisabilité

« processus »

application

« processus »examen

demande demodification

«ré-examen»

accord accord

refus

«re-direction »

«ré-examen»

«re direction»

«poursuite» «poursuite»

«abandon»refus

«abandon»

fin

«poursuite»

débutprocessus

fin processus

Demande de Modification

[soumise]

Demande deModification

[acceptée]

« responsable »

gestionnaire BE

« responsable »

« responsable »

responsable technique responsable technique

« processus »émission




Cas d’application : Gestion des modifications à

Demande de Modification

[soumise]


[acceptée]

« responsable »

gestionnaire BE

« responsable » responsable technique


[ré-examen]«re direction»

[ré-examen]«re-direction»

[fin]«poursuite»

[accord]«poursuite»

[accord]

«poursuite»

« processus »

application

« processus »

étudefaisabilité

débutprocessus

« processus »émission


« processus »examen


fin processus

[refus]

«abandon»

[refus]

«abandon»


Des patrons d’Analyse aux patrons de ConceptionLes patrons produit / processus le niveau «métier» : modèle d’analyse

les produits : diagrammes de classes

les processus : diagrammes d’activités

*

*

1 . *1

*

**

-

*

*

*

Les patrons de conception le niveau «informatisé» => transformer le modèle d’analyse en un modèle de conception

accord

« poursuite »

« opération-informatisée »Création deDemande deModification

« exécutant »émetteur

« opération-informatisée »Soumission de


« exécutant »Gestionnaire BE

annulation

« abandon »


*

*

1 . *1

*

**

-

*

*

*

*

*

1 . *1

*

**

-

*

*

*

3 Patrons de Conception


Patrons de Conception : Cas d’applicationIntroduction Problématique Proposition Validation Conclusion

Création de Demande

de Modification

Emetteur

Soumission de Demande de Modification

Gestionnaire BE

i : interface DM : Demande-modification

prod : Type-Produit

créer ( ) créer-DM (finalité,produit, demandeur) attribuer

n°d’ordre

associer produit àdemande-modif (DM) insérer demande-

modif (DM)

insérer produit(prod)

afficher ( )

émetteur

Demande-modification

créer-DM()attribuer-n-ordre()inserer_produit()

(from GM-BEGT)

Type-produit

Name

associer_produit-dm()inserer_dm()

(from GM-BEGT)

0..*0..* 0..*0..*

accord«poursuite»

«opération-informatisée»

Création de Demande deModification

« exécutant »Emetteur

«opération-informatisée»

Soumission de Demande deModification

« exécutant »Gestionnaire BE

Emission d’une demande de modification


Catalogue de patrons : synthèse

Patrons d’AnalyseProcessus

Patrons d’AnalyseProduit

Patrons deConception

Un accent variable sur les modèles et les démarches

Fragments de modèles : Patron « Nomenclature de Base »

Fragments de démarches : Patron « Points de variabilité »

Fragments de démarches : Patron « Décomposer un processus »

Fragments de démarches : Patron « Modèle de Conception »



Validation de la démarche à

Objectif : tester la réutilisabilité des patrons développés

tester l’adéquation de l’approche proposée

aborder le processus par réutilisation : affiner la problématique associée à la formalisation de ce processus

Cadre : projet VEGA2-électronique : gestion des dossiers de produits électroniques

projet VEGA1-mécanique : gestion des modifications de produits mécaniques

Démarche : participation à la collecte des besoins des utilisateurs

élaboration des spécifications fonctionnelles et techniques, par réutilisation



Objectif :

présenter une mise en œuvre possible de la démarche proposée

supporter l’étape d’implantation sur un SGDT

affiner la problématique associée à la réutilisation aux phases avales

d’ingénierie

AGAP (manipulation de patrons)

Rose (AGL)

Windchill (SGDT)

Architecture de l’outil :

Un outil support de la démarche

Bibliothèque

de patrons

Création de patrons

Imitation de patrons

comp. externe<<Elément Feuille>>

comp. externe<<Elément Feuille>>

comp. interne<<Elément Feui lle>>

comp. interne<<Elément Feui lle>>

conditionnement<<Elément Cons tant Feuille>>

Documentation<<Elément Constant Feuille>>

Sous-Ensemble (UG)<<Elément Constant Composite>>

CIP<<Elément Constant Feuille>>

comp. électronique<<Elément Cons tant Feuille>>

comp. mécanique<<Elément Constant Feuille>>

Accessoires<<Elément Constant Composite>>

sof t<<Elément à Variantes Feuille>>

Micro-processeur<<Elément Cons tant

etiquette<<Elément Constant Feuille>>

Carte electronique<<Elément Constant Composite>>

UV<<Ty pe-Produit>>

étiquette v ierge<<Elément Constant Feuille>>

Ty pon<<Elément à Variantes Feuille>>

Etiquette Spécif ique<<Elément à Variantes Feuille>>

Sof t 1<<Elément Constant Feuille>>

Sof t 2<<Elément Cons tant Feuille>>

Construction de modèles UML

fichier XML

Mapping Windchill

Oracle Système de génération

fichier SQL

fichier mData

fichier Infocode Java

Génération de tables Oracle



ConclusionUne démarche d’ingénierie de SIP basée sur la réutilisation de patrons

Un catalogue de patrons (20 patrons)

de domaine

couvrant les étapes d’analyse et de conception

intègrant des modèles (savoir) et des démarches (savoir-faire)

d’ingénierie de SIP

intègrant une organisation des patrons

Un premier niveau de validation de la démarche

Définition d’un outil support à la démarche



Conclusion

Une démarche d’ingénierie des patrons

Une démarche d’analyse de domaine

Un référentiel modélisant et spécifiant les connaissances du domaine des SIP

Aide à l’ingénierie des produits à travers une approche système d’information

==>> Variabilité des modèles produit / processus autour de patrons adaptables



Perspectives à court terme :

Compléter le catalogue de patrons

Autres applications du catalogue

Réutilisation en implantation


Formes de réutilisation en déploiement

Vers une démarche générale d’ingénierie de patrons pour la réutilisation

Configuration et évolution de produits, workflow flexibles

Coopération des SIP avec d’autres SI industriels

à long terme :

Ingénierie de SI à base de patrons

Gestion des données techniques