Concept: Décomposition des processus métier
La décomposition des processus métier est une approche qui permet l'amélioration des cas d'utilisation métier, ce qui rend plus facile la gestion de réalisations de cas d'utilisation sous la forme d'un diagramme d'activité UML.
Relations
Description principale

Introduction

Un processus métier est un groupe d'activités associées sur le plan logique (et généralement ordonnées) et qui exploitent les ressources de l'organisation pour fournir des résultats déterminés favorisant l'atteinte des objectifs de l'organisation -- produisant de la valeur sous forme de produits ou services, souvent à un tiers tel qu'un client ou un associé. Au processus, éventuellement décomposé en sous-processus, sont associés une organisation, des ressources et des modèles de données afin d'enregistrer tous les aspects du processus, à savoir non seulement les rôles d'exécution, mais aussi les ressources requises/utilisées, la propriété des ressources, la responsabilité, les définitions d'éléments intégrés aux et issus des tâches, etc.

Il s'agit d'une vision de processus très concrète ; nous estimons que les processus métier sont des réalisations des cas d'utilisation métier du système métier. Nous pouvons donc leur appliquer la même taxinomie que pour les cas d'utilisation métier (voir Modèle de cas d'utilisation métier), c'est-à-dire :

  • centraux, pour les processus métier externes qui fournissent la chaîne de valeur ;
  • de gestion, pour les cas d'utilisation métier internes qui coordonnent la chaîne de valeur ;
  • de support, pour les cas d'utilisation métier internes qui supportent la chaîne de valeur.

Nous autorisons également les processus à être commandés par des événements, en d'autres termes déclenchés par des conditions (ayant pour résultat des événements métier) qui se produisent au cours de l'existence du métier.

Niveau de processus

Dans Concept : Modélisation de grandes organisations (extrait ci-dessous, entre guillemets), nous décrivons une technique pour répondre aux besoins de la direction ainsi que des propriétaires de processus métier, qui consiste à définir les cas d'utilisation métier selon deux niveaux de détail :

"L'un des modèles, destiné aux cadres, contiendrait un ensemble de cas d'utilisation métier généraux, illustrant le but et l'objet de l'organisation. L'autre, destiné aux propriétaires de processus, contiendrait un ensemble de cas d'utilisation détaillés qui permettrait de clarifier la manière dont l'organisation doit fonctionner en interne. Pour chaque cas d'utilisation métier général, vous pourriez définir un ou plusieurs cas d'utilisation métier détaillés représentant les mêmes activités dans l'organisation..."

La figure ci-dessous illustre cette amélioration des cas d'utilisation.

Illustration de l'amélioration des cas d'utilisation métier

Notez que les cas d'utilisation de plus bas niveau, plus détaillés, restent des cas d'utilisation pour le même système métier que ceux de plus haut niveau, c'est-à-dire qu'ils représentent toujours une vue "boîte noire" du comportement de ce système. Pour chacun de ces niveaux de cas d'utilisation existe une réalisation correspondante, qui peut être décrite comme un processus métier ; ce type d'analyse peut donc être considéré comme une décomposition des processus.

La décomposition des processus analyse les processus et sous-processus métier à un niveau de détail qui rend possible et utile la construction d'un diagramme d'activité pour le sous-processus. La décomposition des processus métier peut être alimentée par des modèles de processus métier de niveau 1, qui se présentent éventuellement sous forme de narration et qui sont associés aux cas d'utilisation métier de niveau 1 par des relations de réalisation. Un processus de niveau 1 représente la description générale de ce qu'un système métier effectue, répondant aux besoins de la direction, comme décrit précédemment.

La décomposition des processus a pour résultat un ensemble de processus de niveau 2 illustrés dans le Modèle d'analyse métier en tant que réalisations de cas d'utilisation métier -- au niveau 2, il est généralement possible de construire un diagramme d'activité pour le processus ; le procédé consiste donc en  trois niveaux de décomposition -- processus de niveau 1, processus de niveau 2 et activité (composée de noeuds d'activité). La réalisation de cas d'utilisation métier peut être illustrée de plusieurs manières -- nous nous concentrerons ici sur les diagrammes d'activité (voir Instructions : Diagrammes dans le modèle d'analyse métier) car leur forme et leur sémantique sont familières à la plupart des analystes métier qui s'intéressent à la modélisation des processus métier. Ces modèles sont particulièrement utiles pour identifier les inefficacités des processus en cours, permettant l'identification des opportunités pour l'automatisation et la transformation métier.

Décomposition des processus métier dans SOMA mappée pour l'amélioration des cas d'utilisation

La méthodologie SOMA (Service-Oriented Modeling and Architecture) d'IBM Global Business Services (GBS) est une approche et un ensemble de techniques relatives à l'architecture orientée services qui permet de rapprocher commerce et informatique.

Dans les figures ci-dessous, les résultats de la décomposition de processus sont mappés comme SOMA le montrerait, pour les résultats équivalents en modélisation métier à l'aide de l'amélioration des cas d'utilisation métier. Ceci permet de montrer que les deux approches utilisent simplement une terminologie et des représentations différentes pour les mêmes concepts, et tendent finalement vers le même résultat -- un ensemble de descriptions de processus métier pouvant être utilisés pour faire le lien avec l'automatisation, en utilisant par exemple des systèmes informatiques ou des services dans une architecture orientée services (SOA).

Illustration de la décomposition de processus

La figure ci-dessus illustre la décomposition de processus en sous-processus et cas d'utilisation via la notation propre à la méthodologie SOMA. La notion de sous-processus permet d'établir des niveaux de précision supplémentaires au sein d'un processus, en parties qui le composent (sous-processus), etc.

Au niveau des interactions du système utilisateur, le sous-processus est appelé sous-processus de niveau élémentaire.  Un tel processus peut être un composite de cas d'utilisation système ; ainsi, un sous-processus de niveau élémentaire Traiter la commande peut avoir des cas d'utilisation Obtenir le nom du client, Obtenir l'adresse du client et Obtenir les éléments de la commande.

La figure ci-dessous montre la structure équivalente exprimée à l'aide de la notation de modélisation métier RUP.

Illustration du mappage de l'amélioration des cas d'utilisation métier

Cette structure montre les trois même niveaux ; les sous-processus de niveau élémentaire sont représentés par des noeuds d'action dans le diagramme d'activité.

Notez que les cas d'utilisation montrés selon la méthodologie SOMA au niveau le plus bas ne sont pas des cas d'utilisation métier comme nous les définissons ici : Tout comme sont les noeuds d'activité correspondants (noeuds d'action) dans les réalisations de cas d'utilisation métier, ils sont le lieu d'interactions possibles avec les systèmes informatiques. Les cas d'utilisation de SOMA sont donc plus proches de ceux utilisés en développement d'application, comme décrit dans le processus de développement RUP (voir Instructions : Des modèles métier aux systèmes).

En utilisant les diagrammes d'activité pour modéliser les processus métier, il est possible d'identifier des travailleurs métier, des jalons et des événements métier clés, des séquences de tâches, des dépendances, des entités métier modifiées et échangées et des interactions au sein et entre les organisations.  Un modèle de processus doit identifier concrètement "ce qui" doit se produire, et non "comment" les tâches sont effectuées, car cet aspect du processus métier peut varier au cours du temps, en particulier quand il répond à des changements dans l'environnement ou la technologie métier.