2. La
Méthode 2 Track Unified Process (2TUP) :
2TUP est un processus de développement logiciel qui
implémente le processus unifié (la méthode
générique de développement logiciel proche des
mécanismes architecturaux de RUP « Rational Unified
Process »). Chacune des étapes du cycle découle des
précédentes. Il préconise un cycle de vie en y, et
s'apparente à un cycle de développement en cascade, par
ailleurs elle est incrémentale : à partir de la capture des
besoins fonctionnels, on définit plusieurs cas d'utilisation
représentant chacun un incrément du cycle de
développement. Elle favorise des formes de recherche de qualité
et de performance intéressante telle que le service
réutilisation.
Figure 2 : graphe
représentant la méthode two track unified process
Point fort et faible duTwo track unified process :
|
2UTP
Two track unified process
|
Point fort
|
Point faible
|
|
- Itératif
- Donneuneplace
importanteàlatechnologieetàlagestiondurisque
Définitlesprofilsdesintervenants,leslivrables,
lesplannings,lesprototypes
|
-
Plutôtsuperficielsurlesphasessituéesenamontetenavaldudéveloppement:capturedesbesoins,support,maintenance,gestionduchangement...
- Neproposepasde
documentstypes
|
Tableau 2: point fort et
point faible du two track unified process
3. La
Méthode UP (Unified Process) :
Unifed Process est une méthode générique
de développement de logiciel. Générique
c'est-à-dire qu'il est nécessaire d'adapter UP au contexte du
projet, de l'équipe, du domaine d'application ou de l'organisation.
C'est une méthode de prise en charge de cycle de développement
d'un logiciel, et par ailleurs du développement pour les logiciels
orienté objets. UP est un processus de développement
incrémental et itératif ce qui signifie que le projet est
découpé en phases très courtes à l'issu de chacune
desquelles une nouvelle Version incrémentée est livrée.
Les principales caractéristiques du processus
unifié sont :
· le processus unifié est à la base de
composants.
· le processus unifié utilise le langage UML
(ensemble d'outils et de diagramme).
· le processus unifié est piloté par les cas
d'utilisation.
· centré sur l'architecture.
· itératif et incrémental.
L'objectif principal d'un système logiciel est de
rendre un service à ses utilisateurs, il faut par conséquent
comprendre les désirs et les besoins des utilisateurs du futur
système. Le processus de développement est donc centré sur
l'utilisateur. Le terme utilisateurs ne se focalisant pas seulement sur les
utilisateurs humains mais également les autres systèmes.
L'utilisateur représente donc une personne ou un objet dialoguant avec
le système en cours de développement.
Figure 3: graphe
représentant le processus unifié
Point fort et point faible du processus
unifié :
|
UP
Processus Unifié
|
Point fort
|
Point faible
|
|
Distingue clairement les phases projet
|
· itératif
· Ne propose pas de modèles de documents
|
Tableau 3: points forts et
point faible de processus unifié
· Le Processus Unifié est centré sur
l'architecture
Dès le démarrage du processus, on aura une vue
sur l'architecture à mettre en place. L'architecture d'un système
logiciel peut être décrite comme les différentes vues du
système qui doit être construit. L'architecture logicielle
équivaut à l'aspect statique et dynamique les plus significatifs
du système. Elle émerge des besoins de l'entreprise, tels qu'ils
sont exprimés par les utilisateurs et autres intervenants et tels qu'ils
sont reflétés par les cas qui sont exprimés par les
utilisateurs et autres intervenants et également tels qu'ils sont
reflétés par les cas d'utilisation.
· Le Processus Unifié est itératif et
incrémental
Le développement d'un produit logiciel destiné
à la commercialisation est une vaste entreprise qui peut
s'étendre sur plusieurs mois. On ne va pas tout développer d'un
coup. On peut découper le travail en plusieurs parties qui sont autant
de mini projets. Chacun d'entre eux représentant une itération
qui donne lieu à un incrément.
Une itération désigne une succession des
étapes de l'enchaînement d'activités, tandis qu'un
incrément correspond à une avancée dans les
différents stades de développement.
Le choix de ce qui doit être implémenté au
cours d'une itération repose sur deux facteurs :
Une itération prend en compte un certain nombre de cas
d'utilisation qui ensemble, améliore l'utilisabilité du produit
à un certain stade de développement. Elle traite en
priorité les risques majeurs.
Le processus unifié répète un certain
nombre de fois une série de cycles. Chaque cycle se traduit par une
nouvelle version du système.
Le processus unifié qui n'utilise pas le cycle de vie
en cascade, puis qu'est-elle trop figé et rigide, Et les tests seront
fait à chaque itération sans attendre la fin du projet.
| 
