3.2.4.4 Les Phases
Cette phase porte essentiellement sur les besoins principaux
(du point de vue de l'utilisateur), l'architecture générale du
système, les risques majeurs, les délais et les coûts (On
met en place le projet).
35
Elle répond aux questions suivantes :
· Que va faire le système ?
· Par rapport aux utilisateurs principaux, quels services
va-t-il rendre ?
· Quelle va être l'architecture
générale (cible) de ce système ?
· Quels vont être : les délais, les
coûts, les ressources, les moyens à déployer ?
a. Elaboration : L'élaboration
reprend les éléments de la phase d'analyse des besoins et les
précise pour arriver à une spécification
détaillée de la solution à mettre en oeuvre.
L'élaboration permet de préciser la plupart des cas
d'utilisation, de concevoir l'architecture du système et surtout de
déterminer l'architecture de référence. Au terme de cette
phase, les chefs de projet doivent être en mesure de prévoir les
activités et d'estimer les ressources nécessaires à
l'achèvement du projet. Les taches à effectuer dans la phase
élaboration sont les suivantes :
· Créer une architecture de référence
;
· Identifier les risques, ceux qui sont de nature
à bouleverser le plan, le coût et le calendrier ;
· Définir les niveaux de qualité à
atteindre ;
· Formuler les cas d'utilisation pour couvrir les
besoins fonctionnels et planifier la phase de construction ;
· Elaborer une offre abordant les questions de
calendrier, de personnel et de budget.
b. Construction : La construction est le
moment où l'on construit le produit (architecture= produit complet). Le
produit contient tous les cas d'utilisation que les chefs de projet, en accord
avec les utilisateurs ont décidé de mettre au point pour cette
version.
c. Transition : Un groupe d'utilisateurs
essaye le produit et détecte les anomalies et défauts. Cette
phase suppose des activités comme la formation des utilisateurs clients,
la mise en oeuvre d'un service d'assistance et la correction des anomalies
constatées.
3.2.5 Le cycle de vie du processus unifié
Le processus unifié répète un certain
nombre de fois une série de cycles. Tout cycle se conclut par la
livraison d'une version du produit aux clients et s'articule en 4 phases :
création, élaboration, construction et transition, chacune
d'entre elles se subdivisant à son tour en itérations.
Chaque cycle se traduit par une nouvelle version du
système. Ce produit se compose d'un corps de code source réparti
sur plusieurs composants pouvant être compilés et
exécutés et s'accompagne de manuels et de produits
associés. Pour mener efficacement le cycle, les développeurs ont
besoin de construire toutes les représentations du produit logiciel :
36
Tableau 5 : Le cycle de vie du processus
unifié
|
Modèle des cas
d'utilisation
|
Expose les cas d'utilisation et leurs relations avec
les
utilisateurs
|
|
Modèle d'analyse
|
Détaille les cas d'utilisation et procède
à une première répartition du comportement du
système entre divers objets
|
|
Modèle de conception
|
Définit la structure statique du système sous
forme de sous-système, classes et interfaces ; Définit les cas
d'utilisation
réalisés sous forme de collaborations entre les
sous-
systèmes les classes et les interfaces
|
|
Modèle d'implémentation
|
Intègre les composants (code source) et la
correspondance entre les classes et les composants
|
|
Modèle de déploiement
|
Définit les noeuds physiques des ordinateurs et
l'affectation de ces composants sur ces noeuds.
|
|
Modèle de test
|
Décrit les cas de test vérifiant les cas
d'utilisation
|
|
Représentation de l'architecture
|
Description de l'architecture
|
Tous ces modèles sont liés. Ensemble, ils
représentent le système comme un tout. Les éléments
de chacun des modèles présentent des dépendances de
traçabilité ; ce qui facilite la compréhension et les
modifications ultérieures.
Figure 10 : La présentation cycle de vie du
processus unifié
37
Tableau 7 : Description et Enchaînement
d'activités
|
Phase
|
Description et Enchaînement
d'activités
|
|
Phase de creation
|
Traduit une idée en vision de produit fini et
présente une étude de rentabilité pour ce produit
- Que va faire le système pour les utilisateurs ?
- A quoi peut ressembler l'architecture d'un tel système ?
- Quels sont l'organisation et les coûts du développement de ce
produit ?
On fait apparaître les principaux cas d'utilisation.
L'architecture est provisoire, identification des
risques
majeurs et planification de la phase d'élaboration
|
|
Phase d'élaboration
|
Permet de préciser la plupart des cas d'utilisation et
de concevoir l'architecture du système. L'architecture doit être
exprimée sous forme de vue de chacun des modèles.
Émergence d'une architecture de référence.
A l'issue de cette phase, le chef de projet doit être en
mesure de prévoir les activités et d'estimer les ressources
nécessaires à l'achèvement du projet.
|
|
Phase de construction
|
Moment où l'on construit le produit. L'architecture de
référence se métamorphose en produit complet, elle est
maintenant stable. Le produit contient tous les
cas
d'utilisation que les chefs de projet, en accord avec les utilisateurs
ont décidé de mettre au point pour cette version. Celle ci doit
encore avoir des anomalies
|
|
Phase de transition
|
Le produit est en version bêta. Un groupe d'utilisateurs
essaye le produit et détecte les anomalies et défauts. Cette
phase suppose des activités comme la fabrication,
la
formation des utilisateurs clients, la mise en oeuvre d'un
service d'assistance et la correction des
anomalies
constatées. (Où le report de leur correction
à la version suivante)
|
23 MUSANGU LUKA, Analyse et conception des
applications objets avec Le Processus Unifié, Kinshasa, Editions de
l'Université Protestante au Congo, Juillet 2017, p46
38
CHAPITRE IV : ANALYSE ET CONCEPTION
| 
