AS
Téléchargé parAmir Souissi
PPSX, PPTX9,397 vues

diagramme des cas d'utilisation

Le document présente la conception d'un diagramme de cas d'utilisation (CU) dans le cadre de l'UML, en mettant l'accent sur les composants essentiels tels que les acteurs, le système, et les relations entre les cas d'utilisation. Il propose une méthode de modélisation pour comprendre et communiquer sur les fonctionnalités d'un système en utilisant des notations graphiques et une description textuelle. Enfin, il aborde les différents types de relations entre les cas d'utilisation, tels que l'inclusion, l'extension et la généralisation.

Intégrer la présentation

Télécharger en tant que PPSX, PPTX
Diagramme de Cas d’Utilisation Conception Orientée Objet (UML) – Chapitre 2 Amir Souissi ©2017 1 Institut Supérieur des Etudes Technologiques (ISET-Tunisie) Niveau: 2ème année Licence Appliquée Spécialité : DSI, RSI
Mr Amir Souissi © 2017 Plan 1. Présentation des Cas d’Utilisation (CU) 2. Eléments Constituants un diagramme de CU 3. Description Textuelle d’un CU 4. Description Graphique d’un CU 5. Paquetage des CU 6. Démarche générale d’élaboration du diagramme de CU 2 Chapitre2 DiagrammedeCasd’Utilisation Plan
Mr Amir Souissi © 2017 1. Présentation des CU Un système est destiné à être utilisé par des utilisateurs (humains ou machines) Le point de vue des utilisateurs est important pour comprendre : Le fonctionnement du système Les services rendus par le système UML permet de décrire d’un point de vue utilisateur, le système étudié (existant ou futur) par un diagramme spécial : le diagramme de Cas d’Utilisation. 3 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation UtilisateurSystème A quoi sert ce système ?
Mr Amir Souissi © 2017 Fonctionnalitésdu système:Exemples Les fonctionnalités du système peuvent être exprimés sous forme de phrases simples, tels que :  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical Problèmes Insuffisant pour comprendre le système Ne facilite pas la communication entre les concepteurs Nécessite un langage formel Solution La modélisation des fonctions du système en utilisant des notations graphiques permet de mieux comprendre le système d’un point de vue fonctionnel et favorise la communication. En UML, un Cas d’Utilisation modélise un service (ou une fonctionnalité) rendu par le système. 4 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
Mr Amir Souissi © 2017 Qu’estcequ’unCU ? Un Cas d’Utilisation (use case) représente une unité cohérente d’une fonctionnalité fournie par un système (ou sous-système) spécifiée par une séquence d’actions que le système peut exécuter en interagissant avec les acteurs du système. La séquence d’actions définit un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Acteur != Utilisateur 5 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
Mr Amir Souissi © 2017 CU:Notationgraphique Graphiquement, un CU est représenté sous forme d’une ellipse. La fonction réalisée par le CU est représentée sous forme d’un verbe à l’infinitif. Les fonctionnalités du système exprimées textuellement seront modélisés à l’aide des cas d’utilisations.  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical 6 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation Ajouter Produit à Son Panier Remplir l’Essence Créer Réservation
Mr Amir Souissi © 2017 2. Eléments Constituants un Diagramme de CU  La représentation graphique des CU n’est pas suffisante pour comprendre le fonctionnement du système. Qu’est-ce qui manque ?  L’ajout du produit se fait elle au sein du site lui-même ou bien c’est une requête envoyée vers un autre site? De quel site parle t-on?  Il manque le système  Qui déclenche ce l’opération d’ajout au panier? Est-ce que c’est un client inscrit ou bien l’administrateur du site? L’administrateur ne peut-il pas prendre le rôle du client?  Il manque les acteurs  Est-ce que l’ajout se fait après l’inscription du client ou bien peut-elle être réalisé par un visiteur du site? Est-ce que l’inscription est obligatoire? il manque les relations 7 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Ajouter Produit à Son Panier
Mr Amir Souissi © 2017 DiagrammedeCU:Lesystème Le système est représenté sous forme d’un rectangle qui contient un libellé qui correspond au nom du système à modéliser Le système sert à délimiter le système par rapport à son environnement et aux autres systèmes Le système est un ensemble de CU. De cette manière, UML modélise le système et les services rendus par le système 8 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la transaction
Mr Amir Souissi © 2017 DiagrammedeCU:Lesacteurs Un acteur est un ensemble cohérent de rôles joués par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent avec le système. Les acteurs sont représentés par un stick man ou une classe « actor » Il ne faut pas confondre la notion d’acteur avec la notion d’utilisateur. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Un utilisateur c’est une personne utilisant le système La relation d’association entre acteur et CU représente la possibilité pour l’acteur de déclencher le cas. 9 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier
Mr Amir Souissi © 2017 Lesacteurs:principauxetsecondaires 10 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU L’acteur principal obtient un résultat observable du système. Il déclenche le CU par son initiation de la communication. Il utilise le système comme outil pour réaliser son but L’acteur secondaire ou auxiliaire est sollicité pour des informations complémentaires. Il intervient suite à l'intervention de l'acteur primaire. Il offre généralement ses services au système. Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la Transaction « Primary » « Secondary » Stéréotype Acteur principal (à gauche) Acteur secondaire (à droite)
Mr Amir Souissi © 2017 Lesacteurs:Hiérarchie 11 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU La seule relation qui peut exister entre les acteurs est la relation de généralisation. L’acteur qui hérite peut faire tout ce que l’acteur père peut faire. Site Web e-commerce Ajouter Produit à Son Panier Lister les produits Acteur père Acteur fils Il peut faire tout ce que fait le visiteur + ses propres CU
Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU Le visiteur qui veut gérer son panier (entre autres l’ajout du produit) doit d’abord devenir un client, en remplissant un formulaire d’inscription. Après l’inscription, le visiteur devient un client doté de paramètres d’identifications (login et mot de passe). 12 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’inscrire S’identifier Ajouter Produit à Son Panier Site Web e-commerce Modèle qui ne reflète pas la réalité ! Réalité : L’identification du client est un CU qui fait partie du CU ajout du produit Modèle : le client peut ajouter le produit sans passer par l’identification
Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU UML propose trois types de relations entre les cas d’utilisation : 13 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Inclusion Permet d’inclure un CU dans un autre Extension Permet à un CU d’incorporer à un endroit précis, un autre CU optionnel Généralisation Permet de formaliser les variations sur le même CU Cas de base Cas inclus « include » Cas fils Cas père Cas optionnel Point d’extension Cas de base « extends »
Mr Amir Souissi © 2017 LesrelationsentreCU:Inclusion Pour vérifier qu’un cas est inclus dans un autre ou pas, il faut vérifier que les actions et les interactions réalisés entre l’acteur et le système dans le cas inclus sont dupliqué entièrement dans le cas de base. L’inclusion permet d’enlever la redondance (factorisation) dans la description textuelle et de mieux se concentrer sur les autres fonctionnalités. 14 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’identifier Ajouter Produit à Son Panier Site Web e-commerce Séquence d’actions de « Ajouter Produit » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe 3. Le client remplie le panier 4. Le système confirme les choix du client Séquence d’actions de « S’identifier » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe
Mr Amir Souissi © 2017 LesrelationsentreCU:Extension En listant les produits, le client peut décider d’ajouter un produit à son panier. Après avoir ajouté un ou plusieurs produits à son panier, le client peut décider de payer ses achats en ligne en réalisant la transaction nécessaire. L’extension permet de séparer le comportement optionnel ou rare du comportement obligatoire. Avec l’extension, les CU s’exécutent indépendamment les uns des autres. 15 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Lister les Produits Ajouter Produit à Son Panier Site Web e-commerce Payer la Transaction Ajouter Produit Point d’extension: Produit disponible et Quantité suffisante Lister les produits «extends» Payer Transaction Point d’extension: Carte Crédit Valide Ajouter Produit «extends»
Mr Amir Souissi © 2017 LesrelationsentreCU:Héritage Le payement de la transaction peut se faire par carte de crédit, par virement bancaire ou par mandat postal. Le client choisit une des trois manières de payer la transaction. Mais à la fin, le payement de la transaction est réalisé. La généralisation permet d’exprimer un comportement commun entre plusieurs cas d’utilisation. Le cas père ne s’instancie que par le biais de l’un de ses descendants. 16 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Payer la Transaction Site Web e-commerce Payer par carte crédit Payer par virement bancaire Payer par mondât postal Cas père Abstrait Cas fils Concret
Mr Amir Souissi © 2017 3. Description Textuelle d’un CU Une description textuelle du CU est nécessaire pour comprendre la séquence d’actions exécutés dans le CU de bout en bout. La description textuelle est une forme informelle pour la compréhension d’un CU. La description textuelle n’est pas formalisée par UML. C’est une sorte de documentation des CU. 17 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Payer par carte crédit Comment le système valide la transaction ? Quels informations le client doit entrer ? Quels informations le système doit afficher ?
Mr Amir Souissi © 2017 DescriptionTextuelle:seséléments  Généralement, la description textuelle comprend les éléments suivants:  Nom du CU  Acteurs //principaux et secondaires  Résumé //brève description du CU  Préconditions //données en entrée (conditions nécessaire pour le déclenchement du CU)  Scénario Nominal //étapes à suivre pour le réaliser 1. …… 2. …… Fin nominale  Enchainements Alternatifs //une autre déviation A1. Libellé scénario Alternatif 1 2.1. ……. 2.2. ……. Fin A1: Se brancher vers la fin nominale ou vers une étape nominale  Enchainements d’erreur //déviation vers une erreur E1. Libellé scénario Erreur 1 1.1. …… Fin E1: Erreur  Post-conditions //données en sortie (modifications apportées au système) 18 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU
Mr Amir Souissi © 2017 DescriptionTextuelle:Exemple CU«payerparcartedecrédit» 19 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Nom du CU Payer par carte de crédit Acteurs Client (principal) , système bancaire (secondaire), service facturation (secondaire) Résumé Le client choisit de payer sa commande par carte de crédit Préconditions Commande établie par le même client Session du client toujours active (déjà authentifié) Scénario Nominal 1. Le Client choisit de payer par carte de crédit 2. Le système présente un formulaire de saisie 3. Le client saisie ses paramètres et remplit le formulaire 4. Le système vérifie les informations avec le système bancaire du client 5. Le système bancaire du client réalise la transaction 6. Le système bancaire du client informe le système que la transaction est réussie 7. Le système informe le client par email et informe le service facturation 8. Le client confirme qu’il a été informé Enchainements Alternatifs A1. informations saisies temporairement erronés : démarre au point 3 du scénario nominal 4.1. Le système détecte des erreurs de saisies 4.2. Le système informe le client ; scénario nominal reprend au point 2 Enchainements d’Erreurs E1. solde insuffisant : démarre au point 4 du scénario nominal 5.1. Le système bancaire du client interdit la transaction (solde insuffisant) 5.2. Le système bancaire du client informe le système de l’échec de la transaction (solde insuffisant) 5.3. Le système annule l’opération de paiement et informe le client que son solde est insuffisant 5.4. Le système revient à la page de la gestion du panier du client ; le CU se termine en échec. Post-conditions Compte bancaire du système crédité La transaction est enregistrée Un nouveau message de facturation est enregistré
Mr Amir Souissi © 2017 DescriptionTextuelle:Scénario  Un scénario est une suite spécifique d’interactions entre les acteurs et le système: c’est une instance du CU, un chemin particulier parmi ces interactions.  Scénario principal : nominal  Scénario secondaire: c’est soit un cas alternatif , soit un cas d’erreur.  Chaque scénario est composé d’étapes qui peuvent être de trois sortes :  Un message d’un acteur au système  Une validation ou un changement d’état du système  Un message du système vers un acteur 20 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Scénario Nominal Scénario Alternatif Scénario d’Erreur début Fin nominale Erreur
Mr Amir Souissi © 2017 4. Description Graphique d’un CU UML permet de modéliser les interactions par des diagrammes dynamiques. On peut réaliser « un diagramme de séquence » pour décrire le déroulement de la séquence d’actions d’un scénario donné d’un CU. Le diagramme de séquence en UML peut être utilisé dans plusieurs contextes. Il permet de décrire la séquence des messages échangés entre différents objets et à différents niveaux de détails. On peut aussi réaliser « un diagramme d’activité » pour décrire tous les scénarios d’un CU. Le diagramme d’activité représente les activités réalisées par le système avec tous les branchements et toutes les boucles possibles. 21 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU
Mr Amir Souissi © 2017 DescriptionGraphiqued’unscénarioCU:Diagramme deséquencesystème Le diagramme de séquence peut être utilisé au niveau « Analyse »: il considère que le système est une boite noire. A ce niveau on s’intéresse aux messages échangés avec le système (vu comme une seule entité monolithique). 22 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU diagramme de séquence système On ne s’intéresse pas aux éléments qui constituent le système : système = boite noire Niveau Analyse diagramme de séquence Le système est composé d’un ensemble d’objets qui communiquent entre eux et avec les acteurs. Niveau Conception Élément 1 Élément 2 Élément 3 Message 1 Message 3 Message 2 Système Message 1 Message 2
Mr Amir Souissi © 2017 Diagrammedeséquencesystème:Exemple CU«s’inscrire» 23 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU Quelques éléments de notation Message Message de retour Objet Acteur Ligne de vie Période d’activité Système: 1: Demander inscription 2: Afficher Formulaire d’inscription Visiteur: 3: Saisir informations (nom, email, mdp, …) 4: Vérifier informations (email) 5: inscription réussie 6: informations non valides Fragment alternatif : Si … alors … sinon … alt [ok] [erreur] Nom_objet: Nom_acteur: Condition Axe du temps
Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Diagramme d’activité 24 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU  Le diagramme d’activité peut remplacer la description textuelle d’un CU complexe dans la mesure où ce diagramme permet de représenter tous les scénarios d’exécution du CU.  un diagramme d’activité est une formalisation graphique des actions qui sont réalisées dans un cas d’utilisation.  Le diagramme est donc organisé en actions réalisées soit par un acteur, soit par le système, relié par une flèche indiquant l’enchaînement des actions.  Les actions sont les unités de base du comportement du système. Une action est une étape dans une activité qui ne peut plus être décomposée.  L'exécution d'une action représente une transformation ou un traitement dans le système modélisé.  Une activité représente un comportement constitué d'éléments qui sont des actions. Action 1 Action 2 Action 3
Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Exemple CU«s’inscrire» Quelques éléments de notation Démarrage Fin Action Transition Condition 25 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU S’inscrire Demander remplir formulaire Remplir formulaire Valider les informations Vérifier les informations validées Envoyer message de confirmation [Information non valide] [Demande acceptée] [Demande refusée] [Information Valide] Enregistrer la nouvelle inscription Nœud fork Envoyer message d’erreur Nœud join
Mr Amir Souissi © 2017 5. Paquetage des CU  Le diagramme de CU d’un système peut très vite devenir encombrant et difficile à décortiquer.  Regrouper les CU par acteur ou par domaine fonctionnel ou autre permet d’avoir des ensembles cohérents de CU.  Le mécanisme général de regroupement des éléments UML c’est les packages.  Un package possède un nom et contient d’autres diagrammes dont d’autres packages.  Le diagramme de paquetage (package) permet de :  Organiser les concepts en groupes homogènes  Introduire des niveaux d’abstraction  Découper un problème en sous-problèmes (sous-systèmes)  Réutiliser les unités logiques et cohérentes 26 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU
Mr Amir Souissi © 2017 DiagrammedePaquetage:quelqueséléments 27 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU ClientèleAdministration Compte Nom:String Panier ID: String Gérer Compte Gérer les Produits Paquetage dans le diagramme de CU Paquetage dans le diagramme de classe Clientèle Banque Compte Transaction Compte Facturation Définis dans deux espaces de nommage différents = autorisé Nom du package Package Emboité Package Emboitant Compte Interdit dépendance « use »
Mr Amir Souissi © 2017 DiagrammedeCUenpackage:Exemple 28 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU Administration Répondre aux messages Gérer son Compte Gérer les Produits Clientèle S’inscrire Gérer ses commandes Payer sa transaction Gérer son panier Authentification S’authentifier Admin Client Système bancaire client
Mr Amir Souissi © 2017 6. Démarche Générale d’Élaboration du Diagramme de CU  Il n’y a pas une démarche spécifique pour la réalisation du diagramme de CU car une telle démarche n’a pas été standardisée.  Cependant, on peut proposer la démarche logique suivante :  Identifier les acteurs  Favoriser les acteurs logiques plutôt que physique  Il doit être une entité externe au système interagissant avec lui  Il doit avoir un service rendu par le système ou sollicité par le système pour réaliser le service  Identification des CU pour chaque acteur  Pour chaque acteur, quelles sont les façons d’utiliser le système  Le cas d’utilisation du point de vue acteur et non système  Réaliser le diagramme de CU préliminaire  Améliorer en éliminant la redondance  Raffiner le diagramme de CU  Optimiser les CU  Ajouter la description textuelle pour les CU importants  Etablir le diagramme de séquence système pour les CU nécessaires  Etablir le diagramme d’activité pour les CU complexes  Structurer le diagramme de CU en package  Identifier les modules et les sous-systèmes. 29 Chapitre2 DiagrammedeCasd’Utilisation 6.DémarcheGénérale d’Elaborationdu DiagrammedeCU

Contenu connexe

PDF
Uml 2 pratique de la modélisation
parNassim Amine
 
PDF
Chp4 - Diagramme de Séquence
parLilia Sfaxi
 
PDF
UML Part 3- diagramme de séquences mansouri
parMansouri Khalifa
 
PPSX
diagramme de classe
parAmir Souissi
 
PPSX
introduction à la modélisation objet
parAmir Souissi
 
PDF
Diagramme de classe
parIlhem Daoudi
 
PPSX
Chap5 diagramme d'etats-transitions
parAmir Souissi
 
PPTX
Chp2 - Diagramme des Cas d'Utilisation
parLilia Sfaxi
 
Uml 2 pratique de la modélisation
parNassim Amine
 
Chp4 - Diagramme de Séquence
parLilia Sfaxi
 
UML Part 3- diagramme de séquences mansouri
parMansouri Khalifa
 
diagramme de classe
parAmir Souissi
 
introduction à la modélisation objet
parAmir Souissi
 
Diagramme de classe
parIlhem Daoudi
 
Chap5 diagramme d'etats-transitions
parAmir Souissi
 
Chp2 - Diagramme des Cas d'Utilisation
parLilia Sfaxi
 

Tendances

PDF
Exercices uml-corrige
parAmineMouhout1
 
PPSX
diagramme de séquence UML
parAmir Souissi
 
PDF
Rapport application web (Spring BOOT,angular4) et mobile(ionc3) gestion des a...
parMOHAMMED MOURADI
 
PDF
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
parMadjid Meddah
 
PPTX
Modèle en cascade
parGhodhbane Mohamed Amine
 
PDF
TD2 - UML - Correction
parLilia Sfaxi
 
PDF
RapportPFE_IngenieurInformatique_ESPRIT
parLina Meddeb
 
DOCX
PFE :: Application de gestion des dus d'enseignement
parNassim Bahri
 
PPTX
gestion de magasin vente matériels informatique
parOussama Yoshiki
 
PDF
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
parRiadh K.
 
PDF
UML Part2- diagramme des uses cases_mansouri
parMansouri Khalifa
 
PPTX
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
parMehdi Hamime
 
PDF
Rapport projet conception et la réalisation d'une application web gestion des...
parSAAD SARHANI
 
PDF
Merise
parbasy15
 
PPTX
Chp1 - Introduction aux méthodologies de Conception
parLilia Sfaxi
 
PDF
Rapport de stage PFE - Mémoire master: Développement d'une application Android
parBadrElattaoui
 
PPTX
Présentation PFE (Conception et développement d'une application web && mobile...
parRamzi Noumairi
 
PDF
Projet Fin D'étude Application Mobile
parRim ENNOUR
 
PDF
La spécification des besoins
parIsmahen Traya
 
PDF
Conception et développement d’un système d’alerte et notification d’une tou...
parBilel Khaled ☁
 
Exercices uml-corrige
parAmineMouhout1
 
diagramme de séquence UML
parAmir Souissi
 
Rapport application web (Spring BOOT,angular4) et mobile(ionc3) gestion des a...
parMOHAMMED MOURADI
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
parMadjid Meddah
 
Modèle en cascade
parGhodhbane Mohamed Amine
 
TD2 - UML - Correction
parLilia Sfaxi
 
RapportPFE_IngenieurInformatique_ESPRIT
parLina Meddeb
 
PFE :: Application de gestion des dus d'enseignement
parNassim Bahri
 
gestion de magasin vente matériels informatique
parOussama Yoshiki
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
parRiadh K.
 
UML Part2- diagramme des uses cases_mansouri
parMansouri Khalifa
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
parMehdi Hamime
 
Rapport projet conception et la réalisation d'une application web gestion des...
parSAAD SARHANI
 
Merise
parbasy15
 
Chp1 - Introduction aux méthodologies de Conception
parLilia Sfaxi
 
Rapport de stage PFE - Mémoire master: Développement d'une application Android
parBadrElattaoui
 
Présentation PFE (Conception et développement d'une application web && mobile...
parRamzi Noumairi
 
Projet Fin D'étude Application Mobile
parRim ENNOUR
 
La spécification des besoins
parIsmahen Traya
 
Conception et développement d’un système d’alerte et notification d’une tou...
parBilel Khaled ☁
 

Similaire à diagramme des cas d'utilisation

PDF
CONCEPTION ET ANALYSE ORIENTE OBJET MÉTHODE UML
parPointer @Info
 
PPTX
Système_Interactif_Transformation_Digital_Industrielle.pptx
parKhalid526420
 
PDF
Initiation à UML: Partie 2
parDIALLO Boubacar
 
PPTX
CM CU-cockburn
parYannick Prié (Enseignement)
 
PPTX
Diagramme de cas d_utilisation.pptx
parPingdwendeChristophe
 
PDF
528366007-Rapport-Application-E-commerce.pdf
parrageh19067
 
PDF
diagramme de cas d'utilisation pour modélisation UML
parIngSondesGasmi
 
PDF
Uml
parMohammed Zaoui
 
PDF
Diagramme_struc1][1].pdhhuvcuuvjvjjbbibkk
parANASHADRAESTN24
 
PPTX
03GL-diagramme de cas dutilisation.pptx
parssuser9d2f89
 
PDF
o-vf-uml_prigrammation_super_uml4567.pdf
parUrielJohnson
 
PPT
diagramme de cas d'utilisation
parKamel Eddine Heragmi
 
PPT
7 diagramme de cas d'utilisation
parKamel Eddine Heragmi
 
PPT
Definitiondesbesoinsuml
parVINOT Bernard
 
PDF
Unified Modeling Language Intro 2021-2022 VF
parcifaf13039
 
PDF
Cours1IntroUseCaseDiagram.pdf
parbahajzouhair
 
PDF
Diagramme des cas d’utilisation.pdf
parYasushiTsubakik
 
PPSX
03GL-diagramme de cas dutilisation (1).ppsx
parssuser9d2f89
 
PDF
Unified_Modeling_Language_programmation.pdf
parUrielJohnson
 
PPTX
Chapitre1-AnalyseFonctionnelle-FAD2021.pptx
parstagesecurite
 
CONCEPTION ET ANALYSE ORIENTE OBJET MÉTHODE UML
parPointer @Info
 
Système_Interactif_Transformation_Digital_Industrielle.pptx
parKhalid526420
 
Initiation à UML: Partie 2
parDIALLO Boubacar
 
CM CU-cockburn
parYannick Prié (Enseignement)
 
Diagramme de cas d_utilisation.pptx
parPingdwendeChristophe
 
528366007-Rapport-Application-E-commerce.pdf
parrageh19067
 
diagramme de cas d'utilisation pour modélisation UML
parIngSondesGasmi
 
Uml
parMohammed Zaoui
 
Diagramme_struc1][1].pdhhuvcuuvjvjjbbibkk
parANASHADRAESTN24
 
03GL-diagramme de cas dutilisation.pptx
parssuser9d2f89
 
o-vf-uml_prigrammation_super_uml4567.pdf
parUrielJohnson
 
diagramme de cas d'utilisation
parKamel Eddine Heragmi
 
7 diagramme de cas d'utilisation
parKamel Eddine Heragmi
 
Definitiondesbesoinsuml
parVINOT Bernard
 
Unified Modeling Language Intro 2021-2022 VF
parcifaf13039
 
Cours1IntroUseCaseDiagram.pdf
parbahajzouhair
 
Diagramme des cas d’utilisation.pdf
parYasushiTsubakik
 
03GL-diagramme de cas dutilisation (1).ppsx
parssuser9d2f89
 
Unified_Modeling_Language_programmation.pdf
parUrielJohnson
 
Chapitre1-AnalyseFonctionnelle-FAD2021.pptx
parstagesecurite
 

Plus de Amir Souissi

PDF
Chapitre 6 traitement des exceptions
parAmir Souissi
 
PDF
Chapitre 5 classes abstraites et interfaces
parAmir Souissi
 
PDF
Chapitre 4 heritage et polymorphisme
parAmir Souissi
 
PDF
Chapitre 3 elements de base de java
parAmir Souissi
 
PDF
Chapitre 4 persistance des donnees
parAmir Souissi
 
PDF
Chapitre 3 activites et intents
parAmir Souissi
 
PDF
Chapitre 2 classe et objet
parAmir Souissi
 
PDF
Chapitre 1 introduction generale
parAmir Souissi
 
PDF
Chapitre 2 elements graphiques android
parAmir Souissi
 
PDF
Chapitre 1 decouverte du developpement android
parAmir Souissi
 
PDF
Atelier symfony n 3
parAmir Souissi
 
PDF
Atelier symfony n 2
parAmir Souissi
 
PDF
Atelier symfony n 1
parAmir Souissi
 
PDF
Tp n 6 linux
parAmir Souissi
 
PDF
Tp n 5 linux
parAmir Souissi
 
PDF
Tp n 4 linux
parAmir Souissi
 
PDF
Tp n 3 linux
parAmir Souissi
 
PDF
Tp n 1 linux
parAmir Souissi
 
Chapitre 6 traitement des exceptions
parAmir Souissi
 
Chapitre 5 classes abstraites et interfaces
parAmir Souissi
 
Chapitre 4 heritage et polymorphisme
parAmir Souissi
 
Chapitre 3 elements de base de java
parAmir Souissi
 
Chapitre 4 persistance des donnees
parAmir Souissi
 
Chapitre 3 activites et intents
parAmir Souissi
 
Chapitre 2 classe et objet
parAmir Souissi
 
Chapitre 1 introduction generale
parAmir Souissi
 
Chapitre 2 elements graphiques android
parAmir Souissi
 
Chapitre 1 decouverte du developpement android
parAmir Souissi
 
Atelier symfony n 3
parAmir Souissi
 
Atelier symfony n 2
parAmir Souissi
 
Atelier symfony n 1
parAmir Souissi
 
Tp n 6 linux
parAmir Souissi
 
Tp n 5 linux
parAmir Souissi
 
Tp n 4 linux
parAmir Souissi
 
Tp n 3 linux
parAmir Souissi
 
Tp n 1 linux
parAmir Souissi
 

Dernier

PDF
Diaporama de lancement de la SAE105 MMI "production web"
parJeanLucHusson
 
PDF
Le passé simple (B2/C1) : formation, verbes irréguliers et emplois
parlebaobabbleu
 
PDF
TEMPS 3 – Attractivité étudiante : universités, recherche et nouvelles allian...
parCap'Com
 
PPTX
présentation du module n°4 - niveau 4ème.pptx
parDorsafSaadi
 
PPTX
Principales ressources cartographiques et statistiques Centre GéoStat (GGR-46...
parCentre GéoStat, Bibliothèque, Université Laval
 
PDF
B2/ C1- FLE - RACONTER UN CONTE AU PASSÉ.pdf
parlebaobabbleu
 
PPTX
PRODUCTION 2CRITE thème mensonge dans l'oeuvre antigone.pptx
parZainebMeqdad1
 
PDF
TEMPS 2 – Attractivité touristique : l’hospitalité désormais sobre et heureuse
parCap'Com
 
PPTX
présentation du module 6.pptx - 4ème année primaire
parDorsafSaadi
 
PDF
Activités pour célébrer la chandeleur .pdf
parelisa172030
 
PPTX
Présentation du module n°5 - 4ème année.pptx
parDorsafSaadi
 
PDF
CONCLUSIONS | Quelle posture pour piloter l’attractivité territoriale ?
parCap'Com
 
PPTX
présentation Module n°4 - 4ème année.pptx
parDorsafSaadi
 
PDF
GRAND TÉMOIN | Les nouveaux facteurs de l’attractivité territoriale
parCap'Com
 
PPTX
les gjjjouts et les preferences IPT.pptx
parJunoHera1
 
PDF
TEMPS 1 – Culture et patrimoine : le récit territorial contemporain
parCap'Com
 
PDF
TEMPS 4 – Attractivité économique : nouveaux modèles, nouveaux leviers
parCap'Com
 
PPTX
MICROSOFT WORD 2016 MICROSOFT WORD 2016 MICROSOFT WORD 2016 MICROSOFT WORD 20...
parhamidabdellah
 
PDF
Présentation de lancement SAE203 - MMI1 S2
parJeanLucHusson
 
PDF
POO exception java orientée objet throw throws try catch
paraloulounarjes
 
Diaporama de lancement de la SAE105 MMI "production web"
parJeanLucHusson
 
Le passé simple (B2/C1) : formation, verbes irréguliers et emplois
parlebaobabbleu
 
TEMPS 3 – Attractivité étudiante : universités, recherche et nouvelles allian...
parCap'Com
 
présentation du module n°4 - niveau 4ème.pptx
parDorsafSaadi
 
Principales ressources cartographiques et statistiques Centre GéoStat (GGR-46...
parCentre GéoStat, Bibliothèque, Université Laval
 
B2/ C1- FLE - RACONTER UN CONTE AU PASSÉ.pdf
parlebaobabbleu
 
PRODUCTION 2CRITE thème mensonge dans l'oeuvre antigone.pptx
parZainebMeqdad1
 
TEMPS 2 – Attractivité touristique : l’hospitalité désormais sobre et heureuse
parCap'Com
 
présentation du module 6.pptx - 4ème année primaire
parDorsafSaadi
 
Activités pour célébrer la chandeleur .pdf
parelisa172030
 
Présentation du module n°5 - 4ème année.pptx
parDorsafSaadi
 
CONCLUSIONS | Quelle posture pour piloter l’attractivité territoriale ?
parCap'Com
 
présentation Module n°4 - 4ème année.pptx
parDorsafSaadi
 
GRAND TÉMOIN | Les nouveaux facteurs de l’attractivité territoriale
parCap'Com
 
les gjjjouts et les preferences IPT.pptx
parJunoHera1
 
TEMPS 1 – Culture et patrimoine : le récit territorial contemporain
parCap'Com
 
TEMPS 4 – Attractivité économique : nouveaux modèles, nouveaux leviers
parCap'Com
 
MICROSOFT WORD 2016 MICROSOFT WORD 2016 MICROSOFT WORD 2016 MICROSOFT WORD 20...
parhamidabdellah
 
Présentation de lancement SAE203 - MMI1 S2
parJeanLucHusson
 
POO exception java orientée objet throw throws try catch
paraloulounarjes
 

diagramme des cas d'utilisation

  • 1.
    Diagramme de Cas d’Utilisation ConceptionOrientée Objet (UML) – Chapitre 2 Amir Souissi ©2017 1 Institut Supérieur des Etudes Technologiques (ISET-Tunisie) Niveau: 2ème année Licence Appliquée Spécialité : DSI, RSI
  • 2.
    Mr Amir Souissi © 2017 Plan 1.Présentation des Cas d’Utilisation (CU) 2. Eléments Constituants un diagramme de CU 3. Description Textuelle d’un CU 4. Description Graphique d’un CU 5. Paquetage des CU 6. Démarche générale d’élaboration du diagramme de CU 2 Chapitre2 DiagrammedeCasd’Utilisation Plan
  • 3.
    Mr Amir Souissi © 2017 1.Présentation des CU Un système est destiné à être utilisé par des utilisateurs (humains ou machines) Le point de vue des utilisateurs est important pour comprendre : Le fonctionnement du système Les services rendus par le système UML permet de décrire d’un point de vue utilisateur, le système étudié (existant ou futur) par un diagramme spécial : le diagramme de Cas d’Utilisation. 3 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation UtilisateurSystème A quoi sert ce système ?
  • 4.
    Mr Amir Souissi © 2017 Fonctionnalitésdusystème:Exemples Les fonctionnalités du système peuvent être exprimés sous forme de phrases simples, tels que :  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical Problèmes Insuffisant pour comprendre le système Ne facilite pas la communication entre les concepteurs Nécessite un langage formel Solution La modélisation des fonctions du système en utilisant des notations graphiques permet de mieux comprendre le système d’un point de vue fonctionnel et favorise la communication. En UML, un Cas d’Utilisation modélise un service (ou une fonctionnalité) rendu par le système. 4 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
  • 5.
    Mr Amir Souissi © 2017 Qu’estcequ’unCU? Un Cas d’Utilisation (use case) représente une unité cohérente d’une fonctionnalité fournie par un système (ou sous-système) spécifiée par une séquence d’actions que le système peut exécuter en interagissant avec les acteurs du système. La séquence d’actions définit un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Acteur != Utilisateur 5 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
  • 6.
    Mr Amir Souissi © 2017 CU:Notationgraphique Graphiquement,un CU est représenté sous forme d’une ellipse. La fonction réalisée par le CU est représentée sous forme d’un verbe à l’infinitif. Les fonctionnalités du système exprimées textuellement seront modélisés à l’aide des cas d’utilisations.  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical 6 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation Ajouter Produit à Son Panier Remplir l’Essence Créer Réservation
  • 7.
    Mr Amir Souissi © 2017 2.Eléments Constituants un Diagramme de CU  La représentation graphique des CU n’est pas suffisante pour comprendre le fonctionnement du système. Qu’est-ce qui manque ?  L’ajout du produit se fait elle au sein du site lui-même ou bien c’est une requête envoyée vers un autre site? De quel site parle t-on?  Il manque le système  Qui déclenche ce l’opération d’ajout au panier? Est-ce que c’est un client inscrit ou bien l’administrateur du site? L’administrateur ne peut-il pas prendre le rôle du client?  Il manque les acteurs  Est-ce que l’ajout se fait après l’inscription du client ou bien peut-elle être réalisé par un visiteur du site? Est-ce que l’inscription est obligatoire? il manque les relations 7 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Ajouter Produit à Son Panier
  • 8.
    Mr Amir Souissi © 2017 DiagrammedeCU:Lesystème Lesystème est représenté sous forme d’un rectangle qui contient un libellé qui correspond au nom du système à modéliser Le système sert à délimiter le système par rapport à son environnement et aux autres systèmes Le système est un ensemble de CU. De cette manière, UML modélise le système et les services rendus par le système 8 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la transaction
  • 9.
    Mr Amir Souissi © 2017 DiagrammedeCU:Lesacteurs Unacteur est un ensemble cohérent de rôles joués par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent avec le système. Les acteurs sont représentés par un stick man ou une classe « actor » Il ne faut pas confondre la notion d’acteur avec la notion d’utilisateur. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Un utilisateur c’est une personne utilisant le système La relation d’association entre acteur et CU représente la possibilité pour l’acteur de déclencher le cas. 9 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier
  • 10.
    Mr Amir Souissi © 2017 Lesacteurs:principauxetsecondaires 10 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU L’acteurprincipal obtient un résultat observable du système. Il déclenche le CU par son initiation de la communication. Il utilise le système comme outil pour réaliser son but L’acteur secondaire ou auxiliaire est sollicité pour des informations complémentaires. Il intervient suite à l'intervention de l'acteur primaire. Il offre généralement ses services au système. Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la Transaction « Primary » « Secondary » Stéréotype Acteur principal (à gauche) Acteur secondaire (à droite)
  • 11.
    Mr Amir Souissi © 2017 Lesacteurs:Hiérarchie 11 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Laseule relation qui peut exister entre les acteurs est la relation de généralisation. L’acteur qui hérite peut faire tout ce que l’acteur père peut faire. Site Web e-commerce Ajouter Produit à Son Panier Lister les produits Acteur père Acteur fils Il peut faire tout ce que fait le visiteur + ses propres CU
  • 12.
    Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU Levisiteur qui veut gérer son panier (entre autres l’ajout du produit) doit d’abord devenir un client, en remplissant un formulaire d’inscription. Après l’inscription, le visiteur devient un client doté de paramètres d’identifications (login et mot de passe). 12 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’inscrire S’identifier Ajouter Produit à Son Panier Site Web e-commerce Modèle qui ne reflète pas la réalité ! Réalité : L’identification du client est un CU qui fait partie du CU ajout du produit Modèle : le client peut ajouter le produit sans passer par l’identification
  • 13.
    Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU UMLpropose trois types de relations entre les cas d’utilisation : 13 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Inclusion Permet d’inclure un CU dans un autre Extension Permet à un CU d’incorporer à un endroit précis, un autre CU optionnel Généralisation Permet de formaliser les variations sur le même CU Cas de base Cas inclus « include » Cas fils Cas père Cas optionnel Point d’extension Cas de base « extends »
  • 14.
    Mr Amir Souissi © 2017 LesrelationsentreCU:Inclusion Pourvérifier qu’un cas est inclus dans un autre ou pas, il faut vérifier que les actions et les interactions réalisés entre l’acteur et le système dans le cas inclus sont dupliqué entièrement dans le cas de base. L’inclusion permet d’enlever la redondance (factorisation) dans la description textuelle et de mieux se concentrer sur les autres fonctionnalités. 14 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’identifier Ajouter Produit à Son Panier Site Web e-commerce Séquence d’actions de « Ajouter Produit » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe 3. Le client remplie le panier 4. Le système confirme les choix du client Séquence d’actions de « S’identifier » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe
  • 15.
    Mr Amir Souissi © 2017 LesrelationsentreCU:Extension Enlistant les produits, le client peut décider d’ajouter un produit à son panier. Après avoir ajouté un ou plusieurs produits à son panier, le client peut décider de payer ses achats en ligne en réalisant la transaction nécessaire. L’extension permet de séparer le comportement optionnel ou rare du comportement obligatoire. Avec l’extension, les CU s’exécutent indépendamment les uns des autres. 15 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Lister les Produits Ajouter Produit à Son Panier Site Web e-commerce Payer la Transaction Ajouter Produit Point d’extension: Produit disponible et Quantité suffisante Lister les produits «extends» Payer Transaction Point d’extension: Carte Crédit Valide Ajouter Produit «extends»
  • 16.
    Mr Amir Souissi © 2017 LesrelationsentreCU:Héritage Lepayement de la transaction peut se faire par carte de crédit, par virement bancaire ou par mandat postal. Le client choisit une des trois manières de payer la transaction. Mais à la fin, le payement de la transaction est réalisé. La généralisation permet d’exprimer un comportement commun entre plusieurs cas d’utilisation. Le cas père ne s’instancie que par le biais de l’un de ses descendants. 16 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Payer la Transaction Site Web e-commerce Payer par carte crédit Payer par virement bancaire Payer par mondât postal Cas père Abstrait Cas fils Concret
  • 17.
    Mr Amir Souissi © 2017 3.Description Textuelle d’un CU Une description textuelle du CU est nécessaire pour comprendre la séquence d’actions exécutés dans le CU de bout en bout. La description textuelle est une forme informelle pour la compréhension d’un CU. La description textuelle n’est pas formalisée par UML. C’est une sorte de documentation des CU. 17 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Payer par carte crédit Comment le système valide la transaction ? Quels informations le client doit entrer ? Quels informations le système doit afficher ?
  • 18.
    Mr Amir Souissi © 2017 DescriptionTextuelle:seséléments Généralement, la description textuelle comprend les éléments suivants:  Nom du CU  Acteurs //principaux et secondaires  Résumé //brève description du CU  Préconditions //données en entrée (conditions nécessaire pour le déclenchement du CU)  Scénario Nominal //étapes à suivre pour le réaliser 1. …… 2. …… Fin nominale  Enchainements Alternatifs //une autre déviation A1. Libellé scénario Alternatif 1 2.1. ……. 2.2. ……. Fin A1: Se brancher vers la fin nominale ou vers une étape nominale  Enchainements d’erreur //déviation vers une erreur E1. Libellé scénario Erreur 1 1.1. …… Fin E1: Erreur  Post-conditions //données en sortie (modifications apportées au système) 18 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU
  • 19.
    Mr Amir Souissi © 2017 DescriptionTextuelle:Exemple CU«payerparcartedecrédit» 19 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Nomdu CU Payer par carte de crédit Acteurs Client (principal) , système bancaire (secondaire), service facturation (secondaire) Résumé Le client choisit de payer sa commande par carte de crédit Préconditions Commande établie par le même client Session du client toujours active (déjà authentifié) Scénario Nominal 1. Le Client choisit de payer par carte de crédit 2. Le système présente un formulaire de saisie 3. Le client saisie ses paramètres et remplit le formulaire 4. Le système vérifie les informations avec le système bancaire du client 5. Le système bancaire du client réalise la transaction 6. Le système bancaire du client informe le système que la transaction est réussie 7. Le système informe le client par email et informe le service facturation 8. Le client confirme qu’il a été informé Enchainements Alternatifs A1. informations saisies temporairement erronés : démarre au point 3 du scénario nominal 4.1. Le système détecte des erreurs de saisies 4.2. Le système informe le client ; scénario nominal reprend au point 2 Enchainements d’Erreurs E1. solde insuffisant : démarre au point 4 du scénario nominal 5.1. Le système bancaire du client interdit la transaction (solde insuffisant) 5.2. Le système bancaire du client informe le système de l’échec de la transaction (solde insuffisant) 5.3. Le système annule l’opération de paiement et informe le client que son solde est insuffisant 5.4. Le système revient à la page de la gestion du panier du client ; le CU se termine en échec. Post-conditions Compte bancaire du système crédité La transaction est enregistrée Un nouveau message de facturation est enregistré
  • 20.
    Mr Amir Souissi © 2017 DescriptionTextuelle:Scénario Un scénario est une suite spécifique d’interactions entre les acteurs et le système: c’est une instance du CU, un chemin particulier parmi ces interactions.  Scénario principal : nominal  Scénario secondaire: c’est soit un cas alternatif , soit un cas d’erreur.  Chaque scénario est composé d’étapes qui peuvent être de trois sortes :  Un message d’un acteur au système  Une validation ou un changement d’état du système  Un message du système vers un acteur 20 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Scénario Nominal Scénario Alternatif Scénario d’Erreur début Fin nominale Erreur
  • 21.
    Mr Amir Souissi © 2017 4.Description Graphique d’un CU UML permet de modéliser les interactions par des diagrammes dynamiques. On peut réaliser « un diagramme de séquence » pour décrire le déroulement de la séquence d’actions d’un scénario donné d’un CU. Le diagramme de séquence en UML peut être utilisé dans plusieurs contextes. Il permet de décrire la séquence des messages échangés entre différents objets et à différents niveaux de détails. On peut aussi réaliser « un diagramme d’activité » pour décrire tous les scénarios d’un CU. Le diagramme d’activité représente les activités réalisées par le système avec tous les branchements et toutes les boucles possibles. 21 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU
  • 22.
    Mr Amir Souissi © 2017 DescriptionGraphiqued’unscénarioCU:Diagramme deséquencesystème Lediagramme de séquence peut être utilisé au niveau « Analyse »: il considère que le système est une boite noire. A ce niveau on s’intéresse aux messages échangés avec le système (vu comme une seule entité monolithique). 22 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU diagramme de séquence système On ne s’intéresse pas aux éléments qui constituent le système : système = boite noire Niveau Analyse diagramme de séquence Le système est composé d’un ensemble d’objets qui communiquent entre eux et avec les acteurs. Niveau Conception Élément 1 Élément 2 Élément 3 Message 1 Message 3 Message 2 Système Message 1 Message 2
  • 23.
    Mr Amir Souissi © 2017 Diagrammedeséquencesystème:Exemple CU«s’inscrire» 23 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU Quelqueséléments de notation Message Message de retour Objet Acteur Ligne de vie Période d’activité Système: 1: Demander inscription 2: Afficher Formulaire d’inscription Visiteur: 3: Saisir informations (nom, email, mdp, …) 4: Vérifier informations (email) 5: inscription réussie 6: informations non valides Fragment alternatif : Si … alors … sinon … alt [ok] [erreur] Nom_objet: Nom_acteur: Condition Axe du temps
  • 24.
    Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Diagramme d’activité 24 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU Le diagramme d’activité peut remplacer la description textuelle d’un CU complexe dans la mesure où ce diagramme permet de représenter tous les scénarios d’exécution du CU.  un diagramme d’activité est une formalisation graphique des actions qui sont réalisées dans un cas d’utilisation.  Le diagramme est donc organisé en actions réalisées soit par un acteur, soit par le système, relié par une flèche indiquant l’enchaînement des actions.  Les actions sont les unités de base du comportement du système. Une action est une étape dans une activité qui ne peut plus être décomposée.  L'exécution d'une action représente une transformation ou un traitement dans le système modélisé.  Une activité représente un comportement constitué d'éléments qui sont des actions. Action 1 Action 2 Action 3
  • 25.
    Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Exemple CU«s’inscrire» Quelqueséléments de notation Démarrage Fin Action Transition Condition 25 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU S’inscrire Demander remplir formulaire Remplir formulaire Valider les informations Vérifier les informations validées Envoyer message de confirmation [Information non valide] [Demande acceptée] [Demande refusée] [Information Valide] Enregistrer la nouvelle inscription Nœud fork Envoyer message d’erreur Nœud join
  • 26.
    Mr Amir Souissi © 2017 5.Paquetage des CU  Le diagramme de CU d’un système peut très vite devenir encombrant et difficile à décortiquer.  Regrouper les CU par acteur ou par domaine fonctionnel ou autre permet d’avoir des ensembles cohérents de CU.  Le mécanisme général de regroupement des éléments UML c’est les packages.  Un package possède un nom et contient d’autres diagrammes dont d’autres packages.  Le diagramme de paquetage (package) permet de :  Organiser les concepts en groupes homogènes  Introduire des niveaux d’abstraction  Découper un problème en sous-problèmes (sous-systèmes)  Réutiliser les unités logiques et cohérentes 26 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU
  • 27.
    Mr Amir Souissi © 2017 DiagrammedePaquetage:quelqueséléments 27 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU ClientèleAdministration Compte Nom:String Panier ID:String Gérer Compte Gérer les Produits Paquetage dans le diagramme de CU Paquetage dans le diagramme de classe Clientèle Banque Compte Transaction Compte Facturation Définis dans deux espaces de nommage différents = autorisé Nom du package Package Emboité Package Emboitant Compte Interdit dépendance « use »
  • 28.
    Mr Amir Souissi © 2017 DiagrammedeCUenpackage:Exemple 28 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU Administration Répondreaux messages Gérer son Compte Gérer les Produits Clientèle S’inscrire Gérer ses commandes Payer sa transaction Gérer son panier Authentification S’authentifier Admin Client Système bancaire client
  • 29.
    Mr Amir Souissi © 2017 6.Démarche Générale d’Élaboration du Diagramme de CU  Il n’y a pas une démarche spécifique pour la réalisation du diagramme de CU car une telle démarche n’a pas été standardisée.  Cependant, on peut proposer la démarche logique suivante :  Identifier les acteurs  Favoriser les acteurs logiques plutôt que physique  Il doit être une entité externe au système interagissant avec lui  Il doit avoir un service rendu par le système ou sollicité par le système pour réaliser le service  Identification des CU pour chaque acteur  Pour chaque acteur, quelles sont les façons d’utiliser le système  Le cas d’utilisation du point de vue acteur et non système  Réaliser le diagramme de CU préliminaire  Améliorer en éliminant la redondance  Raffiner le diagramme de CU  Optimiser les CU  Ajouter la description textuelle pour les CU importants  Etablir le diagramme de séquence système pour les CU nécessaires  Etablir le diagramme d’activité pour les CU complexes  Structurer le diagramme de CU en package  Identifier les modules et les sous-systèmes. 29 Chapitre2 DiagrammedeCasd’Utilisation 6.DémarcheGénérale d’Elaborationdu DiagrammedeCU