Post on 03-Apr-2015
Les diagrammes d’interactions
• Application = {objets} qui interagissent pour réaliser les fonctions de l’application.
• Le comportement de l’application repose sur les communications entre objets (échange de message = appel de méthode).
• Spécifiés par 2 types de diagrammes d’interactions : diagrammes de collaborations et diagrammes de séquences.
Utiles pour préciser :– la réalisation des cas d’utilisation au niveau de
l’analyse (cahier charges) : découverte des classes et des méthodes nécessaires pour réaliser chaque cas,
– la dynamique d’un ensemble de classes ou d’objets au niveau de la conception ou de la programmation.
Les diagrammes de collaborations
• Mettent l’accent sur l’organisation « spatiale » des objets (qui communique avec qui ?).
• Les messages peuvent être numérotés pour introduire une dimension temporelle.
• La notation UML permet de caractériser + ou - les messages :
appel synchrone (avec attente de réponse)
retour explicite (‘return’)
appel asynchrone (sans attente réponse)
appel réflexif ( appel à soi même),
etc.
Exemple : ascenseur (niveau cahier des charges : utilisateur + classes de base)Cas : appel externe de l’ascenseur
Notion de garde(condition)
Les diagrammes de séquences Ils mettent l’accent sur l’organisation temporelle. De
nombreuses notations annexes permettent de préciser la nature des messages : message répétitif, conditionnel, réflexif, récursif, etc., et les données véhiculées.
:A :B :C
M1 M2
M3
M4M5
M6 M7
M8 M9M10
(‘ligne de vie’)
temps
Message répétitif (loop)
Message conditionnel (alt)
Exemples :
Exemple de l’ascenseur (niveau cahier charges)Cas : appel externe
Exemple conception détailléeInterfaces utilisateurs, classes de l’implantation, détail des méthodes…
Vue (interface) Contrôleur(traitements)
Modèles(classes métier)
Conception selon le « pattern MVC »
Consultation de compte