Chapitre 6
Le Processus Unifié
Pr. BAHASSINE Etude de Cas UML 1
Unified Process – Définition
Le processus unifié (PU), ou « unified process (UP) » est une famille de méthodes
de développement de logiciels orientés objets.
Elle se caractérise par une démarche itérative et incrémentale, pilotée par les cas
d'utilisation, et centrée sur l'architecture et les modèles UML.
Elle définit un processus intégrant toutes les activités de conception et de
réalisation au sein de cycles de développement composés d'une phase de
création, d'une phase d'élaboration, d'une phase de construction et d'une phase
de transition, comprenant chacune plusieurs itérations
Pr. BAHASSINE Etude de cas UML 2
2
Unified Process – 4 principes
Processus
Basé sur les cas
itératif et
d’utilisation
incrémental
Centré sur Accent sur les
l’architecture risques
Pr. BAHASSINE Etude de cas UML 3
PU– Processus itératif & incrémental
Le PU favorise le développement itératif, ce qui signifie que le
travail est effectué en cycles répétitifs. Chaque itération ajoute des
fonctionnalités ou des améliorations au produit.
L'approche incrémentale consiste à construire le logiciel en
ajoutant des éléments progressivement plutôt que de manière
monolithique.
Pr. BAHASSINE Etude de cas UML 4
4
PU– Processus basé sur les Use Case
le Processus Unifié utilise les cas d'utilisation comme une
technique de modélisation pour décrire les exigences du système,
définir les fonctionnalités du système, guider le développement
logiciel et valider le système. Les cas d'utilisation sont un élément clé
du Processus Unifié pour garantir que le système développé répond
aux besoins des utilisateurs.
Les cas d’utilisation formalisent les spécifications fonctionnelles du
produit
Chaque itération prend un ensemble de cas d’utilisation et les
traite selon plusieurs workflows (enchainement d’étapes):
modélisation métier, analyse de besoins, analyse et conception,
implémentation, tests et déploiement
Pr. BAHASSINE Etude de cas UML 5
PU– Processus centré sur l’architecture
UP supporte plusieurs architectures logicielles
La phase d’élaboration fournit l’architecture de l’exécutable
Cette architecture est une implémentation partielle qui sert de
fondation aux développements futurs
Pr. BAHASSINE Etude de cas UML 6
6
PU– Processus met l’accent sur les risques
Identification rapide des risques
Traitement des risques dans les premières phases du projet par la
prise en considération des risques au moment de la priorisation
des cas d’utilisation
Pr. BAHASSINE Etude de cas UML 7
Unified Process – La phase d’inception
UP est composé de quatre phase: l’analyse de besoins (inception),
l’élaboration, la construction et la transition.
La phase d'Inception : Cette phase est la première phase du PU et son
objectif est de déterminer la faisabilité du projet. Pendant cette phase,
l'équipe de développement identifie les exigences initiales, définit le
périmètre du projet, estime les coûts et le calendrier et crée une vision
globale du produit. Le résultat de cette phase est la validation du
besoin du projet, la définition de la portée et des objectifs, la
planification de l'ensemble du projet et l'évaluation de la faisabilité
technique et économique du projet.
Pr. BAHASSINE Etude de cas UML 8
8
Unified Process – La phase d’élaboration
La phase d'Elaboration : Pendant cette phase, l'équipe de
développement se concentre sur l'analyse détaillée des exigences, la
conception du système et l'élaboration du plan de développement
détaillé. Cette phase est souvent considérée comme la phase critique
du projet, car elle sert à déterminer la faisabilité technique et
économique du projet. Le résultat de cette phase est une spécification
détaillée du système, une architecture logicielle et une analyse de
risque.
Pr. BAHASSINE Etude de cas UML 9
Unified Process – La phase de construction
La phase de Construction : Cette phase est axée sur la mise en
œuvre du système, la création de composants et leur intégration
dans le système global. Pendant cette phase, l'équipe de
développement suit les plans de développement détaillés et crée des
versions de plus en plus complètes et stables du système. Le résultat
de cette phase est une version du système prête à être testée.
Pr. BAHASSINE Etude de cas UML 10
10
Unified Process – La phase de transition
La phase de Transition : Cette phase marque la fin du
développement et le début de la mise en production. Pendant cette
phase, l'équipe de développement livre le système à l'utilisateur
final, effectue les tests finaux, forme les utilisateurs et fournit une
documentation complète. Le résultat de cette phase est la mise en
production et l'utilisation continue du système.
• Il convient de noter que les différentes phases du PU sont
itératives et incrémentales. Cela signifie que chaque phase est
divisée en plusieurs itérations, au cours desquelles des
fonctionnalités supplémentaires sont ajoutées et des tests sont
effectués pour s'assurer que le système fonctionne comme prévu.
Pr. BAHASSINE Etude de cas UML 11
11
Processus Unifié – Les 4 phases
Pr. BAHASSINE Etude de cas UML 12
12
Unified Process – implémentations
UP a plusieurs implémentation et/ou variation dont la plus célèbre est RUP
(Rational Unified Process):
Agile Unified Process (AUP)
Basic Unified Process (BUP)
Enterprise Unified Process (EUP)
Essential Unified Process (EssUP)
Open Unified Process (OpenUP)
Rational Unified Process (RUP)
Oracle Unified Method (OUM)
Rational Unified Process-System Engineering (RUP-SE)
Pr. BAHASSINE Etude de cas UML 13
13
