M�thodologies lourdes: PU

Pilot� par les cas d'utilisation: Con�u et d�velopp� pour des utilisateurs
Centr� sur l'architecture: Description depuis diff�rentes vues. Commence par une
architecture simplifi�e puis d�finit les sous-syst�mes
It�ratif, incr�mental: Capitaliser � chaque cycle les enseignements du cycle
pr�c�dent
Orient� risques: Vise � identifier les risques
RUP
Phases: Inception (faisabilit�, risques, business plan, exigences), �laboration
(usecase, architecture), construction (impl�mentation), transition (test et
d�ploiement)
Activit�s: Expression des besoins, analyse (mod�lisation, formalisation),
conception(architecture, mod�lisation, contraintes), impl�mentation, test
RUP:
Artefact: �l�ment d'information utilis� lors d'une activit�
Activit�: Op�ration ex�cut�e
R�le: Comportement et responsabilit�s d'une personne
2TUP:
Branche fonctionnelle (besoins fonctionnels de l'entreprise. Ind�pendante de la
technologie)
Branche technique (besoins techniques du logiciel. Les techniques d�velopp�s sont
ind�pendantes des fonctions)
R�alisation: fusion des deux branches, conception applicative. Livrer une solution
faisable adapt�e aux besoins
UP:
Inconv�nients:
Lourd, difficile � mettre en oeuvre de fa�on sp�cifique
Tr�s lent

M�thode agile:
SCRUM
Pr�f�re avoir un logiciel fonctionnel � une documentation compr�hensive, une
collaboration avec le client � une n�gociation du contrat, l'adaptation au
changement aux plans pr�d�finis, et les individus et les interactions entre les
individus, aux processus et les outils

Artefacts: Product backlog, Sprint backlog. Burndown chart. Scrumboard

R�unions: Planification du sprint. Daily scrum. Revue du sprint et r�trospective
R�les: Product owner, scrum master, �quipe

similarit�s:
It�ratifs, incr�mentaux. Il est impossible de d�finir le programme et de concevoir
la solution enti�re d�s le d�but
Approche incr�mentale: Des parties diff�rentes du syst�me d�velopp�es dans des
moments diff�rents et avec des intensit�s diff�rentes
Approche it�rative: Allouer du temps � la r�vision et l'am�lioration desparties du
syst�me
Division du travail et test continu. Int�gration continue

Diff�rences:
Agile vise � cr�er un produit potentiellement livrable apr�s chaque it�ration
Dans chaque it�ration, une partie de toutes les �tapes (analyse, conception,
d�veloppement, test) est r�alis�e
A la fin de l'it�ration, le produit est pr�sent� au client

Bien qu'UP soit it�ratif, UP suit les �tapes d'inception, �laboration, construction
et transition d'une mani�re lin�aire. Chaque �tape se fait sur plusieurs
it�rations.
UP est un framework. Agile est un ensemble de principes
Agile est plus appropri� pour des projets petits et moyens avec une �quipe de moins
de dix membres
UP est plus appropri� pour des �quipes plus larges sur des projets plus larges
UP pousse � cr�er plus de documentation qu'Agile, qui pr�f�re plus de communication
face � face aux outils et processus
Agile n'a aucun probl�me avec les changements et s'y adapte volontiers, alors qu'UP
pr�f�re avoir le minimum de changements possibles
UP demande que l'�quipe se concentre sur les risques tr�s t�t dans la vie du
produit, alors qu'Agile s'occupe des risques lorsque vient leur moment dans
l'it�ration

m�thodologie ensemble de principes et de r�gles � appliquer � travers les m�thodes