Module B9-1 : sensibilisation à l UML

Save this PDF as:
 WORD  PNG  TXT  JPG

Dimension: px
Commencer à balayer dès la page:

Download "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 : 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

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Session 5 : Conception et adaptation à l entreprise Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Novembre 14 Diapositive N 1 Session 5

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Septembre 14 Diapositive N 1 Session 2 : Vue statique Sommaire Diagramme de classes Diagrammes

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations.

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations. Sixième partie VI Diagramme de cas d utilisation Définition Le diagramme de cas d utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système Rôle du diagramme

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Conventions communes aux profils UML

Conventions communes aux profils UML Conventions communes aux profils UML Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 2.1 Date : Juin 2002 * : Les partenaires du

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

Le Processus Unifié appliqué au projet MOOCS

Le Processus Unifié appliqué au projet MOOCS Le Processus Unifié appliqué au projet MOOCS Violaine Louvet GTN, 7 mai 2003, Orsay Le Processus Unifie applique au projet MOOCS p. 1 L objet Objet = entité regroupant des données (attributs) et des services

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel 4.1. Introduction à UML IFT2251 : Génie logiciel 1. Approches de développement 2. Introduction à UML (une méthodologie basée sur l approche orientée aspect) 3. Rappel de quelques concepts objets Chapitre

Plus en détail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric

Plus en détail

Module B9-1 1 : sensibilisation à l UML

Module B9-1 1 : sensibilisation à l UML Module B9-1 1 : sensibilisation à l UML Session 1 : Introduction et rappels, modélisation, mise en œuvre d UML Olivier Habart : habart.olivier@free.fr ENSTA B9-1 UML (Olivier Habart) Septembre 10 Diapositive

Plus en détail

Éléments d UML pour le projet (Unified Modeling Language)

Éléments d UML pour le projet (Unified Modeling Language) Éléments d UML pour le projet (Unified Modeling Language) C Crochepeyre UML 1 PLAN 1. Introduction 2. Préliminaires 3. Les règles UML 4. Les diagrammes UML 5. Outils de modélisation UML 6. L étude préalable

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

MODÉLISATION DES BESOINS

MODÉLISATION DES BESOINS MODÉLISATION DES BESOINS Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet.

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet. Partie II : UML Plan Partie 2 : UML 1 - Présentation d'uml 2 - Les diagrammes de cas d'utilisation 3 - Les diagrammes de classes et d'objets 4 - Les diagrammes d'interaction 5 - Les diagrammes de comportement

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon MDE Model Driven Engineering http://www.rzo.free.fr Pierre PARREND 1 Mai 2005 Sommaire MDE : principe MDE et le génie logiciel MDE et UML MDE et les Design Patterns

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

UML (Paquetage) Unified Modeling Language

UML (Paquetage) Unified Modeling Language UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement

Plus en détail

Rappels sur l objet. Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012

Rappels sur l objet. Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012 Rappels sur l objet Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012 Objectifs de ce cours 2 Rappels sur les concepts fondamentaux liés à la

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML.

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML. Modélisation d applications industrielles avec UML ACOO Analyse, Conception et développement Orientés Objet de logiciels de commande Thèmes Motivations à l origine d UML. Introduction au formalisme UML.

Plus en détail

GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

GÉNIE LOGICIEL (SOFTWARE ENGINEERING) GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 5ÈME PARTIE UML (UNIFIED MODELING LANGUAGE) Faculté des Sciences et Techniques http://labh-curien.univ-st-etienne.fr/~fj/gl Francois.Jacquenet@univ-st-etienne.fr Plan

Plus en détail

Examen CAR 2 Heures Tout documents autorisés le 17 Novembre 2005

Examen CAR 2 Heures Tout documents autorisés le 17 Novembre 2005 Examen CAR 2 Heures Tout documents autorisés le 17 Novembre 2005 Rappel : Tout méta-modèle ou profil doit être commenté! 1 Question de compréhension du cours barème indicatif : 5 points Q : Lorsque l on

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

Chapitre 2. 2.1 Les raisons d une méthodologie objet. 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie. 2.1.

Chapitre 2. 2.1 Les raisons d une méthodologie objet. 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie. 2.1. Chapitre 2 Le modèle objet avec UML 2.1 Les raisons d une méthodologie objet 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie la complexité d un problème Objet : modules cohérants

Plus en détail

UML : Les cas d utilisation

UML : Les cas d utilisation UML : Les cas d utilisation 2014 tv - v.1.0 Point de vue fonctionnel L expression préliminaire des besoins donne lieu à une modélisation par les cas d utilisation. Le concept de cas d

Plus en détail

5 Génie logiciel orienté objet. Modélisation par objets et UML

5 Génie logiciel orienté objet. Modélisation par objets et UML 5 Génie logiciel orienté objet 5.1 Introduction et concepts de base 5.2 Modélisation par objets et UML 5.3 Diagramme de classes 5.4 Diagramme de cas d utilisation 5.5 Diagrammes de collaboration 5.6 Diagramme

Plus en détail

Customisation Rhapsody et Henri BOULOUET DITV/AEEV/EECH. approche méthodologique

Customisation Rhapsody et Henri BOULOUET DITV/AEEV/EECH. approche méthodologique Customisation Rhapsody et approche méthodologique Retour d expérience sur l implémentation d un langage et profil UML associé 1 Sommaire Principe d un développement méthodologique Evocation d ISR (Ingénierie

Plus en détail

COMMENT DÉFINIR L ORIENTÉ OBJET

COMMENT DÉFINIR L ORIENTÉ OBJET COMMENT DÉFINIR L ORIENTÉ OBJET De manière superficielle, le terme «orienté objet», signifie que l on organise le logiciel comme une collection d objets dissociés comprenant à la fois une structure de

Plus en détail

Génie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique

Génie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Génie logiciel avec UML Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Claude Boutet Session hiver 2008 Modélisation de systèmes Table des matières TABLE DES

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013 UML Mise en œuvre dans un projet 2013 Introduction Rôles et activités dans un projet Définir la méthode de votre projet Adapter la modélisation à la méthode de votre projet Conseils de mise en œuvre de

Plus en détail

Introduction aux Composants Logiciels

Introduction aux Composants Logiciels Introduction aux Composants Logiciels Christian Pérez LIP/INRIA Année 2010-11 Plan Introduction aux composants logiciels Pourquoi des composants logiciels Notions de composants logiciels Conclusion Survol

Plus en détail

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 est f o E Y R O L L E S PASCAL ROQUES UML par la pratique Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 Sommaire Introduction 9 Objectifs du livre... 9 Structure de l ouvrage...

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon ** Début des cours : le lundi 9 janvier 2006 ** Plan de cours 1. Introduction Les exigences et les attentes à l égard

Plus en détail

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Jihed Touzi, Frédérick Bénaben, Hervé Pingaud Thèse soutenue au Centre de Génie Industriel - 9

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Atelier de Génie Logiciel Objecteering Définition Principes Construction des modèles UML Générations O. Boissier, SMA/G2I/ENS Mines Saint-Etienne, Olivier.Boissier@emse.fr,

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic)

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic) Exposé de M.C.O Thème La methode orientée objet OMT (Object Modeling Technic) 1 Plan du travail Introduction Le cycle de vie Formalismes de représentation UML Les outils d assistance OMT et UML Conclusion

Plus en détail

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21 INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21

Plus en détail

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet Troisième partie III Eléments de gestion de projet Un projet informatique est l ensemble des activités et des actions à entreprendre pour répondre au besoin d informatisation d un ensemble de tâches dans

Plus en détail

Unified Modeling Language

Unified Modeling Language Unified Modeling Language Sémantique et usage dans le de développement du logiciel Christelle URTADO LGI2P / ECOLE DES MINES D ALES Objectifs de ce cours Présenter le langage UML et son usage dans le de

Plus en détail

Cours de base d Ingéniérie des applications objet. Introduction

Cours de base d Ingéniérie des applications objet. Introduction 1 IMPORTANCE DES OBJETS DANS L INFORMATIQUE LOGICIELLE1 Cours de base d Ingéniérie des applications objet. Introduction Support de Cours Christophe Dony Université Montpellier-II Contenu du cours - concepts

Plus en détail

Formation UML 2 le diagramme de cas d utilisation

Formation UML 2 le diagramme de cas d utilisation Formation UML 2 le diagramme de cas d utilisation Travaux dirigés 11 au 13 février 2014 Hervé DOMALAIN CPII/DOSO/ED FORMATION UML 2 LE DIAGRAMME DE CAS D UTILISATION Travaux dirigés 1. Enoncé du cahier

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins. Emmanuel Pichon 2013 V1.1

UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins. Emmanuel Pichon 2013 V1.1 UML Diagramme de classes (class diagram) pour le recueil et l analyse des besoins 2013 V1.1 Objectif Diagramme de classes (class diagram) pour le recueil des besoins et l analyse Présenter un ensemble

Plus en détail

Modélisation objet avec UML

Modélisation objet avec UML Modélisation objet avec UML Le développement des systèmes est une tâche d une grande envergure et un investissement important pour toute entreprise. La modélisation des systèmes déjà existants ou d un

Plus en détail

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Cas d'utilisation Delphine Longuet delphine.longuet@lri.fr Processus de développement logiciel Analyse des besoins

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

Design patterns par la pratique

Design patterns par la pratique Alan SHALLOWAY James TROTT Design patterns par la pratique Groupe Eyrolles, 2002 ISBN : 2-212-11139 Table des matières Préface.................................................... XV SECTION I Introduction

Plus en détail

Gé nié Logiciél Livré Blanc

Gé nié Logiciél Livré Blanc Gé nié Logiciél Livré Blanc Version 0.2 26 Octobre 2011 Xavier Blanc Xavier.Blanc@labri.fr Partie I : Les Bases Sans donner des définitions trop rigoureuses, il faut bien commencer ce livre par énoncer

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Analyse des besoins et spécification Delphine Longuet delphine.longuet@lri.fr Analyse des besoins et spécification Objectif

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

<< Crédit Club Auto >>

<< Crédit Club Auto >> Abbas Ahmad Année 2010/2011 Matin Bayramov Analyse et Modélisation des Systèmes Informatique (AMSI) Projet de Modélisation UML > Professeur encadrant : M. GUILLAUME PAQUETTE Projet

Plus en détail

II.3. Diagrammes de classes

II.3. Diagrammes de classes II.3. s de classes II.3. s de classes 1. Introduction Introduction Les diagrammes d'uml de structure comportemental de classes de package d objets d activités de cas d utilisation de composant de déploiement

Plus en détail

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation Analyse, Conception Objet Sommaire Diagrammes de Classes Une partie du matériau de ce cours est issue du cours de S.Galland (Stephane.Galland@emse.fr) Septembre 2003 Définition Paquetages Classe Association

Plus en détail

Chapitre II Analyse 1

Chapitre II Analyse 1 Chapitre II Analyse 1 Plan du chapitre II II. Analyse A. Identification des besoins : Cas d utilisation 1. Définitions 2. Modes d utilisation 3. Format détaillé 4. Principes de rédaction 5. Concevoir les

Plus en détail

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 Fiche Programme CSC4002 Conception et programmation orientées objet Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 1 Mots-clés : conception orientée objet, programmation orientée objet, UML,

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

Spécification par la modélisation

Spécification par la modélisation Spécification par la modélisation Objectifs : Être en mesure de spécifier par les modèles UML. Comprendre l importance des cas d utilisation (UC). Comprendre les méthodes d'identification des UCs. Comprendre

Plus en détail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

Plus en détail

GENIE LOGICIEL Détermination du périmètre cible d une application

GENIE LOGICIEL Détermination du périmètre cible d une application GENIE LOGICIEL Détermination du périmètre cible d une application Hervé DOMALAIN 2004 / 2005 Génie logiciel 2004 / 2005 Page 1 Diagrammes de CU et périmètre cible Le domaine cible d une application est

Plus en détail

Sujet de thèse CIFRE RESULIS / LGI2P

Sujet de thèse CIFRE RESULIS / LGI2P Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Sujet de thèse CIFRE RESULIS / LGI2P Titre Domaine De l ingénierie des besoins à l ingénierie des exigences

Plus en détail

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information

Plus en détail

Industrialisation des développements

Industrialisation des développements Industrialisation des développements NovaForge, l usine de développement logiciel de Bull Emmanuel Rias emmanuel.rias@bull.net 1 Agenda Introduction NovaForge Processus d un projet dans NovaForge et Fonctionnalités

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools. 1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement

Plus en détail

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour MDA (Model Driven Architecture) Ingénierie logicielle guidée par les modèles S.N Historique: En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

Plus en détail

Bases de données Cours 2 : Modélisation d une base de données

Bases de données Cours 2 : Modélisation d une base de données Cours 2 : Modélisation d une base de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 Modélisation d une base

Plus en détail

Approche orienté objet. Seifeddine Ferchichi

Approche orienté objet. Seifeddine Ferchichi Approche orienté objet Seifeddine Ferchichi plan Récapitulation de l approche fonctionnelle Introduction Cycle de vie RUP Rappel des critères de qualité du logiciel Approche orienté objet Récapitulation

Plus en détail

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes FICHE JANVIER 2009 THÉMATIQUE Direction de projets et programmes La représentation par les processus pour les projets Système d Information (SI) La modélisation de l'entreprise par les processus devient

Plus en détail

GPA789 Analyse et conception orientées objet (3 crédits)

GPA789 Analyse et conception orientées objet (3 crédits) Département de génie de la production automatisée Programme de baccalauréat Professeur : Mickaël Gardoni Responsable : Tony Wong Session/année : Eté 2009 Groupe : 01 PLAN DE COURS GPA789 Analyse et conception

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS CLES : UML Analyse Conception Modélisation

Plus en détail

Diagramme de Classe UML et Base de Données Relationnelle-objet

Diagramme de Classe UML et Base de Données Relationnelle-objet Ecole des Hautes Etudes Commerciales HEC Alger Diagramme de Classe UML et Base de Données Relationnelle-objet par Amina GACEM Module Informatique 1ière Année Master Sciences Commerciales Plan Introduction

Plus en détail

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données . Objectifs et principes Modélisation E/R des Données 2. Le modèle Entité-Association (E/R) 3. Passage au relationnel 4. Conclusion. Objectifs de la Modélisation Permettre une meilleure compréhension Le

Plus en détail

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993)

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Ce document suggère un ensemble d éléments à préciser pour les exigences d'un système logiciel. Il débute par une Page de titre,

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en détail

Diagrammes de classe UML

Diagrammes de classe UML labsticc.univ-brest.fr/pages_perso/babau/ Diagrammes de classe UML Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction aux diagrammes de classe Description

Plus en détail

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par :

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par : Dépôt du projet Sujet : Gestion école primaire privé Réalisé par : Encadré par : BOUCHBAAT Noura Mr. Jihad NOFISSE Jihade Année universitaire : 2011/2012 1 2 Introduction Pour bien clarifier les objectifs

Plus en détail