cours uml complet
DESCRIPTION
UMlTRANSCRIPT
INPTIC- 2013/ 2014
2ième année Licence SERVICE et Resaux de Communication SRC
COURS UML
Systèmes d’information
Cours: 06 H. & TD: 06 H.
M. BOUKRARA Ammar
Introduction
Les années 70: Les entreprises concevaient des SI avec des propres méthodes (OO)
20 ans plus tard: On recense plus de 50 M.OO (toutes divergentes)
Divergence réside dans les modèles utilisés, les démarches
1) La méthode OMT de James Rumbaugh
2) La méthode BOOCH'93 de Grady Booch
3) La méthode OOSE de Ivar Jacobson (Object OrientedSoftware Engineering)
03 méthodes ont marqué leurs distinction:
UML (début des années 1990)
UML: un standard mondial de modélisation Objet
En 1997: Objet Management Group (OMG) Normalisation
Modélisation Objet
Modéliser le Monde réal (un domaine) par un ensemble d’entité Objet
Un Objet peut être:
1) Physique : (Enseignant, Livre, Voiture…)
2) Abstrait: (opération de vente, ligne commande, Adresse_Machine…)
UML utilise 09 Diagramme
1. Diagramme de cas d’utilisation2. Diagramme de classes.3. Diagramme d’objets.4. Diagramme de composants.5. Diagramme de déploiement.6. Diagramme d’états.7. Diagramme d’activités.8. Diagramme de séquence.9. Diagramme de collaboration.
Diagramme par axe de modélisation
03 axes:
2ième année Licence SRCDiagrammes à étudier
1. Le diagramme de cas d’utilisations (***).
2. Le diagramme de classes (***)
3. Le diagramme de séquence.
4. Le diagramme de collaboration.
Le diagramme de cas d’utilisation
Définition Les cas d’utilisation sont une techniqueutilisée pour représenter un ensemble deséquences d’actions que devrait réaliser lesystème privilégiant le point de vue del’utilisateur.
Exemple
Pour le cas d’utilisation d’un guichet automatique de banque, on ne dira pas « Distribuer de l’argent » favorisant ainsi le coté système,
On dirait plutôt « Retirer de l’argent » pour favoriser le coté utilisateur.
Un DCU montre QUI fait QUOI ?
Notation DCU
Nom_du_Cas_Utilisation
Nom_Acteur
Association reliant les acteurs aux cas d’utilisation.
Exemple de CU avec Notation UML
Inclusion / extension
Généralisation / Spécialisation
Hiérarchisation des acteurs
Ce que Fait A = Action (B) + Action (C) + Action (D)
Exemple Pratique
Conclusion
Les DCU récapitule les besoins du SI;Définissent les Fonctionnalités du système.
Le diagramme de Classes
Une classe est une abstraction d’unéléments du monde réel, elle encapsuledes propriétés qu’on appelle attributs etdes comportements qu’on appelle desméthodes.
Définition:
Note:Une classe représente un modèle commun à un ensemble d’objets qu’on appelle instances, ainsi un chien, cheval et chat sont des instances de la classe animal.
Exemple <Classe…instances>
Animal
Chien Cheval Éléphant
Classe
instances
Notation
Nom_Classe+ Attribut 1- Attribut 2/ Attribut 3
+ Méthode 1# Méthode 2
(+ ) Public(- ) Protégé(#) Privé
Association
Classe_2Classe_1
Nom de l’association
0..* 1
Classe d’association
Classe_2Classe_1 Nom de l’association
0..* 1
Classe_Association
Agrégation
Classe_2Classe_1
0..* 1..*
L’agrégation est un type particulier d’association
Une occurrence de la classe 1 contient une ou plusieurs occurrences de la classe 2
Composition
Classe_2Classe_1
1 1..*
Type particulier d’agrégation;
Un Lien sémantique plus Fort
Généralisation
Exemple Complet
Principes Conceptuels
1. Notez la généralisation des trois (03) classes (Ingénieur, Développeur et Chef de projet) en une seule classe abstraite « Employé » regroupant les attributs communs aux trois classes filles (Nom, Prénom et adresse).
A l’aide de cette généralisation, le fait de parler d’employé sous entend soit l’Ingénieur, Développeur ou Chef de projet.
2. Un employé peut ne pas posséder de voitures, comme il peut en posséder plusieurs (D’où la cardinalité 0..*).
La voiture, quant à elle n’est possédée que par un seul employé (D’où la cardinalité 1).
3. La relation de composition entre la classe« Employé » et « Compte » souligne le fait qu’uncompte n’appartient qu’à un seul employé, et dépendfortement de celui-ci (La destruction d’une instanced’un employé entraînerait systématiquement celle deson compte).
4. L’agrégation se situant entre les deux classes « Employé » et« Equipe » montre un sens d’appartenance. En effet, une équipecomprend un nombre certain d’employés.Il faut souligner ici, que la destruction d’une équipe n’engendrepas forcément la destruction de ses membres, puisqu’ils serontaffectés à d’autres équipes et resteront employés de la boiteinformatique.
5. Une ou plusieurs équipes sont créées afinqu’elles soient affectées à un projet donné. Uneclasse d’association « Affectée » est créée pourcontenir les dates début et fin de chaque projetréalisé par chaque équipe, sauvegardant ainsil’historique des affectations.
Conclusion
1. L’établissement des diagrammes de casd’utilisation représente l’étape indispensablepour l’analyse des besoins fonctionnels detout système projeté. Une bonne modélisationde l’aspect fonctionnel avec les DCU signerala bonne continuité de l’étude du nouveausystème, les autres diagrammes se reposantsur la logique de ce diagramme.
2. Le diagramme de classe nous permetde mettre en place les premièresfondations du nouveau système. Il donneune description détaillée de la structurestatique de celui-ci. Une bonneconstruction de ce diagrammereprésenterait des données cohérentes etstockables dans une base de donnéesstructurée et pérenne.