Différence entre scénario et cas d'utilisation
Est un scénario une image plus grande avec plus de détails qu'un cas d'utilisation ou quelle différence y a-t-il? J'écris un rapport où je préfère le scénario Word mais dans ma formation nous avons utilisé le cas d'utilisation Word (dans un cours sur la POO).
Je programme en SMV qui n'est pas OOP. IIUC SMV est un langage spécifique au domaine spécialisé pour la vérification des modèles de matériel. Le code réel est dans mon github .
Un cas d'utilisation implique un acteur et le flux qu'un acteur particulier prend dans une fonctionnalité ou un chemin donné. Ceux-ci sont souvent regroupés, vous avez donc un "ensemble" de cas d'utilisation pour tenir compte de chaque scénario.
Un scénario implique une situation qui peut avoir des acteurs uniques ou multiples qui prennent une fonctionnalité ou un chemin donné pour résoudre le scénario.
Vous pouvez voir que la principale différence est "perspective" ici. Habituellement, le cas d'utilisation est plus granulaire que le scénario. Dans le développement de ceux-ci, cela implique généralement de proposer un scénario, puis de définir tous les cas d'utilisation qui correspondent à ce scénario. Étant donné que le cas d'utilisation documente le scénario après avoir écrit, l'empreinte de la documentation n'est généralement que l'un ou l'autre et pas les deux, ce qui explique également pourquoi le nom est parfois échangé au lieu de rester debout comme des choses distinctes. De nombreux projets ne nécessitent pas la granularité de cas d'utilisation et se contentent de scénarios au lieu de le décomposer en flux d'acteurs spécifiques dans cas d'utilisation .
Un cas d'utilisation est plus fin et plus détaillé qu'un scénario. Un scénario décrit un objectif pour lequel un utilisateur pourrait utiliser votre logiciel et toutes les fonctionnalités du logiciel dont il aurait besoin pour atteindre cet objectif. Par exemple:
Générer un lot de factures mensuelles
1. User imports data from spreadsheets describing completed work
2. System identifies inconsistencies in data (cross check between
client ref, order code, and expected job type)
3. If consistent, PDFs produced and an XML file for import into account
system
A cas d'utilisation décompose un élément spécifique du scénario:
Générer PDF
1. Collect all work items within one month occurring under the same
order code
2. Add them line-by-line to invoice template document
3. Allocate sequential invoice number
4. Fill in client details
5. Calculate totals
6. If invoice overflows space in template, split later items into
another invoice
7. Record invoice totals (will be used in xml export later)
8. Convert filled in template to a PDF file and store in the output
directory
Scénarios décrire le logiciel à un niveau élevé et donner une justification pour chaque caractéristique du système existant. Les cas d'utilisation donnent un compte rendu détaillé de ce que fait chaque fonctionnalité.
Une description d'un cas d'utilisation contient, au-delà d'autres choses, un scénario principal ainsi que des alternatives et des scénarios d'exception. Ensuite, un scénario fait partie d'une description de cas d'utilisation. Un cas d'utilisation a plus d'informations comme les acteurs, la description, les conditions pré et pos, les contraintes, etc. (voir ici tout ce qu'un cas d'utilisation peut décrire).