Le document présente les concepts clés d'UML, y compris les neuf diagrammes UML et leur utilisation. Il se concentre sur les diagrammes de cas d'utilisation et de classes, en fournissant des définitions, des exemples et des principes de modélisation pour chaque diagramme.
0 évaluation0% ont trouvé ce document utile (0 vote)
497 vues33 pages
Le document présente les concepts clés d'UML, y compris les neuf diagrammes UML et leur utilisation. Il se concentre sur les diagrammes de cas d'utilisation et de classes, en fournissant des définitions, des exemples et des principes de modélisation pour chaque diagramme.
Le document présente les concepts clés d'UML, y compris les neuf diagrammes UML et leur utilisation. Il se concentre sur les diagrammes de cas d'utilisation et de classes, en fournissant des définitions, des exemples et des principes de modélisation pour chaque diagramme.
Le document présente les concepts clés d'UML, y compris les neuf diagrammes UML et leur utilisation. Il se concentre sur les diagrammes de cas d'utilisation et de classes, en fournissant des définitions, des exemples et des principes de modélisation pour chaque diagramme.
Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
Télécharger au format pdf ou txt
Vous êtes sur la page 1/ 33
INPTIC- 2013/ 2014
2ime anne Licence SERVICE et
Resaux de Communication SRC Systmes dinformation COURS UML Cours: 06 H. & TD: 06 H. M. BOUKRARA Ammar
Introduction Les annes 70: Les entreprises concevaient des SI avec des propres mthodes (OO) 20 ans plus tard: On recense plus de 50 M.OO (toutes divergentes)
Divergence rside dans les modles utiliss, les dmarches
03 mthodes ont marqu leurs distinction:
1) La mthode OMT de James Rumbaugh 2) La mthode BOOCH'93 de Grady Booch 3) La mthode OOSE de Ivar Jacobson (Object Oriented Software Engineering)
UML (dbut des annes 1990)
UML: un standard mondial de
modlisation Objet En 1997: Objet Management Group (OMG) Normalisation
Modlisation Objet Modliser le Monde ral (un domaine) par un ensemble dentit Objet Un Objet peut tre: 1) Physique : (Enseignant, Livre, Voiture) 2) Abstrait: (opration de vente, ligne commande, Adresse_Machine)
UML utilise 09 Diagramme
1. 2. 3. 4. 5. 6. 7. 8. 9.
Diagramme de cas dutilisation
Diagramme de classes. Diagramme dobjets. Diagramme de composants. Diagramme de dploiement. Diagramme dtats. Diagramme dactivits. Diagramme de squence. Diagramme de collaboration.
03 axes:
Diagramme par axe de modlisation
2ime anne Licence SRC
Diagrammes tudier 1. Le diagramme de cas dutilisations (***). 2. Le diagramme de classes (***) 3. Le diagramme de squence. 4. Le diagramme de collaboration.
Le diagramme de cas dutilisation
Dfinition Les cas dutilisation sont une technique utilise pour reprsenter un ensemble de squences dactions que devrait raliser le systme privilgiant le point de vue de lutilisateur.
Exemple Pour le cas dutilisation dun guichet automatique de banque, on ne dira pas Distribuer de largent favorisant ainsi le cot systme, On dirait plutt Retirer de largent pour favoriser le cot utilisateur.
Un DCU montre QUI fait QUOI ?
Notation DCU Nom_du_Cas_Utilis ation
Nom_Acteur
Association reliant les acteurs
aux cas dutilisation.
Exemple de CU avec Notation UML
Inclusion / extension
Gnralisation / Spcialisation
Hirarchisation des acteurs
Ce que Fait A = Action (B) + Action (C) + Action (D)
Exemple Pratique
Conclusion
Les DCU rcapitule les besoins
du SI; Dfinissent les Fonctionnalits du systme.
Le diagramme de Classes Dfinition: Une classe est une abstraction dun lments du monde rel, elle encapsule des proprits quon appelle attributs et des comportements quon appelle des mthodes.
Note: Une classe reprsente un modle commun un ensemble dobjets quon appelle instances, ainsi un chien, cheval et chat sont des instances de la classe animal.
Une occurrence de la classe 1 contient une ou plusieurs occurrences de la classe 2
Composition Classe_1
Classe_2
1 Type particulier dagrgation; Un Lien smantique plus Fort
1..*
Gnralisation
Exemple Complet
Principes Conceptuels 1. Notez la gnralisation des trois (03) classes (Ingnieur, Dveloppeur et Chef de projet) en une seule classe abstraite Employ regroupant les attributs communs aux trois classes filles (Nom, Prnom et adresse). A laide de cette gnralisation, le fait de parler demploy sous entend soit lIngnieur, Dveloppeur ou Chef de projet.
2. Un employ peut ne pas possder de voitures, comme
il peut en possder plusieurs (Do la cardinalit 0..*). La voiture, quant elle nest possde que par un seul employ (Do la cardinalit 1).
3. La relation de composition entre la classe
Employ et Compte souligne le fait quun compte nappartient qu un seul employ, et dpend fortement de celui-ci (La destruction dune instance dun employ entranerait systmatiquement celle de son compte). 4. Lagrgation se situant entre les deux classes Employ et Equipe montre un sens dappartenance. En effet, une quipe comprend un nombre certain demploys. Il faut souligner ici, que la destruction dune quipe nengendre pas forcment la destruction de ses membres, puisquils seront affects dautres quipes et resteront employs de la boite informatique.
5. Une ou plusieurs quipes sont cres afin
quelles soient affectes un projet donn. Une classe dassociation Affecte est cre pour contenir les dates dbut et fin de chaque projet ralis par chaque quipe, sauvegardant ainsi lhistorique des affectations.
Conclusion 1. Ltablissement des diagrammes de cas dutilisation reprsente ltape indispensable pour lanalyse des besoins fonctionnels de tout systme projet. Une bonne modlisation de laspect fonctionnel avec les DCU signera la bonne continuit de ltude du nouveau systme, les autres diagrammes se reposant sur la logique de ce diagramme.
2. Le diagramme de classe nous permet
de mettre en place les premires fondations du nouveau systme. Il donne une description dtaille de la structure statique de celui-ci. Une bonne construction de ce diagramme reprsenterait des donnes cohrentes et stockables dans une base de donnes structure et prenne.
