Loeng 8. Ettevõtte äriprotsesside analüüs ja modelleerimine Teema 4. IS-i juurutamise funktsionaalse valdkonna analüüs ja modelleerimine. Organisatsiooni ärimudelite põhimõisted. Ettevõtte missioon, eesmärkide puu ja strateegiad nende saavutamiseks. Ettevõtte staatiline kirjeldus: ettevõtte äripotentsiaal, ettevõtte funktsionaalsus, juhtimise vastutusvaldkonnad. Ettevõtte dünaamiline kirjeldus. Protsessivoo mudelid. Andmestruktuuri mudelid. Ettevõtte terviklik ärimudel. Organisatsiooni ärimudelite mallid. Ettevõtte organisatsioonilise ja funktsionaalse struktuuri ülesehitamine. Ettevõtte organisatsioonilist ja funktsionaalset struktuuri käsitlevate määruste väljatöötamise etapid. Organisatsiooni modelleerimise infotehnoloogiad.
- 1. Ettevõtte terviklik ärimudel
- 2. Organisatsiooni ärimudelite mallid
- 3. Ettevõtte organisatsioonilise ja funktsionaalse mudeli ülesehitamine
- 4. Organisatsiooni modelleerimise tööriistad
- 5. Näide äriprotsessimudelite rakendamisest ettevõtte turundusstrateegia koostamise protsessis
- 6.1 Esialgne teave
- 6.2 Visioon projekti elluviimisest ja selle piiridest
- 6.3 Uuringu aruanne. Projekti nõuded.
- 7. Organisatsiooni üldistatud ärimudel
- 8. Põhilised äriprotsessid. Sisend- ja väljundteave.
- 8.1 Põhiliste äriprotsesside toimingute kirjeldus
- 8.1.1 Konteksti diagramm.
1. Ettevõtte terviklik ärimudel
Praktika on välja töötanud mitmeid organisatsioonianalüüsi lähenemisviise, kuid insenerlik lähenemine on muutunud kõige levinumaks. Selle lähenemisviisiga ettevõtte organisatsiooniline analüüs viiakse läbi kindla skeemi järgi, kasutades ettevõtte täielikku ärimudelit. Ettevõtet käsitletakse kui suunatud, avatud, sotsiaal-majanduslikku süsteemi, mis kuulub avatud väliste supersüsteemide (turg, valitsusasutused jne) ja sisemiste allsüsteemide (osakonnad, töökojad, meeskonnad jne) hierarhilisse komplekti. Ettevõtte võimekuse määravad selle struktuuriüksuste omadused ja nende koostoime korraldus. Joonisel fig. 1.1 esitab organisatsiooni ärimudelite üldistatud skeemi. Ettevõtte ärimudeli loomine algab suhtlemismudeli kirjeldamisega väliskeskkond vastandite ühtsuse ja võitluse seaduse järgi ehk siis ettevõtte missiooni definitsioonist.
Riis. 1.1. Üldine organisatsiooni ärimudelite diagramm
Missiooni määratlus on meie arvates kõige täielikumalt esindatud ISO poolt määratletud normatiivaktis. Missiooni all mõistetakse organisatsiooni tegevust ja mehhanisme, mille kasutamine võimaldab eesmärke saavutada.
Missioon on omamoodi ettevõtte püüdluste mõõdupuu ja eelkõige määrab ettevõtte turunõuded (konkurentsiobjekt). Missiooni määratlus võimaldab teil moodustada ettevõtte eesmärkide puu - missiooni täpsustamise ja täpsustamise hierarhilised loendid.
Eesmärkide puu moodustab strateegiate puu - eesmärkide saavutamise selgitamise ja täpsustamise hierarhilised loendid. Samal ajal töötatakse ettevõtete tasandil välja ettevõtete kasvu, integratsiooni ja investeerimise strateegiaid. Äristrateegiate plokk määratleb toote ja konkurentsistrateegiaid, samuti segmenteerimis- ja reklaamistrateegiad.
Äripotentsiaal omakorda määrab ära ettevõtte funktsionaalsuse – seda tüüpi tegevuste regulaarseks hooldamiseks vajalike ärifunktsioonide, juhtimisfunktsioonide ja tugifunktsioonide loetelu. äritegevus.
Lisaks täpsustatakse selleks vajalikud ressursid (materjal, inimkond, informatsioon) ja ettevõtte struktuur.
Ettevõtte äripotentsiaali ja funktsionaalsuse ülesehitamine võimaldab projektsioonimaatriksi abil määrata kindlaks juhtimise vastutusvaldkonnad.
Projektsioonimaatriks - maatriksi kujul esitatud mudel, mis määratleb klassifikaatorite vahelise suhete süsteemi nende mis tahes kombinatsioonides.
Äripotentsiaali, funktsionaalsuse ja vastavate vastutusmaatriksite kirjeldus on ettevõtte staatiline kirjeldus. Ühtlasi tuvastatakse, klassifitseeritakse ja mis kõige tähtsam - määratakse läbiviijatele (nende protsesside tulevastele omanikele) ettevõttes veel minimeeritud kujul (funktsioonidena) jooksvad protsessid.
Selles ärimudelite etapis moodustatakse üldiselt tunnustatud ettevõtte põhireeglite kogum:
põhimäärused ettevõtte organisatsioonilise ja funktsionaalse struktuuri kohta;
kohta määruste pakett teatud tüübid tegevused (finants, turundus jne);
struktuuriüksuste (töökojad, osakonnad, sektorid, rühmad jne) määruste pakett;
tööjuhised.
See toob ettevõtte tegevusse läbipaistvuse, piiritledes ja dokumenteerides selgelt juhtide vastutusvaldkonnad.
protsessis osalejate vaheline suhtlus ja seejärel (madalamal tasemel) - üksikute spetsialistide töötehnoloogia nende töökohtadel.
Selline lähenemine võimaldab kirjeldada ettevõtte tegevust universaalse juhtimisregistrite (eesmärgid, strateegiad, tooted, funktsioonid, organisatsiooniüksused jne) abil.
Juhtimisregistrid on oma struktuuris hierarhilised klassifikaatorid. Kombineerides klassifikaatorid funktsionaalrühmadesse ja ühendades maatriksprojektsioonide abil üksteisega erinevate klassifikaatorite elemente, saate ettevõtte tervikliku ärimudeli.
Samal ajal toimub ettevõtte protsessi-eesmärgi kirjeldus, mis võimaldab saada omavahel seotud vastuseid järgmistele küsimustele: miks-mis-kus-kes-kuidas-millal-kellele-kui palju (joon. 1.2 ).
Organisatsiooni äri modelleerimine lõpetatakse andmestruktuuri mudeli väljatöötamisega, mis määratleb ettevõttes toimuvate protsessidega kaasnevate dokumentide loetelu ja vormingud ning määrab ka formaadid ettevõtte enda väliskeskkonna objektide, komponentide ja regulatsioonide kirjeldamiseks. Samal ajal luuakse kataloogide süsteem, mille alusel pakke vastu võetakse vajalikud dokumendid ja aruanded.
Riis. 1.2. Ettevõtte protsessi-eesmärgi kirjeldamise põhietapid
Seetõttu on ettevõtte täielik ärimudel funktsionaalselt orienteeritud teabemudelite kogum, mis annab omavahel seotud vastused järgmistele küsimustele: "miks" - "mis" - "kus" - "kes" - "kui palju" - "kuidas" - "millal" - " kellele" (joon. 1.3).
Riis. 1.3. Ettevõtte terviklik ärimudel
Seega hõlmab organisatsioonianalüüs ettevõtte omavahel seotud teabemudelite kompleksi loomist, mis hõlmab:
· Strateegiline eesmärkide seadmise mudel (vastab küsimustele: miks ettevõte tegeleb just selle äriga, miks ta kavatseb olla konkurentsivõimeline, milliseid eesmärke ja strateegiaid on selleks vaja ellu viia);
Organisatsiooniline ja funktsionaalne mudel (vastab küsimusele, kes mida ettevõttes teeb ja mille eest vastutab);
Funktsionaal-tehnoloogiline mudel (vastab küsimusele, mida-kuidas ettevõttes rakendatakse);
Protsessi-rollimudel (vastab küsimusele kes-mida-kuidas-kellele);
Kvantitatiivne mudel (vastab küsimusele, kui palju ressursse on vaja);
· Andmestruktuuri mudel (vastab küsimusele, millisel kujul on kirjeldatud ettevõtte regulatsioone ja väliskeskkonna objekte).
Esitatud mudelite komplekt tagab ettevõtte kirjelduse vajaliku täielikkuse ja täpsuse ning võimaldab välja töötada selged nõuded projekteeritavale infosüsteemile.
2. Organisatsiooni ärimudelite mallid
Organisatsiooni ärimudelite tehnoloogia hõlmab tüüpiliste mallitehnikate kasutamist ettevõtte kirjeldamiseks.
2.1 Missiooni arendamise mall
Nagu eespool mainitud, on iga ettevõte oma mikro- ja makrokeskkonnaga pesastatud avatud, subjektile orienteeritud süsteemide hierarhia. Ettevõte on ühelt poolt turu osa, teiselt poolt aga kaitseb konkurentsis oma huve. Missioon on ettevõtte positsioneerimise tulemus teiste turuosaliste seas. Seetõttu ei saa ettevõtte missiooni kirjeldada selle sisemist struktuuri analüüsides. Ettevõtte väliskeskkonnaga suhtlemise mudeli (ettevõtte turumissiooni määratlemine) koostamiseks on vaja:
tuvastada turg (supersüsteem), mille osa ettevõte on;
määrata kindlaks turu omadused (vajadused);
määrata kindlaks ettevõtte eesmärk (missioon), lähtudes tema rollist turul.
Lisaks on missioon, nagu eespool mainitud, kompromiss ühelt poolt turu vajaduste ning teiselt poolt ettevõtte võimete ja soovi vahel neid huve rahuldada. Kompromissi saab otsida vastavalt joonisel fig. 4.4.
Riis. 1.4. Missiooni arendamise mall (projektsioonimaatriks)
Kirjeldage ettevõtte konkurentsivõime alust - ettevõtte kui sotsiaalmajandusliku süsteemi tunnuste kogumit. Näiteks:
objekti jaoks - valdatud tehnoloogiate ainulaadsus ja ettevõttes olemasolevate ressursside (rahalised, materiaalsed, informatiivsed jne) eksklusiivsus
õppeaine jaoks - personali teadmised ja oskused ning juhtide kogemused.
See määrab ettevõtte ressursside ja oskuste unikaalsuse ning kujundab "saab" suhtumise.
Tutvu turutingimustega, s.o. määrata tegelik nõudlus pakutavate kaupade või teenuste järele ja konkurentide turuga rahulolu tase. See võimaldab mõista turu vajadusi ja kujundada "must" positsiooni.
Selgitada välja valitud tegevusliigile kaasaaitavate ja vastumõjutavate tegurite olemasolu riigiasutuste poolt poliitika- ja majandusvaldkonnas.
Hinnata tehnoloogia arengu väljavaateid valitud tegevusalal.
Hinnake avalike organisatsioonide võimalikku toetust või vastuseisu.
Võrrelge ülaltoodud toimingute tulemusi, võttes arvesse personali õiguslikke, moraalseid, eetilisi ja muid piiranguid ning moodustage seisukoht "ma tahan".
Hinnake võimalike kulude ja tulude taset.
Hinnake võimalust jõuda kõigile osapooltele vastuvõetavale kompromissile ja sõnastage ettevõtte missioon vastavalt joonisel fig. 1.5.
Riis. 1.5. Missiooni kujundusmall
Missioon laiemas mõttes on ettevõtte peamine ärikontseptsioon, mis on esitatud kaheksa sätte kujul, mis määratlevad ettevõtte suhted teiste üksustega:
1. Mida saab Klient oma vajaduste rahuldamise osas;
2. kes, mille nimel ja kuidas saab tegutseda ettevõtte partnerina;
3. mille alusel luuakse suhteid konkurentidega (milline on eelkõige valmisolek teha ajutisi kompromisse);
4. mida omanik ja aktsionärid ettevõttest saavad;
5. mida juhid ettevõtte äritegevusest saavad;
6. mida töötajad ettevõttelt saavad;
7. milline võib olla koostöö avalik-õiguslike organisatsioonidega;
8. kuidas ehitatakse üles ettevõtte suhted riigiga (eelkõige võimalik osalemine riiklike programmide toetamises).
2.2 Ettevõtte asutamise mall
Vastavalt ettevõtte väljatöötatud Missioonile määratakse sotsiaalselt olulised vajadused, mille rahuldamine on suunatud ettevõtte äritegevusele.
Ettevõtte äripotentsiaali saab arendada vastavalt joonisel fig. 1.6.
Riis. 1.6. Ettevõtte asutamise mall
Selle tulemusena moodustub põhiturg ja põhitoode, mille detailsus määrab ettevõtte pakkumised läbi ostjate (tootegruppide) ja ettevõtte toodete suhtes homogeensete ostjarühmade (turusegmentide) pilgu. Maatriksprojektsiooni abil (joonis 1.7) luuakse vastavus genereeritud tootegruppide ja turusegmentide vahel ning määratakse ettevõtte äride nimekiri (ettevõtte ärid asuvad ridade ja veergude ristumiskohas).
Riis. 1.7. Ettevõtte loomise mall (projektsioonimaatriks)
2.3 Ettevõtte funktsionaalsuse kujundamise mall (peamised ärifunktsioonid)
Ettevõtete loetelu alusel koostatakse maatriksprojektsiooni (joonis 1.8) abil ettevõtte ärifunktsioonide klassifikaator.
Riis. 1.8. Põhiliste ärifunktsioonide moodustamise mall
Ettevõtte juhtimise põhifunktsioonide moodustamiseks töötatakse esmalt välja ja kinnitatakse kaks põhiklassifikaatorit - "Juhtimiskomponendid" (ettevõttes kasutatavate tööriistade / juhtimisahelate loend) ja "Juhtimistsükli etapid" (tehnoloogiline toimingute ahel). juhid järjepidevalt rakendavad töö korraldamisel mis tahes juhtimisahelas). Lisaks koostatakse sarnaselt projektsioonimaatriksi abil peamiste juhtimisfunktsioonide loend. Joonisel fig. Antakse 4,9 klassifikaatorite näidet, mille põhjal koostatakse maatriks - peamiste haldusfunktsioonide generaator.
Riis. 1.9. Juhtkonna põhifunktsioonide kujundamise mall
Esitatud maatriksprojektsioonid (joon. 1.8, joon. 1.9)) võimaldavad moodustada mis tahes detailsusastmega funktsioone rohkem Täpsem kirjeldus nii maatriksi ridu kui ka veerge.
2.4 Ettevõtte funktsionaalsuse vastutusvaldkondade moodustamise mall
Ettevõtte funktsionaalsuse eest vastutavate valdkondade moodustamine toimub organisatsiooni prognooside maatriksi abil (joonis 4.10).
Riis. 1.10. Mall funktsioonide jaotamiseks organisatsiooniüksuste kaupa
Organisatsiooni prognooside maatriks on tabel, mille ridades on täitevüksuste loend, veergudes - ettevõttes täidetavate funktsioonide loend. Iga funktsiooni jaoks määratakse selle funktsiooni eest vastutav täitevlink.
Sellise tabeli täitmine võimaldab leida iga funktsiooni jaoks seda täitvad allüksused või töötaja. Täidetud tabeli analüüs võimaldab näha "lünki" nii funktsioonide täitmises kui ka töötajate töökoormuses, samuti kõik ülesanded täitjate vahel ratsionaalselt ümber jaotada ja süsteemina koondada dokumendis "Organisatsioonistruktuuri eeskirjad". .
Organisatsioonilise struktuuri määrus on sisedokument, mis fikseerib: ettevõtte tooted ja teenused, ettevõttes täidetavad funktsioonid, funktsioone ellu viivad täitevlülid, funktsioonide jaotuse lülide vahel.
Täidesaatvate linkide funktsioonide projektsioonide tabel võib olla väga suure mõõtmega. Keskmise suurusega ettevõtetes on see näiteks 500 ühikut - 20 linki 25 funktsiooni jaoks. Suurtes ettevõtetes võib see olla 5000 ühikut – 50 linki 100 funktsiooni kohta.
Ärilise vastutuse maatriks on üles ehitatud sarnaselt.
2.5 Vooprotsessi kirjelduse mall
Vooluprotsessi kirjelduse mall on näidatud joonisel fig. 4.11. Selline kirjeldus annab aimu ressursside järjestikusest toodeteks muutmise protsessist erinevate tegijate jõupingutustega asjakohaste määruste alusel.
Riis. 1.11. Vooluprotsessi mudel
Allpool on toodud meetodid protsessimudelite koostamiseks.
3. Ettevõtte organisatsioonilise ja funktsionaalse mudeli ülesehitamine
Ettevõtte organisatsiooniline ja funktsionaalne mudel on üles ehitatud ettevõtte tegevuse funktsionaalse diagrammi alusel joonisel fig. 1.12.
Riis. 1.12. Ettevõtte funktsionaalne skeem
Missioonist lähtuvalt kujundatakse ettevõtte eesmärgid ja strateegiad. Nende abiga määratakse kindlaks vajalik tootekomplekt ja sellest tulenevalt ka vajalikud ressursid. Toodete taastootmine toimub ressursside töötlemise tõttu põhitootmistsüklis. Selle komponendid moodustavad vajalikud ärifunktsioonid ressurssidega varustamiseks, toodete tootmiseks ja nende jaotamiseks müügikohtadesse. Määratud reprodutseerimisprotsessi haldamiseks moodustatakse halduskomponentide komplekt, mis genereerib haldusfunktsioonide komplekti. Paljunemis- ja majandamisprotsesside toetamiseks sobivate tugifunktsioonide komplektid (kaitse, tehniline varustus, ennetamine ja remont jne). Selline lähenemine võimaldab kirjeldada ettevõtet universaalse juhtimisregistrite (eesmärgid, strateegiad, tooted, funktsioonid, organisatsiooniüksused jne) abil. Juhtimisregistrid on hierarhilised klassifikaatorid. Kombineerides klassifikaatorid funktsionaalrühmadesse ja ühendades maatriksprojektsioonide abil üksteisega erinevate klassifikaatorite elemente, võib saada mudeli organisatsiooniline struktuur ettevõtted.
Organisatsioonilis-funktsionaalse mudeli koostamiseks kasutatakse ainult kahte tüüpi elementaarmudeleid.
Puulaadsed mudelid (klassifikaatorid) on täpsed hierarhilised nimekirjad valitud juhtimisobjektidest (organisatsiooniüksused, funktsioonid, ressursid, sh äriprotsesside täiturid, dokumendid ja nende struktuur jne). Iga klassifikaatori elementi saab lisaks iseloomustada mitmete atribuutidega: tüüp, skaala, kommentaar jne. Tegelikult on klassifikaatorid peamiselt mittekvantitatiivset teavet sisaldav juhtimisregistrite kogum, mille kogum määrab ettevõtte tegevuse kirjeldamise koordinaatsüsteemi. Selliste loendite-klassifikaatorite arvu määrab mudeli loomise eesmärk.
Maatriksmudelid on projektsioonid, mis määratlevad suhete süsteemi klassifikaatorite vahel mis tahes kombinatsioonis. Linkidel võivad olla täiendavad atribuudid (suund, pealkiri, register, skaala ja kaal).
Algses mudelis kasutatakse ainult mõnda domeeni klassifikaatorit:
ettevõtte peamised toodete ja teenuste rühmad;
ettevõtte poolt oma tegevuse käigus tarbitud ressursse;
ettevõttes toetatavad funktsioonid (protsessid);
ettevõtte organisatsioonilised üksused.
Funktsioonide klassifikaatoris on tavaliselt kolm peamist jaotist:
põhifunktsioonid - otseselt seotud välisressursside ettevõtte toodeteks ja teenusteks teisendamise protsessiga;
juhtimisfunktsioonid – ehk ettevõtte juhtimisfunktsioonid;
tugifunktsioonid - tootmis-, kaubandus- ja juhtimistegevuse toetamine.
Ettevõtte põhiülesanne on toodete ja teenuste pakkumine, seetõttu vormistatakse esmalt ettevõtte tegevusalade (äritegevuse valdkondade), toodete ja teenuste loetelu ametlik kirjeldus, kokkulepe ja kinnitamine ettevõtte juhtkonna poolt. Sellest klassifikaatorist peaks välistele vastaspooltele olema selge, miks ettevõte on turule huvitav, ja sisemisel eesmärgil - miks seda või teist ettevõtte funktsionaalsust vaja on.
Nende toimingute tulemusena selgitatakse välja funktsionaal ja luuakse ettevõtte funktsioonide kirjeldamiseks ühtne terminoloogia, millega peavad kokku leppima kõik juhtivad juhid. Organisatsiooniliste linkide klassifikaatori koostamisel on oluline, et funktsioonide detailsuse tase vastaks linkide detailsusastmele. Pärast kõigi põhiklassifikaatorite moodustamist maatriksprojektsioonide abil määratakse need ettevõtte organisatsiooniüksustele:
Organisatsiooniliste seoste funktsioonide projektsioonide maatriksi moodustamise protsess meenutab praktikas tic-tac-toe mängu (joonis 1.10).
Tabeli ridadel on näidatud divisjonid, veerud - funktsioonid, mis moodustavad juhtimisprotsessi või äriprotsessi sisu antud ettevõttes. Funktsioonide ja osakondade ristumiskohtades, mis vastutavad funktsiooni rakendamise eest, pannakse rist. Suurte mõõtmetega projektsioonide jaoks kasutatakse kahe klassifikaatori vaheliste seoste korraldamise mehhanismi, mida esindavad loendid.
Ettevõtete organisatsioonilise ja funktsionaalse struktuuri mudelite koostamise tavapraktika toetab kahte detailsuse taset:
koondmudel;
detailne mudel.
Koondmudel on organisatsioonilise struktuuri mudel, mille raamatupidamisregistrite detailsus on piiratud 2-3 tasemega.
Selle mudeli ehitamise eesmärk on anda ettevõtte tippjuhtidele teavet organisatsiooni struktuuri kohta strateegiliseks analüüsiks, selle struktuuri strateegiale vastavuse analüüsiks ja ettevõtte väliskeskkonnale. Mudelit saab pakkuda ka välistele kasutajatele (näiteks potentsiaalsed investorid äriplaani illustratsiooniks, suurkliendid jne).
Detailne mudel - organisatsiooni struktuuri mudel, mille raamatupidamisregistrite detailiseerimine toimub sügavamal tasemel kui koondmudelis. Detailsuse aste mudelis on tingitud ettevõtte spetsiifilistest vajadustest (teatud organisatsiooniliste regulatsioonide loomine).
Selle mudeli loomise eesmärk on anda teavet levitamise kohta funktsionaalsed kohustused ettevõtte allüksuste vahel, samuti äriprotsesside korraldamist ettevõttes. Detailse mudeli koostamine võimaldab luua erinevaid ettevõttesiseseid regulatsioone: Organisatsioonistruktuuri käsitlevad määrused joon. 1.13.
Allpool on näide tootmisettevõtte organisatsioonilise ja funktsionaalse mudeli fragmentide kirjeldusest, joon. 1.14 ja kaubandusettevõte joon. 4.15. Antud projektsioonimaatriksid on aluseks ettevõtte äriprotsesside ja nende omanike tuvastamisel IS loomise järgmistes etappides.
Riis. 1.13. Ettevõtte organisatsioonilist ja funktsionaalset struktuuri käsitlevate määruste loomise skeem
Tootmisettevõtte allüksuste funktsioone käsitletakse järgmistes funktsionaalsetes valdkondades:
ettevõtte juhtimine;
personal;
materiaalsed ressursid;
tootmine;
tootearendus;
planeerimine;
tarnimine/ostud;
kvaliteet;
müük/müük.
Funktsioonide jaotus struktuuriüksuste kaupa tootmisettevõtte juhtimise üksikute funktsionaalsete tegevusvaldkondade kontekstis on näidatud joonisel fig. 1.14.
Kaubandusettevõtte osakondade ülesandeid käsitletakse muude funktsionaalsete valdkondade raames (vt joonis 1.15).
4. Organisatsiooni modelleerimise tööriistad
Kaasaegsete tehnoloogiate kasutamine organisatsiooni modelleerimiseks võib oluliselt kiirendada organisatsiooni kavandamist. 1990. aastate alguses ilmusid läänes esimesed programmid ettevõtte juhtimise organisatsiooniliste probleemide lahendamiseks. Orgware – uus programmiklass – keskendus ettevõtlusorganisatsiooni kohta, millel varem puudus piisav arvutitugi, "mittekvantitatiivse" teabe süstematiseerimise, säilitamise ja töötlemise probleemide lahendamisele.
Esimene Venemaa toode - BIG-Master - loodi arvutitööriistana, et toetada teatud ettevõtte juhtimise kontseptsiooni, mida nimetatakse tavajuhtimiseks. Orgware põhiülesanne oli üleminek rangelt dokumenteeritud protseduuridele ja regulatsioonidele. Korrapärase juhtimise arvutiparadigma aluseks oli järgmine lähenemine: "Tuleb luua mitte omavahel seotud dokumentide süsteem, vaid ettevõtte omavahel seotud teabemudelite süsteem, mis genereerib vajalikud dokumendid."
BIG-Masteri kontseptuaalseks aluseks oli kaasaegne protsessikäsitlus ettevõtte tegevuse korraldamisel. Tipptasemel kirjeldab protsessisüsteemi tavaliselt funktsioonide puu – selle tähistamiseks kasutatakse sageli terminit funktsionaalne. Funktsioone käsitletakse siin "volditud" protsessidena. Kõik protsessid-funktsioonid tuleks vähemalt määratleda (st määratleda tegevusena, millel on kindel eesmärk ja tulemused) ja liigitada tüübi järgi (põhi-, tugi-, juhtimisprotsessid). Ka protsesside regulaarseks juhtimiseks tuleks määrata vastutus ja volitused. Sellel tasemel kasutatakse BIG-Masteris ettevõtte kirjeldamiseks kahte tüüpi mudeleid: puumudelid (klassifikaatorid) ja maatriksmudelid (prognoosid).
Madalamal tasemel saab valitud ("võtme") protsesse kirjeldada kui tehnoloogilist toimingute jada (nõutavate tulemuste saamiseks). Selleks kasutatakse äriprotsesside voomudeleid, mille eesmärk on kirjeldada organisatsioonis horisontaalseid suhteid, mis seovad omavahel info- ja materjalivoogude kaudu eelnevalt kirjeldatud objekte. Voomudelitega kirjeldatud protsesside struktuurianalüüsiks ja projekteerimiseks toetab BIG-Master SADT (IDEF) metoodikat. Maatriksprojektsioonide mehhanismi olemasolu võimaldab määratleda ja kirjeldada ettevõtte protsesse tervikliku omavahel ühendatud süsteemina.
Klassifikaatorite hierarhilise ülesehituse tõttu sisaldab ärimudel samaaegselt kõikide detailitasemete "funktsiooni-täitja" suhteid, mis võimaldab sisseehitatud aruannete generaatori abil kohandada ettevõtte vaate "lahutusvõimet" seoses konkreetne juhtimisülesanne. Projektsioonisüsteem võimaldab kajastada aruandes kõiki selle objektiga seotud lisaomadusi (näiteks protsessi kaasatud personali kvalifikatsiooninõuded). Lisaks võib pilku ettevõttele seostada mis tahes "referentskoordinaadiga" - näiteks dokumendilt või töötajalt - millistes protsessides ja kuidas nad osalevad jne.
Äriprotsesside klassifikaatoreid, projektsioone ja voomudeleid toetavad erinevad viisid nende visualiseerimiseks. Klassifikaatorite jaoks - loendite ja puude (digraafide) kujul, projektsiooni jaoks - lingitud loendite ja transponeeritud maatriksite kujul ning äriprotsesside voomudelite jaoks - IDEF0 (IDEF3) diagrammide ja tekstikirjelduse kujul, mis hõlbustab protsessis osalejate arusaam ülesannetest. Samal ajal toimub voolumudelite endi konstrueerimine tavalistes tabelivormides.
Mudelis on võimalik moodustada piiramatul hulgal uusi klassifikaatoreid, projektsioone ja voomudeleid ning sellest tulenevalt aruandeid ja dokumente ettevõtte tegevuse kirjeldamiseks ja mis kõige tähtsam - regulatsiooni loomiseks.
Mitmete modelleerimistööriistade olemasolu BIG-Masteris on äärmiselt kasulik. Maatriksi mudelite tugi vertikaalne integratsioon- ettevõtte üksikasjalik süsteemi-sihtkirjeldus, mis on üles ehitatud vastavalt juhtimishierarhiale ja käivitatavatele funktsioonidele. Protsessimudelis domineerib funktsionaal-tehnoloogiline lähenemine - äritegevuse horisontaalne integreerimine protseduuride abil. Kõik ülaltoodud BIG-Masteri funktsioonid muudavad selle organisatsiooni modelleerimiseks mugavaks tööriistaks.
5. Näide äriprotsessimudelite rakendamisest ettevõtte turundusstrateegia koostamise protsessis
5.1 Esialgne teave
Olgu tingimuslik ettevõte "Progress" juhtiv kodumaine IT-toodete ja -lahenduste tarnija iseteeninduse valdkonnas, aga ka lahendused pankadele ja jaemüüjatele. Ettevõttel on lai valik tooteid ja teenuseid, mistõttu on vajalik põhjalik portfelli analüüs, s.o. organisatsiooni kauba- ja turuvõimaluste hindamine väljaspool senist tegevust ning lõpliku otsuse tegemine: kas ettevõte peaks muutma oma portfelli piire. Ettevõtte peakontor asub Moskvas ja mitu filiaali kogu Venemaal ja SRÜ riikides.
Ettevõtte automatiseerimisprojekti peamised eesmärgid:
ettevõtte äriprotsesside automatiseerimine, mis pakuvad kontrollpunkte portfelli analüüsi protsessi korraldamiseks;
ettevõtte turundusosakondade efektiivsuse tõstmine;
põhimõtteliselt uue infosüsteemi juurutamine, mis annab täieliku informatsiooni ettevõtte portfellianalüüsiga seotud protsesside kohta;
töö kvaliteedi parandamine ettevõtte toodete ja teenuste valikut puudutavate otsuste tegemisel;
peakontori ja filiaalide tõhusa suhtluse tagamine ühtse infosüsteemi alusel;
pakkudes võimalust jälgida süsteemi elementide olekut reaalajas.
5.2 Projekti teostamise visioon ja selle piirid
Uue infosüsteemi projekti põhieesmärk on juhtimise allsüsteemide detailne uurimine strateegiline juhtimine ja Progressi strateegiline turundus portfelli analüüsi ja innovatsiooni osas.
Sellest lähtuvalt on projekti raames uue süsteemi kasutuselevõtt eeldatavasti läbi viidud ainult järgmistes ettevõtte allüksustes:
Juhtimisportfell
turundus
uuenduslikkust
Edukaks tööks on neil osakondadel juurdepääs teabele alamsüsteemidest "otsemüük" ja "müügi edendamine".
Projekti ulatus ei hõlma:
Finants osakond
Raamatupidamine
Personaliosakond
Kõik muud divisjonid, mis ei ole otseselt portfelli analüüsi ja innovatsiooniga seotud.
Projekti tulemusena näeb klient edukalt juurutatud infosüsteemi, mis aitab kaasa ettevõtte portfelli analüüsi andmete efektiivsele kogumisele, säilitamisele ja analüüsile.
5.3 Uuringu aruanne. Projekti nõuded
Uuritavate osakondade (peakontor ja filiaalid) personal on hetkel 310 töötajat. Süsteem salvestab ja töötleb andmeid, mis on saadud järgmiste kasutajakategooriate tegevuse tulemusena:
portfellihalduse osakonna töötajad;
turundusosakonna töötajad;
tootmisosakonna töötajad;
innovatsiooniosakonna töötajad;
müügipersonal;
klienditeeninduse osakonna töötajad;
konkurentsiluure osakonna töötajad;
analüütikaosakonna töötajad;
Nimekiri tarkvara mida ettevõte küsitluse ajal kasutas:
toode "BEST-Marketing" - Intellect-Service ettevõtte arendamine;
rakenduspakett "SPSS" andmete statistiliseks analüüsiks ja erinevate koefitsientide arvutamiseks;
MS Exceli kontoritööriist mitmekülgse teabe koondamiseks.
Automatiseerimisobjektide kasutamine osakondade kaupa
Ettevõttel on teabega töötamiseks kolmetasandiline süsteem:
Tase 1 - teabe, elektrooniliste andmete sisestamine ja töötlemine (“BEST-Marketing”);
Tase 2 - teabe salvestamine ja töötlemine (“BEST-Marketing” ja MS Excel);
Tase 3 - olemasoleva info analüüs, otsuste tegemine, kontroll nende täitmise üle (MS Excel ja “SPSS”).
Dokumentatsioon
Ettevõtte turundustegevusega kaasneks puuduvad reguleeritud standardid dokumenteerimise ja aruandluse vallas, seetõttu töötavad kõik andmete kogumise, säilitamise, analüüsimise, aga ka aruandluse tüüpvormid välja otse ettevõtte esindajate poolt.
Praegune trend on laiendada selliseid protsesse nagu turundusandmete kogumine ja info ning analüütiline tugi operatiivtasandile, iga ettevõtte töötaja tasemele, kes suudab selliseid andmeid sisestada või kes vajab turundusinfot. Sel juhul ei jõua teave kasutajani mitte eriteenuste kaudu viidete ja analüütiliste aruannete kujul, vaid otse andmebaasist. Selle tulemusena on süsteemi funktsioonid detsentraliseeritud: selles ilmuvad mitmed alamsüsteemid teabe kogumiseks ja levitamiseks, mis on hajutatud Sergei Kartõšovi osakondade vahel. "MIS või CRM: mõtleme selle välja" ( Täisversioon artikkel, mis avaldati ajakirja "Turundusjuhtimine" mai (2007) numbris). Seetõttu tehakse ettepanek võtta kasutusele üldvormid järgmiste allsüsteemide töö rakendamiseks:
siseteabe kogumise ja koondamise alamsüsteemid
alamsüsteemid välisteabe kogumiseks ja konsolideerimiseks (turuanalüüs)
turundusuuringute alamsüsteemid
alamsüsteem operatiivsete turundusprotsesside infotoe jaoks
infosüsteemide arendamise alamsüsteem (kontseptsioonid, tehnoloogiad, mudelid jne)
Infosüsteemi ülesanded nõuavad tarkvaralt raamatupidamisfunktsioonide paindliku seadistamise ja suvalise analüütilise aruandluse kiire ülesehitamise võimaluste ühendamist. Neid ülesandeid ei ole täielikult rakendatud üheski praegu aktsepteeritud tarkvaraklassis.
Kui võtta kokku kõik tulevase infosüsteemi funktsionaalsusesse kuuluvad ülesanded, selgub, et siinsete ülesannete ulatus ei ole väiksem kui turundusinfosüsteemis (MIS) ja isegi mitte vähem kui ettevõttes. infosüsteem (CIS). Ja üldised eesmärgid on identsed – kõik need süsteemid on suunatud turule orienteeritud juhtimisprotsesside toetamisele strateegilisel, taktikalisel ja operatiivtasandil. Põhiline erinevus CIS-i ja MIS-i vahel seisneb selles, et CIS keskendub oma põhitegevuses siseandmete arvestamisele, MIS aga välisandmetele. Meie puhul on teabesüsteem (arvestus- ja analüütiline) nende kahe süsteemi tüübi kombinatsioon.
Mis puudutab ainevaldkonna spetsiifikat, siis siinkohal tasub tähele panna, et lisaks turundajate poolt teostatavatele standardfunktsioonidele tegelevad Progressi töötajad portfelli analüüsi ja finantsressursside parema kasutamise nimel järgmistes valdkondades:
Üksikute toodete populaarsuse uuring erinevate sihtrühmade jaoks.
Ettevõtte portfelli kui terviku tõhususe uurimine.
Ettevõtte äriportfelli laiendamise võimaluste uurimine.
Konkurentide üksikasjalik uuring.
Sünergilise efekti uurimine olemasolevas ja potentsiaalses portfellis, samuti konkurentides.
Infosüsteemi projektile seatakse loomulikult teatud nõuded. Infosüsteem peab olema rakendatav tekkinud probleemidele. Infosüsteemi töökindluse tingimus on sätestatud ühe esimese tingimusena. Süsteemi salvestatud teave tuleks süsteemi rikke korral talletada selleks ettenähtud arhiivides (andmebaasides). Infosüsteemi kasutuselevõtt peaks tõstma ettevõtte tootlikkuse taset, kuna oluliselt väheneb ülesannete lahendamisele kuluv aeg. Kasutajasõbralik liides aitab vähendada info töötlemise aega, kui kasutaja ei raiska aega programmimenüüst vajalike funktsioonide otsimisele. Infosüsteem ei tohiks võtta kõvakettal palju ruumi ega aeglustada protsessorit. Projekteerimise tulemusena peab süsteem olema töökorras ega tohi töötamise ajal talitlushäireid esineda.
Süsteem peaks esitama aruandeid kõigi kliendiga kokkulepitud probleemide kohta. Dokumentide liik ja vorm lepitakse eelnevalt läbi. Olenevalt kasutaja vajadustest saab koostada muid päringuid ja sellest tulenevalt aruandeid.
Infosüsteem peaks salvestama kataloogide komplekti. Kataloogide loend on toodud tabelis 1.1 koos neisse salvestatud teabe kirjeldusega. Töövoo automatiseerimine on tänapäeval vajalik nõue. Elektrooniliste kataloogide loomine võimaldab teavet struktureerida, sorteerida ja valida vastavalt soovile.
Tabel 1.1. Teatmeteosed
|
Kataloogi nimi |
Kirjeldus |
|
|
Klientide nimekiri koos täieliku teabega igaühe kohta. See on turundusosakonna CRM-i komponendi aluseks. |
||
|
Võistlejad |
Peamiste konkurentide ja nende tegevuste loetelu, vaadeldakse erinevate parameetrite jaotistes. |
|
|
Konkurentide äriportfellid |
Peamiste konkurentide äriportfellide loend. See on vajalik informatsioon ettevõtte äriportfelli efektiivsuse analüüsimiseks. |
|
|
Meie äriportfell |
Meie ettevõtte poolt välja lastud, toodetud ja väljatöötamisel olevate toodete loend. Kasutatakse otse jõudluse analüüsiks ja erinevate spetsifikatsioonide aruandluseks. |
|
|
Andmed keskkonnaanalüüsiks |
Teave, mille uurija on kogunud spetsiaalselt praeguse ja kavandatava keskkonna jälgimiseks. |
|
|
Andmed turuanalüüsiks |
Turult kogutud teave praeguse ja potentsiaalse äriportfelli kohta. Käimasoleva turundusuuringu alus. |
|
|
Andmed ettevõtte analüüsiks |
Teave ettevõtte hetkeseisu kohta. Need andmed sisestatakse perioodiliselt kataloogi ja kutsutakse neid vastavalt vajadusele. |
|
|
Ideid uuendusteks |
Innovatsiooniideede ja nende rakendamise tulemuste loend (nende rakendamisel ilmnenud probleemid) |
Osakondadele funktsioonide jagamise paremaks mõistmiseks tuleb arvestada ettevõtte üldistatud organisatsiooniskeemi (joonis 1.14). Organisatsiooniskeem illustreerib aruandlussuhteid ettevõttes.
Riis. 1.14. Infovoogude korraldamine läbimõeldud ettevõtte struktuuris.
Juhtkond teeb otsuseid, mis on seotud suuremate muudatustega ettevõtte tegevuses. Teise astme osakonnad on aruandekohustuslikud juhataja ees ja vahetavad ka omavahel andmeid. Portfellihalduse osakond koostab klienditeeninduse ja turundusosakonnalt saadud andmete põhjal koondaruanded ettevõtte äriportfelli planeerimiseks.
Portfellihalduse osakond allub analüüsiosakonnale ja konkurentsianalüüsi osakonnale. Tootmisosakonnast saavad infot eelkõige portfellihalduse osakonna töötajad. Portfellihalduse osakond teeb tihedat koostööd ka innovatsiooniosakonnaga. Seega kogub portfellihalduse osakond teatud formaadis (mugavad hilisemaks analüüsiks) andmeid peaaegu kõigist ettevõtte osakondadest ning viib läbi äriportfelli põhjaliku analüüsi väliste ja sisemiste näitajate osas. Pärast seda on juhtkonnale aruanne äriportfelli seisu kohta ja soovitused ettevõtte poliitika muutmiseks äriportfelli toodete osas, ettepanekud hajutamiseks. Hajutamise otsuste tegemisel suhtleb portfellihalduse osakond innovatsiooniosakonnaga erinevate analüüsiaruannete kaudu. Selle koostöö käigus ideede valik, ettekanded juhtkonnale, arutelud tootmisosakond, kalkulatsioonide koostamine ja juhtkonna poolt kinnitatud ideede elluviimise jälgimine.
Kõik ülaltoodud protsessid ettevõttes ei ole süsteemsed ja selgelt vormistatud. Seetõttu näeb ettevõtte juhtkond vajadust need protsessid automatiseerida.
Selle erinevate osakondade koostoime analüüsi põhjal saame sõnastada automatiseerimist vajavad äriprotsessid (tabel 1.2).
Tabel 1.2.
Automatiseeritud äriprotsessid
|
Nimi |
Täitja |
Kirjeldus |
||
|
Järelevalve praegune ja kavandatud keskkond |
Analüütika osakond, konkurentsiteabe osakond, Portfellihalduse osakond |
Selles etapis on peamised analüüsivaldkonnad: § Ülevaade turuolukorrast § Ülevaade konkurentsiolukorrast § Äriportfelli toodete positsioneerimine § Poliitilise, majandusliku, sotsiaalse ja tehnoloogilise keskkonna analüüs Selle probleemi lahendamiseks kasutatakse ettevõtte käsutuses olevaid andmeid keskkonna ja turu analüüsiks. |
||
|
olukorra analüüs |
Portfellihalduse osakond, analüütika osakond |
Lähtudes info analüüsist hetke äriportfelli seisu kohta, hetke ja oodatava keskkonna jälgimisest, ettevõtte eesmärkidest, turuanalüüsi andmetest, müügistatistikast, ettevõtte analüüsi andmetest, ettevõtte ressurssidest, viiakse läbi olukorra analüüs. Mille käigus viiakse läbi Ansoffi maatriksi analüüs, positsioneerimine ja segmenteerimine, toote ja turu haavatavuse analüüs, ettevõtte ja tööstuse ressursside analüüs. |
||
|
Osakond Portfelli haldamine |
Lähtudes infost hetke äriportfelli seisu kohta, viiakse läbi hetke- ja oodatava keskkonna monitooring, olukorra analüüs, ettevõtte ressurss, müügistatistika, äriportfelli muutuste planeerimine. Selle käigus viiakse läbi BCG maatriksi analüüs, uute toodete juurutamise võimaluste või vajaduste analüüs, äriportfelli muutmise otsuste tegemine ning nende muudatuste eelarve ja ajastuse ligikaudne määratlus. |
|||
|
Portfellihalduse osakond ja innovatsiooniosakond |
Uute toodete kasutuselevõtu otsuse, sealhulgas neile esitatavate nõuete, ettevõtte ressursside piirangute alusel viiakse läbi uuenduste ja toodete modifikatsioonide väljatöötamise ja juurutamise protsess. |
|||
|
Osakond Portfelli haldamine |
Kõigi varem tehtud otsuste ja tehtud hinnangute alusel viiakse läbi kontroll muudatuste elluviimise ja äriportfelli moodustamise üle, muudetud äriportfelli võrdlus varasemaga ning tehtud tööde analüüs. |
6. Organisatsiooni üldistatud ärimudel
Ettevõtte organisatsiooniline analüüs viiakse läbi selle ärimudeli abil. Organisatsiooni käsitletakse kui sihtotstarbelist avatud sotsiaal-majanduslikku süsteemi, mis kuulub avatud väliste supersüsteemide ja sisemiste allsüsteemide hierarhilisesse komplekti Ettevõtte tervikliku ärimudeli ülesehitamise kirjeldus on toodud kodulehel. http://www.intuit.ru/department/se/devis/4/(infosüsteemide disaini kursus - http://www.intuit.ru/department/se/devis/).. Ettevõtte võimekuse määravad ära tema struktuuriüksuste omadused ja nende koostoime korraldus. Ettevõtte ärimudeli ülesehitamine algab väliskeskkonnaga suhtlemise mudeli kirjeldamisest.
Ettevõtte ülesanne selles etapis on teha otsus äriportfellis muudatuste tegemise kohta. Põhiülesande määratlemise tulemusena saame sõnastada eesmärkide puu (joonis 3.1), st järjestada hierarhiliselt globaalse eesmärgi saavutamisele suunatud eesmärgid ja vahendid.
Riis. 1.15. Väravapuu
Protsessivoo mudeli koostamiseks on vaja määrata protsessid, mille käigus infovood muutuvad (tabel 1.3).
Tabel 1.3.
Infovoogude muutmine
|
Protsessid |
Sisendinfovood |
Väljundinfovood |
|
|
andmed keskkonnaanalüüsi jaoks |
Välisolukorra aruanne (Selle tulemusena formuleeritakse lähteandmed olukorra analüüsiks ja äriportfelli muutuste planeerimiseks). |
||
|
andmed turuanalüüsi jaoks |
|||
|
olukorra analüüs |
andmed turuanalüüsi jaoks |
Siseolukorra aruanne (Selle tulemusena formuleeritakse lähteandmed äriportfelli muudatuste planeerimiseks). |
|
|
välisolukorra aruanne |
|||
|
ettevõtte eesmärgid |
|||
|
müügistatistika |
|||
|
andmed ettevõtte analüüsi jaoks |
|||
|
ettevõtte ressursse |
|||
|
Ettevõtlusportfelli muudatuste planeerimine |
sisemise olukorra aruanne |
Portfelli muutmise otsus. Otsus uute toodete kasutuselevõtu kohta. Hinnang 1 (ligikaudne eelarve ja ajakava kõigi äriportfelli muudatuste jaoks). |
|
|
välisolukorra aruanne |
|||
|
ettevõtte ressursse |
|||
|
praeguse äriportfelli seisu |
|||
|
müügistatistika |
|||
|
Tooteuuenduste ja modifikatsioonide läbiviimine |
otsus võtta kasutusele uusi tooteid |
Hinnang 2 (üksikasjalik hinnang, mis puudutab ainult uuenduste ja tootemuudatuste eelarve ja ajastuse määramist). Info projektide elluviimise kohta. Aruanne uuenduslike projektide elluviimisest. |
|
|
ettevõtte ressursse |
|||
|
Äriportfelli moodustamise kontroll |
Praegune äriportfelli staatus 1 (uue äriportfelli staatus). Lõplik aruanne. |
||
|
ettevõtte ressursse |
|||
|
portfelli muutmise otsused |
|||
|
uuenduslike projektide elluviimise aruanne |
|||
|
teave projekti elluviimise kohta |
|||
|
praeguse äriportfelli seisu |
7. Põhilised äriprotsessid. Sisend- ja väljundteave
7 .1 Peamiste äriprotsesside toimingute kirjeldus
7.1.1 Konteksti diagramm
Joonis 4.1 on äriportfelli haldamise protsessi kontekstdiagramm. Määratakse sisendinfo, mida töö mingil moel muudab ja muutub väljundinfoks. Samal ajal on näidatud mehhanismi nooled (tööd teevad personal ja olemasolev tarkvara) ja juhtimine (tööle kohaldatakse kontrollitoimingut, regulatiivseid dokumente ja seda tehakse ettevõtte piiranguid arvestades).
Riis. 1.16. Äriprotsesside funktsionaalne diagramm.
Hetke ja kavandatava keskkonna jälgimine
olukorra analüüs
Ansoffi maatriksi analüüs (joonis 1.17).
Riis. 1.17. Ansoffi maatriks
Sarnased dokumendid
Äriprotsesside simulatsioonimodelleerimise süsteemi üldpõhimõtted. Iseloomuomadused keerukad organisatsioonilised ja tehnilised süsteemid, nende esitusvahendid, prognoosimisvahendid. Süsteemi konstruktsioonimudelite ehitamise etapid; projekti juht.
esitlus, lisatud 09.11.2013
Äriplaani kontseptsioon, eesmärk, arendusprotsessi korralduse tunnused ja sisu. üldised omadused kindlustusäri. Äriplaani koostamine kindlustusseltsi Yugoria esinduse avamiseks Asbesti linnas.
lõputöö, lisatud 20.03.2011
Äriplaani eesmärk, matemaatiline mudel. Selle osade sisu. Ettevõtte kapitali kasutamise tulemuslikkuse näitajad. Äriprotsesside ümberkujundamine. Ettevõtte majandustegevuse analüüs, ettevõtte majandusplaanide süsteemi väljatöötamine.
kursusetöö, lisatud 21.08.2016
Kliendi nõuete analüüs, ettevõtte taseme hindamine, reengineeringu eesmärkide seadmine. Olemasoleva ettevõtte organisatsioonilise struktuuri loomine. Olemasoleva äritegevuse analüüs ja probleemide tuvastamine. Uue äriprotsessi pretsedendimudeli loomine.
kursusetöö, lisatud 28.07.2013
LLC "Veliky Korol" loomise ajalugu. üldised omadused ametialane tegevus organisatsioonid. Peamiste finantsnäitajate analüüs majanduslik tegevus ettevõtted. Ettevõtte analüüs ärisuundade ja äriprotsesside lõikes.
praktikaaruanne, lisatud 14.04.2014
Ettevõtte organisatsioonilise struktuuri ja majandustegevuse põhinäitajate uurimine LLC "BBK" näitel. Toodete ja konkureerivate ettevõtete turu-uuringud. Ettevõtte äriplaani koostamine, tootmis- ja finantsplaanid.
lõputöö, lisatud 14.08.2010
Lühidalt naftaärist Venemaal. Ettevõttel "Lukoil". Ettevõtte "Lukoil" ajalugu. Naftaäri Venemaal kuulub ettevõtluse kategooriasse, mille riik liigitab loomulike monopolidega turuks.
kursusetöö, lisatud 06.02.2006
Äriplaanide kontseptsioon ja tüpoloogia. Vene Strausi ettevõtte tegevuse ja eesmärkidega tutvumine. Turundus-, tootmis-, organisatsiooni- ja finantsplaanide väljatöötamine jaanalindude kasvatamise farmi arendamiseks.
äriplaan, lisatud 17.11.2013
Stuudio "ReD dummy" avamise äriplaani projekti analüüs. Ettevõtte "Red dummy" peamised dekoratsioonitüübid: vinüülrakendus, kerged vanikud, valgusfiguurid. Ettevõtte finantsplaani iseloomustus, rahavoog.
kontrolltööd, lisatud 12.05.2012
Tutvumine ettevõtte arendamise äriplaaniga, selle osadega, arendamise ja rakendamise etappidega. Tootmisvõimsus, tooted, pakkumine turu nõudlus. Ettevõtte finantsmajandusliku tegevuse analüüs. Toote kasumlikkuse arvutamine.
Infotehnoloogia
© Skorodumov P.V.
ÄRIPROTSESSI MODELLEERIMINE: LÄHENEMISVIISID, MEETODID JA VAHENDID
SKORODUMOV PAVEL VALERIEVICH
Tehnikateaduste kandidaat, liidumaa intelligentsete ja tarkvara ning infosüsteemide labori juhataja riigi rahastatud organisatsioon teadus
Venemaa Teaduste Akadeemia territooriumide sotsiaal-majandusliku arengu instituut E-post: [e-postiga kaitstud]
Äriprotsesside insener on ärikorralduse kaasaegse käsitluse aluseks ning selle olulisim suund on reengineering. Reengineering on suunatud põhimõtteliselt uute äriprotsesside kasutamisele, mis põhinevad kaasaegsete uuenduslike tehnoloogiate kasutamisel.
Olemasoleva äri analüüsimisel ja uue arendamisel on oluline roll ettevõtte ja selles toimuvate äriprotsesside mudelite ülesehitamisel. Modelleerimine on tegelikkuse peegeldamise protsess spetsiaalse metoodika abil. Artiklis esitatakse peamised lähenemisviisid, meetodid ja vahendid äriprotsesside modelleerimiseks. Vaadeldakse nendel eesmärkidel kasutatavate Petri võrkude populaarsemaid formalisme.
Alternatiivina tehakse ettepanek kasutada äriprotsesside uurimise vahendina pesastatud hübriidsete Petri võrkude modifitseeritud aparaati. On tehtud ettepanek töötada välja universaalne simulatsioonisüsteem, mis põhineb Petri võrkude modifitseeritud seadmetel.
Äriprotsess, reengineering, äriprotsesside modelleerimise metoodikad, Petri võrgud, universaalne simulatsioonisüsteem.
Paljud kaasaegsed ettevõtted jätkavad oma tegevuse ülesehitamist vanadele juhtimispõhimõtetele, mille võttis kasutusele Adam Smith 1776. aastal. Oma töös jagab Smith tootmisprotsessi elementaarseteks töödeks, millest igaüht teeb üks töötaja, samas piisab, kui ta suudab teha üksikuid toiminguid ja kõrget kvalifikatsiooni pole vaja.
Loomulikult lakkasid Smithi märgitud põhimõtted pärast nii palju aastaid vastamast tänapäevastele nõuetele. Tänapäeval peaksid tooted olema suunatud kitsale tarbijarühmale, vaja on hea haridusega tegijaid, kes ei karda vastutust, püüavad lahendada keerulisi probleeme. Tooteturg on muutunud palju laiemaks ning konkurents ja võitlus tarbija pärast
keha - agressiivsem. Tootmiseks kasutatavad vahendid ja tehnoloogiad on oluliselt muutunud. Nad hakkasid täitma erilist rolli Infotehnoloogia.
Paljud ettevõtted püüavad oma äritegevuse vanu korraldamise viise ümber mõelda, ehitada uusi äriprotsesse kaasaegsete tehnoloogiate abil.
Äriprotsess on ettevõtte sisemiste tegevuste ühendatud kogum, mis lõpeb tarbijale vajaliku toote või teenuse loomisega.
Iga organisatsiooni tegevuse struktureerimise oluline samm on äriprotsesside jaotamine ja klassifitseerimine. Seoses toote või teenuse lisandväärtuse saamisega eristatakse põhi- ja tugiprotsesse. Esimesed - lisandväärtust loovad - on keskendunud kaupade tootmisele või teenuste osutamisele, mis moodustavad organisatsiooni põhitegevuse ja annavad tulu. Viimased ei lisa tootele või teenusele tarbija jaoks väärtust, vaid tõstavad selle väärtust. Need on vajalikud ettevõtte toimimiseks ja on mõeldud äritegevuse põhiprotsesside elluviimise toetamiseks.
Kaasaegse ärikorralduse käsitluse aluseks on äriprotsesside insener, mille olulisim suund on reengineering.
Ümberkorraldust mõistetakse kui "ettevõtete äriprotsesside põhjalikku ümbermõtestamist ja radikaalset ümberkujundamist, et saavutada nende tegevuse kõige olulisemate näitajate – kulude, kvaliteedi ja tempo - põhjalikud parandused".
Reengineering on tööriistade, meetmete ja meetodite kogum, sealhulgas asjakohane teave
tehnoloogilised tehnoloogiad, mis on loodud ettevõtte peamiste tulemusnäitajate radikaalseks parandamiseks. Selleks analüüsitakse ja hiljem muudetakse olemasolevaid äriprotsesse. Olemasoleva ettevõtte jõudluse dramaatiliseks parandamiseks hõlmab ümberprojekteerimine olemasolevate äriprotsesside põhjalikku muudatust. Seetõttu saab ettevõte uuendusliku arengustrateegia väljatöötamisel kasutada ümberkorraldusmeetodeid.
Reengineering on suunatud põhimõtteliselt uute äriprotsesside kasutamisele, mis põhinevad kaasaegsete uuenduslike tehnoloogiate kasutamisel.
Ettevõtte üleminek uutele infotehnoloogiatele ei tähenda olemasolevate protsesside automatiseerimist. Nende rakendamine võib kaasa tuua mitte ainult põhimõttelisi muutusi töötajate tegevuses, vaid ka olemasolevate äriprotsesside täielikku asendamist.
Olemasoleva äri analüüsimisel ja uue arendamisel on oluline roll ettevõtte ja selles toimuvate äriprotsesside mudelite ülesehitamisel. Mudelid võivad erineda protsesside detailsuse astme, esitusviisi poolest, võttes arvesse ainult staatilisi või ka dünaamilisi tegureid jne.
Äriprotsesside modelleerimisel on väga oluline otsustada modelleerimisobjektide ülesehituse ja sisu üle, määrata, millistest elementidest peaks äriprotsess koosnema. Iga üsna keeruline äriprotsess võib sisaldada viit põhielementi, mis peaksid kajastuma mudelite moodustamisel: tegevuse planeerimine, tegevuse elluviimine, tegeliku teabe registreerimine.
koosseisud, kontroll ja analüüs, juhtimisotsuste tegemine.
Äriprotsesside modelleerimine peegeldab subjektiivset nägemust organisatsioonis reaalselt eksisteerivatest protsessidest, kasutades graafilisi, tabelilisi ja tekstilisi esitusi.
Modelleerimine on organisatsiooni tegeliku (või kavandatava) tegevuse kajastamise protsess spetsiaalse metoodika abil. Oluline on mõista, et modelleerimisprotsess on subjektiivne. Fakt on see, et 80% teabest mudelite moodustamiseks pärineb intervjueeritud organisatsiooni töötajatelt ja juhtidelt. Samas on subjektiivsed nii töötajate arvamus töö tegelikust edenemisest kui ka intervjuu läbi viinud analüütiku vaade protsessidele. Saadud mudelite subjektiivsus võib saada tõsiseks takistuseks nende edasisel kasutamisel.
Äriprotsesside modelleerimisel võib eristada järgmisi eesmärke:
1. Anda arusaam organisatsiooni struktuurist ja selles toimuvate protsesside dünaamikast.
2. Anda arusaam organisatsiooni hetkeprobleemidest ja nende lahendamise võimalustest.
3. Veenduge, et klientidel, kasutajatel ja arendajatel oleks organisatsiooni eesmärkidest ja eesmärkidest sama arusaam.
4. Määrata nõuded tarkvarale, mis automatiseerib organisatsiooni äriprotsesse.
Äriprotsessi mudeli loomise metoodika (tähistus) all mõistetakse viiside kogumit, kuidas reaalseid objekte ja nendevahelisi seoseid mudeli kujul kujutatakse. Iga metoodika sisaldab kolme põhikomponenti:
1. Teoreetiline alus.
2. Soovitud tulemuse saavutamiseks vajalike sammude kirjeldus.
Kui metoodika põhineb teoreetilisel alusel, siis selle olemasolu muudab metoodika mõistlikumaks ja etteaimatavamaks. Kuid teooria (matemaatilise mudeli) puudumisel saab metoodikaid ka edukalt rakendada. Metoodikas on peamine anda kasutajale praktiline sammude jada, mis viib antud tulemuseni. Metoodika tõhusust iseloomustab just suutlikkus etteantud parameetritega tulemust saada. Metoodikaid (võtteid) saab kasutada nii eraldi kui ka koos.
Organisatsiooni mudel on üldiselt funktsionaalsete, organisatsiooniliste ja teabemudelite kombinatsioon:
1. Funktsionaalne mudel kirjeldab funktsionaalsete alamsüsteemide ja seoste kogumit, mis kajastab allsüsteemide interaktsiooni järjekorda ettevõtte või selle allüksuste toimimise ajal.
2. Organisatsioonimudel kirjeldab ettevõtte allüksuste ja talituste koosseisu ja struktuuri.
3. Infomudel kirjeldab infovooge, mis eksisteerivad funktsionaalses ja organisatsioonilises mudelis.
Äriprotsesside modelleerimiseks kasutatakse mitmeid erinevaid meetodeid, mille aluseks on nii struktuurne kui objektorienteeritud lähenemine modelleerimisele. Meetodite endi jaotus struktuurseteks ja objektseteks on aga pigem tinglik, kuna enim arenenud meetodid kasutavad mõlema lähenemise elemente. Kõige tavalisemate meetodite hulka kuuluvad:
1. Funktsionaalse modelleerimise meetod SADT (IDEF0).
2. IDEF3 protsesside modelleerimise meetod.
3. DFD andmevoogude simuleerimine.
4. ARIS meetod.
5. Ericsson Penkeri meetod.
6. Rational Unified Process tehnoloogias kasutatav modelleerimismeetod.
Mõned olemasolevad metoodikad põhinevad osariigi standardid, mõned - üksikute ettevõtete korporatiivsete arengute kohta, mõned on esitanud üksikud autorid, need on jagatud kolme kategooriasse:
1. Projektijuhtimise metoodika.
2. Äriprotsesside modelleerimise ja analüüsimise metoodikad.
3. Tarkvaratoodete kasutamise metoodikad äriprotsesside modelleerimiseks projektis.
Praegu on organisatsioonis eksisteerivaid äriprotsesside muutmisega seotud mitmeid üsna selgelt eristatavaid projektijuhtimise metoodikaid. Üks populaarsemaid lähenemisviise on Hammeri ja Champi metoodika. Hammeri ja Champy ümberkujundamine on "äriprotsesside fundamentaalne ümbermõtestamine ja radikaalne ümberkujundamine, et saavutada ettevõtte kriitiliste kaasaegsete toimivusmõõdikute, nagu kulud, teenus ja tempo, dramaatilised ja järkjärgulised täiustused." Selle lähenemise aluseks on organisatsiooni tegevuse "nullist" ülevaatamine ja uute tõhusamate äriprotsesside väljatöötamine.
Lisaks Hammeri ja Cham-pi metoodikale on ka teisi metoodikaid, millel ei ole üheselt mõistetavat autorsust, kuid mis kuuluvad üksikutele ettevõtetele, näiteks Oracle, SAP R / 3, BAAN automatiseerimissüsteemide juurutamise projektide elluviimise metoodikad, RUP alates Rational jne.
Teise rühma kuuluvad äriprotsesside modelleerimise ja analüüsimise metoodikad. Praegu on protsesside kirjeldamiseks mitmeid põhilisi viise, mis põhinevad nii standarditel (IDEF0) kui ka üldtunnustatud lähenemisviisidel (DFD).
Lisaks on üksikute ettevõtete – tarkvaraarendajate – välja pakutud hulk tähistusi (metoodikaid) protsesside kirjeldamiseks. Viimaste hulka kuulub Saksamaa IDS S^eer AG ARIS (eEPC) metoodika. Tähelepanuväärne on ka OMG organisatsiooni toetatud BPMN 2 metoodika, mis on saanud professionaalide seas standardiks ja mida kasutatakse aktiivselt “käivitatavate” automatiseeritud äriprotsessimudelite väljatöötamiseks.
Kolmas metoodikate rühm hõlmab metoodikaid modelleerimisvahendite kasutamiseks äriprotsessimudelite loomiseks. Kaasaegseid modelleerimisvahendeid on nii raske kasutada, et nende rakendamiseks projektis on vaja välja töötada spetsiaalsed meetodid. Seetõttu on lihtsate projektide puhul sageli sobivam kasutada standardset vooskeemi joonistuskeelt ja lihtsamaid tööriistu nende loomiseks (MS Word, Visio jne).
Erinevate metoodikate tekkelugu on kokku võetud tabelis.
Praegu on käsil mitmeid projekte, mille eesmärk on integreerida olemasolevaid meetodeid ja modelleerimiskeeled ning ühtse metoodilise ja tehnoloogilise baasi loomine äriprotsesside modelleerimiseks ning laiemas kontekstis – ettevõtte modelleerimine.
2000. aasta augustis loodi Intalio eestvõttel BPMI konsortsium. BPMI on sõltumatu organisatsioon
Tabel. Äriprotsesside modelleerimise metoodikate kujunemislugu
BP modelleerimise metoodika periood
1940. - 1960. aastad Algoritmiliste keelte tekkimine
1960. aastad Struktuurianalüüsi ja disaini metoodika (SADT)
1970–1980 IDEF-seeria metoodikad (IDEF0, IDEF3, IDEF1x), DFD, ERD
1990 Integreeritud infosüsteemide arhitektuur (ARIS), universaalne modelleerimiskeel (UML), Oracle'i, Baani, Rationali jne metoodikad.
2000 ISO 9000:2000 standardid, mis määratlevad protsessi lähenemisviisi organisatsiooni juhtimiseks
2003. aasta tähistus "käivitatavate" protsesside modelleerimiseks (BPMNv1)
2004 subjektipõhine lähenemine vererõhu modelleerimisele (S-BPM)
2008–2009 ISO 9000:2008 standardite värskendus
2011. aasta mudel ja tähistus "käivitatavate" protsesside modelleerimiseks (BPMNv2)
tegeleb avatud spetsifikatsioonide väljatöötamisega e-kaubanduse protsesside haldamiseks.
Need spetsifikatsioonid hõlmavad äriprotsesside modelleerimiskeele (BPML) ja äriprotsesside päringu keele (BPQL) kavandit äriprotsesside haldamiseks. BPML on metakeel äriprotsesside modelleerimiseks, täpselt nagu XML on metakeel andmete modelleerimiseks. BPML võimaldab luua interakteeruvatest protsessidest abstraktse käivitatava mudeli olekumasina kontseptsiooni alusel.
2003. aastal avaldas BPMI äriprotsesside modelleerimise tähistuse (BPMN) standardi kavandi. Selle projekti eesmärk on luua ühtne märge erinevate kategooriate professionaalidele: ärianalüütikutest ja organisatsioonide ekspertidest tarkvaraarendajateni.
BPMN koosneb ühest diagrammist nimega Business Process Diagram (BPD), mis kaardistatakse otse BPML-i konstruktsiooniga.
Projekt Unified Enterprise Modeling Language (UEML) viidi läbi eesmärgiga integreerida arvukad ettevõtte modelleerimiskeeled ühtsesse modelleerimiskeelde, millel on hästi määratletud süntaks, semantika ja kaardistamisreeglid erinevate modelleerimistööriistade vahel. Alus selleks
sellise integratsiooni pakkusid GERAM (Generalized Enterprise Reference Architecture and Methodology) ja Zachmani mudelid. UEML-i projekt hõlmab:
1) levinud visuaalne, mallipõhine keel kaubanduslike modelleerimisvahendite jaoks;
2) standardsed, tööriistast sõltumatud mehhanismid mudelite projektidevaheliseks ülekandmiseks;
3) ettevõtte mudelite hoidla.
OMG on tarkvaraarendajate ja kasutajate konsortsium erinevatest äri-, valitsus- ja akadeemilistest organisatsioonidest, kuhu kuulub ligikaudu 800 liiget. OMG töötab välja erinevaid standardeid hajutatud süsteemide interaktsiooni valdkonnas (tuntuimad neist on CORBA ja UML).
OMG töö äriprotsesside modelleerimise vallas on peamiselt seotud Model Driven Architecture (MDA) kontseptsiooniga.
MDA integreerib erinevaid modelleerimismeetodeid ja tutvustab erinevate abstraktsioonitasemete mudelite vahelisi vastendusi. Iga MDA-d kasutav organisatsioon saab välja töötada ainult enda jaoks vajalikke mudeleid.
Hetkel on kolm peamist OMG algatusprojekti metamudelite loomine äriprotsesside kirjeldamiseks (Business Process Definition Metamodel – BPDM), äri
pitchfork (Business Semantics of Business Rules, and Production Rule Representation) ja ontoloogia (Ontology Definition Metamodel). BPDM-i eesmärk on integreerida ja pakkuda koostalitlusvõimet erinevate organisatsioonide poolt kasutatavate mudelite vahel (näiteks UML või BPMN diagrammid). BPDM rakendatakse eeldatavasti UML 2.0 profiilina. Samamoodi tegeleb OMG ärireeglite standardimise ja nende ühilduvuse kallal BPDM-iga. Kõik see kokku peaks tulevikus andma äriprotsesside ja tarkvara kirjeldamisel kasutatavate mudelite ühilduvuse uuel tasemel.
Kaasaegsetest äriprotsesside modelleerimise ja analüüsimise tööriistadest on laialdaselt kasutusel Rational Rose, Oracle Designer, BPWin ja ERwin, ARIS jne. Äriprotsesside modelleerimiseks sobivad paremini BPwin, ARIS ja Rational Rose, vaatame neid lähemalt.
Rational Rose on tarkvaratööstuse üks juhtivaid visuaalse modelleerimise tööriistu, millel on täielik UML-keele tugi ja mitmekeelse meeskonna arendamise tugi, mis toetab komponentidele orienteeritud süsteemi loomise protsessi. Kõik selle tööriistaga loodud mudelid on omavahel seotud: ärimudel, funktsionaalne mudel, analüüsimudel, disainimudel, andmebaasimudel, komponendimudel ja süsteemi füüsilise juurutuse mudel. Võimaldab lahendada peaaegu kõiki ülesandeid infosüsteemide projekteerimisel: äriprotsesside analüüsist kuni koodi genereerimiseni konkreetses programmeerimiskeeles. Võimaldab arendada nii kõrgel kui ka madalal tasemel mudeleid, rakendades seeläbi kas abstraktset või loogilist disaini.
VRST pakett põhineb IDEF metoodikal ja on mõeldud ettevõtte tegevuse funktsionaalseks modelleerimiseks ja analüüsimiseks. IDEF-i metoodika, mis on ametlik föderaalne standard USA on meetodite, reeglite ja protseduuride kogum, mis on loodud mis tahes ainevaldkonna objekti funktsionaalse mudeli koostamiseks. IDEF-i funktsionaalmudel peegeldab objekti funktsionaalset struktuuri, st selle sooritatavaid toiminguid ja nende toimingute vahelisi seoseid.
BPwin toetab kolme standardset tähistust - IDEF0, DFD ja IDEF3, võimaldab optimeerida protseduure ettevõttes, hõlbustab kvaliteedistandarditele vastavuse sertifitseerimist ^09000, sisaldab oma aruannete generaatorit, omab laia valikut tööriistu mudelite dokumenteerimiseks, projektid.
ERWin paketti kasutatakse olemi-seoste diagrammidel põhinevate suvalise keerukusega andmebaaside modelleerimisel ja loomisel, see on kõige populaarsem andmemodelleerimispakett tänu sellele, et toetab laia valikut erinevatest klassidest DBMS-e.
ERWin toetab SADT struktuuride modelleerimise metoodikat ja IDEF1x tähistust andmemudelite ER-diagrammidele, võimaldab taaskasutada varem loodud mudelite komponente, aga ka kasutada teiste arendajate töid, on võimalik disainerite rühmal koos töötada samade mudelitega.
ARIS süsteem on tööriistade komplekt ettevõtte tegevuse analüüsimiseks ja modelleerimiseks. Tema metoodiline alus on erinevate modelleerimismeetodite kogum, mis peegeldab erinevaid vaateid uuritavale süsteemile. Sama mudel võib
arendada mitmel meetodil, mis võimaldab ARIS-t kasutada erinevate teoreetiliste teadmistega spetsialistidel ja konfigureerida töötama süsteemidega, millel on oma spetsiifika. ARISe modelleerimistehnika põhineb professor August Scheri välja töötatud integreeritud infosüsteemide ehitamise teoorial, mis määrab analüüsitavate ettevõtete toimimise kõigi aspektide visuaalse kuvamise põhimõtted. ARIS toetab nelja tüüpi mudeleid, mis kajastavad uuritava süsteemi erinevaid aspekte: organisatsioonilisi, funktsionaalseid, informatiivseid ja juhtimismudeleid.
Seda tüüpi mudelite ehitamiseks kasutatakse nii ARISe enda modelleerimismeetodeid kui ka erinevaid tuntud modelleerimismeetodeid ja -keeli. Mudelid ARISes on diagrammid, mille elementideks on erinevad objektid - "funktsioon", "sündmus", "struktuuriüksus", "dokument" jne. ARIS on keskendunud protsessi kirjeldusele.
Eespool märgiti, et uute infotehnoloogiate kasutamine on reengineeringu lahutamatu osa. Samal ajal juurutatakse uute äriprotsesside mudelid vahetult uue ettevõtte infotugisüsteemi (SIS) keskkonnas. Interneti-teenuse pakkuja tähtsus ei seisne mitte ainult selles, et see on ümberkujundamise vajalik element, vaid ka selles, et sageli määrab ISP kasutamine suuresti uue äritegevuse tehnoloogia. ISP on spetsiaalselt välja töötatud tarkvara - tarkvarasüsteem, mis on üles ehitatud vastavate tööriistade kasutamise alusel.
Teine tööriist äriprotsesside modelleerimiseks on Petri võrkude (SP) aparaat. Peamised eelised
SP kasutamise omadused modelleerimisel on järgmised: 1) SP terminites defineeritud protsessil on selge ja täpne esitus; 2) võrgu ehitusgraafiku nähtavus, tänu millele on kõik selle definitsioonid ja algoritmid kergesti tajutavad; 3) erinevate analüüsimeetodite kasutamise võimalus.
SP populaarsuse taga on ka paljudes simuleeritud süsteemides esinevate erinevat tüüpi objektide edukas esitus ja "sündmuslik" lähenemine modelleerimisele. Neil on parim positsioon paralleelselt kulgevate protsesside suhete ja vastasmõjude kirjeldamiseks.
Üldiselt määratletakse Petri võrk järgmise komplektiga:
C = (P, T, E), (1)
P on võrgu positsioonide mittetühi piiratud hulk;
T on mittetühi lõplik üleminekute hulk;
E - positsioonide esinemissageduse suhe ja
üleminekud (võrgukaarte komplekt).
Äriprotsesside modelleerimisel kasutatakse kõige sagedamini WF Petri võrke või töövoovõrke. Selle formalismi võttis kasutusele Wil van der Aalst, et modelleerida töövoosüsteemides töövooge. Petri võrku PN = (P, T, F) nimetatakse töövoovõrguks (WF-net), kui on täidetud järgmised tingimused:
1) on ainult üks algpositsioon i, nii et i-s pole ühtegi üleminekut;
2) on ainult üks lõppasend o, nii et o-st väljuvaid üleminekuid pole;
3) selle võrgu iga sõlm asub teel punktist i punktini o.
Tuleb märkida, et erinevalt kõigist ülaltoodud lähenemisviisidest võimaldavad Petri võrgud saada ärimudeli dünaamilise simulatsioonimudeli.
protsessi. Ajas käitumise seisukohalt võib äriprotsesse üldiselt liigitada hübriidsüsteemideks, neis võivad korraga esineda nii pidevad kui ka diskreetsed komponendid. Pidev komponent peegeldab protsesside järjepidevust reaalses organisatsioonis ajas; diskreetne – suudab kajastada pidevatele protsessidele suunatud juhtimistoiminguid. Hübriidsüsteemide modelleerimiseks esitleti pesastatud hübriidsete Petri võrkude modifitseeritud seadet.
GSP-i saab määratleda järgmise komplektiga:
NHPN=(Atom, Lab, SN(HPN), (EN!,..., ENk),Á), (2) kus:
Atom = Var ^ Con - aatomite hulk, mis koosneb muutujate nimede ja konstantide nimede hulgast;
Lab = Labv ^ Labh - siltide komplekt, mida kasutatakse üleminekute vertikaalseks ja horisontaalseks sünkroniseerimiseks; (EN1,...,ENk)(k > 1) - tavaliste SP-de lõplik hulk;
L - elementide üleminekute märgistamise funktsioon komplektist Lab.
SN(HPN) - süsteemivõrk SHPN-i osana, mis on Petri hübriidvõrk (HPN):
HPN = (P, T, eel, järel, D, C), (3)
P = Pd ^ Pc - diskreetsete ja pidevate positsioonide kogum;
T = Td ^ Tc ^ TK ^ TE - diskreetsete, pidevate kvantimise ja ekstrapoleerimise üleminekute hulk; Pre, Post - kaarede hulka iseloomustavad incidentsimaatriksid; D: Tt ^ R+ - funktsioon, mis määrab diskreetsete ajaüleminekute viivitusintervallid;
C: Tc ^ R0 x R+m on funktsioon, mis määrab pidevate üleminekute suutlikkuse.
GHSP aparaadis on võimalik kasutada globaalse ja kohaliku aja mõisteid. Esimene on süsteemiväline aeg, millega seda seob modelleerimisetapi mõiste, mis võimaldab hinnata süsteemi oleku ajalist muutust väliste süsteemide suhtes. Teist kasutatakse diskreetsete üleminekute toimimise viivituste määramiseks ja ribalaius GHSC pidevad üleminekud. Kõik diskreetsed üleminekud jagunevad hetkelisteks, deterministlikeks ajalisteks ja eksponentsiaalselt määratud üleminekuteks. Jaotus on seotud üleminekute viivitusintervalli määratlemisega. Pidevate üleminekute jaoks võetakse kasutusele läbilaskevõime mõiste, mis peegeldab liikumiskiirust kiipide pideva voolu ülemineku kaudu.
Lisaks kõigele ülaltoodule sisaldab aparaat kõrgetasemelisele SP-le iseloomulikke kaare kaalu ja inhibeerivate kaare mõisteid.
Seadme oluliseks täienduseks on võimalus kasutada üleminekust lähtuva kaare kaalu murdosa ja negatiivseid väärtusi. Negatiivse kaarekaalu kasutamisel tuleks rääkida laastude potentsiaalist selles asendis. Sõltumata võrgumärgistuse tõlgendusest ei muutu võrgu dünaamika võrrand.
SHG käitumise dünaamikat kirjeldatakse järgmise nelja tüüpi käivitusastmega:
1. Süsteemi autonoomne samm on süsteemivõrgu ülemineku käivitamine vastavalt GSP reeglitele, samas kui elementvõrke käsitletakse kiipidena, millel puudub oma struktuur.
2. Elementaar-autonoomne samm muudab ainult elementaarvõrgu sisemist olekut (märgistust), muutmata selle asukohta süsteemivõrgus.
3. Horisontaalset sünkroniseerimise etappi kasutatakse üleminekute sünkroniseerimiseks kahes elementvõrgus, mis asuvad süsteemivõrgu samas asendis.
4. Vertikaalset sünkroniseerimise sammu kasutatakse süsteemivõrgus toimuva ülemineku sünkroniseerimiseks elementaarvõrkude mõningate üleminekutega.
SHG käitumise dünaamika kirjeldamiseks kasutatakse järgmist võrrandit:
Mk = M-1 + C(p, b)un (4)
M - võrgu märgistusmaatriks. Võrgumärgistus määrab igale diskreetsele positsioonile täisarvu kiipe, võttes arvesse nende potentsiaali, ja iga pideva positsiooni jaoks - kas selles on signaal või mitte; uk - juhtvektor, määrab üleminekute komplekti, mis on praegusel ajal valmis tulistama;
C(p, b) on saadud kasvuhoonegaaside esinemissageduse maatriks.
Pesastatud hübriidsete Petri võrkude modifitseeritud seade laiendab märkimisväärselt klassikaliste PN-ide ja olemasolevate laienduste ulatust, võimaldab uurida keeruka struktuuriga hübriidsüsteeme tervikuna.
Nagu eespool märgitud, on universaalse tööriista loomine äriprotsesside modelleerimiseks tänapäeval kiireloomuline ülesanne. Selliseks aparaadiks võivad saada pesastatud hübriidsed Petri võrgud. Klassikaliste Petri võrkude erinevate pikenduste funktsioone kombineerides on neil kõik oma eelised, mis võimaldab teil uurida erineva keerukusega süsteeme.
Pesastatud hübriid-Petri võrkude modifitseeritud seadet saab kasutada universaalse modelleerimissüsteemi ehitamise aluseks, mis mitte ainult ei säästa aega simulatsioonimudeli väljatöötamiseks ja rakendamiseks, vaid muudab ka modelleerimisprotsessi lihtsamaks ja kättesaadavamaks. See vähendab mudelite loomisel vigade tõenäosust, mis on tingitud keeletööriistade ebapiisavast tundmisest, tähelepanematusest suure teabehulgaga töötamisel jne.
Tulevikus jätkatakse uurimistööd äriprotsesside modelleerimisel Petri võrkude aparatuuri abil ja universaalse simulatsioonisüsteemi ehitamise alal.
KIRJANDUS
1. Äriprotsesside modelleerimise kaasaegsete vahendite analüüs [Elektrooniline ressurss]. - Juurdepääsurežiim: http://www.reengine.ru/index.asp?Menu=2&Sub=2
2. Baranov, V. V. Äriprotsesside reengineering: arenduse ja juurutamise etapid [Elektrooniline ressurss] / V. V. Baranov. - Juurdepääsurežiim: http://www.elitarium.ru/2012/11/14/reinzhiniring_biznes_processov_jetapy_razrabotki_realizacii.html
3. Barinov, V. A. Reengineering: olemus ja metoodika [Elektrooniline ressurss] / V. A. Barinov. - Juurdepääsurežiim: http://www.elitarium.ru/2006/05/12/reinzhiniring_sushhnost_i_metodologija.html
4. Vendrov, A. M. Äriprotsesside modelleerimise meetodid ja vahendid (ülevaade) [Tekst] / Vendrov A. M. // Teabebülletään. - 2004. - nr 10 (137). - 32 s.
5. Dukhanov, A. V. Komplekssete süsteemide simulatsioonmodelleerimine [Tekst] / A. V. Dukhanov, O. N. Medvedeva // Loengute kursus. - Vladimir: VSU 2010. - 118 lk.
6. Kotov, V. E. Petri võrgud [Tekst] / V. E. Kotov. - M. : Nauka, 1984. - 160 lk.
7. Malkov, M. V. Petri võrgud ja modelleerimine [Elektrooniline ressurss] / M. V. Malkov, S. N. Malygina. - Juurdepääsurežiim: http://site/artide/n/seti-petri-i-modelirovanie
8. Oikhman, E. G. Business reengineering: reengineering of Organisations and information technologies [Tekst] / E. G. Oikhman, E. V. Popov. - M. : Rahandus ja statistika, 1997. - 336 lk.
9. Peterson, J. Petri võrkude teooria ja süsteemi modelleerimine [Tekst] / J. Peterson. - M.: Mir, 1984. - 264 lk.
10. Poleštšuk, N. A. Kulude modelleerimine in majandussüsteemid Petri võrkude kasutamine [Elektrooniline ressurss] / N. A. Poleštšuk. - Juurdepääsurežiim: http://www.marketing-mba.ru/article/v4_11/Paliashchuk.pdf
11. Repin, VV Protsessi lähenemine juhtimisele. Äriprotsesside modelleerimine [Tekst] / V. V. Repin, V. G. Eliferov. - M. : Mann, Ivanov ja Ferber, 2013. - 544 lk.
Äriprotsess on loogiline, järjestikune, omavahel seotud tegevuste kogum, mis kulutab ressursse, loob väärtust ja annab tulemusi. Rahvusvahelises ISO standard 9000:2000 võttis kasutusele termini "protsess", kuid neid termineid võib nüüd pidada sünonüümidena. Äriprotsesside modelleerimine on tõhus tööriist ettevõtte tegevuse optimeerimise võimaluste leidmiseks, võimaldades kindlaks teha, kuidas ettevõte tervikuna toimib ja kuidas on tegevused igal töökohal korraldatud. Äriprotsessi mudeli (kirjelduse) loomise metoodikat (tähistust) mõistetakse kui viiside kogumit, kuidas reaalse maailma objekte ja nendevahelisi seoseid mudeli kujul kujutatakse. Iga objekti ja linke iseloomustavad mitmed parameetrid või atribuudid, mis kajastavad reaalse objekti teatud omadusi (objekti number, nimi, kirjeldus, täitmise aeg (funktsioonide jaoks), maksumus jne).
Paljude kaasaegsete äriprotsesside modelleerimise metoodikate aluseks oli SADT metoodika (Structured Analysis and Design Technique – struktuuranalüüsi ja disaini meetod), IDEF-i standardite perekond (Icam DEFinition, kus Icam on Integrated Computer-Aided Manufacturing) ja algoritmiline. keeled.
Peamised metoodikate tüübid äriprotsesside modelleerimiseks ja analüüsimiseks:
- Äriprotsesside modelleerimine (Business Process Modeling). Kõige laialdasemalt kasutatav äriprotsesside kirjeldamise metoodika on IDEF0 standard. IDEF0 tähistusega mudelid on mõeldud ettevõtte äritegevuse kõrgetasemeliseks kirjeldamiseks funktsionaalses aspektis.
- Töövoogude kirjeldus (Work Flow Modeling). IDEF3 standard on mõeldud töövoogude kirjeldamiseks ja on lähedane vooskeemide koostamise algoritmilistele meetoditele.
- Andmevoogude kirjeldus (Data Flow Modeling). DFD (Data Flow Diagramming) märge võimaldab kajastada protsessi käigus tehtavate tööde järjestust ja nende tööde vahel ringlevaid infovooge.
- muud metoodikad.
IDEF0
Mudel koosneb diagrammidest, tekstifragmentidest ja omavaheliste linkidega sõnastikust. Diagrammid on mudeli põhikomponendid, kõik funktsioonid ja liidesed on esitatud plokkide ja kaarena. Kaare ühenduspunkt plokiga määrab liidese tüübi:
liidese tüüp:
- Juhtteave siseneb plokki ülevalt.
- Sisendteave sisaldub vasakpoolses plokis.
- Tulemused väljuvad parempoolsest plokist.
- Toimingut teostav mehhanism (inimene või automatiseeritud süsteem) siseneb seadmesse altpoolt.
Mudeli iga komponendi saab dekomponeerida (dešifreerida üksikasjalikumalt) teises diagrammis. Soovitatav on modelleerimine lõpetada, kui mudeli detailsus vastab selle eesmärgile. Mudeli tasemete koguarv ei tohiks ületada 5-6.
Diagrammi koostamine algab kogu süsteemi kujutamisega ühe ploki ja kaare kujul, mis kujutavad liideseid süsteemiväliste funktsioonidega. Seejärel kirjeldatakse plokk, mis kujutab süsteemi ühe moodulina, teises diagrammis, kasutades mitut liidese kaarega ühendatud plokki. Iga detailne diagramm on plokkide lagunemine eelmise taseme diagrammist. Igas lagunemisetapis nimetatakse eelmise taseme diagrammi üksikasjalikuma diagrammi põhidiagrammiks.
Sellised diagrammid ei näita selgesõnaliselt ei järjestust ega aega. Meetodil on mitmeid puudusi: tajumise keerukus (diagrammidel suur kaared ja suur hulk lagunemistase), mitme protsessi sidumise keerukus.
IDEF3
See meetod on mõeldud toimingute jada ja nendevahelise vastastikuse sõltuvuse modelleerimiseks protsessides. IDEF3 mudeleid saab kasutada IDEF0 funktsionaalplokkide puurimiseks, millel puuduvad lagunemisdiagrammid.
IDEF3 diagrammid näitavad tegevust ristkülikuna. Tegevusi nimetatakse tegusõnade või verbaalsete nimisõnade abil ning igale tegevusele omistatakse kordumatu tunnusnumber (tegevuse numbri ees on tavaliselt selle vanema number, nt 1.1.). Kõik IDEF3 lingid on ühesuunalised ja korraldatud vasakult paremale.
IDEF3 linkide tüübid:
- Ajaline ülimuslikkus, lihtne nool. Lähtetegevus peab lõppema enne, kui lõpptegevus saab alata.
- Objekti voog, kahe otsaga nool. Algtoimingu väljund on viimase toimingu sisend. Lähtetegevus peab lõppema enne, kui lõpptegevus saab alata. Voogedastuslinkide nimed peavad selgelt identifitseerima objekti, mida nende abiga edastatakse.
- Hägune suhe, punktiirnool.
Ühe toimingu sooritamine võib algatada mitme teise toimingu sooritamise alustamise korraga või vastupidi, teatud toiming võib nõuda mitme muu toimingu sooritamist enne selle täitmise alustamist (protsessi hargnemine).
Protsessi hargnemist kajastatakse spetsiaalsete plokkide abil:
- "Ja", blokeerige märgiga &.
- "Exclusive OR" ("üks"), X-märgiga plokk.
- "OR", plokk O-märgiga.
Kui toimingud "JA", "VÕI" tuleb teha sünkroonselt, tähistab seda ploki sees kaks topelt vertikaalset joont, asünkroonselt - üks.
IDEF3 meetod võimaldab tegevust mitu korda lahti võtta, mis tagab alternatiivsete protsessivoogude dokumenteerimise ühes mudelis.
DFD
Sellise esituse eesmärk on näidata, kuidas iga protsess muudab oma sisendid väljunditeks. See võib kajastada mitte ainult teavet, vaid ka materjalivooge.
Samuti, nagu ka teistes mudelites, toetatakse lagunemist.
Andmevoo diagrammi põhikomponendid on järgmised:
- Välised olemid (materiaalne objekt või individuaalne, mis on teabe allikas või vastuvõtja, näiteks kliendid, töötajad, tarnijad, kliendid, ladu).
- Süsteemid ja alamsüsteemid (näiteks alamsüsteem üksikisikutega töötamiseks).
- Protsessid (sisendandmevoogude teisendamine väljunditeks teatud algoritmi järgi; füüsiliselt võib selleks olla näiteks sisenddokumente töötlev ja aruandeid väljastav organisatsiooni (osakonna) allüksus, programm, riistvaraliselt realiseeritav loogika seade jne).
- Andmesalvestusseadmed (abstraktsed seadmed teabe salvestamiseks).
- Andmevood (nooled diagrammil).
Igale diagrammile on vaja paigutada 3 (vähem pole mõtet) kuni 7 (rohkem - mitte tajutav) protsessi, ilma et diagramme oleks risustatud detailidega, mis sellel tasemel on ebaolulised. DFD hierarhia loomise esimene samm on kontekstidiagrammide koostamine. Tavaliselt ehitatakse suhteliselt lihtsate süsteemide projekteerimisel üles ühtne tähetopoloogiaga kontekstdiagramm, mille keskmes on nn põhiprotsess, mis on ühendatud vastuvõtjate ja infoallikatega. Keeruliste süsteemide jaoks (kümme või enam välist olemit, süsteemi hajutatud olemus ja multifunktsionaalsus) koostatakse kontekstidiagrammide hierarhia. Samal ajal sisaldab tipptaseme kontekstdiagramm mitte ühte põhiprotsessi, vaid andmevoogudega ühendatud alamsüsteemide kogumit.
Iga DFD protsessi saab üksikasjalikult kirjeldada DFD või (kui protsess on elementaarne) spetsifikatsiooni abil. Spetsifikatsioonid on protsesside poolt täidetavate ülesannete algoritmide kirjeldused. Täpsustuskeeled võivad ulatuda struktureeritud loomulikust keelest või pseudokoodist visuaalsete modelleerimiskeelteni.
Äriprotsesside modelleerimisel kasutatakse andmevoo diagramme (DFD) mudelite "NAGU ON" ja "NAGU ON" koostamiseks, peegeldades seega organisatsiooni olemasolevat ja kavandatavat äriprotsesside struktuuri.
ARIS
Praegu on tendents integreerida erinevaid modelleerimismeetodeid, mis väljendub integreeritud modelleerimisvahendite loomises. Üks neist tööriistadest on tarkvaratoode nimega ARIS (Architecture of Integrated Information Systems), mille on välja töötanud Saksa firma IDS Scheer.
ARIS toetab nelja tüüpi mudeleid (ja igas tüübis mitut tüüpi mudeleid), mis kajastavad uuritava süsteemi erinevaid aspekte.
ARIS-is toetatud mudelitüübid:
- Süsteemi struktuuri esindavad organisatsioonimudelid - organisatsiooniüksuste, ametikohtade ja konkreetsete isikute hierarhia, nendevahelised seosed, samuti struktuuriüksuste territoriaalne sidumine.
- Funktsionaalsed mudelid, mis sisaldavad juhtimisaparaadi ees seisvate eesmärkide hierarhiat koos eesmärkide saavutamiseks vajalike funktsioonide puude kogumiga.
- Teabemudelid, mis kajastavad kogu süsteemi funktsioonide komplekti rakendamiseks vajaliku teabe struktuuri.
- Juhtimismudelid, mis annavad tervikliku ülevaate äriprotsesside rakendamisest süsteemis.
Seda tüüpi mudelite ehitamiseks kasutatakse nii ARISe enda modelleerimismeetodeid kui ka erinevaid tuntud modelleerimismeetodeid ja -keeli, eelkõige UML-i. Modelleerimisprotsessi saab alustada mis tahes mudelitüübiga.
ARISe peamine ärimudel on eEPC (extended Event-driven Process Chain, extended event-driven process chain model). ARIS eEPC tähistus on IDEF3 tähistuse laiendus. Äriprotsess eEPC tähistuses on järjestikuste tööde (protseduuride, funktsioonide) voog, mis on paigutatud nende sooritamise järjekorras. Protseduuride tegelik kestus eEPC-s visuaalselt ei kajastu. Protsesside tegeliku kestuse kohta teabe saamiseks on vaja kasutada muid kirjeldamisvahendeid, näiteks MS Project.
ARIS-i mudelid on diagrammid, mille elementideks on erinevad objektid - "funktsioonid", "sündmused", " struktuuriüksused", "dokumendid" jne. Teatud tüüpi objektide vahel saab luua teatud tüüpi seoseid ("tehib", "teeb otsuse", "tuleb tulemustest teavitada" jne). Igale objektile vastab a. teatud atribuutide komplekt , mis võimaldavad teil sisestada Lisainformatsioon konkreetse objekti kohta.
eEPC märgistuse peamised objektid on:
- Funktsioon. Kirjeldab ettevõtte osakondade/töötajate poolt täidetavaid funktsioone (protseduure, tööd). Iga funktsioon peab algama sündmusest ja lõppema sündmusega; Iga funktsioon ei saa sisestada rohkem kui ühte noolt, mis "alustab" funktsiooni täitmist, ja väljuda rohkem kui ühest noolest, mis kirjeldavad funktsiooni lõpetamist.
- Sündmus. Kasutatakse tegelike sündmuste kirjeldamiseks, mis mõjutavad funktsioonide täitmist.
- Organisatsiooniüksus. Näiteks juhtkond või osakond.
- Dokument. Peegeldab tõelist meediat, näiteks paberdokumente.
- Rakendussüsteem.
- teabeklaster. Iseloomustab olemite kogumit ja nendevahelisi suhteid.
- Objektidevaheline suhtlus. Objektidevahelise seose tüüp, näiteks funktsiooni täitmise aktiveerimine mõne sündmuse poolt.
- Boole'i operaator. Operaator "AND", "OR" või eksklusiivne "OR" võimaldab kirjeldada protsessi hargnemist.
Kui eEPC-s mudelit luues määrate ainult protseduuride jada, hoolimata kontrolldokumentide ja teabe kajastamisest, on saadud mudelid analüüsi ja edasise kasutamise seisukohast madala väärtusega.
Äriprotsess on protsessijuhtimise osa. Selle mudel on äriprotsesside juhtimise põhielement. Äriprotsess tuleb jagada mitmeks tunnuseks, mis iseloomustavad selle iga omadust või võimekust. Sellise jaotusega on protsessi lihtsam ära tunda, võrrelda ja analüüsida. On oluline kontseptsioon äriprotsesside modelleerimine.
Põhilised lähenemised äriprotsesside modelleerimisele
Ettevõtte äriprotsesse saab modelleerida mitmel viisil. Erilist tähelepanu tuleks pöörata objektorienteeritud ja funktsionaalsetele lähenemisviisidele. Funktsionaalse lähenemise raames on peamiseks struktuuri moodustavaks elemendiks funktsioon (tegevus), objektorienteeritud lähenemise puhul aga objekt.
Funktsionaalse lähenemise raames eeldab äriprotsesside modelleerimise korraldamine skeemi koostamist tehnoloogiline protsess kui toimingute jada.
Iga sisendis ja väljundis kuvatakse erineva päritoluga objektid: materjali- ja teabetüübid, samuti kasutatavad ressursid, organisatsiooniüksused.
Funktsionaalse modelleerimise metoodika osana, kus konstrueeritakse äriprotsesside ja infovoogude struktuursed diagrammid, kuvatakse funktsioonide jada, milles konkreetsete protsessialternatiivide valik on üsna keeruline ning puuduvad objektide interaktsiooniskeemid.
Äriprotsesside funktsionaalsel modelleerimisel on oluline eelis - kuva nähtavus ja selgus erinevatel abstraktsioonitasemetel. See on eriti oluline loodud äriprotsesside juurutamise etapis ettevõtte osakondadesse.
Funktsionaalse lähenemise korral esitatakse toimingute detailsus mõnevõrra subjektiivsel kujul, mis toob kaasa äriprotsesside ülesehitamise keerukuse.
Äriprotsesside modelleerimine objektorienteeritud lähenemisviisis on üles ehitatud järgmise skeemi järgi: esmalt eristatakse objektide klassid ja seejärel määratakse toimingud, milles objektid peavad osalema. Objektid võivad olla aktiivsed, st sooritavad toiminguid (organisatsiooniüksused, teatud sooritajad, teabe alamsüsteemid) ja passiivsed, millega toiminguid tehakse ( me räägime seadmete, dokumentatsiooni, materjalide kohta). Äriprotsesside objektorienteeritud modelleerimine peegeldab objekte, funktsioone ja sündmusi, milles teatud protsessid objektide tõttu läbi viiakse.
Objektorienteeritud lähenemisel on ka mitmeid eeliseid, millest peamine on objektidega tehtavate toimingute täpsem määratlemine, mis viib nende olemasolu otstarbekuse probleemi mõistliku lahenduseni.
Märgime ka meetodi miinust. Konkreetsed protsessid otsustajate jaoks muutuvad vähem nähtavaks. Kuid tänu kaasaegsetele tarkvaratoodetele on objektide funktsionaalseid diagramme üsna lihtne esitada.
Kõige lootustandvamad on keerukad äriprotsesside modelleerimise metoodikad. Näiteks tänu ARIS-tehnoloogiale on analüüsi eesmärke arvestades võimalik valida optimaalseimad mudelid.
Rakendatud äriprotsesside modelleerimise meetodid
Nüüd võib täheldada suundumust erinevate süsteemide modelleerimis- ja analüüsimeetodite integreerimisele. See väljendub selles, et luuakse integreeritud tööriistu äriprotsesside modelleerimiseks. Üks neist on Saksa ettevõtte IDS Scheer toode nimega ARIS – Integreeritud infosüsteemi arhitektuur.
Süsteem ARIS sisaldab tööriistakomplekti, mis võimaldab analüüsida ja modelleerida ettevõtte tööd. Süsteem põhineb erinevatel modelleerimismeetoditel, mis koos peegeldavad erinevaid vaateid uuritavale keskkonnale. Sama mudelit saab luua mitme meetodi abil. Tänu sellele saavad erineva teoreetiliste teadmiste tasemega spetsialistid seda kasutada oma eesmärkidel ja seadistada suhtlema oma spetsiifikaga süsteemidega.
ARIS-süsteem pakub tuge nelja tüüpi mudelitele, mis kajastavad uuritava süsteemi erinevaid objekte:
Ülalkirjeldatud tüüpi mudelite loomiseks kasutavad nad nii oma ARIS-i modelleerimismeetodeid kui ka erinevaid tuntud meetodeid ja keeli - ERM, UML, OMT jne.
Äriprotsesside modelleerimisel käsitletakse esmalt iga aspekti ettevõtte tegevusest eraldi. Pärast kõigi aspektide läbitöötamist luuakse integreeritud mudel, mis kuvab kõik erinevate aspektide omavahelised seosed.
ARIS-is on mudelid diagrammid, mis koosnevad erinevatest objektidest - "funktsioonid", "sündmused", "struktuurijaotused", "dokumendid" jne. Objektide vahel luuakse igasuguseid seoseid. Samal ajal on igal objektil oma atribuutide komplekt, mis on talle määratud, mis võimaldab sisestada selle kohta lisateavet. Atribuutide väärtusi saab kasutada simulatsiooni või kuluanalüüsi ajal.
ARISe võtmeärimudel on eEPC (extended Event Driven Process Chain – sündmuste poolt juhitavate äriprotsesside ahela laiendatud mudel). Tegelikult laiendab see IDEF0, IDEF3 ja DFD võimalusi, sellel on oma plussid ja miinused. Piisava arvu erinevate linkidega üksteisega ühendatud objektide kasutamine võimaldab teil mudeli suurust märkimisväärselt suurendada ja muuta see halvasti loetavaks.
eEPS-is on äriprotsess kronoloogilises järjekorras järjestatud järjestikuste tööde (funktsioonid, protseduurid, tegevused) voog. Protseduuride täpset kestust eEPC-s selgelt ei kuvata, mistõttu on võimalik, et mudelite väljatöötamisel võib tekkida olukordi, kus ühel tegijal tuleb korraga lahendada kaks ülesannet. Simulatsioonis kasutatavad loogikasümbolid aitavad näidata protsessi hargnemist ja seost. Et teada saada, kui kaua protsessid tegelikult aega võtavad, tuleks kasutada muid kirjeldamisvahendeid, näiteks MS Project süsteemis Gantti diagramme.
Ericsson Penker
Ericsson-Penkeri meetod on huvitav eelkõige seetõttu, et selle raames püüti äriprotsesside protsesside modelleerimisel kasutada UML-i. Meetodi arendajad on äriprotsesside modelleerimiseks loonud oma UML-profiili. Selleks võtsid nad kasutusele stereotüüpide komplekti, mis kirjeldasid ettevõtte ressursse, protsesse, eesmärke ja reegleid.
Meetodi raames kasutatakse 4 peamist ärimudeli kategooriat:
1. Ressursid - erinevad objektid, mida kasutatakse või osalevad äriprotsessides (saame rääkida materjalidest, toodetest, inimestest, infost).
2. Protsessid on tegevused, mille tulemuseks on ressursside üleminek ühest olekust teise vastavalt teatud ärireeglitele.
3. Eesmärgid – äriprotsesside eesmärk. Neid saab jagada komponentideks ja seostada need alaeesmärgid konkreetsete protsessidega.
4. Ärireeglid - äriprotsesside (funktsionaalsete, struktuuriliste, käitumuslike) rakendamise tingimused või piirangud. Reegleid saab määratleda OCL-keele abil.
5. UML-meetodi põhiskeem on tegevusskeem. Ericsson-Penker demonstreerib protsessi kui tegevust "protsessi" stereotüübiga (esitus põhineb IDEF0 meetodi laiendusel). Terviklik ärimudel sisaldab paljusid vaateid, mis on sarnased tarkvaraarhitektuuri vaadetega. Kõik vaated on eraldi väljendatud ühes või mitmes UML-diagrammis. Diagrammid võivad sisaldada erinevaid vaateid ja kujutada eesmärke, reegleid, protsesse ja ressursse koostoimes. Meetod kasutab ärimudeli nelja erinevat vaadet:
Ratsionaalne ühtne protsess
Samuti on olemas äriprotsesside modelleerimine Rational Unified Process (RUP) metoodika järgi, mille raames on üles ehitatud kaks mudelit:
Äriprotsessimudel on UML-i kasutusjuhtumimudeli laiendus, mis tutvustab stereotüüpide kogumit – Business Actor (näitleja stereotüüp) ja Business Use Case (kasutusjuhtumi stereotüüp). Business Actor on omamoodi roll, mis on ettevõtte äriprotsessidest väline. Business Use Case toimib tegevuste järjekorra kirjeldusena ühes protsessis, tuues nähtavad tulemused konkreetsele inimesele. See määratlus sarnaneb äriprotsessi üldise definitsiooniga, kuid selle olemus on täpsem. Ärikasutusjuhtumi objektimudeli mõttes on see klass. Selle objektid on teatud sündmuste vood kirjeldatud äriprotsessis.
Ärikasutusjuhtumit kirjeldades võite märkida ka eesmärgi. See, nagu Eriksson-Penkeri meetodi puhul, on modelleeritud "eesmärgi" stereotüübiga klassi abil ja eesmärgipuu on kujutatud klassi diagrammina.
Iga ärikasutusjuhtumi jaoks on vaja koostada objektimudel, mis kirjeldaks äriprotsessi omavahel interakteeruvate objektide (äriobjektid – äriobjekt) kaudu, mis kuuluvad kahte klassi – Business Worker ja Business Entity.
Äritöötaja on klass, mis esindab abstraktset töötajat, kes teeb äriprotsessis konkreetset tööd. Esinejad suhtlevad ja rakendavad ärikasutusjuhtumite stsenaariume. Mis puutub äriüksusesse (üksus), siis see on täitjate poolt sooritatavate erinevate toimingute objekt.
Ärianalüüsi mudelis võib lisaks ülaltoodud klasside diagrammidele olla:
- organisatsioonilised, mis esindavad süsteemi struktuuri - ettevõtte allüksused, ametikohad, konkreetsed isikud hierarhias, nendevahelised suhted, struktuuriosakondade territoriaalne kuuluvus;
- funktsionaalne, mis peegeldab haldusaparaadi ees olevate ahelate hierarhiat koos olemasolevate ülesannete täitmiseks vajalike funktsioonipuude komplektiga;
- informatiivne, mis peegeldab teabe struktuuri, mis on vajalik kõigi süsteemi kui terviku funktsioonide täitmiseks;
- juhtimismudelid, mis on terviklik ülevaade äriprotsesside läbiviimisest.
- kontseptuaalne, probleemide ja eesmärkide struktuuri näitamine;
- protsessi esitus, mis kujutab endast ressursside ja protsessi vastasmõju (tegevusdiagrammide kogumina);
- struktuurivaade, mis näitab ettevõtte ja ressursside struktuuri (kuvatakse klassiskeemid);
- käitumise esitus (kuidas individuaalsed ressursid käituvad, samuti ressursside üksikasjalik kirjeldamine töö, olekute ja interaktsioonide diagrammide kujul).
- äriprotsessid (Business Use Case Model);
- ärianalüüs (Business Analysis Model).
- Järjestusskeemid (ja koostöödiagrammid), mis kirjeldavad ärikasutusjuhtumite stsenaariume kui sõnumivahetuse järjestust objektide – osalejate ja objektide vahel, kes on esinejad. Tänu sellistele diagrammidele on võimalik kindlaks teha, millised kohustused sellele või teisele esinejale tuleks määrata, ja kuvada mudelis tema toimingute komplekti.
- Tegevusdiagrammid, mis kirjeldavad stsenaariumide vahelisi seoseid ühes või mitmes ärikasutusjuhtumis.
- Esitage diagrammid, mis kirjeldavad üksikute äriprotsesside käitumist.
Ratsionaalsel ühtse protsessi modelleerimisel on teatud eelised:
- äriprotsessi mudeli ülesehitamine toimub protsessiga seotud huviliste ja nende ülesannete ümber; Tänu mudelile saate aru, mida ettevõtte kliendid vajavad. Seda lähenemisviisi kasutatakse enamasti teenindussektoris tegutsevate ettevõtete puhul (kaubandus- ja kindlustusseltsid, pangandusorganisatsioonid);
- Kasutades juhtumipõhist modelleerimist, mõistavad kliendid ärimudeleid paremini.
Kuid tasub rõhutada, et nii tooteid tootva kui ka teenuseid osutava suurettevõtte töö modelleerimisel tuleb mudelite loomisel kasutada erinevaid meetodeid. Selle põhjuseks on asjaolu, et näiteks tootmisprotsesside modelleerimisel on parem kasutada äriprotsesside protsesside modelleerimist, eelkõige Eriksson-Penkeri meetodit.
IBM WebSphere Business Modeler
IBM WebSphere Business Modeler võimaldab teil modelleerida ja simuleerida äriprotsesse, analüüsida ja luua aruandeid nende täiustamiseks. Süsteemil on mitmeid eeliseid, sealhulgas:
- Laialdased ja oma klassi parimad võimalused analüüsiks, simuleerimiseks ja modelleerimiseks.
- Protsesside pidev täiustamine.
- Täiustatud integreerimisvalikud.
- Parem investeeringutasuvus.
- Täiustatud arendusfunktsioonid.
Peamine omadus on ulatuslikumad võimalused äriprotsesside simuleerimiseks. Mudelis saate lisada äriväärtusi, eraldada täiendavaid andmeid. Mudeleid saate eksportida ka muudes rakendustes kasutatavates vormingutes.
Mudelite importimisel või defineerimisel muudest allikatest on võimalik teha täpsem äriprotsesside toimimise analüüs. Saate seostada protsesse infomudelite, organisatsioonide, ressurssidega. Kohandatavate ja standardsete aruannetega saab analüüsiandmeid vahetada.
Lubatud on korraga juurutada mitut mudeliversiooni ja avaldada protsessimudeleid.
- Lihtne valem mõistmaks, et ettevõte vajab äriprotsesside automatiseerimist
Millist äriprotsesside modelleerimise standardit kasutada
Integreeritud lähenemisviisiga juhtimisele kasutavad nad peamiselt IDEF0 äriprotsesside modelleerimise standardit, kuna see on klassikaline meetod. Lähenemise põhiprintsiip on, et ettevõtte tegevus on üles ehitatud äriprotsesside, mitte organisatsiooni skeemi alusel. Tarbija jaoks sisukat tulemust genereerivad äriprotsessid on kõige väärtuslikumad ja edaspidi vajavad täiustamist.
IDEF0 äriprotsesside modelleerimise standard on protseduuride ja reeglite kogum, mis on loodud konkreetse ainevaldkonna objekti funktsionaalse mudeli väljatöötamiseks.
IDEF0 mudel on skeemide seeria koos kaasnevate dokumentidega. Diagrammid jagavad mitmeastmelise objekti mitmeks komponendiks (plokiks), mis lihtsustab oluliselt protsessi. Kõigi plokkide üksikasjad on näidatud plokkidena teistes diagrammides. Kõik üksikasjalikud diagrammid on eelmise taseme plokkide lagunemised. Igas lagunemise etapis nimetatakse eelmise taseme diagrammi üksikasjalikuma diagrammi algdiagrammiks. Kokku tasemed mudelis - mitte rohkem kui 5-6. Kogemused näitavad, et sellest piisab täiesti, et luua igas valdkonnas tegutseva kaasaegse ettevõtte terviklik funktsionaalne mudel.
Algselt töötati IDEF1 standard välja selleks, et saada tööriist, mille abil analüüsida ja uurida infovoogude vahelisi seoseid finantstegevus ettevõtetele. Äriprotsesside modelleerimine vastavalt IDEF1 metoodikale on mõeldud näitama, kuidas teabe struktuur ettevõtted.
Äriprotsesside infomodelleerimine sisaldab mitmeid komponente. Peamised elemendid on:
- diagrammid - kindla struktuuriga infomudeli joonised, mis kujutavad kasutatavate andmete suhet ja koostist reeglistiku alusel;
- sõnastik – iga mudeli elemendiga on kaasas tekstikirjeldus.
IDEF1 põhikontseptsioon on üksus, mis on määratletud kui abstraktne või reaalne objekt, millel on teadaolevate eristavate omaduste kogum. Igal olemil on atribuudid ja nimi.
Kuna dünaamilisi süsteeme on üsna raske analüüsida, siis praegu standardit peaaegu ei kasutata ja see pole peaaegu ilmunud, selle väljatöötamine on lakanud. Tänapäeval on olemas algoritmid ja nende arvutirakendused, mille abil on võimalik muuta IDEF0 statistikaprogrammide komplekt dünaamilisteks mudeliteks, mille aluseks on "värvilised Petri võrgud" (CPN - Color Petri Nets).
IDEF3 – IDEF14
IDEF3 põhielement on diagramm, nagu ka IDEF0 puhul. Sama oluline komponent on tegevus, mida nimetatakse ka "tööühikuks". Selle süsteemi toimingud kajastuvad diagrammide ristküliku kujul. Tegevusi nimetatakse verbaalsete nimisõnade või tegusõnade abil. Igal neist on aga kordumatu identifitseerimisnumber, mida ei kasutata uuesti, isegi kui toiming mudeli arendamise käigus eemaldatakse. IDEF3 diagrammides eelneb tegevuse numbrile tavaliselt selle vanema number. Ühe lõpetamine aitab sageli kaasa teise või isegi mitme tegevuse algusele. Samuti juhtub, et üks tegevus võib nõuda teiste lõpetamist, enne kui selle rakendamine võib alata.
IDEF4 on objektorienteeritud süsteemide ehitamise metoodika. Tänu IDEF4-le saate visuaalselt kuvada objektide struktuuri ja nende koostoime aluspõhimõtteid. See võimaldab analüüsida ja täiustada keerulisi objektorienteeritud süsteeme.
IDEF5 on metoodika keeruliste süsteemide uurimiseks.
IDEF6 – Design Rationale Capture – kavandamistoimingute põhjendus. IDEF6 võimaldab oluliselt lihtsustada modelleerimise, selle esitamise ja rakendamise kohta ettevõtete juhtimissüsteemide loomisel teabe hankimise protsessi. “Teadmised meetodi kohta” on teatud asjaolud, põhjused, varjatud motiivid, mis õigustavad mudelite loomiseks valitud meetodeid. See tähendab, et "meetodi tundmist" saab tõlgendada vastusena küsimusele: "Miks see konkreetne mudel osutus nende ja mitte muude omadustega?". Enamik modelleerimismeetodeid keskendub loodavatele mudelitele, süvenemata nende arendamisse. IDEF6 variant on suunatud spetsiaalselt arendamisele.
IDEF 7 - Infosüsteemide auditeerimine - infosüsteemide audit. Meetod on nõutud, kuid see pole lõplikult välja töötatud.
IDEF8 – kasutajaliidese modelleerimine. Süsteemi ja operaatori vahelise interaktsiooni liideste loomise meetod (kasutajaliidesed). Hetkel pööratakse liideste arendamisel põhitähelepanu nende välimusele. IDFE8 keskendub optimaalse kasutajaliidese suhtluse programmeerimisele kolmel tasandil: toimimine (mis see on); interaktsioonivalikud, mis sõltuvad kasutaja konkreetsest rollist (kuidas see või teine kasutaja seda täpselt täitma peaks); ja lõpuks liidese komponentide kohta (selle pakutavad juhtelemendid toimingu jaoks).
IDEF9 – Scenario-Driven IS Design (Business Constraint Discovery method) – meetod äripiirangute uurimiseks. Mõeldud hõlbustama piirangute tuvastamist ja analüüsimist ettevõtte töökeskkonnas. Reeglina ei kirjeldata mudelite loomisel täielikult piiranguid, mis võivad organisatsioonis protsesside kulgu muuta. Teave peamiste piirangute ja nende mõju olemuse kohta jääb parimal juhul täielikult koordineerimata, ratsionaalselt jaotamata, kuid sageli pole see põhimõtteliselt kättesaadav. See ei tähenda alati, et ehitatud mudelid pole elujõulised. Lihtsalt nende rakendamisega kaasnevad teatud raskused, mis toovad kaasa realiseerimata potentsiaali. Kui aga toimub just struktuuride täiustamine või tõenäoliste muutustega kohanemine, muutub teave piirangute kohta väga oluliseks.
IDEF10 – Implementation Architecture Modeling – täitmisarhitektuuri modelleerimine. Äriprotsesside modelleerimise süsteem on üsna nõudlik, hoolimata asjaolust, et see pole täielikult välja töötatud.
IDEF11 – teabe artefakti modelleerimine. Samuti nõutud, kuid mitte täielikult välja töötatud meetod.
IDEF12 – Organisatsiooni modelleerimine – äriprotsesside organisatsiooniline modelleerimine. Meetod on nõutud, kuid pole täielikult välja töötatud.
IDEF13 – Three Schema Mapping Design – kolme skeemi kujundus teabe teisendamiseks. Nõutud, kuid mitte lõplikult loodud meetod.
IDEF14 - Network Design - arvutivõrkude kujundamise meetod, mis põhineb konkreetsetel võrgukomponentidel, võrgu konfiguratsioonidel, nõuete analüüsil. Meetod toetab ka otsust rahaliste vahendite mõistliku eraldamise kohta, mis võimaldab oluliselt kokku hoida.
Teabevoo diagrammid DFD on funktsionaalsete protsesside hierarhia, mis ühendab teabevooge. Vaate eesmärk on näidata, kuidas iga protsess muudab sisendid väljunditeks, ja näidata protsesside vahelisi seoseid.
Selle meetodi kohaselt määratletakse süsteemimudel teabevoo diagrammide hierarhiana, mis kirjeldavad andmete asünkroonset teisendamise protsessi alates nende sisestamisest süsteemi kuni kasutajale väljastamiseni. Infoallikad (üksused väljastpoolt) genereerivad infovooge, mis edastavad andmeid protsessidesse või alamsüsteemidesse. Sama teisendab andmed uuteks voogudeks, mis edastavad teavet teistele alamsüsteemidele või protsessidele, teabe akumulaatoritele või välistele üksustele - andmetarbijatele.
Teabevoo diagrammidel on mitu komponenti, millest peamised on:
- välised üksused;
- süsteemid ja alamsüsteemid;
- protsessid;
- teabe akumulaatorid;
- infovood.
Väline olem on tähistatud ruuduna, mis asub diagrammi kohal ja heidab sellele varju. Seega on mugavam valida tegelane ülejäänud hulgast.
Alamsüsteemi identifitseeritakse numbri järgi – selleks see on loodud. Nimeväljale sisesta selle nimi lause kujul, kus on teema, sobivad täiendused ja definitsioonid.
Protsess on sisendinfovoogude teisendamine väljunditeks teatud algoritmi järgi. Füüsiliselt rakendatakse seda mitmel viisil: luues ettevõttes osakonna, mis töötleb sisenddokumentatsiooni ja aruandeid; programmi koostamine; kasutades loogilist seadet aparaadi kujul jne.
Protsessi, nagu alamsüsteemi, identifitseerib number. Nimeväljale sisestatakse protsessi nimi - lause, kus on aktiivne ühetähenduslik tegusõna määramata kujul (arvutama, arvutama, vastu võtma, kontrollima), millele järgnevad nimisõnad akusatiivis, näiteks: “Sisestage teave jooksvad kulud“, „Kontrolli raha laekumist“ jne.
Ettevõtte osakond, programm või riistvaraseade, mis teatud protsessi teostab, on teada füüsilise juurutusvälja teabe kaudu.
Andmesalvestusseade on abstraktne seade, kuhu salvestatakse teavet. Neid andmeid saab igal ajal draivi üle kanda ja teatud aja pärast isoleerida. Sellisel juhul võivad paigutuse ja isoleerimise võimalused olla erinevad. Salvestusseadmena saate kasutada failikappi, mikrofišši, tabelit, faili jne.
Andmedraivile omistatakse suvaline number ja täht D. Draivi nimi valitakse nii, et seda vaadates saab disainer maksimaalselt teavet.
Teabe salvestamine on reeglina tulevase andmebaasi prototüüp. Sellesse salvestatud teave peab vastama mudelile.
Andmevoog määratleb teabe, mis saadetakse ühenduse kaudu allikast sihtkohta. Infovoog diagrammil on näidatud joonena, mis lõpeb noolega, mis näitab, kuhu voog läheb. Igal andmevool on nimi, mis kajastab selles sisalduvat teavet.
DFD hierarhia ülesehitamine on vajalik ennekõike süsteemi selgeks ja arusaadavaks kirjeldamiseks kõigil detailitasanditel, samuti nende tasandite jagamiseks mitmeks teatud seosega osaks.
- Kuidas äriprotsessides asjad korda seada, kui sul on “halb” ettevõte
Äriprotsesside modelleerimise põhietapid
1. etapp. Identifitseerimine.
Selles etapis tehakse kindlaks äriprotsessid, kirjeldatakse nende modelleerimise ja interaktsioonide piire ning sageli seatakse erinevaid eesmärke. Protsessid võivad ettevõttes juba olemas olla (siis kirjeldatakse neid nii nagu on (nagu on)) või välja töötatud, kohandatud (To Be).
2. etapp. Teabe kogumine.
Protsessi teadmiste põhjal tegelevad spetsialistid selle kontrollpunktide määramisega, nendes tuvastamisega põhinäitajad, koostage protsessi kohta teabe kogumise plaan. Kõiki saadud andmeid kasutatakse edasiseks analüüsiks.
3. etapp. Infoanalüüs.
Eelmises etapis kogutud teavet analüüsitakse, vaadatakse, kas need ei ole tegelike andmetega nõus (kuna protsessi ärinõuded tuleks välja töötada) ja kasutatakse simulatsiooni.
4. etapp. Parenduste tegemine.
Kui ärinõuete väljatöötamine lõpeb, hakatakse neid ellu viima, tehes muudatusi metoodilises dokumentatsioonis, infosüsteemides, viies läbi mitmeid organisatsioonilisi tegevusi, tehes muudatusi aruandlussüsteemis jne. Kui äriprotsess on juurutatud, peetakse seda protsessihaldussüsteemi aktiivseks elemendiks.
5. etapp. Rakenduse kontroll.
Teatud juurutamise käigus seatud kontrollajal või planeeritud monitooringu käigus kogutud info põhjal analüüsitakse, kui efektiivne on äriprotsessi juurutamine. Analüüsi raames võrreldakse tegelikke ja kavandatud näitajaid ning tehakse järeldus, kas äriprotsessis on vaja teha täiendavaid muudatusi. Kui jah, siis hakkavad nad uuesti äriprotsesse pidevalt täiustama.
Äriprotsesside modelleerimine on üks meetodeid organisatsiooni kvaliteedi ja efektiivsuse tõstmiseks. See meetod põhineb protsessi kirjeldamisel erinevate protsessile omaste elementide (toimingud, andmed, sündmused, materjalid jne) kaudu. Reeglina kirjeldab äriprotsesside modelleerimine protsessi kõigi elementide loogilist seost selle algusest kuni lõpetamiseni organisatsiooni sees. Keerulisemates olukordades võib modelleerimine hõlmata organisatsiooniväliseid protsesse või süsteeme.
Äriprotsesside modelleerimine võimaldab mõista tööd ja analüüsida organisatsiooni. See saavutatakse tänu sellele, et mudeleid saab koostada erinevate juhtimisaspektide ja -tasandite jaoks. Suurtes organisatsioonides on äriprotsesside modelleerimine detailsem ja mitmetahulisem kui väikestes, mis on seotud suure hulga funktsionaalsete ristsete seostega.
Tavaliselt kasutatakse äriprotsesside modelleerimiseks erinevaid arvutitööriistu ja tarkvara. See hõlbustab mudelite haldamist, nendes toimuvate muutuste jälgimist ja vähendab analüüsiaega.
Äriprotsesside modelleerimise eesmärgid
Äriprotsesside modelleerimise lõppeesmärk on jõudluse parandamine. Selleks keskendub analüüs protsessi tulemustele lisandväärtuse andmisele ning tegevuste lõpuleviimise kulu ja aja vähendamisele.
Äriprotsesside modelleerimisel on mitu eesmärki:
- Esiteks on see protsesside kirjeldamise eesmärk. Simulatsiooni abil on võimalik protsessides toimuvat algusest lõpuni jälgida. Modelleerimine võimaldab teil saada protsessidest "väljastpoolt" ülevaadet ja tuvastada täiustusi, mis suurendavad nende tõhusust.
- teiseks protsesside ratsioneerimine. Äriprotsesside modelleerimine paneb paika protsesside teostamise reeglid, s.t. kuidas neid tuleks teha. Kui järgitakse mudelites kehtestatud reegleid, juhiseid või nõudeid, on võimalik saavutada protsesside soovitud jõudlus.
- kolmandaks vastastikuste suhete loomine protsessides. Äriprotsesside modelleerimine loob selge seose protsesside ja nõuete vahel, mida nad peavad täitma.
Äriprotsesside modelleerimise etapid
Äriprotsesside modelleerimine hõlmab reeglina mitme järjestikuse etapi rakendamist. Sest modelleerimise lõppeesmärk on protsesside täiustamine, see hõlmab nii töö “disaini” osa kui ka protsessimudelite juurutamise tööd.
Etappide koosseis, mis hõlmab äriprotsesside modelleerimist, on järgmine:
- protsesside tuvastamine ja esialgse mudeli loomine "nagu on". Protsessi täiustamiseks on vaja aru saada, kuidas see hetkel toimib. Selles etapis määratletakse protsessi piirid, selgitatakse välja selle põhielemendid ja kogutakse andmeid protsessi toimimise kohta. Selle tulemusena luuakse esialgne protsessimudel "nagu on". See mudel ei kajasta alati protsessi toimimist adekvaatselt, seega võib selle etapi mudelit nimetada “esimeseks mustandiks” või esialgseks “nagu on” mudeliks.
- algse mudeli läbivaatamine, analüüs ja täiustamine. Selles etapis selgitatakse välja vastuolud ja tegevuste dubleerimine protsessis, määratakse protsessi piirangud, protsessi seosed ning tuvastatakse protsessi muutmise vajadus. Selle tulemusena moodustub mudeli lõplik versioon "nagu on".
- mudeli "kuidas see peaks olema" väljatöötamine. Pärast olemasoleva olukorra analüüsimist on vaja kindlaks määrata protsessi soovitud olek. See soovitud olek on esitatud mudelis "nagu see peaks olema". Selline mudel näitab, kuidas protsess peaks tulevikus välja nägema, sealhulgas kõik vajalikud parandused. Selles äriprotsesside modelleerimise etapis töötatakse sellised mudelid välja.
- mudeli “nagu peab olema” testimine ja rakendamine. See modelleerimise etapp on seotud väljatöötatud mudeli juurutamisega organisatsiooni praktikasse. Äriprotsessi mudelit testitakse ja selles tehakse vajalikud muudatused.
- mudeli "nagu olema peab" täiustamine. Äriprotsesside modelleerimine ei piirdu mudeli „kuidas see peaks olema” loomisega. Kõik protsessid muutuvad ja täiustuvad pidevalt, seega tuleks protsessimudeleid regulaarselt üle vaadata ja täiustada. See modelleerimise etapp on seotud protsesside pideva täiustamisega ja äriprotsesside mudeli täiustamisega.
Äriprotsesside modelleerimise tüübid
Äriprotsesside modelleerimisel võib olla erinev fookus. See sõltub sellest, milliseid probleeme ta peaks selle abiga lahendama. Absoluutselt kõigi protsessile avalduvate mõjude arvestamine võib mudelit oluliselt keerulisemaks muuta ja viia protsessi kirjelduse üleliigsuseni. Selle vältimiseks on äriprotsesside modelleerimine jagatud tüübi järgi. Simulatsiooni tüüp valitakse sõltuvalt uuritava protsessi omadustest.
Protsessi täiustamiseks kasutatakse järgmist tüüpi modelleerimist:
- funktsionaalne modelleerimine. Seda tüüpi modelleerimine eeldab protsesside kirjeldamist omavahel seotud, selgelt struktureeritud funktsioonide kujul. Samal ajal ei ole funktsioonide range ajaline jada sellisel kujul, nagu see reaalsetes protsessides eksisteerib, vajalik.
- Objekti modelleerimine- eeldab protsesside kirjeldamist interakteeruvate objektide kogumina - s.t. tootmisüksused. Objekt on mis tahes objekt, mida protsesside täitmise käigus muudetakse.
- Simulatsioon- seda tüüpi äriprotsesside modelleerimisega eeldatakse protsesside käitumise modelleerimist erinevates välistes ja sisetingimused protsesside dünaamiliste omaduste analüüsiga ja ressursside jaotuse analüüsiga.
Modelleerimise jagamine tüübi järgi toimub töö lihtsustamiseks ja protsessi teatud omadustele keskendumiseks. Samal ajal saab sama protsessi jaoks rakendada erinevat tüüpi modelleerimist. See võimaldab töötada ühte tüüpi mudelitega teistest sõltumatult.
Äriprotsesside modelleerimise põhimõtted
Äriprotsesside modelleerimine põhineb mitmetel põhimõtetel, mis võimaldavad luua adekvaatseid protsessimudeleid. Nende järgimine võimaldab kirjeldada protsessi oleku parameetrite kogumit nii, et ühe mudeli sees on komponendid omavahel tihedalt seotud, samas kui üksikud mudelid jäävad üksteisest piisavalt sõltumatuks.
Äriprotsesside modelleerimise peamised põhimõtted on järgmised:
- Lagunemise põhimõte– iga protsessi saab esitada hierarhiliselt paigutatud elementide komplektiga. Selle põhimõtte kohaselt tuleb protsess üksikasjalikult jagada selle koostisosadeks.
- Fookuse põhimõte– mudeli väljatöötamiseks on vaja abstraheerida paljudest protsessiparameetritest ja keskenduda põhiaspektidele. Iga mudeli puhul võivad need aspektid olla erinevad.
- Dokumentatsiooni põhimõte– protsessi kaasatud elemendid peavad olema vormistatud ja mudelis fikseeritud. Erinevate protsessielementide jaoks tuleb kasutada erinevaid tähistusi. Elementide fikseerimine mudelis oleneb modelleerimise tüübist ja valitud meetoditest.
- Järjepidevuse põhimõte- kõik protsessimudelis sisalduvad elemendid peavad olema üheselt tõlgendatavad ega tohi olla üksteisega vastuolus.
- Täielikkuse ja piisavuse põhimõte- enne selle või selle elemendi lisamist mudelisse on vaja hinnata selle mõju protsessile. Kui element ei ole protsessi läbiviimiseks hädavajalik, siis ei ole selle mudelisse kaasamine soovitav, sest see võib äriprotsessi mudelit ainult keerulisemaks muuta.
Äriprotsesside modelleerimise meetodid
Tänapäeval on äriprotsesside modelleerimiseks üsna palju meetodeid. Need meetodid on mõeldud erinevad tüübid modelleerimine ja võimaldavad keskenduda erinevatele aspektidele. Need sisaldavad nii graafilisi kui ka tekstilisi tööriistu, mille kaudu saab visualiseerida protsessi põhikomponente ning anda täpsed definitsioonid elementide parameetritele ja seostele.
Äriprotsesside modelleerimine toimub järgmiste meetoditega:
- Flow Chart Diagram (töövoo diagramm) on protsesside graafiline esitusmeetod, mille puhul on erisümbolitega kujutatud toiminguid, andmeid, protsessiseadmeid jms. Meetodit kasutatakse protsessi toimingute loogilise jada kuvamiseks. Meetodi peamine eelis on selle paindlikkus. Protsessi saab kujutada mitmel viisil.
- Andmevoo diagramm (andmevoo diagramm). Andmevooskeemi ehk DFD-d kasutatakse teabe (andmete) edastamise kuvamiseks protsessi ühest toimingust teise. DFD kirjeldab toimingute seost teabe ja andmete kaudu. See meetod on protsesside struktuurianalüüsi aluseks, kuna võimaldab jagada protsessi loogilisteks tasemeteks. Iga protsessi saab jagada alamprotsessideks, millel on rohkem kõrge tase detail. DFD kasutamine võimaldab kajastada ainult infovoogu, kuid mitte materjalivoogu. Andmevoo diagramm näitab, kuidas teave protsessi siseneb ja sealt väljub, millised toimingud muudavad teavet, kus teave protsessis salvestatakse jne.
- Rollitegevuse diagramm (rollide diagramm). Seda kasutatakse protsessi modelleerimiseks üksikute rollide, rollirühmade ja rollide koostoime alusel protsessis. Roll on abstraktne protsessielement, mis täidab organisatsioonilist funktsiooni. Rollide diagramm näitab "vastutuse" määra protsessi ja selle toimingute eest, samuti rollide koostoimet.
- IDEF (Integrated Definition for Function Modeling) on terve rida meetodeid äriprotsesside erinevate aspektide kirjeldamiseks (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Need meetodid põhinevad SADT (Structured Analysis and Design Technique) metoodikal. Äriprotsesside modelleerimiseks kasutatakse kõige sagedamini meetodeid IDEF0 ja IDEF3.
- IDEF0 – võimaldab luua protsessifunktsiooni mudeli. IDEF0 diagramm näitab peamisi protsessifunktsioone, sisendeid, väljundeid, juhtimistoiminguid ja põhifunktsioonidega seotud seadmeid. Protsessi saab lagundada madalamale tasemele.
- IDEF3 - see meetod võimaldab luua "käitumusliku" protsessi mudeli. IDEF3 koosneb kahte tüüpi mudelitest. Esimene vaade kujutab töövoo kirjeldust. Teine on objektide üleminekuolekute kirjeldus.
- Värvilised Petri võrgud– see meetod kujutab protsessi mudelit graafi kujul, kus tipud on protsessi tegevused ja kaared sündmused, mille tõttu protsess ühest olekust teise siirdub. Petri võrke kasutatakse protsessi käitumise dünaamiliseks modelleerimiseks.
- Unified Modeling Language (UML) – on objektorienteeritud protsesside modelleerimise meetod. See koosneb 9 erinevast diagrammist, millest igaüks võimaldab modelleerida protsessi erinevaid staatilisi või dünaamilisi aspekte.
Enamik neist meetoditest on tarkvaras rakendatud. See võimaldab teil äriprotsesse toetada või neid analüüsida. Sellise tarkvara näideteks on erinevad CASE protsesside modelleerimise tööriistad.
