UML
Chapitre 1. Introduction
Chapitre 2. Les concepts objets
Chapitre 3. La conception d'un système
Chapitre 4. Le modèle fonctionnel
4.1. Rôle et intérêts des cas d'utilisation
4.2. Place des cas d'utilisation dans la modélisation
4.3. Acteurs et cas d'utilisation pour décrire le système
4.4. Démarche
4.4.1. Modélisation du contexte
4.4.2. Modélisation des exigences
4.5. Organiser les cas d'utilisation dans le système
4.6. Description d'un cas d'utilisation par texte
4.7. Description d'un cas d'utilisation par diagrammes
4.8. Exemples
Chapitre 5. Le modèle statique
Chapitre 6. Le modèle dynamique
Chapitre 7. UML et la gestion de projet
Chapitre 8. La phase de conception
Chapitre 9. Modèles d'implémentation
Exercices
Page d'accueilTable des matièresNiveau supérieurPage précédenteBas de la pagePage suivanteWebographie du moduleGlossaire du module

4.4.2. Modélisation des exigences

- Définir le contexte du système en identifiant les acteurs qui l'entourent.

- Pour l'ensemble des acteurs, tenir compte du comportement que chacun attend ou exige du système.

- Nommer les comportements communs comme des cas d'utilisation.

- Factoriser des comportements communs dans des nouveaux cas d'utilisation.


Spécification détaillée des exigences

A partir de l'expression préliminaire des besoins (cas d'utilisation, maquette) nous obtenons les acteurs et les cas d'utilisation, maintenant on détaille chaque cas d'utilisation en précisant les scénarios possibles et les exceptions.
Un cas d'utilisation est alors une collection de scénarios réussis ou ayant échoué dans l'utilisation du système par un acteur.

Le scénario représente une succession particulière d'enchaînements, s'exécutant du début à la fin du cas d'utilisation. Rappelons qu'un enchaînement est une séquence d'actions. Le scénario peut être nominal ou alternatif s'il se termine sans erreur. Dans le cas contraire, il est appelé scénario d'erreur. Dans le scénario, on rencontre trois types de message :
- message d'un acteur au système
- validation ou un changement d'état du système
- message du système vers un acteur

La précondition définit ce qui doit être vrai en amont d'un cas d'utilisation pour que celui-ci puisse démarrer.

La postcondition définit ce qui doit être vrai lorsque le cas d'utilisation se termine avec succès.

L'extension comprend tous les autres scénarios, de succès (fin normale) ou d'échec (exception).

Page d'accueilTable des matièresNiveau supérieurPage précédenteHaut de la pagePage suivanteWebographie du moduleGlossaire du module