Instructions: Des modèles métier aux systèmes
Ces instructions expliquent comment obtenir un cas d'utilisation système et des modèles d'analyse à partir d'un modèle métier.
Relations
Description principale

Introduction

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.

Diagramme décrit dans le texte d'accompagnement.

Relation entre les modèles du métier et les modèles d'un système d'information de support

Modèles métier et architecture du système

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.

Diagramme décrit dans le texte d'accompagnement.

Dans une architecture de système à quatre couches, des modèles métier procurent des entrées aux deux couches supérieures.

Modèles métier et acteurs du système

Diagramme décrit dans le texte d'accompagnement.

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.

Diagramme décrit dans le texte d'accompagnement.

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.

Travailleurs métier automatisés

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.

Diagramme décrit dans le texte d'accompagnement.

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.

Modèles métier et classes entité dans le modèle d'analyse

Diagramme décrit dans le texte d'accompagnement.

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 :

Diagramme décrit dans le texte d'accompagnement.

Les entités métier Profil client, Compte et Prêt sont toutes susceptibles d'être automatisées.

Evénements métier

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.

Interactions entre les travailleurs métier converties en configuration système

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.

Utilisation du modèle d'analyse métier pour la planification des ressources

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.

Diagramme décrit dans le texte d'accompagnement.

Les travailleurs métier sont modifiés afin de refléter l'automatisation.

Tableau récapitulatif

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