3. MODELES ET META-MODELES DE PROCESSUS
3.3. Les modèles et méta-modèles orientés décision
Les modèles de processus orientés décision présentent les transformations ou les
élicitations successives du produit dues à des décisions (Rolland, 2005). Dans les
processus d’ingénierie de SI, il est essentiel de savoir ce qui a été fait, ou ce qui doit être
fait, mais il faut aussi savoir pourquoi telle action a été faite plutôt qu’une autre. De
plus, de nombreux débats et discussions ont lieu entre les différents acteurs d’un
processus d’ingénierie de SI, comme les gestionnaires, les futurs utilisateurs, le chef de
projet, et les équipes de maitrise d’œuvre. Il faut garder une trace de ces discussions et
des décisions qui ont été prises : cela permet d’une part de mieux comprendre les
raisons des choix effectués et d’autre part, de pouvoir surveiller si les décisions prises
durant le processus d’ingénierie de SI sont rationnelles (Kunz et Rittel, 1970), (Jarke et
al., 1992).
Comme pour les modèles de processus orientés produit, il n’existe pas de méthode
spécifiquement basée sur un ou des modèles de processus orientés décision. Dans
chaque projet, différents modèles de processus orientés décision sont créés en fonction
de la complexité de la situation et des problèmes posés.
3.3.1. Exemple de modèle de processus orienté décision
La Figure 3-20 présente un modèle de processus orienté décision utilisant un
formalisme inspiré de (Potts et Bruns, 1988). Ce modèle représente le processus de
décision à prendre à l’étape de modélisation des acteurs, concernant le fait de modéliser
ou non le contexte et le métier de l’environnement du futur système d’information. Si le
processus métier est conséquent et que l’équipe de Maitrise d’Œuvre (MOE) est peu
habituée au domaine d’application du futur système d’information, il est conseillé de
modéliser le contexte.
Figure 3-20. Exemple de modèle de processus orienté décision.
3.3.2. Méta-modèles de processus orientés décision
Le modèle Issue Based Information Systems (IBIS) (Kunz et Rittel, 1970) a introduit
pour la première fois la notion de processus orienté décision. Ce modèle a été
implémenté pour gérer les discussions, les problèmes rencontrés durant les phases
amont de la conception de systèmes dans un outil appelé gIbis
8(Conklin et Begeman,
1988). Il a ensuite été enrichi par (Potts et Bruns, 1988) et Potts (Potts, 1989). Le projet
européen ESPRIT DAIDA a également mis au point un modèle de processus orienté
décision, CAD°
9(Rose et al., 1991), (Jarke et al., 1992).
La Figure 3-21 présente le méta-modèle de processus orienté décision de (Potts,
1988), initialisé dans (Potts et Bruns, 1988). Une étape (Step) dans le processus
d’ingénierie de SI fait émerger des nouveaux problèmes/questions (Issue). Différentes
alternatives (Position) sont habituellement proposées pour répondre à ces problèmes.
8
graphical IBIS
9
Chaque alternative doit être soutenue ou contestée par des arguments. Les arguments
peuvent se baser sur des artefacts existants. Lorsqu’une alternative est choisie, elle
contribuera à l’évolution de l’étape du processus d’ingénierie de SI.
Figure 3-21. Méta-modèle de processus orienté décision de Potts.
La Figure 3-22 représente le diagramme objets, instance du méta-modèle de Potts,
reprenant l’exemple du processus de décision de modélisation du contexte lors du
processus d’ingénierie de SI. Chaque objet est instance d’une classe définie dans le
méta-modèle. Par exemple, « Faut-il modéliser le contexte et le métier » est une
instance de la classe Issue qui a deux alternatives « oui » et « non ».
Figure 3-22. Diagramme objets instance du méta-modèle de processus orienté
décision de Potts.
3.3.3. Synthèse
Le Tableau 3-3 présente la synthèse des concepts des méta-modèles de processus
orientés décision. Les concepts Step et Artefact correspondent aux concepts d’unité de
travail et de produit présents dans la majorité des autres types de méta-modèles de
processus. Les concepts d’Alternative et d’Argument se retrouvent dans les
méta-modèles de processus orientés contexte, notamment NATURE, car ces derniers sont
issus des méta-modèles de processus orientés décision. Le concept de problème (Issue)
n’est présent dans aucun autre type de méta-modèle de processus.
Orienté
activité
Orienté
produit
Orienté
décision
Orienté
contexte
Orienté
stratégie
Unité de
travail
Work Unit,
Work
definition
Action Step Action
Produit Work
Product
Composition
des états
Artefact Partie de
produit
Problème Issue
Alternative Position Alternative
Argument Argument Argument
Tableau 3-3. Synthèse des concepts des méta-modèles de processus orientés décision.
Les méta-modèles de processus orientés décision intègrent de nouveaux concepts par
rapport aux méta-modèles de processus orientés activité et produit, car ils prennent en
compte les raisons pour lesquelles les décisions sont prises et comment elles
déclenchent les actions (Plihon, 1996). Les méta-modèles de processus orientés activité
et produit ne donnent pas d’information sur l’aspect décisionnel du processus
d’ingénierie de systèmes d’information. Ce changement d’abstraction est similaire aux
niveaux intentionnels et organisationnels en systèmes d’information.
Cependant, un méta-modèle de processus orienté décision ne permet pas de
décomposer le processus en étapes/sous-étapes, toutes les activités sont ici au même
niveau.
D’autre part, le méta-modèle ne prend pas en compte les acteurs qui prennent les
décisions ou proposent les alternatives. Ceci est pourtant un élément important du
processus, d’après nous, le rôle de chaque acteur dans le processus de décision devrait
être pris en compte.
Les modèles de processus orientés décision ont par la suite été complétés, pour
notamment prendre en compte la situation dans laquelle une décision est prise. Ces
nouveaux modèles de processus sont dits orientés contexte (Plihon, 1996) (Souveyet,
2006).
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 67-70)