Télécharger cours PDF sur le Modélisation objet et le formalisme UML (les différents types de modélisation et le concept de classe et objet), document de formation sur 37 pages créé par l’Ecole des Mines d’Albi-Carmaux.
Plan de cours
- LA MODELISATION
- LES CONCEPTS « OBJET »
- L’objet
- La Classe
- L’Héritage
- PRESENTATION D’UML
- MODELE FONCTIONNEL
- CONCEPTS DE BASE
- Acteur
- DIAGRAMME DE CLASSES (CLASS DIAGRAM)
- Classe
- Relations entre classes
- Généralisation / Spécialisation
- Association
- Exemple de diagramme de classes
- DIAGRAMME D’OBJETS (OBJECT DIAGRAM)
- Objet
- Exemple de diagramme d’objets
- MODELE COMPORTEMENTAL
- DIAGRAMME DE SEQUENCE (SEQUENCE DIAGRAM)
- Structure d’un diagramme de séquence
- Actions et messages
- Appel de méthode (Call / Return)
- Comparaison entre diagramme de séquence et diagramme de collaboration
- Ecole des Mines d’Albi-Carmaux 2005-2006
- DIAGRAMME D’ACTIVITÉ (ACTIVITY DIAGRAM)
- Composants d’un diagramme d’activité
- Structure d’un diagramme d’activité
- DIAGRAMME D’ÉTATS-TRANSITIONS (STATE-TRANSITION DIAGRAM)
- L’Etat
- Historique
- Parallélisme
- MODÈLE ARCHITECTURAL
- DIAGRAMME DE COMPOSANTS (COMPONENTS DIAGRAM)
- Le Composant
- Structuration du diagramme de composants
- DIAGRAMME DE DÉPLOIEMENT (DEPLOYMENT DIAGRAM)
- Le Nœud
- Structuration du diagramme de déploiement
- UTILISATION D’UML
- PRINCIPES DE MODÉLISATION
- Premier principe de modélisation
- Deuxième principe de modélisation
- Troisième principe de modélisation
- Quatrième principe de modélisation
- RATIONAL UNIFIED PROCESS (RUP)
- Caractéristiques du processus RUP
- La structure itérative du RUP
Il est très important de distinguer le modèle UML. Différents diagrammes sont utilisés pour différents types de modélisation UML. Il y a trois types importants de modélisation UML.
Modélisation structurelle
La modélisation structurelle capture les caractéristiques statiques d’un système. Ils sont constitués des éléments suivants:
- Diagrammes de classes
- Diagrammes d’objets
- Diagrammes de déploiement
- Diagrammes d’emballage
- Diagramme de structure composite
- Diagramme de composants
Le modèle structurel représente le cadre du système et ce cadre est l’endroit où tous les autres composants existent. Ainsi, le diagramme de classes, le diagramme des composants et les diagrammes de déploiement font partie de la modélisation structurelle. Ils représentent tous les éléments et le mécanisme pour les assembler.
Le modèle structurel ne décrit jamais le comportement dynamique du système. Le diagramme de classe est le diagramme structurel le plus largement utilisé.
Modélisation comportementale
Le modèle comportemental décrit l’interaction dans le système. Il représente l’interaction entre les diagrammes structurels. La modélisation comportementale montre la nature dynamique du système. Ils sont constitués des éléments suivants:
- Diagrammes d’activité
- Diagrammes d’interaction
- Diagrammes de cas d’utilisation
Tout ce qui précède montre la séquence dynamique du flux dans un système.
Modélisation architecturale
Le modèle architectural représente le cadre global du système. Il contient à la fois des éléments structurels et comportementaux du système. Le modèle architectural peut être défini comme le plan de l’ensemble du système. Le diagramme de paquet vient sous la modélisation architecturale.
Profitez de ce manuel de formation en PDF pour comprendre mieux le UML et enrichir votre connaissance.
Commencez à télécharger ce cours adapté pour vous et à apprendre UML.
Ecole des Mines d’Albi -Carmaux 2005 -2006 – 10 – Frédérick Benaben 3.2 Diagramme de cas d’utilisation (Use -Case Diagram) L’objet d’un diagramme de cas d’ut ilisation est de positionner le système dans son contexte opérationnel et de décrire les « nouvelles règles de fonctionnement » issues de sa mise en œuvre. Ce type de diagrammes se consacre à la description des interactions du sujet avec les acteurs qui l’ entourent. Les diagrammes de cas d’utilisation présentent l’ intégration du sujet dans son environnement en s’intéressant à sa description fonctionnelle Le formalisme associé est relativement simple afin de faciliter l’expression du besoin et le dialogue avec le maître d’ouvrage. La construction de diagrammes de cas d’utilisation est une excellente façon d’aborder la description et la conception d’un système. Les relations admises au sein d’un diagramme de cas d’utilisation sont les suivantes : Les relat ions de type déclenchement qui relient un acteur à un cas d’utilisation : ces relations sont représentées sous la forme d’un trait simple et traduisent l’implication d’un acteur vis à vis d’un cas d’utilisation (du type l’acteur déclenche le cas d’utilisat ion ), Les relations de type inclusion ou utilisation qui relient deux cas d’utilisation : ces relations sont représentées sous la forme d’une flèche pointillée accompagnée du terme « include » et traduisent le fait que le cas d’origine contient obligatoire ment le cas destination, Les relations de type extension ou raffinement qui relient deux cas d’utilisation : ces relations sont représentées sous la forme d’une flèche pointillée accompagnée du terme « extend » et traduisent le fait que le cas d’origine pe ut optionnellement être rajouté au cas destination, Les relations de type généralisation ou spécialisation qui relient deux cas d’utilisation : ces relations sont représentées sous la forme d’une flèche pleine à pointe triangulaire vide et traduisent le fa it que le cas d’origine peut remplacer le cas destination. Pour illustrer ces concepts relatifs à la construction d’un diagramme de cas d’utilisation, on peut s’intéresser à la description des fonctionnalités d’un système de gestion de commande en ligne p our un organisme de VPC (visuel créé avec Objecteering UML Modeler ) : Figure n°8 : Exemple de diagramme de cas d’utilisation