Una dintre principalele etape în proiectarea SI este descrierea proceselor de afaceri, pentru care este necesar să se selecteze notația în care va fi efectuată. Pe în acest moment Există o serie dintre cele mai comune limbaje pentru descrierea grafică a proceselor de afaceri: IDEF, UML și ARIS. Pentru a selecta cea mai potrivită notație pentru descrierea proceselor de afaceri pentru o anumită lucrare, este necesar să se analizeze fiecare dintre ele și să se evalueze avantajele și dezavantajele.

IDEF este o familie de metode de modelare constând din 15 abordări pentru descrierea proceselor de afaceri (de la IDEF0 la IDEF14). Această notație este folosită pentru a construi un model funcțional al sistemului. În ciuda număr mare Notațiile incluse în această metodologie, cele mai frecvent utilizate în practică sunt IDEF0 și IDEF3, care vor fi considerate ca parte a analizei curente. Un exemplu de diagramă IDEF0 care arată funcțiile și procedurile, precum și fluxurile de informații și materiale, este prezentat în Fig. 1.2.

Figura 1.2. Notație IDEF0

Un exemplu de utilizare a notației IDEF3, care descrie secvența logică a lucrărilor, este prezentat în Fig. 1.3.

Figura 1.3. Notație IDEF3

Când urmăriți fluxurile de documentație folosind metodologia IDEF, devine necesară partajarea notației DFD.

A doua cea mai utilizată metodologie este metodologia UML, care este un limbaj de modelare orientat pe obiecte pentru descrierea sistemelor complexe. Limbajul UML vă permite să treceți de la descrierea directă a sistemului la scriere programe de calculatorși formează baza viitorului instrument de automatizare. Prin urmare, conține mai mult de 10 tipuri diferite de diagrame, prezentate în Fig. 1.4.

Figura 1.4. Diagrama limbajului UML

O diagramă de activitate este utilizată pentru a descrie procesele de afaceri.

ARIS este o tehnologie de descriere a întreprinderilor, care este un set de instrumente pentru analizarea și modelarea activităților întreprinderii. Un exemplu de diagramă descrisă în notația ARIS este prezentat în Figura 1.5.

Figura 1.5. Diagrama ARIS

Metodologia acceptă patru tipuri de modele care reflectă diferite aspecte ale sistemului:

• · modele organizatorice, reprezentând ierarhia unităților organizatorice, posturilor și indivizilor specifici, legăturile dintre acestea, precum și referința teritorială diviziuni structurale;
• · modele funcționale care conțin o ierarhie a obiectivelor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesar atingerii scopurilor;
• · modele informaţionale, reflectând structura informațiilor necesare implementării întregului set de funcții ale sistemului;
• · modele de management care reprezintă o viziune cuprinzătoare asupra implementării proceselor de afaceri în cadrul sistemului.

Fiecare notație oferă un număr mare de posibilități de descriere a proceselor de afaceri. Cu toate acestea, modelarea evenimentelor în ARIS vă permite să creați descrieri mai detaliate și corecte ale proceselor, dar este necesar să acordați atenție complexității și intensității muncii descrierii în comparație cu alte notații luate în considerare (Tabelul 1. 1 ). Eficacitatea utilizării notațiilor poate varia în funcție de problemele rezolvate. De exemplu, lipsa unor convenții clare pentru modelarea acțiunilor de control în cadrul ARIS poate duce la crearea unor modele care să nu răspundă la întrebările puse, în timp ce notația IDEF0 ne permite să rezolvăm această problemă. Pe de altă parte, o procedură efectuată de o persoană poate fi descrisă mai adecvat folosind limbajul ARIS decât folosind IDEF0 sau IDEF3.

Tabelul 1. 1. Tabelul comparativ al notațiilor descrierea proceselor de afaceri

	Indicator
	Principiul construcției diagramei	Principiul ierarhiei		Secvența de timp a procedurilor	Secvența de timp a procedurilor
	Informații primite	Săgeți sus/stânga			Se folosește un obiect separat
	Informații de ieșire	Săgeată la dreapta		Nu există activitate în diagramă - este afișată într-o diagramă separată	Se folosește un obiect separat
	Claritatea modelului
	Posibilitatea de interconectare între modelul funcțional și cel informațional
	Domeniul principal de aplicare a metodologiilor		Pentru a construi un model de proces de afaceri		Dezvoltarea bazei modelării IS și a sursei de alimentare

Pentru a selecta o notație specifică pentru descrierea proceselor de afaceri, este necesar să se determine criterii care îndeplinesc cerințele acestei lucrări:

• · Oportunitate afișare vizuală documente de intrare/ieșire, informații, infrastructură utilizată etc.
• · Posibilitatea de a descrie activitățile companiei din diferite puncte de vedere.
• · Posibilitatea de interconectare a modelelor construite în diferite notații.

Capacitățile de mai sus sunt implementate complet în notația ARIS, care va fi folosită pentru a descrie procesele de afaceri în acest studiu.

În procesul de dezvoltare a unui sistem informațional, este necesar să se țină seama de complexul de condiții și cerințe impuse acestuia de către Departament - sistemul trebuie să fie cuprinzător și să includă componente de referință, expertiză și analitică.

Pentru a implementa astfel de abordare integrată Pentru a determina SI în curs de dezvoltare, depozitul de sistem ar trebui să includă o bază de cunoștințe, o bază de documente și o bază de date colectată pentru analiză.

SI dezvoltat satisface urmatoarele cerinte:

• · natura de referință a SI - sistemul dezvoltat oferă interactiv utilizatorilor informațiile necesare în procesul de implementare a proiectului (sfaturi, lecții învățate, șabloane de documente etc.);
• · natura expertă a SI - la completarea sistemului cu date inițiale, inclusiv determinarea indicatorilor pentru evaluarea metodelor și a rangurilor de proiecte, au fost folosite experiența, opiniile și sfaturile experților de top ai Companiei;
• · natura analitică a SI - pentru implementarea sistemului, s-au analizat tehnicile de management de proiect și au fost selectate cele mai critice (în cadrul acestui studiu) date pentru includerea în sistem;
• · baza de cunoștințe în IS - la crearea unui nou proiect în sistem, determinarea metodologiei de implementare a acestuia are loc prin reguli semantice în modul „întrebare-răspuns”, a căror calcul și definire se efectuează în conformitate cu ierarhizarea metodelor pe indicatori (Anexa B.);
• · baza de date de documente în IS - sistemul stochează un număr de documente în biblioteci de noduri: proceduri de proiectare, şabloane planuri calendaristice, charte etc.;
• · baza de date în IS - abordarea implementării nodurilor pe portalurile SharePoint poate fi reprezentată ca o bază de date relațională în care tabelele sale sunt liste SharePoint.

Sistemul de management al proceselor de afaceri implementate este platforma de dezvoltare IS - MS SharePoint 2013.

Dezvoltarea unui sistem informatic, descrierea proceselor de afaceri și configurarea sistemului pe platforma SharePoint 2013 sunt prezentate în Capitolul 2.

Și și-a conturat atitudinea față de cel mai avansat dintre ei - descrierea grafică. Toate metodologiile de modelare a proceselor de afaceri constau din anumite elemente și reguli. Este timpul să vorbim despre notații.

Notația este un set de semne și reguli care sunt folosite pentru a descrie sau modela grafic procesele de afaceri. Mai simplu spus, notația determină modul în care desemnăm procesele, operațiunile, evenimentele etc. pe diagramă, precum și după ce reguli le conectăm împreună.

Există 3 notații cele mai populare: familia IDEF, eEPC și BPMN 2.0. Nu voi vorbi despre istoria originii, dezvoltarea și regulile de utilizare a notațiilor - toate acestea pot fi citite pe Wikipedia. În schimb, îmi prezint punctul de vedere asupra utilizării lor din punct de vedere pur practic.

Metodologii populare de modelare a proceselor de afaceri

Familia IDEF

Ei bine, la urma urmei, va fi o scurtă introducere. IDEF nu este o singură notație, ci o întreagă familie. Ele diferă în numere de serie– IDEF0, IDEF1, IDEF2 etc. Fiecare notație are propriile sale caracteristici și este folosită pentru a descrie diferite elemente ale unui sistem de afaceri. Vom lua în considerare familia ca întreg.
Deci, IDEF. Primul lucru pe care trebuie să-l știți este că IDEF este cea mai „veche” notație. În al doilea rând, nu s-a dezvoltat de foarte mult timp (zeci de ani!). De aici prima piatră din grădină. Familia IDEF este depășită fără speranță, din punct de vedere moral și funcțional.
Mai departe. Este extrem de dificil să folosești modele de procese de afaceri realizate în IDEF. Atât pentru studiu, cât și pentru analiză. Mai jos este un exemplu de diagramă a procesului de afaceri. Judecă singur.

Notația are restricții privind numărul de procese afișate pe diagramă - nu mai mult de 7. De aceea apare necesitatea de a ajusta descrierile la aceste reguli. În plus, există reguli care fac viața foarte dificilă atât „scriitorilor” proceselor de afaceri, cât și „cititorilor”.
Luate împreună, aceasta implică un număr mare de scheme greu de înțeles, extrem de confuze. Dar există și un plus - indiferent de programul pe care îl utilizați pentru a crea un model de proces în notație IDEF, diagrama va fi orientată pe o coală A4 în orientare peisaj. Aceste. Este convenabil să imprimați astfel de diagrame. Acolo se termină aspectele pozitive)
Despre software. Da, există o cantitate imensă de software care acceptă modelarea în această notație. Inclusiv cele gratuite. Dar, în cea mai mare parte, este și depășit și nu permite rezolvarea problemelor actuale. La urma urmei, puteți desena un model de proces de afaceri în orice editor grafic. Pornind de la Paint de bază până la instrumente profesionale, cum ar fi Microsoft Visio. Puteți chiar să creați o diagramă manual pe o bucată de hârtie.
Apropo, tocmai din cauza nevoii de automatizare, i.e. în traducerea modelelor de procese de afaceri în programe și s-au născut notațiile moderne. Inclusiv IDEF. Acesta este ceea ce determină respectarea strictă a regulilor de modelare. O mașină poate înțelege un limbaj grafic strict, dar nu poate înțelege o descriere textuală.

Rezumat - dacă vă confruntați cu alegerea unei notații pentru descrierea și modelarea proceselor de afaceri, nu vă decideți pe IDEF.

Notație eEPC

Acum asta e interesant. Însuși numele notației Lanț de proces condus de evenimente, „e” la început înseamnă extins, extins) indică faptul că modelarea în această notație este concentrată în jurul evenimentelor. Și anume, evenimentele determină desfășurarea procesului.
Această notație se bazează pe... Una dintre notațiile familiei IDEF. Mai exact IDEF3. Cu toate acestea, eEPC este mult mai funcțional și vizual.

Modelele construite în această notație fac posibilă studierea și analiza proceselor de afaceri destul de eficient. Într-o diagramă puteți vedea nu numai ordinea proceselor în curs de desfășurare, ci și evenimentele care controlează desfășurarea procesului, documentele, sistemele informaționale, resursele, personalul etc. În ciuda faptului că setul de bază de simboluri de notație este mic, există un număr mare de posibilități de modelare a oricărui proces. Logica construcției este foarte simplă și de înțeles.

Desigur, există și deficiențe semnificative. De exemplu, este imposibil să afișați un proces ca un flux continuu de lucru în funcție de rolurile procesului de afaceri. Cu alte cuvinte, nu este evident cum are loc interacțiunea dintre participanții la proces. Și acesta este un dezavantaj serios atât din punct de vedere al percepției schemei, cât și din punct de vedere al analizei.
Nu există tipuri de evenimente în notația eEPC, ceea ce face imposibilă distingerea, de exemplu, a unui eveniment de timp de un mesaj primit. De asemenea, nu există o divizare a fluxurilor în lucru și informațional, iar acest lucru complică citirea diagramelor.

Aproape oricare software, cu excepția cazului în care este adaptat unei anumite notații, vă permite să modelați procesele de afaceri în notația eEPC.
Platforma ARIS, concepută pentru managementul integrat al proceselor de afaceri, utilizează eEPC pentru modelarea proceselor. Platforma vă permite să setați caracteristicile tuturor elementelor din proces, să le modificați și să evaluați impactul asupra sistemului, de exemplu. efectuați modelarea completă.
Toate acestea, desigur, nu sunt rele, dar, după părerea mea, software-ul are două neajunsuri semnificative: cost ridicat și concentrare pe soluții software complexe, integrate. Ambele dezavantaje împiedică utilizarea software-ului firme miciși chiar și cele mari necesită o cantitate imensă de resurse pentru a integra și menține funcționalitatea.

Rezumat - Notație eEPC nu este cea mai proastă soluție pentru descrierea și modelarea proceselor de afaceri.

Notație BPMN 2.0

Voi spune imediat că, în opinia mea, aceasta este cea mai bună notație pentru a descrie și a modela orice proces de afaceri.
BPMN (Business Process Model and Notation) – Notație pentru managementul proceselor de afaceri. Acesta este modul în care Institutul de Management al Proceselor de Afacere (BPI) și-a numit în mod modest și fără vopseaua creație. Da, un întreg institut este implicat în crearea și dezvoltarea BPMN. Numai acest lucru sugerează că notația este rezultatul unei lucrări serioase, bazate științific. Mai mult, această muncă se întâmplă în mod constant, iar în prezent nu există nimic mai important decât dezvoltarea constantă a instrumentelor de management. Totuși, să trecem la subiect.
BPMN este cea mai convenabilă, flexibilă, vizuală, funcțională și în același timp simplă notație.
O diferență semnificativă este prezența conceptului de „pistă”. O pistă este o zonă dintr-un model de proces care afișează tot ceea ce face o anumită persoană acest proces. Desigur, dacă procesul afectează oameni diferiti, apoi interacțiunea lor este afișată prin piese. Și acest lucru este extrem de important.

Cert este că cele mai mari probleme în procesele de afaceri se află la intersecțiile muncii diferiților interpreți (roluri, procese). Modelele în notație BPMN vă permit să vedeți și să analizați toate interacțiunile.
Setul de caractere din BPMN este suficient pentru a descrie orice proces și a desemna orice tip de evenimente. Apropo, doar în această notație există o împărțire a evenimentelor în evenimente de început, sfârșit și intermediare. De ce este acest lucru important? Pentru că un proces începe și se termină întotdeauna cu un eveniment. Sau evenimente. Această împărțire vă permite să înțelegeți imediat unde începe și unde se termină procesul.
Există o împărțire a fluxurilor în muncă, informații și asociații. Acest lucru vă permite să separați fluxul de lucru, fluxurile de schimb de informații și fluxurile care determină, de exemplu, dacă documentele aparțin unui anumit proces. La rândul său, această divizie facilitează citirea și analiza modelelor de procese de afaceri.
În plus față de seturile standard de pictograme, BPMN vă permite să vă creați propriul dvs., ceea ce vă permite să adaptați notația la orice nevoie.

Separat, aș dori să notez regulile de notare. Sunt foarte flexibili. Există multe variante ale modelării proceselor. Pe de o parte, acest lucru reduce ordinea și ne cere să stabilim ce reguli vom folosi în companie înainte de a începe să descriem procesele. Pe de altă parte, acest lucru vă permite să creați un instrument unic de modelare a proceselor de afaceri care ține cont de caracteristicile dumneavoastră specifice. Pe baza BPMN, vă puteți crea propria notație fără probleme.

Programele care se concentrează pe utilizarea notației BPMN sunt cele mai în curs de dezvoltare. Multe dintre ele pot fi folosite gratuit, primind totuși un set complet funcțional. De exemplu, programul BizAgi. Aceasta este o platformă întreagă care vă permite nu numai să modelați și să analizați, ci și să creați procese de afaceri executabile. Acest software poate fi implementat în companii de orice tip, dimensiune, vizând orice buget.

Unul dintre avantajele uriașe ale acestei notații este capacitatea multor programe de a traduce modele de procese de afaceri direct în codul programului. Acest lucru simplifică foarte mult procesul de dezvoltare a software-ului. Prin urmare, mulți dezvoltatori preferă notația BPMN.

Există, de asemenea, posibilități de combinare a modelelor BPMN și 1C. În cele din urmă se dovedește sistem eficient managementul proceselor cu capabilități de urmărire online. Dar despre asta voi vorbi altă dată într-o trecere în revistă a programelor de modelare și gestionare a proceselor de afaceri.

Rezumat – Notația BPMN este aleasă de majoritatea profesioniștilor în managementul proceselor de afaceri. Este cel mai modern și cel mai activ în curs de dezvoltare. Recomand să lucrezi cu ea.

Pe ce bază ar trebui să alegeți o notație? Aș putea începe să vorbesc despre scopurile și obiectivele descrierii. Luați în considerare în detaliu caracteristicile comparative ale fiecărei notații. Vorbiți despre ușurința de a lucra cu fiecare dintre ei. Dar nu voi face. Totul este mult mai simplu.

• Alegeți notația cu care sunteți deja obișnuiți să lucrați.
• Dacă nu este acceptat, alegeți BPMN.
• Alegeți software-ul și, în consecință, notația cu care funcționează.
• Nu știi de unde să începi? Începeți cu BPMN.

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, discutarea notațiilor fără referire la un produs software nu are sens. La urma urmei, o diagramă grafică este doar vârful aisbergului; toată logica de afaceri și conexiunile 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ă pur și simplu desenați un proces î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.

În zilele noastre, pe piață au apărut multe produse software care se presupune că suportă mai multe notații deodată, dar adevărul este că de fapt logica de funcționare a acestor programe este aceeași pentru oricare dintre aceste notații. De regulă, responsabilitățile și documentele sunt atribuite în interiorul unui bloc, 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ă în niciun fel funcționalitatea. Adică, în esență, 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 corespunde cu 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, în realitate, 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ă aruncăm o privire consecventă asupra celor mai populare notații de pe piață pentru modelarea proceselor de afaceri, precum și implementarea lor în programul Fox Manager.

Procese de nivel superior

Cele mai comune notații pentru construirea proceselor de nivel superior astăzi sunt IDEF0(metodologie de modelare funcțională) și ARIS VAD(lanțul 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-o diagramă grafică vizuală. Avantajul abordării noastre pentru modelarea proceselor de nivel superior este că Fox Manager poate genera astfel de diagrame în mod automat, vizionați un scurt videoclip pentru a înțelege cum funcționează.

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

• săgeata de intrare aterizează întotdeauna pe 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 un avantaj 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 (mai sus este diagrama originală în IDEF0, mai jos este analogul acesteia în Fox Manager).

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

Notația IDEF0 are alte cerințe (care, totuși, de obicei nu sunt respectate de analiștii de afaceri) - aceasta este o limitare a numărului de blocuri din diagramă (6-8) și principiul dominanței (cea mai importantă funcție ar trebui să fie în colțul din stânga sus). Din nou, nu există bariere pentru aranjarea blocurilor conform acestui principiu în programul nostru.

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

Imaginea prezintă un exemplu de astfel de diagramă în programul nostru (mai sus este diagrama originală ARIS VAD, mai jos este analogul acesteia în Fox Manager). Desigur, puteți găsi defecte cu forma blocurilor, săgeților sau evidențierii, 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. Puteți vedea capacitățile sale din videoclip.

Există multe notații pentru modelarea proceselor de afaceri de nivel inferior: 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 prăbușim blocurile de oameni responsabili, documente și resurse de pe diagramă, vom obține un analog al notației Diagramă de bază(în dreapta este procesul original, în stânga este analogul în Fox Manager).

Dacă extindem toate blocurile de pe diagramă, atunci obținem un analog al procesului în notație EPC. Lucrul grozav este că, folosind notația Fox Manager, blocurile pot fi restrânse și extinse dinamic, fără a fi nevoie să creați noua versiune proces î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 o funcție de control pentru a afișa evenimentul și, de asemenea, nu avem blocuri separate „ȘI logic” și „SAU logic”, dar pot fi înlocuite cu ușurință cu un alt bloc ( diamant) 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ă îi poate arăta pe cei responsabili în căi, și nu lângă bloc. Din păcate, această metodă are dezavantajele ei, atunci când sunt mulți oameni responsabili, procesul devine obscur și greu de citit. Problemele apar și atunci când este necesar să se distribuie 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.

În ceea ce privește notația BPMN, atunci credem că capacitățile sale sunt prea redundante în scopul descrierii, analizei și reglementării proceselor de afaceri. Această notație prezintă aproximativ 100 de blocuri diferite și subtipurile acestora 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 acestea pentru a genera documente de reglementare.

Desigur, probabil că putem reduce setul de elemente ale acestei notații la minimum necesar și să încercăm să-l adaptăm în scopuri de reglementare, dar făcând acest lucru vom pierde principalul său avantaj - capacitatea de a executa procese cu un motor BPM. În același timp, dacă lăsați 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 selectat 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 programului, nu folosim Visio sau alte componente terțe, astfel încât viteza de procesare a datelor din astfel de diagrame bloc este foarte mare.

Diagrama poate afișa multe Informații suplimentare, de exemplu, lângă numele unei funcții 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 diagramei 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 într-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ții vechi care le sunt familiare. Scopul acestui articol este de a arăta flexibilitatea programului Fox Manager și capacitatea de personalizare aspect scheme pentru a satisface cerințele majorității notațiilor disponibile pe piață. Construiți modele de procese de afaceri așa cum vi se potrivește!

până la EPC

Să continuăm conversația despre Business Studio. Capacitățile acestui sistem oferă suport ciclu complet dezvoltarea 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 a afacerilor caracterizat prin simplitate, comoditate și viteză mare de stăpânire de către specialiști. Prezența unei interfețe intuitive de sistem permite chiar și specialiștilor începători să înceapă procesul de proiectare a arhitecturii de afaceri.

Notații de modelare utilizate

Programul folosește cele mai populare notații pentru modelarea proceselor de afaceri, ușor de înțeles pentru angajați 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, - fluxuri 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 implementat în sistemul Business Studio.

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

Caracteristicile notației sunt:

• capacitatea de a descompune procesele în subprocese și, astfel, de a construi modele ierarhice ale proceselor de afaceri;
• evidențiind 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 nivelul superior al unui model de proces de afaceri. Construirea unei diagrame IDEF0 de nivel superior oferă cea mai generală sau abstractă descriere a obiectului de modelare. La nivelul inferior, pentru a descrie algoritmul (scenariul) pentru executarea unui proces, 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 „SADT Structural Analysis and Design Methodology” de David A. Mark și Clement McGowan.

2. Notarea procesului (diagrama de bază B Visio)

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

Notarea proceselor suportă descompunerea în subprocese.

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

3. Notarea procedurii (Diagrama de flux interfuncțională B Visio)

Această notație este folosită pentru a reprezenta algoritmul de execuție a unui proces (notație de clasă workflow). Pe lângă elementele grafice utilizate în notația Proces, Swim Lanes sunt folosite pentru a desemna unitățile organizaționale care efectuează acțiuni de proces.

Notarea procedurii sprijină descompunerea în subprocese.

Notația de procedură poate fi utilizată pentru a modela procese individuale ale unei companii, 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 unui proces (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 dezvoltatorii care automatizează execuția proceselor. Pentru a exporta o diagramă de proces într-un sistem BPMS în Business Studio, este utilizat 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;
• evenimente;
• gateway-uri;

3 tipuri de săgeți:

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

• documente;
• informaţii;
• mesaje;

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 un proces BPMN, regulamentele și alte rapoarte pot fi generate automat, această notație este folosită în primul rând pentru a descrie procese de nivel inferior, în special cu logica de execuție complexă.

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

Folosit pentru a reprezenta algoritmul de execuție a unui proces (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, se pot determina evenimentele inițiale și finale, participanții, interpreții, fluxurile materiale și documentare care o însoțesc. Î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ă descompusă 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 unei companii, 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?

Notație de modelare Procesele de afaceri BPMN(Notație de modelare a proceselor de afaceri) a fost prezentat pentru prima dată publicului în 2004 și descris de consorțiul Object Management Group. Baza managementului proceselor în BPMN este ideea că strategia de management în sine se bazează pe trei metodologii principale: modelarea proceselor de afaceri, analiză și optimizare. La rândul lor, acestea sunt susținute de o serie de instrumente care servesc ca:

• să elaboreze strategie, descriere, analiză, documentare;
• suport informațional pentru procesele de afaceri;
• Suport pentru managementul fluxului de lucru.

De la bun început, BPMN a fost creat ca o notație potrivită pentru utilizare de către orice utilizator - de la analiști de afaceri și dezvoltatori la directori, manageri de procese de afaceri și pur și simplu angajați obișnuiți ai departamentului. Reunește diferite puncte de vedere asupra proces de afaceri, standardizând astfel modelul.

Descrierea completă oficială a notației BPMN afirmă că conceptele și unele obiecte din următoarele diagrame și notații au fost combinate pentru a dezvolta prima versiune a modelului:

• diagrame de activitate UML;
• Diagrama ADF (fluxul de decizie al activității) a fluxurilor de activitate și luarea deciziilor;
• diagrama lanțului procesului bazat pe evenimente a procesului EPC;
• notația de modelare funcțională IDEF (Icam DEFinition for functional modeling);
• alte modele (UMLEDOC Business Processes, RosettaNet, LOVEM).

În 2010, a fost publicat BPMN 2.0, o colaborare între multe grupuri de cercetare, inclusiv consorțiul OMG, Hasso Plattner Institut (Potsdam, Germania), Universitatea Humboldt (Berlin, Germania) și inițiativa universitară Signavio.

În 2013, BPMN 2.0.1 a fost adoptat ca standard international IS0/1 EU 19510:2013 Tehnologia informaţiei. Modelul și notarea procesului de management al facilității în afacerile grupului.

Conceptele de bază și grupurile de obiecte din BPMN sunt date în tabel. 4.6.

Tabelul 4.6

Concepte de bază și grupuri de obiecte în BPMN

obiecte	Descriere
Acțiuni	Folosind obiecte Action, sunt descrise sarcini (reguli de afaceri, scenarii, sarcini de serviciu, sarcini de trimitere a mesajelor etc.). Sarcinile sunt apoi detaliate, inclusiv prin markeri de acțiune (scenarii de acțiune) și definirea fluxurilor (ordinea și condițiile de realizare a acțiunilor)
	Evenimentele din BPMN, ca și în alte notații, se încadrează în categoriile inițiale, intermediare și finale. Evenimentele includ: trimiterea și primirea de mesaje, cronometre, erori, semnale, opriri și alte tipuri de evenimente. În esență, un eveniment este un indicator al unui incident care necesită participarea suplimentară a utilizatorului, care poate fi organizat fără a întrerupe procesul (spre deosebire de versiunile anterioare ale notației)
Operatori logici	Operatorii logici determină ordinea în care apar evenimentele de proces la ramificare, îmbinare sau sincronizare
	Obiecte de date standard (mesaje, magazine, colecții de obiecte) care pot fi utilizate prin diferite acțiuni
Coregrafie	Un concept care a apărut pentru prima dată în a doua versiune a notației BPMN. Ideea sa principală este de a reflecta sarcinile de interacțiune (schimb de mesaje) între participanți (doi sau mai mulți)
Dialoguri și interacțiuni	Definiția caracterului interacțiuni informaționale: unu-la-unu sau unu-la-multi. Diferența față de coregrafie este alocarea mai multor grupuri de acțiuni ( piste de înot) și o descriere detaliată a fiecăruia dintre ele (un exemplu de astfel de grupuri este prezentat în Fig. 4.17)
	Datorită grupului de obiecte Roles, sunt definite următoarele: repartizarea responsabilităților participanților la proces; fluxul de informații între ele; ordinea de mesagerie

Notaţie eEPC (Extended Event-driven Process Chain, lanț extins de proces condus de evenimente) presupune o descriere a algoritmului acțiunilor efectuate de unitățile organizaționale individuale, ceea ce face posibilă formarea unui scenariu general de proces ca o succesiune de pași individuali.

Orez. 4.17.

Obiectele principale ale diagramei eEPC sunt elementele date în tabel. 4.7.

Tabelul 4.7

Obiecte și notare a diagramelor eEPC

Tipul obiectului	Descriere	Grafic desemnare
	Condiția exterioară și mediul intern, care este de asemenea condiție prealabilăînceputul și sfârșitul execuției funcției. Evenimentele de sfârșit pot fi și evenimente de început pentru un alt proces
boolean	Reguli pentru executarea unei funcții (dacă are loc doar unul dintre evenimente sau sunt necesare ambele evenimente) și reguli pentru apariția evenimentelor la executarea funcțiilor (în esență, reguli pentru îmbinarea și separarea ramurilor de proces)
	Descrierea unui element de lucru care reprezintă un pas într-un proces
Interfață proces	Un proces sau o funcție externă (diagramei curente). Folosit pentru a indica relația dintre procese (atât pentru secvența logică „procesul următor/anterior”, cât și pentru a indica direcția de transfer a unui obiect)
Obiecte organigrame	Desemnarea unităților organizaționale (funcții, divizii, roluri) - executanți, proprietari sau participanți la funcții. Rolurile de afaceri în acest caz sunt considerate ca necesitând autoritate pentru a gestiona funcțiile

eEPC nu este numit accidental o diagramă „extinsă” - în practică, modelele de acest tip pot include și alte obiecte, de exemplu:

• articole de inventar;
• hârtie și documente electronice;
• produse (utilizate și produse);
• obiecte informative;
• sistemele informatice și modulele și funcțiile lor individuale;
• baze de date;
• obiective (care sunt susținute de o funcție specifică);
• locuri de execuție (de exemplu, atelierul de producție nr. 4);
• alte elemente ale descrierii.

Între toate obiectele, conexiunile sunt în mod necesar definite, de exemplu, „creează” (document), „distribuie” (sarcină între angajați), „folosește” ( sistem informatic 1C), „îndeplinește” (funcția este îndeplinită de manager), „ia decizii”, „oferă”, „este proprietarul” și multe altele.

Exemplu

Descriere text

La intrarea procesului, se primește o cerere de la client care trebuie procesată. Responsabilitatea pentru îndeplinirea acestei funcții revine departamentului de vânzări. Pe baza rezultatelor procesării cererii, va fi generată o comandă în sistemul 1C.

Descriere grafică

Orez. 4.18.

După cum se poate observa din Figura 4.18, o descriere grafică a algoritmului vă permite să creați o imagine integrată a procesului. Ea, la rândul său, poate fi folosită în continuare fie ca bază pentru „As-^-analiza, fie pentru perfecționarea și automatizarea ulterioară atât a procesului în sine, cât și a managementului acestuia din punctul de vedere al atingerii indicatorilor de performanță țintă.

Arhitectură integrată sisteme software ARIS este un sistem de instrumente de modelare a afacerilor dezvoltat de IDS Scheer AG și deținut acum de Software AG.

ARIS, atât ca metodologie, cât și ca platformă, asigură proiectarea, implementarea și managementul proceselor de afaceri atât în ​​timpul muncii zilnice, cât și în scopul analizei, optimizării și reinginerării proceselor de afaceri.

Un model de organizare în ARIS poate fi definit ca un set de modele grafice interconectate și complementare care descrie în mod adecvat domeniile subiectului activităţile organizaţiei (Fig. 4.19).

Orez. 4.19.

Astfel, ARIS ca metodologie vă permite să modelați astfel de subsisteme de întreprindere ca subsisteme organizaționale, funcționale, informaționale, de proces și de intrare/ieșire. Acestea sunt formate la trei niveluri de descriere, pornind ierarhic de la analiza problemelor de afaceri până la implementarea specifică folosind IT:

• nivelul cerințelor (modele semantice);
• nivelul de specificații (descrierile de afaceri axate pe tehnologia de informație);
• nivel de implementare (modele care detaliază în continuare specificațiile la nivelul tehnologiei informației).

Pentru fiecare dintre vederi, produsul software ARIS oferă diferite tipuri de diagrame:

• organigrama;
• diagramă de date ERM;
• diagrame BPMN 2.0;
• peisajul proceselor (lanțul valoric VACD);
• peisajul sistemului (diagrama componentelor);
• diagrama ierarhică a activității ( tablă albă);
• diagrama procesului de afaceri EPC;
• Diagrama infrastructurii IT (rețelei);
• diagrama generala.

Metodologia ARIS se bazează pe presupunerea că activitățile unei întreprinderi pot fi descrise complet folosind o ierarhie de modele. De asemenea, sunt utilizate diverse instrumente care oferă noi oportunități (Tabelul 4.8).

extensii ARIS

Tabelul 4.8

Adiţional unelte	Caracteristici oferite
Proces analitice	Vizualizarea problemelor de performanță
	Primirea de rapoarte/alerte atunci când sunt atinși indicatorii critici de proces
	Monitorizarea datelor, proceselor și indicatorilor cheie ai acestora (de exemplu, analiza costurilor funcționale)
Controla	Operațiuni comerciale, managementul riscurilor și cerințelor, managementul excepțiilor
Politica și managementul conformității	Formarea de hărți de politici în context de afaceri cu delimitarea zonelor de responsabilitate
	Combinație de cerințe, politici de management al riscurilor și proceselor
	Menținerea unui jurnal de audit cu capacitatea de a genera rapoarte complexe (inclusiv panouri de control)
Managementul colaborării: crearea unei platforme de colaborare funcțională	Organizați discuții generale despre procese/aplicații/date
	Prezentarea modelelor de proces in format pagina web
	Publicarea modelelor de proces pe intranetul companiei
	Oportunitate pentru specialiștii companiei de a-și propune propriile îmbunătățiri în procese
Simulare	Abilitatea de a „rula” (simula) modele BPMN 2.0 și EPC pentru a identifica diferențele dintre modelele As-Is și To-Be
	Obțineți statistici și informații rezumate din rezultatele simularii modelului în timp real
	Capacitatea de a efectua o analiză a scenariului „Ce ar fi dacă” pentru a determina gradul în care rezultatele și indicatorii de proces depind de anumiți factori și grupuri de factori
Modelare regulile de afaceri	Capacitatea de a defini logica regulilor de afaceri și de a lega modelele structurate generate cu ajutorul acestora la foi de calcul (de exemplu, pentru a analiza costul unui proces)
Controla optimizare	Integrarea structurii și a informațiilor de sens indicatori cheie eficiența proceselor, modele de procese de afaceri, informații despre centrul de cost pentru a sprijini luarea deciziilor strategice