Tutoriel complet sur les diagrammes de robustesse

Introduction

L’analyse de robustesse est une étape cruciale dans la conception logicielle, qui comble le fossé entre la compréhension de ce que doit accomplir un système (analyse) et la manière dont il sera mis en œuvre (conception). Elle aide les concepteurs à formuler des hypothèses sur la conception du système et à réfléchir à des solutions techniques possibles. Un outil précieux dans l’analyse de robustesse est le Diagramme de robustesse, introduit par Rosenberg et Stephen en 2007. Bien qu’il ne fasse pas partie de la spécification officielle UML, les diagrammes de robustesse utilisent des concepts UML pour représenter le comportement d’un système. Dans ce tutoriel, nous explorerons les principes, les éléments et l’utilisation pratique des diagrammes de robustesse.

Éléments d’un diagramme de robustesse

Un diagramme de robustesse combine des éléments des diagrammes de classes et des diagrammes d’activité. Il représente visuellement le comportement d’un cas d’utilisation, en mettant en évidence les classes impliquées et le comportement logiciel sans préciser quelle classe est responsable de chaque partie du comportement. Cela le rend plus facile à comprendre que les diagrammes d’activité traditionnels, car il se concentre sur les interactions entre objets. Examinons les éléments clés d’un diagramme de robustesse :

Objets stéréotypés

Les diagrammes de robustesse utilisent des objets stéréotypés pour représenter différents types d’éléments au sein du système. Les stéréotypes UML suivants sont couramment utilisés :

1. «boundary»: Représente l’interface entre le système et le monde extérieur. Les objets frontière correspondent généralement à des écrans, des pages web ou d’autres interfaces utilisateur avec lesquelles les acteurs interagissent. Ces objets sont associés à la couche de présentation.
2. «entity»: Désigne les objets du modèle de domaine, qui représentent des entités ou des concepts du monde réel au sein du système.
3. «control»: Sert d’intermédiaire entre les objets frontière et les objets entité, agissant comme le « liant » qui coordonne leurs interactions.

Exemple de diagramme de robustesse MVC :

Dans le contexte des diagrammes de séquence MVC, ces éléments s’assemblent pour exécuter les commandes initiées à partir des frontières du système, orchestrant les interactions avec les entités à travers les objets frontière. Généralement, un objet contrôleur correspond à un scénario spécifique de cas d’utilisation, souvent représenté visuellement à l’aide d’un diagramme de séquence.

Pour améliorer la clarté et la compréhension des diagrammes de séquence MVC, il est avantageux d’utiliser des stéréotypes pour les lifelines des éléments du diagramme. Cette pratique permet de distinguer visuellement les types d’objets utilisés dans le MVC, en créant une représentation conforme aux principes établis dans le diagramme d’analyse de robustesse.