Les diagrammes dinteractions. Application = {objets} qui interagissent pour réaliser les fonctions...

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