Module B9-1 : sensibilisation à l UML

Transcription

1 Module B9-1 : sensibilisation à l UML Session 1 : Introduction du module et diagramme de cas d utilisation Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Septembre 13 Diapositive N 1 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 2

2 Session 1 : Introduction du module Objectifs du module B9-1 Comprendre les concepts Savoir mettre en œuvre UML Savoir adapter l utilisation d UML à l environnement de l entreprise : utiliser le langage UML en support du cadre méthodologique de l entreprise (processus, produits, etc.) choisir les éléments pertinents et étendre le langage si nécessaire capitalisation des bonnes pratiques Savoir établir la correspondance entre un modèle UML et le code Utiliser un outil de modélisation UML (module B9-2) ENSTA B9-1 UML Septembre 13 Diapositive N 3 Session 1 : Introduction du module Plan des modules Magistral Session 1 (12/09/12) : introduction à la modélisation et expression de besoins avec UML Magistral - Session 2 (19/09/12) : diagrammes de classes TP Session 1 (26/09/12) : cas concret - étude préliminaire (prise en compte du sujet de l étude, identification des acteurs et diagramme de contexte) TP Session 2 (03/10/12) : cas concret - capture des besoins fonctionnels au moyen des cas d utilisation Magistral Session 3 (10/10/12) : diagrammes d interactions et d activité TP Session 3 (17/10/12) : cas concret - analyse des besoins fonctionnels (diagrammes d activités et identification des classes participantes) TP Session 4 (24/10/12) : cas concret - analyse des objets statiques et modèle conceptuel de classe Magistral Session 4 (07/11/12) : diagrammes d état TP Session 5 (13/11/12) : cas concret - analyse des objets dynamiques grâce aux diagrammes d état Magistral Session 5 (28/11/12) : modèles de conception et adaptation d UML à l entreprise Magistral Session 6 (12/12/12) : exercice complet de récapitulation TP Session 6 (19/12/12) : évaluation ENSTA B9-1 UML Septembre 13 Diapositive N 4

3 Session 1 : Introduction du module Support : Structuration Pour chaque diagramme Pourquoi l utiliser? Quoi? : que représente-t-il? Par qui? : qui l utilise? Pour chaque concept : Pourquoi l utilise-t-on? Quoi? : que représente-t-il? Diagramme de synthèse des objets et liens internes ou externes au diagramme ENSTA B9-1 UML Septembre 13 Diapositive N 5 Session 1 : Introduction du module Support : Structuration Illustration de l utilisation des concepts : présentation des concepts en s appuyant sur un exemple de système de réservation de taxi Prise en main des concepts : mise en pratique des concepts au moyen d exercices de base mise en application sur un exercice complet à la sixième séance Les corrections seront fournies en fin de chaque session ENSTA B9-1 UML Septembre 13 Diapositive N 6

4 Session 1 : Introduction du module Support : Aide mémoire ENSTA B9-1 UML Septembre 13 Diapositive N 7 Session 1 : Introduction du module Supports : Mise en ligne Lien : Les supports sont mis en lignes après chaque séance ENSTA B9-1 UML Septembre 13 Diapositive N 8

5 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 9 Session 1 : La modélisation Exercice Exercice : s approprier le document et répondre aux questions ENSTA B9-1 UML Septembre 13 Diapositive N 10

6 Session 1 : La modélisation Qu est ce qu un modèle? Représentation abstraite et simplifiée (qui exclut certains détails), d une entité (phénomène, processus, système, etc.) du monde réel en vue de le décrire, de l expliquer ou de le prévoir Un modèle se réalise au travers d un langage de modélisation. Exemples de modèles : météorologique économique démographique plans Rond point Carrefour Quartier Intersection Rue ile de la cité modèle de l ile de la cité ENSTA B9-1 UML Septembre 13 Diapositive N 11 Session 1 : La modélisation Qu est ce qu un méta-modèle? Classe Association Méta-Modèle (M2) Intersection Rue Modèle (M1) Place saint Michel : Intersection Saint Michel : Rue Sébastopol : Rue Objets (M0) instanciation d un niveau à un autre Description formelle des concepts d un langage. Définit : les éléments de modélisation (concepts manipulés par le langage) ; la sémantique de ces éléments (leur définition et le sens de leur utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 12

7 Ref. AND Processus C3 Menace Processus Computer Processus ISR Echo Radar EX.FCT.1 Acquérir une cible Enregistrement TypeCible Intercepteurs disponibles EX.FCT.4 Assigner un intercepteur Intercepteurs Coordonnées cibles EX.FCT.2 Intercepter Coordonnées interception EX.FCT.5 Trace radar Vérifier l'efficaité du tir Présence de la cible EX.FCT.3 Rendre compte du tir CONST.1 Compte-rendu de tir AND Un module Component Encore un lien Ref. Un lien Un autre lien CONST.3 Un troisième module CONST.2 Un autre module Component Session 1 : La modélisation Pourquoi modéliser? Comprendre le fonctionnement du système Maîtriser la complexité et assurer la cohérence Assurer une compréhension commune aux différentes parties prenantes (notamment entre la maîtrise d ouvrage et la maîtrise d œuvre informatique) Ingénierie du logiciel : mieux répartir les tâches automatiser certaines d entre elles améliorer la qualité et maintenabilité réduire les coûts et délais (génération de code, round-trip engineering, etc.) ENSTA B9-1 UML Septembre 13 Diapositive N 13 Activités projet Session 1 : La modélisation Utilisation des modèles Support des processus Cycle de vie du projet Développement Ingénierie Réalisation Intégration Qualification Revue Revue Revue Revue Revue Revue Composants Besoin Spécification Définition Justification (matériel, logiciel, etc.) Exécution & Maintenance Retrait Production de modèles et de documents pour analyses EX.DOC.1 CdC Protection Document Intercepteur documente EX.REQ.1 documente EX.REQ.2 Activités techniques EX.ITEM.1.1 Altitude Item EX.ITEM.1 Coordonnées Item EX.ITEM.1.2 Secteur Item EX.ITEM InfoCible Item EX.ITEM.2 TypeCible Item EX.ITEM.3 Vitesse Modèles d exigences Item Component Modèles organiques EX.FCT.1 Acquérir une cible EX.FCT.2 Intercepter Attendre résultat négatif Ré-engager cible Attendre résultat positif EX.FCT.3 Rendre compte du tir EX.FCT.4 Assigner un intercepteur EX.FCT.5 Vérifier l'efficaité du tir Notifier Tir raté Notifier Tir réussi Simulations et analyses comportementales Le système Le système choisi un mode recherche des d'interception cibles Exigence Exigence conduit à conduit à EX.FCT.4 EX.FCT.1 Assigner un Acquérir une intercepteur cible Fonction Fonction allocated to allocated to DEFENSE.1 DEFENSE.2 Computer C3 Component Component Etudes d impact Modèles fonctionnels et dynamiques Analyses système et optimisation Transformation de modèle ENSTA B9-1 UML Septembre 13 Diapositive N 14

8 Session 1 : La modélisation Représentation des modèles Vues Le point de vue répond aux besoins de parties prenantes Projection suivant un point de vue Concepts introduits dans la norme IEEE 1471 «Recommended practice for architectural description of software-intensive systems» ENSTA B9-1 UML Septembre 13 Diapositive N 15 Session 1 : La modélisation Représentation des modèles Vues ENSTA B9-1 UML Septembre 13 Diapositive N 16

9 Session 1 : La modélisation Représentation des modèles Vues Point de vue Vue Système d information et de communication ENSTA B9-1 UML Septembre 13 Diapositive N 17 Session 1 : La modélisation MDA Modèle indépendant de la plateforme PIM PDM Modèle dépendant de la plateforme (CORBA, EJB, etc.) PSM Modèle spécifique de la plate-forme (projection du PIM sur le PDM) Permet la conception de systèmes uniquement à partir de modèles indépendants de la plateforme Avantages : meilleures réutilisabilité, productivité, interopérabilité, maintenance, documentation Inconvénients, problème des PSM : inexistants pour J2EE et.net même s il existaient, ils seraient en retard, ou trop compliqués pour les utilisateurs d UML ENSTA B9-1 UML Septembre 13 Diapositive N 18

10 Session 1 : La modélisation MDA Auto +couleur : String +porte : Integer +moteur : Integer SQL create table Auto ( couleur text, porte integer, moteur integer); JAVA DTD public Class Auto { public String couleur ; public int porte ; public int moteur } <!Element Auto (couleur*, porte*, moteur* )> Exemple de génération de PSM à partir du PIM ENSTA B9-1 UML Septembre 13 Diapositive N 19 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 20

11 Jean : Porteur de carte 1 : insérer la carte 2 : demander de code 3 : entrer le code 2 : demander le montant Guichet 01 : Guichet automatique de banque 3.1 : autorisation (limite) 3.1 : demander autorisation «Actor» SA 01 : Système d autorisation Session 1 : La modélisation Diagrammes de représentation des vues d un système Représentation de la vue fonctionnelle du modèle d analyse avec les diagrammes du langage UML Analyste Du besoin Vue fonctionnelle Modèle d analyse ENSTA B9-1 UML Septembre 13 Diapositive N 21 Session 1 : La modélisation Diagrammes de représentation des vues d un système Jean : Porteur de carte Guichet 01 : Guichet automatique de banque «Actor» SA 01 : Système d autorisation 1 : insérer la carte 3 : entrer le code Guichet 01 : Guichet automatique de banque 1 : insérer la carte Jean : Porteur de carte 2 : demander de code 2 : demander le montant 2 : demander code 3.1 : autorisation (limite) 3.1 : demander autorisation 3 : entrer le code 3.1 : demander autorisation «Actor» SA 01 : Système d autorisation 4 : demander le montant 3.2 : autorisation (limitation) diagramme de communication Modèle d analyse diagramme de séquence ENSTA B9-1 UML Septembre 13 Diapositive N 22

12 Session 1 : Contexte et enjeux d UML Pourquoi utiliser UML? Montrer les limites d un système et ses fonctions principales (pour les utilisateurs) à l aide des cas d utilisation et des acteurs Illustrer les réalisations des cas d utilisation à l aide de diagrammes d interaction Modéliser la structure statique d un système à l aide de diagramme de classe, associations et contraintes Modéliser la dynamique, le comportement des objets à l aide des machines d états Révéler l implantation physique de l architecture avec des diagrammes de composants et de déploiement Prendre en compte les spécificité d un domaine par extension du langage au moyen de stéréotypes Simplifier les tâches de codage par la génération automatique de code, et la rétro-ingénierie ENSTA B9-1 UML Septembre 13 Diapositive N 23 Session 1 : Contexte et enjeux d UML Qu est-ce qu UML? Langage : défini la syntaxe et la sémantique (assure la précision) compréhensible de l humain et des machines : oéchange entre les parties prenantes (MOA, urbaniste, architecte, concepteur, etc.) o génération de code Modélisation : généraliste, extensible, graphique (assure l expressivité) Unifié : réunion de nombreux langages normalisé (assure la stabilité et encourage l utilisation d outils) ENSTA B9-1 UML Septembre 13 Diapositive N 24

13 Session 1 : Contexte et enjeux d UML Historique Booch Method (Grady Booch) OMT (James Rumbaugh) Autres contributions (Statechart d Harel, Shlaer, Mellor, etc.) Unified Method OOSE (Ivar Jacobson) UML Unified Process UML 1.1 (première soumission à l OMG) 97 RUP, AUP, XUP, etc. SDL, MSC 06 (ITU) UML 1.3, 1.4 (standard OMG) 99 Méthode UML 2.0 Langage 03 ENSTA B9-1 UML Septembre 13 Diapositive N 25 Session 1 : Contexte et enjeux d UML Historique Nouveautés d UML 2.0 Amélioration des mécanismes d extensibilité Support du développement orienté composant pour simplifier la modélisation d application réalisées en Entreprise JavaBeans, CORBA ou COM+ Évolutions des diagrammes : officialisation des diagramme de paquetage et objet ajout des diagrammes de vue d ensemble des interactions, de timing et de structures composites Diagramme de classe : uniformisation des propriétés d une classe (attribut et terminaisons d association) Diagramme de séquence : ajout de concepts pour traiter les structures itératives, conditionnelles, et autres structures de comportement Diagramme d activités : distinction des activités et des états. Ajout des notations présentes dans le diagramme d états transitions ENSTA B9-1 UML Septembre 13 Diapositive N 26

14 Session 1 : Contexte et enjeux d UML Avantages & Inconvénients Avantages : syntaxe et sémantique formelles : assure la précision, évite l ambiguïté compréhensible de l humain et des machines : assure la génération de code normalisé : assure la stabilité et encourage l utilisation d outils Inconvénients : la mise en pratique nécessite un apprentissage et passe par une période d adaptation UML ne définit pas le processus d élaboration des modèles (que faire? ) UML ne définit pas la sémantique des concepts (quel sens?) ENSTA B9-1 UML Septembre 13 Diapositive N 27 Session 1 : Contexte et enjeux d UML Caractéristiques Diagrammes Diagramme de paquetage Diagramme d activités Diagramme de structure composite Diagramme d objet Diagramme de cas d utilisation Diagramme de machines d état Diagramme de classe Structure Comportement Diagramme d interactions Diagramme de cas d utilisation Utilisateur Implémentation Environnement Diagramme de composant Diagramme de déploiement ENSTA B9-1 UML Septembre 13 Diapositive N 28 Vues proposées par [Philippe Krutchen]

15 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 29 Session 1 : Approche objet Comparaison avec l approche fonctionnelle Approche fonctionnelle : caractéristiques : o dirigée par le traitement o système = ensemble hiérarchique d unités en interaction, ayant chacune une fonction bien définie o les fonctions disposent d un état local o état global partagé :, mais le système a un état partagé accessible à toutes inconvénients : o grande sensibilité à l évolution des besoins o faibles possibilités de réutilisation Approche objet : dirigée par les données système = ensemble d entités ou d objets (relations, regroupement, hiérarchisation, etc.) interagissant chaque objet dispose d un ensemble d attributs décrivant son état état global réparti : l état du système est décrit par l état de l ensemble des objets ENSTA B9-1 UML Septembre 13 Diapositive N 30

16 Session 1 : Approche objet Comparaison avec l approche fonctionnelle Approche fonctionnelle : caractéristiques : o dirigée par le traitement o système = ensemble hiérarchique d unités en interaction, ayant chacune une fonction bien définie o les fonctions disposent d un état local o état global partagé :, mais le système a un état partagé accessible à toutes inconvénients : o grande sensibilité à l évolution des besoins o faibles possibilités de réutilisation Approche objet : dirigée par les données système = ensemble d entités ou d objets (relations, regroupement, hiérarchisation, etc.) interagissant chaque objet dispose d un ensemble d attributs décrivant son état état global réparti : l état du système est décrit par l état de l ensemble des objets ENSTA B9-1 UML Septembre 13 Diapositive N 31 Session 1 : Approche objet Comparaison avec l approche fonctionnelle Cas d utilisation Cas 1 Système Collaboration 1 Collaboration 2 Cas 1 Cas 2 Collaboration 1 Collaboration 2 Cas 1.1 Cas 2.1 Fct. 1 Obj. 1 Obj. 2 Obj. 1 décomposition fonctionnelle décomposition objet ENSTA B9-1 UML Septembre 13 Diapositive N 32

17 Session 1 : Approche objet Comparaison avec l approche fonctionnelle SADT : raffinements successifs chaque niveau est décomposé en respectant les entrées/sorties du niveau supérieur A0 A1 A0 A2 A3 A2.1 A2 A2.2 A2.3 ENSTA B9-1 UML Septembre 13 Diapositive N 33 Objet : Session 1 : Approche objet Concepts Objet et classe tout ce qui permet de réfléchir, parler, manipuler des concepts du domaine Classe : propriétés et comportements similaires d un objet Attribut : données caractérisant l objet variables stockant les informations sur l état de l objet Méthode : caractérise le comportement d un objet, l ensemble des actions (opérations) que l objet est à même de réaliser les opérations peuvent dépendre des attributs et les modifier ENSTA B9-1 UML Septembre 13 Diapositive N 34

18 Session 1 : Approche objet Concepts Encapsulation Pourquoi? : garantir l intégrité des données simplifier l évolution d une application : on peut modifier l implémentation des attributs utilisés sans modifier son interface Quoi?: empêche l accès aux données par un autre moyen que les services accessibles (offerts) aux utilisateurs les services sont définit par l interface Objet Méthodes Attributs Interface Comportement Structure ENSTA B9-1 UML Septembre 13 Diapositive N 35 Session 1 : Approche objet Concepts Héritage, Spécialisation, Généralisation, et Polymorphisme Héritage : mécanisme de transmission des caractéristiques d une classe vers une sous-classe il peut être simple ou multiple évite la duplication et encourage la réutilisation Spécialisation : une classe peut être spécialisée en d autres classes, afin d y ajouter des caractéristiques spécifiques ou d en adapter certaines Généralisation : plusieurs classes peuvent être généralisées en une classe qui les factorise afin de regrouper les caractéristiques communes d un ensemble de classes. Polymorphisme : faculté d une méthode à pouvoir s appliquer à des classes différentes augmente la généricité, et donc la qualité du code ENSTA B9-1 UML Septembre 13 Diapositive N 36

19 Session 1 : Approche objet Concepts Héritage simple ENSTA B9-1 UML Septembre 13 Diapositive N 37 Session 1 : Approche objet Concepts Héritage multiple ENSTA B9-1 UML Septembre 13 Diapositive N 38

20 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 39 Session 1 : Présentation d UML Concepts généraux Classeur Élément de modélisation pouvant être instancié Il est caractérisé par : une identité : nom une structure ou d un état : attributs un comportement : opérations des relations : association, généralisation, dépendance, contrainte une structure interne Exemples : Acteur, Cas d utilisation, Classe, Composant, Collaboration, Type de données ENSTA B9-1 UML Septembre 13 Diapositive N 40

21 Session 1 : Présentation d UML Concepts généraux Stéréotype Pourquoi? : adapter / étendre UML a des situations particulières Quoi?: respecte la structure d un élément défini dans le métamodèle UML mais lui attache une autre sémantique un stéréotype peut changer l apparence d objet au moyen d icônes d extension «actor» Classe symboles : OU Classe OU Classe symboles : «actor, clock» Classe OU Classe Exemple : un acteur peut être envisagé comme un stéréotype d une classe ENSTA B9-1 UML Septembre 13 Diapositive N 41 Session 1 : Présentation d UML Concepts généraux Contrainte Relation sémantique quelconque : concernant un ou plusieurs éléments du modèle définissant des propositions devant être maintenues à «Vrai» pour garantir la validité du système modélisé Contenu : formel : prédéfini : {xor}, {subset}, {ordered} ou quelconque : spécifiées avec le langage OCL (Object Constraint Language) ou informel ENSTA B9-1 UML Septembre 13 Diapositive N 42

22 Session 1 : Présentation d UML Concepts généraux Paquetage Pourquoi? : organiser les éléments qui présentent une caractéristique commune Quoi? : peut regrouper tout type d élément de modèle : classes, cas d utilisation, interfaces, etc. symbole : ENSTA B9-1 UML Septembre 13 Diapositive N 43 Session 1 : Présentation d UML Concepts généraux Cadre (Frame) Utilisé lorsque l élément est lié et peut être décrit : ports pour les classes et composants, entrées et sorties pour les machines d état Si besoin il peut être omis et remplacé par les frontières du diagramme ENSTA B9-1 UML Septembre 13 Diapositive N 44

23 Session 1 Sommaire Introduction du module La modélisation Contexte et enjeux d UML L approche objet Concepts généraux d UML Diagrammes de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 45 Session 1 : Diagramme de cas d utilisation Pourquoi et quoi? Pourquoi? : recueillir, analyser et organiser le besoin : passer du flou du cahier des charges à des fonctionnalités exprimées dans le langage du domaine partager le besoin (entre maîtrise d ouvrage, utilisateurs et informaticiens) capturer le comportement d un système tel qu un utilisateur extérieur le voit Quoi? : correspond à une analyse fonctionnelle classique ENSTA B9-1 UML Septembre 13 Diapositive N 46

24 Session 1 : Diagramme de cas d utilisation Qui? Client : exprimer le besoin Architecte : prioriser les cas d utilisation et définir les itérations Analyste (du besoin) : trouver les acteurs et cas d utilisation structurer et détailler les cas d utilisation : passer du flou du cahier des charges à des fonctionnalités exprimées dans le langage du domaine définir le contexte du système Concepteur : créer les cas d utilisation des sous-systèmes identifier les cas de validation, fournir un premier jeu d essai définir les objets qui réalisent les cas d utilisation trouver les classes d analyse et représenter leur comportement ENSTA B9-1 UML Septembre 13 Diapositive N 47 Session 1 : Diagramme de cas d utilisation Pourquoi? Pilotage par les cas d utilisation liaison des modèles avec les cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 48

25 Session 1 : Diagramme de cas d utilisation Pourquoi? Découpage des incréments ENSTA B9-1 UML Septembre 13 Diapositive N 49 Session 1 : Diagramme de cas d utilisation Concepts Portée de la conception Pourquoi? : définir le périmètre du système étudié Quoi? : Alistair Cockburn défini trois niveaux de portée de la conception : Entreprise : comportement de l entreprise dans son ensemble dans la réalisation de l objectif que poursuit l acteur principal. symboles : boîte noire ( ) boîte blanche ( ) Système : ce qui est à construire : symboles : boîte noire ( ) boîte blanche ( ) Sous-système : fonctionnement d une des parties du système symboles : boîte noire ( ) boîte blanche ( ) Exemple : système de réservation de taxi ENSTA B9-1 UML Septembre 13 Diapositive N 50

26 Session 1 : Diagramme de cas d utilisation Concepts Acteurs Pourquoi? : Définir les parties prenantes. Quoi? : Idéalisation d un rôle joué par une personne externe, un processus ou une chose qui interagit avec un système. Parent : Classeur «actor» Symboles : OU Client OU Client Client Exemples : Client, Chauffeur, Tiers de confiance, Responsable opérationnel ENSTA B9-1 UML Septembre 13 Diapositive N 51 Session 1 : Diagramme de cas d utilisation Concepts Acteurs (bonnes pratiques) Utiliser le symbole non stéréotypé pour les acteurs humains et le symbole stéréotypé pour les acteurs non-humains Ne pas confondre avec les utilisateurs : les acteurs englobent tout utilisateur, mais aussi les autres systèmes informatiques et matériels qui dialoguent avec le système Pour trouver les acteurs : quels sont les rôles que jouent les utilisateurs (ex : responsable clientèle, administrateur, approbateur, etc.)? quels sont les systèmes avec lesquels le système communique (périphériques, logiciels, systèmes informatiques, etc.)? quels sont les rôles des systèmes contributeurs? ne répertorier que ceux qui interagissent directement avec le système ENSTA B9-1 UML Septembre 13 Diapositive N 52

27 Session 1 : Diagramme de cas d utilisation Exercice Identifier les acteurs Exercice 1 : identifier les acteurs d un système d information de bibliothèque ENSTA B9-1 UML Septembre 13 Diapositive N 53 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation Pourquoi? : modéliser les services rendu par le système aux acteurs Quoi? : unité cohérente représentant une fonctionnalité visible de l extérieur famille de scénarios d exécution incluant les cas d erreur, et impliquant le même acteur (acteur principal) Parent : Classeur «usecase» Cas d utilisation Symboles : Cas d utilisation OU OU Cas d utilisation Exemples : Payer, Réserver un taxi, Répartir les taxis, Rémunérer les chauffeurs, Réaliser une course, etc. ENSTA B9-1 UML Septembre 13 Diapositive N 54

28 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation (bonnes pratiques) Se placer du point de vue de chacun des acteurs : que fait-il avec le système? qu attend-il du système? Un cas d utilisation n est déclenché que par un seul acteur Limiter le nombre de cas en se plaçant au bon niveau d abstraction («la mer») Nommer les cas d utilisation avec un verbe à l infinitif Décomposer les cas d utilisation du type «Gérer» en : «Créer», «Modifier», «Supprimer», «Annuler», «Lister», «Editer», «Imprimer», «Consulter», «Rechercher», «Archiver», «Désarchiver» ENSTA B9-1 UML Septembre 13 Diapositive N 55 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation (niveau) Objectifs utilisateur (cf. [Alistair Cockburn]): niveau de la mer : l utilisateur est-il satisfait après avoir terminé le cas d utilisation?, par exemple (réservation en ligne) : cas d utilisation de niveau utilisateur (client) : «réserver un hôtel», «réserver un vol» cas d utilisation trop bas : «chercher un vol», «choisir une place», «chercher un hôtel», «choisir une chambre» cas d utilisation trop hauts : «réserver un voyage» composé de sous-objectifs sous le niveau de la mer compose des objectifs au dessus du niveau de la mer ENSTA B9-1 UML Septembre 13 Diapositive N 56

29 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation (niveau) Objectifs stratégiques : au dessus du niveau de la mer ( plus haut encore ( ) ), ou impliquent plusieurs objectifs utilisateurs servent à : montrer le contexte de l utilisateur montrer le séquencement des objectifs liés fournir une table des matières ENSTA B9-1 UML Septembre 13 Diapositive N 57 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation (niveau) Objectifs des sous-fonctions : sous le niveau de la mer ( ), ou plus bas encore ( ) impliquent plusieurs objectifs utilisateurs servent à : identifier les cas simples fractionner une partie de cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 58

30 Session 1 : Diagramme de cas d utilisation Concepts Cas d utilisation (niveau) Réserver un voyage NIVEAU STRATEGIQUE Acteur Acteur Réserver un voyage Réserver un hôtel NIVEAU UTILISATEUR Réserver un vol Acteur Réserver un voyage Réserver un hôtel «include» «include» Chercher un hôtel Choisir une chambre Réserver un vol «include» Chercher un vol «include» Choisir une place NIVEAU SOUS-FONCTIONS ENSTA B9-1 UML Septembre 13 Diapositive N 59 Session 1 : Diagramme de cas d utilisation Concepts Association Chemin de communication entre un acteur et un cas d utilisation Parent : Relation Stéréotypes de (cf. [Alistair Cockburn]) : «Primary» : acteur principal «Secondary» : acteur pour lequel le cas d utilisation produit un résultat observable Cas d utilisation L acteur initie la communication Acteur Acteur Cas d utilisation L acteur reçoit des informations du cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 60

31 Session 1 : Diagramme de cas d utilisation Concepts Association (cardinalité) Acteur 0..1 Cas d utilisation L acteur peut ne pas faire appel au cas d utilisation L acteur ne peut faire appel qu à une instance de cas d utilisation à la fois Acteur n Cas d utilisation L acteur fait appel à n instances du cas d utilisation à la fois Acteur * Cas d utilisation L acteur peut faire appel à plusieurs instances du cas d utilisation à la fois ENSTA B9-1 UML Septembre 13 Diapositive N 61 Session 1 : Diagramme de cas d utilisation Concepts Association (exemple) Système de réservation de taxi Payer «secondary» «actor» Tiers de confiance Client «secondary» «secondary» Réserver un taxi Répartir les taxis «secondary» Responsable opérationnel Rétribuer les chauffeurs «secondary» «secondary» Chauffeur «secondary» Réaliser la course ENSTA B9-1 UML Septembre 13 Diapositive N 62

32 Session 1 : Diagramme de cas d utilisation Exercice Association Exercice 2 : identifier les cas d utilisation de niveau utilisateur du système d information de bibliothèque ENSTA B9-1 UML Septembre 13 Diapositive N 63 Session 1 : Diagramme de cas d utilisation Concepts Dépendance (stéréotype «include») Pourquoi? : factoriser une partie de la description d un cas d utilisation décomposer un cas complexe en sous-cas plus simples Quoi? : Parent : Dépendance symbole : A «include» la cas d utilisation A inclus le cas d utilisation B Bonnes pratiques : éviter d utiliser avec abondance cette relation pour ne pas retomber dans le travers de la décomposition fonctionnelle B ENSTA B9-1 UML Septembre 13 Diapositive N 64

33 Session 1 : Diagramme de cas d utilisation Concepts Dépendance (stéréotype «extend») Pourquoi? : mêmes motivations que l inclusion Quoi? : symbole : A B Parent : Dépendance le cas d utilisation A peut être appelé au cours de l exécution du cas d utilisation B contrairement à l inclusion, l extension est optionnelle point d extension : symbole : A «extend» B Point d extension point précis auquel intervient l extension peut être associé à une contrainte qui indique le moment auquel intervient l extension ENSTA B9-1 UML Septembre 13 Diapositive N 65 Session 1 : Diagramme de cas d utilisation Concepts Dépendance (stéréotype «extend») Rétribuer les chauffeurs Responsable opérationnel «extend» Exemple Attribuer une prime exceptionnelle ENSTA B9-1 UML Septembre 13 Diapositive N 66

34 Session 1 : Diagramme de cas d utilisation Concepts Généralisation Pourquoi? : transmettre les propriétés et le comportement d un cas d utilisation à un autre éviter la duplication encourager la réutilisation Quoi? : Parent : Relation dirigée symbole : A B la cas d utilisation A est un cas particulier du cas d utilisation B ENSTA B9-1 UML Septembre 13 Diapositive N 67 Session 1 : Diagramme de cas d utilisation Concepts Généralisation (exemple) Réserver un taxi Réserver un taxi à 2 roues Réserver un taxi à 4 roues Réserver un monospace Réserver un utilitaire Exemple ENSTA B9-1 UML Septembre 13 Diapositive N 68

35 Session 1 : Diagramme de cas d utilisation Exercice Relations entre cas d utilisation Exercice 3 : représenter les relations entre les cas d utilisation du système d information de bibliothèque ENSTA B9-1 UML Septembre 13 Diapositive N 69 Session 1 : Diagramme de cas d utilisation Concepts Scénario Pourquoi? : identifier les cas d utilisation par une mise en situation Quoi? : séquence particulière de messages dans le cas d utilisation serviront de base pour les jeux d essai Scénario 1 Cas d utilisation Scénario 2 Scénario 3 ENSTA B9-1 UML Septembre 13 Diapositive N 70

36 Session 1 : Diagramme de cas d utilisation Concepts «Use Case Realization» Pourquoi? : décrire les objets, classes, données et traitements qui permettent au système de supporter les cas d utilisation. Quoi? : décrit un cas d utilisation par une suite de collaborations. Extension du RUP stéréotype d une Collaboration regroupe : un diagramme de classe : classes qui mettent en œuvre le cas d utilisation des diagrammes d interaction : documentation des différents évènements échangés entre les objets afin de réaliser les différents scénarii décrit dans le cas d utilisation ENSTA B9-1 UML Septembre 13 Diapositive N 71 Session 1 : Diagramme de cas d utilisation Bonnes pratiques Prendre en compte tout le cycle de vie du système Se limiter aux cas d utilisation du bon niveau Limiter l utilisation des relations d inclusion Assurer la traçabilité entre les niveaux de blocs système (entreprise, système, soussystème) ENSTA B9-1 UML Septembre 13 Diapositive N 72

37 Session 1 : Diagramme de cas d utilisation Synthèse des concepts manipulés : Internes Objet principal Cockburn : «Very high summary», «Summary», «User goal», «Sub function», «Too low» Lien Acteur Cas d utilisation Contrainte precondition / postcondition Cockburn : «Primary», «Secondary» source / destination Généralisation, Association source / destination Dépendances ( «Extension», Inclusion») ENSTA B9-1 UML Septembre 13 Diapositive N 73 Session 1 : Diagramme de cas d utilisation Synthèse des concepts manipulés : Externes Diagramme de classes, diagramme d interactions Objets qui réalisent le cas d utilisation Activité, Machine d état, Interaction RUP : «use case realization» Package regroupe Cas d utilisation comportement Comportement déclenche Évènement Interne Externe ENSTA B9-1 UML Septembre 13 Diapositive N 74

38 Session 1 : Diagramme de cas d utilisation Aide mémoire ENSTA B9-1 UML Septembre 13 Diapositive N 75 Session 1 : Diagramme de cas d utilisation Aide mémoire ENSTA B9-1 UML Septembre 13 Diapositive N 76

39 Session 1 : Diagramme de cas d utilisation Aide mémoire ENSTA B9-1 UML Septembre 13 Diapositive N 77