Structuration en packages
Pour améliorer notre modèle, nous allons organiser les cas d’utilisation et les regrouper en ensembles fonctionnels cohérents. Pour ce faire, nous utilisons le concept général d’UML, le package.
Les acteurs ont également été regroupés dans un package séparé sur lequel s’appuient les deux packages de cas d’utilisation. L’organisation générale du modèle dans un outil de modélisation est représentée sur la figure 3-7.
Le sigle UC pour use case est souvent utilisé pour raccourcir les noms de packages.
Affinement du modèle de cas d’utilisation
Après une nouvelle réunion d’expression des besoins avec le responsable du projet, nous sommes arrivés à la conclusion qu’il était nécessaire de distinguer deux profils d’internautes :
• le Visiteur, inconnu du site web, mais qui peut néanmoins recher- cher des ouvrages et gérer un panier ;
• leClient,déjàconnuparlesiteweb,quipeutseuleffectuerunecom- mande et en suivre l’état.
B.A.-BA Package
Le package est un mécanisme général de regrou- pement d’éléments en UML, qui peut être utilisé par exemple pour regrouper des cas d’utilisation, mais aussi des acteurs, des classes, etc.
Figure 3–7
Organisation des cas d’utilisation et des acteurs en packages (avec l’outil Enterprise Architect)
© Groupe Eyrolles, 2005
45
3 – Spécification des exigences d’après les cas d’utilisation
Figure 3–8
Cas d’utilisation du Visiteur et du Client
B.A.-BA Acteur généralisé
À tout moment, le visiteur peut choisir de créer un compte, afin de devenir client. Le client a également la possibilité de modifier les infor- mations le concernant (adresse de facturation, adresses de livraison, adresse électronique, etc.) stockées par le site web.
Nous avions également oublié de mentionner l’important système externe de Paiement sÈcurisÈ, nécessaire au moment du paiement en ligne.
Le diagramme de cas d’utilisation des internautes devient donc tel que représenté sur