Acasă Blog de afaceri Descrierea notației Epc. Analiza comparativă a notațiilor de modelare a proceselor de afaceri

Descrierea notației Epc. Analiza comparativă a notațiilor de modelare a proceselor de afaceri

„Cu cât informațiile sunt transmise mai clar, cu atât mai rapid și mai precis vor fi percepute de persoana căreia i se adresează.” Acest adevăr a fost mult timp folosit în mod activ de marketeri, educatori și cercetători. Nici managerii nu au fost lăsați deoparte. Acest articol discută notația EPC ca fiind una dintre cele mai populare metode moderne, care vă permite să faceți o descriere munca grea nu numai convenabil, ci și mult mai precis și mai ușor de înțeles pentru toți participanții la proiect sau proces.

Istoria apariției standardelor de modelare grafică

Acum, când ritmul de dezvoltare al tuturor proceselor din societate este în creștere și sistemele devin din ce în ce mai complexe, managementul ca artă de a influența oamenii este forțat să dobândească și capacitatea de management de sistem, similară managementului. sisteme de inginerie. La începutul anilor 90 ai secolului trecut, cuvântul „ reinginerire Michael Hammer și James Champy au introdus pentru prima dată această definiție în cartea lor Reengineering the Corporation." Și după aceasta, a apărut conceptul de „inginerie” a afacerilor. Dacă prima este reproiectarea proceselor de afaceri, atunci a doua este proiectarea unui sistem organizațional eficient de la zero.

Această tendință indică faptul că căutarea metodelor de descriere și chiar de construire a unei organizații ca sistem se desfășoară de mult timp și cu destul de mult succes. Dacă considerăm managementul nu doar ca o artă, ci și ca o știință, atunci acesta, ca oricare altul disciplina stiintifica, avem nevoie de propriile noastre sisteme de notație specifice pentru a fixa formule și legi. Astfel de soluții de sistem sunt utilizate cu succes de ingineri din multe domenii de activitate, chimiști, fizicieni, matematicieni etc.

Sistemul socio-economic care este organizația este mult mai divers decât Stiintele Naturii, Și formă uniformăÎnregistrările „axiomelor” și formulelor de management nu au fost încă găsite. Dar drumul a fost pavat. Și începe cu binecunoscutele organigrame, care ne permit să descriem procedura pentru obținerea unui rezultat dat. Dar, din păcate, capacitățile vizuale ale unei diagrame de flux sunt foarte limitate și nu vă permite să afișați întreaga varietate de elemente ale procesului de management al afacerii.

Astăzi, au fost dezvoltate destul de multe opțiuni pentru diagrame de flux cu care puteți descrie interacțiunea oamenilor și sistemelor în procesul de activitate creativă. Acestea sunt combinate în seturi de instrumente pentru a descrie mai complet toate aspectele activităților întreprinderii. Astfel de instrumente se numesc metodologii de modelare. Cele mai complete și cunoscute sunt trei dintre ele:

ARIS (Arhitectura Sistemelor Informatice Integrate);
SADT (Tehnica de analiză și proiectare structurată);
UML (Limbaj de modelare unificat).

(click pentru a mari)

Pentru a descrie complet și cuprinzător activitățile unei întreprinderi, este necesar să se utilizeze diferite standarde grafice, care sunt incluse în metodologie și sunt numite notații. Dar pentru a rezolva probleme înguste, este suficient să alegeți notația care a fost inventată pentru descrierea corespunzătoare. Mai sus este unul dintre tipurile de notații grafice care vor fi discutate în acest articol.

Caracteristicile notației EPC

Notația de modelare EPC (Event-driven Process Chain) este axată pe construirea de algoritmi de interacțiune în procesul de realizare a unei anumite sarcini. Elementele sale principale sunt:

evenimente care încep sau încheie munca;
acțiuni (muncă) care transferă sistemul dintr-o stare în alta;
executanții lucrării;
resursele și rezultatele muncii (intrari și ieșiri).

Această notație este parte integrantă Metodologia ARIS, autorul Wilhelm-August Scheer, dezvoltată la începutul anilor 1990. La sfârșitul secțiunii precedente, figura demonstrează forma generala procesul de standardizare a muncii folosind notația EPC. Să luăm în considerare caracteristicile descrierii proceselor de afaceri ale unei organizații folosind această notație. Chiar și fără a pătrunde în esența diagramei, alternanța elementelor roșii și verzi atrage imediat atenția - acesta este lanțul de evenimente și procese inerente numelui notației. Compoziția elementelor modelului este determinată de patru poziții principale.

Este probabil ca în cursul descrierii modelului de proces să folosim un sistem informațional. Apoi îl putem afișa folosind seturi speciale de elemente pe trei niveluri ( culoare portocalie).

IS – sistem informatic.
modul IC.
Funcția IS.

Bazele de date au în mod tradițional propria lor imagine - sub forma unui cilindru. Deși folosirea lor fără un sistem informațional și un sistem fără bază de date mi se pare imposibilă astăzi. Pentru a afișa logica tranzițiilor între funcții, se folosesc operatori logici, care ajută la specificarea condițiilor de execuție a lucrărilor paralele sau apariția evenimentelor. Acestea arată opțiuni pentru îmbinarea sau ramificarea atât a funcțiilor, cât și a evenimentelor. Există doar trei operatori logici: „ȘI”, „SAU” și „SAU exclusiv”. ÎN sisteme diferite pot fi utilizate diferitele lor simboluri grafice.

Notarea și utilizarea operatorilor logici în notația EPC

Algoritm pentru construirea unei diagrame EPC

După cum putem vedea, avantajul incontestabil al acestei notații este setul intuitiv de elemente și reguli pentru construirea diagramelor. Pentru a crea diagrame de proces, se recomandă utilizarea unor programe speciale de modelare a proceselor. Pentru EPC, acesta este în primul rând sistemul ARIS. Dar este costisitor și destul de complex și nu este folosit pentru proiecte periodice mici pentru a eficientiza activitățile departamentelor.

Simplitatea și popularitatea notației au stimulat crearea altor instrumente pentru desenarea proceselor de afaceri, inclusiv în notația EPC. Cel mai simplu dintre ele este Visio - unul dintre șabloanele din el se numește „Diagrama EPC”. Cel mai util instrument pentru mine este sistemul Business Studio. În acesta, pe lângă capacitatea de a desena un proces, puteți genera automat un document (Regulamente de proces) și instrucțiuni de lucru pentru participanții săi, ceea ce simplifică semnificativ partea de rutină a procesului de dezvoltare a standardelor de performanță.

Culorile și denumirile elementelor secundare din diferite programe pot diferi ușor, dar regulile generale sunt întotdeauna respectate. Exemplul de notație EPC prezentat în prima secțiune a articolului reflectă un algoritm simplificat pentru lucrul cu această notație. Să o luăm pas cu pas.

După ce parcurgem toți pașii, obținem plan detaliat executarea unui proces care este înțeles de executanții săi. Și evenimentele și rezultatele marcate clar vă permit să setați puncte de control pentru toată lumea etape semnificative proces. Și vă trimit din nou la exemplul modelului vizual postat la începutul articolului.

Avantajele și dezavantajele notației EPC

Pe lângă simplitate și accesibilitate, utilizarea EPC are următoarele avantaje.

Vă permite să afișați toate elementele organizaționale semnificative pe o diagramă (spre deosebire de o simplă diagramă).
Poate fi folosit la diferite niveluri ale modelului - pentru a descrie atât procesele globale, cât și pentru a face instrucțiuni detaliate datorită faptului că fiecare bloc funcțional poate deveni un subproces.
Este ușor să faceți paralelizarea complexă a unui proces, deoarece puteți introduce orice număr de evenimente într-un rând.

În același timp, această notație nu a devenit cea și numai datorită următoarelor neajunsuri.

Necesitatea de a veni cu evenimente pentru fiecare acțiune chiar și minoră complică foarte mult schema.
Defecțiunile organizaționale sunt probabil din cauza urmăririi incomode a misiunilor.
Înregistrarea de înaltă calitate a intrărilor și ieșirilor duce la o supraîncărcare a circuitului cu dreptunghiuri și săgeți, care încep să se intersecteze și, prin urmare, complică și mai mult percepția circuitului.
La paralelizarea lucrărilor, este foarte dificil să reflectați executanții. Dacă o persoană îndeplinește un grup de funcții, imaginea devine mai complicată cu săgeți. Dacă există mai mulți interpreți sau nu vrem să desenăm săgeți lungi, trebuie să dublăm „ovalele” cu interpreții. Toate acestea pot duce foarte curând la o confuzie completă în diagramă.

Din propria mea experiență, pot spune că procedurile locale de operare desenate în această notație sunt destul de convenabile atât pentru dezvoltator, cât și pentru utilizatorul instrucțiunilor. Notația este potrivită și pentru managerii de proiect, deoarece le permite să planifice vizual distribuția muncii într-un proiect într-un limbaj care este intuitiv pentru diferiți participanți la proiect. Și pentru dezvoltarea unui model mai complex pe mai multe niveluri al activității întreprinderii, sunt mai potrivite alte notații de modelare, pe care le vom lua în considerare în articolele următoare.

Lanț de proces bazat pe evenimente.

Scopul EPC este planificarea și descrierea fluxurilor de lucru, nivel inferior (operațional), procese de afaceri. Elementele principale pentru construirea diagramelor sunt evenimentele și funcțiile. Procesele de afaceri, într-o diagramă EPC, sunt descrise ca secvențe de evenimente și funcții alternative.

Domeniul de aplicare a EPC

Diagrama EPC este o diagramă grafică standardizată pentru modelarea proceselor de afaceri, aplicabilă pentru:

Elaborarea modelelor și documentarea proceselor de afaceri ca atare (ca atare)
Descrierea posibilelor îmbunătățiri afaceri existente procesele așa cum vor fi (a fi)
Identificarea tuturor participanților la proces
Dezvăluirea tuturor sisteme de informare, resursele și documentele implicate în proces

Pentru a înțelege mai bine diagrama EPC, vă recomandăm să vizitați linkurile:

Introducere în EPC
Linkul vă duce la o introducere în EPC. Vă recomandăm să vizitați mai întâi linkul.
Elementele și structura diagramelor EPC
Link-ul duce la o descriere în care sunt prezentate cele mai importante elemente grafice ale diagramei. Prezentarea elementelor și utilizarea lor este perfect structurată, făcându-vă foarte ușor navigarea.
Exemple de reguli pentru construirea diagramelor EPC
Linkul duce la un document în care sunt descrise exemple de diagrame. P.S. În acest caz, ne interesează doar informațiile prezentate în al patrulea capitol de la pagina 86.

Alte materiale utile:

Link-ul duce la colecție materiale educaționale conform metodologiei ARIS.

O diagramă, descrisă în notația EPC, este o combinație ordonată de evenimente și funcții. Pentru fiecare funcție, pot fi determinate evenimentele inițiale și finale, performanții responsabili, fluxurile materiale și documentare care o însoțesc și poate fi efectuată descompunerea în niveluri inferioare.

În fig. Figura 4.7.1 prezintă un exemplu de diagramă de proces în notație EPC (Event-Driven Process Chain).

Pe o diagramă de proces în notație EPC, atunci când butonul de pe panoul diagramă este apăsat, procesele sunt numerotate automat de sus în jos. În acest caz, schimbarea poziției procesului pe diagramă schimbă ordinea în Navigator. Dacă butonul nu este apăsat, numerele proceselor depind de locația proceselor în Navigator și pot fi determinate de utilizator utilizând butoanele „Mutați deasupra” și „Mutați mai jos” din meniul contextual al Navigatorului de sistem (vezi paragraful „Bara de instrumente și meniul contextual Navigator”). Dacă subprocesele procesului EPC curent au fost create în arborele Navigator, atunci când diagrama este deschisă pentru prima dată, acestea vor fi aranjate de sistem de sus în jos.

În notația EPC, săgețile de ramificare se realizează folosind Operatori.

Pentru toate elementele diagramei, puteți selecta un alt element din cartea de referință folosind elementul de meniu contextual „Modificare obiect”. În acest caz, va fi creat un proces pentru funcție ca o legătură către procesul standard selectat.

La redenumirea unui subiect sau obiect de activitate pe o diagramă EPC, noul nume poate coincide cu numele unui element care există deja în directorul corespunzător. În acest caz, operarea ulterioară a programului este similară cu situația care apare la redenumirea unei entități pe diagrama de procedură (a se vedea secțiunea 4.6.2 „Lucrul cu o diagramă de proces în notația „Procedură”).

Tabelul 4.7.1 Bara de instrumente pentru diagrama de notație EPC

Buton	Scop
	Eliminați tipul de link implicit. Deschide o fereastră cu o listă de tipuri de relații implicite definite de utilizator pentru a selecta tipurile de șterse. Pentru mai multe informații, consultați „Crearea de linkuri” de mai jos.
	Afișați/ascundeți toate tipurile de conexiuni în diagramă. Controlează afișarea numelor tipului de link pe săgeți. Pentru mai multe informații, consultați „Crearea de linkuri” de mai jos.
	Actualizare automată a numerelor de proces. Dacă butonul este apăsat, numerele de proces vor fi actualizate automat când locația lor pe diagramă în raport cu alte procese se schimbă. Dacă butonul nu este apăsat, numerele proceselor depind de locația proceselor în Navigator și pot fi determinate de utilizator utilizând butoanele „Mutați deasupra” și „Mutați mai jos” din meniul contextual al Navigatorului de sistem (vezi paragraful „Bara de instrumente și meniul contextual Navigator”). În mod implicit, se face clic pe butonul pentru toate diagramele noi.
	Contextul funcției de transfer din diagrama de deasupra. Diagrama va crea toate elementele asociate cu funcția descompusă în diagrama de deasupra. Pentru mai multe informații, consultați „Contextul funcției” de mai jos.
	Rulați simularea. Se deschide fereastra cu statistici de simulare. Pentru mai multe detalii, a se vedea paragraful 7.3.

Fiecare lucru este o formă de manifestare a diversităţii infinite.

Kozma Prutkov

Introducere în notația eEPC

În prezent, există multe principii diferite pentru reprezentarea grafică a proceselor de afaceri, numite notații. De ce sunt atât de mulți dintre ei? Această întrebare a fost pusă de toți cei care se confruntă cu nevoia de a descrie procesele de afaceri de zeci de ani. Să ne uităm la motive. Sunt trei dintre ele (după părerea mea):

- Sarcini diferite. Nu toate notațiile sunt la fel de convenabile pentru rezolvare diverse sarcini. De exemplu, notația poate fi convenabilă pentru un proces de afaceri nivel superiorși deloc convenabil pentru a descrie fluxul de lucru.

Există diferiți dezvoltatori de astfel de notații. ÎN timp diferit Diverși dezvoltatori au încercat să vină cu noi principii pentru descrierea circuitelor. Au făcut acest lucru din bune intenții, când în practică au întâlnit o situație în care notația pe care o foloseau nu putea reflecta subtilitățile necesare (sau nu era clară). Uneori, în procesul evoluției, astfel de notații au devenit, parcă, paralele, adică. arată diferit, dar rezolvă aceleași probleme.

Dorința de a ieși în evidență. Acesta este momentul în care, din motive necunoscute, apare brusc o nouă notație, care nu are nimic remarcabil în sine, dar din anumite motive este promovată de creatorul ei drept cel mai perfect know-how. Acest lucru se întâmplă și astăzi.

Scopul acestui articol nu este să ia în considerare toate tipurile de notații (nu le numesc în mod deliberat numele), ci să mă oprim asupra descriere detaliata notația pe care am ales-o pentru proiectele mele în timpul unei lungi căutări a celei mai optime opțiuni.

Dacă cineva este interesat să afle ce alte notații există și pentru ce sunt folosite, plănuiesc să fac acest lucru într-un alt articol, care se va numi „Hai să vorbim despre notații”, dar aceasta este încă în planuri.

Este timpul să începem povestea noastră despre notația eEPC foarte interesantă, simplă și practică (tradus: descriere extinsă a lanțului de procese de evenimente). Traducerea sa literală dezvăluie, de asemenea, scopul său principal: o descriere a lanțului de procese de afaceri. Principala „trăsătură” a notației este principiul „evenimentului”, pe care îl vom analiza în detaliu.

Care sunt avantajele notației eEPC:

În primul rând, aceasta nu este o notație în forma sa pură. Acestea. dacă în unele notații există un set strict de elemente și reguli pentru utilizarea lor (altfel totul va deveni confuz), atunci principiul eEPC vă permite să adăugați propriile elemente. Cum se asigură acest lucru? Desigur, există un anumit „nucleu” în jurul căruia este construit totul, adică. un set de reguli clare prin care se construiește o diagramă și după care este apoi citită. În plus, puteți adăuga propriul element, puteți include regulile de utilizare a acestuia în propriul standard corporativ (pentru a exclude activitățile de amatori care pot încurca diagrama și pot complica lizibilitatea acesteia) și atât! Aceasta este foarte punct important. În plus, puteți seta orice alte restricții și reguli în standardul dvs. corporativ.
eEPC conține elemente logice. Acest lucru vă permite să construiți diagrame cu condiții, care sunt necesare pentru a descrie activitatea („dacă contractul este convenit, atunci ...., în caz contrar ...”)
Simplitatea elementelor vă permite să desenați diagrame ca în produse software, și în orice alt mod, chiar și pe hârtie, nu te vei încurca.
eEPC este atât de ușor de învățat și de înțeles încât poate fi folosit în activități reale și nu doar pentru colectarea prafului în dulap. Va dura aproximativ 2 ore pentru a preda regulile (dacă studentul dorește).

Bineînțeles, ca orice pe lumea asta, are și dezavantajele sale. Dar utilizare rațională le reduce la minimum. Principalul dezavantaj, în opinia mea, este faptul că, dacă folosim instrumente simple (adică programe pentru desenarea diagramelor, și nu pentru modelarea proceselor de afaceri), atunci nu avem o singură bază date obiect. În plus, este dificil să controlați intrările și ieșirile (trebuie să le controlați, adică să veniți cu o modalitate de astfel de control, dacă este necesar). Dar, pe de altă parte, utilizarea instrumentelor complexe de modelare a proceselor de afaceri costă sume foarte impresionante, iar un proiect care le folosește se măsoară în milioane. Și astfel avem un instrument foarte economic și ușor de înțeles. Pentru a fi mai precis, acest dezavantaj se referă în mod specific la metoda de descriere pe care o iau în considerare, i.e. folosind MS Visio sau software similar. Dacă utilizați sisteme specializate descrieri ale proceselor de afaceri care suportă baze de date obiect, atunci acest neajuns poate fi evitat. Ei bine, este timpul să începem...

Principalul „nucleu” al notației eEPC

După cum am menționat deja, traducerea literală a acronimului eEPC conține conceptul de evenimente. Acesta este un punct foarte important pe care se bazează întregul principiu al construirii circuitului. Deci sunt două concept cheie: „Eveniment” și „Funcție”. Când cineva încearcă pentru prima dată să-și deseneze procesul sub forma unei diagrame eEPC, apare adesea întrebarea care este diferența dintre un eveniment și o funcție? Trebuie să înțelegeți clar acest lucru, altfel veți obține un rezultat imprevizibil. Deci: un eveniment este un fapt care se întâmplă ceva și nu are o durată în timp, sau acest timp tinde spre zero (sau nu contează). Mai mult, un eveniment determină întotdeauna necesitatea executării unei funcții, iar execuția unei funcții se termină întotdeauna cu un eveniment.Să explic cu un exemplu. Telefonul suna. Managerul a ridicat telefonul pentru o conversație telefonică. În acest caz, „Telefonul sună” este un eveniment. Convorbirea telefonică este o funcție. Conversația sa încheiat (închis) - un alt eveniment. Astfel, se observă un lanț de evenimente: Apel - conversație - sfârșitul apelului. Și încheierea apelului va necesita probabil execuție optiune noua: Înregistrați rezultatul apelului etc.

Să încercăm să-l desenăm. În primul rând, trebuie să vă dați seama cum sunt afișate elementele Eveniment și Funcție.

Aceste două elemente simple formează baza regulilor de descriere a proceselor de afaceri în notația eEPC. Cred că ar trebui să spun câteva cuvinte despre culorile folosite. Dacă ați întâlnit descrieri ale proceselor în alte notații, de regulă, acestea erau alb-negru. Și acest lucru este corect, nu ar trebui să existe o dependență evidentă a conținutului de culoare, deoarece diagrama poate fi desenată cu un creion pe hârtie, tipărită pe o imprimantă alb-negru etc. În acest caz (în notația eEPC), s-a dezvoltat istoric că elementele au anumite culori. Ca să nu spun că acest lucru este necesar, dar se dezvoltă un obicei, iar percepția este în format electronic mai bine - poți vedea imediat ce este. Aceste culori pot fi considerate o recomandare. De ce sunt așa? Nu sunt sigur exact, dar mi se pare că, deoarece compania ARIS, atunci când a făcut suport pentru notația eEPC în produsul lor, le-a dat aceste culori, ei „au prins rădăcini”. Apropo, uneori această notație este numită și „ARIS”, „ARIS EPC”, ceea ce nu este în întregime corect, deoarece ARIS nu a inventat această notație, ci a susținut-o în programul său de modelare a proceselor de afaceri. În general, recomand folosirea culorilor. Principalul lucru este că forma elementelor în sine nu ar trebui să fie aceeași (adică să difere doar prin culoare), deoarece în alb și negru acest lucru poate provoca confuzie. Există și alte reguli care fac posibilă ca diagrama eEPC să fie „armonioasă”; vom vorbi despre ele.

Deci, există un eveniment, există o funcție. Cum sunt ele conectate?

Vedem că event1 a dus la necesitatea îndeplinirii unei anumite funcții, care s-a încheiat cu event2. Dacă, de exemplu, cu un apel telefonic, ar fi așa:

Evenimentul de conexiune - funcție - eveniment este de obicei afișat de sus în jos pe o singură linie sau de la stânga la dreapta. Direcția lanțului este indicată prin linii de legătură cu săgeți. Pentru a face diagrama mai vizuală, notația oferă mai multe elemente standard:

Poziție (interpret). Cel care îndeplinește această funcție
Informație. Orice informație utilizată pentru a îndeplini o altă funcție decât informațiile documentare. De exemplu, un apel telefonic, instrucțiuni pentru efectuarea unei operații etc.
Document. Elementul „Document” este destinat să afișeze medii de informare (hârtie sau electronice). Acestea. prezentarea informatiilor intr-o structura specifica.
Program (aplicație). Software-ul folosit pentru a îndeplini funcția.

Toate celelalte elemente sunt auxiliare și practic nu sunt reglementate de cerințele eEPC în sine. Cu toate acestea, nu există nicio barieră în a adăuga propriile elemente. Principalul lucru este să remediați acest lucru într-un standard intern, astfel încât să existe o înțelegere comună a cum arată și de ce sunt utilizate. O astfel de extensie nu încalcă cerințele dacă conexiunea eveniment-funcție-eveniment nu este încălcată și are scopul doar de a îmbunătăți percepția informațiilor sau de a adapta regulile de descriere la orice specific al industriei. Am adăugat propriul meu set de elemente, pe care le voi discuta mai jos.

De asemenea, este necesar să se afle cum trebuie amplasate elementele luate în considerare. Toate aceste elemente trebuie să fie legate de funcție într-un fel sau altul. Acest regula generala: Niciun alt element decât o funcție nu este asociat cu evenimentul. Acestea. toate aceste elemente trebuie conectate prin săgeți la funcție. În ceea ce privește săgețile și direcțiile acestora: se acceptă în general că, dacă nu există o direcție pentru transmiterea informațiilor, atunci în loc de săgeată, este afișată doar o linie. Dacă informația intră (intră în intrare), atunci direcția săgeții este de la obiect la funcție; dacă iese, atunci invers.

Încă câteva cuvinte despre locația acestor elemente pe diagramă și ne putem redesena diagrama, clarificând execuția funcției de procesare a apelurilor. Nu există cerințe stricte pentru aranjarea elementelor, dar este obișnuit să le afișați în mod egal pe toate diagramele (pentru uniformitatea și armonia diagramei). Pentru a unifica aspectul extern al diagramelor grafice ale proceselor de afaceri, astfel de reguli trebuie să fie consacrate într-un standard intern și respectate. Puțin mai târziu voi da câteva recomandări în acest sens. Acum să ne redesenăm diagrama:

Vedem că operatorul procesează un apel primit, acționând în conformitate cu regulile de procesare a apelurilor primite și folosește pentru aceasta programul CRM. Nu sunt folosite nici documentele de intrare, nici de ieșire.

După cum am menționat deja, unul dintre punctele forte notațiile sunt elemente de logică. În același timp, acesta este unul dintre cele mai dificile momente de înțeles. Prin urmare, voi da mai întâi un exemplu, apoi ne vom ocupa separat de elementele logicii.

Să fie așa în exemplul nostru: dacă clientul este interesat, lucrează în continuare cu el de către managerul de vânzări și el stabilește Ofertă comercială, care este trimis prin poștă utilizând clientul de e-mail MS Outlook. Dacă nu există interes, atunci procesarea apelului este finalizată. ÎN viata reala Ar fi bine să folosim regulile pentru a încheia un apel, dar ăsta sunt doar eu, apropo, să simplificăm deocamdată. Iată ce se întâmplă:

Elemente logice în diagramele de notație eEPC

Elementele logicii sunt simple, dar există caracteristici și reguli specifice pentru a se asigura că diagrama este logică și interpretată fără ambiguitate. Cel mai regula importanta, care trebuie respectat 100%: deciziile logice pot fi luate numai la executarea unei funcții. Acestea. după un eveniment nu mai poate exista ramificare. De ce? Pentru că în acest caz contrazice însăși conceptul de eveniment – este simplu și instantaneu, fără timp de execuție. De exemplu, dacă sună telefonul și o persoană stă gândindu-se dacă să ridice sau nu telefonul, teoretic aceasta va fi deja o funcție în care va lua o decizie. Dar în practică, inclusiv bunul simț, el încalcă regulile de procesare a apelurilor, pentru că... el este plătit cu un salariu pentru a procesa aceste apeluri și nu este nimic de discutat aici (în general, așa cum se arată în diagramă).

În total, există 3 elemente diferite de logică:

I. Când două sau mai multe evenimente au loc simultan;
SAU. Când unul sau mai multe evenimente se pot întâmpla, dar cel puțin unul trebuie să se întâmple;
EXCLUSIV SAU. Ori unul, ori altul. Acestea. două opțiuni sunt imposibile în același timp.

După cum puteți vedea, există două opțiuni pentru reprezentarea grafică a elementelor logice. Nu sunt diferite, complet alternative. Le-am adus pe amândouă pentru că... în practică, ambele opțiuni pot fi văzute în diverse surse. Pe care să-l folosiți depinde de dvs. Imi place mai mult primul.

Acum trebuie să înțelegeți utilizarea elementelor logice. Mai întâi, să ne uităm la opțiunile pe care le întâlnim, apoi trecem la un exemplu. Să ne uităm la fiecare element separat.

Element logic „ȘI”. Când o funcție necesită mai multe evenimente să apară simultan:

Exemplu: Dacă este închis perioadă de raportare(evenimentul 1) și a sosit termenul limită pentru transmiterea unui raport către manager (evenimentul 2), angajatul întocmește un raport lunar.

Elemente de conectare dacă, la executarea unei funcții, au loc mai multe evenimente:

Exemplu: unele lucrări au fost finalizate cu un client. Două evenimente au fost înregistrate în același timp: s-au împăcat înțelegeri reciproce (evenimentul 1), actul a fost semnat (evenimentul 2). În practică, această aplicație nu apare des. De regulă, dacă mai multe acțiuni sunt combinate într-o singură funcție

Elemente de legătură, dacă, la îndeplinirea mai multor funcții, apare evenimentul:

Exemplu: Depozitarul a ridicat comanda (funcția 1), operatorul a emis documentele (funcția 2), mărfurile sunt gata de expediere (eveniment).

Elemente de conectare dacă apariția unui eveniment duce la executarea mai multor funcții:

Exemplu: a sosit un transport de mărfuri (eveniment). Totodată, încep și expedierea mărfurilor comandate anterior de clienți și plasarea mărfurilor rămase în depozit.

Element logic „SAU”.

Elemente de conectare dacă unul dintre evenimente poate determina executarea funcției:

Exemplu: O cerere a fost primită prin telefon (evenimentul 1) sau o cerere a fost primită de e-mail(evenimentul 2) va duce la necesitatea procesării acestuia.

Elemente de conectare dacă o funcție poate genera cel puțin un eveniment:

Exemplu: O factură pentru mărfuri a fost pregătită și trimisă pentru a fi trimisă clientului. Factura poate fi trimisă prin poștă (evenimentul 1), prin fax (evenimentul 2).

Element logic „SAU EXCLUSIV”.

O conexiune de elemente atunci când unul și numai unul dintre evenimente este necesar pentru a îndeplini o funcție:

Exemplu: clientul a venit personal la magazin (evenimentul 1) sau a făcut o comandă prin Internet (evenimentul 2). Este necesar să expediați mărfurile (funcția 1).

Elemente de conectare dacă, în urma executării funcției, are loc cel mult unul dintre următoarele evenimente:

Exemplu: Decizia este fie luată, fie nu.

Elemente de conectare dacă evenimentul are loc după ce una și numai una dintre funcții a fost executată.

Exemplu: Livrarea mărfurilor a fost efectuată (evenimentul 1) fie prin transport propriu (Funcția 1), fie companie de transport(funcția 2)

Aplicarea corectă a elementelor logice necesită o anumită practică. Dar nu este greu. Trebuie remarcat faptul că nu toate combinațiile luate în considerare sunt utilizate pe scară largă în practică (și în general acest lucru este determinat de modul de gândire al analistului). Încercați să aplicați elementele de logică în practică. Dacă aveți dificultăți, scrieți-mi, voi încerca să vă ajut.

Extinderea notației cu propriile elemente

După cum am spus deja, eEPC nu este tocmai o notație, ci mai degrabă reguli de descriere. Și aceste reguli nu interzic adăugarea propriilor elemente la diagramă. Principalul lucru este că aceste elemente sunt de înțeles și că există un document în care sunt înregistrate astfel de extinderi ale elementelor. De exemplu, folosesc următoarele elemente suplimentare, care au apărut treptat în procesul de descriere a proceselor reale pentru diverse sarcini, de la simpla descriere până la setarea sarcinilor pentru automatizare.

Fișier de date. Folosit dacă o operație are ca rezultat crearea unui fișier de date sau un fișier este utilizat pentru a efectua o operație.

Bază de date. Folosit pentru a descrie fluxurile de informații între sisteme automate.

Indexul cardului. Folosit pentru a afișa un fișier de hârtie sau o arhivă.

Fluxul de materiale. Folosit pentru a indica fluxurile de materiale de intrare și de ieșire, precum și resursele consumate în timpul execuției unui proces. Fluxul de materiale este afișat în stânga documentelor însoțitoare.

Cluster de informații. Folosit pentru a desemna informații structurate (reprezentare entități). Diagrama poate fi utilizată pentru a indica documentele generate programatic atunci când se utilizează aplicații utilizator. În acest caz, elementul Cluster este situat în stânga documentului corespunzător. Acestea. indică faptul că utilizatorul nu numai că a creat un document de hârtie, dar a creat și o copie a acestuia în program.

Acorduri privind regulile de plasare a figurilor pe o diagramă

Notația eEPC în sine nu impune cerințe stricte privind aranjarea elementelor unul față de celălalt, deși este obișnuit să se deseneze o diagramă de sus în jos sau de la stânga la dreapta. Dacă acest lucru nu este unificat în cazul muncii mai multor specialiști, atunci poate rezulta un fel de „vinaigretă”. Pentru a evita acest lucru, se recomandă să dezvoltați și să aprobați propriile reguli de aranjare a elementelor. Respect (și recomand) următoarele reguli:

Secvența evenimentelor și funcțiilor este aranjată de sus în jos (mai bine) sau de la stânga la dreapta (dacă nu este suficient spațiu);
Elementele care indică executanți sunt situate în dreapta funcțiilor;
Documentele primite sunt în partea stângă sus a funcțiilor; direcția săgeții de la documente la funcții;
Documente de ieșire în partea stângă jos a funcțiilor; direcția săgeții de la funcție la documente;
Elementul Informații este situat în partea dreaptă jos a funcției. Dacă spațiul nu este suficient, este permisă o locație arbitrară, cât mai aproape de funcție;
Elementul Aplicație este situat în partea dreaptă sus a funcțiilor. (dacă pentru aceasta sunt folosite depozite de fișiere care nu sunt rapoarte, acestea sunt afișate în mod similar). Link fără săgeată.
Elementele „Bază de date” și „Index card” sunt aranjate aleatoriu;
Elementul „Flux de material” este situat în stânga documentelor însoțitoare și este legat de document printr-o linie fără săgeată;
Elementul „Cluster”, atunci când este utilizat în combinație cu cifra „Document” pentru a desemna un document în formă electronică, este situat în partea stângă a documentului corespunzător.

De exemplu: Grefierul de salarizare calculează salariile pe baza documentelor „Ordinului Brigăzii” care i-au fost furnizate. În acest sens, el se ghidează după documentul „Regulamente privind salariile", calculul se efectuează în programul "1C: ZiK". Rezultatul calculului este documentul „Declarație”.

Identificarea elementelor dintr-o diagramă

După cum știți, o abordare competentă pentru descrierea proceselor de afaceri implică identificarea acestora, adică când fiecare proces are propriul nume de cod. În consecință, funcțiile individuale din cadrul unui proces au, de asemenea, propriile nume și identificatori.

Figurile „Document” și „Funcție” trebuie identificate pe diagramă.

Documentul se identifică prin indicarea în colțul din stânga sus a codului raportului sau documentului conform registrului. Documentele primite de la furnizorii de bunuri și servicii (incoming) sunt identificate numai prin nume.

O funcție este identificată prin specificarea numărului secvenței funcției pentru un anumit grup de procese. Acestea. Numărul funcției începe întotdeauna cu codul grupului de procese. Problemele de identificare a grupurilor de procese depășesc domeniul de aplicare al acestui articol; le vom analiza separat. Mai mult, ar trebui să învățați să identificați procesele înainte de a începe să le descrieți, altfel poate exista dorința de a descrie toate activitățile companiei pe o singură diagramă, așa cum se încearcă uneori.

Prin urmare, acum voi arăta doar cu un exemplu cum poate fi reprezentat acest lucru în diagramă. Să revenim la exemplul de procesare a apelurilor. Să presupunem că am atribuit codul „04” departamentului de vânzări, iar codul „VK” procesului de procesare a contactelor primite. Apoi diagrama va lua următoarea formă (identificarea este evidențiată cu roșu pentru claritate). Codul documentului indică numărul de serie al documentului în registrul general de documente (vom lua în considerare și acest lucru separat când vom ajunge la examinarea sistemului de flux de documente).

Afișare feedback

Atunci când se construiesc modele, există adesea necesitatea de a efectua un proces ciclic în funcție de o anumită condiție sau necesitatea de a afișa activitățile factorilor de decizie. În acest caz despre care vorbim despre părere. Pentru a afișa feedback-ul de control, se utilizează principiul „includerii directe” în procesul unei funcții de control suplimentare cu ramificare ulterioară (este folosit elementul logic „SAU exclusiv”). De exemplu:

Descrierea textului proceselor

Oricât am încerca să afișam un proces de afaceri pe o diagramă, nu vom reuși să obținem detalii complete, altfel ne putem bloca în lanțuri nesfârșite de elemente și condiții. Pentru a evita acest lucru, precum și pentru a adăuga informații la descrierea procesului care nu pot fi afișate grafic, descrierea este completată cu însoțire de text. În acest scop, sunt dezvoltate diverse șabloane de text, care sunt completate în timpul procesului de descriere. Formele unor astfel de șabloane pot fi diferite și includ secțiuni separate care descriu intrările și ieșirile, resursele consumate, utilizate software etc.

În cel mai simplu caz, un șablon de descriere a procesului de afaceri ar putea arăta astfel:

Procesul de afaceri:	Procesarea unui contact primit	04.VK
Funcții de proces:
Nume	Descriere	Numărul de pe diagramă
Procesarea unui apel primit	Când sosește un apel de intrare, operatorul procesează apelul în conformitate cu regulile de procesare a apelurilor primite. Dezvăluie interesul clienților și oferă informații despre servicii	04.VK.01
Formarea unei oferte comerciale	In cazul in care clientul este interesat, operatorul transfera contactul managerului de vanzari. Managerul de vanzari pregateste o propunere comerciala si o trimite clientului prin email	04.VK.02
Indicatori de proces:
Nume	Metoda de evaluare/măsurare
Numărul de defecțiuni	Statisticile bazei de date

Dincolo de domeniul de aplicare al acestui articol sunt următoarele: subiecte importante, precum colectarea de informații, evidențierea proceselor de afaceri, descompunerea, evidențierea indicatorilor. Cu siguranță vom studia aceste probleme în numerele viitoare.

22 septembrie 2010 ora 20:30

„Zmee, zmee și etichetă pentru orb
Ascundele, mingi, sărituri și frânghii,
Și simplu, și simplu, și doar săriți frânghiile,
Ei bine, simplu, simplu, doar săriți frânghiile!!!”

A. Vratarev

În timpul pregătirii acestui articol, am descoperit un fapt incredibil: despre notația EPC, atât de simplă și atât de populară (există păreri că este chiar mai populară decât BPMN), există articole pe Wikipedia în doar 4 limbi: engleză, germană, cehă și uzbec. În plus, aceste articole sunt destul de scurte. Poate că până la sfârșitul articolului, tu și cu mine, dragă cititor, vom înțelege de ce.

Permiteți-mi să încep cu faptul că notația EPC a fost dezvoltată la începutul anilor 1990. în timpul dezvoltării metodologiei ARIS, ca, de exemplu, componenta sa de proces. Tatăl fondator al EPC este considerat profesorul Wilhelm-August Scheer, al cărui nume singur inspiră uimire persoanei obișnuite (spuneți-o cu voce tare și simțiți-vă inspirat). Ce putem spune despre numele facultății în care a lucrat acest tip respectat: Institut für Wirtschaftsinformatik al Universität des Saarlandes.

Scopul creării notației EPC a fost abilitatea de a descrie procese astfel încât funcțiile efectuate în cadrul acestora să aibă semantică globală în diagramă, ceea ce înseamnă că execuția unei funcții pe diagramele EPC nu este neapărat definită clar, dar poate fi dependentă de starea altor noduri ale diagramei, uneori foarte departe unul de celălalt.

Numele notației înseamnă Event-driven Process Chain, ceea ce indică în mod clar că elementul central al diagramelor de notație EPC sunt evenimentele. Evenimentele dau naștere la realizarea anumitor acțiuni de către anumiți participanți. Finalizarea acțiunilor, la rândul său, generează un alt eveniment și așa mai departe, până când sistemul ajunge într-o stare, a cărei apariție în cadrul procesului este considerată evenimentul final.

Pentru a demonstra clar capacitățile de notare, voi folosi un exemplu de zi cu zi, inspirat de o vacanță recent încheiată în clime mai calde. Un recepționer la un hotel respectat, Ivo Petkov, primește o cerere de la unul dintre oaspeți pentru o înlocuire urgentă a articolelor de spălat în camera lui. Este destul de clar că sarcina lui este să îndeplinească cererea clientului și, în termeni EPC, să aducă sistemul din starea „A primit o solicitare de la client pentru schimbarea chiuvetelor” în starea „Solicitarea clientului a fost satisfăcută”.

Afișăm cele două stări indicate pe schița de diagramă și observăm imediat cât de ușor va fi de citit diagrama noastră, deoarece fiecare dintre elementele sale are nu doar propria formă, ci și propria sa culoare. Astfel, evenimentele sunt hexagoane roșii, funcțiile sunt dreptunghiuri verzi cu margini rotunjite, iar artiștii sunt reprezentați ca ovale galbene.

Deci, să revenim la exemplu. Imediat după primirea unei cereri de la un client, Ivo trebuie să trimită o solicitare pentru a îndeplini cererea clientului către menajeră, aducând astfel sistemul în starea „Solicitare de îndeplinire trimisă”. Servitoarea, folosind rechizitele disponibile în depozit, îndeplinește cererea lui Ivo. Și aici, pentru prima dată, apare paralelizarea procesului nostru: dacă femeia de serviciu înțelege că proviziile de spălat necesare (să zicem, gel de duș) nu sunt în prezent în stoc, atunci ea însăși, poate fără să vrea, transferă sistemul în „Îndeplinirea cererea este imposibilă” stare. din care rezultă firesc că Ivo va trebui să aibă o conversație nu foarte plăcută cu clientul, iar în ce stare va ajunge sistemul depinde doar de dispoziția clientului și de tendința lui de a lupta. Daca depozitul dispune de toate proviziile necesare oaspetelui, atunci femeia de serviciu indeplineste cu succes cererea transferata acesteia, raporteaza indeplinirea catre Ivo, care la randul sau raporteaza acest lucru clientului. Și toată lumea trăiește fericiți pentru totdeauna și moare în aceeași zi.

Acest proces simplu este reflectat într-o diagramă roșie, verde și galbenă care face cu ochiul atât de bucuros ca în Figura 1.

Orez. 1. Diagrama EPC a procesului de procesare a unei cereri de client într-un hotel

Și acum, conform tradiției, avantajele și dezavantajele notației.

Când am întâlnit pentru prima dată diagramele EPC, eu, așa cum am menționat mai devreme, am fost foarte mulțumit de cât de ușor erau de citit: fiecare bloc este evidențiat ca formă și culoare, este foarte ușor să vedeți performanții, materialele necesare, evidențiați lista. a posibilelor stări ale sistemului, lista celor care se efectuează în timpul procesului de funcții. Acesta este, fără îndoială, un plus uriaș: clientul nu va avea dificultăți în a citi diagrama procesului de afaceri când implementarea EDMS, dacă este prezentat exact în notația EPC. Cu toate acestea, poate că clientul va fi derutat de un număr atât de gigantic de stări, pentru că, de fapt, din cauza lor, circuitul crește foarte mult. Chiar și în exemplul nostru: vreo 4 funcții au generat până la 5 stări (fără a se număra pe cea inițială). Uneori te întrebi: de ce să le subliniezi pe toate. Să vă spunem de ce este necesar după ce am convenit asupra contractului director general indicați într-un bloc separat „Acord agreat”, iar după semnare - „Acord semnat”, dacă în continuare procesul rămâne liniar. Sincer vorbind, nu este nevoie, decât dacă ești căpitanul Obvious.

Și uneori nu este clar cum să identifice starea în care funcția va transfera sistemul. Chiar și în timpul pregătirii acestui exemplu simplu, am întâmpinat anumite dificultăți asociate tocmai cu acest moment.

Avantajul diagramelor EPC este faptul că, la fel ca diagramele IDEF0, puteți indica datele de intrare și ieșire ale fiecărei funcții pe acestea și puteți urmări logica mișcării datelor de intrare și ieșire de la bloc la bloc. În plus, spre deosebire de același IDEF0, a devenit posibilă paralelizarea procesului, direcționându-l doar de-a lungul unuia dintre ramuri alternative(în IDEF0, dacă adăugăm paralelism în execuție, atunci toate funcțiile paralele vor fi executate simultan). De asemenea, mi s-a părut un avantaj să pot preciza interpretul pentru fiecare etapă (a se citi: funcție).

Dar! În IDEF0, executantul este indicat o dată la fiecare nivel de descompunere, iar în numele lui sunt trase săgeți la toate blocurile executate de el. În EPC, pentru a calcula câte acțiuni efectuează un executant, trebuie să parcurgem toate blocurile de acțiuni și să verificăm dacă executantul de care avem nevoie este indicat în el.

Această notație mi s-a părut foarte convenabilă din punctul de vedere al monitorizării execuției procesului: fiecare funcție transferă cu siguranță sistemul într-o stare nouă, din care rezultă că după executarea fiecărei funcție, sistemul poate fi verificat dacă trecerea la cea dorită. statul a fost efectiv realizat. Dar imediat a apărut întrebarea: este acest lucru cu adevărat necesar? De exemplu, rareori am o astfel de dorință =)

Așadar, în general, notația EPC mi se pare incomod pentru descrierea proceselor de business: prea multă atenție la evenimente, prea puțină atenție la acțiuni și mai ales gruparea acestora pe baza interpretului sau a materialelor folosite. Da, este simplă, da, este frumoasă și da, din păcate, asta este tot ce pot spune despre ea, ca probabil mulți alți oameni. =)

Și articolele despre notațiile UML și BPMN sunt din ce în ce mai aproape.

(4,14 - evaluat de 21 de persoane)