Comment créer cas d'utilisation description de votre entreprise rapport d'analyse

UN Modèle d'utilisation de cas est une présentation de l'analyse d'affaires des étapes définissant les interactions entre un utilisateur (appelé acteur) Et un système (généralement un système informatique). Il détaille les interactions et définit les attentes de la façon dont l'utilisateur va travailler dans le système.

Le modèle de cas d'utilisation se compose de deux objets: la diagramme des cas d'utilisation, qui est une représentation graphique montrant que les acteurs peuvent fonctionner qui utilisent cas, et la utiliser description de cas (parfois appelé le cas d'utilisation narrative), Qui est la base de texte, les interactions détaillées étape par étape et le dialogue entre l'acteur et le système.

Le cas d'utilisation récit est ce que les gens veulent dire quand ils disent souvent cas d'utilisation. Rappelez-vous il ya plusieurs pièces qui composent un modèle de cas d'utilisation.

La description de cas d'utilisation est un compte rendu écrit de la séquence d'étapes effectuées par un analyste d'accomplir une transaction d'affaires complet. Il est initié par un acteur, fournit de la valeur à cet acteur, et est un but de l'acteur de travailler dans ce système. Ci-dessous, vous voyez une description de cas d'utilisation que les documents clairement comment un gestionnaire d'étudiant approuve une demande de formation d'un travailleur de l'étudiant.

La plupart des descriptions de cas d'utilisation comprennent les éléments suivants au minimum:

• Titre: Le titre communique le but de cas d'utilisation. Dans l'exemple, le registre des étudiants (le titre), utilisez le but de cas est pour l'étudiant d'être en mesure de vous inscrire à une classe.

• Acteurs: Ces gens sont les personnes ou les systèmes qui interagissent avec le cas d'utilisation. Certaines personnes écrivant des cas d'utilisation briser également les acteurs par niveau dans le cas d'utilisation: primaire (l'acteur qui commence le cas d'utilisation), secondaire (celui qui interagit avec le cas d'utilisation), et même hors-scène (ceux qui ne pas interagir directement avec le cas d'utilisation, mais sont impliqués dans une perspective de règles métier).

• Conditions préalables: Conditions préalables sont ces choses qui doivent être en place avant le cas d'utilisation peut commencer. Une condition préalable pour l'exemple est que l'étudiant doit avoir fait la demande de formation.

• Postconditions: Postconditions sont en place lorsque vous avez terminé le cas d'utilisation avec ou sans succès. Une postcondition de succès indique ce qui se passe lorsque le processus se termine avec succès. Une postcondition en cas d'échec est le opposite- il spécifie ce qui arrive quand le processus ne se termine pas avec succès.

• Chemin d'accès: Aussi appelé couler ou histoire, la chemin est l'action étape par étape et de l'interaction entre l'acteur et le système. Chemins sont de trois types:

• Chemin primaire (également connu sous le chemin heureux ou écoulement principal): Cette route est le chemin le plus souvent prises pour une conclusion réussie.

  
  
  
  
  

  Vous pouvez voir ce chemin documentée sur le dessus de l'exemple: Le gestionnaire de l'étudiant clique sur le lien dans l'e-mail, navigue à travers le système d'enregistrement à la page des approbations de formation, voit la demande, et l'approuve, déclenchant une confirmation par e-mail à l'étudiant. Il se passe exactement comme il se doit.

• Chemin alternatif: Ce chemin est un autre, moins fréquenté façon d'arriver à une conclusion réussie.

  Dans l'exemple, le gestionnaire de l'étudiant est déjà connecté au système et cherche les demandes de formation en attendant lieu d'accéder au système via un e-mail. Après il est dans, il suit les mêmes étapes que le chemin principal. Il est une Fin d'exécution- succès, il n'a tout simplement pas utiliser la voie la plus commune pour y arriver.

• Chemin d'exception: Ce chemin est un autre chemin qui mène à une conclusion infructueuse. Un chemin d'exception liées à l'exemple peut être que le gestionnaire de l'élève est incapable d'approuver la demande parce qu'elle est plus affecté en tant que gestionnaire de l'étudiant. Un message d'erreur ou d'exception sera affichée pour indiquer la raison.

Vous pouvez ajouter des objets supplémentaires à la description de cas d'utilisation pour étoffer pleinement it out:

• Cas d'utilisation ID: Un identifiant unique utilisé pour le traçage.

• Description: Une brève description textuelle de ce que le cas d'utilisation fait. Une description de l'exemple serait “ Cette description de cas d'utilisation décrit les étapes pour un gestionnaire de élève de revoir une demande des étudiants et approuver ou refuser la demande n ° 148.

• Créé par: L'auteur du cas d'utilisation.

• Date de création et Historique des révisions: Une chronologie de l'affaire de l'utilisation, qui vous permet de voir quel âge le cas d'utilisation est (utile lorsque vous effectuez l'analyse de documents),

• Priorité: Un indicateur de l'importance de ce cas d'utilisation, ce qui est utile dans la planification de la solution.

• Fréquence d'utilisation: Un indicateur de la façon dont souvent ce cas d'utilisation est exécutée (également utile dans la planification de la solution).

Pour vraiment mettre une description de cas d'utilisation ensemble, suivez ces étapes:

1. Calculez le point de départ pour le cas d'utilisation.

   Cela devient votre condition.

2. Susciter de vos parties prenantes les étapes que vous attendez l'utilisateur de prendre et de ce que le système devrait faire (le chemin principal).

   Pour chaque étape, le document qui effectue une action et qui effectue une réaction (ou la réponse).

3. Revenez en arrière et obtenir les autres façons d'accomplir le processus.

   Indiquer où chaque autre chemin commence. Par exemple, dans l'exemple, vous voyez que chemin alternatif 3a est prise plutôt que le chemin primaire 3. Par conséquent, vous devez vous assurer que la solution que vous construisez fournit un moyen de refuser la demande de formation.

   Parce que le cas d'utilisation est construit autour de la voie principale, indiquer comment vous naviguer vers les alternatives et d'exception chemins de ce chemin primaire. Si vous utilisez un outil pour générer la description de cas d'utilisation, il peut vous inviter pour cette infos autrement, y compris un simple, “ Cet autre chemin commence après l'étape X de la voie primaire ” suffira.

4. Documenter les flux d'exception et les messages d'erreur jusqu'à ce que la description est complète.

Le produit fini est une liste détaillée des étapes les accomplit des fonctions d'utilisateurs et la réponse du système attendu.