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.
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).
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.
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.
|