Représentation UML : modèle, stéréotypé en tant que <<modèle de cas d'utilisation métier>>
Le modèle de cas d'utilisation métier peut avoir les propriétés suivantes :
-
Introduction : description textuelle servant de brève introduction au modèle.
-
Description de vue d'ensemble : description textuelle contenant des informations non couvertes par
le reste du modèle de cas d'utilisation, notamment les séquences usuelles d'emploi des cas d'utilisation par les
utilisateurs et les fonctionnalités non gérées par ce modèle.
-
Package de cas d'utilisation métier : packages contenus dans le modèle, représentant une
hiérarchie.
-
Objectifs métier : objectifs métier du modèle, appartiennent aux packages.
-
Cas d'utilisation métier : cas d'utilisation du modèle, appartiennent aux packages.
-
Acteur métier : acteurs métier du modèle, appartiennent aux packages.
-
Relations : relations du modèle, appartiennent aux packages.
-
Diagrammes : diagrammes du modèle, appartiennent aux packages.
Si l'objectif de l'effort de modélisation métier est la réingénierie de l'organisation cible, vous devez envisager de conserver deux
variantes du modèle de cas d'utilisation métier : une représentant les acteurs métier et les cas d'utilisation métier
de l'organisation actuelle (parfois appelée en l'état), et l'autre indiquant l'organisation cible avec les nouveaux
acteurs et cas d'utilisation métier (future).
Si vous envisagez de remanier de manière conséquente la manière dont fonctionne l'entreprise cible(réingénierie métier), cette séparation est requise, faute de quoi la nouvelle
conception sera développée sans que transparaissent les changements proposés et sans pouvoir estimer les effets
ou les coûts de ces changements. Imaginez un architecte chargé de convertir une maison en trois appartements sans
disposer des plans d'origine à partir desquels travailler.
Le coût du maintien de deux modèles de cas d'utilisation métier n'est pas négligeable et vous devriez peser
soigneusement l'effort à investir dans le modèle actuel. En règle générale, vous devez vous contenter d'identifier et
de décrire brièvement les cas d'utilisation* métier et les acteurs métier. Vous devez aussi présenter sommairement les
cas d'utilisation métier clés, éventuellement en les illustrant à l'aide d'un diagramme d'activités simple. Le niveau
de détail retenu devrait viser à une compréhension partagée de l'organisation cible.
Cette séparation n'est pas requise dans les situations suivantes :
-
Aucune nouvelle organisation n'est prévue (l'objectif est de documenter une organisation existante).
-
Aucune organisation n'existe* (création métier)
Voir aussi Instructions : Evaluation de l'organisation cible.
*Remarque : lors de la modélisation d'une organisation existante visant à créer un modèle, vous ne pouvez pas vous
contenter de créer de brèves descriptions des cas d'utilisation métier, des acteurs métiers et des événements métier
clés et de les associer avec les objectifs métier existants car vous pouvez enregistrer directement les processus
métier actuels réalisant ces cas d'utilisation métier. Les cas d'utilisation métier actuels servent de référent pour
expliquer l'objectif des processus métier en cours. Lorsque l'objectif est la création métier, les nouveaux cas
d'utilisation métier sont des spécifications pour la réalisation des objectifs métier pour une
entreprise n'existant pas encore. Ils auront donc besoin d'être beaucoup plus détaillés.
|