Bahay Kalinisan Isang pamamaraan para sa pagmomodelo ng mga proseso ng negosyo ng isang enterprise na nagbibigay ng mga serbisyo sa transportasyon sa kalsada sa programa ng MS Visio gamit ang halimbawa ng kumpanya ng transportasyon na EcoTrans LLC.

Kalinisan

Isang pamamaraan para sa pagmomodelo ng mga proseso ng negosyo ng isang enterprise na nagbibigay ng mga serbisyo sa transportasyon sa kalsada sa programa ng MS Visio gamit ang halimbawa ng kumpanya ng transportasyon na EcoTrans LLC.

Ang pagsasanay ay isinasagawa sa mga personal na computer.

Ang kurso ay nakatuon sa paglalarawan ng mga proseso ng negosyo gamit ang sikat na business graphics editor na Microsoft Visio. na madaling matutunan at sa parehong oras ay nagbibigay-daan sa iyo upang mabilis at mahusay na lumikha ng mga modelo ng negosyo.

Sa panahon ng pagsasanay, ang pinakakaraniwang pamamaraan (notation) para sa pagmomodelo ng mga proseso ng negosyo na sinusuportahan ng Visio ay sinusuri at ang mga praktikal na kasanayan sa pagbuo ng mga graphical na diagram ng proseso sa MS Visio ay binuo.

Ang programa ng kurso ay naglalayong sa mga espesyalista na kasangkot sa paglalarawan, pagsusuri at pag-optimize ng mga proseso ng negosyo.

Mga pangunahing function ng Microsoft Visio na kinakailangan para sa pagguhit ng mga diagram ng proseso ng negosyo.
- Paggawa gamit ang mga chart sheet. Gamit ang mga hanay ng hugis. Paggawa gamit ang mga sample figure. Pagdaragdag ng mga hugis sa isang diagram. Pagguhit ng mga dynamic na linya ng pagkonekta sa pagitan ng mga hugis. Pagdikit ng mga linya sa pagkonekta sa mga hugis. Dynamic at static na gluing. Itakda ang mga pagpipilian sa snap at gluing. Gamit ang tampok na Auto Connect. Pagbabago ng laki at posisyon ng mga hugis. Baguhin ang laki at posisyon ng mga hugis na text box. Mga hawakan ng hugis: pagpili, pag-ikot, field ng teksto, kontrol, punto ng koneksyon. Pag-format ng mga hugis. Pagkopya ng mga hugis at ang kanilang format. Awtomatikong pagkakahanay at paglalagay ng mga numero. Pagpapangkat ng mga hugis at pagsasama-sama ng mga ito sa mga lalagyan. Pag-scale, pagbabago ng laki at hitsura ng pahina ng diagram. Pag-configure ng mga parameter ng pahina ng chart at pag-print.
Mga pangunahing panuntunan para sa pagbuo ng mga diagram ng proseso.
- Pagbuo ng isang network ng mga nangungunang proseso sa antas. Proseso ng agnas. Pagtukoy sa mga layunin ng paglalarawan ng proseso. Kahulugan ng mga hangganan ng proseso: input, output, supplier at consumer. Konstruksyon ng mga diagram ng proseso ng upper at lower level. Mga panuntunan para sa pagpapakita ng lohika ng pagpapatupad ng proseso. Mga panuntunan para sa paggamit ng mga kaganapan at lohikal na operator. Pagpapakita ng responsable at pagsasagawa ng mga proseso.
Mga pamamaraan at pamantayan para sa paglalarawan ng mga proseso ng negosyo na sinusuportahan ng Microsoft Visio.
- Ang pinakakaraniwang ginagamit na mga pamamaraan at pamantayan (notation) para sa paglalarawan ng mga proseso ng negosyo, na sinusuportahan ng produkto ng software ng Microsoft Visio. Diagram ng proseso ng IDEF0. Isang tipikal na diagram ng daloy ng proseso. Diagram ng daloy ng proseso gamit ang Swimmer Lanes. Diagram ng proseso ng ARIS VAC (Value Added Chain Diagram). Diagram ng proseso ng ARIS EPC (Event driven Process Chain). BPMN (Business Process Model and Notation) process diagram. Paghahambing na pagsusuri, mga pakinabang, disadvantages at mga lugar ng aplikasyon ng mga notasyon. Pagpapakita ng mga manu-mano at awtomatikong proseso sa isang diagram. Pagtatakda ng mga parameter ng oras at gastos para sa mga proseso, mga kinakailangan sa oras at kalidad at iba pang kinakailangang data.
Ang serbisyo ng MS Visio ay gumagana bilang inilapat sa gawain ng paglalarawan ng mga proseso ng negosyo.
- Pagbulok at pag-install ng mga hyperlink sa mga nested na diagram ng proseso ng negosyo. Itakda at i-edit ang proteksyon para sa mga hugis ng diagram. Itakda ang mga hugis ng tsart upang mai-link sa iba't ibang panlabas na file, dokumento, at mapagkukunan. Paglikha at pag-edit ng mga katangian ng mga bagay sa diagram. Pagdaragdag at pag-edit ng mga field ng property (mga katangian) para sa mga hugis. Paglikha at pag-edit ng mga hanay ng hugis. Pagbuo ng mga ulat batay sa mga graphical na chart. Pagbuo ng isang HTML na publikasyon ng isang graphical na diagram.

Vladimir Repin

CEO Vladimir Repin Management LLC

Miyembro ng ABPMP Russia

Tagapayo sa Pamamahala

Tagapagsanay sa negosyo

Kandidato ng Teknikal na Agham

Tinatalakay ng artikulo ang mga isyu ng pagpili ng notasyon para sa paglalarawan ng mga proseso para sa layunin ng kasunod na regulasyon. Inihahambing ang mga madalas na ginagamit na notasyon ng Daloy ng Trabaho, gaya ng: “Simple flowchart” sa MS Visio, “Procedure” sa Business Studio, ARIS eEPC notation at iba pa. Kapag naghahambing ng mga notasyon, ang pangunahing pokus ay sa paglikha ng mga diagram ng proseso na simple at naiintindihan ng mga empleyado ng organisasyon.

Para sa mga business analyst ng mga kumpanya, ang mga tesis na tinalakay sa artikulo ay isang seryosong dahilan upang isipin kung gaano kabisa ang mga diskarte na ginagamit nila sa pagbuo ng mga graphical na diagram ng mga proseso ng organisasyon.

Panimula

Ang isa sa pinakamahalagang layunin ng paglikha ng mga graphical na diagram ng proseso ay ang kanilang kasunod na paggamit sa mga dokumento ng regulasyon ng organisasyon. Ang mga scheme na ito, bilang panuntunan, ay ginagamit ng mga empleyado na hindi sinanay sa mga kumplikadong notasyon, walang mga kasanayan sa pagsusuri ng system, atbp. Ang pagiging simple at kalinawan ng mga scheme ay napakahalaga sa kanila. Ang mga kumplikado, nakakalito na diagram na naglalaman ng maraming iba't ibang mga simbolo ay hindi gaanong naiintindihan ng mga tao, na nagpapahirap sa kanila na gamitin sa pagsasanay. Samakatuwid, para sa mga praktikal na layunin, mahalagang piliin at gamitin nang tama ang notasyon (pamamaraan) para sa paglalarawan ng mga proseso. Anong pamantayan ang dapat gamitin sa pagpili ng gayong notasyon? Paano ihambing ang iba't ibang mga notasyon sa bawat isa? Tingnan natin ang ilang halimbawa ng paglalarawan ng proseso ng negosyo gamit ang mga sikat na notasyon at subukang sagutin ang mga tanong na ito.

Paghahambing ng mga notasyon

Para sa paghahambing, ang mga sumusunod na notasyon sa paglalarawan ng proseso ay pinili:

"Simple flowchart" (pagpapakita ng paggalaw ng mga dokumento, gamit ang block na "Solusyon");
"Simple block diagram" (nang hindi ipinapakita ang paggalaw ng mga dokumento, nang hindi gumagamit ng "Solusyon" na mga bloke);
"Procedure" ng Business Studio system (isa sa posibleng mga opsyon representasyon);
ARIS eEPC.

Ang isang simple at madaling maunawaan na proseso ay pinili bilang isang kaso ng pagsubok. Ang mga resulta ng paglalarawan ng prosesong ito ay ipinakita sa Fig. 1-4.

kanin. 1. Process diagram sa "Simple flowchart" notation sa MS Visio (na may paggalaw ng dokumento, gamit ang "Solution" block)

Sa diagram na ipinakita sa Fig. 1, ang pagkakasunud-sunod ng mga pagpapatakbo ng proseso sa paglipas ng panahon ay ipinapakita gamit ang makapal na mga arrow, at ang paggalaw ng mga dokumento ay ipinapakita gamit ang mga manipis na tuldok na arrow. Ang mga bloke ng solusyon ay ginagamit sa isang klasikong paraan. Nagpapakita sila ng impormasyon (mga tanong) kung saan "nakasalalay" ang kasunod na kurso ng proseso. Ang pamamaraang ito sa paggamit ng "mga diamante" ay karaniwan. Ngunit sa katunayan, ang buong lohika ng paggawa ng desisyon at ang pagbuo ng ilang mga output (mga dokumento) ay dapat na nakapaloob sa loob ng mga operasyon ng proseso. Kung iisipin mo, hindi halata ang halaga (kahulugan) ng pagguhit ng mga “diamond” na ito. Anong uri ng mga bagay ito: mga pagpapatakbo ng proseso, mga kaganapan? Mukhang hindi isa o ang isa. Ang mga ito sa halip ay mga operator para sa paggawa ng desisyon batay sa ilang kundisyon. Ngunit kami ay bumubuo ng isang diagram ng proseso para sa mga tao, at hindi nagsusulat ng isang computer program sa isang espesyal na wika. Sa isang computer program, ang isang "diamond" ay magiging isang ganap na operasyon para sa paghahambing ng mga kondisyon, atbp. Ngunit ang diagram ng proseso ay kailangang magpakita ng mga tunay na bagay - mga prosesong isinagawa ng mga tao, mga dokumento, mga sistema ng impormasyon, atbp. Pag-isipan kung ito ay tama upang ipakita ang "mga diamante" nang hiwalay sa mga pagpapatakbo ng proseso sa diagram? Sa halip, maaari mong:

Ilarawan ang lohika ng paggawa ng desisyon sa anyo ng isang pagkakasunud-sunod ng mga operasyon sa diagram ng prosesong isinasaalang-alang;
Ilarawan ang lohika sa anyo ng isang diagram ng mga hakbang ng kaukulang subprocess, paglipat sa susunod na antas;
Ilarawan ang lohika sa teksto (sa mga katangian ng teksto ng operasyon) at pagkatapos ay ipakita ito sa mga regulasyon sa pagpapatupad ng proseso.

Bumuo tayo ng "pros" at "cons" ng paraan ng paggamit ng "diamonds" na tinalakay sa itaas (Fig. 1).

"Simple flowchart" sa MS Visio (na may paggalaw ng dokumento, gamit ang block na "Solusyon")

Sa Fig. Ipinapakita ng Figure 2 ang isang halimbawa ng parehong proseso, na inilarawan lamang nang walang paggamit ng mga bloke at dokumento ng "Solusyon". Madaling suriin na ang diagram na ito ay may 24 na mas kaunting mga graphic na elemento kaysa sa diagram sa Fig. 1. Scheme Fig. 2 mukhang mas simple. Ang mga graphic na elemento ay hindi nakakasilaw sa mga mata, at mula sa punto ng view ng nilalaman ng impormasyon, ang diagram na ito ay lubos na nauunawaan at naa-access sa end user. Kung para sa bawat operasyon ng proseso ay inilalarawan mo ang mga kinakailangan para sa pagpapatupad nito sa teksto, pagkatapos ay sa pamamagitan ng pagsasama-sama ng mga form sa tabular at graphical na pagtatanghal, maaari mong sapat na ilarawan ang pamamaraan para sa pagpapatupad ng proseso para sa mga empleyado ng kumpanya.

kanin. 2. Process diagram sa notation na "Simple flowchart" sa MS Visio (nang walang paggalaw ng dokumento, nang hindi ginagamit ang block na "Solution")

"Pros" at "cons" ng isang graphical na representasyon ng proseso sa form na ipinakita sa Fig. 2 ay ipinapakita sa ibaba.

"Simple flowchart" sa MS Visio (walang paggalaw ng dokumento, nang hindi ginagamit ang block na "Solusyon")

Sa pangkalahatan, ang paggamit ng mga diagram sa isang format na katulad ng ipinakita sa Fig. 2 ay maginhawa para sa parehong mga developer at empleyado na nagtatrabaho sa mga scheme na ito.

Sa Fig. Ipinapakita ng Figure 3 ang isang process diagram na nabuo sa "Procedure" notation ng Business Studio modeling environment. Ang scheme ay may ilang mga tampok. Una, ang mga bloke ng "Desisyon" ay ginagamit sa isang hindi karaniwang paraan - hindi bilang isang graphic na elemento upang ipakita ang isang tanong at sumasanga, ngunit bilang isang ganap na operasyon ng proseso na nauugnay sa paggawa ng desisyon. Sa Business Studio, ang "brilyante" ay may halos lahat ng mga katangian ng isang ganap na proseso, ngunit hindi maaaring mabulok (marahil ay gagawin ito ng mga developer ng system na posible sa paglipas ng panahon). Ang paggamit ng "brilyante" (sa halip na isang quadrangle) ay ginagawang mas nakikita ang diagram. Kasabay nito, maaari kang magpasok ng anumang impormasyon ng teksto sa mga katangian ng "brilyante": paglalarawan, simula, pagkumpleto, mga kinakailangan sa deadline, atbp.

Ang pangalawang tampok ng diagram ng proseso na ipinakita sa Fig. 3, ay ang application ng mga arrow. Upang magpakita ng pagkakasunud-sunod ng mga operasyon, maaari kang gumamit ng arrow na may iisang tip—ang arrow na "pangunahin". Maaari kang gumamit ng double-headed na arrow upang ipakita ang paggalaw ng dokumento. Gayunpaman, sa Business Studio maaari kang magtagumpay sa paggamit lamang ng isang uri ng mga arrow - mga "precedence" na mga arrow. Kasabay nito, ang kinakailangang bilang ng mga dokumento na tinukoy sa direktoryo ng mga bagay na aktibidad ay maaaring maiugnay sa pinangalanang mga arrow.

Ginagawang posible ng diskarteng ito:

Makabuluhang bawasan ang bilang ng mga graphic na elemento sa diagram ng proseso, at sa parehong oras;
Ipakita sa proseso ng mga regulasyon ang kinakailangang impormasyon tungkol sa mga papasok at papalabas na dokumento.

Kaya, nang hindi pinagkakalat ang diagram ng mga hindi kinakailangang elemento, maaari pa rin naming ganap na ilarawan ang proseso at i-upload ang lahat ng kinakailangang impormasyon sa mga regulasyon.

Ang katotohanan na ang pangalan ng arrow ay hindi nakasalalay sa mga dokumento na nakalakip dito ay nagpapahintulot sa iyo na pangalanan ang mga arrow sa diagram sa pinaka-naiintindihan at maginhawang paraan para sa mga empleyado. Halimbawa, ang isang hanay ng mga partikular na dokumento ay maaaring i-link sa precedence arrow na "Isang set ng mga ulat ang inihanda." Ang pangalan ng arrow sa kasong ito ay nagpapahiwatig sa tagapalabas ng kaganapan na nakumpleto ang nakaraang operasyon na tinatawag na "Bumuo ng ulat ng koleksyon para sa araw." (Tandaan na sa pamamaraan ng kumpanya ng STU, ang arrow pagkatapos ng pagpapatakbo ng proseso ay isang entity, hindi isang kaganapan. Pagkatapos ng block na "Mga Desisyon," maaari mong ipakita posibleng resulta mga solusyon).

kanin. 3. “Procedure” ng Business Studio system (opsyon na may hindi tradisyonal na paggamit ng mga block na “Solusyon”)

"Pros" at "cons" ng isang graphical na representasyon ng proseso sa form na ipinakita sa Fig. 3 ay ipinapakita sa ibaba.

“Procedure” ng Business Studio system (opsyon na may hindi tradisyonal na paggamit ng “Solution” blocks)

Kapag gumagamit ng Business Studio, ang Procedure notation ay maaaring gamitin sa bahagyang iba't ibang paraan. Ang may-akda ng artikulo ay hilig sa diskarte na ipinakita sa Fig. 3.

Sa Fig. Ipinapakita ng Figure 4 ang isang diagram ng prosesong isinasaalang-alang, na binuo sa notasyon ng ARIS eEPC. Tandaan na ang ilang mga operasyon sa proseso ay hindi magkasya sa diagram. Ang bahagyang diagram na ito ng isang simpleng proseso, na nakasulat sa ARIS eEPC notation, ay naglalaman ng apat na logic statement at walong kaganapan! Ang taong nagbabasa ng diagram ay dapat na maipaliwanag nang tama ang lahat ng mga lohikal na operator na ito. Kung walang espesyal na pagsasanay at ilang mga kasanayan sa pagbabasa ng mga naturang diagram, malamang na hindi mauunawaan ng isang ordinaryong empleyado ang lohika ng prosesong pinag-uusapan nang walang detalyadong paglalarawan ng teksto o tulong ng isang kwalipikadong analyst ng negosyo.

Tandaan na ang diagram ng proseso sa notasyon ng ARIS eEPC ay tumatagal ng mas malaking espasyo kaysa sa mga diagram na ipinakita sa Fig. 1-3. Ang pagiging kumplikado ng pagbuo ng gayong pamamaraan ay mas mataas din.

kanin. 4. Process diagram sa ARIS eEPC notation (built in Business Studio)

Process diagram sa ARIS eEPC notation (built in Business Studio)

Sa pangkalahatan, kung hindi ka bibili ng SAP R/3, ang pagpili at paggamit ng notasyon ng ARIS eEPC ay hindi, mula sa pananaw ng may-akda ng artikulo, ang pinakamainam na solusyon. Ito ay nagkakahalaga ng pagbibigay pansin sa mga notasyon para sa paglalarawan ng mga proseso na mas visual at intuitive para sa mga gumaganap. Gayunpaman, maaaring makita ng ilan na mas nakikita at naiintindihan ang notasyon ng ARIS eEPC. Sa isang tiyak na lawak, ito ay isang bagay ng panlasa.

Paglalarawan ng proseso para sa mga kasunod na layunin ng automation

Ito ay kagiliw-giliw na isaalang-alang ang halimbawa sa itaas ng isang paglalarawan ng proseso ng negosyo kung ito ay ipinakita sa BPMN 2.0 notation. Ang notasyong ito ay inilaan upang ilarawan ang mga "mapapatupad" na proseso, ibig sabihin, mga proseso na sinusuportahan ng BPM system.

Ang iyong opinyon tungkol sa paggamit ng BPMN 2.0. A. A. Belaichuk, Pangkalahatang Direktor ng kumpanya ng Business Console, ay nagbabahagi:

"Sa Fig. Ang Figure 5 ay naglalarawan ng parehong proseso sa notasyon ng BPMN. Tulad ng nakikita natin, ang figure na ito ay katulad ng Fig. 1: sa notasyon ng BPMN, ang mga gawain ay inilalarawan bilang mga parihaba, mga tinidor bilang mga diamante, at data bilang isang icon na katulad ng isang dokumento. Ang mga kontrol na daloy ay mga solidong linya, ang mga daloy ng data ay may tuldok.

Dapat itong isaalang-alang na ang diagram na ito ay nagsasangkot lamang maliit na bahagi Mga notasyon ng BPMN: isang uri lamang ng tinidor sa 5 ang available sa palette, isang uri ng gawain sa 8. Bilang karagdagan sa isang mas malawak na palette, ang notasyong ito ay nakikilala sa pamamagitan ng kakayahang magmodelo hindi lamang ng isang nakahiwalay na daloy ng trabaho, kundi pati na rin ng ilang mga proseso pakikipag-ugnayan sa isa't isa sa pamamagitan ng mga mensahe o data. Bilang karagdagan, ang notasyong ito ay mas mahigpit: tinutukoy nito hindi lamang ang mga icon, kundi pati na rin ang mga patakaran kung saan maaari silang pagsamahin sa bawat isa. Ang pangangailangan para sa gayong mga patakaran ay idinidikta ng katotohanan na ang notasyon ng BPMN ay nakatuon hindi lamang sa katotohanang babasahin ito ng mga tao, kundi pati na rin sa direktang pagpapatupad ng espesyal na software— “engine” ng BPM system.

Kasabay nito, gaya ng ipinapakita ng halimbawang ito, kapag gumagamit ng limitadong subset ng palette, lumalabas na hindi mas kumplikado ang BPMN kaysa sa isang kumbensyonal na flowchart. Well, para sa mga gustong makabisado nang propesyonal ang BPMN, inirerekomenda namin ang espesyal na pagsasanay na bpmntraining.ru.”

kanin. 5. Process diagram sa BPMN 2.0 notation

Pagsasanay sa buhay

Sa Fig. Ang Figure 6 ay nagpapakita ng isang fragment ng isang process diagram na binuo ng mga business analyst ng isang napaka-partikular na kumpanya sa notation na kanilang naimbento. Ang diagram ay binuo gamit ang mga prinsipyo ng "Simple flowchart" - ang "Solution" block ay ginagamit sa klasikong bersyon nito. Bilang karagdagan, ang diagram ay nagpapakita ng maraming iba pang mga simbolo na ginagamit sa isang hindi karaniwang paraan.

kanin. 6. Mga halimbawa ng diagram ng proseso para sa isa sa mga kumpanya

Kapag bumubuo ng diagram Fig. 6, ang mga analyst ng negosyo ay malinaw na "nakipaglaban" para sa kalinawan at maximum na pagkaunawa para sa karaniwang gumagamit. Sinikap nilang bawasan, o alisin man lang, ang komentaryong tekstuwal sa mga diagram ng proseso. Ang mga performer ay na-print lamang gamit ang isang diagram ng format na A3, sa pagbabasa kung saan ang lahat ay agad na naging malinaw: kung ano ang gagawin, paano, kung anong mga dokumento ang gagamitin, atbp.

Ang pamamaraan na isinasaalang-alang ay hindi, siyempre, isang halimbawa ng pagiging simple at kalinawan. Ngunit ito ay nabuo upang ihatid ang maximum na kapaki-pakinabang na impormasyon sa mga kasangkot sa proseso.

mga konklusyon

Kaya, malinaw na kapag naglalarawan ng mga proseso kailangan mong magsikap para sa pagiging simple at kalinawan para sa mga empleyado.

Ang paggamit ng kumplikado at pormal na mga notasyon kapag naglalarawan ng mga proseso ay humahantong sa:

Mga kahirapan sa paggamit (pagbibigay-kahulugan) ng mga diagram ng mga ordinaryong empleyado;
Ang imposibilidad (kahirapan) ng pag-aayos ng trabaho upang ilarawan ang mga proseso ng mga empleyado ng mga kagawaran na hindi sumailalim sa espesyal na pagsasanay;
Isang makabuluhang pagtaas sa mga gastos sa paggawa ng mga analyst ng negosyo para sa pagbuo ng mga scheme;
Mga karagdagang paghihirap kapag nagdodokumento ng mga circuit (malaking volume, atbp.).

Samakatuwid, hindi mo dapat kalat ang diagram ng proseso na may iba't ibang mga graphic na elemento. Ngunit kung gagamitin mo ang mga ito, mas mahusay na dalhin nila kapaki-pakinabang na impormasyon para sa mga empleyado, sa halip na maging resulta lamang ng pormal na aplikasyon ng mga notasyon sa pagmomodelo.

http://finexpert.ru/ - kapaligiran ng komunikasyon para sa mga propesyonal http://bpm3.ru/ - mga proseso, proyekto, kahusayan

Ang mga daloy ng trabaho ay isang mahalaga at halos ipinag-uutos na bahagi ng isang portal ng SharePoint ang mga ito ang batayan ng daloy ng dokumento at marami pang ibang proseso ng negosyo. Hindi nakakagulat na may mga system tulad ng Nintex na sumusubok na palawigin at umakma sa mga kakayahan ng mga karaniwang daloy ng trabaho.

From my experience with Nintex masasabi ko yan ang sistemang ito ay walang mga kakulangan nito: mataas na gastos, panaka-nakang mga error, pangkalahatang kabagalan ng system (bagaman ito ay tipikal para sa lahat ng SharePoint) - lahat ng ito ay pinipilit akong gamitin ang karaniwang mekanismo ng daloy ng trabaho. Gayunpaman, mayroon ang Nintex mahalagang kalamangan- visualization ng diagram at kasalukuyang estado proseso. Salamat dito, ang paglikha ng mga daloy ng trabaho ay pinasimple, at maaari silang malikha kahit na ng mga taong medyo malayo sa programming (mga tagapamahala ng nilalaman, mga analyst ng negosyo, atbp.). Ang SharePoint 2010 ay may katulad na pagkakataon Gumawa ng workflow batay sa isang visual na diagram gamit ang Visio 2010 at SharePoint Designer 2010.

Gumawa ng diagram sa Visio

Ang Visio 2010 ay may bagong template - Microsoft SharePoint Workflow (naroroon lamang sa Premium na edisyon ng Visio). Ang diagram na nakuha mula sa template na ito ay maaaring i-export sa Designer para sa karagdagang trabaho.
Kaya, buksan ang Visio at maghanap ng template sa kategorya ng Flowchart.

Matapos buksan ang template, ang mga elemento ng diagram ay matatagpuan sa kaliwa - mga kondisyon, aksyon, simula at wakas (ang screenshot ay nagpapakita lamang ng "mabilis" na mga aksyon, sa pangkalahatan ay marami pa sa kanila):

Ngayon ay iniisip namin ang lohika ng proseso ng negosyo at gumuhit ng isang diagram gamit ang mga kinakailangang elemento. Halimbawa, gumawa ako ng simpleng proseso ng pag-apruba ng negosyo:

mayroong 2 listahan - "Inbox" at "Responsable"
sa listahan ng "Responsable" mayroong mga kategorya ng mga kahilingan (mungkahi/tanong/reklamo, atbp.) at ang mga kaukulang responsableng tao
Gumagawa ang user ng isang item sa Inbox at tumutukoy ng kategorya
hinahanap ng daloy ng trabaho ang taong responsable para sa kategoryang ito at gumagawa ng gawain para sa kanya
tumugon ang taong kinauukulan sa gawain, at nagbabago ang katayuan ng kahilingan sa listahan ng Inbox

Siyempre, mahirap itong unawain sa mga salita, kaya agad kong bibigyan ka ng isang handa na diagram ng daloy ng trabaho:

Walang kumplikado sa paglikha ng isang diagram; kailangan mo lamang isipin ang lohika ng proseso ng negosyo. Ang mga label para sa mga elemento ay medyo malinaw, pinipigilan ng mga icon ang pagkalito. Pagkatapos ng paggawa, i-export ang proseso sa isang file para sa SharePoint Designer:

Pagbubuklod ng proseso sa data sa SharePoint Designer

Buksan ang Designer, kumonekta sa gustong site, pumunta sa folder ng Workflows. Sa ribbon, i-click ang pindutang "Import mula sa Visio" at tukuyin ang file na may naka-save na diagram. Isinulat namin ang pangalan ng daloy ng trabaho at ang listahan kung saan namin ito itinatali (sa sa kasong ito- "Papasok"). Ang mismong taga-disenyo ang bubuo ng code at mga komento para dito; ang kailangan lang nating gawin ay ipahiwatig ang mga field kung saan makukuha ang data (partikular, sa kasong ito, nagkaroon ako ng ilang maliliit na problema dahil sa paggamit ng isang field ng Uri ng Paghahanap, ngunit kadalasan lahat ay simple):

Pagkatapos i-finalize ang workflow, pumunta sa mga setting. Ipinapahiwatig namin doon kinakailangang kondisyon ilunsad (awtomatikong ilunsad kapag nilikha ang isang item), at suriin din ang opsyong "Ipakita ang visualization ng daloy ng trabaho sa pahina ng status" (kailangan mong i-activate ang mga kakayahan ng SharePoint Server Enterprise sa koleksyon ng site). Ito ang eksaktong dahilan kung bakit sulit ang paglikha ng mga daloy ng trabaho sa Visio. Ngayon, pumunta tayo sa site, lumikha ng anumang item sa listahan ng Inbox, pumunta sa listahan ng gawain at kumpletuhin ang gawain, at pagkatapos ay buksan ang window ng status ng daloy ng trabaho:

Kaya, nakikita namin ang isang medyo magandang workflow diagram, na nagmamarka sa lahat ng mga nakumpletong yugto. Kung huminto ang proseso sa anumang yugto (halimbawa, naghihintay ito ng pag-apruba mula sa amin), mapapansin din ito sa diagram. Dahil dito, makikita ng bawat user kung anong yugto ng pag-apruba ang kanyang kahilingan.

Konklusyon

Bilang resulta, babanggitin ko ang positibo at negatibong panig gamit ang Visio upang lumikha ng mga daloy ng trabaho (sa aking pansariling opinyon).
Mga kalamangan:

Madaling likhain, hindi na kailangang maging programmer
Madaling matingnan at mauunawaan ng user ang katayuan ng kahilingan

Minuse:

Nangangailangan ng SharePoint Enterprise Server at Visio Premium

Kapag naghahambing ng mga notasyon, ang pangunahing pokus ay sa paglikha ng mga diagram ng proseso na simple at naiintindihan ng mga empleyado ng organisasyon.

Panimula

Ang isa sa pinakamahalagang layunin ng paglikha ng mga graphical na diagram ng proseso ay ang kanilang kasunod na paggamit sa mga dokumento ng regulasyon ng organisasyon. Bilang isang patakaran, ang mga scheme na ito ay ginagamit ng mga empleyado na hindi sinanay sa mga kumplikadong notasyon, walang mga kasanayan sa pagsusuri ng system, atbp. Ang pagiging simple at kalinawan ng mga diagram ay napakahalaga sa kanila. Ang mga kumplikado, nakakalito na diagram na naglalaman ng maraming iba't ibang mga simbolo ay hindi gaanong naiintindihan ng mga tao, na nagpapahirap sa kanila na gamitin sa pagsasanay. Samakatuwid, para sa mga praktikal na layunin, mahalagang piliin at gamitin nang tama ang notasyon (pamamaraan) para sa paglalarawan ng mga proseso. Anong pamantayan ang dapat gamitin sa pagpili ng gayong notasyon? Paano ihambing ang iba't ibang mga notasyon sa bawat isa? Tingnan natin ang ilang sikat na notasyon at subukang sagutin ang mga tanong na ito.

Paghahambing ng mga notasyon

Para sa paghahambing, ang mga sumusunod na notasyon sa paglalarawan ng proseso ay pinili:

"Simple flowchart" (pagpapakita ng paggalaw ng mga dokumento, gamit ang block na "Solusyon");
"Simple block diagram" (nang hindi ipinapakita ang paggalaw ng mga dokumento, nang hindi gumagamit ng "Solusyon" na mga bloke);
"Procedure" ng Business Studio system (isa sa mga posibleng opsyon sa pagtatanghal);
ARIS eEPC.

Ang isang simple at madaling maunawaan na proseso ay pinili bilang isang kaso ng pagsubok. Ang mga resulta ng paglalarawan ng prosesong ito ay ipinakita sa Fig. 1-4.

kanin. 1. Process diagram sa "Simple Flowchart" notation sa MS Visio (kasama ang paggalaw ng mga dokumento, gamit ang "Decision" block).

Sa diagram Fig. 1. Ang pagkakasunud-sunod ng mga pagpapatakbo ng proseso sa paglipas ng panahon ay ipinapakita gamit ang makapal na mga arrow, at ang paggalaw ng mga dokumento ay ipinapakita gamit ang mga manipis na tuldok na arrow. Ang mga bloke ng solusyon ay ginagamit sa isang klasikong paraan. Nagpapakita sila ng impormasyon (mga tanong) kung saan "nakasalalay" ang kasunod na kurso ng proseso. Ang pamamaraang ito sa paggamit ng "mga diamante" ay karaniwan. Ngunit sa katunayan, ang buong lohika ng paggawa ng desisyon at ang pagbuo ng ilang mga output (mga dokumento) ay dapat na nakapaloob sa loob ng mga operasyon ng proseso. Kung iisipin mo, hindi halata ang halaga (kahulugan) ng pagguhit ng mga “diamond” na ito. Anong uri ng mga bagay ito: mga pagpapatakbo ng proseso, mga kaganapan? Mukhang hindi isa o ang isa. Ang mga ito sa halip ay mga operator para sa paggawa ng desisyon batay sa ilang kundisyon. Ngunit kami ay bumubuo ng isang diagram ng proseso para sa mga tao, at hindi nagsusulat ng isang computer program sa isang espesyal na wika. Sa isang computer program, ang isang "brilyante" ay magiging isang ganap na operasyon para sa paghahambing ng mga kondisyon, atbp. Ngunit ang diagram ng proseso ay kailangang magpakita ng mga tunay na bagay - mga prosesong isinagawa ng mga tao, mga dokumento, mga sistema ng impormasyon, atbp. Pag-isipan ito: tama bang ipakita ang "mga diamante" nang hiwalay sa proseso ng operasyon sa diagram? Sa halip, maaari mong:

a) ilarawan ang lohika ng paggawa ng desisyon sa anyo ng isang pagkakasunud-sunod ng mga operasyon sa diagram ng prosesong isinasaalang-alang;
b) ilarawan ang lohika sa anyo ng isang diagram ng mga hakbang ng kaukulang subprocess, paglipat sa isang mas mababang antas;
c) ilarawan ang lohika sa teksto (sa mga katangian ng teksto ng operasyon) at pagkatapos ay ipakita ito sa mga regulasyon sa pagpapatupad ng proseso.

Bumuo tayo ng "pros" at "cons" ng paraan ng paggamit ng "diamonds" na tinalakay sa itaas (Fig. 1).

"Simple flowchart" sa MS Visio (na may paggalaw ng dokumento, gamit ang block na "Solusyon")
"Pros"	"Mga minus"
Isang visual na pagpapakita ng "lohika" ng pagpili ng ilang mga output ng proseso. Pagtutuon ng pansin ng tagapalabas sa punto ng desisyon/pagsanga ng proseso depende sa mga kondisyon.	Ang paglipat ng lohika ng paggawa ng desisyon "sa labas" ng operasyon ng proseso (hindi tama mula sa punto ng view ng pormal na agnas ng mga proseso). Ito ay hindi maginhawa upang idokumento ang proseso (kailangan mong i-duplicate ang "mga diamante" sa teksto kapag lumilikha ng isang paglalarawan ng teksto ng operasyon). Ang diagram ng proseso ay nagiging information overload. Ang "mga brilyante" ay kadalasang ginagamit nang masyadong pormal, nang walang tunay na pangangailangan.

Sa Fig. 2. ay nagpapakita ng isang halimbawa ng parehong proseso, inilarawan lamang nang walang paggamit ng mga bloke at dokumento ng "Solusyon". Madaling suriin na ang diagram na ito ay may 24 na mas kaunting mga graphic na elemento kaysa sa diagram sa Fig. 1. Scheme Fig. 2. mukhang mas simple. Ang mga graphic na elemento ay hindi nakakasilaw sa mga mata, at mula sa punto ng view ng nilalaman ng impormasyon, ang diagram na ito ay lubos na nauunawaan at naa-access sa end user. Kung para sa bawat operasyon ng proseso ay inilalarawan mo ang mga kinakailangan para sa pagpapatupad nito sa teksto, pagkatapos ay sa pamamagitan ng pagsasama-sama ng mga form sa tabular at graphical na pagtatanghal, maaari mong sapat na ilarawan ang pamamaraan para sa pagpapatupad ng proseso para sa mga empleyado ng kumpanya.

kanin. 2. Process diagram sa "Simple flowchart" notation sa MS Visio (nang walang paggalaw ng dokumento, nang hindi ginagamit ang block na "Desisyon").

"Pros" at "cons" ng isang graphical na representasyon ng proseso sa form na ipinakita sa Fig. 2. ay ipinapakita sa ibaba.

Sa pangkalahatan, ang paggamit ng mga diagram sa isang format na katulad ng ipinakita sa Fig. 2 ay maginhawa para sa parehong mga developer at empleyado na nagtatrabaho sa mga scheme na ito.

Sa Fig. 3. Ang isang process diagram ay ipinakita, na nabuo sa "Procedure" notation ng Business Studio modeling environment. Ang scheme ay may ilang mga tampok. Una, ang mga bloke ng "Desisyon" ay hindi ginagamit sa isang karaniwang paraan - hindi bilang isang graphic na elemento para sa pagpapakita ng isang tanong at sumasanga, ngunit bilang isang ganap na operasyon ng proseso na nauugnay sa paggawa ng desisyon. Sa Business Studio, ang "brilyante" ay may halos lahat ng mga katangian ng isang ganap na proseso, ngunit hindi maaaring mabulok (marahil ay gagawin ito ng mga developer ng system na posible sa paglipas ng panahon). Ang paggamit ng "brilyante" (sa halip na isang quadrangle) ay ginagawang mas nakikita ang diagram. Kasabay nito, maaari kang magpasok ng anumang impormasyon ng teksto sa mga katangian ng "brilyante": paglalarawan, simula, pagkumpleto, mga kinakailangan sa deadline, atbp.

Ang pangalawang tampok ng diagram ng proseso na ipinakita sa Fig. 3., ay ang paggamit ng mga arrow. Upang magpakita ng pagkakasunud-sunod ng mga operasyon, maaari kang gumamit ng isang arrow na may iisang tip - ang arrow na "pangunahin". Maaari kang gumamit ng double-headed na arrow upang ipakita ang paggalaw ng dokumento. Ngunit ito ay sa Business Studio na maaari ka lamang gumamit ng isang uri ng mga arrow - mga "precedence" na mga arrow. Kasabay nito, ang kinakailangang bilang ng mga dokumento na tinukoy sa direktoryo ng mga bagay na aktibidad ay maaaring maiugnay sa pinangalanang mga arrow. Ginagawang posible ng diskarteng ito:

makabuluhang bawasan ang bilang ng mga graphic na elemento sa diagram ng proseso, at sa parehong oras:
ipakita ang kinakailangang impormasyon tungkol sa mga papasok at papalabas na dokumento sa mga regulasyon sa proseso.

"Pros" at "cons" ng isang graphical na representasyon ng proseso sa form na ipinakita sa Fig. 3. ay ipinapakita sa ibaba.

kanin. 3. “Procedure” ng Business Studio system (opsyon na may hindi tradisyonal na paggamit ng mga block na “Solusyon”).

Kapag gumagamit ng Business Studio, ang Procedure notation ay maaaring gamitin sa bahagyang iba't ibang paraan. Ang may-akda ng artikulo ay hilig sa diskarte na ipinakita sa Fig. 3.

kanin. 4. Process diagram sa ARIS eEPC notation (built in Business Studio).

Paglalarawan ng proseso para sa mga kasunod na layunin ng automation

Nakatutuwang tingnan ang pinag-uusapang diagram ng proseso kung ito ay inilalarawan sa notasyon ng BPMN 2.0. Ang notasyong ito ay inilaan upang ilarawan ang "pagpapatupad" ng mga proseso, i.e. mga prosesong sinusuportahan ng BPM system.

Ang iyong opinyon tungkol sa paggamit ng BPMN 2.0. pagbabahagi ng A.A. Belaichuk - Pangkalahatang Direktor ng kumpanya na "Business Console":

Sa Fig. Ang Figure 5 ay naglalarawan ng parehong proseso sa notasyon ng BPMN. Tulad ng nakikita natin, ang figure na ito ay katulad ng Fig. 1: sa notasyon ng BPMN, ang mga gawain ay inilalarawan bilang mga parihaba, mga tinidor bilang mga diamante, at ang data bilang isang icon na katulad ng isang dokumento. Ang mga kontrol na daloy ay mga solidong linya, ang mga daloy ng data ay may tuldok.

Dapat isaalang-alang na ang diagram na ito ay gumagamit lamang ng isang maliit na bahagi ng notasyon ng BPMN: isang uri lamang ng tinidor sa 5 na magagamit sa palette, isang uri ng gawain sa 8. Bilang karagdagan sa isang mas malawak na palette, ang notasyong ito ay nakikilala sa pamamagitan ng kakayahang magmodelo hindi lamang ng isang nakahiwalay na daloy ng trabaho, kundi pati na rin sa ilang mga proseso , na nakikipag-ugnayan sa isa't isa sa pamamagitan ng mga mensahe o data. Bilang karagdagan, ang notasyong ito ay mas mahigpit: tinutukoy nito hindi lamang ang mga icon, kundi pati na rin ang mga patakaran kung saan maaari silang pagsamahin sa bawat isa. Ang pangangailangan para sa naturang mga patakaran ay idinidikta ng katotohanan na ang notasyon ng BPMN ay nakatuon hindi lamang sa katotohanang babasahin ito ng mga tao, kundi pati na rin sa direktang pagpapatupad ng espesyal na software - ang "engine" ng sistema ng BPM.

kanin. 5. Process diagram sa BPMN 2.0 notation.

Pagsasanay sa buhay

Sa Fig. Ang Figure 6 ay nagpapakita ng isang fragment ng isang process diagram na binuo ng mga business analyst ng isang napaka-partikular na kumpanya sa notation na kanilang naimbento. Ang diagram ay binuo gamit ang mga prinsipyo ng isang "Simple Block Diagram" - ang "Solution" block ay ginagamit sa klasikong bersyon nito. Bilang karagdagan, ang diagram ay nagpapakita ng maraming iba pang mga simbolo na ginagamit sa isang hindi karaniwang paraan.

Kapag bumubuo ng diagram sa Fig. 6, ang mga analyst ng negosyo ay malinaw na "nakipaglaban" para sa kalinawan at maximum na pagkaunawa para sa karaniwang gumagamit. Sinikap nilang bawasan, o alisin man lang, ang komentaryong tekstuwal sa mga diagram ng proseso. Ang mga performer ay na-print lamang gamit ang isang diagram ng format na A3, sa pagbabasa kung saan ang lahat ay agad na naging malinaw: kung ano ang gagawin, paano, kung anong mga dokumento ang gagamitin, atbp.

mga konklusyon

Kaya, malinaw na kapag naglalarawan ng mga proseso kailangan mong magsikap para sa pagiging simple at kalinawan para sa mga empleyado.
Ang paggamit ng kumplikado at pormal na mga notasyon kapag naglalarawan ng mga proseso ay humahantong sa:

kahirapan sa paggamit (pagbibigay-kahulugan) ng mga diagram ng mga ordinaryong empleyado;
ang imposibilidad (kahirapan) ng pag-aayos ng trabaho upang ilarawan ang mga proseso ng mga empleyado ng mga kagawaran na hindi sumailalim sa espesyal na pagsasanay;
isang makabuluhang pagtaas sa mga gastos sa paggawa ng mga analyst ng negosyo para sa pagbuo ng mga scheme;
karagdagang mga paghihirap kapag nagdodokumento ng mga circuit (malaking volume, atbp.);

Samakatuwid, hindi mo dapat kalat ang diagram ng proseso na may iba't ibang mga graphic na elemento. Ngunit kahit na ginagamit ang mga ito, mas mainam na magdala sila ng kapaki-pakinabang na impormasyon para sa mga empleyado, at hindi lamang resulta ng pormal na aplikasyon ng mga notasyon sa pagmomodelo.

, Ph.D., Associate Professor, Executive Director ng LLC "", Head. Kagawaran ng Pamamahala ng Proseso ng Negosyo ng National Educational Institution of Higher Professional Education "IEF "Synergy", tagapagtatag ng portal www.FineXpert.ru

- kapaligiran ng komunikasyon para sa mga propesyonal

nai-post sa seksyon:

maghanap ng higit pang mga artikulo

Mula sa aking karanasan sa pagtatrabaho sa Nintex, masasabi kong ang sistemang ito ay walang mga kakulangan nito: mataas na gastos, panaka-nakang mga error, pangkalahatang kabagalan ng system (bagaman ito ay tipikal para sa lahat ng SharePoint) - lahat ng ito ay pinipilit akong gamitin ang karaniwang mekanismo ng daloy ng trabaho . Gayunpaman, ang Nintex ay may mahalagang kalamangan - visualization ng diagram at ang kasalukuyang estado ng proseso. Salamat dito, ang paglikha ng mga daloy ng trabaho ay pinasimple, at maaari silang malikha kahit na ng mga taong medyo malayo sa programming (mga tagapamahala ng nilalaman, mga analyst ng negosyo, atbp.). Ang SharePoint 2010 ay may katulad na kakayahang lumikha ng workflow batay sa isang visual na diagram gamit ang Visio 2010 at SharePoint Designer 2010.

Gumawa ng diagram sa Visio

Ngayon ay iniisip namin ang lohika ng proseso ng negosyo at gumuhit ng isang diagram gamit ang mga kinakailangang elemento. Halimbawa, gumawa ako ng simpleng proseso ng pag-apruba ng negosyo:

mayroong 2 listahan - "Inbox" at "Responsable"
sa listahan ng "Responsable" mayroong mga kategorya ng mga kahilingan (mungkahi/tanong/reklamo, atbp.) at ang mga kaukulang responsableng tao
Gumagawa ang user ng isang item sa Inbox at tumutukoy ng kategorya
hinahanap ng daloy ng trabaho ang taong responsable para sa kategoryang ito at gumagawa ng gawain para sa kanya
tumugon ang taong kinauukulan sa gawain, at nagbabago ang katayuan ng kahilingan sa listahan ng Inbox

Siyempre, mahirap itong unawain sa mga salita, kaya agad kong bibigyan ka ng isang handa na diagram ng daloy ng trabaho:

Pagbubuklod ng proseso sa data sa SharePoint Designer

Buksan ang Designer, kumonekta sa gustong site, pumunta sa folder ng Workflows. Sa ribbon, i-click ang pindutang "Import mula sa Visio" at tukuyin ang file na may naka-save na diagram. Isinulat namin ang pangalan ng daloy ng trabaho at ang listahan kung saan namin ito ibibigkis (sa kasong ito, "Inbox"). Ang mismong taga-disenyo ang bubuo ng code at mga komento para dito; ang kailangan lang nating gawin ay ipahiwatig ang mga field kung saan makukuha ang data (partikular, sa kasong ito, nagkaroon ako ng ilang maliliit na problema dahil sa paggamit ng isang field ng Uri ng Paghahanap, ngunit kadalasan lahat ay simple):

Pagkatapos i-finalize ang workflow, pumunta sa mga setting. Doon ay ipinapahiwatig namin ang kinakailangang kondisyon ng paglulunsad (awtomatikong ilunsad kapag ang isang elemento ay nilikha), at suriin din ang opsyon na "Ipakita ang workflow visualization sa page ng status" (kailangan mong i-activate ang mga kakayahan ng SharePoint Server Enterprise sa koleksyon ng site). Ito ang eksaktong dahilan kung bakit sulit ang paglikha ng mga daloy ng trabaho sa Visio. Ngayon, pumunta tayo sa site, lumikha ng anumang item sa listahan ng Inbox, pumunta sa listahan ng gawain at kumpletuhin ang gawain, at pagkatapos ay buksan ang window ng status ng daloy ng trabaho:

Konklusyon

Bilang isang buod, ibibigay ko ang mga positibo at negatibong aspeto ng paggamit ng Visio upang lumikha ng mga daloy ng trabaho (sa aking pansariling opinyon).
Mga kalamangan: