Pourquoi des cas d'utilisations devraient être encore créés?

C'est une information qui est venue d'un groupe de discussion sur Linkedin. Ces derniers temps, il y a de nombreuses discussions sur les développements agiles et la diminution de la documentation. Cela montre que les cas d'utilisations sont encore un outil très utile pour les projets informatiques.

• La liste des noms des buts fournit aux dirigeants le résumé le plus court de ce que le système fournira aux métiers et aux utilisateurs. Il fournit également un squelette de planification du projet, qui peut être utilisé pour construire les premières priorités, les estimations, l'affectation des équipes et le temps nécessaire. C'est la première partie de la question de la complétude.
• Le scénario de réussite principal de chaque cas d'utilisation fournit à chaque personne concernée un contrat sur ce que le système fera, mais également, sur ce qu'il ne fera pas. Il fournit le contexte pour chaque exigence, un contexte qui est difficile de trouver ailleurs.
• L'extension des conditions de chaque cas d'utilisation fournit à l'analyste des exigences, un modèle pour analyser toutes les petites choses insignifiantes qui parfois consomment 80% du temps de développement et du budget. Il fournit un  mécanisme d'anticipation, ainsi le client ou l'analyste d'affaires peut voir les problèmes qui prennent du temps à résoudre. Ces problèmes peuvent et doivent être placés relativement tôt dans le planning, afin que les réponses puissent être prêtes lorsque l'équipe de développement aura à les aborder. L'extension des conditions des cas d'utilisation sont la seconde partie de la question de la complétude.
• Les fragments de scénario d'extension des cas d'utilisation fournissent des réponses aux nombreuses questions métiers complexes que les programmeurs posent: "que sommes-nous supposés faire dans ce cas?" (qui est normalement répondu par "je ne sais pas, je n'ai jamais réfléchis à ce cas"). En d'autres termes, c'est un modèle de documentation qui répond aux cas "Si... alors... sinon..." qui aide les programmeurs à réfléchir à ces problèmes. Sauf si la solution est trouvée lors de la phase d'investigation, qui n'est pas du temps de programmation.
• L'ensemble complet des cas d'utilisation montre que les analystes ont réfléchis à tous les besoins des utilisateurs, à chaque but que le système doit fournir, et à chaque variante métier que cela implique. C'est la dernière étape de la question de la complétude. (et oui, il m'est déjà arrivé de parcourir 240 cas d'utilisation avec un client, au terme desquels je me suis tourné vers elle en demandant: "et c'est tout?" Elle à répondu oui, et nous avons construit cela, livré cela, et été payé pour cela, et c'est toujours en place 10 ans plus tard).

source originale: the analyst coach