Recherche Filtres génériques Étiquette cachée Correspondances exactes seulement Étiquette cachée Étiquette cachée Zone supérieure Médias sociaux et liens de navigation
Introduction
Le document de cas d’utilisation est un document d’affaires qui fournit une histoire sur la façon dont un système, et ses acteurs, seront utilisés pour atteindre un objectif spécifique. Un cas d’utilisation efficace doit fournir une description détaillée, étape par étape, de la façon dont le système sera utilisé par ses acteurs pour atteindre le résultat prévu. L’objectif du cas d’utilisation est de lier les besoins métier du système aux paramètres de conception du système afin de garantir que le système complet atteigne les objectifs établis par les exigences métier. Le niveau de détail des cas d’utilisation peut varier considérablement en fonction de la taille et de la complexité du système à concevoir. Ce modèle de cas d’utilisation vous fournit tout ce dont vous avez besoin pour élaborer votre document de cas d’utilisation.
Ce cas d’utilisation a été élaboré pour le nouveau système de commande de matériel de la société ABC, sur la base du recueil par l’équipe de conception des exigences de l’entreprise et des domaines fonctionnels. Le système de commande de matériel remplacera les processus manuels de commande de matériel actuellement utilisés par la société ABC. ABC Corp. a identifié les besoins de l’entreprise en matière de réduction des heures de travail pour la commande de matériel et d’exploitation des plateformes logicielles existantes (c’est-à-dire SAP) pour aider à gérer la commande de matériel et la gestion des stocks. Le nouveau système de commande de matériel sera conçu pour répondre à ces besoins commerciaux et améliorer la stratégie commerciale globale d’ABC Corp.
Explication du contenu des cas d’utilisation
Les formats et le contenu des cas d’utilisation peuvent varier en fonction des exigences du système, des normes organisationnelles ou des situations uniques. Cependant, une majorité de cas d’utilisation se compose de certains contenus fondamentaux qui peuvent être appliqués à un large éventail de types de systèmes. Cette section fournira des explications pour chaque section du cas d’utilisation.
Nom du cas d’utilisation : Fournir un nom court pour le cas d’utilisation qui devrait se prêter à l’objectif du système.
Description : Cette section doit fournir une description à la fois de la raison de l’utilisation du cas d’utilisation et du résultat attendu du cas d’utilisation.
Acteurs : Les acteurs peuvent être primaires ou secondaires. Les acteurs primaires sont les personnes qui vont initier le système décrit dans le cas d’utilisation. Les acteurs secondaires sont ceux qui participeront à la réalisation du cas d’utilisation.
Précondition : Cette section doit décrire les conditions qui doivent être vraies ou les activités qui doivent être réalisées avant l’exécution du cas d’utilisation.
Postcondition : Cette section doit décrire l’état du système à la conclusion du cas d’utilisation. Les postconditions peuvent inclure des conditions de réussite et d’échec de l’exécution du cas d’utilisation.
Flow : Cette section doit décrire toutes les actions de l’utilisateur et les réponses attendues du système pour une exécution normale planifiée du cas d’utilisation. La description doit être séquentielle et fournir suffisamment de détails pour comprendre toutes les actions de l’utilisateur et les réponses du système.
Flux alternatifs : De nombreux cas d’utilisation ont des extensions ou des conditions variables ou spéciales qui sont distinctes du flux principal mais également nécessaires. Les flux alternatifs sont généralement le résultat d’options ou d’exceptions intégrées au cas d’utilisation qui peuvent modifier le flux principal.
Exceptions : Lorsque les cas d’utilisation sont exécutés, il peut y avoir diverses conditions qui entraînent des erreurs. Cette section doit décrire toutes les erreurs qui peuvent résulter de l’exécution du cas d’utilisation et la façon dont le système réagira ou répondra à ces erreurs.
Exigences : Cette section doit décrire toutes les exigences non fonctionnelles ou spéciales pour le système lors de l’exécution du cas d’utilisation. These requirements may consist of legal or regulatory requirements, quality standards, or organizational requirements that are outside of the functional requirements the system is expected to perform.
Sample Use Case
| Name of Use Case: | Order Materials | ||
|---|---|---|---|
| Created By: | ABC Corporations | Last Updated By: | J. Doe |
| Date Created: | 02/15/xx | Last Revision Date: | 02/22/xx |
| Description: | ABC Corp. buyer submits material order to one of a pre-approved list of material vendors | ||
| Actors: | ABC Corp. buyer, SAP material module, pre-approved vendor | ||
| Preconditions: | 1. Le fournisseur a une pré-approbation dans le système de commande de la société ABC 2. Le financement est disponible pour la commande de matériel 3. Le matériel en cours de commande est disponible pour l’achat |
Postconditions: | 1. Le fournisseur reçoit les fonds pour l’achat des matériaux 2. ABC Corp. reçoit les matériaux dans les délais prévus 3. Le compte de matériaux d’ABC Corp. est réduit du coût de la commande de matériaux 4. Les numéros d’inventaire d’ABC Corp. sont mis à jour avec succès une fois les matériaux reçus |
Flux: | 1. L’acheteur d’ABC Corp. identifie le matériel qui doit être commandé 2. L’acheteur d’ABC Corp. consulte la liste pré-approuvée des fournisseurs pour identifier le fournisseur 3. L’acheteur d’ABC Corp. confirme que le financement est disponible 4. L’acheteur d’ABC Corp. soumet la commande au fournisseur pré-approuvé 5. Le fournisseur reçoit la commande, vérifie que le matériel est disponible et accepte le transfert de fonds 6. Le fournisseur établit une commande de matériel et soumet un ordre d’expédition du matériel 7. ABC Corp. reçoit le matériel 8. ABC Corp. entre la vérification de la réception du matériel dans SAP et les niveaux de stock sont mis à jour 9. Les transactions de financement sont confirmées entre l’acheteur et le fournisseur d’ABC Corp. |
| Flux alternatifs: | 5. A l’étape 5 du flux normal, si le fournisseur n’a pas l’article disponible 1. Le fournisseur met la commande en attente et en informe l’acheteur d’ABC Corp 2. Le fournisseur fournit des mises à jour et une estimation du délai de réception du matériel 3. Une fois le matériel arrivé, le cas d’utilisation reprend à l’étape 6 du flux normal |
||
| Exceptions: | 2. À l’étape 2 du flux normal, si ABC Corp identifie le matériel nécessaire sans fournisseur pré-approuvé 1. L’acheteur d’ABC Corp. lance un processus interne pour identifier les fournisseurs pour le nouveau matériel 2. L’acheteur d’ABC Corp. coordonne l’accord entre ABC Corp. et le fournisseur potentiel 3. Après avoir obtenu l’accord et l’approbation, le fournisseur est ajouté à la liste des fournisseurs pré-approuvés 4. Le cas d’utilisation reprend à l’étape 3 du flux normal |
Exigences: | Les exigences suivantes doivent être satisfaites avant l’exécution du cas d’utilisation 1. La disponibilité du financement doit être vérifiée avant de soumettre tout achat de matériel 2. Toutes les commandes de matériel doivent être conformes aux directives et procédures internes de commande d’ABC Corp. |
.