Utilizarea notării eEPC pentru descrierea grafică a proceselor de afaceri. Descrierea notațiilor ARIS

Introducere. Sarcini tipice de descriere a proceselor de afaceri

În primele etape ale proiectelor care vizează reorganizarea proceselor de afaceri și introducerea sistemelor informaționale, managerii și specialiștii au cel mai adesea următoarele întrebări:

ce rezultate în termeni de îmbunătățire a performanței organizației pot fi obținute folosind tehnologii pentru descrierea și reorganizarea proceselor de afaceri;
ce software ar trebui utilizat în proiect („ARIS este mai bun decât BPwin?”, „ERwin este mai bun decât ARIS?” etc.);
modul de modelare a proceselor folosind produsul „X”;
cum să analizăm și să identificăm problemele folosind produsul „X”;
ce metodologie să utilizeze pentru a descrie procesele;
ce să faceți în continuare cu modelele rezultate ale proceselor de afaceri.

În prezent, un număr destul de mare de sisteme CASE sunt prezentate pe piața rusă, dintre care multe permit într-un fel sau altul să creeze descrieri (modele) ale proceselor de afaceri ale întreprinderilor. În același timp, există sisteme care sunt axate în primul rând pe crearea de modele de proces și sunt incomode sau deloc destinate creării de modele de date și reglării unui SGBD. Este evident că alegerea sistemului este determinată de obiectivele proiectului și afectează în mod semnificativ întregul său curs. O alegere rațională a sistemului este posibilă în cazul în care conducerea companiei și specialiștii acesteia înțeleg mai multe aspecte:

obiectivele proiectului;
cerințe pentru informații care caracterizează procesele de afaceri și necesare pentru analiză și luarea deciziilor în cadrul unui proiect specific;
capacitățile sistemelor CASE pentru descrierea proceselor luând în considerare cerințele clauzei 2;
caracteristicile sistemului de informații dezvoltat / implementat.

Nu are sens să vorbim despre avantajul unui anumit sistem / notație până la tipul și scopul proiectului, precum și despre principalele sarcini care acest proiect trebuie să decidă. În articolul nostru, am încercat să comparăm cele mai populare notații (sisteme de notare adoptate în modelare) utilizate pentru a descrie procesele de afaceri și două sisteme care susțin aceste notații. Se presupune că acest material va servi drept bază pentru o discuție dedicată problemelor utilizării eficiente a sistemelor CASE pentru descrierea și analiza proceselor de afaceri ale întreprinderilor.

Descrierea proceselor de afaceri se realizează în scopul analizei și reorganizării lor ulterioare. Scopul reorganizării poate fi introducerea unui sistem informațional, reducerea costurilor de producție, îmbunătățirea calității serviciului pentru clienți, crearea instrucțiunilor de muncă și de lucru la implementarea standardelor ISO 9000 etc. Pentru fiecare astfel de sarcină, există anumiți parametri care determină setul de cunoștințe critice privind procesul de afaceri. De la sarcină la sarcină, cerințele pentru descrierea proceselor de afaceri se pot modifica. În general, modelul procesului de afaceri ar trebui să ofere răspunsuri la următoarele întrebări:

ce proceduri (funcții, lucru) trebuie efectuate pentru a obține un rezultat final dat;
în ce secvență se efectuează aceste proceduri;
ce mecanisme de control și gestionare există în cadrul procesului de afaceri considerat;
roluri și responsabilități - cine efectuează procedurile procesului;
ce documente / informații de intrare folosește fiecare procedură a procesului;
ce documente / informații de ieșire generează procedura procesului;
ce resurse sunt necesare pentru a finaliza fiecare procedură în proces;
ce documentație / condiții guvernează procedura;
ce parametri caracterizează execuția procedurilor și procesul în ansamblu;
există o secvență de procese care minimizează costurile (inclusiv costul, timpul etc.);
cât este / va fi susținut procesul de sistemul informațional.

Descrierea unui proces de afaceri se formează utilizând o notație și un mediu de instrumente care reflectă toate aspectele de mai sus. Numai în acest caz, modelul procesului de afaceri va fi util pentru întreprindere, deoarece poate fi analizat și reorganizat.

Notare organigramă ARIS

Notarea organigramă este una dintre principalele notații ARIS și este destinată construirii diagramei structura organizationala întreprinderi. De obicei, acest model este construit la începutul unui proiect de modelare a proceselor de afaceri. Modelul reflectă diviziunile existente ale întreprinderii sub forma unei structuri ierarhice, așa cum se arată în Fig. 5.

Modelul este construit din obiectele „Unitate organizațională”, „Poziție”, „Persoană internă” etc. Tipurile de legături încorporate în notație permit reflectarea tipuri diferite relațiile dintre obiectele structurii organizaționale. În diagrama prezentată în Fig. Exemplul 5 „Enterprise” este gestionat de „Director” utilizând tipul de relație „este organizație manager” Ierarhia subdiviziunilor este construită folosind legături de tipul „este compus din”. În plus, pot fi indicate poziții - „Poziție” și nume de familie angajați adevărațiocupându-le: „Persoană internă”, precum și tipul de conexiune „ocupă”.

Pe lângă modelele ierarhiei departamentelor, pot fi construite modele ale ierarhiei subordonării în echipe de proiect, grupuri etc. Toate obiectele reflectate în modele pot fi utilizate în viitor la construirea modelelor de procese de afaceri. Atunci când se construiesc structuri ierarhice complexe, se poate utiliza descompunerea, de exemplu, structura unui departament poate fi reflectată într-o diagramă mai detaliată.

Notări acceptate de BPwin 4.0

Descrierea notațiilor IDEF0 și IDEF3

Notarea IDEF0 a fost dezvoltată pe baza analizei structurale și a metodologiei de proiectare a SADT, aprobată ca standard SUA și este utilizată cu succes în multe proiecte legate de descrierea activităților întreprinderii. IDEF0 este extrem de răspândit și este, în special, un standard în organizațiile internaționale precum NATO și FMI. Notarea IDEF3 a fost dezvoltată pentru a descrie mai convenabil fluxurile de lucru, pentru care este important să se reflecte secvența logică a procedurilor. Obiectele notațiilor IDEF0 și IDEF3 sunt prezentate în tabel. 2 și.

Semantica construirii modelelor IDEF0 și IDEF3 presupune aderarea la reguli clare. O descriere completă a standardelor IDEF poate fi găsită la http://www.idef.com/.

Un exemplu de descriere a unui proces de afaceri în notația IDEF0 este prezentat în Fig. 8 (corespunde procesului prezentat în Fig. 3).

Una dintre caracteristicile descrierii proceselor în notația IDEF0 este o identificare clară a avantajelor și dezavantajelor proceselor de afaceri. Lucrările de pe diagrama IDEF0 sunt aranjate în ordine de dominanță - din colțul din stânga sus al diagramei până în dreapta jos. Colțul din stânga sus conține fie cea mai importantă lucrare, fie lucrarea realizată mai întâi. Săgețile leagă lucrările și există cinci tipuri de legături. O săgeată direcționată de la ieșirea unui job de nivel superior la intrarea sau controlul unui job de nivel inferior este o legătură directă; săgeata direcționată de la ieșirea lucrării de nivel inferior la intrarea sau controlul lucrării de nivel superior este un feedback. Lipsa de feedback, funcționare fără ieșire sau gestionare, lucru duplicat indică procese de afaceri imperfecte.

Notarea IDEF3, la fel ca notația ARIS eEPC, folosește simboluri logice pentru a reprezenta ramificarea procesului. O diagramă în notația IDEF3 vă permite să reprezentați întregul proces și să urmăriți succesiunea operațiilor și logica procesului.

Descrierea notației DFD

Notarea DFD este destinată descrierii fluxurilor de informații din organizația chestionată. Obiectele de notare DFD sunt prezentate în tabel. 4. Prezența obiectelor „depozit de date” și a săgeților bidirecționale vă permite să descrieți cel mai eficient fluxul de lucru și cerințele pentru sistemul informațional.

Unul dintre cele mai importante aspecte ale descrierii modelelor proceselor de afaceri este reflectarea asupra modelului acțiunilor de control, feedback-ul asupra controlului și gestionării procedurii. În notația ARIS eEPC, controlul unei proceduri poate fi reflectat numai prin specificarea documentelor primite care guvernează execuția procedurii și secvența de execuție a procedurilor în timp (declanșarea evenimentelor). Spre deosebire de ARIS, în notația IDEF0, fiecare procedură trebuie să aibă cel puțin o acțiune de control (intrare de control - săgeată de sus). Dacă, la crearea unui model în eEPC, este indicată doar secvența procedurilor, fără a vă face griji cu privire la reflectarea acțiunilor de control (de exemplu, documente și informații), modelele rezultate vor avea o valoare scăzută în ceea ce privește analiza și utilizarea ulterioară. Din păcate, aceasta este cea mai frecventă greșeală în practică. Se creează un model de flux de lucru (flux de lucru), care reflectă o succesiune simplă de execuție a procedurilor și a documentelor de intrare / ieșire, în timp ce influențele de control (control) asupra funcțiilor nu sunt reflectate în model.

Comparând cele două sisteme, trebuie remarcat imediat că un obiect SGBD este utilizat pentru a stoca modele în ARIS și că este creată o nouă bază de date pentru fiecare proiect. Pentru comoditatea utilizatorului, modelele (obiectele modelelor) pot fi stocate în diferite grupuri, organizate în funcție de specificul proiectului. Este destul de firesc ca ARIS să ofere diverse funcții pentru administrarea bazelor de date: control acces, consolidare etc. BPwin stochează datele modelului într-un fișier, ceea ce simplifică foarte mult activitatea de creare a unui model. Pentru lucrul în grup la proiecte mari, modelele BPwin sunt stocate în depozitul Model Mart (furnizat separat). Model Mart este un depozit de modele pentru BPwin și ERwin și folosește DBMS relațional Oracle, Informix, MS SQLServer, Sybase). Acesta prevede administrarea, inclusiv diferențierea drepturilor de acces la nivelul obiectului model, compararea versiunilor, fuzionarea modelelor etc.

Susținătorii ARIS citează adesea limitarea numărului de obiecte din diagramă ca fiind unul dintre dezavantajele BPwin. Cu toate acestea, experiența proiectelor reale arată că, pentru un proiect, ale cărui rezultate pot fi utilizate de fapt (criteriu - vizibilitate), numărul de obiecte din baza de date ARIS sau modelul BPwin este de 150-300. Aceasta înseamnă că, cu 8 obiecte într-o singură diagramă, numărul total de diagrame (foi) din model va fi de 20-40. Bazele de date ARIS Toolset (cum ar fi BPwin) cu mai mult de 500 de obiecte sunt practic imposibil de utilizat. Trebuie subliniat faptul că modelul este creat pentru identificarea și analiza problemelor, adică este necesară o descriere detaliată a celor mai complexe domenii de activitate și nu o descriere totală a tuturor proceselor. În mod ciudat, există o convingere larg răspândită în rândul directorilor de companii că descrierile detaliate ale proceselor sunt valoroase în sine și pot rezolva multe probleme. Dar acest lucru este departe de adevăr. Înțelegerea a ceea ce trebuie descris și ce aspecte ale funcționării unui sistem real să reflecte în același timp determină succesul unui proiect pentru modelarea proceselor de afaceri.

ARIS oferă în mod semnificativ mai multe oportunități de lucru cu obiecte individuale ale modelului, dar tocmai din cauza numărului excesiv de setări, activitatea de creare a unui model ar trebui reglementată de documentație complexă, multidimensională - așa-numitele acorduri de modelare. Dezvoltarea acestor acorduri este în sine o sarcină complexă, costisitoare și consumatoare de timp (1-3 luni) și calificată. Dacă un proiect care utilizează ARIS începe fără elaborarea detaliată a unor astfel de acorduri, atunci probabilitatea de a crea modele de proces de afaceri care nu răspund la întrebările puse este de 80-90%. La rândul său, BPwin se distinge prin ușurința sa de utilizare și reglementarea destul de strictă la crearea diagramelor (standardul IDEF și recomandări pentru utilizarea sa, formularul IDEF pentru crearea unei diagrame, un număr limitat de câmpuri obligatorii, o limitare a numărului de obiecte dintr-o singură diagramă etc.). ARIS este cu siguranță un instrument „mai greu” în comparație cu BPwin, dar în cele din urmă se dovedește a fi dificultăți semnificative și costuri ridicate pentru funcționarea sa.

Concluzii. Recomandări pentru utilizarea sistemelor în funcție de sarcinile tipice

diferite situații de aplicare a instrumentelor pentru modelarea proceselor de afaceri și evaluarea lor de către experți pe o scară de 5 puncte sunt prezentate în tabel. 7.

Sistemele de poziționare pot fi realizate în legătură cu rezolvarea problemei modelării proceselor de afaceri (Fig. 13).

Astfel, este rațional să folosiți BPwin pentru a gestiona proiecte la scară mică (întreprinderi mici și mijlocii, 2-5 persoane într-un grup de consultanți) și de durată (2-3 luni). Pentru proiecte mari și / sau pe termen lung (de exemplu, cum ar fi implementarea unui sistem de îmbunătățire continuă a proceselor de afaceri, ISO, TQM), ARIS este mai potrivit. Trebuie remarcat faptul că sistemul ARIS Toolset este incomod pentru a crea modele de informații, iar proiectarea și configurarea bazelor de date nu sunt furnizate. În acest caz, lucrările pregătitoare privind crearea documentației de reglementare pot dura 1-3 luni, dar acesta este un element necesar pentru activitatea ulterioară de succes.

August-Wilhelm Scheer. Procese de afaceri: concepte de bază, teorii, metode. Moscova: Enlightener, 1999.

ComputerPress 1 "2002

Introducere. Sarcini tipice de descriere a proceselor de afaceri

ce rezultate în termeni de îmbunătățire a performanței organizației pot fi obținute folosind tehnologii pentru descrierea și reorganizarea proceselor de afaceri;
ce software ar trebui utilizat în proiect („ARIS este mai bun decât BPwin?”, „ERwin este mai bun decât ARIS?” etc.);
modul de modelare a proceselor folosind produsul „X”;
cum să analizăm și să identificăm problemele folosind produsul „X”;
ce metodologie să utilizeze pentru a descrie procesele;
ce să faceți în continuare cu modelele rezultate ale proceselor de afaceri.

obiectivele proiectului;
cerințe pentru informații care caracterizează procesele de afaceri și necesare pentru analiză și luarea deciziilor în cadrul unui proiect specific;
capacitățile sistemelor CASE pentru descrierea proceselor luând în considerare cerințele clauzei 2;
caracteristicile sistemului de informații dezvoltat / implementat.

Nu are sens să vorbim despre avantajul unui anumit sistem / notație până când nu au fost stabilite tipul și scopul proiectului, precum și principalele sarcini pe care acest proiect ar trebui să le rezolve. În articolul nostru, am încercat să comparăm cele mai populare notații (sisteme de notare adoptate în modelare) utilizate pentru a descrie procesele de afaceri și două sisteme care susțin aceste notații. Se presupune că acest material va servi drept bază pentru o discuție dedicată problemelor utilizării eficiente a sistemelor CASE pentru descrierea și analiza proceselor de afaceri ale întreprinderilor.

ce proceduri (funcții, lucru) trebuie efectuate pentru a obține un rezultat final dat;
în ce secvență se efectuează aceste proceduri;
ce mecanisme de control și gestionare există în cadrul procesului de afaceri considerat;
roluri și responsabilități - cine efectuează procedurile procesului;
ce documente / informații de intrare folosește fiecare procedură a procesului;
ce documente / informații de ieșire generează procedura procesului;
ce resurse sunt necesare pentru a finaliza fiecare procedură în proces;
ce documentație / condiții guvernează procedura;
ce parametri caracterizează execuția procedurilor și procesul în ansamblu;
există o secvență de procese care minimizează costurile (inclusiv costul, timpul etc.);
cât este / va fi susținut procesul de sistemul informațional.

Notare organigramă ARIS

Notarea organigramă este una dintre principalele notații ARIS și este destinată construirii organigramei unei întreprinderi. De obicei, acest model este construit la începutul unui proiect de modelare a proceselor de afaceri. Modelul reflectă diviziunile existente ale întreprinderii sub forma unei structuri ierarhice, așa cum se arată în Fig. 5.

Modelul este construit din obiectele „Unitate organizațională”, „Poziție”, „Persoană internă” etc. Tipurile de legături încorporate în notație permit reflectarea diferitelor tipuri de relații între obiectele structurii organizaționale. În diagrama prezentată în Fig. Exemplul 5 „Întreprindere” este gestionat de „Director” utilizând tipul de relație „este organizație manager”. Ierarhia subdiviziunilor este construită folosind legături de tipul „este compus din”. În plus, pot fi specificate funcții - „Poziție” și numele angajaților reali care le ocupă: „Persoană internă”, precum și tipul de conexiune „ocupă”.

Notări acceptate de BPwin 4.0

Descrierea notațiilor IDEF0 și IDEF3

Semantica construirii modelelor IDEF0 și IDEF3 presupune aderarea la reguli clare. O descriere completă a standardelor IDEF poate fi găsită la http://www.idef.com/.

Un exemplu de descriere a unui proces de afaceri în notația IDEF0 este prezentat în Fig. 8 (corespunde procesului prezentat în Fig. 3).

Descrierea notației DFD

Concluzii. Recomandări pentru utilizarea sistemelor în funcție de sarcinile tipice

diferite situații de aplicare a instrumentelor pentru modelarea proceselor de afaceri și evaluarea lor de către experți pe o scară de 5 puncte sunt prezentate în tabel. 7.

Sistemele de poziționare pot fi realizate în legătură cu rezolvarea problemei modelării proceselor de afaceri (Fig. 13).

August-Wilhelm Scheer. Procese de afaceri: concepte de bază, teorii, metode. Moscova: Enlightener, 1999.

ComputerPress 1 "2002

În această secțiune, vom analiza metodologia ARIS. În prezent, software-ul ARIS cu același nume este prezentat pe piața instrumentelor pentru modelarea proceselor de afaceri.
Metodologia ARIS include mai multe notații diferite pentru descrierea activităților unei organizații din perspective diferite. Metodologia integrează standardele și specificațiile existente pentru descrierea proceselor și datelor, de exemplu, IDEF3, ERD, DFD, UML etc. Conceptul de bază al ARIS pentru descrierea unei organizații este prezentat în Fig. 2.30.
Imaginea din fig. 2.30 este adesea denumită „loja ARIS”. Abordarea metodologiei ARIS în descrierea proceselor se bazează pe luarea în considerare a activităților unei organizații din patru puncte de vedere: o vedere a structurii organizaționale, o vedere a datelor (fluxuri și structură), o vedere a funcțiilor (ierarhii funcționale), o vedere a controlului și managementului (modele rezumative ale proceselor de afaceri) ...
Metodologia ARIS include un număr mare de notații diferite, permițând crearea flexibilă a diferitelor modele

organizații. Unele dintre cele mai semnificative și practic utilizate notații ARIS sunt: \u200b\u200bnotația Diagrama lanțului cu valoare adăugată (diagrama lanțului procesului cu valoare adăugată); notațiile eEPC, lanțul de proces extins bazat pe evenimente (notare extinsă pe lanț) și PCD (diagrama lanțului de proces); Notarea organigramei (organigrama); Notare Tree Tree (funcție tree); Notarea arborelui produsului.
Figura: 2.30. Principalele tipuri de modele din metodologia ARIS

Punctul forte al metodologiei ARIS (din punct de vedere formal) constă în complexitatea sa, care se manifestă în interconectarea modelelor construite în diferite notații. Metodologia ARIS vă permite să descrieți activitățile unei organizații din diferite puncte de vedere, în timp ce modelele rezultate sunt într-o oarecare măsură legate. Cu toate acestea, trebuie subliniat faptul că principalele avantaje ale unei astfel de abordări integrate: necesită pentru implementarea lor prezența mediului de instrumente ARIS, care este costisitor și destul de complicat de utilizat, deși există o versiune gratuită și simplificată a acestui produs numită ARIS Expres;
dificil de implementat în practică, deoarece implică un consum mare de resurse (umane, materiale și financiare) pentru o lungă perioadă de timp. Notare cu valoare adăugată Diagrama lanțului (VAD)
În fig. 2.31 prezintă una dintre cele mai importante notații din ARIS - notația Diagrama lanțului cu valoare adăugată. Diagrama lanțului valoric este utilizată pentru a descrie procesele de afaceri ale unei organizații la nivelul superior. De regulă, consultanții care utilizează ARIS recomandă identificarea a șase până la opt procese de afaceri de nivel superior și descrierea lor în notația VAD. Apoi, procesele de nivel superior rezultate sunt descompuse utilizând fie notația VAD, fie eEPC. Luați în considerare principalele obiecte ale notației VAD prezentate în Fig. 2.31.
Obiectul principal al notării VAD este lanțul de valoare adăugată. De fapt, acesta este un proces sau un grup de funcții ale unei organizații care servesc la generarea de valoare adăugată. Obiectele sunt conectate între ele printr-o săgeată punctată de tipul căreia este predecesorul („este un predecesor”). Acest tip de relație arată că un proces este predecesorul altuia. Este evident însă că, în practică, toate procesele majore sunt ciclice. Au și feedback-uri. Prin urmare, termenul este predecesorul lui, în opinia noastră, este regretabil.
Între procesele prezentate în Fig. 2.31, fluxurile de resurse materiale și informații pot fi afișate. Pentru a le descrie, puteți utiliza obiecte de tip Cluster (pentru a descrie informații) și Termen tehnic (pentru a descrie fluxurile de materiale). În acest exemplu, tipurile de obiect Produs / Serviciu și Serviciu de informații sunt selectate pentru a descrie infrastructura necesară pentru a executa procesul. Alegerea tipurilor de obiecte pentru afișarea fluxurilor reale este destul de arbitrară. Este foarte important la începutul lucrărilor privind procesele de modelare pentru a determina ce tipuri de obiecte vor fi utilizate și ce obiecte lumea reală vor afișa. Deci, în exemplul din Fig. 2.31 ar fi posibil să se afișeze toate fluxurile (informații și materiale) folosind obiecte de tip Termen tehnic.

Figura: 2.31. Model în notația Diagrama lanțului cu valoare adăugată

În fig. 2.31 arată, de asemenea, obiectele Unității Organizaționale care reprezintă unități organizaționale care desfășoară procesele corespunzătoare.
Obiectele sunt conectate între ele folosind legături de un anumit tip (Fig. 2.31). De exemplu, fluxul de informații afișat de obiectul Cluster este introdus în primul proces și este asociat cu acesta folosind o săgeată de tipul pentru care este introdusă. Un alt exemplu este tipul de asociere executat între lanțul de valoare adăugată și unitatea organizațională. Tipul de legătură este utilizat de indică faptul că produsul / serviciul este utilizat de proces etc. Astfel, în metodologia ARIS, cele mai importante cerințe sunt selectarea corectă și utilizarea în continuare a legăturilor și obiectelor de un anumit tip.
În fig. 2.32 arată un exemplu de model de nivel superior, realizat în notația ARIS VAD. Sunteți deja familiarizați cu acest proces. În fig. 2.17 este dat în notația IDEF0.
Principiile construirii unei diagrame de proces de nivel superior în VAD diferă semnificativ de IDEF0: în VAD, săgețile pot intra pe ambele părți ale obiectului Lanț cu valoare adăugată. (Amintiți-vă că în IDEF0, fiecare parte a activității (funcției) are înțeles adânc.)

3
DESPRE
§
DESPRE
DESPRE

În fig. 2.33 arată situația, posibilă în notația VAD, când un set de feedback-uri sunt date pe diagrama procesului, al cărui sens este clar doar pentru analistul care a creat modelul.
Dezavantajul indicat al VAD poate fi eludat prin stipularea în avans a posibilității de utilizare specială a feedback-urilor, cum ar fi, de exemplu, în Fig. 2.34.
Figura: 2.33. Feedback-uri în notația diagramei lanțului cu valoare adăugată

Figura: 2.34. Un exemplu de implementare a feedback-urilor în notația Diagrama lanțului cu valoare adăugată

Rețineți că specialiștii ARIS pot critica această abordare, deoarece contrazice notația. Dar ne ținem de
punctul de vedere că acest lucru este destul de acceptabil, deoarece modelele de nivel superior din notația VAD ARIS pot fi folosite într-adevăr doar ca cel mai simplu mod imagine grafică lanțuri de proces.
În încheierea revizuirii notației ARIS VAD, ne concentrăm încă o dată pe faptul că această notație este în cea mai mare parte ilustrativă și nu este menită să creeze modele complexe de procese la nivelul superior al unei organizații. Notare ARIS eEPC - extensie a notării IDEF3
Notarea ARIS eEPC (eEPC - Extended Event Driven Process Chain - lanț de proces extins bazat pe evenimente) a fost dezvoltată de specialiștii companiei germane IDS Scheer AG (Germania), în special de profesorul Scheer. Masa 2.3 prezintă principalele obiecte utilizate în notație.
Pe lângă cele indicate în tabel. 2.3 din principalele obiecte, multe altele pot fi folosite la construirea unei diagrame eEPC. În practică, utilizarea unui număr mare de obiecte de diferite tipuri este impracticabilă, deoarece acest lucru crește semnificativ dimensiunea modelului și face dificilă citirea.
Pentru a înțelege semnificația notației eEPC, să luăm în considerare principalele tipuri de obiecte și linkuri utilizate. În fig. 2.35 prezintă cel mai simplu model eEPC care descrie un fragment al procesului de afaceri al unei întreprinderi.
În fig. 2.35 se poate observa că legăturile dintre obiecte au un anumit sens și reflectă secvența de execuție a funcțiilor din cadrul procesului. Săgeata care conectează evenimentul 1 și funcția 1 activează sau inițiază executarea funcției 1. Funcția 1 creează evenimentul 2, urmat de simbolul logic „ȘI”, începând executarea funcțiilor 2 și 3.
O analiză atentă a notației eEPC arată că practic nu diferă de IDEF3. Cea mai importantă diferență a eEPC este prezența unui obiect „Eveniment”. Acest obiect servește pentru a afișa în model rezultatele posibile ale implementării funcțiilor, în funcție de care una sau alta ulterioară
ramură de proces. Notarea eEPC se numește extinsă, evident, tocmai datorită prezenței unui obiect „Eveniment” în acesta (nu există un astfel de obiect în IDEF3). În fig. 2.36 oferă exemple de utilizare a simbolurilor logicii și evenimentelor atunci când se construiesc modele în notația eEPC.
Tab. 2.3. Principalele obiecte utilizate în cadrul notației ARIS eEPC

№	Naimenova-. lan	Descriere	¦Grafic reprezentare
/>1	Funcţie	Obiectul „funcție” este utilizat pentru a descrie funcțiile (proceduri, lucrări) efectuate de departamentele / angajații întreprinderii		* "" H Funcţie J
2	Eveniment	Obiectul „eveniment” este utilizat pentru a descrie stările reale ale sistemului care afectează și controlează performanța funcțiilor
3	Unitate organizationala	Un obiect care reflectă diferitele unități organizaționale ale întreprinderii (de exemplu, conducere sau departament)		ija ^^ tionaUi ^ it
4	Document	Un obiect care reflectă suporturi reale, cum ar fi un document pe hârtie		Document
5	Aplicat sistem	Obiectul reflectă un sistem real de aplicație utilizat în cadrul tehnologiei de a efectua o funcție	A	Eu ¦ yplication systjs J? M	m
5	Aplicat sistem
6	Clusterul de informații	Un obiect caracterizează datele ca un set de entități și relații între ele. Folosit pentru a crea modele de date
7	Legătură săgeată între obiecte	Un obiect descrie tipul de relație dintre alte obiecte, de exemplu, activarea executării unei funcții de către un eveniment	gt;
8	Logic "ȘI"		©
9	Logic "SAU"	Un operator logic care definește relațiile dintre evenimente și funcții în cadrul unui proces. Vă permite să descrieți ramificarea unui proces	@
10	Logic exclusiv "SAU"	Un operator logic care definește relațiile dintre evenimente și funcții în cadrul unui proces. Vă permite să descrieți ramificarea unui proces	®

Figura: 2.35. Notare ARIS eEPC

Figura: 2.36. Utilizarea operatorilor logici atunci când se construiesc modele în eEPC

Când construiți un model în ARIS, trebuie respectat eEPC respectând reguli: fiecare funcție este inițiată și completată de un eveniment; fiecare funcție nu poate conține mai mult de o săgeată care pornește executarea funcției și mai mult de o săgeată se stinge, descriind finalizarea executării funcției.
Pe lângă acestea, mai sunt și altele reguli importante formând modele în ARIS.
În fig. 2.37 arată utilizarea diferitelor obiecte ale notației ARIS eEPC la crearea unui model de proces de afaceri.

J activează
alt \u003d "" /\u003e

În fig. 2.36 și 2.37 se poate observa că un proces de afaceri în notație eEPC este o succesiune de proceduri aranjate în ordinea executării lor. Trebuie remarcat faptul că durata reală a procedurilor în eEPC nu poate fi reflectată vizual. Acest lucru duce la faptul că atunci când se creează modele, sunt posibile situații când un interpret este desemnat să îndeplinească două sarcini în același timp. Simbolurile logice utilizate la construirea modelului vă permit să reflectați ramificarea și fuzionarea unui proces de afaceri. Pentru a obține informații despre durata reală a proceselor și pentru a afișa vizual volumul de muncă al personalului, puteți utiliza alte instrumente de descriere, de exemplu, diagrame Gantt în sistemul MS Project.
Să luăm în considerare exemple de utilizare a notației eEPC pentru a descrie procesele de afaceri.

În fig. 2.38 arată procesul de procesare a comenzii unui client (este descris și în notația IDEF3 din Fig. 2.24).
Procesul începe cu evenimentul „Comandă primită de client”. Acesta inițiază funcția „Postează comanda în sistem”, care este realizată de managerul de vânzări. Pentru muncă, el folosește „Sistemul de contabilitate a comenzilor”. Rezultatul executării funcției este afișat de evenimentul „Contabilitate comandă finalizată”.
După aceea, managerul de vânzări implementează funcția „Efectuați analize pentru conformitatea cu articolul”. Rezultatul este două evenimente alternative: „Comanda se potrivește cu articolul” și „Comanda nu se potrivește cu articolul”. Procesul se ramifică. Simbolul logic exclusiv „SAU” este utilizat pentru a reprezenta ramificarea procesului.
Funcția „Notificați clientul despre imposibilitatea îndeplinirii comenzii” poate fi realizată în două cazuri: dacă comanda nu corespunde nomenclaturii sau producția este imposibilă. Pentru a afișa aceste opțiuni pe diagrama procesului, se utilizează simbolul logic „SAU” etc.
După cum se vede din Fig. 2.38, diagrama de proces din ARIS eEPC diferă de diagrama din IDEF3 prin prezența obiectelor: evenimente, documente, sisteme de aplicații și poziții. Diagrama din ARIS este vizual mai informativă și percepută mai bine, dar dimensiunea sa este mult mai mare decât diagrama din notația IDEF3.
Procesul considerat mai sus poate fi reprezentat și în notația ARIS PCD (Process Chain Diagram) - un fel de eEPC. În fig. 2.39 prezintă procesul de afaceri de procesare a cererii unui client în notație PCD. Când l-am descris, am folosit aceleași obiecte care alcătuiesc procesul din Fig. 2.38, dar sunt aranjate într-un tabel. În prima coloană - evenimente și unele simboluri ale logicii, în a doua - funcții, în a treia - documente de intrare și ieșire, în a patra - tipuri de aplicații software, în a cincea - poziții implicate în proces. Această viziune a procesului este mai comună. Este mai potrivit pentru documentarea proceselor.

Cu toate acestea, notația PCD are un dezavantaj semnificativ - poate fi utilizată eficient pentru procese simple (nu mai mult de cinci până la opt funcții), de preferință liniare. Procesele complexe cu logică ramificată sunt incomode pentru a fi afișate folosind PCD, ceea ce este clar arătat în Fig. 2.39.
Figura: 2.39. Diagrama ARIS PCD

Notare organigramă ARIS
Notarea organigramă este una dintre principalele notații ARIS și este destinată construirii organigramei unei întreprinderi. De obicei, acest model este construit la începutul unui proiect de modelare a proceselor de afaceri. Modelul reflectă diviziunile existente ale întreprinderii sub forma unei structuri ierarhice, așa cum se arată în Fig. 2.40.
Figura: 2.40. Modelul structurii organizaționale a întreprinderii
alt \u003d "" /\u003e

Modelul este construit din obiecte Unitate organizațională, Poziție, Persoană internă etc. Tipurile de relații încorporate în notație permit reflectarea diferitelor tipuri de relații între obiectele structurii organizaționale. În diagrama prezentată în Fig. 2.40 în exemplul „Enterprise” este gestionat de „Director” utilizând tipul de relație pentru care este Manager de organizație. Ierarhia subdiviziunilor este construită folosind link-urile compuse din. Pozițiile pot fi, de asemenea, specificate - Poziția, prenumele angajaților care le ocupă - Persoana internă, tipul conexiunii - ocupă. În plus față de modelele ierarhiei subdiviziunilor, pot fi construite modele ierarhiei subordonării în echipele de proiect, grupuri etc. Toate obiectele reflectate în modele pot fi utilizate în viitor la construirea modelelor proceselor de afaceri. Atunci când construiești ierarhic complex
structurile pot fi utilizate descompunerea, de exemplu, structura unității este reflectată într-o diagramă mai detaliată. Notare ARIS Function Tree
Această notație este destinată generării de modele de arborele funcțional. Un exemplu de astfel de model este prezentat în Fig. 2.41. Toate funcțiile din această diagramă sunt conectate prin legături. Cele mai frecvent utilizate tipuri de conexiuni sunt orientate spre execuție superioare și sunt orientate spre proces superioare. Primul tip de conexiune este utilizat pentru a construi un arbore bazat pe un atribut funcțional (descrierea funcțiilor departamentului). Al doilea tip de relație este utilizat pentru a crea un arbore de funcții incluse într-un anumit proces de afaceri.
Figura: 2.41. Modelul arborelui funcțional

Arborele funcțional poate fi construit în conformitate cu principiile funcționale, de proces și de produs. În practică, primul principiu este adesea folosit - sunt create modele ale ierarhiei funcțiilor departamentului. Notarea arborelui produsului ARIS
În fig. 2.42 introduce notația ARIS Product Tree. Este conceput pentru a crea modele ale arborelui produsului. Modele de acest tip pot fi utilizate pentru a descrie intrările și ieșirile materiale ale unui proces.

Figura: 2.42. Modelul arborelui produsului

Notare de flux informațional ARIS
Notarea fluxului informațional este un analog al DFD și este utilizată pentru a construi diagrame de fluxuri de date sau documente între funcțiile proceselor de afaceri ale unei întreprinderi. Simplitatea notării îi limitează domeniul de aplicare aplicații utile... Obiectele sale principale sunt Funcția (utilizată și pentru construirea modelelor de proces de afaceri) și Fluxul de informații - un flux de informații, așa cum se arată în Fig. 2.43.
Figura: 2.43. Notare de flux informațional ARIS
fluxul de informații

Atunci când se construiesc modele de procese de afaceri, mai întâi se poate construi un model eEPC și apoi, utilizând funcțiile definite în proces, un model de fluxuri de informații. Folosirea mai multor notații atunci când creați modele de proces în ARIS
La formarea modelelor de proces de afaceri în ARIS, de regulă, sunt utilizate mai multe tipuri de notații. În fig. 2.44 arată o diagramă a aplicației modelelor create în diferite notații.

Figura: 2,44. Utilizarea notării ARIS atunci când creați modele

De obicei, lucrarea privind descrierea proceselor de afaceri ale companiei în ARIS începe cu crearea unui model al structurii organizaționale. În același timp (sau mai târziu), pot fi dezvoltate modele care descriu structura principalului material și intrările și ieșirile de informații. Folosind aceste modele, modelele de proces de afaceri de nivel superior sunt create în notația VAD. După aceea, sunt dezvoltate modele de funcții ale departamentelor și alte modele auxiliare (de exemplu, o descriere a aplicației sisteme software). Apoi, modelele de proces sunt formate în notație eEPC. Modelele EEPC sunt construite pe baza descrierilor existente ale structurii organizaționale, funcțiilor departamentelor, materialelor, sistemelor etc. Rezultatul muncii este un set de modele care descriu activitățile organizației din diferite puncte de vedere.
Particularitatea lucrului în produsele software complete pentru modelarea proceselor de afaceri este că produsul software creează o bază de date cu obiecte și atributele acestora. Cu unul
pe de altă parte, acest lucru ne permite să luăm în considerare diverse aspecte ale interacțiunii obiectelor model, alegând una dintre notații (Fig. 2.44). Pe de altă parte, o greșeală „minoră” atunci când se creează legături între obiecte într-o notație poate distorsiona semnificativ aspectul diagramei într-o altă notație.

Modelarea proceselor de afaceri este una dintre metodele de îmbunătățire a calității și eficienței unei organizații. Această metodă se bazează pe descrierea procesului prin diferite elemente (acțiuni, date, evenimente, materiale etc.) inerente procesului. De obicei, modelarea proceselor de afaceri descrie relația logică a tuturor elementelor procesului de la începutul său până la finalizarea în cadrul organizației. În situații mai complexe, modelarea poate implica procese sau sisteme externe organizației.

Modelarea proceselor de afaceri vă permite să înțelegeți munca și să analizați organizația. Acest lucru se realizează datorită faptului că pot fi elaborate modele pentru diferite aspecte și niveluri de management. În organizațiile mari, modelarea proceselor de afaceri este realizată mai detaliat și multilateral față de cele mici, ceea ce este asociat cu un număr mare de relații multifuncționale.

Obiective de modelare a afacerii:

Prin modelare, puteți urmări ceea ce se întâmplă în procese de la început până la sfârșit. Modelarea vă permite să aruncați o privire „exterioară” asupra proceselor și să identificați îmbunătățiri care le vor spori eficiența.
Standardizarea proceselor. Modelarea proceselor de afaceri stabilește regulile pentru executarea proceselor, adică cum ar trebui să fie efectuate.
Modelarea proceselor de afaceri stabilește o legătură clară între procese și cerințele pe care trebuie să le îndeplinească.

ARIS (acronim pentru Architecture of Integrated Information Systems) este o metodologie și un produs software replicat pentru modelarea proceselor de afaceri ale organizațiilor. Produsul și metodologia sunt deținute de compania germană Software AG ca urmare a achiziționării IDS Scheer, autorul metodologiei August-Wilhelm Scheer.

Implementarea metodologiei este de așteptat cu utilizarea unui produs software specializat care oferă lucru comun descrieri și diagrame de mai sus. Prima versiune a produsului a fost lansată în 1994. Până la sfârșitul anului 2000, produsul fusese vândut către 24.000 de organizații. Din 2009, a fost furnizată o versiune gratuită a instrumentului - ARIS Express.

Produsul oferă o parte server (server ARIS) cu un depozit centralizat stocat într-un SGBD relațional și o serie de instrumente personalizate pentru întreținerea obiectelor și pregătirea reprezentărilor grafice (ARIS Toolset în versiunile anterioare, în versiunile anilor 2000 - ARIS Business Architect, ARIS Designer).
Până la mijlocul anilor 2010, a apărut și o versiune publică de cloud a produsului. Disponibil la http://www.ariscloud.com/

Produsul ARIS este utilizat în diverse proiecte de reinginerie și optimizare a proceselor de afaceri, proiecte IT precum implementarea și operarea sistemelor ERP, în special, există o soluție de integrare bine dezvoltată pentru SAP R / 3.

Una dintre ilustrațiile abordării structurate ARIS a proiectului de reinginerie

Software-ul ARIS stă la baza Oracle Business Process Analysis Suite. Din punct de vedere tehnic, setul de instrumente ARIS este destul de simplu de învățat și are o interfață intuitivă. Modelele sunt copiate și lipite în fișiere de documente (de exemplu, format Microsoft Word) ca imagini.

Produsele ARIS oferă posibilitatea de a crea scripturi pentru a automatiza compilarea diferitelor rapoarte analitice, documente de reglementare, modele noi. Fiecare script este un subrutin care rulează în ARIS Business Architect (sau Toolset - o versiune anterioară) sau direct pe serverul ARIS. Scripturile sunt scrise într-un limbaj de programare special - SAX Basic. Pentru generarea automată a unui raport în ARIS, scripturile operează pe date din baza de date de modele, extragând obiecte specifice și modele din acesta.

Tehnologia ARIS Script permite mod automat legume și fructe:
formarea documentelor de reglementare pe baza modelelor ARIS (de exemplu, pașaport de proces, reglementări de proces);
formarea rapoartelor analitice pe baza modelelor ARIS;
integrarea ARIS Toolset cu alte aplicații și baze de date;
Formarea unei baze de date a modelelor ARIS pe baza specificațiilor gata făcute.

De exemplu, orice organizație din metodologia ARIS este considerată din cinci puncte de vedere: date organizaționale, funcționale, procesate, structura proceselor de afaceri, produse și servicii. Mai mult, fiecare dintre aceste puncte de vedere este împărțit în încă trei niveluri secundare: descrierea cerințelor, descrierea specificațiilor, descrierea implementării. Pentru a descrie procesele de afaceri, se propune utilizarea a aproximativ 80 de tipuri de modele, fiecare dintre ele aparținând unuia sau altui aspect.

ARIS oferă un set de instrumente vizuale pentru clarificarea modelelor. Setul de instrumente vine, de asemenea, cu un set de modele de referință pre-proiectate pentru procese tipice din diverse industrii.

Principiul general din trusa de instrumente este abilitatea de a integra modele tipuri diferite în cadrul unui depozit prin descompunerea (detalierea) obiectelor. Astfel, orice organizație poate fi descrisă folosind o ierarhie de modele - de la generalizare: de exemplu, VACD (diagramă cu lanț de valoare adăugată) până la nivelul procedurilor și mediul de resurse al funcțiilor.

Printre numărul mare de metode de descriere posibile, se pot distinge următoarele:

eEPC (Lanț de proces extins în limba engleză extins) - lanț de evenimente al proceselor
ERM (Model englez entitate-relație) - un model entitate-relație pentru descrierea unei structuri de date;
UML (Limbă de modelare unificată în limba engleză) - limbaj de modelare orientat pe obiecte unificat

Elemente de bază utilizate în notația ARIS:

Organigrama:
Unitate organizationala;
Simbolul persoanei;
Simbol de localizare;
Grup de persoane, rol: „Rol”.
Peisajul procesului:
Proces.
Procesul de afaceri:
Eveniment - un eveniment fixează starea anumitor parametri într-un anumit moment;
Activități - muncă, acțiune anumeefectuate pe o perioadă de timp;
Rol - poziție în organizație;
Sistem IT - sistem informațional, un caz special de „depozit de date”
Riscuri - riscuri;
Date de intrare și ieșire - expeditor sau receptor de date.
Controlul procesului prin reguli (și, sau, xor) - intersecție („și”, „sau”, „exclusiv sau”);
Interfața procesului este un mijloc de comunicare cu procesul în cauză.
Modelul de date:
Entitate - entitate (tabel);
Atribute - atribut entitate (câmp tabel);
Cheie primară - atribut unic al entității (cheia primară a tabelului);
Cheie străină - cheie străină a tabelului;
Relație - relații între entități (relație între tabele);
Infrastructură IT:
Sistem IT;
Hardware;
Reţea;
Componente de rețea.
Peisajul sistemului:
Sistem IT;
Domeniu.
Diagrama deneral (eng.)

Tipuri de modele disponibile în Aris express: organigramă, peisaj de proces, proces de afaceri, model de date, infrastructură IT, peisaj de sistem, diagramă BPMN, tablă albă, diagramă generală.

Exemple de diagrame:

Organigrama

Peisaj de proces (VAD)

Proces de afaceri (EPC (lanț de proces orientat pe evenimente)

BPMN (notația de modelare a proceselor de afaceri (BPMN 2.0))

Notarea BPMN descrie legendă pentru a afișa procesele de afaceri sub formă de diagrame ale proceselor de afaceri. BPMN se concentrează pe ambele tehnicieniși utilizatorii de afaceri. Pentru aceasta, limbajul folosește set de bază elemente intuitive care vă permit să definiți constructe semantice complexe. În plus, specificația BPMN definește modul în care diagramele care descriu un proces de afaceri pot fi transformate în modele executabile în BPEL. Specificația BPMN 2.0 este, de asemenea, executabilă și portabilă (adică, un proces desenat într-un editor de la un furnizor poate fi executat pe un motor de proces de afaceri de la un furnizor complet diferit, cu condiția să accepte BPMN 2.0).

Versiunea cloud a aris cloud include 4 tipuri de digrame: EPC, OC, VAD, diagramă tip sistem de aplicație

Versiunea gratuită a programului, adică ARIS EXPRESS acceptă doar tipuri de bază de diagrame, nu are suport multi-utilizator (suportă ARIS CLOUD), nu folosește o bază de date, nu conține instrumente pentru generarea de rapoarte și instrumente de analiză a modelelor. ARIS Express nu acceptă legăturile dintre obiectele create, spre deosebire de versiunea cu plată cu drepturi depline, adică nu există control al integrității și consistenței modelului. Aceasta înseamnă că, la editarea unui model, programul nu va face modificările corespunzătoare la alt model și nici nu va verifica dacă există poziții indicate ca responsabile în proces etc.

Structura generală a metodologiei ARIS

http://rudocs.exdat.com/docs/index-62596.html?page\u003d3

Notatia ARIS eEPC inseamna Extended Event Driven Process Chain - un lant extins al unui proces condus de evenimente. Notația a fost dezvoltată de specialiștii de la IDS Scheer AG (Germania), în special de profesorul Scheer. Următorul tabel 2.3.1 listează principalele obiecte utilizate în notație.

Tabelul 2.3.1 Obiecte pentru descrierea proceselor de afaceri în notația ARIS eEPC.

În plus față de principalele obiecte indicate în Tabelul 2.3.1, multe alte obiecte pot fi folosite pentru a construi o diagramă eEPC. În practică, utilizarea unui număr mare de obiecte de diferite tipuri este impracticabilă, deoarece acest lucru crește semnificativ dimensiunea modelului și face dificilă citirea. Pentru a înțelege sensul notație eEPC Să luăm în considerare principalele tipuri de obiecte și linkuri utilizate. Figura 2.3.5. prezintă cel mai simplu model eEPC care descrie un fragment al unui proces de afaceri al întreprinderii.

Figura: 2.3.5. Cel mai simplu model din notația eEPC

Din Figura 2.3.5. se poate observa că legăturile dintre obiecte au un anumit sens și reflectă secvența de execuție a funcțiilor din cadrul procesului. O săgeată care conectează evenimentul 1 și funcția 1 „activează” sau inițiază executarea funcției 1. Funcția 1 „creează” evenimentul 2, urmată de un simbol „ȘI” logic, „pornind” executarea funcțiilor 2 și 3. O analiză atentă din notația eEPC arată că practic nu diferă de notația IDEF3. Cea mai importantă diferență între eEPC este prezența unui obiect „Eveniment”. Acest obiect servește pentru a afișa în model rezultatele posibile ale efectuării funcțiilor, în funcție de care ramură ulterioară a procesului este executată. Notarea eEPC se numește, evident, extinsă tocmai datorită prezenței unui obiect „eveniment” - nu există un astfel de obiect în IDEF3. Atunci când construiți un model în ARIS eEPC, trebuie respectate următoarele reguli:

fiecare funcție trebuie declanșată de un eveniment și trebuie să se încheie cu un eveniment;

fiecare funcție nu poate conține mai mult de o săgeată, „începând” executarea funcției și din cel mult o săgeată, descriind finalizarea funcției.

Figura 2.3.7 prezintă utilizarea diferitelor obiecte ARIS eEPC la crearea unui model de proces de afaceri.

Figura: 2.3.7. Utilizarea diferitelor obiecte la crearea unui model în notație eEPC

Din figurile 2.3.6. și 2.3.7. se poate observa că un proces de afaceri în notația eEPC este o succesiune de proceduri dispuse în ordinea executării lor. Trebuie remarcat faptul că durata efectivă a procedurilor din eEPC nu poate fi reflectată vizual. Acest lucru duce la faptul că atunci când se creează modele, sunt posibile situații în care un interpret va fi desemnat să îndeplinească două sarcini în același timp. Simbolurile logice utilizate la construirea modelului vă permit să reflectați ramificarea și fuzionarea unui proces de afaceri. Pentru a obține informații despre durata reală a proceselor și pentru a afișa vizual volumul de muncă al personalului din proces, puteți utiliza alte instrumente de descriere, de exemplu, diagrame Gantt în MS Project.

Figura 2.3.8. este prezentat procesul de afaceri al procesării unei comenzi de vânzare. Procesul începe cu evenimentul „Comandă primită client”. Acest eveniment declanșează funcția „Postează comanda în sistem”, care este realizată de managerul de vânzări. Pentru a face treaba, el folosește „Sistemul de contabilitate a comenzilor”. Rezultatul executării funcției este afișat de evenimentul „Contabilitate comandă finalizată”. După aceea, managerul de vânzări îndeplinește funcția „Efectuați analiza conformității nomenclaturii”. Rezultatul executării funcției sunt două evenimente alternative „Comanda se potrivește cu articolul” și „Comanda nu se potrivește cu articolul”. Procesul se ramifică. Simbolul logic exclusiv „SAU” este utilizat pentru a reprezenta ramificarea procesului. Funcția „Notificați clientul despre imposibilitatea îndeplinirii comenzii” poate fi realizată în două cazuri: dacă comanda nu corespunde nomenclaturii sau producția este imposibilă. Pentru a afișa aceste opțiuni pe diagrama procesului, se utilizează simbolul logic „SAU” etc. După cum puteți vedea din Figura 2.3.8., Diagrama procesului din ARIS eEPC diferă de diagrama din IDEF3 prin prezența obiectelor: evenimente, documente, sisteme de aplicații și poziții. Schema din ARIS este vizual mai informativă și percepută mai bine, dar dimensiunea acestei scheme este semnificativ mai mare decât dimensiunea schemei în notația IDEF3.
Figura: 2.3.8. Un exemplu de descriere a procesului în notația ARIS eEPC

Ar putea fi util să citiți: