On affine la description des fonctions du système à l'aide du Diagramme de séquence (suite des "Protéines")
Dans cet article, nous examinerons comment vous pouvez affiner (clarifier) la 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 d'une société australienne. [1].
Pour la spécification UML complète, voir [2].
Pour commencer, je vais vous expliquer ce que nous allons détailler.
В nous avons modélisé les processus d'un domaine "fabuleux" - une ligne sur un écureuil de A.S. Pushkin's The Tale of Tsar Saltan. Et nous avons commencé avec le diagramme d'activité. Puis dans nous avons développé un modèle fonctionnel en utilisant le diagramme de cas d'utilisation, la figure 1 montre un fragment.
Figure 1 Relation entre exigence et fonctionnalité
Maintenant, nous voulons clarifier les informations sur l'exécution de cette fonction automatisée :
- avec quels composants d'interface notre utilisateur interagira ;
- de quels composants de contrôle avons-nous besoin ;
- qu'allons-nous stocker ;
- quels messages l'utilisateur et les composants du système échangeront pour exécuter la fonction.
Les principaux éléments du diagramme de séquence sont des objets en interaction avec différents stéréotypes et des connexions entre eux - les objets en interaction échangent des informations entre eux (Figure 2).
Figure 2. Principaux éléments du diagramme de séquence
Les objets sont disposés dans une séquence horizontale, les messages sont passés entre eux. L'axe du temps est orienté de haut en bas.
Un élément Actor peut être utilisé pour représenter un utilisateur qui initie un flux d'événements.
Chaque objet a une ligne pointillée, appelée "ligne de vie", où cet élément existe et participe potentiellement aux interactions. Le focus de contrôle est indiqué 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 personnalisés pour refléter les opérations et les propriétés des éléments source et cible.
Des éléments stéréotypés tels que Boundary, Control et Entity peuvent être utilisés pour modéliser l'interface utilisateur (GUI), les contrôleurs et les éléments de base de données, respectivement.
Un flux de messages 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".
Mettons-nous d'accord sur les généralisations et hypothèses supplémentaires suivantes.
- Les noix, les amandes et les coques sont tous des actifs matériels des types respectifs (Figure 3).
Figure 3. Raffinement du diagramme de classes - Notre utilisateur entrera des informations sur toutes les valeurs matérielles dans la déclaration.
- Clarifions le nom de la feuille - "Déclaration de comptabilisation des valeurs matérielles".
- Disons que notre utilisateur, travaillant avec l'interface graphique "Relevé de comptabilité des valeurs matérielles", peut ajouter une nouvelle valeur financière via l'interface graphique "Fiche de comptabilité des valeurs matérielles".
- Selon le type de valeur, la structure des données et l'interface graphique changent.
- Lors du remplissage des champs de la fiche comptable de la valeur des matériaux, l'exactitude des données saisies est vérifiée.
Un diagramme construit avec ces hypothèses à l'esprit est illustré à la figure 4.
Figure 4. Clarification de la description de la fonction "Ajouter des informations sur un nouvel écrou à la déclaration"
Vous pouvez en savoir plus sur l'utilisation d'autres types de diagrammes UML ici :
Liste des sources
- Site Web de Sparx Systems. [Ressource électronique] Mode d'accès : Internet :
- Spécification du langage de modélisation unifié OMG (OMG UML). Édition 2.5.1. [Ressource électronique] Mode d'accès : Internet :
Source: habr.com