MS Visio ծրագրում ավտոմոբիլային տրանսպորտի ծառայություններ մատուցող ձեռնարկության բիզնես գործընթացների մոդելավորման մեթոդաբանություն՝ օգտագործելով EcoTrans LLC տրանսպորտային ընկերության օրինակը:

Դասընթացն անցկացվում է անհատական ​​համակարգիչների վրա։

Դասընթացը նվիրված է բիզնես գործընթացների նկարագրությանը` օգտագործելով Microsoft Visio հայտնի բիզնես գրաֆիկական խմբագրիչը: որը հեշտ է սովորել և միևնույն ժամանակ թույլ է տալիս արագ և արդյունավետ կերպով ստեղծել բիզնես մոդելներ:

Դասընթացի ընթացքում վերանայվում են Visio-ի կողմից աջակցվող բիզնես գործընթացների մոդելավորման ամենատարածված մեթոդոլոգիաները (նշումները) և մշակվում են MS Visio-ում գործընթացների գրաֆիկական դիագրամների կառուցման գործնական հմտություններ:

Դասընթացի ծրագիրն ուղղված է բիզնես գործընթացների նկարագրման, վերլուծության և օպտիմալացման մեջ ներգրավված մասնագետներին:

1. Microsoft Visio-ի հիմնական գործառույթները, որոնք անհրաժեշտ են բիզնես գործընթացների դիագրամներ գծելու համար:
   • Աշխատանք գծապատկերների թերթիկների հետ: Օգտագործելով ձևերի հավաքածուներ: Աշխատեք օրինակելի թվերի հետ: Դիագրամում ձևերի ավելացում: Ձևերի միջև դինամիկ միացնող գծերի գծում: Միացնող գծերի սոսնձում ձևերին: Դինամիկ և ստատիկ սոսնձում: Սահմանեք սեղմման և սոսնձման տարբերակները: Օգտագործելով Auto Connect հատկությունը: Ձևերի չափի և դիրքի փոփոխություն: Փոխեք ձևերի տեքստային տուփի չափն ու դիրքը: Ձևի բռնակներ՝ ընտրություն, ռոտացիա, տեքստային դաշտ, կառավարում, միացման կետ: Ձևերի ձևավորում. Ձևերի պատճենում և դրանց ձևաչափը: Ֆիգուրների ավտոմատ հավասարեցում և տեղադրում: Ձևերի խմբավորում և դրանց համադրում տարաների մեջ: Scaling, փոխելով չափը եւ տեսքը դիագրամ էջի. Գծապատկերների էջի պարամետրերի կարգավորում և տպագրություն:
2. Գործընթացի դիագրամների կառուցման հիմնական կանոնները.
   • Բարձր մակարդակի գործընթացների ցանցի ստեղծում: Գործընթացի տարրալուծում. Գործընթացի նկարագրության նպատակների որոշում: Գործընթացի սահմանների սահմանում՝ մուտքեր, ելքեր, մատակարարներ և սպառողներ: Վերին և ստորին մակարդակների գործընթացների դիագրամների կառուցում: Գործընթացի կատարման տրամաբանությունը ցուցադրելու կանոններ. Իրադարձությունների և տրամաբանական օպերատորների օգտագործման կանոններ. Պատասխանատու և կատարող գործընթացների ցուցադրում:
3. Microsoft Visio-ի կողմից աջակցվող բիզնես գործընթացների նկարագրության մեթոդաբանություններ և ստանդարտներ:
   • Առավել հաճախ օգտագործվող մեթոդոլոգիաները և ստանդարտները (նշումները) բիզնես գործընթացների նկարագրության համար, որոնք աջակցվում են Microsoft Visio ծրագրային արտադրանքի կողմից: IDEF0 գործընթացի դիագրամ: Տիպիկ գործընթացի հոսքի դիագրամ: Գործընթացի հոսքի դիագրամ Swimmer Lanes-ով: ARIS VAC (Ավելացված արժեքի շղթայի դիագրամ) գործընթացի դիագրամ: ARIS EPC (Event driven Process Chain) գործընթացի դիագրամ: BPMN (Business Process Model and Notation) գործընթացի դիագրամ: Համեմատական ​​վերլուծություն, նշումների առավելությունները, թերությունները և կիրառման ոլորտները. Ձեռքով և ավտոմատացված գործընթացների ցուցադրում դիագրամի վրա: Գործընթացների ժամանակի և ծախսերի պարամետրերի, ժամանակի և որակի պահանջների և այլ անհրաժեշտ տվյալների սահմանում:
4. MS Visio ծառայությունը գործում է այնպես, ինչպես կիրառվում է բիզնես գործընթացները նկարագրելու համար:
   • Ներդրված բիզնես գործընթացների դիագրամների հիպերհղումների տարրալուծում և տեղադրում: Սահմանեք և խմբագրեք պաշտպանությունը դիագրամների ձևերի համար: Ստեղծեք գծապատկերների ձևեր՝ տարբեր արտաքին ֆայլերի, փաստաթղթերի և ռեսուրսների հետ կապելու համար: Դիագրամի օբյեկտների ատրիբուտների ստեղծում և խմբագրում: Ձևերի սեփականության դաշտերի (հատկանիշների) ավելացում և խմբագրում: Ձևերի հավաքածուների ստեղծում և խմբագրում: Գրաֆիկական գծապատկերների հիման վրա հաշվետվությունների ստեղծում: Գրաֆիկական դիագրամի HTML հրապարակման ստեղծում:

Վլադիմիր Ռեպին

գործադիր տնօրենՎլադիմիր Ռեպին Մենեջմենթ ՍՊԸ

ABPMP Ռուսաստանի անդամ

Կառավարման խորհրդատու

Բիզնես մարզիչ

տ.գ.թ

Հոդվածում քննարկվում են գործընթացները նկարագրելու համար նշագրման ընտրության հարցերը հետագա կարգավորման նպատակով: Համեմատվում են հաճախ օգտագործվող Work Flow նշումները, ինչպիսիք են՝ «Simple flowchart» MS Visio-ում, «Procedure»՝ Business Studio-ում, ARIS eEPC նշում և այլն: Նշումները համեմատելիս հիմնական շեշտը դրվում է կազմակերպության աշխատակիցների համար պարզ և հասկանալի գործընթացների գծապատկերների ստեղծման վրա:

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

Ներածություն

Գրաֆիկական գործընթացի դիագրամների ստեղծման ամենակարևոր նպատակներից մեկը դրանց հետագա օգտագործումն է կազմակերպության կարգավորող փաստաթղթերում: Այս սխեմաները, որպես կանոն, օգտագործվում են այն աշխատակիցների կողմից, ովքեր չեն վերապատրաստվել բարդ նշումներով, չունեն համակարգային վերլուծության հմտություններ և այլն: Նրանց համար շատ կարևոր է սխեմաների պարզությունն ու հստակությունը: Բարդ, շփոթեցնող դիագրամները, որոնք պարունակում են բազմաթիվ տարբեր խորհրդանիշներ, վատ են ընկալվում մարդկանց կողմից, ինչը դժվարացնում է դրանք գործնականում օգտագործելը: Հետևաբար, գործնական նպատակներով կարևոր է ճիշտ ընտրել և օգտագործել նշումը (մեթոդաբանությունը) գործընթացների նկարագրության համար: Ինչ չափանիշներով պետք է ընտրել նման նշում: Ինչպե՞ս համեմատել տարբեր նշումները միմյանց հետ: Եկեք դիտարկենք բիզնես գործընթացի նկարագրության մի քանի օրինակներ՝ օգտագործելով հանրաճանաչ նշումները և փորձենք պատասխանել այս հարցերին:

Նշումների համեմատություն

Համեմատության համար ընտրվել են գործընթացի նկարագրության հետևյալ նշումները.

1. «Պարզ սխեմա» (ցուցադրում է փաստաթղթերի շարժումը, օգտագործելով «Լուծում» բլոկն);
2. «Պարզ բլոկային դիագրամ» (առանց փաստաթղթերի շարժը ցուցադրելու, առանց «Լուծման» բլոկների օգտագործման);
3. Business Studio համակարգի «ընթացակարգը» (մեկը հնարավոր տարբերակներըներկայացուցչություն);
4. ARIS eEPC.

Որպես թեստային դեպք ընտրվել է պարզ և ինտուիտիվ գործընթաց: Այս գործընթացի նկարագրության արդյունքները ներկայացված են Նկ. 1-4.

Բրինձ. 1. Գործընթացի սխեման MS Visio-ում «Պարզ սխեմա» նշումով (փաստաթղթերի տեղաշարժով՝ «Լուծում» բլոկի միջոցով)

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

• Նկարագրեք որոշումների կայացման տրամաբանությունը դիտարկվող գործընթացի դիագրամի վրա գործողությունների հաջորդականության տեսքով.
• Նկարագրեք տրամաբանությունը համապատասխան ենթագործընթացի քայլերի գծապատկերի տեսքով՝ անցնելով հաջորդ մակարդակ.
• Նկարագրեք տեքստի տրամաբանությունը (գործողության տեքստային ատրիբուտներում) և այնուհետև ցուցադրեք այն գործընթացի կատարման կանոնակարգում:

Ձևակերպենք վերը քննարկված «ադամանդների» օգտագործման մեթոդի «կողմ» և «դեմ» կողմերը (նկ. 1):

«Պարզ սխեմա» MS Visio-ում (փաստաթղթի տեղաշարժով, «Լուծում» բլոկի օգտագործմամբ)

Նկ. Նկար 2-ը ցույց է տալիս նույն գործընթացի օրինակը, որը նկարագրված է միայն առանց «Լուծման» բլոկների և փաստաթղթերի օգտագործման: Հեշտ է ստուգել, ​​որ այս գծապատկերն ունի 24 ավելի քիչ գրաֆիկական տարրեր, քան նկարում ներկայացված դիագրամը: 1. Սխեման Նկ. 2-ը շատ ավելի պարզ է թվում: Գրաֆիկական տարրերը չեն շլացնում աչքերը, իսկ տեղեկատվական բովանդակության տեսանկյունից այս դիագրամը միանգամայն հասկանալի է և հասանելի վերջնական օգտագործողի համար։ Եթե ​​յուրաքանչյուր գործընթացի գործողության համար դուք նկարագրում եք դրա իրականացման պահանջները տեքստով, ապա համատեղելով աղյուսակային և գրաֆիկական ներկայացման ձևերը, կարող եք բավականին համարժեք նկարագրել ընկերության աշխատակիցների համար գործընթացի իրականացման կարգը:

Բրինձ. 2. Գործընթացի սխեման MS Visio-ում «Պարզ սխեմա» նշումով (առանց փաստաթղթերի շարժման, առանց «Լուծում» բլոկի օգտագործման)

Գործընթացի գրաֆիկական ներկայացման «կողմ» և «դեմ»՝ Նկ. 2-ը ներկայացված են ստորև:

«Պարզ սխեմա» MS Visio-ում (առանց փաստաթղթերի շարժման, առանց «Լուծում» բլոկի օգտագործման)

Ընդհանուր առմամբ, գծապատկերների օգտագործումը այնպիսի ձևաչափով, ինչպիսին ներկայացված է Նկ. 2-ը հարմար է ինչպես մշակողների, այնպես էլ այս սխեմաների վրա աշխատող աշխատողների համար:

Նկ. Նկար 3-ը ցույց է տալիս գործընթացի դիագրամ, որը ձևավորվել է Business Studio մոդելավորման միջավայրի «Procedure» նշումով: Սխեման ունի մի քանի առանձնահատկություններ. Նախ, «Որոշում» բլոկները օգտագործվում են ոչ ստանդարտ ձևով, ոչ թե որպես հարցի և ճյուղավորման գրաֆիկական տարր, այլ որպես որոշումների կայացման հետ կապված գործընթացի լիարժեք գործողություն: Business Studio-ում «ադամանդն» ունի լիարժեք գործընթացի գրեթե բոլոր հատկանիշները, բայց չի կարող քայքայվել (հնարավոր է, որ համակարգի մշակողները դա հնարավոր դարձնեն ժամանակի ընթացքում): «Ադամանդի» օգտագործումը (քառանկյունի փոխարեն) գծապատկերն ավելի տեսանելի է դարձնում: Միևնույն ժամանակ, դուք կարող եք ցանկացած տեքստային տեղեկատվություն մուտքագրել «ադամանդի» ատրիբուտների մեջ՝ նկարագրություն, սկիզբ, ավարտ, վերջնաժամկետ պահանջներ և այլն:

Գործընթացի դիագրամի երկրորդ առանձնահատկությունը ներկայացված է Նկ. 3, սլաքների կիրառումն է: Գործողությունների հաջորդականությունը ցուցադրելու համար կարող եք օգտագործել մեկ ծայրով սլաք՝ «նախադեպ» սլաքը: Փաստաթղթի շարժումը ցույց տալու համար կարող եք օգտագործել երկգլխանի սլաք: Այնուամենայնիվ, Business Studio-ում դուք կարող եք յոլա գնալ՝ օգտագործելով միայն մեկ տեսակի սլաքներ՝ առաջնահերթ սլաքներ: Միևնույն ժամանակ, անհրաժեշտ թվով փաստաթղթեր, որոնք սահմանված են գործունեության օբյեկտների գրացուցակում, կարող են կապվել անվանված սլաքների հետ:

Այս մոտեցումը հնարավորություն է տալիս.

• Զգալիորեն նվազեցնել գրաֆիկական տարրերի քանակը գործընթացի գծապատկերում և միևնույն ժամանակ.
• Գործընթացի կանոնակարգերում ցուցադրեք անհրաժեշտ տեղեկատվությունը մուտքային և ելքային փաստաթղթերի վերաբերյալ:

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

Այն փաստը, որ սլաքի անվանումը կախված չէ դրան կցված փաստաթղթերից, թույլ է տալիս անվանել գծապատկերի սլաքները աշխատակիցների համար առավել հասկանալի և հարմար եղանակով: Օրինակ, կոնկրետ փաստաթղթերի մի շարք կարող է կապված լինել «Զեկույցների փաթեթը պատրաստվել է» առաջնահերթ սլաքի հետ: Այս դեպքում սլաքի անվանումը կատարողին ցույց է տալիս այն իրադարձությունը, որն ավարտեց նախորդ գործողությունը, որը կոչվում է «Ստեղծել հավաքագրման հաշվետվություն օրվա համար»: (Նկատի ունեցեք, որ STU ընկերության մեթոդաբանության մեջ գործընթացի գործարկումից հետո սլաքը սուբյեկտ է, ոչ թե իրադարձություն: «Որոշումներ» բլոկից հետո կարող եք ցույց տալ. հնարավոր արդյունքներըլուծումներ):

Բրինձ. 3. Business Studio համակարգի «ընթացակարգ» («Լուծում» բլոկների ոչ ավանդական օգտագործմամբ տարբերակ)

Գործընթացի գրաֆիկական ներկայացման «կողմ» և «դեմ»՝ Նկ. 3-ը ներկայացված են ստորև:

Business Studio համակարգի «ընթացակարգ» («Լուծում» բլոկների ոչ ավանդական օգտագործմամբ տարբերակ)

Business Studio-ն օգտագործելիս Procedure նշումը կարող է օգտագործվել մի փոքր տարբեր ձևերով: Հոդվածի հեղինակը հակված է Նկ. 3.

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

Նկատի ունեցեք, որ ARIS eEPC նշումով գործընթացի դիագրամը զգալիորեն զբաղեցնում է ավելի շատ տարածքքան գծապատկերները, որոնք ներկայացված են Նկ. 1-3. Նման սխեմայի ձևավորման բարդությունը նույնպես զգալիորեն ավելի մեծ է։

Բրինձ. 4. Գործընթացի դիագրամ ARIS eEPC նշումով (ներկառուցված Business Studio-ում)

Գործընթացի դիագրամ ARIS eEPC նշումով (ներկառուցված Business Studio-ում)

Ընդհանուր առմամբ, եթե դուք չեք պատրաստվում գնել SAP R/3, ապա ARIS eEPC նշումը ընտրելն ու օգտագործելը, հոդվածի հեղինակի տեսանկյունից, օպտիմալ լուծում չէ: Արժե ուշադրություն դարձնել կատարողների համար ավելի տեսողական և ինտուիտիվ գործընթացների նկարագրության նշումներին: Այնուամենայնիվ, ոմանց կարող է ավելի տեսողական և հասկանալի համարել ARIS eEPC նշումը: Սա ինչ-որ չափով ճաշակի հարց է։

Գործընթացի նկարագրությունը հետագա ավտոմատացման նպատակների համար

Հետաքրքիր է դիտարկել բիզնես գործընթացի նկարագրության վերը նշված օրինակը, եթե այն ներկայացված է BPMN 2.0 նշումով: Այս նշումը նախատեսված է նկարագրելու «գործարկվող» գործընթացները, այսինքն՝ գործընթացները, որոնք աջակցում է BPM համակարգը:

Ձեր կարծիքը BPMN 2.0-ի օգտագործման մասին: Բիզնես Կոնսոլ ընկերության գլխավոր տնօրեն Ա. Ա. Բելայչուկը բաժնետոմսեր ունի.

«Նկ. Նկար 5-ը պատկերում է նույն գործընթացը BPMN նշումով: Ինչպես տեսնում ենք, այս ցուցանիշը նման է Նկ. 1. BPMN նշումով առաջադրանքները պատկերված են որպես ուղղանկյուններ, պատառաքաղները՝ որպես ադամանդ, իսկ տվյալները՝ որպես փաստաթղթի նման պատկերակ: Վերահսկիչ հոսքերը ամուր գծեր են, տվյալների հոսքերը՝ կետավոր:

Պետք է հաշվի առնել, որ այս դիագրամը ներառում է միայն փոքր մաս BPMN նշումներ. ներկապնակում առկա է միայն մեկ տեսակի պատառաքաղ 5-ից, մեկ տեսակի առաջադրանք 8-ից: Բացի ավելի լայն գունապնակից, այս նշումն առանձնանում է ոչ միայն մեկուսացված աշխատանքային հոսքը, այլև մի քանի գործընթացներ մոդելավորելու ունակությամբ: փոխազդեցություն միմյանց հետ հաղորդագրությունների կամ տվյալների միջոցով: Բացի այդ, այս նշումն ավելի խիստ է. այն սահմանում է ոչ միայն սրբապատկերներ, այլև կանոններ, որոնցով դրանք կարող են համակցվել միմյանց հետ: Նման կանոնների անհրաժեշտությունը թելադրված է նրանով, որ BPMN նշումը կենտրոնացած է ոչ միայն այն բանի վրա, որ մարդիկ կկարդան այն, այլ նաև հատուկ կատարման վրա: ծրագրային ապահովում— BPM համակարգի «շարժիչ»:

Միևնույն ժամանակ, ինչպես ցույց է տալիս այս օրինակը, ներկապնակի սահմանափակ ենթաբազմություն օգտագործելիս, պարզվում է, որ BPMN-ն ավելի բարդ չէ, քան սովորական սխեմա: Դե ինչ, նրանց, ովքեր ցանկանում են մասնագիտորեն տիրապետել BPMN-ին, խորհուրդ ենք տալիս մասնագիտացված թրեյնինգ bpmntraining.ru»։

Բրինձ. 5. Գործընթացի դիագրամ BPMN 2.0 նշումով

Կյանքի պրակտիկա

Նկ. Նկար 6-ը ցույց է տալիս գործընթացի դիագրամի մի հատված, որը մշակվել է շատ կոնկրետ ընկերության բիզնես վերլուծաբանների կողմից իրենց հորինած նշումով: Դիագրամը կառուցված է «Պարզ սխեմայի» սկզբունքներով. «Լուծում» բլոկն օգտագործվում է իր դասական տարբերակում: Բացի այդ, դիագրամը ցույց է տալիս բազմաթիվ այլ նշաններ, որոնք օգտագործվում են ոչ ստանդարտ ձևով:

Բրինձ. 6. Ընկերություններից մեկի գործընթացի դիագրամի օրինակներ

Դիագրամը կազմելիս Նկ. 6, բիզնես վերլուծաբաններն ակնհայտորեն «պայքարում էին» պարզության և միջին օգտագործողի համար առավելագույն հասկանալի լինելու համար: Նրանք ձգտում էին նվազագույնի հասցնել, կամ նույնիսկ վերացնել գործընթացների գծապատկերների տեքստային մեկնաբանությունները: Կատարողներին ուղղակի տպում էին A3 ֆորմատի դիագրամով, որը կարդալուց անմիջապես պարզվում էր ամեն ինչ՝ ինչ անել, ինչպես, ինչ փաստաթղթեր օգտագործել և այլն։

Դիտարկվող սխեման, իհարկե, պարզության և պարզության օրինակ չէ։ Բայց այն ձևավորվել է գործընթացում ներգրավվածներին առավելագույն օգտակար տեղեկատվություն փոխանցելու համար։

եզրակացություններ

Այսպիսով, ակնհայտ է, որ գործընթացները նկարագրելիս պետք է ձգտել աշխատակիցների համար պարզության և պարզության:

Գործընթացները նկարագրելիս բարդ, ֆորմալացված նշումների օգտագործումը հանգեցնում է.

• Սովորական աշխատողների կողմից դիագրամների օգտագործման (մեկնաբանման) դժվարություններ.
• Հատուկ վերապատրաստում չանցած գերատեսչությունների աշխատակիցների կողմից գործընթացները նկարագրելու աշխատանքների կազմակերպման անհնարինությունը (դժվարությունը).
• Սխեմաների ձևավորման համար բիզնես վերլուծաբանների աշխատուժի զգալի աճ.
• Լրացուցիչ դժվարություններ սխեմաների փաստաթղթավորման ժամանակ (մեծ ծավալ և այլն):

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

http://finexpert.ru/ - հաղորդակցման միջավայր մասնագետների համար http://bpm3.ru/ - գործընթացներ, նախագծեր, արդյունավետություն

Աշխատանքային հոսքերը SharePoint պորտալի կարևոր և գրեթե պարտադիր բաղադրիչն են, դրանք հիմք են հանդիսանում փաստաթղթերի հոսքի և շատ այլ բիզնես գործընթացների: Զարմանալի չէ, որ կան Nintex-ի նման համակարգեր, որոնք փորձում են ընդլայնել և լրացնել ստանդարտ աշխատանքային հոսքերի հնարավորությունները:

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

Ստեղծեք դիագրամ Visio-ում

Visio 2010-ն ունի նոր ձևանմուշ՝ Microsoft SharePoint Workflow (ներկա է միայն Visio-ի Պրեմիում տարբերակում): Այս կաղապարից ստացված դիագրամը կարող է արտահանվել Դիզայներ՝ հետագա աշխատանքի համար:
Այսպիսով, բացեք Visio-ն և փնտրեք ձևանմուշ Flowchart կատեգորիայում:

Կաղապարը բացելուց հետո դիագրամի տարրերը կտեղակայվեն ձախ կողմում՝ պայմանները, գործողությունները, սկիզբը և վերջը (սքրինշոթը ցույց է տալիս միայն «արագ» գործողություններ, ընդհանուր առմամբ դրանցից շատերը կան).

Այժմ մենք մտածում ենք բիզնես գործընթացի տրամաբանության միջոցով և կազմում ենք դիագրամ՝ օգտագործելով անհրաժեշտ տարրերը: Օրինակ, ես պարզեցի բիզնեսի հաստատման գործընթաց.

• կա 2 ցուցակ՝ «Մուտքային» և «Պատասխանատու»
• «Պատասխանատուների» ցանկում կան հարցումների կատեգորիաներ (առաջարկ/հարց/բողոք և այլն) և համապատասխան պատասխանատու անձինք.
• օգտվողը ստեղծում է նյութ Մուտքի արկղում և նշում է կատեգորիա
• աշխատանքային հոսքը գտնում է այս կատեգորիայի պատասխանատուին և նրա համար առաջադրանք է ստեղծում
• պատասխանատուն արձագանքում է առաջադրանքին, և հարցումի կարգավիճակը Inbox ցուցակում փոխվում է

Իհարկե, դժվար է դա ընկալել բառերով, ուստի ես անմիջապես ձեզ կտամ պատրաստի աշխատանքային հոսքի դիագրամ.

Դիագրամ ստեղծելու մեջ բարդ բան չկա, պարզապես պետք է պատկերացնել բիզնես գործընթացի տրամաբանությունը. Տարրերի պիտակները բավականին պարզ են, պատկերակները կանխում են շփոթությունը: Ստեղծումից հետո արտահանեք գործընթացը SharePoint Designer-ի ֆայլ՝

Գործընթացը տվյալների հետ կապելը SharePoint Designer-ում

Բացեք Designer-ը, միացեք ցանկալի կայքին, գնացեք Workflows թղթապանակ: Ժապավենի վրա սեղմեք «Ներմուծել Visio-ից» կոճակը և նշեք պահված դիագրամով ֆայլը: Մենք գրում ենք աշխատանքային հոսքի անվանումը և ցանկը, որին մենք կապում ենք այն (in այս դեպքում- «Մուտքային»): Դիզայները ինքն է ստեղծելու դրա կոդը և մեկնաբանությունները, այն ամենը, ինչ մենք պետք է անենք, այն է, որ նշենք այն դաշտերը, որոնցից կարելի է ստանալ տվյալները (մասնավորապես, այս դեպքում ես ունեի մի քանի աննշան խնդիրներ՝ Փնտրման տիպի դաշտի օգտագործման պատճառով, բայց սովորաբար. ամեն ինչ պարզ է):

Աշխատանքային ընթացքը ավարտելուց հետո անցեք կարգավորումներ: Մենք այնտեղ նշում ենք անհրաժեշտ պայմանգործարկեք (մեկնարկեք ինքնաբերաբար, երբ նյութը ստեղծվում է), ինչպես նաև ստուգեք «Ցուցադրել աշխատանքային հոսքի արտացոլումը կարգավիճակի էջում» տարբերակը (դուք պետք է ակտիվացնեք SharePoint Server Enterprise-ի հնարավորությունները կայքի հավաքածուում): Հենց սա է պատճառը, որ արժե Visio-ում աշխատանքային հոսքեր ստեղծել: Հիմա եկեք գնանք կայք, ստեղծենք ցանկացած տարր Inbox ցուցակում, անցնենք առաջադրանքների ցանկը և ավարտենք առաջադրանքը, այնուհետև բացենք աշխատանքային հոսքի կարգավիճակի պատուհանը.

Այսպիսով, մենք տեսնում ենք աշխատանքի հոսքի բավականին գեղեցիկ դիագրամ, որը նշում է ավարտված բոլոր փուլերը: Եթե ​​գործընթացը կանգ առներ որևէ փուլում (օրինակ՝ սպասվում էր մեր կողմից հաստատման), ապա դա նույնպես կնշվեր գծապատկերում։ Դրա շնորհիվ յուրաքանչյուր օգտատեր կկարողանա տեսնել, թե հաստատման որ փուլում է գտնվում իր խնդրանքը։

Եզրակացություն

Արդյունքում մեջբերեմ դրականը և բացասական կողմերըօգտագործելով Visio աշխատանքային հոսքեր ստեղծելու համար (իմ սուբյեկտիվ կարծիքով):
Կողմերը:

• Հեշտ է ստեղծել, կարիք չկա լինել ծրագրավորող
• Օգտագործողը կարող է հեշտությամբ դիտել և հասկանալ խնդրանքի կարգավիճակը

Մինուսները:

• Պահանջվում է SharePoint Enterprise Server և Visio Premium

Նշումները համեմատելիս հիմնական շեշտը դրվում է կազմակերպության աշխատակիցների համար պարզ և հասկանալի գործընթացների գծապատկերների ստեղծման վրա:

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

Ներածություն

Գրաֆիկական գործընթացի դիագրամների ստեղծման ամենակարևոր նպատակներից մեկը դրանց հետագա օգտագործումն է կազմակերպության կարգավորող փաստաթղթերում: Որպես կանոն, այդ սխեմաներն օգտագործվում են այն աշխատակիցների կողմից, ովքեր չեն վերապատրաստվել բարդ նշումներով, չունեն համակարգերի վերլուծության հմտություններ և այլն: Նրանց համար շատ կարևոր է դիագրամների պարզությունն ու հստակությունը։ Բարդ, շփոթեցնող դիագրամները, որոնք պարունակում են բազմաթիվ տարբեր խորհրդանիշներ, վատ են ընկալվում մարդկանց կողմից, ինչը դժվարացնում է դրանք գործնականում օգտագործելը: Հետևաբար, գործնական նպատակներով կարևոր է ճիշտ ընտրել և օգտագործել նշումը (մեթոդաբանությունը) գործընթացների նկարագրության համար: Ինչ չափանիշներով պետք է ընտրել նման նշում: Ինչպե՞ս համեմատել տարբեր նշումները միմյանց հետ: Դիտարկենք մի քանի հայտնի նշումներ և փորձենք պատասխանել այս հարցերին:

Նշումների համեմատություն

Համեմատության համար ընտրվել են գործընթացի նկարագրության հետևյալ նշումները.

1. «Պարզ սխեմա» (ցուցադրում է փաստաթղթերի շարժումը, օգտագործելով «Լուծում» բլոկն);
2. «Պարզ բլոկային դիագրամ» (առանց փաստաթղթերի շարժը ցուցադրելու, առանց «Լուծման» բլոկների օգտագործման);
3. Business Studio համակարգի «ընթացակարգը» (ներկայացման հնարավոր տարբերակներից մեկը);
4. ARIS eEPC.

Որպես թեստային դեպք ընտրվել է պարզ և ինտուիտիվ գործընթաց: Այս գործընթացի նկարագրության արդյունքները ներկայացված են Նկ. 1-4.

Բրինձ. 1. MS Visio-ում «Simple Flowchart» նշումով գործընթացի դիագրամը (փաստաթղթերի տեղաշարժով՝ «Որոշում» բլոկի միջոցով):

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

ա) նկարագրել որոշումների կայացման տրամաբանությունը դիտարկվող գործընթացի դիագրամի վրա գործողությունների հաջորդականության տեսքով.
բ) նկարագրել տրամաբանությունը համապատասխան ենթագործընթացի քայլերի գծապատկերի տեսքով՝ անցնելով ավելի ցածր մակարդակ.
գ) նկարագրել տրամաբանությունը տեքստում (գործողության տեքստային ատրիբուտներում) և այնուհետև ցուցադրել այն գործընթացի կատարման կանոնակարգում:

Ձևակերպենք վերը քննարկված «ադամանդների» օգտագործման մեթոդի «կողմ» և «դեմ» կողմերը (նկ. 1):

«Պարզ սխեմա» MS Visio-ում (փաստաթղթի տեղաշարժով, «Լուծում» բլոկի օգտագործմամբ)
«Պրո»	«Մինուսներ»
Որոշակի գործընթացի արդյունքների ընտրության «տրամաբանության» տեսողական ցուցադրում: Կատարողի ուշադրությունը կենտրոնացնելով որոշման կետի/գործընթացի ճյուղավորման վրա՝ կախված պայմաններից:	Որոշումների կայացման տրամաբանությունը գործընթացի գործառնությունից «դուրս» տեղափոխելը (գործընթացների պաշտոնական տարրալուծման տեսակետից սխալ): Գործընթացը փաստաթղթավորելը անհարմար է (գործողության տեքստային նկարագրություն ստեղծելիս պետք է կրկնօրինակեք «ադամանդները» տեքստով): Գործընթացի դիագրամը դառնում է տեղեկատվության գերբեռնվածություն: «Ադամանդները» հաճախ օգտագործվում են չափազանց ֆորմալ, առանց իրական անհրաժեշտության:

Նկ. 2. ցույց է տալիս նույն գործընթացի օրինակը, որը նկարագրված է միայն առանց «Լուծման» բլոկների և փաստաթղթերի օգտագործման: Հեշտ է ստուգել, ​​որ այս գծապատկերն ունի 24 ավելի քիչ գրաֆիկական տարրեր, քան նկարում ներկայացված դիագրամը: 1. Սխեման Նկ. 2. շատ ավելի պարզ տեսք ունի: Գրաֆիկական տարրերը չեն շլացնում աչքերը, իսկ տեղեկատվական բովանդակության տեսանկյունից այս դիագրամը միանգամայն հասկանալի է և հասանելի վերջնական օգտագործողի համար։ Եթե ​​յուրաքանչյուր գործընթացի գործողության համար դուք նկարագրում եք դրա իրականացման պահանջները տեքստով, ապա համատեղելով աղյուսակային և գրաֆիկական ներկայացման ձևերը, կարող եք բավականին համարժեք նկարագրել ընկերության աշխատակիցների համար գործընթացի իրականացման կարգը:

Բրինձ. 2. MS Visio-ում «Պարզ հոսքի գծապատկեր» նշումով մշակման դիագրամը (առանց փաստաթղթի շարժման, առանց «Որոշում» բլոկի օգտագործման):

Գործընթացի գրաֆիկական ներկայացման «կողմ» և «դեմ»՝ Նկ. 2. ներկայացված են ստորև:

Ընդհանուր առմամբ, գծապատկերների օգտագործումը այնպիսի ձևաչափով, ինչպիսին ներկայացված է Նկ. 2-ը հարմար է ինչպես մշակողների, այնպես էլ այս սխեմաների վրա աշխատող աշխատողների համար:

Նկ. 3. Ներկայացված է գործընթացի դիագրամ՝ կազմված Business Studio մոդելավորման միջավայրի «Procedure» նշումով։ Սխեման ունի մի քանի առանձնահատկություններ. Նախ, «Որոշում» բլոկները ստանդարտ ձևով չեն օգտագործվում՝ ոչ որպես հարցի և ճյուղավորման գրաֆիկական տարր, այլ որպես որոշումների կայացման հետ կապված գործընթացի լիարժեք գործողություն: Business Studio-ում «ադամանդն» ունի լիարժեք գործընթացի գրեթե բոլոր հատկանիշները, բայց չի կարող քայքայվել (հնարավոր է, որ համակարգի մշակողները դա հնարավոր դարձնեն ժամանակի ընթացքում): «Ադամանդի» օգտագործումը (քառանկյունի փոխարեն) գծապատկերն ավելի տեսանելի է դարձնում: Միևնույն ժամանակ, դուք կարող եք ցանկացած տեքստային տեղեկատվություն մուտքագրել «ադամանդի» ատրիբուտների մեջ՝ նկարագրություն, սկիզբ, ավարտ, վերջնաժամկետ պահանջներ և այլն:

Գործընթացի դիագրամի երկրորդ առանձնահատկությունը ներկայացված է Նկ. 3., սլաքների օգտագործումն է։ Գործողությունների հաջորդականությունը ցուցադրելու համար կարող եք օգտագործել մեկ հուշումով սլաք՝ «նախադեպ» սլաքը: Փաստաթղթի շարժումը ցույց տալու համար կարող եք օգտագործել երկգլխանի սլաք: Բայց Business Studio-ում է, որ կարող եք օգտագործել միայն մեկ տեսակի սլաքներ՝ «նախադեպ» սլաքներ: Միևնույն ժամանակ, անհրաժեշտ թվով փաստաթղթեր, որոնք սահմանված են գործունեության օբյեկտների գրացուցակում, կարող են կապվել անվանված սլաքների հետ: Այս մոտեցումը հնարավորություն է տալիս.

• զգալիորեն նվազեցնել գրաֆիկական տարրերի քանակը գործընթացի դիագրամում և միևնույն ժամանակ.
• ցուցադրել մուտքային և ելքային փաստաթղթերի մասին անհրաժեշտ տեղեկատվությունը գործընթացի կանոնակարգերում:

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

Գործընթացի գրաֆիկական ներկայացման «կողմ» և «դեմ»՝ Նկ. 3. ներկայացված են ստորև:

Բրինձ. 3. Business Studio համակարգի «ընթացակարգ» («Լուծում» բլոկների ոչ ավանդական օգտագործմամբ տարբերակ):

Business Studio-ն օգտագործելիս Procedure նշումը կարող է օգտագործվել մի փոքր տարբեր ձևերով: Հոդվածի հեղինակը հակված է Նկ. 3.

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

Նկատի ունեցեք, որ ARIS eEPC նշումով գործընթացի դիագրամը զգալիորեն ավելի շատ տեղ է զբաղեցնում, քան նկարում ներկայացված դիագրամները: 1-3. Նման սխեմայի ձևավորման բարդությունը նույնպես զգալիորեն ավելի մեծ է։

Ընդհանուր առմամբ, եթե դուք չեք պատրաստվում գնել SAP R/3, ապա ARIS eEPC նշումը ընտրելն ու օգտագործելը, հոդվածի հեղինակի տեսանկյունից, օպտիմալ լուծում չէ: Արժե ուշադրություն դարձնել կատարողների համար ավելի տեսողական և ինտուիտիվ գործընթացների նկարագրության նշումներին: Այնուամենայնիվ, ոմանց կարող է ավելի տեսողական և հասկանալի համարել ARIS eEPC նշումը: Սա ինչ-որ չափով ճաշակի հարց է։

Բրինձ. 4. Գործընթացի դիագրամ ARIS eEPC նշումով (ներկառուցված Business Studio-ում):

Գործընթացի նկարագրությունը հետագա ավտոմատացման նպատակների համար

Հետաքրքիր է դիտարկել խնդրո առարկա գործընթացի դիագրամը, եթե այն նկարագրված է BPMN 2.0 նշումով: Այս նշումը նախատեսված է նկարագրելու «կատարող» գործընթացները, այսինքն. գործընթացներ, որոնք աջակցվում են BPM համակարգով:

Ձեր կարծիքը BPMN 2.0-ի օգտագործման մասին: բաժնետոմսեր A.A. Բելայչուկ - «Business Console» ընկերության գլխավոր տնօրեն.

Նկ. Նկար 5-ը պատկերում է նույն գործընթացը BPMN նշումով: Ինչպես տեսնում ենք, այս նկարը նման է Նկար 1-ին. BPMN նշումով առաջադրանքները պատկերված են ուղղանկյունների տեսքով, պատառաքաղները՝ որպես ադամանդ, իսկ տվյալները՝ որպես փաստաթղթի նման պատկերակ: Վերահսկիչ հոսքերը ամուր գծեր են, տվյալների հոսքերը՝ կետավոր: Պետք է հաշվի առնել, որ այս գծապատկերում օգտագործվում է BPMN նշումի միայն մի փոքր մասը՝ ներկապնակում առկա 5-ից միայն մեկ պատառաքաղ, 8-ից մեկ առաջադրանք: Բացի ավելի լայն գունապնակից, այս նշումը հետևյալն է. առանձնանում է ոչ միայն մեկուսացված աշխատանքային հոսքը, այլև մի քանի գործընթացներ մոդելավորելու ունակությամբ, որոնք փոխազդում են միմյանց հետ հաղորդագրությունների կամ տվյալների միջոցով: Բացի այդ, այս նշումն ավելի խիստ է. այն սահմանում է ոչ միայն սրբապատկերներ, այլև կանոններ, որոնցով դրանք կարող են համակցվել միմյանց հետ: Նման կանոնների անհրաժեշտությունը թելադրված է նրանով, որ BPMN նշումը կենտրոնացած է ոչ միայն այն փաստի վրա, որ այն կկարդա մարդիկ, այլ նաև հատուկ ծրագրաշարի ուղղակի կատարման վրա՝ BPM համակարգի «շարժիչը»: Միևնույն ժամանակ, ինչպես ցույց է տալիս այս օրինակը, ներկապնակի սահմանափակ ենթաբազմություն օգտագործելիս, պարզվում է, որ BPMN-ն ավելի բարդ չէ, քան սովորական սխեմա: Դե ինչ, նրանց, ովքեր ցանկանում են մասնագիտորեն տիրապետել BPMN-ին, խորհուրդ ենք տալիս մասնագիտացված դասընթացներ։

Բրինձ. 5. Գործընթացի դիագրամ BPMN 2.0 նշումով:

Կյանքի պրակտիկա

Նկ. Նկար 6-ը ցույց է տալիս գործընթացի դիագրամի մի հատված, որը մշակվել է շատ կոնկրետ ընկերության բիզնես վերլուծաբանների կողմից իրենց հորինած նշումով: Դիագրամը կառուցված է «Պարզ բլոկային դիագրամի» սկզբունքներով. «Լուծում» բլոկն օգտագործվում է իր դասական տարբերակում: Բացի այդ, դիագրամը ցույց է տալիս բազմաթիվ այլ նշաններ, որոնք օգտագործվում են ոչ ստանդարտ ձևով:

Դիագրամը կազմելիս Նկ. 6, բիզնես վերլուծաբաններն ակնհայտորեն «պայքարում էին» պարզության և միջին օգտագործողի համար առավելագույն հասկանալի լինելու համար: Նրանք ձգտում էին նվազագույնի հասցնել, կամ նույնիսկ վերացնել գործընթացների գծապատկերների տեքստային մեկնաբանությունները: Կատարողներին ուղղակի տպում էին A3 ֆորմատի դիագրամով, որը կարդալուց անմիջապես պարզվում էր ամեն ինչ՝ ինչ անել, ինչպես, ինչ փաստաթղթեր օգտագործել և այլն։

Դիտարկվող սխեման, իհարկե, պարզության և պարզության օրինակ չէ։ Բայց այն ձևավորվել է գործընթացում ներգրավվածներին առավելագույն օգտակար տեղեկատվություն փոխանցելու համար։

եզրակացություններ

Այսպիսով, ակնհայտ է, որ գործընթացները նկարագրելիս պետք է ձգտել աշխատակիցների համար պարզության և պարզության:
Գործընթացները նկարագրելիս բարդ, ֆորմալացված նշումների օգտագործումը հանգեցնում է.

• սովորական աշխատողների կողմից դիագրամների օգտագործման (մեկնաբանման) դժվարություններ.
• հատուկ վերապատրաստում չանցած գերատեսչությունների աշխատակիցների կողմից գործընթացները նկարագրելու աշխատանքների կազմակերպման անհնարինությունը (դժվարությունը).
• բիզնես վերլուծաբանների աշխատուժի զգալի աճ սխեմաների ձևավորման համար.
• լրացուցիչ դժվարություններ սխեմաների փաստաթղթավորման ժամանակ (մեծ ծավալ և այլն);

Հետեւաբար, դուք չպետք է խառնեք գործընթացի դիագրամը տարբեր գրաֆիկական տարրերով: Բայց նույնիսկ եթե դրանք օգտագործվեն, ավելի լավ է, որ դրանք կրեն օգտակար տեղեկատվություն աշխատողների համար և պարզապես մոդելավորման նշումների պաշտոնական կիրառման հետևանք չլինեն։

, բ.գ.թ., դոցենտ, «ՍՊԸ» գործադիր տնօրեն, պետ. «IEF «Synergy» բարձրագույն մասնագիտական ​​կրթության ազգային ուսումնական հաստատության բիզնես գործընթացների կառավարման բաժին, www.FineXpert.ru պորտալի հիմնադիր

- հաղորդակցման միջավայր մասնագետների համար

տեղադրված է բաժնում.

գտնել ավելի շատ հոդվածներ

Աշխատանքային հոսքերը SharePoint պորտալի կարևոր և գրեթե պարտադիր բաղադրիչն են, դրանք հիմք են հանդիսանում փաստաթղթերի հոսքի և շատ այլ բիզնես գործընթացների: Զարմանալի չէ, որ կան Nintex-ի նման համակարգեր, որոնք փորձում են ընդլայնել և լրացնել ստանդարտ աշխատանքային հոսքերի հնարավորությունները:

Nintex-ի հետ աշխատելու իմ փորձից կարող եմ ասել, որ այս համակարգը զերծ չէ իր թերություններից՝ բարձր արժեք, պարբերական սխալներ, համակարգի ընդհանուր դանդաղություն (չնայած սա բնորոշ է բոլոր SharePoint-ի համար) - այս ամենն ինձ ստիպում է օգտագործել աշխատանքային հոսքի ստանդարտ մեխանիզմը: . Այնուամենայնիվ, Nintex-ն ունի կարևոր առավելություն՝ դիագրամի և գործընթացի ներկա վիճակի վիզուալացում: Դրա շնորհիվ աշխատանքային հոսքերի ստեղծումը պարզեցված է, և դրանք կարող են ստեղծել նույնիսկ այն մարդիկ, ովքեր բավականին հեռու են ծրագրավորումից (բովանդակության մենեջերներ, բիզնես վերլուծաբաններ և այլն): SharePoint 2010-ն ունի Visio 2010-ի և SharePoint Designer 2010-ի միջոցով տեսողական դիագրամի վրա հիմնված աշխատանքային հոսք ստեղծելու նմանատիպ հնարավորություն:

Ստեղծեք դիագրամ Visio-ում

Visio 2010-ն ունի նոր ձևանմուշ՝ Microsoft SharePoint Workflow (ներկա է միայն Visio-ի Պրեմիում տարբերակում): Այս կաղապարից ստացված դիագրամը կարող է արտահանվել Դիզայներ՝ հետագա աշխատանքի համար:
Այսպիսով, բացեք Visio-ն և փնտրեք ձևանմուշ Flowchart կատեգորիայում:

Կաղապարը բացելուց հետո դիագրամի տարրերը կտեղակայվեն ձախ կողմում՝ պայմանները, գործողությունները, սկիզբը և վերջը (սքրինշոթը ցույց է տալիս միայն «արագ» գործողություններ, ընդհանուր առմամբ դրանցից շատերը կան).

Այժմ մենք մտածում ենք բիզնես գործընթացի տրամաբանության միջոցով և կազմում ենք դիագրամ՝ օգտագործելով անհրաժեշտ տարրերը: Օրինակ, ես պարզեցի բիզնեսի հաստատման գործընթաց.

• կա 2 ցուցակ՝ «Մուտքային» և «Պատասխանատու»
• «Պատասխանատուների» ցանկում կան հարցումների կատեգորիաներ (առաջարկ/հարց/բողոք և այլն) և համապատասխան պատասխանատու անձինք.
• օգտվողը ստեղծում է նյութ Մուտքի արկղում և նշում է կատեգորիա
• աշխատանքային հոսքը գտնում է այս կատեգորիայի պատասխանատուին և նրա համար առաջադրանք է ստեղծում
• պատասխանատուն արձագանքում է առաջադրանքին, և հարցումի կարգավիճակը Inbox ցուցակում փոխվում է

Իհարկե, դժվար է դա ընկալել բառերով, ուստի ես անմիջապես ձեզ կտամ պատրաստի աշխատանքային հոսքի դիագրամ.

Դիագրամ ստեղծելու մեջ բարդ բան չկա, պարզապես պետք է պատկերացնել բիզնես գործընթացի տրամաբանությունը. Տարրերի պիտակները բավականին պարզ են, պատկերակները կանխում են շփոթությունը: Ստեղծումից հետո արտահանեք գործընթացը SharePoint Designer-ի ֆայլ՝

Գործընթացը տվյալների հետ կապելը SharePoint Designer-ում

Բացեք Designer-ը, միացեք ցանկալի կայքին, գնացեք Workflows թղթապանակ: Ժապավենի վրա սեղմեք «Ներմուծել Visio-ից» կոճակը և նշեք պահված դիագրամով ֆայլը: Մենք գրում ենք աշխատանքային հոսքի անվանումը և ցանկը, որին մենք կապում ենք այն (այս դեպքում՝ «Մուտքի արկղ»): Դիզայները ինքն է ստեղծելու դրա կոդը և մեկնաբանությունները, այն ամենը, ինչ մենք պետք է անենք, այն է, որ նշենք այն դաշտերը, որոնցից կարելի է ստանալ տվյալները (մասնավորապես, այս դեպքում ես ունեի մի քանի աննշան խնդիրներ՝ Փնտրման տիպի դաշտի օգտագործման պատճառով, բայց սովորաբար. ամեն ինչ պարզ է):

Աշխատանքային ընթացքը ավարտելուց հետո անցեք կարգավորումներ: Այնտեղ մենք նշում ենք գործարկման անհրաժեշտ պայմանը (մեկնարկվում է ինքնաբերաբար, երբ ստեղծվում է տարր), ինչպես նաև ստուգում ենք «Ցուցադրել աշխատանքային հոսքի արտացոլումը կարգավիճակի էջում» տարբերակը (դուք պետք է ակտիվացնեք SharePoint Server Enterprise-ի հնարավորությունները կայքի հավաքածուում): Հենց սա է պատճառը, որ արժե Visio-ում աշխատանքային հոսքեր ստեղծել: Հիմա եկեք գնանք կայք, ստեղծենք ցանկացած տարր Inbox ցուցակում, անցնենք առաջադրանքների ցանկը և ավարտենք առաջադրանքը, այնուհետև բացենք աշխատանքային հոսքի կարգավիճակի պատուհանը.

Այսպիսով, մենք տեսնում ենք աշխատանքի հոսքի բավականին գեղեցիկ դիագրամ, որը նշում է ավարտված բոլոր փուլերը: Եթե ​​գործընթացը կանգ առներ որևէ փուլում (օրինակ՝ սպասվում էր մեր կողմից հաստատման), ապա դա նույնպես կնշվեր գծապատկերում։ Դրա շնորհիվ յուրաքանչյուր օգտատեր կկարողանա տեսնել, թե հաստատման որ փուլում է գտնվում իր խնդրանքը։

Եզրակացություն

Որպես ամփոփում, ես կտամ Visio-ի օգտագործման դրական և բացասական կողմերը աշխատանքային հոսքեր ստեղծելու համար (իմ սուբյեկտիվ կարծիքով):
Կողմերը:

• Հեշտ է ստեղծել, կարիք չկա լինել ծրագրավորող
• Օգտագործողը կարող է հեշտությամբ դիտել և հասկանալ խնդրանքի կարգավիճակը

Մինուսները:

• Պահանջվում է SharePoint Enterprise Server և Visio Premium