UP
Définition : Le processus unifié UP est basé sur l'élargissement et le raffinement d'un système par le
biais de multiples itérations, avec une rétroaction et une adaptation cyclique. Le système est
développé de manière incrémentale au fil du temps, itération par itération, et cette approche est
donc également connue sous le nom de développement logiciel itératif et incrémental. Les itérations
sont réparties sur quatre phases, chacune d'entre elles comprenant une ou plusieurs itérations :
1)
Inception : la première et la plus courte des phases du projet. Elle est utilisée pour préparer les bases
du projet, y compris la préparation de l'analyse de rentabilité, l'établissement de la portée du projet
et la définition des limites, la description des principales exigences et des solutions d'architecture
possibles, ainsi que les compromis de conception, l'identification des risques et le développement du
plan initial du projet - calendrier avec les principales étapes et les estimations de coûts. Si la phase de
lancement dure trop longtemps, c'est comme un indicateur montrant que la vision et les objectifs du
projet ne sont pas clairs pour les parties prenantes. Sans objectifs ni vision claire, le projet est très
probablement voué à l'échec. Dans ce cas, il est préférable de faire une pause au tout début du
projet pour affiner la vision et les objectifs. Sinon, cela pourrait entraîner des modifications inutiles et
des retards dans les phases ultérieures.
Élaboration : au cours de cette phase, l'équipe de projet doit saisir la majorité des exigences du
système (par exemple, sous la forme de cas d'utilisation), effectuer une analyse des risques identifiés
et élaborer un plan de gestion des risques afin de réduire ou d'éliminer leur impact sur le calendrier
et le produit final, établir la conception et l'architecture (par exemple, en utilisant des diagrammes
de classe de base, et des diagrammes de déploiement), créer un plan (calendrier, estimations de
coût réalisables) pour la phase suivante (construction).
Construction : la phase la plus longue et la plus importante du processus unifié. Pendant cette phase,
la conception du système est finalisée et affinée et le système est construit en utilisant la base créée
pendant la phase d'élaboration. La phase de construction est divisée en plusieurs itérations, chaque
itération devant aboutir à une version exécutable du système. L'itération finale de la phase de
construction libère le système entièrement achevé qui sera déployé pendant la phase de transition,
et
La transition : la phase finale du projet qui fournit le nouveau système à ses utilisateurs finaux. La
phase de transition comprend également la migration des données des anciens systèmes et la
formation des utilisateurs.
2)
Chaque phase et son itération consiste en un ensemble d'activités prédéfinies. Le processus unifié
décrit les activités de travail comme des disciplines - une discipline est un ensemble d'activités et
d'artefacts connexes dans un domaine. Les disciplines décrites par le processus unifié sont les
suivantes :
Modélisation de l'activité : la modélisation des objets du domaine et modélisation dynamique des
processus de l'activité,
Analyse des exigences : l’analyse des exigences du système considéré. Comprend des activités telles
que la rédaction de cas d'utilisation et l'identification des exigences non fonctionnelles,
Analyse et conception : couvre les aspects de la conception, y compris l'architecture globale,
Mise en œuvre : la programmation et la construction du système (sauf le déploiement),
Test : les activités de test telles que la planification des tests, l'élaboration de scénarios de test, les
tests alpha et bêta, les tests de régression, les tests d'acceptation, etc.
Déploiement : les activités de déploiement du système développé.
Les disciplines et les phases du processus unifié se présente comme suit : les phases sont des
colonnes et les disciplines des lignes. Elle montre clairement que l'effort relatif entre les disciplines
change au fil du temps d'une itération à l'autre, par exemple, les premières itérations appliquent un
effort relatif plus important sur les exigences et la conception, tandis que les dernières portent
davantage sur les tests et le déploiement.