Génie Logiciel UML Corrigés des exercices sur les cas d utilisation 1 La station-service 1.1 L acteur est le client. 1.2 Diagramme Se servir en carburant 1.3 Diagramme Se servir en carburant Remplir la cuve Pompiste 1.4 Diagramme
Remplir la cuve Pompiste Technicien Réaliser les opérations de maintenance 2 Outillage du processus «Gérer une» 2.1 Diagramme Gérer une S'Identifier partiellement complétement urgente 2.2 Diagramme
Préparateur de Gérer une S'Identifier partiellement complétement urgente 2.3 Diagramme La gestion de est un processus du métier et pas un cas d utilisation Préparateur de S'Identifier partiellement complétement urgente Les cas d utilisation «partiellement», «complétement» et «urgente» doivent être distingués si et seulement si leur déroulé (processus applicatif et IHM) n est pas identique au cas d utilisation père. 3 Système «Distributeur automatique de billets» Il est peut-être intéressant dans ce cas de faire apparaitre l acteur secondaire «Système d autorisation».
Retirer de l'argent rapidement <<primary>> Retirer de l'argent Consulter le solde des comptes <<secondary>> Système d'autorisation S'identifier Editer un ticket 4 Système «Caisse enregistreuse» Passer un article Transmettre les ins de vente <<secondaire>> Système de gestion de stock Caissier Finaliser la vente Réaliser un paiement Réaliser un paiement par chèque Utiliser des coupons de réduction Réaliser un paiement en carte bancaire <<secondaire>> Responsable du magasin Initialiser les caisses Réaliser un paiement en espèce Système d'autorisation bancaire Le client n est pas un acteur puisqu il n interagit pas directement pas avec la caisse : c est le caissier qui enregistre les articles. Les cas ne modélisent pas non plus les séquences d action. L ordre n est pas représenté dans les diagrammes cas d utilisation (un diagramme d activité représentant le processus de vente au total est approprié pour ceci). Ainsi, le fait que l on boucle sur les articles et qu on sorte de là en signalant la fin n est pas représenté explicitement, et surtout pas par des relations de type include ou extend. En effet, ces relations expriment des inclusions et pas des relations temporelles. Ici, l enregistrement est modélisé simplement par un cas qui pourra se répéter, et un autre qu on déclenchera quand le moment sera venu.
En outre, un diagramme de cas d utilisation ne doit pas représenter chaque action. Ici, par exemple, on définit un cas «Passer un article» qui inclut la saisie du numéro, de la quantité et l affichage du libellé et du prix. Si le diagramme de cas d utilisation ne suffit pas à la compréhension, une description textuelle et un diagramme d activité (représentant le processus applicatif déroulé pendant ce cas d utilisation) sont nécessaires. 5 Outillage du processus «Réparer un véhicule» Créer une fiche de réparation Chef d'atelier Saisir le travail des employés Clôturer une fiche de réparation Magasinier Saisir les pièces de rechange utilisées pour une fiche de réparation Comptable Extraire les fiches de réparation pour le logiciel comptable 6 Outillage du processus «Suivre une» 6.1 Acteurs
Employé Gestionnaire de 6.2 Cas d utilisation Chercher une Demander une Employé choisir la session Voir ses s de S'inscrire à la session de Gestionnaire de Visionner les s de Maintenir à jour le catalogue de Annuler une de Instruire une de