III.3. LE PROCESSUS UNIFIE (UP)
Le Processus Unifié ou UP (Unified Process)
est une méthode générique de développement de
logiciel développée par les concepteurs d'UML.
? Générique signifie qu'il est nécessaire
d'adapter UP au contexte du projet, de l'équipe, du domaine et/ou de
l'organisation.
? Il existe donc un certain nombre de méthodes issues de
UP comme par exemple RUP (Rational Unified Process), 2TUP (Two Track Unified
Process)
UML n'est qu'un langage de modélisation. Nous n'avons
pas aujourd'hui dans la norme, de démarche unifiée pour
construire les modèles et conduire un projet mettant en oeuvre UML.
Cependant les auteurs d'UML ont décrit le processus unifié (UP,
Unified Process) qui doit être associé à UML. Nous
compléterons ensuite cette présentation générale en
décrivant l'architecture à deux dimensions d'UP et ses principaux
concepts, nous passerons aussi en revue les différentes phases d'UP, et
pour finir nous détaillerons les activités d'UP9.
III.3.1. LES PRINCIPES D'UP
Le processus de développement UP, associé à
UML, met en oeuvre les principes suivants :
processus guidé par les cas d'utilisation,
processus itératif et incrémental,
processus centré sur l'architecture,
processus orienté par la réduction des risques.
Ces principes sont à la base du processus unifié
décrit par les auteurs d'UML.
5. Processus guidé par les cas
d'utilisation
L'orientation forte donnée ici par UP est
démontré que le système à construire se
définit d'abord avec les utilisateurs. Les cas d'utilisation permettent
d'exprimer les interactions du système avec les utilisateurs, donc de
capturer les besoins.
9 Joseph GABAY, David GABAY, UML 2, Analyse et
conception, Dunod, Paris 2008
-' 28 -'
Une seconde orientation est de montrer comment les cas
d'utilisation constituent un vecteur structurant pour le développement
et les tests du système. Ainsi le développement peut se
décomposer par cas d'utilisation et la réception du logiciel sera
elle aussi articulée par cas d'utilisation.
6. Processus itératif et
incrémental
Ce type de démarche étant relativement connu
dans l'approche objet, il paraît naturel qu'UP préconise
l'utilisation du principe de développement par itérations
successives. Concrètement, la réalisation de maquette et
prototype constitue la réponse pratique à ce principe. Le
développement progressif, par incrément, est aussi
recommandé en s'appuyant sur la décomposition du système
en cas d'utilisation.
Les avantages du développement itératif se
caractérisent comme suit :
· les risques sont évalués et traités
au fur et à mesure des itérations,
· les premières itérations permettent d'avoir
un feed-back des utilisateurs,
· les tests et l'intégration se font de
manière continue,
· les avancées sont évaluées au fur et
à mesure de l'implémentation.
7. Processus centré sur
l'architecture
Les auteurs d'UP mettent en avant la préoccupation de
l'architecture du système dès le début des travaux
d'analyse et de conception. Il est important de définir le plus
tôt possible, même à grandes mailles, l'architecture type
qui sera retenue pour le développement, l'implémentation et
ensuite le déploiement du système. Le vecteur des cas
d'utilisation peut aussi être utilisé pour la description de
l'architecture.
8. Processus orienté par la réduction des
risques
L'analyse des risques doit être présente à
tous les stades de développement d'un système. Il est important
de bien évaluer les risques des développements afin d'aider
à la bonne prise de décision. Du fait de l'application du
processus itératif, UP contribue à la diminution des risques au
fur et à mesure du déroulement des itérations
successives.
--' 29 --'
| 
