Le Processus unifi UP

1
Le Processus unifié (UP)

• Decostre Alain
• Ducochez Clément

2
Introduction

• UP méthode générique de développement de
  logiciels, qui couvre tout le cycle de vie du
  développement.
• basé sur cinq caractéristiques essentielles
• UP est piloté par les cas dutilisation,
• UP est centré sur larchitecture,
• UP est itératif et incrémental,
• UP utilise le langage UML,
• UP est à base de composants (OO).

3
Historique

• Mis au point par I. Jacobson, J. Rumbaugh et G.
  Booch (1997).
• Fusion de 2 approches
• Ericsson (1967), puis Objectory Process (1987)
  modèle de processus, cas dutilisation.
• Rational (1981)développement itératif,
  architecture.
• Rational Objectory Process (1995), intégrant UML.
• Rational Unified Process (1998)

4
Les 6 meilleures pratiques

• Développer le logiciel de manière itérative.
• Gérer les exigences.
• Gérer les demandes de changement.
• Utiliser des architectures à base de composants.
• Modéliser graphiquement les exigences.
• Vérifier en continu la qualité du logiciel.

5
Les 4 "P" du Processus unifié

• Les personnes architectes, développeurs,
  testeurs, utilisateurs, clients et autres
  intervenants.
• Le projet élément d'organisation à travers
  lequel est géré le développement du logiciel.
• Le produit ensemble d'artefacts créés au cours
  du cycle de vie du projet, tels que les modèles,
  les codes sources, les exécutables et la
  documentation
• Le processus fournit une définition de
  l'ensemble des activités requises pour
  transformer en produit les besoins exprimés par
  les utilisateurs.
• Les outils environnements logiciels permettant
  d'automatiser les activités définies par le
  processus

6
Le Processus unifié est piloté par les cas
dutilisation

• Le processus de développement est centré sur
  lutilisateur.

A partir des cas dutilisation , les développeurs
créent une série de modèles UML.
7
Le Processus unifié est centré sur larchitecture

• Larchitecture regroupe les différentes vues du
  système qui doit être construit.
• Elle doit prévoir la réalisation de tous les cas
  dutilisation.
• Marche à suivre
• Créer une ébauche grossière de larchitecture.
• Travailler sur les cas dutilisation représentant
  les fonctions essentielles.
• Adapter larchitecture pour quelle prenne en
  compte ces cas dutilisation.
• Sélectionner dautres cas dutilisation et
  refaire de même.
• Larchitecture et les cas dutilisation évoluent
  de façon concommitante.

8
Le Processus unifié est itératif et incrémental

• Découpe du projet en mini-projet
• des ITÉRATIONS qui donne lieu à un INCRÉMENT.
• Chaque itération comprend un certain nombre de
  cas dutilisation et doit traiter en priorité les
  risques majeurs.
• Une itération reprend les livrables dans létat
  où les a laissé litération précédente et les
  enrichit progressivement (incrémental).
• Les itérations sont regroupées dans une phase.
  Chaque phase est ponctuée par un jalon qui
  marquera la décision que les objectifs (fixés
  préalablement) ont été remplis.

9
Avantages dun processus itératif

• Permettre de limiter les coûts, en terme de
  risques, aux strictes dépenses dune seule
  itération.
• Permettre de limiter les risques de retard grâce
  à un feed-back rapide.
• Accélérer le rythme de lensemble du
  développement travail plus efficace vers des
  objectif à cours terme.
• Prendre mieux en considération les besoins des
  utilisateurs qui se dévoilent au fur et à mesure
  des itérations.

10
Les éléments de modélisation

• Travailleur comportement et responsabilités
  dun individu ou dun groupe dindividus.
• Artefact élément dinformation fabriqué,
  modifié ou utilisé par un processus.
• Activité unité de travail quun travailleur
  peut être amené à effectuer. En général, création
  ou mise à jour dartefacts.
• Enchaînement dactivités suite dactivités qui
  produit un résultat observable.

11
Le coeur du processus unifié

• Le processus unifié répète un nombre de fois des
  cycles qui se conclut par une nouvelle version du
  produit

• Chaque cycle compte quatre phases qui se
  subdivisent à leur tour en itérations

• Chaque phase est repose sur cinq enchaînements
  dactivités lexpression des besoins, lanalyse,
  la conception, limplémentation et le test.

12
Macroscopiquement

• Le temps court de gauche à droite (horizontal)

• Les activités sont toujours occupées.
• Chaque phase fait lobjet de plusieurs
  itérations
• DÉMARCHE ITERATIVE
• Chaque itération fournit des artefacts
  supplémentaires DÉVELOPPEMENT INCRÉMENTAL

13
Microscopiquement

• Le temps cours de bas en haut (vertical)

• Chaque itération qui compose une phase est un
  mini-projet.
• Chacune possède un objectif et est planifiée.
• La nature de lincrémentation dépend de la phase.
• Litération offre une valeur ajoutée par rapport
  à la précédente notion dincrémentation.

14
En bref
15
Points forts Points faibles

• standard
• aide à gérer la complexité
• complet
• respect des six meilleures pratiques
• permet de diminuer les risques
• meilleure évaluation de l'évolution du produit

• pas directement utilisable
• peut savérer lourd à mettre en place
• peu adapté au projet de petite envergure.