Note18: UP: Agile Unified Process

Rational unified process

La méthode RUP (Rational Unified Process), est une méthode générique, itérative et incrémentale qui résulte d’un mélange des pratiques classiques et agiles de gestion de projet. En effet, cette méthode passe par 4 phases :

1. L’inspection
2. L’élaboration
3. La construction
4. La transition

Agile Unified Process

Le processus unifié (UP) est une méthode générique de développement de logiciels. Cette méthode nécessite donc d’être adaptée à chacun des projets pour lesquels elle sera employée. Elle est considérée comme une méthode lourde.

Caractéristiques de UP :

• Piloté par les cas d’utilisation.
• Itératif et incrémental.
• Centré sur l’architecture.
• Orienté risques.

UP est piloté par les cas d’utilisation :

• Système analysé, conçu et développé pour des utilisateurs.
• Tout doit donc être fait en adoptant le point de vue utilisateur.

UP est centré sur l’architecture :

• L’architecture du système est décrite à l’aide de différentes vues.
• L’architecte procède de manière incrémentale :
  • Il commence par définir une architecture simplifiée qui répond aux besoins classés comme prioritaires.
  • Puis définit à partir de l’architecture simplifiée les sous systèmes de manière beaucoup plus précise.

UP est itératif et incrémental :

• Le travail itératif permet à l’équipe de capitaliser à chaque cycle les enseignements du cycle précédent.
• En procédant de manière itérative, il est possible de découvrir les erreurs et les incompréhensions plus tôt.
• Le feedback de l’utilisateur est aussi encouragé et les tests effectués à chaque utilisation permettent d’avoir une vision plus objective de l’avancement du projet.

UP est orienté risques :

• Identifier les risques.
• Maintenir une liste de risques tout au long du projet.

Composantes de UP :

• 4 phases :
  • Etude d’opportunité.
  • Elaboration.
  • Construction.
  • Transition.
• 5 activités:
  • Expression des besoins.
  • Analyse.
  • Conception.
  • Implémentation.
  • Test.
• Ensemble d’itérations : circuit de développement aboutissant à un livrable.

Les activités dans UP :

• Expression des besoins :
  • Identification des besoins fonctionnels.
  • Identification des besoins non fonctionnels.
• Analyse :
  • Formalisation du système à partir des besoins.
  • Modélisations de diagrammes statiques et dynamiques.
  • Vue logique du système.
• Conception :
  • Définition de l’architecture du système.
  • Étendre les diagrammes d’analyse.
  • Prise en compte des contraintes de l’architecture technique
• Implémentation :
  • Production du logiciel :
    • Composants.
    • Bibliothèques.
    • Fichiers.
    • Etc.
• Test :
  • Vérifier l’implémentation de tous les besoins (fonctionnels et non fonctionnels).
  • Vérifier l’interaction entre les objets.
  • Vérifier l’intégration de tous les composants.
  • Différents niveaux de tests (unitaires, d’intégration, de performance, etc.).

Les phases de UP :

1. Etude d’opportunité :

• Cette phase pose la question de la faisabilité du projet, des frontières du système, des risques majeurs qui pourraient mettre en péril le projet. • A la fin de cette phase, est établi un document donnant une vision globale des principales exigences, des fonctionnalités clés et des contraintes majeures. • Environ 10 % des cas d’utilisation sont connus à l’issue de cette phase. • Il convient aussi d’établir une estimation initiale des risques, un « Project Plan », un « Business Model ».

2. Elaboration :

• Reprise des résultats de la phase d’incubation.
• Spécification détaillée des cas d’utilisation.
• Détermination de l’architecture de référence.

3. Construction :

• Construction d’une première version du produit (version bêta ainsi qu’une version du manuel utilisateur).
• Construction de tous les cas d’utilisation.

     4.Transition :

• Test et correction des anomalies.
• Préparer la version finale du produit.
• Déploiement du produit.