You are on page 1of 4

Free Information Systems For Management Application

Processus Unifi Unified Process

Introduction
Un processus de dveloppement dfinit une squence dtapes, en partie ordonne, qui concoure lobtention dun systme logiciel ou lvolution dun systme existant ; pour produire des logiciels de qualit, qui rpondent aux besoins des utilisateurs dans des temps et des cots prvisibles. Architecture, Pattern, Savoir-faire, sont des aspects qui voient leur importance dans le processus de dveloppement bien tablie. Cependant, les modles de conception ( design patterns) ne font que commencer tre intgrs dans les outils, et dune manire rarement normative. Il en est de mme pour la prise en compte des architectures logicielles. L'explicitation de ces informations sous forme de mta-modles standard constitue un prliminaire leur oprationnalit et la gnralisation de leur utilisation.

1 Processus de dveloppement 2TUP


1.1 les processus unifis
Un processus unifi est un processus construit sur UML (Unified Modeling Language). Les processus unifis sont le rsultat de lunification, non pas des processus, mais plus exactement les meilleures pratiques du dveloppement objet. Un processus unifi se distingue par les caractristiques suivantes : Itratif : Le logiciel ncessite une comprhension progressive du problme travers des raffinements successifs et dvelopper une solution effective de faon incrmentale par des itrations multiples. Pilot par les risques : les causes majeures dchec dun projet logiciel doivent tre cartes en priorit. Centr sur larchitecture : le choix de larchitecture logicielle est effectu lors des premires phases de dveloppement du logiciel. La conception des composants du produits est base sur ce choix. Conduit par les cas dutilisation : le processus est orient par les besoins utilisateurs prsents par des cas dutilisation.

Le tableau suivant prsente une synthse des processus les plus en vogue dans la communaut objet et nouvelles technologies.

www.freewebs.com/fresma

1/4

Free Information Systems For Management Application

Les processus unifis sont prsents par les processus RUP et 2TUP :
Description Points forts Points faibles

Cascade

RUP Rational Unified Process

- Propose de drouler les phases projet de manire squentielle - Cit pour des raisons historiques - Promu par Rational. - Le RUP est la fois une mthodologie et un outil prt l'emploi (documents types partags dans un rfrentiel Web) - Cible des projets de plus de 10 personnes

- Distingue - Non itratif clairement les phases - Ne propose pas de projet modles de documents

- Ensemble de Bests Practices de dveloppement (travail en quipes, transfert de comptences) XP - Cible des projets de eXtreme Programming moins de 10 personnes

- Ne couvre pas les phases en amont et en aval au dveloppement : capture des besoins, support, maintenance, tests d'intgration - Elude la phase d'analyse, si bien qu'on peut dpenser son nergie faire et dfaire - Assez flou dans sa mise en uvre: quels intervenants, quels livrables ? - S'articule autour de - Itratif - Plutt superficiel sur l'architecture - Fait une large place les phases situes en - Propose un cycle de la technologie et la amont et en aval du 2TUP dveloppement en Y gestion du risque dveloppement : capture Two Track - Dtaill dans "UML - Dfinit les profils des besoins, support, Unified en action" (voir des intervenants, les maintenance, gestion du Process rfrences) livrables, les changement - Cible des projets de plannings, les - Ne propose pas de toutes tailles prototypes documents types

- Itratif - Spcifie le dialogue entre les diffrents intervenants du projet : les livrables, les plannings, les prototypes - Propose des modles de documents, et des canevas pour des projets types - Itratif - Simple mettre en uvre - Fait une large place aux aspects techniques : prototypes, rgles de dveloppement, tests

- Coteux personnaliser - Trs ax processus, au dtriment du dveloppement : peu de place pour le code et la technologie

Synthse des mthodologies utilises dans le cadre de dveloppement Objet et nouvelles technologies.

1.2 Le processus 2TUP


Le processus 2TUP (Two Track Unified Process) est un processus unifi. Il gre la complexit technologique en donnant part la technologie dans son processus de dveloppement. Le 2TUP propose un cycle de dveloppement qui dissocie les aspects techniques des aspects fonctionnels et propose une tude parallle des
www.freewebs.com/fresma 2/4

Free Information Systems For Management Application

deux branches : fonctionnelle (tude de lapplication) et la technique (tude de limplmentation). Illustr sur la figure suivante, le processus 2TUP sarticule autour de trois phases : Une branche technique Une branche fonctionnelle Et une branche de conception ralisation. trois La figure suivante dtaille les tapes de dveloppement des branches du processus 2TUP.

Le processus 2TUP 1.2.1 Branche fonctionnelle

Les principales tapes de la branche fonctionnelle se prsentent comme suit : Ltape capture des besoins fonctionnels produit le modle des besoins focalis sur le mtier des utilisateurs. Elle qualifie, au plus tt le risque de produire un systme inadapt aux utilisateurs. Cette phase a pour objectif de dfinir : La frontire fonctionnelle entre le systme considr comme une boite noire et son environnement, cest le niveau contexte. Les activits attendues des diffrents utilisateurs par rapport au systme toujours envisag comme une boite noire, cest le niveau cas dutilisation.
www.freewebs.com/fresma 3/4

Free Information Systems For Management Application

Ltape danalyse consiste tudier prcisment les spcifications fonctionnelles de manire obtenir une ide de ce que va raliser le systme en terme de mtier.
1.2.2 Branche technique

Les principales tapes de la branche technique se prsentent comme suit : Ltape capture des besoins techniques recense toutes les contraintes sur les choix de dimensionnement et la conception du systme. Les outils et le matriel slectionns ainsi que la prise en compte des contraintes dintgration avec lexistant (pr requis darchitecture technique). Cette tape permet de dfinir le modle danalyse technique. Le rle de ce dernier est dtablir les couches logicielles et y spcifie les activits techniques attendues. Ltape conception gnrique dfinit ensuite les composants ncessaires la construction de larchitecture technique. Cette conception est compltement indpendante des aspects fonctionnels. Elle permet de gnrer le modle de conception technique ou design pattern (aspect qui sera dvelopp ultrieurement) qui dfinit les Frameworks. Ces derniers, dlivrant les services techniques, assurent la rponse aux exigences oprationnelles du systme.
1.2.3 Branche conception - ralisation

Les principales tapes de cette branche se prsentent comme suit : Ltape conception prliminaire est une tape dlicate, car elle intgre le modle danalyse fonctionnelle dans larchitecture technique de manire tracer la cartographie des composants du systme dvelopper. Cette tape permet de produire le modle de conception systme. Ce dernier organise le systme en composants, dlivrant les services techniques et fonctionnels. Ce modle regroupe les informations des branches technique et fonctionnelle. Ltape conception dtaille permet dtudier comment raliser chaque composant. Cette tape produit le modle de conception des composants. Ce modle fournit limage prte fabriquer du systme complet. Cest dans ltape de codage que seffectue la production des composants et les testes des units de code au fur et mesure de leur ralisation. Ltape de recette consiste valider les fonctionnalits du systme dvelopp.

www.freewebs.com/fresma

4/4