Споредба на два пристапа за структурирање на дијаграм на активност (врз основа на „верверички“)
В ги моделиравме процесите на тематската област „бајка“ - реплики за верверица од „Приказната за цар Салтан, неговиот син, славниот и моќен херој принцот Гвидон Салтанович и прекрасната принцеза лебед“ од А.С. Пушкин. И почнавме со дијаграмот за активност, со договор за структурирање на полето на дијаграмот користејќи „патеки за пливање“. Името на песната одговара на типот на елементи на дијаграмот што се присутни во таа песна: влезни и излезни артефакти, чекори на процесот, учесници и деловни правила. Овој пристап се разликува од стандардниот, кога траките се означени со имињата на учесниците во процесот, со што им се доделуваат одредени области на одговорност во процесот.
Во овој пример ја користам рамката Enterprise Architect од една австралиска компанија [1].
За повеќе детали за применетите пристапи за моделирање, видете [2].
За целосна спецификација на UML, видете [3].
Ќе ја повторам верзијата на дијаграмот од претходната статија (слика 1) и ќе прикажам прецртан дијаграм со „стандардни“ траки (Слика 2), ќе се обидам да ги наведам добрите и лошите страни, можеби малку субјективно.
Слика 1. Дијаграм на активност - општ приказ на процесот
Слика 2. Дијаграм на активност - стандардно структурирање на дијаграмот
- Мора да се признае дека бројот на стрели е нешто помал во вториот дијаграм.
- Но, на вториот дијаграм, предметите се „извалкани“ низ целото поле на дијаграмот, што, според мојот вкус, не е многу погодно.
- Истата приказна со белешки - правила. А за да се вметне правилото за назначување ѓакон, сите елементи на дијаграмот во одреден момент требаше да се поместат надолу.
- Морав да го клонирам чекорот „прима/пренеси…“ за да покажам дека неколку учесници се присутни на овој чекор.
- Во втората опција, морав да се откажам од едно разгранување и едно спојување на процесот, добро, беше апсолутно невозможно да ги подредам „убаво“! За среќа, тогаш би било неопходно да се објави коментар - правилото.
Се разбира, нема другари по вкус и боја, но првата опција ми се чини исто така попогодна за собирање податоци за процесот.
Но, нема да лажам - понекогаш е подобро да се нацртаат двете опции за да се разбере процесот.
Список на извори
- Веб-страница на Sparx Systems. [Електронски ресурс] Режим на пристап: Интернет:
- Золотухина Е.Б., Вишња А.С., Красникова С.А. Моделирање на деловни процеси. — М.: КУРС, SIC INFRA-M, EBS Znanium.com. - 2017 година.
- Спецификација OMG унифициран јазик за моделирање (OMG UML). Верзија 2.5.1. [Електронски ресурс] Режим на пристап: Интернет:
Извор: www.habr.com