Aucun titre de diapositive

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
Gilco
LSR
Schneider Electric
Poseidon
Cadre de Réflexion
 Système d’Information Produit (SIP)
 Ingénierie des SIP
Lilia GZARA, Les Patterns pour les SIP / n°2
LSR
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
Lilia GZARA, Les Patterns pour les SIP / n°3
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Les SIP dans l’entreprise
J-L Lemoigne
Système de Pilotage
décisions
informations
PDM / SIP
traitées
Système d’Information
instructions
besoins de produit
commande de produit
ERP
informations
collectées
définition
de l’offre
Système Opérant
définition de produit
production de l’offre
livraison de produit
autres processus : support
Lilia GZARA, Les Patterns pour les SIP / n°4
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
SIP : Concepts gérés
hiérarchie
Organisation
réalise
Vue
Acteur
extraire
Dossier
regrouper
rôle
décrit
par
Représentatio
n
concerné
par
e
Ressource
matérielle
Processus métier
opération
c
f
rôle
réalise
Produit
a
b
appartient
d
g
h
hiérarchie
de
opération
Document
i
Nomenclature
Fonction
Article
Op.
Décision
opération
Support
Lilia GZARA, Les Patterns pour les SIP / n°5
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Le SIP ...
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.
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
Lilia GZARA, Les Patterns pour les SIP / n°6
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Les SIP sont supportés
Initialement (1970): par divers outils
Essais Simulation
IAO
Données de
simulation
BE-conception
BM
CAO
DAO
Données de
Conception
Vues
séparées du
produit
Données
de Soutien
Données
d'industrialisation
FAO
Données
de fabrication
GPAO
Maintenance
GMAO
GQAO
Lilia GZARA, Les Patterns pour les SIP / n°7
Fabrication
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Les SIP sont supportés
Ensuite … (1985) : par un outil fédérateur du type SGDT
IAO
CAO
BEDAO
Simulation
FAO
Données
d’industrialisation
conception
Données de
Conception
SGDT
Données
de Simulation
Données
de Soutien
Données
Qualité
GMAO
Maintenance
BM
GPAO
GQAO
Vue partagée du produit
Lilia GZARA, Les Patterns pour les SIP / n°8
Fabrication
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Travaux dans le domaine
• aborder le domaine
• construire référentiel
Rationalisation de la gestion
des données techniques
Echange
de données
STEP [ISO, 94]
Rationalisation du
développement de SIP
Gestion du
workflow
Configuration
de produit
Échange
Rationalisation
du processus
Workflow
flexible
[Weske, 99]
[Schwarze, 97]
Intégration
[PDM Schema, 99]
Partage
• peu de travaux
• objectifs différents
Deux classes
Résolution des
problèmes
Workflow
d’ingénierie
[Ramachnandran, 99]
[Simnet, 00]
Outils d’aide à
la décision
[Pels, 00]
Paramétrisation
de SGDT
[Spath, 99]
Implantation de modèles
normatifs
Ingénierie
de SIP
[Stepwise, 00]
[Chen, 98]
PDM Enabler [OMG, 98]
Lilia GZARA, Les Patterns pour les SIP / n°9
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Ingénierie des SIP
Nouveaux Besoins
Problème du
monde réel
entreprise i
entreprise j
entreprise k
Analyse
Analyse
Représentation
du domaine
du problème
Conception
contraintes
entreprise i
techniques entreprise j
entreprise k
Conception
Représentation
du domaine
de la solution
Implantation
entreprise i
entreprise j
entreprise k
Implantation
Solution dans
un système
technologique
Solution évoluée
Lilia GZARA, Les Patterns pour les SIP / n°10
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Ingénierie des SIP à
Analyse
D.E.B
Expression besoins
Expression des Besoins
Chef de Projet
Utilisateurs
Conception
D.A.F.E
D.A.T.E
Spécification Fonctionnelle
Spécification Technique
Utilisateurs
Chef de Projet
Développeur
Implantation
Application
Documents
d’intégration
Développement
Développeur
SGDT
Livraison et recettes
Chef de Projet
Installation
Lilia GZARA, Les Patterns pour les SIP / n°11
Application
SIP
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Problématique
Constat
Objectif
• Manque de modèles compréhensibles
• Manque de formalisation
la définition de
modèles de
spécification
• Absence de continuum de transformations
• Nombreux retours dans le processus
la mise en place
d’une démarche
générale
• Réutilisation logicielle difficile
• Développement trop lent
l’accélération à
toutes les étapes
d’ingénierie
Enjeu : réussirLilia
lesGZARA,
projets
de déploiement,
Les Patterns
pour les SIP / n°12 au moindre coût
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Approche de la problématique
• Une démarche d’ingénierie
permettant de raffiner les modèles
(continuum) ; orientée-décision
technologie des
Patrons
(pattern)
• La réutilisation d’acquis (Modèles et
Processus de développement) à toutes
les étapes d’ingénierie
langage UML
• Un formalisme de modélisation
(Unified Modeling Language)
Lilia GZARA, Les Patterns pour les SIP / n°13
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patron (pattern) ?
[Alexander, 77] ; [Beck, 87] ; [Coad, 92] ; [Gamma, 95]
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
Lilia GZARA, Les Patterns pour les SIP / n°14
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
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.
Cas d’application :
Solution :
les éditeurs graphiques
Figure
colorer ()
tracer ()
ajouter (fig)
supprimer (fig)
accéder
Cercle
Triangle
colorer ()
tracer()
colorer ()
tracer ()
Composant
1..*
composants
Figure composée
colorer ()
tracer()
ajouter (fig)
supprimer (fig)
accéder
opération_spécifique ()
ajouter (élément)
supprimer (élément)
accéder ()
2..*
composants
Feuille
Composite
opération_spécifique()
opération_spécifique ( )
ajouter (élément)
supprimer (élément)
accéder ()
Lilia GZARA, Les Patterns pour les SIP / n°15
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Les patrons en ingénierie de SI
Patrons
Nature-problème
Patrons
Processus
Patrons
Produit
Couverture
Patrons
généraux
Patrons
de domaine
Portée
Patrons
d’Analyse
Construire des modèles
représentant les besoins
Patrons
Patrons
de Conception d’Implantation
Construire des modèles
représentant les solutions
Lilia GZARA, Les Patterns pour les SIP / n°16
Décrire l’implantation des
solutions dans un langage
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
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
Lilia GZARA, Les Patterns pour les SIP / n°17
LSR
Proposition
Catalogue de patrons pour l’ingénierie de SIP
Lilia GZARA, Les Patterns pour les SIP / n°18
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Les patrons en ingénierie des SIP
Concepteur de patrons
Processus 1
Ingénierie des
Patrons
pour réutilisation
Concepteur de SIP
Bibliothèque de
patrons
Processus 2
Ingénierie des
SIP
par réutilisation
application SIP
Cahier des
charges
utilisateurs
Lilia GZARA, Les Patterns pour les SIP / n°19
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Ingénierie de patrons
1 patron = { problème / solution }récurrent
Identifier les sources de
connaissances contenant des
problèmes réutilisables
Analyse de
domaine
...
Isoler dans le référentiel
les problèmes à résoudre
par les patrons
Proposer des
solutions aux problèmes
identifiés
Identification
des problèmes
Spécification
des solutions
...
...
...
...
un Référentiel
du domaine
...
...
Lilia GZARA, Les Patterns pour les SIP / n°20
LSR
Introduction
Analyse de
domaine
Identification
des problèmes
Spécification
des solutions
...
...
Problématique
...
...
...
un Référentiel
du domaine
Proposition
Validation
Conclusion
L’analyse de domaine
...
...
[Arango, 91] ; [Kang, 90] ; [Cauvet, 96] ; [Semmak, 98]

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
Produit

Résultat : Un référentiel organisé en deux volets
Processus SIP
Lilia GZARA, Les Patterns pour les SIP / n°21
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Référentiel Produit
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
FT
FT
élémentaire
FS
FS
décrit
1
Documenté
composée
Elément
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Produit 1
Générique
*
Type
*
1
Produit
*
Produit
Physique
modèle
ses variantes 1..*
contexte
*
*
Article
virtuel
2..* ses composants
*
enregistrement
Article
physique
contexte
option
Art. V.
composé
Art. Phy.
catalogue
2..*
0..1
*
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
Art. V.
catalogue
*
*
Art. Phy.
composé
*
*
0..1
«nomenclature organique»
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°22
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Référentiel Processus
Etat
Elément
Transition
condition de
succession
*
*
sortie
Transition
de Poursuite
suivant
Transition
d’Abandon
*
*
Activité
*
Transition de
Re-direction
Autorisation
entrée
1..*
*
- type de succession
*
intervenir
1..*
1
racine
1
Objectif
Objectif
élémentaire
*
Objectif
composé
*
Opération
Humaine
Matérielle
Processus
Rôle
- critère de
*
décomposition
manuelle
Ressource
informatisée
Initiateur
Responsable
Exécutant
Lilia GZARA, Les Patterns pour les SIP / n°23
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Identification de problèmes réutilisables
Analyse de
domaine
Etude
des SIP
existants
Etude des
modèles
SIP
Construire un
Référentiel du domaine
Identification
des problèmes
Identifier les blocs
constants et les
points de variabilité
Identifier les
patrons
Lilia GZARA, Les Patterns pour les SIP / n°24
Spécification
des solutions
Comparer le problème
aux problèmes traités
dans les catalogues
Adapter les solutions
existantes
Proposer de nouvelles
Solutions
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
FT
FT
élémentaire
FS
FS
décrit
1
Documenté
composée
Elément
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Produit 1
Générique
*
Type
*
1
Produit
*
Produit
Physique
modèle
ses variantes 1..*
contexte
*
*
Article
virtuel
2..* ses composants
*
enregistrement
Article
physique
contexte
option
Art. V.
composé
Art. Phy.
catalogue
2..*
0..1
*
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
Art. V.
catalogue
*
*
Art. Phy.
composé
*
*
0..1
«nomenclature organique»
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°25
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
FT
FT
élémentaire
FS
décrit
1
Documenté
composée
Elément
FS
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
modèle
ses variantes 1..*
Produit
Produit
Produit 1 * Type
1Type
*
1
1
*
*
Générique
Produit
Physique
Générique
Produit
0..1
*
Produit
*
Physique
contexte
*
Article
virtuel
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
*
2..* ses composants
*
Art. V.
catalogue
*
enregistrement
Article
physique
contexte
option
Art. V.
composé
Art. Phy.
catalogue
*
2..*
Art. Phy.
composé
*
*
0..1
«nomenclature organique»
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°26
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
FT
FT
élémentaire
FS
FS
décrit
1
Documenté
composée
Elément
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Produit 1
Générique
*
Type
*
1
Produit
*
Produit
Physique
modèle
ses variantes 1..*
contexte
*
*
Article
virtuel
2..* ses composants
*
enregistrement
Article
physique
contexte
option
Art. V.
composé
Art. Phy.
catalogue
2..*
0..1
*
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
Art. V.
catalogue
*
*
Art. Phy.
composé
*
*
0..1
«nomenclature organique»
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°27
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Elément
Dossier
Objet
décrit
1
Documenté
*
Document
* documenté par *
modèle
Produit 1
Générique
Type
*
1
Produit
*
Produit
Physique
ses variantes 1..*
contexte
*
*
Article
virtuel
2..* ses composants
*
enregistrement
Article
physique
contexte
option
Art. V.
composé
Art. Phy.
catalogue
2..*
0..1
*
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
Art. V.
catalogue
*
*
Art. Phy.
composé
*
*
0..1
«nomenclature organique»
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°28
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
Documenté
FT
composée
FT
élémentaire
FS
FS
1
décrit
*
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Produit 1
Générique
Elément
Type
*
1
Produit
*
modèle
*
Produit
Physique
enregistrement
Article
physique
2..*
0..1
Art. Phy.
catalogue
«nomenclature organique»
ses composants
2..* Feature 1..*
Feature
composite
*
Art. Phy.
composé
* *
0..1
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°29
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
FT
FT
élémentaire
FS
décrit
1
Documenté
composée
Elément
FS
*
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Produit 1
Générique
*
Type
Produit
modèle
ses variantes 1..*
contexte
*
*
Article
virtuel
enregistrement
2..* ses composants
*
contexte
option
*
Art. V.
Art. V. à
variantes constant
« nomenclature organique »
ses composants
2..* Feature 1..*
Feature
composite
Art. V.
catalogue
*
Art. V.
composé
*
*
«nomenclature géométrique»
Feature
élémentaire
Lilia GZARA, Les Patterns pour les SIP / n°30
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Du Référentiel Produit aux patrons
Etat 1..* 1 Elément 1..* 1
versionné
Elément
Fonction
Fonction 1..*
Technique
Dossier
2..*
1..* Fonction
Service
Objet
Documenté
FT
composée
FT
élémentaire
FS
FS
Elément
1
décrit
*
Document
* documenté par *
élémentaire composée
*
«nomenclature fonctionnelle»
Type
1
Produit
*
modèle
enregistrement
ses variantes 1..* Article *2..* ses composants
ses variantes 1..*
Article 2..*
2..* ses composants
virtuel
Article
Article
2..*
Produit
*virtuel
contexte *
contexte
physique
option
*
physique
contexte *
contexte
Physique
option
*
0..1
Art. V.
Art. V.
Art. V.
Art. V. à
Art. V.
Art. V.
Art. V. Art.Art.
Art. V. à catalogue
Phy.Phy. Art.Art.
Phy.Phy.
composé
variantes constant
cataloguecomposé
composé
variantes constant catalogue composé catalogue
*
*
*
*
*
0..10..1
« nomenclature organique »
«nomenclature organique»
Lilia GZARA, Les Patterns pour les SIP / n°31
LSR
Analyse de
domaine
Etude
des SIP
existants
Identification
des problèmes
Spécification
des solutions
Introduction
Etude des
modèles
SIP
Construire un
Référentiel du domaine
Identifier des blocs
constants et des
points de variabilité
Identifier des
patrons
Comparer le problème
aux problèmes traités
dans les catalogues
Adapter les solutions
existantes
Proposer de nouvelles
Solutions
Problématique
Proposition
Validation
Conclusion
Du référentiel aux patrons
n’exprime pas des
propriétés spécifiques
un cas particulier de
de 3 niveaux, 4 nomenclatures, ...
Référentiel produit : trop général et trop spécifique
Un modèle produit
=> Isoler les points de variance et les traiter comme des problèmes à
résoudre par des patrons
décomposition et organisation
variable entre les entreprises
Référentiel processus : la description n’est pas unique
Un modèle processus
=> Donner des techniques de représentation et de décomposition des
processus sous la forme de patrons.
Lilia GZARA, Les Patterns pour les SIP / n°32
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Le catalogue de patrons
Trois catégories de patrons
Patrons d’Analyse
Produit
Patrons d’Analyse
Processus
Niveau Métier du
SIP
Représenter les produits
Représenter les processus
Patrons de
Conception
Niveau Informatisé
du SIP
Lilia GZARA, Les Patterns pour les SIP / n°33
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
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.
Solution démarche :
Solution modèle :
un modèle produit spécifique.
Utiliser patron
«Niveaux de Produit»
*
*
Utiliser patron
Utiliser patron
1*
*
«Nomenclatures Appliquées»
1 .*
*
*
*
«Documents Appliqués»
Utiliser patron
«Construire Nomenclatures»
Associer nomenclatures au produit:
Associer documents au produit:
créer associations entre niveaux de
créer classe pour chaque document et
produit et racines des nomenclatures
relier à la classe de l’objet documenté
Lilia GZARA, Les Patterns pour les SIP / n°34
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patrons produit : « Construire Nomenclature »
Problème : construire une nomenclature, selon différentes caractéristiques de celle-ci.
ses variantes 1..*
Solution démarche :
Solution modèle :
contexte
Article
virtuel
*
Art. V. à Art. V.
variantes constant
2..* ses composants
*
Art. V.
catalogue
contexte
Art. V.
composé
*
[certains éléments sont les variantes
d'autres éléments]
Utiliser
Construire
Utiliser patron
patron ««Construire
Nomenclature avec Variantes »
Nomenclature
[certaines éléments sont
optionnels]
Utiliser patron ««Construire
Construire
Nomenclature avec
avec Options
Options»»
Nomenclature
[certains éléments
sont les variantes
d'autres éléments ET
certaines éléments
sont optionnels]
Utiliser
Utiliser patron
patron «Construire
«Construire
Nomenclature avec Variantes »
Nomenclature
Utiliser patron ««Construire
Construire
[aucun élément
variant ni élément
optionnel n'existe]
Lier les deux modèles à travers
la classe commune «élément »
Nomenclature avec Options»
Options »
Utiliser patron ««Construire
Construire
Nomenclature de Base »
Lilia GZARA, Les Patterns pour les SIP / n°35
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patrons produit : « Nomenclature de base »
Problème : construire une composition récursive d’éléments.
Solution modèle :
Solution démarche :
incompatible
Renommer la classe
0..*
Elément
«Elément» avec «article»
Opération-spécifique () 2..*
ses composants
0..* Ajouter ()
Supprimer ()
Accéder ()
Renommer la classe «Elément
Feuille » avec «article catalogue»
Renommer les attributs des opérations
de la classe « Article composé »
Elément Feuille
Opération-spécifique ()
Ajouter aux différentes classes
Elément Composite
Opération-spécifique ()
Ajouter (Elément)
Supprimer (Elément)
Accéder ()
Patron « Composite » d’E. Gamma
composite
les attributs spécifiques aux articles
Nommer l’association entre “Elément
composite” et “Elément” selon le type
de la nomenclature organique (étude, …)
Lilia GZARA, Les Patterns pour les SIP / n°36
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patrons produit : vue d’ensemble
“utilise”
“utilise”
Deux Niveaux de Produit
“utilise”
Niveaux Produit
“utilise”
“requiert”
“utilise”
Trois Niveaux de Produit
Nomenclatures Appliquées
“requiert”
Points de Variabilité
“utilise”
Documents Appliqués
“utilise”
Nomenclature avec Variantes “utilise”
“requiert”
“utilise”
Construire Nomenclature
“utilise”
“utilise”
Nomenclature avec Options
Nomenclature de Base
“raffine”
Nomenclature de base
“raffine”
à composition exclusive
Nomenclature de base
à composition partagée
“utilise”
“raffine”
“raffine”
“raffine”
...
Nomenclature de base
à composition dépendante
Nomenclature de base
à composition indépendante
Lilia GZARA, Les Patterns pour les SIP / n°37
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patron Processus : « Décomposer un processus »
Problème : décomposer un processus, afin de :
nom
nature (opération,processus)
• Représenter la répartition des tâches entre acteursacteurs (responsable, exécutant, etc.)
type (informatisée, manuelle)
• Représenter les points de décision et de synchronisation
Changement d’objectif
entrées, sorties (modèle produit)
• Distinguer
les activités
des activités à informatiser
Changement
d’acteurmanuelles
ou de rôle d’acteur
type-succession
Changement de type d’activité
type de transition
Solution démarche :
Choisir un critère
de décomposition
Décomposer le processus
en fonction du critère choisi
Repérer les activités
non terminales
Caractéristiques
Solution modèle : Un
diagramme :d’activités
trop général, décomposable
=> décomposition- àobjectif
un niveau
du processus métier
- pas possible de lui affecter
un exécutant / un type unique
Renseigner les
activités obtenues :
Construire
Construirelediagramme
diagramme d’activité
d’activités: :
utiliser Patron « représenter un processus »
« responsable »
gestionnaire BE
« responsable »
responsable technique
«re-direction »
«ré-examen»
« processus »
émission
demande de
modification
début
processus
« processus »
examen
demande de
modification
accord
«poursuite»
refus
«abandon»
Demande de
Modification
[soumise]
Lilia GZARA, Les Patterns pour les SIP / n°38
« responsable »
responsable technique
«re direction»
«ré-examen»
« processus »
étude
faisabilité
refus
«abandon»
« processus »
accord
«poursuite»
application
fin
Demande de
Modification
[acceptée]
«poursuite»
fin processus
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Cas d’application : Gestion des modifications à
« responsable »
gestionnaire BE
« responsable »
responsable technique
[ré-examen]
«re -direction»
« processus »
émission
demande de
modification
début
processus
« processus »
examen
demande de
modification
[refus]
«abandon»
[ré-examen]
«re direction»
« processus »
[accord]
«poursuite»
Demande de
Modification
[soumise]
étude
faisabilité
[refus]
«abandon»
« processus »
[accord]
«poursuite»
Demande de
Modification
[acceptée]
application
[fin]
«poursuite»
fin processus
Lilia GZARA, Les Patterns pour les SIP / n°39
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Des patrons d’Analyse aux patrons de Conception
Les patrons produit / processus
le niveau «métier» : modèle d’analyse
les produits : diagrammes de classes
Les patrons de conception
le niveau «informatisé» => transformer le
modèle d’analyse en un modèle de
conception
*
*
1*
1 .*
*
*
3 Patrons
de Conception
*
*
*
-
les processus : diagrammes d’activités
*
« exécutant »
émetteur
« exécutant »
Gestionnaire BE
« opération-informatisée »
Création de
Demande de
Modification
« opération-informatisée »
accord
« poursuite »
annulation
Soumission de
Demande de
Modification
*
*
*
*
*
1*
1 .*
*
1* * 1 .*
*
*
*
-
« abandon »
Lilia GZARA, Les Patterns pour les SIP / n°40
*
*
*
-
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Patrons de Conception : Cas d’application
Emission d’une demande de
modification
Gestionnaire BE « exécutant »
Emetteur « exécutant »
«opération-informatisée»
«opération-informatisée»
accord Soumission de Demande de
Création de Demande de
«poursuite»
Modification
Modification
Emetteur
émetteur
DM :
Demande-modification
créer-DM (finalité,
produit, demandeur)
attribuer
i : interface
créer ( )
Création de Demande
prod :
Type-Produit
de Modification
n°d’ordre
associer produit à
demande-modif (DM)
afficher ( )
insérer demandemodif (DM)
Soumission de Demande
de Modification
insérer produit
(prod)
Gestionnaire BE
Demande-modification
Type-produit
(from GM-BEGT)
(from GM-BEGT)
Name
créer-DM()
attribuer-n-ordre()
inserer_produit()
0..*
0..*
associer_produit-dm()
inserer_dm()
Lilia GZARA, Les Patterns pour les SIP / n°41
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Catalogue de patrons : synthèse
Un accent variable sur les
modèles et les démarches
Patrons d’Analyse
Processus
Patrons d’Analyse
Produit
Fragments de modèles :
Patron « Nomenclature de Base »
Fragments de démarches :
Patron « Points de variabilité »
Patrons de
Conception
Fragments de démarches :
Patron « Décomposer un
processus »
Fragments de démarches :
Patron « Modèle de Conception »
Lilia GZARA, Les Patterns pour les SIP / n°42
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Validation de la démarche à
Cadre :

projet VEGA2-électronique : gestion des dossiers de produits électroniques

projet VEGA1-mécanique : gestion des modifications de produits mécaniques
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

Démarche :

participation à la collecte des besoins des utilisateurs

élaboration des spécifications fonctionnelles et techniques, par réutilisation
Lilia GZARA, Les Patterns pour les SIP / n°43
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Un outil support de la démarche
 Architecture
 Objectif :
de l’outil :
fichier XML
AGAP (manipulation de patrons)
Bibliothèque
de
Création
présenter
une
patrons

de de la
mise en œuvre Imitation
possible
de patrons
patrons
Construction de
modèles
UML
démarche
proposée
Rose
(AGL)
supporter l’étape d’implantation sur un SGDT
<<Ty pe-Produit>>
UV
<<Elément Constant Composite>>
Sous-Ensemble (UG)
<<Elément à Va riantes Feuille>>
Etiquette Spécif ique
<<Elément Constant Feuille>>
étiquette v ierge
<<Elément à Variantes Feuille>>
Ty pon
<<Elément Constant Composite>>
Carte electronique
<<Elément Constant Feuille>>
comp. mécanique
<<Elément Constant Composite>>
Accessoires
<<Elément Feui lle>>
comp. interne
<<Elément Feuille>>
comp. externe
<<Elément Constant Feuille>>
etiquette
<<Elément Cons tant Feuille>>
comp. électroniq ue

<<Elément Cons tant Feuille>>
conditionnement
<<Elément Constant Feuille>>
Documentation
<<Elément Constant Feuille>>
CIP
<<Elément Cons tant
Micro-processeur
<<Elément à Variantes Feuille>>
sof t
affiner la problématique associée à la réutilisation aux phases
Windchill
avales
d’ingénierie
(SGDT)
Mapping Windchill
<<Elément Feuille>>
comp. externe
Oracle
Génération de
tables Oracle
<<Elément Feui lle>>
comp. interne
<<Elément Constant Feuille>>
Sof t 1
<<Elément Cons tant Feuille>>
Sof t 2
fichier mData
Système de
génération code Java
fichier Info
fichier SQL
Lilia GZARA, Les Patterns pour les SIP / n°44
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Conclusion
Une 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
Lilia GZARA, Les Patterns pour les SIP / n°45
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
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
Lilia GZARA, Les Patterns pour les SIP / n°46
LSR
Introduction
Problématique
Proposition
Validation
Conclusion
Perspectives

à court terme :

Compléter le catalogue de patrons
 Autres


applications du catalogue
Réutilisation en implantation
à long terme :


Ingénierie de SI à base de patrons

Formes de réutilisation en déploiement

Vers une démarche générale d’ingénierie de patrons pour la réutilisation
Gestion des données techniques

Configuration et évolution de produits, workflow flexibles

Coopération des SIP avec d’autres SI industriels
Lilia GZARA, Les Patterns pour les SIP / n°47
LSR