Instructions: Réalisation de cas d'utilisation métier
Une réalisation de cas d'utilisation métier est une collaboration d'éléments de modèle qui réalisent un cas d'utilisation métier. Ces instructions expliquent comment développer des réalisations de cas d'utilisation métier.
Relations
Description principale

Explication

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.

Utilisation des diagrammes d'activités

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.

Utilisation des diagrammes de communication et de séquence

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.

Utilisation des diagramme de classes

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.

Comment mapper les relations entre cas d'utilisation

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.

Diagramme décrit dans le texte d'accompagnement.

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.

Diagramme décrit dans le texte d'accompagnement.

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.

Diagramme décrit dans le texte d'accompagnement.

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.

Caractéristiques des bonnes réalisations de cas d'utilisation métier

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