Crafts

Opisujemo poslovne procese organizacije. Teza: Modeliranje poslovnih procesa na primjeru kompanije za razvoj softvera Razvoj poslovnih procesa na primjeru poduzeća

Analiza aktivnosti preduzeća i modeliranje glavnih poslovnih procesa. Modeliranje poslovnih procesa pomoću Rational Rose CASE alata. Ostvarivanje profita širenjem tržišta roba i usluga. Poslovni proces "Narudžba i kupovina robe."

Pošaljite svoj dobar rad u bazu znanja je jednostavno. Koristite obrazac ispod

Studenti, postdiplomci, mladi naučnici koji koriste bazu znanja u svom studiranju i radu biće vam veoma zahvalni.

Slični dokumenti

Modeliranje poslovnih procesa kao sredstvo za pronalaženje načina za optimizaciju aktivnosti kompanije. SADT (Structural Analysis and Design) metodologija, IDEF porodica standarda i algoritamskih jezika su osnova metodologija modeliranja poslovnih procesa.

sažetak, dodan 14.12.2011

Suština, značaj i metodologija modeliranja poslovnih procesa. Istorija razvoja metodologija modeliranja. Sistematizacija znanja o preduzeću i njegovim poslovnim procesima u vizuelnom grafičkom obliku za analitičku obradu dobijenih informacija.

sažetak, dodan 29.04.2009

Kreiranje modela poslovnog procesa "Prodaja" u BPwin-u. Svrhe i pravila prodaje. Predviđanje poslovnih procesa JPP "Statistica". Metode analize, modeliranja, predviđanja aktivnosti u predmetnoj oblasti "Prodaja", proučavanje VIP preduzeća JPP.

kurs, dodan 18.02.2012

Razvoj jezika za modeliranje stvarnih poslovnih procesa u okviru „Studija poslovnih igara zasnovanih na kompetencijama“. Koristeći DSM platformu MetaEdit+. Izrada zahtjeva za programski jezik koji se razvija. Pravila za razvoj jezičkog metamodela.

kurs, dodato 05.10.2014

Faze razvoja automatizovanog informacionog sistema preduzeća. Okruženje za poslovno modeliranje BPwin. Razvoj metodoloških pristupa, prijedloga i smjernica za planiranje, organiziranje i unapređenje softvera organizacije.

teza, dodana 05.07.2009

Modeliranje propisa Centra za sertifikaciju ključeva AD „Infrastruktura javnih ključeva“ uzimajući u obzir bezbednosne zahteve. Osnovne definicije i koncepti modeliranja procesa. Funkcije softversko-hardverskog kompleksa centra. Sigurnosni atributi.

teze, dodato 20.03.2012

Arhitektura integrisanih informacionih sistema ARIS kao metodologija za modeliranje poslovnih procesa, prednosti i mane upotrebe. Izbor poslovnog procesa za modeliranje i njegov sadržajni opis, tabelarni format za njegov opis.

kurs, dodato 19.06.2015

anotacija

biznis modeliranja informacija

Ovaj rad ispituje poslovne procese PromTransInform doo - u daljem tekstu PTI.

Pregledano je i proučavano sljedeće:

· opšte karakteristike preduzeća;

Razmotrene su vrste aktivnosti organizacije, koje proizvode uvodi i koje usluge pruža, sa kojim organizacijama (posebno najvećim) su sklopljeni ugovori i kako to utiče na aktivnosti organizacije.

· opisane su metodologije za opisivanje poslovnih procesa;

ARIS metodologija se uglavnom koristi u PTI, što vam omogućava da sagledate organizaciju sa svih tačaka gledišta i omogućava vam da razmotrite organizaciju koristeći hijerarhiju modela - od generalizacije do nivoa procedura i resursnog okruženja funkcija.

· konstruisani su dijagrami poslovnih modela (u ARIS notacijama pomoću CASE alata Microsoft Visio) „KAKO JESTE“ (kao što jeste);

· pronađeno je “usko grlo” i, koristeći eEPC model kao primjer, prikazan je model “KAKO BI” (kao što bi trebalo biti);

„Usko grlo“ u ovom predmetu je slaba organizacija procesa rada, koja nastaje kada se odgovornosti neracionalno rasporede, što usporava izvršenje naloga.

· napisan ugovor o modeliranju i dokumentaciji poslovnog procesa;

· izvršena je analiza procesa.

Uvod

Svrha rada je modeliranje poslovnih procesa PromTransInform doo, identifikovanje nedostataka u radu pojedinih odeljenja i predlaganje načina za njihovo otklanjanje.

Pitanje unapređenja aktivnosti preduzeća pronalaženjem i otklanjanjem takozvanih „uskih grla“ u radu zaposlenih korišćenjem modeliranja poslovnih procesa je relevantno u svakom preduzeću u razvoju.

Predmet proučavanja u ovome rad na kursu, je PTI doo i njegova odjeljenja, čija je glavna usluga automatizacija poduzeća industrijskog željezničkog transporta.

Predmet proučavanja je interakcija odeljenja i zaposlenih u tim odeljenjima koji su odgovorni generalnom direktoru.

Ciljevi posla: osposobljavanje u radnim veštinama sa metodologijom modeliranja poslovnih procesa ARIS, prikupljanje informacija i proučavanje poslovnih procesa preduzeća, procedure modeliranja, izrada dijagrama poslovnog modela, izrada ugovora o modeliranju i dokumentovanje poslovnog procesa, izvođenje analize procesa.

Metode rada. Rad se izvodi s ciljem usavršavanja vještina konstruiranja dijagrama poslovnog modela u ARIS notacijama pomoću CASE alata Microsoft Visio na primjeru poslovnih procesa PTI OJSC.

Kao početni podaci u ovom radu koriste se sljedeće informacije:

· organizaciona struktura preduzeća;

· karakteristike preduzeća;

· organizacija projektovanja u konsultantskim preduzećima;

· informacije o korištenim sistemima primjene PTI.

Kao rezultat obavljenog posla i otklanjanja uskih grla, očekuje se da će rad zaposlenih biti pojednostavljen i olakšan, a samim tim i smanjenje intenziteta rada i grešaka u izvještajima.

1. Arhitektura integrisanih informacionih sistema ARIS kao metodologija za modeliranje poslovnih procesa

Programer metodologije ARIS (Architecture of Integrated Information Systems) je IDS Scheer AG, koju je 1984. godine osnovao profesor August-Wilhelm Scheer u Saarbrückenu (Saarland, Njemačka). ARIS metodologija je moderan pristup strukturiranom opisu aktivnosti organizacije i njenom predstavljanju u obliku međusobno povezanih i komplementarnih grafičkih modela koji su laki za razumevanje i analizu.

Modeli koji se koriste u ARIS-u prikazani su na slici 1.1.

Slika 1.1 – Klasifikacija ARIS modela

Modeli kreirani korišćenjem ARIS metodologije odražavaju postojeće stanje sa različitim stepenom aproksimacije. Nivo detalja u opisu ovisi o ciljevima projekta u okviru kojeg se modeliranje izvodi. ARIS modeli se mogu koristiti za analizu i razvoj različitih vrsta rješenja za reorganizaciju djelatnosti preduzeća, uključujući implementaciju upravljačkog informacionog sistema i razvoj sistema upravljanja kvalitetom.

ARIS metodologija implementira principe strukturne analize i omogućava vam da identifikujete i odrazite u modelima glavne komponente organizacije, tekuće procese, proizvedene i potrošene proizvode, korišćene informacije, kao i da identifikujete odnose između njih. Kreirani modeli predstavljaju dokumentovani korpus znanja o sistemu upravljanja, uključujući organizacionu strukturu, tekuće procese, interakcije između organizacije i tržišnih subjekata, sastav i strukturu dokumenata, redosled koraka procesa, opise poslova službi i njihovih zaposlenih. . Za razliku od drugih pristupa, ARIS metodologija uključuje pohranjivanje svih informacija u jedno spremište, što osigurava integritet i konzistentnost procesa modeliranja i analize, a također omogućava verifikaciju modela.

ARIS metodologija se zasniva na konceptu integracije, nudi holistički pogled na procese i predstavlja mnogo različitih metodologija kombinovanih u okviru jedinstvenog sistemskog pristupa. Među njima su tako dobro poznate kao:

eEPC dijagram (Prošireni lanac procesa vođen događajima - lanac procesa događaja)

· Chen dijagram (ERM - model odnosa entiteta - model odnosa entiteta)

· UML jezik (Unified Modeling Language - univerzalni jezik za modeliranje)

· OMT tehnika (Object Modeling Technique - objektno orijentirana tehnika modeliranja)

· BSC metodologija (Balanced Scorecard) Prednost ovog pristupa je što postaje moguće opisati procese i njihovo okruženje sa različitih, komplementarnih gledišta.

2. Prednosti i nedostaci postojećih metodologija modeliranja poslovnih procesa

ARIS metodologija.

Prednosti:

· sposobnost sagledavanja objekta iz različitih tačaka gledišta; različiti nivoi opisa koji podržavaju koncept životnog ciklusa sistema; diferenciran pogled na analizirani objekat (organizacija, sistem upravljanja itd.);

· bogatstvo metoda modeliranja, koje odražavaju različite aspekte predmetne oblasti koja se proučava, omogućava vam da modelirate širok spektar sistema (organizacijskih, ekonomskih, tehnoloških i drugih);

· jedno spremište; svi modeli i objekti se kreiraju i pohranjuju u jedinstvenu projektnu bazu podataka, što osigurava izgradnju integriranog i holističkog modela predmetne oblasti;

· mogućnost ponovljene primjene rezultata modeliranja; akumulirano korporativno znanje o svim aspektima aktivnosti organizacije može dalje poslužiti kao osnova za razvoj različitih projekata direktno u ARIS okruženju i korišćenjem interfejsa i drugih alata.

Nedostaci:

· Za neke procese prekomjerna formalizacija ne samo da je neefikasna, već je čak i štetna zbog njihove specifičnosti. Primjer bi bile one komponente poslovne aktivnosti koje su direktno povezane sa kreativnim rješavanjem nepredvidivih problema koji se javljaju u toku ove aktivnosti.

· Visoka cijena proizvoda.

SADT ( Strukturirana analiza i tehnika dizajna) je metodologija za strukturnu analizu i projektovanje koja integriše proces modeliranja, upravljanje konfiguracijom projekta, upotrebu dodatnih jezičkih alata i upravljanje projektima sa sopstvenim grafičkim jezikom. Proces modeliranja može se podijeliti u nekoliko faza: intervjuisanje stručnjaka, kreiranje dijagrama i modela, distribucija dokumentacije, procjena adekvatnosti modela i prihvatanje za dalju upotrebu. Ovaj proces je dobro uspostavljen jer stručnjaci obavljaju specifične odgovornosti tokom razvoja projekta, a bibliotekar osigurava pravovremenu razmjenu informacija.

SADT se pojavio kasnih 1960-ih kao dio revolucije koju je donijelo strukturirano programiranje. Dok se većina ljudi borila sa stvaranjem softvera, malo ih je pokušavalo riješiti složeniji problem stvaranja sistema velikih razmjera koji uključuju i ljude i mašine i softver, slično sistemima koji se koriste u telefonskim komunikacijama, industriji, vladi i kontroli oružja. U to vrijeme, stručnjaci tradicionalno uključeni u kreiranje sistema velikih razmjera počeli su prepoznavati potrebu za većim redom. Stoga su programeri odlučili formalizirati proces stvaranja sistema, podijelivši ga u sljedeće faze:

Analiza – određivanje šta će sistem raditi

· Dizajn - definicija podsistema i njihove interakcije

· Implementacija - razvoj podsistema odvojeno

Integracija - povezivanje podsistema u jedinstvenu cjelinu

· Testiranje - provjera rada sistema

· Instalacija - puštanje sistema u rad

· Rad -- korištenje sistema

SADT metoda je najpogodnija za opisivanje modela najvišeg nivoa. Njegove glavne prednosti su sljedeće:

· potpunost opisa BP (upravljanje, tokovi informacija i materijala, povratne informacije).

· Složenost dekompozicije

· Mogućnost agregiranja i detaljiranja tokova podataka i informacija (razdvajanje i spajanje lukova)

· Dostupnost strogih zahtjeva koji osiguravaju dobijanje modela standardnog tipa.

Lako dokumentirati proces

· Usklađenost pristupa opisivanju procesa sa ISO standardom

Istovremeno, SADT ima niz nedostataka:

· Teškoća percepcije - veliki broj lukova na dijagramu.

· Veliki broj nivoa razlaganja

· Poteškoće u povezivanju nekoliko procesa predstavljenih u različitim modelima iste organizacije.

IDEF0

Metodologija funkcionalnog modeliranja. Koristeći vizuelni grafički jezik IDEF0, sistem koji se proučava se pojavljuje programerima i analitičarima u obliku skupa međusobno povezanih funkcija (funkcionalni blokovi - u terminima IDEF0). Po pravilu, modeliranje pomoću IDEF0 je prva faza u proučavanju bilo kojeg sistema.

Glavne prednosti IDEF0 su sljedeće:

· potpunost opisa poslovnog procesa (upravljanje, tokovi informacija i materijala, povratne informacije);

· složenost u dekompoziciji (migracija i tuneliranje strelica);

· sposobnost agregiranja i detaljiranja tokova podataka i informacija (razdvajanje i spajanje strelica);

· postojanje strogih metodoloških zahtjeva koji osiguravaju proizvodnju procesnih modela standardnog tipa;

· jednostavnost procesa dokumentovanja;

· usklađenost pristupa opisivanju procesa u IDEF0 sa standardima ISO 9000:2000.

Stoga je opšta svrha IDEF0 da restrukturira strukturu funkcija, što će poboljšati performanse i efikasnost sistema.

Metodologija IDEF3 (Integrated Definition Process Description Capture Method) je razvijena kako bi se praktičnije opisali radni procesi (Work Flow), za koje je važno odražavati logički slijed procedura. Ova tehnika, za razliku od IDEF0, nije standardizovana.

IDEF3 je strukturna metoda koja pokazuje uzročno-posledične veze i događaje. Takođe pokazuje kako je rad organizovan i koji korisnici rade sa simuliranim sistemom. IDEF3 opisuje scenario i redoslijed operacija za svaki proces. Scenario je opis redoslijeda promjena svojstava objekta u okviru procesa koji se razmatra (na primjer, opis slijeda faza obrade dijela u radionici i promjena njegovih svojstava nakon prolaska kroz svaku fazu). Izvođenje svakog scenarija prati odgovarajući tok dokumenata koji se sastoji od dva toka: dokumenata koji definišu strukturu i redoslijed procesa (tehnološke upute, opisi standarda) i dokumenata koji odražavaju napredak njegove implementacije (rezultati ispitivanja, izvještaji o greškama). ).

IDEF3 dokumentacija i alati za modeliranje omogućavaju vam da izvršite sljedeće zadatke:

· dokumentovati dostupne podatke o procesnoj tehnologiji;

· identifikovati i analizirati tačke uticaja povezanih tokova dokumenata na scenario tehnološkog procesa;

· identificirati situacije u kojima je potrebna odluka koja utiče na životni ciklus procesa (na primjer, promjena tehnoloških svojstava finalnog proizvoda);

· olakšati donošenje optimalnih odluka pri reorganizaciji tehnoloških procesa;

· razviti simulacijske modele tehnoloških procesa po principu „šta će se dogoditi ako...“.

IDEF3 ima direktnu vezu sa IDEF0 metodologijom - svaka funkcija može biti predstavljena kao poseban proces koristeći IDEF3. Ali funkcionalno modeliranje u IDEF3 razlikuje se od modeliranja u IDEF0 i DFD po tome što odražava funkcije sistema u vremenskom nizu njihove implementacije.

DFD (Data Flow Diagrams) metodologija - dijagrami toka podataka su način predstavljanja procesa obrade informacija. Autori tehnike, Gane i Sarson, razvili su je nezavisno od IDEF0. Ova tehnika, za razliku od IDEF0, nije standardizovana.

Za razliku od IDEF0 strelica, koje predstavljaju krute odnose, DFD (tok podataka) strelice pokazuju kako se objekti (uključujući podatke) zapravo kreću od jedne funkcije do druge. Ova reprezentacija toka podataka osigurava da DFD model odražava fizičke karakteristike sistema, kao što su kretanje objekta, skladištenje objekta i širenje objekta.

DFD dijagrami pružaju zgodan način za opisivanje informacija koje se prenose kako između dijelova sistema koji se modelira, tako i između sistema i vanjskog svijeta. Ovaj kvalitet određuje opseg DFD-a - oni se koriste za kreiranje modela razmjene informacija organizacije, na primjer, modela toka dokumenata. DFD se takođe široko koristi u izgradnji korporativnih informacionih sistema.

Unified Modeling Language (UML), unificirani jezik za modeliranje, je jezik za modeliranje i specifikacije koji nije u vlasništvu namijenjen upotrebi u polju razvoja softvera. Međutim, opseg njegove primjene nije ograničen samo na oblast modeliranja informacionih sistema. Takođe se može koristiti za modeliranje inženjerskih sistema, poslovnih procesa i organizacionih struktura. UML je jezik koji koriste sistemski inženjeri da specificiraju, vizualizuju, konstruišu i dokumentuju kompleksne objektne sisteme bogate informacijama.

Prednosti UML-a

· UML je objektno orijentisan, zbog čega su metode za opisivanje rezultata analize i dizajna semantički bliske metodama programiranja u savremenim objektno orijentisanim jezicima;

· UML vam omogućava da opišete sistem sa skoro svih mogućih tačaka gledišta i različitih aspekata ponašanja sistema;

· UML dijagrami su relativno laki za čitanje kada se prilično brzo upoznate sa njegovom sintaksom;

· UML proširuje i omogućava vam da unesete sopstvene tekstualne i grafičke stereotipe, što promoviše njegovu upotrebu ne samo u oblasti softverskog inženjeringa;

· UML je postao široko rasprostranjen i dinamično se razvija.

Nedostaci:

· Suvišnost jezika. UML se često kritizira kao nepotrebno velik i složen. Uključuje mnoge suvišne ili uglavnom neiskorištene dijagrame i konstrukcije.

· Netačna semantika. Budući da je UML definiran kombinacijom samog sebe (apstraktna sintaksa), OCL (jezik ograničenja formalne validacije) i engleskog (detaljna semantika), on nema ograničenja svojstvena jezicima koji su precizno definirani formalnim tehnikama opisa. U nekim slučajevima apstraktna sintaksa UML-a, OCL-a i engleskog je u suprotnosti jedna s drugom, u drugim slučajevima je nepotpuna. Neprecizni opisi samog UML-a podjednako utiču na korisnike i na dobavljače alata, što dovodi do nekompatibilnosti alata zbog jedinstvenih interpretacija specifikacija.

· Problemi u učenju i implementaciji. Gore navedeni problemi čine učenje i implementaciju UML-a izazovnim, posebno kada menadžment prisiljava poslovne analitičare da koriste UML bez prethodnog znanja.

· Trudi se da svima bude sve. UML je jezik za modeliranje opće namjene koji pokušava postići kompatibilnost sa svim mogućim razvojnim jezicima. U kontekstu konkretnog projekta, da bi dizajnerski tim postigao određeni cilj, moraju se odabrati primenljive UML mogućnosti. Štaviše, načini ograničavanja opsega UML-a u određenoj domeni su kroz formalizam koji nije u potpunosti artikulisan i koji je i sam podložan kritici.

3. Izbor poslovnog procesa za modeliranje i njegov sadržajni opis

3.1. Opšte karakteristike preduzeća

PromTransInform doo se bavi automatizacijom preduzeća industrijskog železničkog transporta kroz implementaciju informacionih komponenti softversko-hardverskog kompleksa Integrisanog informacionog sistema za upravljanje "Transportno-logistički kompleks", upravljanje projektima za implementaciju specijalizovanih sistema za upravljanje informacijama u magistralnoj liniji. željeznički saobraćaj, kao i upravljanje projektima za implementaciju uređaja na teritoriji Republike Kazahstan, uređaja i informacionih sistema željezničke automatike i telemehanike, pruža konsultantske usluge u ovoj oblasti.

Glavne aktivnosti PromTransInform doo su:

Automatizacija željezničkih preduzeća koja radi sa IT proizvodima kao što su IAS „Transportni rad“, IAS „Operativni troškovi“, IAS „Transportna sredstva“, IAS „Interakcija s klijentima“, IAS „Efikasnost logistike“.

Hardversko-softverski kompleks IAS TR dio je softversko-hardverske platforme „PTI Framework .Net.2.1.“, na kojoj je izgrađen Integrisani upravljački informacioni sistem „Železnički kompleks“ (IIMS „ŽKD“).

Ovaj kompleks je specijalizovano rešenje PromTransInform doo, zasnovano na IT proizvodima .NET linije kompanije Microsoft.

IAS TR koristi značajnu količinu ugrađene poslovne logike koja osigurava automatizirano upravljanje željezničkim kompleksom Kupca.

Informaciono-analitički sistem „Transport Work” (u daljem tekstu „IAS TR”) razvili su stručnjaci iz PromTransInform LLC (Novosibirsk).

Osnovni cilj implementacije IAS TR je sveobuhvatna automatizacija upravljanja poslovnim procesima planiranja proizvodnje i obračuna obima i troškova:

Transportna logistika (transport); Objavljeno na http://www.site/

Transportni (logistički) poslovi;

Prijevoz oPostavljeno na http://www.site/

Usluge korisnicima (pružanje usluga prijevoza);

Troškovi transporta (troškovi rada Objavljeni na http://www.site/

i tarife za usluge);

Rad transportnih sredstava željezničkog preduzeća na pristupnoj trasi iu glavnom saobraćaju.

Uzima u obzir industrijske razlike u proizvodnim i ekonomskim aktivnostima željezničkih preduzeća (u poređenju sa aktivnostima industrijskih preduzeća)

PromTransInform doo se bavi i transportnim i ekonomskim konsaltingom (Transportno-logički kompleksi za železnički transport, Transportni konsalting za železnički saobraćaj, Ekonomski konsalting za železnički saobraćaj, IT konsalting za železnički saobraćaj, Metodološka uputstva o tarifama za železnicu) i upravljanje projektima u železničkim preduzećima ( implementacija informacionih sistema u željezničkom saobraćaju, optimizacija poslovnih procesa logistike željezničkog transporta, optimizacija troškova poslovanja željezničkog transportnog kompleksa, implementacija sistema upravljanja projektima).

Glavni partneri i kupci PromTransInform LLC preduzeća su preduzeća industrijskog železničkog kompleksa železničke industrije Republike Kazahstan i Rusije.

Glavni metodološki partner PromTransInform doo je Sibirska državna obrazovna ustanova Državni univerzitetŽeljeznice" (Novosibirsk). Specijalisti kompanije imaju 6 godina iskustva u željezničkoj industriji.

3.2 Područje istraživanja

Kao predmet proučavanja uzećemo PromTransInform doo, odnosno proces organizacije radnog procesa. Pregledom ovog preduzeća i razgovorom sa zaposlenima, može se utvrditi da postoji slaba organizacija procesa rada. Potpuniji opis uskog grla i načini za njegovo otklanjanje predstavljeni su u odjeljku Analiza procesa.

Organizaciona struktura PromTransInform doo (Slika 3.1):

Slika 3.1-Organizaciona struktura PTI

3.3 Procedura za sprovođenje ankete

· Lokacija istraživanja je zgrada PromTransInform doo, ul. Krasny Prospekt, 220/5, kancelarija 326 (Sibirski sajam);

· Način ispitivanja - intervju sa zaposlenima u PromTransInform doo usmeno, uz pribavljanje potrebne dokumentacije u elektronskoj formi.

4. Modeliranje “KAKO JESTE” (kao što jeste), opis pristupa. izbor i opravdanje tipova dijagrama koji se koriste za opisivanje poslovnog procesa pomoću ARIS-a

Svako preduzeće ima strukture, pravila i dokumente koji čine osnovu za nesmetano funkcionisanje korporativnih procedura i moraju biti integrisani u novi sistem upravljanja kvalitetom. Analiza „kao što jeste“ uključuje ispitivanje standarda koji se implementira, uzimajući u obzir specifikacije kompanije. Svrha takve analize je da razjasni zahtjeve standarda i u kojoj mjeri oni utiču na specifične aspekte aktivnosti kompanije. U istoj fazi unutar kompanije se vrši popis dokumenata i informacionih sistema vezanih za kvalitet.

Za modeliranje procesa PromTransInform doo koristićemo sljedeće dijagrame:

· Organizaciona šema - opis organizacione strukture odeljenja.

· Mapa znanja – prikazuje tipove znanja radnika PTI i strukturira oblike njihovog skladištenja kako bi se utvrdile sposobnosti koje imaju.

· Mapa ovlaštenja - opis ovlaštenja zaposlenika.

· Dijagram nosioca informacija – opis dokumenata radi lakšeg opisivanja procesa koji se odvijaju u odjeljenju.

· Stablo funkcija - dijeljenje funkcija koje obavlja odjel na nivoe radi vizualnijeg predstavljanja aktivnosti odjela.

· Dijagram dodjele funkcija - opis objekata koji okružuju funkciju za vizualni prikaz složene funkcije.

· Komunikacioni dijagram – predstavljanje interakcije organizacionih jedinica za opisivanje izvršenja celokupnog procesa proizvodnje.

· Dijagram rizika - za opisivanje rizika koji nastaju u procesu aktivnosti.

· Stablo proizvoda/usluga - za strukturiranje proizvoda dobijenih kao rezultat aktivnosti odjela.

· Model tehničkih resursa - za opisivanje tehničkih resursa koji se koriste u odjeljenju.

· Dijagram lanca dodane vrijednosti – opis procesa odjela koji utiču na kvalitet funkcioniranja. Da opiše vrste PTI aktivnosti koje stvaraju dodatni kvalitet proizvoda.

· Dijagram lanca procesa vođen događajima - opis radnji unutar poslovnog procesa. Za vizuelni prikaz procesa koje obavlja odjel.

5. Konvencije modeliranja

Svrha projekta modeliranja poklapa se sa svrhom kursnog projekta i predstavljena je u uvodu. Donji rad ispituje modele “KAKO JESTE” (kao što jeste) i “KAKO BI” (kako bi trebalo da bude). Metoda modeliranja je odozgo prema dolje.

Razmatra se modeliranje na sljedećim nivoima apstrakcije: standardni poslovni procesi i poslovni procesi instance.

Modeli se razmatraju u odnosu na početne podatke: opis zahtjeva, opis ovlaštenja, opis poslova, usluge kompanije, funkcije zaposlenika.

ARIS metodologija sadrži mnogo tipova modela, od kojih je svaki dodijeljen određenoj vrsti reprezentacije i nivou opisa. Rad koristi sljedeću hijerarhiju koja se koristi za modeliranje poslovnog procesa:

- procesi najvišeg nivoa, koji uključuju dijagrame Organizaciona šema - Organizaciona struktura PTI, Model tehničkih resursa - Tehnički resursi, Stablo proizvoda/usluga - Proizvodi i usluge PTI

- podprocesi, koji uključuju dijagram nosioca informacija - PTI dokumenti

- procesne scenarije, koji uključuju dijagram karte autorizacije - Ovlasti poslovnog analitičara

- procedure (operacije), koji uključuju dijagrame lanac procesa vođen događajima, mapu znanja - mapu znanja poslovnog analitičara, dijagram alokacije funkcija - okruženje funkcija - proces modernizacije IAS-a "Transportni rad" za klijenta, dijagram lanca dodane vrijednosti - Procedure za proces učešća u konkurenciji.

U prethodnom odeljku navedeni su tipovi dijagrama koji su predstavljeni u nastavnom radu. Elementi ovih dijagrama su detaljno opisani u konvenciji modeliranja.

5.1 Rečnik pojmova projekta

Ugovor o modeliranju definira tumačenje sljedećih termina koji se koriste u projektu (Tabela 5.1):

Tabela 5.1 - Pojmovnik

termin (ruski)	termin (engleski)	Definicija
		Radnje zaposlenih koje se izvode kada se pojavi određeni skup uslova (događaja) i imaju za cilj postizanje traženog rezultata.
		Odraz promena stanja spoljašnjeg ili unutrašnjeg okruženja, izraženih u skupu dokumenata, donetim odlukama, dolasku određenog roka i sl. To je rezultat izvršene radnje, kao i potrebe da se ona izvrši. ili više od sljedećih radnji. Za razliku od funkcija koje odražavaju proces koji se odvija tokom vremena i ima određeno trajanje, događaji se događaju u jednom trenutku.
Poslovni proces	Poslovni proces	Povezani skup ponovljivih radnji (funkcija) koje pretvaraju izvorni materijal i/ili informacije u konačni proizvod (uslugu) u skladu s unaprijed utvrđenim pravilima.
		Proizvod/usluga - rezultat ljudska aktivnost ili tehnološki proces. Proizvod može biti materijalni ili nematerijalni (usluga).

5.2 Dijagram lanca procesa vođenog događajima (eEPC). Korišteni objekti i njihovi simboli prikazani su u tabeli 5.2.1.

Tabela 5.2.1 - korišteni objekti

Vrsta objekta ruski (engleski)	Namjeravanu upotrebu	Pravila imenovanja
Događaj	Prikaz događaja koji se dešavaju tokom izvršavanja poslovnog procesa	Ime počinje imenom objekta, stanjem ili događajem u odnosu na koji se dogodio
	Predstavljanje medija za pohranu informacija u nematerijalnom obliku (npr. na magnetnom disku ili flash memoriji)	Pominje se kao ime datoteke ili ime baze podataka
Nositelj informacija	Predstavljanje medija za skladištenje informacija u materijalizovanom obliku (npr. na papiru)	Naziv mora sadržavati naziv dokumenta
Instanca funkcije	Opis instance poslovne funkcije u lancu izvršavanja poslovnog procesa.
Pozicija		Puni naziv radnog mjesta

Tipovi veza koji se koriste u dijagramu lanca procesa vođen događajima prikazani su u tabeli 5.2.2.

Tabela 5.2.2 - vrste veza

Vrsta komunikacijskog izvornog objekta	Vrsta komunikacije ruski (engleski)	Namjeravanu upotrebu	Vrsta objekta prijemnika komunikacije
Događaj	Aktivira		Funkcija
Funkcija	Kreira	Namijenjen da opiše događaj kreiran na izlazu	Događaj
Funkcija	Vodi do		Pravilo
Pravilo	Aktivira	Dizajniran za pozivanje funkcije	Funkcija
Pravilo	Vodi do	Namijenjen da opiše ishod izvršenja	Događaj
Organizaciona jedinica	Izvršava		Funkcija
Pozicija	Izvršava	Namijenjen za označavanje jedinice/osobe koja obavlja funkciju	Funkcija
Nositelj informacija Funkcija			Funkcija
			Nositelj informacija
Sistem aplikacija	Podržava		Funkcija

5.3 Organizaciona šema

Tabela 5.3.1 - Korišteni objekti

Tipovi odnosa koji se koriste u dijagramu organizacione strukture prikazani su u tabeli 5.3.2.

Tabela 5.3.2 - vrste veza

5.4 Dijagram strukture znanja

Tipovi objekata koji se koriste u dijagramu strukture znanja prikazani su u tabeli 5.4.1.

Tabela 5.4.1 - tipovi objekata

Vrsta objekta ruski (engleski)	Simbol sa zadanim imenom (ruski/engleski)	Namjeravanu upotrebu	Pravila imenovanja
Dokumentovano znanje		Objekt se koristi za identifikaciju formalizirane (dokumentirane) količine znanja potrebnog za obavljanje poslovne funkcije.	Puni naziv dokumenta koji sadrži informacije
		Predstavljanje znanja ili vještina koje zaposlenik mora posjedovati ili koje su neophodne za uspješno obavljanje poslovne funkcije.	Poluformalna definicija potrebne količine znanja
Pozicija		Zastupanje pozicije zaposlenog u organizaciji.	Puni naziv radnog mjesta

Tipovi odnosa koji se koriste u dijagramu strukture znanja prikazani su u tabeli 5.4.2.

Tabela 5.4.2 - vrste veza

5.5 Dijagram nosioca informacija

Tipovi objekata koji se koriste u dijagramu prikazani su u tabeli 5.5.1

Tabela 5.5.1 - Tipovi objekata

Tipovi veza koji se koriste u dijagramu prikazani su u tabeli 5.5.2.

Tabela 5.5.2 - vrste veza

5.6 Mapa autorizacije

Tipovi korišćenih objekata prikazani su u tabeli 5.6.1.

Tabela 5.6.1 - tipovi objekata

Tipovi veza su prikazani u tabeli 5.6.2.

Tabela 5.6.2 - vrste veza između objekata

5.7 Stablo funkcija

Tipovi korišćenih objekata prikazani su u tabeli 5.7.1.

Tabela 5.7.1 - tipovi objekata

Vrste priključaka prikazane su u tabeli 5.7.2.

Tabela 5.7.2 - vrste veza

5.8 Dijagram dodjele funkcija

Tipovi korišćenih objekata prikazani su u tabeli 5.8.1.

Tabela 5.8.1 - tipovi objekata

Vrsta objekta ruski (engleski)	Simbol sa zadanim imenom (ruski/engleski)	Namjeravanu upotrebu	Pravila imenovanja
Cilj		Opis svrhe procesa	Naziv počinje oznakom radnje ili procesa, čije su bitne karakteristike date kasnije u nazivu.
Operativni resurs		Reprezentacija korištenih resursa	Naziv sadrži naziv resursa
Sistem aplikacija		Prezentacija korišćenih aplikativnih sistema	Ime sadrži ime instance aplikacijskog sistema
Pozicija		Zastupanje pozicije zaposlenog u organizaciji.	Puni naziv radnog mjesta
pismo (pošta)		Pismo e-mailom	Ime sadrži naziv priloženog pisma poslanog e-poštom
Nositelj informacija		Prezentacija nosioca informacija u materijalnom obliku	Naziv mora sadržavati naziv kolekcije
Lokacija		Mjesto gdje se objekat nalazi	Ime mora sadržavati koordinate lokacije

Vrste priključaka date su u tabeli 5.8.2.

Tabela 5.8.2 - vrste veza

Vrsta komunikacijskog izvornog objekta	Vrsta komunikacije rus. (engleski)	Namjeravanu upotrebu	Vrsta objekta prijemnika komunikacije
Funkcija	Podržava	Dizajniran da opiše podređenost funkcija	Cilj
Pozicija	Da li je IT odgovoran za	Namijenjen je da opiše doprinos datog zaposlenika obavljanju funkcije	Funkcija
Nositelj informacija	Pruža ulaz za	Namijenjen da opiše kako dokumentirati funkciju	Funkcija
Funkcija	Kreira izlaz za		Nositelj informacija
Sistem aplikacija	Podržava	Namijenjen da opiše sistem aplikacija koji se koristi	Funkcija
Funkcija	Izvršava se u	Namijenjen da opiše gdje se funkcija izvodi	Lokacija

5.9 Komunikacijski dijagram

Tipovi objekata prikazani su u tabeli 5.9.1.

Tabela 5.9.1 - Tipovi objekata

Tipovi veza su prikazani u tabeli 5.9.2.

Tabela 5.9.2 - vrste veza

5.10 Model tehničkih resursa

Tipovi objekata prikazani su u tabeli 5.10.1.

Tablica 5.10.1 - tipovi objekata

Vrste priključaka prikazane su u tabeli 5.10.2

Tabela 5.10.2 - vrste veza

5.11 Stablo proizvoda/usluga

Tipovi korišćenih objekata prikazani su u tabeli 5.11.1.

Tabela 5.11.1 - tipovi objekata

Vrste priključaka prikazane su u tabeli 5.11.2.

Tabela 5.11.2 - vrste veza

Tipovi korišćenih objekata prikazani su u tabeli 5.12.1

5.12. Dijagram rizika

Tipovi veza su prikazani u tabeli 5.12.2.

Tabela 5.12.2 - vrste veza

5.13 Dijagram lanca dodane vrijednosti

Tipovi objekata prikazani su u tabeli 5.13.1

Vrste priključaka prikazane su u tabeli 5.13.2

Tabela 5.13.2 - vrste veza

6. Dijagrami poslovnog modela

6.1 Procesni lanac vođen događajima

Slika 6.1.1 - lanac vođen događajima za obradu aplikacije od klijenta (u notaciji ARIS proširenog dijagrama lanca procesa vođenog događajima)

6.2 Organizaciona šema PromTransInforma (Organizaciona šema) prikazana je na slici 6.2.

Slika 6.2 - Organizaciona struktura PTI (u ARIS notaciji organizacionog dijagrama)

6.3 Mapa znanja i dijagram strukture znanja poslovnog analitičara prikazani su na slikama 6.3.1, 6.3.2, 6.3.3.

Slika 6.3.1 – Mapa znanja poslovnog analitičara (u notaciji dijagrama mape znanja ARIS)

Tabela 6.3.1 - Pojedinosti

Slika 6.3.3 - Vještine poslovnog analitičara (u notaciji dijagrama strukture znanja ARIS)

Slika 6.3.4 - Znanje poslovnog analitičara (u notaciji dijagrama strukture znanja ARIS)

6.4 Dijagram PTI informacionih medija prikazan je na slici 6.4

Slika 6.4 - Dijagram nosioca informacija (u notaciji ARIS dijagrama nosioca informacija)

6.5 Mapa akreditiva poslovnog analitičara prikazana je na slici 6.5

Slika 6.5 - Autoritet poslovnog analitičara (u ARIS-ovom dijagramu autorizacije)

6.6 Stablo funkcija za proces ispunjenja naloga prikazano je na slici 6.6

Slika 6.6 - Stablo funkcija za proces ispunjenja naloga

6.7 Dijagram okruženja funkcije prikazan je na slici 6.7

Slika 6.7. - Funkcionalno okruženje - Modernizacija IAS-a “Transportni poslovi” za klijenta (u notaciji dijagrama alokacije funkcija ARIS)

6.8 Komunikacioni dijagram prikazan je na slici 6.8

Slika 6.8 - Komunikacijski dijagram - Prijenos rezultata između odjela (u notaciji ARIS komunikacijskog dijagrama)

6.9 Model tehničkih resursa prikazan je na slici 6.9

Slika 6.9 - Tehnički resursi PTI (u notaciji dijagrama modela tehničkih resursa ARIS)

6.10 Stablo proizvoda/usluga prikazano je na slici 6.10

Slika 6.9 - PTI proizvodi i usluge (u notaciji dijagrama stabla proizvoda/usluge ARIS)

6.11 Dijagram rizika prikazan je na slici 6.11

Slika 6.9 - PTI dijagram rizika (u notaciji ARIS dijagrama rizika)

6.12 Dijagram lanca dodatnog kvaliteta za proces učešća na takmičenju prikazan je na slici 6.12.

Slika 6.12 - Dodatna procedura lanca kvaliteta za proces učešća u takmičenju (u ARIS notaciji dijagrama dodane vrijednosti)

7. Dokumentovanje poslovnog procesa

Prilikom upravljanja poslovnim procesima, menadžment preduzeća se suočava sa činjenicom da se nivo složenosti njihovog upravljanja naglo povećava usled značajnog povećanja broja objekata pod upravljanjem i interakcije organizacionih struktura, kao i diverzifikacije poslovanja i širenja geografiju i/ili asortiman proizvoda.

U tom kontekstu, dokumentovanje aktivnosti kompanije nosi niz važnih funkcija, kao što je održavanje baze znanja o različitim predmetnim oblastima kompanije (procesi, organizaciona struktura, proizvodi, ovlašćenja itd.), povećanje transparentnosti poslovnih procesa (analiza efikasnosti interakcije strukturne podjele, učestvujući u end-to-end procesu), priprema procese organizacije za implementaciju informacionih sistema. Dokumentovanje aktivnosti vam omogućava da shvatite koji se procesi odvijaju u organizaciji, ko je odgovoran za njih, da li su ovim odgovornim osobama data dovoljna ovlašćenja i da li ti procesi imaju dovoljno resursa (dokumentacija tehničkih informacija u tabeli 7.1.1) .

Tabela 7.1.1 – Rezultati PTI pregleda

Naziv posla			Kome prijavljuju?	Dolazne informacije	Odlazne informacije
Poslovni analitičar	Odeljenje za analitiku	Pisanje BP	Generalni direktor	želje klijenta, podaci o softverskoj anketi klijenta	Tehničke specifikacije, poslovni procesi
Programer	Odeljenje za razvoj	Softver za kodiranje	Šef odjela za razvoj	BP, želje klijenta	softver (programi)
Tester	Odeljenje za razvoj	Testiranje softvera	Šef odjela za razvoj	Gotovi softver	Radni program
Generalni direktor	Šef PTI	Pronalaženje klijenata i sklapanje ugovora sa njima		želje klijenta, zaključen ugovor sa klijentom	Uputstva za nadzornika rada
Direktor	Šef PTI	Saradnja sa generalnim direktorom	Generalni direktor	želje klijenta, zaključen ugovor sa klijentom	Uputstva generalnog direktora
Developer	Odeljenje za razvoj	Dizajn arhitekture softvera	Šef odjela za razvoj	BP, želje klijenta	Formirana arhitektura
Web developer	Odeljenje za razvoj	Program za web na strani klijenta i servera, konfiguracija web servera, izgled	Šef odjela za razvoj	BP, želje klijenta	Konfigurisan server, web server
Šef odjela za razvoj	Odeljenje za razvoj		Generalni direktor	Zadatak od direktora	Uputstva podređenima

Ažurirana lista procesa i njihovih vlasnika prikazana je u tabeli 7.1.2.

Tabela 7.1.2 - lista procesa i njihovih vlasnika

		Vlasnik	Dolazeće jedinice i službenici
Proizvodnja	Basic	generalni direktor, direktor	Direktor, direktor
IT osiguranje	Basic	Šef odjela za razvoj	Odeljenje za razvoj
Kontrola kvaliteta	Basic	Tester	Odeljenje za razvoj
Upravljanje organizacijom	Auxiliary	Direktor, direktor	generalni direktor, direktor
Pohrana podataka	Auxiliary	Poslovni analitičar	Odeljenje za analitiku

Ukupno, odjel ima 5 procesa. Od toga su 3 glavna i 2 pomoćna.

Dokumentacija procesa proizvodnje prikazana je u tabeli 7.1.3. Dakle, prilikom potrebnih izmjena procesa i njegovog modela, izlazni dokument neće sadržavati one greške u logici i raspodjeli snaga strukturnih jedinica prisutne u ručnom pristupu.

Na primjer, kada se izvrše promjene u procesu u ARIS-u, nove funkcije moraju se odraziti na odgovarajućem BP-u koji označava odgovorno odjeljenje i odgovarajućeg korisnika.

Ručno unošenje takvih izmjena je mukotrpan i dugotrajan proces koji zahtijeva odvojene provjere, što oduzima mnogo vremena i resursa. U ARIS-u se takve promjene mogu izvršiti u roku od nekoliko minuta, a proces generiranja novog dokumenta odvija se automatski.

Tabela 7.1.3 – Proces proizvodnje

	Naziv posla	Subdivision	Dolazne informacije
Dogovaranje uslova sa kupcem	Direktor	nadređeni	Uslovi za kupce
Zaključivanje ugovora	Generalni direktor	nadređeni	Tehnički zadatak
Informisanje zaposlenih o nalogu	Direktor	nadređeni	Narudžba za automatizaciju (e-mail)
Opis i dokumentacija napajanja	Poslovni analitičar	Odeljenje za analitiku	Set BP dokumenata
Dizajn IS arhitekture	Developer	Odeljenje za razvoj	Tehnološka uputstva, podaci o arhitekturi podataka kupca, set BP dokumenata, softverski zahtevi
Softversko kodiranje	Programer ili web programer	Odeljenje za razvoj	set BP dokumenata, Softverska licenca
Testiranje softvera	Tester	Odeljenje za razvoj	IP klijenta
Implementacija IS	Developer	Odeljenje za razvoj	Zaključak o implementaciji IS-a

Izmjena postaje krajnje jednostavna, a formiranje regulatornih dokumenata ne odgađa se do trenutka kada svaki novi dokument više ne odgovara stvarnosti.

8. Analiza poslovnih procesa

Analizu procesa treba shvatiti u širem smislu: ona uključuje ne samo rad sa grafičkim dijagramima, već i analizu svih dostupnih informacija o procesima, mjerenje njihovih indikatora, komparativna analiza itd. Postoji i kvalitativna analiza i kvantitativna analiza poslovnih procesa. Počnimo s kvalitativnom analizom procesa. Identifikacija problematičnih područja je najjednostavniji način kvalitativne analize procesa. Osnovna svrha ove metode analize je da odredi pravce za dalju dublju analizu. Slika 8.1 prikazuje četiri problematična područja.

Prvi od njih se odnosi na planiranje rada, drugi - na ispunjavanje naloga, treći - na interakciju sa klijentima, četvrti - na interakciju sa osobljem. Za svako problematično područje date su kratke izjave problema.

Identifikacija problematičnih područja vrši se intervjuisanjem menadžera i zaposlenih koji su uključeni u proces koji se razmatra. Tako je na primjeru sa slike 8.1 sprovedeno istraživanje zaposlenih u PTI. Svaki proces obavljaju posebni odjeli.

Slika 8.1 – Problematična područja PTI

Rezultirajući dijagram procesa može poslužiti kao predmet za diskusiju i analizu tokom projekta redizajniranja procesa. Tako se, na primjer, informacije o interakciji s klijentima mogu detaljnije razmotriti: kakav je redoslijed rada, proces raspodjele uloga, postupak komunikacije s klijentima itd.

Upravo je ovaj proces detaljno prikazan na dijagramu (slika 6.1.1).

Pošto ovaj proces ima problema, potrebno ga je restrukturirati.

Prije modernizacije, proces je izgledao ovako: nakon sklapanja ugovora sa klijentom, generalni direktor PTI-a je prenio upravljanje projektom na projekt menadžera (slika 8.2).

Ali ako bi se pojavila bilo kakva pitanja, voditelj projekta je bio prisiljen kontaktirati generalnog direktora kako bi on nazvao klijenta i razjasnio sve potrebne informacije. To je često bilo krajnje nezgodno, jer je generalni direktor stalno bio na službenim putovanjima, a nije uvijek bilo moguće kontaktirati ga telefonom.

Stoga je projekt menadžer stalno morao čekati da generalni direktor pojasni informacije.

Shodno tome, zaposleni čekaju dalja uputstva i rad se zaustavlja.

Slika 8.2 - Procedura za izvršavanje naloga dok se usko grlo ne otkloni (u notaciji ARIS proširenog dijagrama lanca procesa vođenog događajima)

Sada proces izgleda ovako: nakon sklapanja ugovora sa klijentom, generalni direktor PTI prenosi upravljanje projektom na projekt menadžera (slika 8.3).

Ne prenosi se samo menadžment, već i svi podaci o klijentima (njihovi brojevi telefona itd.).

Sada nema potrebe čekati generalnog direktora (on može mirno raditi, sklapati nove ugovore), a sam menadžer projekta obavlja sve poslove. Dodatak A sadrži opis posla poslovnog analitičara.

Slika 8.3 - Procedura izvršenja naloga nakon otklanjanja uskog grla (u notaciji ARIS proširenog dijagrama lanca procesa vođenog događajima)

Zahtjevi za KPI sistem:

Svaki indikator mora biti jasno definisan;

· indikatori i standardi moraju biti ostvarivi: cilj mora biti realan, ali istovremeno i poticaj;

· indikator mora biti odgovornost onih ljudi koji se procjenjuju;

· indikator mora biti smislen;

· indikatori mogu biti opšti za čitavo preduzeće, odnosno „vezani” za cilj kompanije, a specifični za svaku diviziju, tj. „vezano” za ciljeve jedinice.

Analizirajmo vremenska kašnjenja (koliko je narudžba izvršena prije i nakon modernizacije procesa) (tabela 8.1). Obračuni se uzimaju za jednu narudžbu.

Tabela 8.1 – Analiza vremenskog kašnjenja


Pojašnjenje informacija od klijenta
Pisanje BP

IC testiranje
Implementacija IS
Integralna procjena stepena ostvarenosti cilja
Planirana integralna procjena stepena ostvarenosti cilja

Ukupna efikasnost modernizacije (KPI) je 63,13%. Podaci analize BP zasnovani na rezultatima izvještaja analize procesnog modela „Izvršenje naloga BP (eEPC)” prikazani su u tabeli 8.2.

Tabela 8.2 - Izvještaj o rezultatima analize procesnog modela “Izvršenje naloga BP (eEPC)”

Slični dokumenti

Klasifikacija poslovnih procesa, različiti pristupi njihovom modeliranju i parametri kvaliteta. Metodologija i funkcionalnost sistema modeliranja poslovnih procesa. Komparativna procjena sistema ARIS i AllFusion Process Modeler 7, njihove prednosti.

teza, dodana 11.02.2011

Kreiranje poslovnog modela za proces izdavanja potrošačkih kredita. Organizaciona podrška kreditnom procesu. Modeliranje i dokumentovanje poslovnih procesa u BPwin programu. Konstrukcija AS IS modela. Prijedlog za automatizaciju poslovnog procesa.

kurs, dodan 01.07.2012

Obrazloženje, dijagram i opis poslovnog procesa organizacije. Identifikacija zakona distribucije slučajnih varijabli. Razvoj i opis algoritma modeliranja za implementaciju programa simulacionog modela. Razvoj programa za kompjutersku simulaciju.

kurs, dodan 28.07.2013

Modeliranje informacionog sistema (IS) poslovnih procesa supermarketa "Big Lozhka" u ranoj fazi (faza formiranja koncepta preduzeća) korišćenjem UML standarda. Scenarij za modeliranje IS, početni podaci i upravljačka struktura.

kurs, dodan 16.09.2011

Analiza spoljašnjeg i unutrašnjeg okruženja, ekonomski pokazatelji, preduzeća. Procjena njegove konkurentnosti. Izrada matrice tržišne atraktivnosti. Plan prognoze prihoda i rashoda. Modeliranje poslovnih procesa za funkcioniranje kuće za odmor.

kurs, dodato 18.03.2015

Karakteristike modeliranja poslovnih procesa u IDEF0 standardu i izračunavanje njihove efektivnosti. Reinženjering procesa izrade ručno rađenog sapuna u skladu sa budžetom troškova materijala, ušteda materijala i ispunjavanje svih zahtjeva kvaliteta.

kurs, dodato 17.07.2014

Izrada simulacionog modela poslovnog procesa „Upravljanje incidentima“ kompanije MegaFon u cilju predviđanja ukupnih troškova IT usluga za servisiranje incidenata. Razvoj algoritama modeliranja za implementaciju kompjuterskih programa modela.

kurs, dodan 09.04.2012

Primjena metode uniformnog uređenja za optimizaciju poslovnih procesa. Softver Staffware Process Suit, suština njegovog rada i prednosti. Razvoj prototipa aplikacije za automatizaciju primjene metode uniformnog razmaka.

rad, dodato 21.08.2016

Pojam i suština IT konsaltinga. Oblasti djelovanja kompanija specijalizovanih za oblast informacionog konsaltinga. Osnovni koncepti poslovnog modeliranja. Klasifikacija poslovnih procesa. Karakteristike izvještaja o analizi uzroka i posljedica problema.

test, dodano 09.11.2012

Opće karakteristike poslovnog procesa i konstrukcija njegovih eksternih, funkcionalnih i objektnih modela. Opis resursa i izvršilaca procesa. Evaluacija metrikama koje karakterišu stepen zadovoljstva kupaca. Definiranje ciljeva optimizacije.

Standardne strukture poslovnih procesa (Process Frameworks) razvila je grupa kompanija Modern Management Technologies kao metodološku osnovu za izgradnju modela poslovnih procesa stvarnih kompanija. Tipične strukture su date u PDF formatu za referencu i u XML formatu za upotrebu u Business Studio (dostupno za preuzimanje na stranici Paketi za samostalno preuzimanje).

Pružanje usluga (PDF)

Projektne aktivnosti (PDF)

Proizvodnja (PDF)

Društvo za upravljanje (PDF)

Jedinstvena prilika

Možete dijagnosticirati svoju kompaniju na osnovu tipičnih struktura procesa kako biste identificirali najproblematičnija područja. Dijagnostika se vrši korišćenjem onlajn organizacionog dijagnostičkog sistema BIZDIAGNOSTICS.

Modeli poslovnih procesa kreirani u Business Studiju

Ovaj odeljak sadrži primere poslovnih procesa – edukativne modele i modele poslovnih procesa realnih preduzeća, kreiranih u sistemu Business Studio.

Modeli se objavljuju u HTML formatu publikacije, koji automatski generiše Business Studio. HTML publikacija sadrži dijagrame poslovnih procesa preduzeća, glavne regulatorne dokumente (Procesni propisi, Proceduralni propisi, Propisi odjela, Opis posla) i upravljačke informacije sa mogućnošću navigacije između dokumenata pomoću hiperveza.

Pažnja!

Predlošci dokumenata koji se koriste u poslovnim modelima služe samo u svrhu demonstracije. Format, struktura i sastav informacija u izlaznim dokumentima Business Studija koji se generišu prilikom izgradnje poslovnih modela mogu se prilagoditi potrebama određene kompanije.

Model proizvodnog pogona

Karakteristike preduzeća

Glavne aktivnosti:

Proizvodnja i prodaja aluminijskih profila;
Proizvodnja i prodaja auto komponenti.

Broj osoblja: 1200 ljudi.

Opis modela

Model je lokalizacija 8-procesnog normativnog modela poslovnih procesa organizacije. Ciljevi izrade modela su priprema za automatizaciju poslovnih procesa (izrada modela „kako će biti“, uzimajući u obzir korišćenje budućeg informacionog sistema), izradu tehničkih specifikacija za automatizaciju.

Model uključuje:

Model poslovnih procesa i procedura;
Organizacijske strukture preduzeća;
Spisak dokumenata koji se koriste pri obavljanju poslovnih procesa preduzeća;
Spisak funkcija budućeg informacionog sistema.

Za planiranje automatizacije, model uspostavlja vezu između procesa i funkcija informacionog sistema. Kao rezultat, automatski se generira, uključujući:

Spisak poslovnih procesa preduzeća koji su predmet automatizacije;
Spisak dokumenata i izveštaja koji se moraju pribaviti korišćenjem informacionog sistema;
Spisak svih funkcija informacionog sistema;
Spisak planiranih poslova.

Tehničke specifikacije za automatizaciju

Regulatorni 8-procesni model aktivnosti proizvodnog preduzeća

Model je razvila kompanija BKG i lično vodeći ruski specijalista u oblasti organizacionog razvoja kompanija T.R. Kadyev. Može se koristiti kao osnova za naknadnu lokalizaciju u određenom preduzeću.

Model uključuje:

Model poslovnog procesa koji opisuje aktivnosti preduzeća;
Organizaciona struktura preduzeća, izgrađena na procesnom (međufunkcionalnom) principu;
Spisak dokumenata koji se koriste u poslovnim procesima preduzeća.

Princip konstruisanja poslovnog modela je da se identifikuju glavni objekti upravljanja poslovnim sistemom i dizajniraju procesi za upravljanje ovim objektima: (poslovni procesi, strategija razvoja).

Rezultat izvršenja procesa prvog nivoa je kontrolni objekat doveden u traženo stanje. Procesi prvog nivoa se dekomponuju na podprocese neophodne za sekvencijalnu transformaciju stanja kontrolnog objekta iz početnog u traženo. Za svaki podproces postavljaju se ciljevi koji se moraju postići u okviru potprocesa. Ovako dobijeno stablo ciljeva omogućava dekompoziciju strateških ciljeva preduzeća na nivo konkretnih izvođača.

Model kompanije koja se bavi projektovanjem, montažom i održavanjem inženjerskih sistema.

Model uključuje:

Model poslovnih procesa i procedura, uključujući ciljeve i indikatore procesa;
Organizaciona struktura preduzeća;
Finansijska struktura kompanije;
Struktura budžeta kompanije;
Odeljak QMS-a koji sadrži zahteve ISO 9001:2000 i ISO/TU 16949, Priručnik za kvalitet;
Struktura informacionog sistema i projektni zadatak za automatizaciju.

Ovaj model je sadržan u demo verziji sistema Business Studio.

Model proizvodnih aktivnosti u skladu sa standardom ISO 9001:2000

Rastuća konkurencija između zapadnih i domaćih kompanija za pravo da dominiraju ruskim tržištem roba i usluga tjera ih da aktivnije koriste savremenim metodama menadžment, posebno izgradnja sistema upravljanja kvalitetom (QMS) koji ispunjava zahtjeve ISO 9001:2000. Ovaj standard je skup zahtjeva za podsistem upravljanja kvalitetom proizvedenih proizvoda ili pružanja usluga organizaciji. Funkcionalni QMS nam omogućava da potvrdimo da je organizacija u stanju da proizvodi visokokvalitetne proizvode (pruža usluge) na redovnoj osnovi, te da stoga ima velike prednosti u odnosu na konkurenciju. Međutim, izgradnja QMS-a nije lak zadatak, koji često zahteva od organizacije da izvrši značajne promene u svojim proizvodnim i ekonomskim aktivnostima i poslovnim procesima preduzeća. Da bi se olakšalo razumevanje zahteva samog standarda ISO 9001:2000, kao i kao primer izgradnje QMS-a, predlaže se model aktivnosti organizacije koja proizvodi proizvode. Model uključuje sve standardne procese, od dizajna do postprodajne usluge proizvoda.

Za opisivanje organizacijskog modela korištena je notacija funkcionalnog modeliranja IDEF0. Procesi najvišeg nivoa modela odgovaraju ključnim odeljcima standarda ISO 9001:2000, zatim se dekomponuju na podprocese nižeg nivoa direktno u vezi sa proizvodnim i ekonomskim aktivnostima organizacije. Dakle, model predstavlja skup poslovnih procesa organizacije sa zahtjevima ISO 9001:2000 integriranim u njih. Istovremeno, postoje ograničenja u tumačenju zahtjeva standarda (prevođenje na aktivnosti organizacije). , zbog činjenice da je za osnovu uzeta prilično konvencionalna organizacija, bez ikakvih industrijskih specifičnosti. S tim u vezi, u praksi se ovakav model može koristiti kao osnova za analizu usklađenosti aktivnosti preduzeća (po oblastima odgovornosti - dijelovima standarda) sa zahtjevima ISO 9001:2000, kao i kao normativni model za razvoj i implementaciju QMS-a.

Uvod

Modeliranje poslovnih procesa je proces odražavanja subjektivne vizije toka posla u obliku formalnog modela koji se sastoji od međusobno povezanih operacija.

Svrha modeliranja je sistematizacija znanja o kompaniji i njenim poslovnim procesima u jasnoj grafičkoj formi koja je pogodnija za analitičku obradu primljenih informacija.

Trenutno postoji nekoliko kompanija na tržištu računarske tehnologije. specijalni programi, što vam omogućava da ispitate preduzeće i izgradite model. Izbor metodologije i alata pomoću kojih se vrši modeliranje poslovnih procesa nije fundamentalan. Postoje standardizirane, vremenski testirane metodologije i alati pomoću kojih možete istražiti preduzeće i izgraditi njegov model. Njihova ključna prednost je jednostavnost i pristupačnost savladavanju.

procesi su sastavljeni po SADT metodologiji. Trenutno, najčešće korištena metodologija za opisivanje poslovnih procesa je američki IDEF standard.

Glavna prednost ideje analize poslovnih procesa preduzeća kreiranjem njegovog modela je njena svestranost. prvo,

modeliranje poslovnih procesa je odgovor na gotovo sva pitanja,

koji se odnose na unapređenje aktivnosti preduzeća i povećanje njegove konkurentnosti. Drugo, menadžer ili menadžment preduzeća koji je primenio određenu metodologiju imaće informacije koje će im omogućiti da samostalno unaprede svoje preduzeće i predvide njegovu budućnost.

1 Suština i značaj modeliranja poslovnih procesa

Modeliranje poslovnih procesa vam omogućava da analizirate ne samo kako preduzeće u cjelini funkcionira, kako je u interakciji s vanjskim organizacijama, kupcima i dobavljačima, već i kako su aktivnosti organizirane na svakom pojedinačnom radnom mjestu.

Postoji nekoliko pristupa definisanju koncepta

"modeliranje poslovnih procesa":

1) modeliranje poslovnih procesa je opis poslovanja

procesi preduzeća, omogućavajući menadžeru da zna kako rade obični zaposleni, a običnim zaposlenima da znaju kako rade njihove kolege i kakvom konačnom rezultatu su sve njihove aktivnosti usmjerene;

2) modeliranje poslovnih procesa je efikasno sredstvo za pronalaženje mogućnosti za unapređenje aktivnosti preduzeća;

3) modeliranje poslovnih procesa je alat koji vam omogućava da predvidite i minimizirate rizike koji nastaju u različitim fazama reorganizacije aktivnosti preduzeća;

4) modeliranje poslovnih procesa je metoda koja vam omogućava da procenite trenutne aktivnosti preduzeća u odnosu na zahteve,

zahtjevi za njegovo funkcionisanje, upravljanje, efikasnost,

konačni rezultati performansi i zadovoljstvo kupaca

5) modeliranje poslovnih procesa je metoda koja vam omogućava da date procjenu troškova za svaki proces, pojedinačno, i sve poslovne procese u preduzeću, zajedno;

6) Modeliranje poslovnih procesa je uvek pravi način da se identifikuju trenutni problemi u preduzeću i predvide oni budući.

Savremena preduzeća su prinuđena da stalno unapređuju svoje aktivnosti. To zahtijeva razvoj novih tehnologija i poslovnih praksi, poboljšanje kvaliteta konačnih rezultata

aktivnosti i, naravno, uvođenje novih, više efikasne metode upravljanje i organizaciju aktivnosti preduzeća.

Poslovni proces je logičan, sekvencijalan, međusobno povezan skup aktivnosti koje troše proizvođačke resurse, stvaraju vrijednost i proizvode rezultate za potrošača. Među glavnim razlozima,

podstičući organizaciju na optimizaciju poslovnih procesa, možemo istaći potrebu smanjenja troškova ili trajanja proizvodnog ciklusa, zahtjeve koje nameću potrošači i država, uvođenje programa upravljanja kvalitetom, spajanja kompanija, unutarorganizacijske kontradikcije itd.

Modeliranje poslovnih procesa je efikasno sredstvo za pronalaženje načina za optimizaciju aktivnosti kompanije, sredstvo za predviđanje i minimiziranje rizika koji nastaju u različitim fazama reorganizacije preduzeća. Ova metoda vam omogućava da date procjenu troškova za svaki pojedinačni proces i sve poslovne procese organizacije u zbiru.

Odluke o modeliranju poslovnih procesa obično se donose iz razloga prikazanih na slici 1.

Slika 1 - Razlozi za donošenje odluke o modeliranju poslovnih procesa

Modeliranje poslovnih procesa pokriva mnoge aspekte

aktivnosti kompanije:

 promjena organizacione strukture;

 optimizacija funkcija odjela i zaposlenika;

 preraspodjela prava i odgovornosti menadžera;

 promjene interne regulative i tehnologije poslovanja;

 novi zahtjevi za automatizaciju tekućih procesa itd.

Svrha modeliranja je sistematizacija znanja o kompaniji i njenim poslovnim procesima u jasnoj grafičkoj formi koja je pogodnija za analitičku obradu primljenih informacija. Model treba da odražava strukturu poslovnih procesa organizacije, detalje njihove implementacije i redosled toka dokumenata.

Modeliranje poslovnih procesa organizacije uključuje dvije faze: strukturnu i detaljnu.

Strukturno modeliranje poslovnih procesa organizacije može se izvesti u IDEF0 notaciji koristeći BPwin alat ili u UML-u koristeći Rational Rose alat. Detaljno modeliranje se izvodi u UML-u.

U fazi strukturalnog modeliranja, model treba da odražava:

1) postojeća organizaciona struktura;

2) dokumenata i drugih entiteta koji se koriste u izvođenju simuliranih poslovni procesi i oni neophodni za modeliranje toka dokumenata, sa opisom njihovog glavnog značenja;

3) struktura poslovnih procesa, koja odražava njihovu hijerarhiju od opštijih grupa do privatnih poslovnih procesa;

4) dijagrame interakcije za krajnje tačke poslovni procesi,

koji odražava redoslijed stvaranja i kretanja dokumenata

(podaci, materijali, resursi, itd.) između aktera.

Pripremljeni model moraju biti usaglašeni od strane arhitekata i vodećih programera, potvrđujući da je struktura poslovnih procesa jasna.

Detaljno modeliranje poslovnih procesa se izvodi u istom modelu i treba da odražava potrebne detalje i treba da pruži nedvosmislen pogled na aktivnosti organizacije.

Detaljan model poslovnog procesa bi trebao uključivati:

1) skup presedana koji odražava moguće opcije implementacije poslovni procesi “kao što jesu”;

2) dijagrami aktivnosti koji detaljno opisuju sekvencu izvršavanja poslovni procesi;

3) dijagrami interakcije koji odražavaju obrasce toka dokumenata.

Modeli se moraju dogovoriti sa vodećim stručnjacima organizacije koji imaju potrebna znanja.

Ako, nakon izgradnje modela, dogovor nije postignut, potrebno je pojašnjenje i prilagođavanje modela izvršiti. Proces iteracije (koordinacije, prilagođavanja i pojašnjenja) se mora ponavljati sve dok se u potpunosti ne potvrdi da je model razumljiv i da nedvosmisleno predstavlja detalje poslovnih procesa.

2 Metodologija za modeliranje poslovnih procesa

Pod metodologijom (notacijom) kreiranja modela (opisa) poslovanja

proces se shvaća kao skup načina na koji se objekti stvarnog svijeta i veze među njima predstavljaju u obliku modela. Svaka metodologija (tehnika) uključuje tri glavne komponente:

– teorijska osnova;

– opis koraka potrebnih za postizanje datog rezultata;

Modeliranje poslovnih procesa može se izvoditi korištenjem različitih pristupa, metodologija, notacija i alata – ovisno o zahtjevima za model u svakom konkretnom slučaju. Šta određuje ove zahtjeve? Na mnogo načina - proces stvaranja sistema automatizacije u cjelini, u okviru kojeg se vrši modeliranje predmetne oblasti. Ovaj proces određuje kako će model biti izgrađen, rafiniran i korišten.

Po pravilu, sistem kreira tim ljudi. Ovi ljudi imaju različite specijalnosti, iskustva, navike, obrazovanje, sklonosti i lične kvalitete. Model poslovnog procesa je izgrađen tako da ovi ljudi mogu efikasno razmjenjivati znanja i zajednički donositi odluke kako se sistem stvara. Model je jezik komunikacije između strana uključenih u kreiranje sistema automatizacije -

kupaca, stručnjaka, arhitekata itd. Mora biti organizovan tako da svaka strana, sagledavajući modelirani sistem sa svoje tačke gledišta, može efikasno doprineti sveukupnom razumevanju predmetne oblasti.

Proces kreiranja automatizovanog sistema je često iterativan, tako da model mora omogućiti uzastopna usavršavanja. U idealnom slučaju, model bi trebao biti izgrađen na način da se prilikom detaljiranja ne mijenjaju prethodno izgrađeni opštiji elementi modela, već se samo dodaju novi.

Model mora biti otporan na promjene u predmetnoj oblasti. To znači da mora biti organiziran na način da se prilikom promjene predmetne oblasti mijenja samo određeni minimalno potreban skup elemenata modela. Štaviše, sam model mora biti

alat za reorganizaciju poslovnih procesa u sklopu kreiranja sistema automatizacije.

Treba uzeti u obzir važne karakteristike poslovnog modeliranja.

procesi. Posebno, prednosti modeliranja poslovnih procesa uključuju: povećanje kvaliteta i brzine proizvodnje uz istovremeno smanjenje troškova; povećana profesionalnost zaposlenih;

povećanje konkurentnosti kompanije. Nedostaci, pak:

povećana eksploatacija zaposlenih i povezani socio-psihološki problemi; potreba da se izvrši ciljani rad na promeni korporativne kulture.

3 Istorija razvoja metodologija modeliranja poslovnih procesa

Osnova mnogih modernih metodologija poslovnog modeliranja

procesi su sastavljeni po SADT metodologiji (Structured Analysis and Design Technique - metoda konstrukcijske analize i projektovanja) i

algoritamski jezici koji se koriste za razvoj softvera.

U sažetom obliku, istorija razvoja metodologija poslovnog modeliranja

procesi su predstavljeni na slici 2. Radi jasnoće, paralelno je prikazana istorija razvoja pristupa menadžmentu kvalitetom.

Slika 2 – Istorijat razvoja metodologija poslovnog modeliranja

procesi

Trenutno, za opisivanje, modeliranje i analizu poslovanja

procesa, koristi se nekoliko vrsta metodologija. Najčešći tipovi uključuju sljedeće metodologije:

 modeliranje poslovnih procesa (Business Process Modeling);

 opisi radnih tokova (Work Flow Modeling);

 opisi tokova podataka (Modeliranje toka podataka).

Metodologije za modeliranje poslovnih procesa (Business Process Modeling). Najraširenija metodologija za opisivanje poslovanja

procesi – američki standard IDEF0. Od svog razvoja, standard nije pretrpio značajnije promjene. Trenutno je razvoj IDEF0 metodologije povezan sa unapređenjem alata koji je podržavaju – softverskih proizvoda za poslovno modeliranje.

procesi (na primjer, BPWin 4.0, ProCap, IDEF0/EM Tool, itd.).

IDEF0 metodologija pruža analitičaru obilje mogućnosti da opiše poslovanje organizacije na najvišem nivou s naglaskom na upravljanje procesima. Zapis vam omogućava da odražavate povratne informacije u modelu procesa

raznih vrsta - o informacijama, upravljanju, kretanju materijalnih resursa.

Koristeći IDEF porodičnu metodologiju, možete efikasno prikazati i analizirati obrasce aktivnosti širokog spektra složenih sistema u različitim kontekstima. Istovremeno, širinu i dubinu ispitivanja procesa u sistemu određuje sam programer, što omogućava da se kreirani model ne preopterećuje nepotrebnim podacima. IN

Sljedeći standardi trenutno pripadaju IDEF porodici:

IDEF0 - metodologija funkcionalnog modeliranja. Koristeći vizuelni IDEF0 grafički jezik, sistem koji se proučava izgleda programerima i analitičarima kao skup međusobno povezanih funkcija. Po pravilu, IDEF0 modeliranje je prvi korak u proučavanju bilo kog sistema;

IDEF1 je metodologija za modeliranje tokova informacija unutar sistema, omogućavajući vam da prikažete i analizirate njihovu strukturu i odnose;

IDEF1X (IDEF1 Extended) – metodologija za izgradnju relacionih struktura. IDEF1X pripada tipu metodologija „entitet-odnos“.

(ER – Entitet-Relationship) i obično se koristi za modeliranje relacionih baza podataka;

IDEF2 je metodologija za dinamičko modeliranje razvoja sistema.

Zbog veoma ozbiljnih poteškoća u analizi dinamičkih sistema, ovaj standard je praktično napušten, a njegov razvoj je obustavljen u samoj početnoj fazi;

IDEF3 je metodologija za dokumentovanje procesa koji se dešavaju u sistemu, koja se koristi, na primer, u proučavanju tehnoloških procesa u preduzećima. Korištenje IDEF3

opisani su scenario i redoslijed operacija za svaki proces. IDEF3 ima direktnu vezu sa IDEF0 metodologijom - svaki

funkcija se može predstaviti kao poseban proces koristeći

IDEF4 je metodologija za izgradnju objektno orijentisanih sistema.

IDEF4 alati vam omogućavaju da vizuelno prikažete strukturu objekata i osnovne principe njihove interakcije, omogućavajući vam da analizirate i optimizujete složene objektno orijentisane sisteme;

IDEF5 – metodologija za proučavanje složenih sistema.

ARIS sistem je skup alata za analizu i modeliranje aktivnosti preduzeća. Njegova metodološka osnova je kombinacija različitih metoda modeliranja, koje odražavaju različite poglede na sistem koji se proučava. Isti model se može razviti uz pomoć nekoliko metoda, što omogućava da ARIS koriste stručnjaci sa različitim teorijskim znanjem i konfigurišu za rad sa sistemima koji imaju svoje specifičnosti.

ARIS podržava četiri tipa modela koji odražavaju različite aspekte sistema koji se proučava:

organizacioni modeli koji predstavljaju strukturu sistema -

hijerarhija organizacionih jedinica, pozicija i konkretnih pojedinaca,

povezanost između njih, kao i teritorijalnu referencu strukturnih jedinica;

funkcionalni modeli koji sadrže hijerarhiju ciljeva sa kojima se suočava upravljački aparat, sa skupom stabala funkcija,

neophodno za postizanje ciljeva;

informacioni modeli koji odražavaju strukturu informacija,

neophodna za implementaciju cjelokupnog skupa sistemskih funkcija;

modeli upravljanja koji predstavljaju sveobuhvatan pogled na

implementacija poslovnih procesa unutar sistema.

Pojam poslovnog procesa, struktura procesa i podprocesa

Pod poslovnim procesom (BP) se podrazumijeva grupa aktivnosti organizacije (događaji i zadaci) koje su usmjerene na stvaranje određenog proizvoda ili usluge. Provođenjem analize, posebno na mjestu kontakta između dva ili više odjela uključenih u isti poslovni proces, možete lako eliminisati različite troškove i barijere i izgraditi procesno orijentisano preduzeće ili organizaciju. Uobičajeno je da se poslovni procesi razmatraju dijeleći ih na podprocese i izrađuju detaljne mape. Hijerarhijski dijagram skupa poslovnih procesa naziva se stablo poslovnih procesa. On odražava jednostavan dijagram međusobnog povezivanja svih jedinica za napajanje u cijelosti.

Postoje opšti i detaljni BP modeli. Na najvišem (općem) nivou obično se daje lista operacija prodaje proizvoda koje obavljaju odjeli kompanije u detaljnijoj verziji, potpunije su objelodanjene ključne faze i šeme sa svim aspektima.

Grupe poslovnih procesa

Postoje glavni, pomoćni i upravljački procesi - to su glavne grupe poslovnih procesa. Razvoj BP se posebno identifikuje kao jedinstveni proces koji se izvodi jednom. Fokus glavne grupe BP:

proizvodnja proizvoda (usluga) vrijednih za potrošača;
formiranje dodatne vrijednosti;
ispunjavanje proizvoda kvalitetima koji su vrijedni sa stanovišta kupca;
procjena dobiti

Glavni poslovni procesi su orijentirani na korisnika, jer su njihovi rezultati usmjereni na krajnjeg korisnika. Pomoćni (pomoćni) BP su povezani sa poslovanjem na bližoj osnovi;

kreiranje proizvoda za interna poslovna područja;
održavanje funkcija kompanije i njene infrastrukturne komponente

Procesi upravljanja koordiniraju cijeli skup BP (glavni, prateći, razvojni BP).

Razvoj BP-a ima za cilj dugoročno ostvarivanje profita, kao i unapređenje poslovanja kompanije u budućnosti (ne osiguravaju organizaciju procesa koji se u ovom trenutku odvijaju).

Prikazana klasifikacija nije konačna. BP u svakoj kompaniji zavisi od njenih specifičnih karakteristika.

Opis glavnih izvora napajanja za proizvodno-trgovinsko preduzeće (primjer):

marketinški procesi;
dizajn, razvoj proizvoda ili usluge;
proizvodnja finalnog proizvoda;
logistički procesi (prodaja, isporuka, nabavka);
upravljanje prodajom i uslugama

Podržavajuća napajanja:

finansijska kontrola;
upravljanje uslugama i osobljem;
ekološki procesi (procesi zaštite životne sredine);
upravljanje komunikacijama preduzeća;
podrška sistema i njihovo projektovanje;
upravljanje infrastrukturom

Upravljački poslovni procesi za ovaj model obuhvataju sve procese vezane za prikupljanje informacija, planiranje i regulisanje aktivnosti, procese analize i kontrole cjelokupnog ciklusa upravljanja.

Razvoj BP-a je unapređenje aktivnosti, svojevrsni poslovni inženjering.

Opis i analiza BP

Opis BP vam omogućava da odredite mjesto svakog zaposlenika u kompaniji, izvršite potrebne promjene u njegovim aktivnostima na osnovu analize: poboljšate informacioni sistem, promijeniti upravljanje rizikom, izvršiti certifikaciju, itd. Omogućava vam da organizaciju učinite razumljivijom za menadžment i omogućava vam da pronađete višak finansijskih i drugih resursa. Osoblje, iz očiglednih razloga, obično nije zainteresovano za transparentnost, kao ni za pouzdanost u opisu BP – to otežava dobijanje činjeničnih informacija, na primer, o raspodeli odgovornosti.

Vizualizacija modela.

Model se obično prikazuje u obliku dijagrama, tabela sa opisima ili u kombinaciji grafičkog i tekstualnog opisa (notacija) itd. Stepen detaljnosti objekta i potpunost opisa zavise od specifične primene ovog modela. Zadatak bilo koje od ovih metoda bit će da opiše BP prema principu: “akcija-funkcija”. Svaki BP ima svog izvršioca - to također treba navesti. To će biti odjel ili posebna pozicija. “Inputi” su materijalni, informativni i finansijski, a “outputi” su predstavljeni u obliku liste proizvoda ili usluga. Rezultat radnje izvođača će biti „izlaz” i radnje se mogu kombinovati po principu logičke veze jedna s drugom, tada se „unosi” i rezultati moraju uskladiti između njih. Veza između „inputa” i „outputa” je obezbeđena aktivnostima koje imaju za cilj postizanje rezultata tokom prelaza između njih.

Kako se implementira opis BP

Kao što je već spomenuto, možemo razlikovati grafičke, tekstualne i tabelarne metode implementacije modela. Unatoč svojim prednostima i nedostacima, svi oni nalaze primjenu, jer svaki od njih odgovara ciljevima postavljenim za takav opis.

1. Opis teksta.

Glavna prednost ovog obrasca je nepostojanje tačnih standarda i mogućnost fleksibilnog opisa gotovo svakog procesa ili njegove nijanse. Organizacija može koristiti bilo koji tekstualni obrazac za izvještavanje, kao i strukturirati prikupljene informacije po svom nahođenju. Nedostaci:

sekvencijalna percepcija tekstualnih informacija;
Teško je analizirati aktivnosti preduzeća na osnovu tekstualnog prikaza;
nedostatak formalnosti i opisnih standarda (i plus i minus, zavisno od slučaja);
poteškoće u percepciji i upoređivanju velikih količina teksta

2. Tabelarni oblik. Pogodno za opisivanje sekvencijalnih procesa. Može se koristiti kao prijelaz na grafičku implementaciju kao bazu podataka.

3. Grafički opis u obliku modela i dijagrama.

Ako je potrebno opisati kako se regulacija odvija u fazama poslovnog procesa: ko je izvođač, kako se implementacija odvija, koji redosled i dokumentacija je uključena, onda je prikladno koristiti algoritamsku metodu opisivanja posla u obliku dijagram toka.

Sljedeća opcija je da se proces predstavi kao tok objekata. Primjenjiv je i pogodan za opisivanje individualni zadaci i ona odeljenja u organizaciji koja rade na principu "ulaz-izlaz", što vam omogućava da direktno pratite šta se dešava između ove dve komponente. „Ulazni“ i „izlazni“ tokovi će biti informacije, zalihe materijala i dokumentacija.

Tehnologije koje se koriste za opisivanje napajanja:

1. IDEF - prihvaćen kao standard skoro svuda. Definicija integracije za modeliranje funkcija – tehnologija funkcionalnog modeliranja. Podržan je od sljedećeg softvera - BPWIN, MS Visio, itd. Ovaj skup metoda modeliranja vam omogućava da detaljno analizirate izvore napajanja svih nivoa, prikazujući ih u jednom bloku i u zasebnim dijagramima.

2. Tehnologije modeliranja koriste Unified Modeling Language (UML). Omogućava vam da direktno opišete napajanje na jeziku razumljivom kompjuterskim programima i predstavlja alat za automatizaciju. Uz podršku vodećih programera softvera, glavni alat za implementaciju je softver Rational Rose iz IBM-a.

3. EPC (prošireni lanac događaja i procesa) dijagrami. Zahvaljujući njima, moguće je prikazati redoslijed operacija, učesnike, korištene resurse, prikazujući stanje u trenutnom trenutku.

4. ARIS (Architecture of Integrated Information Systems) tehnologija se koristi kao ugrađeni alat u jednom od najvećih sistema automatizacije - SAP R/3.

BP modeliranje je skup aktivnosti usmjerenih na kreiranje modela organizacije, koji podrazumijeva opis svih objekata (informacija, materijala, itd.) i procesa, uloga odjela i pojedinačnih pozicija i veza između njih. Izrada modela je glavna metoda BP inženjeringa i njihove reorganizacije, koja također omogućava korištenje metodologija za njihovo kontinuirano poboljšanje, omogućavajući vam da preispitate i poboljšate efikasnost svih vrsta aktivnosti u organizaciji ili preduzeću.

Algoritam akcija tokom modeliranja:

1. Definicija ciljeva za opisivanje BP. Priprema za modeliranje, odabir modela. Pošto je model sastavljen za direktnu praktičnu upotrebu, ciljevi takvog opisa moraju biti u skladu sa budućim izgledima. Svi poslovni procesi - osnovni, pomoćni (podržavajući), menadžment, razvojni - podliježu opisu.

2. Opisi cjelokupnog BP okruženja, odnosno indikacija svih procesa sa kojima je povezano na „ulazu“ i „izlazu“, uključujući sve resurse u ovim fazama.

3. Opis funkcionalnog sadržaja BP. Podrazumijeva opis svih područja odgovornosti za svaki odjel ili poziciju u organizaciji.

4. Opis tokova BP i njihove strukture. Određeno ciljevima koje teži. Ukoliko je potrebno unaprediti informacioni sistem, onda se opisuju tok informacija, tok dokumenata i sl. ako je cilj pravilno raspodeliti finansije, onda i finansijski tok i BP u njima.