CHAPITRE 5 : EVOLUTION DES METHODES
4. Modèle de processus de l’évolution de méthodes
4.3. Section des sous-cartes de d’évolution
4.3.1. Carte C3 : « Faire évoluer le modèle de produit Par abstraction de modèle » (DRI 3 )
Cette section est consacrée à la présentation des Directives de Réalisation d’Intention, associées aux sections de la carte C3. Celle-ci est rappelée à la Figure 85.
Définir un élément de produit Arrêter Démarrer C3.2 Abstraction dirigée par le produit C3.1 Abstraction dirigée par le processus C3.5 Top-down mapping C3.6 Stratégie de spécialisation C3.7 Stratégie de généralisation C3.8 Stratégie de complétude C3.4 Stratégie d’agrégation C3.3 Stratégie d’association Définir un élément de produit Arrêter Démarrer C3.2 Abstraction dirigée par le produit C3.1 Abstraction dirigée par le processus C3.5 Top-down mapping C3.6 Stratégie de spécialisation C3.7 Stratégie de généralisation C3.8 Stratégie de complétude C3.4 Stratégie d’agrégation C3.3 Stratégie d’association Figure 85. La carte C3
4.3.1.1. Réaliser « Définir un élément de produit par abstraction dirigée par le processus » (DRI3.1) La DRI3.1 est associée à la section <Démarrer, Définir un élément de produit, Abstraction dirigée par
le processus> de la carte C3. Cette directive est sélectionnée dans le cas où une abstraction réalisée
sur le modèle de processus As-Is fait apparaître des activités manipulant des concepts ne faisant pas partie du modèle de produit As-Is. L’objectif de cette directive est de définir ces concepts et de les intégrer dans le modèle de produit en cours d’évolution.
DRI3.1: <(MPdt As-Is, MPrs As-Is ), Définir un élément de produit avec la stratégie abstraction dirigée par le processus>
(1) (2)
<(MPdt As-Is , MPrs As-Is ), Identifier un élément de produit par abstraction de processus>
(3) <(MPdt ‘en évolution’, Elément
‘identfié’), Définir élément de produit >
<(MPdt ‘en évolution’, Elément ‘défini’), Intégrer élément au modèle >
Figure 86. Structure de la DRI3.1
La Figure 86 présente la directive DRI3.1 de type plan décomposée comme suit :
(1) Identifier un élément de produit par abstraction de processus : Cette directive suggère à l’ingénieur de méthodes d’identifier un élément de produit correspond à une nouvelle activité du modèle de processus obtenue par abstraction.
(2) Définir élément de produit : L’application de cette directive permet de définir l’élément de produit identifié par la directive précédente. Cette directive est de type plan, elle est présentée à la Figure 35. Ce plan propose de (2.1) créer une classe pour modéliser l’élément identifié, (2.2) définir le nom de la classe et (2.3) définir ses attributs.
<(MPdt ‘en évolution’, Elément ‘identfié’), Définir élément de produit >
< (Elément ‘identifié’), Créer classe >
< (Classe ‘définie’), Définir nom de la classe>
< (Classe ‘définie’), Définir attributs de la classe >
(2.1) (2.2) (2.3)
Figure 87. <(MPdt ‘en évolution’, Elément ‘identifié’), Définir élément de produit >
(3) Intégrer élément au modèle : Une fois l’élément de produit défini, cette directive invite l’ingénieur de méthodes à l’intégrer dans la nouvelle couche du modèle de produit en cours de
construction. Cette intégration passe par l’ajout d’éventuels liens d’association, d’agrégation ou d’héritage entre le nouvel élément et les éléments existant dans cette couche.
4.3.1.2. Réaliser « Définir un élément de produit par abstraction dirigée par le produit » (DRI3.2)
La DRI3.2 est associée à la stratégie abstraction dirigée par le produit pour identifier un élément de
produit. L’objectif de cette directive est de définir une nouvelle organisation du modèle de produit As-Is en couches. Chaque couche comporte des éléments qui possèdent le même niveau d’abstraction. La Figure 88 présente cette directive de type plan.
DRI3.2: < (MPdt As-Is), Définir un élément de produit avec la stratégie Abstraction dirigée par le produit>
(1)
(2)
(3) <(MPdt As-Is), Abstraire élément de
produit >
<(MPdt As-Is, Elément ‘identifié’, Définir élément de produit >
<(MPdt ‘en évolution’, Elément ‘défini’), Intégrer élément au modèle >
<(MPdt ‘en évolution’, Elément ‘intégré’), Définir lien d’abstraction >
(4)
Figure 88. Structure de la DRI3.2
Le plan décrivant la DRI3.2 est décomposé comme suit :
(1) Abstraire élément de produit : Cette directive suggère à l’ingénieur de méthode d’analyser le modèle de produit As-Is dans le but d’identifier des éléments de ce modèle pouvant être représenté par des concept d’un niveau d’abstraction plus élevé.
(2) Définir élément de produit : Cette directive est semblable à celle présentée à la Figure 35 de la DRI3.1.
(3) Intégrer élément au modèle : L’application de cette directive permet d’intégrer l’élément défini dans la nouvelle couche du modèle en cours de construction. Cette intégration passe par l’ajout d’éventuels liens d’association, d’agrégation ou d’héritage entre le nouvel élément et les éléments existant dans cette couche.
(4) Définir lien d’abstraction : Cette directive suggère à l’ingénieur de méthode de modéliser le lien d’abstraction entre le nouvel élément crée l’élément créer et l’élément à partir du quel on a fait abstraction. L’application de cette directive permet ainsi de définir des liens d’abstraction entre les éléments des deux couches du modèle.
4.3.1.3. Réaliser « Définir un élément de produit avec la stratégie d’association » (DRI3.3)
La DRI3.3 est associée à la stratégie d’association pour la définition d’un élément de produit. Cette
directive est sélectionnée pour compléter le modèle de produit en cours de construction en ajoutant des liens d’association entre les éléments déjà définis dans le modèle. La DRI3.3, présentée à la Figure
89, est de type plan. Ce plan est décrit comme suit :
(1) Identifier un lien d’association entre deux classes : Le but de cette directive est d’analyser la nouvelle couche de modèle en cours de construction dans le but d’identifier d’éventuelles relations sémantiques durables entre deux classes non modélisées par un lien.
(2) Définir un lien d’association : L’application de cette directive permet de définir le lien d’association défini par l’application de la directive précédente. Cette directive est de type plan, elle propose de : (2.1) Créer le lien d’association, (2.2) Définir le nom du lien et (2.3) Définir les cardinalités associées au lien.
< (MPdt ‘en évolution’), identifier un lien d’association entre deux classes >
< (MPdt ‘en évolution’, Lien ‘identifié’), Définir lien d’association >
< (MPdt ‘en évolution’, Lien ‘défini’), Définir le nom du lien >
<(MPdt ‘en évolution’, Lien ‘défini’), Définir les cardinalités>
DRI3.3: < (MPdt ‘en évolution’), Définir un élément de produit avec la stratégie d’association >
(1)
(2)
< (MPdt ‘en évolution’, Lien ‘identifié’), Créer lien d’association >
(2.1) (2.2) (2.3)
Figure 89. Structure de la DRI3.3
4.3.1.4. Réaliser « Définir un élément de produit avec la stratégie d’agrégation » (DRI3.4)
La DRI3.4 est associée à la section C3.4 de carte C3. Cette directive a pour objectif de compléter la
construction de la nouvelle couche du modèle de produit To-Be en ajoutant les liens d’agrégation entre les éléments définis dans cette couche.
La Figure 90 présente la DRI3.4 qui est une directive tactique de type plan proposant de :
(2) Identifier une relation d’imbrication : Cette directive exécutable suggère à l’ingénieur de méthodes d’analyser la nouvelle couche du modèle en cours de construction dans le but d’identifier une éventuelle relation d’imbrication entre les éléments de cette couche.
(2) Spécifier le type du lien d’imbrication : L’application de cette directive exécutable permet de spécifier le type du lien d’imbrication : Composition ou Agrégation. Une composition étant une agrégation plus forte impliquant que : (i) un élément ne peut appartenir qu’à un seul
agrégat composite et (ii) la destruction de l’agrégat composite entraîne la destruction de tous ses éléments.
(3) Créer le lien : L’application de cette directive permet de créer une instance du lien d’agrégation ou de composition entre l’élément composite et l’élément composant.
(4) Spécifier cardinalité : Cette directive suggère à l’ingénieur de méthodes de spécifier les cardinalités associées au lien créé.
DRI3.4: < (MPdt ‘en évolution’), Définir un élément de produit avec la stratégie d’agrégation >
< (MPdt ‘en évolution’), Identifier une relation d’imbrication >
< (MPdt ‘en évolution’, Lien ‘identifié’), Spécifier le type du lien d’imbrication >
< (MPdt ‘en évolution’, Lien ‘identifié’), Créer le lien >
< (MPdt ‘en évolution’, Lien ‘défini’), Spécifier cardinalité >
(1) (2) (3) (4)
Figure 90. Structure de la DRI3.4
4.3.1.5. Réaliser « Définir un élément de produit avec la stratégie Top-down mapping » (DRI3.5)
La directive DRI3.5 est associée à la section C3.5, elle est sélectionnée pour compléter le modèle de
produit en cours d’évolution en ajoutant des liens d’abstraction entre les éléments des différentes couches de ce modèle.
La Figure 91 présente la DRI3.5 qui est une directive tactique de type plan. Ce plan propose de (1)
Identifier un lien d’abstraction, non modélisé, entre deux éléments n’appartenant pas à la même couche et (2) définir le lien d’abstraction identifié.
DRI3.5: < (MPdt ‘en évolution’), Définir un élément de produit avec la stratégie Top-down mapping >
< (MPdt ‘en évolution’), Identifier lien d’abstraction >
< (MPdt ‘en évolution’, Lien d’abstraction ‘identifié’), Définir lien d’abstraction >
(1) (2)
Figure 91. Structure de la DRI3.5
4.3.1.6. Réaliser « Définir un élément de produit avec la stratégie de spécialisation » (DRI3.6)
La DRI3.6 est associée à la section C3.6 de la carte C3. L’objectif de cette directive est d’analyser la
cette couche nécessitant d’être spécialisé. (i.e. une classe qui doit être spécialisée en deux ou plusieurs classes).
La Figure 92 présente la DRI3.6 qui est une directive tactique de type plan. Ce plan propose à
l’ingénieur de méthodes de (1) identifier la super-classe qui nécessite d’être spécialisée, (2) définir la ou les sous-classes et (3) créer le lien Est-un entre la super-classe et chaque sous-classe.
DRI3.6: < (MPdt ‘en évolution’), Définir un élément de produit avec la stratégie de spécialisation>
<(MPdt ‘en évolution’), Identifier la super-classe >
< (MPdt ‘en évolution’, Super-classe ‘identifiée’ ), Définir sous-classe >*
(1) (2)
< (MPdt ‘en évolution’, Super-classe ‘identifiée’ ), Identifier la sous-classe >
< (MPdt ‘en évolution’, Super-classe ‘identifiée’ ), Définir la sous-classe >
< (MPdt ‘en évolution’, Super-classe ‘identifié’, {Sous-classe ‘définie’} ), Créer lien Est-un >*
(a1) (a2)
(3)
< (MPdt ‘en évolution’, Super-classe ‘identifiée’ ), Créer la sous-classe >
< (Sous-classe ‘créée’ ), Définir attributs > < (Sous-classe ‘créée’ ),
Définir nom >
Arguments :
a1 : La sous-classe existe déjà dans le modèle a2 : La sous-classe n’existe pas et nécessite d’être créer
Figure 92. Structure de la DRI3.6
Deux cas de figure peuvent se présenter pour définir une sous-classe : (i) Identifier une sous classe existante dans le modèle, (ii) Créer une nouvelle sous-classe spécialisant la super-classe.
4.3.1.7. Réaliser « Définir un élément de produit avec la stratégie de généralisation» (DRI3.7)
La DRI3.7 correspond à la section C3.7 de la carte C3. A l’inverse de la précédente, l’objectif de cette
directive est de compléter le modèle de produit en cours d’évolution en traitant les cas de généralisation.
La Figure 93 présente la DRI3.7 qui est une directive tactique de type plan, ce plan propose de (1)
identifier les sous-classes (des classes représentant une même entité générique et ayant des attributs en commun), (2) définir la super-classe généralisant les sous-classes identifiées et (3) créer le lien d’héritage Est-un.
DRI3.7: < (MPdt ‘en évolution’), Définir un élément de produit avec la stratégie de généralisation >
< (MPdt ‘en évolution’), Identifier les sous-classes >
< (MPdt ‘en évolution’, {Sous-classe ‘identifié’}), Définir la super-classe >
< (MPdt ‘en évolution’, {Sous-classe ‘identifié’}, Super-classe ‘définie’), Créer lien Est-un >
< (MPdt ‘en évolution’, {Sous-classe ‘identifiée’}), Identifier la super-classe >
< (MPdt ‘en évolution’, {Sous-classe ‘identifiée’} ), Créer la super-classe >
(1) (2) (3)
(a1) (a2)
< (MPdt ‘en évolution’, {Sous-classe ‘identifiée’ }), Créer la super-classe >
< (Super-classe ‘créée’ ), Définir les attributs de la super-classe> < (Super-classe ‘créée’ ), Définir
le nom de la super-classe >
Arguments :
a1 : La super-classe existe déjà dans le modèle a2 : La super-classe n’existe pas et nécessite d’être créer
Figure 93. Structure de la DRI3.7
4.3.1.8. Réaliser « Arrêter avec la stratégie de complétude » (DRI3.8)
La directive DRI3.9 est associée à la stratégie de complétude pour arrêter le processus d’évolution du
modèle de produit par abstraction. Elle suggère à l’ingénieur de méthodes de vérifier la complétude du modèle de produit obtenu par évolution en s’assurant qu’il représente la totalité du produit qu’on souhaite obtenir par l’application de la méthode.