Concept: Phase
Ce conseil présente le concept de phase et sa fonction au sein d'un projet.
Description principale

Qu'est-ce qu'une phase ?

Même si l'objectif final d'un projet est de produire un produit, l'équipe en charge de ce projet définit des objectifs intermédiaires qui varient beaucoup tout au long du projet. Au début du projet, il existe en général une grande latitude quant aux exigences liées au produit. Parfois, il n'est également pas certain que le projet soit réalisable, ni  même qu'il ait une chance d'être rentable. A cette étape, il est essentiel d'apporter une réponse à ces questions, avant de véritablement lancer le développement du produit. De même, vers la fin du projet, le produit est en général achevé et il faut alors régler les problèmes de qualité, de livraison et d'exhaustivité. L'exécution des tâches s'effectue selon de nouvelles procédures. Les produits auront un nouveau contenu.

Pour prendre en compte ces observations fondamentales dans la définition d'un processus de livraison, l'architecture UMA recommande de diviser ce processus en une séquence de phases. Chaque phase a ses objectifs propres, son propre style d'itération et personnalise en général ses tâches et ses produits de manière différente.

 Itération et phases

Chaque phase peut elle-même être divisée et ses composants répartis en itérations. Une itération est une boucle de développement complète qui produit une édition (interne ou externe) d'un système exécutable, en général un sous-ensemble du produit final en développement, qui évolue de façon incrémentielle d'une itération à l'autre jusqu'à devenir le produit livré. Le diagramme ci-dessous présente un exemple de décomposition d'un projet en phases et en itérations.

Exemples de phases et d'itérations dans RUP (Rational Unified Process)

Exemples de phases et d'itérations dans RUP

Les éditions qui coïncident avec la fin de la phase ont une plus grande importance (éditions principales) que celles produites pour une simple itération (éditions secondaires).