Գործունեության դիագրամի կառուցման երկու մոտեցում

Գործունեության դիագրամի կառուցվածքի երկու մոտեցումների համեմատություն (հիմնված «Սկյուռների» վրա)

В «Գործընթացների մոդելավորումից մինչև համակարգի ավտոմատացված դիզայն» հոդվածի 1-ին մաս. մենք նմանակեցինք «առասպելական» առարկայի գործընթացները՝ սկյուռի մասին տող Պուշկինի «Ցար Սալթանի հեքիաթը, նրա փառահեղ և հզոր որդու՝ արքայազն Գվիդոն Սալտանովիչի և գեղեցկուհի Կարապի արքայադստերը» գրքից: Իսկ մենք սկսեցինք Գործունեության գծապատկերից՝ պայմանավորվելով դիագրամային դաշտի կառուցվածքը «լող» գոտիների օգնությամբ՝ Swim lanes։ Գոտու անվանումը համապատասխանում է գծապատկերի տարրերի տեսակին, որոնք առկա են այս գոտու վրա՝ մուտքային և ելքային արտեֆակտներ, գործընթացի քայլեր, մասնակիցներ և բիզնեսի կանոններ: Այս մոտեցումը տարբերվում է ստանդարտից, երբ երթուղիները նշանակվում են գործընթացի մասնակիցների անուններով, այդպիսով նրանց պատասխանատվության որոշակի ոլորտներ վերագրելով գործընթացում:

Այս օրինակում ես օգտագործում եմ ավստրալիական ընկերության Enterprise Architect միջավայրը: Sparx Systems [1].
Օգտագործված մոդելավորման մոտեցումների մասին մանրամասների համար տես [2]:
UML-ի ամբողջական ճշգրտման համար տե՛ս այստեղ [3].

Ես կկրկնեմ գծապատկերի տարբերակը նախորդ հոդվածից (Նկար 1) և ցույց կտամ վերագծված դիագրամ «ստանդարտ» հետքերով (Նկար 2), կփորձեմ նշել դրական և բացասական կողմերը, գուցե մի փոքր սուբյեկտիվ:

Նկար 1. Գործունեության դիագրամ - գործընթացի ընդհանուր տեսք

Նկար 2. Գործունեության դիագրամ - ստանդարտ դիագրամի կառուցվածքավորում

1. Պետք է խոստովանել, որ 2-րդ գծապատկերում սլաքների թիվը մի փոքր պակաս է։
2. Բայց 2-րդ դիագրամում առարկաները «քսվում են» գծապատկերի ամբողջ դաշտով, ինչը, իմ ճաշակով, այնքան էլ հարմար չէ։
3. Նույն պատմությունը նշումներով - կանոններ. Իսկ սարկավագ նշանակելու կանոնը մտցնելու համար պետք էր ինչ-որ պահի գծագրի բոլոր տարրերը տեղափոխել ներքեւ։
4. Ես ստիպված էի կլոնավորել «ստանալ / փոխանցել ...» քայլը՝ ցույց տալու համար, որ մի քանի մասնակիցներ ներկա են այս քայլին:
5. Երկրորդ տարբերակում ես ստիպված էի հրաժարվել գործընթացի մեկ ճյուղից և միաձուլումից, լավ, դրանք «լավ» ձևով դնելը բացարձակապես անհնար էր: Լավ, ապա անհրաժեշտ կլիներ, որ մեկնաբանությունը կախել՝ կանոն:

Իհարկե, ճաշակի և գույնի համար ընկերներ չկան, բայց առաջին տարբերակն ինձ ավելի հարմար է թվում գործընթացի վերաբերյալ տվյալներ հավաքելու համար։
Բայց ես չեմ քանդի. երբեմն երկու տարբերակներն էլ ավելի լավ է նկարել՝ գործընթացը հասկանալու համար:

Աղբյուրների ցանկ

1. Sparx Systems կայքը. [Էլեկտրոնային ռեսուրս] Մուտքի ռեժիմ՝ ինտերնետ. https://sparxsystems.com
2. Զոլոտուխինա E.B., Vishnya A.S., Krasnikova S.A. Բիզնես գործընթացների մոդելավորում. - M .: KURS, NITs INFRA-M, EBS Znanium.com: - 2017 թ.
3. OMG միասնական մոդելավորման լեզվի (OMG UML) ճշգրտում: Տարբերակ 2.5.1. [Էլեկտրոնային ռեսուրս] Մուտքի ռեժիմ՝ ինտերնետ. https://www.omg.org/spec/UML/2.5.1/PDF

Source: www.habr.com