Прецизирайте описанието на системните функции, като използвате диаграмата на последователността

Усъвършенстваме описанието на системните функции с помощта на диаграмата на последователността (продължение на "Протеини")

В тази статия ще разгледаме как можете да прецизирате (изясните) описанието на автоматизираната функция с помощта на UML Sequence Diagram - диаграма на последователност.

В този пример използвам среда Enterprise Architect от австралийска компания. Sparx Systems [1].
За пълната UML спецификация вижте тук [2].

Като начало ще обясня какво ще детайлизираме.
В Част 1 от статията „От моделиране на процеси до проектиране на автоматизирана система“ ние симулирахме процесите на „приказна“ предметна област - реплика за катерица от „Приказката за цар Салтан“ на А. С. Пушкин. И започнахме с диаграмата на дейността. След това в 2-ва част разработихме функционален модел, използвайки диаграмата на случаите на използване, Фигура 1 показва фрагмент.

Фигура 1 Връзка между изискване и функция

Сега искаме да изясним информацията за изпълнението на тази автоматизирана функция:

• с какви интерфейсни компоненти ще взаимодейства нашият потребител;
• какви управляващи компоненти са ни необходими;
• какво ще съхраняваме;
• какви съобщения ще обменят потребителят и системните компоненти, за да изпълнят функцията.

Основните елементи на диаграмата на последователността са взаимодействащи обекти с различни стереотипи и връзки между тях - взаимодействащите обекти обменят някаква информация помежду си (Фигура 2).

Фигура 2. Основни елементи на диаграмата на последователността

Обектите са подредени в хоризонтална последователност, между тях се предават съобщения. Времевата ос е ориентирана отгоре надолу.
Елемент Actor може да се използва за представяне на потребител, който инициира поток от събития.
Всеки обект има пунктирана линия, наречена "жизнена линия", където този елемент съществува и потенциално участва във взаимодействия. Фокусът на управлението се обозначава с правоъгълник върху линията на живот на обекта.
Съобщенията, обменяни между обекти, могат да бъдат от няколко типа, съобщенията също могат да бъдат персонализирани, за да отразяват операциите и свойствата на изходния и целевия елемент.
Стереотипни елементи като граници (Boundary), контроли (Control) и обекти (Entity) могат да се използват съответно за моделиране на потребителския интерфейс (GUI), контролерите и елементите на базата данни.
Повтарящ се поток от съобщения може да бъде обозначен като фрагмент с тип "цикъл".

Така че планираме да изясним описанието на функцията „Добавяне на информация за нова гайка към изявлението“.
Нека се съгласим със следните допълнителни обобщения и предположения.

1. Ядките, ядките и черупките са материални активи от съответните видове (Фигура 3).
   
   Фигура 3. Усъвършенстване на диаграма на клас
2. Нашият потребител ще въведе информация за всички материални ценности в извлечението.
3. Нека изясним името на листа - "Отчет за отчитане на материални ценности".
4. Да кажем, че нашият потребител, работещ с GUI „Отчет за отчитане на материални ценности“, може да добави нова финансова стойност чрез GUI „Карта за отчитане на материални ценности“.
5. В зависимост от вида на стойността, структурата на данните и GUI се променят.
6. При попълване на полетата на отчетната карта на материалната стойност се проверява коректността на въведените данни.

Диаграма, изградена с тези предположения в ума, е показана на фигура 4.

Фигура 4. Изясняване на описанието на функцията „Добавяне на информация за нова гайка към изявлението“

Можете да прочетете за използването на други типове UML диаграми тук:

• От моделиране на процеси до проектиране на автоматизирана система (част 1);
• От моделиране на процеси до проектиране на автоматизирана система (част 2);
• Два подхода за структуриране на диаграма на дейността.

Списък с източници

1. Уебсайт на Sparx Systems. [Електронен ресурс] Режим на достъп: Интернет: https://sparxsystems.com
2. Спецификация на OMG Unified Modeling Language (OMG UML). Версия 2.5.1. [Електронен ресурс] Режим на достъп: Интернет: https://www.omg.org/spec/UML/2.5.1/PDF

Източник: www.habr.com