Usercase
13129 mots
53 pages
1 hapi tre C cDiagramme de cas d’utilisation
UML permet de construire plusieurs modèles d’un système : certains montrent le système du point de vue des utilisateurs, d’autres montrent sa structure interne, d’autres encore en donnent une vision globale ou détaillée. Les modèles se complètent et peuvent être assemblés. Ils sont élaborés tout au long du cycle de vie du développement d’un système (depuis le recueil des besoins jusqu’à la phase de conception). Dans ce chapitre, nous allons étudier un des modèles, en l’occurrence le premier à construire : le diagramme de cas d’utilisation. Il permet de recueillir, d’analyser et d’organiser les besoins. Avec lui débute l’étape d’analyse d’un système.
9
© 2010 Pearson Education France – UML2, 3e édition – Benoît Charroux, Aomar Osmani, Yann Thierry-Mieg
1. L’importance de bien recueillir L les besoins l
Le développement d’un nouveau système, ou l’amélioration d’un système existant, doit répondre à un ou à plusieurs besoins. Par exemple, une banque a besoin d’un guichet automatique pour que ses clients puissent retirer de l’argent même en dehors des heures d’ouverture de la banque. Celui qui commande le logiciel est le maître d’ouvrage. Celui qui réalise le logiciel est le maître d’œuvre. Le maître d’ouvrage intervient constamment au cours du projet, notamment pour : • définir et exprimer les besoins ; • valider les solutions proposées par le maître d’œuvre ; • valider le produit livré. Le maître d’œuvre est, par exemple, une société de services en informatique (SSII). Il a été choisi, avant tout, pour ses compétences techniques. Mais son savoir-faire va bien au-delà. Au début du projet, il est capable de recueillir les besoins auprès du maître d’ouvrage. Le recueil des besoins implique une bonne compréhension des métiers concernés. Réaliser un logiciel pour une banque, par exemple, implique la connaissance du domaine bancaire et l’intégration de toutes les contraintes et exigences de ce métier. Cette