Tehnologija modeliranja poslovnih procesa. Koje zadatke pomaže u rješavanju modeliranje poslovnih procesa?

Provođenje istraživanja u području poslovnog modeliranja pokazalo je da već postoje stotine metoda, metodologija, procesa, standarda koji reguliraju pojedine detalje odabira i integracije tijekova rada u razvoju automatiziranih informacijskih sustava. Sve donedavno rad vezan uz poslovnu analizu i poslovno modeliranje nije bio popularan među dizajnerima informacijskih sustava. Njihova uloga nije toliko očita i ne prihvaćaju je sve metodologije. Postavlja se pitanje prikupljanja informacija o poduzeću za koje se AIS razvija (bira) u obliku poslovnih modela ili se isplati preskočiti ovu fazu i odmah formirati zahtjeve za sustav i krenuti u njegovu izradu?

Klijent i programer uvijek govore različiti jezici. Opće razumijevanje razvija se s poteškoćama, taj proces zahtijeva vrijeme, ali se njegova važnost ne može precijeniti: na kraju krajeva, uspješna implementacija projekta na terenu i uvođenje AIS-a uvelike ovisi o tome hoće li biti moguće razviti i dokumentirati njihovu opću ideju predmet razvoja. Ako Razvojni programer ode još dalje i zaroni u osobitosti poslovanja u poduzeću Kupca, on će, prvo, moći postići bolje razumijevanje zahtjeva za AIS i, drugo, sudjelovati zajedno s Kupcem u formuliranju zahtjeva , analiza propuštenih zahtjeva itd.

Zadatak analize poslovnih procesa (poslovno modeliranje), tako popularan posljednjih desetljeća zbog stabilnih tržišnih uvjeta, treba promatrati kao dio općenitijeg zadatka, analize problemskih područja Problem area analysis - APO. Radovi posvećeni analizi problematike pojavili su se u domaćoj literaturi sredinom prošlog stoljeća; ova je tema neraskidivo povezana s pristupom zadacima i inženjeringom ekspertnih sustava. Prvi koraci u području modeliranja učinjeni su u izgradnji inteligentnih sustava. Za tako "običniji" zadatak kao što je zadatak izgradnje AIS-a, te su se metode počele primjenjivati ​​kasnije. Strategije izvlačenja znanja uvelike se presijecaju s radom analitičara, metode rješavanja problema svođenjem na podzadatke i pretraživanjem u prostoru stanja ogledaju se u nizu metoda poslovne analize, analize i sinteze softverskih sustava, a ovaj popis se nastavlja. . U radu se ispituje koliko je učinkovita primjena pojedinih modela i metoda u opisu organizacijskih sustava.

Za rješavanje ovog problema potrebno je odrediti ciljeve i zadatke same poslovne analize, kao faze u izgradnji CIS-a.

Sa stajališta modeliranja, analiza zahtjeva (RA) i analiza domene problema (DPA) bitno su različiti procesi.

APO slijedi klasične ciljeve stvaranja modela: postoji objekt (automatizirano poduzeće ili organizacijski sustav Organizacijski sustav - OS, OS) i zadatak analitičara je odraziti ovaj objekt u kreiranom modelu sa potrebnim stupnjem točnosti, dijagram procesa razvoja prikazan je na slici 3.

Analiza zahtjeva, naprotiv, usmjerena je na modeliranje zamišljenog, još nepostojećeg objekta (AIS). Oni. prvo se kreira model, a potom se na temelju njega sintetizira objekt. Razmotrimo sada generaliziranu "formulu" za stvaranje AIS-a.

OS->M(OS)->M(AIS)->M" (AIS)->M"" (AIS)->M""" (AIS)->AIS

Nakon analize organizacijskog sustava, možete kreirati model M (OS). Ovo je model poslovne analize (problematično područje).

Analiza problematičnog područja omogućuje vam izolaciju:

• - s jedne strane, zadaće i funkcije implementirane unutar OS-a i funkcije komunikacije između OS-a i okoline,
• - s druge strane, struktura predmetnog područja (na početku - na razini konceptualnog modela),
• - treće - zahtjevi za informacijama i njihova obrada.

Izdvajajući među funkcijama one koje su podložne automatizaciji, dobivamo osnovu za identifikaciju funkcionalnih zahtjeva za sustav. Ostatak informacija prikupljenih u AFS fazi služi za traženje nefunkcionalnih zahtjeva. Kao rezultat toga, dobivamo AT model kao prvu aproksimaciju AIS modela, M(AIS).

Dubinska analiza i dizajn čine, redom, analitički model M" (AIS), model dizajna M" "(AIS) i implementacijski model M" "" (AIS).

Model razine implementacije omogućuje vam kombiniranje samog AIS-a, kao skupa programa, informacija i organizacijskih čimbenika.

AIS je, pak, model organizacijskog sustava M "(OS), zatvarajući ciklus modeliranja. Kako bismo pojasnili odnos između ovih procesa, treba napomenuti da je stvoreni AIS također model u odnosu na OS . Stoga, stvarajući AT dokument, mi generiramo, takoreći, "model drugog reda", budući da AT dokument nije ništa više od modela OS modela. Bez APO modela, mi, naravno, može stvoriti AT model. Ali u isto vrijeme riskiramo da prilikom sintetiziranja izvornog modela (tj. AIS), bez znanja o OS-u, možemo doći u situaciju neusklađenosti: rezultirajući AIS neće biti integralan (u skladu s ) OS i stoga neće postati održiv.

Proces razvoja AIS-a može se prikazati u obliku dijagrama u programu BPwin. Slika 4 prikazuje faze razvoja AIS-a. Dijagrami najviše razine - Izrada programa (slika 4) sastoji se od dva dijagrama druge razine Razvoj i Testiranje.

Razvoj se sastoji od izgradnje okvira programa i stvaranja tijela programa.

Treća razina Izgradnja okvira programa

Četvrta razina Izrada tijela programa.

Peta razina testiranja

Nakon što smo razmotrili poslovno modeliranje, prijeđimo na poslovne procese. Proučavanje metodologije poslovnih procesa dovodi do mogućnosti njihove podjele u tri kategorije:

• - modeli koji imaju za cilj analizirati i unaprijediti organizacijski sustav (primjerice, SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - modeli opće namjene kao što su SADT, DFD, IDEF1, IDEF3, IDEF5 i drugi,
• - modeli posebno dizajnirani za korištenje u automatizaciji (npr. ISA, BSP, ARIS, RUP).

Najrazvijeniji model za opisivanje problematičnog područja predložen je u ARIS metodologiji. Arhitektura ARIS-a razlikuje sljedeće podsustave u organizaciji:

• - Organizacijski. Određuje strukturu organizacije - hijerarhiju jedinica, položaje i određene pojedince, raznolikost veza među njima, kao i teritorijalnu povezanost strukturnih jedinica.
• - Funkcionalan. Definira funkcije koje se obavljaju u organizaciji.
• - Podsustavi ulaza/izlaza. Odrediti tokove korištenih i proizvedenih proizvoda i usluga.
• - Informacijski (podsustav podataka). Opisuje prikupljanje, širenje i pristup informacijama (podacima).
• - Podsustav procesa upravljanja. Definira logički slijed za izvršavanje funkcija kroz događaje i poruke. Možemo reći da je upravljački podsustav skup poruka različitih vrsta razmaknutih u vremenu.
• - Podsustav ciljeva organizacije. Opisuje hijerarhiju ciljeva koji se postižu tijekom izvođenja procesa.
• - Podsustav sredstava za proizvodnju. Opisuje životni ciklus glavnog i pomagala proizvodnja.
• - Podsustav ljudskih resursa. Opisuje zapošljavanje, obuku i napredovanje osoblja organizacije.
• - Podsustav uređenja organizacijskih struktura. Opisuje teritorijalni smještaj organizacijskih jedinica.

Ova je podjela donekle uvjetna; odabrani "podsustavi" nisu podsustavi u smislu analize sustava jer prožimaju i presijecaju. Umjesto toga, oni predstavljaju skup predmeta proučavanja, različitih pogleda na predmet koji se proučava. Načelo poboljšanja poslovnih procesa temelji se na četiri pristupa: tehnici analize brzih odluka (FAST); benchmarking procesa; redizajn procesa; reinženjering procesa.

Trenutno postoji niz metoda i alata koji se koriste u provedbi transformacija. Metoda konstruiranja hijerarhijskih modela za opisivanje i analizu poslovnih procesa kao elemenata gospodarskih sustava. Pritom je izuzetno važno jasno formulirati postavku problema i ciljeve modeliranja, što određuje izbor odgovarajućih metoda i alata.

Za rješavanje problema funkcionalnog modeliranja, odnosno opisa postojećih procesa ili procesa koje nastojimo dobiti idealno, široko se koristi metodologija strukturne analize i projektiranja, SADT Structured Analysis and Design Technigue tehnologija.

Glavna ideja SADT metodologije je konstrukcija funkcionalnog modela poduzeća u obliku stabla. Prvo, općenito je opisana funkcionalnost poduzeća, bez detalja. Takav opis naziva se kontekstni dijagram. Interakcija s vanjskim svijetom opisana je u terminima ulaza (podaci ili objekti koje funkcija koristi ili mijenja), izlaza (glavni izlaz funkcije, konačni proizvod), kontrole (politike i procedure koje vode funkciju) i mehanizmi (potrebni resursi). Prilikom izrade kontekstnog dijagrama uzimaju se u obzir svrha modeliranja, opseg (opis što će se smatrati komponentom sustava, a što vanjskim utjecajem) i gledište (pozicija s koje će se model graditi) formuliran. Obično se kao gledište odabire gledište osobe ili objekta odgovornog za rad simuliranog sustava u cjelini.

Nadalje, opća funkcija je podijeljena na velike podfunkcije. Taj se proces naziva funkcionalna dekompozicija. Zatim se svaka podfunkcija rastavlja na manje - i tako dalje sve dok se traženi opis ne detaljizira. Na sl. Slika 2 prikazuje stablo funkcija, koje se naziva stablo čvorova funkcionalnog modela.

Svaki čvor u dijagramu odgovara zasebnom fragmentu opisa dijagrama. Model je skup hijerarhijski poredanih dijagrama od kojih je svaki opis neke funkcije ili rada (aktivnosti).

Aktivnosti u dijagramima prikazane su kao pravokutnici (funkcionalni blokovi). Svaki posao opisuje funkciju ili posao i na njega se upućuje glagolom ili glagolskom frazom koja označava radnju, kao što je "Izrada proizvoda", "Usluga za korisnike" itd. Strelice su označene imenicom i označavaju objekte ili informacije koje povezuju djela međusobno i s vanjski svijet. Za razliku od modela koji predstavljaju strukturu organizacije, rad na dijagramu najviše razine u funkcionalnom modelu nije kontrola rada ispod. Rad na nižoj razini je isti kao rad na višoj razini, ali s više detalja.

Pri razvoju nove informacijske tehnologije preporučljivo je fokusirati se na procese koji se provode na određenom radnom mjestu.

Poslovni proces je tijek informacija koji prolazi s jednog radnog mjesta na drugo. Zadatak može sadržavati nekoliko poslovnih procesa.

Vanjski entitet (Sl. 10a) - objekt (na primjer, dobavljač, klijent, itd.) s kojim je ovaj zaposlenik u interakciji;

Pogon (Sl. 10b) - bilo koja pohrana podataka;

Faza poslovnog procesa (Sl. 10c) - skup radnji zaposlenika prilikom obavljanja određene procedure (primjerice, izdavanje dokumenta, generiranje izvješća itd.) Na vrhu bloka, položaj zaposlenika naznačeno je, na dnu je sadržaj konkretnih radnji kojima se provodi postupak;

Tijek podataka (Sl. 10d) - karakterizira vezu (preporuča se navesti naziv određenog dokumenta iznad strelice).

Analiza podataka je sljedeća:

a. Za svaki zadatak sastavlja se popis podataka potrebnih za njegovo rješavanje, moguća je njihova klasifikacija. Razlikovati podatke: ulazne (početne), normativne i referentne, efektivne (izlazne, obračunske);

b. Definirana je struktura podataka: naslov (ime), vrsta, svojstva;

c. Formiranje informacijskih objekata (IO);

d. Uspostavljanje veza između informacijskih objekata.

Svaki informacijski objekt tvori skup logički povezanih atributa. Tablica 1 prikazuje primjer IO:

Tablica 1. IO "Časopis računovodstva klijentskih organizacija"

Sastav detalja određuje strukturu IO. Svaki IO ima jedinstveno ime.

Instanca je zbirka specifične vrijednosti pojedinosti. IO ima mnogo primjera. Svaka IO instanca mora biti jedinstveno identificirana ključem koji se sastoji od jednog ili više atributa.

Informacijsko-logički model je podatkovni model koji odražava predmetno područje u obliku skupa informacijskih objekata i strukturnih veza između njih.

Slika 12 prikazuje primjer ILM-a

Formira se mapa - skup dokumenata, gradi se dekompozicija cijelog sustava. Mapa se šalje stručnjaku u predmetnom području (tj. osobi koja dobro poznaje modelirani fragment aktivnosti poduzeća) na pregled. Na razini kontekstnog dijagrama to može biti menadžer poduzeća, na razini prve dekompozicije - voditelj odjela itd., do običnog izvođača. Prije daljnje dekompozicije, na sadašnjoj razini, potrebno je dijagramu dodati sve komentare stručnjaka. Tako svaki od stručnjaka nadopunjuje model u onom njegovom dijelu u kojem je najkompetentniji. Rezultat je model potpuno adekvatan sustavu koji omogućuje vizualizaciju postojećih nedostataka, preusmjeravanje i poboljšanje poslovnih procesa, analizu troškova proizvodnje, a služi i kao osnova za izradu informacijskog sustava.

Analiza programa za poslovno modeliranje omogućuje nam da zaključimo da je za provođenje procesa poslovnog modeliranja BPwin jedinstveni program koji omogućuje izradu modela procesa i podržava u jednom modelu, uz IDEF0, još dva standarda (notacije) modeliranja - DFD i IDEF3. Svaka od ove tri oznake omogućuje vam da razmotrite različite aspekte poduzeća:

• 1) IDEF0 dijagrami dizajnirani su za opisivanje poslovnih procesa u poduzeću, omogućuju vam da razumijete koji objekti ili informacije služe kao sirovine za procese, koje rezultate proizvodi rad, koji su čimbenici kontrole i koji su resursi potrebni za to;
• 2) IDEF0 notacija omogućuje prepoznavanje formalnih nedostataka poslovnih procesa, što uvelike olakšava analizu aktivnosti poduzeća;
• 3) dijagrami toka podataka (Data flow diagramming, DFD) koriste se za opisivanje tijeka rada i obrade informacija.

Uzimajući u obzir mogućnosti svakog standarda, IDEF3 može biti preferiran, prikladniji je za opisivanje logike interakcije tokova informacija, koji se također naziva dijagramom radnog tijeka - notacija modeliranja koja koristi grafički opis tokova informacija, odnosa između procesa obrade informacija i objekata koji su dio tih procesa.

Prilikom projektiranja poslovnih procesa za poduzeće gradi se funkcionalni model postojeće organizacije rada KAKO JEST (As is). Na temelju modela AS-IS, između različitih poslovnih jedinica postiže se konsenzus o tome “tko je što napravio” i što svaka poslovna jedinica dodaje procesu.

Model KAKO JESTE omogućuje vam da shvatite "što radimo danas" prije nego što prijeđete na "što ćemo raditi sutra". Uvođenje informacijskog sustava neizbježno će dovesti do restrukturiranja postojećih poslovnih procesa poduzeća. Analiza funkcionalnog modela omogućuje vam da shvatite gdje je najviše slabe točke koje će biti koristi od novih poslovnih procesa i kako duboke promjene bit će pogođena postojeća organizacijska struktura poslovanja. Detaljiziranje poslovnih procesa omogućuje vam prepoznavanje nedostataka organizacije, čak i tamo gdje se funkcionalnost na prvi pogled čini očigledna. Znak neučinkovite aktivnosti može biti beskoristan, neupravljan i dupliciran rad, neučinkovit protok dokumenata ( željeni dokument ne pojavljuje se na pravom mjestu u pravo vrijeme), nedostatak povratne informacije o upravljanju (na rad ne utječe rezultat) i inputa (predmeti ili informacije se koriste neracionalno) itd.

Da odgovorim na pitanje kako bi poduzeće trebalo raditi u budućnosti? Koji je dobitak (gubitak) reorganizacije? Nedostaci koji se nalaze u modelu AS-IS mogu se ispraviti kreiranjem TO-BE (As it will be) modela - modela nove organizacije poslovnih procesa. TO-BE model je potreban za procjenu posljedica implementacije informacijskog sustava i analizu alternativnih/najboljih načina obavljanja posla i dokumentiranja kako će poduzeće funkcionirati u budućnosti. U pravilu se gradi nekoliko modela TO-BE, od kojih se odabire najbolji prema nekom kriteriju (slika 7). Na primjer, svaki od modela TO-BE može odgovarati određenom informacijskom sustavu.

Kriterija je mnogo, a nije lako odrediti najvažnije, da bi se utvrdila učinkovitost poslovnih procesa nakon implementacije korporativnog informacijskog sustava potreban je metrički sustav, tj. kvalitetu treba kvantificirati.

BPwin analitičaru pruža dva alata za procjenu modela - Troškovnik na temelju aktivnosti (ABC) i Korisnički definirana svojstva (UDP). ABC je široko prihvaćena metodologija koju koriste međunarodne korporacije i vladine organizacije identificirati pokretače troškova u organizaciji.

Analiza troškova je računovodstvena konvencija koja se koristi za prikupljanje troškova povezanih s poslom kako bi se odredio ukupni trošak procesa. Analiza troškova temelji se na modelu rada, jer kvantifikacija nije moguća bez detaljnog razumijevanja funkcionalnosti poduzeća.

Tipično, ABC se koristi za razumijevanje podrijetla troškova i olakšavanje odabira željenog modela rada za reorganizaciju poduzeća (Business Process Re-engineering, BPR). Analizom troškova možete riješiti probleme kao što su određivanje stvarne cijene proizvodnje proizvoda, određivanje stvarne cijene korisničke podrške, identificiranje radova koji koštaju najviše (onih koje je potrebno prvo poboljšati), itd. u svakom od AS-modeli.JESTE i BITI.

Dakle, zaključujemo da analiza troškova omogućuje procjenu kakve će biti posljedice uvođenja informacijskog sustava, hoće li ono doista dovesti do povećanja produktivnosti i ekonomskog učinka i do kojih.

Osim toga, BPwin vam omogućuje izradu prilično učinkovitih procjena troškova, ali ne tvrdi da je vrlo točan u takvim procjenama. Za točne izračune troškova možete koristiti specijalizirani alat za analizu troškova EasyABC. BPwin podržava dvosmjerni izvoz - uvoz u EasyABC. Rezultati analize troškova vizualizirani su na posebnom izvješću BPwin - ABC. ABC vam omogućuje procjenu troškova i vremenskih karakteristika sustava. Ukoliko pokazatelji troškova nisu dovoljni, moguće je uvesti vlastitu metriku - svojstva definirana od strane UDP korisnika.

U okviru ovoga diplomski rad razmatrat će se elementi linije AllFusion tvrtke Computer Associates.

Nakon što smo proučili primarne izvore i analizirali ih, kao i sam alat - program BPwin, izvlačimo zaključke: bilo koja aktivnost ili struktura poduzeća može se dizajnirati i predstaviti u obliku koji će optimizirati rad organizacije, provjeriti za usklađenost sa standardima ISO9000, projektirajte strukturu, smanjite troškove, eliminirajte nepotrebne operacije, poboljšajte fleksibilnost i učinkovitost. BPwin podržava tri notacije modeliranja odjednom: IDEF0 američki federalni standard, IDEF3 i DFD te je jedinstven softverski alat u području projektiranja automatiziranih informacijskih sustava. Nakon analize svih procesa, slika 14 prikazana je na kraju odlomka, prikazujući sve procese kao što su analiza zahtjeva i drugi tijek rada softverskog inženjeringa.

Tijek rada "poslovnog modeliranja" služi kao osnova za analizu i formiranje zahtjeva za AIS i omogućuje izbjegavanje pogrešaka. Tijek rada “upravljanja okolišem” pruža početne informacije za radnu skupinu AT, koja regulira formate, CASE alate i radne procedure.

Radni tijek upravljanja projektom temelji se na specifikaciji zahtjeva. Strateško i taktičko planiranje, formiranje međukazaša (očekivanih rezultata) usko su povezani sa zahtjevima za sustav.

Tijek rada analize i dizajna provodi se na temelju početnih podataka koje daje AT. U određenoj mjeri ti se radni procesi odvijaju paralelno. Kada se pronađu problemi povezani sa zahtjevima, postoji povratna informacija iz ovog tijeka rada u AT tijek rada.

Tijek rada "testiranja" uvelike se temelji na modelu zahtjeva i dodatnim specifikacijama koje upravljaju procesom testiranja (testni scenariji, itd.).

Za tijek rada "implementacije" ne postoji odnos prema zahtjevima. U međuvremenu, prirodno je da se zahtjevi trebaju analizirati i uzeti u obzir u svim tijekovima rada projekta, čak i ako to nije formalno predviđeno procesom koji je odabrala grupa. Ljudi griješe, a pogreške učinjene u ranim fazama projekta rastu poput grudve snijega kako prelazite iz faze u fazu. Stoga je korisno da svaki član tima zainteresiran za uspjeh projekta pogleda specifikaciju zahtjeva i uvjeri se da posao koji mu je dodijeljen ispunjava ovaj ili onaj zahtjev. To vam omogućuje organiziranje povratnih informacija koje vam omogućuju praćenje pogrešaka u specifikacijama. Mnogi projekti su stali upravo zato što je tim za implementaciju odvojen od tima za prikupljanje i analizu zahtjeva.

Jedan od ključnih aspekata upravljanja je osigurati vidljivost ("transparentnost") objekta upravljanja (organizacije ili sustava) opisa pogodnog za percepciju i analizu. Objekt upravljanja može se predstaviti kao mreža procesa koji određuju njegovu misiju, to je procesni pristup upravljanju. Identifikacija i opis procesa kontrolnog objekta omogućuje jasno razumijevanje, upravljanje i poboljšanje tih procesa. Adekvatan opis procesa moguć je uz pomoć postupka koji se naziva modeliranje. Pojam "modeliranje" treba shvatiti kao proces stvaranja točnog, dostatnog, sažetog, lakog za percipiranje i analizu opisa sustava kao skupa komponenti koje međusobno djeluju i odnosa među njima.

Faze modeliranja poslovnih procesa.

Faza 1. Dijagnostika sustava upravljanja organizacijom.

Provođenje dijagnostike postojećeg sustava upravljanja organizacijom je zbog potrebe rješavanja sljedećih zadataka:

utvrđivanje problematičnih područja u interakciji službenika i odjela u rješavanju problema;

raspodjela glavnih i pomoćnih aktivnosti s njihovom naknadnom dekompozicijom u poslovne procese;

stvaranje preduvjeta za stvaranje transparentnog i urednog sustava internih regulatornih dokumenata.

U ovoj fazi provode se razgovori s voditeljima odjela, analizira se organizacijska struktura tvrtke, sastavlja se preliminarni popis regulirane dokumentacije za naknadni razvoj i određuje se format modeliranja procesa.

Faza 2. Modeliranje postojećih poslovnih procesa.

Glavni zadatak ove faze je kreiranje modela poslovnih procesa koji prikazuju redoslijed radnji, podjelu odgovornosti među izvođačima, vrijeme i rezultate rada. Ovi modeli su grafički prikaz implementacije poslovnih procesa u organizaciji u trenutku implementacije ove faze projekta.

Stvaranje funkcionalnih modela i dijagrama odvija se u sljedećem redoslijedu:

Prikupljanje informacija može uključivati ​​bilo koju kombinaciju sljedećih aktivnosti: čitanje dokumenata, promatranje postojećih operacija, ispitivanje grupe stručnjaka, intervjuiranje jednog ili više stručnjaka, korištenje vlastitog znanja i izmišljenog opisa rada sustava, koji se zatim može ispraviti. .

Dekompozicija predmeta proučavanja. Pri dekompoziciji objekta potrebno je, prije svega, obratiti pažnju na ulazne i izlazne podatke cijelog sustava. Dekompozicija cijelog sustava počinje popisom glavnih tipova podataka i glavnih funkcija sustava. Čineći to, glavne funkcije sustava se mentalno preispituju, uzimajući u obzir sve normalne i nenormalne situacije, Povratne informacije i moguće greške.

• 3. Modeliranje u SADT-u znači stvaranje A0 i A-0 dijagrama. Ova dva dijagrama u potpunosti govore sve o sustavu koji se proučava s minimalnim stupnjem detalja. Prije početka modeliranja potrebno je pripremiti se za to, prikupiti informacije, dekomponirati objekt proučavanja (dekompozicija - dijagram A0 ističe najvažnije funkcije i objekte sustava), zatim generalizirati tu dekompoziciju (dijagram A-0 tretira sustav kao crna kutija, daje joj ime i određuje najvažnije ulaze, kontrole, izlaze i mehanizme):
• 3.1. Izbor svrhe i gledišta.
• 3.2. Sastavljanje popisa podataka. U ovom slučaju, bolje je da ima više podataka nego manje. Podaci se mogu odmah grupirati prema vrsti.
• 3.3. Izrada popisa značajki. Funkcije sustava su također bolje kombinirane prema vrsti podataka koji se koriste. Funkcije se zatim kombiniraju u skupine (od tri do šest). Poželjno je da te skupine imaju istu razinu složenosti, sadrže približno isti opseg radnji i funkcija u svakoj od njih imaju slične operacije i ciljeve.
• 3.4. Konstrukcija i generalizacija dijagrama A0 (A0 - A-0). Svaki SADT dijagram ima nadređeni dijagram koji sadrži njegov kontekst. Kontekst za A0 je A-0, što je generalizacija cijelog modela. Ovaj dijagram ima nekoliko svrha: najavljuje opća funkcija cijelog sustava, daje skup osnovnih tipova ili skupova podataka koje sustav koristi ili proizvodi, ukazuje na odnos između glavnih tipova podataka, praveći njihovu razliku.
• 3.5. Dekompozicija ograničenog objekta. Početak procesa dekompozicije sastoji se od odabira bloka razmatranog dijagrama i razmatranja objekta definiranog tim blokom i njegovim lukovima. Pritom treba uzeti u obzir da prije svega treba razmotriti takav blok čija će dekompozicija otkriti mnoge aspekte A0 dijagrama i imati veći utjecaj na buduće dekompozicije ostalih blokova ovog sustav. Pri izboru najsmislenijeg bloka potrebno je voditi računa kako o dominantnosti tako i o funkcionalnoj složenosti i razumljivosti. Najbolji blok za prvu dekompoziciju bit će onaj koji vam omogućuje da najdublje prodrete u bit sustava koji se razmatra.
• 3.6. Iterativni proces pregleda.
• 3.7. Završetak simulacije. Dekompozicija modela ili njegovog dijela se prekida ako je model dosegao razinu detalja dovoljnu za postizanje cilja. Dekompozicija bloka može se prekinuti ako se pokaže da su funkcije bloka vrlo slične drugom dijelu modela koji je već dekomponiran. Dakle, dostatnost detalja, promjena razine apstrakcije, promjena gledišta i slična funkcionalnost glavni su kriteriji za završetak dekompozicije.
• 3.8. Dokumentacija Vidi: Kalyanov, GN CASE-tehnologije. Strukturna analiza sustava (automatizacija i primjena) / G.N. Kaljanov. - M:, Lori, 2002. - S.76-80 ..

Analiza funkcionalnog modela omogućuje vam da shvatite gdje su najslabije točke, koje će biti prednosti novih poslovnih procesa i koliko će se temeljito promijeniti postojeća struktura poslovne organizacije. Detaljiziranje poslovnih procesa omogućuje vam prepoznavanje nedostataka organizacije, čak i tamo gdje se funkcionalnost na prvi pogled čini očigledna. Rezultat rada u ovoj fazi projekta bit će skup modela poslovnih procesa koji opisuje trenutno stanje aktivnosti organizacije (ili zasebno područje njezinih aktivnosti). Razvijeni skup modela temelj je za procjenu optimalnosti i optimizacije relevantnih poslovnih procesa Vidi: Vendrov, A.M. Suvremene metode i sredstva projektiranja informacijskih sustava / A.M. Vendrov. - M.: Financije i statistika, 2005. - P.176. .

Faza 3. Procjena optimalnosti i optimizacija poslovnih procesa.

Ova faza je ključna u tijeku cijelog projekta, budući da o kvaliteti njezine provedbe ovisi optimalnost budućih aktivnosti organizacije. Pri ocjeni optimalnosti analiziraju se sljedeći parametri poslovnog procesa: valjanost i pouzdanost početnih podataka ("inputa"); cjelovitost i pravovremenost kontrolnih radnji, njihova prisutnost; optimalnost djelovanja u okviru provedbe procedura poslovnih procesa; optimalno vrijeme rada; dostatnost sredstava; kvaliteta, valjanost i pouzdanost konačnih rezultata ("outputa") te njihova dostatnost za provedbu kasnijih poslovnih procesa.

Provođenjem procjene optimalnosti za navedene parametre postižu se sljedeći rezultati:

• - utvrđivanje neopravdanog dupliciranja funkcija između zaposlenika (divizija) i "zona neodgovornosti".
• - identifikaciju područja neoptimalnosti koja smanjuju učinkovitost poslovnih procesa.
• - utvrđivanje rezervi za smanjenje troškova poslovnih procesa.

Rezultat rada ove faze je izvješće o analizi poslovnih procesa prema zadanim parametrima ocjenjivanja, uključujući prijedloge za poboljšanje poslovnih procesa organizacije. Ovo izvješće je temelj za razvoj optimalnih modela poslovnih procesa („kako bi trebalo biti“).

Faza 4. Organizacija provedbe promjena.

Glavna svrha implementacije ove faze je osigurati da zaposlenici razumiju i koriste nove modele za implementaciju poslovnih procesa u svojim svakodnevnim aktivnostima. Time se smanjuje otpor zaposlenika promjenama.

Prilikom uvođenja promjena u aktivnosti organizacije provodi se sljedeći skup radova:

• - informiranje djelatnika odgovornih za provođenje promjena radi pojašnjenja ciljeva i aktivnosti, postupka i obrazaca za uvođenje novih modela.
• - praćenje pilot rada novih standarda funkcioniranja Društva radi utvrđivanja odstupanja razvijenih modela poslovnih procesa od realne mogućnosti obavljanja poslova.
• - prilagodba modela poslovnih procesa na temelju rezultata probnog rada Vidi: Projektni zadatak za projekt reorganizacije poslovnih procesa poduzeća. Način pristupa: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w.

Faza 5. Razvoj regulatornih dokumenata

Regulacija poslovnih procesa - razvoj i koordinacija uputa za poslovne procese u sastavu, fiksiran u fazi dijagnostike sustava upravljanja. Izrada skupa regulatornih dokumenata je, naravno, glavni rezultat cijelog projekta, ali, unatoč tome, treba ga provesti.

Faza 6. Provedba regulatornih dokumenata.

Glavna svrha implementacije ove faze je osigurati da zaposlenici razumiju i koriste nove modele za implementaciju poslovnih procesa u svojim svakodnevnim aktivnostima. Time se osigurava smanjenje otpora zaposlenika poduzeća promjenama.

Provedba rada na implementaciji izrađene regulatorne dokumentacije logičan je završetak cjelokupnog projekta reguliranja aktivnosti onih poslovnih procesa koji su u fazi dijagnostike identificirani kao perspektivni.

Poslovni proces je logičan, sekvencijalan, međusobno povezan skup aktivnosti koji troši resurse proizvođača, stvara vrijednost i daje rezultate potrošaču. Među glavnim razlozima koji potiču organizaciju na optimizaciju poslovnih procesa su potreba za smanjenjem troškova ili trajanja proizvodnog ciklusa, zahtjevi potrošača i države, implementacija programa upravljanja kvalitetom, spajanje poduzeća, unutarnja organizacijska proturječja itd.

Modeliranje poslovnih procesa omogućuje ne samo određivanje kako tvrtka funkcionira kao cjelina, kako komunicira s vanjskim organizacijama, kupcima i dobavljačima, već i kako su aktivnosti organizirane na svakom radnom mjestu.

Modeliranje poslovnih procesa je učinkovit pravni lijek potraga za načinima optimizacije aktivnosti poduzeća, način predviđanja i minimiziranja rizika koji se javljaju u različitim fazama reorganizacije poduzeća. Ova metoda omogućuje procjenu troškova za svaki pojedinačni proces i sve poslovne procese organizacije u cjelini.

Metodologija (notacija) za izradu modela (opisa) poslovnog procesa shvaća se kao skup načina na koji objekti stvarni svijet a poveznice između njih prikazane su kao model.

Poslovni model je formalizirani (grafički, tablični, tekstualni, simbolički) opis poslovnih procesa koji odražava stvarne ili namjeravane aktivnosti poduzeća.

U najjednostavnijem slučaju, poslovni model se može sastojati od jednog dijagrama, ali to je u praksi teško prihvatljivo, budući da su poslovni procesi obično previše složeni i višedimenzionalni. Model takvih procesa uključuje sljedeće komponente:

• - Reprezentacija. Svaki pogled odražava određeni aspekt poslovnih procesa. Pogled je apstrakcija koja odražava određeno gledište i skriva detalje koji nisu relevantni za to gledište.
• - Dijagrami. Svaki pogled sastoji se od niza dijagrama različitih tipova koji odražavaju strukturne i dinamičke aspekte poslovnih procesa.
• - Objekti i procesi. Objekti predstavljaju resurse koji se koriste u procesima (financijskim, materijalnim, ljudskim, informacijskim).

Najvažniji koncepti svake metode modeliranja poslovnih procesa su koncepti objekta i odnosa. Svaki objekt modela odražava neki stvarni objekt tzv. predmetnog područja (organizacije). , ljudi, dokumenata, strojeva i opreme, softvera itd. U pravilu se unutar iste metode razlikuju i objekti modela koji odražavaju različite entitete stvarnog svijeta. Poveznice su namijenjene opisivanju međusobnog odnosa objekata. Takvi odnosi mogu uključivati: slijed izvršavanja tijekom vremena, komunikaciju putem protoka informacija, korištenje od strane drugog objekta itd.

Svaki objekt i veze karakterizira niz parametara ili, kako se kaže, atributa koji odražavaju određene karakteristike stvarnog objekta. Sastav atributa ovisi o vrsti stvarnog objekta organizacije koji se prikazuje pomoću modela. Atributi mogu biti takve karakteristike kao što su broj objekta, naziv, opis, trajanje izvršenja (za funkcije), trošak itd. U praksi, pri izradi organizacijskih modela, opis atributa objekata modela provodi se pomoću posebnih alata za modeliranje poslovnih procesa . To vam omogućuje da od najjednostavnijeg “opisa” poslovnog procesa napravite složeniji “model” na temelju kojeg se rade određeni izračuni, analiza i evaluacija procesa.

Budući da su modeli poslovnih procesa dizajnirani da širok raspon korisnici (poslovni analitičari, obični zaposlenici i menadžment poduzeća), a njihovu konstrukciju često provode nestručnjaci u tom području informacijske tehnologije, najviše se koriste modeli grafičkog tipa, u kojima se, sukladno određenoj metodologiji, poslovni proces prikazuje u obliku vizualnog grafička slika-- grafikon koji se uglavnom sastoji od okvira i strelica. Takav prikaz ima visok, višedimenzionalni sadržaj informacija, koji se izražava u različitim svojstvima (boja, pozadina, stil itd.) i atributima (težina, veličina, cijena, vrijeme itd.) svakog objekta i veze. Posljednjih godina razvijači programskih alata za modeliranje poslovnih procesa veliku pozornost posvećuju transformaciji grafičkih modela u modele drugih vrsta, posebice u izvršne, čija je svrha osigurati automatizaciju poslovnog procesa i integracija informacijskih sustava uključenih u njegovu provedbu. poslovni reinženjering financijski

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

• - omogućiti razumijevanje strukture organizacije i dinamike procesa koji se u njoj odvijaju;
• - omogućiti razumijevanje aktualnih problema organizacije i mogućnosti za njihovo rješavanje;
• — osigurati da kupci, korisnici i programeri dijele isto razumijevanje ciljeva i zadataka organizacije;
• - stvoriti bazu za formiranje zahtjeva za softver koji automatizira poslovne procese organizacije.

Glavno područje primjene poslovnih modela je reinženjering poslovnih procesa. Istodobno, treba izgraditi modele sadašnjih i perspektivnih aktivnosti, te plan i program prijelaza iz prvog stanja u drugo. Svako moderno poduzeće je složen sustav, njegove aktivnosti uključuju izvršenje desetaka tisuća funkcija i operacija koje se međusobno dotječu. Čovjek nije u stanju do detalja razumjeti kako takav sustav funkcionira - to nadilazi granice njegovih mogućnosti. Stoga je glavna ideja stvaranja takozvanih modela "AS_IS" (kao što jest) i "AS_TO_BE" (kao što bi trebalo biti) razumjeti što dotično poduzeće radi (radit će) i kako funkcionira (će funkcija) za postizanje svojih ciljeva.

Svrha budućih programskih sustava je prije svega rješavanje poslovnih problema putem suvremenih informacijskih tehnologija. Softverski zahtjevi formiraju se na temelju poslovnog modela, a kriteriji dizajna sustava primarno se temelje na njihovom potpunom zadovoljenju. Treba napomenuti da modeli poslovnih procesa nisu samo međurezultati koje konzultant koristi za izradu bilo kakvih preporuka i zaključaka. Oni su samostalan rezultat od velike praktične važnosti, što proizlazi iz ciljeva njihove konstrukcije.

Stoga se mogu razlikovati sljedeći ciljevi poslovnog modeliranja:

• - Opis poslovnih procesa u standardu "kakav jest";
• - To je učinkovito sredstvo za prepoznavanje i uklanjanje "uskih grla" poduzeća;
• - Alat za predviđanje i minimiziranje rizika;
• - Opis aktivnosti tvrtke za naknadnu automatizaciju.

Zadaci poslovnog modeliranja:

• - Reorganizacija poslovanja
• - Certifikacija poslovanja
• - Primjena informacijskih sustava za upravljanje poslovanjem

Model poslovnog procesa treba odgovoriti na pitanja:

• 1. Koje postupke (funkcije, rad) je potrebno provesti da bi se dobio željeni krajnji rezultat?
• 2. Kojim redoslijedom se provode ovi postupci?
• 3. Koji mehanizmi kontrole i upravljanja postoje unutar razmatranog poslovnog procesa?
• 4. Tko provodi procesne postupke?
• 5. Koje ulazne dokumente/informacije koristi svaki procesni postupak?
• 6. Koje izlazne dokumente/informacije generira procedura procesa?
• 7. Koji su resursi potrebni za dovršetak svakog postupka u procesu?
• 8. Koja dokumentacija/uvjeti reguliraju provedbu postupka?
• 9. Koji parametri karakteriziraju provedbu postupaka i proces u cjelini?

Mnogi poslovni lideri sada pokreću projekte modeliranja procesa u organizacijama za različite svrhe. Ovi se ciljevi mogu podijeliti u dvije skupine. Ostvarivanje ciljeva prve skupine trebalo bi osigurati rješenje specifičnih problema organizacije i povećati učinkovitost njezinog djelovanja. U ovom slučaju od projekta opisa poslovnih procesa očekuju se pravi, praktično važni rezultati. Drugu skupinu ciljeva možemo okarakterizirati kao ciljeve slogana. Nitko u organizaciji ne očekuje nikakav učinak od projekta, on je razvijen za postizanje političkih ciljeva ili služi kao opravdanje za dodjelu financijskih sredstava.

U prvoj skupini ciljeva treba izdvojiti nekoliko pravaca u kojima će se razvijati projekt opisa poslovnih procesa. U praksi, menadžeri prije svega postavljaju zadatak razumjeti kako posao teče i gdje se smanjuje učinkovitost (nastaju financijski gubici). Pretpostavlja se da će se dobiveni skup modela poslovnih procesa koristiti u budućnosti za potrebe automatizacije. Osim toga, žele dobiti informacije o postojećem sustavu tijeka rada iz modela i napraviti potrebne izmjene u njemu, itd. Moguće je identificirati nekoliko karakteristične značajke formuliranje izjave o zadatku od strane rukovoditelja najviše razine u ovoj fazi:

• - neodređenost formulacija i nedostatak definicija (na primjer, procesi);
• - nepostojanje jasnih kriterija za postizanje ciljeva projekta;
• - nedostatak razumijevanja kako će se rezultirajući skup modela poslovnih procesa koristiti u budućnosti.

Ove značajke odražavaju činjenicu da menadžeri, uglavnom, ne predstavljaju važnost opisa poslovnih procesa kao jednog od načina razvoja sustava upravljanja procesima organizacije. Ali činjenica je da sami modeli poslovnih procesa nisu alat za upravljanje. Međutim, oni mogu poslužiti kao temelj za izradu regulatorne dokumentacije, analizu aktivnosti i donošenje nekih odluka.

Modeli poslovnih procesa:

• - uvesti točnost i metodologiju;
• - pružiti jedinstvenu, dosljednu prezentaciju;
• - integrirati procese, IT sustave, organizacijsku strukturu, informacije i podatke;
• - omogućuju vam da vidite i analizirate odnos;
• - pomoći u provjeri ispravnosti, pregleda i procesa testiranja;
• - osigurati informativno okruženje za procjenu scenarija što-ako;
• - osnova su za brzu implementaciju procesnih promjena.

Stoga se moraju definirati ciljevi projekta modeliranja poslovnih procesa. Ovisno o postavljenim ciljevima, mogu se koristiti različiti pristupi (metodologije) za opis poslovnih procesa organizacije. Metodologiju provedbe projekta treba razviti (prilagoditi) uzimajući u obzir postavljene ciljeve i količinu sredstava dodijeljenih ovom projektu.

Uvod

1. Modeliranje poslovnih procesa

2. Klasifikacija poslovnih procesa

3. Standardi modeliranja poslovnih procesa

Zaključak

Popis korištenih izvora

UVOD

Koncept "modeliranja poslovnih procesa" ušao je u život većine analitičara istodobno s pojavom na tržištu složenih softverskih proizvoda dizajniranih za složenu automatizaciju upravljanja poduzećem.

Takvi sustavi uvijek podrazumijevaju temeljito predprojektno ispitivanje aktivnosti poduzeća. Rezultat ove ankete je stručno mišljenje, u kojem su u posebnim točkama date preporuke za otklanjanje „uskih grla“ u upravljanju djelatnostima.

Na temelju ovog zaključka, neposredno prije implementacije sustava automatizacije provodi se tzv. reorganizacija poslovnih procesa, ponekad prilično ozbiljna i bolna za tvrtku. Ovo je, naravno, tim koji se godinama razvijao i uvijek ga je teško natjerati da “razmišlja na novi način”. Ovakva opsežna istraživanja poduzeća uvijek su složena i značajno se razlikuju od slučaja do slučaja.

Postoje dobro uspostavljene metodologije i standardi za rješavanje takvih problema modeliranja složenih sustava. Ovi standardi uključuju IDEF obitelj metodologija. Uz njihovu pomoć možete učinkovito prikazati i analizirati modele aktivnosti širokog spektra složenih sustava u različitim odjeljcima. Istodobno, širinu i dubinu ispitivanja procesa u sustavu određuje sam programer, što omogućuje da se kreirani model ne preoptereti nepotrebnim podacima.

Modeliranje poslovnih procesa omogućuje vam da analizirate ne samo kako poduzeće funkcionira kao cjelina, kako komunicira s vanjskim organizacijama, kupcima i dobavljačima, već i kako su aktivnosti organizirane na svakom pojedinom radnom mjestu.

Postoji nekoliko pristupa definiranju pojma "modeliranje poslovnih procesa":

- ovo je opis poslovnih procesa poduzeća koji omogućuje menadžeru da zna kako rade obični zaposlenici, a za obične zaposlenike - kako rade njihovi kolege i na koji krajnji rezultat su usmjerene sve njihove aktivnosti;

modeliranje poslovnih procesa- ovo je učinkovito sredstvo za pronalaženje mogućnosti za poboljšanje aktivnosti poduzeća;

modeliranje Poslovni procesi- ovo je alat koji vam omogućuje da predvidite i minimizirate rizike koji se javljaju u različitim fazama reorganizacije poduzeća;

modeliranje poslovnih procesa je metoda koja vam omogućuje da date procjenu troškova za svaki proces, uzet pojedinačno, i sve poslovne procese u poduzeću, uzevši ukupno.

Moderna poduzeća prisiljena su stalno poboljšavati svoje aktivnosti. To zahtijeva razvoj novih tehnologija i poslovnih običaja, poboljšanje kvalitete krajnjih rezultata aktivnosti i naravno uvođenje novih, boljih učinkovite metode upravljanje i organizacija poduzeća.

Poslovni proces je logičan, dosljedan, međusobno povezan skup aktivnosti koji troši resurse proizvođača, stvara vrijednost i daje rezultat potrošaču. Među glavnim razlozima koji potiču organizaciju na optimizaciju poslovnih procesa su potreba za smanjenjem troškova ili trajanja proizvodnog ciklusa, zahtjevi potrošača i države, implementacija programa upravljanja kvalitetom, spajanje poduzeća, unutarnja organizacijska proturječja itd.

Modeliranje poslovnih procesa je učinkovit alat za pronalaženje načina za optimizaciju aktivnosti poduzeća, alat za predviđanje i minimiziranje rizika koji se javljaju u različitim fazama reorganizacije poduzeća. Ova metoda omogućuje procjenu troškova za svaki pojedinačni proces i sve poslovne procese organizacije u cjelini.

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

Slika 1 - Razlozi za odluku o modeliranju poslovnih procesa

Modeliranje poslovnih procesa utječe na mnoge aspekte aktivnosti poduzeća:

promjena organizacijske strukture;

optimizacija funkcija odjela i zaposlenika;

preraspodjela prava i dužnosti menadžera;

promjena unutarnjeg normativni dokumenti i operativna tehnologija.

Svrha simulacije je sistematizacija znanja o poduzeću i njegovim poslovnim procesima u vizualnom grafičkom obliku koji je pogodniji za analitičku obradu dobivenih informacija. Model bi trebao odražavati strukturu poslovnih procesa organizacije, detalje njihove implementacije i slijed tijeka rada.

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

Strukturalni Modeliranje poslovnog procesa organizacije može se napraviti u IDEF0 notaciji korištenjem BPwin alata ili u UML-u korištenjem Rational Rose alata. Detaljno modeliranje se radi u UML-u.

U fazi strukturalnog modeliranja, model bi trebao odražavati:

postojeća organizacijska struktura;

dokumenti i drugi entiteti koji se koriste u izvođenju simuliranih poslovnih procesa i potrebni su za modeliranje tijeka rada, s opisom njihovog glavnog značenja;

struktura poslovnih procesa, koja odražava njihovu hijerarhiju od općenitijih skupina do privatnih poslovnih procesa;

dijagrami interakcije za konačne poslovne procese, koji odražavaju slijed stvaranja i kretanja dokumenata (podaci, materijali, resursi, itd.) između aktera.

detaljan modeliranje poslovnih procesa izvodi se u istom modelu i treba odražavati tražene detalje te treba pružiti nedvosmislen pogled na aktivnosti organizacije.

Detaljan model poslovnog procesa trebao bi uključivati:

set presedana koji odražavaju moguće opcije izvršavanje poslovnih procesa "kakav jest";

akcijski dijagrami koji detaljno opisuju slijed poslovnih procesa;

dijagrami interakcije koji odražavaju sheme tijeka rada.

Poslovni rad- skup radnji, postupaka koji čine sadržaj jednog akta poslovne djelatnosti.

Poslovna operacija obično započinje proizvodnjom ili nabavom serije robe prema unaprijed utvrđenom planu radnji, a završava prodajom robe i ostvarivanjem dobiti. Poslovne transakcije također se nazivaju transakcije.

Poslovna funkcija je zadatak koji tvrtka rješava za vlastiti opstanak i postizanje svojih ciljeva. Funkcija odgovara na pitanje Što uraditi. Naravno, u okviru tvrtke mogu se izdvojiti mnoge funkcije. Stoga svaki poslovni sustav treba imati funkcije kao što su upravljanje financijama, proizvodnja, prodaja.

Poslovni model - to je ono što tvrtka radi i kako zarađuje (Tom Malone)

Poslovna strategija postoji teorija, poslovni model je hipoteza (Nicholas Carr)

Poslovni model je prikaz skupa povezanih elemenata modela koji definiraju unutarnje i vanjsko okruženje poduzeća unutar jedinstvenog sustava.

2. KLASIFIKACIJA POSLOVNIH PROCESA

Dodijelite sljedeću klasifikaciju:

Ovisno o mjestu odvijanja poslovnih procesa u organizacijska struktura poduzeća razlikuju sljedeće poslovne procese:

horizontalni procesi - procesi koji odražavaju horizontalnu interakciju;

pojedinačni horizontalni procesi - procesi koje obavljaju pojedini zaposlenici (organizacijske jedinice);

međufunkcionalni horizontalni procesi - procesi koje obavlja više zaposlenika (organizacijskih jedinica);

vertikalni procesi - procesi koji odražavaju interakciju zaposlenika (organizacijskih jedinica) po vertikali;

integrirani procesi - procesi koji prikazuju interakciju sudionika procesa vertikalno i horizontalno.

Ovisno o stupnju njihove složenosti, razlikuju se:

monoprocesi - jednosložni procesi;

ugniježđeni procesi - monoprocesi koji su dio složenijeg procesa (makroproces);

srodni procesi su monoprocesi koji se izdvajaju i sekvencijalno provode prema određenom algoritmu.

Ovisno o njihovoj namjeni:

glavni poslovni procesi - horizontalni poslovni procesi koji osiguravaju provedbu stvarnih operativnih zadataka vezanih uz izradu proizvoda i njegovu implementaciju klijentu; - to su procesi čije su operacije izravno povezane s proizvodom poduzeća i time utječu na stvaranje dodane vrijednosti;

prateći poslovni procesi - horizontalni poslovni procesi koji osiguravaju izvršenje glavnih procesa, nisu izravno povezani s proizvedenim dobrima i uslugama, ali je bez njih nemoguće obavljati poslove s dodanom vrijednošću;

upravljanje poslovnim procesima - vertikalni poslovni procesi koji osiguravaju upravljanje aktivnostima poduzeća, temeljnim i pratećim poslovnim procesima. To su procesi oblikovanja strategije, poslovnog planiranja i kontrole.

Ovisno o mjestu u hijerarhiji organizacijskih ciljeva:

poslovni procesi najviše razine - procesi usmjereni na realizaciju strateških ciljeva poduzeća, najznačajnijih za poduzeće;

poslovni procesi srednje razine - poslovni procesi usmjereni na provedbu taktičkih ciljeva;

poslovni procesi niže razine poslovnih procesa usmjereni na provedbu operativnih ciljeva.

Ovisno o razini detalja:

makroprocesi - prošireni poslovni procesi s potrebnom razinom detalja za opis poslovnih procesa najviše razine;

podprocesi - poslovni procesi s potrebnom razinom detalja za opis poslovnih procesa srednje razine;

mikroprocesi - poslovni procesi koji imaju maksimalnu razinu detalja, koriste se za opisivanje poslovnih procesa niže razine.

Kao dio glavnih komponenti kartice uravnoteženih rezultata:

financijski poslovni procesi;

poslovni procesi klijenata;

poslovno - proizvodni procesi;

poslovne procese razvoja, učenja i rasta.

Standard funkcionalnog modeliranja IDEF0

Standard IDEF0 smatra se klasičnom metodom procesnog pristupa upravljanju. Glavno načelo procesnog pristupa je strukturiranje aktivnosti organizacije u skladu s njezinim poslovnim procesima, a ne organizacijskom strukturom. Vrijednost su poslovni procesi koji tvore rezultat značajan za potrošača, a upravo na njihovom unapređenju treba se pozabaviti u budućnosti.

StandardIDEF0 je skup pravila i postupaka dizajniranih za izgradnju funkcionalnog modela objekta bilo kojeg predmetnog područja.

ModelIDEF0 je niz dijagrama s pratećom dokumentacijom koji raščlanjuju složeni objekt na njegove sastavne dijelove koji su prikazani kao blokovi. Pojedinosti o svakom od glavnih blokova prikazane su kao blokovi u drugim dijagramima. Svaki detaljni dijagram blok je dekompozicija dijagrama prethodne razine. U svakom koraku dekompozicije, dijagram prethodne razine naziva se roditeljski dijagram za detaljniji dijagram. Ukupan broj razina u modelu (uključujući razinu konteksta) ne smije premašiti 5-6. Praksa pokazuje da je to sasvim dovoljno za izgradnju cjelovitog funkcionalnog modela modernog poduzeća u bilo kojoj industriji.

IDEF1 standard informacijskog modeliranja

Standard IDEF1 razvijen je kao alat za analizu i proučavanje odnosa između tokova informacija unutar poslovanja poduzeća. Primjena metodologije IDEF1 kao alata za izgradnju vizualnog modela informacijske strukture poduzeća prema principu „kako bi trebalo biti“. Primjer izrade modela prikazan je na slici 2.

Slika 2 - Primjer izgradnje IDEF1 modela

Glavne komponente informacijskog modela su:

dijagrami - strukturne slike informacijskog modela, koje predstavljaju, u skladu sa skupom pravila, sastav i logičke odnose korištenih podataka;

rječnik – vrijednost svakog elementa modela opisana je fragmentom teksta.

Osnovni koncept u metodologiji IDEF1 je koncept entiteta. Esencija definiran kao stvarni ili apstraktni objekt, skup osebujna svojstva koji je, nazvan atributima, poznat. Svaki entitet ima ime i atribute.

Broj podsustava služi za njegovu identifikaciju. U polje za naziv upisuje se naziv podsustava u obliku rečenice sa subjektom i pripadajućim definicijama i dopunama.

Proces je transformacija ulaznih tokova podataka u izlazne prema određenom algoritmu. Fizički, proces se može implementirati na različite načine: to može biti pododsjek organizacije (odjel) koji obrađuje ulazne dokumente i izdaje izvješća, program, hardverski implementiran logički uređaj itd.

Proces u dijagramu protoka podataka prikazan je na slici 4.

Za identifikaciju se koristi broj procesa. U polje za naziv unesite naziv procesa kao rečenicu s aktivnim jednoznačnim glagolom neodređeni oblik(izračunati, izračunati, provjeriti, utvrditi, stvoriti, primiti) iza kojih slijede imenice u akuzativu, npr.: "Upisati podatke o poreznom obvezniku", "Izdati podatke o tekućim troškovima", "Provjeriti primitak novca".

Informacije u polju fizičke implementacije pokazuju koji dio organizacije, program ili hardverski uređaj proces izvodi.

Uređaj za pohranu podataka je apstraktni uređaj za pohranjivanje informacija koji se u bilo kojem trenutku može staviti u uređaj za pohranu i dohvatiti nakon nekog vremena, a metode umetanja i izvlačenja mogu biti bilo koje.

Uređaj za pohranu podataka može se realizirati fizički u obliku mikrofiša, ladice u kartoteci, stola u RAM-u, datoteke na magnetskom mediju itd.

Uređaj za pohranjivanje podataka označen je slovom "D" i proizvoljnim brojem. Naziv pogona odabran je s gledišta najveće informativnosti za projektanta.

Pohrana podataka općenito je prototip buduće baze podataka, a opis podataka pohranjenih u njoj mora odgovarati modelu podataka.

Tijek podataka definira informaciju koja se prenosi nekom vezom od izvora do primatelja. Tijek podataka u dijagramu predstavljen je linijom koja završava strelicom koja pokazuje smjer toka. Svaki tok podataka ima naziv koji odražava njegov sadržaj.

Glavni cilj izgradnje DFD hijerarhije je učiniti opis sustava jasnim i razumljivim na svakoj razini detalja, kao i rastaviti ga na dijelove s točno definiranim međusobnim odnosima.

ZAKLJUČAK

Posljednjih godina u Rusiji stalno raste interes za metodologije obitelji IDEF. Pritom je interes za standarde poput IDEF3–5 teorijski, dok je interes za IDEF0 sasvim praktično opravdan.

Međutim, većina menadžera još uvijek smatra praktičnu primjenu modeliranja u IDEF standardima više kao danak modi nego kao učinkovit način optimizacije postojećeg sustava upravljanja poslovanjem. Najvjerojatnije je to zbog izraženog nedostatka informacija o praktičnoj primjeni ovih metodologija i neizostavne softverske pristranosti velike većine publikacija.

Nije tajna da su gotovo svi projekti istraživanja i analize financijskih i gospodarskih aktivnosti poduzeća u Rusiji sada, na ovaj ili onaj način, povezani s izgradnjom automatizirani sustavi upravljanje. Zbog toga su IDEF standardi u razumijevanju većine postali uvjetno neodvojivi od uvođenja informacijske tehnologije, iako je uz njihovu pomoć ponekad moguće učinkovito riješiti čak i male lokalne probleme, doslovno olovkom i papirom.

Zaključno, želio bih naglasiti da je glavna prednost ideje analize poslovnih procesa poduzeća stvaranjem njegovog modela njezina svestranost. Prvo, modeliranje poslovnih procesa odgovor je na gotovo sva pitanja vezana uz unapređenje poslovanja poduzeća i povećanje njegove konkurentnosti. Drugo, čelnik ili uprava poduzeća koje je implementiralo ovu metodologiju imat će informacije koje će im omogućiti da samostalno unaprijede svoje poduzeće i predvidi njegovu budućnost.

1. Voinov I.V. Modeliranje gospodarskih sustava i procesa. Iskustvo u izgradnji ARIS modela [Tekst]: monografija / I.V. Voinov - M.: SUGU, 2002. - 392 str.

2. Volkov O.N. Standardi i metodologije za modeliranje poslovnih procesa [Tekst]: udžbenik. dodatak za sveučilišta / O.N. Volkov. - M.: ASV, 2000. - 145 str.

3. Grigoriev D.I. Modeliranje poslovnih procesa poduzeća [Tekst]: udžbenik. dodatak / D.I. Grigoriev. - M.: IRTs, 2006. - 214 str.

4. Kalyanov G.N. Modeliranje, analiza, reorganizacija i automatizacija poslovnih procesa [Tekst]: udžbenik. dodatak / G.N. Kaljanov. - M.: Financije i statistika, 2006. - 319 str.

5. Pinaev D.K. Modeliranje poslovnih procesa: dostupno o kompleksu [Tekst]: Ref. dodatak / D.K. Pinaev. - M.: RGAS, 2003. - 247 str.

Podučavanje

Trebate li pomoć u učenju teme?

Naši stručnjaci će vam savjetovati ili pružiti usluge podučavanja o temama koje vas zanimaju.
Pošaljite prijavu naznačite temu upravo sada kako biste saznali o mogućnosti dobivanja konzultacija.

Aktivnosti identificiranja i opisa postojećih poslovnih procesa (analiza poslovnih procesa), kao i projektiranja novih (projektiranje poslovnih procesa). Poslovno modeliranje također se naziva disciplinom i zasebnim podprocesom u procesu ... ... Wikipedije

Poslovno modeliranje je aktivnost formiranja modela organizacija, uključujući opis poslovnih objekata (podjela, pozicija, resursa, uloga, procesa, operacija, informacijskih sustava, nositelja informacija itd.) i naznaku odnosa ... ... Rječnik poslovnih pojmova

To je sustav dosljednih, svrhovitih i reguliranih aktivnosti u kojima se upravljačkim djelovanjem i uz pomoć resursa ulazi procesa pretvaraju u izlaze, rezultate procesa koji predstavljaju ... ... Wikipedia

Poslovno modeliranje je aktivnost identificiranja i opisa postojećih poslovnih procesa (analiza poslovnih procesa), kao i projektiranja novih (dizajn poslovnih procesa). Poslovno modeliranje također se naziva disciplina i pojedinac ... ... Wikipedia

Poslovni proces je skup međusobno povezanih aktivnosti ili zadataka usmjerenih na stvaranje određenog proizvoda ili usluge za potrošače. Radi jasnoće, poslovni procesi vizualizirani su pomoću dijagrama toka poslovnih procesa. ... ... Wikipedia

Logički opisuje kako organizacija stvara, isporučuje kupcima i stječe ekonomske, društvene i druge oblike vrijednosti. Proces razvoja poslovnog modela dio je poslovne strategije. U teoriji i ... ... Wikipedia

U razvoju informacijskih sustava, skup pravila, principa, ovisnosti o ponašanju objekata predmetnog područja (domena ljudska aktivnost koje sustav podržava). Inače, možemo reći da je poslovna logika implementacija pravila ... ... Wikipedije

Poslovna simulacija je interaktivni model gospodarskog sustava, koji je po svojim unutarnjim uvjetima što bliži odgovarajućoj realnoj gospodarskoj jedinici (podjedinici poduzeća, poduzeću, industriji, državi). Posao ... Wikipedia

- (simulacija) Imitacija marketinške situacije u svrhu njezina istraživanja. Kod računalne simulacije sve dostupne informacije učitavaju se u računalo, što omogućuje usporedbu mogućih opcija marketinških strategija. U…… Rječnik poslovnih pojmova

knjige

• Poslovni model, Osipova Tatyana. Ova će knjiga biti proizvedena u skladu s vašom narudžbom korištenjem tehnologije Print-on-Demand. Modeliranje poslovnih procesa, odnosno poslovno modeliranje temeljeno na…
• Poslovno modeliranje i analiza podataka. Rješavanje problema iz stvarnog svijeta s Microsoft Excelom, koristi Winston Wayne L. Wayne Winston pravi zadaci kako bi vas naučili kako brzo analizirati podatke, donositi odluke, procijeniti stanje, napisati izvješća, obraditi podatke i izraditi analitiku…