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.
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
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).
|