L'approche de la modélisation métier présentée dans RUP (Rational Unified Process) inclut un moyen concis et direct de
générer des exigences concernant des outils métier ou des systèmes de support. Il est important de maîtriser les
processus métier pour construire les systèmes appropriés. Il est encore plus intéressant d'utiliser les rôles et
responsabilités des personnes, ainsi que les définitions des "choses" traitées par le métier comme base de construction
du système. Cette vue de l'intérieur du métier, enregistrée dans un modèle d'analyse métier, permet d'avoir l'idée la
plus précise de possible de l'apparence recherchée pour les modèles du système.
Relation entre les modèles du métier et les modèles d'un système d'information de support
D'un point de vue architectural, il est très utile de disposer de modèles métier lorsqu'on a l'intention de construire
l'un des types de système suivants :
-
Systèmes personnalisés pour une ou plusieurs entreprises dans un secteur d'activité donné, par exemple des banques
et des sociétés d'assurance.
-
Famille d'applications pour le marché libre, comme des systèmes de traitement des commandes, de facturation et de
contrôle du trafic aérien.
Les modèles métier procurent des entrées à la vue de cas d'utilisation et à la vue logique présentées dans le modèle
d'analyse. Vous pouvez également trouver des mécanismes clés au niveau de l'analyse, appelés mécanismes d'analyse.
Il convient de prendre en considération les points suivants :
-
Pour chaque cas d'utilisation métier qui sera pris en charge par le système, identifiez un sous-système dans le
modèle d'analyse. Ce sous-système, qui se trouve dans la couche application, est considéré comme une première
itération de prototype. Par exemple, si le modèle de cas d'utilisation métier contient un processus de commande et
processus de facturation, identifiez un sous-système de commande et un sous-système de facturation dans la couche
application du modèle d'analyse. Vous pouvez opposer à ceci que les systèmes de commande et de facturation sont
distincts. En fait, c'est une question de point de vue. Si vous
considérez que tous vos outils métier forment un système avec plusieurs applications partageant une même
architecture, les commandes et la facturation sont des sous-systèmes d'application. Si votre intention est de
construire uniquement une application de gestion des commandes, la gestion des commandes constitue le système et la
recommandation présentée ci-dessus ne s'applique pas. Elle s'applique uniquement si, de votre point de vue, tous
les outils métier de l'organisation forment un seul et même système.
-
Pour chaque travailleur métier pris en charge par le système, identifiez des cas d'utilisation représentant ce qui
sera automatisé.
-
Pour chaque entité métier prise en charge par le système, identifiez des classes entité dans le modèle d'analyse.
Certaines sont susceptibles d'être considérées comme des mécanismes clés, les entités de composant, du système.
-
Pour les grappes d'entités métier (groupe d'entités métier utilisées uniquement au sein d'un cas d'utilisation
métier ou groupe d'entités métier étroitement liées d'une autre manière), créez un sous-système dans la couche
appropriée du métier.
Dans une architecture de système à quatre couches, des modèles métier procurent des entrées aux deux couches
supérieures.
Pour chaque travailleur métier, identifiez un acteur système candidat. Pour chaque cas d'utilisation métier auquel
participe le travailleur métier, créez un cas d'utilisation système candidat.
Pour identifier les cas d'utilisation de système d'information, commencez par répertorier les travailleurs métier
figurant dans le modèle d'analyse métier.
Pour chaque travailleur métier, procédez comme suit :
-
Déterminez si le travailleur métier sera une personne qui utilisera le système d'information.
-
Si c'est le cas, identifiez un acteur pour le travailleur métier dans le modèle de cas d'utilisation de système
d'information. Commencez par créer un acteur portant le même nom que le travailleur métier.
-
Répétez ces étapes pour tous les travailleurs métier.
Pour chaque réalisation de cas d'utilisation métier, procédez comme suit :
-
Identifiez les séquences d'étapes initiées par un acteur système (comme indiqué dans les étapes précédentes).
-
Créez un cas d'utilisation système pour chaque séquence d'étapes. Donnez tout d'abord le nom de l'étape de
lancement (nom de l'opération) au cas d'utilisation.
-
Assurez-vous que le cas d'utilisation système remplit tous les critères d'un cas d'utilisation système (est d'un
grand intérêt pour l'acteur, etc.). Fusionnez ou poursuivez la division des cas d'utilisation système, selon les
cas.
Notez qu'il s'agit d'un simple point de départ pour le modèle de cas d'utilisation du système. Les exigences étant
mieux comprises du point du système, ces acteurs et cas d'utilisation système initiaux seront réusinés selon les
besoins.
Exemple :
La figure ci-dessous illustre une manière de dériver le cas d'utilisation système pour la réalisation de cas
d'utilisation métier "Demander un prêt". Les traits en pointillé indiquent les limites du système pris en
considération.
En vous appuyant sur les modèles métier d'une banque, vous pouvez dériver des acteurs système et cas d'utilisation
système candidats.
Si vous souhaitez construire un système permettant une automatisation totale d'un ensemble de processus métier
(construction d'une application de commerce électronique par exemple), ce n'est plus le travailleur métier qui
deviendra acteur système. Au contraire, l'acteur métier communiquera directement avec le système et se comportera comme
un acteur système.
Vous modifiez en fait la façon dont le métier est effectué lors de la construction d'une application de ce type. Les
responsabilités du travailleur métier seront transférées à l'acteur métier.
Exemple :
Lors de la construction d'un site de commerce électronique pour une banque, vous modifierez la façon dont le processus
est réalisé.
-
Les responsabilités du commis seront transférées au client.
-
Créez un acteur système Client correspondant à l'acteur métier Client.
-
Les travailleurs métier Commis et Système de prêt seront fusionnés pour donner le travailleur métier Système de
prêt amélioré (représenté dans la figure ci-dessous par les traits en pointillé).
-
Modifiez la réalisation de cas d'utilisation métier en fonction de ce nouveau travailleur métier.
-
Identifiez les nouveaux cas d'utilisation système ou adaptez les cas existants en fonction de la réalisation de
cas d'utilisation métier modifiée. En général, les opérations entre les travailleurs métier fusionnés
deviennent des étapes du ou des cas d'utilisation système mis à jour/nouveaux.
En automatisant totalement les travailleurs métier, on modifie la façon dont le processus métier est réalisé, ainsi que
la méthode permettant de repérer les acteurs et cas d'utilisation système.
Pour chaque entité métier, créez une classe dans le modèle d'analyse du système.
Une entité métier devant être gérée par un système d'information correspondra à une entité du modèle d'analyse du
système d'information. Dans certains cas, cependant, il peut être préférable de faire correspondre les attributs de
l'entité métier aux entités du modèle du système d'information. Plusieurs travailleurs métier peuvent accéder à une
entité métier. Par conséquent, les entités correspondantes du système peuvent participer à plusieurs cas d'utilisation
de système d'information.
Exemple :
Les entités métier Profil client, Compte et Prêt sont toutes susceptibles d'être automatisées.
Les événements métier identifient les occurrences ou changements d'état significatifs dans le métier. Ils sont utilisés
pour découpler les cas d'utilisation métier et envoyer des notifications ou des déclencheurs concernant l'occurrence ou
le changement d'état. En tant que tels, ils constituent une excellente source pour l'automatisation de processus métier
afin de limiter les interactions entre travailleurs métier et d'accélérer le fonctionnement des cas d'utilisation
métier. L'automatisation des événements métier permet une propagation rapide des informations importantes dans
l'ensemble du métier, sans que la charge de cette responsabilité ne retombe sur les travailleurs métier.
Exemple :
Toutes les unités impliquées dans une opération militaire doivent par exemple pouvoir être averties immédiatement de la
revendication d'une position stratégique par les forces alliées (ou ennemies). En l'absence d'automatisation, ce métier
peut être mis en oeuvre par la diffusion d'un mot codé par exemple Haut de forme) sur une fréquence radio
spécifique. Toutes les personnes recevant le mot codé devraient alors entreprendre l'action appropriée (par exemple,
passer à la phase suivante de la bataille. En automatisant cet événement métier, on obtiendrait une plus grande
efficacité de la notification de l'événement, ainsi qu'une éventuelle automatisation des différentes réponses à cet
événement.
Comment interpréter un lien entre travailleurs dans le modèle métier ? Vous devez comprendre comment les systèmes
d'information peuvent prendre en charge les travailleurs communicants. Un système d'information peut faire en sorte
qu'il ne soit plus nécessaire d'organiser le transfert d'informations entre les travailleurs en la rendant disponible
au niveau du système d'information.
Si vous souhaitez utiliser le modèle d'analyse métier pour planifier les ressources ou comme base de simulation, vous
devez le mettre à jour afin qu'il reflète les types de ressources utilisés. Il convient de le modifier de façon à ce
que tous les travailleurs et entités métier soient mis en oeuvre par un seul type de ressources. Si votre objectif est
de procéder à la réingénierie du processus métier, vous ne devez pas prendre en compte les ressources dans la première
itération du modèle d'analyse métier. Dans le cas contraire, vous aurez tendance à vous concentrer plus sur les
solutions existantes que sur l'identification de problèmes pouvant être résolus au moyen de nouveaux types de
solutions. Exemple de procédure :
-
Dans la première itération du modèle d'analyse métier, travaillez sans prendre en compte les ressources ou les
systèmes qui seront utilisés pour mettre en oeuvre le métier.
-
Déterminez ce qui peut être automatisé.
-
Déterminez de quelle façon l'automatisation peut modifier le processus métier et commencez à esquisser un modèle de
cas d'utilisation système et une configuration système.
-
Dans une deuxième itération du modèle d'analyse métier, mettez-le à jour afin qu'il reflète les ressources
utilisées et ce qui peut être automatisé.
-
Certains travailleurs métier seront signalés comme travailleurs automatisés.
-
Certains travailleurs métier seront divisés en deux parties, l'une automatisée et l'autre non.
-
Des composantes de deux travailleurs métier différents pourront être extraites afin de former un nouveau
travailleur automatisé.
-
Des composantes d'une responsabilité
de travailleur métier pourront être extraites de l'organisation pour devenir la responsabilité d'un
acteur métier.
Exemple :
Si l'on reprend l'exemple de la banque, nous avions décidé de mettre à jour le modèle d'analyse métier afin de
l'utiliser dans le cadre de la planification des ressources.
-
Le travailleur métier Commis est totalement automatisé et devient un Commis automatisé. La banque proposera
uniquement des activités bancaires en ligne.
-
Le Spécialiste des prêts est partiellement automatisé et donc divisé en Spécialiste des prêts automatisé et
Spécialiste des prêts.
Les travailleurs métier sont modifiés afin de refléter l'automatisation.
Le tableau suivant récapitule les relations entre les modèles métier et les modèles système.
Modèles système
|
Comment trouver des candidats à l'aide des informations présentées dans les modèles métier
|
Modèles métier
|
Acteur
|
Les acteurs candidats se trouvent au sein des travailleurs métier.
|
Travailleur métier
|
Acteur
|
D'autres acteurs candidats se trouvent au sein des différents acteurs métier (clients, fournisseurs)
qui utiliseront directement le système.
|
Acteur métier
|
Cas d'utilisation
|
Les cas d'utilisation candidats se trouvent au sein des opérations des travailleurs métier. Recherchez
des opérations et des zones de responsabilité impliquant des interactions avec le système
d'information. Dans l'idéal, un cas d'utilisation de système d'information prend en charge toutes les
opérations de travailleurs métier au sein d'une réalisation de cas d'utilisation de modèle
métier.
|
Opérations de travailleurs métier
|
Classe entité
|
Les classes entité candidates se trouvent au sein des entités métier. Recherchez les entités métier
devant être gérées ou représentées dans le système d'information.
|
Entité métier
|
Classe entité
|
Les classes entité candidates se trouvent au sein des attributs dans le modèle d'analyse métier.
Recherchez les attributs devant être gérés ou représentés dans le système d'information.
|
Attributs
|
Relations entre les classes entité
|
Les relations entre les entités métier indiquent souvent l'existence d'une relation correspondante
entre les classes du modèle du système d'information.
|
Relations entre les entités métier
|
|