Modélisation UML
2021 - 2022
Objectifs
Plan
La modélisation Orientée Objet et UML
Diagramme de Cas d’utilisation
Diagramme de Classes
Diagramme de séquence
Diagramme d’objets et diagramme de communication
Diagramme d’état-transition
Diagramme d’activités
Diagramme de composants et diagramme de
déploiement
Diagramme de package
Chapitre 1
LA MODÉLISATION ORIENTÉE
OBJET ET UML
Introduction
Lorsqu’un développeur passe directement à l’étape
programmation, il est rare d’aboutir à un résultat qui
répond aux besoins dans les délais requis.
Introduction
La modélisation des systèmes d’information est
fondamentale pour les entreprises.
Implémentation
Introduction
Introduction
Méthode de conception
Une méthode propose :
– Une démarche qui distingue les étapes du
développement dans le cycle de vie du logiciel et
exploite au mieux les principes fondamentaux :
modularité, réutilisation, abstraction, réduction de la
complexité, etc.
– Un formalisme (langage) et des types de
documents (modèles), qui facilitent la communication,
l’organisation et la vérification,
Méthode de conception
Il existe de nombreuses méthodes :
− Méthodes fonctionnelles de décomposition
hiérarchique (dites de première génération) comme
SADT, SA-SD, ... : se base sur le principe diviser pour
régner (problème en sous problèmes)
− Méthodes systémiques (dites de deuxième
génération) comme MERISE, SSADM, ... : séparation
données/traitements, niveaux conceptuels,
organisationnels, physiques.
− Méthodes objets (dites de troisième génération)
comme OMT, OOA, OOD, Hood, OOSE, OOM, Fusion,
..
Mme Sonia Guerbouj 10
Démarche de modélisation
Cycle de vie d’un logiciel :
Etude de
faisabilité
Maintenance Spécification
Livraison Organisation
Tests Conception
Implémentation
Mme Sonia Guerbouj 16
Langage de modélisation
UML (Unified Modeling Language) est un LANGAGE standardisé
pour modéliser tous les phénomènes de l'activité de l'entreprise.
UML est une notation visuelle mais aussi un ensemble de concepts,
une sémantique et une syntaxe pour articuler cela.
UML n'est pas une méthode, il a été proposé afin de standardiser
les produits du développement (modèles, notations, diagrammes)
sans standardiser le processus de développement.
L’OMG (Object Management Group) a proposé le premier standard
en 1997, basée principalement sur les méthodes OOD (de Booch),
OMT (de Rumbaugh) et OOSE (de Jacobson).
Historique
Historique
1994-1996 : rapprochement des méthodes OMT, BOOCH et
OOSE et naissance de la première version d’UML.
Décembre 1997 : version 1.1 d’UML adoptée par l’OMG.
1999-2000 : versions 1.2 à 1.3 d’UML.
Septembre 2001 : Version d’UML 1.4.
Mars 2003 : UML version 1.5.
Juillet 2005 : UML 2.0
Octobre 2007 : UML 2.1.2
Janvier 2009 : UML 2.2
Mai 2010 : UML 2.3
Juillet 2011 : UML 2.4.1
Décembre 2017 : UML 2.5.1
Source : https://www.omg.org/spec/UML
Vues du système
Le modèle 4+1 vues de Philippe Kruchten
Vues du système
Vue Logique
– Cette vue de haut niveau se concentre sur
l'abstraction, elle modélise les éléments et
mécanismes principaux du système.
– Elle identifie les éléments du domaine, ainsi que les
relations et interactions entre ces éléments
Vue des Processus
– Exprime la solution en termes d'activités concurrentes
et parallèles,
– C'est l'expression des problèmes de
communication/synchronisation des activités.
Vues du système
Vue de déploiement
– Cette vue décrit les ressources matérielles et la
répartition du logiciel dans ces ressources
– Exprime la solution en termes de réseau de
calculateurs et en nœuds logiques de traitement
Vue de cas d’utilisation
– Cette vue définit les besoins des clients du système et
centre la définition de l'architecture du système sur la
satisfaction (la réalisation) de ces besoins
– Exprime les scénarios d'utilisation, explique le
système
Vues du système
Vue de réalisation
– Elle montre l'organisation des composants, c'est-à-
dire la distribution du code en gestion de
configuration, les dépendances entre les composants,
les contraintes de développement (bibliothèques
externes...).
– Cette vue montre aussi l'organisation des modules en
"sous-systèmes", les interfaces des sous-systèmes et
leurs dépendances (avec d'autres sous-systèmes ou
modules).
Diagrammes UML
UML permet de définir et de visualiser un
modèle, à l'aide de diagrammes.
Un diagramme UML est une représentation
graphique, qui s'intéresse à un aspect précis du
modèle.
Combinés, les différents types de diagrammes
UML offrent une vue complète des aspects
statiques et dynamiques d'un système.
UML définit 13 diagrammes pour ces vues
Diagrammes UML
Diagrammes UML
Aspect statique/structurel du système :
− Diag. d'objets: représentation des objets et leurs
relations,
− Diag. de classes: représentation de sa structure
statique en termes de classes et relations,
− Diag. de composants: représentation des composants
physiques d'une application,
− Diag. de déploiement : déploiement des composants
sur les dispositifs matériels,
− Diag. de package : représente la vue d’ensemble du
système structuré en paquetages,
− Diag. de structure composite : représente la structure
interne d’un ensemble complexe composé du système.
Mme Sonia Guerbouj 26
Diagrammes UML
Aspect dynamique/comportemental du système :
– Diag. de cas d'utilisation : représentation des fonctions
du système du point de vue de l'utilisateur,
– Diag. d'états-transition : comportement d'une classe
d'objet en termes d'états,
– Diag. d'activités: représentation d'une opération en
termes d'actions
– Diag. de communication : représentation spatiale des
objets, des liens et des interactions,
– Diag. de séquence : représentation temporelle des objets
et leurs interactions,
– Diag. de timing :
– Diag. Vue globale d’interaction :