Instructions: Modèle d'analyse métier
Un modèle d'analyse métier définit les cas d'utilisation métier du point de vue interne des systèmes métier et des travailleurs métier. Ces instructions expliquent comment développer un modèle d'analyse métier.
Relations
Description principale

Explication

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.

Diagramme complexe montrant un exemple de modèle d'analyse métier.

Conventions de dénomination

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.

Objets métier et cas d'utilisation métier

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.

Le modèle d'analyse métier et les systèmes d'informations

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

Les systèmes d'information en tant qu'acteurs métier

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.

Les systèmes d'information se trouvant dans le modèle d'analyse métier de manière explicite

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.

Caractéristiques d'un bon modèle d'analyse métier

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.