Instructions: Cas d'utilisation métier
Les cas d'utilisation métier définissent les processus d'un métier. Ces instructions expliquent comment développer un cas d'utilisation métier.
Relations
Description principale

Explication

Les processus d'un métier sont définis comme un ensemble de cas d'utilisation métier différents, chacun représentant un flux de travail spécifique dans le métier. Un cas d'utilisation métier définit ce qui doit se passer dans le métier lorsqu'il est exécuté ; il décrit la performance d'une séquence d'actions produisant un résultat utile pour un acteur métier particulier. Un processus métier génère de la valeur pour le métier ou réduit les coûts du métier. 

Diagramme décrit dans le texte d'accompagnement.

Un passager peut voyager seul ou en groupe. Lorsqu'il voyage en groupe, un passager est accompagné d'un guide.

Un cas d'utilisation métier décrit "une séquence d'actions réalisée dans un métier produisant un résultat dont la valeur est observable par un acteur individuel du métier". Ainsi, du point de vue de l'acteur individuel, un cas d'utilisation métier définit le flux de travail complet produisant les résultats désirés. Cela est identique à ce qui est généralement appelé un "processus métier", mais "un cas d'utilisation métier" possède une définition bien plus précise.

La définition du concept de cas d'utilisation métier contient un certain nombre de mots clés qui sont essentiels à la compréhension de ce qu'est un cas d'utilisation métier :

  • Instance de cas d'utilisation métier - la définition ci-dessus décrit un enchaînement d'activités métier spécifique ; c'est-à-dire une instance. En réalité, il existe un grand nombre d'enchaînements d'activités possibles, la plupart étant identiques.

Pour rendre le modèle de cas d'utilisation compréhensible, des enchaînements d'activités identiques sont regroupés en un cas d'utilisation métier - une "classe" en terme de modèle d'objet. Identifier un cas d'utilisation métier signifie identifier et décrire le cas d'utilisation métier de type classe et non pas les instances du cas d'utilisation individuel. Ainsi, un cas d'utilisation métier définira des points de décision et des flux alternatifs ; le chemin emprunté dépendra de l'état du métier, des événements métier et de l'entrée d'un acteur métier.

  • Un acteur individuel - l'acteur est probablement la réelle clé permettant de trouver le cas d'utilisation métier correct. Le fait de commencer avec des acteurs individuels - ou des instances réelles d'acteurs - vous permet d'éviter des cas d'utilisation métier trop volumineux ou trop complexes.

Lorsque vous déterminez les acteurs qui conviennent, essayez tout d'abord de nommer au moins deux ou trois personnes différentes susceptibles d'endosser le rôle d'acteur en question, puis évaluez de manière critique la prise en charge que chacun nécessite. Par exemple, supposez que vous identifiez en premier lieu un acteur appelé "client". Plus tard, en considérant de manière plus approfondie la prise en charge que chaque client individuel nécessite, vous pourriez trouver trois clients différents : l'"utilisateur" normal du produit, l'"acheteur" et l'"évaluateur", compétent pour comparer le produit avec ses concurrents. Chacun est susceptible de nécessiter un cas d'utilisation métier séparé dans la mesure où ils représentent différents rôles qui peuvent être joués dans le métier.

  • Un résultat d'une valeur observable - cette expression est très importante dans la détermination de l'étendue correcte d'un cas d'utilisation métier, qui doit être ni trop petit, ni trop grand. Le fait de stipuler que le cas d'utilisation métier doit donner le résultat d'une valeur observable, c'est-à-dire, à la fois perceptible et mesurable, vous aide à trouver un flux complet, et éviter que les cas d'utilisation métier ne soient trop petits.

Un bon cas d'utilisation métier aide un acteur à réaliser une tâche ayant une valeur identifiable. Il est possible d'attribuer une valeur à un cas d'utilisation métier réalisé avec succès. Un cas d'utilisation métier trop petit aura une portée limitée, et par conséquent un petit potentiel de réingénierie.

  • Dans un métier - l'expression "actions réalisées dans un métier", signifie à la fois que le métier fournit le cas d'utilisation métier à l'acteur, et que le cas d'utilisation métier ne traite que ce qui est réellement effectué au sein du métier. Le travail de prise en charge effectué ailleurs n'est pas compris.
  • Action - les actions sont appelées à la demande d'un acteur du métier ou à un certain moment donné. Les actions comprennent les tâches et les décisions internes, ainsi que les demandes vers l'acteur appelé ou les autres acteurs.

Les cas d'utilisation métier spécifient les interactions entre le métier objet et ses acteurs métier (externes), et l'effet qu'ils ont sur le métier - la performance d'un cas d'utilisation métier peut changer l'état du métier (et peut donc changer la manière dont le métier répond aux événements futurs ou aux interactions), et le cas d'utilisation métier doit spécifier ces changements d'état.

Ce que le métier fournit de manière directe ou explicite à son environnement, ce sont les services (le métier, de ce point de vue, est simplement le système métier de niveau supérieur et doit donc encapsuler ses ressources et fournir des services bien définis à son environnement - voir Instructions : Système métier), et l'interaction entre l'acteur métier et le métier, telle qu'elle est décrite dans le cas d'utilisation métier, interviendra par le biais de l'appel d'un ou plusieurs de ces services. Notez que pour le développement d'un nouveau métier (création métier, par exemple), ou lors du changement de métier, les cas d'utilisation métier sont un moyen d'identifier les services que le métier doit prendre en charge.

L'ensemble de tous les cas d'utilisation métier constitue tous les moyens possibles d'utiliser le métier. Voir également Instructions : Modèle de cas d'utilisation métier.

Cas d'utilisation métier par rapport aux réalisations de cas d'utilisation métier

Dans un projet de modélisation métier orienté cas d'utilisation, vous développez deux vues du métier.

Le cas d'utilisation métier lui-même présente une vue externe du métier, qui définit ce qui est essentiel à réaliser pour que le métier fournisse les résultats désirés à l'acteur. Elle définit également quelle interaction (la séquence de réponse de l'acteur métier (entrée métier)) le métier doit avoir avec les acteurs lorsque le cas d'utilisation métier est exécuté. Une telle vue doit être développée lorsque décidez et vous accordez sur ce qui doit être fait dans chaque cas d'utilisation métier. Un ensemble de cas d'utilisation métier offre une vue globale du métier, très utile pour informer les employés des différentes parties du métier qu'ils réalisent et des résultats escomptés. Une description de cas d'utilisation métier réalise cela sans référence à la structure interne actuelle du métier. Notez que le cas d'utilisation métier décrit également tout changement d'état ayant lieu lorsqu'il est exécuté, ainsi que tout événement métier significatif émis ou reçu. Le cas d'utilisation métier ne prescrit pas la manière dont l'état métier doit être établi et géré en interne, ou la manière dont les événements métier doivent être communiqués en interne - mais il spécifie ce que sont les changements d'état et ce que sont les événements métier significatifs, afin d'être en mesure de présenter une vue complète du comportement métier requis.

Une réalisation de cas d'utilisation métier, en revanche, offre une vue interne des cas d'utilisation métier, qui définit comment le travail doit être organisé et exécuté afin d'accomplir les mêmes résultats souhaités. Une réalisation englobe les travailleurs métier et les entités métier qui sont impliqués dans l'exécution d'un cas d'utilisation métier et les relations qui existent entre eux et qui sont nécessaires pour faire le travail. De telles vues doivent être développées afin de décider et se mettre d'accord sur la manière dont le travail doit être organisé dans chaque cas d'utilisation métier afin d'accomplir les résultats souhaités. Le concepteur métier s'assure qu'il existe des mappages cohérents entre la spécification (ce que), dans le cas d'utilisation métier, et la réalisation (comment), dans la réalisation de cas d'utilisation métier, en ce qui concerne les changements d'état métier et les événements métier, afin d'aboutir au comportement attendu pour tous les cas d'utilisation métier.

Les deux vues du cas d'utilisation métier sont en premier lieu destinées aux personnes travaillant au sein du métier - la vue externe pour les personnes qui travaillent à l'extérieur du cas d'utilisation métier, la vue interne pour les personnes travaillant à l'intérieur du cas d'utilisation métier.

Classes et instances de cas d'utilisation métier

Lorsqu'un métier fonctionne, vous verrez que vous pouvez identifier un nombre presque illimité d'enchaînements d'activités séparés. Une instance de cas d'utilisation est simplement un enchaînement d'activités spécifique ou un scénario. Il correspond au travail qu'un certain nombre de membres du métier en cours de collaboration exécutent dans leurs rôles définis dans le modèle d'objet, et non pas à n'importe quel membre métier particulier ou n'importe quel rôle que le membre joue.

Un cas d'utilisation métier est ce que vous utilisez normalement pour travailler afin de rendre le modèle de cas d'utilisation compréhensible et pour éviter de vous noyer dans les détails. Il représente l'union d'un certain nombre d'instances de cas d'utilisation métier avec des enchaînements d'activités similaires, mais normalement pas identiques.

De manière générale, un employé ayant la compétence nécessaire pour endosser un certain rôle fera cela dans des instances de plusieurs cas d'utilisation métier différents.

Exemple :

Au comptoir d'enregistrement de l'aéroport, les deux cas d'utilisation métier, Enregistrement individuel et Enregistrement de groupe nécessitent les mêmes compétences de la part de l'employé situé derrière le comptoir, ainsi que l'accès aux mêmes informations pour un départ particulier. Ainsi, les deux cas d'utilisation peuvent et doivent être conçus à l'aide de la même entité de départ et du même travailleur métier Agent d'enregistrement.

Etendue du cas d'utilisation métier

Il est parfois difficile de décider si un service constitue un ou plusieurs cas d'utilisation métier. Appliquez la définition d'un cas d'utilisation métier au processus d'enregistrement de l'aéroport. Un passager donne son ticket et ses bagages à l'agent d'enregistrement qui lui trouve un siège, imprime une carte d'embarquement et procède à la manutention des bagages. Si les bagages du passager sont normaux, l'agent d'enregistrement imprime l'étiquette de bagages et le bordereau d'enregistrement, et termine le cas d'utilisation métier en apposant l'étiquette sur le bagage et en donnant le bordereau, ainsi que la carte d'embarquement au passager. Si le bagage a une forme spéciale ou un contenu particulier, de telle manière que l'on ne puisse pas le transporter normalement, le passager doit le présenter à un comptoir à bagages spécifique. Si le bagage est lourd, le passager doit s'acquitter du montant à payer auprès de la billetterie de l'aéroport car les agents d'enregistrement ne reçoivent pas d'argent.

Avez-vous besoin d'un cas d'utilisation métier au niveau du comptoir d'enregistrement, un autre pour le comptoir des bagages spéciaux et un troisième pour la billetterie ? Ou bien, est-ce que vous avez besoin d'un seul cas d'utilisation métier ? Il est certain que cette transaction implique trois différents types d'actions. Mais la question est, est-ce que chacune d'entre elles aura de la valeur pour un passager transportant un bagage spécial s'il n'effectue pas les autres ? Non, c'est seulement la procédure complète - à partir du moment où le passager s'approche du comptoir d'enregistrement jusqu'au moment où il s'acquitte des frais supplémentaires - qui a de la valeur (et qui a un sens pour le passager). C'est pourquoi, la procédure complète impliquant les trois comptoirs différents constitue un cas complet d'utilisation - un cas d'utilisation métier.

Outre ces critères, il est pratique de conserver des descriptions de services étroitement liés les uns aux autres, de telle manière que vous puissiez les réviser au même moment, les modifier ensemble, les tester ensemble, rédiger des manuels s'y rapportant, et plus généralement les gérer comme une unité indissociable.

Notez également que deux cas d'utilisation métier indépendants peuvent avoir des débuts similaires.

Exemple :

Dans une compagnie d'assurances, les cas d'utilisation métier Traiter un sinistre et Traiter une demande commencent tous les deux lorsque quelqu'un (un acteur) prend contact avec un agent gestionnaire de sinistres. Le gestionnaire de sinistres et l'acteur échangent quelques informations pour déterminer si l'acteur fait une déclaration de sinistres ou demande des informations. Ensuite, et seulement ensuite, il est possible de décider quel cas d'utilisation métier est exécuté. Bien que les deux cas d'utilisation métier commencent de manière similaire, ils ne sont pas liés l'un à l'autre.

Nom

Le nom du cas d'utilisation métier doit exprimer ce qui se passe lorsqu'une instance du cas d'utilisation métier est exécutée. La forme du nom doit donc être active, décrite en général par un verbe au gérondif ou un verbe et un nom ensemble.

Les noms peuvent décrire les tâches du cas d'utilisation métier d'un point de vue externe ou interne, par exemple pour passer ou recevoir une commande. Même si un cas d'utilisation métier décrit ce qui se passe au sein du métier, il est souvent plus naturel de nommer le cas d'utilisation métier à partir du point de vue de son acteur principal. Une fois que vous avez décidé du style adopté dans votre cas, vous devez suivre la même règle pour tous les cas d'utilisation métier du modèle métier.

Objectifs

L'objectif d'un cas d'utilisation métier prend en compte au minimum deux perspectives :

  • Pour les acteurs métier avec lesquels le processus métier interagit, spécifier la valeur que ces acteurs métier attendent du métier (objectifs externes). 
  • Du point de vue de l'organisation exécutant les processus métier, définir les objectifs de la mise en place de ce processus métier et les attentes de son accomplissement (objectifs internes). 

Objectifs de performance

Les catégories d'unités de mesure couramment utilisées sont : 

  • Temps - une approximation du temps nécessaire à l'exécution de l'enchaînement d'activités ou d'une partie de l'enchaînement d'activités. 
  • Coût - une approximation du coût de l'exécution de l'enchaînement d'activités ou d'une partie de l'enchaînement d'activités.
  • Qualité - par exemple, "pas plus de 2% des produits doivent être défectueux lorsqu'ils sortent de la ligne de production".

Un défi majeur consiste à déterminer les scénarios (instances de cas d'utilisation métier) pertinents à mesurer. Les critères à utiliser sont la fréquence du scénario ou la pertinence métier du scénario. Si vous pouvez déterminer qu'une partie particulière de l'enchaînement d'activités a de l'importance, vous pourrez vous épargner des efforts en ne mesurant que le coût et le temps relatifs à ce sous-flux. 

Enchaînement d'activités - structure

La plupart des enchaînements d'activités peuvent être envisagés comme plusieurs sous-flux qui produisent, en les associant, un flux global. Parfois, différents cas d'utilisation métier possèdent un sous-flux en commun, ou bien le même sous-flux peut apparaître dans différentes parties d'un cas d'utilisation métier. Si ce comportement commun est suffisamment important, il doit être exécuté par les mêmes travailleurs métier.

Si un sous-flux est important, commun à différents cas d'utilisation métier et forme également une partie naturellement délimitée et indépendante, il est possible que le modèle soit plus clair si le comportement est partitionné en un cas d'utilisation métier séparé. Ce nouveau cas d'utilisation métier est ensuite inclus dans le cas d'utilisation d'origine (voir Instructions : Relations d'inclusion dans le modèle de cas d'utilisation métier), dans une extension (voir Instructions : Relations d'extension dans le modèle de cas d'utilisation métier), ou dans un cas d'utilisation parent (voir Instructions : Généralisation de cas d'utilisation dans le modèle de cas d'utilisation métier).

Exemple :

Au comptoir d'enregistrement de l'aéroport, les deux cas d'utilisation métier, Enregistrement individuel et Enregistrement de groupe utilisent la même procédure pour gérer le bagage d'un passager individuel. Puisque le sous-flux est indépendant du traitement du ticket, et qu'il est connecté de manière logique, il est modélisé séparément dans le cas d'utilisation métier, Traitement des bagages.

L'enchaînement d'activités d'un cas d'utilisation métier peut être visualisé à l'aide de diagrammes d'activité, voir Instructions : Diagramme d'activité dans le modèle de cas d'utilisation métier.

Pour plus d'informations sur la structure et la description de l'enchaînement d'activités d'un cas d'utilisation métier, voir Instructions : Cas d'utilisation, les discussions sur les flux d'événements.

Enchaînement d'activités - Exemple

Ci-dessous figure une description d'un enchaînement d'activités du cas d'utilisation métier Processus de proposition d'une organisation vendant des solutions configurées pour chaque client individuel. Dans Technique : Diagrammes d'activités dans le modèle de cas d'utilisation métier, dans la section sur les exemples d'utilisation, vous trouverez un exemple de diagramme d'activité visualisant la structure de cet enchaînement d'activités :

1. Enchaînement d'activités de base

1.1. Contact initial

Le processus commence par un contact initial entre le client et la société. Cela peut se produire de l'une des manières suivantes :

  • Le client contacte la société pour une demande de renseignements ou pour faire valoir un ensemble d'exigences
  • La société possède les produits qui ajouteraient de la valeur au client et assureraient une recette à la société.

La société interagit avec le client pour établir :

  • La personne à contacter chez le client,
  • La personne à contacter dans la société,
  • S'il s'agit d'un nouveau client pour la société,
  • Toute information concurrentielle relative à la proposition ou à une situation de surenchères par rapport à cet accord.

1.2. Travail d'opportunité initial

On peut distinguer deux objectifs principaux :

  • Rassembler les exigences client,
  • Décider des actions futures sur cette opportunité.

Les étapes, Rassembler des exigences client préliminaires, Créer un planning de ventes (facultatif) et Exécuter une analyse d'opportunité peuvent être réalisées de manière itérative et, d'une certaine manière, en parallèle.

1.2.1 Rassembler les exigences client initiales

Rassembler les exigences produit et les exigences métier du client en procédant de la manière suivante :

  • Poser des questions au client
  • Rechercher les entrées client
  • Mener une étude du site préliminaire (facultatif)
  • Rechercher les informations client disponibles

Un ensemble complet d'exigences comprendrait :

  • Le choix de la technologie (multiple si le client veut rechercher des alternatives)
  • Toutes préférences de produit
  • Les exigences fonctionnelles (analyse de marché)
  • La structure de construction et caractéristiques environnementales
  • La démographie
  • La mobilité/capacité
  • La projection de croissance réseau
  • Les informations sur le parc de machines installées
  • Les exigences temporelles
  • Les exigences de service
  • Les exigences de prix

1.2.2 Créer un planning de ventes (facultatif)

La société travaille avec le client pour déterminer la manière dont elle va proposer une solution répondant aux exigences du client. Cette création est appelée planning de ventes et inclut les caractéristiques réseau et de réorientation concernant la solution potentielle. Le positionnement stratégique de la société et son réseau sont également abordés afin de se préparer à des besoins futurs.
Le planning de ventes est ensuite révisé avec le client afin de le compléter et de le rendre plus fiable. Il sera ensuite utilisé comme un guide tout au long du processus de proposition en ce qui concerne les produits, les packages de marché et les articles de ligne à proposer et les suppositions qui seront faites lorsque la proposition sera établie.

1.2.3 Exécuter une analyse d'opportunité

La société déterminera un prix et un coût de haut niveau de la solution potentielle. Cela a pour but d'appréhender la valeur potentielle de cette opportunité et non pas de fournir au client un montant précis en dollars.
La société recherche ensuite les exigences client à déterminer :

  • Les risques de cette opportunité (disponibilité du produit, concurrence, risque client)
  • Les coûts comparés aux recettes
  • Le type d'opportunité (simple, complexe, etc.)
  • La probabilité de ventes
  • Le nombre anticipé de la quantité des ventes
  • Le calendrier estimé

En se basant sur cette évaluation, la société prend la décision de poursuivre ou non cette opportunité.

1.3. Créer un planning de projet de proposition

La société établira un planning destiné à créer et faire une proposition. Le planning comprendra la répartition des tâches aux personnes chargées des différentes parties de la proposition.

1.4. Créer un planning de projet de livraison

La société développe un planning de projet provisoire en vue de délivrer la solution basée sur :

  • Les indications temporelles des exigences client
  • La disponibilité des ressources
  • La capacité de fabrication
  • La disponibilité du nouveau produit
  • La disponibilité des produits tiers

Ce planning de projet sera utilisé pour une planification de fabrication future.
En outre, ce planning de projet sera mis à jour et modifié lors du processus d'établissement d'un devis.

1.5. Préparer un devis

Ce flux est définit de manière détaillée dans le cas d'utilisation métier Processus d'établissement d'un devis.
Ce processus se traduit par une solution technique susceptible de disposer de différents niveaux de certitude et de prix.

1.6. Compiler les informations supplémentaires

La société compile les informations susceptibles de répondre à toute demande de renseignements (en général en fonction d'un développement de produits futur) pouvant faire partie des exigences métier du client. Cela peut également comprendre les informations que la société considère que le client doit connaître. Ces demandes de renseignement se rapportent souvent aux éléments suivants :

  • La technologie
  • La capacité actuelle
  • La capacité future
  • La conformité aux normes
  • La conformité aux normes futures
  • Les services offerts actuellement
  • Les services offerts à l'avenir.

1.7. Analyser et finaliser la proposition

La société compile une proposition incluant les éléments suivants :

  • Le devis
  • La documentation marketing (immédiatement disponible)
  • Les informations produit (immédiatement disponible)
  • Les termes et conditions de financement
  • Les informations de planification
  • La répercussion de l'analyse financière au niveau de la proposition
  • Les pénalités et responsabilités pour le client et la société
  • Les déclarations 'environnementales' légales
  • Toute supposition faite lors de la création de solutions dans la proposition

1.8. Présenter la proposition

La société présente/propose les informations ci-dessus au client.

1.9. Obtenir la décision du client

Le client donne son avis sur la proposition. La société obtient l'accord du client concernant le devis contenu dans la proposition. Un tel accord peut avoir un format différent en fonction du caractère de la solution et de l'identité du client.
Il peut s'agir de :

  • Un bon de commande signé
  • Un accord verbal indiquant que le client soumettra un bon de commande
  • Un contrat signé
  • Un accord verbal
  • Une décision négative intervient lorsqu'il n'y a pas de décision et que la validité expire

2. Enchaînements d'activités alternatifs

2.1. Opportunité métier rejetée

Si dans 1.2., il s'avère que l'opportunité métier est rejetée, les actions suivantes doivent être entreprises :

  • Complètement rejetée
  • Essayer une coentreprise avec un autre fournisseur
  • Rediriger vers une autre région
  • Transmettre la demande à un autre distributeur/fournisseur
  • Essayer de modifier les exigences client

2.2. Incapacité à répondre aux exigences client

Si au cours des étapes Exécuter une analyse d'opportunité ou Préparer un devis, la société est dans l'impossibilité de suggérer une solution qui s'adapte aux besoins du client, alors les actions suivantes peuvent être entreprises :

  • Suggérer le matériel d'un autre fabricant
  • Réévaluer les exigences client
  • Contacter la société pour connaître les produits futurs
  • Essayer de modifier les exigences client
  • Décider de développer de nouveaux produits
  • Rechercher une solution de coentreprise ou un fournisseur
  • Rechercher des formes de financement alternatives
  • Appliquer une politique de remise différente

2.3. Informations critiques non connues

Si à un certain stade du processus de proposition, la société identifie certaines informations critiques non connues ou disponibles, alors il est nécessaire de procéder de la manière suivante :

  • Obtenir les informations
  • Faire des suppositions et poursuivre

Si des suppositions sont faites, elles sont alors enregistrées et transmises au client dans un document joint à la proposition.

2.4. Profile général du client nouveau/incomplet ou incorrect

Si la société détermine que le profil général du client n'est pas précis pour quelque raison que ce soit, les actions suivantes peuvent être entreprises.

  • Si le client est nouveau, alors négocier un accord
  • Inclure/déterminer les préférences client
  • Déterminer la base mise en place
  • Demander une mise à jour des enregistrements

Possibilités

Les possibilités d'un cas d'utilisation métier reflètent le potentiel d'amélioration du cas d'utilisation métier, à quel endroit dans le processus et dans quelle mesure. Référez-vous aux unités de mesure que vous avez spécifiées pour le cas d'utilisation métier. 

Points d'extension

Un point d'extension offre la possibilité d'une extension au cas d'utilisation métier. Il possède un nom et une liste de références se rapportant à un ou plusieurs emplacements au sein de l'enchaînement d'activités du cas d'utilisation métier.

Voir également Instructions : Relation d'extension dans le modèle de cas d'utilisation.

Caractéristiques d'un bon cas d'utilisation métier

  • Son nom et sa brève description sont faciles à comprendre même pour les personnes situées en dehors de l'équipe de modélisation.
  • Chaque cas d'utilisation métier est complet d'un point de vue extérieur (acteur). Par exemple, le cas d'utilisation métier Gérer le sinistre dans une compagnie d'assurance débute lorsqu'un client déclare un sinistre. Le cas d'utilisation métier Gérer le sinistre ne sera complet que lorsqu'il inclura une notification de la décision de la compagnie d'assurance au client et (le cas échéant) un paiement compensatoire.
  • Normalement, chaque cas d'utilisation métier implique au minimum un acteur. Les cas d'utilisation métier sont initiés par des acteurs, interagissent avec des acteurs pour exécuter des tâches et fournir des résultats.
  • Il est possible, mais peu habituel, pour un cas d'utilisation de prise en charge de ne pas interagir avec un acteur*. C'est vrai si un cas d'utilisation métier est initié par un événement interne et n'a pas à interagir avec un acteur pour réaliser ses tâches.

*Cela peut sembler contradictoire par rapport à la définition UML d'un cas d'utilisation, mais référez-vous à la section Instructions : Modèle de cas d'utilisation métier, décrivant un 'Cas d'utilisation métier interne', pour plus de détails.

Caractéristiques d'une bonne description d'un enchaînement d'activités

  • Elle doit être claire et facile à comprendre, même pour les personnes situées en dehors de l'équipe de modélisation.
  • Elle décrit l'enchaînement d'activités, pas uniquement l'objectif du cas d'utilisation métier.
  • Elle décrit uniquement les tâches situées à l'intérieur du métier.
  • Elle décrit toutes les tâches possibles dans le cas d'utilisation métier. Par exemple, ce qui se passe si une condition est remplie et ce qui se passe dans le cas contraire.
  • Elle ne mentionne pas les acteurs qui ne communiquent pas avec lui. Dans le cas contraire, cela rendrait la description difficile à comprendre et à gérer.
  • Elle ne décrit que les tâches lui appartenant, non pas ce qui se passe dans d'autres cas d'utilisation métier travaillant en parallèle.
  • Elle ne mentionne pas d'autres cas d'utilisation métier avec lesquelles elle n'a pas de relations. Si le cas d'utilisation métier nécessite que certains résultats existent dans le métier avant de démarrer, cela doit être décrit comme une précondition. La précondition ne doit pas avoir de références aux cas d'utilisation métier dans lesquels le résultat a été créé.
  • Elle indique si l'ordre de chaque tâche décrit pour le cas d'utilisation métier n'est pas fixé.
  • Elle est structurée de telle manière qu'elle soit facile à lire et à comprendre.
  • La description décrit clairement le début et la fin de l'enchaînement d'activités.
  • Chaque relation d'extension est clairement décrite de façon à ce que la méthode et le moment de l'insertion du cas d'utilisation métier soient évidents.

Caractéristiques d'un bon cas d'utilisation métier abstrait

  • Il est substantiel. Souvenez-vous qu'un cas d'utilisation métier concret doit être facile à lire, de même que ses cas d'utilisation métier abstraits. C'est pourquoi, un cas d'utilisation métier abstrait ne doit pas être trop petit. Si un cas d'utilisation métier abstrait n'est pas substantiel, il doit être éliminé et ses tâches doivent être décrites dans les cas d'utilisation métier concrets affectés.
  • Il contient des tâches reliées de manière logique.
  • Il existe pour une raison spécifique. Un cas d'utilisation métier abstrait doit contenir l'une des trois sortes de tâches : celles qui sont communes à différents cas d'utilisation métier ; celles qui sont facultatives ; ou celles qui sont suffisamment importantes pour que vous souhaitiez les mettre en évidence dans le modèle.