Introduction
Ce concept explique comment appliquer les outils et techniques de modélisation, courantes en développement logiciel et
autres disciplines d'ingénierie, à la modélisation de métiers. L'approche décrite ici est basée sur le modèle métier
par composants (CBM) développé et utilisé par IBM Global Business Services ; la question de l'intégration d'un tel
modèle à des modèles de gestion plus traditionnels a été le point de départ de ce présent guide.
Cette rubrique s'inspire des instructions existantes figurant dans le plug-in de modélisation métier RUP et démontre
qu'il existe davantage de similitudes entre ces deux méthodes que de différences, bien que les modèles CBM et les
modèles métier RUP soient souvent utilisés pour des prises de décision différentes. Il est conseillé au lecteur de
prendre connaissance des rubriques suivantes.
-
Concept : Architecture métier décrit les vues d'architecture utilisées
couramment pour décrire un métier, ainsi que certains pilotes de l'architecture métier.
-
Concept : Modélisation de grandes organisations entame la description du
partitionnement d'un métier en unités autonomes qui communiquent par l'intermédiaire de services bien définis.
-
Instructions : Système métier (et Tâche :
Définir le contexte du système métier) décrit de façon plus détaillée comment les systèmes métier peuvent être
utilisés de la même manière que les composants métier CBM :
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".
Modèle métier par composants
Parmi les produits issus de l'engagement CBM, le plus couramment décrit est la mappe de composants. Une mappe
de composants CBM est présentée ci-dessous (issue de la ressource Web "A component-based approach to strategic change"
- approche au changement stratégique basée sur les composants). Les composants métier sont organisés sous forme de
grille, catégorisés par leur zone de compétence (parfois appelée zone fonctionnelle ou zone
de domaine métier) et leur action. L'avantage de cette mappe n'est pas seulement que le métier peut
être visualisé comme un ensemble de composants, mais que l'analyse du métier produit l'ensemble de composants et
décrit leurs dépendances et interactions. Les descriptions suivantes sont tirées de la discussion sur CBM du site Web
d'IBM.
Le modèle métier par composants d'IBM est une nouvelle manière de voir l'entreprise. Il représente
l'organisation entière en une structure simple qui tient sur une seule page. C'est une évolution des vues
traditionnelles d'une entreprise, comme par exemple l'unité commerciale, la fonction, le lieu ou le processus.
La mappe des composants métier affiche les activités dans les différents secteurs, sans les restrictions des
lieux géographiques, des silos internes ou des unités commerciales. Elle vous permet de visualiser votre entreprise
entière sur une seule page.
La perspective en une seule page donne un aperçu de votre entreprise non restreint par des barrières, qui
pourraient entraver votre capacité à effectuer des changements utiles. Vous pouvez visualiser les composants qui
créent réellement de la valeur. Vous pouvez également identifier les faiblesses de capacité qui doivent être
traitées. La vue de composants vous permet de discerner les opportunités pouvant améliorer l'efficacité et les
coûts dans l'ensemble de l'entreprise. Identifiez les composants stratégiques, et commencez par les traiter.

Figure 1 - Exemple de mappe CBM
La notion de composant métier est primordiale et il est important de la définir plus précisément avant d'examiner le
parallèle entre la modélisation métier CBM et RUP. Chaque composant métier identifie un bloc structurel de base de
votre entreprise, comprenant les éléments suivants :
-
Ressources - aspect organisationnel du composant ;
-
Processus - fonctions effectuées par le composant et leur mise en oeuvre ;
-
Technologie - technologie de base du composant qui implémente les services fournis par ce dernier.
Le composant métier fournit également (et dépend de) un ou plusieurs services au métier ; ces services sont supportés
par les ressources, le processus et la technologie au sein d'un composant métier.
Processus de modélisation
La mappe de composants est l'élément le plus visible (particulièrement dans les documents publiés) produit par CBM,
mais le modèle représente bien plus que cette image. Ainsi, les "processus métier" sont décrits comme des processus qui
sont propres au métier lui-même et qui sont visibles par le client. Ces processus sont mis en oeuvre tels une
chorégraphie des services fournis par les composants métier. Cependant, un composant métier peut également contenir des
processus, implémentant les services qu'il fournit au métier ou gérant ses propres processus. Ceci est également abordé
dans la rubrique Instructions
: Système métier en utilisant l'analogie des systèmes métier et des cas d'utilisation métier.
Utilisation de la modélisation métier RUP
Le tableau ci-dessous représente un mappage des concepts de CBM présentés ci-dessus sur les produits de la
discipline actuelle de modélisation métier RUP.
* - Cet élément n'existe pas dans le profil UML pour la modélisation métier (voir le livre blanc : Profil UML Rational pour la modélisation métier).
La figure ci-dessous montre comment ce mappage peut être effectué en UML (à l'aide de Rational Software Modeler) grâce
aux éléments de profil répertoriés dans le tableau précédent. Notez que les compétences métier contiennent les systèmes
métier, ce qui permet d'assurer qu'un composant n'apparaît pas dans plusieurs compétences. Concernant les actions
(lignes dans la mappe CBM ci-dessus), nous n'avons pas intégré d'élément organisationnel spécifique dans le modèle
suivant , mais il semble raisonnable d'ajouter une propriété au système métier afin d'intégrer cette information.

Figure 2 - Exemple de mappe de composants métier UML
Ayant identifié un ensemble de composants/systèmes métier, nous allons à présent définir les services fournis par ces
composants (et dont ils dépendent). Cet aspect est également détaillé dans Instructions
: Système métier, mais les fonctionnalités fournies/requises sont décrites comme des "capacités". Pour résumer,
voici un exemple : la figure ci-dessous représente un composant/système métier qui fournit deux services distincts
effectués par le composant, modélisés comme des interfaces. Ceci nous permet non seulement de modéliser les services,
mais également, si cela s'avère nécessaire, de modéliser les fonctions métier pour chaque service. Une telle
modélisation des dépendances entre les services est assez simple et produit un modèle structurel presque identique à la
mappe CBM ci-dessus.

Figure 3 - Exemple de composant métier UML avec services
Processus de modélisation
En termes de processus de modélisation en langage UML, le RUP décrit l'utilisation des cas d'utilisation métier pour la capture de descriptions de
processus avec les flux d'implémentation détaillée de réalisation de cas métier . Concernant la séparation des
processus d'entreprise et des processus de composants, décrite dans CBM, des directives similaires existent déjà dans
les instructions : Système métier où les cas d'utilisation métier sont décrits comme
concernant plusieurs systèmes métier et pouvant appartenir à un système métier.
Liens
|