Cours STIM P8 TD 1 Génie Logiciel
|
|
- Jean-Philippe Simoneau
- il y a 2 ans
- Total affichages :
Transcription
1 Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012
2 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels sur UML dans un cadre de gestion de projet, plutôt que dans une simple vision de modèle Apporter des compléments à la gestion de projet, plus adapté à un projet de développement logiciel. On utilise ici à un outils de modélisation UML gratuit et opensource (ici StarUML) pour illustrer le cours, mais on pourra en utiliser d autres plus récents. On introduira aussi les architecture MDA qui permettent de la génération de code basé sur des modèles et qui est de plus en plus d actualité
3 Documents de référence [1] UML Superstructure Specification V2 OMG (object management group) [2] Cours UML de Rational Software (IBM) [3] Livre de Craig Larman : Applying UML and Patterns : an introduction to Object-Oriented Analysis
4 Organisation des exercices Présentation des concepts Réalisation immédiate d un exercice d application du concept A la fin d un chapitre réalisation d un exercice plus global mettant en jeux différents concepts et leurs articulations
5 Historique Année 70 et 80 : guerre des méthodologies Années 90 : unification des trois principales méthodologies sous UML OMT (Object Modeling Technique) Booch OOSE (Object Oriented Sofware Engineering) XXX : sortie de UML 2.0 Années 2000 : développement des méthodologies MDA
6 UML et Gestion de projet (1) Rappel des phases de gestion de projet Phase d administration Analyse du CDC/Rédaction de spécification générale Evaluation/Organisation/Planification Phase de réalisation/pilotage Phase de terminaison On peut utiliser UML très tôt pour structurer la phase d administration : Afin de dégrossir le projet en sous éléments Les bons outils sont alors : Les diagrammes de cas d utilisation de haut niveau Les diagrammes de classes utilisant un vue de niveau package par exemple
7 UML et Gestion de projet (2) Ensuite on affinera/complètera les diagrammes : Dans la phase de réalisation : un première partie de la phase de réalisation correspondra à la conception UML avant de commencer le codage proprement dit. On peut avoir quelque chose comme : Compléter le modèle UML Générer (cas MDA) et écrire le code Tester le code Documenter Mais aussi plus globalement lors de cycles complets Projets/Sous Projets
8 Éléments de gestion de projet (1) : 1. Définition de l ébauche du plan 2. Création du rapport préliminaire d investigation 3. Définition des conditions 4. Enregistrement des termes dans un glossaire Planification et Élaboration 5. Implémentation d un prototype 6. Définition des cas d utilisation (haut niveau et essentiel) 7. Définition d une ébauche de modèle conceptuel 8. Définition de l ébauche de l architecture systémique 9. Raffinement du plan
9 Éléments de gestion de projet (2) Raffinement du plan 1. Définition des Cas d utilisation essentiels 2. Raffinement des diagrammes de cas d utilisation 3. Raffinement du modèle conceptuel 4. Raffinement du glossaire Développement Cycle 1 Synchronisation des objets 5. Définition des diagrammes systémiques 6. Définition des contrats d opération Analyse 7. Définition Diagrammes de classe Développement Cycle 2 Conception 1. Définition des cas réels d utilisation 2. Définition des rapports, des Interfaces utilisateur et des storyboard 3. Raffinement de l architecture du système 4. Définition des diagrammes d interaction... Implémentation 5. Définition des diagrammes de classes d implémentation 6. Définition du schéma de la base de données Test
10 Éléments de gestion de projet (3) Développement itératif Affiner le modèle sur différents cycles «Time-boxing» des cycles Entre 2 semaines à 2 mois L ordre de création des artefacts (Use Case, etc n est pas forcément linéaire et peut être fait en parallèle)
11 Exigences/Conception/Implémentation Durant tout le projet, il faut séparer les exigences de la conception et de l implémentation Exigences Périmètre du problème Ce qui est exigé Contexte de l Application Hypothèses Besoins de performances Conception Approche générale Algorithmes Structures de données Architecture Optimisation Planification des ressources Implémentation Plates-formes Spécifications matérielles Bibliothèques logicielles Standard d interface
12 Démarrer avec StarUML (1) Démarrage de StarUML et sélection d une approche Les approches correspondent à une méthodologie d analyse prédéfinie
13 Démarrer avec StarUML (2) Par exemple l approche 4+1 :
14 Démarrer avec StarUML (3) On dispose de 3 structures de rangement Les modèles Les sous-systèmes Les packages
15 Démarrer avec StarUML (4) Les packages sont des dossiers de rangement des objets UML. Ils sont arborescents Les modèles sont en fait un type de package particulier
16 Les différentes dépendances de packages
17 Définition du sous-système Un Sous-système est : Ensemble de classes, d opérations, d évènements et de contraintes Tous reliés Avec des interfaces bien définies et préférablement restreintes vers l extérieur Pas de trace des sous-systèmes dans UML 2 sauf via un stéréoptype. <<subsystem>> Donc Sous-Système=Package avec icône particulière permettant de mieux identifier leur délimitation a utiliser le stéréotype subsystem Un service est un ensemble de fonctionnalités apparentées qui servent les mêmes buts. On peut utiliser des sous-systèmes pour implémenter des services
18 Démarrer avec StarUML (3) Création des objets
19 Démarrer avec StarUML (4) Création des diagrammes
20 Démarrer avec StarUML (5) L explorateur de diagrammes Permet de voir d un seul coup d œil des diagrammes répartis dans l arborescence des packages rangés par catégories
21 Démarrer avec StarUML (6) L explorateur de propriétés Permet de modifier les propriétés de l objet de manière structurée Les diagrammes ou d autres outils permettent cependant aussi d agir sur les propriétés des objets
22 Organisation Nous allons : Apprendre a créer et manipuler les différents objets Les étudier dans le cadres des «vues» que sont les diagrammes. Il est important de comprendre qu un objets et unique dans l outil de modélisation, mais qu il peut apparaître dans différentes vues Apprendre les différents moyens d agir sur les propriétés des objets avec StarUML
23 Manipulation de l outil StarUML StarUML est un outil très riche est très structuré Il est fourni avec un guide utilisateur comprenant des apprentissages détaillées des différentes fonctions de l outil en fonction du type de diagramme considéré Nous utiliserons ce «tutorial» pour structurer nos apprentissages après avoir présenté les concepts
24 Exemple de «tutorial»
25 Différentes vision des modèles Modèle de classe Structure statique des objets d un système Modèle d état Décrit les aspects temporels d un objet Modèle d interaction Décrit la façon dont les objets collaborent pour obtenir des résultats
26 Mécanismes d extension UML 2.0 contient des mécanismes d extension Stéréotypes : chaîne qui complètent l information sur un élément du méta modèle UML Propriétés : caractérisent un élément de modèle Contraintes : spécifient des conditions qui doivent être vrai sur des éléments de modèle Étiquettes (Tag) : paire nom/valeur donnant des informations complémentaires
27 Analyse des fonctions du système Même si ce n est pas de l UML «traditionnel», l analyse des fonctions fournies par le système et leur rangement en catégories est un des compléments essentiel de l analyse en cas d utilisation que nous allons voir plus loin. Dans une première étape, après avoir faire les interviews du client, on : Liste des fonctions en leur donnant un référence On créé des catégories de fonctions On range cela dans un tableau auquel on fera référence dans le reste de l analyse
28 Diagrammes de Use Case Un cas d utilisation est une description textuelle d une fonction que doit réaliser le futur système. Il décrit ce que le système doit faire, mais pas comment implémenter ce comportement souhaité. Un diagramme de cas d utilisation est une représentation visuelle complémentaire de ces «recettes». Il permet de visualiser un système et ses limites, les utilisateurs, les cas d utilisations autour desquels ils interagissent et les liens (spécialisation, inclusion) entre ces cas d utilisateur C est un outil de communication avec des non informaticiens
29 Exemple Nous allons réaliser un modèle pour un système informatique de gestion d un hôtel. Système de gestion de l'hotel Réserver chambre System extension points Avec enfant(s) Receptionniste Occuper chambre Libérer chambre Client Femme de chambre Nettoyer chambre Gérer réclamations Manager
30 Exemples de cas d utilisation textuel Réserver chambre Le réceptionniste reçoit un appel ou reçoit un client à la réception Il prend le nom, la date, la durée sur séjour et le nombre de personne Il propose un type de chambre disponible et son prix Si le client accepte, il bloque la ou les chambres et le matériel complémentaire (lit bébé)
31 Deuxième exemple Occuper chambre : Le client se rend à la réception. Il demande à avoir les clés de sa chambre. Le réceptionniste vérifie : que la chambre a bien été réservée que le nombre de personnes correspond bien que les équipements supplémentaires (lit bébé) sont bien disponibles Si tout se passe bien il donne initialise un badge magnétique, le donne au client avec son numéro de chambre et lui indique le chemin vers celle-ci Le client se rend à sa chambre et vérifie : qu'il peut bien y accéder que la chambre lui convient bien. Dans le cas contraire il passe en phase réclamation
32 Niveau de détail des Use Case Ce cas d utilisation est un cas d utilisation de haut niveau. On débute sans surcharger le cas d utilisation avec des détails Lors de cycles de modélisation, on va enrichir les cas d utilisation et traiter les variantes Mettre des références aux fonctions dans la fiche d un use case. Quand un use case utilise une fonctionnalité, l indiquer en la mettant en référence dans la fiche du UseCase Un fonctionnalité va donc être implémentée par cycle, en travaillant sur les use cases qui l utilisent Détecter les fonctionnalités sans cas d utilisation ce qui traduit un manque dans les spécifications
33 Acteurs et système Un acteur n est pas une partie du système. Il correspond à un rôle. System Un acteur Un utilisateur peut avoir plusieurs rôles et donc correspondre à un acteur. Un acteur peut être un humain,une machine ou un autre système. Le système peut être un système informatique mais aussi un système plus vaste (exemple l entreprise) dans quel cas certains acteurs disparaissent dans le système.
34 Vision utilisateur du Use Case Un cas d utilisation décrit une interaction d un (ou de plusieurs) acteur(s) avec le système. Une interaction est une séquence d actions. doit donner un effet tangible pour l utilisateur.
35 Usage de généralisations Permet de clarifier les dépendances entres rôles et packages par exemple (annonce l héritages des classes) Exemple sur les acteurs : Flèches de généralisation. Equivalentes à celles utilisées dans l'héritage. Client Nouveau Client Client enregistré
36 Utilisation et Spécialisation des Use Case Un cas d utilisation peut faire référence à d autres cas d utilisation On a vu <<extends>> pour la spécialisation On a <<include>> pour l utilisation <<include>> Libérer chambre Régler chambre
37 Points d extension Un point d extension est une location dans un cas d utilisation où des séquences d un autre use-case peuvent être insérés. Chaque point d extension doit avoir un nom unique à l intérieur du cas d utilisation. Réserver chambre Réserver chambre extension points Présence d'enfant(s) <<extend>> extension points Avec enfant(s) <<extend>> Réserver chambre avec bébé Reserver bungalow
38 Diagrammes de classes Permettent de modéliser Les classes Leurs relations Leurs attributs et opérations Les contraintes Ils correspondent à une statique du modèles Au début modèle conceptuel pour modéliser les concepts du problème Ensuite dans un deuxième temps reprise sous forme de diagrammes de conception (Design)
39 Classes et objets Les diagramme de classes permettent de manipuler des classes ou des instances de classe (appelées aussi des objets) MaClasse +a: int Object1 : MaClasse a = 17 Object2 : MaClasse a = 38 Deux instances avec des valeurs différentes. Les valeurs sont ajoutée via un AttributeLink Une classe Les instances se reconnaissent facilement au fait que leur nom est souligné et que «:» précède le nom de la classe, que l instance soit nommée ou non.
40 Héritage Les diagrammes de classes permettent de définir facilement l héritage entre deux classes Chambre Chambre simple Chambre double Chambre simple avec balcon Chambre simple sans balcon Chambre double avec balcon Chambre double sans balcon
41 Attributs d une classe Une classe hôtel Avec un tableau de visibilité privée(signe -) de personnes Avec un nombre total de lit qui est un entier de type protégé (signe #) avec une valeur initiale de 40 Avec une adresse qui est une chaîne de caractères publique (signe +) Hotel -personnel: Personnel[0..*] #NombreMaxLits: int +Adresse: String
42 Opérations d une classe En plus des attributs les classes peuvent disposer d opérations Les opérations contiennent optionnellement des valeurs en entrée, en sortie, en entrée sortie ainsi qu une valeur de retour Personnel +PrendreVacances(debut: DateTime, fin: DateTime): int La fonction prend une date d'entrée, une date de sortie et retourne un nombre de jours total comptabilisés en congés
43 Les associations Plutôt que d utiliser un tableau, on met des associations entre objets Avec des noms de rôles aux extrémités Et une cardinalité Hotel #NombreMaxLits: int = 40 +Adresse: String +employeur employes 0..* Personnel +PrendreVacances(debut: DateTime, fin: DateTime): int
44 Exercices Exercice 1 :Créer un diagramme de classe Mettre un attribut a:string dans cette classe Créer deux instances de cette classe Leur ajouter deux AttributeLink afin que la première instance ait pour valeur de a «hello» et la deuxième «world».
45 Exercices Exercice 2 Créer un diagramme de classe sous StarUML Un ajouter une classe MaClasse au diagramme Ajouter un objet au même diagramme Objet1 instanciant MaClasse Exercice 3 Créer une classe bâtiment qui contient un champ numéro de bâtiment. Modifier les visibilités et types d attribut. Créer un objet chambre. Créer une association entre le bâtiments et des chambres
46 Multiplicité Permet de préciser le nombre d éléments contribuant à une relation On peut avoir deux façons les représenter Au niveau d un attribut Au niveau d une extrémité d association
47 Contraintes (1) On a trois façons de noter les contraintes sous UML Attachées à un attribut A coté d une ligne pointillée liant deux relations ayant une contrainte Comme une note
48 Contraintes (2)
49 Grammaire (BNF) de la multiplicité <multiplicity> ::= <multiplicity-range> [ { <order-designator> [, <uniqueness-designator>] } ] <multiplicity-range> ::= [ <lower>.. ] <upper> <lower> ::= <integer> <value-specification> <upper> ::= * <value-specification> <order-designator> ::= ordered unordered <uniqueness-designator> ::= unique nonunique
50 Exercices Créer une contrainte de chaque type listé plus haut sous StarUML Une contrainte attachée à un attribut (utiliser l éditeur de collection Ctrl+F5) Une contrainte rattachée à deux relations Une contrainte signalée par une simple note Quel est l avantage d une contrainte attachée à un attribut par rapport à une simple note?
51 Agrégation et composition Une association peut être une agrégation quand les objets associés ont une liaison forte avec la source. On utilise une représentation avec un losange vide au niveau de la source Une agrégation est une composition si quand on détruit la source on détruit tous les objets liés. On utilise une notation avec un losange plein
52 Les qualificateurs On peut préciser et réduire la cardinalité d une association en utilisant un qualificateur Train +rangee 1 1 Siege +Numero: int Partitionne ensemble des instances et suggère les clés primaire du Mappage OR Démo : ajout d un qualificateur à une relation
53 Structure composites Les diagrammes de classes peuvent détailler la structure interne des classes et les éléments accessibles depuis l extérieur. On dispose pour cela Des Ports Des Part Des Interfaces
54 Les Parts de classes Cette structure permet de décrire une sous partie d un composant ou classe Exercice : rajouter une Part à une classe dans un diagramme de classe et la connecter à une autre classe
55 Les Ports Les Ports décrive des sous éléments de classes accessibles depuis l extérieur Exercice : rajouter un Port à une classe dans un diagramme de classe et la connecter à une autre classe
56 Interfaces (1) Les interfaces et leurs arborescences peuvent être obtenues par un stéréotype <<interface>> Un objet peut soit : Avoir une relation de dépendance avec une interface (utiliser l interface) Être une réalisation d une interface (implémenter l interface)
57 Interfaces (2) Deux notations «mappées» La notation cerclé Ou l usage du stéréotype <<interface>> sur une classe
58 Interfaces (2) Réalisation Dépendance Autre notation possible :
59 Exercice Dans un diagramme de classes de StarUML Créer une classe et deux interfaces Créer une réalisation de la classe par rapport à la première interface Créer une dépendance de la classe par rapport à la deuxième interface Dans quel cas de notation sommes nous?
60 Les diagrammes dynamiques (1) Les diagrammes de classe sont une extension objets de méthodologies comme Merise Il leur manque tous les aspects dynamiques Différents états des objets Transition entre états suite à des stimulis Réponse a des évènements et échange de messages entre objets
61 Les diagrammes dynamiques (1) Les différents diagrammes dynamiques sont : Diagrammes d états Diagrammes d interactions Diagrammes de séquences Diagrammes de collaboration Diagrammes d activité Notes : Sous StarUML les diagrammes d interaction (séquence et collaboration) sont regroupés dans des instances d ensemble de collaboration (CollaborationInstanceSet)
62 Diagrammes d états (1) Ces diagrammes se focalisent sur une classe donnée Un classe peut avoir différents états caractérisés par différentes valeurs de ses paramètres (vision ensembliste, partition des classes) Des transitions relient ces états
63 Diagrammes d états (2) Exemple - Cas de l objet chambre : On identifie trois états : inoccupée, occupée et en nettoyage On identifie les transitions entre ces états (flèches orientées) Inoccupée Occupée En nettoyage
64 Diagrammes d états (3) Les transitions : Les transition permettent la migration entre états. Elles résultent d un évènement. Elles portent le nom et les paramètres de l évènement associé
65 Diagrammes d états (4) Quatre catégories d évènements peuvent déclencher de transitions Un évènement de type signal : SignalEvent (par exemple le callback d un appel asynchrone) Un appel direct de méthode : CallEvent Le déclenchement d un timer : TimerEvent Le changement d une valeur : ChangeEvent SignalEvent1, CallEvent1, TimeEvent1, ChangeEvent1 Inoccupée Occupée
66 Diagrammes d états (5) Les transitions, lors de leur déclenchement peuvent réaliser des actions (courtes dans le temps) appelées effects. Elle peuvent aussi n avoir lieu que sous certaines conditions (GuardConditions)
67 Diagrammes d états (6) Les états peuvent eux aussi déclencher des actions courtes : Entry action, Do Actions, Edit Actions
68 Diagrammes d états (7) Les états peuvent être hiérarchiques et contenir des sousétats. Les diagrammes d états d un sous-états peuvent être référencés dans le diagramme principal via : SubmachineState1
69 Exercices 1) Reproduire le diagramme de changements d états pour une chambre 2) Créer un diagramme d état pour un membre du personnel, en considérant le cas d une personne non encore embauchée.
70 Solution
71 Diagrammes de séquence (1) Décrit une dynamique d échange entre instance de classes Olivier Payet : Client Jerome Dupuis : Receptioniste Pierre Hibon : Manager 1 : ReserverChambre() Envoi d'un message entre deux instances de classe 2 : OccuperChambre() 3 : TraiterUneReclamation() 4 : FaireUneRemise() On a un message envoyé à soi-même, ie c'est l'employé lui même qui décide ici de prendre des vacances 5 : PrendreVacances() Lors du traitement de la demande d'autres messages peuvent être émise. Cela correspond aux méthodes composant la fonction
72 Diagrammes de séquence (2) Les diagrammes de séquence permettent de capturer un enchaînement d évènements et l envoi de messages entre objets Il permet de visualiser la responsabilité : qui est responsable de déclencher une méthode (prendre des vacances par exemple) Il ne peuvent pas représenter des procédures complexes Conditions et branchements
73 Diagrammes de séquence (3) On peut envoyer des message synchrones (ligne continue et flèche solide) et asynchrones (ligne continue et flèche normale) Message synchrone Messages asynchrones Le retour d un message asynchrone est représenté avec des pointillés.
74 Diagrammes de séquence (4) Création et destruction On dispose aussi de deux autres types de messages : create et destroy pour l instanciation et la libération d un objet : Client : Hotel : Cuisinier UnRepas : Repas 1 : UnRepas := CommanderRepas() <<create>> 3 2 : UnRepas := CommanderRepas()
75 Diagrammes de séquence (5) On peut représenter des boucles en utilisant des fragments combinés (loop) Les fragments combinés permettent aussi de représenter des alternatives (alt), des régions (region), des assertions (assert),
76 Les différents types de fragments combinés sous StarUML
77 Diagrammes de séquence (6) Les opérandes d interaction permettent de créer des catégories de traitements dans les fragments Par exemple :
78 Diagrammes de séquence (7) En fait les fragments permettent se s affranchir de certaines limites des diagrammes de séquence en rajoutant Les boucles La logique conditionnelle Break Fonctionnement parallèle Mais ce sont les diagrammes de collaboration qui sont le plus adapté au cas des procédures complexes.
79 Diagrammes de collaboration (1) Appelés aussi de manière plus moderne diagrammes de communication Les diagrammes de collaboration se focalisent en priorité sur la relations entre objets (via les liens). Les stimulis sont alors secondaires On dessine ainsi différentes instances d objets et on les relie par des liens sur lesquels on pourra mettre un ou plusieurs stimulis
80 Diagrammes de collaboration (2) Exemple de diagramme de collaboration
81 Diagrammes de collaboration (3) Comparaison palettes séquence et de collaboration dans StarUML Apparition des liens (entre objets) Les liens peuvent être récursifs Un lien doit être posé sur le Diagramme. On peut ensuite lui affecter un ou plusieurs stimuli(s) Pas de notion de fragments et d opérandes d interactions
82 Diagrammes de collaboration (4) Les stimulis correspondent à l appel d une méthode sur l objet cible. Il peuvent être adaptés pour : Passer des paramètres qui sont des instances d objets présent dans le diagramme Retourne des valeurs nommées, utilisables elles aussi dans d autres stimulis Être répétées un certain nombre de fois S appliquer sous certaines conditions
83 Diagrammes de collaboration (5) Propriétés d un stimuli Un stimuli avec comme nom monstimuli, valeur de retour s, condition (branch) a>0, itération de 1à 5 et arguments (a,3) s affiche comme : *[1..5][a>0] s := monstimuli(a,3)
84 Diagrammes de collaboration (6) Décomposition des messages en messages secondaires etc. Object1 1 Ce message suit le message 1 et est au même niveau Object2 1.1 et 1.2 sont des sous-messages générés par la réalisation du message Object5 Object3 Object4 Sous StarUML il faut désactiver l'affichage de la séquence qui est toujours un nombre entier qui correspond à l'ordre de l'enfant dans l'interactioninstanceset. On peut alors mettre les numéros pointés avec des zones de texte
85 Diagrammes de collaboration (7) Transposition du Use Case : Occuper chambre
86 Diagrammes de collaboration (8) Exercice : Reproduire le diagramme précédent dans staruml Note : pour faire apparaître le nom et le type d un stimuli jouer sur la propriété MessageSignature du diagramme
87 Diagrammes d activités (1) Les diagrammes d activités permettent de décrire un workflow, i.e. un enchaînement de tâches Il sont proches des diagrammes d états mais ils ont une composante temporelle où les diagrammes d états décrivent des transitions au sein d une «ontologie»
88 Diagrammes d activités (2) Un exemple de diagramme d activité
89 Diagrammes d activités (3) Les activités sont représentées par des carrés au cotés arrondis Elles sont reliées entre elles par des transitions qui correspondent à une succession temporelle.
90 Diagrammes d activités (4) Nœuds finaux : Il y a deux types de nœud finaux. Un nœud final lié à un parcours : Un nœud final général du workflow. Lorsqu il est atteint le workflow entier s arrête
91 Diagrammes d activités (4) Une activité est une opération «longue» qui se décompose en tâches Une ou plusieurs tâches d entrées (courtes) Une ou plusieurs tâches interne (DoAction qui sont longues) Une ou plusieurs tâches de sortie (courtes)
92 Diagrammes d activités (5) Nœud de décision (choix de branche suivant condition de garde) et nœud de regroupement (merge node)
93 Diagrammes d activités (5) Fork et Join : permettent un déroulement parallèle et une synchronisation Etat Initial : Unique Activity1 Etat final : On peut en avoir plusieurs dans le même diagramme Activity2 Zone de synchronisation de type fork Zone de synchronisation de type join Déroulement parallèle des deux chemins
94 Diagrammes d activités (4) Contraintes sur les transitions : une transition peut être munie d une contrainte qui empêche son parcours si elle n est pas à vrai ( propriété GuardCondition). Une transition peut aussi déclencher une action (courte) appelée «effect» avant de passer à sa cible à condition que la condition de garde soit vérifiée.
95 Diagrammes d activités (5) Les transitions peuvent être déclenchées par différents déclencheurs (triggers) Des signaux Un appel de fonction Un évènement de type timer Un évènement de modification
96 Diagrammes d activités (6) On peut décomposer une diagramme d activité sous forme hiérarchique en utilisant la notion de sous-activité Une sous-activité fait appel à un autre diagramme d activité dans un diagramme donné. On a une logique de réutilisation de diagrammes
97 Diagrammes d activités (7) On peut indiquer des déclenchement asynchrones avec les icônes d envoi (send) et de reception (accept) de signaux Gérer la commande Callback Demander le paiement Revoir le paiment Envoi du signal Envoyer le colis
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
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
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
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
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
Cours de Génie Logiciel
Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes
CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H. Coordonnateurs : Christian Bac et Denis Conan
Corrigé et Barème Contrôle de connaissances 2012/2013 des étudiants de 2 è année (EI2) CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H Coordonnateurs : Christian
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
CONCEPTION des SYSTÈMES d INFORMATION UML
CONCEPTION des SYSTÈMES d INFORMATION UML 4 : Analyse organique Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE ANALYSE ORGANIQUE 2 Diagrammes de séquence 3 Exemple de diagramme de séquence 8 Diagramme
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
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
Le langage UML : Les diagrammes de séquence. Lydie du Bousquet Lydie.du-bousquet@imag.fr
Le langage UML : Les diagrammes de séquence Lydie du Bousquet Lydie.du-bousquet@imag.fr 1 Modélisation des interactions Les objets d un système ont un comportement Ils interagissent entre eux Dynamique
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
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
<< 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
NFP121 Programmation Avancée. Relations entre classes
NFP121 Programmation Avancée Relations entre classes Xavier Crégut ENSEEIHT Télécommunications & Réseaux Xavier Crégut (N7) NFP121 Programmation Avancée Relations entre classes
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
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
UML : Les diagrammes de séquence
UML : Les diagrammes de séquence 2014 tv - v.1.0 Diagrammes d interactions Les diagrammes d interactions englobent deux types de diagrammes UML : les diagrammes de séquence, les diagrammes
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
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
É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
Systèmes d information dans les entreprises
Systèmes d information dans les entreprises Chargé: JF Couturier Cours # 4 MTI515 Automne 2013 JF Couturier 1 Retour sur les derniers cours Le document de vision Petit retour sur les diagrammes d activité
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
É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
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
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
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
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
alg - Relations entre classes [kr]
alg - Relations entre classes [kr] Karine Zampieri, Stéphane Rivière, Béatrice Amerein-Soltner Unisciel algoprog Version 21 avril 2015 Table des matières 1 L association 2 1.1 Définitions...................................
REseau qualité Enseignement supérieur et Recherche L APPROCHE PROCESSUS. Réunion du 00/00/2011 1
L APPROCHE PROCESSUS Réunion du 00/00/2011 1 MISSION QUALITE ET METHODE L APPROCHE PROCESSUS Xavier Darrieutort-Approche_PS-Janv_2012 L APPROCHE PROCESSUS 1. SOMMAIRE Définition d un PROCESSUS Caractérisation
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...
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
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
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
SysML : les diagrammes
SysML : les diagrammes DIDIER FGNON, STÉPHNE GSTON [1] L outil SysML est un langage constitué de nombreux diagrammes. Nous vous proposons une ressource sous la forme de fiches-outils qui trouveront une
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
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
REFERENTIEL NORMATIF du CNES
REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure DEMARCHE D'ANALYSE DU LOGICIEL Annexe Technique de la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE
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
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
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
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
TD2 : Diagramme de classes UML
TD2 : Diagramme de classes UML Pierre Gérard pierre.gerard@univ-paris13.fr DUT Informatique S2D Université de Paris 13 1 Propriétés d'une classe Une personne est caractérisée par son nom, son prénom, son
Le langage C. Séance n 4
Université Paris-Sud 11 Institut de Formation des Ingénieurs Remise à niveau INFORMATIQUE Année 2007-2008 Travaux pratiques d informatique Le langage C Séance n 4 But : Vous devez maîtriser à la fin de
Systèmes d information dans les entreprises (MTI515)
Systèmes d information dans les entreprises (MTI515) Chargé: JF Couturier Cours # 9 MTI515 Automne 2013 JF Couturier 1 Retour sur le dernier cours L intra Les artéfacts Diagramme d activité Modèle du domaine
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
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
Cedric Dumoulin. Compilation de présentations de : Jeanine Leguy
Cedric Dumoulin Compilation de présentations de : Julie Vachon Jeanine Leguy Yannick Prié 1 Les diagrammes dynamiques Diagrammes d interactions Séquences Communication (uml1 == Collaboration) Diagrammes
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
Bases de la programmation orientée objet en Java
Bases de la programmation orientée objet en Java Jean-Baptiste Vioix (jean-baptiste.vioix@iut-dijon.u-bourgogne.fr) IUT de Dijon-Auxerre - LE2I http://jb.vioix.free.fr 1-33 Avant propos Difficultés...
TP C# Prise en main : interface graphique, animation
TP C# Prise en main : interface graphique, animation 1. Hello World! Description : Vous allez construire une application graphique dotée d un unique bouton qui affiche le message «Hello World!» lorsque
Machine de Turing. Informatique II Algorithmique 1
Machine de Turing Nous avons vu qu un programme peut être considéré comme la décomposition de la tâche à réaliser en une séquence d instructions élémentaires (manipulant des données élémentaires) compréhensibles
Le service pack 6 (SP6) est le dernier disponible pour visual studio 6. Ce dernier devrait être maintenu par Microsoft jusqu en 2008.
1 CONCEPT DE BASE 1.1 Visual Basic 6 1.1.1 Pour quoi faire? VB est un langage de type RAD : «Rapid Application Development». Il permet de créer des applications rapidement grâce à une conception simple
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
Le Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Mongi TRIKI Docteur en Informatique Université Paris Dauphine
Université Méditerranéenne Libre de Tunis Faculté Méditerranéenne Privée des Sciences Informatiques, Economiques et de Gestion de Tunis Département d Informatique LICENCE INFORMATIQUE Guide du Stagiaire
Ingénierie des Systèmes d Information. Chap. 7: UML. Principes généraux et applications SI. Erwan TRANVOUEZ erwan.tranvouez@univ-amu.
Ingénierie des Systèmes d Information Chap. 7: UML Principes généraux et applications SI Erwan TRANVOUEZ erwan.tranvouez@univ-amu.fr MOD Global : Cas des cardinalités Comment évaluer ces critères Par analyse
UML (Diagramme de classes) Unified Modeling Language
UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association
Genie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost
Institut Galilée Vivien Boyi-Banga INFO 2 Genie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost Enseignant : M.Feiz Année 2009-2010 1. Définir la borne de notre système Le système est composé
Programmation PHP Septembre 2010
IFT1147 Programmation Serveur Web avec PHP Plan La POO en PHP Lecture du chapitre 20. Programmation par objets Introduction à la POO Objets et classes Propriétés Méthodes Private Héritage Polymorphisme
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
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
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
Personnaliser et adapter SPIP Développeur SPIP
Personnaliser et adapter SPIP Développeur SPIP En Théorie Le fonctionnement de SPIP Qu est ce que SPIP? SPIP (Système de Publication pour l Internet Partagé) est un logiciel libre destiné à la production
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
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
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
12. Conception des applications
Conception objet en Java avec BlueJ une approche interactive 12. Conception des applications David J. Barnes, Michael Kölling version française: Patrice Moreaux Rédigé avec 1.0 Principaux concepts abordés
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
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
TP3 : Manipulation et implantation de systèmes de fichiers 1
École Normale Supérieure Systèmes et réseaux Année 2012-2013 TP3 : Manipulation et implantation de systèmes de fichiers 1 1 Répertoire de travail courant Le but de l exercice est d écrire une commande
Générer du code à partir d une description de haut niveau
Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,
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
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
L approche Bases de données
L approche Bases de données Cours: BD. Avancées Année: 2005/2006 Par: Dr B. Belattar (Univ. Batna Algérie) I- : Mise à niveau 1 Cours: BDD. Année: 2013/2014 Ens. S. MEDILEH (Univ. El-Oued) L approche Base
UML Diagramme de communication (communication diagram) Emmanuel Pichon 2013
UML Diagramme de communication (communication diagram) 2013 Diagramme de communication (communication diagram) Utilisation / objectifs Sens Ce diagramme présente des objets, des acteurs, des liens et des
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
METTEZ VOUS-MÊME À JOUR VOTRE SITE AVEC
METTEZ VOUS-MÊME À JOUR VOTRE SITE AVEC Comment est géré votre site internet? JOOMLA est un «système de gestion de contenu» qui vous permettra d administrer votre site internet en toute simplicité. Il
Chapitre 4 Modélisation et Conception de BD
Pourquoi une modélisation préalable? Chapitre 4 Modélisation et Conception de BD Il est difficile de modéliser un domaine sous une forme directement utilisable par un SGBD. Stockage physique Cohérence/intégrité
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
Georgieva Diana Bourgouin Adrien Licence 3 ~ Faculté des Sciences et des Techniques UML ~ Bibliothèque. Projet UML.
Projet UML Cas Bibliothèque Page 1 sur 35 S6 ~ 2008-2009 Sommaire I. Introduction 3 II. Modélisation A. Cas d utilisation 1. Première approche 4-6 2. Cas d utilisation avant la modélisation des diagrammes
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
Rapport de Conception Préliminaire MESSAGERIE
Rapport de Conception Préliminaire MESSAGERIE Conception préliminaire du logiciel demandé en projet, illustré par les diagrammes des cas d utilisation, des classes du domaine et de séquence. Maxime SUARD,
Modèle conceptuel et diagramme de classes
Modèle conceptuel et diagramme de classes Modèle conceptuel Le modèle conceptuel contient les concepts pertinents et significatifs du problème ; C est au début, une représentation des objets du monde réel,
Modèle objet/classe. Sommaire
Modèle objet/classe Sommaire Pourquoi un tel modèle ; Sa place dans le processus de développement ; Les premiers concepts ; Comment construire un diagramme de classes. Sa place dans le processus de développement
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
M1 : Ingénierie du Logiciel
M1 : Ingénierie du Logiciel UNIVERSITE PIERRE & MARIE CURIE (PARIS VI) Examen Réparti 1ere partie 7 novembre 2013 (2 heures avec documents : tous SAUF ANNALES CORRIGEES). Barème indicatif sur 22 points.
Les diagrammes de modélisation
L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse
BE1 2 : Phase d analyse Gestion des prêts dans une médiathèque
Gestion des prêts dans une médiathèque Équipe enseignante Revision : 1302 CSC 4002 Télécom SudParis Octobre 2015 Première étape : mise au point de la solution, aspect statique L étape d analyse nécessite
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
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
Visual Paradigm Contraintes inter-associations
Visual Paradigm Contraintes inter-associations Travail de Bachelor d'informaticien de gestion Partie C Présentation de Visual Paradigm 1 Présentation de Visual Paradigm For UML L objet du travail de Bachelor
MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS
MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS 1 PRÉSENTATION Un diagramme d activité est un diagramme UML qui modélise les aspects dynamiques d un système Le diagramme d
CONCEPTION des SYSTÈMES d INFORMATION UML
CONCEPTION des SYSTÈMES d INFORMATION UML 2 : Analyse Fonctionnelle Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE LES CAS D UTILISATION 2 1. Présentation intuitive de la notion de cas d utilisation
Conception de bases de données relationnelles
Conception de bases de données relationnelles Niveau conceptuel : modélisation de BD relationnelles Marie Szafranski 2015-2016 ensiie 1 2015-2016 ensiie 1 Modélisation d une BD Modélisation d une BD Étape
Modélisation de comportements de système en UML
M2P GLRE Génie Logiciel, logiciels Répartis et Embarqués Modélisation de comportements de système en UML Z. Mammeri Dans le contexte de modélisation avec UML, cinq types de diagrammes peuvent être utilisés
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
Plateforme AnaXagora. Guide d utilisation
Table des matières 1. PRESENTATION DE LA PLATE-FORME D APPRENTISSAGE ANAXAGORA... 3 2. ARCHITECTURE FONCTIONNELLE... 4 3. L APPRENTISSAGE... 5 3.1. L ESPACE DE TRAVAIL... 5 3.1.1. Le calendrier... 5 4.
GOL502 Industries de services
GOL502 Industries de services Conception d un service Partie IIb Version 2013 Introduction Conception d un service partie IIb Nous verrons dans ce chapitre Modélisation d un service; Langage de modélisation