Exemples de diagrammes de séquences Exemple 1: diagramme de séquence du système transactionnel. Source: EdrawMax Dans plus de la moitié des cas d'utilisation du diagramme de séquence, les développeurs informatiques s'en servent. Ils l'utilisent pour illustrer comment les différentes parties d'un système vont interagir entre elles et dans un ordre séquentiel pour obtenir le résultat escompté. Voici un cas concret pour vous aider à visualiser et à bien maitriser le diagramme de séquence UML. Un message asynchrone passé entre le client, l'écran de connexion et la gestion de la sécurité est employé lorsque le composeur de messages n'attend pas que le récepteur traite le message et fasse une réponse avant d'envoyer d'autres messages à d'autres objets déjà définis dans le système proposé. La pointe de flèche utilisée pour représenter ce type de message est une simple flèche linéaire dont la pointe est de couleur foncée, comme le montre le schéma ci-dessus. Exemple 2: Diagramme de séquence du processus d'enregistrement La fonctionnalité de l'ensemble du système est influencée par la séquence des messages échangés entre ses objets.
UML Cours 5: Diagramme de séquences Les diagrammes de cas d'utilisation modélisent à QUOI sert le système, en organisant les interactions possibles avec les acteurs. Les diagrammes de classes permettent de spécifier la structure et les liens entre les objets dont le système est composé: ils spécifie QUI sera à l'oeuvre dans le système pour réaliser les fonctionnalités décrites par les diagrammes de cas d'utilisation. Les diagrammes de séquences permettent de décrire COMMENT les éléments du système interagissent entre eux et avec les acteurs: Les objets au coeur d'un système interagissent en s'échangent des messages. Les acteurs interagissent avec le système au moyen d'IHM (Interfaces Homme-Machine). Interaction Pour être complètement spécifiée, une interaction doit être décrite dans plusieurs diagrammes UML: Cas d'utilisation Séquences Classes pour spécifier les opérations nécessaires Ligne de vie Une ligne de vie représente un participant à une interaction (objet ou acteur). La syntaxe de son libellé est: nomLigneDeVie {[selecteur]}: NomClasseOuActeur Une ligne de vie est une instance, donc il y a nécessairement les deux points (:) dans son libellé.
Les messages de retour sont optionnels: la fin de la période d'activité marque également la fin de l'exécution d'une méthode. Ils sont utilisés pour spécifier le résultat de la méthode invoquée. Leur syntaxe est: attributCible = nomMessageSynchroneInitial(LISTE_PARAMS): valeurRetour Les messages de retour sont représentés en pointillés. Messages trouvés Les diagrammes de séquences peuvent être employés pour décrire les traitements d'un système résultant de l'envoi d'un message, indépendamment de l'émetteur. Dans ce cas, l'émetteur importe peu et on le le spécifie pas. Les messages trouvés peuvent être synchrones ou asynchrones. Messages perdus Des messages perdus, on connaît l'émetteur mais pas le récepteur, à l'inverse des messages trouvés. On utilise souvent des messages de retour perdus pour spécifier le résultat d'un message synchrone trouvé. Création et destructiob d'objets (et de lignes de vie) Création: message asynchrone stéréotypé << create >> pointant vers le rectangle en tête de la ligne de vie Destruction: message asynchrone stéréotype << destroy >> précédant une croix sur la ligne de vie Fragment combiné Un fragment combiné permet de décomposer une interaction complexe en fragments suffisamment simples pour être compris.
Il s'agit du créateur de diagrammes UML le plus simple, et il est livré avec de nombreux modèles réalisés par des professionnels que vous pouvez utiliser gratuitement. Cependant, vous pouvez vouloir une instruction plus détaillée pour vous aider à créer des diagrammes, veuillez vérifier ce guide de diagramme UML pour votre référence.