Académique Documents
Professionnel Documents
Culture Documents
2021-2022
BAADOU Sanae
Plan
01 Pourquoi modéliser ?
04 Diagrammes UML
Objectifs du module
Importance de la modélisation
La capacité de vérification
•Cohérence
•Complétude
•La continuité entre les différentes phases du cycle de vie
Qu’est ce qu’un modèle ?
Un modèle est une abstraction de la réalité
Il s'agit d'un processus qui consiste à identifier les caractéristiques intéressantes d'une
entité, en vue d'une utilisation précise.
L'abstraction désigne aussi le résultat de ce processus, c'est-à-dire l'ensemble des
caractéristiques essentielles d'une entité, retenues par un observateur.
Un modèle est une vue subjective mais pertinente de la réalité
Un modèle définit une frontière entre la réalité et la perspective de l'observateur. Ce
n'est pas "la réalité", mais une vue très subjective de la réalité.
Bien qu'un modèle ne représente pas une réalité absolue, un modèle reflète des aspects
importants de la réalité, il en donne donc une vue juste et pertinente
Caractéristiques fondamentales d’un modèle
Le caractère abstrait d'un modèle doit notamment permettre de :
• Faciliter la compréhension du système étudié un modèle réduit la complexité du
système étudié.
• Simuler le système étudié
Un modèle représente le système étudié et reproduit ses comportements.
Un modèle réduit (décompose) la réalité, dans le but de disposer d'éléments de travail
exploitables par des moyens mathématiques ou informatiques.
Un modèle est une simplification de la réalité. Il permet de mieux comprendre le
système qu'on doit développer. Les meilleurs modèles sont proches de la réalité.
Les méthodes d’analyse
Historique
Méthodes systémiques
(Merise)
En clair
• UML: norme qui définit les diagrammes et les conventions à utiliser lors de
la construction de modèles décrivant la structure et le comportement d’un
logiciel.
• Les modèles sont des diagrammes constitués d’éléments graphiques et de
texte.
• UML n’est pas une méthode, mais un langage
Au final, qu’est-ce qu’UML ?
En clair
• UML: norme qui définit les diagrammes et les conventions à utiliser lors de
la construction de modèles décrivant la structure et le comportement d’un
logiciel.
• Les modèles sont des diagrammes constitués d’éléments graphiques et de
texte.
• UML n’est pas une méthode, mais un langage
Les différentes vues
UML propose 5 vues qui se superposent en partie afin de
présenter les systèmes sous différents aspects.
itérative et incrémentale,
Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect précis du modèle ; c'est
une perspective du modèle, pas "le modèle".
Chaque type de diagramme UML possède une structure (les types des éléments de modélisation qui le
composent sont prédéfinis).
Un type de diagramme UML véhicule une sémantique précise (un type de diagramme offre toujours la
même vue d'un système).
Combinés, les différents types de diagrammes UML offrent une vue complète des aspects statiques et
dynamiques d'un système.
Par extension et abus de langage, un diagramme UML est aussi un modèle (un diagramme modélise un
aspect du modèle global).
Les différents diagrammes
Les paquetages
Un paquetage est un regroupement logique de
différents éléments de la modélisation, il peut
contenir d’autres sous paquetages
Chaque paquetage doit avoir un nom
Les éléments de la modélisation UML
Les notes
Commentaire attaché à un ou plusieurs éléments de
modélisation
Les éléments de la modélisation UML
Les stéréotypes
Les stéréotypes permettent d’étendre la sémantique des
éléments de modélisation UML
Représentation: <<NomStéréotype>>
UML propose de nombreux stéréotypes standards:
<<includ>> <<extend>> <<utility>>…
LES CAS D'UTILISATION
Cas d'utilisation (use cases)
28
Éléments de base des cas d'utilisation
• La relation de généralisation
• La relation d’extension
• La relation d’inclusion
Éléments de base des cas d'utilisation
La relation de généralisation:
Le cas d’utilisation source hérite le comportement du cas d’utilisation
destination
Éléments de base des cas d'utilisation
La relation d’ extension :
Le cas d’utilisation source étend cad ajoute son comportement (optionnellement) au
comportement du cas d’utilisation destination
Éléments de base des cas d'utilisation
La relation d’ extension :
Démarche
Étape 3: Pour chaque acteur, chercher ce que cet acteur peut faire avec
le système et identifier les use cases de base.
Étape 5: Décrire en détail chaque use case, aussi bien des use case de
base que les use cases sous-jacents. C'est une étape importante car elle
permet de clarifier ce qu'on veut confier comme tâches à un système.
Recettes pour établir les cas d’utilisation
Étape 6 : Supprimer les uses cases qui n'ont pas leur raison d'être. Généralement,
un use case est "réalisé" possiblement avec un mini diagramme de séquence ou de
collaboration, aussi petit soit-il, si l'on poursuivait l'étude. Si ce n'est pas le cas,
peut être le use case n'a pas sa raison d'être.
Étape 7: Trouver les traitements communs dans les descriptions et cherchez les
possibilités de factorisation. Dégagez si possible les use cases « factorisés »
Étape 9: Recommencer les étapes 4 à 8 pour tous les use cases de base.
Étape 10: Identifier les acteurs secondaires (par exemple, les acteurs de
maintenance et recommencez les étapes de 2 à 9 pour les acteurs
secondaires)
Exemple: diagramme de cas d’utilisation
Exercice
Modélisation d’un GAB (Guichet Automatique de Banque). Les principales
fonctions sont les suivantes :
distribution d’argent à tout porteur d’une carte de la banque (autorisation d’un certain
montant par le Système d’Information de la banque) ou d’une carte VISA (autorisation à
distance par le Système d’Autorisation VISA),
consultation du solde, dépôt en numéraire et de chèques pour les possesseurs d’une carte
de la banque.
Toutes les transactions sont sécurisées (code personnel vérifié avec le code enregistré sur
la puce de la carte ; la carte est avalée après trois échecs).Il faut parfois recharger le GAB
et retirer des choses ...
Les participants :
Les objets : les acteurs + le système ( instances de classes)
La ligne de vie
: :
La période d'activation
•La réception des messages provoque une période d'activation ( rectangle vertical sur la
ligne de vie) marquant le traitement du message
•Période durant laquelle un objet effectue une action -> état actif
1. Message synchrone
synchrone: l’émetteur reste bloqué le temps que le récepteur traite le message envoyé ;
2- message asynchrone:
Dans un message asynchrone : l’émetteur n’est pas bloqué lorsque le récepteur traite le
message envoyé.
Un message asynchrone se représente par une flèche en traits pleins et à l’extrémité
ouverte
Les types de messages
3. Message récursif
structures
• Les tests