Modelarea proceselor de afaceri a devenit o muncă clasică a multor analiști de afaceri ca parte a optimizării proceselor de afaceri și a standardizării activităților. companiile rusești. Există multe notații care sunt folosite în anumite cazuri. Acest articol este dedicat unei imagini de ansamblu asupra notațiilor de modelare a proceselor de afaceri.

VAD (vdiagrama lanțului aluare adăugată)

Notația VAD propusă de Michael Porter în lucrarea sa privind strategia corporativă se concentrează pe modelarea proceselor de afaceri care „creează valoare” sub formă de servicii sau produse pentru client. Un model de proces de afaceri construit în notație VAD oferă o vedere generală, nedetaliată a proceselor de afaceri.

Folosind notația VAD, puteți descrie lista și relația proceselor de afaceri la nivelul superior, deoarece această notație vă permite să afișați toate procesele de afaceri ale companiei pe un singur model. În notația VAD, puteți utiliza relații care arată relația proceselor de afaceri între ele, în timp ce fluxul procesului în această notație în marea majoritate a cazurilor este direcționat de la stânga la dreapta.

Există o mulțime de opțiuni de notare VAD implementate în diverse instrumente, fiecare cu propriul set de caractere, dar toate arată aproximativ la fel - un set de procese de afaceri adesea interconectate prin legături „predecesor-follower”.

De exemplu, extinderea acestei notații în setul de instrumente ARIS vă permite să afișați interpreți, riscuri, documente, date și multe altele despre modelul procesului de afaceri.

Pe lângă modelarea hărții proceselor de afaceri a unei organizații, notația VAD vă permite să modelați procesele de afaceri end-to-end în timpul definiției lor inițiale. Dar trebuie să înțelegeți că VAD nu este conceput pentru a modela condițiile logice din proces și, prin urmare, este bine acceptat de conducere. În practică, după modelarea proceselor de afaceri la nivelul superior în notația VAD, urmează modelarea mai detaliată a proceselor de afaceri în alte notații, despre care vom discuta mai detaliat mai jos.

Modelul de notație VAD poate fi desenat într-o varietate de instrumente, cum ar fi MS Visio și multe alte instrumente de modelare a proceselor de afaceri.

Modelarea proceselor de afaceri - EPC (lanțul de procese bazat pe evenimente)

Notația EPC a fost dezvoltată de profesorul August Wilhelm Scheer în cadrul metodologiei setului de instrumente ARIS. Cu ajutorul, un proces de afaceri este modelat ca o listă de pași ai procesului declanșați de evenimente. Notarea este convenabilă pentru reglementarea ulterioară a procesului de afaceri, precum și pentru analiza fluxului de informații al procesului de afaceri (documente de intrare/ieșire).

Libertatea notației EPC vă permite să descrieți obiecte suplimentare în cadrul modelării proceselor de afaceri, cum ar fi riscurile operaționale, procedurile de control, formularele de ecran, Sisteme de informare, indicatori și multe altele.

În cadrul notației EPC, procesul este modelat „de sus în jos”, iar ordinea în care sunt efectuate pașii/funcțiile/acțiunile/operațiunile unui proces de afaceri este determinată printr-un sistem de evenimente și condiții logice. Ca evenimente în notația EPC, sunt luate în considerare începutul și finalizarea etapelor procesului, precum și evenimentele externe care necesită un răspuns din partea organizației.

Modelul procesului de afaceri este format din secvențe „eveniment-funcție-eveniment” și operatori logici „ȘI”, „SAU”, „SAU exclusiv” care afișează soluții, verificarea condițiilor, paralelizarea și convergența fluxurilor procesului de afaceri modelat.

Există multe opțiuni pentru notația EPC, în format de coloane, rânduri, precum și cu diferite liste de obiecte utilizate, cu toate acestea, toate aceste opțiuni sunt disponibile numai în setul de instrumente ARIS, în timp ce în alte instrumente, de exemplu, MS Visio sau Business Studio, este disponibilă doar modelarea proceselor de afaceri EPC, în format clasic.

Modelarea unui proces de afaceri în notație EPC vă permite să obțineți ulterior un text sau un regulament tabelar al procesului de afaceri, deoarece un model EPC desenat corect poate fi convertit într-o secvență de propoziții în limbaj obișnuit, care devine baza reglementării. De aceea, această notație este considerată cea mai convenabilă pentru modelarea proceselor de afaceri în scopul analizei și reglementării ulterioare.

Modelare Afaceri— proceselor– BPMN (Business Process Model and Notation 2.0)

Notația BPMN a fost creată de Object Management Group (OMG) și este destinată modelării proceselor de afaceri în vederea automatizării lor ulterioare. Notația BPMN este utilizată pentru modelarea detaliată a unui proces de afaceri, iar numărul de obiecte din această notație depășește 100, ceea ce vă permite să descrieți toate nuanțele comportamentului proceselor de afaceri, astfel încât sistemul informațional să poată converti modelul creat în executabil. cod.

Deschiderea notației BPMN și suportul de către majoritatea instrumentelor de modelare și automatizare a proceselor de afaceri au făcut din această notație un lider în modelarea proceselor de afaceri.

În notația BPMN, pe lângă pașii procesului de afaceri, puteți modela evenimentele de început, intermediare și finale ale procesului, fluxuri de informații și fluxuri de mesaje. Printre caracteristicile notației, se poate evidenția utilizarea implicită a stilului de modelare a benzii de înot (culori de înot), atunci când executantul este afișat ca o bandă verticală sau orizontală asemănătoare cu benzile dintr-o piscină și tocmai pe această pistă sunt localizate actiunile/operatiile efectuate de acest executant.

Eficientizarea unui proces de afaceri în formatul Swim Lane face ca transferul de responsabilitate și fluxul de lucru între participanții la proces să fie vizual, dar, în același timp, face dificilă modelarea în cazul mai multor co-executori într-o singură operațiune.

Modelele desenate în notația BPMN sunt adesea dificil de asamblat într-o ierarhie coerentă, deoarece metodologia a fost creată inițial pentru a automatiza procesele de afaceri „end-to-end”.

Aplicarea notației BPMN necesită o anumită experiență, ceea ce limitează adesea numărul de creatori ai acestor modele la sisteme și analiști de afaceri. Reprezentanții unităților de afaceri rareori modelează procesele de afaceri în notație BPMN.

În ciuda diferențelor grafice, notațiile BPMN și EPC sunt foarte asemănătoare între ele, iar în trusa de instrumente ARIS pot fi deja convertite una în cealaltă, deși cu anumite limitări metodologice.

Modelarea proceselor de afaceri - Diagramă de flux

Numele notației este diagramă de flux, este cel mai ușor de tradus ca diagrame de flux. Această notație a apărut inițial în standardul ANSI în 1970 și conține un set foarte simplu de caractere.

De-a lungul anilor de existență a notației Flow Charting, au fost desenate multe variante de organigrame care conțin simboluri pentru rezolvarea diferitelor probleme, de exemplu, pentru a descrie fluxurile de materiale, roluri și locuri de muncă, echipamente, pentru a analiza intrările și ieșirile funcțiilor.

De fapt, diagramele de flux au fost precursorii notațiilor moderne de modelare a proceselor de afaceri și, până acum, au fost predate în majoritatea institutii de invatamantîn cadrul disciplinelor dedicate tehnologiei informaţiei.

Notația Flow Charting nu are un standard rigid, care vă permite să modelați procesele de afaceri din diferite puncte de vedere, adăugând anumite obiecte la model după cum este necesar. În acest fel, această notație este foarte asemănătoare cu EPC, dar are și mai multă libertate în ceea ce privește aplicarea. Libertatea de a utiliza diagrame de flux și suportul celor mai ieftine și chiar gratuite instrumente de modelare a proceselor de afaceri au făcut ca această notație să fie aplicabilă în multe companii.

Printre deficiențele diagramei de flux, se poate evidenția absența unei liste tipice de obiecte și atribute, care este reversul „libertății” acestei notații. Acest lucru vă permite să modelați același proces de afaceri în această notație în așa fel încât modelele să fie foarte diferite unele de altele.

În ciuda faptului că modelele de procese de afaceri în notația Flow Charting pot fi găsite destul de des, cel mai probabil va deveni un lucru din trecut, dând loc unor „notații mai stricte”

Modelare Afaceri— proceselor– IDEF (Limbaj de definiție integrat)

Notația IDEF a apărut în anii 1970 ca un standard guvernamental american care se concentrează pe intrările, ieșirile, mecanismele și controalele unui proces de afaceri și leagă procesele unei organizații într-o ierarhie. Elementul cheie al acestei notații este funcția, în timp ce toate celelalte obiecte și interacțiuni sunt modelate folosind relații.

Notația folosește un set foarte simplu de simboluri: dreptunghiuri de proces și săgeți care ilustrează intrări, ieșiri, controale și mecanisme, această notație se distinge printr-un sistem de numerotare „încorporat” pentru etapele procesului de afaceri, care vă permite să urmăriți relațiile dintre părinte. și procesele copil.

Având în vedere istoria acestui standard și utilizarea sa destul de răspândită, acesta este implementat în multe instrumente de modelare, dar totuși această notație poate fi atribuită generației de ieșire, deoarece are din ce în ce mai puțini susținători, iar reprezentanții afacerilor tratează adesea aceste „microcircuite” cu scepticism.

UML (unificat Modelare Limbi)

Unified Modeling Language (UML) este un set de notații și metode de modelare concepute pentru a descrie cerințele pentru sistemele informaționale, dar printre notațiile UML există și o notație specializată concepută special pentru modelarea proceselor de afaceri. UML este susținut de Object Management Group (OMG), care a făcut această metodologie destul de comună în rândul profesioniștilor IT.

Această notație este foarte asemănătoare cu EPC și BPMN, singura diferență este în afișarea declarațiilor logice și a evenimentelor și, deși există multe cărți despre notația UML și este susținută de multe instrumente de modelare, UML Activiti Diagram este folosit în principal pentru analiza sistemelor și design și doar un număr mic de companii folosesc UML pentru a modela procesele de afaceri

VSM (valoare Curent Cartografiere)

Numele notației VSM poate fi tradus în limba rusă ca mapare a fluxului de valoare pentru clienți. numele original această notație în Toyota Corporation, unde se crede că a fost inventat - Harta fluxului de materiale și informații.

Notația VSM a fost dezvoltată ca parte a metodologiei lean manufacturing, și utilizează un set de simboluri specifice pentru a afișa elemente de costuri de resurse și timp pentru a analiza eficacitatea unui proces de afaceri în proiectele Lean 6Sigma. O hartă a fluxului de valoare descrie mediul fizic și fluxul de materiale și produse într-un proces de fabricație și este utilizată pentru a lega costurile de resurse și timp de un proces și, astfel, oferă o perspectivă asupra performanței.

Scopul acestei notații este de a implica participanții săi în analiza procesului de afaceri pentru a-i încuraja să caute în mod independent oportunități de optimizare. De regulă, modelele VSM sunt desenate în proiecte pe Flip Chart și nu necesită instrumente serioase de modelare a proceselor de afaceri, deoarece deciziile sunt luate pe baza acestuia, iar modelul în sine nu devine baza nici pentru reglementare, nici pentru soluția IT.

Principalul lucru atunci când se creează un model în notație VSM este completarea atributelor temporare în funcție de proces, pentru a căuta „gâturile de sticlă” și locurile de stocare excesivă a stocurilor.

Această notație are un cerc limitat de adepți, iar în rândul maselor largi de analiști de afaceri nu va fi răspândită în viitorul apropiat datorită specificului sarcinilor rezolvate cu ajutorul ei. Dar, în același timp, multe instrumente de modelare a proceselor de afaceri, cum ar fi ARIS, au dezvoltat deja extensii pentru a sprijini modelarea proceselor de afaceri în această notație.

SIPOC

Abrevierea SIPOC înseamnă: Furnizor (furnizor), Intrare (intrare), Proces (proces), Ieșire (ieșire), Client (consumator). Acesta este un șablon de documentare a procesului adoptat în metodologia Six Sigma, de fapt, nu este nici măcar o notație de model, ci un format de tabel care vă permite să descrieți un proces de afaceri la nivel superior. Modelul SIPOC este aplicat cel mai eficient la definirea limitelor procesului de afaceri, a părților care interacționează și a intrărilor/ieșirilor procesului.

Nu există nicio notație pentru SIPOC, deoarece este un tabel simplu cu anteturi adecvate care vă permite să structurați procesul de afaceri selectat pentru o analiză și optimizare ulterioară.

Utilitatea SIPOC, spre deosebire de alte diagrame, constă în posibilitatea utilizării acestuia de către angajații unităților de afaceri, deoarece nu conține o logică complexă și multe obiecte, cum ar fi notațiile EPC sau BPMN.

Modelarea proceselor de afaceri - Concluzii

Deci, m-am uitat la câteva notații de modelare a proceselor de afaceri care pot fi găsite pe piata ruseasca(Sunt descrise mai detaliat în capitolul BPM CBOK despre modelarea proceselor de afaceri). Care dintre notațiile să alegeți pentru utilizare este o întrebare deschisă, de exemplu, pentru modelarea proceselor de afaceri ale unei organizații la nivel superior, folosesc notația VAD, pentru modelarea primară a unui proces de afaceri selectat pentru optimizare, este mai ușor pentru a utiliza SIPOC sau VAD. Pentru a crea modele detaliate ale proceselor de afaceri - un BPMN simplificat pentru modelarea interacțiunii interfuncționale sau EPC pentru modelarea detaliată în scopul formalizării fluxului de informații și a setului de obiecte asociate unui proces de afaceri. Ei bine, dacă trebuie să automatizați un proces de afaceri într-un sistem BPMS, atunci nu vă puteți descurca fără notația BPMN.

Lumea s-a confruntat cu abordarea prin proces a organizației afacerii de mult timp și destul de eficient, iar standardul Business Process Model and Notation (BPMN, notație) este o procedură bine gândită. descriere corecta procesele de afaceri. Companiile îmbunătățesc în mod constant diverse specializări ale acestui standard și, prin urmare, obțin o creștere foarte semnificativă a tuturor indicatorilor de calitate ai muncii lor. Notația BPMN este de înțeles nu numai pentru experții domeniului în care a fost creată, ci orice lucrător poate opera cu calculele sale logice.

Modelare și standardizare

Concomitent cu simplitatea, această standardizare este cea mai mare model complet procesul de afaceri descris într-o formă care poate fi citită de mașină. BPMN (când este văzut în versiunea BPMN 2.0 a notației) construiește modele ale celor mai complexe procese din afaceri într-un mod foarte puternic și expresiv și în cel mai ușor de înțeles sistem. Cel mai important, împreună cu acest standard, modelele grafice sunt definite și convertite într-o formă frumos structurată și care poate fi citită de mașină, care se bazează pe XML. Limbajul de notație BPMN este absolut executabil, adică vă permite să modelați procese care sunt efectuate ulterior folosind BPMS ( sisteme automatizate managementul proceselor de afaceri). O astfel de standardizare este extrem de utilă tocmai pentru că modelatorii pot folosi unele produse software, iar performeri - altele, dacă suportă acest standard.

Pentru a construi un anumit model se pot folosi mai multe versiuni (notația BPMN 2.0 (PDF) și altele), uneori modelul este alcătuit din fragmente de notații diferite, dar modul în care sunt sistematizate și citite este același. Un număr tot mai mare de antreprenori implementează în companiile lor execuția proceselor de afaceri bazate pe acest standard. Cererea de specialiști care cunosc acest limbaj de modelare crește în fiecare zi. Un număr tot mai mare de oameni studiază elementele grafice ale notației BPMN și regulile de construire a modelelor. Pentru aceasta, există cursuri speciale în care cei care doresc se vor familiariza cu scopul acestui limbaj, cu tipurile de diagrame, și vor vedea posibilitățile de execuție automată a modelelor construite. Cel mai interesant lucru este experiența practică în notația BPMN 2.0 (disponibilă și în limba rusă), modelarea și analiza, dezvoltarea unui proces de afaceri.

Specialiști

Cine este capabil să descrie procesele de afaceri? Notarea modelării BPMN este ușor de realizat de către oricine implicat în automatizare, dezvoltarea proceselor de afaceri. manageri de proiect, analiști de sistem, arhitecți și dezvoltatori sisteme informatice, metodologi, angajați ai serviciilor de calitate. De obicei, acești oameni sunt capabili să citească documentația tehnică în limba engleză, să participe la orice proiecte de analiză, să descrie notația BPMN, proiecte de afaceri optimizate sau automatizate sau software dezvoltat și întreținut. Această metodologie are statut international, și nu de marcă, ca multe alte standarde, și nici măcar naționale. De aceea, din 2005 analizează și reorganizează afaceri folosind modelarea proceselor în notație BPMN.

Această tehnică a oferit aproape tuturor utilizatorilor informații accesibile - de la cei mai mari analiști care creează scheme și dezvoltatori care implementează tehnologii pentru executarea proceselor de afaceri conform acestor scheme, până la directorii companiei, adică utilizatorii obișnuiți care sunt ocupați cu gestionarea și monitorizarea implementării modelul construit. În acest fel, Business Process Modeling Notations (BPMN) creează o punte între crearea modelului și implementarea modelului. Aici sunt adunate cele mai bune idei disponibile în alte metodologii. De exemplu, pentru o mai bună flexibilitate și lizibilitate în notația BPMN 2.0, urmează tradiția diagramei flux.

Simboluri (elemente) BPMN

Sprijină și dezvoltă organizația BPMN OMG. Acesta nu este un meme al obișnuiților Internetului, adică „oh mine goth”, ci foarte faimosul Object Management Group, care include peste opt sute de companii care dezvoltă standarde precum notația BPMN. Toate modificările utile din noile versiuni le datorăm dezvoltatorilor OMG. Această organizație a ales ca direcție cheie promovarea notației UML BPMN, care este folosită pentru modelarea sistemelor orientate pe obiecte. Prin urmare, la dezvoltarea diagramelor, pe lângă concepte și concepte (flux de control, acțiune, obiect de date etc.), există multe concepte în BPMN care sunt caracteristice abordării orientate pe obiect: mesaj, schimb și flux de mesaje.

Simbolurile notației grafice sunt analizate în funcție de scopul lor și combinate în categorii. Obiecte - obiecte flux, Date - date, Swimlanes - zone de responsabilitate, Connecting Objects - obiecte de conectare, Artefacte - artefacte. Simbolurile fluxului de control, obiectului de date și obiectului fluxului sunt în continuare subdivizate în subgrupuri în funcție de caracteristicile semantice pentru a afișa specificul evenimentelor în curs, caracteristicile de ramificare a fluxului, execuția acțiunilor și așa mai departe. Ele indică specificul datorită imaginilor grafice suplimentare - markere, pictograme plasate în interiorul simbolului principal. Simbolurile evenimentului vin și cu alt fel culoarea conturului și a fundalului.

Evenimente după timp

În timpul execuției unui proces de afaceri apar mereu diverse și numeroase evenimente care au impactul lor, în ciuda faptului că de cele mai multe ori sunt elemente opționale și nu sunt afișate în diagrama procesului de afaceri. Aceasta înseamnă primirea și răspunsul la un mesaj, schimbarea stării în documente și multe altele pe care nu are sens să le enumerați - o mulțime de evenimente se întâmplă literalmente la fiecare pas. Pentru a le clasifica, se determină caracteristicile fiecăruia. Primul grup - până la momentul debutului. Acesta este evenimentul de pornire care va arăta începutul graficului. De aici, fluxul de control poate fi doar de ieșire, iar fluxul de mesaje poate merge în ambele sensuri. Evenimentul de pornire pe diagrama procesului de afaceri este de obicei unul, dar nu îl puteți afișa deloc. Uneori există chiar mai multe dintre ele, dacă maparea are loc cu piste, pool-uri și subprocese implementate. Conturul evenimentului este prezentat ca o singură linie subțire.

Un eveniment final este rezultatul executării unui proces de afaceri. Aici intra doar fluxul de control, iar fluxul de mesaje se deplasează în continuare atât la intrare, cât și la ieșire. Fluxul de intrare este reprezentat de o săgeată. Diagrama afișează un singur eveniment final sau mai multe - acestea sunt conturate ca o singură linie groasă. Un eveniment intermediar este oricare dintre celelalte care au loc în timpul executării unui proces de afaceri. Un flux intră aici și unul iese și el. Numai Boundary (eveniment limită) apare și este procesat imediat - fie la începutul acțiunii, fie la sfârșitul acțiunii. Este afișat pe conturul (chenarul) acțiunii și conține un singur flux - fie de intrare, fie de ieșire. Și un astfel de eveniment este indicat de o linie dublă subțire.

Evenimente: întrerupere subproces și tip de rezultat

Întrucât evenimentele din timpul modelării unui proces de afaceri sunt foarte diferite, în blocul următor au fost clasificate cele care pot întrerupe executarea unei acțiuni. Primele care sunt marcate sunt evenimentele neîntrerupte - acestea sunt evenimente intermediare sau de pornire care apar în timpul execuției, totuși, inițiază firul de ieșire asociat cu acesta numai când activitatea este finalizată. Conturul unui astfel de eveniment este descris printr-o linie întreruptă. Urmează un eveniment de întrerupere care are loc înainte sau după acțiunea standard. În situații excepționale, acest eveniment necesită oprirea sau încetarea acțiunii dacă lipsesc informațiile necesare sau este afișată o eroare în timpul procesării, dacă sunt necesare acțiuni suplimentare și altele asemenea. Aici conturul este afișat ca o linie continuă.

Al treilea tip de evenimente este clasificat în funcție de tipul de rezultat. În primul rând, aici trebuie să vorbim despre inițiatorul procesării. Acesta este un eveniment intermediar sau de start care apare ca urmare a executării acțiunilor și este rezultatul executării unui proces - standard sau nu. Evenimentul declanșator este reprezentat de o pictogramă necompletată. Este necesar să adăugați încă un eveniment la această secțiune, care vorbește și de performanță, doar că aici este rezultatul prelucrării. Acesta este un eveniment intermediar sau final care are loc în timpul execuției acțiunilor și este unul dintre rezultatele finale ale execuției procesului - standard sau nu, este afișat ca o pictogramă umplută.

Acțiuni

Un proces, reprezentat ca o diagramă, arată ca un set ordonat de acțiuni care sunt efectuate pentru a obține un anumit rezultat. Pe o diagramă verticală cu notație BPMN, de sus în jos, este specificată o secvență care arată execuția unui proces în timp. De asemenea, îl puteți urmări în direcția săgeților elementelor de legătură de la stânga la dreapta. Acțiunile afișate au trei vederi principale și multe varietăți, fiecare cu propria pictogramă sau pictogramă.

sarcină - o sarcină. Acțiune elementară, adică indivizibilă. Tipul sau specificul sarcinii este indicat de un marcator sau pictogramă în colțul din stânga sus al simbolului de acțiune. Sarcina poate fi Service (serviciu), pentru furnizarea unui serviciu, care este o aplicație automată sau un serviciu web. Trimite - trimite un mesaj. Dacă mesajul este trimis cel puțin o dată, sarcina poate fi considerată finalizată. Primire - primirea unui mesaj (același principiu: dacă un mesaj este primit o singură dată, sarcina este finalizată). Sarcina Utilizatorului este considerată caracteristică și este îndeplinită de către executant cu ajutorul software-ului și cu asistența altor angajați. O sarcină care necesită execuție manuală este Manuală, care se realizează fără ajutorul automatizării. Regulă de afaceri - o regulă de afaceri, conform tehnologiei, îndeplinirea acestei sarcini depinde de circumstanțe, alegerea unei metode ajută la stabilirea unei reguli de afaceri. Script - un script în care execuția operațiunilor este strict în ordinea descrisă într-un limbaj recunoscut de executant. De obicei, acest tip de sarcină este efectuată prin mijloace automate.

Subprocese

Sub-Proces - subproces. Include gateway-uri în notație BPMN, fluxuri de lucru, evenimente și multe alte activități. Astfel, un subproces este o acțiune compozită, ale cărei părți sunt afișate direct în interiorul simbolului de pe diagramă sau sunt plasate pe o diagramă de descompunere separată. În acest din urmă caz, diagrama principală ar trebui să afișeze un semn + în centrul sub-procesului (marginea inferioară a activității). Există subprocese standard, dar nu sunt suficiente, așa că au apărut două varietăți specifice ale acestuia. Acesta este un subproces de eveniment - un subproces de eveniment care începe întotdeauna când are loc un eveniment de pornire. Diagrama nu prezintă nicio legătură cu restul activităților și fluxurilor de lucru. Conturul unui astfel de subproces este reprezentat de puncte.

A doua varietate este Tranzacție (tranzacție), aceasta este o acțiune constând din diferite operațiuni cu o finalizare cu succes, adică obținerea unui rezultat pozitiv. Puteți obține un rezultat specific numai dacă toate componentele sunt finalizate cu succes. Dacă apar probleme în timpul execuției subprocesului, rezultatele tuturor operațiunilor anterioare vor fi anulate (eveniment de anulare). O astfel de interferență poate fi imposibilitatea efectuării unei anumite operațiuni sau efectuarea incorectă a acesteia. Pentru a evita anularea evenimentelor anterioare, puteți încerca o operațiune eșuată de compensare (compensare eveniment). Conturul unui astfel de sub-proces este prezentat ca o linie dublă continuă. Pentru a include în diagramă toate sarcinile sau subprocesele care sunt reutilizate, există un Apel - un apel, care este indicat în diagramă printr-un contur aldin.

Gateway-uri

Gateway-urile în notație BPMN sunt menite să indice specificul fluxului de operațiuni și trecerea lor prin ramuri paralele sau alternative. Poarta de acces se poate descurca fără fluxuri de ieșire sau de intrare, dar are întotdeauna cel puțin două fluxuri proprii, fie de intrare, fie de ieșire. Marcatorul din interiorul simbolului său specifică tipul gateway-ului. Poate fi Exclusiv, XOR - exclusiv cu un „sau” exclusiv, conceput pentru a împărți fluxul în rute alternative. În timpul procesului, doar una dintre rutele sugerate poate fi activată. Condițiile de ignorare sunt incluse lângă linia de desemnare. Incluziv, SAU - neexclusiv cu poarta logică „sau” concepută pentru a împărți fluxul în rute, unde fiecare este activată dacă este îndeplinită condiția de adevăr a expresiei logice asociate acestuia. În acest proces pot fi parcurse mai multe căi, dar dacă cel puțin una dintre ele nu este adevărată, atunci alegerea este imposibilă.

Un analog al unui gateway neexclusiv este Complex (complex). Diferența este că există o singură expresie care determină activarea unui anumit flux de lucru. Paralel, AND - o paralelă cu gateway-ul logic „și” este necesară pentru ramificarea sau îmbinarea operațiunilor paralele. Exclusiv bazat pe evenimente - Un gateway exclusiv, dar bazat pe evenimente, care separă fluxul de lucru în rute alternative. Exclusive Event-Based Gateway pentru a începe un Proces este, de asemenea, un gateway exclusiv, evenimentele pe care se bazează încep întregul proces. Acesta este caracterul de început al unui proces sau subproces care nu are fluxuri de intrare. Parallel Event-Based Gateway pentru a începe un Proces funcționează în același mod - un gateway paralel, de asemenea, bazat pe evenimente care pornesc procesul. Cu toate acestea, cu ajutorul acestuia, puteți activa mai multe procese în același timp dacă evenimentele asociate acestora funcționează. Desigur, nu are fluxuri de intrare. Imaginile arată clar notația BPMN în exemplele de diagramare cu două tipuri de porți.

Date și fluxuri

Obiectul de date este conținut și utilizat în grafice în mod specific, ceea ce demonstrează utilizarea unor markeri suplimentari. Intrări de date - date de intrare, adică informațiile inițiale pentru a începe execuția acțiunilor. Apare pe marginea de sus a simbolului. Colectare de date - un set de date, adică o întreagă matrice sau o colecție de date de același tip. Afișat sub simbol. Obiectul de date și acțiunea sunt conectate printr-o relație folosind o asociere.

Imaginea standard a fluxului de lucru poate fi completată în diagramă prin indicarea fluxurilor specifice. Flux de secvență condiționată - desemnarea unui flux condiționat de operațiuni la ramificarea acestuia. Afișat ca provenind dintr-o acțiune (dacă nu doriți să utilizați o poartă în diagramă). Default Sequence Flow - fluxul de operațiuni care are loc implicit, cel mai adesea provine dintr-o poartă sau acțiune, nu este asociat cu expresii logice.

Exemple și concluzii

Evenimentul de start, după cum sugerează și numele, indică punctul de pornire al unui proces. Acesta este punctul de plecare, ceea ce înseamnă absența oricărui tip de flux de intrare. Evenimentul de început în exemplele de notație BPMN este notat printr-un cerc în care centrul este liber. Un astfel de eveniment poate fi o scrisoare sau un apel de la un client, de exemplu, trimis către un magazin online sau pe site-ul unei companii care modelează acest proces de afaceri. În plus, fluxul operațiunilor merge pe linii și indică execuția procesului până la cercul roșu, care indică finalizarea, evenimentul final. Apropo, pot fi mai multe dintre ele și este ușor de urmărit unde exact s-a încheiat fluxul de operațiuni, completând procesul. Nu este posibil niciun flux de ieșire din cercul roșu.

Dacă diagrama nu este colorată, atunci evenimentul final este evidențiat cu o linie groasă în formă de cerc. De exemplu, în practică, acest eveniment poate fi emiterea unui produs comandat care a parcurs tot drumul de la validare la procesare până la emitere. Pe parcursul tuturor acestor lucrări, diagrama arată acțiunile care au fost efectuate pe drum de la evenimentul de la început până la sfârșit. Acțiunea este indicată printr-un dreptunghi cu marginile rotunjite. Gateway - romburi. Acest limbaj este de înțeles utilizatorilor, este necesar doar să vă familiarizați puțin cu sistemul de afișare care este prezent aici în ilustrații.

la EPC

Să continuăm conversația despre Business Studio. Capacitățile acestui sistem oferă suport pentru întregul ciclu de dezvoltare a afacerii: de la proiectarea arhitecturii până la găsirea modalităților de îmbunătățire a acesteia.

Business Studio este simplitate și comoditate

Business Studio este un sistem de modelare de afaceri caracterizat prin simplitate, comoditate și de mare vitezăînvăţarea de către experţi. Prezența unei interfețe intuitive a sistemului permite chiar și începătorilor să înceapă procesul de proiectare a unei arhitecturi de afaceri.

Notații de modelare utilizate

Programul folosește cele mai populare notații de modelare a proceselor de afaceri care sunt pe înțelesul angajaților fără pregătire suplimentară:

1. Notație IDEF0

Cea mai populară notație de modelare a proceselor de afaceri bazată pe metodologia de analiză structurală SADT.

Metodologia IDEF0 este o metodologie de modelare care vă permite să creați un model funcțional care descrie structura și funcțiile unui sistem. Și, de asemenea, - fluxurile de informații și obiecte materiale care conectează aceste funcții. Figura de mai jos prezintă o diagramă grafică în notație IDEF0 - un exemplu este implementat în sistemul Business Studio.

Procesele de business în notația IDEF0 sunt reprezentate sub formă de dreptunghi, iar săgețile reflectă legătura cu alte procese și mediul extern.

Caracteristicile de notație sunt:

• capacitatea de a descompune procesele în subprocese și, astfel, de a construi modele ierarhice ale proceselor de afaceri;
• selectarea a patru tipuri de săgeți: trei tipuri de intrări (intrare, control și mecanism), care permit descrierea mai flexibilă a logicii utilizării intrărilor în proces în scopul analizei și ieșirii ulterioare.

Notația IDEF0 este utilizată pentru a crea modelul de proces de afaceri de nivel superior. Construcția diagramei IDEF0 de nivel superior oferă cea mai generală sau abstractă descriere a obiectului de modelare. La nivelul inferior, pentru a descrie algoritmul (scenariul) execuției procesului, este permisă schimbarea standardului IDEF0 la notația Process, Procedure, EPC sau BPMN 2.0.

Metodologia SADT poate fi găsită în detaliu în monografia lui David A. Mark și Clement McGowan „SADT Structural Analysis and Design Methodology”.

2. Procesul de notare (organigrama de bază B Visio)

Această notație Se folosesc elemente grafice: eveniment, proces, decizie, două tipuri de săgeți - săgeți de precedență și săgeți „Flux de obiecte”.

Notația Process acceptă descompunerea în sub-procese.

Notația Process poate fi utilizată pentru a modela procesele individuale ale companiei, precum și la nivelul inferior al unui model de proces de afaceri creat în notația IDEF0.

3. Procedura de notare (Diagramă de flux interfuncțională B Visio)

Această notație este utilizată pentru a reprezenta algoritmul de execuție a procesului (notația clasei fluxului de lucru). Pe lângă elementele grafice folosite în notația Proces, sunt folosite piste (Swim Lanes), care desemnează unități organizaționale - executanți ai acțiunilor procesului.

Procedura de notare acceptă descompunerea în sub-procese.

Notația de procedură poate fi utilizată pentru a modela procesele individuale ale companiei, precum și la nivelul inferior al unui model de proces de afaceri creat în notația IDEF0.

4. Notație BPMN 2.0

Folosit pentru a reprezenta algoritmul de execuție a procesului (notația clasei fluxului de lucru).

Particularitatea notației BPMN 2.0, care a apărut ca standard de modelare în 2011, este că este destinată atât modelării proceselor de afaceri, cât și executării acestora.

Este ușor de înțeles și convenabil atât pentru analiștii de afaceri, cât și pentru dezvoltatori care automatizează execuția proceselor. Pentru a exporta o diagramă de proces într-un sistem BPMS, Business Studio utilizează standardul XPDL.

Business Studio oferă 2 tipuri de diagrame BPMN 2.0 - diagrame de proces și diagrame de interacțiune cu proces.

Sunt utilizate următoarele elemente grafice:

• procese;
• evoluții;
• gateway-uri;

3 tipuri de săgeți:

• controlul fluxului;
• fluxul de mesaje;
• asociațiile;

• documentele;
• informație;
• mesaje; baze de date.

Este important ca în Business Studio toate elementele diagramei BPMN să fie obiecte de depozit.

În Business Studio, în notația BPMN, puteți construi un arbore de proces ierarhic, adică este acceptată descompunerea.

Pentru procesul BPMN, puteți genera automat reglementări și alte rapoarte, această notație este folosită în principal pentru a descrie procesele de nivel inferior, în special cele cu o logică de execuție complexă.

5. Notație EPC (Event-Driven Process Chain).

Folosit pentru a reprezenta algoritmul de execuție a procesului (notația clasei fluxului de lucru).

O diagramă descrisă în notația EPC (Event Process Chain) este o combinație ordonată de evenimente și funcții.

Pentru fiecare funcție, evenimente inițiale și finale, participanți, interpreți, fluxuri materiale și documentare care o însoțesc pot fi definite. În notația EPC, săgețile de ramificare se realizează folosind operatori.

Notația EPC acceptă descompunerea în niveluri inferioare. O diagramă funcțională decomponabilă EPC poate fi descrisă numai în notație EPC sau BPMN 2.0.

Notația EPC poate fi utilizată pentru a modela procesele individuale ale companiei, precum și la nivelul inferior al unui model de proces de afaceri creat în notația IDEF0.

Ce notații folosești în munca ta?

Sunt adesea întrebat - ce să citesc despre procesele de afaceri?
Unul dintre cele mai bune site-uri de pe Runet este www.klubok.net. Eu însumi „am crescut” pe forum și articole de pe acest site. Multe articole nu și-au pierdut actualitatea nici acum. Recomand sa incepi cu el.

Dar dacă vorbim despre cărți, pot spune cu încredere cea mai buna carte despre procesele de afaceri este o carte scrisă de Repin și Yeliferov: "Procesele de afaceri ale companiei. Construcție, analiză, reglementare".

Descrierea proceselor de afaceri: încercarea de simplitate.

Articolul tratează problemele alegerii unei notații pentru descrierea proceselor în scopul reglementării ulterioare. Notațiile de flux de lucru utilizate frecvent sunt comparate între ele, cum ar fi: „Diagramă simplă” în MS Visio, „Procedura” din Business Studio, notația ARIS eEPC și altele.

Când se compară notațiile, se pune accent pe crearea de diagrame de proces simple și ușor de înțeles pentru angajații organizației.

Pentru analiștii de afaceri ai companiilor, tezele discutate în articol reprezintă un motiv serios de a se gândi cât de eficiente sunt abordările pe care le folosesc pentru a dezvolta diagrame grafice ale proceselor organizaționale.

Introducere

Unul dintre cele mai importante obiective pentru formarea diagramelor de proces grafice este utilizarea lor ulterioară în documentele de reglementare ale organizației. De regulă, aceste scheme sunt folosite de angajați care nu sunt instruiți în notații complexe, nu au abilități de analiză a sistemului etc. Pentru ei, simplitatea și claritatea schemelor sunt foarte importante. Schemele complexe, confuze, care conțin multe simboluri diferite, sunt slab percepute de oameni, ceea ce face dificilă utilizarea lor practică. Prin urmare, în scopuri practice, alegerea și utilizarea corectă a notației (metodei) pentru descrierea proceselor este importantă. După ce criterii ar trebui aleasă o astfel de notație? Cum să comparăm diferite notații între ele? Să ne uităm la câteva notații populare și să încercăm să răspundem la aceste întrebări.

Comparație de notație

Următoarele notații de descriere a procesului au fost alese pentru comparație:

1. „Diagramă simplă” (cu afișarea mișcării documentelor, folosind blocul „Decizie”);
2. „Schema bloc simplă” (fără afișarea mișcării documentelor, fără utilizarea blocurilor „Soluție”);
3. „Procedura” sistemului Business Studio (unul dintre Opțiuni reprezentare);
4. ARIS eEPC.

Un proces simplu și intuitiv a fost ales ca caz de testare. Rezultatele descrierii acestui proces sunt prezentate în fig. 1-4.

Orez. 1. Diagrama procesului în notația „Diagramă simplă” în MS Visio (cu mișcarea documentelor, folosind blocul „Soluție”).

Pe diagrama din fig. 1. Secvența operațiunilor procesului în timp este afișată cu săgeți groase, iar mișcarea documentelor este afișată cu săgeți punctate subțiri. Blocurile „Soluție” sunt folosite într-un mod clasic. Ele afișează informații (întrebări) de care „depinde” cursul ulterior al procesului. Această abordare a utilizării „diamantelor” este foarte comună. Dar, de fapt, întreaga logică a luării deciziilor și a formării anumitor rezultate (documente) ar trebui să fie cuprinsă în operațiunile procesului. Dacă vă gândiți bine, valoarea (sensul) desenului acestor „diamante” nu este evidentă. Care sunt aceste obiecte: operațiuni de proces, evenimente? Se pare că nu este nici una, nici alta. Acestea sunt mai degrabă declarații pentru a lua o decizie în anumite condiții. Dar, la urma urmei, dezvoltăm o diagramă de proces pentru oameni și nu scriem un program de calculator într-un limbaj special. LA program de calculator„diamantul” ar fi o operațiune cu drepturi depline pentru compararea condițiilor etc. Dar pe diagrama procesului, trebuie să afișați obiecte reale - procese efectuate de oameni, documente, sisteme informaționale etc. Gândiți-vă bine, este corect să afișați „diamantele” separat de operația de proces pe diagramă? În schimb, puteți:

a) descrie logica decizională sub forma unei secvențe de operații pe schema procesului în cauză;
b) descrieți logica sub forma unei diagrame a etapelor subprocesului corespunzător, trecând la nivelul de mai jos;
c) descrieți logica în text (în atributele text ale operațiunii) și apoi aduceți-o în programul de execuție a procesului.

Să formulăm „plusurile” și „minusurile” metodei de mai sus (Fig. 1.) de utilizare a „diamantelor”.

„Diagramă simplă” în MS Visio (cu mișcarea documentelor, folosind blocul „Soluție”)
„Pro”	"Minusuri"
Afișarea vizuală a „logicii” alegerii anumitor ieșiri ale procesului. Concentrarea atentiei interpretului asupra punctului de decizie/ramificarea procesului in functie de conditii.	Înlăturarea logicii decizionale „în afara” operațiunii procesului (incorectă din punctul de vedere al descompunerii formale a proceselor). Este incomod să documentați procesul (trebuie să duplicați „romanele” cu text atunci când formați o descriere text a operațiunii). Diagrama procesului devine supraîncărcată cu informații. „Diamantele” sunt adesea folosite prea formal, fără o nevoie reală.

Pe fig. 2. prezintă un exemplu de același proces, descris doar fără utilizarea blocurilor și documentelor „Soluție”. Este ușor de verificat că în această diagramă există cu 24 de elemente grafice mai puține decât în ​​diagrama din Fig. 1. Schema fig. 2. pare mult mai simplu. Din elementele grafice nu uimește, dar din punct de vedere al informativității, această schemă este destul de înțeleasă și accesibilă utilizatorului final. Dacă pentru fiecare operațiune a procesului cerințele pentru implementarea acestuia sunt descrise în text, atunci prin combinarea tabelului și formă grafică reprezentare, este posibilă descrierea adecvată a procedurii de executare a procesului pentru angajații companiei.

Orez. 2. Diagrama procesului în notația „Diagramă simplă” în MS Visio (fără deplasarea documentelor, fără utilizarea blocului „Decizie”).

„Pro” și „contra” reprezentării grafice a procesului în forma prezentată în fig. 2. sunt prezentate mai jos.

În general, utilizarea schemelor într-un format similar cu cel prezentat în Fig. 2 este convenabil atât pentru dezvoltatori, cât și pentru angajații care lucrează conform acestor scheme.

Pe fig. 3. este prezentată diagrama de proces, formată în notația „Procedură” a mediului de modelare Business Studio. Schema are mai multe caracteristici. În primul rând, blocurile „Decizie” nu sunt utilizate într-un mod standard - nu ca element grafic pentru afișarea unei întrebări și ramificare, ci ca o operațiune cu drepturi depline a procesului de luare a deciziilor. În Business Studio, un „romb” are aproape toate atributele unui proces cu drepturi depline, dar nu poate fi descompus (poate că dezvoltatorii de sistem vor face acest lucru posibil în timp util). Folosirea unui „romb” (în loc de patrulater) face diagrama mai clară. În același timp, orice informații text: descriere, început, sfârșit, termen limită, etc.

A doua caracteristică a diagramei de proces prezentată în Fig. 3., este utilizarea săgeților. Pentru a afișa secvența operațiunilor, puteți utiliza o săgeată cu un singur vârf - săgeata „precedentă”. Puteți folosi o săgeată cu două sfaturi pentru a afișa mișcarea documentelor. Dar în Business Studio puteți folosi un singur tip de săgeată - săgețile „precedentă”. În același timp, puteți lega săgețile numite suma necesară documente care sunt definite în directorul de obiecte de activitate. Această abordare face posibilă:

• reduce semnificativ numărul de elemente grafice pe diagrama procesului și, în același timp:
• afișează informațiile necesare despre documentele de intrare și de ieșire în regulamentele de proces.

Astfel, fără a aglomera diagrama cu elemente inutile, putem totuși să descriem complet procesul și să încărcăm toate informațiile necesare în reglementări.

„Pro” și „contra” reprezentării grafice a procesului în forma prezentată în fig. 3. sunt prezentate mai jos.

Orez. 3. „Procedura” a sistemului Business Studio (variantă cu utilizarea netradițională a blocurilor „Soluție”).

În cazul utilizării Business Studio, notația „Procedură” poate fi utilizată în moduri ușor diferite. Autorul articolului tinde spre abordarea prezentată în Fig. 3.

Pe fig. Figura 4 prezintă o diagramă a procesului luat în considerare, dezvoltată în notația ARIS eEPC. Rețineți că unele operații ale procesului nu se potriveau pe diagramă. Această diagramă incompletă a celui mai simplu proces, realizată în notația ARIS eEPC, conține patru instrucțiuni logice și opt evenimente! Persoana care citește diagrama trebuie să fie capabilă să interpreteze corect toți acești operatori logici. Fără o pregătire specială și unele abilități în citirea unor astfel de diagrame, este puțin probabil ca un angajat obișnuit să poată înțelege logica procesului în cauză fără o descriere textuală detaliată sau ajutorul unui analist de afaceri calificat.

Rețineți că diagrama de proces din notația ARIS eEPC ocupă mult mai mult spațiu decât diagramele prezentate în Fig. 1-3. Complexitatea formării unei astfel de scheme este, de asemenea, semnificativ mai mare.

Diagrama de proces în notația ARIS eEPC (încorporată în Business Studio)
„Pro”	"Minusuri"
La formarea schemei, se menține o logică strictă, formală a procesului. Toate evenimentele care au loc în timpul procesului sunt clar definite.	Dificultate de percepție. Complexitatea semnificativă a formării schemei. Angajații ar trebui să aibă abilități și experiență speciale în interpretarea unor astfel de scheme. redundanță informațională. Ocupă prea mult spațiu, ceea ce este incomod pentru documentare.

În general, dacă nu aveți de gând să cumpărați SAP R/3, atunci alegerea și utilizarea notației ARIS eEPC nu este, din punctul de vedere al autorului articolului, soluția optimă. Merită să acordați atenție notării mai vizuale și intuitive pentru descrierile proceselor. Cu toate acestea, pentru unii, notația ARIS eEPC poate părea mai clară și mai ușor de înțeles. Într-o anumită măsură, este o chestiune de gust.

Orez. 4. Diagrama de proces în notația ARIS eEPC (încorporată în Business Studio).

Descrierea procesului în scopuri de automatizare ulterioară

Este interesant să privim diagrama de proces în cauză dacă este descrisă în notația BPMN 2.0. Această notație este destinată să descrie procese „executabile”, adică procesele suportate de sistemul BPM.

Opinia dvs. despre utilizarea BPMN 2.0. acțiunile A.A. Belaichuk - CEO Compania „Business Console”:

Pe fig. 5 arată același proces în notația BPMN. După cum putem vedea, această cifră este similară cu figura 1: în notația BPMN, sarcinile sunt reprezentate prin dreptunghiuri, furculițe - cu romburi, date - printr-o pictogramă similară unui document. Fluxurile de control sunt linii continue, fluxurile de date sunt întrerupte. Trebuie remarcat faptul că doar o mică parte din notația BPMN este implicată în această diagramă: doar un tip de furcă din 5 disponibil în paletă, un tip de sarcini din 8. În plus față de o paletă mai largă, această notație este se distinge prin capacitatea de a modela nu numai un flux de lucru izolat, ci și mai multe procese care interacționează între ele prin mesaje sau date. În plus, această notație este mai strictă: definește nu numai pictogramele, ci și regulile prin care acestea pot fi combinate între ele. Necesitatea unor astfel de reguli este dictată de faptul că notația BPMN se concentrează nu numai pe faptul că oamenii o vor citi, ci și pe executarea directă de către un software- sistem BPM „motor”. În același timp, așa cum arată acest exemplu, atunci când se utilizează un subset limitat al paletei, BPMN nu este mai complicat decât o diagramă familiară. Ei bine, pentru cei care doresc să stăpânească profesional BPMN, recomandăm formare specializată www.bpmntraining.ru.

Orez. 5. Diagrama de proces în notație BPMN 2.0.

Practica de viata

Pe fig. Figura 6 prezintă un fragment dintr-o diagramă de proces dezvoltată de analiștii de afaceri ai unei companii foarte specifice în notația inventată de ei. Schema este construită folosind principiile „diagrama bloc simplă” - blocul „Soluție” este utilizat în versiunea sa clasică. În plus, diagrama prezintă multe alte simboluri utilizate într-un mod nestandard.

La formarea schemei din Fig. 6, analiștii de afaceri, evident, au „luptat” pentru vizibilitate și claritate maximă pentru utilizatorul obișnuit. Ei au căutat să minimizeze, sau chiar să elimine, comentariul textual asupra diagramelor de proces. Interpreții au tipărit pur și simplu o diagramă în format A3, la citire, care totul a devenit imediat clar: ce să facă, cum, ce documente să folosească etc.

Schema luată în considerare nu este, desigur, un exemplu de simplitate și claritate. Dar a fost format pentru a transmite maximum de informații utile executanților procesului.

concluzii

Așadar, este evident că atunci când descriem procese, ar trebui să depunem eforturi pentru simplitate și înțelegere pentru angajați.
Utilizarea de notații complexe, formalizate atunci când descrieți procesele conduce la:

• dificultăți în utilizarea (interpretarea) schemelor de către angajații obișnuiți;
• imposibilitatea (dificultatea) organizării muncii de descriere a proceselor de către angajații departamentelor care nu au urmat o pregătire specială;
• o creștere semnificativă a costurilor cu forța de muncă ale analiștilor de afaceri pentru formarea de scheme;
• dificultăți suplimentare în documentarea circuitelor (volum mare etc.);

Prin urmare, nu aglomerați diagrama procesului cu diverse elemente grafice. Dar dacă le folosești, este mai bine să le poarte Informatii utile pentru angajați și nu au fost doar o consecință a aplicării formale a notațiilor de modelare.

V.V. Repin, Ph.D., profesor asociat, Director executiv BPM Consulting Group LLC, șef. Departamentul de management al proceselor de afaceri NOU HPE „IEF „Synergy”, fondator al portalului www.FineXpert.ru

Sunt aceste principii simple pe care încerc să le transmit liderilor de afaceri care sunt fascinați de prezentările frumoase. produse software uitați adesea că o simplă listă de verificare este adesea mai bună decât 10 pagini de regulamente.

Pe Internet, puteți găsi multe recenzii și discuții despre notații pentru modelarea proceselor de afaceri. Consultanții și analiștii de afaceri au discuții lungi despre care notație este cea mai bună de utilizat atunci când modelează procesele de afaceri ale întreprinderii. Din punctul nostru de vedere, discuția despre notații fără referire la un produs software nu are sens. La urma urmei, o diagramă grafică este doar vârful aisbergului, toată logica și relațiile de afaceri sunt stocate „în interiorul” blocurilor de notație și nu sunt vizibile pe diagramă.

De exemplu, notația acum populară BPMN își va dezvălui cu adevărat avantajele numai în combinație cu un sistem BPM care poate „înțelege” și „executa” diagrama desenată a procesului de afaceri în timp real. Adică, folosind această notație, puteți automatiza și controla execuția procesului. Dacă doar desenați procesul în notația BPMN în Visio și îl salvați ca imagine, atunci veți pierde aproape toate avantajele acestei notații față de oricare alta.

Acum au apărut pe piață o mulțime de produse software care se presupune că suportă mai multe notații simultan, dar adevărul este că de fapt logica acestor programe este aceeași pentru oricare dintre aceste notații. De regulă, responsabilitatea și documentele sunt fixate în interiorul blocului, iar apoi, pentru a se conforma vizual cu cerințele uneia dintre notații, la diagramă pot fi adăugate blocuri grafice, a căror prezență nu afectează funcționalitatea în niciun fel. cale. Adică, de fapt, construiți două modele: unul conform logicii programului și al doilea - pentru a îndeplini cerințele notației și, în același timp, este posibil ca aceste modele să nu coincida (ceea ce vedem nu corespund cu ceea ce este salvat în baza de date).

Mai jos este un exemplu de sistem de modelare a afacerii care, pe hârtie, acceptă notația ARIS eEPC, dar, de fapt, responsabilitatea este atribuită unui card funcțional, iar blocurile grafice sunt folosite „pentru frumusețe”.

Dar să nu criticăm evoluțiile altora, ci să luăm în considerare cele mai populare notații de pe piață pentru modelarea proceselor de afaceri, precum și implementarea lor în programul Fox Manager.

Procese de nivel superior

Cea mai comună notație pentru construirea proceselor de nivel superior astăzi este IDEF0(metodologia modelării funcționale) și ARIS VAD(lanțului valoric).

În Fox Manager, nu am respectat cerințele stricte ale oricărei notații, ci pur și simplu am creat o diagramă de interacțiune a procesului, care constă din blocuri și săgeți și arată conexiunile, precum și intrările și ieșirile proceselor într-un mod vizual. schema grafica. Avantajul abordării noastre de modelare a proceselor de nivel superior este că astfel de diagrame pot fi generate automat de Fox Manager, urmăriți un scurt videoclip pentru a înțelege cum funcționează.

Care este diferența dintre schema noastră și IDEF0? În primul rând, în IDEF0 există cerințe pentru ce parte a blocului care săgeată ar trebui să se potrivească:

• săgeata de intrare vine întotdeauna la marginea stângă a activității
• săgeata de control - spre marginea de sus
• săgeată mecanism - marginea inferioară
• săgeată de ieșire - marginea dreaptă

Este aceasta o diferență importantă care oferă acestei notații avantaje față de abordarea noastră? Din punctul nostru de vedere, nu, dar dacă doriți, puteți aduce schema de interacțiune în Fox Manager în strictă conformitate cu cerințele acestei notații (sus - schema originală în IDEF0, jos - analogul său în Fox Manager).

După cum puteți vedea, dacă doriți, puteți modela scheme IDEF0 și în Fox Manager.

Notația IDEF0 are și alte cerințe (care, totuși, de obicei nu sunt respectate de analiștii de afaceri) - aceasta este o limită a numărului de blocuri din diagramă (6-8) și principiul dominației (cel mai functie importanta ar trebui să fie în colțul din stânga sus). Din nou, nu există bariere pentru aranjarea blocurilor în acest fel în programul nostru.

În ceea ce privește notația ARIS VAD, este și mai simplu aici: este suficient să construiți procese de-a lungul lanțului valoric și, dacă doriți, să arătați pe cei responsabili și interacțiunile.

Imaginea arată un exemplu de astfel de schemă în programul nostru (în partea de sus - diagrama originală ARIS VAD, în partea de jos - analogul său în Fox Manager). Desigur, puteți găsi defecte sub formă de blocuri, săgeți sau evidențieri, dar, în general, nu există nicio îndoială că în programul nostru, dacă doriți, puteți construi diagrame în conformitate cu cerințele notației ARIS VAD.

Procese de nivel inferior

În Fox Manage, folosim o notație simplă, vizuală și foarte flexibilă pentru a modela procesele de nivel scăzut. Vă puteți familiariza cu capacitățile sale din videoclip.

Există multe notații pentru modelarea proceselor de afaceri de nivel scăzut: Diagramă de flux de bază, Diagramă de flux interfuncțională, EPC și altele. Majoritatea dintre ei au diferențe minore unul față de celălalt.

De exemplu, dacă în programul Fox Manager de pe diagramă restrângem blocurile de responsabili, documente și resurse, atunci vom obține un analog al notației organigramă de bază(în dreapta este procesul original, în stânga este analogul în Fox Manager).

Dacă toate blocurile de pe diagramă sunt extinse, atunci vom obține un analog al procesului în notație EPC. Lucrul grozav este că, atunci când utilizați notația Fox Manager, blocurile pot fi restrânse și extinse dinamic, fără a fi nevoie să creați o nouă versiune a procesului într-o notație diferită. Imaginea din dreapta arată procesul original, iar în stânga este analogul în Fox Manager.

Da, desigur, există diferențe, de exemplu, am folosit funcția de control ca afișare a evenimentelor, nici nu avem blocuri separate „ȘI logic” și „SAU logic”, dar pot fi înlocuite cu ușurință cu un alt bloc (romant). ) cu litera „X” sau „V” în interior.

Suport de notație Diagramă de flux interfuncțională a fost adăugat la program într-una dintre actualizările noastre gratuite. Această notație diferă de notațiile deja discutate mai sus prin faptul că puteți arăta oameni responsabili pe ea după piste, și nu lângă bloc. Din păcate, această metodă are dezavantajele ei, atunci când există o mulțime de oameni responsabili, procesul devine invizibil și greu de citit. Există și probleme atunci când este necesar să distribuiți responsabilitatea pentru o funcție la două sau mai multe poziții simultan. Mai jos este un exemplu de astfel de proces în Fox Manager.

Cât despre notație BPMN, atunci credem că capacitățile sale sunt prea redundante în scopul descrierii, analizei și reglementării proceselor de afaceri. Această notație conține aproximativ 100 de blocuri diferite și subspeciile lor care sunt utilizate în automatizarea proceselor, dar sunt inutile pentru sistemele de modelare a afacerilor care nu pot „executa” procese în timp real, ci preiau informații din ele pentru a forma documente de reglementare.

Desigur, este probabil posibil să reducem setul de elemente ale acestei notații la minimul necesar și să încercăm să-l adaptăm în scopuri de reglementare, dar în acest caz vom pierde principalul său avantaj - capacitatea de a executa procese printr-un BPM motor. În același timp, dacă rămân doar 5-10 blocuri necesare, atunci, cel mai probabil, aspectul unor astfel de procese va fi foarte asemănător cu notațiile pe care le-am luat deja în considerare.

Concluzie

Credem că programul Fox Manager a ales notațiile optime pentru modelarea proceselor de afaceri, care sunt atât ușor de înțeles, cât și cu funcționalitate ridicată.

Suportul de notare este implementat pe baza nucleului programului, nu folosim Visio și alte componente terțe, astfel încât viteza de procesare a datelor din astfel de diagrame este foarte mare.

Diagrama poate arăta multe Informații suplimentare, de exemplu, lângă numele funcției, puteți afișa tipul acesteia, frecvența, timpul și chiar costul, care este calculat dinamic în timp real pe măsură ce procesul se umple. În același timp, aspectul schemei poate fi personalizat pentru fiecare utilizator în mod individual.

Și în editorul nostru de procese, puteți urmări modificările efectuate de utilizatori și le puteți afișa într-un tabel sau le puteți afișa grafic pe o diagramă.

Dacă nu aveți suficientă funcționalitate standard, puteți extinde setul de bază de blocuri pentru modelarea proceselor de afaceri. De exemplu, puteți crea blocuri de riscuri sau indicatori și le puteți afișa pe o diagramă grafică a procesului.

Dar suntem conștienți că unii analiști de afaceri nu au încredere în noile evoluții și preferă să folosească notațiile vechi, familiare. Scopul acestui articol este de a arăta flexibilitatea programului Fox Manager și capacitatea de personalizare aspect scheme pentru cerințele majorității notațiilor disponibile pe piață. Construiți modele de procese de afaceri așa cum doriți!