Әрекет диаграммасын құрылымдаудың екі тәсілі

Әрекет диаграммасын құрылымдаудың екі тәсілін салыстыру («Тиіндер» негізінде)

В «Процесстерді модельдеуден автоматтандырылған жүйені жобалауға дейін» мақаласының 1 бөлімі А.С.Пушкиннің «Салтан патша, оның ұлы, даңқты және құдіретті батыр князь Гвидон Салтанович және сұлу аққу ханшайымы туралы ертегідегі» тиін туралы жолдар – «ертегі» пәнінің үдерістерін үлгі еттік. Біз «жүзу жолақтарын» пайдаланып диаграмма өрісін құрылымдау туралы келісіп, белсенділік диаграммасынан бастадық. Жол атауы сол тректе бар диаграмма элементтерінің түріне сәйкес келеді: Енгізу және шығару артефактілері, Процесс қадамдары, Қатысушылар және Бизнес ережелері. Бұл тәсіл тректер процеске қатысушылардың атымен белгіленетін, осылайша оларға процесте белгілі бір жауапкершілік аймақтарын тағайындайтын стандарттыдан ерекшеленеді.

Бұл мысалда мен австралиялық компанияның Enterprise Architect ортасын пайдаланып жатырмын. Sparx жүйелері [1].
Қолданылатын модельдеу тәсілдері туралы қосымша мәліметтерді [2] қараңыз.
Толық UML спецификациясын қараңыз осында [3].

Мен алдыңғы мақаладағы диаграмманың нұсқасын қайталаймын (1-сурет) және «стандартты» тректермен қайта сызылған диаграмманы көрсетемін (2-сурет), мен оң және теріс жақтарын, мүмкін аздап субъективті түрде көрсетуге тырысамын.

Әрекет диаграммасын құрылымдаудың екі тәсілі
Сурет 1. Белсенділік диаграммасы – процестің жалпы көрінісі

Әрекет диаграммасын құрылымдаудың екі тәсілі
Сурет 2. Іс-әрекет диаграммасы – стандартты диаграмма құрылымдау

  1. 2-ші диаграммада көрсеткілердің саны сәл аз екенін мойындау керек.
  2. Бірақ 2-ші диаграммада нысандар диаграмманың бүкіл өрісі бойынша «жағынды», бұл менің талғамым үшін өте ыңғайлы емес.
  3. Жазбалармен бірдей оқиға - ережелер. Ал диаконды тағайындау туралы ережені енгізу үшін диаграмманың барлық элементтерін бір сәтте төмен жылжыту керек болды.
  4. Осы қадамда бірнеше қатысушы бар екенін көрсету үшін «қабылдау/беру...» қадамын клондау керек болды.
  5. Екінші нұсқада мен процестің бір тармақталуынан және біріктірілуінен бас тартуға тура келді, оларды «жақсы» орналастыру мүлдем мүмкін емес еді! Бақытымызға орай, содан кейін түсініктеме жазу керек еді - ереже.

Әрине, дәмі мен түсі бойынша жолдастар жоқ, бірақ маған бірінші нұсқа процесс туралы деректерді жинау үшін ыңғайлырақ болып көрінеді.
Бірақ мен өтірік айтпаймын - кейде процесті түсіну үшін екі нұсқаны да салған дұрыс.

Дереккөздер тізімі

  1. Sparx Systems веб-сайты. [Электрондық ресурс] Қол жеткізу режимі: Интернет: https://sparxsystems.com
  2. Золотухина Е.Б., Вишня А.С., Красникова С.А. Бизнес-процестерді модельдеу. — М.: КУРС, SIC INFRA-M, EBS Znanium.com. — 2017 ж.
  3. OMG Unified Modeling Language (OMG UML) спецификациясы. 2.5.1 нұсқасы. [Электрондық ресурс] Қол жеткізу режимі: Интернет: https://www.omg.org/spec/UML/2.5.1/PDF

Ақпарат көзі: www.habr.com

пікір қалдыру