0% ont trouvé ce document utile (0 vote)
43 vues7 pages

UML et POO : Diagrammes et Relations

Ce document présente des notes de cours sur la Programmation Orientée Objet (P.O.O.) et l'UML (Unified Modeling Language). Il décrit les principaux types de diagrammes UML, les relations entre les classes, et propose des exercices pratiques sur les diagrammes de classes et de cas d'utilisation. Les concepts abordés incluent les diagrammes de classes, d'activités, et les relations comme l'héritage et l'agrégation.

Transféré par

Tchana Steve Landry CM
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
43 vues7 pages

UML et POO : Diagrammes et Relations

Ce document présente des notes de cours sur la Programmation Orientée Objet (P.O.O.) et l'UML (Unified Modeling Language). Il décrit les principaux types de diagrammes UML, les relations entre les classes, et propose des exercices pratiques sur les diagrammes de classes et de cas d'utilisation. Les concepts abordés incluent les diagrammes de classes, d'activités, et les relations comme l'héritage et l'agrégation.

Transféré par

Tchana Steve Landry CM
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

NOTES DE COURS :

INFORMATIQUE III :
Programmation Orientée Objet (P.O.O.)

Enseignant : Dr NOUBISSIE Justin Crédits : Semestre : S1 S2

Chapitre 1 :
Programmation Orientée Objet (P.O.O.)

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 1


Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

Chapitre 2 :
U.M.L. (Unified Modeling Language)

Introduction

L’UML est un langage de modélisation et de spécification orienté objet. Ici les


notations se font de façon graphique sous forme de diagrammes, on parle donc de langage de
modélisation visuel. Il facilite la communication et la compréhension des systèmes
complexes.

Il existe 14 diagrammes identifiés en UML, mais nous en utiliserons 9 principaux.

II.1. Les 9 principaux types de diagramme

 Diagramme de classes :
 Diagramme d’objets :
 Diagramme de cas d’utilisation :
 Diagramme d’états :
 Diagramme d’activités :
 Diagramme de séquence :
 Diagramme de composants :
 Diagramme de collaboration :
 Diagramme de déploiement :

II.2. Relations en UML :

Dépendance : la classe A utilise brièvement la classe B. Par exemple, la classe A utilise la


classe B pour accomplir une tâche spécifique ;

Association : la classe A est en relation avec la classe B pendant un certain temps ;

Agrégation : La classe A appartient à la classe B, mais la suppression de classe B n’implique


pas la suppression de la classe A ;

Composition : La classe B est composée par la classe A, et la suppression de B implique la


suppression de A ;

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 2


Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

Généralisation ou héritage : la classe B est une classe A, en d’autres termes, la classe B


hérite de tous les attributs et méthodes de la classe A.

II.3. Notes de cours personnelles :

III.3.1. Diagramme des cas d’utilisation (p10) :

Il arrive que l’administrateur de la BD soit aussi l’administrateur système. Ainsi dans


la représentation précédente, on ajoutera une flèche à bout vide orientée de l’administrateur
de BD vers l’administrateur système, pour signifier que l’administrateur de BD hérite des cas
d’utilisation de l’admin système.

Un acteur est tout élément qui déclenche un cas d’utilisation. Il peut être un humain
(qui est généralement un acteur principal) ou alors un système (acteur secondaire) externe au
cas d’utilisation.

Liens entre cas d’utilisation :

 « utilise » ou « uses » : ça veut simplement dire que le cas d’utilisation doit d’abord
passer par cette étape avant de pouvoir être effectué. Par exemple, pour effectuer un

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 3


Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

retrait ou consulter son solde sur un distributeur, il faudra d’abord passer par une
authentification.

 « étend » ou « extends » : signifie que le cas d’utilisation est une extension (un cas de
figure, un moyen parmi tant d’autres) d’effectuer une tâche précise. Par exemple, un
virement peut se faire soit en présentiel, soit via internet, soit par chèque, on
représentera donc comme ceci :

III.3.2. Différence entre le MCD et le UML :


Considérons deux entités Etudiant et UE.

En MCD, pour définir et représenter les cardinalités on se pose les questions : combien
d’étudiants peuvent suivre une UE ? et une UE peut être suivie par combien d’étudiants ? on
dira donc que 1 ou n peut suivre une UE et une UE peut être suivie par 1ou n étudiants. La
répresantation de ces cardinalités sur le diagramme de classes sera l’inverse de la
représentation dans le MCD, les cardinalités seront permutées.

EXERCICE : Diagramme de classe

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 4


Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

Des étudiants peuvent suivre des UEs dispensées par des enseignants et certaines UEs
ont d’autres UEs pour prérequis. Les enseignants ont un chef qui est aussi un enseignant.
L’étudiant passe l’examen correspondant de chaque UE. Chaque étudiant et chaque
enseignant a un nom et un matricule, le nom pouvant être modifié. Chaque UE a un identifiant
et un intitulé et cet intitulé peut être modifié. Les enseignants appartiennent à un département
qui compose l’établissement.

Représentez cela par un diagramme de classes correspondant.

SOLUTION :

 Les classes de ce système sont :


- Etudiant : Matricule (Varchar, clé primaire), Nom (varchar, modifiable) ;
- Enseignant : Matricule (Varchar, clé primaire), Nom (varchar, modifiable) ;

NB : On peut créer une classe Personne {matricule, Nom / SetNom} dont hériteront les
classes Etudiant et Enseignant ;

- UE : Identifiant (varchar, clé primaire), Intitulé (varchar, modifiable) ;


- Département : Identifiant (varchar, clé primaire), Intitulé (varchar, modifiable) ;
- Etablissement : Identifiant (varchar, clé primaire), Nom (varchar, modifiable) ;
 Représentation des classes :

Etudiant
Enseignant

UE
- id_ue Département
- nom_ue - id_dep
Etablissement
- setNom(nom_ue) - nom_dep
Personne
- - id_Etab
Matricule - setNom(nom_dep : varchar)
- - nom_Etab
Nom
 Relations entre les classes
- - setNom(nom_UE)
setNom(Nom)
Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 5
Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

Etudiant
Enseignant
- Mat_Et : varchar [8]
- Nom_Et : varchar - Mat_Ens : varchar [8]
- Nom_Ens : varchar
- setNom(Nom_Et : varchar)
- passer un examen - setNom(Nom_Ens : varchar)

Département
UE
- id_dep : varchar [8]
- id_ue : varchar [8] - nom_dep : varchar
- nom_ue : varchar
- setNom(nom_dep : varchar)
- setNom(nom_UE : varchar)

Etablissement

1. Relation ternaire (Etudiant, UE, Enseignant) : Un étudiant peut suivre au moins une
UE, elle-même dispensée par un seul enseignant ;
2. Les classes Etudiant et Enseignant héritent des attributs et méthodes de la classe
Personne ;
3. Un étudiant peut passer un ou plusieurs examens d’EU ;
4. Relations réflexive (Enseignant, UE) : Un enseignant peut avoir un seul chef qui est
aussi enseignant. Un enseignant peut être le chef des autres enseignants ou pas ;
Une UE peut être un prérequis de plusieurs autres UE ou d’aucune UE.
5. Agrégation : une UE appartient à un seul enseignant, un enseignant appartient à un
département ;
6. Composition : un département compose l’établissement ;

DEVOIR : Diagramme de cas d’utilisation

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 6


Notes de cours_INFORMATIQUE_III ~ Dr Noubissie

Nous avons un site web de location et de vente de véhicules consultable par des internautes.
Seuls les clients enregistrés peuvent, après s’être connectés, sélectionner des véhicules pour
l’achat et la location.

Dessiner le diagramme de cas d’utilisation correspondant à cette description.

1. Identifier les acteurs ;


2. Répertorier les actions possibles ;
3. Identifier les actions pré requises ;

SOLUTION :

1. Les acteurs de ce système sont :


- L’internaute : qui visite le site web ;
- Le client : qui est désireux d’acheter ou de louer un véhicule ;
2. Les actions de chaque acteur sont :
- Internaute : consulter ;
- Client : s’enregistrer, sélectionner un véhicule ;
3. Les actions pré requises sont :
- Se connecter ;
4. Les extensions sont :
- Véhicules de location ;
- Véhicules d’achat ;

Rédigé par : TCHANA TCHOKOKAM Steve L. Page | 7

Vous aimerez peut-être aussi