ARIS մեթոդաբանության ընդհանուր կառուցվածքը

http://rudocs.exdat.com/docs/index-62596.html?page=3

ARIS eEPC նշումը նշանակում է հետևյալը` ընդլայնված իրադարձություններով պայմանավորված գործընթացների շղթա` ընդլայնված իրադարձություններով պայմանավորված գործընթացների շղթա: Նշումը մշակվել է IDS Scheer AG-ի (Գերմանիա) մասնագետների, մասնավորապես՝ պրոֆեսոր Շեյերի կողմից: Հետևյալ աղյուսակը 2.3.1 ցույց է տալիս հիմնական առարկաները, որոնք օգտագործվում են նշման մեջ:

Աղյուսակ 2.3.1 Բիզնես գործընթացների նկարագրության օբյեկտներ ARIS eEPC նշումով:

Աղյուսակ 2.3.1-ում թվարկված հիմնական օբյեկտներից բացի, շատ այլ օբյեկտներ կարող են օգտագործվել eEPC դիագրամ կառուցելիս: Գործնականում տարբեր տեսակի օբյեկտների մեծ քանակի օգտագործումն անիրագործելի է, քանի որ դա զգալիորեն մեծացնում է մոդելի չափը և դժվարացնում է կարդալը: Իմաստը հասկանալու համար eEPC նշումԴիտարկենք օգտագործվող առարկաների և կապերի հիմնական տեսակները: Նկար 2.3.5-ում: ներկայացված ամենապարզ մոդելը eEPC, որը նկարագրում է ձեռնարկության բիզնես գործընթացի մի հատված:

Բրինձ. 2.3.5. Ամենապարզ մոդելը eEPC նշումով

Նկար 2.3.5-ից: Հասկանալի է, որ առարկաների միջև կապերն ունեն որոշակի նշանակություն և արտացոլում են գործընթացի ներսում գործող գործառույթների հաջորդականությունը: Իրադարձություն 1-ը և 1-ին գործառույթը միացնող սլաքը «ակտիվացնում» կամ սկսում է 1-ին ֆունկցիայի կատարումը: Ֆունկցիան 1-ը «ստեղծում է» Իրադարձություն 2-ը, որին հաջորդում է AND խորհրդանիշը, որը «գործարկում» է 2-րդ և 3-րդ գործառույթների կատարումը: eEPC նշումի մանրակրկիտ վերլուծությունը ցույց է տալիս: որ այն գործնականում չի տարբերվում IDEF3 նշումից։ eEPC-ի միջև ամենակարևոր տարբերությունը «իրադարձության» օբյեկտի առկայությունն է: Այս օբյեկտը ծառայում է մոդելում ցուցադրելու գործառույթների կատարման հնարավոր արդյունքները, կախված նրանից, թե որ պրոցեսի այս կամ այն ​​հաջորդ ճյուղն է կատարվում։ eEPC նշումը ակնհայտորեն կոչվում է ընդլայնված հենց այն պատճառով, որ այն պարունակում է «իրադարձություն» օբյեկտ. IDEF3-ում նման օբյեկտ չկա: ARIS eEPC-ում մոդել կառուցելիս պետք է պահպանել հետևյալ կանոնները.

յուրաքանչյուր գործառույթ պետք է սկսվի իրադարձությամբ և պետք է ավարտվի իրադարձությամբ.

Յուրաքանչյուր ֆունկցիա չի կարող պարունակել մեկից ավելի սլաք, որը «սկսում է» ֆունկցիայի կատարումը, և մեկից ավելի սլաք չի կարող դուրս գալ, որը նկարագրում է ֆունկցիայի ավարտը:

Նկար 2.3.7-ը ցույց է տալիս տարբեր ARIS eEPC նշումային օբյեկտների օգտագործումը բիզնես գործընթացի մոդել ստեղծելիս:

Բրինձ. 2.3.7. eEPC նշումով մոդել ստեղծելիս տարբեր օբյեկտների օգտագործումը

Նկար 2.3.6-ից: և 2.3.7. Կարելի է տեսնել, որ eEPC նշումով բիզնես գործընթացը ընթացակարգերի հաջորդականություն է, որը դասավորված է դրանց կատարման հերթականությամբ: Պետք է նշել, որ ընթացակարգերի իրական տևողությունը չի կարող տեսողականորեն արտացոլվել eEPC-ում: Սա հանգեցնում է նրան, որ մոդելներ ստեղծելիս հնարավոր են իրավիճակներ, երբ մեկ կատարողին կհանձնարարվի միաժամանակ կատարել երկու առաջադրանք։ Մոդելի կառուցման համար օգտագործվող տրամաբանական խորհրդանիշները թույլ են տալիս արտացոլել բիզնես գործընթացի ճյուղավորումն ու միաձուլումը: Գործընթացների իրական տևողության մասին տեղեկատվություն ստանալու և գործընթացում անձնակազմի ծանրաբեռնվածությունը տեսողականորեն ցուցադրելու համար կարող եք օգտագործել նկարագրության այլ գործիքներ, օրինակ՝ Gantt գծապատկերները MS Project հավելվածում:

Նկար 2.3.8-ում: Ներկայացված է հաճախորդի պատվերի մշակման բիզնես գործընթացը: Գործընթացը սկսվում է «Հաճախորդի պատվերը ստացել է» իրադարձությամբ: Այս միջոցառումը սկսում է «Փոստի պատվերը համակարգում» գործառույթը, որն իրականացնում է Վաճառքի բաժնի ղեկավարը: Աշխատանքն ավարտելու համար նա օգտագործում է «Պատվերների հաշվառման համակարգ»: Գործառույթի կատարման արդյունքը ցուցադրվում է «Պատվերի հաշվառումն ավարտված է» իրադարձությամբ: Դրանից հետո վաճառքի մենեջերը կատարում է «Կատարել արտադրանքի համապատասխանության վերլուծություն» գործառույթը: Գործառույթի կատարման արդյունքը երկու այլընտրանքային իրադարձություն է. «Պատվերը համապատասխանում է կետին» և «Պատվերը չի համապատասխանում նյութին»: Գործընթացը ճյուղավորվում է. Գործընթացի ճյուղավորումը ցուցադրելու համար օգտագործվում է տրամաբանական բացառիկ «OR» նշանը: «Ծանուցել հաճախորդին պատվերի կատարման անհնարինության մասին» գործառույթը կարող է իրականացվել երկու դեպքում՝ եթե պատվերը չի համապատասխանում ապրանքին, կամ արտադրությունն անհնար է: Այս ընտրանքները գործընթացի գծապատկերում ցուցադրելու համար օգտագործվում է տրամաբանական «OR» նշանը և այլն: Ինչպես երևում է Նկար 2.3.8-ից, ARIS eEPC-ում գործընթացի դիագրամը տարբերվում է IDEF3-ի դիագրամից՝ օբյեկտների՝ իրադարձությունների, փաստաթղթերի, կիրառական համակարգերի և դիրքերի առկայությամբ: ARIS-ի դիագրամը տեսողականորեն ավելի տեղեկատվական է և ավելի լավ է ընկալվում, սակայն այս գծապատկերի չափը զգալիորեն ավելի մեծ է, քան IDEF3 նշումով գծապատկերի չափը:
Բրինձ. 2.3.8. Գործընթացի նկարագրության օրինակ ARIS eEPC նշումով

chavalah Հունիսի 13, 2012 ժամը 14:19

Օգտագործելով eEPC նշումը բիզնես գործընթացները գրաֆիկորեն նկարագրելու համար

• GTD

Ամեն բան անսահման բազմազանության դրսևորման ձև է։
Կոզմա Պրուտկով

Ներածություն eEPC նշումին

Ներկայումս բիզնես գործընթացները գրաֆիկորեն ներկայացնելու շատ տարբեր սկզբունքներ կան, որոնք կոչվում են նշումներ: Ինչո՞ւ են դրանք այդքան շատ։ Այս հարցը տվել են բոլորը, ովքեր տասնամյակներ շարունակ կանգնած են բիզնես գործընթացները նկարագրելու անհրաժեշտության հետ: Դիտարկենք պատճառները։ Դրանցից երեքն են (իմ կարծիքով).

• Տարբեր առաջադրանքներ. Ոչ բոլոր նշումները հավասարապես հարմար են լուծելու համար տարբեր առաջադրանքներ. Օրինակ, նշումը կարող է հարմար լինել վերին մակարդակի բիզնես գործընթացի համար, բայց բոլորովին հարմար չէ աշխատանքային հոսքը նկարագրելու համար:
• Նման նշումների տարբեր մշակողներ կան: IN տարբեր ժամանակներՏարբեր մշակողներ փորձել են նոր սկզբունքներ հորինել սխեմաների նկարագրության համար: Նրանք դա անում էին բարի նպատակներից ելնելով, երբ գործնականում բախվեցին մի իրավիճակի, երբ իրենց օգտագործած նշումը չէր կարող արտացոլել անհրաժեշտ նրբությունները (կամ պարզ չէր): Երբեմն, էվոլյուցիայի գործընթացում, նման նշումները դառնում էին, կարծես, զուգահեռ, այսինքն. տարբեր տեսք ունենալ, բայց լուծել նույն խնդիրները:
• Աչքի ընկնելու ցանկություն. Սա այն դեպքում, երբ անհայտ պատճառներով հանկարծ հայտնվում է նոր նշում, որն ինքնին առանձնահատուկ ոչինչ չունի, բայց ինչ-ինչ պատճառներով իր ստեղծողի կողմից առաջ է քաշվում որպես ամենակատարյալ նոու-հաու: Դա տեղի է ունենում այսօր էլ։

Այս հոդվածի նպատակն է ոչ թե դիտարկել բոլոր տեսակի նշումները (ես միտումնավոր չեմ նշում դրանց անունները), այլ կանգ առնել. մանրամասն նկարագրությունայն նշումը, որը ես ընտրել եմ իմ նախագծերի համար ամենաօպտիմալ տարբերակի երկար որոնման ընթացքում:
Եթե ​​որևէ մեկին հետաքրքրում է պարզել, թե ինչ այլ նշումներ կան և ինչի համար են դրանք օգտագործվում, ես նախատեսում եմ դա անել մեկ այլ հոդվածում, որը կկոչվի «Եկեք խոսենք նշումների մասին», բայց սա դեռ պլանների մեջ է:
Ժամանակն է սկսել մեր պատմությունը շատ հետաքրքիր, պարզ և գործնական eEPC նշումի մասին (թարգմանաբար՝ գործընթացների իրադարձությունների շղթայի ընդլայնված նկարագրությունը): Նրա բառացի թարգմանությունը բացահայտում է նաև դրա հիմնական նպատակը՝ բիզնես գործընթացների շղթայի նկարագրությունը։ Նշման հիմնական «առանձնահատկությունը» նրա «իրադարձության» սկզբունքն է, որը մենք մանրամասն կքննարկենք։
Որո՞նք են eEPC նշումների առավելությունները.

1. Նախ, սա այնքան էլ նշում չէ իր մաքուր տեսքով: Նրանք. եթե որոշ նշումներում կա տարրերի և դրանց օգտագործման կանոնների խիստ հավաքածու (հակառակ դեպքում ամեն ինչ կշփոթվի), ապա eEPC սկզբունքը թույլ է տալիս ավելացնել ձեր սեփական տարրերը: Ինչպե՞ս է դա ապահովվում: Իհարկե, կա որոշակի «միջուկ», որի շուրջ կառուցված է ամեն ինչ, այսինքն. հստակ կանոնների մի շարք, որոնցով կառուցվում է դիագրամը և որով այն ընթերցվում է: Բացի այդ, դուք կարող եք ավելացնել ձեր սեփական տարրը, ներառել դրա օգտագործման կանոնները ձեր սեփական կորպորատիվ ստանդարտում (բացառելու սիրողական գործունեությունը, որը կարող է շփոթել դիագրամը և բարդացնել դրա ընթեռնելիությունը) և վերջ: Սա շատ կարևոր կետ. Բացի այդ, դուք կարող եք սահմանել ցանկացած այլ սահմանափակումներ և կանոններ ձեր կորպորատիվ ստանդարտում:
2. eEPC-ն պարունակում է տրամաբանական տարրեր: Սա թույլ է տալիս կառուցել դիագրամներ պայմաններով, որոնք անհրաժեշտ են գործունեությունը նկարագրելու համար («եթե պայմանագիրը համաձայնեցված է, ապա ...., հակառակ դեպքում ...»):
3. Տարրերի պարզությունը թույլ է տալիս գծապատկերներ նկարել, ինչպես ներսում ծրագրային արտադրանք, իսկ այլ կերպ, թեկուզ թղթի վրա, չես շփոթվի։
4. eEPC-ն այնքան հեշտ է սովորել և հասկանալ, որ այն կարող է օգտագործվել իրական գործունեության մեջ, և ոչ միայն պահարանում փոշի հավաքելու համար: Կանոնների ուսուցման համար կպահանջվի մոտ 2 ժամ (եթե ուսանողը ցանկանա):

Իհարկե, ինչպես այս աշխարհում ամեն ինչ, այն նույնպես ունի իր թերությունները. Սակայն ռացիոնալ օգտագործումը դրանք նվազեցնում է նվազագույնի: Հիմնական թերությունը, իմ կարծիքով, սա այն փաստն է, որ եթե մենք օգտագործում ենք պարզ գործիքներ (այսինքն՝ գծապատկերներ գծելու ծրագրեր, և ոչ թե բիզնես գործընթացների մոդելավորում), ապա մենք չունենք օբյեկտների միասնական տվյալների բազա։ Բացի այդ, դժվար է վերահսկել մուտքերն ու ելքերը (դուք պետք է վերահսկեք դրանք, այսինքն՝ անհրաժեշտության դեպքում նման վերահսկման եղանակ հորինեք): Բայց, մյուս կողմից, բիզնես գործընթացների մոդելավորման բարդ գործիքների օգտագործումն արժե շատ տպավորիչ գումարներ, և դրանց օգտագործմամբ նախագիծը չափվում է միլիոններով: Եվ այսպես, մենք ունենք շատ խնայող և հասկանալի գործիք: Ավելի ճշգրիտ լինելու համար, այս թերությունը վերաբերում է կոնկրետ նկարագրության մեթոդին, որը ես դիտարկում եմ, այսինքն. օգտագործելով MS Visio կամ նմանատիպ ծրագրեր: Եթե ​​դուք օգտագործում եք մասնագիտացված համակարգեր բիզնես գործընթացները նկարագրելու համար, որոնք աջակցում են օբյեկտների տվյալների շտեմարաններին, ապա այս թերությունը կարելի է խուսափել: Դե, ժամանակն է սկսել...

eEPC նշումի հիմնական «միջուկը»:

Ինչպես արդեն նշեցի, eEPC հապավումի բառացի թարգմանությունը պարունակում է իրադարձությունների գաղափարը: Սա շատ կարևոր կետ է, որի վրա հիմնված է շղթայի կառուցման ողջ սկզբունքը: Այսպիսով, կան երկու հիմնական հասկացություններ՝ «Իրադարձություն» և «Ֆունկցիա»: Երբ ինչ-որ մեկն առաջին անգամ փորձում է նկարել իր գործընթացը eEPC դիագրամի տեսքով, հաճախ հարց է առաջանում՝ ո՞րն է տարբերությունը իրադարձության և ֆունկցիայի միջև: Դուք պետք է հստակ հասկանաք դա, հակառակ դեպքում դուք կստանաք անկանխատեսելի արդյունք: Ուրեմն՝ իրադարձությունը ինչ-որ բանի տեղի ունեցող փաստ է, և այն ժամանակի մեջ տեւողություն չունի, կամ այս ժամանակը ձգտում է զրոյի (կամ նշանակություն չունի): Ավելին, իրադարձությունը միշտ առաջացնում է ֆունկցիա կատարելու անհրաժեշտություն, իսկ ֆունկցիայի կատարումը միշտ ավարտվում է իրադարձությամբ։ Հեռախոսը զանգում է։ Կառավարիչը վերցրեց հեռախոսը հեռախոսազրույցի համար: Այս դեպքում «Հեռախոսը զանգում է» իրադարձություն է։ Հեռախոսազրույցֆունկցիա է։ Զրույցն ավարտվեց (անջատվեց)՝ ևս մեկ իրադարձություն: Այսպիսով, նկատվում է իրադարձությունների շղթա՝ Զանգ - զրույց - զանգի ավարտ։ Իսկ զանգն ավարտելու համար, հավանաբար, կպահանջվի նոր գործառույթի կատարում՝ զանգի արդյունքի ձայնագրում և այլն։
Փորձենք նկարել այն։ Նախ, դուք պետք է պարզեք, թե ինչպես են ցուցադրվում Իրադարձության և Ֆունկցիայի տարրերը:

Այս երկու պարզ տարրերը կազմում են eEPC նշումով բիզնես գործընթացների նկարագրության կանոնների հիմքը: Կարծում եմ մի քանի խոսք պետք է ասեմ օգտագործված գույների մասին։ Եթե ​​դուք հանդիպեիք գործընթացների նկարագրություններին այլ նշումներով, ապա դրանք, որպես կանոն, սև ու սպիտակ էին: Եվ սա ճիշտ է, չպետք է լինի բովանդակության ակնհայտ կախվածություն գույնից, քանի որ դիագրամը կարելի է գծել մատիտով թղթի վրա, տպել սև և սպիտակ տպիչի վրա և այլն։ Այս դեպքում (eEPC նշումով) պատմականորեն զարգացել է, որ տարրերն ունեն որոշակի գույներ։ Չասեմ, որ դա անհրաժեշտ է, բայց սովորություն է ձևավորվում, ընկալումն էլ կա էլեկտրոնային ձևավելի լավ - դուք կարող եք անմիջապես տեսնել, թե ինչ է: Այս գույները կարելի է համարել որպես առաջարկություն։ Ինչու են նրանք այսպիսին. Ես հստակ վստահ չեմ, բայց ինձ թվում է, որ քանի որ ARIS ընկերությունը, երբ իր արտադրանքի մեջ աջակցություն է ցուցաբերել eEPC նշումներին, նրանց տվել է այդպիսի գույներ, դրանք «արմատ են ընկել»: Ի դեպ, երբեմն այս նշումը կոչվում է նաև «ARIS», «ARIS EPC», ինչը լիովին ճիշտ չէ, քանի որ. ARIS-ը չի հորինել այս նշումը, այլ աջակցել է այն իր բիզնես գործընթացների մոդելավորման ծրագրում: Ընդհանուր առմամբ, խորհուրդ եմ տալիս օգտագործել գույներ։ Հիմնական բանն այն է, որ տարրերի ձևն ինքնին չպետք է լինի նույնը (այսինքն ՝ տարբերվեն միայն գույնով), քանի որ. սև ու սպիտակի դեպքում դա կարող է շփոթություն առաջացնել: Կան այլ կանոններ, որոնք հնարավորություն են տալիս eEPC դիագրամը դարձնել «ներդաշնակ», մենք կխոսենք դրանց մասին.
Ուրեմն՝ միջոցառում կա, գործառույթ կա։ Ինչպե՞ս են դրանք կապված:
Մենք դա տեսնում ենք իրադարձություն 1հանգեցրեց որոշակի գործառույթ կատարելու անհրաժեշտությանը, որն ավարտվեց իրադարձություն 2. Եթե, օրինակ, հեռախոսազանգով, ապա դա կլինի այսպես.

Իրադարձության և ֆունկցիայի միջև կապը սովորաբար ցուցադրվում է վերևից ներքև մեկ տողով կամ ձախից աջ: Շղթայի ուղղությունը նշվում է սլաքներով միացնող տողերով:

Դիագրամն ավելի տեսողական դարձնելու համար նշումը տրամադրում է ևս մի քանի ստանդարտ տարրեր.

• Աշխատանքի անվանումը(կատարող): Նա, ով կատարում է այս գործառույթը
• Տեղեկություն. Ցանկացած տեղեկատվություն, որն օգտագործվում է այլ գործառույթ կատարելու համար, բացի փաստաթղթային տեղեկատվությունից: Օրինակ՝ հեռախոսազանգ, վիրահատություն կատարելու հրահանգներ և այլն։
• Փաստաթուղթ. «Փաստաթուղթ» տարրը նախատեսված է տեղեկատվական մեդիա (թղթային կամ էլեկտրոնային) ցուցադրելու համար: Նրանք. տեղեկատվության ներկայացում որոշակի կառուցվածքում.
• Ծրագիր (հավելված):Ծրագիրը, որն օգտագործվում է գործառույթը կատարելու համար:

Բոլոր մյուս տարրերը օժանդակ են և գործնականում չեն կարգավորվում բուն eEPC-ի պահանջներով: Այնուամենայնիվ, ձեր սեփական տարրերը ավելացնելու համար որևէ խոչընդոտ չկա: Հիմնական բանը դա շտկելն է ներքին ստանդարտում, որպեսզի ընդհանուր պատկերացում լինի, թե ինչ տեսք ունեն դրանք և ինչու են դրանք օգտագործվում: Նման ընդլայնումը չի խախտում պահանջները, եթե իրադարձություն-գործառույթ-իրադարձություն կապը չի խախտվում, և նախատեսված է միայն տեղեկատվության ընկալումը բարելավելու կամ նկարագրության կանոնները հարմարեցնելու ոլորտի ցանկացած առանձնահատկություններին: Ես ավելացրել եմ տարրերի իմ հավաքածուն, որը կքննարկեմ ստորև:
Անհրաժեշտ է նաև պարզել, թե ինչպես պետք է տեղակայվեն դիտարկվող տարրերը։ Այս բոլոր տարրերը պետք է այս կամ այն ​​կերպ կապված լինեն ֆունկցիայի հետ: Սա ընդհանուր կանոնՈչ մի այլ տարր, բացի ֆունկցիայից, կապված չէ իրադարձության հետ:Նրանք. այս բոլոր տարրերը պետք է սլաքներով միացվեն ֆունկցիային: Ինչ վերաբերում է սլաքներին և դրանց ուղղություններին, ապա ընդհանուր առմամբ ընդունված է, որ եթե տեղեկատվության փոխանցման ուղղություն չկա, ապա սլաքի փոխարեն ցուցադրվում է ընդամենը տող: Եթե ​​տեղեկատվությունը մտնում է (մուտքագրում), ապա սլաքի ուղղությունը օբյեկտից է, եթե այն դուրս է գալիս, ապա հակառակը.
Եվս մի քանի խոսք գծապատկերի վրա այս տարրերի գտնվելու վայրի մասին, և մենք կարող ենք վերագծել մեր դիագրամը՝ պարզաբանելով զանգերի մշակման ֆունկցիայի կատարումը։ Էլեմենտների դասավորության համար խիստ պահանջներ չկան, սակայն ընդունված է դրանք հավասարապես ցուցադրել բոլոր գծագրերի վրա (գծագրի միատեսակության և ներդաշնակության համար): Բիզնես գործընթացների գրաֆիկական դիագրամների արտաքին տեսքը միավորելու համար նման կանոնները պետք է ամրագրվեն ներքին ստանդարտում և պահպանվեն: Քիչ ուշ այս հարցի վերաբերյալ որոշ առաջարկություններ կտամ։
Հիմա եկեք վերագծենք մեր դիագրամը.

Մենք տեսնում ենք, որ օպերատորը մշակում է մուտքային զանգ՝ գործելով մուտքային զանգերի մշակման կանոններին համապատասխան և դրա համար օգտագործում է CRM ծրագիրը։ Ո՛չ մուտքային, ո՛չ ելքային փաստաթղթերը չեն օգտագործվում։
Ինչպես արդեն նշեցի, մեկը ուժեղ կողմերընշումները տրամաբանության տարրեր են: Միևնույն ժամանակ, սա ամենադժվար հասկանալի պահերից մեկն է։ Ուստի նախ օրինակ բերեմ, իսկ հետո առանձին կզբաղվենք տրամաբանության տարրերով։
Մեր օրինակում թող լինի այսպես. եթե հաճախորդը շահագրգռված է, նրա հետ հետագա աշխատանքն իրականացվում է վաճառքի մենեջերի կողմից և նա սահմանում է. կոմերցիոն առաջարկ, որն ուղարկվում է փոստով MS Outlook փոստի հաճախորդի միջոցով: Եթե ​​հետաքրքրություն չկա, ապա զանգի մշակումն ավարտված է։ IN իրական կյանքԼավ կլիներ օգտագործել զանգն ավարտելու կանոնները, բայց դա միայն ես եմ, ի դեպ, առայժմ պարզեցնենք: Ահա թե ինչ է տեղի ունենում.

Տրամաբանական տարրեր eEPC նշումների դիագրամներում

Տրամաբանության տարրերը պարզ են, բայց կան հատուկ առանձնահատկություններ և կանոններ, որոնք ապահովում են դիագրամի տրամաբանական և միանշանակ մեկնաբանությունը: Առավելագույնը կարևոր կանոն, որը դուք պետք է հավատարիմ մնաք 100%: տրամաբանական որոշումներ կարող են կայացվել միայն գործառույթներ կատարելիս ii. Նրանք. ինչ-որ իրադարձությունից հետո ճյուղավորում չի կարող լինել: Ինչո՞ւ։ Որովհետև այս դեպքում դա հակասում է իրադարձության բուն հայեցակարգին՝ այն պարզ է և ակնթարթային, առանց կատարման ժամանակի։ Օրինակ, եթե հեռախոսը զանգում է, և մարդը նստած մտածում է՝ վերցնե՞լ հեռախոսը, թե՞ ոչ, տեսականորեն սա արդեն կլինի մի գործառույթ, որտեղ նա որոշում է կայացնում։ Բայց գործնականում, այդ թվում՝ ողջախոհությունը, խախտում է զանգերի մշակման կանոնները, քանի որ... նրան աշխատավարձ են վճարում այս զանգերը մշակելու համար, և այստեղ քննարկելու բան չկա (ընդհանուր առմամբ, ինչպես ցույց է տրված գծապատկերում):
Ընդհանուր առմամբ, կան տրամաբանության 3 տարբեր տարրեր.

• ԵՎ. Երբ երկու կամ ավելի իրադարձություններ տեղի են ունենում միաժամանակ.
• ԿԱՄ. Երբ կարող է տեղի ունենալ մեկ կամ մի քանի իրադարձություն, բայց գոնե մի բան պետք է լինի.
• ԲԱՑԱՌԻԿ ԿԱՄ. Կա՛մ մեկը, կա՛մ մյուսը։ Նրանք. երկու տարբերակ միաժամանակ անհնար է.

Ահա թե ինչ տեսք ունեն որոշները.

Ինչպես տեսնում եք, տրամաբանական տարրերի գրաֆիկական ներկայացման երկու տարբերակ կա. Նրանք տարբեր չեն, լիովին այլընտրանքային։ Երկուսն էլ բերել եմ, որովհետև... գործնականում երկու տարբերակներն էլ կարելի է տեսնել տարբեր աղբյուրներում: Թե որն օգտագործել, կախված է ձեզանից: Ինձ առաջինն ավելի շատ է դուր գալիս։
Այժմ դուք պետք է հասկանաք տրամաբանական տարրերի օգտագործումը: Նախ, եկեք նայենք մեր հանդիպած տարբերակներին, ապա անցնենք օրինակին: Եկեք նայենք յուրաքանչյուր տարրին առանձին:
Տրամաբանական տարր «ԵՎ».

Երբ ֆունկցիան պահանջում է մի քանի իրադարձություններ միաժամանակ.

Օրինակ՝Եթե ​​հաշվետու ժամանակաշրջանը փակված է (միջոցառում 1) և հասել է ղեկավարին հաշվետվություն ներկայացնելու վերջնաժամկետը (միջոցառում 2), ապա աշխատողը պատրաստում է ամսական հաշվետվություն:

Միացնելով տարրերը, եթե ֆունկցիան կատարելիս տեղի են ունենում մի քանի իրադարձություն.

Օրինակ՝Հաճախորդի հետ որոշակի աշխատանք ավարտված է: Արձանագրվել է միաժամանակ երկու իրադարձություն՝ հաշտվել են փոխադարձ համաձայնությունները (միջոցառում 1), ակտը ստորագրվել է (միջոցառում 2)։

Գործնականում այս հավելվածը հաճախ չի լինում: Որպես կանոն, եթե շատ գործողություններ համակցված են մեկ ֆունկցիայի մեջ։

Միացնող տարրեր, եթե մի քանի գործառույթներ կատարելիս տեղի է ունենում իրադարձություն.

Օրինակ՝Պահեստապետը հավաքել է պատվերը (գործառույթ 1), օպերատորը տվել է փաստաթղթերը (գործառույթ 2), ապրանքները պատրաստ են առաքման (միջոցառում):

Միացնող տարրերը, եթե մեկ իրադարձության առաջացումը հանգեցնում է մի քանի գործառույթների կատարմանը.

ՕրինակԱպրանքների առաքում է ժամանել (իրադարձություն): Միաժամանակ սկսվում է հաճախորդների կողմից նախապես պատվիրված ապրանքների առաքումը և պահեստում մնացած ապրանքների տեղադրումը։

Տրամաբանական տարր «OR»:
Միացնելով տարրերը, եթե իրադարձություններից մեկը կարող է հանգեցնել գործառույթի կատարմանը.

ՕրինակԴիմում է ստացվել հեռախոսով (իրադարձություն 1) կամ դիմում է ստացվել էլ(իրադարձություն 2) կհանգեցնի այն մշակելու անհրաժեշտությանը:
Միացնող տարրեր, եթե մեկ գործառույթը կարող է բարձրացնել առնվազն մեկ իրադարձություն.

Օրինակ՝Պատրաստել և պատվիրատուին ուղարկել ապրանքի հաշիվ-ապրանքագիրը: Հաշիվը կարող է ուղարկվել փոստով (իրադարձություն 1), ֆաքսով (իրադարձություն 2):

Մի քանի գործառույթներ կատարելիս տարրերի միացումը կհանգեցնի իրադարձություն.

Օրինակ՝Ծառայություն է մատուցվում (գործառույթ 1) կամ վաճառվում է ապրանք (գործառույթ 2), և հաճախորդից առաջանում է պարտք (իրադարձություն 1):

Տրամաբանական տարր «ԲԱՑԱՌԻԿ ԿԱՄ».

Տարրերի միացում, երբ իրադարձություններից միայն մեկը անհրաժեշտ է գործառույթ իրականացնելու համար.

Օրինակ՝Հաճախորդը խանութ է եկել անձամբ (միջոցառում 1) կամ կատարել է պատվեր ինտերնետի միջոցով (միջոցառում 2): Անհրաժեշտ է առաքել ապրանքները (գործառույթ 1):

Միացնելով տարրերը, եթե ֆունկցիայի կատարման արդյունքում տեղի է ունենում առավելագույնը հետևյալ իրադարձություններից մեկը.

Օրինակ՝Որոշումը կա՛մ կայացված է, կա՛մ ոչ։

Տարրերի միացում, եթե հետիրադարձությունը տեղի կունենա այն բանից հետո, երբ ավարտվի գործառույթներից մեկը և միայն մեկը:

ՕրինակԱպրանքները առաքվել են (իրադարձություն 1) կամ մեր սեփական տրանսպորտով (գործառույթ 1), կամ տրանսպորտային ընկերություն(գործառույթ 2)

Տրամաբանական տարրերի ճիշտ կիրառումը որոշակի պրակտիկա է պահանջում: Բայց դա դժվար չէ: Հարկ է նշել, որ դիտարկված ոչ բոլոր համակցություններն են լայնորեն կիրառվում գործնականում (և ընդհանուր առմամբ դա որոշվում է վերլուծաբանի մտածելակերպով):

Փորձեք գործնականում կիրառել տրամաբանության տարրերը: Եթե ​​դժվարություններ ունեք, գրեք ինձ, ես կփորձեմ օգնել։

Ընդլայնելով նշումը ձեր սեփական տարրերով

Ինչպես արդեն ասացի, eEPC-ն ոչ թե հենց նշում է, այլ նկարագրության կանոններ: Եվ այս կանոնները չեն արգելում դիագրամում ավելացնել ձեր սեփական տարրերը: Գլխավորն այն է, որ այդ տարրերը հասկանալի լինեն, և որ կա փաստաթուղթ, որտեղ գրանցվում են տարրերի նման ընդլայնումներ։ Օրինակ, ես օգտագործում եմ հետևյալ լրացուցիչ տարրերը, որոնք աստիճանաբար առաջացել են տարբեր առաջադրանքների իրական գործընթացների նկարագրման գործընթացում՝ պարզ նկարագրությունից մինչև ավտոմատացման առաջադրանքներ դնելը:

Տվյալների ֆայլ. Օգտագործվում է, եթե գործողությունը հանգեցնում է տվյալների ֆայլի ստեղծմանը, կամ ֆայլն օգտագործվում է գործողություն կատարելու համար:
Տվյալների բազա.Օգտագործվում է միջև տեղեկատվության հոսքերը նկարագրելու համար ավտոմատացված համակարգեր.
Քարտի ինդեքս.Օգտագործվում է թղթային ֆայլ կամ արխիվ ցուցադրելու համար:
Նյութական հոսք. Օգտագործվում է մուտքային և ելքային նյութական հոսքերը, ինչպես նաև գործընթացի իրականացման ընթացքում սպառված ռեսուրսները ցույց տալու համար: Նյութական հոսքը ցուցադրվում է ուղեկցող փաստաթղթերի ձախ կողմում:
Տեղեկատվական կլաստեր:Օգտագործվում է կառուցվածքային տեղեկատվություն (սուբյեկտի ներկայացում) նշելու համար։ Դիագրամը կարող է օգտագործվել օգտատերերի հավելվածներն օգտագործելիս ծրագրային ձևով ստեղծված փաստաթղթերը ցույց տալու համար: Այս դեպքում Cluster տարրը գտնվում է համապատասխան փաստաթղթի ձախ կողմում: Նրանք. ցույց է տալիս, որ օգտատերը ոչ միայն ստեղծել է թղթային փաստաթուղթ, այլև ստեղծել է դրա պատճենը ծրագրում:

Համաձայնություններ դիագրամի վրա թվեր տեղադրելու կանոնների վերաբերյալ

eEPC նշումն ինքնին խիստ պահանջներ չի դնում միմյանց նկատմամբ տարրերի դասավորության վրա, թեև ընդունված է գծապատկեր նկարել վերևից ներքև կամ ձախից աջ: Եթե ​​դա չմիավորվի մի քանի մասնագետների աշխատանքի դեպքում, ապա մի տեսակ «վինեգրետ» կարող է առաջանալ։ Դրանից խուսափելու համար խորհուրդ է տրվում մշակել և հաստատել տարրերի դասավորության սեփական կանոնները։

• Իրադարձությունների և գործառույթների հաջորդականությունը դասավորված է վերևից ներքև (ավելի լավ) կամ ձախից աջ (եթե բավարար տարածք չկա);
• Կատարողներին մատնանշող տարրերը տեղակայված են գործառույթների աջ կողմում.
• Մուտքային փաստաթղթերը գտնվում են գործառույթների վերևի ձախ մասում. սլաքի ուղղությունը փաստաթղթերից դեպի գործառույթներ;
• Գործառույթների ներքևի ձախ մասում գտնվող ելքային փաստաթղթերը; սլաքի ուղղությունը գործառույթից փաստաթղթեր;
• Տեղեկատվության տարրը գտնվում է ֆունկցիայի ներքևի աջ մասում: Եթե ​​բավարար տարածք չկա, ապա թույլատրվում է կամայական տեղակայում, որքան հնարավոր է մոտ գործառույթին.
• Application տարրը գտնվում է գործառույթների վերևի աջ մասում: (եթե դրա համար օգտագործվում են ֆայլերի պահոցներ, որոնք հաշվետվություններ չեն, դրանք ցուցադրվում են նույն կերպ): Հղում առանց սլաքի:
• «Տվյալների բազա» և «Քարտի ինդեքս» տարրերը դասավորված են պատահականության սկզբունքով.
• «Նյութական հոսք» տարրը գտնվում է դրան ուղեկցող փաստաթղթերից ձախ և միացված է փաստաթղթին առանց սլաքի տողով.
• «Կլաստեր» տարրը, երբ օգտագործվում է «Փաստաթուղթ» պատկերի հետ միասին՝ փաստաթուղթը էլեկտրոնային ձևով նշանակելու համար, գտնվում է համապատասխան փաստաթղթի ձախ կողմում:

Օրինակ՝ Աշխատավարձի աշխատողը աշխատավարձը հաշվարկում է իրեն տրամադրված «Բրիգադի հրամանի» փաստաթղթերի հիման վրա: Դրանով նա առաջնորդվում է «Կանոնակարգի վերաբերյալ աշխատավարձերը», հաշվարկն իրականացվում է «1C: ZiK» ծրագրում։ Հաշվարկի արդյունքը «Քաղվածք» փաստաթուղթն է:

Տարրերի նույնականացում դիագրամում

Ինչպես գիտեք, բիզնես գործընթացների նկարագրման իրավասու մոտեցումը ներառում է դրանց նույնականացումը, այսինքն. երբ յուրաքանչյուր գործընթաց ունի իր ծածկագիրը: Համապատասխանաբար, գործընթացի շրջանակներում առանձին գործառույթներն ունեն նաև իրենց անուններն ու նույնացուցիչները:
«Փաստաթուղթ» և «Ֆունկցիա» թվերը պետք է նույնականացվեն գծապատկերում:
Փաստաթուղթը նույնականացվում է՝ վերին ձախ անկյունում նշելով հաշվետվության կամ փաստաթղթի կոդը՝ ռեեստրին համապատասխան: Ապրանքների և ծառայությունների մատակարարներից ստացված փաստաթղթերը (մուտքային) նույնականացվում են միայն անունով:
Ֆունկցիան նույնականացվում է տվյալ գործընթացի խմբի համար ֆունկցիայի հաջորդականության համարը նշելով: Նրանք. Գործառույթի համարը միշտ սկսվում է գործընթացի խմբի կոդով: Գործընթացային խմբերի բացահայտման հարցերը դուրս են այս հոդվածի շրջանակներից, մենք դրանք կքննարկենք առանձին: Ավելին, դուք պետք է սովորեք նույնականացնել գործընթացները, նախքան դրանք նկարագրելը, այլապես կարող է ցանկություն առաջանալ նկարագրել ընկերության բոլոր գործունեությունը մեկ դիագրամի վրա, ինչպես երբեմն փորձ է արվում:
Հետևաբար, հիմա ես միայն օրինակով ցույց կտամ, թե ինչպես կարելի է դա ներկայացնել դիագրամում: Վերադառնանք զանգերի մշակման օրինակին։ Ենթադրենք, որ մենք «04» ծածկագիրը հատկացրել ենք վաճառքի բաժնին, իսկ «VK» ծածկագիրը՝ մուտքային կոնտակտների մշակման գործընթացին: Այնուհետև դիագրամը կստանա հետևյալ ձևը (պարզության համար նույնականացումը ընդգծված է կարմիրով): Փաստաթղթի կոդը նշում է փաստաթղթի սերիական համարը փաստաթղթերի ընդհանուր ռեգիստրում (մենք դա կդիտարկենք նաև առանձին, երբ հասնենք փաստաթղթերի հոսքի համակարգի ուսումնասիրությանը):

Հետադարձ կապի ցուցադրում

Մոդելներ կառուցելիս հաճախ անհրաժեշտություն է առաջանում գործընթացն իրականացնել ցիկլային՝ ըստ ինչ-որ պայմանի կամ որոշում կայացնողների գործունեությունը արտացոլելու անհրաժեշտության: Այս դեպքում մենք խոսում ենք հետադարձ կապի մասին։

Վերահսկիչ հետադարձ կապը ցուցադրելու համար օգտագործվում է գործընթացում «ուղղակի ներառման» սկզբունքը լրացուցիչ գործառույթհսկողություն հետագա ճյուղավորմամբ (օգտագործելով «Բացառիկ ԿԱՄ» տրամաբանական տարրը): Օրինակ.

Գործընթացների տեքստային նկարագրություն

Անկախ նրանից, թե որքան էլ մենք փորձենք բիզնես գործընթացը ցուցադրել դիագրամի վրա, մենք չենք կարողանա հասնել ամբողջական մանրամասների, հակառակ դեպքում մենք կարող ենք խճճվել տարրերի և պայմանների անվերջ շղթաների մեջ: Դրանից խուսափելու, ինչպես նաև գործընթացի նկարագրությանը տեղեկատվություն ավելացնելու համար, որը չի կարող գրաֆիկորեն ցուցադրվել, նկարագրությունը լրացվում է տեքստային ուղեկցությամբ: Այդ նպատակով մշակվում են տարբեր տեքստային կաղապարներ, որոնք լրացվում են նկարագրության գործընթացում։ Նման ձևանմուշների ձևերը կարող են տարբեր լինել և ներառել առանձին բաժիններ, որոնք նկարագրում են մուտքերն ու ելքերը, սպառված ռեսուրսները, օգտագործվածները: ծրագրային ապահովումև այլն:
Ամենապարզ դեպքում, բիզնես գործընթացի նկարագրության ձևանմուշը կարող է այսպիսի տեսք ունենալ.

Բիզնես գործընթաց.	Մուտքային կոնտակտի մշակում	04.VK
Գործընթացի գործառույթներ.
Անուն	Նկարագրություն	Թիվը դիագրամի վրա
Մուտքային զանգի մշակում	Երբ մուտքային զանգ է գալիս, օպերատորը մշակում է զանգը մուտքային զանգերի մշակման կանոններին համապատասխան: Բացահայտում է հաճախորդների հետաքրքրությունը և տեղեկատվություն է տրամադրում ծառայությունների մասին	04.VK.01
Առևտրային առաջարկի ձևավորում	Եթե ​​հաճախորդը հետաքրքրված է, օպերատորը փոխանցում է կոնտակտը վաճառքի մենեջերին: Վաճառքի մենեջերը պատրաստում է առևտրային առաջարկ և այն ուղարկում հաճախորդին էլեկտրոնային փոստով	04.VK.02
Գործընթացի ցուցիչներ.
Անուն	Գնահատման/չափման մեթոդ
Անհաջողությունների թիվը	Տվյալների բազայի վիճակագրություն

Այս հոդվածի շրջանակներից դուրս են այնպիսի կարևոր թեմաներ, ինչպիսիք են տեղեկատվության հավաքումը, բիզնես գործընթացների բացահայտումը, տարրալուծումը և ցուցանիշների բացահայտումը: Այս հարցերը մենք անպայման կուսումնասիրենք հետագա համարներում։

ARIS EPC նշումը, որն օգտագործվում է ARIS գործիքակազմում բիզնես գործընթացների մոդելավորման համար, իրադարձությունների և գործառույթների հաջորդականություն է, որն արտացոլում է որոշակի արդյունքի հասնելու համար փոխկապակցված գործողությունների կատարման տրամաբանությունը:

ARIS EPC մոդելը նախատեսված է նկարագրելու բիզնես գործընթացի իրականացման ալգորիթմը իրադարձությունների վրա հիմնված գործառույթների հաջորդականության տեսքով: ARIS EPC մոդելը կենտրոնանում է գործառույթների հաջորդականության վրա, և բիզնես գործընթացի մոդելում պայմանները նկարագրելու համար օգտագործվում են իրադարձություններ և կանոններ, որոնք կարող են նկարագրել բիզնես գործընթացի իրականացման բարդ ալգորիթմներ:

ARIS EPC մոդելի գործառույթները գործարկվում են իրադարձություններով, օրինակ՝ «Հաշիվը ստացվել է հաստատման համար» և ավարտվում են իրադարձություններով, օրինակ՝ «Հաշիվը հաստատվել է» կամ «Հաշիվը չի հաստատվել»: Եթե ​​գործառույթի իրականացման արդյունքում կա բիզնես գործընթացի հետագա իրականացման միայն մեկ տարբերակ, այսինքն. Արդյունքում ստեղծվում է միայն մեկ իրադարձություն, որից հետո հաջորդ գործառույթը կարող է չգծվել:

ARIS EPC նշումով բիզնես գործընթացի մոդելն անպայման սկսվում և ավարտվում է մեկ կամ մի քանի իրադարձություններով կամ բիզնես գործընթացների այլ մոդելների միջերեսով: Միջերեսները արտացոլելու համար օգտագործվում են «Գործընթացի միջերես» հատուկ օբյեկտներ՝ «Ֆունկցիա» օբյեկտի տեսակը:

ARIS EPC մոդելի ստեղծման ժամանակ կարող են առաջանալ իրավիճակներ, երբ նույն փաստաթուղթը ելք է մի գործառույթի համար և մուտքագրում հաջորդի համար: Այս դեպքերում, մոդելի էրգոնոմիկայի բարելավման համար թույլատրվում է օգտագործել մեկ փաստաթղթի ներկայացում մեկ մուտքային կապով (գործառույթից, որով այն ստեղծվել կամ կարգավորվել է) և մեկ ելքային միացում (գործառույթին, որում այն ​​օգտագործվում է): .

EPC մոդելը չի ​​կարող անջատվել, այսինքն. մոդելի վրա մեկ օբյեկտի վրա դնելը, որը միացված չէ մյուսներին, սխալ է:

Գործառույթների համեմատ փաստաթղթերի գտնվելու վայրը սովորաբար հետևյալն է. վերևի ձախ կողմում մուտքային փաստաթղթերն են, ներքևի ձախ կողմում՝ ելքային փաստաթղթերը, կատարողները սովորաբար տեղակայված են ֆունկցիայի աջ կողմում:

ARIS EPC մոդելի վրա նշված է հետևյալ տեղեկատվությունը.

• կատարված գործառույթները
• գործառույթների տեղեկատվական ռեսուրսներ (մուտքային/ելքային փաստաթղթեր)
• իրադարձություններ
• գործընթացի միջերեսներ
• տրամաբանական օպերատորներ
• կատարողներ (պաշտոններ, բիզնես դերեր)
• տեղեկատվական համակարգեր

Իրադարձությունների անվանակոչման կանոններ ARIS EPC-ում

Միջոցառման անվանումը պետք է պարունակի գոյական և վիճակի փոփոխության բանավոր նկարագրություն: Օրինակ՝ «Գործարքն ավարտված է»:

Գործառույթների անվանման կանոնները ARIS EPC-ում

Ֆունկցիան անվանելու համար դուք պետք է օգտագործեք դրա իրական անունը: Անունը պետք է բաղկացած լինի երկու մասից՝ բառային գոյական, որը նկարագրում է կատարված գործառույթը, և գոյական, որը ցույց է տալիս այն առարկան, որի վրա այն կատարվում է: Ֆունկցիայի անվանումը բաղկացած է մեծատառով սկսվող օբյեկտի կարճ անունից, օրինակ՝ «Որոնել հաճախորդների կոնտակտներ»:

ARIS EPC-ում դերերի/պաշտոնների անվանման կանոններ

Գործարար դերի անվանումը (Person Type) պետք է համապատասխանի կատարողին վերապահված պարտականությունների էությանը: Որպես կանոն, վերնագիրը պարունակում է «Պատասխանատու...» արտահայտությունը։ Աշխատանքային անվանումները (Պաշտոնը) գրված են անձնակազմի աղյուսակին համապատասխան:

Փաստաթղթերի անվանման կանոններ

Օբյեկտը համապատասխանում է փաստաթղթին (Information Carrier) (թղթային և/կամ էլեկտրոնային ձևով): Փաստաթղթերը անվանելու համար (անկախ օգտագործված խորհրդանիշից), դուք պետք է օգտագործեք դրանց իրական անունը:

ARIS EPC-ում տեղեկատվական համակարգերի անվանման կանոններ

Անվան համար տեղեկատվական համակարգեր(Հավելվածի համակարգի տեսակը) պետք է օգտագործվեն դրանց հաստատված անվանումները:

Գործընթացի ինտերֆեյսի անվանման կանոններ

Գործընթացի ինտերֆեյսը ցույց է տալիս հարակից գործընթացի հղումը: Գործընթացի միջերեսի անվանումը համապատասխանում է այն մոդելի անվանմանը, որը նկարագրում է բիզնես գործընթացի հարակից մասը: Ինտերֆեյսը կարող է օգտագործվել բիզնես գործընթացների մոդելներին հղում կատարելու համար, որոնք նկարագրված բիզնես գործընթացի մաս չեն:

Այս բաժնում մենք կանդրադառնանք ARIS մեթոդաբանությանը: Ներկայումս շուկայում գործիքներմոդելավորում բիզնես գործընթացներՆերկայացված է ARIS համանուն ծրագիրը։
ARIS մեթոդաբանությունը ներառում է մի քանի տարբեր նշումներ կազմակերպության գործունեությունը տարբեր տեսանկյուններից նկարագրելու համար: Մեթոդաբանությունը միավորում է գոյություն ունեցող ստանդարտները և բնութագրերը գործընթացների և տվյալների նկարագրության համար, օրինակ՝ IDEF3, ERD, DFD, UML և այլն: Կազմակերպությունը նկարագրելու համար ARIS-ի հիմնական հայեցակարգը ներկայացված է Նկ. 2.30.
Պատկերը Նկ. 2.30 հաճախ անվանում են «ԱՐԻՍ տուն»։ Գործընթացները նկարագրելու ARIS մեթոդաբանության մոտեցումը հիմնված է կազմակերպության գործունեությունը դիտարկելու չորս տեսանկյունից՝ կազմակերպչական կառուցվածքի տեսակետ, տվյալների (հոսքեր և կառուցվածք), գործառույթների տեսակետ (ֆունկցիոնալ հիերարխիա), տեսակետ: վերահսկողության և կառավարման (բիզնես գործընթացների ամփոփ մոդելներ) .
ARIS մեթոդաբանությունը ներառում է մեծ թվովտարբեր նշումներ, որոնք թույլ են տալիս ճկուն ստեղծել տարբեր մոդելներ

կազմակերպություններ։ ARIS-ի ամենակարևոր և գործնականում օգտագործվող նշումները ներառում են. eEPC, ընդլայնված իրադարձությունների վրա հիմնված գործընթացների շղթա և PCD նշումներ; Կազմակերպչական աղյուսակի նշում; Ֆունկցիան Ծառի նշում; Ապրանքի ծառի նշում:
Բրինձ. 2.30 ARIS մեթոդաբանության մոդելների հիմնական տեսակները

ARIS մեթոդաբանության ուժը (ֆորմալ տեսանկյունից) կայանում է նրա բարդության մեջ, որն արտահայտվում է տարբեր նշումներով կառուցված մոդելների փոխկապակցվածությամբ։ ARIS մեթոդաբանությունը թույլ է տալիս նկարագրել կազմակերպության գործունեությունը տարբեր տեսանկյուններից, և արդյունքում ստացված մոդելները որոշակիորեն փոխկապակցված են: Հարկ է, սակայն, ընդգծել, որ նման հիմնական առավելությունները ինտեգրված մոտեցումԴրանց իրականացման համար նրանք պահանջում են ARIS գործիքի միջավայրի առկայությունը, որը թանկ է և բավականին դժվար օգտագործման համար, չնայած կա այս ապրանքի անվճար, պարզեցված տարբերակը, որը կոչվում է ARIS Express;
դժվար է գործնականում իրականացնել, քանի որ դրանք ենթադրում են ռեսուրսների (մարդկային, նյութական և ֆինանսական) մեծ սպառում երկար ժամանակ: Ավելացված արժեքի շղթայի դիագրամ (VAD) նշում
Նկ. Նկար 2.31-ում ներկայացված է ARIS-ի ամենակարևոր նշումներից մեկը՝ ավելացված արժեքի շղթայի դիագրամ նշումը: Արժեքի ավելացման գործընթացի շղթայական դիագրամն օգտագործվում է կազմակերպության բիզնես գործընթացները վերին մակարդակում նկարագրելու համար: Որպես կանոն, ARIS օգտագործող խորհրդատուները խորհուրդ են տալիս բացահայտել վեցից ութ բարձր մակարդակի բիզնես գործընթացներ և դրանք նկարագրել VAD նշումով: Այնուհետև ստացված վերին մակարդակի գործընթացները քայքայվում են՝ օգտագործելով կամ VAD կամ eEPC նշումը: Դիտարկենք VAD նշումի հիմնական օբյեկտները, որոնք ներկայացված են Նկ. 2.31.
VAD նշման հիմնական օբյեկտը Ավելացված արժեքի շղթան է: Իրականում դա կազմակերպության գործընթաց կամ գործառույթների խումբ է, որը ծառայում է հավելյալ արժեք ստեղծելուն: Օբյեկտները միմյանց հետ կապված են «նախորդ է» տիպի կետավոր սլաքով: Այս տեսակի հաղորդակցությունը ցույց է տալիս, որ մի գործընթաց մյուսի նախորդն է: Ակնհայտ է, սակայն, որ գործնականում բոլոր հիմնական գործընթացները ցիկլային են։ Բացի այդ, նրանք ունեն հետադարձ կապեր: Հետևաբար, տերմինը նախորդող է, մեր կարծիքով, ցավալի է։
Նկ.-ում ներկայացված գործընթացների միջև: 2.31, նյութական ռեսուրսների և տեղեկատվության հոսքերը կարող են ցուցադրվել: Դրանք նկարագրելու համար կարող եք օգտագործել Կլաստերի տիպի օբյեկտներ (տեղեկատվություն նկարագրելու համար) և Տեխնիկական տերմին (նյութական հոսքերը նկարագրելու համար): Գործընթացն իրականացնելու համար անհրաժեշտ ենթակառուցվածքը նկարագրելու համար մուտքագրեք այս օրինակումընտրված են Ապրանքի/Ծառայությունների և Տեղեկատվական Ծառայությունների օբյեկտների տեսակները: Իրական հոսքերը ցուցադրելու համար օբյեկտների տեսակների ընտրությունը բավականին կամայական է: Գործընթացի մոդելավորման աշխատանքների սկզբում շատ կարևոր է հստակ որոշել, թե ինչ տեսակի օբյեկտներ են օգտագործվելու և իրական աշխարհի ինչ առարկաներ են դրանք ներկայացնելու: Այսպիսով, օրինակում Նկ. 2.31, հնարավոր կլինի ցույց տալ բոլոր հոսքերը (տեղեկատվություն և նյութ)՝ օգտագործելով Տեխնիկական տերմինի տիպի օբյեկտները:

Բրինձ. 2.31. Մոդել ավելացված արժեքի շղթայի դիագրամի նշումով

Նկ. Նկար 2.31-ը նաև ցույց է տալիս Կազմակերպչական միավորի օբյեկտները, որոնք ցուցադրում են կազմակերպչական միավորները, որոնք կատարում են համապատասխան գործընթացները:
Օբյեկտները միացված են միմյանց՝ օգտագործելով որոշակի տեսակի միացումներ (նկ. 2.31): Օրինակ, Cluster օբյեկտի կողմից ցուցադրվող տեղեկատվական հոսքը մուտքագրվում է առաջին գործընթացին, և այն կապվում է դրա հետ՝ օգտագործելով մուտքագրման տիպի սլաքը: Մեկ այլ օրինակ է կատարում հարաբերությունների տեսակը Ավելացված արժեքի շղթայի և Կազմակերպչական միավորի օբյեկտների միջև: Օգտագործված կապի տեսակը ցույց է տալիս, որ Ապրանքը/Ծառայությունն օգտագործվում է գործընթացով և այլն: Այսպիսով, ARIS մեթոդաբանության մեջ ամենակարևոր պահանջներն են որոշակի տեսակի կապերի և օբյեկտների ճիշտ ընտրությունը և հետագա օգտագործումը:
Նկ. Նկար 2.32-ը ցույց է տալիս վերին մակարդակի մոդելի օրինակ, որն իրականացվել է ARIS VAD նշումով: Դուք արդեն ծանոթ եք այս գործընթացին։ Նկ. 2.17 այն տրված է IDEF0 նշումով:
VAD-ում վերին մակարդակի գործընթացի դիագրամի կառուցման սկզբունքները զգալիորեն տարբերվում են IDEF0-ից. VAD-ում սլաքները կարող են մուտք գործել ավելացված արժեքի շղթայի օբյեկտի ցանկացած կողմ: (Հիշեք, որ IDEF0-ում Activity օբյեկտի (ֆունկցիայի) յուրաքանչյուր կողմ խորը նշանակություն ունի:)

3
ՄԱՍԻՆ
§
ՄԱՍԻՆ
ՄԱՍԻՆ

Նկ. Նկար 2.33-ը ցույց է տալիս մի իրավիճակ, որը հնարավոր է VAD նշումով, երբ գործընթացի դիագրամը ցույց է տալիս բազմաթիվ հետադարձ կապեր, որոնց իմաստը հասկանալի է միայն մոդելը ստեղծած վերլուծաբանին:
VAD-ի այս թերությունը կարելի է շրջանցել՝ նախապես նշելով հետադարձ կապերի հատուկ օգտագործման հնարավորությունը, ինչպես, օրինակ, Նկ. 2.34.
Բրինձ. 2.33. Հետադարձ կապ ավելացված արժեքի շղթայի գծապատկերում

Բրինձ. 2.34. Ավելացված արժեքի շղթայի դիագրամում հետադարձ կապերի իրականացման օրինակ

Նկատենք, որ այս մոտեցումը կարող է քննադատություն առաջացնել ԱՐԻՍ-ի մասնագետների շրջանում, քանի որ այն հակասում է նշմանը։ Բայց մենք կպչում ենք
այն տեսակետից, որ դա միանգամայն ընդունելի է, քանի որ VAD ARIS նշման վերին մակարդակի մոդելները իսկապես կարող են օգտագործվել միայն որպես գործընթացի շղթա գրաֆիկական պատկերելու ամենապարզ միջոց:
Ավարտելով ARIS VAD նշագրման վերանայումը, ևս մեկ անգամ ընդգծում ենք, որ նշված նշումը ք. ավելի մեծ չափովՍա միայն ցուցադրական նպատակներով է և նախատեսված չէ կազմակերպությունում վերին մակարդակի գործընթացների համապարփակ մոդելներ ստեղծելու համար: ARIS eEPC նշում - IDEF3 նշագրման ընդլայնում
ARIS eEPC նշումը (eEPC - Extended Event Driven Process Chain - ընդլայնված իրադարձությունների վրա հիմնված գործընթացների շղթա) մշակվել է մասնագետների կողմից: Գերմանական ընկերություն IDS Scheer AG (Գերմանիա), մասնավորապես պրոֆեսոր Շեերի կողմից: Աղյուսակում 2.3-ը ցույց է տալիս նշման մեջ օգտագործվող հիմնական օբյեկտները:
Բացի աղյուսակում նշվածներից. Հիմնական օբյեկտներից 2.3-ը, շատ ուրիշներ կարող են օգտագործվել eEPC դիագրամ կառուցելիս: Գործնականում տարբեր տեսակի օբյեկտների մեծ քանակի օգտագործումն անիրագործելի է, քանի որ դա զգալիորեն մեծացնում է մոդելի չափը և դժվարացնում է կարդալը:
eEPC նշումի իմաստը հասկանալու համար դիտարկենք օգտագործվող առարկաների և հարաբերությունների հիմնական տեսակները: Նկ. Նկար 2.35-ը ներկայացնում է ամենապարզ eERS մոդելը, որը նկարագրում է ձեռնարկության բիզնես գործընթացի մի հատված:
Նկ. Նկար 2.35-ը ցույց է տալիս, որ օբյեկտների միջև կապերն ունեն որոշակի նշանակություն և արտացոլում են գործընթացի ներսում գործող գործառույթների հաջորդականությունը: Իրադարձությունը 1-ին և 1-ին միացնող սլաքը ակտիվացնում կամ սկսում է 1-ին ֆունկցիայի կատարումը: 1-ին ֆունկցիան ստեղծում է իրադարձություն 2, որին հաջորդում է AND նշանը, որը սկսում է 2-րդ և 3-րդ գործառույթների կատարումը:
eEPC նշումի մանրակրկիտ վերլուծությունը ցույց է տալիս, որ այն գործնականում չի տարբերվում IDEF3-ից: eERS-ի ամենակարևոր տարբերությունը «Իրադարձություն» օբյեկտի առկայությունն է: Այս օբյեկտը ծառայում է մոդելում ցուցադրելու գործառույթների իրականացման հնարավոր արդյունքները, կախված նրանից, թե որն է այս կամ այն ​​հաջորդը.
գործընթացի ճյուղ: eEPC նշումը կոչվում է ընդլայնված, ակնհայտորեն, հենց դրանում «Իրադարձություն» օբյեկտի առկայության պատճառով (IDEF3-ում նման օբյեկտ չկա): Նկ. 2.36-ը ներկայացնում է տրամաբանության և իրադարձությունների նշանների օգտագործման օրինակներ eEPC նշումով մոդելներ կառուցելիս:
Աղյուսակ 2.3. Հիմնական օբյեկտները, որոնք օգտագործվում են ARIS eEPC նշումով

№	Նաիմենովա-. նիվ	Նկարագրություն	¦Գրաֆիկական կատարումը
/>1	Գործառույթ	«Գործառույթ» օբյեկտը օգտագործվում է ձեռնարկության ստորաբաժանումների/աշխատողների կողմից իրականացվող գործառույթները (ընթացակարգերը, աշխատանքները) նկարագրելու համար.		* «» Հ Գործառույթ Ջ
2	Իրադարձություն	«Իրադարձություն» օբյեկտը օգտագործվում է նկարագրելու համակարգի իրական վիճակները, որոնք ազդում և վերահսկում են գործառույթների կատարումը:
3	Կազմակերպչական միավոր	Ձեռնարկության տարբեր կազմակերպական միավորներ արտացոլող օբյեկտ (օրինակ՝ ղեկավարություն կամ բաժին)		ija^^tionaUi^it
4	Փաստաթուղթ	Օբյեկտ, որը ներկայացնում է իրական պահման մեդիա, օրինակ՝ թղթային փաստաթուղթ		Փաստաթուղթ
5	Կիրառվել է համակարգ	Օբյեկտն արտացոլում է իրական կիրառական համակարգը, որն օգտագործվում է գործառույթի կատարման տեխնոլոգիայի շրջանակներում	Ա	Ես yplication systjs Ջ. Մ	մ
6	Տեղեկատվական կլաստեր	Օբյեկտը տվյալները բնութագրում է որպես սուբյեկտների և նրանց միջև հարաբերությունների մի շարք: Օգտագործվում է տվյալների մոդելներ ստեղծելու համար
7	Սլաքի միացում օբյեկտների միջև	Օբյեկտը նկարագրում է այլ օբյեկտների միջև փոխհարաբերությունների տեսակը, օրինակ՝ ինչ-որ իրադարձության միջոցով ֆունկցիայի ակտիվացումը	gt;
8	Բուլյան «ԵՎ»		©
9	Բուլյան «ԿԱՄ»	Տրամաբանական օպերատոր, որը սահմանում է հարաբերությունները իրադարձությունների և գործառույթների միջև գործընթացում: Թույլ է տալիս նկարագրել գործընթացի ճյուղավորումը	@
10	Բուլյան բացառիկ «ԿԱՄ»	Տրամաբանական օպերատոր, որը սահմանում է հարաբերությունները իրադարձությունների և գործառույթների միջև գործընթացում: Թույլ է տալիս նկարագրել գործընթացի ճյուղավորումը	®

Բրինձ. 2.35. ARIS eEPC նշում

Բրինձ. 2.36. Տրամաբանական օպերատորների օգտագործումը eERS-ում մոդելներ կառուցելիս

ARIS eEPC-ում մոդել կառուցելիս պետք է պահպանել հետևյալ կանոնները. յուրաքանչյուր գործառույթ սկսվում և ավարտվում է իրադարձության միջոցով. Յուրաքանչյուր ֆունկցիա չի կարող պարունակել մեկից ավելի սլաք, որը սկսում է ֆունկցիայի կատարումը, և չի կարող թողնել մեկից ավելի սլաք, որը նկարագրում է ֆունկցիայի կատարման ավարտը:
Սրանցից բացի, ARIS-ում մոդելների ձևավորման այլ կարևոր կանոններ կան.
Նկ. Նկար 2.37-ը ցույց է տալիս ARIS eEPC նշումի տարբեր օբյեկտների օգտագործումը բիզնես գործընթացի մոդել ստեղծելիս:

J-ն ակտիվանում է
alt="" />

Նկ. 2.36-ը և 2.37-ը պարզ է, որ eEPC նշումով բիզնես գործընթացը ընթացակարգերի հաջորդականություն է, որը դասավորված է դրանց կատարման հերթականությամբ: Պետք է նշել, որ eEPS-ում ընթացակարգերի իրական տևողությունը չի կարող արտացոլվել տեսողականորեն: Սա հանգեցնում է նրան, որ մոդելներ ստեղծելիս հնարավոր են իրավիճակներ, երբ մեկ կատարողին հանձնարարվում է միաժամանակ կատարել երկու առաջադրանք։ Մոդելի կառուցման համար օգտագործվող տրամաբանական խորհրդանիշները թույլ են տալիս արտացոլել բիզնես գործընթացի ճյուղավորումն ու միաձուլումը: Գործընթացների իրական տևողության մասին տեղեկատվություն ստանալու և անձնակազմի ծանրաբեռնվածությունը տեսողականորեն ցուցադրելու համար կարող եք օգտագործել նկարագրության այլ գործիքներ, օրինակ՝ Gantt գծապատկերները MS Project համակարգում:
Դիտարկենք eEPC նշումը բիզնես գործընթացները նկարագրելու օրինակներ:

Նկ. Նկար 2.38-ը ցույց է տալիս հաճախորդի պատվերի մշակման գործընթացը (այն պատկերված է նաև Նկար 2.24-ում IDEF3 նշումով):
Գործընթացը սկսվում է «Հաճախորդի պատվերը ստացել է» իրադարձությամբ: Այն նախաձեռնում է «Կատարել պատվերի հաշվառում համակարգում» գործառույթը, որն իրականացնում է վաճառքի բաժնի ղեկավարը: Աշխատանքի համար նա օգտագործում է «Պատվերների հաշվառման համակարգը»: Գործառույթի կատարման արդյունքը ցուցադրվում է «Պատվերի հաշվառումն ավարտված է» իրադարձությամբ:
Դրանից հետո վաճառքի մենեջերն իրականացնում է «Կատարել վերլուծություն ապրանքների համապատասխանության համար» գործառույթը: Արդյունքը երկու այլընտրանքային իրադարձություն է. «Պատվերը համապատասխանում է ապրանքին» և «Պատվերը չի համապատասխանում ապրանքին»: Գործընթացը ճյուղավորվում է. Գործընթացի ճյուղավորումը ցուցադրելու համար օգտագործվում է տրամաբանական բացառիկ «OR» նշանը:
«Ծանուցել հաճախորդին պատվերի կատարման անհնարինության մասին» գործառույթը կարող է իրականացվել երկու դեպքում՝ եթե պատվերը չի համապատասխանում ապրանքին կամ արտադրությունն անհնար է: Այս ընտրանքները գործընթացի գծապատկերում ցուցադրելու համար օգտագործվում է տրամաբանական «OR» նշանը և այլն:
Ինչպես երևում է Նկ. 2.38, ARIS eERS-ում գործընթացի դիագրամը տարբերվում է IDEF3-ի դիագրամից՝ օբյեկտների առկայությամբ՝ իրադարձություններ, փաստաթղթեր, կիրառական համակարգեր և դիրքեր: ARIS-ի գծապատկերը տեսողականորեն ավելի տեղեկատվական է և ավելի լավ է ընկալվում, սակայն դրա չափը զգալիորեն ավելի մեծ է, քան IDEF3 նշագրման դիագրամը:
Վերևում քննարկված գործընթացը կարող է ներկայացվել նաև ARIS PCD (Process Chain Diagram) նշումով՝ eEPC-ի մի տեսակ: Նկ. Նկար 2.39-ը ներկայացնում է հաճախորդի դիմումի մշակման բիզնես գործընթացը PCD նշումով: Դրա նկարագրությունը օգտագործում է նույն օբյեկտները, որոնք կազմում են գործընթացը Նկ. 2.38, բայց դրանք դասավորված են աղյուսակի տեսքով: Առաջին սյունակում՝ իրադարձություններ և տրամաբանության որոշ նշաններ, երկրորդում՝ գործառույթներ, երրորդում՝ մուտքային և ելքային փաստաթղթեր, չորրորդում՝ կիրառական ծրագրերի տեսակներ, հինգերորդում՝ գործընթացում ներգրավված դիրքեր: Գործընթացի այս ներկայացումը ավելի տարածված է: Այն ավելի հարմար է փաստաթղթավորման գործընթացների համար:

Այնուամենայնիվ, PCD նշումը ունի էական թերություն. այն կարող է արդյունավետորեն օգտագործվել պարզ (հինգից ութ գործառույթից ոչ ավելի), գերադասելի գծային գործընթացների համար: Ճյուղավորված տրամաբանությամբ բարդ գործընթացները անհարմար են ցուցադրել PCD-ի միջոցով, ինչը հստակ ցույց է տրված Նկ. 2.39.
Բրինձ. 2.39. ARIS PCD դիագրամ

ARIS Կազմակերպչական աղյուսակ Նշում
Կազմակերպչական աղյուսակի նշումը ARIS-ի հիմնական նշումներից է և նախատեսված է դիագրամների կառուցման համար կազմակերպչական կառուցվածքըձեռնարկություններ։ Սովորաբար, այս մոդելը կառուցվում է բիզնես գործընթացի մոդելավորման նախագծի սկզբում: Մոդելը արտացոլում է ձեռնարկության գոյություն ունեցող ստորաբաժանումները հիերարխիկ կառուցվածքի տեսքով, ինչպես ցույց է տրված Նկ. 2.40.
Բրինձ. 2.40. Ձեռնարկության կազմակերպչական կառուցվածքի մոդել
alt="" />

Մոդելը կառուցված է Կազմակերպչական միավոր, Պաշտոն, Ներքին անձ և այլն օբյեկտներից: Նշման մեջ ներառված կապերի տեսակները թույլ են տալիս արտացոլել տարբեր տեսակներԿազմակերպչական կառուցվածքի օբյեկտների միջև հարաբերությունները. Նկ.-ում ներկայացված մեկում: 2.40-ի օրինակում «Ձեռնարկությունը» կառավարվում է «Տնօրենի» կողմից, իսկ կապի տեսակը կազմակերպության կառավարիչն է: Բաժանմունքների հիերարխիան կառուցված է հղումների միջոցով: Կարող են նշվել նաև պաշտոններ - Պաշտոն, դրանք զբաղեցրած աշխատողների անունները - Ներքին անձ, կապի տեսակը - զբաղեցնում է: Ի հավելումն ստորաբաժանման հիերարխիայի մոդելների, ենթակայության հիերարխիայի մոդելները կարող են կառուցվել նախագծային թիմերում, խմբերում և այլն: Մոդելներում արտացոլված բոլոր օբյեկտները կարող են օգտագործվել ապագայում բիզնես գործընթացների մոդելներ կառուցելիս: Համալիր հիերարխիկ կառուցելիս
կարող է օգտագործվել կառուցվածքների տարրալուծումը, օրինակ՝ բաժնի կառուցվածքն արտացոլված է ավելի մանրամասն դիագրամում։ ARIS ֆունկցիայի ծառի նշում
Այս նշումը նախատեսված է ֆունկցիոնալ ծառերի մոդելներ ձևավորելու համար: Նման մոդելի օրինակ ներկայացված է Նկ. 2.41. Այս դիագրամի բոլոր գործառույթները միացված են հղումներով: Ամենից հաճախ օգտագործվող կապի տեսակները կատարման վրա հիմնված բարձրագույն են և գործընթացի վրա հիմնված բարձրակարգ են: Կապի առաջին տեսակը օգտագործվում է ծառ կառուցելու համար՝ ըստ ֆունկցիոնալ բնութագրի (բաժնի գործառույթների նկարագրություն): Կապի երկրորդ տեսակն օգտագործվում է որոշակի բիզնես գործընթացում ներառված գործառույթների ծառ ստեղծելիս:
Բրինձ. 2.41. Ֆունկցիոնալ ծառի մոդել

Ֆունկցիոնալ ծառը կարող է կառուցվել ըստ ֆունկցիոնալ, գործընթացի և արտադրանքի սկզբունքների: Գործնականում հաճախ օգտագործվում է առաջին սկզբունքը՝ ստեղծվում են գերատեսչության գործառույթների հիերարխիայի մոդելներ։ ARIS Ապրանքի ծառի նշում
Նկ. Նկար 2.42-ը ցույց է տալիս ARIS Product Tree նշումը: Այն նախատեսված է արտադրանքի ծառերի մոդելների ստեղծման համար։ Այս տեսակի մոդելները կարող են օգտագործվել գործընթացի նյութական մուտքերն ու ելքերը նկարագրելու համար:

Բրինձ. 2.42. Ապրանքի ծառի մոդել


ARIS տեղեկատվական հոսքի նշում
Տեղեկատվական հոսքի նշումը DFD-ի անալոգն է և օգտագործվում է ձեռնարկության բիզնես գործընթացների գործառույթների միջև տվյալների կամ փաստաթղթերի հոսքի դիագրամների կառուցման ժամանակ: Նշման պարզությունը սահմանափակում է դրա օգտակար կիրառությունները: Դրա հիմնական օբյեկտներն են Գործառույթը (օգտագործվում է նաև բիզնես գործընթացների մոդելներ կառուցելիս) և Տեղեկատվական հոսք՝ տեղեկատվության հոսք, ինչպես ցույց է տրված Նկ. 2.43.
Բրինձ. 2.43. ARIS տեղեկատվական հոսքի նշում
տեղեկատվության հոսքը

Բիզնես գործընթացների մոդելներ կառուցելիս սկզբում կարելի է կառուցել eERS մոդել, իսկ հետո՝ օգտագործելով գործընթացում սահմանված գործառույթները, տեղեկատվական հոսքերի մոդել: ARIS-ում գործընթացի մոդելներ ստեղծելիս մի քանի նշումների օգտագործում
ARIS-ում բիզնես գործընթացների մոդելներ ձևավորելիս, որպես կանոն, օգտագործվում են մի քանի տեսակի նշումներ. Նկ. Նկար 2.44-ում ներկայացված է տարբեր նշումներով ստեղծված մոդելների օգտագործման դիագրամ:

Բրինձ. 2.44. Մոդելներ ստեղծելիս ARIS նշումների օգտագործումը

Որպես կանոն, ARIS-ում ընկերության բիզնես գործընթացների նկարագրման աշխատանքները սկսվում են կազմակերպչական կառուցվածքի մոդելի ստեղծմամբ: Միևնույն ժամանակ (կամ ավելի ուշ) կարող են մշակվել մոդելներ, որոնք նկարագրում են հիմնական նյութի և տեղեկատվական մուտքերի և ելքերի կառուցվածքը: Օգտագործելով այս մոդելները, վերին մակարդակի բիզնես գործընթացների մոդելները ստեղծվում են VAD նշումով: Դրանից հետո մշակվում են բաժանմունքի գործառույթների և այլ օժանդակ մոդելներ (օրինակ՝ կիրառական ծրագրային համակարգերի նկարագրություն): Այնուհետև գործընթացի մոդելները ձևավորվում են eEPC նշումով: eERS մոդելները կառուցված են կազմակերպչական կառուցվածքի, գերատեսչությունների գործառույթների, նյութերի, համակարգերի և այլնի առկա նկարագրությունների հիման վրա: Աշխատանքի արդյունքը մոդելների մի շարք է, որոնք նկարագրում են կազմակերպության գործունեությունը տարբեր տեսակետներից:
Բիզնես գործընթացների մոդելավորման համար լիարժեք ծրագրային արտադրանքներում աշխատելու առանձնահատկությունն այն է, որ ծրագրային արտադրանքը ստեղծում է օբյեկտների և դրանց հատկանիշների տվյալների բազա: Մեկով
Մյուս կողմից, սա թույլ է տալիս դիտարկել մոդելային օբյեկտների փոխազդեցության տարբեր ասպեկտներ՝ ընտրելով նշումներից մեկը (նկ. 2.44): Մյուս կողմից, «փոքր» սխալը մեկ նշումով օբյեկտների միջև կապեր ստեղծելիս կարող է զգալիորեն խեղաթյուրել դիագրամի տեսքը մեկ այլ նշումով:

Ամեն բան անսահման բազմազանության դրսևորման ձև է։
Կոզմա Պրուտկով

Ներածություն eEPC նշումին

Ներկայումս բիզնես գործընթացները գրաֆիկորեն ներկայացնելու շատ տարբեր սկզբունքներ կան, որոնք կոչվում են նշումներ: Ինչո՞ւ են դրանք այդքան շատ։ Այս հարցը տվել են բոլորը, ովքեր տասնամյակներ շարունակ կանգնած են բիզնես գործընթացները նկարագրելու անհրաժեշտության հետ: Դիտարկենք պատճառները։ Դրանցից երեքն են (իմ կարծիքով).

• Տարբեր առաջադրանքներ. Ոչ բոլոր նշումներն են հավասարապես հարմար տարբեր խնդիրներ լուծելու համար։ Օրինակ, նշումը կարող է հարմար լինել վերին մակարդակի բիզնես գործընթացի համար, բայց բոլորովին հարմար չէ աշխատանքային հոսքը նկարագրելու համար:
• Նման նշումների տարբեր մշակողներ կան: Տարբեր ժամանակներում տարբեր մշակողներ փորձել են նոր սկզբունքներ հորինել սխեմաների նկարագրության համար: Նրանք դա անում էին բարի նպատակներից ելնելով, երբ գործնականում բախվեցին մի իրավիճակի, երբ իրենց օգտագործած նշումը չէր կարող արտացոլել անհրաժեշտ նրբությունները (կամ պարզ չէր): Երբեմն, էվոլյուցիայի գործընթացում, նման նշումները դառնում էին, կարծես, զուգահեռ, այսինքն. տարբեր տեսք ունենալ, բայց լուծել նույն խնդիրները:
• Աչքի ընկնելու ցանկություն. Սա այն դեպքում, երբ անհայտ պատճառներով հանկարծ հայտնվում է նոր նշում, որն ինքնին առանձնահատուկ ոչինչ չունի, բայց ինչ-ինչ պատճառներով իր ստեղծողի կողմից առաջ է քաշվում որպես ամենակատարյալ նոու-հաու: Դա տեղի է ունենում այսօր էլ։

Այս հոդվածի նպատակն է ոչ թե դիտարկել բոլոր տեսակի նշումները (ես միտումնավոր չեմ նշում դրանց անունները), այլ կանգ առնել նշման մանրամասն նկարագրության վրա, որը ես ընտրել եմ իմ նախագծերի համար ամենաօպտիմալը երկար փնտրելու գործընթացում: տարբերակ.
Եթե ​​որևէ մեկին հետաքրքրում է պարզել, թե ինչ այլ նշումներ կան և ինչի համար են դրանք օգտագործվում, ես նախատեսում եմ դա անել մեկ այլ հոդվածում, որը կկոչվի «Եկեք խոսենք նշումների մասին», բայց սա դեռ պլանների մեջ է:
Ժամանակն է սկսել մեր պատմությունը շատ հետաքրքիր, պարզ և գործնական eEPC նշումի մասին (թարգմանաբար՝ գործընթացների իրադարձությունների շղթայի ընդլայնված նկարագրությունը): Նրա բառացի թարգմանությունը բացահայտում է նաև դրա հիմնական նպատակը՝ բիզնես գործընթացների շղթայի նկարագրությունը։ Նշման հիմնական «առանձնահատկությունը» նրա «իրադարձության» սկզբունքն է, որը մենք մանրամասն կքննարկենք։
Որո՞նք են eEPC նշումների առավելությունները.

1. Նախ, սա այնքան էլ նշում չէ իր մաքուր տեսքով: Նրանք. եթե որոշ նշումներում կա տարրերի և դրանց օգտագործման կանոնների խիստ հավաքածու (հակառակ դեպքում ամեն ինչ կշփոթվի), ապա eEPC սկզբունքը թույլ է տալիս ավելացնել ձեր սեփական տարրերը: Ինչպե՞ս է դա ապահովվում: Իհարկե, կա որոշակի «միջուկ», որի շուրջ կառուցված է ամեն ինչ, այսինքն. հստակ կանոնների մի շարք, որոնցով կառուցվում է դիագրամը և որով այն ընթերցվում է: Բացի այդ, դուք կարող եք ավելացնել ձեր սեփական տարրը, ներառել դրա օգտագործման կանոնները ձեր սեփական կորպորատիվ ստանդարտում (բացառելու սիրողական գործունեությունը, որը կարող է շփոթել դիագրամը և բարդացնել դրա ընթեռնելիությունը) և վերջ: Սա շատ կարևոր կետ է։ Բացի այդ, դուք կարող եք սահմանել ցանկացած այլ սահմանափակումներ և կանոններ ձեր կորպորատիվ ստանդարտում:
2. eEPC-ն պարունակում է տրամաբանական տարրեր: Սա թույլ է տալիս կառուցել դիագրամներ պայմաններով, որոնք անհրաժեշտ են գործունեությունը նկարագրելու համար («եթե պայմանագիրը համաձայնեցված է, ապա ...., հակառակ դեպքում ...»):
3. Տարրերի պարզությունը թույլ է տալիս գծապատկերներ գծել ինչպես ծրագրային, այնպես էլ ցանկացած այլ եղանակով, նույնիսկ թղթի վրա, դուք չեք շփոթի։
4. eEPC-ն այնքան հեշտ է սովորել և հասկանալ, որ այն կարող է օգտագործվել իրական գործունեության մեջ, և ոչ միայն պահարանում փոշի հավաքելու համար: Կանոնների ուսուցման համար կպահանջվի մոտ 2 ժամ (եթե ուսանողը ցանկանա):

Իհարկե, ինչպես այս աշխարհում ամեն ինչ, այն նույնպես ունի իր թերությունները. Սակայն ռացիոնալ օգտագործումը դրանք նվազեցնում է նվազագույնի: Հիմնական թերությունը, իմ կարծիքով, այն է, որ եթե մենք օգտագործում ենք պարզ գործիքներ (այսինքն՝ գծապատկերներ գծելու ծրագրեր, և ոչ թե բիզնես գործընթացների մոդելավորում), ապա մենք չունենք օբյեկտների միասնական տվյալների բազա։ Բացի այդ, դժվար է վերահսկել մուտքերն ու ելքերը (դուք պետք է վերահսկեք դրանք, այսինքն՝ անհրաժեշտության դեպքում նման վերահսկման եղանակ հորինեք): Բայց, մյուս կողմից, բիզնես գործընթացների մոդելավորման բարդ գործիքների օգտագործումն արժե շատ տպավորիչ գումարներ, և դրանց օգտագործմամբ նախագիծը չափվում է միլիոններով: Եվ այսպես, մենք ունենք շատ խնայող և հասկանալի գործիք: Ավելի ճշգրիտ լինելու համար, այս թերությունը վերաբերում է կոնկրետ նկարագրության մեթոդին, որը ես դիտարկում եմ, այսինքն. օգտագործելով MS Visio կամ նմանատիպ ծրագրեր: Եթե ​​դուք օգտագործում եք մասնագիտացված համակարգեր բիզնես գործընթացները նկարագրելու համար, որոնք աջակցում են օբյեկտների տվյալների շտեմարաններին, ապա այս թերությունը կարելի է խուսափել: Դե, ժամանակն է սկսել...

eEPC նշումի հիմնական «միջուկը»:

Ինչպես արդեն նշեցի, eEPC հապավումի բառացի թարգմանությունը պարունակում է իրադարձությունների գաղափարը: Սա շատ կարևոր կետ է, որի վրա հիմնված է շղթայի կառուցման ողջ սկզբունքը: Այսպիսով, կան երկու հիմնական հասկացություններ՝ «Իրադարձություն» և «Ֆունկցիա»: Երբ ինչ-որ մեկն առաջին անգամ փորձում է նկարել իր գործընթացը eEPC դիագրամի տեսքով, հաճախ հարց է առաջանում՝ ո՞րն է տարբերությունը իրադարձության և ֆունկցիայի միջև: Դուք պետք է հստակ հասկանաք դա, հակառակ դեպքում դուք կստանաք անկանխատեսելի արդյունք: Ուրեմն՝ իրադարձությունը ինչ-որ բանի տեղի ունեցող փաստ է, և այն ժամանակի մեջ տեւողություն չունի, կամ այս ժամանակը ձգտում է զրոյի (կամ նշանակություն չունի): Ավելին, իրադարձությունը միշտ առաջացնում է ֆունկցիա կատարելու անհրաժեշտություն, իսկ ֆունկցիայի կատարումը միշտ ավարտվում է իրադարձությամբ։ Հեռախոսը զանգում է։ Կառավարիչը վերցրեց հեռախոսը հեռախոսազրույցի համար: Այս դեպքում «Հեռախոսը զանգում է» իրադարձություն է։ Հեռախոսային խոսակցությունը գործառույթ է: Զրույցն ավարտվեց (անջատվեց)՝ ևս մեկ իրադարձություն: Այսպիսով, նկատվում է իրադարձությունների շղթա՝ Զանգ - զրույց - զանգի ավարտ։ Իսկ զանգն ավարտելու համար, հավանաբար, կպահանջվի նոր գործառույթի կատարում՝ զանգի արդյունքի ձայնագրում և այլն։
Փորձենք նկարել այն։ Նախ, դուք պետք է պարզեք, թե ինչպես են ցուցադրվում Իրադարձության և Ֆունկցիայի տարրերը:

Այս երկու պարզ տարրերը կազմում են eEPC նշումով բիզնես գործընթացների նկարագրության կանոնների հիմքը: Կարծում եմ մի քանի խոսք պետք է ասեմ օգտագործված գույների մասին։ Եթե ​​դուք հանդիպեիք գործընթացների նկարագրություններին այլ նշումներով, ապա դրանք, որպես կանոն, սև ու սպիտակ էին: Եվ սա ճիշտ է, չպետք է լինի բովանդակության ակնհայտ կախվածություն գույնից, քանի որ դիագրամը կարելի է գծել մատիտով թղթի վրա, տպել սև և սպիտակ տպիչի վրա և այլն։ Այս դեպքում (eEPC նշումով) պատմականորեն զարգացել է, որ տարրերն ունեն որոշակի գույներ։ Չասեմ, որ դա անհրաժեշտ է, բայց սովորությունը զարգացած է, և էլեկտրոնային ձևով ընկալումն ավելի լավ է, անմիջապես կարող ես տեսնել, թե ինչն է: Այս գույները կարելի է համարել որպես առաջարկություն։ Ինչու են նրանք այսպիսին. Ես հստակ վստահ չեմ, բայց ինձ թվում է, որ քանի որ ARIS ընկերությունը, երբ իր արտադրանքի մեջ աջակցություն է ցուցաբերել eEPC նշումներին, նրանց տվել է այդպիսի գույներ, դրանք «արմատ են ընկել»: Ի դեպ, երբեմն այս նշումը կոչվում է նաև «ARIS», «ARIS EPC», ինչը լիովին ճիշտ չէ, քանի որ. ARIS-ը չի հորինել այս նշումը, այլ աջակցել է այն իր բիզնես գործընթացների մոդելավորման ծրագրում: Ընդհանուր առմամբ, խորհուրդ եմ տալիս օգտագործել գույներ։ Հիմնական բանն այն է, որ տարրերի ձևն ինքնին չպետք է լինի նույնը (այսինքն ՝ տարբերվեն միայն գույնով), քանի որ. սև ու սպիտակի դեպքում դա կարող է շփոթություն առաջացնել: Կան այլ կանոններ, որոնք հնարավորություն են տալիս eEPC դիագրամը դարձնել «ներդաշնակ», մենք կխոսենք դրանց մասին.
Ուրեմն՝ միջոցառում կա, գործառույթ կա։ Ինչպե՞ս են դրանք կապված:
Մենք դա տեսնում ենք իրադարձություն 1հանգեցրեց որոշակի գործառույթ կատարելու անհրաժեշտությանը, որն ավարտվեց իրադարձություն 2. Եթե, օրինակ, հեռախոսազանգով, ապա դա կլինի այսպես.

Իրադարձության և ֆունկցիայի միջև կապը սովորաբար ցուցադրվում է վերևից ներքև մեկ տողով կամ ձախից աջ: Շղթայի ուղղությունը նշվում է սլաքներով միացնող տողերով:

Դիագրամն ավելի տեսողական դարձնելու համար նշումը տրամադրում է ևս մի քանի ստանդարտ տարրեր.

• Աշխատանքի անվանումը(կատարող): Նա, ով կատարում է այս գործառույթը
• Տեղեկություն. Ցանկացած տեղեկատվություն, որն օգտագործվում է այլ գործառույթ կատարելու համար, բացի փաստաթղթային տեղեկատվությունից: Օրինակ՝ հեռախոսազանգ, վիրահատություն կատարելու հրահանգներ և այլն։
• Փաստաթուղթ. «Փաստաթուղթ» տարրը նախատեսված է տեղեկատվական մեդիա (թղթային կամ էլեկտրոնային) ցուցադրելու համար: Նրանք. տեղեկատվության ներկայացում որոշակի կառուցվածքում.
• Ծրագիր (հավելված):Ծրագիրը, որն օգտագործվում է գործառույթը կատարելու համար:

Բոլոր մյուս տարրերը օժանդակ են և գործնականում չեն կարգավորվում բուն eEPC-ի պահանջներով: Այնուամենայնիվ, ձեր սեփական տարրերը ավելացնելու համար որևէ խոչընդոտ չկա: Հիմնական բանը դա շտկելն է ներքին ստանդարտում, որպեսզի ընդհանուր պատկերացում լինի, թե ինչ տեսք ունեն դրանք և ինչու են դրանք օգտագործվում: Նման ընդլայնումը չի խախտում պահանջները, եթե իրադարձություն-գործառույթ-իրադարձություն կապը չի խախտվում, և նախատեսված է միայն տեղեկատվության ընկալումը բարելավելու կամ նկարագրության կանոնները հարմարեցնելու ոլորտի ցանկացած առանձնահատկություններին: Ես ավելացրել եմ տարրերի իմ հավաքածուն, որը կքննարկեմ ստորև:
Անհրաժեշտ է նաև պարզել, թե ինչպես պետք է տեղակայվեն դիտարկվող տարրերը։ Այս բոլոր տարրերը պետք է այս կամ այն ​​կերպ կապված լինեն ֆունկցիայի հետ: Սա ընդհանուր կանոն է՝ ոչ մի այլ տարր, բացի ֆունկցիայից, կապված չէ իրադարձության հետ:Նրանք. այս բոլոր տարրերը պետք է սլաքներով միացվեն ֆունկցիային: Ինչ վերաբերում է սլաքներին և դրանց ուղղություններին, ապա ընդհանուր առմամբ ընդունված է, որ եթե տեղեկատվության փոխանցման ուղղություն չկա, ապա սլաքի փոխարեն ցուցադրվում է ընդամենը տող: Եթե ​​տեղեկատվությունը մտնում է (մուտքագրում), ապա սլաքի ուղղությունը օբյեկտից է, եթե այն դուրս է գալիս, ապա հակառակը.
Եվս մի քանի խոսք գծապատկերի վրա այս տարրերի գտնվելու վայրի մասին, և մենք կարող ենք վերագծել մեր դիագրամը՝ պարզաբանելով զանգերի մշակման ֆունկցիայի կատարումը։ Էլեմենտների դասավորության համար խիստ պահանջներ չկան, սակայն ընդունված է դրանք հավասարապես ցուցադրել բոլոր գծագրերի վրա (գծագրի միատեսակության և ներդաշնակության համար): Բիզնես գործընթացների գրաֆիկական դիագրամների արտաքին տեսքը միավորելու համար նման կանոնները պետք է ամրագրվեն ներքին ստանդարտում և պահպանվեն: Քիչ ուշ այս հարցի վերաբերյալ որոշ առաջարկություններ կտամ։
Հիմա եկեք վերագծենք մեր դիագրամը.

Մենք տեսնում ենք, որ օպերատորը մշակում է մուտքային զանգ՝ գործելով մուտքային զանգերի մշակման կանոններին համապատասխան և դրա համար օգտագործում է CRM ծրագիրը։ Ո՛չ մուտքային, ո՛չ ելքային փաստաթղթերը չեն օգտագործվում։
Ինչպես արդեն նշեցի, նշագրման ուժեղ կողմերից է նրա տրամաբանության տարրերը: Միևնույն ժամանակ, սա ամենադժվար հասկանալի պահերից մեկն է։ Ուստի նախ օրինակ բերեմ, իսկ հետո առանձին կզբաղվենք տրամաբանության տարրերով։
Մեր օրինակում թող լինի այսպես. եթե հաճախորդը հետաքրքրված է, վաճառքի մենեջերը նրա հետ հետագա աշխատանք է տանում և առաջ է քաշում առևտրային առաջարկ, որը նա ուղարկում է փոստով՝ օգտագործելով MS Outlook էլփոստի հաճախորդը։ Եթե ​​հետաքրքրություն չկա, ապա զանգի մշակումն ավարտված է։ Իրական կյանքում լավ կլիներ օգտագործել զանգն ավարտելու կանոնները, բայց դա միայն ես եմ, ի դեպ, առայժմ պարզեցնենք: Ահա թե ինչ է տեղի ունենում.

Տրամաբանական տարրեր eEPC նշումների դիագրամներում

Տրամաբանության տարրերը պարզ են, բայց կան հատուկ առանձնահատկություններ և կանոններ, որոնք ապահովում են դիագրամի տրամաբանական և միանշանակ մեկնաբանությունը: Ամենակարևոր կանոնը, որը դուք պետք է պահպանեք 100%: տրամաբանական որոշումներ կարող են կայացվել միայն գործառույթներ կատարելիս ii. Նրանք. ինչ-որ իրադարձությունից հետո ճյուղավորում չի կարող լինել: Ինչո՞ւ։ Որովհետև այս դեպքում դա հակասում է իրադարձության բուն հայեցակարգին՝ այն պարզ է և ակնթարթային, առանց կատարման ժամանակի։ Օրինակ, եթե հեռախոսը զանգում է, և մարդը նստած մտածում է՝ վերցնե՞լ հեռախոսը, թե՞ ոչ, տեսականորեն սա արդեն կլինի մի գործառույթ, որտեղ նա որոշում է կայացնում։ Բայց գործնականում, այդ թվում՝ ողջախոհությունը, խախտում է զանգերի մշակման կանոնները, քանի որ... նրան աշխատավարձ են վճարում այս զանգերը մշակելու համար, և այստեղ քննարկելու բան չկա (ընդհանուր առմամբ, ինչպես ցույց է տրված գծապատկերում):
Ընդհանուր առմամբ, կան տրամաբանության 3 տարբեր տարրեր.

• ԵՎ. Երբ երկու կամ ավելի իրադարձություններ տեղի են ունենում միաժամանակ.
• ԿԱՄ. Երբ կարող է տեղի ունենալ մեկ կամ մի քանի իրադարձություն, բայց գոնե մի բան պետք է լինի.
• ԲԱՑԱՌԻԿ ԿԱՄ. Կա՛մ մեկը, կա՛մ մյուսը։ Նրանք. երկու տարբերակ միաժամանակ անհնար է.

Ահա թե ինչ տեսք ունեն որոշները.

Ինչպես տեսնում եք, տրամաբանական տարրերի գրաֆիկական ներկայացման երկու տարբերակ կա. Նրանք տարբեր չեն, լիովին այլընտրանքային։ Երկուսն էլ բերել եմ, որովհետև... գործնականում երկու տարբերակներն էլ կարելի է տեսնել տարբեր աղբյուրներում: Թե որն օգտագործել, կախված է ձեզանից: Ինձ առաջինն ավելի շատ է դուր գալիս։
Այժմ դուք պետք է հասկանաք տրամաբանական տարրերի օգտագործումը: Նախ, եկեք նայենք մեր հանդիպած տարբերակներին, ապա անցնենք օրինակին: Եկեք նայենք յուրաքանչյուր տարրին առանձին:
Տրամաբանական տարր «ԵՎ».

Երբ ֆունկցիան պահանջում է մի քանի իրադարձություններ միաժամանակ.

Օրինակ՝Եթե ​​հաշվետու ժամանակաշրջանը փակված է (միջոցառում 1) և հասել է ղեկավարին հաշվետվություն ներկայացնելու վերջնաժամկետը (միջոցառում 2), ապա աշխատողը պատրաստում է ամսական հաշվետվություն:

Միացնելով տարրերը, եթե ֆունկցիան կատարելիս տեղի են ունենում մի քանի իրադարձություն.

Օրինակ՝Հաճախորդի հետ որոշակի աշխատանք ավարտված է: Արձանագրվել է միաժամանակ երկու իրադարձություն՝ հաշտվել են փոխադարձ համաձայնությունները (միջոցառում 1), ակտը ստորագրվել է (միջոցառում 2)։

Գործնականում այս հավելվածը հաճախ չի լինում: Որպես կանոն, եթե շատ գործողություններ համակցված են մեկ ֆունկցիայի մեջ։

Միացնող տարրեր, եթե մի քանի գործառույթներ կատարելիս տեղի է ունենում իրադարձություն.

Օրինակ՝Պահեստապետը հավաքել է պատվերը (գործառույթ 1), օպերատորը տվել է փաստաթղթերը (գործառույթ 2), ապրանքները պատրաստ են առաքման (միջոցառում):

Միացնող տարրերը, եթե մեկ իրադարձության առաջացումը հանգեցնում է մի քանի գործառույթների կատարմանը.

ՕրինակԱպրանքների առաքում է ժամանել (իրադարձություն): Միաժամանակ սկսվում է հաճախորդների կողմից նախապես պատվիրված ապրանքների առաքումը և պահեստում մնացած ապրանքների տեղադրումը։

Տրամաբանական տարր «OR»:
Միացնելով տարրերը, եթե իրադարձություններից մեկը կարող է հանգեցնել գործառույթի կատարմանը.

ՕրինակԴիմումը ստացվել է հեռախոսով (իրադարձություն 1) կամ հայտը ստացվել է էլեկտրոնային փոստով (միջոցառում 2) կհանգեցնի այն մշակելու անհրաժեշտությանը:
Միացնող տարրեր, եթե մեկ գործառույթը կարող է բարձրացնել առնվազն մեկ իրադարձություն.

Օրինակ՝Պատրաստել և պատվիրատուին ուղարկել ապրանքի հաշիվ-ապրանքագիրը: Հաշիվը կարող է ուղարկվել փոստով (իրադարձություն 1), ֆաքսով (իրադարձություն 2):

Մի քանի գործառույթներ կատարելիս տարրերի միացումը կհանգեցնի իրադարձություն.

Օրինակ՝Ծառայություն է մատուցվում (գործառույթ 1) կամ վաճառվում է ապրանք (գործառույթ 2), և հաճախորդից առաջանում է պարտք (իրադարձություն 1):

Տրամաբանական տարր «ԲԱՑԱՌԻԿ ԿԱՄ».

Տարրերի միացում, երբ իրադարձություններից միայն մեկը անհրաժեշտ է գործառույթ իրականացնելու համար.

Օրինակ՝Հաճախորդը խանութ է եկել անձամբ (միջոցառում 1) կամ կատարել է պատվեր ինտերնետի միջոցով (միջոցառում 2): Անհրաժեշտ է առաքել ապրանքները (գործառույթ 1):

Միացնելով տարրերը, եթե ֆունկցիայի կատարման արդյունքում տեղի է ունենում առավելագույնը հետևյալ իրադարձություններից մեկը.

Օրինակ՝Որոշումը կա՛մ կայացված է, կա՛մ ոչ։

Տարրերի միացում, եթե հետիրադարձությունը տեղի կունենա այն բանից հետո, երբ ավարտվի գործառույթներից մեկը և միայն մեկը:

ՕրինակԱպրանքները առաքվել են (իրադարձություն 1) կամ մեր սեփական տրանսպորտով (գործառույթ 1) կամ տրանսպորտային ընկերության կողմից (գործառույթ 2)

Տրամաբանական տարրերի ճիշտ կիրառումը որոշակի պրակտիկա է պահանջում: Բայց դա դժվար չէ: Հարկ է նշել, որ դիտարկված ոչ բոլոր համակցություններն են լայնորեն կիրառվում գործնականում (և ընդհանուր առմամբ դա որոշվում է վերլուծաբանի մտածելակերպով):

Փորձեք գործնականում կիրառել տրամաբանության տարրերը: Եթե ​​դժվարություններ ունեք, գրեք ինձ, ես կփորձեմ օգնել։

Ընդլայնելով նշումը ձեր սեփական տարրերով

Ինչպես արդեն ասացի, eEPC-ն ոչ թե հենց նշում է, այլ նկարագրության կանոններ: Եվ այս կանոնները չեն արգելում դիագրամում ավելացնել ձեր սեփական տարրերը: Գլխավորն այն է, որ այդ տարրերը հասկանալի լինեն, և որ կա փաստաթուղթ, որտեղ գրանցվում են տարրերի նման ընդլայնումներ։ Օրինակ, ես օգտագործում եմ հետևյալ լրացուցիչ տարրերը, որոնք աստիճանաբար առաջացել են տարբեր առաջադրանքների իրական գործընթացների նկարագրման գործընթացում՝ պարզ նկարագրությունից մինչև ավտոմատացման առաջադրանքներ դնելը:

Տվյալների ֆայլ. Օգտագործվում է, եթե գործողությունը հանգեցնում է տվյալների ֆայլի ստեղծմանը, կամ ֆայլն օգտագործվում է գործողություն կատարելու համար:
Տվյալների բազա.Օգտագործվում է ավտոմատ համակարգերի միջև տեղեկատվական հոսքերը նկարագրելու համար:
Քարտի ինդեքս.Օգտագործվում է թղթային ֆայլ կամ արխիվ ցուցադրելու համար:
Նյութական հոսք.Օգտագործվում է մուտքային և ելքային նյութական հոսքերը, ինչպես նաև գործընթացի իրականացման ընթացքում սպառված ռեսուրսները ցույց տալու համար: Նյութական հոսքը ցուցադրվում է ուղեկցող փաստաթղթերի ձախ կողմում:
Տեղեկատվական կլաստեր:Օգտագործվում է կառուցվածքային տեղեկատվություն (սուբյեկտի ներկայացում) նշելու համար։ Դիագրամը կարող է օգտագործվել օգտատերերի հավելվածներն օգտագործելիս ծրագրային ձևով ստեղծված փաստաթղթերը ցույց տալու համար: Այս դեպքում Cluster տարրը գտնվում է համապատասխան փաստաթղթի ձախ կողմում: Նրանք. ցույց է տալիս, որ օգտատերը ոչ միայն ստեղծել է թղթային փաստաթուղթ, այլև ստեղծել է դրա պատճենը ծրագրում:

Համաձայնություններ դիագրամի վրա թվեր տեղադրելու կանոնների վերաբերյալ

eEPC նշումն ինքնին խիստ պահանջներ չի դնում միմյանց նկատմամբ տարրերի դասավորության վրա, թեև ընդունված է գծապատկեր նկարել վերևից ներքև կամ ձախից աջ: Եթե ​​դա չմիավորվի մի քանի մասնագետների աշխատանքի դեպքում, ապա մի տեսակ «վինեգրետ» կարող է առաջանալ։ Դրանից խուսափելու համար խորհուրդ է տրվում մշակել և հաստատել տարրերի դասավորության սեփական կանոնները։

• Իրադարձությունների և գործառույթների հաջորդականությունը դասավորված է վերևից ներքև (ավելի լավ) կամ ձախից աջ (եթե բավարար տարածք չկա);
• Կատարողներին մատնանշող տարրերը տեղակայված են գործառույթների աջ կողմում.
• Մուտքային փաստաթղթերը գտնվում են գործառույթների վերևի ձախ մասում. սլաքի ուղղությունը փաստաթղթերից դեպի գործառույթներ;
• Գործառույթների ներքևի ձախ մասում գտնվող ելքային փաստաթղթերը; սլաքի ուղղությունը գործառույթից փաստաթղթեր;
• Տեղեկատվության տարրը գտնվում է ֆունկցիայի ներքևի աջ մասում: Եթե ​​բավարար տարածք չկա, ապա թույլատրվում է կամայական տեղակայում, որքան հնարավոր է մոտ գործառույթին.
• Application տարրը գտնվում է գործառույթների վերևի աջ մասում: (եթե դրա համար օգտագործվում են ֆայլերի պահոցներ, որոնք հաշվետվություններ չեն, դրանք ցուցադրվում են նույն կերպ): Հղում առանց սլաքի:
• «Տվյալների բազա» և «Քարտի ինդեքս» տարրերը դասավորված են պատահականության սկզբունքով.
• «Նյութական հոսք» տարրը գտնվում է դրան ուղեկցող փաստաթղթերից ձախ և միացված է փաստաթղթին առանց սլաքի տողով.
• «Կլաստեր» տարրը, երբ օգտագործվում է «Փաստաթուղթ» պատկերի հետ միասին՝ փաստաթուղթը էլեկտրոնային ձևով նշանակելու համար, գտնվում է համապատասխան փաստաթղթի ձախ կողմում:

Օրինակ՝ Աշխատավարձի աշխատողը աշխատավարձը հաշվարկում է իրեն տրամադրված «Բրիգադի հրամանի» փաստաթղթերի հիման վրա: Միևնույն ժամանակ, նա առաջնորդվում է «Աշխատավարձի վերաբերյալ կանոնակարգ» փաստաթղթով, հաշվարկը կատարվում է 1C: ZiK ծրագրում: Հաշվարկի արդյունքը «Քաղվածք» փաստաթուղթն է:

Տարրերի նույնականացում դիագրամում

Ինչպես գիտեք, բիզնես գործընթացների նկարագրման իրավասու մոտեցումը ներառում է դրանց նույնականացումը, այսինքն. երբ յուրաքանչյուր գործընթաց ունի իր ծածկագիրը: Համապատասխանաբար, գործընթացի շրջանակներում առանձին գործառույթներն ունեն նաև իրենց անուններն ու նույնացուցիչները:
«Փաստաթուղթ» և «Ֆունկցիա» թվերը պետք է նույնականացվեն գծապատկերում:
Փաստաթուղթը նույնականացվում է՝ վերին ձախ անկյունում նշելով հաշվետվության կամ փաստաթղթի կոդը՝ ռեեստրին համապատասխան: Ապրանքների և ծառայությունների մատակարարներից ստացված փաստաթղթերը (մուտքային) նույնականացվում են միայն անունով:
Ֆունկցիան նույնականացվում է տվյալ գործընթացի խմբի համար ֆունկցիայի հաջորդականության համարը նշելով: Նրանք. Գործառույթի համարը միշտ սկսվում է գործընթացի խմբի կոդով: Գործընթացային խմբերի բացահայտման հարցերը դուրս են այս հոդվածի շրջանակներից, մենք դրանք կքննարկենք առանձին: Ավելին, դուք պետք է սովորեք նույնականացնել գործընթացները, նախքան դրանք նկարագրելը, այլապես կարող է ցանկություն առաջանալ նկարագրել ընկերության բոլոր գործունեությունը մեկ դիագրամի վրա, ինչպես երբեմն փորձ է արվում:
Հետևաբար, հիմա ես միայն օրինակով ցույց կտամ, թե ինչպես կարելի է դա ներկայացնել դիագրամում: Վերադառնանք զանգերի մշակման օրինակին։ Ենթադրենք, որ մենք «04» ծածկագիրը հատկացրել ենք վաճառքի բաժնին, իսկ «VK» ծածկագիրը՝ մուտքային կոնտակտների մշակման գործընթացին: Այնուհետև դիագրամը կստանա հետևյալ ձևը (պարզության համար նույնականացումը ընդգծված է կարմիրով): Փաստաթղթի կոդը նշում է փաստաթղթի սերիական համարը փաստաթղթերի ընդհանուր ռեգիստրում (մենք դա կդիտարկենք նաև առանձին, երբ հասնենք փաստաթղթերի հոսքի համակարգի ուսումնասիրությանը):

Հետադարձ կապի ցուցադրում

Մոդելներ կառուցելիս հաճախ անհրաժեշտություն է առաջանում գործընթացն իրականացնել ցիկլային՝ ըստ ինչ-որ պայմանի կամ որոշում կայացնողների գործունեությունը արտացոլելու անհրաժեշտության: Այս դեպքում մենք խոսում ենք հետադարձ կապի մասին։

Վերահսկիչ հետադարձ կապը ցուցադրելու համար օգտագործվում է «ուղղակի ընդգրկման» սկզբունքը լրացուցիչ հսկողության գործառույթի գործընթացում հետագա ճյուղավորումով (օգտագործվում է «Բացառիկ ԿԱՄ» տրամաբանական տարրը): Օրինակ.

Գործընթացների տեքստային նկարագրություն

Անկախ նրանից, թե որքան էլ մենք փորձենք բիզնես գործընթացը ցուցադրել դիագրամի վրա, մենք չենք կարողանա հասնել ամբողջական մանրամասների, հակառակ դեպքում մենք կարող ենք խճճվել տարրերի և պայմանների անվերջ շղթաների մեջ: Դրանից խուսափելու, ինչպես նաև գործընթացի նկարագրությանը տեղեկատվություն ավելացնելու համար, որը չի կարող գրաֆիկորեն ցուցադրվել, նկարագրությունը լրացվում է տեքստային ուղեկցությամբ: Այդ նպատակով մշակվում են տարբեր տեքստային կաղապարներ, որոնք լրացվում են նկարագրության գործընթացում։ Նման ձևանմուշների ձևերը կարող են տարբեր լինել և ներառել առանձին բաժիններ, որոնք նկարագրում են մուտքերն ու ելքերը, սպառված ռեսուրսները, օգտագործվող ծրագրակազմը և այլն:
Ամենապարզ դեպքում, բիզնես գործընթացի նկարագրության ձևանմուշը կարող է այսպիսի տեսք ունենալ.

Բիզնես գործընթաց.	Մուտքային կոնտակտի մշակում	04.VK
Գործընթացի գործառույթներ.
Անուն	Նկարագրություն	Թիվը դիագրամի վրա
Մուտքային զանգի մշակում	Երբ մուտքային զանգ է գալիս, օպերատորը մշակում է զանգը մուտքային զանգերի մշակման կանոններին համապատասխան: Բացահայտում է հաճախորդների հետաքրքրությունը և տեղեկատվություն է տրամադրում ծառայությունների մասին	04.VK.01
Առևտրային առաջարկի ձևավորում	Եթե ​​հաճախորդը հետաքրքրված է, օպերատորը փոխանցում է կոնտակտը վաճառքի մենեջերին: Վաճառքի մենեջերը պատրաստում է առևտրային առաջարկ և այն ուղարկում հաճախորդին էլեկտրոնային փոստով	04.VK.02
Գործընթացի ցուցիչներ.
Անուն	Գնահատման/չափման մեթոդ
Անհաջողությունների թիվը	Տվյալների բազայի վիճակագրություն

Այս հոդվածի շրջանակներից դուրս են այնպիսի կարևոր թեմաներ, ինչպիսիք են տեղեկատվության հավաքումը, բիզնես գործընթացների բացահայտումը, տարրալուծումը և ցուցանիշների բացահայտումը: Այս հարցերը մենք անպայման կուսումնասիրենք հետագա համարներում։