Représentation UML : Modèle, stéréotypé en tant qu'<<analyse métier>>.
Le modèle d'analyse métier peut avoir les propriétés suivantes :
-
Introduction : description textuelle servant de brève introduction au modèle.
-
Systèmes métier : composants du modèle, représentant une hiérarchie*.
-
Travailleurs métier : classes de travailleurs métier du modèle, appartenant aux systèmes
métier.
-
Entités métier : classes d'entités métier du modèle, appartenant aux systèmes métier.
-
Evénements métier : classes d'événements métier du modèle, appartenant aux systèmes métier.
-
Règles métier : règles métier recensées dans le modèle. Il ne s'agit pas des règles métier
répertoriées au format document dans un artefact distinct.
-
Relations : relations existant au sein du model, appartenant aux systèmes métier.
-
Réalisations de cas d'utilisation métier : réalisations de cas d'utilisation métier du modèle,
appartenant aux systèmes métier.
-
Collaboration de contexte métier : réalisation externe des interactions existant entre le métier
et les acteurs métier, qui indiquent les services fournis par le système métier de niveau supérieur (le
métier lui-même), les interfaces de ces services, les connexions aux acteurs métier et les entrées et sorties des
entités métier.
-
Diagrammes : diagrammes du modèle, appartenant aux systèmes métier.
*Notez que le métier en lui-même est le composant de niveau supérieur (système métier) et qu'il peut encapsuler
directement les travailleurs métier, entités métier, etc.
Le modèle d'analyse métier constitue un moyen d'exprimer les processus métier en termes de responsabilités, de
livrables et de comportement collaboratif. Lorsqu'un nouveau système logiciel est développé ou déployé, il est
impératif de créer un modèle d'analyse métier afin d'évaluer l'impact du système sur le fonctionnement du métier. Les
changements dans l'organisation consécutifs au déploiement du nouveau logiciel sont souvent négligés et omis du cas
d'utilisation métier, ce qui a pour conséquence un système logiciel fonctionnel, mais inutilisable.
L'absence de modèle d'analyse métier induit le risque que les développeurs du logiciel n'accordent qu'une attention
superficielle à la manière dont le métier fonctionne. Ils feront alors ce qu'ils font le mieux, c'est-à-dire concevoir
et créer un logiciel, mais sans connaissance du processus métier. Les systèmes logiciels construits peuvent alors
ne pas répondre aux besoins de l'entreprise.
On peut distinguer quatre variantes principales pour personnaliser le modèle d'analyse métier :
Voir aussi les instructions : Evaluation de l'organisation cible.
Vous pouvez opter pour le développement d'un modèle d'analyse métier "incomplet", mettant l'accent sur l'explication de
"phénomènes" et produits ayant une importance dans le domaine métier. Ce type de modèle ne couvre pas les
responsabilités des personnes ; il ne fait que décrire le contenu des informations de l'organisation. Ce modèle est
souvent appelé modèle de
domaine. Dans ce cas, le modèle est stéréotypé en tant que <<modèle de domaine>>, et non en
qu'<<analyse métier>>. Un modèle de domaine permet de fournir une base commune à partir de laquelle les
concepts pourront être clarifiés et définis. Pour plus d'informations, voir Concept :
Conception de domaine.
Si la fonction des tâches de modélisation métier est de procéder à l'ingénierie ou à la réingénierie métier, vous devriez envisager de construire deux
variantes du modèle d'analyse métier : l'une présentant la situation actuelle et l'autre, les nouveaux processus à
l'étude (situation cible).
La version actuelle du modèle d'analyse métier constitue un simple inventaire des réalisations de cas d'utilisation.
Les éléments du modèle d'analyse métier n'y sont pas décrits en détail. Généralement, leurs brèves descriptions sont
suffisantes. Les réalisations de cas d'utilisation métier peuvent être documentées à l'aide de diagrammes d'activité
simples, où des couloirs d'activités correspondent aux éléments du modèle d'analyse métier. La version cible du
modèle d'analyse métier est celle qui réclame le plus gros travail. Les processus et les structures en place doivent
être réexaminés et alignés sur la stratégie et les objectifs métier.
En procédant à une modélisation métier pour une création
métier (nouvelle ligne de métier ou d'organisation, par exemple), il n'existe aucune infrastructure métier pouvant
servir de base à la création d'un modèle actuel. Recherchez des architectures et processus métier de référence afin de
faciliter la création du modèle cible.
Si l'analyse métier est déjà bien comprise par toutes les parties prenantes et l'équipe projet, l'utilité du modèle
d'analyse métier se trouve fortement limitée. Dans cette situation, vous pouvez faire l'impasse sur le modèle d'analyse
métier. Cependant, il est généralement conseillé de développer au moins un modèle d'analyse métier réduit au strict
minimum afin d'améliorer la compréhension du fonctionnement du métier par les parties prenantes.
|