112
Chapitre 4. Démarche de développement
4.2 LES PRINCIPES D’UP
Le processus de développement UP, associé à UML, met en œuvre les principes
suivants :
• processus guidé par les cas d’utilisation,
• processus itératif et incrémental,
• processus centré sur l’architecture,
• processus orienté par la réduction des risques.
Ces principes sont à la base du processus unifié décrit par les auteurs d’UML.
4.2.1 Processus guidé par les cas d’utilisation
L’orientation forte donnée ici par UP est de montrer que le système à construire se
définit d’abord avec les utilisateurs. Les cas d’utilisation permettent d’exprimer les
interactions du système avec les utilisateurs, donc de capturer les besoins.
Une seconde orientation est de montrer comment les cas d’utilisation constituent un vecteur structurant pour le développement et les tests du système. Ainsi le
développement peut se décomposer par cas d’utilisation et la réception du logiciel
sera elle aussi articulée par cas d’utilisation.
4.2.2 Processus itératif et incrémental
Ce type de démarche étant relativement connu dans l’approche objet, il paraît
naturel qu’UP préconise l’utilisation du principe de développement par itérations
successives. Concrètement, la réalisation de maquette et prototype constitue la
réponse pratique à ce principe. Le développement progressif, par incrément, est aussi
recommandé en s’appuyant sur la décomposition du système en cas d’utilisation.
Les avantages du développement itératif se caractérisent comme suit :
• les risques sont évalués et traités au fur et à mesure des itérations,
• les premières itérations permettent d’avoir un feed-back des utilisateurs,
• les tests et l’intégration se font de manière continue,
• les avancées sont évaluées au fur et à mesure de l’implémentation.
4.2.3 Processus centré sur l’architecture
Les auteurs d’UP mettent en avant la préoccupation de l’architecture du système
dès le début des travaux d’analyse et de conception. Il est important de définir le plus
tôt possible, même à grandes mailles, l’architecture type qui sera retenue pour le
développement, l’implémentation et ensuite le déploiement du système. Le vecteur
des cas d’utilisation peut aussi être utilisé pour la description de l’architecture.
Chapitre 4. Démarche de développement
4.2 LES PRINCIPES D’UP
Le processus de développement UP, associé à UML, met en œuvre les principes
suivants :
• processus guidé par les cas d’utilisation,
• processus itératif et incrémental,
• processus centré sur l’architecture,
• processus orienté par la réduction des risques.
Ces principes sont à la base du processus unifié décrit par les auteurs d’UML.
4.2.1 Processus guidé par les cas d’utilisation
L’orientation forte donnée ici par UP est de montrer que le système à construire se
définit d’abord avec les utilisateurs. Les cas d’utilisation permettent d’exprimer les
interactions du système avec les utilisateurs, donc de capturer les besoins.
Une seconde orientation est de montrer comment les cas d’utilisation constituent un vecteur structurant pour le développement et les tests du système. Ainsi le
développement peut se décomposer par cas d’utilisation et la réception du logiciel
sera elle aussi articulée par cas d’utilisation.
4.2.2 Processus itératif et incrémental
Ce type de démarche étant relativement connu dans l’approche objet, il paraît
naturel qu’UP préconise l’utilisation du principe de développement par itérations
successives. Concrètement, la réalisation de maquette et prototype constitue la
réponse pratique à ce principe. Le développement progressif, par incrément, est aussi
recommandé en s’appuyant sur la décomposition du système en cas d’utilisation.
Les avantages du développement itératif se caractérisent comme suit :
• les risques sont évalués et traités au fur et à mesure des itérations,
• les premières itérations permettent d’avoir un feed-back des utilisateurs,
• les tests et l’intégration se font de manière continue,
• les avancées sont évaluées au fur et à mesure de l’implémentation.
4.2.3 Processus centré sur l’architecture
Les auteurs d’UP mettent en avant la préoccupation de l’architecture du système
dès le début des travaux d’analyse et de conception. Il est important de définir le plus
tôt possible, même à grandes mailles, l’architecture type qui sera retenue pour le
développement, l’implémentation et ensuite le déploiement du système. Le vecteur
des cas d’utilisation peut aussi être utilisé pour la description de l’architecture.