RUP / Use cases
Index d'articles
Un Use case est une description narrative d'une action du programme. Une itération RUP se compose de plusieurs use cases.
Nous utilisons une analogie entre Use Case et Tâches de projet qui nous permet d'affirme, en accord avec la méthode RUP, qu'une tâche est une itération définie par un Use case et mesurée par des Milestones En accord avec la méthode RUP, une tâche est une itération définie par un Use case et mesurée par des Milestones.
Comment définir un Use case ?
- Le problème de ...
- Se caractérise par ...
- Et son impact est de ....
- Une solution doit apporter les améliorations suivantes ...
- Pour cela nous devons créer un scénario dans lequel ...
- Ce scénario se compose des uses cases suivants ...
Comment valider un use case ?
- Fidèle: Représente la vision de l'utilisateur
- Complet: Tous les scénarios, y compris les exceptions, sont pris en compte
- Cohérent: Les exigences ne se contredisent pas les unes les autres
- Non ambigu: Les exigences peuvent seulement être interprétée d'une seule manière
- Vérifiable : Il y a une manière, reproductible, de tester si les exigences sont remplies
Grille d'écriture pour Use case
| Sommaire | Le contexte, l’objectif du cas d’utilisation en 2 phrases |
| La séquence d’exécution normale |
Décrire, pas à pas, ce qui se passe. Ex ; L’utilisateur fait …. Le programme répond par … |
| Séquence alternatives | Cas particuliers pouvant être rencontré et devant être décrit |
| Séquence d’erreurs | Erreurs possibles et manière de les gérer |
| Point d’extension: | Liaison avec un autre cas d’utilisation |
| Déclencheurs: | Conditions qui doivent être en place pour le déclenchement du cas d’utilisation. |
| Considéré comme vrai |
Eléments qui sont considérés comme juste/faux, disponible/manquant mais qui ne font pas partie de l’application. (ex. le stagiaire saisi lui-même ses infos depuis sont ordinateur personnel) |
| Pré conditions | Tout ce qui doit être en place (physique et logique) avant le démarrage du cas d’utilisation. |
| Post conditions | Tout ce qui fait partie du résultat du cas d’utilisation pour qu’il puisse être considéré comme un succès (physique et logique) |
| Pratiques du métier | Règles écrites ou tacites qui dictent la manière de faire en relation avec le cas d’utilisation |
| Cas de test | Description rapide des procédures qui vont permettre de tester l’application |
