Descrierea modelării și analizei proceselor de afaceri. Metode de analiză a proceselor de afaceri. Șabloane pentru modelarea afacerilor organizaționale

Procesul de afaceri face parte din managementul procesului. Modelul lui este elementul principal managementul proceselor de afaceri. Un proces de afaceri trebuie împărțit într-un număr de caracteristici care caracterizează fiecare dintre proprietățile sau abilitățile sale. Cu această diviziune, procesul este mai ușor de recunoscut, comparat și analizat. Există un concept important - modelarea proceselor de afaceri.

Abordări de bază ale modelării proceselor de afaceri

Modelarea proceselor de afaceri ale unei companii se poate face în mai multe moduri. O atenție deosebită Merită să acordați atenție abordărilor orientate pe obiect și funcționale. În cadrul abordării funcționale, principalul element care formează structura este o funcție (acțiune), în timp ce abordarea orientată pe obiect este un obiect.

În cadrul abordării funcționale, organizarea modelării proceselor de afaceri presupune construirea unei diagrame proces tehnologic ca o succesiune de operatii.

La intrarea și la ieșirea fiecăruia sunt afișate obiecte de proveniență diferită: tipuri de materiale și informații, precum și resursele utilizate, unități organizatorice.

În cadrul metodologiei de modelare funcțională, în care sunt construite diagrame structurale ale proceselor de afaceri și ale fluxurilor de informații, este afișată o secvență de funcții în care alegerea alternativelor de proces specifice este destul de complexă și nu există modele de interacțiune a obiectelor.

Modelarea funcțională a proceselor de afaceri are un avantaj semnificativ - claritatea și claritatea afișajului la diferite niveluri de abstractizare. Acest lucru este deosebit de important în etapa de introducere a proceselor de afaceri create în departamentele companiei.

La abordare funcțională detalierea operațiunilor este prezentată într-o formă oarecum subiectivă, ceea ce duce la complexitatea construirii proceselor de afaceri.

Modelarea proceselor de afaceri cu o abordare orientată pe obiecte este construită după următoarea schemă: mai întâi sunt identificate clase de obiecte, iar apoi sunt determinate acțiunile la care obiectele trebuie să ia parte. Obiectele pot fi active, adică desfășurând acțiuni (unități organizaționale, anumiți performeri, subsisteme informaționale), și pasive, asupra cărora se realizează acțiuni (vorbim de echipamente, documentație, materiale). Modelarea proceselor de afaceri orientate pe obiecte reflectă obiecte, funcții și evenimente în care anumite procese sunt efectuate datorită obiectelor.

Abordarea orientată pe obiecte are și o serie de avantaje, dintre care principalul este o definire mai precisă a operațiilor asupra obiectelor, ceea ce duce la o soluție bine întemeiată a problemei fezabilității existenței acestora.

Să remarcăm și dezavantajul metodei. Procesele specifice pentru factorii de decizie devin mai puțin vizibile. Dar datorită produselor software moderne, este posibil să prezentați diagrame funcționale ale obiectelor destul de simplu.

Metodologiile integrate de modelare a proceselor de afaceri sunt cele mai promițătoare. De exemplu, datorită tehnologiei ARIS, puteți selecta cel mai mult modele optime luând în considerare scopurile analizei.

Metode aplicate de modelare a proceselor de afaceri

În zilele noastre există tendința de a integra diferite metode de modelare și analiză a sistemelor. Se manifestă prin crearea de instrumente integrate de modelare a proceselor de afaceri. Unul dintre ele este un produs al companiei germane IDS Scheer numit ARIS - Architecture of Integrated Information System.

Sistemul ARIS include un set de instrumente care vă permit să analizați și să simulați activitatea unei companii. Sistemul se bazează pe diverse metode de modelare, care împreună reflectă puncte de vedere diferite asupra mediului studiat. Același model poate fi creat folosind mai multe metode. Datorită acestui lucru, specialiști diferite niveluri cunoștințele teoretice îl pot folosi în scopuri proprii și îl pot configura să interacționeze cu sistemele cu specificul lor.

Sistemul ARIS suportă 4 tipuri de modele, reflectând diverse obiecte ale sistemului studiat:

Pentru a crea modele de tipurile descrise mai sus, folosesc atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje binecunoscute - ERM, UML, OMT etc.

La modelarea proceselor de afaceri, fiecare aspect al activităților companiei este mai întâi luat în considerare separat. După ce toate aspectele au fost rezolvate, este creat un model integrat care afișează toate conexiunile diferitelor aspecte între ele.

În ARIS, modelele sunt diagrame formate din diverse obiecte– „funcții”, „evenimente”, „ diviziuni structurale", "documente" etc. Între obiecte se stabilesc tot felul de conexiuni. În plus, fiecare obiect are propriul set de atribute care îi sunt atribuite, ceea ce vă permite să introduceți informații suplimentare despre el. Valorile atributelor pot fi utilizate în timpul simulării sau analizei costurilor.

Modelul cheie de afaceri al ARIS este eEPC (Extended Event Driven Process Chain - un model extins al unui lanț de procese de afaceri conduse de evenimente). De fapt, extinde capacitățile IDEF0, IDEF3 și DFD și are propriile sale avantaje și dezavantaje. Folosirea unui număr suficient de obiecte conectate între ele prin diferite tipuri de conexiuni poate crește semnificativ dimensiunea modelului și îl poate transforma în dificil de citit.

În eERS, un proces de afaceri este un flux de lucrări desfășurate secvențial (funcții, proceduri, activități) aranjate în ordine cronologică. Durata exactă a procedurilor în eERS nu este afișată clar, drept urmare este posibil ca în timpul dezvoltării modelelor să apară situații în care un executant va trebui să rezolve două sarcini în același timp. Simbolurile logice utilizate în modelare ajută la arătarea ramificării și conectării unui proces. Pentru a afla cât durează procesele, ar trebui să utilizați alte instrumente de descriere, de exemplu diagramele Gantt din sistemul MS Project.

Ericsson-Penker

Metoda Ericsson-Penker este interesantă în principal pentru că a încercat să folosească UML atunci când se realizează modelarea proceselor proceselor de afaceri. Dezvoltatorii metodei și-au creat propriul profil UML pentru a realiza modelarea proceselor de afaceri. Pentru a face acest lucru, a fost introdus un set de stereotipuri care descriu resursele, procesele, scopurile și regulile companiei.

În cadrul metodei, sunt utilizate 4 categorii principale de model de afaceri:

1. Resurse – diferite obiecte care sunt folosite sau implicate în procesele de afaceri (putem vorbi despre materiale, produse, oameni, informații).

2. Procese – activități în urma cărora resursele se deplasează dintr-o stare în alta conform unor reguli de afaceri.

3. Obiective – scopul proceselor de afaceri. Ele pot fi împărțite în componente și aceste subobiective pot fi corelate cu procese specifice.

4. Reguli de afaceri – condiții sau restricții pentru implementarea proceselor de afaceri (funcționale, structurale, comportamentale). Regulile pot fi definite folosind limbajul OCL.

5. Diagrama principală a metodei UML este diagrama activității. Ericsson-Penker demonstrează un proces ca activitate cu stereotipul „proces” (reprezentarea se bazează pe o extensie a metodei IDEF0). Un model de afaceri complet include multe puncte de vedere similare cu cele ale arhitecturii software. Toate opiniile sunt exprimate individual într-o singură diagramă UML sau mai multe. Diagramele pot include diferite tipuriși descrie scopuri, reguli, procese și resurse în interacțiuni. Metoda folosește 4 vederi diferite ale modelului de afaceri:

Proces rațional unificat

Există, de asemenea, modelarea proceselor de afaceri folosind metodologia Rational Unified Process (RUP), în cadrul căreia sunt construite două modele:

Modelul de proces de afaceri este o extensie a modelului de caz de utilizare UML prin introducerea unui set de stereotipuri - Business Actor (stereotipul actorului) și Business Use Case (stereotipul de caz de utilizare). Business Actor este un anumit rol extern proceselor de afaceri ale companiei. Un caz de utilizare în afaceri acționează ca o descriere a ordinii evenimentelor într-un anumit proces, aducând rezultate vizibile unei anumite persoane. Această definiție similar cu definiția generală a unui proces de afaceri, dar esența acestuia este mai precisă. În ceea ce privește modelul obiect, un caz de utilizare în afaceri este o clasă. Obiectele sale sunt anumite fluxuri de evenimente din procesul de afaceri descris.

Când descrieți un caz de utilizare în afaceri, puteți indica și un scop. Ea, ca și în cazul metodei Eriksson-Penker, este modelată folosind o clasă cu stereotipul „obiectiv”, iar arborele obiectivului este reprezentat ca o diagramă de clasă.

Pentru fiecare Business Use Case, este necesar să se construiască un model de obiect pentru a descrie procesul de afaceri în termeni de obiecte care interacționează între ele (Business Objects), care aparțin a două clase - Business Worker și Business Entity.

Business Worker este o clasă care reprezintă un executant abstract care efectuează o activitate specifică într-un proces de afaceri. Interpreții interacționează și implementează scenarii de caz de utilizare în afaceri. În ceea ce privește Entitatea Business, aceasta face obiectul diferitelor acțiuni efectuate de executori.

În plus față de diagramele de clasă menționate mai sus, un model de analiză de afaceri poate conține:

• organizatorice, care reprezintă structura sistemului - divizii de firmă, posturi, persoane specifice din ierarhie, relația dintre acestea, apartenența teritorială a departamentelor structurale;
• funcţional, care reflectă ierarhia lanţurilor cu care se confruntă aparatul de management, cu un set de arbori de funcţii necesar implementării sarcinilor existente;
• informațional, care reflectă structura informațiilor care este necesară pentru a îndeplini toate funcțiile din sistem în ansamblu;
• modele de management care reprezintă o viziune cuprinzătoare asupra execuției proceselor de afaceri.
• conceptual, arătând structura problemelor și obiectivelor;
• o reprezentare a procesului, care este interacțiunea dintre resurse și un proces (ca un set de diagrame de activitate);
• o vedere structurală care arată structura companiei și resursele (sunt afișate diagramele de clasă);
• reprezentarea comportamentului (cum se comportă resursele individuale, precum și detalierea resurselor sub formă de diagrame de lucru, stare și interacțiune).
• procese de afaceri (Business Use Case Model);
• analiza de afaceri (Business Analysis Model).

1. Diagrame de secvență (și diagrame de cooperare) care descriu scenarii de Business Use Case ca o secvență de schimburi de mesaje între obiectele actor și obiectele executor. Datorită unor astfel de diagrame, puteți determina ce responsabilități trebuie atribuite unui anumit interpret și puteți afișa un set de operațiuni ale acestuia în model.
2. Diagrame de activitate care descriu relația dintre scenariile unuia sau mai multor cazuri de utilizare în afaceri.
3. Diagrame de stat care descriu modul în care procesele individuale de afaceri se comportă.

Metodologia de modelare Rational Unified Process are anumite avantaje:

• construirea unui model de proces de afaceri se realizează în jurul persoanelor interesate care participă la proces și sarcinile acestora; Datorită modelului, puteți înțelege de ce au nevoie clienții companiei. Abordarea este utilizată, în cea mai mare parte, pentru firmele care activează în industria serviciilor (societăți comerciale și de asigurări, organizații bancare);
• Folosind modelarea bazată pe cazuri de utilizare, clienții înțeleg mai bine modelele de afaceri.

Dar merită subliniat faptul că atunci când modelați munca unei întreprinderi mari care atât produce produse, cât și oferă servicii, trebuie să utilizați în moduri diferite crearea de modele. Acest lucru se datorează faptului că, de exemplu, la modelare procesele de productie Este mai bine să utilizați modelarea proceselor proceselor de afaceri, în special metoda Eriksson-Penker.

IBM WebSphere Business Modeler

IBM WebSphere Business Modeler vă permite să modelați și să simulați procese de afaceri, să analizați și să generați rapoarte pentru a le îmbunătăți. Sistemul are o serie de avantaje, printre care:

1. Capacități extinse de analiză, simulare și modelare de cea mai bună calitate.
2. Îmbunătățirea continuă a procesului.
3. Capacități de integrare îmbunătățite.
4. Rentabilitatea îmbunătățită a condițiilor investiției.
5. Funcții de dezvoltare îmbunătățite.

Caracteristica principală este capabilitățile mai extinse de simulare a proceselor de afaceri. Puteți adăuga cantități comerciale la model și puteți extrage date suplimentare. De asemenea, puteți exporta modele în formate utilizate în alte aplicații.

La importarea sau definirea modelelor din alte surse, este posibil să se efectueze o analiză mai precisă a funcționării proceselor de afaceri. Puteți lega procesele la modele de informații, organizații și resurse. Puteți partaja datele dvs. de analiză cu rapoarte personalizate și standard.

Este posibil să implementați simultan mai multe versiuni de modele și să publicați modele de proces.

• O formulă simplă pentru a înțelege că o întreprindere are nevoie de automatizarea proceselor de afaceri

Ce standard de modelare a proceselor de afaceri să utilizați?

Cu o abordare integrată a managementului, ei folosesc în principal standardul de modelare a proceselor de afaceri IDEF0, de atunci metoda clasica. Principiul cheie al abordării este că activitățile companiei sunt structurate pe baza proceselor sale de afaceri, mai degrabă decât pe baza organigramei sale. Procesele de afaceri care creează un rezultat semnificativ pentru consumator sunt cele mai valoroase și trebuie îmbunătățite în viitor.

Standardul de modelare a proceselor de afaceri IDEF0 este un set de proceduri și reguli concepute pentru a dezvolta un model funcțional al unui obiect într-un anumit domeniu.

Modelul IDEF0 este o serie de diagrame cu documente însoțitoare. Diagramele despart un obiect cu mai multe etape în mai multe componente (blocuri), ceea ce simplifică foarte mult procesul. Detaliile tuturor blocurilor sunt afișate sub formă de blocuri în alte diagrame. Toate diagramele detaliate sunt descompuneri ale unui bloc de la nivelul anterior. La fiecare etapă de descompunere, diagrama de la nivelul anterior se numește diagramă părinte pentru diagrama mai detaliată. Numărul total de niveluri din model nu este mai mare de 5-6. Experiența arată că acest lucru este suficient pentru a construi un model funcțional complet al unei companii moderne care operează în orice domeniu.

Standardul IDEF1 a fost dezvoltat inițial pentru a deveni un instrument pentru analiza și studierea relației dintre fluxurile de informații din activitati financiareîntreprinderilor. Modelarea proceselor de afaceri folosind metoda IDEF1 este concepută pentru a arăta cum ar trebui să arate structura informațională a companiei.

Modelarea informațională a proceselor de afaceri include mai multe componente. Elementele principale sunt:

• diagrame – desene ale unui model informaţional cu o anumită structură, reprezentând relaţia şi compoziţia datelor utilizate pe baza unui set de reguli;
• dicționar – fiecare element al modelului este însoțit de o descriere text.

Conceptul principal din IDEF1 este o entitate, care este definită ca un obiect abstract sau real dotat cu un set de proprietăți distinctive cunoscute. Fiecare entitate are atribute și un nume.

Deoarece este destul de dificil de analizat sistemele dinamice, în acest moment standardul aproape nu este folosit și, de îndată ce a apărut, s-a oprit din dezvoltare. Astăzi există algoritmi și implementările lor pe computer, cu ajutorul cărora devine posibilă transformarea unui set de programe statistice IDEF0 în modele dinamice, a căror bază de construcție sunt „rețele Petri colorate” (CPN - Color Petri Nets).

IDEF3–IDEF14

Elementul principal al IDEF3 este diagrama, ca în IDEF0. O componentă la fel de importantă este acțiunea, care este numită și „unitatea de lucru”. Acțiunile din cadrul acestui sistem sunt reflectate sub forma unui dreptunghi de diagrame. Acțiunile sunt denumite folosind substantive sau verbe verbale. Mai mult, fiecare are un număr unic de identificare, care nu este reutilizat, chiar dacă acțiunea este ștearsă în timpul dezvoltării modelului. În diagramele IDEF3, numărul acțiunii este de obicei precedat de numărul părintelui său. Sfârșitul unei acțiuni contribuie adesea la începutul altei acțiuni sau chiar mai multe. De asemenea, se întâmplă ca o acțiune să necesite ca altele să fie finalizate înainte de a începe implementarea ei.

IDEF4 este o metodologie pentru crearea de sisteme orientate pe obiecte. Datorită IDEF4, puteți afișa clar structura obiectelor și principiile care stau la baza cărora acestea interacționează. Acest lucru face posibilă analiza și îmbunătățirea sistemelor complexe orientate pe obiecte.

IDEF5 este o metodologie pentru studierea sistemelor complexe.

IDEF6 – Design Rationale Capture – justificarea acțiunilor de proiectare. IDEF6 simplifică semnificativ procesul de obținere a informațiilor de modelare, de prezentare și de utilizare a acestora la creare sisteme de management. „Cunoașterea metodei” reprezintă anumite circumstanțe, motive, motive ascunse care justifică metodele alese de a crea modele. Adică, „cunoștințele despre metodă” pot fi interpretate ca răspuns la întrebarea: „De ce a rezultat acest model special, cu aceste caracteristici și nu cu alte?” Majoritatea metodelor de modelare se concentrează pe modelele care sunt create, fără a se aprofunda în dezvoltarea lor. Opțiunea IDEF6 vizează în mod special dezvoltarea.

IDEF 7 – Audit Sistem Informațional – audit sisteme informatice. Metoda este solicitată, dar nu a fost niciodată pe deplin dezvoltată.

IDEF8 – Modelarea interfeței cu utilizatorul. O metodă de creare a interfețelor pentru interacțiunea între sistem și operator (interfețe utilizator). În momentul de față, la dezvoltarea interfețelor, atenția principală este acordată aspectului acestora. IDFE8 se concentrează pe programarea unei comunicări reciproce optime între utilizator și interfață la 3 niveluri: funcționare (ce este); opțiuni de interacțiune care depind de rolul specific al utilizatorului (cum anume acesta sau acel utilizator ar trebui să îl realizeze); și, în sfârșit, asupra componentelor interfeței (controalele pe care le oferă pentru o operațiune).

IDEF9 – Scenario-Driven IS Design (metoda Business Constraint Discovery) – o metodă pentru studierea constrângerilor de afaceri. Conceput pentru a facilita detectarea și analiza restricțiilor în condițiile de funcționare ale companiei. De regulă, la crearea modelelor, restricțiile care pot schimba cursul proceselor din organizație nu sunt descrise pe deplin. Informații despre principalele restricții, natura influenței lor în cea mai buna varianta nu rămâne pe deplin agreat, nu este distribuit rațional, dar adesea este complet absent. Acest lucru nu înseamnă întotdeauna că modelele construite nu sunt viabile. Doar că implementarea lor va fi însoțită de anumite dificultăți, care vor duce la un potențial nerealizat. Cu toate acestea, atunci când are loc îmbunătățirea structurilor sau adaptarea la schimbări probabile, informațiile despre limitări devin foarte importante.

IDEF10 – Implementation Architecture Modeling – modelarea arhitecturii de execuție. Sistemul de modelare a proceselor de afaceri este destul de solicitat, în ciuda faptului că nu a fost pe deplin dezvoltat.

IDEF11 – Modelarea artefactelor informaționale. De asemenea, la cerere, dar nu complet dezvoltat.

IDEF12 – Modelare organizațională – modelare organizațională a proceselor de afaceri. Metoda este solicitată, dar nu este complet dezvoltată.

IDEF13 – Three Schema Mapping Design – proiectarea în trei scheme de transformare a informațiilor. O metodă populară, dar nu complet dezvoltată.

IDEF14 – Network Design – metoda de proiectare retele de calculatoare, care se bazează pe componente specifice de rețea, configurații de rețea și analiza cerințelor. Metoda sprijină, de asemenea, o decizie de alocare rezonabilă resurse financiare, care vă permite să economisiți semnificativ.

Diagrame de flux de informații DFD este o ierarhie de procese funcționale care leagă fluxurile de informații. Scopul prezentării este de a demonstra modul în care fiecare proces transformă datele de intrare în date de ieșire, precum și de a identifica relațiile dintre procese.

Conform acestei metode, modelul de sistem este definit sub forma unei ierarhii de diagrame de flux de informații care descriu procesul asincron de transformare a datelor de la intrarea în sistem până la livrarea acestuia către utilizator. Sursele de informații (entități externe) generează fluxuri de informații care transferă date către procese sau subsisteme. La fel converti datele în fluxuri noi care transmit informații către alte subsisteme sau procese, dispozitive de stocare a informațiilor sau entități externe - consumatori de date.

Diagramele de flux de informații au o serie de componente, cele cheie fiind:

• entitati externe;
• sisteme și subsisteme;
• procese;
• dispozitive de stocare a informațiilor;
• fluxurile de informații.

Entitatea externă este desemnată ca un pătrat, care este situat deasupra diagramei și aruncă o umbră asupra acesteia. Acest lucru face mai ușor să distingeți un simbol de restul.

Subsistemul este identificat printr-un număr - pentru asta este destinat. În câmpul nume, introduceți numele acestuia sub formă de propoziție, unde există un subiect, completări și definiții corespunzătoare.

Procesul este o transformare a fluxurilor de informații de intrare în fluxuri de ieșire conform unui anumit algoritm. Din punct de vedere fizic, este implementat în mai multe moduri: prin crearea unui departament în companie care procesează documentația de intrare și rapoartele; pregătirea programelor; utilizarea unui dispozitiv logic sub forma unui dispozitiv etc.

Un proces, ca un subsistem, este identificat printr-un număr. În câmpul nume, introduceți numele procesului - o propoziție în care există un verb activ, fără ambiguitate, într-o formă nedefinită (calculați, calculați, primiți, verificați), urmat de substantive în cazul acuzativ, de exemplu: „Introduceți informații despre costurile curente”, „Verificați primirea fondurilor” „etc.

Despre departamentul companiei, programul sau dispozitivul hardware care funcționează acest proces, învață datorită informațiilor din domeniul implementării fizice.

Un dispozitiv de stocare a datelor este un dispozitiv abstract în care sunt stocate informații. Aceste date pot fi transferate pe unitate în orice moment și, după un anumit timp, izolate. În același timp, opțiunile de plasare și izolare pot fi diferite. Puteți utiliza o cutie pentru fișiere, microfișă, masă, fișier etc. ca dispozitiv de stocare a informațiilor.

Dispozitivului de stocare a datelor i se atribuie un număr arbitrar și litera D. Numele dispozitivului de stocare este selectat astfel încât, privindu-l, proiectantul să primească maximum de informații.

De regulă, un dispozitiv de stocare a informațiilor este un prototip al unei baze de date viitoare. Informațiile stocate în acesta trebuie să se potrivească cu modelul.

Un flux de date definește informațiile care sunt transferate printr-o conexiune de la o sursă la o destinație. Fluxul de informații de pe diagramă este reflectat sub forma unei linii care se termină într-o săgeată care arată unde se mișcă fluxul. Fiecare flux de date are un nume care reflectă informațiile pe care le conține.

Construirea unei ierarhii DFD este necesară, în primul rând, pentru o descriere clară și de înțeles a sistemului la toate nivelurile de detaliu, precum și împărțirea acestor niveluri în mai multe părți cu o anumită relație.

• Cum să aduci ordine în procesele de afaceri dacă obții o companie „rea”.

Principalele etape ale modelării proceselor de afaceri

Etapa 1. Identificare.

În această etapă, procesele de afaceri sunt identificate, limitele modelării și interacțiunilor lor sunt descrise și sunt adesea stabilite diverse obiective. Procesele pot exista deja în companie (atunci sunt descrise așa cum sunt (As Is)) sau sunt dezvoltate și ajustate (To Be).

Etapa 2. Colectarea informațiilor.

Pe baza cunoștințelor despre proces, specialiștii sunt angajați în identificarea punctelor de control ale acestuia și identificarea acestora. indicatori cheie, întocmește un plan de colectare a informațiilor despre proces. Toate datele obținute sunt ulterior utilizate pentru analiză.

Etapa 3. Analiza informaţiei.

Se analizează informațiile colectate în etapa anterioară, se vede dacă se abate de la datele reale (deoarece cerințele de business pentru proces ar trebui dezvoltate) și se recurge la modelarea prin simulare.

Etapa 4: Realizarea de îmbunătățiri.

Când dezvoltarea cerințelor de afaceri se încheie, aceștia încep să le implementeze, efectuând modificări ale documentației metodologice, sistemelor informaționale, desfășurând o serie de activități organizaționale, efectuând ajustări la sistemul de raportare etc. Odată implementat un proces de afaceri, acesta este considerat un element activ în sistemul de management al proceselor.

Etapa 5. Controlul asupra implementării.

La un anumit moment de control, stabilit în timpul implementării sau pe baza informațiilor colectate în timpul monitorizării planificate, se analizează cât de eficientă este introducerea procesului de afaceri. Ca parte a analizei, se compară indicatorii efectivi și cei planificați și se trage o concluzie dacă trebuie făcute modificări suplimentare în procesul de afaceri. Dacă da, atunci încep să îmbunătățească continuu procesele de afaceri din nou.

Conceptul de model

Model reprezintă un obiect artificial, creat de om, de orice natură (speculativ sau realizat material), care înlocuiește sau reproduce obiectul studiat.
Procesul de construire, studiere și aplicare a modelelor se numește modelare.

Model- o imagine simplificată, aproximativă, care reflectă cele mai semnificative (din punct de vedere al scopului modelării) proprietăților originalului.
Corespondența modelului cu originalul se numește adecvarea modelului.
Adecvarea include cerințele de completitudine și acuratețe (corectitudine). Cerințele trebuie îndeplinite în măsura suficientă pentru atingerea scopului.

Pentru același obiect se pot construi multe diverse modele, îndeplinind diverse scopuri.

Model de aspect de ceas

Schema bloc a unui ceas

Tipuri de asemănare: direct (aspect, fotografie), indirect (asemănător prin analogie), condiționat (pe baza acordurilor).

Procesul de modelare este dinamic: modelele se dezvoltă, devin mai precise și se transformă unele în altele.

Clasificarea modelului

Modele cognitive (explicative). reflectă obiectele deja existente.

Modele normative (pragmatice). reflectă obiectele care trebuie implementate.
Gradările modelelor normative: de la referință (pentru o întreagă clasă de obiecte) la un model al unui obiect specific.

Modele statice Factorul timp nu este luat în considerare.
Modele dinamice reflectă schimbările într-un obiect care apar în timp. Modelul dinamic în sine poate fi static sau dinamic (model de simulare).

Modele materiale construit din obiecte reale.
Modele abstracte - acestea sunt structuri ideale realizate prin intermediul gândirii și conștiinței.

Modele declarative reflectă proprietățile, structurile, stările obiectelor.
Modele procedurale reflectă cunoştinţe procedurale, operaţionale.

Modele deterministe reflectă procese și fenomene care nu sunt supuse întâmplării.
Stochastic– reflectă procese aleatorii descrise prin caracteristici probabilistice și modele statistice.

Modele formalizate poate să nu aibă o interpretare semantică.
În modele semnificative se păstrează semantica obiectului modelat.

Limbaje de descriere a modelului

Limbaje de descriere a modelului: analitic, numeric, logic, teoretic multimilor, lingvistic, grafic.

Modele grafice (scheme, diagrame, grafice, desene)– sunt vizuale.
Notaţie- sistem simboluri(semne) și reguli de utilizare a acestora, adoptate într-o metodologie specifică.

Cerințe de notare:

• simplitate- un semn simplu este de preferat unuia complex;
• vizibilitate- cel puțin la distanță similar cu originalul;
• individualitate - diferență suficientă față de alte denumiri;
• neambiguitate- este imposibil să desemnați diferite obiecte cu un singur simbol;
• certitudine- reguli clare de utilizare a modelului;
• ţinând cont de tradiţiile consacrate.

Modelul de afaceri reflectă:

• funcțiile pe care un sistem de afaceri trebuie să le îndeplinească - ce face, pentru cine, în ce scop;
• procese, succesiunea etapelor individuale ale proceselor (lucrări, operații);
• structuri organizatorice care asigură executarea proceselor;
• fluxurile de materiale și informații apărute în timpul executării proceselor;
• datele necesare executării proceselor și relațiile dintre aceste date.

Metode de modelare a afacerilor

Bazat pe descompunerea secvenţială a sistemului în subsisteme din ce în ce mai mici.

Principiile abordării structurale:

• „împărțiți și cuceriți” - împărțirea problemelor complexe în multe sarcini mai mici, ușor de înțeles și rezolvat;
• ordonarea ierarhică - organizarea componentelor unei probleme în structuri arborescente ierarhice.

Două grupe de metode: modelare structura functionalași structura datelor

Cele mai utilizate metodologii sunt:

• IDEF0 – modele funcționale bazate pe metoda SADT;
• IDEF1X – Entity-Relationship Data Diagrams (ERD);
• IDEF3 - Diagrame de flux de lucru;
• DFD - Diagrame de flux de date.

Conceput pentru a crea modele de sisteme în scopul implementării lor ulterioare sub formă de programe orientate pe obiecte

Cele mai cunoscute metode:

• Booch’93 G. Bucha,
• OMT J. Rumbach
• OOSE de A. Jacobson
• UML (Unified Modeling Language) – bazat pe Booch’93, OMT, OOSE

Principalul element care formează structura este obiectul.
În obiectul de programare este o structură care combină date și proceduri.
În modelul de afaceri, obiectele– sunt participanți la procesul de afaceri (obiecte active) și obiecte pasive (materiale, documente), asupra cărora obiectele active efectuează acțiuni.

Vă permite să simulați pe un computer (folosind programe speciale) procese de funcționare a unui sistem real (în modul de timp comprimat sau în modul pas cu pas).

Cele mai comune metode:

• Rețele Petri și rețele Petri colorate (CPN, Colored Petri Nets);
• GPSS (General Purpose Simulating System) – un limbaj de simulare unificat;
• SIMUL (SIMulation ANalysis) este un limbaj de modelare vizuală.

Metodele integrate de modelare combină diferite tipuri de modele– analiza structurală, orientată pe obiecte, simulare etc.

• ARIS (Arhitectura Sistemului Informațional Integrat) vă permite să reflectați într-un singur model integrat: structuri organizaționale, funcții, date, procese. Folosește mai multe tipuri de modele.
• G2 - o metodologie pentru crearea de sisteme inteligente dinamice vă permite să modelați procese folosind cunoștințele de specialitate.
• BRM (Business Rules Management) este o metodologie de gestionare a regulilor de afaceri.

Metodologii structurale

se bazează pe metoda SADT (Structured Analysis and Design Technique) a lui Ross, concepută pentru o reprezentare structurată a funcțiilor sistemului și analiza cerințelor sistemului.
IDEF0-model constă din diagrame și fragmente de text. În diagrame, toate funcțiile sistemului și interacțiunile lor sunt prezentate ca blocuri (funcții) și arce (relații).

Elementele principale ale modelului:

• Bloc funcțional (Activitate) – transformare (activitate);
• Ieșiri – rezultatul transformării;
• Intrările sunt obiecte care sunt convertite în Ieșiri;
• Control - informații despre modul în care se produce transformarea;
• Mecanism – obiecte care realizează transformarea.

Bloc funcțional poate fi descompus - prezentat ca o colecție de alte blocuri interconectate care descriu blocul original în detaliu.


Astfel, Modelul IDEF0 este format din set de diagrame înrudite ierarhic
În diagramă, blocurile sunt conectate prin arce: arcurile de ieșire ale unor blocuri pot fi intrările (control, mecanism) ale altora.
Arcurile cu un capăt liber au o sursă sau o destinație în afara diagramei. Literele folosite pentru a desemna arcurile externe sunt:

• I (intrare),
• C (control)
• O (Ieșire) și
• M (Mecanism).

Tipuri de conexiuni între blocuri:

Metodologia IDEF3

Modele IDEF3 utilizat pentru documentarea proceselor tehnologice (informaționale) în care succesiunea de execuție a procesului este importantă

Există patru elemente ale modelului IDEF3:

Unitatea de lucru — afișarea acțiunilor, proceselor, evenimentelor, etapelor de lucru. O unitate de lucru poate avea o singură intrare și o singură ieșire

Referinte:
elementele necesare finalizarii procesului (materii prime, consumabile);
rezultatul procesului (produsului);
activatori de proces (client, furnizor).

Legături, care sunt de două tipuri:
transferul activităților de la o unitate de lucru la alta


conectați legătura la unitatea de lucru (activați unitatea de lucru)

Intersecțiuni – elemente ale modelului, prin care sunt descrise logica și succesiunea etapelor procesului.
Există două tipuri:
intersecții de fuziuni – Fan-in

Tipuri de intersecții

procesul de ieșire va începe dacă toate procesele de intrare s-au încheiat

după finalizarea procesului de intrare, toate procesele de ieșire vor începe

procesul de ieșire va începe dacă toate procesele de intrare s-au finalizat simultan

după finalizarea procesului de intrare, toate procesele de ieșire vor începe și vor începe simultan

procesul de ieșire va începe dacă unul sau mai multe procese de intrare se termină

după finalizarea procesului de intrare, unul sau mai multe procese de ieșire vor începe

procesul de ieșire va începe dacă unul sau mai multe procese de intrare s-au finalizat și s-au finalizat simultan

după finalizarea procesului de intrare, unul sau mai multe procese de ieșire vor începe și vor începe simultan

procesul de ieșire va începe dacă s-a încheiat un singur proces de intrare

după finalizarea procesului de intrare, va începe un singur proces de ieșire

Reguli pentru crearea intersecțiilor

1. Fiecare intersecție de îmbinare trebuie să fie precedată de o intersecție de ramificație.
2. O intersecție de îmbinare ȘI nu poate urma o intersecție de ramificație, cum ar fi SAU sincronă, asincronă sau exclusivă.
3. O intersecție de îmbinare XOR nu poate urma o intersecție de ramură ȘI.
4. O intersecție care are o săgeată pe o parte trebuie să aibă mai multe săgeți pe cealaltă.
5. O intersecție nu poate fi atât o îmbinare, cât și o intersecție de ramificație. Într-o situație în care este necesară îmbinarea și ramificarea simultană a fluxurilor de lucru, se introduce o cascadă de intersecții.

Regula privind unitățile de lucru

Un singur link de secvență poate intra sau ieși dintr-un bloc. Intersecțiile sunt folosite pentru a afișa mai multe intrări și ieșiri.
Este permisă descompunerea multiplă a lucrării:
Pentru aceeași lucrare, pot fi create mai multe diagrame de descompunere (pentru a descrie diferite opțiuni de implementare a lucrării).

Numărul lucrării A13.1.2 înseamnă:
munca parentală are codul A13,
numărul de descompunere - 1
numărul locului de muncă din diagrama curentă este 2.

Metodologia DFD

Diagramele fluxului de date DFD vă permit să descrieți eficient și clar procesele de procesare a fluxului de documente și a informațiilor.
Sunt utilizate două notații: Jordan și Gein-Sarson

Tipuri de elemente structurale (în notația Gein-Sarson):
1. Procese (funcții, operații, acțiuni), care procesează și modifică informații. Procesele arată modul în care fluxurile de date de intrare sunt convertite în fluxuri de ieșire

2. Fluxuri de date, care denotă interacțiunea proceselor cu lumea exterioară și între ele. Un flux de date conectează ieșirea unui proces (obiect) la intrarea altui proces (obiect).

3. Stocarea datelor- reprezintă datele efective accesate. Aceste date pot fi create sau modificate prin procese.

4. Entități externe— definiți elementele externe care participă la procesul de schimb de informații cu sistemul. Entitățile externe reprezintă intrări în sistem (surse de informații) și/sau ieșiri din sistem (receptorii de informații). Exemple: client, personal, furnizor, client, depozit, bancă

Exemplu:

UML orientat pe obiecte

Limbajul UML a fost dezvoltat pentru a crea modele de sisteme informatice (IS) în scopul implementării lor ulterioare sub formă de programe orientate pe obiecte.
Toate ideile despre modelul unui sistem complex sunt înregistrate sub formă de diagrame - structuri grafice speciale (scheme, grafice).
Există 8 tipuri principale de diagrame UML care reflectă diverse aspecte: procese efectuate de sistem (servicii furnizate utilizatorului), succesiunea operațiunilor algoritmice efectuate de sistem,
structura obiectelor software, interacțiunea acestora (mesajare) etc.

În prezent, limbajul UML este folosit nu numai pentru crearea sistemelor informaționale, ci și pentru analiza și reproiectarea proceselor de afaceri:
în loc de modele de procese IS, se construiesc modele de procese de afaceri,
în loc de obiecte software, modelele reflectă obiecte de proces de afaceri (executori, produse, servicii etc.),
În locul mediului IS (utilizatori IS), este modelat mediul de afaceri (furnizori, parteneri, clienți).

Reflectă principalele procese de afaceri și interacțiunea acestora cu mediul.
Începe cu construirea unei diagrame externe (Use Case Diagram) care arată cum este vizibilă afacerea din exterior

- subiectul mediului de afaceri. Exemple de actori: Client, Cumpărător, Furnizor, Partener, Acționar, Client.

— o secvență relativ completă de acțiuni în cadrul unui anumit proces de afaceri care aduce rezultate tangibile unui anumit actor.
Exemple de cazuri de utilizare: producție de produse, vânzări de produse, servicii, dezvoltare de produse, marketing și vânzări.

O instanță (implementare) a unui caz de utilizare– o versiune specifică a cursului evenimentelor o clasă de precedente – un precedent generalizat;

Pentru actori, se disting și conceptele de clasă și instanță.
Actorii de diferite clase pot avea caracteristici comune sau obligații comune.
Putem introduce o clasă generalizată de actori.

Relațiile de comunicare se stabilesc între precedente și actori. (relaţiile de asociere cu stereotipul comunică).
Ei modelează relațiile dintre precedente și mediu (fluxuri de informații și materiale)
Între precedente, de regulă, se stabilesc doar relații de dependență, precum și relații care structurează precedente - relații de generalizare, incluziune (dependențe cu stereotipul include), extensii (dependențe cu stereotipul extins).

Se întocmește o specificație pentru fiecare element al modelului.
În specificația actorului: nume, stereotip (actor de afaceri), descriere, listă de atribute, listă de obligații etc.

În specificarea cazului de utilizare: nume, stereotip (caz de utilizare în afaceri), descriere succintă, listă de subdiagrame și documente asociate cazului de utilizare

Folosește fluxul de evenimente

Flux de evenimente— descrierea precedentelor într-o succesiune de pași

Fluxul de evenimente pentru cazul de utilizare „Vânzări de produse”:

• Vânzătorul primește cererea clientului
• Dacă cererea specifică produs finit, apoi Vânzătorul verifică disponibilitatea produsului în stoc. Dacă produsul nu este în stoc, cazul de utilizare se termină. Dacă produsul este în stoc, atunci cazul de utilizare continuă de la pasul 6.
• Dacă aplicația specifică un produs personalizat, Vânzătorul creează o comandă și o transferă
• Către producătorul produsului.
• Producătorul produce produsul în conformitate cu cerințele clientului și raportează vânzătorului disponibilitatea acestuia.
• Producătorul trimite produsul la Depozit.
• Vânzătorul informează Clientul despre disponibilitatea produsului și acceptă plata de la Client.
• Vânzătorul informează Expeditorul despre cantitatea produsului și adresa clientului și comandă transport.
• Expeditorul primeste produsul din depozit si il livreaza clientului.

Piese:
Dacă în executarea unui caz de utilizare sunt implicate mai multe obiecte, atunci acțiunile efectuate de fiecare obiect sunt plasate pe pista corespunzătoare

Structurarea cazurilor de utilizare

Pentru a simplifica descrierea unui caz de utilizare, este necesară structurarea acestuia. Să ne uităm la două metode de structurare.
1. Selectarea fragmentelor
Dacă din descrierea unui precedent cu fluxuri alternative de evenimente este posibil să se identifice un fragment care reprezintă o secvență relativ completă de evenimente, atunci acest fragment este considerat ca un precedent separat. Se stabilește o relație de includere între precedentul selectat și cel de bază.
Uneori se folosește o relație de extensie. Se stabilește între un caz de utilizare de bază și un caz de utilizare care conține un comportament suplimentar care este executat în anumite condiții.

2. Generalizare
Dacă mai multe cazuri de utilizare au un comportament similar, atunci comportamentul comun ar trebui să fie separat într-un caz de utilizare separat (părinte). Se stabilește o relație de generalizare între fiecare dintre precedentele particulare și cel părinte.

Modelul obiect al procesului de afaceri

Dezvăluie structura internă a afacerii: ce tipuri de resurse sunt folosite pentru a implementa precedente și cum interacționează acestea.
Clase de obiecte model de afaceri:
activ - executanți ai proceselor (stereotipul lucrătorului în afaceri), de exemplu, Vânzător, Producător, Dezvoltator;

pasiv - entități (stereotip de entitate de afaceri) de exemplu, produs, comandă, factură.

Uneori, printre cei activi se numără:
interfață (Stereotip limită) – obiecte active care interacționează cu mediul înconjurător, de ex. cu actori. Exemple – Vânzător, Registrator, Secretar..
managerii (Stereotipul de control) sunt obiecte active care participă la execuția proceselor, dar nu au contact cu mediul. Exemple – Dezvoltator de produse, Producător, Manager de proiect..

Clase și obiecte

Clasă– un fel de obiecte (multe obiecte similare),
Exemplu– un obiect specific (reprezentantul clasei).

Obiectele au:
nume (numele clasei poate fi separat prin două puncte)
proprietăți - descrise folosind atribute
comportament – ​​reprezentat cu ajutorul operaţiilor

Obiectele aceleiași clase au același set de atribute și operații.
Ele diferă în valorile atributelor, deoarece instanțe de clase descriu caracteristicile unui anumit obiect.

Diagramele de interacțiune dinamice și statice sunt utilizate pentru a afișa relațiile dintre obiecte în timpul procesului de execuție a cazului de utilizare.
O diagramă de clasă este utilizată pentru a afișa relațiile structurale și asociative dintre clase

Caz de utilizare „Vânzarea unui produs personalizat”:
Vânzătorul primește cererea clientului
Vânzătorul creează o comandă și o transferă către Producătorul de Produs.
Producătorul face produsul.
Producătorul trimite produsul la Depozit și informează Vânzătorul despre disponibilitatea acestuia.
Vânzătorul informează Clientul despre disponibilitatea produsului și acceptă plata de la Client.
Vânzătorul informează Expeditorul despre adresa clientului și comandă transportul.
Expeditorul primeste produsul din depozit si il livreaza clientului.

Elementele unei diagrame de succesiune

În partea de sus a diagramei există obiecte active (și actori) sub forma unui dreptunghi („om”), din care este trasată o „linie a vieții”.
Mesajul este un segment al unei linii orizontale cu o săgeată trasă din linia de viață a obiectului (actorului) care trimite mesajul către linia de viață a obiectului (actorului) care primește mesajul.

Relația mesaj modelează fluxul material sau informațional.
Primirea mesajelor declanșează anumite acțiuni din partea destinatarului

Mesajele sunt ordonate în funcție de timp: primul mesaj apare în partea de sus a graficului, următorul de mai jos, următorul de mai jos etc.
Cu toate acestea, graficul nu conține o măsurătoare de timp (distanțele dintre mesaje nu sunt un interval de timp)

Diagrama de colaborare

Diagrama de clasă

Diagrama de clasă este folosită pentru a afișa relații stabile între clasele de obiecte

Descrierea obiectelor

Metodologia ARIS (Arhitectura Sistemului Informațional Integrat) a fost dezvoltată în anii 1990 de către profesorul A.-V. Scheer


Pentru fiecare dintre aceste vederi, puteți construi mai multe tipuri de modele (în ARIS 5.0, numărul total de tipuri de diagrame este de 130)

Există patru tipuri principale de modele (patru reprezentări):

• modele organizatorice — structura organizatorică (ierarhia departamentelor și posturilor);
• modele funcționale - o ierarhie a funcțiilor (obiectivelor) îndeplinite într-o organizație;
• modele informaționale - structura informațiilor necesară implementării funcțiilor sistemului;
• modele de proces/management - o vedere cuprinzătoare a implementării proceselor de afaceri în cadrul sistemului

Organigrama

Modelele organizaționale includ chatul organizațional.
Principalele tipuri de obiecte ale acestui model:

Modelul este construit ierarhic- de la nivelul superior al structurii până în jos.
Nivelul cel mai de jos este descrierea unităților de la nivelul postului - unități de personal ocupate de anumiți angajați.

Arborele de funcții

Se folosește un singur tip de obiect - o funcție (lucrare, acțiune, etapă în cadrul unui proces).
La nivel superior, funcțiile reprezintă procese de afaceri. Detalierea funcțiilor formează o structură ierarhică.
Nivelul cel mai de jos reprezintă funcțiile de bază (care nu mai pot fi împărțite în elemente componente).

Lanțul de evenimente al procesului

Principalele tipuri de obiecte:

• Funcție – unele (etapa de proces). Funcția poate fi asociată cu: executori, documente de intrare și ieșire, software etc.
• Un eveniment este orice stare finalizată a unui obiect care afectează cursul ulterior al procesului. Pe de o parte, evenimentele sunt un stimul pentru îndeplinirea funcțiilor, pe de altă parte, sunt rezultatul lor.
• Operatorii logici (ȘI, SAU, XOR) arată ramuri în fluxul procesului.

Exemple:

Integrarea modelului

Interconectarea modelelor ARIS este asigurată prin două mecanisme: integrare și detaliere

Datorită stocării obiectelor într-un singur depozit (bază de date specială).
Când un obiect nou este creat în depozit, apare o intrare separată care specifică o descriere a obiectului.
Un obiect poate fi copiat dintr-un model și lipit în altul folosind comenzile Copiere/Lipire.

Detalierea modelului

2. Mecanism de detaliere: Pentru obiectele modelului curent, puteți seta legături către alte modele care reprezintă o descriere detaliată a acestui obiect.
Tipurile de detalii permise pentru utilizare depind de tipul obiectului

Mecanismul de detaliere vă permite să evitați supraîncărcarea modelelor cu informații, făcându-le mai vizuale.

Instrumente

Capabilitățile instrumentului

• modelarea vizuală, care vă permite să creați un model grafic (sub formă de diagrame, organigrame, grafice) în mod interactiv folosind instrumente vizuale;
• verificarea modelelor – verificarea respectării regulilor sintactice și semantice pentru construirea modelelor definite în metodologia de modelare utilizată;
• analiza modelelor construite - capacitatea de a calcula caracteristicile de cost și timp ale proceselor, de a testa ipotezele „ce ar fi dacă...”, de a identifica erori logice etc.;
• documentare – ieșire de informații prezentate în modele sub formă de descrieri text conținute în fișiere de un format dat;
• integrarea diverselor sisteme informaționale – capacitatea de a schimba informații despre procese simulate între diverse aplicații;
• crearea automată a componentelor sistemului informațional - de exemplu, generarea automată a codului (crearea de programe de calculator), generarea bazelor de date pe baza modelelor și diagramelor introduse.

Literatura folosita

1. Universitatea Națională de Cercetare Politehnică din Tomsk. Tomsk Silich V.A. 2016. 75 p. Prezentare pentru prelegere.

instrumente de modelare a proceselor de afaceri

În Rusia, următoarele instrumente de modelare sunt utilizate pe scară largă pentru a modela și analiza procesele de afaceri: Trandafir rațional, Oracle Designer, AllFusion Process Modeler (B.P.Win) Și AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. În străinătate, pe lângă cele menționate, sunt utilizate în mod activ instrumente precum System Architect, Ithink Analyst, ReThink etc. Tabelul 1 prezintă o listă de instrumente implicate în considerare. Informațiile furnizate includ:

• numele instrumentului;
• informații despre furnizor și reprezentant în Rusia;
• scurtă descriere instrument.

Tabelul 1. Lista instrumentelor

№	Nume	Furnizor	Reprezentant principal în Rusia	Scurtă descriere
1	BPWin și ERWin	Computer Associates Company (fosta Platinum Company) http://www.ca.com	Interfață Ltd http://www.interface.ru	BPWin este un instrument pentru modelarea vizuală a proceselor de afaceri. ERWin este un instrument folosit pentru modelarea și crearea bazelor de date de complexitate arbitrară bazate pe diagrame entitate-relație.
2	Oracle Designer	Compania Oracle http://www.oracle.com	Reprezentanța Oracle în Rusia http://www.oracle.com/global/ru/index.html	Un instrument funcțional pentru descrierea unui domeniu. Inclus în setul de instrumente Oracle9i Developer Suite pentru proiectarea sistemelor software și a bazelor de date care implementează tehnologia CASE și metodologia de dezvoltare IP proprie a Oracle - „CDM”, permițând echipei de dezvoltare să realizeze un proiect, pornind de la analiza procesului de afaceri prin modelare până la generarea de cod. și obținerea prototipului și ulterior a produsului final. Acest instrument are sens de utilizat atunci când vizați întreaga linie de produse Oracle utilizate pentru a proiecta, dezvolta și implementa un sistem software complex. Participant al pieței ruse. Localizat. Vânzări, suport, training în Rusia.
3	Trandafir rațional	IBM (fostă Rational Software, acum o divizie a IBM) http://www.ibm.com	Reprezentanța IBM în Rusia http://www.ibm.com/ru	Instrument pentru modelarea sistemelor informatice orientate pe obiecte. Vă permite să rezolvați aproape orice problemă în proiectarea sistemelor informaționale: de la analiza proceselor de afaceri până la generarea de cod într-un limbaj de programare specific. Vă permite să dezvoltați atât modele la nivel înalt, cât și la nivel scăzut, realizând astfel fie design abstract, fie logic. Unul dintre liderii pieței ruse. Localizat. Vânzări, suport, training în Rusia.
4	ARIS	IDS Scheer AG http://www.ids-scheer.com	Logica de afaceri a companiei http://www.blogic.ru	Un instrument integrat de modelare a proceselor de afaceri care combină o varietate de metode de modelare și analiză a sistemelor. În primul rând, este mai degrabă un mijloc de descriere, analiză, optimizare și documentare a proceselor de afaceri decât un instrument de proiectare software. Lider pe piata globala. Localizat. Vânzări, suport, training în Rusia.
5	Arhitect de sistem	Compania Telelogic (fostă Popkin Software, acum o divizie a Telelogic) http://www.telelogic.com	Companie Telelogic din Rusia http://www.telelogic.com	System Architect este un instrument universal CASE care permite nu numai proiectarea datelor, ci și modelarea structurală. Instrumentul de proiectare a datelor și diagramă ER este una dintre componentele acestui produs. Unul dintre liderii mondiali, nereprezentat încă pe piata ruseasca. Localizare aproximativ până în iulie 2006. Vânzări și asistență din Olanda pentru moment.
6	Power Designer	Compania Sybase http://www.sybase.com	Compania Sybase http://www.sybase.ru	PowerDesigner este un instrument de modelare a proceselor de afaceri, design de baze de date și modelare obiect. Un participant pe piața rusă, un urmăritor al liderilor de pe piața mondială. Există suport, vânzări, training în Rusia. Nu există informații despre numărul de licențe vândute sau numărul de utilizatori, așa că este destul de dificil de evaluat prevalența în Rusia.
7	Re-Gândește	Compania Gensym http://www.gensym.com		Mediu grafic orientat pe obiecte pentru crearea și întreținerea aplicațiilor inteligente pentru monitorizarea, diagnosticarea și gestionarea complexului sisteme dinamiceîn situaţii reale şi simulate. Unul dintre urmăritorii liderilor mondiali.
8	Ithink Analist	Companie de sisteme de înaltă performanță http://www.hps-inc.com	Compania Tora-center http://www.tora-centre.ru	Pachet pentru modelarea situațională. Vă permite să construiți modele vizuale și precise ale celor mai complexe situații politice și economice folosind o bibliotecă de modele de bază și metode de dinamică a sistemului. Folosit și în analiză proiecte de investitiiși reinginerie. Unul dintre participanții pe piața globală. Pachetul nu este distribuit pe piața rusă. Nu există interfață rusă. Vânzările, asistența și instruirea în Rusia sunt efectuate de o singură companie. Există materiale educaționale în limba rusă.
9	Modelator de flux de lucru(fost Design/IDEF)	Compania Meta Software http://www.metasoftware.com	Informații despre companiile rusești, reprezentând acest produs, nu a fost găsit.	Pachet pentru funcțional și modelarea informaţiei, analiza și proiectarea proceselor de afaceri. Folosit ca componentăîn unele pachete cunoscute precum CIM (Computer Integrated Manufacturing) și CAE (Computer Aided Engineering) și adoptat ca standard pentru proiectele finanțate de sponsori americani și europeni. Unul dintre participanții pe piața globală.

Să evidențiem principalele criterii care ne permit să selectăm dintre instrumentele de modelare prezentate pe acelea a căror utilizare în Rusia ar fi mai probabil să se justifice. Aceste criterii sunt:

• pozitia stabila a produsului pe piata(durata de viață a acestuia, programul de dezvoltare a produsului, sistemul de raportare a problemelor, set de aplicații etc.);
• prevalența produsului(numărul de licențe vândute, disponibilitatea, dimensiunea și nivelul de activitate al grupului de utilizatori);
• Disponibilitatea suportului furnizorului. Astfel de servicii pot include telefonul linia fierbinte", tehnic și suport de consultanta prin reprezentantul furnizorului în Rusia;
• accesibilitatea instruirii. Instruirea poate fi efectuată la sediul reprezentantului furnizorului din Rusia, al utilizatorului sau în altă parte;
• disponibilitatea materialelor produsului. Acestea pot include computer materiale educaționale, mijloace didactice, cărți, articole, informații de pe Internet, versiuni demo.

Din lista de instrumente prezentată în tabel, pentru o analiză mai detaliată, vom selecta acele produse software care îndeplinesc criteriile specificate. În acest caz, sfera analizei noastre ulterioare include BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, pentru care o descriere mai detaliată este furnizată mai jos.

BPWin și ERWin de la Computer Associates. Computer Associates International, Inc. (CA) este unul dintre cei cinci producători de top software, oferind instrumente pentru modelare, backup, managementul infrastructurii întreprinderii (rețele, servere etc.), securitatea informatiei, business intelligence etc. Pachetul BPWin se bazează pe metodologia IDEF și este destinat modelării funcționale și analizei activităților întreprinderii. Metodologia IDEF, care este un standard federal oficial al SUA, este un set de metode, reguli și proceduri concepute pentru a construi un model funcțional al unui obiect într-un anumit domeniu. Modelul funcțional IDEF afișează structura funcțională a unui obiect, de exemplu. acțiunile pe care le efectuează și conexiunile dintre aceste acțiuni.

Caracteristicile BPwin:

• acceptă trei notații standard simultan - IDEF0 (modelare funcțională), DFD (modelare flux de date) și IDEF3 (modelare flux de lucru). Aceste trei perspective principale ne permit să descriem domeniul în cel mai cuprinzător mod;
• vă permite să optimizați procedurile în companie;
• Suportă pe deplin metodele de calculare a costurilor volumetrice activitate economică(analiza costurilor funcționale, ABC);
• facilitează certificarea pentru conformitatea cu standardele de calitate ISO9000;
• integrat cu ERwin (pentru modelarea bazei de date), Paradigm Plus (pentru modelarea componentelor software), etc.;
• integrat cu instrumentul de simulare Arena;
• conține propriul generator de rapoarte;
• vă permite să manipulați eficient modelele - îmbinați și împărțiți-le;
• are o gamă largă de instrumente pentru documentarea modelelor și proiectelor.

Pachetul ERWin este un instrument conceptual de modelare a bazelor de date. Folosit în modelarea și crearea bazelor de date de complexitate arbitrară bazate pe diagrame entitate-relație. În prezent, ERWin este cel mai popular pachet de modelare a datelor datorită suportului pentru o gamă largă de SGBD de diferite clase. Caracteristici ERWin:

• suportă metodologia de modelare structurală SADT și următoarele notații: notație standard IDEF1x pentru diagramele ER ale modelelor de date, notația IE și o notație specială destinată proiectării depozitelor de date - Dimensional;
• suportă design direct (crearea unei baze de date pe baza unui model) și invers (generarea unui model dintr-o bază de date existentă) pentru 20 de tipuri de SGBD: SGBD desktop, relațional și specializat conceput pentru crearea de depozite de date;
• integrat cu linia de produse Computer Associates pentru a sprijini toate etapele dezvoltării SI, instrumente CASE Oracle Designer, Rational Rose, instrumente de dezvoltare etc.;
• vă permite să reutilizați componente ale modelelor create anterior, precum și să utilizați dezvoltările altor dezvoltatori;
• este posibil ca un grup de designeri să lucreze împreună cu aceleași modele (folosind AllFusion Model Manager);
• vă permite să transferați structura bazei de date (nu datele în sine!) de la un SGBD de un tip de SGBD la altul;
• vă permite să documentați structura bazei de date.

Oracle Designer de la Oracle. Setul de instrumente Oracle Designer oferă o soluție integrată pentru dezvoltarea de aplicații pentru întreprinderi pentru aplicații Web și client/server. Oracle Designer este implicat în fiecare fază ciclu de viață dezvoltare software - de la modelarea proceselor de afaceri la implementare. Utilizarea unui singur depozit face posibilă utilizarea oricăreia dintre componentele sale pentru dezvoltarea rapidă a aplicațiilor distribuite scalabile, multiplatforme. Scopul Oracle Designer este de a colecta date despre nevoile utilizatorilor și de a automatiza construcția de aplicații grafice flexibile. Oracle Designer este folosit nu numai pentru a crea aplicații, ci și pentru a ține evidența modificărilor care apar inevitabil în timpul funcționării sistemului. Modelele grafice de definire a proiectelor integrate cu un depozit multi-utilizator facilitează mult lucrul cu Oracle Designer. Instrumentele sunt construite pe metodologii stabilite care acoperă întregul ciclu de viață de dezvoltare și permit utilizatorilor într-un mod familiar pentru organizația lor. Acest lucru oferă o abordare flexibilă și deschisă a dezvoltării software, utilizând numai acele părți ale produsului care sunt necesare pentru o anumită sarcină. Procesul de dezvoltare acceptă RAD, JAD, proiectarea informațiilor, cascadă, iterativ și altele. Folosind aceste principii, puteți echilibra cu succes nevoile organizaționale și capabilitățile tehnologice și chiar puteți gestiona eficient riscurile asociate frecvente inevitabile. schimbari importante atât într-un domeniu cât şi în altul. Instrumentele de modelare conceptuală Oracle Designer includ:

• Diagrame ER (diagrame ale structurii informaționale a unui domeniu, reprezentate sub formă de obiecte și relațiile lor);
• diagrame de ierarhie funcțională care descriu funcțiile pe care le îndeplinește sistemul;
• diagrame ale fluxurilor de date care circulă în întreprindere.

Astfel de modele prezintă nevoile de informații într-o formă convenabilă și vizuală, ceea ce le face un bun mijloc de comunicare între designeri și utilizatori în procesul de clarificare a enunțurilor problemei. Este în interesul oricărui dezvoltator ca descrierea modelului conceptual să fie utilizată pentru a crea specificații care descriu structura și componentele principale. viitorul sistem. În Oracle Designer, toate specificațiile de proiectare a sistemului sunt dezvoltate pe baza modelelor la nivel conceptual și se asigură că toate cerințele și constrângerile conținute în acestea sunt îndeplinite. Componentele sistemului rezultate pot fi convertite în obiecte reale de bază de date, formulare de ecran și rapoarte. Partea finală a dezvoltării proiectului - generarea automată a componentelor serverului - este posibilă nu numai pentru serverul de baze de date Oracle, ci și pentru Microsoft SQL Server, DB/2, Sybase și o serie de altele. Orice modificări ale proceselor de afaceri pot fi aduse modelelor și se generează imediat o aplicație modificată, bazată pe noi scheme de afaceri. În acest caz, totul dezvoltat anterior va fi salvat și inclus în proiect nou. Oxle Designer creează automat rapoarte care conțin toate informațiile despre proiect și pot fi folosite ca un set de documente care reflectă starea actuală a proiectului.

Rational Rose de la IBM. IBM Rational Rose face parte din IBM Rational Suite și este proiectat pentru modelarea sistemelor software folosind o gamă largă de instrumente și platforme. Rational Rose este unul dintre cele mai importante instrumente de modelare vizuală în industria software-ului, datorită suportului complet pentru limbajul UML și suportului în mai multe limbi pentru dezvoltarea echipei. Instrumentul acceptă pe deplin procesul de creare a IP-ului orientat pe componente. Orice participant la proiect - analiști, modelatori, dezvoltatori și alții - poate folosi modele construite în Rational Rose pentru eficiență mai mare crearea produsului final. Pentru analiștii de afaceri, Rational Rose face posibilă descrierea și analiza detaliată a proceselor de afaceri dintr-un anumit domeniu. Analiștii de sistem, folosind descrierile specificate, vor putea dezvolta funcționalitatea IS necesară care va satisface cel mai bine nevoile clientului. Arhitecții vor găsi Rational Rose util în crearea unor arhitecturi de sistem puternice și flexibile. Pentru analiștii specializați în dezvoltarea bazelor de date, Rational Rose oferă capacitatea de a proiecta vizual și de a genera baze de date de orice dimensiune. Astfel, puteți crea Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 și orice alte baze de date care acceptă capacitatea de a rula scripturi standard ANSI SQL. Orice modele create folosind acest instrument sunt interdependente: model de afaceri, model funcțional, model de analiză, model de proiectare, model de bază de date, model de componentă și model de implementare a sistemului fizic. Este posibil să creați șabloane pentru soluții arhitecturale care vă permit să folosiți experiența acumulată în proiectele anterioare. Există extensii Rational Rose care vă permit să realizați dezvoltarea scheletică (dus-întors) a IS creată pe baza limbajelor C/C++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi), etc. Astfel, puteți genera un cadru de cod de program în oricare dintre limbile specificate sau efectuați o procedură de inginerie inversă, care vă permite să creați un model bazat pe codul existent. Este posibil să se publice modelul pe Internet, care servește drept bază pentru combinarea muncii echipelor de dezvoltare la distanță. Integrarea Rational Rose cu Rational RequisitePro permite, pe baza unui model vizual, dezvoltarea unui set complet de cerințe care trebuie implementate la crearea produsului final. Integrarea Rational Rose cu Rational TestManager vă permite să creați scenarii de testare bazate pe un model vizual. Integrarea Rational Rose cu Rational ClearCase vă permite să puneți modelul în întregime sau în părți sub controlul versiunii. Integrarea Rational Rose cu Rational SoDA vă permite să automatizați procesul de creare a documentelor și rapoartelor pe baza unui model vizual.

Sybase PowerDesigner. De la înființare, Sybase a fost în mod tradițional un furnizor lider de tehnologie a informației pe piața globală. institutii financiare: Tehnologiile Sybase sunt folosite de 90% dintre companiile de pe piața valorilor mobiliare din lume, 60% din băncile lumii și 68% dintre companiile din Wall Street. Din 1996, când s-a deschis un birou la Moscova, Sybase a lucrat activ în Rusia și alte țări CSI. În aprilie 2002, birourile companiei au fost deschise în Sankt Petersburg și Kiev. Birourile Sybase din Moscova, Sankt Petersburg și Kiev oferă o muncă cuprinzătoare cu clienții, inclusiv furnizarea de tehnologie, echipamente, dezvoltarea de soluții complete, instruire pentru utilizatori, cu funcții complete. suport tehnic si servicii de consultanta. PowerDesigner este o soluție cuprinzătoare pentru modelarea și proiectarea aplicațiilor și proceselor de afaceri pentru organizațiile care trebuie să creeze sau să reproiecteze aplicații de afaceri rapid, consecvent și rentabil. PowerDesigner vă ajută să eliminați următoarele obstacole care vă împiedică dezvoltare eficientă proiecte: diferențe în formare profesională participanții la proiect, platforme eterogene și o abundență de limbaje de dezvoltare - ceea ce este tipic pentru majoritatea companiile moderne. Acest lucru vă permite să vă concentrați pe nevoile de afaceri de a crea aplicații pe parcursul întregului proces de dezvoltare - de la analiza și proiectarea sistemului, până la generarea efectivă a codului pentru aplicație. Cea mai recentă versiune a produsului, PowerDesigner, aduce noi capabilități pentru modelarea proceselor de afaceri, modelarea obiectelor bazată pe UML și acceptă atât tehnologiile de modelare tradiționale, cât și cele emergente într-un mediu grafic avansat. Acest lucru vă permite să reduceți semnificativ costurile și timpul de implementare a proiectului, care trebuie să funcționeze pe diverse platforme și medii de instrumente. Unul dintre principalele beneficii ale PowerDesigner este, de asemenea, utilizarea unui depozit la nivel de întreprindere pentru a stoca și gestiona toate informațiile legate de modelarea și proiectarea aplicațiilor la toate nivelurile de afaceri din companie. Acest lucru vă permite să organizați corect fluxul de lucru și să creșteți radical eficiența muncii dezvoltatorului. Caracteristici cheie ale PowerDesigner:

• Modelarea proceselor de afaceri: PowerDesigner permite echipei non-tehnice a unei companii să proiecteze și să modeleze procese de afaceri pe baza obiectivelor de afaceri și a termenilor pe care îi cunosc, folosind un model grafic non-tehnic simplu și intuitiv.
• Modelarea datelor: PowerDesigner vă permite să proiectați și să generați o schemă de baze de date prin modelarea bazelor de date relaționale pe două niveluri (conceptuală și fizică), care acceptă tehnicile clasice de proiectare a bazelor de date. De asemenea, are încorporate instrumente de modelare a depozitului de date.
• Modelarea obiectelor: PowerDesigner oferă o analiză completă a sistemului și o tehnologie de proiectare folosind standardul UML (diagrame de proces de afaceri, flux, clasă și componente). Pe baza diagramei de clasă, PowerDesigner generează automat și face inginerie inversă cod pentru cadre populare precum JavaTM (inclusiv EJB 2.0), XML, Web Services, C++, PowerBuilder, Visual Basic și altele printr-un generator personalizat.
• Arhivă Enterprise: Versiunea Enterprise a PowerDesigner conține funcționalități de depozit de clasă enterprise. Depozitul permite tuturor celor din echipa ta să vadă și să partajeze cu ușurință modele și alte informații. Depozitul este foarte scalabil și acceptă securitatea bazată pe rol de utilizator, controlul versiunilor, căutarea și capabilitățile de raportare.

ARIS de la IDS Scheer AG. În prezent, există tendința de a integra o varietate de metode de modelare și analiză a sistemelor, manifestată sub forma creării de instrumente integrate de modelare. Un astfel de produs este un produs numit ARIS, dezvoltat de compania germană IDS Scheer. IDS Sheer AG a fost fondată în 1984. Obiectivul său principal este software și consultanță. În prezent, compania deservește 4.000 de clienți din 50 de țări printr-o rețea de reprezentanțe și parteneri. Calitatea soluțiilor IDS Scheer a fost confirmată în iunie 2005 de medalia de aur a Târgului Internațional de la Poznań, unde sunt premiate doar cele mai bune produse. Și tot în iulie 2005, când au fost introduse pe piața mondială produse software ARIS 7 cu produse web complet noi - toate au caracteristică comună- interfață intuitivă și expresivă. Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților întreprinderii. Ei baza metodologica este un set de metode de modelare diferite care reflectă puncte de vedere diferite asupra sistemului studiat. Același model poate fi dezvoltat folosind mai multe metode, ceea ce permite ARIS să fie utilizat de specialiști cu cunoștințe teoretice diferite și configurat să lucreze cu sisteme care au specificul lor. Metodologia de modelare ARIS se bazează pe teoria sistemelor informatice integrate dezvoltată de profesorul August Scher, care definește principiile de afișare vizuală a tuturor aspectelor de funcționare a companiilor analizate. ARIS acceptă patru tipuri de modele, reflectând diferite aspecte ale sistemului studiat:

• modele organizatorice reprezentând structura sistemului – ierarhie unitati organizatorice, funcțiile și persoanele specifice, legăturile dintre acestea, precum și amplasarea teritorială a unităților structurale;
• modele funcționale care conțin o ierarhie a obiectivelor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesar pentru atingerea scopurilor;
• modele informaționale care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului;
• modele de management care reprezintă o viziune cuprinzătoare asupra implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi tipurile de modele enumerate, sunt utilizate atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute, în special ER și UML. În procesul de modelare, fiecare aspect al activităților întreprinderii este mai întâi luat în considerare separat, iar după un studiu detaliat al tuturor aspectelor, se construiește un model integrat care reflectă toate conexiunile dintre diferitele aspecte. ARIS nu impune restricții asupra secvenței de construcție a tipurilor de modele de mai sus. Procesul de modelare poate începe cu oricare dintre ele, în funcție de condițiile și obiectivele specifice urmărite de dezvoltatori. Modelele din ARIS sunt diagrame, ale căror elemente sunt diferite obiecte - „funcție”, „eveniment”, „unitate structurală”, „document”, etc. Între obiecte se stabilesc diverse legături. Fiecare obiect are un set specific de atribute care vă permit să intrați Informații suplimentare despre un anumit obiect. Valorile atributelor pot fi utilizate în modelarea de simulare sau analiza costurilor. Astfel, pe baza rezultatelor acestei etape, reiese un set de modele interconectate, care reprezintă materialul sursă pentru analiză ulterioară. Este demn de remarcat câteva caracteristici ale sistemului ARIS. Prima este familia de produse software ARIS axată pe descrierea procesului. Principalul model de afaceri al ARIS este eEPC (Extended Event-driven Process Chain - un model extins al unui lanț de procese bazate pe evenimente). În esență, modelul eEPC extinde capacitățile IDEF0, IDEF3 și DFD, cu toate avantajele și dezavantajele acestora. A doua caracteristică este că sistemul ARIS are o bază de date internă care vă permite să verificați modelul pentru consistență, integritate și să verificați modelul. Acest lucru nu este disponibil în alte produse. A treia caracteristică: ARIS este singurul sistem axat pe descrierea unei afaceri, unde există puncte de vedere diferite asupra sistemului de afaceri, pe care le putem evalua și considera din diferite unghiuri, ceea ce nu este disponibil în alte produse software. În ultimii cinci ani, ARIS a fost un lider încrezător în rândul instrumentelor de modelare.

Să indicăm scopul principal al fiecărui produs luat în considerare din numeroasele sale aplicații:

• Instrumentele Erwin, Power Designer și Rational Rose sunt mai potrivite pentru modelarea bazelor de date;
• Oracle Designer, Power Designer și Rational Rose sunt mai potrivite pentru modelarea componentelor aplicațiilor dezvoltate;
• BPwin, ARIS și Rational Rose sunt mai potrivite pentru modelarea proceselor de afaceri.

Tabelul 2 de mai jos oferă o comparație a funcționalității și proprietăților mediilor de instrumente concepute pentru modelarea proceselor de afaceri.

Tabelul 2. Analiza comparativă a funcțiilor de bază

Analiza functionala comparativa
	Functionalitate, mediu	ARIS	B.P.Win	Trandafir rațional
1	Standard acceptat	eEPS (extensia IDEF3), ERD, UML, metode proprii într-o notație diferită, care implementează semnificația principală a metodelor IDEF, DFD	IDEF0, IDEF3, DFD	UML
2	Disponibilitatea mijloacelor expresive de afișare grafică a modelelor	Reprezentativitatea modelelor este mare		Reprezentativitatea modelelor este scăzută
3	Modelarea diferitelor tipuri de diagrame	+	+/-	+/-
4	Analiza costurilor functionale	+	+	+/-
5	Modelare prin simulare	+	+/-	-
6	Posibilitatea de descompunere a obiectului	+	+	+
7	Întocmirea documentației de proiect: generarea instrucțiunilor tehnologice și de lucru	+	+/-	+
8	Stocarea modelelor de activitate de afaceri	+	+/-	+/-
9	Monitorizarea și asigurarea integrității datelor de proiectare	+	+/-	+
10	Menținerea unei biblioteci de modele tipice de afaceri	+	+/-	+/-
11	Posibilitate de lucru in grup	+	+	+
12	Produs ușor de învățat	Dificil	Doar	Dificil
"+" - da „+/-” - implementare parțială care necesită modificare de către alte instrumente "-" - Nu

Un proces de afaceri este un set logic, secvenţial, interconectat de activităţi care consumă resurse, creează valoare şi produce rezultate. Standardul internațional ISO 9000:2000 adoptă termenul „proces”, dar acești termeni pot fi considerați acum sinonimi. Modelarea proceselor de afaceri este remediu eficient căutarea modalităților de optimizare a activităților companiei, permițându-ne să stabilim cum funcționează compania în ansamblu și cum sunt organizate activitățile la fiecare loc de muncă. Metodologia (notația) pentru crearea unui model (descriere) unui proces de afaceri este înțeleasă ca un set de moduri în care obiectele lumea reală iar conexiunile dintre ele sunt reprezentate sub forma unui model. Fiecare obiect și conexiuni sunt caracterizate printr-un număr de parametri, sau atribute, care reflectă anumite caracteristici ale obiectului real (numărul obiectului, denumirea, descrierea, durata de execuție (pentru funcții), costul etc.).

Baza multor metodologii moderne de modelare a proceselor de afaceri este metodologia SADT (Structured Analysis and Design Technique), familia de standarde IDEF (Icam DEFinition, unde Icam este Integrated Computer-Aided Manufacturing) și limbaje algoritmice.

Principalele tipuri de metodologii pentru modelarea și analiza proceselor de afaceri:

• Modelarea proceselor de afaceri. Metodologia cea mai utilizată pentru descrierea proceselor de afaceri este standardul IDEF0. Modelele în notație IDEF0 sunt destinate unei descriere la nivel înalt a afacerii unei companii sub aspect funcțional.
• Descrierea fluxurilor de lucru (Work Flow Modeling). Standardul IDEF3 este destinat să descrie procesele de lucru și este aproape de metodele algoritmice pentru construirea diagramelor de flux.
• Descrierea fluxurilor de date (Data Flow Modeling). Notația DFD (Data Flow Diagraming) vă permite să reflectați secvența lucrărilor efectuate în timpul procesului și fluxul de informații care circulă între aceste lucrări.
• Alte metodologii.

IDEF0

Modelul constă din diagrame, fragmente de text și un glosar care au legături între ele. Diagramele sunt componentele principale ale modelului; toate funcțiile și interfețele sunt reprezentate pe ele ca blocuri și arce. Locația în care arcul se conectează la bloc determină tipul de interfață:

Tip interfata:

• Informațiile de control intră în bloc din partea de sus.
• Informațiile de intrare sunt incluse în blocul din stânga.
• Rezultatele ies din blocul din dreapta.
• Mecanism (persoană sau sistem automatizat), care efectuează operația, intră în bloc de jos.

Fiecare componentă a modelului poate fi descompusă (descifrată mai detaliat) într-o altă diagramă. Se recomandă oprirea modelării atunci când nivelul de detaliu al modelului își satisface scopul. Numărul total de niveluri din model nu trebuie să depășească 5-6.

Construcția diagramelor începe cu reprezentarea întregului sistem sub forma unui singur bloc și arce care înfățișează interfețe cu funcții în afara sistemului. Blocul care reprezintă sistemul ca un singur modul este apoi detaliat într-o altă diagramă folosind mai multe blocuri conectate prin arcuri de interfață. Fiecare diagramă de detaliu este o descompunere a unui bloc din diagrama de nivel anterioară. La fiecare pas de descompunere, diagrama de la nivelul anterior se numește diagramă părinte pentru diagrama mai detaliată.

Astfel de diagrame nu indică în mod explicit nici secvența, nici timpul. Metoda are o serie de dezavantaje: dificultate de percepție ( număr mare arcuri pe diagrame și un număr mare de nivele de descompunere), dificultatea de a lega mai multe procese.

IDEF3

Această metodă este concepută pentru a modela secvența acțiunilor și interdependențele dintre acestea în cadrul proceselor. Modelele IDEF3 pot fi folosite pentru a detalia blocurile funcționale IDEF0 care nu au diagrame de defalcare.

Diagramele IDEF3 afișează o activitate ca dreptunghi. Acțiunile sunt denumite folosind verbe sau substantive verbale și fiecărei acțiuni i se atribuie un număr unic de identificare (numărul acțiunii este de obicei precedat de numărul părintelui său, de exemplu, 1.1.). Toate conexiunile din IDEF3 sunt unidirecționale și sunt organizate de la stânga la dreapta.

Tipuri de link IDEF3:

• Precedentă temporală, săgeată simplă. Activitatea sursă trebuie să se finalizeze înainte ca activitatea de destinație să poată începe.
• Flux de obiecte, săgeată cu două capete. Ieșirea acțiunii inițiale este intrarea acțiunii finale. Activitatea sursă trebuie să se finalizeze înainte ca activitatea de destinație să poată începe. Numele conexiunilor de flux trebuie să identifice clar obiectul care este transmis folosindu-le.
• Relație neclară, săgeată punctată.

Finalizarea unei acțiuni poate iniția începerea mai multor alte acțiuni simultan sau, dimpotrivă, o anumită acțiune poate necesita finalizarea mai multor alte acțiuni înainte de a putea începe execuția (ramificarea procesului).

Ramificarea procesului este reflectată folosind blocuri speciale:

• „ȘI”, bloc cu & semn.
• „SAU exclusiv” („unul dintre”), bloc cu un X.
• „SAU”, bloc cu O.

Dacă acțiunile „ȘI”, „SAU” trebuie efectuate sincron, acest lucru este indicat de două linii verticale duble în interiorul blocului, asincron - cu una.

Metoda IDEF3 permite ca o activitate să fie descompusă de mai multe ori, permițând documentarea fluxurilor de proces alternative într-un singur model.

DFD

Scopul acestei reprezentări este de a demonstra modul în care fiecare proces își transformă intrările în ieșiri. Poate reflecta nu numai fluxurile de informații, ci și fluxurile materiale.

De asemenea, ca și în alte modele, descompunerea este suportată.

Principalele componente ale diagramelor de flux de date sunt:

• Entități externe (obiect material sau individual, fiind o sursă sau un receptor de informații, de exemplu, clienți, personal, furnizori, clienți, depozit).
• Sisteme și subsisteme (de exemplu, un subsistem pentru lucrul cu indivizi).
• Procese (conversia fluxurilor de date de intrare în cele de ieșire în conformitate cu un anumit algoritm; fizic aceasta poate fi, de exemplu, o divizie a unei organizații (departament) care procesează documente de intrare și emite rapoarte, un program, un dispozitiv logic implementat hardware , etc.).
• Dispozitive de stocare a datelor (dispozitive abstracte pentru stocarea informațiilor).
• Fluxuri de date (săgeți pe diagramă).

Este necesar să plasați pe fiecare diagramă de la 3 (mai puțin nu are sens) la 7 (mai mult nu este perceptibil) procese, fără a aglomera diagramele cu detalii nesemnificative la acest nivel. Primul pas în construirea unei ierarhii DFD este construirea diagramelor de context. De obicei, atunci când se proiectează sisteme relativ simple, o singură diagramă de context este construită cu o topologie în stea, în centrul căreia se află așa-numitul proces principal, conectat la chiuvete și surse de informații. Pentru sistemele complexe (zece sau mai multe entități externe, natura distribuită și multifuncționalitatea sistemului), se construiește o ierarhie de diagrame de context. În același timp, diagrama contextului de nivel superior nu conține un singur proces principal, ci un set de subsisteme conectate prin fluxuri de date.

Fiecare proces de pe un DFD poate fi detaliat folosind un DFD sau (dacă procesul este elementar) o specificație. Specificațiile sunt descrieri ale algoritmilor pentru sarcinile efectuate de procese. Limbile de specificație pot varia de la limbaj natural structurat sau pseudocod până la limbaje de modelare vizuală.

În modelarea proceselor de afaceri, diagramele de flux de date (DFD) sunt folosite pentru a construi modele AS-IS și AS-TO-BE, reflectând astfel structura existentă și propusă a proceselor de afaceri ale unei organizații.

ARIS

În prezent, există tendința de a integra o varietate de metode de modelare, manifestată sub forma creării de instrumente integrate de modelare. Unul dintre aceste mijloace este produs software, numit ARIS (Arhitecture of Integrated Information Systems), dezvoltat de compania germană IDS Scheer.

ARIS acceptă patru tipuri de modele (și multe tipuri de modele în cadrul fiecărui tip) care reflectă diferite aspecte ale sistemului studiat.

Tipuri de modele acceptate în ARIS:

• Modele organizaționale reprezentând structura sistemului - ierarhia unităților organizaționale, posturilor și indivizilor specifici, conexiunile dintre acestea, precum și amplasarea teritorială a unităților structurale.
• Modele funcționale care conțin o ierarhie a obiectivelor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesar pentru atingerea scopurilor.
• Modele informaționale care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului.
• Modele de management care prezintă o imagine cuprinzătoare asupra implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi tipurile de modele enumerate, sunt utilizate atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute, în special UML. Procesul de modelare poate începe cu orice tip de model.

Principalul model de afaceri al ARIS este eEPC (Extended Event-driven Process Chain, un model extins al unui lanț de procese bazate pe evenimente). Notație ARIS eEPC este o extensie a notației IDEF3. Un proces de afaceri în notație eEPC este un flux de lucrări (proceduri, funcții) executate secvențial, dispuse în ordinea executării lor. Durata reală a procedurilor nu este reflectată vizual în eEPC. Pentru a obține informații despre durata reală a proceselor, este necesar să folosiți alte instrumente de descriere, de exemplu, MS Project.

Modelele din ARIS sunt diagrame, ale căror elemente sunt diferite obiecte - „funcții”, „evenimente”, „diviziuni structurale”, „documente” etc. Între obiecte de anumite tipuri se pot stabili conexiuni de anumite tipuri („realizează”, „ia o decizie”, „trebuie informat despre rezultate” etc.). Fiecare obiect are un set specific de atribute care vă permit să introduceți informații suplimentare despre un anumit obiect.

Obiectele principale ale notației eEPC sunt:

• Funcţie. Servește pentru a descrie funcțiile (proceduri, muncă) îndeplinite de departamentele/angajații întreprinderii. Fiecare funcție trebuie să fie inițiată de un eveniment și trebuie să se încheie cu un eveniment; fiecare funcție nu poate conține mai mult de o săgeată care „începe” execuția funcției și nu poate lăsa mai mult de o săgeată care descrie finalizarea funcției.
• Eveniment. Servește pentru a descrie evenimente reale care afectează performanța funcțiilor.
• Unitatea organizatorica. De exemplu, management sau departament.
• Document. Reflectă mediile reale, cum ar fi documentele de hârtie.
• Sistem de aplicare.
• Cluster de informații. Caracterizează un set de entități și conexiuni între ele.
• Comunicarea între obiecte. Tipul de relație dintre obiecte, de exemplu, activarea unei funcții de către un eveniment.
• Operator logic. Operatorul „ȘI”, „SAU” sau „SAU” exclusiv vă permite să descrieți ramificarea unui proces.

Dacă, la crearea unui model în eEPC, indicați doar succesiunea procedurilor, fără să vă faceți griji cu privire la reflectarea documentelor și informațiilor de control, modelele rezultate vor avea o valoare scăzută în ceea ce privește analiza și utilizarea ulterioară.

Modelarea proceselor de afaceri a devenit o tendință la modă în ultimii ani, cuprinzând multe întreprinderi mari (și chiar nu foarte mari). În multe companii departamentele cresc ca ciupercile. dezvoltare organizatorica, departamentele de management al proceselor și alte divizii, a căror sarcină principală este elaborarea de recomandări pentru îmbunătățirea activităților companiei pe baza aplicării abordării proceselor. Piața serviciilor oferă și oferte în domeniul consultanței de proces, inclusiv oferte cu o specializare specifică industriei (de exemplu, în domeniul înființării proceselor de dezvoltare a aplicațiilor sau al derulării altor proiecte IT, sau în domeniul îmbunătățirii sistemelor de management al companiei).

Această serie de articole este dedicată utilizării abordării proceselor, modelării proceselor de afaceri și aplicării lor practice. Subiectele planificate pentru acoperire în această serie includ o discuție despre cele mai utilizate tipuri de modele, metodele de stocare a acestora, avantajele și dezavantajele acestora. În plus, vom discuta despre instrumente de integrare cu sistemele informaționale și instrumentele de management al proceselor de afaceri (inclusiv soluții care utilizează limbaje de descriere a proceselor de afaceri); simularea proceselor, controlul și analiza execuției proceselor în viața reală, crearea de soluții bazate pe instrumente de modelare a proceselor de afaceri.

Aș dori să vă atrag atenția asupra faptului că, în primul rând, această serie prezintă punctul de vedere personal al autorului asupra modelării proceselor de afaceri, care nu are legătură cu opiniile oficiale ale furnizorilor de instrumente și servicii discutate; în al doilea rând, acest ciclu nu pretinde a fi sistematic în prezentarea sa - reflectă doar aspecte ale abordării procesuale care i s-au părut autorului cele mai interesante și demne de atenție.

Pe scurt despre abordarea procesului

Esența abordării procesului este simplă. Activitățile angajaților companiei se împart în două categorii: repetitive (periodic sau ca urmare a producerii unor evenimente), numite procese, și nerepetitive, numite proiecte, evenimente sau programe. Din acest punct de vedere, un proces este un set conectat de acțiuni repetabile care transformă materialul de intrare și/sau informațiile într-un produs (sau serviciu) final în conformitate cu reguli prestabilite. De regulă, procesele constituie o parte semnificativă a activităților organizațiilor. Având în vedere că procesul are rezultatul final, luarea în considerare a activităților companiei ca un set de procese vă permite să răspundeți mai rapid la schimbările condițiilor externe, să evitați duplicarea activităților și costurilor care nu conduc la rezultatul dorit și să motivați corespunzător angajații pentru a-l atinge.

Modelarea proceselor de afaceri înseamnă de obicei descrierea grafică oficială a acestora. Deși modelarea aplicării abordării proceselor și îmbunătățirea activităților companiei pe baza acesteia nu este obligatorie, recent multe companii i-au acordat o atenție deosebită. În continuare vom discuta ce probleme pot fi rezolvate cu ajutorul acestuia.

Aplicarea practică a modelării proceselor de afaceri

Modelarea proceselor de afaceri este folosită în practică pentru a rezolva o gamă largă de probleme. Una dintre cele mai tipice moduri de a utiliza astfel de modele este de a îmbunătăți procesele care sunt modelate în sine. În practică, procesele sunt descrise „ca atare” (adică exact așa cum apar în realitate), iar apoi blocajele în aceste procese sunt identificate în diverse moduri și, pe baza acestei analize, sunt mai multe modele de „cum ar trebui să fie” creat.

Dezvăluind blocajeleîn procese pot fi efectuate în moduri diferite. Una dintre ele este modelarea prin simulare. Datele inițiale pentru o astfel de modelare sunt informații despre probabilitatea de apariție a evenimentelor care afectează execuția procesului, despre timpul mediu de execuție al funcțiilor din proces și legile de distribuție a timpului de execuție, precum și despre alte caracteristici, pt. de exemplu, resursele implicate în proces.

O altă modalitate de a identifica blocajele se bazează pe analiza proceselor reale și, în consecință, a timpului real de execuție a funcțiilor sau de așteptare a disponibilității resurselor. Valorile reale pot fi obținute fie din sistemele informaționale (dacă procesul este automatizat într-un grad suficient de ridicat), fie determinate prin sincronizare convențională și alte observații.

O altă modalitate de a utiliza descrierile proceselor de afaceri este utilizarea unui set de modele de proces pentru a genera corporative cadrul legal, de exemplu, regulamente de proces, reglementări de diviziune, fișele postului. Astfel de tehnologii sunt utilizate în mod special în momentul pregătirii unei companii pentru certificare pentru conformitatea cu unul dintre standardele de calitate. Astăzi, aproape toate instrumentele de modelare a proceselor de afaceri fac posibilă obținerea de date despre obiecte pe modele și relațiile acestora și prezentarea acestora sub formă de documente, deși tehnologiile care stau la baza unor astfel de soluții pot fi diferite.

Adesea, modelele de procese de afaceri sunt folosite pentru a îmbunătăți sistemul de management al unei companii și pentru a dezvolta un sistem de motivare a personalului - în acest scop, obiectivele companiei sunt de obicei modelate, fiecare dintre acestea fiind împărțit în altele mai detaliate până când această defalcare devine atât de detaliată încât obiectivele individuale se transformă. a fi legat de activitatea specifică angajaţilor. Apoi, în aceste scopuri, se formează indicatori cantitativi care caracterizează gradul de realizare a acestora, iar pe baza acestor indicatori se creează un sistem de motivare a personalului.

Modelarea proceselor de afaceri este utilizată pe scară largă în proiectarea sistemelor informaționale sau a altor soluții IT - astăzi descrierea proceselor atunci când se gestionează cerințele și se creează specificații a devenit practic o regulă de bună formă, iar în mod modern termeni de referință Este foarte posibil să vedeți nu numai o listă de cerințe, ci și modele de proces. Și, indiferent de ce spun experții în domeniul managementului și consultanței de proces pe această temă, nu trebuie să uităm că în multe cazuri sarcina de automatizare corectă și suport informațional al activităților companiei este cea principală atunci când se decide asupra afacerii. modelarea proceselor.

Sarcinile enumerate nu epuizează domeniul de aplicare a modelării proceselor de afaceri, iată doar câteva exemple de utilizare a acestui tip de modelare.

Abordarea proceselor și tehnologiile CASE

Modele, obiecte și relații

La modelarea proceselor de afaceri, de regulă, conceptele de model, obiect și conexiune sunt manipulate. Un model este un set de simboluri grafice, proprietățile lor, atributele și conexiunile dintre ele, care descrie în mod adecvat unele proprietăți ale domeniului subiectului modelat. Tipurile posibile de modele și reguli pentru construcția lor (inclusiv simboluri grafice disponibile pentru utilizare și reguli pentru existența conexiunilor între ele) sunt determinate de metodologia de modelare selectată, iar sistemul de notație adoptat în modelul utilizat este determinat de notația selectată.

Există destul de multe metodologii de modelare folosite astăzi pentru a descrie procesele de afaceri. Cele mai populare dintre ele includ metodologia DFD (Data Flow Diagrams), care descrie diagramele de flux de date care sunt utilizate în analiza cerințelor și proiectarea funcțională a sistemelor informaționale; STD (State Transition Diagram), care ia în considerare diagramele de tranziție de stare pentru proiectarea sistemelor în timp real; ERD (Entity-Relationship Diagrams), care are în vedere diagramele „entitate-relație” care sunt utilizate în proiectarea logică a sistemelor informaționale; FDD (Diagrame de descompunere funcțională), care descrie diagramele de descompunere funcțională; SADT (Structured Analysis and Design Technique), care este o tehnologie de analiză structurală și proiectare destul de populară în anii '90. Recent, de asemenea, popular Metodologia ARIS, care ia în considerare un set de diferite tipuri de modele (inclusiv cele susținute de alte metodologii) care sunt utilizate pentru a descrie toate subsistemele companiei. Nu mai puțin populară este familia IDEF de metodologii utilizate pentru proiectarea proceselor de afaceri și a datelor (dezvoltatorii de baze de date, de regulă, sunt destul de familiarizați cu metodologia IDEF1X, care descrie modele de date logice și fizice, iar metodologia IDEF0 este foarte populară printre analiștii care descriu procesele de afaceri). Metodologia UML (Unified Modeling Language) este foarte populară în rândul dezvoltatorilor de aplicații, utilizată în proiectarea sistemelor și aplicațiilor informaționale pentru a descrie cerințele pentru un sistem informațional, scenarii de utilizator, modificări ale stărilor și datelor sistemului în timpul funcționării și clasele viitorului. aplicarea.

Instrumente de modelare

Deși desenarea modelelor pe hârtie nu este interzisă, modelarea modernă a proceselor de afaceri se realizează de obicei cu ajutorul instrumentelor CASE - Computer Aided System Engineering - proiectarea sistemelor folosind un computer. Pe piata moderna Există sute de software CASE. Într-o astfel de situație, are sens să discutăm despre clasificarea lor și problemele care pot fi rezolvate cu ajutorul lor (în raport cu abordarea procesului).

Din tehnologiile informaționale, instrumentele CASE includ de obicei instrumente care vă permit să automatizați anumite procese din ciclul de viață al soluțiilor IT. Cu toate acestea, cu ajutorul lor, problemele care nu au legătură directă cu soluțiile IT sunt adesea rezolvate.

Caracteristicile instrumentelor moderne CASE sunt instrumente grafice vizuale pentru crearea modelelor, utilizarea mijloacelor de stocare a acestora sub formă de fișiere sau ca date într-un depozit special și adesea mijloace de integrare cu alte instrumente (de exemplu, cu instrumente de dezvoltare a aplicațiilor). , aplicații de birou, alte mijloace CASE-, instrumente utilizate în implementarea sistemelor informaționale). Adesea, instrumentele CASE conțin instrumente pentru generarea de rapoarte bazate pe modele și instrumente de reinginerire pentru generarea de modele pe baza datelor existente (de exemplu, conținute într-o bază de date relațională). Adesea, instrumentele CASE includ interfețe de programare a aplicațiilor și chiar medii de dezvoltare a soluțiilor personalizate.

Instrumentele CASE pot fi clasificate după tip:

• instrumente de analiză și modelare concepute pentru a crea descrieri ale proceselor și ale altor domenii ca atare;
• instrumente de analiză și proiectare utilizate pentru gestionarea cerințelor și documentarea proiectelor IT;
• instrumente de modelare a aplicațiilor (astăzi cea mai comună categorie de astfel de instrumente este familia instrumentelor de modelare UML);
• instrumente de proiectare a datelor care oferă modelarea datelor și generarea de scheme de baze de date pentru cele mai comune SGBD.

Pentru a descrie procesele de afaceri, sunt folosite toate categoriile de instrumente enumerate, cu excepția, poate, a ultimei: modelarea datelor este o zonă specială cu sarcini foarte specifice și un rezultat așteptat specific și este folosită nu atât de analiștii de afaceri, cât de aplicații. dezvoltatori.

Orez. 1. Borland Împreună

Cele mai populare instrumente pentru descrierea proceselor de afaceri din țara noastră includ instrumentele de modelare UML Rational Rose (IBM) și Together (Borland) - Fig. 1, familia AllFusion Business Process Modeler (BPwin) pentru descrierea proceselor de afaceri folosind metodologia IDEF0 (Computer Associates) și organizarea muncii colective pe un singur depozit de modele (Fig. 2), ARIS (IDS Scheer) - un instrument pentru lucrul colectiv pe un set de modele interconectate de diferite tipuri (Fig. 3), destinate să descrie procesele de afaceri, sistemele de date și informații și activitățile companiei, Visio (Microsoft) este un instrument pentru crearea diferitelor tipuri de procese de afaceri și modele de date, permițându-vă să creați diagrame și modele folosind diverse metodologii (Fig. .4).

Orez. 2. CA AllFusion Business Process Modeler (BPwin)

Orez. 3. ARIS Business Architect

Orez. 4.Microsoft Visio

Am scris în repetate rânduri despre multe dintre instrumentele enumerate mai sus în revista noastră, iar cei interesați pot găsi articole relevante pe site-ul nostru:.

Ce instrument ar trebui să alegeți pentru modelarea proceselor de afaceri? În primul rând, aceasta este determinată de obiectivele și domeniul de aplicare al modelării, de funcționalitatea instrumentelor, de integrarea lor cu alte instrumente și aplicații și, într-o măsură mult mai mică, de cunoștințele și experiența utilizării unui anumit instrument printre autorii studiului. modele. Desigur, în acest caz, trebuie să vă imaginați ce capacități ale instrumentului de modelare sunt necesare pentru a rezolva problema cu care se confruntă utilizatorul. Cu toate acestea, vom vorbi mai detaliat despre capacitățile unor astfel de instrumente în articolele ulterioare.