Représentation UML : Package dans le modèle de cas d'utilisation, soit le package de plus haut niveau, soit un package
stéréotypé en tant que <<package de cas d'utilisation>>
+ Fournit une structure de modèle hiérarchique avec des unités fonctionnelles distinctes. Celle-ci est plus
facile à comprendre qu'une structure de modèle à plat (sans packages) lorsque le modèle de cas d'utilisation et le
système sont relativement volumineux.
+ Offre une occasion favorable de répartir le travail et les responsabilités entre plusieurs développeurs en
fonction de leur domaine de compétence. Cet aspect et particulièrement important lorsque vous construisez un système de
grande envergure. Les packages de cas d'utilisation fournissent aussi une base sécurisée si vous désirez maintenir la
confidentialité et faire en sorte que seuls quelques developpeurs puissent connaître la fonctionnalité complète du
système.
+ Dans la mesure où les packages doivent être des unités à haute cohésion, la modification d'un package ne
devrait pas affecter les autres.
- La maintenance des packages de cas d'utilisation entraîne un surcroît de travail pour l'équipe de modélisation
des cas d'utilisation.
- L'utilisation de packages de cas d'utilisation signifie que les développeurs doivent assimiler un autre
concept notationnel.
Si vous employez cette technique, vous devrez décider combien de niveaux de packages seront utilisés. En règle
générale, chaque package de cas d'utilisation devrait contenir approximativement de 3 à 10 unités plus petites (cas
d'utilisation, acteurs ou autre packages). Le tableau ci-dessous offre quelques suggestions sur le nombre de packages à
utiliser en fonction du nombre de cas d'utilisation et d'acteurs. Les propositions se chevauchent étant donné qu'il est
impossible de donner des recommandations exactes.
-
0 à 15 : Aucun package de cas d'utilisation n'est nécessaire.
-
10 à 50 : Utilisation d'un seul niveau de packages de cas d'utilisation.
-
> 25 : Utilisation de deux niveaux de packages de cas d'utilisation.
|