Le processus métier étant identifié et formalisé, il convient de le détailler en se rapprochant du monde opérationnel et donc de l’activité quotidienne.

Définition

L’activité métier est la description d’un processus métier. C’est la séquence d’événements ordonnés qui relate la réalisation du processus. Ces évènements étant liés à des services qui se réalisent par la manipulation de dossiers et d’informations portées par ces dossiers. Ainsi, il s’agit de représenter les sollicitations des grands concepts du métier (composants métier) et ce, en fonction d’une logique basée sur les règles de gestion liées aux besoins des utilisateurs. L’activité métier correspond donc au travail quotidien des acteurs :

Soit devant un poste de travail (part automatisée du processus)

Soit de façon non automatisée La notion d’objet (ou composant métier) apparaît à ce stade de la modélisation. En effet, l’activité métier est la résultante d’un échange de messages entre des composants du métier dans le but de réaliser un processus métier.

Formalisation

L’activité métier est traduite en langage UML :

Au niveau des processus métier, par des scénarios

A un niveau d’analyse plus avancé, par les diagrammes de séquences. Le scénario est la description narrative, linéaire, de la réalisation d’un processus métier, tandis que le diagramme de séquence met en évidence les composants métier interagissant pour réaliser le processus. Ces séquences sont généralement déclenchées suite à une demande de service d’un ou plusieurs acteurs externes. La réalisation d’un processus métier pouvant présenter des variantes (branchements conditionnés, échecs…), il pourra très bien être décliné au travers de plusieurs diagrammes de séquences. Remarque : la réalisation d’un diagramme d’activités peut être considérée comme une autre façon de formaliser l’activité métier avec UML. Toutefois, nous ne préconisons pas cette approche qui est moins structurante, moins complète et qui ne favorise pas la « traçabilité » entre les concepts. Comme il a été indiqué précédemment, le diagramme de séquence a pour objet de faire apparaître les interactions entre les composants métier d’une part, et entre composants métier et acteurs d’autre part. Or, UML précise qu’un diagramme de séquence fait intervenir, non pas des composants mais des objets. Pour conserver la philosophie de communication entre composants tout en respectant le formalisme, nous substituons aux composants métier leur classe « interface » qui expose l’ensemble des services fournis.

L’activité liée à un processus métier de haut niveau (un macro-processus) se résume en partie par la réalisation des processus de niveau inférieur. Cette activité se traduit, au niveau du diagramme de séquence, par des messages réflexifs portant le nom des processus à déclencher. Ainsi, les processus de niveau inférieur apparaissent ordonnés dans le temps. Si la relation entre les processus était de type héritage, les messages réflexifs seraient alors conditionnés.



Conclusion :

Autant la phase de découverte des processus métier est primordiale dans le sens où elle permet de comprendre et formaliser le besoin de l’entreprise autant cette phase, découlant directement de la première, est également d’une grande importance puisqu’elle permet de mettre à jour les entités principales gérées par le métier : les composants métier. C’est également en analysant l’activité métier que les services proposés par les composants métier pourront être énumérés. Par la suite, l’analyse des messages échangés entre les composants métier conduira à une première structuration de l’information statique portée par chaque composant, à savoir les classes majeures qui les composent et leurs attributs.