Nous clarifions la description des fonctions du système à l'aide du diagramme de séquence (suite "Écureuils")
Dans cet article, nous examinerons comment détailler (clarifier) une description d'une fonction automatisée à l'aide du diagramme de séquence UML - un diagramme de séquence.
Dans cet exemple, j'utilise l'environnement Enterprise Architect de la société australienne Sparx Systems [1].
Voir la spécification UML complète ici [2].
Pour commencer, je vais vous expliquer ce que nous allons détailler.
Dans la première partie de l'article "De la modélisation des processus à la conception d'un système automatisé", nous avons simulé les processus d'un sujet "conte de fées" - une ligne sur une protéine des "Contes du tsar Saltan" de A.S. Pouchkine. Et nous avons commencé avec un graphique d'activité. Ensuite, dans la deuxième partie, nous avons développé un modèle fonctionnel en utilisant le diagramme de cas d'utilisation, un fragment est montré sur la figure 1.
Figure 1. Exigences et fonctions relationnelles
Maintenant, nous voulons clarifier les informations sur la mise en œuvre de cette fonction automatisée:
- avec quels composants de l'interface notre utilisateur interagira;
- les composants de contrôle dont nous avons besoin;
- ce que nous stockerons;
- quels messages seront échangés par l'utilisateur et les composants du système pour exécuter la fonction.
Les principaux éléments du diagramme de séquence sont les objets en interaction avec différents stéréotypes et les relations entre eux - les objets en interaction échangent des informations entre eux (figure 2).
Figure 2. Les principaux éléments du diagramme de séquence
Les objets sont disposés en séquence horizontale, des messages sont transmis entre eux. L'axe du temps est orienté de haut en bas.
L'élément Actor peut être utilisé pour représenter l'utilisateur initiant le flux d'événements.
Chaque objet a une ligne pointillée appelée «ligne de vie», où cet élément existe et peut potentiellement participer aux interactions. La mise au point de contrôle est indiquée par un rectangle sur la ligne de vie de l'objet.
Les messages échangés entre les objets peuvent être de plusieurs types, les messages peuvent également être configurés pour refléter les opérations et les propriétés des éléments source et cible.
Les éléments stéréotypés, tels que les limites, les contrôles et les entités, peuvent être utilisés pour modéliser respectivement l'interface utilisateur (GUI), les contrôleurs et les éléments de base de données.
Un flux de messagerie répétitif peut être désigné comme un fragment de type boucle.
Nous prévoyons donc de clarifier la description de la fonction "Ajouter des informations sur un nouvel écrou à la déclaration".
Nous convenons des généralisations et hypothèses supplémentaires suivantes.
- Le noyer, le noyau et les coquilles sont tous des valeurs matérielles des types correspondants (figure 3).
Figure 3. Affinage du diagramme de classes - Dans la déclaration, notre utilisateur entrera des informations sur toutes les valeurs matérielles.
- Clarifiez le nom de l'état - "État des valeurs comptables mat."
- Supposons que notre utilisateur, en collaboration avec l'interface graphique "Déclaration de comptabilisation des valeurs matérielles", puisse ajouter une nouvelle valeur matière via l'interface graphique "Carte de comptabilisation des valeurs matières".
- Selon le type de valeur du matériau, la structure des données et l'interface graphique changent.
- Lorsque vous remplissez les champs de la carte comptable article, l'exactitude des données saisies est vérifiée.
Un diagramme basé sur ces hypothèses est présenté à la figure 4.
Figure 4. Affinement de la description de la fonction «Ajouter des informations sur un nouvel écrou à la déclaration»
L'application d'autres types de diagrammes UML peut être trouvée ici: