Comment rédiger un cas d'utilisation?

Si vous avez besoin de rédiger un cas d'utilisation, rédigez une brève introduction décrivant les principaux objectifs de la mise en œuvre d'une nouvelle technologie ou d'un nouveau processus métier. Définissez les conditions préalables qui doivent être en place avant le début du cas d'utilisation, puis détaillez le flux de base ou la procédure utilisée pour implémenter le processus. Incluez tous les flux alternatifs, ou les scénarios moins courants qui peuvent survenir, ainsi que les flux d'exceptions, ou ce qui se passe lorsque l'utilisateur ne peut pas atteindre son objectif. Concluez avec les conditions de publication ou les éléments qui doivent être présents lorsque le cas d'utilisation est terminé. Pour obtenir des conseils de notre examinateur financier sur la description des utilisateurs et des parties prenantes dans votre cas d'utilisation, lisez la suite!

Si vous avez besoin de rédiger un cas d'utilisation
Si vous avez besoin de rédiger un cas d'utilisation, rédigez une brève introduction décrivant les principaux objectifs de la mise en œuvre d'une nouvelle technologie ou d'un nouveau processus métier.

Rédigez un cas d'utilisation pour explorer et mettre en évidence la valeur de votre entreprise, de votre secteur d'activité ou de votre système informatique. Les cas d'utilisation peuvent être des outils précieux pour comprendre la capacité d'un système spécifique à répondre aux besoins des utilisateurs finaux. Lors de la conception d'un logiciel ou d'un système, améliorez vos efforts de développement en réfléchissant à des scénarios pratiques sur l'utilité du produit. Les cas d'utilisation peuvent également être efficaces à des fins de marketing produit. Voici quelques étapes pour vous guider tout au long du processus d'écriture.

Partie 1 sur 3: définir l'objectif et la portée

  1. 1
    Rédigez une déclaration d'objectif. Écrivez une phrase ou deux décrivant brièvement l'objectif principal de la mise en œuvre de la technologie ou du processus métier. Définissez spécifiquement les objectifs de l'utilisateur principal du système. Un cas d'utilisation peut être rédigé pour décrire la fonctionnalité de tout processus métier ou élément de logiciel ou de technologie utilisé par une entreprise.
    • Par exemple, vous pouvez rédiger des cas d'utilisation sur la connexion à un système, la gestion d'un compte ou la création d'une nouvelle commande.
  2. 2
    Identifiez les parties prenantes. Ce sont les personnes de l'organisation qui se soucient du résultat du processus. Ils peuvent ne pas être des utilisateurs dans le processus décrit par le cas d'utilisation. Mais le système agit pour satisfaire leurs intérêts. Énumérez toutes les parties prenantes, y compris leurs noms et leurs intérêts par rapport au fonctionnement du système. Notez également toutes les garanties qu'ils attendent du système.
    • Par exemple, si vous rédigiez un cas d'utilisation sur le fonctionnement d'un guichet automatique, les parties prenantes incluraient les banquiers et les propriétaires de guichets automatiques. Ils ne sont pas présents lorsque l'utilisateur utilise le guichet automatique pour retirer de l'argent. Cependant, ils doivent être convaincus que des systèmes sont en place pour vérifier le montant d'argent sur le compte de l'utilisateur avant de distribuer de l'argent et pour créer un journal des transactions en cas de litige.
    Rédigez un cas d'utilisation pour chacune d'elles
    Dressez la liste de toutes les fonctions de la nouvelle technologie ou du nouveau processus métier que vous analysez et rédigez un cas d'utilisation pour chacune d'elles.
  3. 3
    Définissez ce qui est dans et hors de la portée. Identifiez spécifiquement le système en cours d'évaluation et omettez les éléments qui ne font pas partie de ce système. Il peut être utile pour définir la portée d'un projet de créer une feuille de calcul contenant une liste d'entrée / sortie. Créez trois colonnes. La colonne de gauche répertorie tous les sujets pouvant être liés au système. Les deux colonnes suivantes sont intitulées In et Out. Parcourez la liste et déterminez les sujets inclus et ceux qui ne le sont pas.
    • Par exemple, si vous rédigiez un cas d'utilisation mettant en œuvre un logiciel pour créer des bons de commande, les sujets qui seraient In incluraient la production de rapports sur les demandes, la fusion des demandes avec un bon de commande, le suivi des livraisons et les logiciels système nouveaux et existants. Les sujets qui seraient sortis incluraient la création de factures et de parties non logicielles du système.

Partie 2 sur 3: écrire les étapes d'un cas d'utilisation

  1. 1
    Définissez les éléments du cas d'utilisation. Tous ces éléments sont requis dans chaque cas d'utilisation. Les cas d'utilisation accumulent des scénarios. Ils définissent comment un utilisateur utilise un système, ce qui se passe lorsque le système réussit et ce qui se passe en cas d'échec. Chaque scénario décrit une procédure et ce qui se passe à mesure que chaque étape progresse.
    • Les utilisateurs sont toutes les personnes qui participeront aux activités décrites dans le cas d'utilisation. Par exemple, si vous écrivez un cas d'utilisation pour vous connecter à un système logiciel, les utilisateurs sont toute personne qui doit se connecter.
    • Les conditions préalables sont les éléments qui doivent être en place avant le début du cas d'utilisation. Par exemple, les utilisateurs autorisés à utiliser le système ont été identifiés et entrés dans le système à l'avance, de sorte que le système reconnaîtra leurs noms d'utilisateur et mots de passe une fois entrés.
    • Le flux de base est la procédure que les utilisateurs utilisent pour atteindre l'objectif principal du système et la façon dont le système répond à leurs actions. Par exemple, l'utilisateur entre un nom d'utilisateur et un mot de passe, et le système autorise l'utilisateur à entrer.
    • Les flux alternatifs expliquent les actions moins courantes. Par exemple, l'utilisateur se trouve sur un autre ordinateur et doit répondre à une question de sécurité.
    • Les flux d'exceptions détaillent ce qui se passe lorsque l'utilisateur ne peut pas atteindre l'objectif. Par exemple, l'utilisateur entre un nom d'utilisateur ou un mot de passe non valide.
    • Les conditions postérieures sont les éléments qui doivent être présents lorsque le cas d'utilisation est terminé. Par exemple, l'utilisateur peut continuer à utiliser le logiciel.
  2. 2
    Définissez comment l'utilisateur utilisera la technologie ou le processus. Chaque action de l'utilisateur devient un cas d'utilisation distinct. La portée d'un cas d'utilisation est étroite. Par exemple, si une entreprise met en œuvre un nouveau logiciel pour créer des bons de commande, vous pouvez rédiger plusieurs cas d'utilisation à ce sujet. Un cas d'utilisation pourrait concerner la manière dont les utilisateurs se connectent au système. Un autre pourrait être sur la façon d'exécuter les rapports de demande. Dressez la liste de toutes les fonctions de la nouvelle technologie ou du nouveau processus métier que vous analysez et rédigez un cas d'utilisation pour chacune d'entre elles.
    Si vous écrivez un cas d'utilisation pour vous connecter à un système logiciel
    Par exemple, si vous écrivez un cas d'utilisation pour vous connecter à un système logiciel, les utilisateurs sont toute personne qui doit se connecter.
  3. 3
    Décrivez le cours normal des événements pour chaque cas d'utilisation. Décrivez tout ce que fait l'utilisateur et comment la technologie ou le processus réagit à ces actions. Dans un cas d'utilisation sur la façon dont les utilisateurs se connectent à un système logiciel, le cours normal des événements indiquerait que l'utilisateur entre un nom d'utilisateur et un mot de passe. Le logiciel répond en vérifiant l'utilisateur et en accordant ou en refusant l'accès au système.
    • Des flux alternatifs et des flux d'exceptions sont écrits pour décrire les actions lorsqu'il y a des obstacles à l'objectif.
    • Si l'accès est refusé à l'utilisateur parce que le système n'a pas reconnu son ordinateur, il peut être invité à vérifier son identité en répondant à une question de sécurité.
    • Si l'utilisateur saisit un nom d'utilisateur ou un mot de passe invalide, il peut être invité à répondre à une question de sécurité et à entrer une adresse e-mail pour recevoir de nouvelles informations de connexion.
  4. 4
    Répétez les étapes pour toutes les autres fonctions et utilisateurs. Rédiger des cas d'utilisation pour toutes les autres fonctions du logiciel ou du processus métier. Identifiez les utilisateurs pour chaque fonction et écrivez les étapes pour le cours normal des événements. Expliquez les éventualités lorsque l'objectif ne peut être atteint. Pour chaque étape, expliquez comment le système répond aux actions de l'utilisateur.

Partie 3 sur 3: Rédaction de cas d'utilisation précieux

  1. 1
    Capturez ce que fait la technologie ou le processus métier. Le cas d'utilisation explique l'objectif de la technologie ou du processus, et non le fonctionnement de la technologie. En d'autres termes, un cas d'utilisation concernant la connexion à un logiciel n'inclut pas la manière dont le code doit être écrit ou la manière dont les composants technologiques sont connectés. Il se concentre simplement sur ce que l'utilisateur doit faire et sur la façon dont le logiciel répond.
    • Obtenez le bon niveau de détail. Par exemple, si vous écrivez un cas d'utilisation sur la mise en œuvre de la technologie, n'excluez pas les détails sur la façon dont le logiciel répond aux utilisateurs.
    • Alternativement, ajouter trop de détails sur la façon dont le logiciel fonctionne ressemble plus à une implémentation de conception de système qu'à un cas d'utilisation.
    Si vous écrivez un cas d'utilisation sur la mise en œuvre de la technologie
    Par exemple, si vous écrivez un cas d'utilisation sur la mise en œuvre de la technologie, n'excluez pas les détails sur la façon dont le logiciel répond aux utilisateurs.
  2. 2
    Gardez le cas d'utilisation principalement textuel. Les cas d'utilisation n'ont pas besoin d'inclure des organigrammes complexes ou des diagrammes visuels qui expliquent le processus. Des organigrammes simples peuvent souvent être utilisés pour clarifier les informations. Cependant, le cas d'utilisation doit être en grande partie basé sur des mots. Le style d'écriture doit être très simple afin que les autres puissent le lire et le comprendre sans formation spécifique.
  3. 3
    Apprenez les détails les plus pertinents. La rédaction d'un bon cas d'utilisation vous aide à apprendre exactement comment fonctionne un logiciel ou un processus métier. Il vous informe, ainsi que le lecteur, de l'utilisation correcte du vocabulaire applicable. De cette façon, vous savez que vous n'utilisez pas de termes technologiques de manière incorrecte ou gratuite. Vous pouvez apprendre à discuter de la technologie et des processus métier d'une manière utile et précieuse pour les autres membres de la communauté des affaires.

Les commentaires (2)

  • dwightgorczany
    Des explications très claires et pas à pas pour un novice!
  • richardadrienne
    Très utile, merci beaucoup!
Avertissement légal Le contenu de cet article est pour votre information générale et n'est pas destiné à se substituer à des conseils professionnels en droit ou en finance. De plus, il n'est pas destiné à être utilisé par les utilisateurs pour prendre des décisions d'investissement.
FacebookTwitterInstagramPinterestLinkedInGoogle+YoutubeRedditDribbbleBehanceGithubCodePenWhatsappEmail