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