UML (Diagramme de classes) Unified Modeling Language
|
|
- Justin Goudreau
- il y a 8 ans
- Total affichages :
Transcription
1 UML (Diagramme de classes) Unified Modeling Language
2 Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association (Nom, rôles) Association réflexive Navigabilité d une association Contraintes sur association Qualificateur d une association Classe associative Types d association (Agrégation, composition, généralisation / spécialisation) Classe et opération abstraites 2
3 Diagramme de classes Apport en grande partie de la méthode OMT (Rumbaugh) S apparente à un diagramme entité-association (MERISE). Il présente les différents objets (classes) du système ainsi que les liens entre ces objets (associations) Diagramme le plus important dans une modélisation objet 3
4 Diagramme de classes Objectifs Déterminer les données qui seront manipulées par le système Ces données sont organisées en classes Donner la structure statique de ces données Ce diagramme permet de décrire la structure interne de chacune des classes Représenter les relations statiques existant entre les différentes données du système La navigation parmi les classes est rendue possible par l existence d associations qui les unissent 4
5 Diagramme de classes Objectifs (suite) Poser les fondements stables régissant la totalité de l architecture du système Ce modèle est le garant du respect du paradigme objet Faire abstraction des aspects temporels et dynamiques de la modélisation Seul l aspect statique compte, la dynamique est prise en charge par d autres modèles 5
6 Diagramme de classes (Définition) Le diagramme de classes est un diagramme entités-associations décrivant les différentes classes, leur structure et les associations statiques les unissant Le diagramme de classes est un diagramme structurel ne présentant que les classes et pas les instances de classe Il permet de décrire la structure interne des classes en terme d attributs et d opérations Il permet de représenter les associations statiques entre les classes, mais ne décrit pas comment les liens effectifs entre les instances sont effectués 6
7 Diagramme de classes Exemple Client 1 possède 0..1 CompteCourant 1 souscrit * achète 0..1 Plan Epargne Actions * Actions 7
8 Classe (Définition) Une classe est une abstraction de choses du monde réel possédant des caractéristiques et des comportements communs La classe est la fabrique, le moule, à partir duquel on fabrique les instances (les objets) Seules les caractéristiques pertinentes pour le problème étudié entrent dans la composition de la classe 8
9 Classe Abstraction Abstraction Chien Personne age pedigree age nationalité courir() aboyer() se promener() crier() 9
10 Classe (Notation) Une classe est représentée par un rectangle découpé en 3 parties Sont présents : le nom de la classe la liste de ses attributs la liste de ses opérations Notation << Stéréotype >> Nom paquetage :: Nom classe Attributs Opérations 10
11 Nom de la classe Le nom de la classe peut être précédé d un stéréotype qualifiant le type de la classe Le nom de la classe est préfixé par un nom de paquetage si la classe est externe au paquetage courant Le nom d une classe abstraite est donné en Italique << Sécurité >> login :: Code secret Code N << Métier >> Compte Créditer() Débiter() << Métier >> Compte chèque N de compte 11
12 Attribut de la classe (Définition et notation) Un attribut est une caractéristique intrinsèque partagée par tous les objets d une classe L attribut possède un nom unique dans la classe Notation On peut associer à l attribut le type des valeurs qu il peut prendre On peut donner une valeur initiale à l attribut << Stéréotype >> Nom paquetage :: Nom classe nomattribut1 : typeattribut1 = valeurinitiale1 nomattributn : typeattributn = valeurinitialen 12
13 Attribut de la classe Recommandations pour trouver les attributs Les 3 règles d or de l attribut : Eliminer les attributs caractérisant une autre classe ex : l attribut «nom client» dans la classe «comptebancaire» Se méfier des attributs multi-valués, ils cachent souvent euxmêmes une classe ex : l attribut «enfants» dans la classe «Personne» Se méfier des attributs structurés, ils cachent souvent euxmêmes une classe ex : l attribut «Adresse» dans une classe «Personne» 13
14 Attribut de la classe Recommandations pour trouver les attributs Ne donner les types et les valeurs initiales des attributs qu en phase de Conception Lorsqu une classe possède de très nombreux attributs se poser la question du découpage de la classe 14
15 Opération de la classe (Définition et notation) Une opération est un service que propose une classe sur son interface L opération possède un nom pas forcément unique dans la classe On peut associer à l opération ses arguments Notation << Stéréotype >> Nom paquetage :: Nom classe On peut associer à l opération son type de retour nomopération1 (nomarg1 : TypeArg1 = valeurpardéfaut1,...) : typeretour1 nomopérationn (nomargn : TypeArgN = valeurpardéfautn,...) : typeretourn 15
16 Opération de la classe Recommandations pour trouver les opérations Ne donner les informations sur les arguments et le type de retour qu en phase de Conception Lorsqu une classe possède de très nombreuses opérations se poser la question du découpage de la classe 16
17 Exemple de classe Compte numero solde effectuervirement() Accesseurs getsolde() setsolde() getnumero() setnumero() 17
18 Visibilité et Portée des constituants de la classe La visibilité précise la manière dont un nom peut être vu et utilisé par les autres (public, protégé, privé) La portée précise dans quel contexte un nom prend sa signification (instance ou classe) Par défaut, la visibilité est publique et la portée est d instance Notation Nom Classe +Attribut public #Attribut protégé -Attribut privé Attribut de classe /Attribut dérivé +Opération publique() #Opération protégée() -Opération privée() Opération de classe() 18
19 Association (Définition) Une association est une abstraction de liens qui peuvent exister entre les instances de plusieurs classes Dans le monde réel, les objets sont liés physiquement ou fonctionnellement les uns avec les autres Ces liens entre objets se traduisent au niveau des classes par des associations Une association traduit donc une relation structurelle statique entre deux ou plusieurs classes 19
20 Association Abstraction Abstraction Chien Abstraction Personne âge pedigree âge nationalité courir() aboyer() se promener() crier() 20
21 Association (Notation) Une association est représentée au moyen d un trait orienté reliant chacune des classes concernées Il est possible de nommer l association et de préciser les rôles tenus par chaque classe Notation Client achète Voiture Personne salarié employeur Société 21
22 Nom de l association Le nom de l association est en général une forme verbale active ou passive qui décrit globalement le lien Notation Le nom de l association est facultatif Client achète Voiture Le nom doit apparaître sur l association, mais ne doit pas être rattaché à l une des extrémité 22
23 Rôles de l association Le rôle permet de décrire, à l aide d un nom, comment une classe perçoit une autre classe au travers de l association Notation Un rôle doit figurer à l extrémité de l association qu il qualifie Personne salarié employeur Société Les rôles sont facultatifs L association peut faire figurer les deux, un seul ou aucun des rôles 23
24 Nom et rôles de la classe (Recommandations) L utilisation du nom et des rôles d une association n est pas exclusif Cependant, les deux notations sont rarement utilisées conjointement L usage du nom et des rôles n est pas obligatoire, mais il s avère indispensable si deux objets sont reliés par plusieurs associations ou si une association est réflexive 24
25 Association réflexive Une association peut mettre en jeux deux classes distinctes Client achète Voiture Mais, elle peut aussi apparaître sur une seule et même classe Dans ce cas précis, l association est dite réflexive Exemple d association classique Personne Vit en couple avec Exemple d association réflexive 25
26 Navigabilité de l association La navigabilité d une association permet de définir dans quel sens l association peut être parcourue La navigabilité d une association est modélisée par une flèche sur l extrémité pouvant être atteinte par navigation La navigabilité peut être bidirectionnelle L absence de flèche sur les deux extrémités signifie que l association est bidirectionnelle Notation Personne a vu Film Chaque personne a accès aux films qu'elle a déjà vus, mais à partir d'un film, on interdit de retrouver la liste des personnes l'ayant vu Client achète Voiture L association peut être parcourue dans les deux sens 26
27 Multiplicités de l association La cardinalité d un ensemble est le nombre d éléments de cet ensemble La multiplicité est la spécification des valeurs de cardinalité admissibles pour un ensemble La multiplicité est associée à une extrémité de l association et indique combien d instances de la classe considérée peuvent être liées à une instance de l autre classe Notation Personne emploie Société Une société emploie de une à plusieurs personnes Une personne est employée par une seule société Client 1..* 1 achète 0..1 * Voiture Un client achète zéro à plusieurs voitures Une voiture peut être achetée par un client au plus 27
28 Multiplicités de l association La multiplicité est une spécification respectant les conventions suivantes : 1 : un et un seul (notation facultative) 0..1 : zéro ou un N M..N : exactement N (N: entier naturel) : de M à N (deux entiers naturels) * : de zéro à plusieurs 0..* : de zéro à plusieurs 1..* : de un à plusieurs N..* : N ou plus (N: entier naturel) 28
29 Contraintes sur association D autres types de contraintes existent sur une association : Des contraintes prédéfinies : Les contraintes ensemblistes : {Sous-ensemble} Les contraintes d ordonnancement : {Ordonné} Les contraintes d exclusion : {Ou - exclusif} Des contraintes spécifiques au moyen du langage OCL (Object Constraint Language) 29
30 Contraintes ensemblistes sur association Ce type de contrainte permet de modéliser le cas où un ensemble d associations est inclus dans un autre ensemble d association Notation Prix est nominé * * {Sous-ensemble} * 1 est lauréat Personne Les personnes lauréates d un prix sont obligatoirement choisies parmi celles qui sont nominées pour ce prix 30
31 Contraintes d ordonnancement sur association Ce type de contrainte permet de modéliser le cas où pour une instance donnée, l ensemble des instances avec lesquelles elle est en relation doit être ordonné Notation Grand prix {Ordonné} 0..* 0..6 est dans les points Pilote Lors d un grand prix au maximum 6 pilotes peuvent être dans les points Ces 6 pilotes sont classés à l arrivée 31
32 Contraintes d exclusion sur association Ce type de contrainte permet de modéliser le cas où pour une instance donnée d une classe, une seule association prise parmi plusieurs possibles, peut être valide à un instant donné Notation Société employé {Ou - exclusif} 0..* Personne employeur Une personne peut être soit employée par une société, soit employeur d une société Mais une personne ne peut pas être à la fois employeur et employé 32
33 Qualificateur d une association Le qualificateur est un attribut ou un ensemble d attributs permettant de partitionner l ensemble des instances d une classe qui sont en relation avec une instance donnée Le qualificateur permet de restreindre la multiplicité de l association Notation Classe A Qualificateur Classe B Qualificateur = attribut1,, attributn 33
34 Qualificateur d association Exemples Université possède 1..* Salle Une université possède de une à plusieurs salle(s) Une salle appartient à une et une seule université Université numéro possède 0..1 Salle Une université possède au plus une salle ayant ce numéro Une salle appartient à une et une seule université 34
35 Qualificateur d association Exemples Personne possède 0..* Compte bancaire Une personne possède de zéro à plusieurs compte(s) bancaire(s) Un compte bancaire appartient à une et une seule personne Personne agence possède 0..* Compte bancaire Une personne possède de zéro à plusieurs compte(s) bancaire(s) par agence Un compte bancaire appartient à une et une seule personne 35
36 Classe associative Une association peut être matérialisée par une classe dans une des circonstances suivantes : si l association est porteuse d attributs si l association se matérialise par un objet concret dans le monde réel si l association est de multiplicité M.. N Une classe associative est une classe à part entière Elle est modélisée par un lien en pointillé allant de la classe vers l association concernée Notation Classe A Classe associative Classe B 36
37 Classe associative Exemples Société nom numsiret adresse Emploi 1..* Personne nom prenom age fonction salaire Etudiant nom prénom adresse 1..* Résultat 1..* Concours nom école date lieu note 37
38 Les différents types d association Il existe plusieurs types d association L agrégation Forme spéciale d association entre un tout et une partie La composition Forme spéciale d agrégation où le cycle de vie de la partie est régi par celui du tout L héritage Forme spéciale d association permettant de factoriser les caractéristiques et comportement communs à un ensemble de classes L association simple Ce sont les associations qui ne se réclament d aucune des catégories précédemment citées 38
39 Agrégation Une agrégation est une association non symétrique dans laquelle l une des deux classes joue un rôle prépondérant Une agrégation est une relation tout-partie entre un agrégat (le tout) et un composant (la partie) L agrégation est représentée par un losange blanc du côté de l agrégat Le composant peut appartenir simultanément à plusieurs agrégats Le cycle de vie des composants n est pas tributaire de celui de l agrégat Personne étudie 1..* 0..* Université Une personne peut étudier dans aucune à plusieurs universités Une université peut accueillir de une à plusieurs personnes 39
40 Composition Une composition est une agrégation à part entière La composition est représentée par un losange noir du côté de l agrégat Le composant ne peut pas appartenir simultanément à plusieurs agrégats (multiplicité 1 ou 0..1 côté agrégat) Le cycle de vie des composants est tributaire de celui de l agrégat Si la multiplicité est 0..1 côté agrégat, le composant peut ne pas être associé à l agrégat immédiatement, mais une fois l association effectué le composant vit et meurt avec l agrégat Université possède 1..* Salle Une université est composée de une à plusieurs salles Une salle n appartient qu à une et une seule université 40
41 Composition : abus de langage! Attention : on parle très souvent de composition pour désigner une simple association entre deux classes. Cela ce traduit par l existence d un attribut qui référence une (des) instance(s) d une autre classe. Personne * Compte Une personne possède des comptes mais n est pas composée de comptes 41
42 Généralisation / Spécialisation La généralisation / spécialisation est une relation de classification entre une classe plus générale et une classe plus spécialisée Notation Super-classe On l appelle aussi relation d héritage ou relation «estune-sorte-de» Spécialisation Généralisation La généralisation est représentée au moyen d une flèche pointant de la classe la plus spécialisée vers la classe la plus générale Sous-classe 42
43 Généralisation / Spécialisation Exemple numéro solde Compte getsolde() CompteCourant montantdécouvertautorise getdecouvert() tauxepargne CompteEpargne calculerintérêts() 43
44 Classe et opération abstraites Une classe abstraite est une classe pour laquelle il n est pas possible de créer d instances directement Son nom est écrit en italique Une opération abstraite d une classe A est une opération ne possédant pas d implémentation dans A mais qui doit obligatoirement être implémentée dans les sous-classes de A Sa signature est écrite en italique Forme géométrique Dessiner() Rectangle Rond Toute classe contenant au moins une opération abstraite est abstraite Dessiner() Dessiner() 44
45 Discriminant sur relation d héritage La spécialisation d une super-classe peut avoir lieu selon différents critères simultanés Chacun de ces critères est représenté par une chaîne de caractères et s appelle un discriminant Le discriminant est positionné à côté de la sous-arborescence qu il qualifie Personne sexe travail Homme Femme Etudiant Employé 45
46 Contraintes sur généralisation / spécialisation Il est possible d exprimer deux types de contraintes prédéfinies sur les sous-classes d une généralisation: La contrainte de complétude Précise l état d avancement de la classification proposée par la généralisation / spécialisation La contrainte de chevauchement Contrainte ensembliste sur les instances de la sous-classe visà-vis des instances de la super-classe 46
47 Contrainte de complétude sur relation d héritage La contrainte de complétude permet d indiquer si la généralisation peut être étendue ou non {complète} indique que l on ne peut plus ajouter de classe à l arborescence Personne {complète} Homme Femme {incomplète} indique que l arborescence peut être complétée ultérieurement {incomplète} Mammifère Chien Chat Loup 47
48 Contrainte de chevauchement sur relation d héritage La contrainte de chevauchement apporte des précisions sur la nature des instances de la super-classe {disjoint} indique que l ensemble des instances des sous-classes forment une partition de la super-classe {chevauchement} indique qu il peut exister des instances qui soient à la fois instance de deux sousclasses Personne {disjoint} Homme Femme Véhicule {chevauchement} Terrestre Marin 48
49 Diagramme de classes (Recommandations) Toujours garder à l esprit qu un diagramme de classe propose une vision statique des données du problème Les associations d un diagramme de classes sont statiques, mais la création des liens entre objets est dynamique Ne jamais hésiter à donner les multiplicités 49
50 Diagramme de classes (Recommandations) Dans la mesure du possible, éviter les discriminants dans les associations de type généralisation / spécialisation Eviter l utilisation des contraintes de chevauchement dans les associations de type généralisation / spécialisation Privilégier la délégation à l héritage 50
UML. Diagrammes de classes (suite) Delphine Longuet. delphine.longuet@lri.fr
Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Diagrammes de classes (suite) Delphine Longuet delphine.longuet@lri.fr Opérations Opérations Service qui peut
Plus en détailGOL502 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
Plus en détailUML (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étailIFT2255 : 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étail3. UML - Unified Modeling Language Diagrammes statiques
3. UML - Unified Modeling Language Diagrammes statiques Laëtitia Matignon laetitia.matignon@univ-lyon1.fr Département Informatique - Polytech Lyon Université Claude Bernard Lyon 1 2012-2013 Laëtitia Matignon
Plus en détailBases de données. Chapitre 1. Introduction
Références : Bases de données Pierre Wolper Email : pw@montefiore.ulg.ac.be URL : http : //www.montefiore.ulg.ac.be/~pw/ http : //www.montefiore.ulg.ac.be/ ~pw/cours/bd.html Henry F. Korth, Abraham Silberschatz,
Plus en détailDiagramme de classes
Diagramme de classes Un diagramme de classes décrit les classes et leurs relations (associations, généralisation/spécialisation, ). classe association méthodes attributs héritage Diagramme de classes :
Plus en détailbasé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étailConception des bases de données : Modèle Entité-Association
Conception des bases de données : Modèle Entité-Association La modélisation d un problème, c est-à-dire le passage du monde réel à sa représentation informatique, se définit en plusieurs étapes pour parvenir
Plus en détailOCL - Object Constraint Language
OCL - Object Constraint Language Laëtitia Matignon laetitia.matignon@univ-lyon1.fr Département Informatique - Polytech Lyon Université Claude Bernard Lyon 1 2012-2013 Laëtitia Matignon SIMA - OCL - Object
Plus en détailUniversité 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étailPrésentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.)
Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.) Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Introduction Les modèles d'omt Le Modèle Objet (MO) Le Modèle
Plus en détailModèle Entité/Association
Base de données Modèle Entité/Association L3 Informatique Antoine Spicher antoine.spicher@u-pec.fr Contexte du cours Organisation du cours 1 ère partie (C. D.) Modèle et algèbre relationnel Langage SQL
Plus en détailLangage et Concepts de Programmation Objet. 1 Attributs et Méthodes d instance ou de classe. Travaux Dirigés no2
Langage et Concepts de Programmation Objet Travaux Dirigés no2 Pôle Informatique École Nationale Supérieure des Mines de St-Etienne Vous trouverez plus de détails sur les concepts abordés lors de ce TD
Plus en détailCycle 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étailLes 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
Plus en détailC 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étailChapitre 5 LE MODELE ENTITE - ASSOCIATION
Chapitre 5 LE MODELE ENTITE - ASSOCIATION 1 Introduction Conception d une base de données Domaine d application complexe : description abstraite des concepts indépendamment de leur implémentation sous
Plus en détailChapitre 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étailRappel sur les bases de données
Rappel sur les bases de données 1) Généralités 1.1 Base de données et système de gestion de base de donnés: définitions Une base de données est un ensemble de données stockées de manière structurée permettant
Plus en détailCours 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
Plus en détailPlan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml
OCL Object Constraint Language Le langage de contraintes d'uml Plan 1. Introduction 2. Les principaux concepts d'ocl Object Constraint Language 1 Object Constraint Language 2 Exemple: une application bancaire
Plus en détailModélisation des données
Modélisation des données Le modèle Entité/Association Le MCD ou modèle Entité/Association est un modèle chargé de représenter sous forme graphique les informations manipulées par le système (l entreprise)
Plus en détailMEGA Database Builder. Guide d utilisation
MEGA Database Builder Guide d utilisation MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailComparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML
Olivier Glassey Jean-Loup Chappelet Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML Working paper de l'idheap 14/2002 UER: Management public / Systèmes d'information
Plus en détailUML et les Bases de Données
CNAM UML et les Bases de Données UML et les Bases de Données. Diagramme de classes / diagramme d objets (UML)...2.. Premier niveau de modélisation des données d une application...2.2. Les éléments de modélisation...2.2..
Plus en détailCours STIM P8 TD 1 Génie Logiciel
Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels
Plus en détailChap. 3: Le modèle de données entité-association (E.A.)
Chap. 3: Le modèle de données entité-association (E.A.) En anglais: Entity-Relationship (ER) Origines: C.Bachman (1969), P.Chen (1976). Modèle de données > décrire la réalité perçue à travers les données
Plus en détailConception, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailMODELISATION 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étailII. Modèle conceptuel le modèle entité-association
II. Modèle conceptuel le modèle entité-association Personne Voiture Schéma conceptuel Monde réel υ Concepteur υ Personne conduit Voiture ϖ ϖ Schéma logique utilisateurs ω LMD BD Personne Dupont Durant
Plus en détailModélisation de bases de données : Le modèle relationnel
Modélisation de bases de données : Le modèle relationnel Rappel chapitre 1 C est quoi un modèle? Type de modèle : Modèle hiérarchique Modèle réseau Modèle objet Modèle relationnel Cours BD Dr REZEG K 1
Plus en détailProgrammation Orientée Objet
Université de Pau et des Pays de l Adour Institut Universitaire de Technologie des Pays de l Adour Département Réseaux et Télécommunications 371, rue du Ruisseau BP 201 40004 Mont-de-Marsan Cedex tél :
Plus en détailUML 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
Plus en détailLangage et Concepts de ProgrammationOrientée-Objet 1 / 40
Déroulement du cours Introduction Concepts Java Remarques Langage et Concepts de Programmation Orientée-Objet Gauthier Picard École Nationale Supérieure des Mines de Saint-Étienne gauthier.picard@emse.fr
Plus en détailSommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh
NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3
Plus en détailGé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,
Plus en détailCours Base de données relationnelles. M. Boughanem, IUP STRI
Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),
Plus en détailExpression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e
P r o b l é m a t i q u e OCL : O b j e c t C o n s t r a i n t L a n g u a g e Le langage de contraintes d UML Les différents diagrammes d UML permettent d exprimer certaines contraintes graphiquement
Plus en détailTable des matières Sources
Table des matières Modélisation objet avec UML... 2 Introduction... 2 Modèle de système informatique :... 2 Pourquoi UML pour la modélisation Objet?... 3 Représentation dynamique du système... 5 Le diagramme
Plus en détailModèle conceptuel : diagramme entité-association
Modèle conceptuel : diagramme entité-association Raison d'être de ce cours «La conception et l'utilisation de bases de données relationnelles sur micro-ordinateurs n'est pas un domaine réservé aux informaticiens.»
Plus en détailChristian Soutou UML 2. pour les. bases de données. Avec 20 exercices corrigés. Groupe Eyrolles, 2007, ISBN : 978-2-212-12091-2
Christian Soutou UML 2 pour les bases de données Avec 20 exercices corrigés Groupe Eyrolles, 2007, ISBN : 978-2-212-12091-2 Chapitre 4 Outils du marché : de la théorie à la pratique Non mais t as déjà
Plus en détailIntroduction au Génie Logiciel
Introduction au Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda Qu est-ce que le logiciel? programme, ensemble d instructions Caractéristiques
Plus en détailPascal Brunot Hadrien Cambazard UML FOR BUSINESS INTELLIGENCE PROJECT
UML FOR BUSINESS INTELLIGENCE PROJECT Abstract : this document deals with the role of UML into business intelligence projects (like data warehousing). After a quick overview of what UML offers, it focuses
Plus en détailGénie Logiciel Orienté Objet UML
Licence Professionnelle en Informatique Génie Logiciel Orienté Objet UML E. Grislin-Le Strugeon E. Adam UVHC ISTV Plan Concepts orientés objet Principes des méthodes OO Qu est-ce que UML? Caractéristiques
Plus en détailils entretiennent entre eux des flux, ils partagent des perceptions sur l environnement
Les modèles de Flux Introduction L analyse systémique fournie une modélisation de l organisation échangeant et transformant des flux Cette modélisation du S.I. reste trop générale Il faut découper l organisation
Plus en détailIntroduction aux Bases de Données
Introduction aux Bases de Données I. Bases de données I. Bases de données Les besoins Qu est ce qu un SGBD, une BD Architecture d un SGBD Cycle de vie Plan du cours Exemples classiques d'applications BD
Plus en détailMaster MIDO 2ème année. Spécification et Conception en UML Maude Manouvrier
Master MIDO 2ème année Spécification et Conception en UML Maude Manouvrier Spécifications initiales Analyse Conception du système Conception des classes Bibliographie Modélisation et conception orientées
Plus en détailInformation utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/
Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/
Plus en détailAnalyse,, 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étailIngénierie des Modèles. Méta-modélisation
Ingénierie des Modèles Méta-modélisation Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr
Plus en détailPremiers Pas en Programmation Objet : les Classes et les Objets
Chapitre 2 Premiers Pas en Programmation Objet : les Classes et les Objets Dans la première partie de ce cours, nous avons appris à manipuler des objets de type simple : entiers, doubles, caractères, booléens.
Plus en détailLe 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
Plus en détailChapitre 1 Généralités sur les bases de données
Chapitre 1 Généralités sur les bases de données I. Définition d un SGBD Une base de données, généralement appelée BD est un ensemble structuré et organisé permettant le stockage de grandes quantités d'informations
Plus en détailGénie Logiciel Avancé Cours 3 Le modèle à objets
Génie Logiciel Avancé Cours 3 Le modèle à objets Stefano Zacchiroli zack@pps.univ-paris-diderot.fr Laboratoire PPS, Université Paris Diderot - Paris 7 URL http://upsilon.cc/zack/teaching/1112/gla/ Copyright
Plus en détail16H Cours / 18H TD / 20H TP
INTRODUCTION AUX BASES DE DONNEES 16H Cours / 18H TD / 20H TP 1. INTRODUCTION Des Fichiers aux Bases de Données 2. SYSTEME DE GESTION DE BASE DE DONNEES 2.1. INTRODUCTION AUX SYSTEMES DE GESTION DE BASES
Plus en détailalg - Classes, instances, objets [oo] Exercices résolus
alg - Classes, instances, objets [oo] Exercices résolus Karine Zampieri, Stéphane Rivière, Béatrice Amerein-Soltner Unisciel algoprog Version 27 avril 2015 Table des matières 1 Compte bancaire OO 2 1.1
Plus en détailC++ - Classes, instances, objets [oo] Exercices résolus
C++ - Classes, instances, objets [oo] Exercices résolus Karine Zampieri, Stéphane Rivière, Béatrice Amerein-Soltner Unisciel algoprog Version 27 avril 2015 Table des matières 1 Compte bancaire OO 2 1.1
Plus en détailModélisation Conceptuelle. Partie 2: Le modèle Entité-Association
Modélisation Conceptuelle Partie 2: Le modèle Entité-Association Modèle de type conceptuel But: permettre la description conceptuelle des structures de données d'une application Les concepts de base (correspondent
Plus en détailLe niveau conceptuel : la modélisation des bases de données
BDD Le niveau conceptuel : la modélisation des bases de données stph.crzt.fr/bdd STÉPHANE CROZAT Paternité - Partage des Conditions Initiales à l'identique : http://creativecommons.org/licenses/by-sa/2.0/fr/
Plus en détailDéveloppement d un interpréteur OCL pour une machine virtuelle UML.
ObjeXion Software Prototyping made easy SA au capital de 500 000 F Siret 421 565 565 00015 APE 722Z Téléphone : 03 89 35 70 75 Télécopie : 03 89 35 70 76 L embarcadère 5, rue Gutemberg 68 800 Vieux-Thann,
Plus en détailCahier Technique. «Développer une application intranet pour la gestion des stages des étudiants» Antonin AILLET. Remi DEVES
Antonin AILLET Remi DEVES Thibaut AZZOPARDI 2 ème année de DUT Informatique Cahier Technique «Développer une application intranet pour la gestion des stages des étudiants» Encadré par Didier BOULLE Année
Plus en détailManuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2
éducalgo Manuel d utilisation 26 juin 2011 Table des matières 1 Tâche à effectuer : écrire un algorithme 2 2 Comment écrire un algorithme? 3 2.1 Avec quoi écrit-on? Avec les boutons d écriture........
Plus en détailConcevoir et déployer un data warehouse
Concevoir et déployer un data warehouse Ralph Kimball Éditions Eyrolles ISBN : 2-212-09165-6 2000 2 Le cycle de vie dimensionnel Avant d étudier de plus près les spécificités de la conception, du développement
Plus en détailModéliser des données, l exemple du modèle entité-association
Modéliser des données, l exemple du modèle entité-association Modéliser les données d un système logiciel, c est construire une structure de données contraintes, représentative du réel observé. Lorsqu
Plus en détailMéthodes d évolution de modèle produit dans les systèmes du type PLM
Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»
Plus en détailDirection des Ressources Humaines 14/10/04 CLASSIFICATION DU GROUPE CREDIT COOPERATIF
CLASSIFICATION DU GROUPE CREDIT COOPERATIF SOMMAIRE PREAMBULE P. 4 DISPOSITIONS GENERALES : I. Généralités P. 05 I.1. Définition de la classification P. 05 I.2. Relation classification emploi P. 05 I.3.
Plus en détailDescription de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
Plus en détailProgrammation en Java IUT GEII (MC-II1) 1
Programmation en Java IUT GEII (MC-II1) 1 Christophe BLANC - Paul CHECCHIN IUT Montluçon Université Blaise Pascal Novembre 2009 Christophe BLANC - Paul CHECCHIN Programmation en Java IUT GEII (MC-II1)
Plus en détailGénie Logiciel. Rappels. C. Crochepeyre Génie Logiciel Rappels 1
Génie Logiciel Rappels C. Crochepeyre Génie Logiciel Rappels 1 INTRODUCTION GL: ingénierie appliquée au logiciel informatique Objectif: la qualité diminution du coût du logiciel et fiabilité Besoin: complexité
Plus en détailLe Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer
Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailOBJECTIFS ET ARCHITECTURE DES SGBD
OBJECTIFS ET ARCHITECTURE DES SGBD 1. INTRODUCTION Même si vous n avez jamais utilisé de système de gestion de bases de données (SGBD), vous avez certainement une idée de ce qu est une base de données
Plus en détail(A.R. 24.11.2009 - M.B. 03.12.2009) modifié par (A.R. 23.05.2013 M.B. 12.07.2013) (A.R. 26.01.2014 M.B. 10.03.2014) - COORDINATION OFFICIEUSE -
mars 2014 LOTERIE NATIONALE Société anonyme de droit public (Loi du 19 avril 2002) RUE BELLIARD 25-33 1040 BRUXELLES Tél. : 02/238.45.11 MODALITES GENERALES DE LA PARTICIPATION AUX LOTERIES PUBLIQUES ET
Plus en détailFONDEMENTS MATHÉMATIQUES 12 E ANNÉE. Mathématiques financières
FONDEMENTS MATHÉMATIQUES 12 E ANNÉE Mathématiques financières A1. Résoudre des problèmes comportant des intérêts composés dans la prise de décisions financières. [C, L, RP, T, V] Résultat d apprentissage
Plus en détailTP1 : Initiation à Java et Eclipse
TP1 : Initiation à Java et Eclipse 1 TP1 : Initiation à Java et Eclipse Systèmes d Exploitation Avancés I. Objectifs du TP Ce TP est une introduction au langage Java. Il vous permettra de comprendre les
Plus en détailSystèmes d information et bases de données (niveau 1)
Systèmes d information et bases de données (niveau 1) Cours N 1 Violaine Prince Plan du cours 1. Bibliographie 2. Introduction aux bases de données 3. Les modèles 1. Hiérarchique 2. Réseau 3. Relationnel
Plus en détailLa démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*
La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,
Plus en détailMéthodologies Orientées-Objet!
MAI NFE103 Année 2013-2014 Méthodologies Orientées-Objet! F.-Y. Villemin (f-yv@cnam.fr) Plan!!Les différentes méthodologies! Démarche! Cycle de vie!!rational Unified Process (RUP)!!La méthode Layman!!Notre
Plus en détailCONCEPTION DE PROJET SIG AVEC UML
Bulletin de la Société géographique de Liège, 42, 2002, 19-25 CONCEPTION DE PROJET SIG AVEC UML François LAPLANCHE Résumé Avec son statut de standard, le langage UML (Unified Modelling Language) jouit
Plus en détailA. Définition et formalisme
Les cardinalités et les différents types d'associations I. Les cardinalités A. Définition et formalisme Les cardinalités sont des couples de valeur que l'on trouve entre chaque entité et ses associations
Plus en détailManagement des processus opérationnels
Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 2: la modélisation des processus opérationnels INTRODUCTION
Plus en détailJe découvre le diagramme de Venn
Activité 8 Je découvre le diagramme de Venn Au cours de cette activité, l élève découvre le diagramme de Venn et se familiarise avec lui. Pistes d observation L élève : reconnaît les éléments du diagramme
Plus en détailEncapsulation. L'encapsulation consiste à rendre les membres d'un objet plus ou moins visibles pour les autres objets.
Encapsulation L'encapsulation consiste à rendre les membres d'un objet plus ou moins visibles pour les autres objets. La visibilité dépend des membres : certains membres peuvent être visibles et d'autres
Plus en détailGestion des Identités et des Autorisations: Modèle générique
Département : Concerne : Exploitation Projet CERBERE, Analyse fonctionnelle Nos ref. : Vos ref. : CERBERE Version: Description Ecrit par Revu par Date 00.92G Version draft Albert Bruffaerts Comité de travail
Plus en détailObject Constraint Language (OCL) Une introduction
Object Constraint Language (OCL) Une introduction Master 2 IFPRU - Module Ingénierie des modèles - FMIN310 Marianne Huchard 7 novembre 2008 1 Présentation générale OCL est un langage formel, basé sur la
Plus en détailGénie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon
Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe
Plus en détailChapitre VI- La validation de la composition.
Chapitre VI- La validation de la composition. Objectifs du chapitre : Expliquer les conséquences de l utilisation de règles de typage souples dans SEP. Présenter le mécanisme de validation des connexions
Plus en détailModélisation conceptuelle des données Responsable: Dominique Schneuwly, Regis Caloz
Geographic Information Technology Training Alliance (GITTA) presents: Modélisation conceptuelle des données Responsable: Dominique Schneuwly, Regis Caloz Table des matières 1. Modélisation conceptuelle
Plus en détailUne proposition d extension de GML pour un modèle générique d intégration de données spatio-temporelles hétérogènes
303 Schedae, 2007 Prépublication n 46 Fascicule n 2 Une proposition d extension de GML pour un modèle générique d intégration de données spatio-temporelles hétérogènes Samya Sagar, Mohamed Ben Ahmed Laboratoire
Plus en détailC++ COURS N 2 : CLASSES, DONNÉES ET FONCTIONS MEMBRES Classes et objets en C++ Membres d'une classe Spécification d'une classe Codage du comportement
C++ COURS N 2 : CLASSES, DONNÉES ET FONCTIONS MEMBRES Classes et objets en C++ Membres d'une classe Spécification d'une classe Codage du comportement des objets d'une classe Utilisation d'une classe Droit
Plus en détailSommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement
Conduite de projet Méthode d analyse et de conception Processus unifié G. Picard SMA/G2I/ENS Mines Saint-Etienne gauthier.picard@emse.fr Octobre 2009 Sommaire!!Objectifs d un processus d ingénierie logicielle!
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailPrésentation du Modèle de Référence pour les Bibliothèques FRBR
Submitted on: 03.08.2015 Présentation du Modèle de Référence pour les Bibliothèques FRBR French translation of the original paper: Introducing the FRBR Library Reference Model. Traduit par : Mélanie Roche,
Plus en détailApprendre la Programmation Orientée Objet avec le langage Java (avec exercices pratiques et corrigés)
Introduction à la POO 1. Histoire de la POO 9 2. Historique du 12 La conception orientée objet 1. Approche procédurale et décomposition fonctionnelle 13 2. La transition vers l'approche objet 14 3. Les
Plus en détailBases de Données. Plan
Université Mohammed V- Agdal Ecole Mohammadia d'ingénieurs Rabat Bases de Données Mr N.EL FADDOULI 2014-2015 Plan Généralités: Définition de Bases de Données Le modèle relationnel Algèbre relationnelle
Plus en détailPatrons de Conception (Design Patterns)
Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques
Plus en détailMéthodes de Conception Orientés Objet (MCOO) SOMMAIRE
SOMMAIRE Sommaire... 1 INTRODUCTION... 3 I. Particularités d UML... 4 I.1 UML est une norme... 5 I.2 UML est un langage de modélisation objet... 5 I.3 UML est un support de communication... 6 I.4 UML est
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détail