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.2. UML et les processus de développement unifiés

Définition : Le processus de développement unifié est un processus de développement logiciel construit sur UML. Comme nous l'avions déjà mentionné au chapitre 3 "La conception d'un système", la communauté OO s'est orienté vers des processus unifiés qui sont itératifs, centrés sur l'architecture, conduits par les cas d'utilisation et pilotés par les risques. Voici quelques exemples de processus unifiés :

1) UP (Unified Process) : Processus unifié

2) RUP : Rational Unified Process

3) 2 TUP : 2 Tracks Unified Process

Le processus UP et RUP introduisent une dimension supplémentaire (celle des phases) dans le cycle vie logiciel. Le cycle de développement passe par quatre phases, durant chacune d'elles les différentes activités génie logiciel (analyse, conception, réalisation, tests) sont plus ou moins réalisées. Il est évident qu'au début du projet, peu d'implémentation est nécessaire alors qu'au cours du codage(réalisation) et avant la livraison finale, il est indispensable d'effectuer plusieurs tests. La succession de ces phases est ponctuée par des jalons. Ces derniers ont pour but de minimiser les risques ( inadaptation de l'architecture technique, ou inadéquation du développement aux besoins des utilisateurs) :

phase 1: l'inception,

phase 2: l'élaboration,

phase 3: la construction et

phase 4: la transistion.

Le processus 2TUP (ou processus à 2 chemins) quand à lui répond, en plus des caractéristiques propres aux processus unifiés, au problème de changement continuel imposé aux entreprises. Les chemins qu'il considère sont le chemin fonctionnel (contraintes des évolution des besoins) et le chemin technique (contraintes des changements technologiques), les deux devant se rejoindre pour permettre au processus de continuer les étapes génie logiciel avec une vision intégrée (globale). La branche "fonctionnelle" fournit le modèle d'analyse alors que la branche "technique" fournit l'architecture technique. La première étape (fusion des deux branches) consiste à intégrer le modèle d'analyse à l'architecture technique, elle est suivie de la conception détaillée, ensuite du codage et du test et en fin de la recette.
Page d'accueilTable des matièresNiveau supérieurPage précédenteHaut de la pagePage suivanteWebographie du moduleGlossaire du module