Un modèle de cas d'utilisation métier décrit un métier en termes d'acteurs métier et de cas d'utilisation métier,
correspondant par exemple aux consommateurs et aux processus métier. D'un côté, le modèle de cas d'utilisation
métier contient les descriptions de l'enchaînement d'activités qui identifient ce qui est effectué. De l'autre,
La manière dont le travail est effectué dans chaque cas d'utilisation est décrite dans le modèle d'analyse
métier et, plus précisément, dans les réalisations de cas d'utilisation métier.
La réalisation de cas d'utilisation métier comporte l'ensemble de systèmes métier et de travailleurs métier qui
accomplissent le travail d'un cas d'utilisation métier ; les entités métier auxquelles ils accèdent et qu'ils
manipulent dans le cadre du processus ; et une description de l'interaction. Les instances d'une même classe (de
système, travailleur ou entité métier) peuvent participer à différentes réalisations de cas d'utilisation métier, tout
comme le même type de ressource prend parfois part à différents processus.
Les systèmes métier forment une hiérarchie de conteneurs pour les travailleurs et entités métier (et éventuellement
pour d'autres systèmes métier). C'est pourquoi vous vous attendez sans doute à ce que les interactions des systèmes
métier ne se produisent qu'avec d'autres systèmes métier. En réalité, lors de la réalisation d'un cas d'utilisation,
vous pouvez librement montrer les interactions entre systèmes métier et travailleurs métier, si vous souhaitez par
exemple explorer en profondeur un système métier particulier et mettre en évidence ses travailleurs métier, ainsi que
les interactions qui les lient entre eux et à des systèmes métier externes. Cependant, si vous décidez qu'un système
métier doit présenter une frontière bien définie et des interfaces dans le métier, lors de la réalisation du cas
d'utilisation, vous ne mettrez pas ainsi en évidence son contenu. Vous ferez plutôt dériver les cas d'utilisation
métier subordonnés de ce système métier (voir Concept : Modélisation des grandes organisations) et décrirez, à un
niveau subordonné, la manière dont ils sont réalisés par les collaborations des ressources internes du système
métier.
Pour documenter la réalisation d'un cas d'utilisation métier, vous pouvez d'abord choisir d'élaborer un diagramme
d'activité, où les lignes de séparation (ou partitions) représentent les systèmes métier ou travailleurs métier
participants. Pour chaque réalisation de cas d'utilisation métier, un ou plusieurs diagrammes d'activité peuvent
illustrer l'enchaînement d'activités. Un mode d'organisation courant consiste à disposer d'un diagramme de vue
d'ensemble sans ligne de séparation, recouvrant tout l'enchaînement, et dans lequel vous illustrez les activités
générales. Ensuite, pour chacune de ces activités, vous réalisez un diagramme d'activité plus détaillé qui fait
apparaître les lignes de séparation et les tâches au niveau du travailleur métier. Pour des raisons de lisibilité,
efforcez-vous de faire tenir chaque diagramme d'activité sur une seule page.
Voir aussi Technique : Diagramme d'activité dans le modèle d'analyse métier.
Pour chaque réalisation de cas d'utilisation métier, un ou plusieurs diagrammes d'interaction peuvent représenter les
systèmes, travailleurs et entités métier participants, ainsi que leurs interactions. Il existe deux types de diagrammes
d'interaction : les diagrammes de séquence et les diagrammes de communication. Ils expriment des informations
semblables, mais les représentent de manière différente :
-
Les diagrammes de séquence représentent (comme leur nom l'indique) une séquence explicite d'événements et
conviennent mieux que les diagrammes d'activité pour les scénarios plus complexes.
-
Les diagrammes de communication représentent les liens de communication et messages entre les objets et permettent
de mieux comprendre tous les effets sur un objet particulier.
-
Si les flux alternatifs sont peu nombreux, mais que les entités métier impliquées sont nombreuses, les diagrammes
d'interaction conviennent mieux que le diagramme d'activité pour représenter la réalisation de l'enchaînement
d'activités.
Voir Technique : Diagramme de séquence dans le modèle d'analyse métier et Technique : Diagramme de communication dans le modèle d'analyse métier pour plus
d'informations.
Pour chaque réalisation de cas d'utilisation métier, un ou plusieurs diagrammes de composants ou de classes peuvent
représenter les systèmes, travailleurs et entités métier participants. Ces diagrammes peuvent apporter une aide utile
au moment de coordonner toutes les exigences d'un système, travailleur ou entité métier qui participe à plusieurs
réalisations de cas d'utilisation métier. Voir Technique : Diagramme de classes dans le modèle d'analyse métier.
Les relations entre cas d'utilisation métier correspondent aux relations dans le modèle d'analyse métier. En étudiant
ce qui se produit dans le métier, vous pouvez comprendre comment mapper les relations entre les cas métier à celles qui
existent entre les objets des réalisations de cas métier. Pour plus d'informations sur les relations entre les cas
d'utilisation, voir Instructions : Modèle de cas d'utilisation métier.
Imaginons qu'un cas d'utilisation métier (la base) inclue un autre cas d'utilisation métier (l'inclusion). A un certain
moment, les employés devront cesser de suivre les instructions de la base pour suivre celles de l'inclusion,
conformément à la documentation des réalisations de cas d'utilisation métier respectives. Les événements suivants sont
alors observés :
-
Lors de l'exécution d'un processus conformément au cas d'utilisation de base, un état identifiable est atteint :
par exemple, un travailleur métier a terminé une certaine tâche.
-
Une personne prête à commencer le travail indiqué dans la réalisation du cas d'utilisation d'inclusion remarque un
changement d'état. Elle observe un phénomène ou en est informée par une autre personne dans l'inclusion.
Un travailleur métier de la réalisation de la base interagit avec les travailleurs métier de la réalisation de
l'inclusion pour les informer des événements en cours. L'approche de modélisation la plus naturelle est la suivante :
-
Une réalisation de l'inclusion possède un objet pour chaque base qui l'inclut. Chaque objet provenant de la base
contient un lien vers le travailleur métier qui commence le travail dans l'inclusion.
Chaque travailleur métier de la réalisation des cas métier de base doit être lié au travailleur métier qui démarre le
travail conformément au cas métier d'inclusion.
-
Une réalisation du cas d'utilisation métier de base ne possède pas d'objet qui représente l'inclusion.
Si un cas d'utilisation métier est étendu par un autre cas d'utilisation métier, la solution adoptée sera semblable.
Dans la réalisation de l'extension, un objet représentera la base, qui contiendra un lien vers l'objet qui démarre le
travail décrit dans l'extension.
Dans les cas d'utilisation métier de base, chaque travailleur métier doit être lié au travailleur métier qui commence
l'extension.
Pour une relation de généralisation, la solution adoptée sera à nouveau semblable. La réalisation du cas parent
contiendra un objet représentant l'enfant.
Des travailleurs métier représentent les cas d'utilisation enfants dans la réalisation du parent.
Les relations entre cas d'utilisation possèdent différentes interprétations. Leurs représentations dans le modèle
d'analyse métier sont différenciées par la raison pour laquelle le travail défini dans l'inclusion, l'extension ou le
cas d'utilisation métier parent est démarré, et par la manière dont le travailleur métier interprète les informations.
Les interactions entre les objets des réalisations de cas d'utilisation métier suivent la même structure dans tous les
cas.
-
Les systèmes, travailleurs et entités métier participants effectuent l'enchaînement d'activités du cas
d'utilisation métier, y compris les sous-flux alternatifs et facultatifs.
-
La description de l'enchaînement d'activités recouvre toutes les tâches décrites.
-
Les systèmes, travailleurs et entités métier possèdent toutes les relations nécessaires à la réalisation de
l'enchaînement d'activités du cas d'utilisation métier.
-
Au moins un système ou travailleur métier traite l'interaction entre les acteurs métier et le métier.
|