Verslo procesų modeliavimo technologija. Kokius uždavinius padeda išspręsti verslo procesų modeliavimas?

Atliekant tyrimus verslo modeliavimo srityje paaiškėjo, kad jau egzistuoja šimtai metodų, metodikų, procesų, standartų, reguliuojančių tam tikras darbo eigų parinkimo ir integravimo detales kuriant automatizuotas informacines sistemas. Dar visai neseniai darbas, susijęs su verslo analize ir verslo modeliavimu, nebuvo populiarus tarp IS dizainerių. Jų vaidmuo nėra toks akivaizdus ir priimtas ne visomis metodikomis. Kyla klausimas rinkti informaciją apie įmonę, kuriai kuriama (pasirenkama) AIS verslo modelių forma, ar verta praleisti šį etapą ir iš karto suformuoti reikalavimus sistemai ir pradėti ją kurti?

Klientas ir kūrėjas visada kalba skirtingomis kalbomis. Bendras supratimas kuriamas sunkiai, šis procesas užtrunka, tačiau jo svarbos negalima pervertinti: juk sėkmingas projekto įgyvendinimas lauke ir AIS įdiegimas labai priklauso nuo to, ar pavyks sukurti ir dokumentuoti jų bendrą idėją apie plėtros tema. Jei Kūrėjas žengs dar toliau ir įsigilins į verslo vykdymo Kliento įmonėje ypatumus, jis, pirma, galės geriau suprasti AIS keliamus reikalavimus ir, antra, kartu su Klientu dalyvauti formuojant reikalavimus. , praleistų reikalavimų analizė ir kt.

Pastaraisiais dešimtmečiais dėl stabilių rinkos sąlygų išpopuliarėjusią verslo procesų analizės (verslo modeliavimo) užduotį reikėtų vertinti kaip bendresnės užduoties, probleminės srities analizės Probleminės srities analizės – APO dalį. Probleminės srities analizei skirti darbai šalies literatūroje pasirodė praėjusio amžiaus viduryje; ši tema yra neatsiejamai susijusi su užduočių metodu ir ekspertų sistemų inžinerija. Pirmieji žingsniai modeliavimo srityje buvo atlikti kuriant išmaniąsias sistemas. Tokiai „įprastesnei“ užduočiai kaip AIS sukurti, šie metodai pradėti taikyti vėliau. Žinių gavimo strategijos iš esmės kertasi su analitiko darbu, problemos sprendimo būdai redukuojant iki subužduočių ir ieškant būsenos erdvėje atsispindi įvairiuose verslo analizės, analizės ir programinių sistemų sintezės metoduose, ir šis sąrašas tęsiasi. . Baigiamajame darbe nagrinėjamas klausimas, kiek efektyvus tam tikrų modelių ir metodų taikymas aprašant organizacijos sistemas.

Norint išspręsti šią problemą, būtina nustatyti pačios verslo analizės, kaip NVS kūrimo etapo, tikslus ir uždavinius.

Modeliavimo požiūriu reikalavimų analizė (RA) ir problemų srities analizė (DPA) yra iš esmės skirtingi procesai.

APO siekia klasikinių modelio kūrimo tikslų: yra objektas (automatizuota įmonės ar organizacijos sistema Organizacinė sistema - OS, OS) ir analitiko užduotis yra atspindėti šį objektą sukurtame modelyje reikiamu tikslumu, kūrimo proceso diagrama parodyta 3 pav.

Priešingai, reikalavimų analizė yra skirta įsivaizduojamo, dar neegzistuojančio objekto (AIS) modeliavimui. Tie. pirmiausia sukuriamas modelis, o po to, remiantis juo, susintetinamas objektas. Dabar apsvarstykite apibendrintą AIS kūrimo „formulę“.

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

Išanalizavę organizacinę sistemą, galite sukurti modelį M (OS). Tai verslo analizės (probleminės srities) modelis.

Probleminės srities analizė leidžia išskirti:

• - viena vertus, OS įgyvendinamos užduotys ir funkcijos bei ryšio tarp OS ir aplinkos funkcijos,
• - kita vertus, dalykinės srities struktūra (pradžioje - konceptualaus modelio lygmeniu),
• - trečia - reikalavimai informacijai ir jos apdorojimui.

Iš funkcijų išskyrę tas, kurios yra automatizuotos, gauname pagrindą nustatyti funkcinius sistemos reikalavimus. Likusi AFS etape surinkta informacija skirta nefunkcinių reikalavimų paieškai. Dėl to mes gauname AT modelį kaip pirmąjį AIS modelio M (AIS) aproksimaciją.

Išsamią analizę ir projektavimą, atitinkamai suformuokite analitinį modelį M "(AIS), projektavimo modelį M" "(AIS) ir įgyvendinimo modelį M" "" (AIS).

Diegimo lygio modelis leidžia derinti pačią AIS, kaip programos, informacijos ir organizacinių veiksnių rinkinį.

AIS savo ruožtu yra organizacijos sistemos M "(OS) modelis, uždarantis modeliavimo ciklą. Siekiant išsiaiškinti šių procesų ryšį, pažymėtina, kad sukurta AIS yra ir modelis OS atžvilgiu. . Taigi, kurdami AT dokumentą , taip sugeneruojame tarsi „antros eilės modelį“, nes AT dokumentas yra ne kas kita, kaip OS modelio modelis. Neturėdami APO modelio, mes, žinoma, gali sukurti AT modelį. Tačiau tuo pat metu rizikuojame, kad sintetindami originalų modelį (t. y. AIS), nežinodami apie OS, galime patekti į neatitikimo situaciją: gauta AIS nebus integrali (atitinkanti ) OS ir todėl netaps gyvybinga.

AIS kūrimo procesas gali būti rodomas diagramų pavidalu BPwin programoje. 4 paveiksle pavaizduoti AIS kūrimo etapai. Aukščiausio lygio diagramos – Programos kūrimas (4 pav.) susideda iš dviejų antrojo lygio diagramų Kūrimas ir Testavimas.

Plėtra susideda iš programos struktūros kūrimo ir programos korpuso sukūrimo.

Trečiasis lygis Programos pagrindų kūrimas

Ketvirtasis lygis Programos korpuso kūrimas.

Penkto lygio testavimas

Apsvarstę verslo modeliavimą, pereikime prie verslo procesų. Verslo procesų metodologijos tyrimas leidžia suskirstyti juos į tris kategorijas:

• - modelius, kuriais siekiama analizuoti ir tobulinti organizacinę sistemą (pvz., SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - bendrosios paskirties modeliai, tokie kaip SADT, DFD, IDEF1, IDEF3, IDEF5 ir kiti,
• - modeliai, specialiai sukurti naudoti automatizacijoje (pvz., ISA, BSP, ARIS, RUP).

Labiausiai išplėtotas probleminės srities aprašymo modelis siūlomas ARIS metodikoje. ARIS architektūra išskiria šiuos organizacijos posistemius:

• - Organizacinis. Nustato organizacijos struktūrą – padalinių, pareigybių ir konkrečių asmenų hierarchiją, ryšių tarp jų įvairovę, taip pat struktūrinių padalinių teritorinį susiejimą.
• - Funkcionalus. Apibrėžia organizacijoje atliekamas funkcijas.
• - Įėjimų / išėjimų posistemiai. Nustatyti naudojamų ir gaminamų produktų ir paslaugų srautus.
• - Informacinis (duomenų posistemis). Aprašomas informacijos (duomenų) gavimas, platinimas ir prieiga prie jos.
• - Valdymo procesų posistemė. Apibrėžia loginę funkcijų vykdymo per įvykius ir pranešimus seką. Galima sakyti, kad valdymo posistemis yra įvairių tipų pranešimų, išdėstytų laike, rinkinys.
• - Organizacijos tikslų posistemė. Apibūdina tikslų, pasiektų vykdant procesą, hierarchiją.
• - Gamybos priemonių posistemis. Aprašomas gyvavimo ciklas pagrindinių ir pagalbinės priemonės gamyba.
• - Žmogiškųjų išteklių posistemė. Aprašomas organizacijos personalo samdymas, mokymas ir skatinimas.
• - Organizacinių struktūrų išdėstymo posistemė. Aprašomas organizacinių vienetų teritorinis išsidėstymas.

Šis skirstymas tam tikru mastu yra sąlyginis; pasirinktos „posistemės“ nėra posistemės sistemos analizės prasme, nes prasiskverbia ir susikerta. Atvirkščiai, jie reprezentuoja tiriamųjų dalykų rinkinį, skirtingus požiūrius į tiriamą objektą. Verslo procesų tobulinimo principas grindžiamas keturiais požiūriais: Greito sprendimų analizės (FAST) technika; procesų lyginamoji analizė; proceso pertvarkymas; proceso pertvarkymas.

Šiuo metu yra nemažai metodų ir įrankių, kurie naudojami įgyvendinant transformacijas. Hierarchinių modelių konstravimo metodas, skirtas verslo procesų, kaip ekonominių sistemų elementų, apibūdinimui ir analizei. Kartu itin svarbu aiškiai suformuluoti problemos teiginį ir modeliavimo tikslus, nuo to priklauso tinkamų metodų ir priemonių pasirinkimas.

Funkcinio modeliavimo, tai yra esamų procesų ar procesų, kuriuos siekiame gauti idealiai, problemoms spręsti plačiai taikoma struktūrinės analizės ir projektavimo metodika, SADT Structured Analysis and Design Technigue technologija.

Pagrindinė SADT metodikos idėja – į medį panašaus įmonės funkcinio modelio sukūrimas. Pirma, įmonės funkcionalumas aprašomas bendrai, be detalių. Toks aprašymas vadinamas konteksto diagrama. Sąveika su išoriniu pasauliu apibūdinama kaip įvestis (funkcijos sunaudojami arba modifikuoti duomenys arba objektai), išvestis (pagrindinė funkcijos išvestis, galutinis produktas), valdymas (politika ir procedūros, kuriomis vadovaujamasi funkcijai) ir mechanizmai (reikalingi ištekliai). Kuriant konteksto diagramą, nustatomas modeliavimo tikslas, apimtis (apibūdinimas, kas bus laikoma sistemos komponentu, o kas išoriniu poveikiu) ir požiūrio taškas (pozicija, iš kurios bus kuriamas modelis). suformuluotas. Paprastai požiūrio tašku pasirenkamas asmens ar objekto, atsakingo už visos imituojamos sistemos veikimą, požiūris.

Be to, bendroji funkcija yra padalinta į dideles subfunkcijas. Šis procesas vadinamas funkciniu skilimu. Tada kiekviena subfunkcija išskaidoma į mažesnes – ir taip toliau, kol detalizuojamas reikalingas aprašymas. Ant pav. 2 parodytas funkcijų medis, vadinamas funkcinio modelio mazgų medžiu.

Kiekvienas diagramos mazgas atitinka atskirą diagramos aprašymo fragmentą. Modelis yra hierarchiškai išdėstytų diagramų rinkinys, kurių kiekviena yra kokios nors funkcijos ar darbo (veiklos) aprašymas.

Veiklos diagramose rodomos kaip stačiakampiai (funkciniai blokai). Kiekvienas darbas vaizduoja funkciją arba darbą ir nurodomas veiksmą nurodančiu veiksmažodžiu arba veiksmažodine fraze, pvz., „Produkto kūrimas“, „Klientų aptarnavimas“ ir kt. Rodyklės pažymėtos daiktavardžiu ir žymi objektus ar informaciją, susiejančius kūrinius vienas su kitu ir su išorinis pasaulis. Skirtingai nuo modelių, vaizduojančių organizacijos struktūrą, darbas su aukščiausio lygio diagrama funkciniame modelyje nėra tolesnio darbo kontrolė. Žemesnio lygio darbai yra tokie patys kaip ir viršutinio lygio darbai, tik išsamiau.

Kuriant naują informacinę technologiją, patartina orientuotis į procesus, įgyvendinamus konkrečioje darbo vietoje.

Verslo procesas – tai informacijos srautas, perduodamas iš vienos darbo vietos į kitą. Užduotį gali sudaryti keli verslo procesai.

Išorinis subjektas (10a pav.) - objektas (pavyzdžiui, tiekėjas, klientas ir pan.), su kuriuo šis darbuotojas bendrauja;

Diskas (10b pav.) – bet kokia duomenų saugykla;

Verslo proceso stadija (10c pav.) - darbuotojo veiksmų visuma atliekant konkrečią procedūrą (pavyzdžiui, išduodant dokumentą, generuojant ataskaitą ir pan.) Bloko viršuje darbuotojo pozicija nurodyta, apačioje yra konkrečių veiksmų, įgyvendinančių procedūrą, turinys;

Duomenų srautas (10d pav.) – apibūdina ryšį (rekomenduojama virš rodyklės nurodyti konkretaus dokumento pavadinimą).

Duomenų analizė atliekama taip:

a. Kiekvienai užduočiai sudaromas jos sprendimui reikalingų duomenų sąrašas, galimas jų klasifikavimas. Išskirkite duomenis: įvesties (pradiniai), normatyviniai ir pamatiniai, efektyvieji (išvesties, skaičiuojami);

b. Apibrėžiama duomenų struktūra: pavadinimas (pavadinimas), tipas, savybės;

c. Informacinių objektų (IO) formavimas;

d. Ryšių tarp informacinių objektų užmezgimas.

Kiekvienas informacijos objektas sudaro logiškai susijusių atributų rinkinį. 1 lentelėje parodytas IO pavyzdys:

1 lentelė. IO "Klientinių organizacijų apskaitos žurnalas"

Detalių sudėtis lemia IO struktūrą. Kiekvienas IO turi unikalų pavadinimą.

Pavyzdys yra kolekcija konkrečias vertybes detales. IO turi daug atvejų. Kiekvienas IO egzempliorius turi būti unikaliai identifikuotas raktu, kurį sudaro vienas ar daugiau atributų.

Informacinis-loginis modelis yra duomenų modelis, atspindintis dalykinę sritį informacijos objektų rinkinio ir struktūrinių ryšių tarp jų pavidalu.

12 paveiksle parodytas ILM pavyzdys

Sudaromas aplankas – dokumentų rinkinys, sukonstruotas visos sistemos išskaidymas. Aplankas siunčiamas apžiūrai tos srities ekspertui (t. y. asmeniui, gerai išmanančiam sumodeliuotą įmonės veiklos fragmentą). Kontekstinės diagramos lygiu tai gali būti įmonės vadovas, pirmojo skilimo lygyje - skyriaus vadovas ir pan., iki paprasto atlikėjo. Prieš skaidant toliau, dabartiniu lygiu, būtina diagramoje pridėti visas ekspertų pastabas. Taigi kiekvienas iš ekspertų papildo modelį toje jo dalyje, kurioje yra kompetentingiausias. Rezultatas – visiškai sistemai adekvatus modelis, leidžiantis vizualizuoti esamus trūkumus, nukreipti ir tobulinti verslo procesus, analizuoti produkcijos savikainą, o kartu ir būti informacinės sistemos kūrimo pagrindu.

Verslo modeliavimo programų analizė leidžia daryti išvadą, kad verslo modeliavimo procesams vykdyti BPwin yra unikali programa, leidžianti sukurti procesų modelius ir atramas viename modelyje, be IDEF0, dar du modeliavimo standartus (žymėjimus) – DFD ir IDEF3. Kiekvienas iš šių trijų žymėjimų leidžia apsvarstyti skirtingus įmonės aspektus:

• 1) IDEF0 diagramos skirtos verslo procesams apibūdinti įmonėje, leidžia suprasti, kokie objektai ar informacija yra procesų žaliava, kokius rezultatus duoda darbas, kokie yra valdymo veiksniai ir kokių išteklių tam reikia;
• 2) IDEF0 žymėjimas leidžia nustatyti formalius verslo procesų trūkumus, o tai labai palengvina įmonės veiklos analizę;
• 3) duomenų srautų diagramos (Data flow diagramming, DFD) naudojamos darbo eigai ir informacijos apdorojimui aprašyti.

Įvertinus kiekvieno standarto galimybes, pirmenybę galima teikti IDEF3, kuris labiau tinka informacijos srautų sąveikos logikai apibūdinti, dar vadinamas darbo eigos diagramomis – modeliuojančiu žymėjimu, kuris naudoja grafinį informacijos srautų, informacijos apdorojimo procesų ir objektų santykį. kurie yra šių procesų dalis.

Projektuojant įmonės verslo procesus, sudaromas esamos darbo organizacijos funkcinis modelis AS-IS (As is). Remiantis AS-IS modeliu, skirtingi verslo padaliniai pasiekia sutarimą, „kas ką padarė“ ir ką kiekvienas verslo padalinys prideda prie proceso.

AS-IS modelis leidžia išsiaiškinti, „ką veikiame šiandien“, prieš pereinant prie „ką veiksime rytoj“. Informacinės sistemos įdiegimas neišvengiamai lems esamų įmonės verslo procesų restruktūrizavimą. Funkcinio modelio analizė leidžia suprasti, kur labiausiai silpnos vietos kokia bus naujų verslo procesų nauda ir kaip gilių pokyčių bus paveikta esama verslo organizacijos struktūra. Verslo procesų detalizavimas leidžia nustatyti organizacijos trūkumus net ten, kur funkcionalumas iš pirmo žvilgsnio atrodo akivaizdus. Neefektyvios veiklos požymis gali būti nenaudingas, nevaldomas ir besidubliuojantis darbas, neefektyvus dokumentų srautas ( norimą dokumentą neatsiranda reikiamoje vietoje tinkamu laiku), grįžtamojo ryšio apie valdymą (darbo rezultatas neturi įtakos jo rezultatui) ir įnašo (objektai ar informacija naudojami neracionaliai) stoka ir kt.

Norėdami atsakyti į klausimą, kaip įmonė turėtų dirbti ateityje? Koks yra reorganizavimo pelnas (nuostolis)? AS-IS modelyje rastus trūkumus galima ištaisyti sukūrus TO-BE (As it will) modelį – naujo verslo procesų organizavimo modelį. TO-BE modelis reikalingas norint įvertinti informacinės sistemos diegimo pasekmes ir analizuoti alternatyvius/geriausius darbo būdus bei dokumentuoti, kaip įmonė veiks ateityje. Paprastai statomi keli TO-BE modeliai, iš kurių pagal kokį nors kriterijų parenkamas geriausias (7 pav.). Pavyzdžiui, kiekvienas iš TO-BE modelių gali atitikti tam tikrą informacinę sistemą.

Kriterijų yra daug ir nelengva nustatyti svarbiausius, norint nustatyti verslo procesų efektyvumą įdiegus įmonės informacinę sistemą, reikalinga metrinė sistema, t.y. kokybė turėtų būti kiekybiškai įvertinta.

BPwin suteikia analitikui du modelio vertinimo įrankius – veikla pagrįstą sąnaudų apskaičiavimą (ABC) ir vartotojo apibrėžtas savybes (UDP). ABC yra plačiai pripažinta metodika, naudojama tarptautinių korporacijų ir vyriausybines organizacijas nustatyti kaštų veiksnius organizacijoje.

Sąnaudų analizė yra apskaitos metodas, naudojamas su darbu susijusioms išlaidoms surinkti, siekiant nustatyti bendras proceso išlaidas. Sąnaudų analizė yra pagrįsta darbo modeliu, nes kiekybinis įvertinimas neįmanomas be išsamaus įmonės funkcionalumo supratimo.

Paprastai ABC naudojamas siekiant suprasti kaštų kilmę ir palengvinti norimo darbo modelio pasirinkimą reorganizuojant įmonę (Business Process Re-engineering, BPR). Naudodami sąnaudų analizę galite išspręsti problemas, pvz., nustatyti tikrąsias gaminio gamybos sąnaudas, nustatyti tikrąsias klientų aptarnavimo išlaidas, nustatyti daugiausiai kainuojančius darbus (tuos, kuriuos pirmiausia reikia patobulinti) ir kt. AS-modeliai.YRA ir BŪTI.

Taigi darome išvadą, kad kaštų analizė leidžia įvertinti, kokios bus informacinės sistemos įdiegimo pasekmės, ar tai tikrai lems produktyvumo ir ekonominio efekto didėjimą ir kokias.

Be to, BPwin leidžia atlikti gana efektyvius sąnaudų įvertinimus, tačiau nepretenduoja į tokius įvertinimus labai tiksliai. Norėdami tiksliai apskaičiuoti išlaidas, galite naudoti specializuotą išlaidų analizės įrankį EasyABC. „BPwin“ palaiko abipusį eksportą – importą „EasyABC“. Sąnaudų analizės rezultatai vizualizuojami specialioje ataskaitoje BPwin – ABC. ABC leidžia įvertinti sistemos sąnaudas ir laiko charakteristikas. Jei išlaidų rodiklių neužtenka, galima įvesti savo metriką – UDP vartotojo apibrėžtas savybes.

Per tai baigiamasis darbas Bus svarstomi Computer Associates AllFusion linijos elementai.

Išstudijavę pirminius šaltinius ir juos išanalizavę bei patį įrankį - BPwin programą, darome išvadas: bet kokia įmonės veikla ar struktūra gali būti suprojektuota ir pateikta tokia forma, kuri optimizuotų organizacijos darbą, ją patikrinkite. kad atitiktų ISO9000 standartus, suprojektuokite struktūrą, sumažinkite išlaidas, pašalinkite nereikalingas operacijas, pagerinkite lankstumą ir efektyvumą. BPwin vienu metu palaiko tris modeliavimo žymėjimus: IDEF0 JAV federalinį standartą, IDEF3 ir DFD ir yra unikalus programinės įrangos įrankis automatizuotų informacinių sistemų projektavimo srityje. Išanalizavus visus procesus, pastraipos pabaigoje pateikiamas 14 pav., kuriame pavaizduoti visi procesai, tokie kaip reikalavimų analizė ir kitos programinės įrangos inžinerijos darbo eigos.

„Verslo modeliavimo“ darbo eiga yra AIS analizės ir reikalavimų formavimo pagrindas ir leidžia išvengti klaidų. „Aplinkos valdymo“ darbo eiga suteikia pradinę informaciją AT darbo grupei, kuri reguliuoja formatus, CASE įrankius ir darbo procedūras.

Projekto valdymo darbo eiga pagrįsta reikalavimų specifikacija. Strateginis ir taktinis planavimas, tarpinių etapų formavimas (laukiami rezultatai) yra glaudžiai susiję su reikalavimais sistemai.

Analizės ir projektavimo darbų eiga atliekama remiantis AT pateiktais pirminiais duomenimis. Tam tikru mastu šios darbo eigos vyksta lygiagrečiai. Kai randama problemų, susijusių su reikalavimais, yra grįžtamasis ryšys iš šios darbo eigos į AT darbo eigą.

„Testavimo“ darbo eiga daugiausia pagrįsta reikalavimų modeliu ir papildomomis specifikacijomis, kurios reguliuoja testavimo procesą (bandymo scenarijus ir kt.).

„Įdiegimo“ darbo eigai nėra ryšio su reikalavimais. Tuo tarpu natūralu, kad reikalavimai turi būti analizuojami ir į juos atsižvelgiama visose projekto darbo eigose, net jei to formaliai nenumato grupės pasirinktas procesas. Žmonės daro klaidas, o klaidos, padarytos ankstyvose projekto stadijose, auga kaip sniego gniūžtė, judant iš etapo į sceną. Todėl kiekvienam komandos nariui, besidominčiam projekto sėkme, pravartu pažvelgti į reikalavimų specifikaciją ir įsitikinti, kad jam pavestas darbas atitinka tą ar kitą reikalavimą. Tai leidžia tvarkyti grįžtamąjį ryšį, kuris leidžia atsekti specifikacijų klaidas. Daugelis projektų įstrigo būtent todėl, kad įgyvendinimo komanda yra atskirta nuo reikalavimų rinkimo ir analizės komandos.

Vienas iš pagrindinių valdymo aspektų yra valdymo objekto (organizacijos ar sistemos) apibrėžimo, patogaus suvokimui ir analizei, matomumo ("skaidrumo") užtikrinimas. Valdymo objektą galima pavaizduoti kaip procesų tinklą, kuris lemia jo misiją, tai yra proceso požiūris į valdymą. Valdymo objekto procesų identifikavimas ir aprašymas leidžia aiškiai suprasti, valdyti ir tobulinti šiuos procesus. Tinkamas procesų aprašymas yra įmanomas naudojant procedūrą, vadinamą modeliavimu. Sąvoka „modeliavimas“ turėtų būti suprantama kaip tikslaus, pakankamo, glausto, lengvai suvokiamo ir analizuojamo sistemos, kaip sąveikaujančių komponentų ir jų tarpusavio santykių visumos, aprašymo kūrimo procesas.

Verslo procesų modeliavimo etapai.

1 etapas. Organizacijos valdymo sistemos diagnostika.

Esamos organizacijos valdymo sistemos diagnostika atliekama dėl to, kad reikia išspręsti šias užduotis:

probleminių sričių nustatymas pareigūnų ir padalinių sąveikoje sprendžiant problemas;

pagrindinės ir pagalbinės veiklos paskirstymas su tolesniu jų išskaidymu į verslo procesus;

prielaidų sukurti skaidrią ir tvarkingą vidaus norminių dokumentų sistemą.

Šiame etape vyksta pokalbiai su padalinių vadovais, analizuojama įmonės organizacinė struktūra, sudaromas preliminarus reglamentuojamos dokumentacijos sąrašas tolesnei plėtrai, nustatomas procesų modeliavimo formatas.

2 etapas. Esamų verslo procesų modeliavimas.

Pagrindinis šio etapo uždavinys – sukurti verslo procesų modelius, kuriuose būtų atvaizduojama veiksmų seka, atsakomybės pasiskirstymas tarp vykdytojų, laikas ir darbo rezultatai. Šie modeliai yra grafinis verslo procesų įgyvendinimo organizacijoje atvaizdavimas šio projekto etapo įgyvendinimo metu.

Funkcinių modelių ir diagramų kūrimas vyksta tokia seka:

Informacijos rinkimas gali apimti bet kokį šių veiklų derinį: dokumentų skaitymą, esamų operacijų stebėjimą, ekspertų grupės apklausą, vieno ar kelių ekspertų apklausą, savo žinių panaudojimą ir išgalvotą sistemos veikimo aprašymą, kurį vėliau galima pataisyti. .

Tyrimo objekto dekompozicija. Išskaidant objektą, pirmiausia reikia atkreipti dėmesį į visos sistemos įvesties ir išvesties duomenis. Visos sistemos išskaidymas prasideda pagrindinių duomenų tipų ir pagrindinių sistemos funkcijų sąrašu. Taip protiškai apžvelgiamos pagrindinės sistemos funkcijos, atsižvelgiant į visas įprastas ir nenormalias situacijas, Atsiliepimas ir galimos klaidos.

• 3. Modeliavimas SADT reiškia A0 ir A-0 diagramų kūrimą. Šios dvi diagramos visiškai viską pasako apie tiriamą sistemą su minimaliu detalumu. Prieš pradedant modeliavimą, reikia tam pasiruošti, surinkti informaciją, išskaidyti tiriamą objektą (dekompozicija - diagramoje A0 išryškinamos svarbiausios sistemos funkcijos ir objektai), tada apibendrinti šį išskaidymą (diagrama A-0 traktuoja sistemą kaip juodoji dėžė, suteikia jai pavadinimą ir nustato svarbiausias įvestis, valdiklius, išėjimus ir mechanizmus):
• 3.1. Tikslo ir požiūrio pasirinkimas.
• 3.2. Duomenų sąrašo sudarymas. Šiuo atveju geriau, jei duomenų yra daugiau nei mažiau. Duomenys gali būti nedelsiant grupuojami pagal tipą.
• 3.3. Funkcijų sąrašo sudarymas. Sistemos funkcijos taip pat geriau derinamos pagal naudojamų duomenų tipą. Tada funkcijos sujungiamos į grupes (nuo trijų iki šešių). Pageidautina, kad šios grupės būtų tokio pat sudėtingumo lygio, apytiksliai turėtų vienodą veiksmų ir funkcijų apimtį, kiekvienoje iš jų būtų panašios operacijos ir tikslai.
• 3.4. Diagramos A0 (A0 - A-0) konstravimas ir apibendrinimas. Kiekviena SADT diagrama turi pirminę diagramą, kurioje yra jos kontekstas. A0 kontekstas yra A-0, kuris yra viso modelio apibendrinimas. Ši diagrama turi keletą tikslų: ji skelbia bendroji funkcija visos sistemos, pateikia pagrindinių tipų arba duomenų rinkinių, kuriuos sistema naudoja arba sukuria, rinkinį, nurodo ryšį tarp pagrindinių duomenų tipų, išskiriant juos.
• 3.5. Riboto objekto dekompozicija. Dekompozicijos proceso pradžia yra nagrinėjamos diagramos bloko parinkimas ir šio bloko apibrėžto objekto bei jo lankų įvertinimas. Kartu reikia atsižvelgti į tai, kad visų pirma reikėtų apsvarstyti tokį bloką, kurio išskaidymas atskleis daug A0 diagramos aspektų ir turės didesnę įtaką būsimiems kitų šios blokų išskaidymui. sistema. Renkantis prasmingiausią bloką, būtina atsižvelgti ir į dominavimą, ir į funkcinį sudėtingumą bei suprantamumą. Geriausias blokas pirmam skaidymui bus tas, kuris leidžia giliausiai įsiskverbti į nagrinėjamos sistemos esmę.
• 3.6. Iteratyvus peržiūros procesas.
• 3.7. Simuliacijos užbaigimas. Modelio ar jo dalies išskaidymas nutraukiamas, jei modelis pasiekia tokį detalumo lygį, kurio pakanka tikslui pasiekti. Bloko skaidymas gali būti nutrauktas, jei paaiškėja, kad bloko funkcijos labai panašios į kitą jau išskaidytą modelio dalį. Taigi detalumo pakankamumas, abstrakcijos lygio pokytis, požiūrio pokytis ir panašus funkcionalumas yra pagrindiniai kriterijai, leidžiantys nutraukti dekompoziciją.
• 3.8. Dokumentacija Žr.: Kalyanovas, GN CASE-technologies. Struktūrinių sistemų analizė (automatizavimas ir taikymas) / G.N. Kaljanovas. - M:, Lori, 2002. - S.76-80 ..

Funkcinio modelio analizė leidžia suprasti, kur yra silpniausios vietos, kokie bus naujų verslo procesų pranašumai ir kaip esminiai bus pakeisti esama verslo organizacijos struktūra. Verslo procesų detalizavimas leidžia nustatyti organizacijos trūkumus net ten, kur funkcionalumas iš pirmo žvilgsnio atrodo akivaizdus. Šio projekto etapo darbo rezultatas bus verslo procesų modelių rinkinys, apibūdinantis esamą organizacijos veiklos būklę (arba atskirą jos veiklos sritį). Sukurtas modelių rinkinys yra pagrindas vertinant atitinkamų verslo procesų optimalumą ir optimizavimą.Žr.: Vendrov, A.M. Šiuolaikiniai metodai ir informacinių sistemų projektavimo priemonės / A.M. Vendrovas. - M.: Finansai ir statistika, 2005. - P.176. .

3 etapas. Verslo procesų optimalumo įvertinimas ir optimizavimas.

Šis etapas yra esminis viso projekto eigoje, nes nuo jos įgyvendinimo kokybės priklauso būsimos organizacijos veiklos optimalumas. Vertinant optimalumą, analizuojami šie verslo proceso parametrai: pradinių duomenų („įvesčių“) pagrįstumas ir patikimumas; kontrolės veiksmų išsamumas ir savalaikiškumas, jų buvimas; veiksmų optimalumas įgyvendinant verslo proceso procedūras; optimalus darbo laikas; išteklių pakankamumas; galutinių rezultatų („išvadų“) kokybė, pagrįstumas ir patikimumas bei jų pakankamumas tolesniems verslo procesams įgyvendinti.

Atlikus išvardytų parametrų optimalumo įvertinimą, pasiekiami šie rezultatai:

• - nepagrįsto funkcijų dubliavimo tarp darbuotojų (padalinių) ir „neatsakingumo zonų“ nustatymas.
• - neoptimalumo sričių, mažinančių verslo procesų efektyvumą, nustatymas.
• - rezervų nustatymas verslo procesų sąnaudoms sumažinti.

Šio etapo darbo rezultatas – verslo procesų analizės pagal nurodytus vertinimo parametrus ataskaita, įskaitant pasiūlymus dėl organizacijos veiklos procesų tobulinimo. Ši ataskaita yra optimalių verslo procesų modelių („kaip turi būti“) kūrimo pagrindas.

4 etapas. Pakeitimų įgyvendinimo organizavimas.

Pagrindinis šio etapo įgyvendinimo tikslas – užtikrinti, kad darbuotojai suprastų ir kasdienėje veikloje naudotų naujus verslo procesų įgyvendinimo modelius. Taigi sumažėja darbuotojų pasipriešinimas pokyčiams.

Įvedant pokyčius organizacijos veikloje, įgyvendinamas toks darbų kompleksas:

• - darbuotojų, atsakingų už pokyčių vykdymą, instruktažas, siekiant išsiaiškinti tikslus ir veiklas, naujų modelių diegimo tvarką ir formas.
• - naujų Bendrovės veiklos standartų pilotinio veikimo stebėsena, siekiant nustatyti sukurtų verslo procesų modelių nukrypimus nuo realių darbų atlikimo galimybių.
• - verslo procesų modelių koregavimas remiantis bandomosios veiklos rezultatais Žr.: Įmonės verslo procesų pertvarkymo projekto techninė užduotis. Prieigos režimas: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w.

5 etapas. Norminių dokumentų rengimas

Verslo procesų reguliavimas - verslo procesų instrukcijų kūrimas ir derinimas sudėtyje, fiksuotas valdymo sistemos diagnostikos etape. Reguliavimo dokumentų rinkinio sukūrimas, žinoma, yra pagrindinis viso projekto rezultatas, tačiau, nepaisant to, jį reikia įgyvendinti.

6 etapas. Norminių dokumentų įgyvendinimas.

Pagrindinis šio etapo įgyvendinimo tikslas – užtikrinti, kad darbuotojai suprastų ir kasdienėje veikloje naudotų naujus verslo procesų įgyvendinimo modelius. Taip užtikrinamas įmonės darbuotojų pasipriešinimo pokyčiams mažinimas.

Sukurtos norminės dokumentacijos įgyvendinimo darbų įgyvendinimas yra logiška viso projekto, reglamentuojančio tų verslo procesų, kurie diagnostikos etape buvo pripažinti perspektyviais, veiklos reguliavimo išvada.

Verslo procesas – tai logiška, nuosekli, tarpusavyje susijusi veiklų visuma, sunaudojanti gamintojo išteklius, kurianti vertę ir duodanti vartotojui rezultatus. Tarp pagrindinių priežasčių, skatinančių organizaciją optimizuoti veiklos procesus, galima paminėti poreikį mažinti kaštus ar gamybos ciklo trukmę, vartotojų ir valstybės reikalavimus, kokybės vadybos programų įgyvendinimą, įmonių jungimus, vidinius organizacijos prieštaravimus ir kt.

Verslo procesų modeliavimas leidžia ne tik nustatyti, kaip veikia įmonė kaip visuma, kaip ji sąveikauja su išorinėmis organizacijomis, klientais ir tiekėjais, bet ir kaip organizuojama veikla kiekvienoje darbo vietoje.

Verslo procesų modeliavimas yra veiksminga priemonė ieškoti būdų optimizuoti įmonės veiklą, numatyti ir sumažinti įvairiais įmonės reorganizavimo etapais kylančias rizikas. Šis metodas leidžia pateikti sąnaudų sąmatą kiekvienam atskiram procesui ir visiems organizacijos verslo procesams bendrai.

Verslo proceso modelio (aprašo) kūrimo metodika (žymėjimas) suprantama kaip visuma būdų, kuriais objektai realus pasaulis o sąsajos tarp jų pateikiamos kaip modelis.

Verslo modelis – formalizuotas (grafinis, lentelių, tekstinis, simbolinis) verslo procesų aprašymas, atspindintis faktinę ar numatomą įmonės veiklą.

Paprasčiausiu atveju verslo modelis gali būti sudarytas iš vienos diagramos, tačiau praktiškai tai vargu ar priimtina, nes verslo procesai dažniausiai yra pernelyg sudėtingi ir daugiamačiai. Tokių procesų modelį sudaro šie komponentai:

• – Atstovavimas. Kiekvienas vaizdas atspindi konkretų verslo procesų aspektą. Vaizdas yra abstrakcija, atspindinti tam tikrą požiūrį ir slepianti detales, kurios nėra svarbios tam požiūriui.
• - Diagramos. Kiekvieną vaizdą sudaro įvairių tipų diagramos, atspindinčios struktūrinius ir dinaminius verslo procesų aspektus.
• - Objektai ir procesai. Objektai reprezentuoja procesuose naudojamus išteklius (finansinius, materialinius, žmogiškuosius, informacinius).

Svarbiausios bet kurio verslo procesų modeliavimo metodo sąvokos yra objekto ir santykio sąvokos. Kiekvienas modelio objektas atspindi kokį nors realų vadinamosios dalykinės srities (organizacijos) objektą. , žmonės, dokumentai, mašinos ir įranga, programinė įranga ir kt. Paprastai taikant tą patį metodą modelių objektai, atspindintys skirtingas realaus pasaulio esybes, taip pat skiriasi. Nuorodos skirtos apibūdinti objektų santykį tarpusavyje. Tokie ryšiai gali apimti: vykdymo seką laikui bėgant, ryšį per informacijos srautą, naudojimą kitam objektui ir pan.

Kiekvienas objektas ir saitai pasižymi daugybe parametrų, arba, kaip sakoma, atributų, atspindinčių tam tikras realaus objekto savybes. Atributų sudėtis priklauso nuo tikrojo organizacijos objekto tipo, rodomo naudojant modelį. Atributais gali būti tokios charakteristikos kaip objekto numeris, pavadinimas, aprašymas, vykdymo trukmė (funkcijoms), kaina ir kt. Praktikoje kuriant organizacijos modelius modelio objektų atributų aprašymas atliekamas naudojant specialius verslo procesų modeliavimo įrankius. . Tai leidžia iš paprasčiausio verslo proceso „aprašymo“ sudaryti sudėtingesnį „modelį“, kurio pagrindu atliekami tam tikri skaičiavimai, proceso analizė ir įvertinimas.

Kadangi verslo procesų modeliai sukurti tam Didelis pasirinkimas vartotojų (verslo analitikai, eiliniai darbuotojai ir įmonės vadovybė), o jų statybą dažnai atlieka ne šios srities specialistai. informacines technologijas, plačiausiai naudojami grafinio tipo modeliai, kuriuose, vadovaujantis tam tikra metodika, verslo procesas pateikiamas vaizdine forma. grafinis vaizdas- diagrama, kurią daugiausia sudaro langeliai ir rodyklės. Toks vaizdavimas turi aukštą, daugiamatį informacijos turinį, kuris išreiškiamas įvairiomis kiekvieno objekto ir jungties savybėmis (spalva, fonas, stilius ir kt.) ir atributais (svoriu, dydžiu, kaina, laiku ir kt.). Pastaraisiais metais verslo procesų modeliavimo programinės įrangos kūrėjai daug dėmesio skyrė grafinių modelių pavertimui kitų tipų modeliais, ypač vykdomaisiais, kurių tikslas – užtikrinti verslo proceso automatizavimą ir informacinių sistemų, susijusių su jos vykdymu, integravimas. verslo pertvarkymas finansinis

Verslo procesų modeliavimo tikslai paprastai formuluojami taip:

• - suteikti supratimą apie organizacijos struktūrą ir joje vykstančių procesų dinamiką;
• - suteikti supratimą apie aktualias organizacijos problemas ir jų sprendimo galimybes;
• — užtikrinti, kad klientai, vartotojai ir kūrėjai vienodai suprastų organizacijos tikslus ir uždavinius;
• - sukurti pagrindą reikalavimų programinei įrangai, automatizuojančiai organizacijos verslo procesus, formavimui.

Pagrindinė verslo modelių taikymo sritis yra verslo procesų pertvarkymas. Tuo pačiu metu numatoma sukurti esamos ir būsimos veiklos modelius, taip pat planą ir programą, skirtą perėjimui iš pirmosios būsenos į antrąją. Bet kuri šiuolaikinė įmonė yra sudėtinga sistema, jos veikla apima dešimčių tūkstančių vienas kitą veikiančių funkcijų ir operacijų vykdymą. Žmogus nesugeba detaliai suprasti, kaip tokia sistema funkcionuoja – tai peržengia jo galimybių ribas. Todėl pagrindinė vadinamųjų „AS_IS“ (toks kaip yra) ir „AS_TO_BE“ (kaip turėtų būti) modelių kūrimo idėja yra suprasti, ką atitinkama įmonė veikia (darys) ir kaip ji funkcionuoja (bus). funkcija) pasiekti savo tikslus.

Ateities programinių sistemų paskirtis – visų pirma verslo problemas spręsti pasitelkiant šiuolaikines informacines technologijas. Programinės įrangos reikalavimai formuojami remiantis verslo modeliu, o sistemos projektavimo kriterijai pirmiausia yra pagrįsti maksimaliu jų pasitenkinimu. Pažymėtina, kad verslo procesų modeliai nėra tik tarpinis rezultatas, kurį konsultantas naudoja kurdamas bet kokias rekomendacijas ir išvadas. Jie yra nepriklausomas rezultatas, turintis didelę praktinę reikšmę, kuris išplaukia iš jų konstrukcijos tikslų.

Taigi galima išskirti šiuos verslo modeliavimo tikslus:

• - Verslo procesų aprašymas standartiniame „toks, koks yra“;
• - Tai efektyvi priemonė identifikuoti ir pašalinti įmonės „kliūtis“;
• - Rizikų numatymo ir mažinimo įrankis;
• - Įmonės veiklos aprašymas vėlesniam automatizavimui.

Verslo modeliavimo užduotys:

• - Verslo reorganizavimas
• - Verslo sertifikavimas
• - Informacinių sistemų taikymas verslo valdymui

Verslo proceso modelis turėtų atsakyti į šiuos klausimus:

• 1. Kokias procedūras (funkcijas, darbus) reikia atlikti norint gauti norimą galutinį rezultatą?
• 2. Kokia seka atliekamos šios procedūros?
• 3. Kokie kontrolės ir valdymo mechanizmai egzistuoja nagrinėjamame verslo procese?
• 4. Kas atlieka proceso procedūras?
• 5. Kokius įvesties dokumentus/informaciją naudoja kiekviena proceso procedūra?
• 6. Kokius išvesties dokumentus/informaciją sukuria proceso procedūra?
• 7. Kokie ištekliai reikalingi kiekvienai proceso procedūrai užbaigti?
• 8. Kokie dokumentai/sąlygos reglamentuoja procedūros vykdymą?
• 9. Kokie parametrai apibūdina procedūrų įgyvendinimą ir procesą kaip visumą?

Daugelis verslo lyderių dabar inicijuoja įvairios paskirties procesų modeliavimo projektus organizacijose. Šiuos tikslus galima suskirstyti į dvi grupes. Pasiekus pirmosios grupės tikslus, turėtų būti išspręstos specifinės organizacijos problemos ir padidintas jos veiklos efektyvumas. Šiuo atveju iš verslo procesų aprašymo projekto tikimasi realių, praktiškai svarbių rezultatų. Antroji tikslų grupė gali būti apibūdinama kaip šūkio tikslai. Niekas organizacijoje iš projekto nesitiki jokio efekto, jis kuriamas politiniams tikslams pasiekti, arba tarnauja kaip finansinių išteklių paskirstymo pagrindimas.

Pirmoje tikslų grupėje reikėtų išskirti kelias kryptis, kuriomis vystysis verslo procesų aprašymo projektas. Praktikoje vadovai pirmiausiai kelia uždavinį suprasti, kaip vyksta darbas ir kur mažėja efektyvumas (atsiranda finansiniai nuostoliai). Daroma prielaida, kad gautas verslo procesų modelių rinkinys ateityje bus naudojamas automatizavimo tikslais. Be to, norima iš modelių gauti informaciją apie esamą darbo eigos sistemą ir atlikti reikiamus jos pakeitimus ir pan. Galima atpažinti kelis būdingi bruožaiŠiame etape aukščiausio lygio vadovai suformuluoja užduoties pareiškimą:

• - formuluotės neapibrėžtumas ir apibrėžimų trūkumas (pavyzdžiui, procesai);
• - nėra aiškių kriterijų projekto tikslams pasiekti;
• - nesupratimas, kaip gautas verslo procesų modelių rinkinys bus naudojamas ateityje.

Šios savybės atspindi faktą, kad vadovai dažniausiai neatspindi verslo procesų, kaip vienos iš organizacijos procesų valdymo sistemos kūrimo priemonių, apibūdinimo svarbos. Tačiau faktas yra tas, kad patys verslo procesų modeliai nėra valdymo įrankis. Tačiau jie gali būti pagrindas kuriant norminę dokumentaciją, analizuojant veiklą ir priimant kai kuriuos sprendimus.

Verslo procesų modeliai:

• - supažindinti su tikslumu ir metodika;
• - pateikti vieną, nuoseklų pristatymą;
• - integruoti procesus, IT sistemas, organizacinę struktūrą, informaciją ir duomenis;
• - leidžia matyti ir analizuoti santykius;
• - padėti patikrinti teisingumą, peržiūrėti ir testuoti procesus;
• - sudaryti informatyvią aplinką „kas būtų, jei“ scenarijams įvertinti;
• - yra greito proceso pokyčių įgyvendinimo pagrindas.

Todėl turi būti apibrėžti verslo procesų modeliavimo projekto tikslai. Atsižvelgiant į užsibrėžtus tikslus, organizacijos veiklos procesams apibūdinti gali būti taikomi įvairūs požiūriai (metodikos). Projekto įgyvendinimo metodika turėtų būti kuriama (pritaikoma) atsižvelgiant į iškeltus tikslus ir šiam projektui skiriamų išteklių kiekį.

Įvadas

1. Verslo procesų modeliavimas

2. Verslo procesų klasifikacija

3. Verslo procesų modeliavimo standartai

Išvada

Naudotų šaltinių sąrašas

ĮVADAS

„Verslo procesų modeliavimo“ sąvoka daugumos analitikų gyvenime atsirado tuo pačiu metu, kai rinkoje pasirodė sudėtingi programinės įrangos produktai, skirti sudėtingam įmonės valdymo automatizavimui.

Tokios sistemos visada reiškia gilų priešprojektinį įmonės veiklos tyrimą. Šios apklausos rezultatas – ekspertų nuomonė, kurioje atskirose pastraipose pateikiamos rekomendacijos, kaip pašalinti veiklos valdymo „kliūtis“.

Remiantis šia išvada, prieš pat automatizavimo sistemos diegimą yra vykdoma vadinamoji verslo procesų pertvarka, kartais gana rimta ir skausminga įmonei. Žinoma, per daugelį metų susiformavusią komandą visada sunku priversti „mąstyti naujai“. Tokios išsamios įmonių apklausos visada yra sudėtingos ir labai skiriasi kiekvienu konkrečiu atveju.

Tokioms sudėtingų sistemų modeliavimo problemoms spręsti yra nusistovėjusios metodikos ir standartai. Šie standartai apima IDEF metodikų šeimą. Jų pagalba galite efektyviai rodyti ir analizuoti įvairių sudėtingų sistemų veiklos modelius įvairiose skyriuose. Tuo pačiu procesų tyrimo platumą ir gylį sistemoje nustato pats kūrėjas, o tai leidžia neperkrauti sukurto modelio nereikalingais duomenimis.

Verslo procesų modeliavimas leidžia analizuoti ne tik kaip veikia įmonė kaip visuma, kaip ji sąveikauja su išorinėmis organizacijomis, klientais ir tiekėjais, bet ir kaip organizuojama veikla kiekvienoje darbo vietoje.

Yra keli požiūriai į sąvokos „verslo procesų modeliavimas“ apibrėžimą:

- tai įmonės verslo procesų aprašymas, leidžiantis vadovui žinoti, kaip dirba paprasti darbuotojai, o paprastiems darbuotojams - kaip dirba jų kolegos ir į kokį galutinį rezultatą nukreipta visa jų veikla;

verslo procesų modeliavimas- tai efektyvi priemonė ieškant galimybių tobulinti įmonės veiklą;

modeliavimas verslo procesas- tai įrankis, leidžiantis numatyti ir sumažinti rizikas, kylančias įvairiuose įmonės reorganizavimo etapuose;

verslo procesų modeliavimas yra metodas, leidžiantis pateikti sąnaudų sąmatą kiekvienam procesui atskirai ir visiems verslo procesams įmonėje, imant kartu.

Šiuolaikinės įmonės yra priverstos nuolat tobulinti savo veiklą. Tam reikia kurti naujas technologijas ir verslo praktiką, gerinti galutinių veiklos rezultatų kokybę ir, žinoma, diegti naujas, geresnes veiksmingi metodaiįmonių valdymas ir organizavimas.

Verslo procesas yra logiška, nuosekli, tarpusavyje susijusi veiklų visuma, eikvojanti gamintojo išteklius, kurianti vertę ir duodanti rezultatą vartotojui. Tarp pagrindinių priežasčių, skatinančių organizaciją optimizuoti veiklos procesus, galima paminėti poreikį mažinti kaštus ar gamybos ciklo trukmę, vartotojų ir valstybės reikalavimus, kokybės vadybos programų įgyvendinimą, įmonių jungimus, vidinius organizacijos prieštaravimus ir kt.

Verslo procesų modeliavimas yra efektyvi priemonė ieškant būdų optimizuoti įmonės veiklą, numatyti ir sumažinti rizikas, kylančias įvairiuose įmonės reorganizavimo etapuose. Šis metodas leidžia pateikti sąnaudų sąmatą kiekvienam atskiram procesui ir visiems organizacijos verslo procesams bendrai.

Verslo procesų modeliavimo sprendimai dažniausiai priimami dėl 1 pav. parodytų priežasčių.

1 pav. – Apsispręsimo dėl verslo procesų modeliavimo priežastys

Verslo procesų modeliavimas turi įtakos daugeliui įmonės veiklos aspektų:

organizacinės struktūros pasikeitimas;

padalinių ir darbuotojų funkcijų optimizavimas;

vadovų teisių ir pareigų perskirstymas;

vidinis pasikeitimas norminiai dokumentai ir veikimo technologija.

Simuliacijos tikslas yra žinių apie įmonę ir jos veiklos procesus sisteminimas vizualiai grafine forma, patogesne analitiniam gaunamos informacijos apdorojimui. Modelis turėtų atspindėti organizacijos verslo procesų struktūrą, jų įgyvendinimo detales ir darbo eigos seką.

Organizacijos verslo procesų modeliavimas apima du etapus – struktūrinį ir detalųjį.

Struktūrinis Organizacijos verslo procesų modeliavimas gali būti atliekamas IDEF0 žymėjimu naudojant BPwin įrankių rinkinį arba UML naudojant Rational Rose įrankių rinkinį. Detalus modeliavimas atliekamas UML.

Struktūrinio modeliavimo etape modelis turėtų atspindėti:

esama organizacinė struktūra;

dokumentai ir kiti subjektai, naudojami imituojamų verslo procesų vykdymui ir reikalingi darbo eigos modeliavimui, su jų pagrindinės reikšmės aprašymais;

verslo procesų struktūra, atspindinti jų hierarchiją nuo bendresnių grupių iki privačių verslo procesų;

sąveikos diagramos galutiniams verslo procesams, atspindinčios dokumentų (duomenų, medžiagų, išteklių ir kt.) kūrimo ir judėjimo tarp veikėjų seką.

detalus verslo procesų modeliavimas atliekamas pagal tą patį modelį ir turi atspindėti reikiamą detalumą bei pateikti nedviprasmišką organizacijos veiklos vaizdą.

Išsamus verslo proceso modelis turėtų apimti:

precedentų rinkinys, atspindintis galimi variantai verslo procesų vykdymas „toks, koks yra“;

veiksmų diagramos, kuriose detaliai aprašoma verslo procesų seka;

sąveikos diagramos, atspindinčios darbo eigos schemas.

Verslo veikla- veiksmų, procedūrų, sudarančių vieno verslo veiksmo turinį, visuma.

Verslo operacija paprastai prasideda nuo prekių partijos pagaminimo ar įsigijimo pagal iš anksto numatytą veiksmų planą ir baigiasi prekių pardavimu bei pelno gavimu. Verslo sandoriai taip pat vadinami sandorius.

Verslo funkcija yra užduotis, kurią įmonė sprendžia, siekdama savo išlikimo ir savo tikslų. Funkcija atsako į klausimą ką daryti. Žinoma, įmonės rėmuose galima išskirti daugybę funkcijų. Taigi bet kuri verslo sistema turėtų turėti tokias funkcijas kaip finansų valdymas, gamyba, pardavimas.

Verslo modelis - tai, ką daro įmonė ir kaip ji uždirba pinigus (Tom Malone)

Verslo strategija yra teorija, verslo modelis yra hipotezė (Nicholas Carr)

Verslo modelis yra susijusių modelio elementų rinkinio, apibrėžiančio vidinį ir išorinė aplinkaįmonės vienoje sistemoje.

2. VERSLO PROCESŲ KLASIFIKACIJA

Paskirstykite šią klasifikaciją:

Priklausomai nuo verslo procesų vietos organizacinė struktūraįmonės išskiria šiuos verslo procesus:

horizontalūs procesai – procesai, atspindintys horizontalią sąveiką;

atskiri horizontalūs procesai - atskirų darbuotojų (organizacinių vienetų) atliekami procesai;

kryžminiai horizontalūs procesai – daugelio darbuotojų (organizacinių vienetų) atliekami procesai;

vertikalūs procesai – procesai, atspindintys darbuotojų (organizacinių vienetų) sąveiką išilgai vertikalės;

integruoti procesai – procesai, kurie parodo proceso dalyvių sąveiką vertikaliai ir horizontaliai.

Atsižvelgiant į jų sudėtingumo laipsnį, yra:

monoprocesses – vienaskiemeniai procesai;

įdėtieji procesai – monoprocesai, kurie yra sudėtingesnio proceso (makroproceso) dalis;

susiję procesai – tai monoprocesai, kurie išskiriami ir nuosekliai įgyvendinami pagal tam tikrą algoritmą.

Priklausomai nuo jų paskirties:

pagrindiniai verslo procesai - horizontalūs verslo procesai, užtikrinantys realių veiklos užduočių, susijusių su produkto sukūrimu ir jo įgyvendinimu klientui, įgyvendinimą; - tai procesai, kurių veikla yra tiesiogiai susijusi su įmonės produktu ir tuo įtakoja pridėtinės vertės kūrimą;

pagalbiniai verslo procesai - horizontalūs verslo procesai, užtikrinantys pagrindinių procesų vykdymą, jie nėra tiesiogiai susiję su gaminamomis prekėmis ir paslaugomis, tačiau be jų neįmanoma atlikti pridėtinės vertės operacijų;

valdymo verslo procesai – vertikalūs verslo procesai, užtikrinantys įmonės veiklos valdymą, pagrindinius ir pagalbinius verslo procesus. Tai strategijos formavimo, verslo planavimo ir kontrolės procesai.

Priklausomai nuo jų vietos organizacijos tikslų hierarchijoje:

aukščiausio lygio verslo procesai – procesai, nukreipti į įmonės strateginių tikslų įgyvendinimą, reikšmingiausius įmonei;

vidutinio lygio verslo procesai – verslo procesai, nukreipti į taktinių tikslų įgyvendinimą;

žemesnio lygio verslo procesų verslo procesai, skirti veiklos tikslams įgyvendinti.

Priklausomai nuo detalumo lygio:

makroprocesai – išplėsti verslo procesai, kurių detalumo lygis yra būtinas aukščiausio lygio verslo procesams aprašyti;

subprocesai – verslo procesai, kurių detalumo lygis yra būtinas vidutinio lygio verslo procesams apibūdinti;

mikroprocesai – verslo procesai, turintys didžiausią detalumo lygį, naudojami žemesnio lygio verslo procesams apibūdinti.

Kaip pagrindinių subalansuotų rezultatų kortelės komponentų dalis:

finansiniai verslo procesai;

kliento verslo procesai;

verslo – gamybos procesai;

verslo plėtros, mokymosi ir augimo procesai.

Funkcinio modeliavimo standartas IDEF0

IDEF0 standartas laikomas klasikiniu proceso metodo valdymo metodu. Pagrindinis proceso požiūrio principas – organizacijos veiklą struktūrizuoti pagal jos verslo procesus, o ne organizacinę struktūrą. Vertingi yra verslo procesai, formuojantys vartotojui reikšmingą rezultatą, o būtent su jų tobulėjimu teks užsiimti ateityje.

StandartinisIDEF0 yra taisyklių ir procedūrų rinkinys, skirtas sukurti bet kurios dalykinės srities objekto funkcinį modelį.

ModelisIDEF0 yra diagramų serija su pridedama dokumentacija, kuri suskaido sudėtingą objektą į jo sudedamąsias dalis, kurios rodomos kaip blokai. Kiekvieno iš pagrindinių blokų detalės kitose diagramose rodomos kaip blokai. Kiekviena išsami diagrama yra bloko išskaidymas iš ankstesnio lygio diagramos. Kiekviename išskaidymo etape ankstesnio lygio diagrama vadinama pagrindine diagrama, skirta išsamesnei diagramai. Bendras modelio lygių skaičius (įskaitant konteksto lygį) neturi viršyti 5–6. Praktika rodo, kad to visiškai pakanka, kad būtų sukurtas visas šiuolaikinės įmonės funkcinis modelis bet kurioje pramonės šakoje.

IDEF1 informacijos modeliavimo standartas

IDEF1 standartas buvo sukurtas kaip priemonė, skirta analizuoti ir tirti ryšius tarp informacijos srautų įmonės versle. IDEF1 metodikos taikymas, kaip įmonės informacinės struktūros vizualinio modelio kūrimo pagal principą „kaip turi būti“ įrankis. Modelio kūrimo pavyzdys parodytas 2 paveiksle.

2 pav. – IDEF1 modelio kūrimo pavyzdys

Pagrindiniai informacinio modelio komponentai yra šie:

diagramos – informacinio modelio struktūriniai vaizdai, pagal taisyklių rinkinį vaizduojantys naudojamų duomenų sudėtį ir loginius ryšius;

žodynas – kiekvieno modelio elemento reikšmė apibūdinama teksto fragmentu.

Pagrindinė IDEF1 metodikos sąvoka yra subjekto sąvoka. Esmė apibrėžiamas kaip realus arba abstraktus objektas, rinkinys išskirtines savybes kuri, vadinama atributais, yra žinoma. Kiekvienas subjektas turi pavadinimą ir atributus.

Posistemio numeris skirtas jį identifikuoti. Vardo laukelyje sakinio forma įrašomas posistemio pavadinimas su tema ir atitinkamais apibrėžimais bei papildymais.

Procesas – tai įvesties duomenų srautų transformavimas į išvesties srautus pagal tam tikrą algoritmą. Fiziškai procesas gali būti įgyvendinamas įvairiai: tai gali būti organizacijos (skyriaus) padalinys, kuris apdoroja įvesties dokumentus ir išduoda ataskaitas, programa, aparatine įranga įdiegtas loginis įrenginys ir kt.

Procesas duomenų srauto diagramoje pavaizduotas taip, kaip parodyta 4 paveiksle.

Proceso numeris naudojamas identifikuoti. Vardo lauke įveskite proceso pavadinimą kaip sakinį su aktyviu vienareikšmiu veiksmažodžiu neapibrėžta forma(skaičiuoti, skaičiuoti, tikrinti, nustatyti, kurti, gauti) po to daiktavardžiais kaltininko linkme, pvz.: „Įveskite mokesčių mokėtojo informaciją“, „Išduokite informaciją apie einamąsias išlaidas“, „Patikrinti pinigų gavimą“.

Informacija fizinio įgyvendinimo lauke nurodo, kurią organizacijos, programos ar aparatinės įrangos dalį procesas vykdo.

Duomenų saugojimo įrenginys – tai abstraktus informacijos saugojimo įrenginys, kurį galima bet kada patalpinti į saugojimo įrenginį ir po kurio laiko atgauti, o įterpimo ir ištraukimo būdai gali būti bet kokie.

Duomenų saugojimo įrenginys gali būti fiziškai įgyvendintas kaip mikrofiša, stalčius dokumentų spintoje, lentelė RAM, failas magnetinėje laikmenoje ir kt.

Duomenų saugojimo įrenginys identifikuojamas raide „D“ ir savavališku skaičiumi. Disko pavadinimas parenkamas atsižvelgiant į didžiausią dizainerio informacijos turinį.

Duomenų saugykla paprastai yra būsimos duomenų bazės prototipas, o joje saugomų duomenų aprašymas turi atitikti duomenų modelį.

Duomenų srautas apibrėžia informaciją, perduodamą tam tikru ryšiu iš šaltinio į imtuvą. Duomenų srautas diagramoje vaizduojamas linija, kuri baigiasi srauto kryptį rodančia rodykle. Kiekvienas duomenų srautas turi pavadinimą, atspindintį jo turinį.

Pagrindinis DFD hierarchijos kūrimo tikslas yra padaryti sistemos aprašymą aiškų ir suprantamą kiekviename detalumo lygmenyje, taip pat suskaidyti jį į dalis su tiksliai apibrėžtais ryšiais.

IŠVADA

Pastaraisiais metais Rusijos susidomėjimas IDEF šeimos metodikomis nuolat auga. Tuo pačiu metu susidomėjimas tokiais standartais kaip IDEF3–5 yra teorinis, o susidomėjimas IDEF0 yra gana praktiškai pagrįstas.

Tačiau dauguma vadovų vis dar laiko praktinį modeliavimo taikymą IDEF standartuose daugiau kaip duoklę madai, o ne kaip veiksmingą būdą optimizuoti esamą verslo valdymo sistemą. Greičiausiai taip yra dėl ryškaus informacijos apie praktinį šių metodikų taikymą trūkumo ir dėl būtino daugumos publikacijų programinės įrangos šališkumo.

Ne paslaptis, kad beveik visi Rusijos įmonių finansinės ir ekonominės veiklos tyrimo ir analizės projektai šiuo metu vienaip ar kitaip yra susiję su statybomis. automatizuotos sistemos valdymas. Dėl šios priežasties IDEF standartai daugumos supratimu tapo sąlyginai neatsiejami nuo informacinių technologijų diegimo, nors su jų pagalba kartais galima efektyviai išspręsti net mažas vietines problemas, tiesiogine prasme pieštuku ir popieriumi.

Baigdamas norėčiau pabrėžti, kad pagrindinis idėjos analizuoti įmonės verslo procesus kuriant jos modelį pranašumas yra jos universalumas. Pirma, verslo procesų modeliavimas yra atsakymas į beveik visus klausimus, susijusius su įmonės veiklos gerinimu ir konkurencingumo didinimu. Antra, šią metodiką įdiegusios įmonės vadovas ar vadovybė turės informacijos, kuri leis savarankiškai tobulinti savo įmonę ir numatyti jos ateitį.

1. Voinov I.V. Ekonominių sistemų ir procesų modeliavimas. Patirtis kuriant ARIS modelius [Tekstas]: monografija / I.V. Voinov - M.: SUGU, 2002. - 392 p.

2. Volkovas O.N. Verslo procesų modeliavimo standartai ir metodikos [Tekstas]: vadovėlis. pašalpa universitetams / O.N. Volkovas. - M.: ASV, 2000. - 145 p.

3. Grigorjevas D.I. Įmonės verslo procesų modeliavimas [Tekstas]: vadovėlis. pašalpa / D.I. Grigorjevas. - M.: IRT, 2006. - 214 p.

4. Kaljanovas G.N. Verslo procesų modeliavimas, analizė, reorganizavimas ir automatizavimas [Tekstas]: vadovėlis. pašalpa / G.N. Kaljanovas. - M.: Finansai ir statistika, 2006. - 319 p.

5. Pinaev D.K. Verslo procesų modeliavimas: galima rasti apie kompleksą [Tekstas]: Nuoroda. pašalpa / D.K. Pinajevas. - M.: RGAS, 2003. - 247 p.

Mokymas

Reikia pagalbos mokantis temos?

Mūsų ekspertai patars arba teiks kuravimo paslaugas jus dominančiomis temomis.
Pateikite paraišką nurodydami temą dabar, kad sužinotumėte apie galimybę gauti konsultaciją.

Veikla, skirta esamų verslo procesų identifikavimui ir aprašymui (verslo procesų analizė), taip pat naujų projektavimui (verslo procesų projektavimas). Verslo modeliavimas dar vadinamas disciplina ir atskiru proceso daliniu procesu ... ... Vikipedija

Verslo modeliavimas – tai organizacijų modelių formavimo veikla, apimanti verslo objektų (padalinių, pozicijų, išteklių, vaidmenų, procesų, operacijų, informacinių sistemų, informacijos laikmenų ir kt.) aprašymą ir ryšių nurodymą ... ... Verslo terminų žodynėlis

Tai nuoseklios, kryptingos ir reguliuojamos veiklos sistema, kurioje, atliekant kontrolės veiksmą ir pasitelkus išteklius, proceso įėjimai paverčiami išėjimais, proceso rezultatais, atstovaujančiais ... ... Vikipedija

Verslo modeliavimas – tai esamų verslo procesų identifikavimo ir aprašymo (verslo procesų analizė), taip pat naujų projektavimo (verslo procesų projektavimo) veikla. Verslo modeliavimas dar vadinamas disciplina ir individualiu ... ... Vikipedija

Verslo procesas – tai tarpusavyje susijusių veiklų ar užduočių visuma, kuria siekiama sukurti konkretų produktą ar paslaugą vartotojams. Aiškumo dėlei verslo procesai vizualizuojami naudojant verslo procesų schemą ... ... Wikipedia

Logiškai aprašoma, kaip organizacija kuria, pristato klientams ir įgyja ekonominę, socialinę ir kitokią vertę. Verslo modelio kūrimo procesas yra verslo strategijos dalis. Teoriškai ir ... ... Vikipedija

Kuriant informacines sistemas, dalykų srities (domeno) objektų elgesio taisyklių, principų, priklausomybių rinkinys. žmogaus veikla kuriuos palaiko sistema). Priešingu atveju galime sakyti, kad verslo logika yra taisyklių įgyvendinimas ... ... Vikipedija

Verslo modeliavimas – tai interaktyvus ekonominės sistemos modelis, kuris pagal savo vidines sąlygas yra kuo artimesnis atitinkamam realiam ekonominiam vienetui (įmonės padaliniui, įmonės, ūkio šakai, valstybei). Verslas ... Vikipedija

- (modeliavimas) Rinkodaros situacijos imitavimas jos tyrimo tikslais. Kompiuteriniu modeliavimu visa turima informacija įkeliama į kompiuterį, todėl galima palyginti galimus rinkodaros strategijų variantus. Tuo…… Verslo terminų žodynėlis

Knygos

• Verslo modeliavimas, Osipova Tatjana. Ši knyga bus pagaminta pagal jūsų užsakymą naudojant spausdinimo pagal pareikalavimą technologiją. Verslo procesų modeliavimas arba verslo modeliavimas, pagrįstas…
• Verslo modeliavimas ir duomenų analizė. Spręsdamas realias problemas su Microsoft Excel, naudoja Winston Wayne L. Wayne Winston tikros užduotys išmokyti greitai analizuoti duomenis, priimti sprendimus, vertinti, rašyti ataskaitas, apdoroti duomenis ir kurti analizę...