Support de cours introduction au langage de modélisation UML, tutoriel & guide de travaux pratiques modélisation avec UML en pdf.

Pourquoi modéliser
ƒ Un modèle est une simplification de la réalité qui permet de mieux comprendre le système à développer.
ƒ Il permet
– De visualiser le système comme il est ou comme il devrait l’être.
– De valider le modèle vis à vis des clients
– De spécifier les structures de données et le comportement du système.
– De fournir un guide pour la construction du système.
– De documenter le système et les décisions prises.
Les principes de la modélisation
1) Le modèle doit être connecté au monde réel
2) Un modèle peut être exprimé avec différents niveaux de précision
3) Un simple modèle n’est pas suffisant, il y a plusieurs façons de voir un système.
ƒ plan de masse
ƒ vue de face, de coté, …
ƒ plan des niveaux
ƒ plan électrique
ƒ plan de plomberie
ƒ plan des calculs de construction
Qu’apporte la modélisation objet
ƒ Plus grande indépendance du modèle par rapport aux fonctionnalités demandées.
ƒ Des fonctionnalités peuvent être rajoutées ou modifiées, le modèle objet ne change pas.
ƒ Plus proche du monde réel.
Les objectifs d’UML
• Représenter des systèmes entiers
• Etablir un couplage explicite entre les concepts et les artefacts exécutables
• Prendre en compte les facteurs d’échelle
• Créer un langage de modélisation utilisable à la fois par les humains et les machines
Recherche d’un langage commun :
ƒ Utilisable par toutes les méthodes
ƒ Adapté à toutes les phases du développement
ƒ Compatible avec toutes les techniques de réalisation
UML un langage
ƒ UML n ’est pas une méthode
ƒ UML est un langage de modélisation objet
ƒ UML a été adopté par toutes les méthodes objet
ƒ UML est dans le domaine public, c’est une norme
UML un langage pour
ƒ visualiser
ƒ chaque symbole graphique a une sémantique
ƒ spécifier
ƒ de manière précise et complète, sans ambiguïté,
ƒ construire
ƒ les classes, les relations SQL peuvent être générées automatiquement
ƒ documenter
ƒ les différents diagrammes, notes, contraintes, exigences seront présentés dans un document.
UML et les domaines d’utilisation
ƒ Systèmes d’information des entreprises
ƒ Les Banques et les services financiers
ƒ Télécommunications
ƒ Transport
ƒ Défense et aérospatiale
ƒ Scientifique
ƒ Applications distribuées par le WEB
Les trois éléments de base en UML
1) les blocs de base pour construire
ƒ les entités utilisées
ƒ la notion de relation
ƒ les diagrammes
2) les règles à observer pour utiliser ces blocs de base
ƒ règles sémantiques
ƒ règles de présentation
3) les mécanismes communs
ƒ spécification
ƒ présentation
ƒ extension des modèles
Point de vue des cas d’utilisation
ƒ Vue du système par ses utilisateurs finaux
ƒ Regroupe le comportement du système selon
ƒ Priorité: critique, important, accessoire
ƒ Risques à circonscrire
ƒ Options disponibles
ƒ Couverture de l’architecture
ƒ Autres objectifs tactiques et contraintes
Point de vue logique
ƒ Décomposition orientée-objet
ƒ Décomposition en objets et classes
ƒ Regroupement en paquetages.
ƒ Connexions par héritage, association, etc.
ƒ Accent sur l’abstraction, l’encapsulation, l’uniformité.
ƒ Réalisation des scénarios des cas d’utilisation.
Point de vue processus
ƒ Décomposition en tâches et processus
ƒ Regroupement des groupes de processus
ƒ Communication
ƒ Information sur les caractéristiques suivantes
ƒDisponibilité, fiabilité
ƒIntégrité, performance
ƒContrôle
Point de vue implantation
ƒ Décomposition en modules et niveaux
ƒ Regroupement de modules en paquetages
ƒ Organisation des sous-systèmes en niveaux pour :
ƒ Réduire le couplage et la visibilité
ƒ Augmenter la robustesse
ƒ Information sur les caractéristiques suivantes :
ƒ Facilité de développement
ƒ Potentiel de réutilisation
ƒ Gestion de configuration
Point de vue déploiement
ƒ Décomposition en noeuds d’exécution
ƒ Rôle d’un noeud
ƒ Inter-connectivité, topologie
ƒ Information sur les caractéristiques suivantes :
ƒ Performance, disponibilité
ƒ Installation, maintenance
Les trois composantes d’une modélisation
Modèle temporel
Aspect dynamique : diagrammes d’interaction (séquences, collaboration), d’états-transitions et d’activité.
Séquencement des actions dans le système.
Modèle Fonctionnel
Aspect fonctionnel : diagrammes des cas d’utilisation
Modèle structurel (objet)
Aspect statique : diagramme de classes et d’objets
Rôle de l’expression des besoins
ƒPermettre une meilleure compréhension du système
ƒComprendre et structurer les besoins du client
ƒ clarifier, filtrer et organiser les besoins, ne pas chercher l’exhaustivité
ƒUne fois identifiés et structurés, ces besoins :
ƒ définissent le contour du système à modéliser (ils précisent le but à atteindre),
ƒ permettent d’identifier les fonctionnalités principales (critiques) du système.

1) Introduction au langage de modélisation UML
• points de vue et diagrammes
• cas d’utilisation, analyse, conception, implémentation
2) Le diagramme des cas d’utilisations
• acteur
• cas d’utilisation et scénario
3) Notion de classes et objets et leur diagramme
• introduction aux classes, aux objets
• notion de relation, de composition et d’héritage
• recherche d’un diagramme de classes à partir du cahier des charges
4) Modèle dynamique
• diagramme de séquences, de collaboration, d’état et d’activité
• réalisation des cas d’utilisation par les diagrammes de séquences
• réalisation des cas d’utilisation par les diagrammes de collaboration
5) Conception
• diagramme de déploiement et de composants
6) Le langage de contrainte OCL