Professional Documents
Culture Documents
Unifi
ou UP
Landoulsy Mouhamed Boubaker
DSI202
1
Sommaire
I. Definition
II. Objectif
III.Les activits
IV. Les phases
I. Dfinition
Le processus unifi est un processus de dveloppement
logiciel itratif, centr sur l'architecture, pilot par des
cas d'utilisation et orient vers la diminution des risques.
C'est un patron de processus pouvant tre adapt une
large classe de systmes logiciels, diffrents domaines
d'application, diffrents types d'entreprises, diffrents
niveaux de comptences et diffrentes tailles de
l'entreprise.
3
but
principal
d'un
systme
informatique est de satisfaire les besoins
du client. Le processus de dveloppement
sera donc accs sur l'utilisateur.
Les
cas
d'utilisation
d'illustrer ces besoins.
permettent
II. Objectif
L'objectif du Processus unifi est de guider les dveloppeurs
vers l'implmentation et le dploiement efficaces de systmes
rpondant aux besoins des clients.
Cette efficacit se mesure en termes de cots, de qualit et
de dlai de fabrication. Le passage de l'estimation des besoins
du client leur implmentation est loin d'tre naturel.
D'abord parce que les besoins des clients ne se laissent pas si
facilement apprhender.
7
III-2. Analyse
L'objectif de l'analyse est d'accder une comprhension des
besoins et des exigences du client. Il s'agit de livrer des
spcifications pour permettre de choisir la conception de la
solution.
Un modle d'analyse livre une spcification complte des besoins
issus des cas d'utilisation et les structure sous une forme qui
facilite la comprhension (scnarios), la prparation (dfinition de
l'architecture), la modification et la maintenance du futur systme.
Il s'crit dans le langage des dveloppeurs et peut tre considr
comme une premire bauche du modle de conception.
11
III-3. Conception
La
III-4. Implmentation
L'implmentation est le rsultat de la conception pour
implmenter le systme sous formes de composants, c'est-dire, de code source, de scripts, de binaires,
d'excutables et d'autres lments du mme type.
Les objectifs principaux de l'implmentation sont de
planifier les intgrations des composants pour chaque
itration, et de produire les classes et les sous-systmes
sous formes de codes sources.
13
III-5. Test
Les tests permettent de vrifier des rsultats de
l'implmentation en testant la construction.
Pour mener bien ces tests, il faut les planifier pour
chaque itration, les implmenter en crant des cas de
tests, effectuer ces tests et prendre en compte le rsultat
de chacun.
14
15
17
IV-2. Elaboration
L'laboration reprend les lments de la phase d'analyse
des besoins et les prcise pour arriver une spcification
dtaille de la solution mettre en uvre.
L'laboration permet de prciser la plupart des cas
d'utilisation, de concevoir l'architecture du systme et
surtout de dterminer l'architecture de rfrence.
Au terme de cette phase, les chefs de projet doivent tre
en mesure de prvoir les activits et d'estimer les
ressources ncessaires l'achvement du projet.
18
19
IV-3. Construction
La construction est le moment o l'on construit le produit.
L'architecture de rfrence se mtamorphose en produit
complet.
Le produit contient tous les cas d'utilisation que les chefs
de projet, en accord avec les utilisateurs ont dcid de
mettre au point pour cette version.
20
IV-4. Transition
Le produit est en version bta. Un groupe d'utilisateurs
essaye le produit et dtecte les anomalies et dfauts.
Cette phase suppose des activits comme la formation des
utilisateurs clients, la mise en oeuvre d'un service
d'assistance et la correction des anomalies constates.
21
FIN.
Je vous remercie pour votre
attention
22