Alati za poslovno modeliranje. Modeliranje poslovnih procesa - pregled notacija. Od simulacije do automatizacije

Dobivanje holističke slike života organizacije, koordinacija različitih gledišta na poslovanje koje se stalno razvija i mijenja.
Osiguravanje međusobnog razumijevanja na svim nivoima organizacije, premošćivanje jaza između rukovodećih i izvođačkih strana.
Osiguravanje smanjenja troškova proizvodnje i poboljšanje kvaliteta i nivoa usluga.

U procesu poslovnog modeliranja dolazi do prelaska sa koncepta „šta“ treba da se uradi na koncept „kako“ treba uraditi. Rezultat simulacije treba da bude dokument koji razvojnom timu daje jasno razumevanje obima projekta, kao i softvera i hardvera korisnika. Primljeni podaci se odražavaju u specifikaciji projekta, koja može uključivati sljedeće odjeljke:

opis glavnih entiteta podataka aplikacije;
formalni opis specifikacije aplikacije;
poslovna logika i poslovna pravila;
funkcionalni zahtjevi;
nefunkcionalni zahtjevi;
obrazac za prijavu/predlošci stranica;
pojmovnik ili lista skraćenica;
grafikoni pomoći.

Alati za poslovno modeliranje i njihova evolucija

Za kreiranje poslovnih modela koriste se alati za dizajn informacionih sistema i njihovi odgovarajući jezici opisa (najpoznatiji među njima je UML - Unified Modeling Language). Uz pomoć takvih jezika grade se grafički modeli i dijagrami koji demonstriraju strukturu poslovnih procesa organizacije, organizaciju interakcije među ljudima i neophodne promjene za poboljšanje performansi organizacije u cjelini. Alati za poslovno modeliranje su u stalnom razvoju. U početku je uz pomoć ovakvih alata bilo moguće opisati samo poslovne funkcije (rad) kompanije i kretanje podataka u procesu njihove implementacije. Štaviše, ako se ista poslovna funkcija koristi za obavljanje različitih vrsta poslova, bilo je teško razumjeti da li se misli na istu poslovnu funkciju ili na drugu. Nemogućnost eksplicitnog definisanja hijerarhije poslovnih procesa (na primjer, "lanac vrijednosti", "poslovni proces", "podproces", "rad", "funkcija") stvarala je probleme pri korištenju ovakvih opisa. Sami opisi bili su samo zbirka slika. Kasnije su se počeli pojavljivati alati koji su omogućili da se organizacija opiše ne samo sa strane poslovnih funkcija, već i sa drugih strana. Tako je postalo moguće kreirati zasebne dijagrame koji odražavaju organizacionu strukturu kompanije, tokove podataka u organizaciji, redoslijed poslovnih funkcija koje čine jedan poslovni proces, uz mogućnost korištenja logičkih simbola itd. Sve veći zahtjevi za alatima za poslovno modeliranje, sve više se pojavljuje dijagrama koji opisuju različite aspekte aktivnosti organizacije, što je kreiranje modela činilo sve složenijim. S tim u vezi, sljedeća važna faza u razvoju alata za poslovno modeliranje povezana je s idejom korištenja jednog spremišta (skladišta) objekata i idejom moguće ponovne upotrebe objekata u različitim dijagramima. Koji god alat da se odabere, potrebno je osigurati međusobnu interakciju lokalnih informacionih sistema. Do danas, najsavremeniji i istovremeno opšteprihvaćen standard za organizaciju upravljanja poslovnim procesima je BPEL (Business Process Execution Language). Na osnovu ovog proizvoda možete kreirati jedinstvenu integracijsku platformu za sve svoje aplikacije. Nakon procesa modeliranja u jednom od alata za modeliranje, koriste se posebni prevodioci kako bi se model doveo do BPEL standarda.

Primjeri poslovnog modeliranja i njegovi rezultati

Smanjenje troškova. Poslovni model će dati ideju o tome gdje možete izbjeći nepotrebne troškove i kako optimizirati korištenje resursa. Na osnovu poslovnog modela, radi se funkcionalna analiza troškova kako bi se izračunali troškovi proizvoda ili usluge, a izgrađen je i sistem upravljanja budžetom koji vam omogućava da kontrolišete troškove preduzeća.
Poboljšanje efikasnosti. Mogućnost smanjenja troškova adaptacije i obuke osoblja. Regulatorna dokumentacija zasnovana na pripremljenom poslovnom modelu odgovara trenutnom stanju stvari u organizaciji, raspoređuje odgovornosti, gradi hijerarhijski sistem karijernog rasta.
Širenje sfere uticaja, povećanje mreže, organizovanje filijala. Prisustvo poslovnog modela će smanjiti troškove i omogućiti da se opiše struktura uređenja novih filijala preduzeća.
Adekvatnost ulaganja. Uz pomoć poslovnog modeliranja moguće je sa dovoljnim stepenom tačnosti odrediti iznos kapitalnih ulaganja, smanjiti rizike i finansijske gubitke u fazi pokretanja novog projekta.
Implementacija EDMS-a. Poslovni model preduzeća standardizuje sastav dokumenata preduzeća i uspostavlja rute za kretanje dokumenata.
Automatizacija i implementacija sistema klase ERP, SCM, CRM ili drugog softvera. Na osnovu poslovnog modela možete formulisati bolje zahtjeve za sistem i odabrati rješenje koje je optimalno u smislu cijene i funkcionalnosti.
Certifikacija sistema upravljanja kvalitetom. Razvoj poslovnog modela preduzeća može značajno smanjiti vrijeme i troškove za razvoj, implementaciju i sertifikaciju sistema upravljanja kvalitetom i dobiti set potrebnih dokumenata za uspješnu sertifikaciju, smanjiti troškove održavanja sistema upravljanja kvalitetom.

Karakteristike poslovnog modeliranja

Kreiranje, implementacija i podrška poslovnog modela je skup investicioni projekat. Kao i svakom projektu, stvaranju poslovnog modela mora prethoditi analiza izvodljivosti i izvodljivosti njegove implementacije. Veliki projekti zahtijevaju moćne alate za poslovno modeliranje sa dobro razvijenom funkcionalnošću: sa mogućnošću pohranjivanja informacija u jedno spremište, suradnjom na projektu modeliranja i provjerom integriteta kreiranog modela, poluautomatskom generiranjem dijagrama, integracijom s drugim softverom, analizom i model dokumentacije - dok bi u malim projektima, iz razloga troškova, bilo pametnije koristiti manje funkcionalne alate. Za analizu djelatnosti, razvoj postojeće strukture potrebno je u početku izgraditi adekvatan poslovni model. Odnosno, u početku teorija, a tek nakon - njena implementacija.

Rješenja

Danas postoji veliki broj softverskih proizvoda koji su dizajnirani da opišu arhitekturu organizacije. Prema izvještajima analitičke kompanije Gartner, među lidere ovog segmenta mogu se pripisati sljedeće kompanije.

Sada, nakon generalnog pojašnjenja opštih funkcionalnih zadataka koje rešavaju sredstva koja se razmatraju, treba uporediti i mogućnosti koje ovi alati pružaju.

U daljoj analizi razmatraće se samo karakteristike programa ARIS ToolSet (u daljem tekstu ARIS), BP-Win - Erwin (u daljem tekstu: BP-Win) i ORG-Master (u daljem tekstu ORG-Master). Program Rational Rose – kao najviše fokusiran na izgradnju čisto softverskih, a ne organizacionih sistema, kako bismo pojednostavili prezentaciju, isključićemo iz razmatranja, pogotovo jer je UML metodologija koja je u njegovoj osnovi sada implementirana u ARIS).

Funkcionalnost alata za modeliranje poslovnih sistema

Prilikom upoređivanja različitih alata za modeliranje poslovnih sistema, preporučljivo je razmotriti njihove karakteristike prema sljedećim grupama funkcionalnosti:

alati za izgradnju modela poslovnih sistema;
alati za analizu modela;
sredstva za optimizaciju simuliranih sistema prema njihovim modelima;
podrška za biblioteke standardnih modela;
registracija propisa i dokumentacije;
podrška razvoju modela baza podataka i softverskih alata;
integracija sa drugim softverskim proizvodima (CASE alati, ERP sistemi, aplikativni programi).

opšta organizacija poslovnih procesa i postupak interakcije između organizacionih jedinica (izvođača),
raspodjelu odgovornosti za realizaciju pojedinih funkcija i utrošak sistemskih resursa,
učitavanje organizacionih jedinica, izvođača i instrumentalnih resursa u sistemu,
glavni parametri vremena i troškova simuliranog sistema,
zahtjevi za resursnu podršku procesa koji se odvijaju u sistemu.

Analiza opšta organizacija poslovnih procesa i red interakcije organizacionih jedinica u sistemu se vrši direktno pri proučavanju izgrađenih modela poslovnih procesa. Kvalitativna analiza također otkriva uloge, koji se pod određenim uslovima može isključiti iz procesa. Gde vidljivost modela i mogućnost praćenja odnosa koji postoje u sistemu poprima iznimnu važnost.

Napomene vezane za vidljivost modela su date u nastavku. Ali ovdje također treba napomenuti da je važan zahtjev za model mogućnost njegove analize prije njegove potpune izgradnje. Zaista, ako je moguće identifikovati međuodnose (kao i njihov nedostatak) u sistemu tek nakon izgradnje njegovog kompletnog modela, onda se to ispostavlja veoma nezgodnim u početnim fazama rada, kada se informacije o karakteristikama procesa koji se dešavaju u sistemu može i dalje biti djelimično odsutan ili biti netačan.

Ovdje je ORG-Master u pobjedničkoj poziciji, jer model poslovnog procesa u njemu nije izgrađen direktno u obliku IDEF dijagrama. Ovaj dijagram se može automatski generirati nakon kreiranja i popunjavanja klasifikatora koji formiraju model (poslovne funkcije, organizacijske veze, resursi, itd.) i postavljanja svih potrebnih projekcija (odnosa po resursima, izvođačima, alatima, propisima i stvarnim odnosima između poslovne operacije). Dakle, čak i prije nego što se dobije potpuni (ili djelomični) model poslovnog procesa, glavni odnosi koji određuju modelirani proces su već identificirani i mogu se analizirati.

Za razliku od ovog pristupa, modeli poslovnih procesa u ARIS-u i BP-Win-u se grade direktno, a postojeći odnosi komponenti procesa moraju biti pripremljeni za analizu, kao rezultat odgovarajućih procedura.

Tako se, na primjer, nakon izgradnje modela poslovnog procesa u BP-Win, koristeći ERwin, gradi poseban model podataka u kojem se uspostavljaju veze između komponenti sistema (entiteta modela podataka prema metodologiji). Zatim se ovi modeli povezuju pomoću mehanizma koji je u suštini sličan mehanizmu konstrukcije projekcije koji se koristi u ORG-Masteru (vidi Dodatak 1. Komponente modela softverskog i metodološkog kompleksa ORG-Master).

Imajući to na umu, druga od razmatranih mogućnosti za analizu modela: analiza raspodjele odgovornosti za realizaciju pojedinih funkcija i utroška sistemskih resursa, se automatski implementira u procesu izgradnje modela poslovnog procesa u sistemu ORG-Master. Zaista, projekcije tipa Organizacijske veze - Funkcije i funkcije - Resursi, specificirane prilikom izgradnje modela poslovnih procesa u ORG-Masteru, direktno pokazuju odgovorne za određeno područje rada ili resurs (i omogućavaju vam da analizirate bilo koju njihovu kombinaciju ). Osim toga, ORG-Master vam omogućava izvoz matričnih projekcija u MS Excel, gdje se na osnovu njih formiraju dijagrami organizacijske analize.

U ARIS-u i BP-Win-u, u tu svrhu, potrebno je ili ručno pratiti sve veze u dijagramima poslovnih procesa (i modelima podataka u BP-Win-u), ili posebno izraditi odgovarajuće liste ili izvještaje.

Pitanje o učitavanju izvođača i instrumentalnih resursa u sistem, kao i dobijanje procjena za glavne vremenske parametre simuliranog sistema, mogu se odlučiti na osnovu kvantitativnih podataka o složenosti (ili jednostavno trajanju) funkcija koje implementiraju. Za rješavanje ovog problema potrebno je takve podatke na ovaj ili onaj način unijeti u sistem, kao i obezbijediti sredstva za dobijanje zbirnih procjena. Podrška za IDEF3 metodologiju (u BP-Win), ABC metode u ARIS-u i BP-Win, i alate za simulaciju u ARIS-u (i djelimično u BP-Win) omogućavaju određenu obradu ovih procjena. Što se tiče samih originalnih podataka, postavlja ih korisnik, koji je, dakle, odgovoran za konačni rezultat.

Međutim, teško je dobiti dovoljno reprezentativne procjene korištenjem statističkog (simulacijskog/događajnog) modeliranja (i, još više, korištenjem ABC metoda kada se vrijeme razmatra kao resurs) za učitavanje komponenti sistema zbog sljedećih faktora.

Savremeni pristupi analizi bilo kog procesa ( tok posla) poći od podjele vremena njegove implementacije sa, zapravo, periodom izvođenja operacija i vremenom prenošenja njihovih rezultata. Istovremeno, u kancelarijskim procesima ili procesima pružanja usluga, stvarni rad traje u prosjeku oko 10% vremena, a ostatak vremena se troši ili na fizičko kretanje rezultata zadatka (zahtijeva potpis teksta ugovora koji treba ponovo oprati) i čekanje u redu do sljedećeg izvođač će naći vremena da nastavi proces. Stoga metode zasnovane na jednostavnom zbrajanju vremena operacija u sadašnjem trenutku, po pravilu, ne daju tačnu predstavu o vremenskim parametrima procesa.

Adekvatniji rezultati se mogu dobiti simulacijom ponašanja sistema. Međutim, za vremena kašnjenja usluge potrebno je ili uzeti vrlo približne pretpostavke o zakonu njihove raspodjele u vremenu, ili provesti prilično skupe i dugotrajne procedure mjerenja vremena i naknadne statističke obrade. Istovremeno, pouzdanost dobijenih rezultata neće biti previsoka ili će zahtijevati značajne dodatne troškove. Stoga se čini razumnim pristup da: „trošak modeliranja za dobivanje bilo koje informacije ne bi trebao premašiti vrijednost (trošak) rezultata njenog korištenja. Osim toga, uvijek treba imati na umu Pareto zakon, iz kojeg, u odnosu na problem koji se razmatra, proizilazi da 20% napora modeliranja daje 80% efekta.

Stoga, s naše tačke gledišta, prije prelaska na složene i dugotrajne i resursne metode modeliranja povezane s kvantitativnim procjenama vremenskih i troškovnih parametara, vrijedi se fokusirati na postizanje efekta od implementacije očiglednijih rezultata poslovnog modeliranja. Kvantitativnu optimizaciju treba izvršiti uzimajući u obzir mjerenja i analizu stvarnih procesa.

ORG-Master ima funkcionalni analog alata ABC-analize - Budgeting Wizard, koji generiše jednostavan sistem budžetiranja. Jedan od rezultata ovog sistema je kvantitativna procena troškova implementacije poslovnih procesa (operativni budžeti), koja je u najmanju ruku uporediva po vrednosti sa podacima dobijenim korišćenjem alata za podršku ABC-koštinga.

Pored toga, porodica ORG-Master uključuje i softverski paket Time-Master, čija jedna od komponenti, koja obezbeđuje kontrolu procesa (workflow), omogućava akumulaciju statistike u toku njihovog izvršavanja, koja daje procene vremenskih parametara procesi neophodni za analizu.

Alati za optimizaciju poslovnih sistema (poslovni procesi), pored mogućnosti analize modela, pružaju: alat za upravljanje.
stvaranje niza alternativa;
planiranje;
odabir najboljeg pravca akcije;
alokacija resursa;
postavljanje prioriteta.

Po pravilu, implementacija navedenih funkcija povezana je s upotrebom posebnih prilično složenih ili glomaznih algoritama za rješavanje problema optimizacije. Brojne mogućnosti ove vrste ugrađene su u ARIS sistem. Međutim, njihova implementacija generalno se ne čini primjerenom sve do faze finog podešavanja poslovnog procesa nakon postizanja rezultata njegovog restrukturiranja jednostavnijim metodama.

Podrška za biblioteke generičkih modela omogućava vam korištenje prethodno stvorenih razvoja u procesu izgradnje novih modela. Ova mogućnost je data u sva tri razmatrana alata. Konkretno, ORG-Master podržava kako kompletne referentne poslovne modele preduzeća dobijene kao rezultat stvarnih projekata izvedenih u ruskim preduzećima, tako i „bibliotečke“ klasifikatore koji opisuju tipičnu organizaciju pojedinačnih aspekata aktivnosti.

registracija, u skladu sa izgrađenim modelima, propisi kompanije čini se vrlo važnom osobinom koja osigurava integritet i konzistentnost dokumentarnog opisa poslovnog sistema. Važnost ove komponente za alate za poslovno modeliranje može se shvatiti posmatranjem propisa kao alata za upravljanje kompanijom. Zaista, ako kompanija radi stabilno, to znači da su njeni poslovni procesi dobro uspostavljeni i podložni gotovo formalnoj regulaciji. Interna kultura, koja mora da bude prisutna u takvom preduzeću, omogućiće, ako je potrebno, brzu rekonstrukciju sistema ili parametara poslovnog procesa promenom pravilnika o radu nadležnih službi i izvođača.

Prisustvo dokumenata-regulativa za sve aspekte poslovanja kompanije jedna je od osnovnih odredbi koncepta redovnog, sistemskog upravljanja. Prema njenim rečima, u dobro organizovanom poslovanju oko 80 odsto menadžerskih odluka donosi se po unapred određenim procedurama, a samo ostatak, koji se odnosi na nestandardne situacije i razne inovacije, oslanja se na kreativnost i herojstvo zaposlenih.

Organizacija delatnosti preduzeća (preduzeća), u cilju postizanja određenih ciljeva, na sadašnjem je nivou regulisana sledećim standardnim skupom osnovnih organizacionih dokumenata:

položaj o organizacionoj i funkcionalnoj strukturi, koji odražava sastav poslova i funkcija koje se podržavaju u kompaniji, i njihovu distribuciju unutar kompanije;
odredbe o politikama kompanije (računovodstvo, ulaganja, itd.);
pravilnik o organizaciji glavnih poslovnih i upravljačkih podsistema preduzeća, koji sadrži detaljan opis funkcija u oblastima delatnosti;
dokumentovane procedure - opisi poslovnih procesa u formi koja omogućava kako da se proces predstavi spoljnom posmatraču, tako i da se ovim dokumentom rukovodi izvršiocima procesnih operacija;
i, na kraju, tradicionalni „pravilnik o odjeljenjima“, te „opis poslova“ osoblja sa listama funkcionalnih dužnosti, vrsta odgovornosti, prava i ovlaštenja zaposlenih.

Pored toga, trebalo bi da bude moguće kreirati posebne formulare za izveštavanje za kreiranje dokumenata u različitim funkcionalnim oblastima: Projektni zadatak za informacioni sistem upravljanja preduzećem, Priručnik za kvalitet (pogledajte, na primer, Dodatak 3) i druge posebne dokumente prema standardu ISO9000 , itd.

Sve informacije koje omogućavaju generisanje ovih dokumenata moraju biti sadržane u vidu integralnog i konzistentnog sistema u kompletnom poslovnom modelu preduzeća (kompanije). Štaviše, mnogi kreirani dokumenti treba da odgovaraju što je više moguće opšte prihvaćenim ruskim standardima (Očigledno, sistemi ARIS i BP-Win u najmanjoj meri ispunjavaju poslednji uslov).

U ORG-Master okruženju takve odredbe i instrukcije se automatski generišu kao tekstualni oblici za opisivanje postupaka, predstavljeni odgovarajućim klasifikatorima i odnosima-projekcijama veza između njih. Grafički oblici (razni digrafi i dijagrami procesa) su dobar dodatak ovim dokumentima.

U ARIS okruženju, opisi poslova i opisi procesa zasnivaju se na dijagramima procesnih događaja i, u principu, razni tekstualni dokumenti se mogu izgraditi analizom modela procesa i organizacijskih struktura. Iako je ovde u većoj meri slika obrnuta - sistem je fokusiran uglavnom na kreiranje grafike, a funkcija kreiranja regulatornih dokumenata je očigledno pomoćna i kao rezultat toga nije razvijena.

U BP-Win-u nije predviđena direktna mogućnost dobijanja raznih propisa.

U vezi projektnu dokumentaciju mogu se razmatrati dvije strane: opis poslovnih procesa i opis informacionog sistema za podršku poslovnim procesima za njihov kasniji razvoj. Prvi od njih je gotovo podjednako obezbeđen u svakom od razmatranih okruženja mogućnošću izgradnje različitih formi izveštavanja na osnovu izgrađenih modela poslovnih procesa.

Što se tiče dokumentacije za razvoj informacionog sistema, najtradicionalnije karakteristike pruža okruženje BP-Win / ERwin koje je, zapravo, za to i kreirano.

Mogućnosti ARIS-a su približno iste: u prvim verzijama modela podataka opisani su prema šemi entitet-relacija, u kasnijim verzijama, u UML jeziku. Međutim, ARISToolset alat pruža naprednije funkcije razvoja informacionih sistema.

Mogućnosti ORG-Master-a omogućavaju da se u potpunosti predstave strukture podataka neophodnih za organizaciju informatičke podrške modeliranih poslovnih procesa korištenjem vlastitih univerzalnih alata - klasifikatora i projekcija. Ne postoje formalizmi kao što su ER dijagrami, iako je u novijim verzijama moguće vizualizirati u DFD standardu. Osim toga, postalo je moguće odražavati interakciju između funkcionalnih blokova na IDEF0 dijagramima ne samo korištenjem direktnog prijenosa dokumenata i datoteka, već i putem zajedničkih baza podataka!

Podrška razvoju modela baza podataka i softverskih alata obično se odnosi na mogućnosti alata tipa CASE ili srodnih alata za postavljanje informacionih sistema za upravljanje preduzećem (na primer, sistema ERP klase). Takva podrška može pružiti sljedeću funkcionalnost:

analiza i projektovanje arhitekture sistema za upravljanje informacijama,
dizajn baze podataka i fajlova,
programiranje (generacija programskog koda),
održavanje i reinženjering,
upravljanje projektima.

Pitanja analiza i projektovanje arhitekture informacionih sistema, obično kulminiraju u definiciji sistemskih zahtjeva i povezanih specifikacija. Ova faza, uz sistematski pristup projektovanju, treba se direktno osloniti na modele poslovnih sistema i zapravo ih detaljizirati. Stoga ovdje vrijede svi navedeni argumenti koji se odnose na konstrukciju, analizu i optimizaciju modela sistema, kao i na izradu propisa i dokumentacije.

Dizajn baze podataka i datoteka(konceptualni i interni nivoi), transformacija modela podataka, opis formata datoteka u razmatranim alatima je najpotpunije podržan samo u BP-Win (ERwin), budući da je ovo okruženje posebno dizajnirano za rešavanje ovakvih problema.

U ARIS okruženju ova mogućnost je data u ARIS Toolset paketu na nivou specifikacije projekta i definicije parametara baze podataka.

Pristup razvijen u ORG-Master okruženju pretpostavlja (iako ne nužno) da se informacioni sistemi koji već imaju baze podataka mogu koristiti u modeliranim poslovnim sistemima. U ovom slučaju ne treba ih redizajnirati osim ako se sistem koji se koristi ne treba zamijeniti. Međutim, u nedostatku informacionih sistema, ORG-Master stvara osnovu za konceptualni model podataka i strukture datoteka podataka. Ovu osnovu predstavljaju opisi sastava i odnosa informacionih objekata i dokumenata koji se koriste u modelima poslovnih procesa.

Generisanje programskih kodova za aplikacije ili sistemske alate ARIS i ORG-Master sistemi nisu obezbeđeni, jer su to alati za projektovanje poslovnog sistema, a ne softver. U određenoj mjeri, ova funkcija je implementirana samo u BP-Win.

Održavanje i reinženjering. Ove funkcije se obično implementiraju putem dokumentovanja, analize programa, njihovog restrukturiranja i reinženjeringa. Gore navedene primjedbe u vezi sa načinima dokumentacije u potpunosti su primjenjive u ovom razmatranju.

Funkcije upravljanje projektima kreiranje baza podataka i softverskih alata su specifični za razvoj softverskih proizvoda. U ovom obliku implementirani su u BP-Win. Upravljanje projektima u ORG-Master porodici u potpunosti podržava softverski paket Time-Master. (Iako, strogo govoreći, ove funkcije nisu obavezne za predmetnu klasu alata).

Integracija sa drugim softverskim proizvodima uključuje proširenje opsega predmetnog alata i može se izvesti i kao dio razvoja porodice kompatibilnih softverskih alata (kao što je Platinum Technologies) ili sa softverskim alatima drugih programera (softver treće strane).

Integracija sa softverskim proizvodima “treće strane” vrši se u jednu od sljedećih namjena:

korištenjem funkcionalnosti integriranog proizvoda za proširenje opsega svog proizvoda,
pružanje mogućnosti uključivanja vašeg proizvoda u proizvod treće strane,
pružanje manje-više univerzalnog sučelja za vaš proizvod ako određena treća strana nije unaprijed poznata.

Sa stanovišta funkcionalne orijentacije, integracija sa:

SLUČAJ znači,
ERP sistemi,
aplikativni programi.

ARIS ima interfejse sa nekim CASE alatima i takođe je alat za izgradnju modela za direktno prilagođavanje ovakvih sistema upravljanja preduzećem, pre svega SAP R/3. Kao što je gore navedeno, sistem se oslanja na sopstvenu notaciju za predstavljanje poslovnih procesa, tako da koristi ugrađene alate za simulaciju i alat za analizu troškova, čiji se rezultati, međutim, mogu eksportovati u MS Excel formate.

ORG-Master i BP-Win sistemi podržavaju IDEF0 notaciju za opisivanje predstavljenih poslovnih procesa. U principu, ovo je svojevrsna veza kako između ovih alata tako i za komunikaciju sa drugim softverskim proizvodima koji koriste ovu metodologiju. Međutim, ne razmatrajući ovdje pitanja "starosti" IDEF0 notacije, treba napomenuti da je interna reprezentacija podataka u svakom sistemu različita, a standardni interfejs tipa "utičnica" ili klasa za IDEF0 sistem nije specificirano. Međutim, postoji standardizirani format datoteke za predstavljanje IDEF dijagrama. Stoga, iako opisi napravljeni uz njegovu pomoć nisu baš zgodni i za ljude i za kompjutere, moguće ih je koristiti kao sredstvo za razmjenu modela ako postoje odgovarajući pretvarači ovog formata. Takav pretvarač je obezbeđen u sledećim verzijama ORG-Master-a.

BP-Win podržava metodologije IDEF0, DFD i IDEF3 i integrira se sa sljedećim softverskim proizvodima (uglavnom istog proizvođača):

ERwin alat za modeliranje podataka (Platinum Technology),
ModelMart sistem za upravljanje projektima i skladištenje (Platinum Technology),
specijalizovani generator izveštaja baziran na RPTwin modelu (Platinum Technology),
simulacijski sistem BPSimulator (System Modeling Corporation),
EasyABC alat za analizu troškova (ABC Technologies).

(*Platinum Technology - dio Computer Associates od 1999.)

ORG-Master je inicijalno pozicioniran kao sistem organizacionih klasa fokusiran na rešavanje problema modeliranja i projektovanja poslovnih procesa i struktura i podržavanje organizacionih odluka. Pruža mogućnost integracije sa sopstvenim programerskim paketima („BIG-SPB Software“), fokusiranim na rešavanje različitih funkcionalnih zadataka. U sistemu ORG-Master, ako je potrebno, automatski se kreiraju jednostavni izvršni informacioni sistemi u MS Office okruženju:

Sistem budžetiranja (koji je jednostavan sistem upravljačkog računovodstva, profitabilnosti i upravljanja solventnošću preduzeća).
Marketing sistem (akumuliranje operativnih kvantitativnih informacija o tržištu preduzeća, kao i integracija sa sopstvenim CRM sistemom za podršku odnosima sa kupcima).

Uvođenje ovih aplikacija u aktivnosti preduzeća omogućava vam da brzo savladate moderne tehnike upravljanja, što uvelike olakšava prelazak na složenije izvršne sisteme.

Moguće je (i testirano na projektima) povezivanje podataka putem datoteka za razmjenu u okviru izgradnje integrisanih informacionih sistema sa izvršnim i analitičkim programima partnerskih kompanija: 1C, AiT:Soft, Intalev, Comteh+, INEK, itd., kao i sa integrisanim sistemima upravljanja resursima preduzeća (na primer, IPS proizvodnja).

Nova verzija takođe pruža mehanizme za izvoz opisa poslovnih procesa u softverski paket Time-Master, koji kombinuje svojstva sistema upravljanja projektima, toka rada i ličnog informacionog sistema i izgrađen je na Internet/Intranet tehnologijama.

Sažetak odjeljka:

Glavne funkcionalne mogućnosti upoređenih alata prikazane su u tabeli 2, gde su ocene stepena implementacije funkcija ili svojstava prikazane na skali od pet tačaka.

Kao što se može vidjeti iz tabele 2, direktni zbir procjena daje raspon od oko ±4%. Takvo raspršivanje leži u grešci samih procjena. Štaviše, sama sredstva, koja se razlikuju po svojoj funkcionalnoj orijentaciji, dobila su bliske procene zbog činjenice da se različite snage i slabosti različitih sredstava međusobno kompenzuju u direktnom proračunu.

Međutim, tokom rasprave o funkcionalnosti naglašeno je da, direktno za rješavanje problema poslovnog inženjeringa, pojedine grupe funkcionalnosti imaju različita značenja. Ovu činjenicu reflektuju koeficijenti zabeleženi u koloni „Težina“ tabele 2. Uzimajući u obzir ovaj faktor, može se videti da je ukupna ocena ORG-Master kompleksa neznatno superiornija u odnosu na ARIS.

Ali opet, to može biti rezultat različitih preferencija i prioriteta u namjeravanoj upotrebi proizvoda. Na primjer, zbog niže procjene značaja postojećih alata za kvantitativnu analizu modela (simulacija i modeliranje događaja), kao i alata za optimizaciju, koji su, međutim, slabo zastupljeni u svim sistemima koji se razmatraju. Istovremeno, visoko se cijene svojstva samodokumentirajućih modela ili univerzalnost predstavljanja različitih aspekata modeliranja.

Općenito, pri procjeni i odabiru alata za modeliranje, preporučuje se samostalno odlučivanje koji su od sistemskih alata najvažniji u rješavanju konkretnog problema njegove primjene i, shodno tome, stavljanje „težina“.

Dodatno, referenca u Dodatku 2 daje pregled standarda formalizacije i alata za konstruisanje i/ili analizu određenih modela koji se koriste u sistemima koji se razmatraju.

Modeliranje poslovnih procesa je efikasan alat za pronalaženje načina za optimizaciju aktivnosti kompanije, omogućavajući vam da odredite kako kompanija radi kao cjelina i kako su aktivnosti organizirane na svakom radnom mjestu. Metodologija (notacija) za kreiranje modela (opisa) poslovnog procesa shvata se kao skup načina na koji se predmeti stvarnog sveta i odnosi između njih predstavljaju u obliku modela. Svaki objekt i veze karakterizira niz parametara ili atributa koji odražavaju određene karakteristike stvarnog objekta (broj objekta, naziv, opis, vrijeme izvršenja (za funkcije), cijena, itd.).

Opis poslovnih procesa se vrši u cilju njihove dalje analize i reorganizacije. Svrha reorganizacije može biti uvođenje informacionog sistema, smanjenje troškova, poboljšanje kvaliteta usluge korisnicima, kreiranje poslova i radnih uputstava itd., a detaljan opis procesa sam po sebi nema nikakvu vrijednost.

Reinženjering poslovni procesi (eng. Business process reengineering) je temeljno preispitivanje i radikalno redizajn poslovnih procesa u cilju postizanja maksimalne efikasnosti u proizvodnim, ekonomskim i finansijskim i ekonomskim aktivnostima, formalizovano relevantnim organizacionim, administrativnim i regulatornim dokumentima. Poslovni inženjering se sastoji od modeliranja poslovnih procesa (izrada modela "kao što je", njegova analiza, razvoj modela "kako da") i izrade i implementacije plana tranzicije u stanje "po potrebi".

Osnova mnogih savremenih metodologija za modeliranje poslovnih procesa bila je SADT metodologija (Structured Analysis and Design Technique – metoda strukturne analize i projektovanja), IDEF porodica standarda (Icam DEFinition, gde je Icam Integrisana kompjuterski potpomognuta proizvodnja) i algoritamska jezicima.

Glavne vrste metodologija za modeliranje i analizu poslovnih procesa:

Modeliranje poslovnih procesa ( modeliranje poslovnih procesa). Najrasprostranjenija metodologija za opisivanje poslovnih procesa je IDEF0 standard. Modeli u IDEF0 notaciji namijenjeni su visokom nivou opisa poslovanja kompanije u funkcionalnom aspektu.

Opis tokova rada ( Modeliranje radnog toka). Standard IDEF3 je namijenjen za opisivanje tokova rada i blizak je algoritamskim metodama za izradu dijagrama toka.

Opis tokova podataka ( Modeliranje toka podataka). DFD notacija ( Dijagram toka podataka), omogućava vam da odražavate slijed obavljenog posla tokom procesa i tokove informacija koji kruže između ovih radova.

druge metodologije.

U odnosu na postizanje dodane vrijednosti proizvoda ili usluge, mogu se razlikovati sljedeće klase procesa:

Osnovni poslovni procesi (npr. marketing, proizvodnja, nabavka i servis proizvoda).

Podržavanje poslovnih procesa ne dodaje vrijednost proizvodu, već povećava njegovu vrijednost (na primjer, finansijska podrška aktivnostima, kadrovska podrška, pravna podrška, administracija, sigurnost, nabavka komponenti, popravka i održavanje itd.).

Upravljanje poslovnim procesima.

Poslovni model je formalizirani (grafički, tabelarni, tekstualni, simbolički) opis poslovnih procesa. Glavno područje primjene poslovnih modela je reinženjering poslovnih procesa.

Ciljevi modeliranja poslovnih procesa obično se formuliraju na sljedeći način:

Pružiti razumijevanje strukture organizacije i dinamike procesa koji se u njoj odvijaju;

Omogućiti razumijevanje aktuelnih problema organizacije i mogućnosti njihovog rješavanja;

Pobrinite se da kupci, korisnici i programeri dijele isto razumijevanje ciljeva i zadataka organizacije;

Kreirati bazu za formiranje zahteva za softver koji automatizuje poslovne procese organizacije (softverski zahtevi se formiraju na osnovu poslovnog modela).

Važan element modela poslovnog procesa su poslovnim pravilima ili pravila domene. Tipična poslovna pravila su korporativne politike i državni zakoni. Poslovna pravila se obično formulišu u posebnom dokumentu i mogu se odraziti u modelima.

Razgradnja u opštem smislu, ovo je metoda koja vam omogućava da zamijenite rješenje jednog velikog problema rješenjem niza manjih problema, cijepanjem objekta na njegove sastavne dijelove prema utvrđenom kriteriju. U praksi se dekompozicija koristi za preciziranje poslovnih modela.

Faze opisa poslovnog procesa:

Određivanje svrhe opisa.

Opis okruženja, definicija ulaza i izlaza poslovnog procesa, izrada IDEF0 dijagrama.

Opis funkcionalne strukture (procesne akcije), konstrukcija IDEF3 dijagrama.

Opis tokova (materijalnih, informacionih, finansijskih) procesa, izrada DFD-dijagrama.

Izgradnja organizacione strukture procesa (odjeli, učesnici, odgovorni).

IDEF0

Model se sastoji od dijagrama, fragmenata teksta i glosara sa međusobnim vezama. Dijagrami su glavne komponente modela, sve funkcije i interfejsi su predstavljeni kao blokovi i lukovi.

Tačka povezivanja luka sa blokom određuje tip sučelja:

Kontrolne informacije ulaze u blok odozgo.

Ulazne informacije su uključene u blok na lijevoj strani.

Rezultati izlaze iz bloka na desnoj strani.

Mehanizam (ljudski ili automatizovani sistem) koji izvodi operaciju ulazi u jedinicu odozdo.

Svaka komponenta modela može se dekomponovati (dešifrovati detaljnije) u drugom dijagramu. Preporučljivo je prekinuti modeliranje kada nivo detalja modela zadovolji njegovu svrhu. Ukupan broj nivoa u modelu ne bi trebalo da prelazi 5-6.

Dijagramiranje počinje predstavljanjem čitavog sistema u obliku jednog bloka i lukova koji prikazuju interfejse sa funkcijama izvan sistema. Zatim je blok koji predstavlja sistem kao jedan modul detaljno prikazan u drugom dijagramu koristeći nekoliko blokova povezanih lukovima interfejsa. Svaki detaljni dijagram je blok dekompozicija dijagrama prethodnog nivoa. U svakom koraku dekompozicije, dijagram prethodnog nivoa naziva se roditeljski dijagram za detaljniji dijagram.

Takvi dijagrami ne pokazuju eksplicitno ni sekvencu ni vrijeme. Metoda ima niz nedostataka: složenost percepcije (veliki broj lukova u dijagramima i veliki broj nivoa dekompozicije), teškoća povezivanja nekoliko procesa.

IDEF3

Ova metoda je dizajnirana za simulaciju redosled radnji i međuzavisnosti između njih unutar procesa. IDEF3 modeli se mogu koristiti za izvođenje IDEF0 funkcionalnih blokova koji nemaju dijagrame dekompozicije.

Prikaz IDEF3 dijagrama akcija u obliku pravougaonika. Radnje se imenuju pomoću glagola ili glagolskih imenica, a svakoj radnji je dodijeljen jedinstveni identifikacijski broj (broju radnje obično prethodi broj roditelja, npr. 1.1.).

Sve veze u IDEF3 su jednosmjerne i organizirane s lijeva na desno.

Vrste IDEF3 linkova:

Vremenski prioritet, jednostavna strelica. Izvorna aktivnost mora završiti prije nego što završi aktivnost.

Tok objekta, strelica sa dvostrukim vrhom. Izlaz originalne akcije je ulaz završne akcije. Izvorna aktivnost mora završiti prije nego što završi aktivnost. Imena streaming linkova moraju jasno identificirati objekt koji se prenosi uz njihovu pomoć.

Fuzzy Relationship, tačkasta strelica.

Završetak jedne radnje može pokrenuti početak izvršavanja više drugih akcija odjednom, ili obrnuto, određena radnja može zahtijevati dovršenje nekoliko drugih radnji prije početka njenog izvršenja (grananje procesa).

Grananje procesa se odražava pomoću posebnih blokova:

- "I", blok sa znakom &.

- "XOR" ("jedan od"), blok sa znakom X.

- "ILI", blok sa znakom O.

Ako se radnje "AND", "OR" moraju izvršiti sinhrono, to je naznačeno sa dvije dvostruke okomite linije unutar bloka, asinhrono - jednom.
Metoda IDEF3 vam omogućava da više puta dekomponujete aktivnost, što osigurava da su alternativni tokovi procesa dokumentovani u jednom modelu.

DFD

Svrha ove prezentacije je da pokaže kako svaki proces transformiše njihov doprinos podaci za vikend. Može odražavati ne samo informacije, već i materijalne tokove. Također, kao iu drugim modelima, podržana je dekompozicija.

Glavne komponente dijagrama toka podataka su:

Eksterni entiteti (materijalni objekat ili pojedinac koji je izvor ili primalac informacija, na primjer, kupci, osoblje, dobavljači, kupci, skladište);

Sistemi i podsistemi (na primjer, podsistem za rad sa pojedincima);

Procesi (transformacija tokova ulaznih podataka u izlazne u skladu sa određenim algoritmom; fizički, to može biti, na primjer, podjela organizacije (odjela) koja obrađuje ulazne dokumente i izdaje izvještaje, program, hardverski implementiran logički uređaj, itd.);

Uređaji za pohranu podataka (apstraktni uređaji za pohranu informacija);

Tokovi podataka (strelice na dijagramu).

Na svakom dijagramu je potrebno postaviti od 3 (manje nema smisla) do 7 (više - ne percipira se) procesa, bez zatrpavanja dijagrama detaljima koji su na ovom nivou beznačajni.

Prvi korak u izgradnji DFD hijerarhije je izgradnja kontekstnih dijagrama. Obično se pri projektovanju relativno jednostavnih sistema gradi jedan kontekst dijagram sa topologijom zvezda, u čijem središtu je takozvani glavni proces, povezan sa prijemnicima i izvorima informacija. Za složene sisteme (deset ili više eksternih entiteta, distribuirana priroda i multifunkcionalnost sistema) gradi se hijerarhija kontekstnih dijagrama. Istovremeno, dijagram konteksta najvišeg nivoa ne sadrži jedan glavni proces, već skup podsistema povezanih tokovima podataka.

Svaki proces na DFD-u može biti detaljan pomoću DFD-a ili (ako je proces elementaran) specifikacije. Specifikacije su opisi algoritama za zadatke koje obavljaju procesi. Jezici specifikacije mogu se kretati od strukturiranog prirodnog jezika ili pseudokoda do jezika vizualnog modeliranja.

U modeliranju poslovnih procesa, dijagrami toka podataka (DFD) se koriste za izgradnju modela „KAKO JESTE“ i „KAKO BUDE“, odražavajući tako postojeću i predloženu strukturu poslovnog procesa organizacije.

ARIS

Trenutno postoji tendencija integracije različitih metoda modeliranja, koja se manifestuje u obliku kreiranja integrisanih alata za modeliranje. Jedan od ovih alata je softverski proizvod pod nazivom ARIS (Architecture of Integrated Information Systems), razvijen od strane njemačke kompanije IDS Scheer.

ARIS podržava četiri tipa modela (i mnogo tipova modela u svakoj vrsti), odražavajući različite aspekte sistema koji se proučava:

Organizacioni modeli koji predstavljaju strukturu sistema - hijerarhiju organizacionih jedinica, pozicija i konkretnih lica, veze između njih, kao i teritorijalnu povezanost strukturnih jedinica;

Funkcionalni modeli koji sadrže hijerarhiju ciljeva sa kojima se suočava upravljački aparat, sa skupom stabala funkcija neophodnih za postizanje ciljeva;

Informacijski modeli koji odražavaju strukturu informacija potrebnih za implementaciju cjelokupnog skupa sistemskih funkcija;

Modeli upravljanja koji predstavljaju sveobuhvatan pogled na implementaciju poslovnih procesa unutar sistema.

Za izgradnju navedenih tipova modela koriste se kako ARIS-ove vlastite metode modeliranja, tako i različite dobro poznate metode i jezici modeliranja, posebno UML. Proces modeliranja može se započeti s bilo kojim tipom modela.

Glavni poslovni model ARIS-a je eEPC (prošireni lanac procesa vođen događajima, model proširenog lanca procesa vođen događajima). ARIS eEPC notacija je proširenje IDEF3 notacije. Poslovni proces u eEPC notaciji je tok sekvencijalno obavljenog posla (procedura, funkcija) raspoređenog redoslijedom kojim se izvode. Stvarno trajanje procedura u eEPC-u se vizualno ne odražava.

Da biste dobili informacije o stvarnom trajanju procesa, potrebno je koristiti druge alate za opis, na primjer, MS Project.

Modeli u ARIS-u su dijagrami čiji su elementi različiti objekata- "funkcije", "događaji", "strukturne jedinice", "dokumenti" itd. Između objekata određenih tipova može se postaviti veze određene vrste ("izvodi", "donosi odluku", "treba odmah biti obaviješten o rezultatima" itd.). Svaki objekat odgovara određenom skupu atributa koji vam omogućavaju da unesete dodatne informacije o određenom objektu.

Glavni objekti eEPC notacije su:

Funkcija. Služi za opisivanje funkcija (procedura, poslova) koje obavljaju odjeli/zaposleni u preduzeću. Svaka funkcija mora biti pokrenuta događajem i mora završiti događajem; Svaka funkcija ne može ući u više od jedne strelice, "pokrećući" izvršavanje funkcije, i izaći iz više od jedne strelice, opisujući završetak funkcije.

Događaj. Koristi se za opisivanje stvarnih događaja koji utiču na izvršavanje funkcija.

Organizaciona jedinica. Na primjer, menadžment ili odjel.

Dokument. Odražava stvarne medije, kao što su papirni dokumenti.

Sistem aplikacija.

informacioni klaster. Karakterizira skup entiteta i odnosa između njih.

Komunikacija između objekata. Vrsta odnosa između objekata, na primjer, aktivacija izvršenja funkcije nekim događajem.

Boolean operator. Operator "AND", "OR" ili ekskluzivni "OR" omogućava vam da opišete grananje procesa.

Ako prilikom kreiranja modela u eEPC-u navedete samo redoslijed postupaka, ne mareći za odraz kontrolnih dokumenata i informacija, rezultirajući modeli će biti od male vrijednosti u smislu analize i dalje upotrebe.

Objektni DBMS se koristi za pohranjivanje modela u ARIS, a za svaki projekat se kreira nova baza podataka. Omogućene su različite funkcije administracije baze podataka, kao što je kontrola pristupa. Baza podataka je hijerarhijsko skladište modela.

Rad na kreiranju modela treba da bude regulisan strogim i obimnim konvencijama modeliranja (standardima), ARIS podržava mehanizam metodoloških filtera koji omogućavaju korisniku da koristi samo određeni skup šema i objekata. Izrada ovakvih sporazuma zahtijeva dosta vremena i visoko kvalifikovane stručnjake. Ako projekat koji koristi ARIS krene bez detaljne razrade ovakvih ugovora, onda je vjerovatnoća kreiranja modela poslovnih procesa koji ne odgovaraju na postavljena pitanja vrlo velika.

Modeliranje poslovnih procesa postalo je klasičan rad mnogih poslovnih analitičara u sklopu optimizacije poslovnih procesa i standardizacije aktivnosti ruskih kompanija. Postoje mnoge oznake koje se koriste u određenim slučajevima. Ovaj članak je posvećen pregledu notacija modeliranja poslovnih procesa.

VAD (vdijagram lanca dodanog alue)

VAD notacija koju je predložio Michael Porter u svom radu na korporativnoj strategiji fokusira se na modeliranje poslovnih procesa koji "stvaraju vrijednost" u obliku usluga ili proizvoda za kupca. Model poslovnog procesa izgrađen u VAD notaciji pruža opći, nedetaljan pogled na poslovne procese.

Koristeći VAD notaciju, možete opisati listu i odnos poslovnih procesa na najvišem nivou, jer vam ova notacija omogućava prikaz svih poslovnih procesa kompanije na jednom modelu. U VAD notaciji možete koristiti veze koje pokazuju odnos poslovnih procesa jedni prema drugima, dok je tok procesa u ovoj notaciji u velikoj većini slučajeva usmjeren s lijeva na desno.

Postoji mnogo opcija VAD notacije implementiranih u različitim alatima, svaka sa svojim skupom znakova, ali svi izgledaju otprilike isto - skup poslovnih procesa često međusobno povezanih vezama "prethodnik-sljedbenik".

Na primjer, proširenje ove notacije u ARIS kompletu alata omogućava vam da prikažete izvođače, rizike, dokumente, podatke i još mnogo toga o modelu poslovnog procesa.

Pored modeliranja mape poslovnih procesa organizacije, VAD notacija vam omogućava da modelirate poslovne procese od kraja do kraja tokom njihove početne definicije. Ali morate shvatiti da VAD nije dizajniran za modeliranje logičkih uslova u procesu, te je stoga dobro prihvaćen od strane menadžmenta. U praksi, nakon modeliranja poslovnih procesa na najvišem nivou u VAD notaciji, slijedi detaljnije modeliranje poslovnih procesa u drugim notacijama, o čemu ćemo detaljnije govoriti u nastavku.

Model VAD notacije može se nacrtati u raznim alatima kao što su MS Visio i mnogi drugi alati za modeliranje poslovnih procesa.

Modeliranje poslovnih procesa - EPC (lanac procesa vođen događajima)

EPC notaciju je razvio profesor August Wilhelm Scheer u okviru metodologije ARIS alata. Uz pomoć, poslovni proces se modelira kao lista koraka procesa pokrenutih događajima. Zapis je pogodan za naknadnu regulaciju poslovnog procesa, kao i za analizu toka informacija poslovnog procesa (ulazni/odlazni dokumenti).

Sloboda EPC notacije vam omogućava da opišete dodatne objekte unutar modeliranja poslovnih procesa, kao što su operativni rizici, kontrolne procedure, ekranski obrasci, informacioni sistemi, indikatori i još mnogo toga.

U okviru EPC notacije, proces je modeliran „odozgo prema dolje“, a redosljed kojim se izvode koraci/funkcije/akcije/operacije poslovnog procesa određen je kroz sistem događaja i logičkih uslova. Kao događaji u EPC notaciji razmatraju se početak i završetak koraka procesa, kao i eksterni događaji koji zahtijevaju odgovor organizacije.

Model poslovnog procesa sastoji se od sekvenci "događaj-funkcija-događaj" i logičkih operatora "AND", "OR", "ekskluzivno OR" koji prikazuju rješenja, provjeru stanja, paralelizaciju i konvergenciju tokova modeliranog poslovnog procesa.

Postoji mnogo opcija za EPC notaciju, u formatu kolona, redova, kao i sa različitim listama korišćenih objekata, međutim, sve ove opcije su dostupne samo u ARIS alatima, dok u drugim alatima, na primer, MS Visio ili Business Studio, dostupno je samo EPC modeliranje poslovnih procesa u klasičnom formatu.

Modeliranje poslovnog procesa u EPC notaciji omogućava vam da naknadno dobijete tekstualnu ili tabelarnu regulativu poslovnog procesa, budući da se pravilno nacrtan EPC model može konvertovati u niz rečenica običnog jezika, što postaje osnova za regulaciju. Zbog toga se ova notacija smatra najpogodnijom za modeliranje poslovnih procesa u svrhu naknadne analize i regulacije.

Modeliranje posao— procesi– BPMN (Model poslovnog procesa i notacija 2.0)

BPMN notaciju kreirala je Grupa za upravljanje objektima (OMG) i namijenjena je za modeliranje poslovnih procesa s ciljem njihove naknadne automatizacije. BPMN notacija se koristi za detaljno modeliranje poslovnog procesa, a broj objekata u ovoj notaciji prelazi 100, što vam omogućava da opišete sve nijanse ponašanja poslovnih procesa tako da informacioni sistem može konvertovati kreirani model u izvršni kod.

Otvorenost BPMN notacije i podrška većine alata za modeliranje poslovnih procesa i automatizacije učinili su ovu notaciju liderom u modeliranju poslovnih procesa.

U BPMN notaciji, pored koraka poslovnog procesa, možete modelirati početne, međuprocesne i završne događaje, tokove informacija i tokove poruka. Među karakteristikama notacije može se izdvojiti zadana upotreba stila modeliranja Swim Lane (plivačke staze), kada je izvođač prikazan kao vertikalna ili horizontalna traka koja podsjeća na staze u bazenu, a upravo na toj stazi nalaze se radnje/operacije koje izvodi ovaj izvođač.

Racionalizacija poslovnog procesa u formatu Swim Lane čini prijenos odgovornosti i toka rada između sudionika procesa vizualnim, ali istovremeno otežava modeliranje u slučaju više koizvršitelja u jednoj operaciji.

Modele nacrtane u BPMN notaciji je često teško sastaviti u koherentnu hijerarhiju, budući da je metodologija prvobitno kreirana da automatizuje "end-to-end" poslovne procese.

Primjena BPMN notacije zahtijeva određenu količinu iskustva, što često ograničava broj kreatora ovih modela na sistemske i poslovne analitičare. Predstavnici poslovnih jedinica rijetko modeliraju poslovne procese u BPMN notaciji.

Uprkos grafičkim razlikama, BPMN i EPC notacije su veoma slične jedna drugoj, a u ARIS alatu već se mogu konvertovati jedna u drugu, ali uz određena metodološka ograničenja.

Modeliranje poslovnih procesa - dijagram toka

Naziv notacije je dijagram toka, najlakše ga je prevesti kao dijagram toka. Ova notacija se prvobitno pojavila u ANSI standardu 1970. godine i sadrži vrlo jednostavan skup znakova.

Tokom godina postojanja notacije Flow Charting, nacrtane su mnoge varijante dijagrama toka koji sadrže simbole za rješavanje različitih problema, na primjer, za opisivanje materijalnih tokova, uloga i radova, opreme, za analizu ulaza i izlaza funkcija.

U stvari, dijagrami toka su bili preteča modernih notacija modeliranja poslovnih procesa i do sada su se predavali u većini obrazovnih institucija kao dio disciplina informacionih tehnologija.

Notacija dijagrama toka nema kruti standard, koji vam omogućava da modelirate poslovne procese sa različitih tačaka gledišta, dodajući određene objekte modelu po potrebi. Na ovaj način, ova notacija je vrlo slična EPC, ali ima još više slobode u pogledu primjene. Sloboda korištenja dijagrama toka i podrška za većinu jeftinih, pa čak i besplatnih alata za modeliranje poslovnih procesa učinili su ovu notaciju primjenjivom u mnogim kompanijama.

Među nedostacima dijagrama toka može se izdvojiti odsustvo tipične liste objekata i atributa, što je suprotna strana "slobode" ove notacije. Ovo vam omogućava da modelirate isti poslovni proces u ovoj notaciji na takav način da će se modeli ozbiljno razlikovati jedan od drugog.

Unatoč činjenici da se modeli poslovnih procesa u notaciji dijagrama toka mogu naći prilično često, najvjerovatnije će to postati stvar prošlosti, ustupajući mjesto strožijim notacijama.

Modeliranje posao— procesi– IDEF (jezik integrisane definicije)

IDEF notacija se pojavila 70-ih godina kao standard američke vlade koji se fokusira na ulaze, izlaze, mehanizme i kontrole poslovnog procesa i povezuje procese organizacije u hijerarhiju. Ključni element ove notacije je funkcija, dok se svi ostali objekti i interakcije modeliraju korištenjem relacija.

Zapis koristi vrlo jednostavan skup simbola: procesne pravokutnike i strelice koje prikazuju ulaze, izlaze, kontrole i mehanizme, ovu notaciju odlikuje "ugrađeni" sistem numeriranja koraka poslovnog procesa, koji vam omogućava da pratite odnose između nadređenih i dječji procesi.

S obzirom na istoriju ovog standarda i njegovu prilično raširenu upotrebu, implementiran je u mnoge alate za modeliranje, ali se ipak ova notacija može pripisati odlazećoj generaciji, budući da ima sve manje pristalica, a poslovni predstavnici često tretiraju ove "mikrokrugove" sa skepticizam.

UML (unified Modeliranje Jezici)

Unified Modeling Language (UML) je skup notacija i metoda modeliranja dizajniranih da opišu zahtjeve za informacione sisteme, ali među UML notacijama postoji i specijalizirana notacija dizajnirana posebno za modeliranje poslovnih procesa. UML podržava Object Management Group (OMG), što je ovu metodologiju učinilo prilično uobičajenom među IT profesionalcima.

Ova notacija je vrlo slična EPC i BPMN, jedina razlika je u prikazu logičkih iskaza i događaja, i iako postoji mnogo knjiga o UML notaciji i podržana je od strane mnogih alata za modeliranje, UML Activiti Diagram se koristi uglavnom za analizu sistema. i dizajn, a samo manji broj kompanija koristi UML za modeliranje poslovnih procesa

VSM (vrijednost Potok Mapiranje)

Naziv VSM notacije može se prevesti na ruski kao mapiranje toka vrijednosti korisnika. Originalni naziv ove notacije u korporaciji Toyota, gdje se vjeruje da ju je smislio, je Mapa toka materijala i informacija.

VSM notacija je razvijena kao dio metodologije vitke proizvodnje i koristi skup specifičnih simbola za prikaz elemenata troškova resursa i vremena za analizu performansi poslovnih procesa u Lean 6Sigma projektima. Mapa tokova vrijednosti prikazuje fizičko okruženje i tok materijala i proizvoda u proizvodnom procesu i koristi se za povezivanje resursa i vremena za proces i na taj način pruža uvid u produktivnost.

Svrha ove notacije je da uključi svoje učesnike u analizu poslovnog procesa kako bi ih podstakla da samostalno traže mogućnosti optimizacije. VSM modeli se po pravilu crtaju u projektima na Flip Chart-u i ne zahtijevaju ozbiljne alate za modeliranje poslovnih procesa, jer se na osnovu toga donose odluke, a sam model ne postaje osnova ni za regulativu ni za IT rješenje.

Glavna stvar pri kreiranju modela u VSM notaciji je popunjavanje privremenih atributa po procesu, traženje "uskih grla" i mjesta prekomjernog skladištenja zaliha.

Ova notacija ima ograničen krug sljedbenika, a među širokim masama poslovnih analitičara neće biti rasprostranjena u bliskoj budućnosti zbog specifičnosti zadataka koji se rješavaju uz nju. Ali u isto vrijeme, mnogi alati za modeliranje poslovnih procesa, kao što je ARIS, već su razvili proširenja za podršku modeliranju poslovnih procesa u ovoj notaciji.

SIPOC

Skraćenica SIPOC znači: dobavljač (dobavljač), ulaz (input), proces (proces), izlaz (izlaz), kupac (potrošač). Ovo je predložak dokumentacije procesa usvojen u metodologiji Six Sigma, zapravo, nije čak ni notacija modela, već format tabele koji vam omogućava da opišete poslovni proces na najvišem nivou. SIPOC model se najefikasnije primjenjuje kada se definiraju granice poslovnog procesa, interakcijske strane i procesni ulazi/izlazi.

Ne postoji notacija za SIPOC, jer je to jednostavna tabela sa odgovarajućim zaglavljima koja vam omogućava da strukturirate odabrani poslovni proces za dalju analizu i optimizaciju.

Korisnost SIPOC-a, za razliku od drugih dijagrama, leži u mogućnosti da ga koriste zaposleni u poslovnim jedinicama, budući da ne sadrži složenu logiku i mnogo objekata, poput EPC ili BPMN notacija.

Modeliranje poslovnih procesa - zaključci

Dakle, pregledao sam neke notacije modeliranja poslovnih procesa koje se mogu naći na ruskom tržištu (detaljnije su opisane u BPM CBOK poglavlju o modeliranju poslovnih procesa). Koju od notacija odabrati za upotrebu je otvoreno pitanje, na primjer, za modeliranje poslovnih procesa organizacije na najvišem nivou koristim VAD notaciju, za primarno modeliranje poslovnog procesa odabranog za optimizaciju je lakše da koristite SIPOC ili VAD. Za kreiranje detaljnih modela poslovnih procesa - pojednostavljeni BPMN za modeliranje međufunkcionalne interakcije ili EPC za detaljno modeliranje kako bi se formalizirao tok informacija i skup objekata povezanih s poslovnim procesom. Pa, ako trebate automatizirati poslovni proces u BPMS sistemu, onda ne možete bez BPMN notacije.

Modeliranje poslovnih procesa je jedan od metoda za poboljšanje kvaliteta i efikasnosti organizacije. Ova metoda se zasniva na opisu procesa kroz različite elemente (radnje, podatke, događaje, materijale, itd.) koji su svojstveni procesu. Modeliranje poslovnog procesa po pravilu opisuje logički odnos svih elemenata procesa od njegovog početka do završetka unutar organizacije. U složenijim situacijama, modeliranje može uključivati procese ili sisteme van organizacije.

Modeliranje poslovnih procesa vam omogućava da razumete rad i analizirate organizaciju. Ovo se postiže činjenicom da se modeli mogu sastaviti za različite aspekte i nivoe upravljanja. U velikim organizacijama modeliranje poslovnih procesa je detaljnije i višestruko nego u malim, što je povezano s velikim brojem međufunkcionalnih odnosa.

Obično se za modeliranje poslovnih procesa koriste različiti kompjuterski alati i softver. To olakšava upravljanje modelima, praćenje promjena u njima i skraćuje vrijeme analize.

Ciljevi modeliranja poslovnih procesa

Krajnji cilj modeliranja poslovnih procesa je poboljšanje performansi. Da bi se to postiglo, analiza se fokusira na dodavanje vrijednosti rezultatima procesa i smanjenje troškova i vremena za završetak aktivnosti.

Modeliranje poslovnih procesa ima nekoliko ciljeva:

Prvo, ovo je svrha opisivanja procesa. Kroz simulaciju je moguće pratiti šta se dešava u procesima od početka do kraja. Modeliranje vam omogućava da dobijete "spoljni" pogled na procese i identifikujete poboljšanja koja će povećati njihovu efikasnost.
drugo, racionalizacija procesa. Modeliranje poslovnih procesa postavlja pravila za izvršavanje procesa, tj. kako ih treba uraditi. Ako se poštuju pravila, smjernice ili zahtjevi utvrđeni u modelima, onda se može postići željeni učinak procesa.
treće, uspostavljanje međuodnosa u procesima. Modeliranje poslovnih procesa uspostavlja jasan odnos između procesa i zahtjeva koje moraju ispuniti.

Faze modeliranja poslovnih procesa

Modeliranje poslovnih procesa po pravilu uključuje implementaciju nekoliko uzastopnih faza. Jer krajnji cilj modeliranja je poboljšanje procesa, ono obuhvata kako „dizajnski” dio posla i rad na implementaciji procesnih modela.

Sastav faza, koji uključuje modeliranje poslovnih procesa, je sljedeći:

identifikaciju procesa i izgradnju početnog modela "kao što je". Da bi se proces poboljšao, potrebno je razumjeti kako on u ovom trenutku funkcionira. U ovoj fazi definišu se granice procesa, identifikuju njegovi ključni elementi i prikupljaju podaci o funkcionisanju procesa. Kao rezultat, kreira se početni model procesa "kakav jeste". Ovaj model ne odražava uvijek adekvatno funkcionisanje procesa, pa se model ove faze može nazvati “prvi nacrt” ili početni model “kao što jeste”.
revizija, analiza i usavršavanje originalnog modela. U ovoj fazi se identifikuju kontradiktornosti i dupliranja radnji u procesu, utvrđuju ograničenja procesa, odnos procesa i utvrđuje potreba za promjenom procesa. Kao rezultat, formira se konačna verzija modela "kao što je".
razvoj modela „kako bi trebalo da bude“.. Nakon analize postojećeg stanja potrebno je utvrditi željeno stanje procesa. Ovo željeno stanje je predstavljeno u modelu „kako bi trebalo biti“. Takav model pokazuje kako bi proces trebao izgledati u budućnosti, uključujući sva potrebna poboljšanja. U ovoj fazi modeliranja poslovnih procesa takvi modeli se razvijaju.
testiranje i primjena modela “kako bi trebalo biti”.. Ova faza modeliranja povezana je sa uvođenjem razvijenog modela u praksu organizacije. Model poslovnog procesa se testira i na njemu se vrše potrebne izmjene.
poboljšanje modela "kako treba da bude".. Modeliranje poslovnih procesa nije ograničeno na kreiranje modela „kako bi trebalo biti“. Svaki od procesa nastavlja da se mijenja i poboljšava na putu, tako da modele procesa treba redovno revidirati i poboljšati. Ova faza modeliranja povezana je sa kontinuiranim unapređenjem procesa i unapređenjem modela poslovnog procesa.

Vrste modeliranja poslovnih procesa

Modeliranje poslovnih procesa može imati drugačiji fokus. Zavisi koje probleme treba riješiti uz njegovu pomoć. Obračunavanje apsolutno svih uticaja na proces može značajno zakomplikovati model i dovesti do suvišnosti u opisu procesa. Da bi se to izbjeglo, modeliranje poslovnih procesa je podijeljeno po tipu. Vrsta simulacije se bira u zavisnosti od karakteristika procesa koji se proučava.

Za potrebe poboljšanja procesa koriste se sljedeće vrste modeliranja:

funkcionalno modeliranje. Ovaj tip modeliranja podrazumijeva opis procesa u obliku međusobno povezanih, jasno strukturiranih funkcija. U isto vrijeme, strogi vremenski slijed funkcija, u obliku u kojem postoji u stvarnim procesima, nije neophodan.
Modeliranje objekata- podrazumijeva opis procesa kao skupa međusobno povezanih objekata - tj. proizvodne jedinice. Objekat je svaki objekat koji se transformiše tokom izvršavanja procesa.
Simulacija- kod ovog tipa modeliranja poslovnih procesa podrazumijeva se modeliranje ponašanja procesa u različitim vanjskim i unutrašnjim uslovima uz analizu dinamičkih karakteristika procesa i analizu raspodjele resursa.

Podjela modeliranja po tipu se vrši radi pojednostavljenja rada i fokusiranja na određene karakteristike procesa. U isto vrijeme, različite vrste modeliranja mogu se primijeniti na isti proces. Ovo vam omogućava da radite sa jednom vrstom modela nezavisno od drugih.

Principi modeliranja poslovnih procesa

Modeliranje poslovnih procesa zasniva se na nizu principa koji omogućavaju kreiranje adekvatnih modela procesa. Njihovo poštovanje omogućava da se opiše skup parametara stanja procesa na način da su unutar jednog modela komponente međusobno blisko povezane, dok pojedinačni modeli ostaju dovoljno nezavisni jedan od drugog.

Glavni principi modeliranja poslovnih procesa su sljedeći:

Princip dekompozicije– svaki proces može biti predstavljen skupom hijerarhijski raspoređenih elemenata. U skladu sa ovim principom, proces mora biti detaljno razrađen u njegove sastavne elemente.
Princip fokusa– za razvoj modela potrebno je apstrahovati od mnogih parametara procesa i fokusirati se na ključne aspekte. Za svaki model, ovi aspekti mogu biti različiti.
Načelo dokumentacije– elementi uključeni u proces moraju biti formalizovani i fiksirani u modelu. Za različite elemente procesa moraju se koristiti različite oznake. Učvršćivanje elemenata u modelu ovisi o vrsti modeliranja i odabranim metodama.
Princip konzistentnosti- svi elementi uključeni u procesni model moraju imati nedvosmislenu interpretaciju i ne biti u suprotnosti jedan s drugim.
Princip potpunosti i dovoljnosti- prije uključivanja ovog ili onog elementa u model, potrebno je procijeniti njegov uticaj na proces. Ako element nije bitan za izvođenje procesa, onda njegovo uključivanje u model nije preporučljivo, jer može samo zakomplikovati model poslovnog procesa.

Metode modeliranja poslovnih procesa

Danas postoji prilično veliki broj metoda za modeliranje poslovnih procesa. Ove metode pripadaju različitim tipovima modeliranja i omogućavaju vam da se fokusirate na različite aspekte. Sadrže i grafičke i tekstualne alate, pomoću kojih možete vizualizirati glavne komponente procesa i dati precizne definicije parametara i odnosa elemenata.

Modeliranje poslovnih procesa se izvodi pomoću sljedećih metoda:

Dijagram toka (dijagram toka rada) je grafička metoda predstavljanja procesa u kojem su operacije, podaci, procesna oprema itd. prikazani posebnim simbolima. Metoda se koristi za prikaz logičkog slijeda radnji procesa. Glavna prednost metode je njena fleksibilnost. Proces se može predstaviti na mnogo načina.
Dijagram toka podataka (dijagram toka podataka). Dijagram toka podataka ili DFD se koristi za prikaz prijenosa informacija (podataka) iz jedne operacije procesa u drugu. DFD opisuje odnos operacija kroz informacije i podatke. Ova metoda je osnova strukturalne analize procesa, jer omogućava vam da dekomponujete proces na logičke nivoe. Svaki proces se može raščlaniti na podprocese na višem nivou detalja. Upotreba DFD-a vam omogućava da odražavate samo tok informacija, ali ne i tok materijala. Dijagram toka podataka pokazuje kako informacije ulaze i izlaze iz procesa, koje akcije mijenjaju informacije, gdje se informacije pohranjuju u procesu, itd.
Dijagram aktivnosti uloga (dijagram uloga). Koristi se za modeliranje procesa u smislu pojedinačnih uloga, grupa uloga i interakcije uloga u procesu. Uloga je apstraktni element procesa koji obavlja organizacionu funkciju. Dijagram uloga pokazuje stepen "odgovornosti" za proces i njegove operacije, kao i interakciju uloga.
IDEF (Integrated Definition for Function Modeling) je čitav skup metoda za opisivanje različitih aspekata poslovnih procesa (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Ove metode su zasnovane na SADT (Structured Analysis and Design Technique) metodologiji. Metode IDEF0 i IDEF3 najčešće se koriste za modeliranje poslovnih procesa.
IDEF0 - omogućava vam da kreirate model funkcije procesa. IDEF0 dijagram prikazuje glavne procesne funkcije, ulaze, izlaze, kontrolne akcije i uređaje koji se odnose na glavne funkcije. Proces se može dekomponovati na niži nivo.
IDEF3 - ova metoda vam omogućava da kreirate "bihevioralni" model procesa. IDEF3 se sastoji od dvije vrste modela. Prvi prikaz predstavlja opis toka posla. Drugi je opis prelaznih stanja objekata.
Obojene Petrijeve mreže– ova metoda predstavlja model procesa u obliku grafa, gdje su vrhovi radnje procesa, a lukovi događaji, zbog kojih proces prelazi iz jednog stanja u drugo. Petrijeve mreže se koriste za dinamičko modeliranje ponašanja procesa.
Unified Modeling Language (UML) - je objektno orijentisana metoda modeliranja procesa. Sastoji se od 9 različitih dijagrama, od kojih svaki omogućava modeliranje različitih statičkih ili dinamičkih aspekata procesa.

Većina ovih metoda implementirana je u softveru. Omogućava vam da podržite poslovne procese ili ih analizirate. Primjeri takvog softvera su različiti CASE alati za modeliranje procesa.