Reklama portale

Aprašome organizacijos veiklos procesus. Baigiamasis darbas: Verslo procesų modeliavimas programinės įrangos kūrimo įmonės pavyzdžiu Verslo procesų kūrimas įmonės pavyzdžiu

Įmonės veiklos analizė ir pagrindinių verslo procesų modeliavimas. Verslo procesų modeliavimas naudojant Rational Rose CASE įrankį. Pelno gavimas plečiant prekių ir paslaugų rinką. Verslo procesas „Prekių užsakymas ir pirkimas“.

Siųsti savo gerą darbą žinių bazėje yra paprasta. Naudokite žemiau esančią formą

Studentai, magistrantai, jaunieji mokslininkai, kurie naudojasi žinių baze savo studijose ir darbe, bus jums labai dėkingi.

Panašūs dokumentai

    Verslo procesų modeliavimas kaip priemonė ieškant būdų optimizuoti įmonės veiklą. SADT (Struktūrinės analizės ir projektavimo) metodika, IDEF standartų šeima ir algoritminės kalbos yra verslo procesų modeliavimo metodikų pagrindas.

    santrauka, pridėta 2011-12-14

    Verslo procesų modeliavimo esmė, reikšmė ir metodika. Modeliavimo metodikų kūrimo istorija. Žinių apie įmonę ir jos veiklos procesus sisteminimas vaizdine grafine forma, skirta analitiniam gautos informacijos apdorojimui.

    santrauka, pridėta 2009-04-29

    Verslo procesų modelio „Išpardavimas“ kūrimas programoje VPwin. Pardavimo tikslai ir taisyklės. PPP „Statistica“ verslo procesų prognozavimas. Analizės, modeliavimo, veiklos prognozavimo metodai dalykinėje srityje „Išpardavimas“, studijuojant VIP Enterprise PPP.

    kursinis darbas, pridėtas 2012-02-18

    Realaus verslo procesų modeliavimo kalbos kūrimas „Kompetencijomis pagrįstų verslo žaidimų studijoje“. Naudojant DSM platformą MetaEdit+. Kuriamai programavimo kalbai keliamų reikalavimų parengimas. Kalbos metamodelio kūrimo taisyklės.

    kursinis darbas, pridėtas 2014-10-05

    Automatizuotos įmonės informacinės sistemos kūrimo etapai. Verslo modeliavimo aplinka BPwin. Metodinių požiūrių, pasiūlymų ir gairių rengimas planuojant, organizuojant ir tobulinant organizacijos programinę įrangą.

    baigiamasis darbas, pridėtas 2009-07-05

    UAB „Viešojo rakto infrastruktūra“ Raktų sertifikavimo centro nuostatų modeliavimas, atsižvelgiant į saugumo reikalavimus. Pagrindiniai procesų modeliavimo apibrėžimai ir sąvokos. Centro programinės ir techninės įrangos komplekso funkcijos. Saugumo atributai.

    baigiamasis darbas, pridėtas 2012-03-20

    Integruotų informacinių sistemų ARIS architektūra kaip verslo procesų modeliavimo metodika, naudojimo privalumai ir trūkumai. Verslo proceso parinkimas modeliavimui ir prasmingas jo aprašymas, jo aprašymo lentelės formatas.

    kursinis darbas, pridėtas 2015-06-19


anotacija

informacinio modeliavimo verslas

Šiame darbe nagrinėjami PromTransInform LLC – toliau PTI – verslo procesai.

Buvo peržiūrėta ir ištirta:

· bendros įmonės charakteristikos;

Buvo svarstomos organizacijos veiklos rūšys, kokius produktus ji pristato ir kokias paslaugas teikia, su kokiomis organizacijomis (ypač didžiausiomis) buvo sudarytos sutartys ir kaip tai įtakoja organizacijos veiklą.

· aprašomos verslo procesų aprašymo metodikos;

PTI daugiausiai naudojama ARIS metodika, kuri leidžia nagrinėti organizaciją iš visų požiūrių ir leidžia nagrinėti organizaciją naudojant modelių hierarchiją – nuo ​​apibendrinimo iki procedūrų lygio ir funkcijų resursų aplinkos.

· sukonstruotos verslo modelių schemos (ARIS žymėjimuose naudojant CASE įrankį Microsoft Visio) „TOK, KOKIA YRA“ (kaip yra);

· rasta „butelio kaklelis“ ir, kaip pavyzdį naudojant eEPC modelį, buvo pavaizduotas modelis „KAIP BŪTI“ (kaip ir turi būti);

Šiame kursiniame darbe „butelio kaklelis“ yra silpnas darbo proceso organizavimas, atsirandantis racionaliai paskirstant pareigas, o tai lėtina užsakymo vykdymą.

· surašyta verslo proceso modeliavimo ir dokumentavimo sutartis;

· atlikta proceso analizė.

Įvadas

Darbo tikslas – sumodeliuoti PromTransInform LLC veiklos procesus, nustatyti konkrečių padalinių veiklos trūkumus ir pasiūlyti būdą juos pašalinti.

Klausimas apie įmonės veiklos tobulinimą, surandant ir pašalinant vadinamąsias „kliūties“ darbuotojų darbe naudojant verslo procesų modeliavimą, yra aktualus bet kurioje besivystančioje įmonėje.

Tyrimo objektas š kursinis darbas, yra PTI LLC ir jos padaliniai, kurių pagrindinė paslauga – pramoninio geležinkelių transporto įmonių automatizavimas.

Tyrimo objektas – padalinių ir šių padalinių darbuotojų, atsiskaitančių generaliniam direktoriui, sąveika.

Darbo tikslai: darbo įgūdžių mokymas su ARIS verslo procesų modeliavimo metodika, informacijos rinkimas ir įmonės verslo procesų studijavimas, procedūrų modeliavimas, verslo modelių diagramų konstravimas, modeliavimo sutarties sudarymas ir verslo proceso dokumentavimas, procesų analizės atlikimas.

Darbo metodai. Darbas atliekamas siekiant tobulinti verslo modelių diagramų konstravimo ARIS žymėjimuose įgūdžius naudojant CASE įrankį Microsoft Visio, naudojant PTI OJSC verslo procesų pavyzdį.

Šiame darbe kaip pradiniai duomenys naudojama ši informacija:

· įmonės organizacinė struktūra;

· įmonės charakteristikos;

· projektavimo organizavimas konsultacinėse įmonėse;

· informacija apie naudojamas PTI programų sistemas.

Dėl atliktų darbų ir pašalinus kliūtis, tikimasi supaprastinti ir palengvinti darbuotojų darbą, todėl sumažės darbo intensyvumas ir klaidų ataskaitose.

1. Integruotų informacinių sistemų ARIS architektūra kaip verslo procesų modeliavimo metodika

ARIS (Integruotų informacinių sistemų architektūra) metodologijos kūrėjas yra IDS Scheer AG, kurį 1984 metais Sarbriukene (Saarland, Vokietija) įkūrė profesorius August-Wilhelm Scheer. ARIS metodika – tai modernus požiūris į struktūrizuotą organizacijos veiklos aprašymą ir jo pateikimą tarpusavyje susijusių ir vienas kitą papildančių grafinių modelių, kuriuos būtų lengva suprasti ir analizuoti, forma.

ARIS naudojami modeliai pateikti 1.1 pav.

1.1 pav. ARIS modelių klasifikacija

Modeliai, sukurti naudojant ARIS metodiką, įvairiais aproksimacijos laipsniais atspindi esamą situaciją. Aprašymo detalumo lygis priklauso nuo projekto, kurio metu atliekamas modeliavimas, tikslų. ARIS modeliai gali būti naudojami analizuojant ir plėtojant įvairius įmonės veiklos reorganizavimo sprendimus, įskaitant valdymo informacinės sistemos diegimą ir kokybės vadybos sistemų kūrimą.

ARIS metodika įgyvendina struktūrinės analizės principus ir leidžia identifikuoti ir modeliuose atspindėti pagrindinius organizacijos komponentus, vykstančius procesus, gaminamus ir vartojamus produktus, naudojamą informaciją, taip pat nustatyti tarpusavio ryšius. Sukurti modeliai atspindi dokumentais pagrįstą žinių apie valdymo sistemą, apimančią organizacinę struktūrą, vykstančius procesus, organizacijos ir rinkos subjektų sąveiką, dokumentų sudėtį ir struktūrą, proceso etapų seką, padalinių ir jų darbuotojų pareigybių aprašymus. . Skirtingai nuo kitų metodų, ARIS metodika apima visos informacijos saugojimą vienoje saugykloje, kuri užtikrina modeliavimo ir analizės proceso vientisumą ir nuoseklumą, taip pat leidžia patikrinti modelį.

ARIS metodika yra pagrįsta integracijos koncepcija, siūlanti holistinį procesų vaizdą ir atstovauja daug skirtingų metodikų, sujungtų viename sistemos požiūriu. Tarp jų yra tokių gerai žinomų kaip:

eEPC diagrama (išplėstinė įvykiais pagrįsta proceso grandinė – įvykių proceso grandinė)

· Chen diagrama (ERM – subjekto santykių modelis – subjekto santykių modelis)

· UML kalba (Unified Modeling Language – universali modeliavimo kalba)

· OMT technika (Object Modeling Technique – objektinio modeliavimo technika)

· BSC metodika (Balanced Scorecard) Šio metodo privalumas yra tas, kad tampa įmanoma apibūdinti procesus ir jų aplinką skirtingais, vienas kitą papildančiais požiūriais.

2. Esamų verslo procesų modeliavimo metodikų privalumai ir trūkumai

ARIS metodika.

Privalumai:

· galimybė apžvelgti objektą skirtingais požiūriais; skirtingi aprašymo lygiai, skirti paremti sistemos gyvavimo ciklo koncepciją; diferencijuotas vaizdas į analizuojamą objektą (organizaciją, valdymo sistemą ir pan.);

· gausybė modeliavimo metodų, atspindinčių įvairius tiriamos dalykinės srities aspektus, leidžia modeliuoti įvairiausias sistemas (organizacines, ekonomines, technologines ir kitas);

· viena saugykla; visi modeliai ir objektai kuriami ir saugomi vienoje projektų duomenų bazėje, kuri užtikrina integruoto ir holistinio dalykinės srities modelio sukūrimą;

· galimybė pakartotinai pritaikyti modeliavimo rezultatus; sukauptos įmonės žinios apie visus organizacijos veiklos aspektus toliau gali būti pagrindu kuriant įvairius projektus tiesiogiai ARIS aplinkoje ir naudojant sąsajas bei kitus įrankius.

Trūkumai:

· Kai kuriems procesams perteklinis formalizavimas yra ne tik neefektyvus, bet netgi žalingas dėl jų specifikos. Pavyzdys galėtų būti tie verslo veiklos komponentai, kurie yra tiesiogiai susiję su kūrybiškais šios veiklos metu iškylančių nenuspėjamų problemų sprendimais.

· Didelė produkto kaina.

SADT ( Struktūrinė analizė ir projektavimo technika) yra struktūrinės analizės ir projektavimo metodika, integruojanti modeliavimo procesą, projekto konfigūracijos valdymą, papildomų kalbos įrankių naudojimą ir projektų valdymą su savo grafine kalba. Modeliavimo procesą galima suskirstyti į kelis etapus: ekspertų apklausa, diagramų ir modelių kūrimas, dokumentacijos platinimas, modelių tinkamumo įvertinimas ir priėmimas tolesniam naudojimui. Šis procesas nusistovėjęs, nes rengiant projektus konkrečias pareigas atlieka specialistai, o bibliotekininkas užtikrina savalaikį informacijos mainus.

SADT atsirado septintojo dešimtmečio pabaigoje kaip struktūrinio programavimo sukeltos revoliucijos dalis. Nors daugumai žmonių buvo sunku kurti programinę įrangą, tik nedaugelis bandė išspręsti sudėtingesnę problemą – sukurti didelio masto sistemas, apimančias ir žmones, ir mašinas, ir programinę įrangą, panašias į telefono ryšio, pramonės, vyriausybės ir ginklų kontrolės sistemas. Tuo metu specialistai, tradiciškai dalyvaujantys kuriant didelio masto sistemas, pradėjo pripažinti didesnės tvarkos poreikį. Taigi kūrėjai nusprendė formalizuoti sistemos kūrimo procesą, suskirstydami jį į šiuos etapus:

Analizė – nustatymas, ką sistema darys

· Projektavimas – posistemių apibrėžimas ir jų sąveika

· Diegimas – posistemių kūrimas atskirai

Integracija – posistemių sujungimas į vientisą visumą

· Testavimas – sistemos veikimo tikrinimas

· Montavimas – sistemos paleidimas

· Veikimas – sistemos naudojimas

SADT metodas labiausiai tinka aukščiausio lygio modeliams aprašyti. Pagrindiniai jo pranašumai yra šie:

· BP aprašymo išsamumas (vadyba, informacijos ir medžiagų srautai, atsiliepimai).

· Skilimo sudėtingumas

· Duomenų ir informacijos srautų agregavimo ir detalizavimo galimybė (lankų atskyrimas ir sujungimas)

· Griežtų reikalavimų, užtikrinančių standartinio tipo modelio gavimą, prieinamumas.

Lengva dokumentuoti procesą

· Proceso aprašymo metodo atitikimas ISO standartui

Tuo pačiu metu SADT turi keletą trūkumų:

· Suvokimo sunkumas – diagramoje daug lankų.

· Didelis skilimo lygių skaičius

· Sunkumai susiejant kelis procesus, atstovaujamus skirtinguose tos pačios organizacijos modeliuose.

IDEF0

Funkcinio modeliavimo metodika. Naudojant vaizdinę grafinę kalbą IDEF0, tiriama sistema kūrėjams ir analitikams pasirodo kaip tarpusavyje susijusių funkcijų rinkinys (funkciniai blokai – IDEF0 terminais). Paprastai modeliavimas naudojant IDEF0 yra pirmasis bet kurios sistemos tyrimo etapas.

Pagrindiniai IDEF0 pranašumai yra šie:

· verslo proceso aprašymo išsamumas (vadyba, informacijos ir medžiagų srautai, grįžtamasis ryšys);

· skilimo sudėtingumas (rodyklių migracija ir tuneliavimas);

· gebėjimas agreguoti ir detalizuoti duomenų ir informacijos srautus (rodyklių atskyrimas ir sujungimas);

· griežtų metodikos reikalavimų, užtikrinančių standartinio tipo procesų modelių gamybą, buvimas;

· dokumentavimo procesų paprastumas;

· procesų aprašymo IDEF0 metodo atitikimas ISO 9000:2000 standartams.

Taigi bendras IDEF0 tikslas yra pertvarkyti funkcijų struktūrą, kuri pagerins sistemos veikimą ir efektyvumą.

IDEF3 (Integrated Definition Process Description Capture Method) metodika sukurta siekiant patogiau aprašyti darbo procesus (Work Flow), kuriems svarbu atspindėti loginę procedūrų seką. Ši technika, skirtingai nei IDEF0, nėra standartizuota.

IDEF3 yra struktūrinis metodas, parodantis priežasties ir pasekmės ryšius ir įvykius. Taip pat parodoma, kaip organizuojamas darbas ir kokie vartotojai dirba su modeliuojama sistema. IDEF3 aprašo kiekvieno proceso scenarijų ir operacijų seką. Scenarijus yra objekto savybių pokyčių sekos aprašymas nagrinėjamo proceso metu (pavyzdžiui, detalės apdorojimo dirbtuvėse etapų sekos aprašymas ir jos savybių pasikeitimas po jo atlikimo). per kiekvieną etapą). Kiekvieno scenarijaus vykdymą lydi atitinkamas dokumentų srautas, kurį sudaro du srautai: proceso struktūrą ir seką apibrėžiantys dokumentai (technologinės instrukcijos, standartų aprašymai) ir jo įgyvendinimo eigą atspindintys dokumentai (tyrimų rezultatai, defektų ataskaitos). ).

IDEF3 dokumentacijos ir modeliavimo įrankiai leidžia atlikti šias užduotis:

· dokumentuoti turimus duomenis apie proceso technologiją;

· nustatyti ir analizuoti susijusių dokumentų srautų įtakos technologinio proceso scenarijui taškus;

· nustatyti situacijas, kuriose reikalingas sprendimas, turintis įtakos proceso gyvavimo ciklui (pavyzdžiui, keičiant galutinio produkto technologines savybes);

· palengvinti optimalių sprendimų priėmimą pertvarkant technologinius procesus;

· sukurti technologinių procesų modeliavimo modelius, paremtus principu „kas bus, jei...“.

IDEF3 turi tiesioginį ryšį su IDEF0 metodika – kiekviena funkcija gali būti pavaizduota kaip atskiras procesas naudojant IDEF3. Tačiau funkcinis modeliavimas IDEF3 skiriasi nuo modeliavimo IDEF0 ir DFD tuo, kad atspindi sistemos funkcijas jų įgyvendinimo laiko sekoje.

DFD (Data Flow Diagrams) metodika – duomenų srautų diagramos yra informacijos apdorojimo procesų vaizdavimo būdas. Technikos autoriai Gane'as ir Sarsonas sukūrė ją nepriklausomai nuo IDEF0. Ši technika, skirtingai nei IDEF0, nėra standartizuota.

Skirtingai nuo IDEF0 rodyklių, vaizduojančių griežtus ryšius, DFD (duomenų srauto) rodyklės rodo, kaip objektai (įskaitant duomenis) iš tikrųjų pereina iš vienos funkcijos į kitą. Šis duomenų srauto vaizdavimas užtikrina, kad DFD modelis atspindėtų fizines sistemos charakteristikas, tokias kaip objekto judėjimas, objekto saugojimas ir objekto sklidimas.

DFD diagramos yra patogus būdas apibūdinti perduodamą informaciją tiek tarp modeliuojamos sistemos dalių, tiek tarp sistemos ir išorinio pasaulio. Ši kokybė lemia DFD apimtį – jie naudojami kuriant organizacijos informacijos mainų modelius, pavyzdžiui, dokumentų srauto modelį. DFD taip pat plačiai naudojamas kuriant įmonių informacines sistemas.

Unified Modeling Language (UML), vieninga modeliavimo kalba, yra nepatentuota modeliavimo ir specifikacijų kalba, skirta naudoti programinės įrangos kūrimo srityje. Tačiau jo taikymo sritis neapsiriboja informacinių sistemų modeliavimo sritimi. Jis taip pat gali būti naudojamas modeliuojant inžinerines sistemas, verslo procesus ir organizacines struktūras. UML yra kalba, kurią naudoja sistemų inžinieriai norėdami nurodyti, vizualizuoti, konstruoti ir dokumentuoti sudėtingas informacijos turinčias objektų sistemas.

UML privalumai

· UML yra objektinis, dėl to analizės ir projektavimo rezultatų aprašymo metodai semantiškai artimi programavimo metodams šiuolaikinėse objektinėse kalbose;

· UML leidžia apibūdinti sistemą iš beveik visų galimų požiūrių ir įvairių sistemos elgesio aspektų;

· UML diagramas gana lengva skaityti, kai gana greitai susipažįstate su jos sintaksė;

· UML plečiasi ir leidžia įvesti savo tekstinius ir grafinius stereotipus, o tai skatina jo naudojimą ne tik programinės įrangos inžinerijos srityje;

· UML paplito ir dinamiškai vystosi.

Trūkumai:

· Kalbos perteklius. UML dažnai kritikuojamas kaip be reikalo didelis ir sudėtingas. Jame yra daug perteklinių arba beveik nenaudojamų diagramų ir konstrukcijų.

· Netiksli semantika. Kadangi UML apibrėžiamas jos pačios (abstrakčios sintaksės), OCL (formaliojo patvirtinimo apribojimo kalba) ir anglų kalbos (išsamios semantikos) derinys, jis neturi apribojimų, būdingų kalboms, tiksliai apibrėžtoms formalaus aprašymo metodais. Kai kuriais atvejais UML, OCL ir anglų kalbos abstrakčios sintaksės prieštarauja viena kitai, kitais atvejais jos yra neišsamios. Netikslūs pačios UML aprašymai vienodai veikia vartotojus ir įrankių pardavėjus, todėl dėl unikalių specifikacijų interpretacijų atsiranda įrankių nesuderinamumas.

· Mokymosi ir įgyvendinimo problemos. Dėl aukščiau išvardytų problemų mokytis ir įdiegti UML tampa sudėtinga, ypač kai vadovybė verčia verslo analitikus naudoti UML be išankstinių žinių.

· Stengiasi būti viskuo visiems. UML yra bendrosios paskirties modeliavimo kalba, kuri bando pasiekti suderinamumą su visomis įmanomomis kūrimo kalbomis. Konkretaus projekto kontekste, kad projektavimo komanda pasiektų tam tikrą tikslą, turi būti parinktos taikytinos UML galimybės. Be to, būdai apriboti UML apimtį tam tikroje srityje yra formalizmas, kuris nėra iki galo suformuluotas ir kuris pats yra kritikuojamas.

3. Verslo proceso parinkimas modeliavimui ir prasmingas jo aprašymas

3.1. Bendrosios įmonės charakteristikos

PromTransInform LLC užsiima pramoninių geležinkelių transporto įmonių automatizavimu diegiant Integruotos informacijos valdymo sistemos „Transporto ir logistikos komplekso“ programinės ir techninės įrangos komplekso informacinius komponentus, valdo specializuotų informacijos valdymo sistemų diegimo projektus pagrindinėje linijoje. geležinkelių transportas, taip pat projektų, skirtų Kazachstano Respublikos teritorijoje įrenginių, geležinkelių automatikos ir telemechanikos įrenginių ir informacinių sistemų diegimui, projektų valdymas, teikia konsultavimo paslaugas šioje srityje.

Pagrindinė PromTransInform LLC veikla yra:

Geležinkelio įmonių automatizavimas, dirbantis su tokiais IT produktais kaip TAS „Transporto darbas“, TAS „Eksploatacinės išlaidos“, TAS „Transporto turtas“, TAS „Klientų sąveika“, TAS „Logistikos efektyvumas“.

IAS TR techninės ir programinės įrangos kompleksas yra programinės ir techninės platformos „PTI Framework .Net.2.1.“ dalis, ant kurios pastatyta Integruota valdymo informacinė sistema „Geležinkelių kompleksas“ (IIMS „ZhKD“).

Šis kompleksas yra specializuotas PromTransInform LLC sprendimas, pagrįstas Microsoft .NET linijos IT produktais.

TAS TR naudoja daug integruotos verslo logikos, kuri užtikrina automatizuotą Užsakovo geležinkelio komplekso valdymą.

Informacinę ir analitinę sistemą „Transport Work“ (toliau – IAS TR) sukūrė „PromTransInform LLC“ (Novosibirskas) specialistai.

Pagrindinis TAS TR diegimo tikslas – visapusiškas valdymo verslo procesų, gamybos planavimo ir apimčių bei sąnaudų apskaitos automatizavimas:

Transporto logistika (transportavimas); Paskelbta http://www.site/

Transporto (logistikos) darbas;

Transportas apiePaskelbta http://www.site/

klientų aptarnavimas (transporto paslaugų teikimas);

Transporto išlaidos (darbo kaina Paskelbta http://www.site/

ir paslaugų tarifai);

Geležinkelio įmonės transporto turto eksploatavimas privažiavimo kelyje ir pagrindiniame eisme.

Atsižvelgiama į pramonės skirtumus geležinkelio įmonių gamybinėje ir ekonominėje veikloje (palyginti su pramonės įmonių veikla)

PromTransInform LLC taip pat užsiima transporto ir ekonomikos konsultacijomis (geležinkelių transporto transporto-loginiai kompleksai, geležinkelių transporto transporto konsultacijos, geležinkelio transporto ekonominės konsultacijos, geležinkelių transporto IT konsultacijos, geležinkelių tarifų metodinės gairės) ir projektų valdymu geležinkelio įmonėse ( informacinių sistemų diegimas geležinkelių transporte, geležinkelių transporto logistikos verslo procesų optimizavimas, geležinkelių transporto komplekso veiklos sąnaudų optimizavimas, projektų valdymo sistemų diegimas).

Pagrindiniai PromTransInform LLC partneriai ir klientai yra Kazachstano Respublikos ir Rusijos geležinkelių pramonės pramoninio geležinkelių komplekso įmonės.

Pagrindinis PromTransInform LLC metodinis partneris yra Sibiro valstybinė švietimo įstaiga Valstijos universitetas Geležinkeliai" (Novosibirskas). Įmonės specialistai turi 6 metų patirtį geležinkelių pramonėje.

3.2 Apklausos sritis

Kaip tiriamą objektą laikysime PromTransInform LLC, būtent darbo proceso organizavimo procesą. Išnagrinėjus šią įmonę ir pabendravus su darbuotojais, galima konstatuoti, kad yra silpnas darbo proceso organizavimas. Išsamesnis kliūties aprašymas ir jos pašalinimo būdai pateikti Proceso analizės skyriuje.

PromTransInform LLC organizacinė struktūra (3.1 pav.):

3.1 pav. PTI organizacinė struktūra

3.3 Egzamino atlikimo tvarka

· Apklausos vieta – PromTransInform LLC pastatas, Krasny prospekt g., 220/5, 326 kabinetas (Sibiro mugė);

· Apžiūros būdas – pokalbis su PromTransInform LLC darbuotojais žodžiu, gaunant reikiamą dokumentaciją elektronine forma.

4. Modeliavimas „KAIP YRA“ (kaip yra), požiūrio aprašymas. Diagramų, naudojamų verslo procesui aprašyti naudojant ARIS, tipų parinkimas ir pagrindimas

Kiekviena įmonė turi struktūras, taisykles ir dokumentus, kurie sudaro pagrindą sklandžiam įmonės procedūrų veikimui ir turi būti integruoti į naują kokybės vadybos sistemą. „Kaip yra“ analizė apima įgyvendinamo standarto tyrimą, atsižvelgiant į įmonės specifikacijas. Tokios analizės tikslas – išsiaiškinti standarto reikalavimus ir kiek jie įtakoja konkrečius įmonės veiklos aspektus. Tuo pačiu etapu įmonės viduje atliekama su kokybe susijusių dokumentų ir informacinių sistemų inventorizacija.

Norėdami modeliuoti PromTransInform LLC procesus, naudosime šias diagramas:

· Organizacinė schema – skyriaus organizacinės struktūros aprašymas.

· Žinių žemėlapis – PTI darbuotojų žinių tipų atvaizdavimas ir jų saugojimo formų struktūrizavimas, siekiant nustatyti jų turimas galimybes.

· Įgaliojimų žemėlapis – darbuotojų įgaliojimų aprašymas.

· Informacinė nešiklio diagrama – dokumentų aprašymas skyriuje vykstančių procesų apibūdinimo patogumui.

· Funkcijų medis – padalinio atliekamų funkcijų suskirstymas į lygius, kad būtų vizualiau pavaizduota skyriaus veikla.

· Funkcijų paskirstymo diagrama – objektų, supančių funkciją, aprašymas, skirtas vizualiai pavaizduoti sudėtingą funkciją.

· Komunikacijos diagrama – organizacinių vienetų sąveikų vaizdavimas viso gamybos proceso vykdymui aprašyti.

· Rizikos diagrama – apibūdinti veiklos procese kylančias rizikas.

· Produktų/Paslaugų medis – padalinio veiklos metu gautų produktų struktūrizavimui.

· Techninių išteklių modelis – aprašyti skyriuje naudojamus techninius išteklius.

· Pridėtinės vertės grandinės diagrama – skyriaus procesų, turinčių įtakos funkcionavimo kokybei, aprašymas. Apibūdinti PTI veiklos rūšis, kurios sukuria papildomą produktų kokybę.

· Įvykiais pagrįsto proceso grandinės diagrama – veiksmų aprašymas verslo procese. Skyriaus vykdomų procesų vizualiniam atvaizdavimui.

5. Modeliavimo sutartys

Modeliavimo projekto tikslas sutampa su kursinio projekto tikslu ir pateikiamas įvade. Apatiniame darbe nagrinėjami modeliai „KAIP YRA“ (kaip yra) ir „TAIP BŪTI“ (kaip turi būti). Modeliavimo metodas yra iš viršaus į apačią.

Nagrinėjamas modeliavimas šiais abstrakcijos lygiais: standartiniai verslo procesai ir egzempliorių verslo procesai.

Modeliai svarstomi atsižvelgiant į pradinius duomenis: reikalavimų aprašas, įgaliojimų aprašymas, pareigybių aprašymai, įmonės paslaugos, darbuotojų funkcijos.

ARIS metodikoje yra daugybė modelių tipų, kurių kiekvienas priskiriamas tam tikram vaizdavimo tipui ir aprašymo lygiui. Darbe naudojama ši hierarchija, naudojama verslo procesui modeliuoti:

- aukščiausio lygio procesai, kuri apima diagramas. Organizacinė schema – PTI organizacinė struktūra, Techninių išteklių modelis – Techniniai ištekliai, Produktų/paslaugų medis – PTI produktai ir paslaugos

- subprocesų, kuriuose yra informacinio nešiklio diagrama – PTI dokumentai

- proceso scenarijus, kuriuose yra autorizavimo žemėlapio diagrama – Verslo analitiko galios

- procedūros (operacijos), kuri apima diagramas Įvykiais pagrįstų procesų grandinė, Žinių žemėlapis - Verslo analitiko žinių žemėlapis, Funkcijų paskirstymo diagrama - Funkcijų aplinka - TAS "Transporto darbas" modernizavimo procesas klientui, Pridėtinės vertės grandinės diagrama - Proceso procedūros apie dalyvavimą konkurse.

Ankstesnėje dalyje buvo išvardyti kursiniame darbe pateikiamų diagramų tipai. Šių diagramų elementai detaliai aprašyti modeliavimo sutartyje.

5.1 Projekto terminų žodynas

Modeliavimo sutartyje apibrėžiamas šių projekte vartojamų terminų aiškinimas (5.1 lentelė):

5.1 lentelė. Žodynėlis

Terminas (rusų kalba)

Terminas (anglų k.)

Apibrėžimas

Darbuotojo veiksmai, atliekami atsiradus tam tikroms sąlygoms (įvykiams) ir kuriais siekiama gauti reikiamą rezultatą.

Išorinės ar vidinės aplinkos būklės pokyčių atspindys, išreiškiamas dokumentų rinkiniu, priimtais sprendimais, tam tikro termino suėjimu ir pan. Tai atliekamo veiksmo rezultatas, taip pat būtinybė jį atlikti. arba daugiau iš toliau nurodytų veiksmų. Skirtingai nuo funkcijų, kurios atspindi procesą, kuris vyksta laikui bėgant ir turi tam tikrą trukmę, įvykiai vyksta vienu metu.

Verslo procesas

Verslo procesas

Susijęs pakartojamų veiksmų (funkcijų) rinkinys, paverčiantis pradinę medžiagą ir (arba) informaciją į galutinį produktą (paslaugą) pagal iš anksto nustatytas taisykles.

Produktas/paslauga – rezultatas žmogaus veikla arba technologinis procesas. Produktas gali būti materialus arba nematerialus (paslauga).

5.2 Įvykiu valdomos proceso grandinės (eEPC) diagrama. Naudojami objektai ir jų simboliai pateikti 5.2.1 lentelėje.

5.2.1 lentelė – naudojami objektai

Objekto tipas rusiškas (Anglų)

Paskirtis

Vardų suteikimo taisyklės

Renginys

Rodomi įvykiai, įvykę verslo proceso metu

Pavadinimas prasideda objekto pavadinimu, būsena ar įvykis, dėl kurio jis įvyko

Informacijos laikmenos vaizdavimas nematerialiu pavidalu (pvz., magnetiniame diske arba „flash“ atmintyje)

Nurodomas kaip failo pavadinimas arba informacijos duomenų bazės pavadinimas

Informacijos nešėjas

Informacijos laikmenos vaizdavimas materializuota forma (pvz., popieriuje)

Pavadinime turi būti dokumento pavadinimas

Funkcijos pavyzdys

Verslo funkcijos egzemplioriaus aprašymas verslo procesų vykdymo grandinėje.

Padėtis

Pilnas pareigų pavadinimas

Įvykiais pagrįstoje proceso grandinės diagramoje naudojami jungčių tipai pateikti 5.2.2 lentelėje.

5.2.2 lentelė - jungčių tipai

Ryšio šaltinio objekto tipas

Bendravimo tipas rusiškas (Anglų)

Paskirtis

Ryšio imtuvo objekto tipas

Renginys

Suaktyvina

Funkcija

Funkcija

Sukuria

Skirta apibūdinti išvestyje sukurtą įvykį

Renginys

Funkcija

Veda prie

Taisyklė

Taisyklė

Suaktyvina

Sukurta iškviesti funkciją

Funkcija

Taisyklė

Veda prie

Skirta apibūdinti vykdymo rezultatą

Renginys

Organizacinis vienetas

Vykdo

Funkcija

Padėtis

Vykdo

Skirta nurodyti padalinį/asmenį, atliekantį funkciją

Funkcija

Informacijos nešėjas

Funkcija

Funkcija

Informacijos nešėjas

Taikymo sistema

Palaiko

Funkcija

5.3 Organizacinė schema

5.3.1 lentelė – Naudoti objektai

Organizacijos struktūros diagramoje naudojami ryšių tipai pateikti 5.3.2 lentelėje.

5.3.2 lentelė - jungčių tipai

5.4 Žinių struktūros diagrama

Žinių struktūros diagramoje naudojami objektų tipai pateikti 5.4.1 lentelėje.

5.4.1 lentelė – objektų tipai

Objekto tipas rusiškas (Anglų)

Simbolis su numatytuoju pavadinimu (rusų / anglų k.)

Paskirtis

Vardų suteikimo taisyklės

Dokumentuotos žinios

Objektas naudojamas identifikuoti formalizuotą (dokumentuotą) žinių kiekį, reikalingą verslo funkcijai atlikti.

Visas dokumento, kuriame yra informacija, pavadinimas

Žinių ar įgūdžių, kuriuos darbuotojas turi turėti arba kurie būtini norint sėkmingai atlikti verslo funkciją, reprezentacija.

Pusiau formalus reikiamo žinių kiekio apibrėžimas

Padėtis

Organizacijos darbuotojo pareigybės atstovavimas.

Pilnas pareigų pavadinimas

Žinių struktūros diagramoje naudojami ryšių tipai pateikti 5.4.2 lentelėje.

5.4.2 lentelė - jungčių tipai

5.5 Informacijos nešiklio schema

Diagramoje naudojami objektų tipai pateikti 5.5.1 lentelėje

5.5.1 lentelė. Objektų tipai

Diagramoje naudojami jungčių tipai pateikti 5.5.2 lentelėje.

5.5.2 lentelė - jungčių tipai

5.6 Autorizacijos žemėlapis

Naudojamų objektų tipai pateikti 5.6.1 lentelėje.

5.6.1 lentelė – objektų tipai

Jungčių tipai pateikti 5.6.2 lentelėje.

5.6.2 lentelė - ryšių tipai tarp objektų

5.7 Funkcijų medis

Naudojamų objektų tipai pateikti 5.7.1 lentelėje.

5.7.1 lentelė – objektų tipai

Jungčių tipai pateikti 5.7.2 lentelėje.

5.7.2 lentelė - jungčių tipai

5.8 Funkcijų paskirstymo schema

Naudojamų objektų tipai pateikti 5.8.1 lentelėje.

5.8.1 lentelė – objektų tipai

Objekto tipas rusiškas (Anglų)

Simbolis su numatytuoju pavadinimu (rusų / anglų k.)

Paskirtis

Vardų suteikimo taisyklės

Tikslas

Proceso tikslo aprašymas

Pavadinimas prasideda veiksmo ar proceso žymėjimu, kurio esminės charakteristikos pateikiamos vėliau pavadinime.

Veiklos šaltinis

Naudotų išteklių vaizdavimas

Pavadinimas apima ištekliaus pavadinimą

Taikymo sistema

Naudojamų taikomųjų sistemų pristatymas

Pavadinime yra programos sistemos egzemplioriaus pavadinimas

Padėtis

Organizacijos darbuotojo pareigybės atstovavimas.

Pilnas pareigų pavadinimas

Laiškas (paštas)

Laiškas elektroniniu paštu

Varde yra pridėto išsiųsto el. laiško pavadinimas

Informacijos nešėjas

Informacijos laikmenos pateikimas materialia forma

Pavadinime turi būti kolekcijos pavadinimas

Vieta

Vieta, kurioje yra objektas

Pavadinime turi būti vietos koordinatės

Jungčių tipai pateikti 5.8.2 lentelėje.

5.8.2 lentelė - jungčių tipai

Ryšio šaltinio objekto tipas

Bendravimo tipas

rus. (Anglų)

Paskirtis

Ryšio imtuvo objekto tipas

Funkcija

Palaiko

Skirta apibūdinti funkcijų pavaldumą

Tikslas

Padėtis

Ar IT atsakinga už

Skirta apibūdinti tam tikro darbuotojo indėlį vykdant funkciją

Funkcija

Informacijos nešėjas

Suteikia įvesties už

Skirta aprašyti, kaip dokumentuoti funkciją

Funkcija

Funkcija

Sukuria išvestį į

Informacijos nešėjas

Taikymo sistema

Palaiko

Skirta aprašyti naudojamą programų sistemą

Funkcija

Funkcija

Yra įvykdytas

Skirta aprašyti, kur atliekama funkcija

Vieta

5.9 Ryšio schema

Objektų tipai pateikti 5.9.1 lentelėje.

5.9.1 lentelė – Objektų tipai

Jungčių tipai pateikti 5.9.2 lentelėje.

5.9.2 lentelė - jungčių tipai

5.10 Techninių išteklių modelis

Objektų tipai pateikti 5.10.1 lentelėje.

5.10.1 lentelė – objektų tipai

Jungčių tipai pateikti 5.10.2 lentelėje

5.10.2 lentelė - jungčių tipai

5.11 Produkto/paslaugos medis

Naudojamų objektų tipai pateikti 5.11.1 lentelėje.

5.11.1 lentelė – objektų tipai

Jungčių tipai pateikti 5.11.2 lentelėje.

5.11.2 lentelė - jungčių tipai

Naudojamų objektų tipai pateikti 5.12.1 lentelėje

5.12. Rizikos diagrama

Jungčių tipai pateikti 5.12.2 lentelėje.

5.12.2 lentelė - jungčių tipai

5.13 Pridėtinės vertės grandinės diagrama

Objektų tipai pateikti 5.13.1 lentelėje

Jungčių tipai pateikti 5.13.2 lentelėje

5.13.2 lentelė - jungčių tipai

6. Verslo modelio diagramos

6.1 Įvykiais pagrįsta proceso grandinė

6.1.1 pav. Įvykiais pagrįsta grandinė, skirta programai iš kliento apdoroti (ARIS išplėstinės įvykiais pagrįstos proceso grandinės diagramos žymėjime)

6.2 PromTransInform organizacinė schema (organizacinė schema) pateikta 6.2 pav.

6.2 pav. PTI organizacinė struktūra (ARIS organizacinės diagramos žymėjime)

6.3 Žinių žemėlapis ir verslo analitiko žinių struktūros diagrama pateikti 6.3.1, 6.3.2, 6.3.3 paveiksluose.

6.3.1 pav. Verslo analitiko žinių žemėlapis (ARIS žinių žemėlapio diagramos žymėjime)

6.3.1 lentelė – Išsamiau

6.3.3 pav. Verslo analitiko įgūdžiai (ARIS žinių struktūros diagramos žymėjime)

6.3.4 pav. Verslo analitiko žinios (ARIS žinių struktūros diagramos žymėjime)

6.4 PTI informacinių laikmenų diagrama parodyta 6.4 pav

6.4 pav. Informacinio nešiklio diagrama (ARIS informacinio nešiklio diagramos žymėjime)

6.5 Verslo analitiko kredencialų žemėlapis parodytas 6.5 pav

6.5 pav. Verslo analitiko institucija (ARIS leidimų žemėlapio diagramos žymėjime)

6.6 Užsakymo vykdymo proceso funkcijų medis parodytas 6.6 pav

6.6 pav. – užsakymo įvykdymo proceso funkcijų medis

6.7 Funkcijų aplinkos diagrama parodyta 6.7 pav

6.7 pav. - Funkcinė aplinka - TAS „Transporto darbai“ modernizavimas klientui (ARIS Funkcijų paskirstymo diagramos žymėjime)

6.8 Ryšio schema parodyta 6.8 pav

6.8 pav. Ryšio diagrama. Rezultatų perdavimas tarp skyrių (ARIS komunikacijos diagramos žymėjime)

6.9 Techninio resurso modelis pateiktas 6.9 pav

6.9 pav. PTI techniniai ištekliai (ARIS Techninių išteklių modelio diagramos žymėjime)

6.10 Produkto/paslaugos medis parodytas 6.10 pav

6.9 pav. PTI produktai ir paslaugos (ARIS produktų/paslaugų medžio diagramoje)

6.11 Rizikos diagrama parodyta 6.11 pav

6.9 pav. PTI rizikos diagrama (ARIS rizikos diagramos žymėjime)

6.12 Dalyvavimo konkurse proceso papildomos kokybės grandinės schema pateikta 6.12 pav.

6.12 pav. Papildyta kokybės grandinės procedūra dalyvaujant konkurse (ARIS pridėtinės vertės grandinės diagramos žymėjime)

7. Verslo proceso dokumentavimas

Valdydama verslo procesus, įmonės vadovybė susiduria su tuo, kad jų valdymo sudėtingumo lygis smarkiai išauga dėl ženkliai išaugusio valdomų objektų skaičiaus ir organizacinių struktūrų sąveikos bei verslo diversifikacijos ir plėtros. geografija ir (arba) produktų asortimentas.

Šiame kontekste įmonės veiklos dokumentavimas atlieka daug svarbių funkcijų, tokių kaip žinių bazės apie įvairias įmonės dalykines sritis (procesus, organizacinę struktūrą, produktus, įgaliojimus ir kt.) palaikymas, verslo procesų skaidrumo didinimas (analizė). sąveikos efektyvumą struktūriniai padaliniai, dalyvaujant galutiniame procese), rengiant organizacijos procesus informacinių sistemų diegimui. Veiklos dokumentavimas leidžia suprasti, kokie procesai vyksta organizacijoje, kas už juos atsakingas, ar šiems atsakingiems asmenims yra suteikti pakankami įgaliojimai ir ar šiems procesams yra pakankamai išteklių (techninės informacijos dokumentavimas 7.1.1 lentelėje) .

7.1.1 lentelė – PTI tyrimo rezultatai

Darbo pavadinimas

Kam jie atsiskaito?

Gaunama informacija

Siunčiama informacija

Verslo analitikas

Analitikos skyrius

BP rašymas

Generalinis direktorius

kliento pageidavimus, kliento programinės įrangos apklausos duomenis

Techninės specifikacijos, verslo procesai

Programuotojas

Plėtros skyrius

Kodavimo programinė įranga

Vystymo skyriaus vedėjas

BP, kliento pageidavimai

Programinė įranga (programos)

Testeris

Plėtros skyrius

Programinės įrangos testavimas

Vystymo skyriaus vedėjas

Paruošta programinė įranga

Darbo programa

Generalinis direktorius

PTI vadovas

Klientų paieška ir sutarčių su jais sudarymas

kliento pageidavimai, sudaryta sutartis su klientu

Nurodymai darbų vadovui

direktorius

PTI vadovas

Bendradarbiavimas su generaliniu direktoriumi

Generalinis direktorius

kliento pageidavimai, sudaryta sutartis su klientu

Generalinio direktoriaus nurodymai

Programuotojas

Plėtros skyrius

Programinės įrangos architektūros projektavimas

Vystymo skyriaus vedėjas

BP, kliento pageidavimai

Susiformavo architektūra

Interneto kūrėjas

Plėtros skyrius

Programa žiniatinkliui kliento ir serverio pusėje, žiniatinklio serverio konfigūracija, išdėstymas

Vystymo skyriaus vedėjas

BP, kliento pageidavimai

Sukonfigūruotas serveris, žiniatinklio serveris

Vystymo skyriaus vedėjas

Plėtros skyrius

Generalinis direktorius

Užduotis iš direktoriaus

Nurodymai pavaldiniams

Atnaujintas procesų ir jų savininkų sąrašas pateiktas 7.1.2 lentelėje.

7.1.2 lentelė – procesų ir jų savininkų sąrašas

Savininkas

Atvykstantys padaliniai ir pareigūnai

Gamyba

Pagrindinis

Generalinis direktorius, direktorius

Generalinis direktorius, direktorius

IT aprūpinimas

Pagrindinis

Vystymo skyriaus vedėjas

Plėtros skyrius

Kokybės kontrolė

Pagrindinis

Testeris

Plėtros skyrius

Organizacijos valdymas

Pagalbinis

Generalinis direktorius, direktorius

Generalinis direktorius, direktorius

Duomenų saugykla

Pagalbinis

Verslo analitikas

Analitikos skyrius

Iš viso skyriuje yra 5 procesai. Iš jų 3 yra pagrindiniai ir 2 yra pagalbiniai.

Gamybos proceso dokumentacija pateikta 7.1.3 lentelėje. Taigi, atliekant reikiamus proceso ir jo modelio pakeitimus, išvesties dokumente nebus tų struktūrinių padalinių logikos ir galių pasiskirstymo klaidų, kurios yra rankiniu būdu.

Pavyzdžiui, kai ARIS atliekami proceso pakeitimai, naujos funkcijos turi atsispindėti atitinkamame BP, nurodant atsakingą skyrių ir atitinkamą vartotoją.

Tokių pakeitimų atlikimas rankiniu būdu yra kruopštus ir ilgas procesas, reikalaujantis atskirų patikrinimų, o tai reikalauja daug laiko ir išteklių. ARIS tokius pakeitimus galima atlikti per kelias minutes, o naujo dokumento generavimo procesas vyksta automatiškai.

7.1.3 lentelė – Gamybos procesas

Darbo pavadinimas

Padalinys

Gaunama informacija

Sąlygų susitarimas su klientu

direktorius

viršininkai

Kliento sąlygos

Sutarties sudarymas

Generalinis direktorius

viršininkai

Techninė užduotis

Darbuotojų informavimas apie užsakymą

direktorius

viršininkai

Automatinis užsakymas (el. paštas)

Maitinimo aprašymas ir dokumentacija

Verslo analitikas

Analitikos skyrius

BP dokumentų rinkinys

IS architektūros projektavimas

Programuotojas

Plėtros skyrius

Technologinės instrukcijos, duomenys apie kliento duomenų architektūrą, BP dokumentų rinkinys, programinės įrangos reikalavimai

Programinės įrangos kodavimas

Programuotojas arba interneto programuotojas

Plėtros skyrius

BP dokumentų rinkinys,

Programinės įrangos licencija

Programinės įrangos testavimas

Testeris

Plėtros skyrius

Kliento IP

IS įgyvendinimas

Programuotojas

Plėtros skyrius

Išvada dėl IS diegimo

Pakeitimų atlikimas tampa itin paprastas, o norminių dokumentų formavimas neatidedamas iki to momento, kai kiekvienas naujas dokumentas nebeatitinka tikrovės.

8. Verslo procesų analizė

Procesų analizė turėtų būti suprantama plačiąja prasme: ji apima ne tik darbą su grafinėmis diagramomis, bet ir visos turimos informacijos apie procesus analizę, jų rodiklių matavimus, lyginamoji analizė ir tt Yra tiek kokybinė, tiek kiekybinė verslo procesų analizė. Pradėkime nuo kokybinės proceso analizės. Probleminių sričių nustatymas yra paprasčiausia kokybinės proceso analizės priemonė. Pagrindinis šio analizės metodo tikslas – nustatyti tolesnės nuodugnesnės analizės kryptis. 8.1 paveiksle parodytos keturios probleminės sritys.

Pirmasis iš jų susijęs su darbo planavimu, antrasis – su užsakymų vykdymu, trečiasis – su bendravimu su klientais, ketvirtasis – su bendravimu su personalu. Kiekvienai probleminei sričiai pateikiami trumpi problemos teiginiai.

Probleminių sričių nustatymas atliekamas apklausiant vadovus ir darbuotojus, dalyvaujančius nagrinėjamame procese. Taigi, naudojant 8.1 paveikslo pavyzdį, buvo atlikta PTI darbuotojų apklausa. Kiekvieną procesą atlieka tam tikri skyriai.

8.1 pav. PTI probleminės sritys

Gauta proceso diagrama gali būti diskusijų ir analizės objektas proceso pertvarkymo projekto metu. Taigi, pavyzdžiui, informacija apie sąveiką su klientais gali būti nagrinėjama išsamiau: kokia yra darbo tvarka, vaidmenų pasiskirstymo procesas, bendravimo su klientais tvarka ir kt.

Būtent šis procesas detaliai pateiktas diagramoje (6.1.1 pav.).

Kadangi šis procesas turi problemų, jį reikia pertvarkyti.

Iki modernizavimo procesas atrodė taip: sudarius sutartį su klientu, PTI generalinis direktorius projekto valdymą perdavė projekto vadovui (8.2 pav.).

Bet iškilus klausimams, projekto vadovas buvo priverstas kreiptis į generalinį direktorių, kad šis paskambintų klientui ir patikslintų visą reikiamą informaciją. Tai dažnai buvo labai nepatogu, nes generalinis direktorius nuolat vykdavo komandiruotėse ir ne visada būdavo įmanoma su juo susisiekti telefonu.

Todėl projekto vadovui nuolat tekdavo laukti, kol generalinis direktorius patikslins informaciją.

Todėl darbuotojai laukia tolesnių nurodymų ir darbas nustoja judėti.

8.2 pav. – Užsakymo vykdymo, kol kliūtis bus pašalinta, procedūra (ARIS išplėstinės įvykiais pagrįstos proceso grandinės diagramos žymėjime)

Dabar procesas atrodo taip: sudaręs sutartį su klientu, PTI generalinis direktorius projekto valdymą perduoda projekto vadovui (8.3 pav.).

Perduodamas ne tik valdymas, bet ir visi duomenys apie klientus (jų telefono numeriai ir kt.).

Dabar nebereikia laukti generalinio direktoriaus (jis gali ramiai dirbti, sudaryti naujas sutartis), o visus darbus atlieka pats projekto vadovas. A priede pateikiamas verslo analitiko pareigybės aprašymas.

8.3 pav. Užsakymo vykdymo procedūra pašalinus kliūtį (ARIS išplėstinės įvykiais pagrįstos proceso grandinės diagramos žymėjime)

KPI sistemos reikalavimai:

Kiekvienas rodiklis turi būti aiškiai apibrėžtas;

· rodikliai ir standartai turi būti pasiekiami: tikslas turi būti realus, bet kartu būti ir paskata;

· už rodiklį turi atsakyti tie žmonės, kurie yra vertinami;

· rodiklis turi būti prasmingas;

· rodikliai gali būti bendri visai įmonei, t.y., „pririšti“ prie įmonės tikslo, ir specifiniai kiekvienam padaliniui, t.y. „pririštas“ prie padalinio tikslų.

Išanalizuokime laiko vėlavimus (kiek laiko buvo atliktas užsakymas prieš ir po proceso modernizavimo) (8.1 lentelė). Skaičiavimai atliekami vienam užsakymui.

8.1 lentelė. Laiko delsos analizė

Kliento informacijos patikslinimas

BP rašymas

IC testavimas

IS įgyvendinimas

Integralus tikslo pasiekimo laipsnio įvertinimas

Planuojamas integralus tikslo pasiekimo laipsnio įvertinimas

Bendras modernizavimo efektyvumas (KPI) – 63,13 proc. BP analizės duomenys, pagrįsti „Užsakymų vykdymo BP (eEPC)“ proceso modelio analizės ataskaitos rezultatais, pateikti 8.2 lentelėje.

8.2 lentelė - Proceso modelio „Užsakymų vykdymo procesas (eEPC)“ analizės rezultatų ataskaita

Panašūs dokumentai

    Verslo procesų klasifikacija, įvairūs požiūriai į jų modeliavimą ir kokybės parametrai. Verslo procesų modeliavimo sistemų metodika ir funkcionalumas. Lyginamasis ARIS ir AllFusion Process Modeler 7 sistemų įvertinimas, jų privalumai.

    baigiamasis darbas, pridėtas 2011-11-02

    Vartojimo paskolų išdavimo proceso verslo modelio sukūrimas. Organizacinis kreditavimo proceso palaikymas. Verslo procesų modeliavimas ir dokumentavimas BPwin programoje. Modelio AS IS konstrukcija. Pasiūlymas automatizuoti verslo procesą.

    kursinis darbas, pridėtas 2012-07-01

    Organizacijos veiklos proceso pagrindimas, schema ir aprašymas. Atsitiktinių dydžių pasiskirstymo dėsnių identifikavimas. Modeliavimo algoritmo modeliavimo modelio programai įgyvendinti sukūrimas ir aprašymas. Kompiuterinio modeliavimo programos kūrimas.

    kursinis darbas, pridėtas 2013-07-28

    Bakalėjos prekybos centro „Big Lozhka“ verslo procesų informacinės sistemos (IS) modeliavimas ankstyvoje stadijoje (įmonės koncepcijos formavimo fazėje) naudojant UML standartus. IS modeliavimo, pradinių duomenų ir valdymo struktūros scenarijus.

    kursinis darbas, pridėtas 2011-09-16

    Išorinės ir vidinės aplinkos analizė, ekonominiai rodikliai, įmonės. Vertinant jos konkurencingumą. Rinkos patrauklumo matricos sudarymas. Pajamų ir išlaidų prognozės planas. Verslo procesų modeliavimas poilsio namų funkcionavimui.

    kursinis darbas, pridėtas 2015-03-18

    Verslo procesų modeliavimo IDEF0 standarte ir jų efektyvumo skaičiavimo ypatumai. Rankų darbo muilo gamybos proceso pertvarkymas laikantis medžiagų sąnaudų biudžeto, taupant medžiagas ir atitinkant visus kokybės reikalavimus.

    kursinis darbas, pridėtas 2014-07-17

    „MegaFon“ įmonės „Incidentų valdymo“ verslo proceso simuliacinio modelio sukūrimas, siekiant numatyti visas IT paslaugų išlaidas incidentų aptarnavimui. Modeliavimo algoritmų kūrimas modelio kompiuterinėms programoms įgyvendinti.

    kursinis darbas, pridėtas 2012-09-04

    Vienodo išdėstymo metodo taikymas verslo procesams optimizuoti. Staffware Process Suit programinė įranga, jos darbo esmė ir privalumai. Prototipo programos kūrimas automatizuoti vienodo tarpų metodo taikymą.

    baigiamasis darbas, pridėtas 2016-08-21

    IT konsultavimo samprata ir esmė. Įmonių, besispecializuojančių informacinių konsultacijų srityje, veiklos sritys. Pagrindinės verslo modeliavimo sąvokos. Verslo procesų klasifikacija. Priežasties ir pasekmės problemos analizės ataskaitos ypatybės.

    testas, pridėtas 2012-11-09

    Bendrosios verslo proceso charakteristikos ir jo išorinių, funkcinių ir objektinių modelių konstravimas. Išteklių ir procesų vykdytojų aprašymas. Vertinimas pagal rodiklius, apibūdinančius klientų pasitenkinimo laipsnį. Optimizavimo tikslų apibrėžimas.

Standartines verslo procesų struktūras (Process Frameworks) sukūrė Moderniųjų valdymo technologijų įmonių grupė kaip metodinį pagrindą kuriant realių įmonių verslo procesų modelius. Įprastos struktūros pateikiamos PDF formatu, kad būtų galima naudotis, ir XML formatu, skirtu naudoti „Business Studio“ (galima atsisiųsti iš savarankiško paketų atsisiuntimo puslapio).

Paslaugų teikimas (PDF)

Projekto veikla (PDF)

Gamyba (PDF)

Valdymo įmonė (PDF)

Unikali galimybė

Galite diagnozuoti savo įmonę pagal tipines proceso struktūras ir nustatyti problemiškiausias sritis. Diagnostika atliekama naudojant internetinę organizacinės diagnostikos sistemą BIZDIAGNOSTICS.

Verslo procesų modeliai sukurti Verslo studijoje

Šioje skiltyje pateikiami verslo procesų pavyzdžiai – edukaciniai modeliai ir realių įmonių verslo procesų modeliai, sukurti Verslo studijos sistemoje.

Modeliai publikuojami HTML publikacijos formatu, automatiškai sugeneruotu Business Studio. HTML leidinyje pateikiamos įmonės verslo procesų schemos, pagrindiniai norminiai dokumentai (procesų reglamentas, procedūrų reglamentas, padalinio nuostatai, Darbo aprašymas) ir valdymo informaciją su galimybe naršyti tarp dokumentų naudojant hipersaitus.

Dėmesio!

Verslo modeliuose naudojami dokumentų šablonai yra tik demonstravimo tikslais. Informacijos formatas, struktūra ir sudėtis Business Studio išvesties dokumentuose, sugeneruotuose kuriant verslo modelius, gali būti pritaikyti konkrečios įmonės poreikiams.

Gamybos gamyklos modelis

Įmonės charakteristikos

Pagrindinės veiklos:

  • Aliuminio profilių gamyba ir pardavimas;
  • Automobilių komponentų gamyba ir pardavimas.

Darbuotojų skaičius: 1200 žmonių.

Modelio aprašymas

Modelis yra 8 procesų normatyvinio organizacijos verslo procesų modelio lokalizacija. Modelio kūrimo tikslai – pasirengimas automatizuoti verslo procesus (modelio „kaip bus“ sukūrimas, atsižvelgiant į būsimos informacinės sistemos panaudojimą), automatizavimo techninių specifikacijų kūrimas.

Modelis apima:

  • Verslo procesų ir procedūrų modelis;
  • Organizacinė struktūraįmonės;
  • Dokumentų, naudojamų vykdant įmonės verslo procesus, sąrašas;
  • Būsimos informacinės sistemos funkcijų sąrašas.

Norint planuoti automatizavimą, modelis nustato ryšį tarp procesų ir informacinės sistemos funkcijų. Dėl to jis automatiškai sugeneruojamas, įskaitant:

  • Įmonės verslo procesų, kuriems taikomas automatizavimas, sąrašas;
  • Dokumentų ir ataskaitų, kuriuos būtina gauti naudojantis informacine sistema, sąrašas;
  • Visų informacinės sistemos funkcijų sąrašas;
  • Planuojamų darbų sąrašas.

Techninės specifikacijos automatizavimui

Normatyvinis 8 procesų gamybos įmonės veiklos modelis

Modelį sukūrė BKG įmonė ir asmeniškai pirmaujantis Rusijos specialistas įmonių organizacinės plėtros srityje T.R. Kadijevas. Gali būti naudojamas kaip pagrindas tolesnei lokalizacijai konkrečioje įmonėje.

Modelis apima:

  • Verslo proceso modelis, apibūdinantis įmonės veiklą;
  • Įmonės organizacinė struktūra, pagrįsta proceso (kryžminio funkcinio) principu;
  • Įmonės verslo procesuose naudojamų dokumentų sąrašas.

Verslo modelio konstravimo principas – nustatyti pagrindinius verslo sistemos valdymo objektus ir suprojektuoti šių objektų valdymo procesus: (verslo procesai, plėtros strategija).

Pirmojo lygio procesų vykdymo rezultatas yra valdymo objektas, perkeltas į reikiamą būseną. Pirmojo lygio procesai skaidomi į subprocesus, būtinus nuosekliam valdymo objekto būsenos transformavimui iš pradinės į reikiamą. Kiekvienam subprocesui keliami tikslai, kurie turi būti pasiekti subproceso rėmuose. Tokiu būdu gautas tikslų medis pateikia įmonės strateginių tikslų išskaidymą iki konkrečių vykdytojų lygio.

Įmonės, užsiimančios inžinerinių sistemų projektavimu, montavimu ir priežiūra, modelis.

Modelis apima:

  • Verslo procesų ir procedūrų modelis, įskaitant tikslus ir proceso rodiklius;
  • Įmonės organizacinė struktūra;
  • Įmonės finansinė struktūra;
  • Įmonės biudžeto struktūra;
  • KVS skyrius, kuriame yra ISO 9001:2000 ir ISO/TU 16949 kokybės vadovo reikalavimai;
  • Informacinės sistemos struktūra ir automatizavimo užduotys.

Šis modelis yra „Business Studio“ sistemos demonstracinėje versijoje.

Gamybos veiklos modelis pagal ISO 9001:2000 standartą

Auganti konkurencija tarp Vakarų ir šalies įmonių dėl teisės dominuoti Rusijos prekių ir paslaugų rinkoje verčia pastarąsias aktyviau naudotis šiuolaikiniai metodai valdymas, ypač kokybės vadybos sistemos (KVS) sukūrimas, atitinkantis ISO 9001:2000 reikalavimus. Šis standartas yra gaminamų produktų kokybės vadybos posistemio ar paslaugų teikimo organizacijai reikalavimų rinkinys. Veikianti KVS leidžia teigti, kad organizacija gali nuolat gaminti aukštos kokybės produktus (teikti paslaugas), todėl turi didelių pranašumų prieš konkurentus. Tačiau KVS sukurti nėra lengva užduotis, dažnai reikalaujanti, kad organizacija iš esmės pakeistų savo gamybinę ir ūkinę veiklą bei įmonės verslo procesus. Kad būtų lengviau suprasti paties ISO 9001:2000 standarto reikalavimus, taip pat kaip KVS konstravimo pavyzdys, siūlomas produktus gaminančios organizacijos veiklos modelis. Modelis apima visus standartinius procesus nuo projektavimo iki gaminio garantinio aptarnavimo.

Organizacijos modeliui apibūdinti naudotas IDEF0 funkcinio modeliavimo žymėjimas. Modelio aukščiausio lygio procesai atitinka pagrindinius ISO 9001:2000 standarto skyrius, tada jie suskaidomi į žemesnio lygio subprocesus, tiesiogiai susijusius su organizacijos gamyba ir ūkine veikla. Taigi modelis reprezentuoja organizacijos verslo procesų rinkinį, į juos integruotus ISO 9001:2000 reikalavimus, tuo pačiu yra apribojimų interpretuojant standarto reikalavimus (perkeliant juos į organizacijos veiklą). , dėl to, kad pagrindu buvo paimta gana įprasta organizacija, be jokios pramonės specifikos. Atsižvelgiant į tai, praktikoje toks modelis gali būti naudojamas kaip pagrindas analizuojant įmonės veiklos (pagal atsakomybės sritis – standarto skirsnius) atitiktį ISO 9001:2000 reikalavimams, taip pat kaip normatyvas. KVS kūrimo ir diegimo modelis.

Įvadas

Verslo procesų modeliavimas – tai subjektyvios darbo srauto vizijos atspindėjimo procesas formalaus modelio, susidedančio iš tarpusavyje susijusių operacijų, forma.

Modeliavimo tikslas – susisteminti žinias apie įmonę ir jos veiklos procesus aiškia grafine forma, patogesne analitiniam gaunamos informacijos apdorojimui.

Šiuo metu kompiuterinių technologijų rinkoje yra keletas įmonių. specialios programos, leidžianti išnagrinėti įmonę ir sukurti modelį. Metodikos ir priemonių, kuriomis vykdomas verslo procesų modeliavimas, pasirinkimas nėra esminis dalykas. Yra standartizuotos, laiko patikrintos metodikos ir įrankiai, kuriais galite apžiūrėti įmonę ir sukurti jos modelį. Pagrindinis jų pranašumas yra paprastumas ir prieinamumas meistriškumui.

procesai buvo sudaryti SADT metodika. Šiuo metu plačiausiai naudojama verslo procesų aprašymo metodika yra JAV IDEF standartas.

Pagrindinis idėjos analizuoti įmonės verslo procesus kuriant modelį privalumas yra jos universalumas. Pirma,

verslo procesų modeliavimas yra atsakymas į beveik visus klausimus,

susiję su įmonės veiklos gerinimu ir jos konkurencingumo didinimu. Antra, įmonės vadovas ar vadovybė, įdiegusi konkrečią metodiką, turės informacijos, kuri leis savarankiškai tobulinti savo įmonę ir numatyti jos ateitį.

1 Verslo procesų modeliavimo esmė ir reikšmė

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

Yra keletas sąvokos apibrėžimo būdų

„verslo procesų modeliavimas“:

1) verslo procesų modeliavimas – tai verslo aprašymas

įmonės procesai, leidžiantys vadovui žinoti, kaip dirba paprasti darbuotojai, o paprastiems darbuotojams – kaip dirba jų kolegos ir kokio galutinio rezultato siekiama visa savo veikla;

2) verslo procesų modeliavimas yra efektyvi priemonė ieškant galimybių tobulinti įmonės veiklą;

3) verslo procesų modeliavimas – tai įrankis, leidžiantis numatyti ir iki minimumo sumažinti riziką, kylančią įvairiuose įmonės veiklos pertvarkymo etapuose;

4) verslo procesų modeliavimas – tai metodas, leidžiantis įvertinti esamą įmonės veiklą, atsižvelgiant į reikalavimus,

jos veikimo, valdymo, efektyvumo reikalavimus,

galutiniai veiklos rezultatai ir klientų pasitenkinimas

5) verslo procesų modeliavimas – tai metodas, leidžiantis pateikti sąnaudų sąmatą kiekvienam procesui atskirai ir visiems verslo procesams įmonėje kartu paėmus;

6) verslo procesų modeliavimas visada yra tinkamas būdas nustatyti esamas įmonės problemas ir numatyti būsimas.

Šiuolaikinės įmonės yra priverstos nuolat tobulinti savo veiklą. Tam reikia kurti naujas technologijas ir verslo praktiką, gerinti galutinių rezultatų kokybę

veikla ir, žinoma, naujų, daugiau įvedimas veiksmingi metodaiįmonės veiklos valdymas ir organizavimas.

Verslo procesas – tai logiška, nuosekli, tarpusavyje susijusi veiklų visuma, sunaudojanti gamintojo išteklius, kurianti vertę ir duodanti rezultatus vartotojui. Tarp pagrindinių priežasčių,

skatindami organizaciją optimizuoti veiklos procesus, galime išskirti būtinybę mažinti sąnaudas ar gamybos ciklo trukmę, vartotojų ir valstybės keliamus reikalavimus, kokybės vadybos programų diegimą, įmonių jungimus, organizacijos viduje esančius prieštaravimus ir kt.

Verslo procesų modeliavimas yra efektyvi priemonė ieškant būdų optimizuoti įmonės veiklą, prognozuoti ir sumažinti įvairiuose įmonės reorganizavimo etapuose kylančią riziką. Š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 priežasčių, pateiktų 1 pav.

1 pav. – Sprendimo dėl verslo procesų modeliavimo priežastys

Verslo procesų modeliavimas apima daugybę aspektų

įmonės veikla:

organizacinės struktūros pasikeitimas;

padalinių ir darbuotojų funkcijų optimizavimas;

vadovų teisių ir pareigų perskirstymas;

vidaus reglamentų ir veiklos technologijų pakeitimai;

nauji reikalavimai vykstančių procesų automatizavimui ir kt.

Modeliavimo tikslas – susisteminti žinias apie įmonę ir jos veiklos procesus aiškia grafine forma, patogesne analitiniam gaunamos informacijos apdorojimui. Modelis turi atspindėti organizacijos veiklos procesų struktūrą, jų įgyvendinimo detales ir dokumentų srauto 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:

1) esama organizacinė struktūra;

2) dokumentai ir kiti subjektai, naudojami vykdant imituojamą verslo procesus ir reikalingus dokumentų srautų modeliavimui, su jų pagrindinės reikšmės aprašymais;

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

4) galinių taškų sąveikos diagramos verslo procesas,

atspindinčių dokumentų kūrimo ir judėjimo seką

(duomenys, medžiagos, ištekliai ir kt.) tarp veikėjų.

Dėl parengto modelio turi susitarti architektai ir vadovaujantys programuotojai, patvirtinantys, kad verslo procesų struktūra yra aiški.

Detalus verslo procesų modeliavimas atliekamas tame pačiame modelyje ir turi atspindėti reikiamą detalumą bei pateikti nedviprasmišką organizacijos veiklos vaizdą.

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

1) precedentų rinkinys, atspindintis galimas įgyvendinimo galimybes verslo procesai „tokie, kokie yra“;

2) veiklos diagramos, nurodančios vykdymo seką verslo procesas;

3) sąveikos diagramos, atspindinčios dokumentų srauto modelius.

Modeliai turi būti suderinti su vadovaujančiais organizacijos specialistais, turinčiais reikiamų žinių.

Jei sukūrus modelius susitarimo nepavyksta pasiekti, reikia atlikti modelio patikslinimus ir patikslinimus. Iteracijos procesas (derinimas, koregavimas ir patikslinimas) turi būti kartojamas tol, kol bus visiškai patvirtinta, kad modelis yra suprantamas ir nedviprasmiškai atspindi verslo procesų detales.

2 Verslo procesų modeliavimo metodika

Pagal verslo modelio (aprašo) kūrimo metodiką (žymėjimą).

procesas suprantamas kaip visuma būdų, kuriais realaus pasaulio objektai ir ryšiai tarp jų atvaizduojami modelio pavidalu. Bet kuri metodika (technika) apima tris pagrindinius komponentus:

– teorinis pagrindas;

– veiksmų, būtinų tam rezultatui gauti, aprašymas;

Verslo procesų modeliavimas gali būti atliekamas naudojant įvairius metodus, metodikas, žymėjimus ir įrankius – priklausomai nuo modeliui keliamų reikalavimų kiekvienu konkrečiu atveju. Kas lemia šiuos reikalavimus? Daugeliu atžvilgių - visos automatizavimo sistemos kūrimo procesas, kurio metu atliekamas dalykinės srities modeliavimas. Šis procesas nustato, kaip modelis bus kuriamas, tobulinamas ir naudojamas.

Paprastai sistemą kuria žmonių komanda. Šie žmonės turi skirtingas specialybes, patirtį, įpročius, išsilavinimą, pageidavimus ir asmenines savybes. Verslo proceso modelis sukurtas taip, kad šie žmonės galėtų efektyviai keistis žiniomis ir kartu priimti sprendimus kurdami sistemą. Modelis yra bendravimo kalba tarp šalių, dalyvaujančių kuriant automatizavimo sistemą -

užsakovai, ekspertai, architektai ir kt. Ji turi būti organizuojama taip, kad kiekviena šalis, suvokdama modeliuojamą sistemą iš savo požiūrio taško, galėtų efektyviai prisidėti prie bendro dalykinės srities supratimo.

Automatizuotos sistemos kūrimo procesas dažnai yra kartotinis, todėl modelis turi leisti nuoseklius patobulinimus. Idealiu atveju modelis turėtų būti pastatytas taip, kad jį detalizuojant nebūtų keičiami anksčiau sukonstruoti bendresni modelio elementai, o tik pridedami nauji.

Modelis turi būti atsparus pokyčiams dalykinėje srityje. Tai reiškia, kad ji turi būti organizuota taip, kad keičiantis dalykinei sričiai pasikeistų tik tam tikras minimalus reikalaujamas modelio elementų rinkinys. Be to, pats modelis turi būti

verslo procesų pertvarkymo įrankis kuriant automatizavimo sistemą.

Reikia atsižvelgti į svarbias verslo modeliavimo ypatybes.

procesus. Visų pirma, verslo procesų modeliavimo pranašumai apima: gamybos kokybės ir greičio didinimą, kartu mažinant išlaidas; padidėjęs darbuotojų profesionalumas;

didinant įmonės konkurencingumą. Savo ruožtu trūkumai:

padidėjęs darbuotojų išnaudojimas ir su tuo susijusios socialinės-psichologinės problemos; poreikis atlikti kryptingus darbus siekiant pakeisti įmonės kultūrą.

3 Verslo procesų modeliavimo metodikų kūrimo istorija

Daugelio šiuolaikinių verslo modeliavimo metodikų pagrindas

procesai buvo sudaryti SADT metodika (Structured Analysis and Design Technique – struktūrinės analizės ir projektavimo metodas) ir

programinės įrangos kūrimui naudojamos algoritminės kalbos.

Sutrumpinta forma – verslo modeliavimo metodikų raidos istorija

procesai pateikti 2 pav. Aiškumo dėlei lygiagrečiai parodyta požiūrių į kokybės vadybą raidos istorija.

2 pav. Verslo modeliavimo metodikų kūrimo istorija

procesus

Šiuo metu apibūdinti, modeliuoti ir analizuoti verslą

procesus, naudojamos kelių tipų metodikos. Dažniausiai pasitaikantys tipai apima šias metodikas:

 verslo procesų modeliavimas (Business Process Modeling);

darbo eigų aprašymai (Work Flow Modeling);

duomenų srautų aprašymai (Data Flow Modeling).

Verslo procesų modeliavimo metodikos (Business Process Modeling). Plačiausiai naudojama verslo apibūdinimo metodika

procesai – JAV standartas IDEF0. Nuo tada, kai buvo sukurtas, standartas nebuvo reikšmingų pakeitimų. Šiuo metu IDEF0 metodikos kūrimas siejamas su ją palaikančių įrankių – programinės įrangos produktų verslo modeliavimui tobulinimu.

procesus (pavyzdžiui, BPWin 4.0, ProCap, IDEF0/EM Tool ir kt.).

IDEF0 metodika suteikia analitikui plačias galimybes apibūdinti organizacijos verslą aukščiausiu lygiu, akcentuojant procesų valdymą. Žymėjimas leidžia atspindėti grįžtamąjį ryšį proceso modelyje

įvairių rūšių – apie informaciją, valdymą, materialinių išteklių judėjimą.

Naudodami IDEF šeimos metodiką, galite efektyviai rodyti ir analizuoti įvairių sudėtingų sistemų veiklos modelius įvairiuose kontekstuose. Tuo pačiu procesų tyrimo platumą ir gylį sistemoje nustato pats kūrėjas, o tai leidžia neperkrauti sukurto modelio nereikalingais duomenimis. IN

IDEF šeimai šiuo metu priklauso šie standartai:

IDEF0 – funkcinio modeliavimo metodika. Naudojant vaizdinę IDEF0 grafinę kalbą, tiriama sistema kūrėjams ir analitikams atrodo kaip tarpusavyje susijusių funkcijų rinkinys. Paprastai IDEF0 modeliavimas yra pirmasis žingsnis tiriant bet kurią sistemą;

IDEF1 – tai informacijos srautų sistemoje modeliavimo metodika, leidžianti atvaizduoti ir analizuoti jų struktūrą ir ryšius;

IDEF1X (IDEF1 Extended) – santykinių struktūrų kūrimo metodika. IDEF1X priklauso „Entity-Relationship“ metodų tipui

(ER – Entity-Relationship) ir dažniausiai naudojamas reliacinėms duomenų bazėms modeliuoti;

IDEF2 yra dinaminio sistemų kūrimo modeliavimo metodika.

Dėl labai didelių sunkumų analizuojant dinamines sistemas šio standarto praktiškai buvo atsisakyta, o jo kūrimas sustojo pačioje pradinėje stadijoje;

IDEF3 – sistemoje vykstančių procesų dokumentavimo metodika, kuri naudojama, pavyzdžiui, tiriant technologinius procesus įmonėse. Naudojant IDEF3

aprašomas kiekvieno proceso scenarijus ir operacijų seka. IDEF3 turi tiesioginį ryšį su IDEF0 metodika – kiekviena

funkcija gali būti pavaizduota kaip atskiras procesas naudojant

IDEF4 yra objektinių sistemų kūrimo metodika.

IDEF4 įrankiai leidžia vizualiai parodyti objektų struktūrą ir pagrindinius jų sąveikos principus, taip leidžiant analizuoti ir optimizuoti sudėtingas į objektus orientuotas sistemas;

IDEF5 – sudėtingų sistemų tyrimo metodika.

ARIS sistema – tai įrankių rinkinys, skirtas įmonės veiklai analizuoti ir modeliuoti. Jos metodologinis pagrindas – skirtingų modeliavimo metodų derinys, atspindintis skirtingus požiūrius į tiriamą sistemą. Tas pats modelis gali būti kuriamas naudojant kelis metodus, leidžiančius ARIS naudotis skirtingų teorinių žinių turintiems specialistams ir sukonfigūruoti darbui su savo specifiką turinčiomis sistemomis.

ARIS palaiko keturių tipų modelius, atspindinčius skirtingus tiriamos sistemos aspektus:

organizaciniai modeliai, reprezentuojantys sistemos struktūrą -

organizacinių vienetų, pareigybių ir konkrečių asmenų hierarchija,

ryšiai tarp jų, taip pat struktūrinių padalinių teritorinė nuoroda;

funkciniai modeliai, kuriuose yra valdymo aparato tikslų hierarchija su funkcijų medžių rinkiniu,

būtini tikslams pasiekti;

informacijos modeliai, atspindintys informacijos struktūrą,

būtinas visam sistemos funkcijų rinkiniui įgyvendinti;

valdymo modeliai, pateikiantys visapusišką vaizdą

verslo procesų įgyvendinimas sistemoje.

Verslo proceso samprata, procesų ir subprocesų struktūra

Verslo procesas (BP) suprantamas kaip organizacijos veiklų (įvykių ir užduočių) grupė, kuria siekiama sukurti konkretų produktą ar paslaugą. Atlikdami analizę, ypač dviejų ar daugiau tame pačiame verslo procese dalyvaujančių padalinių sąlyčio taške, galite lengvai pašalinti įvairias išlaidas ir kliūtis bei sukurti į procesą orientuotą įmonę ar organizaciją. Verslo procesai paprastai svarstomi suskirstant juos į subprocesus ir sudarant detalius žemėlapius. Hierarchinė verslo procesų aibės schema vadinama verslo procesų medžiu. Tai atspindi paprastą visų maitinimo blokų sujungimų schemą.

Yra bendri ir detalūs BP modeliai. Viršutiniame (bendrame) lygyje paprastai pateikiamas išsamesnis įmonės padalinių vykdomų produktų pardavimo operacijų sąrašas, išsamiau atskleidžiami pagrindiniai etapai ir schemos su visais aspektais.

Verslo procesų grupės

Yra pagrindiniai, pagalbiniai ir valdymo procesai – tai pagrindinės verslo procesų grupės. Vystymas BP atskirai identifikuojamas kaip unikalus procesas, atliktas vieną kartą. Pagrindinės grupės BP dėmesys:

  • vartotojui vertingų produktų (paslaugų) gamyba;
  • pridėtinės vertės formavimas;
  • pripildyti gaminį savybėmis, kurios yra vertingos kliento požiūriu;
  • pelno sąmata

Pagrindiniai verslo procesai yra orientuoti į klientą, nes jų rezultatai yra skirti galutiniam vartotojui. Pagalbiniai (pagalbiniai) BP yra glaudžiau susiję su verslu, jie teikia:

  • produktų kūrimas vidinėms verslo sritims;
  • palaikyti įmonės funkcijas ir jos infrastruktūros komponentą

Valdymo procesai koordinuoja visą BP komplektą (pagrindinis, pagalbinis, vystomasis BP).

BP plėtra yra skirta ilgalaikiam pelno siekimui, taip pat įmonės veiklos gerinimui ateityje (jie neužtikrina šiuo metu vykstančių procesų organizavimo).

Pateikta klasifikacija nėra galutinė. BP kiekvienoje įmonėje priklauso nuo specifinių jos išskirtinių savybių.

Gamybos ir prekybos įmonės pagrindinių maitinimo šaltinių aprašymas (pavyzdys):

  • rinkodaros procesai;
  • gaminio ar paslaugos projektavimas, kūrimas;
  • galutinio produkto gamyba;
  • logistikos procesai (pardavimas, pristatymas, tiekimas);
  • pardavimų ir paslaugų valdymas

Pagalbiniai maitinimo šaltiniai:

  • finansų kontrolė;
  • paslaugų ir personalo valdymas;
  • ekologiniai procesai (aplinkosaugos procesai);
  • įmonių komunikacijų valdymas;
  • sistemų ir jų projektavimo palaikymas;
  • infrastruktūros valdymas

Šio modelio valdymo verslo procesai apima visus procesus, susijusius su informacijos rinkimu, veiklos planavimu ir reguliavimu, viso valdymo ciklo analizės ir kontrolės procesais.

BP plėtra – tai veiklos tobulinimas, savotiška verslo inžinerija.

AKS aprašymas ir analizė

BP aprašas leidžia nustatyti kiekvieno darbuotojo vietą įmonėje, pagal analizę atlikti reikiamus jos veiklos pakeitimus: tobulinti informacinė sistema, keisti rizikos valdymą, atlikti sertifikavimą ir kt. Tai leidžia padaryti organizaciją suprantamesnę vadovybei ir leidžia rasti perteklinius finansinius ir kitus išteklius. Dėl akivaizdžių priežasčių darbuotojai dažniausiai nesidomi skaidrumu, taip pat verslo proceso aprašymo patikimumu – tai apsunkina faktinės informacijos gavimą, pavyzdžiui, apie pareigų pasiskirstymą.

Modelio vizualizacija.

Modelis dažniausiai rodomas diagramų, lentelių su aprašymais arba grafiko ir teksto aprašymo (žymėjimo) derinio ir kt. Objekto detalumo laipsnis ir aprašymo išsamumas priklauso nuo konkretaus šio modelio pritaikymo. Bet kurio iš šių metodų užduotis bus apibūdinti BP pagal principą: „veiksmas-funkcija“. Kiekvienas BP turi savo vykdytoją – tai irgi reikia nurodyti. Tai bus skyrius arba konkreti pareigybė. „Indėlis“ yra materialus, informacinis ir finansinis, o „išvesties“ pateikiami produktų ar paslaugų sąrašo forma. Atlikėjo veiksmo rezultatas bus „išvestis“ veiksmai taip pat gali būti derinami pagal loginio ryšio vienas su kitu principą, tada „įėjimai“ ir rezultatai turi būti tarpusavyje derinami. Ryšį tarp „input“ ir „output“ užtikrina veikla, kuria siekiama rezultato pereinant tarp jų.

Kaip įgyvendinamas BP aprašymas

Kaip minėta aukščiau, modelio įgyvendinimo būdus galime išskirti grafinius, tekstinius ir lentelinius. Nepaisant privalumų ir trūkumų, jie visi randa pritaikymo, nes kiekvienas iš jų atitinka tokiam aprašymui keliamus tikslus.

1. Teksto aprašymas.

Pagrindinis šios formos pranašumas yra tikslių standartų nebuvimas ir galimybė lanksčiai apibūdinti praktiškai bet kurį procesą ar jo niuansą. Organizacija gali naudoti bet kokią tekstinės ataskaitos formą, taip pat savo nuožiūra struktūrizuoti surinktą informaciją. Trūkumai:

  • nuoseklus tekstinės informacijos suvokimas;
  • Sunku analizuoti įmonės veiklą remiantis tekstiniu vaizdavimu;
  • formalumo ir aprašomųjų standartų trūkumas (ir pliusas, ir minusas, priklausomai nuo atvejo);
  • sunku suvokti ir palyginti didelius teksto kiekius

2. Lentelinė forma. Tinka nuosekliems procesams aprašyti. Gali būti naudojamas kaip perėjimas prie grafinio įgyvendinimo kaip duomenų bazės.

3. Grafinis aprašymas modelių ir diagramų pavidalu.

Jei reikia apibūdinti, kaip reguliavimas vyksta verslo proceso etapuose: kas yra vykdytojas, kaip vyksta įgyvendinimas, kokia seka ir dokumentacija, tuomet tikslinga naudoti algoritminį darbo aprašymo metodą. struktūrinė schema.

Kitas variantas yra pavaizduoti procesą kaip objektų srautą. Tai tinkama ir patogu apibūdinti individualios užduotys ir tie organizacijos skyriai, kurie dirba „įvesties-išvesties“ principu, leidžiančius tiesiogiai stebėti, kas vyksta tarp šių dviejų komponentų. „Įvesties“ ir „išvesties“ srautai bus informacija, medžiagų atsargos ir dokumentai.

Technologijos, naudojamos apibūdinti maitinimo šaltinį:

1. IDEF – priimtas kaip standartas beveik visur. Integration Definition for Function Modeling – funkcinio modeliavimo technologija. Ją palaiko ši programinė įranga - BPWIN, MS Visio ir kt. Šis modeliavimo metodų rinkinys leidžia detalizuoti visų lygių maitinimo šaltinius, pateikiant juos tiek vienu bloku, tiek atskiromis diagramomis.

2. Modeliavimo technologijos naudoja vieningą modeliavimo kalbą (UML). Tai leidžia tiesiogiai apibūdinti maitinimo šaltinį kompiuterinėms programoms suprantama kalba ir yra automatizavimo įrankis. Palaikoma pirmaujančių programinės įrangos kūrėjų, pagrindinis diegimo įrankis yra IBM Rational Rose programinė įranga.

3. EPC (Extended Event-Process Chain) diagramos. Jų dėka galima atvaizduoti operacijų seką, dalyvius, naudojamus išteklius, atvaizduojant būseną esamu laiko momentu.

4. ARIS technologija (Architecture of Integrated Information Systems) naudojama kaip integruotas įrankis vienoje didžiausių automatizavimo sistemų – SAP R/3.

BP modeliavimas – tai veiklų visuma, kuria siekiama sukurti organizacijos modelį, implikuojantį visų objektų (informacijos, medžiagos ir kt.) ir procesų aprašymą, padalinių ir atskirų pareigybių vaidmenis bei ryšius tarp jų. Modelių sudarymas yra pagrindinis BP inžinerijos ir jų pertvarkymo metodas, leidžiantis naudoti ir jų nuolatinio tobulinimo metodikas, leidžiančias permąstyti ir pagerinti visų rūšių veiklos organizacijoje ar įmonėje efektyvumą.

Veiksmų algoritmas modeliuojant:

1. BP apibūdinimo tikslų apibrėžimas. Pasiruošimas modeliavimui, modelio pasirinkimas. Kadangi modelis sudarytas tiesioginiam praktiniam naudojimui, tokio aprašymo tikslai turi atitikti ateities perspektyvas. Visi verslo procesai – pagrindiniai, pagalbiniai (pagalbiniai), valdymo, plėtros – yra aprašomi.

2. Visos BP aplinkos aprašymai, ty visų procesų, su kuriais ji yra prijungta prie „įvesties“ ir „išvesties“, nuoroda, įskaitant visus išteklius šiuose etapuose.

3. BP funkcinio turinio aprašymas. Tai reiškia, kad aprašomos visos atsakomybės sritys kiekvienam padaliniui ar pareigoms organizacijoje.

4. BP srautų ir jų struktūros aprašymas. Nulemta siekiamų tikslų. Jeigu reikia tobulinti informacinę sistemą, tuomet aprašomas informacijos srautas, dokumentų srautas ir pan., jei siekiama teisingai paskirstyti finansus, tai finansų srautas ir BP juose.