Параўнанне двух падыходаў структуравання дыяграмы Activity (па матывах "Белкі")
В мы мадэлявалі працэсы «казачнай» прадметнай вобласці — радкі пра вавёрку са «Казкі пра цара Салтана, пра сына яго слаўнага і магутнага асілка князя Гвідона Салтановіча і пра цудоўную царэўну Лебедзі» А.С.Пушкіна. І пачалі мы з дыяграмы Activity, дамовіўшыся аб структураванні поля дыяграмы з дапамогай плавальных дарожак Swim lanes. Імя дарожкі адпавядае тыпу элементаў дыяграмы, якія прысутнічаюць на гэтай дарожцы: "Уваходныя і выходныя артэфакты", "Крокі працэсу", "Удзельнікі" і "Бізнес-правілы". Гэты падыход адрозніваецца ад стандартнага, калі дарожкі абазначаюцца імёнамі ўдзельнікаў працэсу, такім чынам замацоўваючы за імі пэўныя зоны адказнасці ў працэсе.
У дадзеным прыкладзе я выкарыстоўваю асяроддзе Enterprise Architect ад аўстралійскай кампаніі [1].
Больш падрабязна аб прымяняюцца падыходах да мадэлявання гл. [2].
Поўную спецыфікацыю UML гл. [3].
Паўтару варыянт дыяграмы з мінулага артыкула (Малюнак 1) і пакажу перамаляваную дыяграму са «стандартнымі» дарожкамі (Малюнак 2), пастараюся плюсы і мінусы пазначыць, можа быць, і крыху суб'ектыўна.
Малюнак 1. Дыяграма Activity – агульны выгляд працэсу
Малюнак 2. Дыяграма Activity – стандартнае структураванне дыяграмы
- Трэба прызнаць, што колькасць стрэлак крыху меншая на 2-ой дыяграме.
- Але на другой дыяграме аб'екты «размазаныя» па ўсім полі дыяграмы, што, на мой густ, не вельмі зручна.
- Тая ж гісторыя з нататкамі — правіламі. А яшчэ каб правіла пра прызначэнне дыякана ўставіць, прыйшлося ўсе элементы дыяграмы ў нейкі момант рухаць уніз.
- Прыйшлося кланаваць крок "прыёму/перадачы…", каб паказаць, што некалькі ўдзельнікаў на гэтым кроку прысутнічаюць.
- У другім варыянце прыйшлося адмовіцца ад аднаго галінавання і аднаго зліцця працэсу, ну зусім не атрымлівалася іх "прыгожа" абкласці! Па добраму, трэба было б тады павесіць каментар - правіла.
На смак і колер, вядома, таварышаў няма, але мне першы варыянт здаецца яшчэ і зручнейшым для збору дадзеных аб працэсе.
Але не буду хітраваць - часам абодва варыянту лепш адмаляваць, каб у працэсе разабрацца.
Спіс крыніц
- Сайт Sparx Systems. [Электронны рэсурс] Рэжым доступу: Інтэрнэт:
- Залатухіна А.Б., Вішня А.С., Краснікава С.А. Мадэляванне бізнес-працэсаў. - М .: КУРС, НДЦ ИНФРА-М, ЭБС Znanium.com. - 2017.
- OMG Unified Modeling Language (OMG UML) Specification. Version 2.5.1. [Электронны рэсурс] Рэжым доступу: Інтэрнэт:
Крыніца: habr.com