Discipline: Modélisation métier
Cette discipline apporte des conseils sur les différentes techniques de modélisation qui peuvent être utilisées pendant un effort d'ingénierie métier.
Relations
Description principale

Objectifs

Les objectifs de la modélisation métier sont les suivants :

  • Comprendre les problèmes actuels de l'organisation cible et identifier les améliorations potentielles. 
  • Evaluer l'impact d'un changement d'organisation.
  • S'assurer que les clients, les utilisateurs, les développeurs et autres parties comprennent tous l'organisation de la même façon.
  • Déduire les exigences système nécessaires pour prendre en charge l'organisation cible.
  • Comprendre comment un système logiciel qui va être déployé s'intègre dans l'organisation.

Un graphique représentant l'organisation ne suffit pas pour comprendre comment fonctionne un métier. Il faut aussi une vue dynamique du métier. Un modèle de gestion donne une vue statique de la structure de l'organisation et une vue dynamique des processus au sein de l'organisation.

Un métier doit pouvoir subir des changements en fonction des facteurs dont il dépend et qui en assurent le bon fonctionnement. Ces facteurs peuvent être des objectifs tels que la réduction des coûts, l'amélioration de la qualité ou la réduction des délais de commercialisation. Afin de localiser les problèmes ou d'identifier les occasions de pouvoir procéder à des améliorations, il faut modéliser le métier. La capacité d'une organisation à s'adapter aux changements de ses moteurs métier indique que celle-ci fonctionne bien et se développe.

Beaucoup de personnes différentes (les parties prenantes) doivent comprendre le métier. En raison de leurs différences d'horizons et d'intérêts, ils ne voient pas le métier de la même façon. Il faut donc modéliser le métier de manière simple et compréhensible en utilisant une notation courante. Le modèle de gestion doit pouvoir être décrit de différentes façons par des vues et des niveaux d'abstraction différents. Si votre modèle de gestion n'est pas compris de tous, vous n'avez pas réussi votre modélisation métier.

Une entreprise a pour objectif de livrer de la valeur aux clients pour faire des bénéfices. Gérer une entreprise consiste à prendre des décisions, et l'information est l'élément déterminant le plus important dans la qualité des décisions [MARS00]. Les systèmes d'information doivent être conçus afin de s'assurer que l'information transmise est à jour, exacte, suffisante et pertinente. On ne peut s'assurer que les systèmes d'information supportent les décisions métier de cette manière que si l'on comprend le contexte dans lequel elles ont été prises.

Artefacts

En vue d'atteindre ces objectifs, la discipline de modélisation métier décrit comment évaluer l'organisation actuelle et développer une vision de la nouvelle organisation. Si l'on prend cette vision comme base, elle définit alors les processus, les rôles et les responsabilités de cette organisation dans un modèle de cas d'utilisation métier et un modèle d'analyse métier.

En complément de ces modèles, les artefacts suivants sont développés :

  • Vision métier
  • Document d'architecture métier
  • Spécification métier supplémentaire
  • Règles métier (soit en tant que document et/ou en tant qu'éléments dans le modèle d'analyse métier)
  • Glossaire métier

Processus et notation

Beaucoup de notations et techniques de modélisation métier ont été utilisées avec plus ou moins de succès. Par contre, il existe moins de processus de modélisation métier. RUP fournit un processus pour la modélisation métier. Le langage UML peut s'appliquer efficacement pour modéliser à la fois un logiciel et un métier. Le seul avantage important à utiliser la même notation de modélisation pour la modélisation logicielle et métier, est que les analystes et les développeurs logiciels parlent un langage commun. Cela permet d'avoir un transcodage direct et efficace entre les modèles du métier et les modèles des systèmes logiciels qui prennent en charge le métier.

Modéliser, comprendre et améliorer un métier ressemble fortement à la construction d'un système logiciel. Au début, il y a toute une étape de découverte qui comprend la définition des objectifs et de la portée. Cette étape comprend aussi l'élaboration d'une structure très vaste et très élaborée, et son remplissage pièce par pièce. Il n'est pas possible de se concentrer sur une pièce, de la terminer et de ne jamais revenir dessus. Il faut revenir très souvent sur les pièces qui ont déjà été modélisées et les changer en fonction des connaissances nouvelles et de la compréhension. Il n'est pas possible d'attendre d'avoir terminé la modélisation du métier dans son ensemble avant de commencer à vérifier le travail effectué et à l'améliorer.

Il vaut donc mieux procéder à la modélisation métier de manière itérative en commençant avec la présentation générale et en insérant les pièces les unes après les autres. A chaque itération, il faut revenir à la présentation générale et faire les ajustements nécessaires. Il suffit ensuite de continuer à remplir la présentation et de vérifier le travail effectué. Ces étapes doivent être effectuées avant de passer à l'itération suivante.

Relation à d'autres disciplines

La discipline de modélisation métier est liée à d'autres disciplines, comme celles ci-dessous :

  • La discipline de recueil des exigences utilise les modèles de gestion comme entrée pour la compréhension des exigences du système.
  • La discipline d'analyse et de conception utilise les modèles de gestion comme entrée pour définir les systèmes logiciels qui s'intègrent de façon cohérente dans l'organisation.
  • La discipline de déploiement utilise les modèles de gestion comme aide pour planifier le déploiement d'un système logiciel.
  • La discipline d'environnement développe et gère des artefacts de support, comme les instructions relatives à la modélisation métier.


Plus d'informations