Exemple extrait de http://www.adore-design.org/doku/_media/examples/cccms/taosd_call_for_papers.pdf

Votre rôle est de concevoir une application de “gestion de crises” en respectant les consignes ci-après. Un outil de gestion de crises

1. Une gestion de crise est généralement déclenchée par un témoin de la scène qui s'adresse à un coordinateur.
2. Un coordinateur initie le processus de gestion de crise en enregistrant la déclaration du témoin. Lors de la saisie de la déclaration, le numéro de téléphone du témoin est vérifiée automatiquement auprès d’un service externe de téléphonie.
3. Un super observateur, un expert dans le domaine (selon le type de crise), est assigné par le système à la crise pour contrôler la situation d'urgence et identifier les missions nécessaires pour faire face à la situation. Il existe différents types de missions.
4. Le coordinateur a alors la charge de traiter les missions en allouant des ressources (personnes, camions, etc.) appropriées à chaque tâche.
5. Les travailleurs sont tenus de signaler auprès du système l’évolution de leur mission (arrivée sur place, camion installé, ..). Chaque signalement peut être suivi du signalement du succès ou de l'échec dans l'exécution de la mission. Selon le type de crise, les ressources humaines (travailleurs) peuvent inclure des pompiers, médecins, infirmières, policiers et techniciens, et les ressources matérielles peuvent inclure des systèmes de transport, ressources informatiques, moyens de communication (tels que les PDA ou les téléphones mobiles), ou d'autres nécessités comme la nourriture ou vêtements.
6. Seules les personnes identifiées ont accès au système. Elles peuvent s'authentifier par mot de passe ou par biométrie.

Définissez les cas d'utilisation correspondant à cette description:

1. Vocabulaire nécessaire aux cas d'utilisation (Explicitez les synonymes utilisés dans le texte, mais vous n'utiliserez, vous, plus qu'un seul terme dans ces cas)
2. Diagramme de cas d'utilisation;
3. Description détaillée du use case correspondant à l'étape 2

Rappels : voir ici les conditions générales de l'évaluation

Pour évaluer le rendu :

1. Tous les acteurs sont-ils présents?
   1. Des acteurs hors du système sont-ils représentés ? (point négatif)
   2. Des interactions entre les acteurs qui ne passent pas par le système informatique sont-elles représentés? (point négatif)
2. Tous les grands cas d'utilisation sont-ils représentés?
   1. Des cas d'utilisation hors du système sont-ils représentés (point négatif)
3. Le vocabulaire est-il judicieusement choisi?
   1. Des termes inadéquates au niveau utilisateur ont ils été ajoutés (point négatif)
4. Le flot d'évènements est-il “bien” défini?
5. Des flots alternatifs sont représentés?
6. Des flots d'erreurs ont-ils été identifiés?