Méthodologie de conception UML

Transcription

1 Méthodologie de conception UML 1 DIAGRAMME DE CAS D UTILISATION R E S P O N S A B L E D U C O U R S : H É L A H A C H I C H A A N N É E U N I V E R S I T A I R E : Sommaire Objectif du diagramme de cas d utilisation Définition du cas d utilisation Acteurs dans les cas d'utilisation Cas d utilisation, Scénario Relations entre cas d utilisation Description des cas d utilisation Diagramme de cas d utilisation Etapes pour établir un diagramme Utilité du diagramme de cas d utilisation 2 1

2 Objectif du diagramme de cas d utilisation Bien identifier : les besoins des utilisateurs la manière dont sera utilisé le système 3 Bien comprendre : qui sont les utilisateurs les tâches qu ils doivent réaliser Décrire : comment l utilisateur interagit avec le système pour accomplir les tâches qui lui sont fixées Définitions du cas d utilisation 4 Définition 1: Un cas d utilisation (use case) modélise une interaction entre le système informatique à développer et un utilisateur ou acteur interagissant avec le système. Définition 2: Un cas d utilisation décrit un ensemble d actions réalisées par le système qui produit un résultatobservable pour un acteur. Constatations: - Modélise : pas de détails (pas d algorithme des interactions) - les actions représentées par les CU sont automatisées et non manuelles Ils sont utilisables pour tout projet, indépendamment d UML et de l approche objet. 2

3 Définition 1 : Acteurs dans les cas d'utilisation Représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel, ou autre système) qui interagit directement avec le système étudié Définition 2 : Une entité externe agissant sur le système qui peut : Échanger de l information avec ce système consulter ou modifier l'état du système, Les acteurs sont : Déterminés en examinant les : Utilisateurs directs du système Responsables de l exploitation et/ou de la maintenance Autres systèmes interagissant avec le système Représentés sous forme de petits personnages ou sous forme de rectangle avec le mot clé <<acteur>> 5 Acteurs dans les cas d'utilisation 6 Il existe 4 grandes catégories d'acteurs : les acteurs principaux. Cette catégorie regroupe les personnes qui utilisent les fonctions principales du système. Dans le cas d'un distributeur de billets, il s'agit des clients. les acteurs secondaires. Cette catégorie regroupe les personnes qui effectuent des tâches administratives ou de maintenance. Dans le cas d'un distributeur de billets, il s'agit de la personne qui recharge la caisse du distributeur. le matériel externe. Cette catégorie regroupe les dispositifs matériels autres que les ordinateurs comme les périphériques. Dans le cas d'un distributeur de billets, il s'agit de l'imprimante, du lecteur de carte, de la trieuse de billets. les autres systèmes. Cette catégorie regroupe les systèmes avec lesquels le système interagit. Dans le cas d'un distributeur de billets, il s'agit du groupement bancaire qui gère l'ordinateur central qui relie tous les distributeurs. 3

4 Les acteurs : Acteurs dans les cas d'utilisation Doivent être décrits d une manière simple et précise Avec des phrases en langage naturel Peuvent être reliés par des liens de généralisation/spécialisation Utilisateur / Administrateur Exemple d acteurs : Humains : les utilisateurs du logiciel à travers son interface graphique Logiciels : 7 déjà disponibles qui communiquent avec le système grâce à une interface logicielle Matériels : robots et automates qui exploitent les données du système ou qui sont pilotés par le système Définition 1 : Cas d utilisation, Scénario Un ensemble d'actions réalisées par le système, en réponse à une action d'un acteur Définition 2 : Modélise une fonctionnalité d un système ou d une classe Les cas d utilisation : sont représentés par des ellipses 8 Peuvent être contenus dans un rectangle (représentant le système) Sont déterminés en observant et en précisant Acteur par acteur les scénarios du point de vue utilisateur Sont décrits en termes : d informations échangées et d étapes d utilisation du système. 4

5 Cas d utilisation, Scénario exemple : 9 Un cas d utilisation : Regroupe une famille de scénarios d utilisation Est une abstraction du dialogue système/utilisateurs Quand un acteur interagit avec le système: Le cas d utilisation instancie un scénario L'ensemble des cas d utilisation décrit les objectifs du système Utilité des cas d utilisation pour : les utilisateurs : exprimer les besoins Les analystes : comprendre Les programmeurs : réaliser Les testeurs : vérifier Relations entre cas d utilisation Extension : 10 spécifier des interactions optionnelles entre 2 cas tenant compte de cas exceptionnels L instance du CU source ajoute son comportement au CU destination (si la condition est réalisée). Le CU destination étend son comportement par l ajout de celui du CU source, si la condition est vérifiée. exemple : C a s U tilis a tio n 1 < < é te n d > > [c o n d it io n d ' exte n s i o n] C a s U tilis a tio n 2 Note : le comportement du CU1 s il existe étend le comportement du CU2 5

6 Relations entre cas d utilisation 11 Relation d extension (suite) : Peut être soumise à une condition : Le comportement ajouté est inséré au niveau d un point d extension Ce point d extension est défini dans le CU destination Permet de modéliser des variantes de comportement d un CU Selon les interactions des acteurs et l environnement du système la condition d extension peut être spécifiée à côté du mot-clés <<extend>> Point d extension : Possède un nom Décrit : Un emplacement dans le CU destination où le comportement du CU source sera inséré. UML ne définit aucun format de description de point d extension Inclusion : Relations entre cas d utilisation 12 l instance du CU source contient aussi le comportement décrit par le CU destination. La relation d inclusion a un caractère obligatoire: La source doit indiquer à quel endroit le CU cible doit être inclus Permet de : Décomposer les comportements et Définir des comportements partageables entre plusieurs CU. Note : le <<in clut>> comportement du CU1 nécessite le C a s U tilis a tio n 1 comportement du C a s U tilis a tio n 2 CU2 exemple : 6

7 Relations entre cas d utilisation 13 Généralisation / Spécialisation : rassembler des actions communes en «super-cas» décrire des variantes d un cas général («sous-cas») notion d héritage Le cas d utilisation Fils est une spécialisation du cas d utilisation Parent CasUtilisationParent exemple : CasUtilsationEnfant Exemple 1 On désire représente par un diagramme de CU les virements bancaires effectués par des clients: 14 Un client peut être local ou distant Un client peut effectuer un virement via Internet ou direct (banque) Dans tous les cas, on doit procéder à une identification du client Dans le cas d un virement dont le montant dépasse 500, on procède à une vérification du solde du compte du client. 7

8 Exemple 1 : correction 15 Description des cas d utilisation 16 Il n existe pas de norme (UML) établie pour la description textuelle des cas d utilisation. Généralement, on y trouve pour chaque cas d utilisation : son nom, un bref résumé de son déroulement, le contexte dans lequel il s applique, les acteurs qu il met en jeu, une description détaillée : le déroulement nominal de toutes les interactions, les cas nécessitant des traitements d exception, les effets du déroulement sur l ensemble du système, etc. 8

9 Description des cas d utilisation Sommaire d identification Titre :.. Type : Résumé : Acteurs : Date de création : Date de mise à jour : Version : Auteur(s) : Description des Enchaînements : Pré-conditions : Scénario nominal : 17 Représente le déroulement normal d un cas d utilisation : les différentes interactions utilisateur / système permettant l exécution réussie du traitement Enchaînements alternatifs : Quand l enchaînement précisé par le scénario nominal ne peut pas se dérouler comme prévu : Le cas d utilisation converge tout de même. Alt1 Alt2 Scénario d erreur : Quand l enchaînement précisé par le scénario nominal ne peut pas se dérouler : Le cas d utilisation se termine par un échec. E1 : E2 :. Post-condition Description des cas d utilisation Quelques conseils : Un cas d utilisation doit être : Simple 18 Décrit de manière claire et concise Le nombre d acteurs interagissant avec le CU doit être limité Lors de la construction d un CU, il faut se demander : Quelles sont les tâches de l acteur? Quelles informations l acteur doit-il créer, sauvegarder, modifier, détruire ou simplement lire? L acteur devra-t-il informer le système des changements externes? Le système devra-t-il informer l acteur des conditions internes? Modélisation objet avec UML P.A. Muller, N. Gaertner 9

10 Diagramme de cas d utilisation 19 diagramme de cas d utilisation : un ensemble de cas d utilisation, liés aux acteurs impliqués des relations entre cas d utilisation (inter-dépendances) une description des cas d utilisation (textuelle, scénarios) Etapes pour établir un diagramme 20 définir les bornes du système identifier les acteurs et les cas d utilisation définir les relations entre les cas d utilisation valider le diagramme avec les utilisateurs 10

11 Utilité du diagramme de cas d utilisation 21 Utile quand les utilisateurs sont amenés à intervenir : expression des besoins Décrire l existant, découvrir les besoins Guider le recueil d information (interviews, ) modélisation du futur système Décrire concrètement les différents processus du système D autres diagrammes complèteront cette description tests et validation Mise en avant de la logique utilisateur Structuration des tests, validation mise en œuvre Vue «utilisateur» des actions du système Structurer les manuels d utilisation Résumé identifier, comprendre, représenter : 22 manières d utiliser un système périmètre, acteurs impliqués notions : cas d utilisation, acteur liens entre cas d utilisation : extension, inclusion, héritage description de cas d utilisation : nature, acteurs impliqués, actions règles de gestion, documents utilisés et produits intervient en phase amont : définir et valider les exigence définir des scénarios de tests structurer les manuels d utilisation 11

12 Conclusion Les cas d utilisation : Sont de bons moyens pour modéliser les besoins des utilisateurs par les utilisateurs. Les avantages : Un formalisme simple : Les concepts proposés sont faciles à comprendre et à utiliser. Les modélisations résultats (UC): Faciles à comprendre, à lire et à interpréter. Un bon moyen de communication : client/concepteur et concepteur/concepteur Les limitations : Subjectifs, dépendant de l utilisateur : Peuvent être peu précis, ne reflétant pas les besoins majeurs de l utilisateur ou interprétés différemment. Pas formels : pas de vérification automatique possible ni de génération des autres diagrammes, 23 Exemple 2 complet 24 Fonctionnement des caisses enregistreuses d un super marché : Un client arrive à la caisse avec des articles à payer. Le caissier enregistre le numéro d identification de chaque article, ainsi que la quantité si elle est > 1. La caisse affiche le prix de chaque article et son libellé. Quand tous les achats sont enregistrés, le caissier signale la fin de la vente. La caisse affiche alors la fin des achats et le prix total à payer. Après la saisie des articles, le client peut présenter des coupons de réduction pour certains articles Le client choisit son mode de paiement : Liquide : le caissier encaisse l argent reçu, la caisse indique le montant à rendre au client. 12

13 Exemple 2 complet Un système de caisse enregistreuses de super marché : 25 Chèque : le caissier vérifie la solvabilité du client en transmettant une requête à un centre d autorisation via la caisse. Carte de crédit : un terminal bancaire fait partie de la caisse et transmet une demande d autorisation en fonction du type de la carte. La caisse enregistre la vente et imprime le ticket. Le caissier donne le ticket au client. Quand le paiement est terminé, la caisse transmet l information sur le nombre d articles vendus au système de gestion des stocks. chaque matin, le responsable du magasin initialise les caisses pour la journée. COMPLÉTEZ LES DESCRIPTIONS TEXTUELLES AVEC DES DIAGRAMMES DYNAMIQUES SIMPLES! 26 13

14 COMPLÉTEZ LES DESCRIPTIONS TEXTUELLES AVEC DES DIAGRAMMES DYNAMIQUES SIMPLES! Exemple de description d un cas d utilisation : Description via des diagrammes de séquences 27 Diagrammes de séquences "systèmes" Méthodologie de conception UML 28 DIAGRAMME DE SÉQUENCE 14