3.2 UP est piloté par les cas d'utilisation 3.2.1
Présentation
L'objectif principal d'un système logiciel est de
rendre service à ses utilisateurs ; il faut par conséquent bien
comprendre les désirs et les besoins des futurs utilisateurs. Le
processus de développement sera donc centré sur l'utilisateur. Le
terme utilisateur ne désigne pas seulement les utilisateurs humains mais
également les autres systèmes. L'utilisateur représente
donc une personne ou une chose dialoguant avec le système en cours de
développement.
Figure 8 : Cas d'utilisation
Les cas d'utilisation permettent d'illustrer les besoins. Ils
détectent puis décrivent les besoins fonctionnels (du point de
vue de l'utilisateur), et leur ensemble constitue le modèle de cas
d'utilisation qui dicte les fonctionnalités complètes du
système.
3.2.2 Stratégie des cas d'utilisation
:
Que doit pouvoir faire le système pour chaque utilisateur
?
Les cas d'utilisation ne sont pas un simple outil de
spécification des besoins du système. Ils vont
complètement guider le processus de développement à
travers l'utilisation de modèles basés sur l'utilisation du
langage UML
31
Figure 9 : Stratégie Cas
d'utilisation
> A partir du modèle des cas d'utilisation, les
développeurs créent une série de modèles de
conception et d'implémentation réalisant les cas d'utilisation
;
> Chacun des modèles successifs est ensuite
révisé pour en contrôler la conformité par rapport
au modèle des cas d'utilisation ;
> Enfin, les testeurs testent l'implémentation pour
s'assurer que les composants du modèle d'implémentation mettent
correctement en oeuvre les cas d'utilisation.
Les cas d'utilisation garantissent la cohérence du
processus de développement du système. S'il est vrais que les cas
d'utilisation guident le processus de développement, ils ne sont pas
sélectionnés de façon isolée, mais doivent
absolument être développés "en tandem" avec l'architecture
du système.
3.2.3 UP 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 aux aspects statiques et dynamiques les plus significatifs du
système. L'architecture é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 d'utilisation.
Elle subit également l'influence d'autres facteurs :
> La plate-forme sur laquelle devra s'exécuter le
système ;
> Les briques de bases réutilisables disponibles pour
le développement ;
> Les considérations de déploiement, les
systèmes existants et les besoins non fonctionnels (performance,
fiabilité...).
32
| 
