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

Introducere. Sarcini tipice descrieri ale proceselor de afaceri

În stadiile incipiente 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 ceea ce privește îmbunătățirea performanței organizației pot fi obținute folosind tehnologii de descriere și reorganizare a 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.);
cum se modelează procesele folosind produsul „X”;
cum să analizezi și să identifici problemele folosind produsul „X”;
ce metodologie să folosiți pentru a descrie procesele;
ce să facă în continuare cu modelele rezultate ale proceselor de afaceri.

În prezent, pe piața rusă sunt prezentate un număr destul de mare de sisteme CASE, multe dintre acestea permitând într-un mod sau altul să creeze descrieri (modele) ale proceselor de afaceri ale întreprinderilor. În același timp, există sisteme care se concentrează în primul rând pe crearea de modele de proces și sunt incomode sau deloc destinate creării de modele de date și înființării unui SGBD. În mod evident, alegerea sistemului este determinată de obiectivele proiectului și afectează semnificativ întregul său curs ulterioară. O alegere rațională a sistemului este posibilă dacă 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 analizei și luării deciziilor în cadrul unui anumit proiect;
capacitățile sistemelor CASE pentru descrierea proceselor ținând cont de cerințele clauzei 2;
caracteristicile sistemului informatic dezvoltat/implementat.

Nu are sens să vorbim despre avantajul unui anumit sistem/notație până la tipul și domeniul de aplicare al proiectului, precum și sarcinile principale care acest proiect trebuie să decidă. În articolul nostru, am încercat să comparăm cele mai populare notații (sisteme de notație adoptate în modelare) folosite pentru a descrie procesele de afaceri și două sisteme care suportă 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 este realizată în scopul analizei și reorganizării ulterioare a acestora. Scopul reorganizarii poate fi introducerea unui sistem informatic, reducerea costului de productie, imbunatatirea calitatii serviciului clienti, crearea de instructiuni de munca si 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 asupra procesului de afaceri. Cerințele pentru descrierea proceselor de afaceri pot varia de la sarcină la sarcină. În general, un model de proces 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ță sunt efectuate aceste proceduri;
ce mecanisme de control și management există în cadrul procesului de afaceri avut în vedere;
roluri și responsabilități - cine realizează procedurile de proces;
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ă din 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.);
în ce măsură procesul este/va fi susținut de sistemul informațional.

Descrierea unui proces de afaceri se formează folosind 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.

Notarea organigramei ARIS

Notarea organigramei este una dintre principalele notații ARIS și este destinată construirii diagramelor structura organizationalaîntreprinderilor. 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 organizatorică”, „Poziție”, „Persoană internă”, etc. Tipurile de legături încorporate în notație permit reflectarea tipuri diferite relaţiile dintre obiectele structurii organizatorice. În diagrama prezentată în fig. Exemplul 5 „Întreprinderea” este gestionată de „Director” utilizând tipul de relație „este Manager de organizație pentru”. Ierarhia subdiviziunilor este construită folosind legături de tipul „este compus din”. În plus, pot fi indicate posturi - „Poziție” și nume de familie angajați adevărați ocupându-le: „Persoană internă”, precum și tipul de conexiune „ocupă”.

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

Notații acceptate BPwin 4.0

Descrierea notațiilor IDEF0 și IDEF3

Notația IDEF0 a fost dezvoltată pe baza analizei structurale și a metodologiei de proiectare a SADT, aprobată ca standard american ș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, standardul în organizațiile internaționale precum NATO și FMI. Notația IDEF3 a fost dezvoltată pentru a descrie mai convenabil fluxurile de lucru, pentru care este important să reflectăm secvența logică a execuției procedurilor. Obiectele notațiilor IDEF0 și IDEF3 sunt prezentate în tabel. 2 și.

Semantica construirii modelelor IDEF0 și IDEF3 presupune respectarea unor 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 pe diagrama IDEF0 sunt aranjate în ordinea dominanței - 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 cea făcută 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ă; o săgeată direcționată de la ieșirea lucrării de nivel inferior la intrarea sau controlul lucrării de nivel superior este un feedback. Lipsa feedback-ului, munca fără ieșire sau management, munca duplicată indică procese de afaceri imperfecte.

Notația IDEF3, ca și notația ARIS eEPC, utilizează 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

Notația DFD are scopul de a descrie fluxurile de informații din organizația chestionată. Obiectele de notație DFD sunt afișate î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 de procese de afaceri este reflecția asupra modelului acțiunilor de control, feedback-ul asupra controlului și managementului procedurii. În notația ARIS eEPC, controlul unei proceduri poate fi reflectat doar prin specificarea documentelor de intrare care guvernează executarea procedurii și a succesiunii de execuție a procedurilor în timp (evenimente declanșante). 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ăgeata de sus). Dacă, la crearea unui model în eEPC, este indicată doar succesiunea 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 valoare scăzută din punct de vedere al analizei și al utilizării ulterioare. Din păcate, aceasta este cea mai frecventă greșeală în practică. Este creat 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 SGBD obiect este folosit pentru a stoca modele în ARIS și este creată o nouă bază de date pentru fiecare proiect. Pentru comoditatea utilizatorului, modelele (obiectele model) pot fi stocate in diverse grupuri, organizate in functie de specificul proiectului. Este destul de firesc ca ARIS să ofere diverse funcții pentru administrarea bazei de date: control acces, consolidare etc. BPwin stochează datele modelului într-un fișier, ceea ce simplifică foarte mult munca de creare a unui model. Pentru lucrul în grup pe proiecte mari, modelele BPwin sunt stocate în depozitul Model Mart (furnizat separat). Model Mart este un depozit de modele pentru BPwin și ERwin și utilizează 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ă drept unul dintre dezavantajele BPwin. Totuși, experiența proiectelor reale arată că pentru un proiect ale cărui rezultate pot fi cu adevărat utilizate (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 diagramă, numărul total de diagrame (fișe) din model va fi de 20-40. Bazele de date ARIS Toolset (cum ar fi BPwin) cu peste 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, mai problematice domenii de activitate, și nu o descriere totală a tuturor proceselor. În mod ironic, există o credință larg răspândită în rândul directorilor de companie 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 de reflectat în același timp determină succesul unui proiect de modelare a proceselor de afaceri.

ARIS oferă mult mai multe oportunități de lucru cu obiecte individuale ale modelului, dar tocmai datorită numărului excesiv de setări, munca de creare a unui model ar trebui reglementată de documentație complexă, multidimensională - așa-numitele acorduri de modelare. Elaborarea acestor acorduri este în sine o sarcină complexă, costisitoare și consumatoare de timp (1-3 luni) și specialiști calificați. Dacă un proiect care utilizează ARIS începe fără elaborarea detaliată a unor astfel de acorduri, atunci probabilitatea de a crea modele de procese de afaceri care să 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 (standard IDEF și recomandări pentru utilizarea sa, formular IDEF pentru crearea unei diagrame, un număr limitat de câmpuri obligatorii, limitarea numărului de obiecte într-o 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 mari pentru funcționarea acestuia.

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

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

Poziționarea sistemelor poate fi realizată în raport cu rezolvarea problemei modelării proceselor de afaceri (Fig. 13).

Astfel, este rațional să se utilizeze 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 proiectele mari și/sau pe termen lung (de exemplu, 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 este furnizată. În acest caz, lucrările pregătitoare pentru crearea documentației de reglementare pot dura 1-3 luni, dar acesta este un element necesar pentru munca 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 ceea ce privește îmbunătățirea performanței organizației pot fi obținute folosind tehnologii de descriere și reorganizare a 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.);
cum se modelează procesele folosind produsul „X”;
cum să analizezi și să identifici problemele folosind produsul „X”;
ce metodologie să folosiți pentru a descrie procesele;
ce să facă în continuare cu modelele rezultate ale proceselor de afaceri.

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

Este lipsit de sens să vorbim despre avantajul unui anumit sistem/notație până când tipul și domeniul de aplicare al proiectului, precum și principalele sarcini pe care acest proiect ar trebui să le rezolve, nu au fost determinate. În articolul nostru, am încercat să comparăm cele mai populare notații (sisteme de notație adoptate în modelare) folosite pentru a descrie procesele de afaceri și două sisteme care suportă 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ță sunt efectuate aceste proceduri;
ce mecanisme de control și management există în cadrul procesului de afaceri avut în vedere;
roluri și responsabilități - cine realizează procedurile de proces;
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ă din 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.);
în ce măsură procesul este/va fi susținut de sistemul informațional.

Notarea organigramei ARIS

Notația Organigramă este una dintre notațiile principale ale ARIS și este destinată construirii organigramelor 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 organizatorică”, „Poziție”, „Persoană internă” etc. Tipurile de legături încorporate în notație permit reflectarea diferitelor tipuri de relații între obiectele structurii organizatorice. În diagrama prezentată în fig. Exemplul 5 „Întreprinderea” este gestionată de „Director” utilizând tipul de relație „este Manager de organizație pentru”. Ierarhia subdiviziunilor este construită folosind legături de tipul „este compus din”. În plus, se pot preciza posturi - „Poziția” și numele angajaților reali care le ocupă: „Persoană internă”, precum și tipul de legătură „ocupă”.

Notații acceptate BPwin 4.0

Descrierea notațiilor IDEF0 și IDEF3

Semantica construirii modelelor IDEF0 și IDEF3 presupune respectarea unor 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

În Tabel sunt prezentate diverse situații de aplicare a instrumentelor de modelare a proceselor de afaceri și evaluarea lor de către experți pe o scară de 5 puncte. 7.

Poziționarea sistemelor poate fi realizată în raport 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, ne vom uita la metodologia ARIS. În prezent pe piață pentru instrumente de modelare procesele de afaceri Este prezentat software-ul ARIS cu același nume.
Metodologia ARIS include mai multe notații diferite pentru a descrie activitățile 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. Ora 2.30 este adesea denumită „cabana ARIS”. Abordarea metodologiei ARIS pentru descrierea proceselor se bazează pe o examinare a activităților organizației 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 de control și management (modele rezumative ale proceselor de afaceri) ...
Metodologia ARIS include un număr mare de notații diferite, permițând crearea flexibilă a diferitelor modele

organizatii. Notațiile ARIS cele mai semnificative și utilizate practic sunt: Notația diagramă a lanțului cu valoare adăugată; Notații eEPC, Extended Event-driven Process Chain (notație extinsă în lanț condus de evenimente) și PCD (diagrama lanțului de proces); Notarea organigramei Notație arbore de funcție Notarea arborelui produselor.
Orez. 2.30. Principalele tipuri de modele din metodologia ARIS

Forța metodologiei ARIS (din punct de vedere formal) constă în complexitatea acesteia, 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 anumită măsură legate între ele. Cu toate acestea, trebuie subliniat că principalele avantaje ale unei astfel de abordări integrate: necesită pentru implementarea lor disponibilitatea mediului de instrumente ARIS, care este costisitor și destul de complicat de utilizat, deși există și o versiune gratuită, simplificată a acestui produs numită ARIS Express;
greu de implementat în practică, întrucât presupun un consum mare de resurse (umane, materiale și financiare) pentru o perioadă lungă de timp. Notație diagramă a lanțului cu valoare adăugată (VAD).
În fig. 2.31 prezintă una dintre cele mai importante notații din ARIS - notația Diagrama de lanț cu valoare adăugată. O diagramă a lanțului valoric este folosită pentru a descrie procesele de afaceri ale unei organizații la nivel superior. De regulă, consultanții care folosesc ARIS recomandă să identifice șase până la opt procese de afaceri de nivel superior și să le descrie în notație VAD. Apoi, procesele de nivel superior rezultate sunt descompuse folosind fie notația VAD, fie eEPC. Luați în considerare principalele obiecte ale notației VAD prezentate în Fig. 2.31.
Obiectul principal al notației VAD este Lanțul de valoare adăugată. De fapt, este un proces sau un grup de funcții ale unei organizații care servesc la generarea de valoare adăugată. Obiectele sunt conectate printr-o săgeată punctată de tipul predecesorului. 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, în opinia noastră, este regretabil.
Între procesele prezentate în fig. 2.31, pot fi afișate fluxuri de resurse materiale și informații. 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, să se determine ce tipuri de obiecte vor fi folosite și ce obiecte lumea reală se vor afișa. Deci, în exemplul din fig. 2.31 ar fi posibilă afișarea tuturor fluxurilor (informații și materiale) folosind obiecte de tip Termen Tehnic.

Orez. 2.31. Model în notația diagramă a lanțului cu valoare adăugată

În fig. 2.31 arata si obiectele Unitatii Organizatorice care reprezinta unitatile organizatorice care desfasoara procesele corespunzatoare.
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ă așa cum este introdus pentru. Un alt exemplu este tipul de asociere care se execută între obiectele Lanțul cu valoare adăugată și Unitatea organizațională. Tipul de link 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 ulterioară a link-urilor și obiectelor de un anumit tip.
În fig. 2.32 prezintă un exemplu de model de nivel superior realizat în notația ARIS VAD. Sunteți deja familiarizat 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 fiecare parte a obiectului Lanțul de valoare adăugată. (Reamintim că în IDEF0, fiecare parte a activității (funcției) are înțeles adânc.)

3
O
§
O
O

În fig. 2.33 arată situația, posibilă în notație VAD, când pe diagrama de proces sunt date un set de feedback-uri, al căror sens este clar doar pentru analistul care a creat modelul.
Dezavantajul indicat al VAD poate fi eludat prin stipularea în prealabil a posibilității unei utilizări speciale a feedback-urilor, ca, de exemplu, în Fig. 2.34.
Orez. 2.33. Feedback-uri în notația diagramă a lanțului cu valoare adăugată

Orez. 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 rămânem de
din punctul de vedere că acest lucru este destul de acceptabil, deoarece modelele de nivel superior din notația VAD ARIS pot fi utilizate într-adevăr doar ca cea mai simplă modalitate imagine grafică lanțuri de proces.
Încheind revizuirea notației ARIS VAD, ne concentrăm din nou pe faptul că această notație este în mare parte ilustrativă și nu are scopul de a crea modele complexe de procese la nivelul superior al unei organizații. Notația ARIS eEPC - extensie a notației IDEF3
Notația ARIS eEPC (eEPC - Extended Event Driven Process Chain - extended event-driven process chain) 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 cadrul notației.
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 nepractică, deoarece aceasta mărește semnificativ dimensiunea modelului și îngreunează citirea.
Pentru a înțelege semnificația notației eEPC, să luăm în considerare principalele tipuri de obiecte și legături utilizate. În fig. 2.35 prezintă cel mai simplu model eEPC care descrie un fragment din procesul de afaceri al unei întreprinderi.
În fig. 2.35 se poate observa că relaţiile dintre obiecte au o anumită semnificaţie şi reflectă succesiunea îndeplinirii funcţiilor în cadrul procesului. Săgeata care conectează evenimentul 1 și funcția 1 activează sau inițiază execuția funcției 1. Funcția 1 creează evenimentul 2, urmat de simbolul logic „ȘI”, care începe execuția 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 la afișarea în model a posibilelor rezultate ale implementării funcțiilor, în funcție de care una sau alta ulterioară
ramura procesului. Notația eEPC se numește extinsă, evident, tocmai din cauza prezenței unui obiect „Eveniment” în ea (nu există un astfel de obiect în IDEF3). În fig. 2.36 oferă exemple de utilizare a simbolurilor logicii și evenimentelor la construirea modelelor în notația eEPC.
Tab. 2.3. Principalele obiecte utilizate în cadrul notației ARIS eEPC

№	Naimenova-. lan	Descriere	¦ Grafic performanţă
/>1	Funcţie	Obiectul „funcție” este folosit pentru a descrie funcțiile (proceduri, lucrări) îndeplinite de departamentele/angajații întreprinderii		* "" H Funcţie J
2	Eveniment	Obiectul „eveniment” este folosit 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, management sau departament)		ija ^^ tionaUi ^ it
4	Document	Un obiect care reflectă medii reale, cum ar fi un document de hârtie		Document
5	Aplicat sistem	Obiectul reflectă un sistem de aplicație real utilizat în cadrul tehnologiei de îndeplinire a unei funcții	A	eu ¦ sisteme de aplicare J? M	m
5	Aplicat sistem
6	Cluster de informații	Un obiect caracterizează datele ca un set de entități și relații dintre 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 execuției 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 din 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 din cadrul unui proces. Vă permite să descrieți ramificarea unui proces	®

Orez. 2.35. Notație ARIS eEPC

Orez. 2.36. Utilizarea operatorilor logici la construirea modelelor în eEPC

Când construiți un model în ARIS, trebuie respectat eEPC urmând reguli: fiecare functie este declansata si completata de un eveniment; fiecare funcție nu poate conține mai mult de o săgeată care începe execuția funcției și mai mult de o săgeată care descrie finalizarea funcției se poate stinge.
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 se activează
alt = "" />

În fig. 2.36 și 2.37 se poate observa că un proces de business în notație eEPC este o succesiune de proceduri dispuse î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 în care unui executant este desemnat să execute două sarcini în același timp. Simbolurile logice utilizate în construirea modelului vă permit să reflectați ramificarea și îmbinarea unui proces de afaceri. Pentru a obține informații despre durata reală a proceselor și o afișare vizuală a volumului de muncă al personalului, puteți utiliza alte instrumente de descriere, de exemplu diagramele 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 prezintă procesul de procesare a unei comenzi de client (este prezentat și în notația IDEF3 în Fig. 2.24).
Procesul începe cu evenimentul „Comandă client primită”. Inițiază funcția „Postează comandă în sistem”, care este efectuată de managerul de vânzări. Pentru muncă folosește „Sistemul de contabilitate a comenzilor”. Rezultatul execuției funcției este afișat prin evenimentul „Contabilitatea comenzii finalizată”.
După aceea, managerul de vânzări implementează funcția „Efectuați o analiză pentru conformitatea cu articolul”. Rezultatul 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 folosit pentru a reprezenta ramificarea procesului.
Funcția „Anunțați clientul despre imposibilitatea onorării comenzii” poate fi efectuată în două cazuri: dacă comanda nu corespunde nomenclatorului sau producția este imposibilă. Pentru a afișa aceste opțiuni pe diagrama procesului, se folosește simbolul logic „SAU” etc.
După cum se vede din fig. 2.38, diagrama procesului din ARIS eEPC diferă de diagrama din IDEF3 prin prezența obiectelor: evenimente, documente, sisteme de aplicații și poziții. O schemă în ARIS este vizual mai informativă și percepută mai bine, dar dimensiunea sa este semnificativ mai mare decât o schemă în notația IDEF3.
Procesul de 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 am descris-o, am folosit aceleași obiecte care alcătuiesc procesul din Fig. 2.38, dar sunt aranjate într-un tabel. În prima coloană - evenimente și câteva simboluri ale logicii, în a doua - funcții, în a treia - documente de intrare și de ieșire, în a patra - tipuri de aplicații software, în al cincilea - posturile implicate în proces. Această viziune asupra 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 incomod de afișat folosind PCD, ceea ce este arătat clar în Fig. 2.39.
Orez. 2.39. Diagrama ARIS PCD

Notarea organigramei ARIS
Notația Organigramă este una dintre principalele notații ARIS și este destinată construirii organigramelor 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.
Orez. 2.40. Modelul structurii organizatorice a întreprinderii
alt = "" />

Modelul este construit din obiectele Unitate organizatorică, 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 exemplu „Enterprise” este gestionat de „Director” folosind tipul de relație pentru Organization Manager. Ierarhia subdiviziunilor este construită folosind legăturile din care este compusă. Se pot preciza si posturi - Functia, prenumele angajatilor care le ocupa - Persoana interna, tipul de legatura - ocupa. Pe lângă modelele ierarhiei departamentelor se pot construi modele ale ierarhiei subordonării în echipe de proiect, grupuri etc.. Toate obiectele reflectate în modele pot fi folosite în viitor la construirea modelelor proceselor de business. La construirea ierarhică complexă
structurile pot fi folosite descompunere, de exemplu, structura unității este reflectată într-o diagramă mai detaliată. Notarea arborelui de funcții ARIS
Această notație este destinată generării modelelor de arbore de funcții. 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 conexiune sunt cea superioară orientată spre execuție și cea superioară orientată către proces. Primul tip de conexiune este folosit pentru a construi un arbore pe baza unui atribut funcțional (descrierea funcțiilor unui departament). Al doilea tip de relație este folosit pentru a crea un arbore de funcții incluse într-un anumit proces de afaceri.
Orez. 2.41. Modelul arborelui de funcții

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

Orez. 2.42. Model de arbore de produse

Notarea fluxului de informații ARIS
Notația fluxului de informații este un analog cu DFD și este utilizată la construirea diagramelor fluxurilor de date sau a documentelor între funcțiile proceselor de afaceri ale unei întreprinderi. Simplitatea notării limitează sfera acesteia aplicații utile... Obiectele sale principale sunt Funcția (utilizată și la construirea modelelor de procese de afaceri) și Fluxul de informații - un flux de informații, așa cum se arată în Fig. 2.43.
Orez. 2.43. Notarea fluxului de informații ARIS
fluxul de informații

Atunci când se construiesc modele de procese de afaceri, mai întâi se poate construi un model eEPC, iar apoi, folosind funcțiile definite în proces, un model de fluxuri de informații. Utilizarea mai multor notații la crearea modelelor de proces în ARIS
La formarea modelelor de procese de afaceri în ARIS, de regulă, sunt utilizate mai multe tipuri de notații. În fig. 2.44 prezintă o diagramă a aplicării modelelor create în diferite notații.

Orez. 2.44. Utilizarea notației ARIS la crearea modelelor

De regulă, munca de descriere a proceselor de afaceri ale companiei în ARIS începe cu crearea unui model al structurii organizaționale. Simultan (sau mai târziu), pot fi dezvoltate modele care descriu structura principalelor intrări și ieșiri ale materialelor și informațiilor. Folosind aceste modele, modelele de procese de afaceri de nivel superior sunt create în notație VAD. După aceea, sunt dezvoltate modele ale funcțiilor 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 diverse puncte de vedere.
Particularitatea lucrului în produse software cu drepturi depline 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 prin alegerea uneia dintre notații (Fig. 2.44). Pe de altă parte, o greșeală „minoră” atunci când se creează legături între obiecte dintr-o notație poate distorsiona semnificativ aspectul unei diagrame î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 diverse elemente (acțiuni, date, evenimente, materiale etc.) inerente procesului. În mod obișnuit, modelarea procesului de afaceri descrie relația logică a tuturor elementelor procesului de la începutul său până la finalizare î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 întocmite modele pentru diverse aspecte și niveluri de management. În organizațiile mari, modelarea proceselor de afaceri este realizată mai detaliat și cu mai multe fațete decât în cele mici, ceea ce este asociat cu un număr mare de relații interfuncționale.

Obiectivele modelării 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ă obțineți o privire „exterior” asupra proceselor și să identificați îmbunătățiri care le vor crește eficiența.
Raționalizarea proceselor. Modelarea proceselor de afaceri stabilește regulile de execuție a proceselor, adică. modul în care ar trebui efectuate.
Modelarea proceselor de afaceri stabilește o legătură clară între procese și cerințele pe care acestea 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 preluării IDS Scheer, autorul metodologiei August-Wilhelm Scheer.

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

Produsul oferă o parte server (ARIS Server) 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 timpurii, în versiunile anilor 2000 - ARIS Business Architect, ARIS Designer).
La mijlocul anilor 2010, a apărut și o versiune public 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 unui proiect de reinginerie

Software-ul ARIS formează baza Suitei de analiză a proceselor de afaceri Oracle. 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 document (de exemplu, format Microsoft Word) sub formă de imagini.

Produsele ARIS oferă posibilitatea de a crea scripturi pentru a automatiza compilarea diferitelor rapoarte analitice, documente normative, modele noi. Fiecare script este o 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 anumit raport în ARIS, scripturile operează pe date din baza de date de modele, extragând obiecte și modele specifice din aceasta.

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

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

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 procesele tipice din diverse industrii.

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

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

eEPC lanț de proces extins bazat pe evenimente
ERM(Englez entity-relationship model) - un model entitate-relație pentru descrierea unei structuri de date;
UML(ing. unified modeling language) - limbaj unificat de modelare orientat pe obiecte

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

Organigrama:
Unitate organizationala;
Simbolul persoanei;
Simbolul locației;
Grup de persoane, rol: „Rol”.
Peisajul procesului:
Proces.
Proces de afaceri:
Eveniment - un eveniment fixează starea anumitor parametri la un anumit moment în timp;
Activități - muncă, anumită acțiune efectuat pe o perioadă de timp;
Rol - poziție în organizație;
sistem informatic - Sistem informatic, un caz special de „depozit de date”
Riscuri - riscuri;
Date de intrare și de ieșire - expeditorul sau receptorul datelor.
Controlul procesului prin reguli (și, sau, xor) - intersecție („și”, „sau”, „exclusiv sau”);
Interfața de proces - un mijloc de comunicare cu procesul în cauză.
Modelul de date:
Entitate - entitate (tabel);
Atribute - atribut entitate (câmp tabel);
Primary Key - un atribut unic al entității (cheia primară a tabelului);
Cheie externă - cheia externă a tabelului;
Relație - relații între entități (relație între tabele);
Infrastructură IT:
sistem informatic;
Hardware;
Reţea;
Componentele rețelei.
Peisajul sistemului:
sistem informatic;
Domeniu.
Diagrama generala

Tipuri de modele disponibile în Aris express:organigrama, peisajul proceselor, procesul de afaceri, modelul de date, infrastructura IT, peisajul sistemului, diagrama BPMN, tabla albă, diagrama generală.

Exemple de diagrame:

Organigrama

Peisajul procesului (VAD)

Proces de afaceri (EPC (lanț de procese bazat pe evenimente)

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

Notația BPMN descrie legendă pentru a afișa procesele de afaceri sub formă de diagrame de procese de afaceri. BPMN se concentrează pe ambele tehnicieniși utilizatori de afaceri. Pentru aceasta se folosește limbajul 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 producător poate fi executat pe un motor de proces de afaceri de la un producător complet diferit, cu condiția să accepte BPMN 2.0).

Versiunea cloud aris nor include 4 tipuri de diagrame: 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 (suporta 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ături între obiectele create, spre deosebire de versiunea completă plătită, adică nu există control asupra integrității și consistenței modelului. Aceasta înseamnă că la editarea unui model, programul nu va face modificările corespunzătoare altui model și nici nu va verifica dacă există posturi indicate ca responsabile în proces etc.

Structura generală a metodologiei ARIS

http://rudocs.exdat.com/docs/index-62596.html?page=3

Notația ARIS eEPC înseamnă Extended Event Driven Process Chain - un lanț extins al unui proces bazat pe evenimente. Notația a fost elaborată de specialiști de la IDS Scheer AG (Germania), în special de profesorul Scheer. Următorul tabel 2.3.1 prezintă principalele obiecte utilizate în notație.

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

Pe lângă obiectele de bază 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 nepractică, deoarece aceasta mărește semnificativ dimensiunea modelului și îngreunează citirea. Pentru a înțelege semnificația notației eEPC, să luăm în considerare principalele tipuri de obiecte și legături utilizate. Figura 2.3.5. prezintă cel mai simplu model eEPC care descrie un fragment al unui proces de afaceri al întreprinderii.

Orez. 2.3.5. Cel mai simplu model în notația eEPC

Din figura 2.3.5. se poate observa că legăturile dintre obiecte au un anumit sens și reflectă succesiunea de execuție a funcțiilor în cadrul procesului. O săgeată care conectează Evenimentul 1 și Funcția 1 „activează” sau inițiază execuția Funcției 1. Funcția 1 „creează” Evenimentul 2, urmat de un simbol logic „ȘI”, „începând” execuția Funcțiilor 2 și 3. Analiza atentă a notația eEPC arată că practic nu diferă de notația IDEF3. Cea mai importantă diferență a eEPC este prezența unui obiect „Eveniment”. Acest obiect servește la afișarea în model a rezultatelor posibile ale execuției funcțiilor, în funcție de care se execută una sau alta ramură ulterioară a procesului. Notația eEPC este numită, evident, extinsă tocmai din cauza prezenței unui obiect „eveniment” în ea - nu există un astfel de obiect în IDEF3. Când construiți un model în ARIS eEPC, trebuie respectate următoarele reguli:

fiecare funcție trebuie să fie 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” execuția funcției și din cel mult o săgeată, descriind finalizarea funcției.

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

Orez. 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ție eEPC este o succesiune de proceduri dispuse în ordinea executării lor. Trebuie remarcat faptul că durata reală 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 unui executant va fi desemnat să execute două sarcini în același timp. Simbolurile logice utilizate în construirea modelului vă permit să reflectați ramificarea și îmbinarea 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 diagramele Gantt în MS Project.

Figura 2.3.8. este prezentat procesul de afaceri de procesare a unei comenzi de vânzare. Procesul începe cu evenimentul „Comandă client primită”. Acest eveniment declanșează funcția „Postează comandă în sistem”, care este realizată de managerul de vânzări. Pentru efectuarea lucrării, el folosește „Sistemul de contabilitate a comenzilor”. Rezultatul execuției funcției este afișat prin evenimentul „Contabilitatea comenzii finalizată”. Managerul de vânzări efectuează apoi funcția „Efectuați Analiza Conformității Nomenclatorului”. Execuția funcției are ca rezultat 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 folosit pentru a reprezenta ramificarea procesului. Funcția „Anunțați clientul cu privire la imposibilitatea onorării comenzii” poate fi efectuată în două cazuri: dacă comanda nu corespunde nomenclatorului, sau producția este imposibilă. Pentru a afișa aceste opțiuni pe diagrama procesului, se folosește 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. O schemă în ARIS este vizual mai informativă și mai bine percepută, dar dimensiunea acestei scheme depășește semnificativ dimensiunea unei scheme în notația IDEF3.
Orez. 2.3.8. Un exemplu de descriere a procesului în notația ARIS eEPC

Ar putea fi util să citiți: