UML
Chapitre 1. Introduction
Chapitre 2. Les concepts objets
Chapitre 3. La conception d'un système
Chapitre 4. Le modèle fonctionnel
Chapitre 5. Le modèle statique
Chapitre 6. Le modèle dynamique
Chapitre 7. UML et la gestion de projet
7.1. UML et les processus de développement
7.2. UML et les processus de développement unifiés
7.3. Importance des cas d'utilisation dans le processus de développement
7.4. Les deux étapes de l'analyse des besoins et de l'analyse
7.5. Les différentes vues de l'architecture d'un projet
7.6. Résumé méthodologique
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

7.6. Résumé méthodologique

Résumons la démarche...

Modéliser une application ?

Mais comme UML n'est pas un processus...

Quelle démarche utiliser ?
Trouver un "bon" modèle est une tâche difficile mais capitale !

1.Optez pour une approche itérative et incrémentale.
2.Centrez votre démarche sur l'analyse des besoins des utilisateurs.
3.Prenez grand soin à la définition de l'architecture de votre application (l'approche "4+1" permet de mieux la cerner).

D'accord, mais en pratique ?

- Bien qu'UML n'est pas un processus, il facilite une démarche d'analyse itérative et incrémentale, basée sur les niveaux d'abstraction.
- Les niveaux d'abstraction permettent de structurer les modèles.
- Un micro-processus régit les itérations à niveau d'abstraction constant.
- Un macro-processus régit le passage de niveau à niveau.
- Une démarche incrémentale consiste à construire les modèles de spécification et de conception en plusieurs étapes (cible = catégories).

Lorsqu'on utilise UML au sein d'un processus unifié  :
- On opte pour l'élaboration de modèles plutôt que pour une approche qui impose une barrière stricte entre analyse et conception :
- Les modèles d'analyse et de conception que l'on manipule ne diffèrent que par leur niveau de détail, il n'y a pas de différence dans les concepts utilisés.
- On n'introduit pas d'éléments de modélisation propres à une activité (analyse, conception...) ; le langage UML reste le même à tous les niveaux d'abstraction.
- Avec cette approche simplificatrice on facilite le passage entre les niveaux d'abstraction.
- L'élaboration encourage une approche non linéaire (les "retours en arrière" entre niveaux d'abstraction différents sont facilités).
- La traçabilité entre modèles de niveaux différents est assurée par l'unicité du langage.

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