Un modèle d'analyse métier définit la réalisation de cas d'utilisation métier du point de vue interne des systèmes
métier et des travailleurs métier. Le modèle définit la façon dont les gens et les systèmes travaillant dans
l'entreprise, ainsi que les choses qu'ils traitent et utilisent (les entités métier,) doivent être liées les unes aux
autres, aussi bien d'un point de vue statistique que dynamique, pour atteindre les résultats escomptés. Le modèle
met l'accent sur les rôles joués dans les secteurs métier et sur leurs responsabilités actives. Le modèle indique
toutes les collaborations nécessaires à la réalisations des cas d'utilisation métier ainsi que toutes les classes à
partir desquelles les objets seront instanciés pour remplir ces rôles.
Les éléments clés du modèle d'analyse métier sont :
-
Les systèmes métier divisent les modèles métier en secteurs de responsabilités
interdépendantes. Les systèmes métier encapsulent leurs ressources et fournissent des services à d'autres parties
de l'entreprise au travers d'interfaces bien définies.
-
Les travailleurs métier sont les unités actives d'un métier - dans le modèle
d'analyse métier ils représentent de façon abstraite un humain ou un logiciel, ou parfois même un système contenant
des humains, du matériel et des logiciels (qui, contrairement à un système métier, ne seront pas divisés à
l'intérieur des modèles d'analyse et de conception métier). Leurs responsabilités sont définies dans le modèle
d'analyse métier.
-
Les entités métier représentent des livrables, des ressources et des
informations importantes qui sont utilisés ou produits.
-
Les événements métier représentent des événements importants au sein des
opérations quotidiennes du métier pouvant déclencher d'autres processus métier.
-
Les règles métier sont des règles devant être suivies lors de l'exécution des
processus métier.
-
Les réalisations de cas d'utilisation métier montrent la façon dont les systèmes
métier, les travailleurs métier, les entités métier et les événements métier collaborent pour réaliser un cas
d'utilisation métier. Les réalisations des cas d'utilisation métier sont documentées avec :
-
Les diagrammes de classe qui montrent les systèmes métier, les travailleurs
métier et les entités métier participantes.
-
Les diagrammes d'activité dans lesquels les lignes de séparations d'activité
montrent les responsabilités des systèmes métier ou des travailleurs métier et les flux d'objet indiquent la
façon dont les entités métier sont utilisées dans l'enchaînement d'activités.
-
Les diagrammes de séquence qui décrivent de manière détaillée les
interactions entre les systèmes métier, les travailleurs métier et les acteurs métier, ainsi que la façon dont
on accède aux entités métier lors de la réalisation d'un cas d'utilisation métier.
Le modèle d'analyse métier rassemble les notions de structure et de comportement. Les réalisations de cas d'utilisation
métier mappent les descriptions de processus (les cas d'utilisation métier), qui spécifient le comportement souhaité,
aux éléments structurels de l'organisation (voir la figure qui se trouve après les puces).
Voici quelques caractéristiques du modèle d'analyse métier :
-
C'est un artefact de pontage qui organise les problèmes métier de manière familière pour les développeurs métier et
qui ne contient que des éléments relatifs au métier. Cela renforce nos connaissances sur le secteur des problèmes
métier exprimés en termes d'objets, d'attributs et de responsabilités.
-
Il explore l'essence même des connaissances relatives au secteur métier de façon à passer de la réflexion portant
sur les problèmes métier aux applications logicielles.
-
C'est une façon de renforcer les exigences pour qu'elles soient adaptées ou prises en charge par les systèmes
d'informations qui seront construits.
-
Le fait d'accepter les définitions d'objets métier, les relations entre les objets ainsi que les noms des objets et
des relations entre les objets permet aux connaissances du secteur métier d'être représentées de manière précise
pouvant être comprise et validée par les experts du secteur métier.
En général, les systèmes métier, les travailleurs métier, les entités métier et les événements métier doivent avoir des
noms courts et descriptifs uniques et différents des autres noms. Parfois, il faut utiliser plus d'un mot pour décrire
l'objectif d'un élément de modèle et s'assurer qu'il est unique et identifiable, particulièrement lorsqu'il s'agit d'un
contexte plus large (qui peut devenir important dans le futur).
Un système métier fournit un ensemble de responsabilités associées ayant un objectif particulier et doit avoir un nom
reflétant cet objectif. Il peut être tentant d'utiliser des noms communs ou des accroches pour les noms (comme Client
ou Services), mais assurez-vous que le terme soit réellement applicable et descriptif. En général, il est pratique
d'utiliser un substantif (comme livraison, facturation ou vente) car il fait référence à l'objectif du système métier
(comme la gestion des clients ou le repérage d'objectif). Voir aussi Instructions
: Système métier pour plus d'informations.
Les travailleurs métier doivent avoir un nom qui reflète leurs responsabilités. Ne décrivez pas la fonction (dans le
cas d'un travailleur métier humain) mais le rôle joué par le travailleur métier dans la réalisation de cas
d'utilisation. Ce rôle est reflété par l'objectif par le biais duquel le travailleur métier est impliqué dans la
réalisation de cas d'utilisation métier. Voir aussi Instructions
: Travailleur métier pour plus d'informations.
Prenez par exemple un processus dans lequel des données sont entrées dans un système par un travailleur métier et
conservées jusqu'à ce qu'un autre travailleur métier ait vérifié ou approuvé les données avant leur exécution (comme un
prêt dans une banque).Le travailleur métier qui entre les données pourrait s'appeler le dactylographe de données ou le
commis à l'entrée de données, quant au deuxième travailleur métier il pourrait s'appeler le vérificateur ou
l'abandonnataire. Le commis à l'entrée de données a l'inconvénient de sonner humain, tandis que les deux autres noms
pourront être qualifiés plus tard (comme le vérificateur de prêt hypothécaire, si la banque se lance dans les polices
d'assurances).
Les entités métier doivent avoir un nom qui reflète les informations qu'elles représentent. Les entités métier doivent
toujours être définies dans le glossaire métier car il existe généralement d'importantes divergences d'opinions
concernant les définitions et les relations. Il ne faut pas inclure l'état ou les propriétés de l'entité métier dans
son nom. Le nom des entités métier doit être singulier et non pas pluriel. Voir aussi Instructions : Entité métier pour plus d'informations.
Les événements métier doivent avoir un nom qui indique le changement d'événement ou d'état qu'ils représentent. Il ne
faut pas décrire ce qui a déclenché l'événement ou les conséquences de ce dernier dans le nom. La spécification de
l'événement ne dépend pas de ses déclencheurs. Voir aussi Instructions
: Evénement métier pour plus d'informations.
Lorsque vous étudiez les travailleurs métier et les entités métier participant aux différents cas d'utilisation de
votre entreprise, il est possible que vous en identifiiez certains tellement similaires qu'ils sont en fait une seule
et même classe. Même lorsque différents cas d'utilisation métier n'ont pas les mêmes demandes, la similarité des
classes peut entraîner qu'on les considère comme un phénomène unique. Si c'est le cas, fusionnez les classes similaires
dans une seule classe. Cela donne un travailleur métier ou une entité métier ayant assez de relations, d'attributs et
d'opérations pour répondre à toutes les demandes des différents cas d'utilisation métier. Le diagramme se trouvant à la
fin de la section intitulée "Explications" (ci-dessus) montre la façon dont les travailleurs et les entités métier
participent aux différentes réalisations des cas d'utilisation métier.
Plusieurs cas d'utilisation métier peuvent donc avoir des demandes assez différentes dans une seule et même classe.
Dans le cas de travailleurs métier, si vous avez des employés capables de jouer l'ensemble des rôles décrits, vous
aurez des employés flexibles capables de travailler à plusieurs postes. Cela rend l'entreprise plus souple.
Dans le modèle d'analyse métier, les travailleurs métier représentent les rôles que les unités actives de l'entreprise
joueront, tandis que les entités métier représentent les choses que les unités actives traiteront. En
utilisant un modèle d'analyse métier, vous définissez la façon dont les travailleurs métier (et, à un niveau
supérieur les systèmes métier) doivent interagir pour produire les résultats désirés par l'acteur métier. Nous
avons dit plus haut qu'un travailleur métier peut représenter de manière abstraite un système logiciel; en dehors
du contexte de modélisation métier, vous utiliserez un modèle de cas d'utilisation et un modèle de conception système
pour définir le système logiciel.
La modélisation métier et la modélisation logicielle abordent des domaines de problèmes différents à des niveaux
d'abstraction différents. Il faut dont essayer de respecter cette différence et ne pas laisser de détails de
modélisation logicielle s'introduire dans les modèles métier, mais au contraire de se concentrer sur l'objectif métier
des travailleurs métier.
Lorsque vous examinez les interactions et les caractéristiques des travailleurs métier dans le modèle actuel (en
particulier les rôles joués par des travailleurs humains), l'occurrence et la consommation d'événements métier et les
opérations effectuées sur des entités métier, des heuristiques de relation entre la modélisation métier et les
contextes de modélisation du système peuvent être utiles lorsque vous cherchez des opportunités d'automatisation. Les
liens, les associations et les attributs du modèle métier peuvent suggérer une automatisation possible :
-
Un employé jouant le rôle d'un travailleur métier correspond à l'acteur système du système d'information. Cet
employé est mieux pris en charge si les systèmes d'information sont structurés de manière à ce que l'intégralité de
son travail dans un cas d'utilisation métier soit pris en charge par un cas d'utilisation système.
-
Si le cas d'utilisation métier est grand, qu'il a une durée de vie longue ou qu'il combine le travail de plusieurs
secteurs indépendants, un cas d'utilisation de système d'informations peut prendre en charge une opération du
travailleur métier.
-
Les choses que les travailleurs métier manipulent - modélisées sous forme d'entités métier - sont souvent
représentées dans les systèmes d'information. Dans le modèle d'objet d'un système d'information, ces entités métier
fonctionnent comme des classes entité.
-
Les événements métier sont souvent implémentés comme des messages dans les systèmes logiciels avec une architecture
SOA ou comme des tâches dans les systèmes d'automatisation de l'enchaînement d'activités.
-
Les associations et les agrégations entre les entités métier entraînent souvent des associations et des agrégations
entre les classes entité dans le modèle de conception.
-
Un cas d'utilisation de système d'information peut donc accéder et manipuler les classes entité dans le modèle de
conception qui représentent les entités métier auxquelles accèdent les cas d'utilisation métier pris en charge.
-
Un acteur métier qui utilise directement un système d'information métier devient aussi un acteur système du
système d'information dans le contexte de modélisation du système.
Ces relations sont utiles lors de l'identification des exigences pour que les systèmes d'information prennent en
charge le métier.
Voir aussi la section sur les travailleurs métier automatisés dans les Instructions : Des modèles métier aux systèmes.
Parfois, les employés d'une entreprise contactent les employés d'une autre entreprise en utilisant un système
d'information dans la première entreprise. Du point de vue du métier modélisé, ce système d'information est un acteur
métier.
Exemple :
Un développeur de logiciel essaie de comprendre le problème du produit dont il est responsable. Pour savoir si le
problème vient de l'outil de programmation qu'il utilise, il contacte le site du fournisseur et consulte la liste des
problèmes connus concernant l'outil de programmation. En faisant cela, le travailleur métier "développeur logiciel"
interagit avec l'acteur métier "serveur WWW" du fournisseur.
Lorsque vous modélisez les manipulations des entités métier par des travailleurs métier, il est évident que beaucoup
des opérations sur les entités métier seront exécutées à l'aide d'un outil, peut être informatique. Le fait de choisir
de modéliser cela explicitement comme une information ou comme un autre système (en le représentant donc par un
travailleur métier) dépend de son importance dans le métier. Par exemple, vous ne modéliserez probablement pas un
simple système de bureau ne possédant qu'un traitement de texte et un tableur comme un travailleur métier indépendant.
En revanche, lorsque vous rencontrez un système d'information dans une entreprise qui est utilisé
directement par les clients et que cette interaction est une partie importante des services de l'entreprise, ce système
d'informations peut être si important du point de vue commercial que vous souhaitez le montrer dans la modèle d'analyse
métier. Les services bancaires par téléphone sont un bon exemple de ce type de systèmes d'informations.
Dans ce cas, vous pouvez procéder comme suit :
-
Considérez le système d'information comme un travailleur métier complètement automatisé interagissant avec un
acteur.
-
Si le système d'information est lié à d'autres travailleurs métier ou à d'autres entités métier, pensez à illustrer
cette relation à l'aide d'un lien ou d'une association. Le système informe peut être un travailleur métier de ses
progrès ou utilise les informations concernant une entité métier.
-
Décrivez brièvement le travailleur métier, ainsi qu'une liste des services qui représentent le système
d'information dans le modèle d'analyse métier.
-
Modélisez tous les détails et les caractéristiques du système d'information et de son environnement dans un
modèle de système d'information secondaire.
-
Introduisez une convention de dénomination de manière à ce que les travailleurs métier complètement automatisés
soient facilement identifiables parmi les travailleurs métier ; un suffixe ou un préfixe, par exemple, comme "nom
du travailleur métier <automatisé">" ou "système : <nom du travailleur métier>". Vous pouvez aussi
définir un stéréotype avec une icône particulière.
Ensemble, les systèmes métier, les travailleurs métier, les entités métier et les événements métier réalisent toutes
les tâches décrites dans les cas d'utilisation métier, ni plus, ni moins. Le modèle d'analyse métier donne une image
fiable et exhaustive de l'organisation à un niveau d'abstraction approprié.
Transition vers le modèle de conception métier
Le modèle de conception métier correspond à l'évolution du modèle d'analyse métier avec des choix (et leurs
justification) pour la réalisation, et peut-être la restructuration, des travailleurs métier en humains, logiciel
ou systèmes (eux-mêmes composés d'humains, de logiciels et de matériel). Le modèle de conception métier ne va pas plus
loin dans la décomposition, cette tâche est en effet celle des systèmes secondaires et des efforts de développement
logiciel.
|