Le méta-modèle de domaine

Nous décrivons le méta-modèle de domaine obtenu à partir de l’analyse présentée

précédemment.

Figure 4-1. Le méta-modèle de domaine.

a)Les classes

Les classes sont issues des concepts qui résultent de l’analyse réalisée en section 0.

Au niveau intentionnel, représenté par la propriété valuée niveau (=intentionnel) de

chaque classe, nous avons retenu les quatre classes Contexte, Situation, Intention et

Stratégie. Ces classes sont les concepts clés des méta-modèles de processus orientés

contexte et stratégie.

Au niveau opérationnel, nous avons retenu les concepts de Problème, Alternative et

Argument pour modéliser les processus orientés décision. Pour représenter les

méta-modèles de processus orientés activité, nous avons gardé les concepts d’Unité de travail

et de Condition. La classe Producteur a été introduite sous le nom Rôle, car la classe

modélisée réalise aussi des unités de travail et prend des décisions. La notion de rôle est

plus générale que celle de producteur. Enfin, le concept Produit permet de représenter

en partie les méta-modèles de processus orientés produit.

Chaque classe a un attribut fréquence qui représente la moyenne pondérée obtenue

dans l’analyse présentée précédemment. Cet attribut peut indiquer aux ingénieurs des

méthodes quels sont les concepts les plus fréquents dans les méta-modèles de processus.

b)Les associations

Les associations entre les classes du méta-modèle de domaine ont été sélectionnées à

partir des méta-modèles de processus existants grâce à la matrice présentée

précédemment.

La seule association que nous avons ajoutée est Sélectionne entre Rôle et Alternative,

pour prendre en compte le rôle des acteurs d’un projet dans l’aspect décisionnel d’un

processus d’ingénierie de SI.

Les associations portent toutes un exposant 2, afin de respecter le principe de

l’Instanciation Profonde présenté dans l’état de l’art. Cela signifie que les associations

du méta-modèle peuvent être définies dans les modèles de processus (M1) et instanciées

à l’exécution du processus (M0).

Certaines classes du méta-modèle de domaine sont indissociables d’autres classes.

Par exemple, la classe Stratégie n’a pas de sens si elle n’est pas associée à la classe

Intention, la classe Stratégie est donc dépendante de la classe Intention. Le Tableau 4-6

présente les classes dépendantes et les classes dependees auxquelles elles se rapportent.

Classe dépendantes Classe (s) dependee (s)

Stratégie Intention

Contexte {Situation ^ Intention}

Argument Alternative

Alternative Problème

Condition Unité de travail

Rôle {Alternative ^ Produit ^ Unité de travail}

Tableau 4-6. Concepts dépendants.

Un contexte ne peut exister sans une situation et une intention, en effet lorsque la

classe Contexte est dans un méta-modèle de processus, les classes Situation et Intention

sont également présentes. La classe Argument est dépendante de la classe Alternative,

elle-même dépendante de la classe Problème. Si Argument est présent dans le

méta-modèle, Alternative devra aussi y être ainsi que Problème. Une condition ne peut exister

sans être associée à une unité de travail. Enfin, un rôle doit être associé à une alternative

ou à un produit ou à une unité de travail.

Ces contraintes sont modélisées dans le méta-modèle de domaine sous forme de

cardinalités et de contraintes sur les associations.

c)Les liens de concrétisation

Nous définissons entre les concepts du niveau intentionnel et du niveau opérationnel

un lien de concrétisation, comme décrit à la section e), sous la forme de dépendances

stéréotypées « concrétise ».

d)Les attributs

Nous proposons un certain nombre d’attributs qui nous semblent pertinents et utiles

pour la modélisation des processus d’ingénierie de SI. Grâce à l’instanciation profonde,

nous pouvons définir les attributs directement dans le méta-modèle, ceux-ci seront

instanciés soit dans les modèles de processus (M1), soit à l’exécution (M0).

La Figure 4-2 présente quatre classes du méta-modèle de domaine avec les attributs

que nous suggérons, inspirés de différents méta-modèles de processus existants dont

(ISO/IEC, 2007).

Un objet de type Rôle peut avoir un nom, une description, et au niveau de

l’exécution, un acteur réel est affecté au rôle. Cet acteur peut être une personne ou une

machine par exemple. L’attribut description est un attribut dual (il bénéficie de

l’instanciation profonde et il est souligné), il peut être valué à tous les niveaux de

modélisation : M2, M1 et M0.

Une Unité de travail a un nom, une description, elle peut être optionnelle ou non dans

le processus d’ingénierie de SI, a un statut (non commencée, en cours, terminée, par

exemple), une date de début et une date de fin. Ces trois derniers attributs seront valués

lors de l’exécution du processus.

Un Produit a également un nom et une description, il peut correspondre à un livrable

du processus. De plus, chaque produit, lors de l’exécution du processus, a une date de

création, un numéro de version, des dates de modification, une date de validité et est

rédigé dans une langue (en anglais ou français par exemple).

Une Condition a une expression qui peut être exprimée en langage naturel ou dans un

langage interprétable par une machine comme le langage OCL (OMG, 2007b). Cet

attribut est valué à l’exécution des processus (M0).

Figure 4-2. Description des attributs des classes Rôle, Unité de travail, Produit et

Condition.

La Figure 4-3 présente les différents attributs des classes du méta-modèle de domaine

Problème, Alternative et Argument. Un Problème a une description, un nom et une

priorité qui peut aller de 1 à 5 par exemple (1 étant la priorité la plus importante). Une

Alternative a également une description, un nom et à l’exécution du processus, on

précise si elle a été sélectionnée ou non pour répondre au problème. Un Argument a

également une description et un nom, un poids peut lui être attribué pour faciliter le

choix d’une alternative lors du processus d’ingénierie de SI : plus le poids est important,

plus l’argument compte dans le refus ou le soutien d’une alternative.

Figure 4-3. Description des attributs des classes Problème, Alternative et Argument.

Les classes Stratégie, Intention, Contexte et Situation ont les mêmes attributs

description et nom.

Figure 4-4. Description des attributs des classes Stratégie, Intention, Contexte et

Situation.

Dans cette partie du chapitre, nous avons présenté le méta-modèle de domaine qui

sert de base à la construction de nouveaux méta-modèles de processus pour l’ingénierie

de SI. Nous présentons maintenant des patrons génériques et des patrons de domaine

qui permettent d’enrichir les méta-modèles de processus que les ingénieurs des

méthodes conçoivent.

Dans le document Méthode, modèles et outil pour la méta-modélisation des processus d'ingénierie de systèmes d'information (Page 102-105)