Biznesa procesu modelēšana uz ooo "promtransinform" piemēra. Biznesa modelēšana. Pamata pieejas Biznesa modelēšana uz uzņēmuma piemēra

Biznesa process (BP) tirdzniecības organizācijā- sakārtota darbību secība, kas vērsta uz konkrēta mērķa sasniegšanu tirdzniecības organizācijas vispārējās misijas ietvaros - preču pārdošana, pamatojoties uz noteiktiem resursiem, organizēta atbilstošā secībā, beidzot ar klientam nozīmīgu rezultātu. , cits biznesa process vai organizācija, kas var mainīties atkarībā no tirgus faktoru konjunktūras.

Pēdējā laikā visefektīvākā pieeja mazumtirdzniecības organizāciju vadīšanā ir procesu pieeja, kad katra tirdzniecības organizācijas struktūrvienība nodrošina konkrētu biznesa procesu ieviešanu un ir atbildīga par to rezultātiem.

Tirdzniecības organizācijai izšķir šādus augstākā līmeņa biznesa procesus:

Pamata: pirkšana, piegāde, uzglabāšana, pārdošana.

Nodrošina: Administratīvais atbalsts, juridiskais atbalsts, grāmatvedība, personāla komplektēšana.

Vadītājs: Stratēģiskā vadība, finanšu vadība, mārketinga vadība.

Kad ir atlasīti augstākā līmeņa procesi, tos jau var aprakstīt sīkāk, līdz pat to apakšprocesiem. Piemēram, process "Pirkšana" tirdzniecības uzņēmumā sastāv no apakšprocesiem:

Piegādātāju un preču meklēšana;

Produkta nepieciešamības noteikšana;

Pasūtījumu veidošana;

Preču pasūtījums;

Preču atgriešana piegādātājam.

Process "Pārdošana" (ieviešana) sastāv no apakšprocesiem:

cenu noteikšanas process;

Patērētāju segmentācija;

Pasūtījumu saņemšana un apstrāde;

Tirdzniecība;

Preču pārdošanas metodes noteikšanas process;

Pēcpārdošanas pakalpojumu sniegšanas process;

Veicināšanas process;

Debitoru parādu piedziņas kontrole;

Klientu apmierinātības mērīšana.

2. sadaļa

13. Tiešsaistes pārdošanas būtība un iezīmes.

Interneta veikali ir virtuāla platforma, kas satur iegādei piedāvāto preču vai pakalpojumu aprakstus un ilustrācijas, to piegādes un apmaksas noteikumus. Interneta veikali ir dažādi – nodarbojas ar starptautisko tirdzniecību vai pārdod tikai valsts robežās; fiksētas cenas noteikšana vai izsoļu rīkošana; un visbeidzot, pārdodot preces no savas noliktavas vai darbojoties kā starpniekam starp pircējiem un citiem pārdevējiem.

Arī virtuālos veikalus var iedalīt divās lielās grupās. Pirmajā grupā būs reālās dzīves tirdzniecības uzņēmumi, kas pārdošanas apjoma palielināšanai izveido savu mājaslapu, kurā varēs iepazīties ar to piedāvāto sortimentu. Otrajā grupā ietilpst interneta veikali, kas pārdod tikai tiešsaistē. Šiem uzņēmumiem nav komerctelpu.

Lai izveidotu jebkuru interneta veikalu, pirmkārt, ir jāizstrādā mājaslapa, kurā būs visa informācija par pārdotajām precēm, to apmaksas un piegādes kārtību. Uzņēmums var uzticēt vietnes izstrādi trešās puses organizācijai vai arī to var izdarīt pats.

Šādas virtuālās vietnes tiek veidotas, izmantojot vietņu satura pārvaldības sistēmas - lielie veikali parasti pasūta ekskluzīvu programmatūru no izstrādātājiem vai pielāgo standarta, vidējo un mazo savām vajadzībām, parasti izmanto komerciālu vai bezmaksas programmatūru, un tas var būt gan darbvirsmas lietojumprogrammas. un tīmekļa pakalpojumi.

Vietnē preču pārdevējam ir jāvērš pircēja uzmanībai informācija par piedāvāto preču galvenajām patērētāja īpašībām, par to izgatavošanas vietu, par preču cenu un iegādes nosacījumiem, par tās piegādi, apkalpošanu. darbības laiks, derīguma termiņš un garantijas termiņš, par preču apmaksas kārtību, kā arī obligāti jānorāda periods, kurā ir spēkā preču pārdošanas piedāvājums.

Ja piedāvātā prece uz laiku nav noliktavā, pircējs var veikt rezervāciju. Tiklīdz preces nonāks noliktavā, klients par to tiks informēts papildus.

Pieņemot lēmumu iegādāties preces interneta veikalā, pircējam ir jānodod pasūtījums pārdevējam. Lai to izdarītu, vietnes nodrošina atbilstošu veidlapu, kurā pircējam ir jāievada nepieciešamā informācija par izvēlēto preci, tās cenu, apmaksas un piegādes veidu, kā arī daži konfidenciāli dati.

Ir vietnes, kas praktizē pasūtījumus pa tālruni, e-pastu vai ICQ.

Maksājumu var veikt, izmantojot bankas karti vai pārskaitījumu, izmantojot elektroniskās naudas sistēmu, ātro maksājumu termināļus, īsziņas vai elektroniskos kases aparātus, kas apvieno visas šīs funkcijas, kā arī skaidrā naudā pēc piegādes pa pastu pret skaidru naudu, preces piegādājot ar kurjeru. Piegāde tiek veikta gan ar mūsu pašu kurjerdienestu, gan ar trešo pušu organizāciju iesaisti, pastu, kā arī pašizņemšanu – kad pircējs patstāvīgi paņem preces no pārdevēja.

Ne visas preces var būt piemērotas pārdošanai elektroniski. Tādā veidā pārdošanai vispiemērotākās un vislielāko peļņu nesošās preces ir patēriņa preces (grāmatas, kompaktdiski, video), tehnoloģiju preces (datori un programmatūra), retas vai hobiju preces (retas monētas, speciālie instrumenti). kolekcionējamie priekšmeti).

Pārdošanai tiešsaistē ir vairākas priekšrocības salīdzinājumā ar tradicionālo pārdošanu:

Izmaksu ietaupījumi. Nav nepieciešams īrēt istabu uz galvenās pilsētas ielas, algot personālu, maksāt par komunālajiem maksājumiem un apsardzi;

Minimāla piepūle, apstrādājot pasūtījumu: klientu pasūtījumi vietnē tiek automātiski ievadīti pasūtījumu datubāzē, jūs varat nekavējoties sākt to izpildi;

Nesalīdzināmi liels auditorijas pārklājums, un attiecīgi potenciālo pircēju skaita pieaugums;

Konkurences priekšrocības attiecībā pret reāliem veikaliem, pateicoties iespējai strādāt 24 stundas diennaktī, 7 dienas nedēļā;

Iespēja nekavējoties saņemt maksājumu, izmantojot tiešsaistes darījumu;

Preču klāsta optimizācija, sekojot līdzi klientu vēlmēm;

Klienti interneta veikalu izmanto kā katalogu, kas lietotājam atvieglo pirkumu plānošanu.

UDC 65:519.86 E.M.Mihailova SSCA, Novosibirska

UZŅĒMUMA UZŅĒMĒJDARBĪBAS PROCESU MODELĒŠANA

Ye.M. Mihailova

Sibīrijas Valsts ģeodēzijas akadēmija (SSGA) 10 Plakhotnogo Ul., Novosibirska, 630108, Krievijas Federācija

UZŅĒMUMA BIZNESA PROCESU MODELĒŠANA

Darbā tiek pētīta biznesa procesu modelēšanas teorētiskā un metodiskā bāze mūsdienu uzņēmumos. Šis modelēšanas veids ir pierādīts kā nozīmīgs uzņēmuma darbības efektivitātes paaugstināšanai. Tiek uzsvērtas biznesa procesu modelēšanas priekšrocības, kā arī ar to risināmās problēmas un biznesa procesu aprakstīšanas posmi. Īpaša uzmanība tiek pievērsta modelēšanā izmantoto paņēmienu īpašībām.

Šajā rakstā aplūkoti biznesa procesu modelēšanas teorētiskie un metodoloģiskie pamati mūsdienu uzņēmumos. Norādīta biznesa procesu modelēšanas nozīme organizāciju efektivitātes paaugstināšanā, izceltas tās galvenās priekšrocības, risināmie uzdevumi, biznesa procesu aprakstīšanas posmi. Īpaša uzmanība tiek pievērsta biznesa procesu modelēšanā izmantoto metodoloģiju raksturojumam.

Mūsdienu uzņēmumi ir spiesti pastāvīgi uzlabot savu darbību. Tam nepieciešama jaunu tehnoloģiju un biznesa prakses attīstība, darbības gala rezultātu kvalitātes uzlabošana un, protams, jaunu, efektīvāku uzņēmumu darbības vadības un organizēšanas metožu ieviešana. Šajā sakarā biznesa procesu modelēšana ir efektīvs līdzeklis, lai atrastu iespējas uzlabot uzņēmuma saimniecisko darbību.

Biznesa procesu modelēšana ir metode, kas ļauj novērtēt uzņēmuma pašreizējo darbību saistībā ar tā funkcionēšanas prasībām, vadīšanu, efektivitāti, darbības gala rezultātiem un klientu apmierinātību.

Biznesa procesu modelēšana ļauj ne tikai noteikt, kā uzņēmums darbojas kopumā, kā tas mijiedarbojas ar ārējām organizācijām, klientiem un piegādātājiem, bet arī kā tiek organizētas aktivitātes katrā darba vietā. Biznesa procesu modelēšana ir efektīvs līdzeklis, lai atrastu veidus, kā optimizēt uzņēmuma darbību, rīks risku prognozēšanai un minimizēšanai, kas rodas dažādos uzņēmuma reorganizācijas posmos. Šī metode ļauj sniegt izmaksu tāmi katram atsevišķam procesam un visiem organizācijas biznesa procesiem kopumā.

Biznesa process ir loģisks, secīgs, savstarpēji saistīts darbību kopums, kas patērē ražotāja resursus, rada vērtību un sniedz rezultātu patērētājam. Starp galvenajiem iemesliem, kas mudina organizāciju optimizēt biznesa procesus, ir nepieciešamība samazināt izmaksas vai ražošanas cikla ilgumu, patērētāju un valsts prasības, kvalitātes vadības programmu īstenošana, uzņēmumu apvienošana, iekšējās organizatoriskās pretrunas u.c.

Uzņēmuma biznesa procesu modelēšana paver citas līdzvērtīgas iespējas. Kā jau minēts, modelis ļauj iepriekš novērtēt no dažādiem skatu punktiem. Uzņēmumam primārās prasības ir tā darbība, vadība, efektivitāte, darbības gala rezultāts un klientu apmierinātības pakāpe. Šo uzņēmuma biznesa procesu analīzi sauc par biznesa procesa auditu. Rūpniecības uzņēmumā to var veikt ar ražošanas cikla biežumu. Biznesa procesu audita vispārējais mērķis ir iegūt operatīvo informāciju par visu uzņēmuma biznesa procesu aktuālajām darbībām. Biznesa procesu audits tiek veikts pēc uzņēmuma modeļa izveides un aprakstīšanas.

Biznesa modelis ir formalizēts (grafisks, tabulas, tekstuāls, simbolisks) biznesa procesu apraksts.

Biznesa procesu modelēšanas mērķi parasti tiek formulēti šādi:

1) Sniegt izpratni par organizācijas struktūru un tajā notiekošo procesu dinamiku;

2) Sniegt izpratni par organizācijas aktuālajām problēmām un iespējām tās risināt;

3) nodrošināt, lai klientiem, lietotājiem un izstrādātājiem būtu vienāda izpratne par organizācijas mērķiem un uzdevumiem;

4) izveidot pamatu prasību veidošanai programmatūrai, kas automatizē organizācijas biznesa procesus (programmatūras prasības tiek veidotas uz biznesa modeļa pamata).

Biznesa procesu modelēšanā ir svarīgi izprast biznesa procesa būtību un veidu, kuram tas pieder. Saistībā ar produkta vai pakalpojuma pievienotās vērtības iegūšanu var izdalīt šādas procesu klases:

1. Pamatdarbības procesi (piemēram, mārketings, ražošana, produktu piegāde un apkalpošana).

2. Biznesa procesu atbalstīšana produktam nepievieno vērtību, bet gan palielina tā vērtību (piemēram, finansiāls atbalsts aktivitātēm, personāla komplektēšana, juridiskais atbalsts, administrēšana, drošība, komponentu piegāde, remonts un apkope utt.).

3. Vadības biznesa procesi.

Galvenā biznesa modeļu pielietošanas joma ir biznesa procesu pārveidošana. Biznesa procesu reinženierzinātne ir fundamentāla biznesa procesu pārdomāšana un radikāla pārveidošana, lai panāktu maksimālu efektivitāti ražošanā, saimnieciskajā un finanšu un saimnieciskajā darbībā, kas formalizēta ar attiecīgiem organizatoriskiem, administratīvajiem un normatīvajiem dokumentiem.

Biznesa inženierija sastāv no biznesa procesu modelēšanas (modeļa “kā ir” izstrāde, tā analīze, modeļa “kā to” izstrāde) un plāna izstrādes un ieviešanas pārejai uz stāvokli “kā jā”. Pārinženierijas mērķis var būt informācijas sistēmas ieviešana, izmaksu samazināšana, klientu apkalpošanas kvalitātes uzlabošana, darba un darba instrukciju izveide utt., un detalizētam procesu aprakstam pašam par sevi nav nekādas vērtības.

Jebkuras biznesa procesu modelēšanas metodes svarīgākie jēdzieni ir objekta un attiecības jēdzieni. Katrs modeļa objekts atspoguļo kādu reālu tā sauktās priekšmeta jomas (organizācijas) objektu, cilvēkus, dokumentus, mašīnas un iekārtas, programmatūru utt. Parasti vienas metodes ietvaros tiek veidoti modeļa objekti, kas atspoguļo dažādas reālās pasaules vienības. arī dažādi. Saites ir paredzētas, lai aprakstītu objektu attiecības savā starpā. Šādas attiecības var ietvert: izpildes secību laikā, saziņu, izmantojot informācijas plūsmu, izmantošanu citā objektā utt.

Katram objektam un saitēm ir raksturīgi vairāki parametri vai, kā saka, atribūti, kas atspoguļo noteiktas reāla objekta īpašības. Atribūtu sastāvs ir atkarīgs no organizācijas reālā objekta veida, kas tiek parādīts, izmantojot modeli. Atribūti var būt tādi raksturlielumi kā objekta numurs, nosaukums, apraksts, izpildes ilgums (funkcijām), izmaksas uc Praksē, veidojot organizācijas modeļus, modeļa objektu atribūtu apraksts tiek veikts, izmantojot īpašus biznesa procesu modelēšanas rīkus. . Tas ļauj no vienkāršākā biznesa procesa “apraksta” izveidot sarežģītāku “modeli”, uz kura pamata tiek veikti noteikti aprēķini, procesa analīze un novērtēšana.

Biznesa procesa aprakstam ir šādi posmi:

1. Apraksta mērķa noteikšana.

2. Vides apraksts, biznesa procesa ievadu un izvadu definēšana, IDEFO diagrammu konstruēšana.

3. Funkcionālās struktūras apraksts (procesa darbības), IDEF3 diagrammu uzbūve.

4. Procesa plūsmu (materiālo, informatīvo, finansiālo) apraksts, DFD-diagrammu konstruēšana.

5. Procesa organizatoriskās struktūras veidošana (nodaļas, dalībnieki, atbildīgie).

Šobrīd biznesa procesu aprakstīšanai, modelēšanai un analīzei tiek izmantotas vairāku veidu metodoloģijas. Visizplatītākie veidi ietver šādas metodes:

1. Biznesa procesu modelēšanas metodoloģijas (Business Process Modeling)

Visplašāk izmantotā biznesa procesu aprakstīšanas metodika ir ASV IDEF0 standarts. Kopš tā izstrādes standarts nav piedzīvojis būtiskas izmaiņas. Šobrīd IDEF0 metodoloģijas izstrāde ir saistīta ar tās atbalsta rīku – programmatūras produktu biznesa procesu modelēšanai (piemēram, BPWin 4.0, ProCap, IDEF0 / EM Tool u.c.) pilnveidošanu. IDEF0 metodoloģija sniedz analītiķim plašas iespējas aprakstīt organizācijas biznesu visaugstākajā līmenī, koncentrējoties uz procesu vadību. Apzīmējums ļauj procesa modelī atspoguļot dažāda veida atgriezenisko saiti - par informāciju, kontroli un materiālo resursu kustību. Modeļi IDEF0 apzīmējumā ir paredzēti augsta līmeņa uzņēmuma biznesa aprakstam. To galvenā priekšrocība ir spēja aprakstīt organizācijas procesu vadību.

2. Darbplūsmu aprakstīšanas metodoloģijas (darba plūsmas modelēšana)

Otra svarīgākā procesu apraksta metodoloģija ir IDEF3,

paredzēti, lai aprakstītu darba procesus vai, citiem vārdiem sakot, darbplūsmas. IDEF3 standarts ir tuvs algoritmiskām metodēm procesu diagrammu un standarta blokshēmu konstruēšanai. IDEF3 metodoloģijas pamatā ir procesu modeļu konstruēšana pēc darba (funkciju, operāciju) principa, kas tiek veikts secīgi laikā.

3. Datu plūsmu aprakstīšanas metodoloģijas (datu plūsmas modelēšana)

Vēl viena praksē aktīvi izmantota metodoloģiju grupa ir DFD (Data Flow Diagramming) apzīmējumi, kas paredzēti datu plūsmu aprakstīšanai. Tie ļauj atspoguļot procesa laikā veikto darbu secību un informācijas plūsmas, kas cirkulē starp šiem darbiem. Turklāt DFD notācija nodrošina iespēju aprakstīt dokumentu plūsmu (dokumentu plūsmu) un materiālos resursus (piemēram, materiālu pārvietošanu no viena darba uz otru). DFD metodoloģiju var efektīvi izmantot procesu aprakstīšanai, ieviešot procesa pieeju organizācijas vadīšanā, jo tā ļauj maksimāli samazināt biznesa procesu aprakstīšanas subjektivitāti. Izmantojot procesu diagrammu DFD, tiek identificētas galvenās datu plūsmas, kas ir svarīgas turpmākai datu struktūras modeļu veidošanai un prasību izstrādei organizācijas informācijas sistēmai.

Ir arī citas metodoloģijas, ko piedāvā dažādi programmatūras uzņēmumi.

Noslēdzot īsu esošo metodoloģiju aprakstu, jāatzīmē, ka uzņēmuma biznesa procesus var attēlot, izmantojot standarta blokshēmas, kas faktiski ir balstītas uz GOEBZ notācijas ideoloģiju, bet tajā pašā laikā satur daži papildu īpašie grafiskie objekti. Šo objektu izmantošana ļauj padarīt procesu blokshēmas vizuālākas un izpildītājiem saprotamākas.

Līdz ar to dažkārt ir grūti noteikt iekšējo pretrunu avotu, kādu funkciju nekonsekvenci vai optimālo darba secību uzņēmuma biznesa procesos. Šajā aspektā konstruētais modelis ļaus ne tikai identificēt problēmu, bet uzskatāmi parādīt radušos problēmu cēloņus.

Tāpat jāuzsver, ka uzņēmuma biznesa procesa modelis ir sistēma ar tajā identificētu struktūru, elementiem, kas ņemti atsevišķi no ārējās vides vai augstākas sistēmas. Šāda veida iegūtā informācija ļauj veikt fundamentālu analīzi, tas ir, identificēt pretrunas ar augstāku sistēmu (uzņēmumam tā var būt tautsaimniecības nozare, teritoriālais rajons utt.). Šāda veida analīze ļauj prognozēt uzņēmuma perspektīvas, tostarp tā krīzes iespējamību.

© E.M. Mihailova, 2009

Vladimirs Repins, Vitālijs Eliferovs Nodaļa no grāmatas “Procesa pieeja vadībai. Biznesa procesu modelēšana»
Izdevniecība "Mann, Ivanov un Ferber"

Procesu analīze ir jāsaprot plašā nozīmē: tā ietver ne tikai darbu ar grafiskām diagrammām, bet arī visas pieejamās informācijas analīzi par procesiem, to veiktspējas mērījumus, salīdzinošo analīzi utt.

Procesu analīzes veidu klasifikācija ir dota attēlā. viens.

Rīsi. viens. Biznesa procesu analīzes veidu klasifikācija

Ir vairākas procesu subjektīvās novērtēšanas metodes. Daudzējādā ziņā šādas metodes ir izstrādātas biznesa procesu pārveidošanas metodoloģijas pamatlicēju un sekotāju darbos, piemēram, Hammer un Champy, Robson un Ullah uc Turklāt labi zināmas analīzes metodes var izmantot procesu kvalitatīva analīze: SVID analīze, analīze, izmantojot Bostonas matricu un citas.

Procesu grafiskās analīzes metodes ir mazāk attīstītas. Mums zināmajā literatūrā to klasifikācija nav atrodama. Šajā sakarā mēs piedāvājam un apsveram savu vienkāršāko procesu grafiskās analīzes metožu klasifikāciju.

Papildus šīm metodēm mēs piedāvājam vēl vienu procesu kvantitatīvās novērtēšanas metodi, kas balstīta uz procesa atbilstības analīzi tā organizēšanas standarta prasībām. Piedāvātā struktūra tipiskām procesa prasībām ir balstīta uz standartu sērijas ISO 9000 prasībām. Turklāt process var tikt pārskatīts, vai process atbilst normatīvajiem aktiem.

Pasaules praksē detalizētāk ir izstrādātas procesu kvantitatīvās analīzes metodes. Lielākā daļa no tiem ir balstīti uz statistiskās informācijas par procesiem vākšanu, apstrādi un analīzi. Faktiski statistiskās procesu analīzes metodes ir izstrādātas kā instrumenti, ko izmanto kvalitātes vadības sistēmu ieviešanā.

Šobrīd plaši tiek izmantotas tādas kvantitatīvās analīzes metodes kā procesu simulācija un procesu ABC analīze (operācijas izmaksu analīze). Tie netiks aplūkoti grāmatas ietvaros, jo to izmantošana praksē ir saistīta ar augstām izmaksām un ilgu projektu pabeigšanas laiku organizācijās. Mūsuprāt, šo metožu izmantošana organizācijās, kurām nav skaidra procesu regulējuma un to darbības mērīšanas līdzekļu, ir neatbilstoša. Tā kā lielākā daļa Krievijas uzņēmumu atrodas šajā stāvoklī, simulācijas modelēšanas un ABC analīzes izmantošana tiem ir pāragra.

Procesa SVID analīze

Procesa SVID analīze ietver tā stipro un vājo pušu, uzlabojumu iespēju un pasliktināšanās draudu noteikšanu. Tabulā. 3.15 ir procesa SVID analīzes piemērs.

Tab. viens. Procesa SVID analīzes piemērs

Stiprās puses Vājās puses
1. Ir līderis - līderis.
2. Augstas kvalitātes produkta process.
3. Kvalificēta personāla pieejamība.
4. Augsta automatizācijas pakāpe		 1. Klienti nav apmierināti ar preču piegādes laiku.
2. Funkciju daļēja dublēšanās.
3. Nav sistēmas procesa darbības rādītāju mērīšanai.
4. Vairākiem izpildītājiem nav darba aprakstu
Iespējas Draudi
1. Efektivitātes paaugstināšana, ieviešot CRM sistēmu.
2. Samazinātas pieskaitāmās izmaksas.
3. Pasūtījumu izpildes laika samazināšana, izmantojot turpmāku automatizāciju		 1. Klientu zaudēšana garo piegādes termiņu dēļ.
2. Produkta kvalitātes pazemināšanās.
3. Liela atkarība no procesa izpildītāju personībām

Procesa SVID analīzi var veikt šādi:

  • veikt organizācijas vadītāju un speciālistu aptauju;
  • apstrādāt aptaujas rezultātus, izvērtējot pēc nozīmes līdzīgu atbilžu skaitu un veidojot atbilžu reitingu;
  • izveidojiet procesa SVID analīzes tabulu.

SVID analīze ir rīks procesa kvalitatīvam iepriekšējam novērtējumam. Uz tā pamata iegūtos datus var izmantot turpmāk, lai noskaidrotu procesa zemās efektivitātes cēloņus un noteiktu to raksturojošos rādītājus.

Procesa problēmu analīze: problēmzonu noteikšana

Problēmzonu izolēšana ir vienkāršākais kvalitatīvās procesa analīzes līdzeklis. Šīs analīzes metodes galvenais mērķis ir noteikt virzienus turpmākai padziļinātai analīzei. Problēmzonu identificēšanai jāveido palielināta procesa diagramma, kurā attēlotas galvenās veikto funkciju grupas un to veicēji. Pēc tam diagrammā jānorāda problemātiskās vietas un jāsniedz īss to apraksts. Uz att. 2 parādīts šādas procesa diagrammas piemērs.

Problēmas tiek identificētas, intervējot attiecīgajā procesā iesaistītos vadītājus un darbiniekus. Tātad, piemērā attēlā. 2, tika veikta RSU - uzņēmuma remonta un būvniecības daļas darbinieku aptauja. Iegūtais iekārtu remonta process augstākā līmenī sastāv no septiņām funkciju grupām. Katru no tiem veic noteiktas nodaļas.

Uz att. 2 parāda četras problemātiskās jomas. Pirmā no tām saistīta ar tehnikas iegādi, otrā - ar darbuzņēmēju piesaisti, trešā - ar remontdarbu veikšanu, ceturtā - ar maksājumu veikšanu par veiktajiem darbiem un aprīkojumu. Ir sniegti īsi problēmu formulējumi katrai problēmzonai.

Rīsi. 2. Procesa problēmzonas

Tādā veidā iegūtā procesu diagramma var kalpot kā diskusiju un analīzes priekšmets procesu reorganizācijas projekta īstenošanas gaitā. Tā, piemēram, informāciju par problēmu esamību remontdarbu veikšanā var aplūkot sīkāk: kāda ir remontdarbu veikšanas kārtība, kā un kas izsniedz materiālus un rezerves daļas, kā tiek veikta uzskaite, kas ir atbildīgs par aplēšu kontroli, kurš operatīvi vada procesu utt. Problēmzonu identificēšana tādējādi ir līdzeklis, kā koncentrēt vadītāju un ekspertu uzmanību uz noteiktiem procesa fragmentiem.

Procesu ranžēšana, pamatojoties uz subjektīvu vērtējumu

Procesu ranžēšana tiek veikta projekta sagatavošanas posmā, kad nepieciešams raksturot katru galveno organizācijas procesu un izlemt, kurš no tiem ir jāuzlabo vispirms. Jūs varat lasīt vairāk par šo tehniku.

Ir vairākas pieejas ranžēšanas procesiem. Mēs apsvērsim vienkāršāko tehniku. Pirmajā posmā ir nepieciešams izveidot organizācijas galveno procesu sarakstu. Tad tiek izveidota šādas formas tabula (2. tabula):

Tab. 2. Organizācijas procesu klasifikācija

Procesa nozīme/procesa statuss Augsta efektivitāte Vidējā efektivitāte Zema efektivitāte
Ļoti svarīgs process 1. process - 2. process
svarīgs process 6. process 3. process -
sekundārais process 5. process 7. process 4. process

Tabulas analīze. 2 parāda, ka 2. process ir ļoti svarīgs organizācijas darbībai un tajā pašā laikā vismazāk efektīvs. Tādējādi, pirmkārt, ir jāvirza pūles procesa analīzei un reorganizācijai 2. Katrai organizācijai tabula. 2 tiks aizpildīti atšķirīgi. Turklāt laika gaitā mainās procesu atrašanās vieta tabulas šūnās.

Jāatzīmē, ka procesu ranžēšana, izmantojot šādu tabulu, ir ļoti subjektīva. Ilgtermiņa projekti organizācijas darbības uzlabošanai nevar būt balstīti uz šādu analīzes metožu izmantošanu. Šo metodi parasti izmanto vadītāju apmācību semināros, sanāksmēs, prāta vētras un līdzīgos pasākumos, kuru mērķis ir ātri analizēt situāciju ar uzņēmuma procesiem, pamatojoties uz kvalitatīviem rādītājiem.

Procesu analīze saistībā ar tipiskām prasībām

Jebkuru organizācijas procesu var analizēt, ņemot vērā noteiktu prasību izpildi. Šobrīd pasaulē nav specializētu standartu, kas regulētu prasības biznesa procesiem (ISO / IEC 15504-2:2003). Tālāk piedāvāto prasību struktūru procesa organizēšanai izstrādājām, ņemot vērā ISO 9001 standarta prasības.

ISO 9000 sērija iesaka izmantot PDCA (Plan-Do-Check-Act) ciklu, lai izveidotu sistēmu nepārtrauktai procesa uzlabošanai. Mēs uzskatām, ka šī cikla izmantošana ir arī obligāta prasība, kas jāuzliek procesiem.

Papildus augstāk minētajām prasībām procesā jāiekļauj labi zināma noviržu vadības shēma: "procesa plānošana - procesa izpilde - uzskaite - kontrole - lēmumu pieņemšana".

Tātad, mūsuprāt, tipiskajam procesam jāatbilst šādām prasību grupām:

  • visu procesa sastāvdaļu regulēšana;
  • izmantojot nepārtrauktu PDCA procesa uzlabošanas ciklu.

Prasības procesa organizēšanai, ņemot vērā ISO 9001 standarta ieteikumus, atspoguļotas tabulā. 3.

Tab. 3. Anketa procesu analīzei saistībā ar tipiskām prasībām

Veicot procesa analīzi, informācija jāievāc atbilstoši tabulas prasībām. 3. Šāda darba veikšana var būt piemērota procesa reorganizācijas projekta realizācijā uzņēmumā. Process tiek analizēts, lai noteiktu PDCA cikla klātbūtni. Atgādiniet, ka ap procesu tiek izveidota PDCA cilpa, kā parādīts attēlā. 3. Procesa nepārtrauktas pilnveidošanas cikla funkciju mērķis parādīts tabulā. 4.

Rīsi. 3. PDCA cikls

Tab. 4. Procesa PDCA cikls

Process ir jāpārskata, lai noteiktu, vai pastāv dispersijas pārvaldības cikls. Šis cikls ietver piecas procesa funkciju grupas, kuru mērķis ir parādīts tabulā. pieci.

Tab. pieci. Vadības cilpas funkcijas

№ Kontroles cikla funkcija Apraksts
1 Plānošana Funkciju grupa procesa darba izpildes tehniskai, ekonomiskai un finansiālai plānošanai
2 Performance Funkciju grupa procesa izpildei (piemēri: dokumenta sagatavošana, produktu izgatavošana utt.)
3 Grāmatvedība Funkciju grupa faktiskās informācijas reģistrēšanai par procesa izpildi
4 Kontrole Funkciju grupa plānoto rezultatīvo rādītāju izpildes uzraudzībai salīdzinājumā ar faktisko
5 Lēmumu pieņemšana Funkciju grupa vadības lēmumu sagatavošanai un pieņemšanai, pamatojoties uz datiem par novirzēm no plānotajiem darbības rādītājiem

Novirzes kontroles cikla diagramma parādīta att. 4.

Rīsi. 4. Noviržu kontroles cikls

Ja analīzes rezultātā izrādās, ka process apmierina visas trīs augstāk minētās prasību grupas, tad procesa organizāciju var uzskatīt par apmierinošu. Turpmākais darbs pie šāda procesa uzlabošanas būs tā veiktspējas analīze un uzlabošana.

Procesu diagrammu vizuālā analīze

Procesu diagrammu vizuālajai analīzei ir vairāki būtiski ierobežojumi. Fakts ir tāds, ka process ir sarežģīts objekts, kuru nevar aprakstīt vienas grafiskas diagrammas veidā. Jebkura grafiskā procesa diagramma parādīs informāciju atbilstoši izvēlētajam apraksta rīkam (notācijai). Jebkuras kļūdas vai nepilnības grafiskās shēmas veidošanā noved pie efektīvas analīzes neiespējamības. Piemēram, aprakstot procesu, analītiķis aizmirsa norādīt vairākus ienākošos un izejošos dokumentus. Vizuālā analīze, protams, var liecināt par to neesamību, taču šī informācija neko neuzlabo, jo šie dokumenti pastāv.

Otrs aspekts, kas jāuzsver, ir zināšanas par ideālo procesu. Aplūkojot procesa grafisko diagrammu, konkrētus secinājumus par dažu nepieciešamo elementu neesamību var izdarīt, tikai balstoties uz praktisko pieredzi un zināšanām par labākajiem nozares risinājumiem, citu uzņēmumu pieredzi un standartu prasībām. Atrast ekspertus ar šādu pieredzi un pat ar zināšanām par procesu apraksta apzīmējumiem ir diezgan grūti. Šis fakts arī ierobežo vizuālās analīzes efektivitāti.

Pēc ievada piezīmes mēs apsvērsim galvenās pieejas procesu grafisko shēmu analīzei. Ņemiet vērā, ka visus tālāk norādītos analīzes veidus var veikt, neizmantojot grafiskās shēmas.

Pirmkārt, procesa diagrammu var analizēt ieejas un izejas izteiksmē. Ievades/izejas analīze sastāv no divām daļām:

  1. Ievades nepieciešamības analīze / produkcijas nepieciešamības analīze.
  2. Neizmantoto rezultātu analīze.

Ievades prasību analīze tiek veikta šādi. Katra procesa funkcija tiek apskatīta secīgi, tiek veikta tās jēgpilna analīze. Tiek noteikts tam nepieciešamās informācijas sastāvs. Tiek veikta pārbaude, vai šī informācija ir ienākošajos dokumentos. Ja vajadzīgā informācija nav ietverta nevienā dokumentā, tas var nozīmēt, ka funkcijas veikšanai nepieciešamais dokuments neeksistē. Norādītā algoritma ilustrācija ir parādīta attēlā. pieci.

Rīsi. pieci. Ievades nepieciešamības noteikšana

Līdzīgi tiek veikta materiāla izejvielu, personāla un infrastruktūras analīze.

Acīmredzot, ja kādā procesa daļā konstatējām ievaddokumenta trūkumu, ir jānosaka funkcija, kurai tas ir izvads. Diez vai ir iespējams meklēt šādas funkcijas (procesus), izmantojot modeļu shēmas. Vienkāršāk ir intervēt attiecīgos izpildītājus un atrast nepieciešamās informācijas sniedzējus. Tālāk noskaidrojiet, kāpēc šī informācija nav dokumentēta un netiek nodota tās saņemšanā ieinteresētajai amatpersonai. Tas ir parādīts attēlā. 6.

Rīsi. 6. Rezultātu nepieciešamības identificēšana

Neizmantoto izvadu analīze nozīmē to procesa (funkcijas) izvadu atrašanu, kas netiek izmantoti citos procesos (funkcijās). Prakse rāda, ka uzņēmumos ir diezgan daudz dokumentu, kas tiek noformēti, bet turpmāk tie vai nu netiek izmantoti, vai tiek izmantoti formāli. Pēdējais gadījums nozīmē, ka dokumentu var sagatavot, pārsūtīt uz galamērķi un pēc tam vienkārši nonākt attiecīgajā mapē un gadiem tur savākt putekļus. Šādus dokumentus var droši saukt par neizmantotiem. Vismaz jums vajadzētu pievērst tiem uzmanību un, ja iespējams, atbrīvoties no tiem.

Lai meklētu neizmantotos izvadus, ir jāsagatavo šāda tabula:

Tab. 6. Neizmantoto procesa izvadu atrašana

Lai identificētu neizmantotos dokumentus, ir nepieciešams konsekventi izsekot visai dokumentu kustības ķēdei caur organizāciju. Sākumpunkts ir procesa funkcija, kuras izejā attiecīgais dokuments parādās pirmo reizi. Turklāt visas ar tā apstrādi, izmantošanu un uzglabāšanu saistītās funkcijas tiek analizētas secīgi. Praksē, lai saprastu, vai dokuments tiek izmantots vai nē, ir jātiekas ar attiecīgajiem cilvēkiem un jāanalizē viņu darbība. Kad tiek identificēti neizmantotie dokumenti, visas procesa funkcijas un izejošā dokumentācija jāapsver secīgi.

Apsveriet procesa funkciju grafiskās analīzes iespējas. Tas ļauj identificēt:

  • nepieciešamo funkciju trūkums;
  • lieku funkciju klātbūtne;
  • funkciju dublēšanās.

Nepieciešamo funkciju trūkuma analīze tiek veikta, pamatojoties uz eksperta zināšanām par to, kā process jāorganizē, lai nodrošinātu tā efektīvu funkcionēšanu. Šādas analīzes piemērs ir parādīts attēlā. 7.

Rīsi. 7. Procesa modelī trūkst vajadzīgās funkcijas

Varat sniegt dažus ieteikumus par to, kādām funkcijām ir jābūt šajā procesā. IDEF0 apzīmējumā sagatavotiem augstākā līmeņa modeļiem tās ir plānošanas, uzskaites, kontroles un lēmumu pieņemšanas funkcijas. Zema līmeņa modeļiem, kas sagatavoti IDEF3 (ARIS eEPC) formātā, ir vairākas svarīgas funkcijas, kuras nevajadzētu aizmirst, veidojot modeli:

  • vadības funkcijas: ievades kontrole, procesa statistiskā kontrole;
  • ārkārtas situācijās veiktās funkcijas;
  • funkcijas neatbilstošu produktu apstrādei;
  • funkcijas faktiskās informācijas uzskaitei par procesu.

Apsveriet vadības funkcijas. Uz att. 8. attēlā ir parādīts procesa piemērs, kas pievieno divus šādus līdzekļus. Pirmajā tiek veikta selektīva ievades kontrole, savukārt tās rezultāti tiek dokumentēti - attēlā. 8 parāda dokumentu "Ievades kontroles rezultāti". Funkcijas izpildes rezultātā var rasties divi alternatīvi notikumi: "Ievade neatbilst prasībām" un "Ievade atbilst prasībām". Pirmajā gadījumā notiek pāreja uz funkcijas "Procesa īpašnieka lēmumu pieņemšana" izpildi. Tas jāapraksta kā atsevišķs kontroles process. (Protams, iespējams arī, ka lēmumu pieņem procesa izpildītājs.)

Rīsi. 8. Kontroles funkciju trūkums

Otrajai kontroles funkcijai ir statistisks raksturs. Tiek veikta procesa izvades izlases veida pārbaude. Pārbaudes rezultāti tiek fiksēti dokumentā "Statistikas kontroles rezultāti" un turpmāk jāizmanto procesa vadīšanai.

Parasti, aprakstot procesus, viņi bieži aizmirst par dažādām ārkārtas situācijām un rīcību to rašanās gadījumā. Šādu procesu shēmu vērtība ir ievērojami samazināta. Ārkārtas situācijas parādīšanas piemērs ir parādīts attēlā. deviņi.

Rīsi. deviņi.Ārkārtas palīdzības sniegšanas funkcijas trūkums

Uz att. 9 tiek pieņemts, ka pēc procesa pirmās funkcijas izpildes iespējama ārkārtas situācija. Tas ir jāapstrādā. Lai to paveiktu, process ietver funkciju "Ārkārtas situācijas apstrāde", divus jaunus notikumus un ekskluzīvā un parastā "OR" loģikas simbolus.

Procesu diagrammās var nebūt funkciju darbam ar neatbilstošiem produktiem (pakalpojumiem, dokumentiem). Uz att. 10 ir šāda procesa piemērs. Faktiskās informācijas uzskaites funkcijas ir ļoti svarīgas, jo tās ļauj uzkrāt vadības informāciju par procesa parametriem, ko izmantot, lai to analizētu un uzlabotu. No teorijas viedokļa ir nepieciešams reģistrēt katras funkcijas rezultātus. Praksē ir jāapkopo tā faktiskā informācija, kuru ir ieteicams izmantot nākotnē.

Rīsi. 10. Nav funkciju, lai apstrādātu neatbilstošus produktus

Sniegsim vienkāršāko trūkstošās funkcijas piemēru procesa izpildes parametru reģistrēšanai (skat. 11. att.).

Rīsi. vienpadsmit. Trūkst funkcijas, kas ierakstītu faktisko informāciju par procesu

Procesa grafikā ir jāpārbauda lieki līdzekļi. Šāda analīze tiek veikta saskaņā ar šādu algoritmu. Visas procesa funkcijas tiek aplūkotas secīgi, katra no tām tiek analizēta. Tiek uzdots jautājums: "Kas notiks, ja šī funkcija tiks izslēgta no procesa?" Ir situācijas, kad tajā ir funkcijas, kas nav vajadzīgas. Jums ir jāatbrīvojas no tiem.

Noslēdzot apakšnodaļu par procesu grafisko shēmu analīzi, pakavēsimies pie funkciju dublēšanās analīzes. Šādas analīzes piemērs ir parādīts attēlā. 12.

Rīsi. 12. Procesa funkciju dublēšanās analīze

Uz att. 12 parāda divus dažādus procesus. Tos var veikt dažādās nodaļās. Tiek aplūkotas divas funkcijas: "procesa funkcija 1" un "procesa funkcija 2". Viņu nosaukumi var ievērojami atšķirties. Arī šo funkciju izvadi ir atšķirīgi: "dokuments 1" un "dokuments 2". Kā noteikt dublēšanos? Šo divu funkciju rezultāti jāanalizē, ievērojot šādus virzienus:

  • katrā dokumentā ietvertās informācijas analīze;
  • katra dokumenta patērētāju analīze;
  • lēmumus, kas pieņemti, pamatojoties uz dokumentos ietverto informāciju.

Uz att. 12 redzams, ka abos dokumentos ir viena un tā pati "informācija A". Tas var nozīmēt, ka attiecīgās funkcijas pilnībā vai daļēji dublē viena otru. Pievērsiet viņiem vismaz īpašu uzmanību. Kā praksē noteikt funkciju dublēšanos? Acīmredzot nav iespējams salīdzināt procesu funkcijas savā starpā. Pirmkārt, jums ir jāizveido to funkciju saraksts, kurām ir aizdomas par dublēšanos. Šāda veida informāciju var iegūt, pamatojoties uz intervijām ar darbiniekiem un nodaļu vadītājiem.

Turklāt analītiķim, kurš pietiekami ilgu laiku strādājis ar procesiem, jābūt iepriekšējai informācijai par iespējamu funkciju dublēšanos.

Noslēgumā jāatzīmē, ka grafisko procesu diagrammu analīzei lielā mērā jābalstās uz veselo saprātu un darba pieredzi.

Procesa indikatoru mērīšana un analīze

Procesa veiktspējas mērīšana un analīze ir būtiski instrumenti, lai atrastu veidus, kā uzlabot procesus. Kā minēts iepriekš, procesu var raksturot ar vairākām rādītāju grupām:

  • procesa rādītāji;
  • procesa produktu rādītāji;
  • apstrādāt klientu apmierinātības rādītājus.

Procesa indikatorus var definēt kā skaitliskas vērtības, kas raksturo paša procesa gaitu un tā izmaksas (laiks, finanšu, resursi, cilvēkresursi utt.). Rādītāji var būt absolūti un relatīvi (reducēti līdz pakalpojumu apjomam, sezonālām svārstībām, tarifu izmaiņām un citiem ārējiem faktoriem, kas nav atkarīgi no pārbaudāmā procesa vadības).

Preces (pakalpojuma) rādītāji - skaitliskas vērtības, kas raksturo produktu (pakalpojumu) procesa rezultātā (pakalpojumu absolūtais apjoms, pakalpojumu apjoms attiecībā pret pasūtīto vai pieprasīto, kļūdu un kļūmju skaits nodrošināšanā pakalpojumu klāstu, sniegto pakalpojumu klāstu, sniegto pakalpojumu klāstu attiecībā pret nepieciešamo utt.). d.).

Procesa klientu apmierinātības rādītāji ir skaitliskas vērtības, kas raksturo klientu apmierinātības pakāpi ar procesa rezultātiem (izlaide, serviss utt.). Tajā pašā laikā ir jānošķir klientu apmierinātība (iekšējā un ārējā) ar procesa rezultātu un galalietotāja apmierinātība ar saņemto produktu vai pakalpojumu.

Uz att. 13 parādīta vienkāršākā procesa rādītāju klasifikācija.

Rīsi. 13. Procesu rādītāju klasifikācija

Neņemsim vērā procesa kvalitatīvos vērtējumus, piemēram, vadītāja vērtējumu “process ir slikti vadīts”, jo uz šiem rādītājiem nav iespējams pieņemt pārdomātus vadības lēmumus.

Procesa kvantitatīvos rādītājus sadalījām divās grupās: absolūtais un relatīvais. Absolūtie rādītāji ietver: procesa izpildes laiku, tehniskos rādītājus, izmaksu un kvalitātes rādītājus. Relatīvos rādītājus var aprēķināt, pamatojoties uz absolūtajiem, veidojot starp tiem dažādas attiecības.

Ļaujiet mums sīkāk apsvērt procesa absolūtos veiktspējas rādītājus.

Procesa laika rādītāji

Pirmajā rādītāju grupā ietilpst procesa izpildes laika rādītāji:

  • vidējais procesa izpildes laiks kopumā;
  • vidējais dīkstāves laiks;
  • atsevišķu procesa funkciju vidējais izpildes laiks;
  • citi.

Procesa pieejas ieviešanas pirmajā posmā jāņem vērā vienkāršākie rādītāji, piemēram, procesa izpildes laiks kopumā. Detalizētākā analīzē varat apsvērt tādus rādītājus kā dīkstāve, atsevišķu procesa funkciju izpildes laiks utt. Kā izmērīt šādus rādītājus? Lai to izdarītu, nepieciešams izstrādāt un ieviest atsevišķu procesa funkciju izpildes laika uzskaites sistēmu. Tajās darba vietās, kur tas ir lietderīgi, ir jāfiksē informācija par brīdi, kad funkcija sāka pildīt un kad tā beidzās. Šim nolūkam var izmantot dažādas reģistrācijas formas, piemēram, ienākošo dokumentu saņemšanas žurnālus u.c. Pārējiem darbiem var izmantot standarta aprēķinus par vidējo izpildes laiku. Vienkāršākais veids, kā to izdarīt, ir šāds.

Tiek aprēķināts funkcijas saražotās produkcijas apjoms (pakalpojumi, noformētie dokumenti). Tālāk kopējais darba laiks tiek dalīts ar aprēķināto produktu skaitu. Mēs iegūstam vidējo funkcijas izpildes laiku. Situācija ir sarežģītāka, ja viens izpildītājs veic vairākas funkcijas. Šajā gadījumā var izmantot dažādus svēršanas koeficientus, kas nosaka izpildītāja darba laika sadalījuma struktūru dažādiem uzdevumiem.

Protams, procesa laika rādītāju aprēķināšana, tāpat kā citi, nav pašmērķis. Tam jāsniedz informācija, kas ļauj pieņemt lēmumus, lai uzlabotu procesu. Vienkāršākais, bet ļoti svarīgs piemērs ir klienta pieprasījuma apstrādes laika aprēķins.

Ja klienti nav apmierināti ar šī procesa ilgumu, organizācija, visticamāk, tos zaudēs.

Uz att. 14 parādīta vienkāršākā lineārā procesa izpildes laika rādītāja aprēķināšanas shēma.

Rīsi. četrpadsmit. Procesa laika aprēķina piemērs

Procesa specifikācijas

Tehniskajos rādītājos jāiekļauj tie rādītāji, kas raksturo procesa tehnoloģiju, izmantotās iekārtas, programmatūru, vidi uc Ir skaidrs, ka dažādu nozaru uzņēmumu procesiem tehniskie rādītāji būs atšķirīgi. Tajā pašā laikā ir vairāki rādītāji, kas ir izmērāmi jebkuram procesam:

  • darba vietās veikto procesa funkciju skaits;
  • procesa personāla skaits, tajā skaitā vadītāji un speciālisti;
  • darījumu skaits periodā;
  • automatizēto darbu skaits;
  • - citi.

Tehniskie rādītāji lielā mērā atspoguļo organizācijas efektivitāti un var tikt izmantoti, veicot procesa salīdzinošu analīzi ar konkurējošo organizāciju procesiem. Parasti vienas nozares vietējo un ārvalstu uzņēmumu salīdzinājums izskatās īpaši spilgts. Piemēram, šāds darbinieku skaita salīdzinājums parāda, ka attīstīto valstu organizācijas līdzīgu procesu veikšanai izmanto trīs līdz piecas reizes mazāk darbinieku nekā vietējās. Jāpiebilst, ka procesu tehnisko rādītāju salīdzināšana absolūtos skaitļos visbiežāk ir mazinformatīva. Interesantākus datus analīzei sniedz, aprēķinot vairāku procesu relatīvo veiktspēju. Tas tiks apspriests tālāk.

Tehniskie rādītāji kalpo par pamatu daudzu specifisku procesa rādītāju aprēķināšanai, piemēram, izlaide uz vienu darbinieku, procesa automatizācijas pakāpe u.c. Jāatceras, ka svarīgs ir nevis rādītāju kopums, bet gan iespēja izdarīt. lēmumus, pamatojoties uz to, lai uzlabotu procesu.

Procesu izmaksu rādītāji

Procesu izmaksu rādītāji ir viena no svarīgākajām rādītāju grupām. Izmaksu rādītājus var iedalīt vairākās grupās:

  • procesa izmaksas kopumā;
  • procesa izmaksu rādītāji:
    • izpildītāju darbaspēka izmaksas;
    • iekārtu un nemateriālo aktīvu nolietojums;
    • siltumenerģijas un enerģijas nesēju izmaksas;
    • sakaru izmaksas;
    • informācijas iegūšanas izmaksas;
    • izdevumi izpildītāju kvalifikācijas paaugstināšanai;
    • citi;
  • procesa produktu izmaksu rādītāji:
    • izejvielu un materiālu izmaksas;
    • darba spēka izmaksas;
    • iekārtu nolietojums;
    • citas izmaksas.

Man jāsaka, ka pareizai procesa kopējo izmaksu aprēķināšanai un analīzei ir jāizmanto atbilstošas ​​metodes. Līdz šim vispiemērotākā no procesa pieejas viedokļa ir ABC izmaksu analīzes metode. Tas ir balstīts uz:

  • organizācijas procesos izmantoto resursu noteikšana;
  • procesa operāciju definēšana;
  • izmaksu sadales objektu noteikšana - procesa iznākumi (produkti, pakalpojumi, informācija);
  • kvantitatīvās attiecības "resursi - operācijas" un "darbība - gatava produkcija" rādītāju noteikšana un aprēķināšana;
  • resursu izmaksu pārnešana uz procesa operāciju izmaksām;
  • pārceļot operāciju izmaksas uz gatavās produkcijas izmaksām.

Pamatojoties uz ABC metodi, var aprēķināt procesa izmaksas. Šīs metodes praktiskā īstenošana ir tehniski sarežģīts, ilgstošs un dārgs projekts. Pirms tās ieviešanas katrai organizācijai jāanalizē ABC metodes piemērošanas iespējamība. Mūsuprāt, procesa pieejas ieviešanas pirmajā posmā organizācijā šo metodi nav vēlams izmantot.

Praksē procesa izmaksu apmēru kopumā ir grūti noteikt. Taču procesa uzlabošanai svarīgi ir nevis absolūtie, bet specifiskie un relatīvie rādītāji un to izmaiņu dinamika, kas atspoguļo uzlabojumu gaitu. Uz att. 15 parādīts piemērs izmaksu rādītāju maiņai procesa uzlabošanai.

Rīsi. 15. Izmaksu rādītāju maiņa, uzlabojot procesu

Analizējot katru procesu, ir jānosaka ierobežots izmaksu rādītāju kopums, kas kalpos par tā uzlabošanās/pasliktināšanās rādītājiem. Piemēram, šie rādītāji ietver:

  • algu saraksts (ja process tiek uzlabots, var samazināties personāla skaits un/vai palielināties darba ražīgums);
  • enerģijas izmaksas (netehnoloģiskā enerģija, enerģijas ietaupījums);
  • remonta un apkopes izmaksas (labāka un savlaicīga iekārtu apkope samazina kopējās remonta izmaksas);
  • zaudējumi no laulības;
  • citi.

Kā sistematizēt procesu izmaksu rādītāju atlases uzdevumu? Mēs iesakām rūpīgi analizēt tā sastāvdaļas un ar katru komponentu saistītās izmaksas. Rīsi. 16 ilustrē šo pieeju.

Rīsi. 16. Procesa izmaksu rādītāju identificēšana

Rādītāju mērīšanai jāizstrādā atbilstošas ​​metodoloģijas, tostarp darba apraksti, lai savāktu faktisko informāciju par procesa izmaksām, tā apstrādi un izmantošanu.

Procesa kvalitātes rādītāji

Kvalitātes rādītāji ir vissvarīgākā procesu raksturojošo rādītāju grupa. Ko nozīmē procesa kvalitāte? Mūsuprāt, tā ir tā spēja ar minimāliem resursu izdevumiem atbilstošā mērā apmierināt klientu vajadzības. Ņemsim vērā, ka galvenais procesa kvalitātes noteikšanas aspekts ir orientācija uz klientu. Mākslīgi izveidoti, no klienta vajadzībām atslēgti procesa kvalitātes rādītāji nevar kalpot kā instruments reāliem uzlabojumiem.

Procesa kvalitātes rādītāji ietver šādus rādītājus:

  1. Procesa produkta defektu pakāpe.
  2. Procesa produktu atgriešanas un pretenziju skaits.
  3. No klientiem saņemto sūdzību un sūdzību skaits par pakalpojumu kvalitāti.
  4. Nepabeigto (neatbilstoši specifikācijai) sūtījumu skaits.
  5. Gatavo produktu drošība.
  6. Ārkārtas situāciju skaits, kurās bija nepieciešama tūlītēja augstākā līmeņa vadības iejaukšanās.
  7. Procesa spēja ātri pielāgoties mainīgajām klientu prasībām.
  8. Procesa spēja saglabāt savus parametrus, mainoties ārējiem apstākļiem (procesa stabilitāte, minimālas variācijas).
  9. Procesa neatkarība no personāla izmaiņām.
  10. Procesu kontrole.
  11. Procesa spēja uzlaboties.

Rādītājus 1-6 ir pietiekami viegli izmērīt. Nepieciešams izstrādāt metodes attiecīgās informācijas vākšanai un apstrādei. Rādītāji 7-10 ir intuitīvi, taču praksē grūti izmērāmi. Jūs varat izsekot šo rādītāju izmaiņām, analizējot procesa kļūmes, kas rodas dažādu ārējo un iekšējo avārijas situāciju laikā. Šādu neveiksmju cēloņu noteikšana palīdzēs noteikt procesa uzlabošanas jomas.

Efektīvas procesa rādītāju kartes izveide prasa daudz laika un pūļu. Katram uzņēmumam šāda sistēma jāizveido, ņemot vērā tā procesu specifiku. Jāpiebilst, ka procesa indikatoru sistēmai ir jāattīstās līdz ar procesu: tai pilnveidojoties, jāizmanto arvien sarežģītāki rādītāji.

Apsveriet procesa relatīvo veiktspēju. Šo grupu aprēķina, pamatojoties uz absolūtajiem procesa rādītājiem. No izmantošanas procesa uzlabošanas nolūkos viedokļa šie rādītāji ir ļoti svarīgi.

Pagaidu

Relatīvie izpildes laiki ietver:

  • rādītāji "plāns / fakts":
    • plānotais procesa izpildes laiks / faktiskais procesa izpildes laiks;
    • plānotais funkcijas izpildes laiks / faktiskais funkcijas izpildes laiks;
    • vidējais procesa izpildes laiks / vidējais procesa izpildes laiks konkurentam;
    • klienta nepieciešamais apkalpošanas laiks/faktiskais klienta apkalpošanas laiks;
  • konkrēti:
    • procesa izpildes laiks/procesa personāla skaits;
    • procesa izpildes laiks/procesa funkciju skaits.

Izmaksas

Relatīvo izmaksu rādītāji ietver:

  • rādītāji "plāns / fakts":
    • procesa plānotās izmaksas / procesa faktiskās izmaksas;
    • plānotās resursu izmaksas/faktiskās resursu izmaksas;
    • plānotais procesa izmaksu samazinājums/faktiskais procesa izmaksu samazinājums;
    • plānotās remonta izmaksas/faktiskās remonta izmaksas.
  • salīdzinājums ar citu procesu:
    • procesa izmaksas/konkurenta procesa izmaksas;
    • procesa personāla atlīdzības apmērs / konkurenta procesa personāla atlīdzības apmērs;
  • konkrēti:
    • procesa rentabilitāte = procesa peļņa/procesa izmaksas;
    • procesa apgrozāmo līdzekļu atdeve = peļņa no procesa / izmantoto apgrozāmo līdzekļu apjoms;
    • produkcija uz vienu darbinieku = procesa izlaide / darbinieku skaits;
    • procesa aktīvu atdeve = ražošanas apjoms / pamatlīdzekļu vērtība;
    • procesa apgrozāmo līdzekļu apgrozījums = ieņēmumu apjoms / procesa apgrozāmo līdzekļu vidējie atlikumi;
    • pieskaitāmo izmaksu daļa = pieskaitāmo izmaksu summa / procesa izmaksas.

Papildus iepriekšminētajām var noteikt un aprēķināt daudzas citas relatīvas procesa izmaksas, kā arī jāizmanto finanšu pārvaldības metodes.

Tehnisks

Relatīvie tehniskie rādītāji ietver:

  • rādītāji "plāns / fakts":
    • plānotā dīkstāve/faktiskā dīkstāve;
    • plānotais darījumu skaits/faktiskais darījumu skaits;
  • salīdzinājums ar citu procesu:
    • procesa personāla skaits/konkurenta procesa personāla skaits;
    • procesa darbstaciju skaits/konkurenta procesa darbstaciju skaits;
  • konkrēti:
    • personāla noslodzes pakāpe = kopējais darba laiks procesa funkciju veikšanai / visu darbinieku kopējais darba laiks;
    • automatizācijas pakāpe = automatizēto procesa funkciju skaits/kopējais procesa funkciju skaits;
    • biroja telpu apjoms uz vienu darbinieku;
    • personālo datoru skaits uz vienu darbinieku.

Kvalitātes rādītāji

Starp relatīvajiem procesa kvalitātes rādītājiem ir:

  • rādītāji "plāns / fakts":
    • plānotā defekta pakāpe / faktiskā defekta pakāpe;
    • plānotais sūdzību skaits/faktiskais procesa klientu sūdzību skaits;
    • plānotais preču atgriešanas skaits / faktiskais preču atgriešanas skaits;
    • ārkārtējo situāciju skaits pārskata periodā / ārkārtējo situāciju skaits iepriekšējā periodā;
  • salīdzinājums ar citu procesu:
    • procesa produkta defektivitātes pakāpe / konkurenta procesa produkta defektivitātes pakāpe;
    • procesa sūdzību esamība/konkurentu procesa sūdzību pieejamība;
  • konkrēti:
    • sūdzību skaits/kopējais klientu skaits.

anotācija

informācijas modelēšanas bizness

Šajā rakstā aplūkoti SIA "PromTransInform" – turpmāk PTI – biznesa procesi.

Tika pārskatīti un pētīti:

uzņēmuma vispārīgie raksturojumi;

Tika izskatīti organizācijas darbības veidi, kādus produktus tā ievieš un kādus pakalpojumus sniedz, ar kādām organizācijām (īpaši lielākajām) ir noslēgti līgumi un kā tas ietekmē organizācijas darbību.

Aprakstītas metodoloģijas biznesa procesu aprakstīšanai;

PTI galvenokārt tiek izmantota ARIS metodoloģija, kas ļauj aplūkot organizāciju no visiem skatu punktiem un ļauj aplūkot organizāciju, izmantojot modeļu hierarhiju – no vispārināšanas līdz procedūru līmenim un funkciju resursu videi.

· uzbūvētas biznesa modeļu diagrammas (ARIS notācijā, izmantojot Microsoft Visio CASE rīku) "KĀDS IR" (kā ir);

· tika atrasts "pudeles kakls" un uz eEPC modeļa piemēra ir parādīts modelis "KĀ BŪT" (kā tam vajadzētu būt);

"Šaurums" šajā kursa darbā ir vājā darba plūsmas organizācija, kas rodas, ja pienākumi netiek racionāli sadalīti, kas palēnina pasūtījuma izpildi.

· uzrakstīts līgums par biznesa procesa modelēšanu un dokumentēšanu;

Veikta procesa analīze.

Ievads

Darba mērķis ir modelēt PromTransInform LLC biznesa procesus, identificēt trūkumus konkrēto nodaļu darbībā un piedāvāt veidu, kā tos novērst.

Jautājums par uzņēmuma darbības uzlabošanu, atrodot un novēršot tā sauktās "šaurās vietas" darbinieku darbā, izmantojot biznesa procesu modelēšanu, ir aktuāls jebkurā attīstošā uzņēmumā.

Studiju priekšmets šajā kursa darbā ir SIA PTI un tās nodaļas, kuru galvenais pakalpojums ir rūpniecisko dzelzceļa transporta uzņēmumu automatizācija.

Studiju priekšmets ir nodaļu un darbinieku mijiedarbība šajās nodaļās, atskaitoties ģenerāldirektoram.

Darba mērķi: apgūt prasmes strādāt ar ARIS biznesa procesu modelēšanas metodiku, apkopot informāciju un pētīt uzņēmuma biznesa procesus, modelēt procedūras, veidot biznesa modeļu diagrammas, izstrādāt līgumu par biznesa procesa modelēšanu un dokumentēšanu, veikt procesa analīze.

Darba metodes. Darbs tiek veikts, lai pilnveidotu prasmes veidot biznesa modeļu diagrammas ARIS notācijās, izmantojot Microsoft Visio CASE rīku, izmantojot PTI biznesa procesu piemēru.

Darbā kā sākotnējie dati tiek izmantota šāda informācija:

Uzņēmuma organizatoriskā struktūra;

uzņēmuma raksturojums;

dizaina organizēšana konsultāciju uzņēmumos;

informācija par izmantotajām PTI sistēmām.

Paveiktā darba un "šaurā vietu" novēršanas rezultātā paredzēts vienkāršot un atvieglot darbinieku darbu, līdz ar to samazinot darbietilpību un pieļaujot kļūdas atskaitēs.

1. Integrēto informācijas sistēmu ARIS arhitektūra kā biznesa procesu modelēšanas metodika

ARIS (Architecture of Integrated Information Systems) metodoloģijas izstrādātājs ir IDS Scheer AG, ko 1984. gadā Zārbrikenē (Sārlande, Vācija) dibināja profesors Augusts-Vilhelms Šērs. ARIS metodoloģija ir mūsdienīga pieeja organizācijas darbības strukturētam aprakstam un tā izklāstam savstarpēji saistītu un papildinošu grafisku modeļu veidā, kas ir viegli saprotami un analizējami.

ARIS izmantotie modeļi ir parādīti 1.1. attēlā.

1.1. attēls – ARIS modeļu klasifikācija

Modeļi, kas izveidoti, izmantojot ARIS metodoloģiju, atspoguļo esošo situāciju ar dažādu tuvinājuma pakāpi. Apraksta detalizācijas pakāpe ir atkarīga no tā projekta mērķiem, kura ietvaros tiek veikta modelēšana. ARIS modeļus var izmantot, lai analizētu un izstrādātu dažāda veida lēmumus par uzņēmuma reorganizāciju, tai skaitā informācijas vadības sistēmas ieviešanu, kvalitātes vadības sistēmu izstrādi.

ARIS metodoloģija īsteno strukturālās analīzes principus un ļauj definēt un modeļos atspoguļot galvenās organizācijas sastāvdaļas, notiekošos procesus, saražotos un patērētos produktus, izmantoto informāciju, kā arī identificēt to savstarpējās attiecības. Izveidotie modeļi ir dokumentēts zināšanu kopums par vadības sistēmu, kas ietver organizatorisko struktūru, notiekošos procesus, mijiedarbību starp organizāciju un tirgus vienībām, dokumentu sastāvu un struktūru, procesa soļu secību, departamentu un to darbinieku amatu aprakstus. . Atšķirībā no citām pieejām, ARIS metodoloģija ietver visas informācijas glabāšanu vienā repozitorijā, kas nodrošina modelēšanas un analīzes procesa integritāti un konsekvenci, kā arī ļauj veikt modeļa pārbaudi.

ARIS metodoloģijas pamatā ir integrācijas jēdziens, kas piedāvā holistisku skatījumu uz procesiem, un ir dažādu metodoloģiju kopums, kas apvienots vienotā sistēmas pieejā. Starp tiem ir tādi labi zināmi kā:

eEPC (Extended Event Driven Process Chain) diagramma

Čena diagramma (ERM — entītijas attiecību modelis — modelis "entītija — attiecības")

valoda UML (Unified Modeling Language — universāla modelēšanas valoda)

OMT tehnika (Object Modeling Technique — objektu orientētas modelēšanas tehnika)

· BSC metodoloģija (Balanced Scorecard - balanced scorecard) Šīs pieejas priekšrocība ir tāda, ka kļūst iespējams aprakstīt procesus un to vidi no dažādiem, viens otru papildinošiem skatupunktiem.

2. Esošo biznesa procesu modelēšanas metodoloģiju priekšrocības un trūkumi

ARIS metodoloģija.

Priekšrocības:

spēja aplūkot objektu no dažādiem skatu punktiem; dažādi apraksta līmeņi, sniedzot atbalstu sistēmu dzīves cikla koncepcijai; diferencēts skatījums uz analizējamo objektu (organizāciju, vadības sistēmu utt.);

modelēšanas metožu bagātība, kas atspoguļo dažādus pētāmās priekšmeta jomas aspektus, ļauj modelēt plašu sistēmu klāstu (organizatoriskās, ekonomiskās, tehnoloģiskās un citas);

viena repozitorija visi modeļi un objekti tiek izveidoti un glabāti vienotā projektu datu bāzē, kas nodrošina integrēta un pilnīga priekšmeta jomas modeļa uzbūvi;

simulācijas rezultātu atkārtotas pielietošanas iespēja; uzkrātās korporatīvās zināšanas par visiem organizācijas darbības aspektiem vēlāk var kalpot par pamatu dažādu projektu izstrādei tieši ARIS vidē un izmantojot saskarnes un citus rīkus.

Trūkumi:

· Dažiem procesiem pārmērīga formalizācija ir ne tikai neefektīva, bet pat kaitīga to specifikas dēļ. Kā piemēru var minēt tās biznesa aktivitātes sastāvdaļas, kas ir tieši saistītas ar radošiem risinājumiem neparedzamām problēmām, kas rodas šīs darbības gaitā.

Produkta augstās izmaksas.

SADT ( Strukturētās analīzes un projektēšanas tehnika) ir strukturālas analīzes un projektēšanas metodoloģija, kas integrē modelēšanas procesu, projekta konfigurācijas pārvaldību, papildu valodas rīku izmantošanu un projektu pārvaldību ar savu grafisko valodu. Modelēšanas procesu var iedalīt vairākos posmos: ekspertu intervēšana, diagrammu un modeļu veidošana, dokumentācijas izplatīšana, modeļu atbilstības novērtēšana un pieņemšana tālākai lietošanai. Tas ir iedibināts process, jo, izstrādājot projektu, speciālisti veic konkrētus pienākumus, un bibliotekārs nodrošina savlaicīgu informācijas apmaiņu.

SADT radās 1960. gadu beigās strukturētās programmēšanas revolūcijas laikā. Kad lielākā daļa ekspertu cīnījās, lai radītu programmatūru, daži mēģināja atrisināt sarežģītāko uzdevumu — izveidot liela mēroga sistēmas, kas ietver gan cilvēkus, gan mašīnas, un programmatūru, kas būtu līdzīga sistēmām, ko izmanto tālruņu sakaros, rūpniecībā, ieroču komandēšanā un kontrolē. Tolaik speciālisti, kas tradicionāli bija iesaistījušies liela mēroga sistēmu veidošanā, sāka apzināties lielākas kārtības nepieciešamību. Tādējādi izstrādātāji nolēma formalizēt sistēmas izveides procesu, sadalot to šādos posmos:

Analīze — sistēmas darbības noteikšana

Dizains - apakšsistēmu definīcija un to mijiedarbība

Ieviešana -- apakšsistēmu izstrāde atsevišķi

Unifikācija - apakšsistēmu savienošana vienotā veselumā

Testēšana - sistēmas darbības pārbaude

Uzstādīšana - sistēmas nodošana ekspluatācijā

Darbība - sistēmas izmantošana

SADT metode ir vispiemērotākā augstākā līmeņa modeļu aprakstīšanai. Tās galvenās priekšrocības ir šādas:

BP apraksta pilnīgums (kontroles, informācijas un materiālu plūsmas, atgriezeniskās saites).

Sadalīšanās sarežģītība

Iespēja apkopot un detalizēt datus un informācijas plūsmas (loku atdalīšana un sapludināšana)

· Stingru prasību klātbūtne, kas nodrošina standarta skata modeļa saņemšanu.

Procesa dokumentēšanas vienkāršība

Procesa apraksta pieejas atbilstība ISO standartam

Tajā pašā laikā SADT ir vairāki trūkumi:

· Uztveres sarežģītība -- diagrammā liels loku skaits.

Liels skaits sadalīšanās līmeņu

· Grūtības saistīt vairākus procesus, kas parādīti dažādos vienas organizācijas modeļos.

IDEF0

Funkcionālās modelēšanas metodika. Ar vizuālās grafiskās valodas IDEF0 palīdzību pētāmā sistēma izstrādātājiem un analītiķiem šķiet kā savstarpēji saistītu funkciju kopums (funkcionālie bloki – IDEF0 izteiksmē). Kā likums, IDEF0 modelēšana ir pirmais solis jebkuras sistēmas izpētē.

Galvenās IDEF0 priekšrocības ir šādas:

biznesa procesa apraksta pilnīgums (vadība, informācijas un materiālu plūsmas, atgriezeniskā saite);

sadalīšanās sarežģītība (bultu migrācija un tunelēšana);

datu un informācijas plūsmu apkopošanas un detalizācijas iespēja (bultu atdalīšana un sapludināšana);

· stingru metodikas prasību esamība, nodrošinot standarta formas procesu modeļu saņemšanu;

dokumentēšanas procesu vienkāršība;

· IDEF0 procesu apraksta pieejas atbilstība ISO 9000:2000 standartiem.

Tādējādi IDEF0 vispārējais mērķis ir pārstrukturēt funkciju struktūru, kas uzlabos sistēmas veiktspēju un efektivitāti.

IDEF3 metodoloģija (Integrated Definition Process Description Capture Method) tika izstrādāta ar mērķi ērtāk aprakstīt darba procesus (Work Flow), kam ir svarīgi atspoguļot procedūru loģisko secību. Šī metode, atšķirībā no IDEF0, nav standartizēta.

IDEF3 ir strukturāla metode, kas parāda cēloņu un seku attiecības un notikumus. Tas arī parāda, kā tiek organizēts darbs un kuri lietotāji strādā ar simulēto sistēmu. IDEF3 apraksta katra procesa scenāriju un darbību secību. Scenārijs ir objekta īpašību izmaiņu secības apraksts aplūkojamā procesa ietvaros (piemēram, detaļas apstrādes posmu secības apraksts darbnīcā un tās īpašību izmaiņu apraksts pēc nokārtošanas). katrā posmā). Katra scenārija izpildi pavada atbilstošā darbplūsma, kas sastāv no divām plūsmām: dokumenti, kas nosaka procesa struktūru un secību (tehnoloģiskās instrukcijas, standartu apraksti) un dokumenti, kas atspoguļo tā ieviešanas gaitu (pārbaudes rezultāti, laulība). ziņojumi).

IDEF3 dokumentācijas un modelēšanas rīki ļauj veikt šādus uzdevumus:

Dokumentēt pieejamos datus par procesa tehnoloģiju;

noteikt un analizēt pavadošās darbplūsmas plūsmu ietekmes punktus uz tehnoloģisko procesu scenāriju;

nosaka situācijas, kurās nepieciešams lēmums, kas ietekmē procesa dzīves ciklu (piemēram, galaprodukta tehnoloģisko īpašību maiņa);

· veicināt optimālu lēmumu pieņemšanu tehnoloģisko procesu reorganizācijā;

· izstrādāt tehnoloģisko procesu simulācijas modeļus pēc principa "kas notiks, ja ...".

IDEF3 ir tieša saistība ar IDEF0 metodoloģiju – katru funkciju var attēlot kā atsevišķu procesu, izmantojot IDEF3 rīkus. Bet funkcionālā modelēšana IDEF3 atšķiras no modelēšanas IDEF0 un DFD ar to, ka tā atspoguļo sistēmas funkcijas to ieviešanas laika secībā.

Metodoloģija DFD (Data Flow Diagrams) - datu plūsmas diagrammas ir veids, kā attēlot informācijas apstrādes procesus. Tehnikas autori Geins un Sarsons to izstrādāja neatkarīgi no IDEF0. Šī metode, atšķirībā no IDEF0, nav standartizēta.

Atšķirībā no IDEF0 bultiņām, kas ir stingras attiecības, DFD (datu plūsmas) bultiņas parāda, kā objekti (tostarp dati) faktiski pārvietojas no vienas funkcijas uz citu. Šis datu plūsmas attēlojums nodrošina tādu sistēmas fizisko īpašību atspoguļojumu DFD modelī kā objektu kustība, objektu uzglabāšana, objektu sadalījums.

DFD diagrammas nodrošina ērtu veidu, kā aprakstīt informāciju, kas tiek pārraidīta gan starp modelējamās sistēmas daļām, gan starp sistēmu un ārpasauli. Šī kvalitāte nosaka DFD darbības jomu - tie tiek izmantoti, lai izveidotu organizācijas informācijas apmaiņas modeļus, piemēram, darbplūsmas modeļus. DFD tiek plaši izmantots arī korporatīvo informācijas sistēmu būvniecībā.

Unified Modeling Language (UML), vienota modelēšanas valoda, nepatentēta modelēšanas valoda un specifikācijas, kas paredzētas lietošanai programmatūras izstrādes jomā. Tomēr tā darbības joma neaprobežojas tikai ar informācijas sistēmu modelēšanas jomu. To var izmantot arī inženiersistēmu, biznesa procesu, organizatorisku struktūru modelēšanai. UML ir valoda, ko izmanto sistēmu inženieri, lai norādītu, vizualizētu, konstruētu un dokumentētu sarežģītas, ar informāciju bagātas objektu sistēmas.

UML priekšrocības

· UML ir objektorientēta, kā rezultātā analīzes un projektēšanas rezultātu aprakstīšanas metodes ir semantiski tuvas programmēšanas metodēm mūsdienu objektorientētajās valodās;

UML ļauj aprakstīt sistēmu no gandrīz visiem iespējamiem viedokļiem un dažādiem sistēmas uzvedības aspektiem;

· UML diagrammas ir salīdzinoši viegli lasāmas pēc diezgan ātras iepazīšanās ar tās sintaksi;

· UML paplašina un ļauj ievadīt savus teksta un grafiskos stereotipus, kas veicina tā izmantošanu ne tikai programmatūras inženierijas jomā;

· UML ir kļuvis plaši izplatīts un dinamiski attīstās.

Trūkumi:

Valodas dublēšana. UML bieži tiek kritizēts kā nevajadzīgi liels un sarežģīts. Tas ietver daudzas liekas vai lielākoties neizmantotas diagrammas un struktūras.

· Neprecīza semantika. Tā kā UML definē pati (abstraktā sintakse), OCL (ierobežojumu apraksta valoda — formālā validācija) un angļu (detalizēta semantika) kombinācija, tai trūkst valodu ierobežojumu, kuras ir labi definētas ar formālas aprakstīšanas metodēm. Dažos gadījumos UML, OCL un angļu valodas abstraktā sintakse ir pretrunā viena otrai, citos gadījumos tās ir nepilnīgas. Pats UML neprecīzais apraksts ietekmē gan lietotājus, gan rīku nodrošinātājus, izraisot rīku nesaderību specifikāciju unikālo interpretāciju dēļ.

· Problēmas izpētē un ieviešanā. Iepriekš aprakstītās problēmas apgrūtina UML apgūšanu un ieviešanu, it īpaši, ja vadība liek biznesa analītiķiem izmantot UML bez iepriekšējām prasmēm.

· Cenšas būt viss ikvienam. UML ir vispārējas nozīmes modelēšanas valoda, kas mēģina panākt saderību ar visām iespējamām izstrādes valodām. Konkrēta projekta kontekstā, lai projektēšanas komanda sasniegtu konkrētu mērķi, ir jāizvēlas piemērojamie UML līdzekļi. Turklāt veids, kā ierobežot UML darbības jomu noteiktā jomā, ir formālisms, kas nav pilnībā formulēts un kas pats par sevi ir kritikas objekts.

3. Biznesa procesa izvēle modelēšanai un tā jēgpilns apraksts

3.1. Uzņēmuma vispārīgie raksturojumi

PromTransInform LLC nodarbojas ar rūpniecisko dzelzceļa transporta uzņēmumu automatizāciju, ieviešot integrētās informācijas pārvaldības sistēmas "Transporta un loģistikas komplekss" programmatūras un aparatūras kompleksa informācijas komponentus, projektu vadību specializētu informācijas pārvaldības sistēmu ieviešanai galvenajā jomā. dzelzceļa transports, kā arī projektu vadība Kazahstānas Republikā iekārtu, dzelzceļa automatizācijas un telemehānikas iekārtu un informācijas sistēmu ieviešanai, sniedz konsultāciju pakalpojumus šajā jomā.

PromTransInform LLC galvenās darbības ir:

Dzelzceļa uzņēmumu automatizācija, kas strādā ar tādiem IT produktiem kā SGS "Transporta darbs", SGS "Operācijas izmaksas", SGS "Transporta aktīvi", SGS "Klientu mijiedarbība", SGS "Loģistikas efektivitāte".

IAS TR aparatūras un programmatūras komplekss ir daļa no programmatūras un aparatūras platformas "PTI Framework .Net.2.1.", uz kuras ir uzbūvēta Integrētā vadības informācijas sistēma "Dzelzceļa komplekss" (IIMS "ZhDK").

Šis komplekss ir SIA "PromTransInform" specializēts risinājums, kas balstīts uz Microsoft .NET līnijas IT produktiem.

IAS TR izmanto ievērojamu daudzumu iebūvētās biznesa loģikas, kas nodrošina automatizētu Pasūtītāja dzelzceļa kompleksa pārvaldību.

Informatīvi analītisko sistēmu "Transporta darbs" (turpmāk tekstā "IAS TR") izstrādāja SIA "PromTransInform" (Novosibirska) speciālisti.

IAS TR ieviešanas galvenais mērķis ir ražošanas plānošanas un apjomu un izmaksu uzskaites vadības biznesa procesu visaptveroša automatizācija:

Transporta loģistika (transportēšana); Publicēts http://www.site/

Transporta (loģistikas) darbs;

Transports oPosted on http://www.site/

klientu apkalpošana (transporta pakalpojumu sniegšana);

Transporta izmaksas (darba izmaksas Ievietots http://www.site/

un pakalpojumu tarifi);

Dzelzceļa uzņēmuma transporta līdzekļu ekspluatācija uz pievedceļa un galvenajā satiksmē.

Tajā ņemtas vērā nozaru atšķirības dzelzceļa uzņēmumu ražošanā un saimnieciskajā darbībā (salīdzinājumā ar rūpniecības uzņēmumu darbību)

PromTransInform LLC nodarbojas arī ar transporta un ekonomikas konsultācijām (Transporta un loģistikas kompleksi dzelzceļā, Transporta konsultācijas dzelzceļa transportā, Ekonomiskās konsultācijas dzelzceļa transportā, IT konsultācijas dzelzceļa transportā, Dzelzceļa tarifu metodiskie norādījumi) un projektu vadību plkst. dzelzceļa uzņēmumi (informācijas sistēmu ieviešana dzelzceļa transportā, dzelzceļa transporta loģistikas biznesa procesu optimizācija, dzelzceļa transporta kompleksa darbības izmaksu optimizācija, projektu vadības sistēmu ieviešana).

PromTransInform LLC galvenie partneri un klienti ir Kazahstānas Republikas un Krievijas dzelzceļa nozares rūpnieciskā dzelzceļa kompleksa uzņēmumi.

PromTransInform LLC galvenais metodiskais partneris ir Sibīrijas Valsts Sakaru universitāte (Novosibirska) Uzņēmuma speciālistiem ir 6 gadu pieredze dzelzceļa nozarē.

3.2. Aptaujas zona

Kā pētāmo objektu mēs izmantojam PromTransInform LLC, proti, darbplūsmas organizēšanas procesu. Izpētot šo uzņēmumu un aprunājoties ar darbiniekiem, var konstatēt, ka ir vāja darba procesa organizācija. Pilnīgāks apraksts par vājo vietu un to, kā to novērst, ir sniegts sadaļā Procesa analīze.

PromTransInform LLC organizatoriskā struktūra (3.1. attēls):

3.1. attēls. PTI organizatoriskā struktūra

3.3. Aptaujas veikšanas kārtība

· Aptaujas vieta - OOO PromTransInform ēka, Krasny prospekt, 220/5, 326. kabinets (Sibīrijas gadatirgus);

· Pārbaudes metode - intervijas ar SIA PromTransInform darbiniekiem mutiskā formā, nepieciešamās dokumentācijas iegūšana elektroniskā veidā.

4. Modelēšana "KĀ IR" (kā ir), pieejas apraksts. biznesa procesa aprakstīšanai izmantoto diagrammu veidu izvēle un pamatojums, izmantojot ARIS rīkus

Katram uzņēmumam ir struktūras, noteikumi un dokumenti, kas veido pamatu korporatīvo procedūru pareizai darbībai un ir jāintegrē ar jauno kvalitātes vadības sistēmu. As-Is analīze ietver ieviestā standarta pārbaudi saskaņā ar uzņēmuma specifikācijām. Šādas analīzes mērķis ir noskaidrot standarta prasības un to, cik lielā mērā tās ietekmē konkrētus uzņēmuma darbības aspektus. Tajā pašā posmā uzņēmuma ietvaros tiek veikta ar kvalitāti saistīto dokumentu un informācijas sistēmu inventarizācija.

Lai modelētu PromTransInform LLC procesus, mēs izmantosim šādas diagrammas:

· Organizatoriskā shēma - nodaļas organizatoriskās struktūras apraksts.

· Zināšanu karte - PTI darbinieku zināšanu veidu attēlošana un to glabāšanas formu strukturēšana, lai noteiktu viņu spējas.

· Pilnvarojumu karte - darbinieku pilnvaru apraksts.

· Informatīvā nesēja diagramma - dokumentu apraksts nodaļā notiekošo procesu apraksta ērtībai.

· Funkciju koks - nodaļas veikto funkciju sadalījums līmeņos, lai vizuāli atspoguļotu nodaļas darbības.

· Funkciju sadales diagramma - funkciju apņemošo objektu apraksts, lai vizuāli attēlotu sarežģītu funkciju.

· Komunikācijas diagramma - organizācijas vienību mijiedarbības attēlojums, lai aprakstītu visa ražošanas procesa realizāciju.

· Risku diagramma – lai aprakstītu riskus, kas rodas darbības gaitā.

· Produktu/pakalpojumu koks - nodaļas darbības rezultātā iegūto produktu strukturēšanai.

· Tehnisko resursu modelis - aprakstīt nodaļā izmantotos tehniskos resursus.

· Pievienotās vērtības ķēdes diagramma - nodaļas procesu apraksts, kas ietekmē darbības kvalitāti. Aprakstīt PTI darbību veidus, kas rada produktu pievienoto kvalitāti.

· Notikumu vadīta procesa ķēdes diagramma - darbību apraksts biznesa procesa ietvaros. Nodaļas veikto procesu vizuālam attēlojumam.

5. Modelēšanas konvencijas

Modelēšanas projekta mērķis ir tāds pats kā kursa projekta mērķis un ir izklāstīts ievadā. Apakšējā rakstā ir apskatīti modeļi “KĀDS IR” (kāds ir) un “KĀDĀ BŪT” (kā tam vajadzētu būt). Modelēšanas metode - no augšas uz leju.

Tiek aplūkota modelēšana šādos abstrakcijas līmeņos: tipiski biznesa procesi un gadījumu biznesa procesi.

Modeļi tiek aplūkoti attiecībā uz sākotnējiem datiem: prasību apraksts, pilnvaru apraksts, amatu apraksti, uzņēmuma pakalpojumi, darbinieku funkcijas.

ARIS metodoloģija satur daudzu veidu modeļus, no kuriem katrs ir piešķirts noteiktam attēlojuma veidam un apraksta līmenim. Darbā tiek izmantota šāda biznesa procesa modelēšanai izmantotā hierarhija:

- augstākā līmeņa procesi, kas ietver diagrammas Organizācijas diagramma - PTI organizatoriskā struktūra, Tehnisko resursu modelis - Tehniskie resursi, Produktu/pakalpojumu koks - PTI produkti un pakalpojumi

- apakšprocesi, kas ietver diagrammu Informatīvā nesēja diagramma - PTI dokumenti

- apstrādāt skriptus, kas ietver diagrammu Autorizācijas karte - Business Analyst Authority

- procedūras (operācijas), kas ietver diagrammas Notikumu virzīta procesa ķēde , Zināšanu karte - Biznesa analītiķa zināšanu karte, Funkciju sadales diagramma - Funkciju vide - IAS "Transporta darbs" jaunināšanas process klientam, Pievienotās vērtības ķēdes diagramma - Līdzdalības procesa procedūras konkursā.

Iepriekšējā sadaļā tika uzskaitīti diagrammu veidi, kas tiek parādīti kursa darbā. Šo diagrammu elementi ir detalizēti aprakstīti modelēšanas konvencijā.

5.1. Projekta terminu vārdnīca

Modelēšanas līgumā ir noteikta šādu projektā lietoto terminu interpretācija (5.1. tabula):

5.1. tabula — vārdnīca

Termins (krievu valoda)

jēdziens

Definīcija

Darbinieku darbības, kas tiek veiktas, kad parādās noteikts apstākļu (notikumu) kopums un kuru mērķis ir iegūt vēlamo rezultātu.

Ārējās vai iekšējās vides stāvokļa izmaiņu atspoguļojums, kas izteikts dokumentu kopumā, pieņemtajos lēmumos, noteikta perioda iestāšanās utt. Tas ir kādas darbības rezultāts, kā arī nepieciešamība veiciet vienu vai vairākas no tālāk norādītajām darbībām. Atšķirībā no funkcijām, kas atspoguļo procesu, kas notiek laikā un kam ir noteikts ilgums, notikumi notiek vienā laika punktā.

Biznesa process

biznesa process

Saistīts atkārtojamu darbību (funkciju) kopums, kas pārveido izejmateriālu un (vai) informāciju galaproduktā (pakalpojumā) saskaņā ar iepriekš noteiktiem noteikumiem.

Produkts/pakalpojums ir cilvēka darbības vai tehnoloģiska procesa rezultāts. Produkts var būt gan taustāms, gan nemateriāls (pakalpojums).

5.2. Notikumu vadītas procesa ķēdes diagramma (paplašināta notikumu vadīta procesa ķēde, eEPC). Izmantotie objekti un to simboli ir parādīti 5.2.1. tabulā.

5.2.1. tabula - lietotie objekti

Objekta tips krievu (Angļu)

Paredzētais lietojums

Nosaukšanas noteikumi

Pasākums

Parāda notikumus, kas notiek biznesa procesa izpildes laikā

Nosaukums sākas ar objekta nosaukumu, stāvokli vai notikumu, saistībā ar kuru notika

Datu nesēja attēlojums nemateriālā formā (piemēram, magnētiskajā diskā vai zibatmiņā)

Atsaucas pēc faila nosaukuma vai informācijas datu bāzes nosaukuma

Informācijas nesējs

Informācijas nesēja attēlojums materializētā formā (piemēram, uz papīra)

Nosaukumā ir jāietver dokumenta nosaukums

Funkcijas gadījums

Biznesa funkcijas gadījuma apraksts biznesa procesa izpildes ķēdē.

Pozīcija

Pilns amata nosaukums

Notikumu vadītā procesa ķēdes diagrammā izmantotie saišu veidi ir parādīti 5.2.2. tabulā.

5.2.2. tabula - savienojumu veidi

Saites avota objekta tips

Saziņas veids krievu (Angļu)

Paredzētais lietojums

Komunikācijas mērķa veids

Pasākums

Zvani (aktivizē)

Funkcija

Funkcija

Izveido

Paredzēts, lai aprakstītu izvadā izveidoto notikumu

Pasākums

Funkcija

Noved uz (ved uz)

Noteikums

Noteikums

Zvani (aktivizē)

Paredzēts funkcijas izsaukšanai

Funkcija

Noteikums

Noved uz (ved uz)

Paredzēts, lai aprakstītu izpildes rezultātu

Pasākums

Organizatoriskā vienība

Izpilda

Funkcija

Pozīcija

Izpilda

Paredzēts, lai norādītu vienību/personu, kas veic funkciju

Funkcija

Informācijas nesējs

Funkcija

Funkcija

Informācijas nesējs

Pieteikumu sistēma

Atbalsta

Funkcija

5.3. Organizatoriskā shēma

Tabula 5.3.1. Lietotie objekti

Organizācijas diagrammā izmantotie saišu veidi ir parādīti 5.3.2. tabulā.

5.3.2. tabula - saišu veidi

5.4. Zināšanu struktūras diagramma

Zināšanu struktūras diagrammā izmantotie objektu veidi ir parādīti 5.4.1. tabulā.

5.4.1. tabula - objektu veidi

Objekta tips krievu (Angļu)

Simbols ar noklusējuma nosaukumu (krievu/angļu valodā)

Paredzētais lietojums

Nosaukšanas noteikumi

Dokumentētas zināšanas

Objekts tiek izmantots, lai identificētu formalizētu (dokumentētu) zināšanu kopumu, kas nepieciešams biznesa funkcijas veikšanai.

Pilns tā dokumenta nosaukums, kurā ir informācija

Zināšanu vai prasmju atspoguļojums, kas darbiniekam ir jābūt vai kas ir nepieciešami, lai veiksmīgi veiktu uzņēmējdarbības funkciju.

Nepieciešamā zināšanu apjoma pusformāla definīcija

Pozīcija

Organizācijas darbinieka amata pārstāvība.

Pilns amata nosaukums

Zināšanu struktūras diagrammā izmantotie saišu veidi ir parādīti 5.4.2. tabulā.

5.4.2. tabula - savienojumu veidi

5.5 Informācijas nesēja diagramma

Diagrammā izmantotie objektu veidi ir parādīti 5.5.1. tabulā

Tabula 5.5.1. Objektu veidi

Diagrammā izmantotie attiecību veidi ir parādīti 5.5.2. tabulā.

5.5.2. tabula - savienojumu veidi

5.6 Autorizācijas karte

Izmantoto objektu veidi ir parādīti 5.6.1. tabulā.

5.6.1. tabula - objektu veidi

Saišu veidi ir parādīti 5.6.2. tabulā.

5.6.2. tabula - saišu veidi starp objektiem

5.7. Funkciju koks

Izmantoto objektu veidi ir parādīti 5.7.1. tabulā.

5.7.1. tabula - objektu veidi

Saišu veidi ir parādīti 5.7.2. tabulā.

5.7.2. tabula - saišu veidi

5.8. Funkciju sadales diagramma

Izmantoto objektu veidi ir parādīti 5.8.1. tabulā.

5.8.1. tabula - objektu veidi

Objekta tips krievu (Angļu)

Simbols ar noklusējuma nosaukumu (krievu/angļu valodā)

Paredzētais lietojums

Nosaukšanas noteikumi

Mērķis

Procesa mērķa apraksts

Nosaukums sākas ar darbības vai procesa apzīmējumu, kura būtiskās īpašības nosaukumā ir norādītas vēlāk.

Darbības resurss

Izmantoto resursu attēlošana

Nosaukumā ir ietverts resursa nosaukums

Pieteikumu sistēma

Lietoto aplikāciju sistēmu attēlošana

Nosaukumā ir ietverts lietojumprogrammas sistēmas instances nosaukums

Pozīcija

Organizācijas darbinieka amata pārstāvība.

Pilns amata nosaukums

Vēstule (pasts)

E-pasts

Vārds satur pievienotās vēstules nosaukumu, kas nosūtīta pa e-pastu

Informācijas nesējs

Informācijas nesēja attēlošana materiālā formā

Nosaukumā ir jāietver kolekcijas nosaukums

Atrašanās vieta

Vieta, kur atrodas objekts

Nosaukumā jāiekļauj vietas koordinātas

Saišu veidi ir parādīti 5.8.2. tabulā.

5.8.2. tabula - saišu veidi

Saites avota objekta tips

Komunikācijas veids

krievu valoda (Angļu)

Paredzētais lietojums

Komunikācijas mērķa veids

Funkcija

Atbalsta

Paredzēts, lai aprakstītu funkciju pakārtotību

Mērķis

Pozīcija

Atbildīgs par IT par (Vai IT ir atbildīgs par)

Paredzēts, lai aprakstītu šī darbinieka ieguldījumu funkcijas izpildē

Funkcija

Informācijas nesējs

Nodrošina ievadi priekš

Paredzēts, lai aprakstītu funkcijas dokumentāciju

Funkcija

Funkcija

Izveido izvadi uz

Informācijas nesējs

Pieteikumu sistēma

Atbalsta

Paredzēts izmantotās sistēmas aprakstam

Funkcija

Funkcija

Tiek izpildīts plkst

Paredzēts, lai aprakstītu vietu, kur funkcija tiek izpildīta

Atrašanās vieta

5.9 Sakaru diagramma

Objektu veidi ir parādīti 5.9.1. tabulā.

Tabula 5.9.1. Objektu veidi

Saišu veidi ir parādīti 5.9.2. tabulā.

5.9.2. tabula - savienojumu veidi

5.10 Tehnisko resursu modelis

Objektu veidi ir parādīti 5.10.1. tabulā.

5.10.1. tabula - objektu veidi

Saišu veidi ir parādīti 5.10.2. tabulā

5.10.2. tabula - savienojumu veidi

5.11. Produktu/pakalpojumu koks

Izmantoto objektu veidi ir parādīti 5.11.1. tabulā.

5.11.1. tabula - objektu veidi

Saišu veidi ir parādīti 5.11.2. tabulā.

5.11.2. tabula - savienojumu veidi

Izmantoto objektu veidi ir parādīti 5.12.1. tabulā

5.12. Riska diagramma

Saišu veidi ir parādīti 5.12.2. tabulā.

5.12.2. tabula - saišu veidi

5.13. Pievienotās vērtības ķēdes diagramma

Objektu veidi ir parādīti 5.13.1. tabulā

Saišu veidi ir parādīti 5.13.2. tabulā

5.13.2. tabula - saišu veidi

6. Biznesa modeļu diagrammas

6.1. Notikumu vadīta procesa ķēde

6.1.1. attēls. Notikumu vadīta klienta pieprasījuma apstrādes ķēde (ARIS paplašinātās notikumu vadītās procesu ķēdes diagrammas apzīmējumā)

6.2. PromTransInform organizatoriskā shēma ir parādīta 6.2. attēlā

6.2. attēls. PTI organizatoriskā struktūra (ARIS organizācijas diagrammas apzīmējumā)

6.3. Zināšanu karte un biznesa analītiķa zināšanu struktūras diagramma ir parādīta 6.3.1., 6.3.2., 6.3.3. attēlā.

6.3.1. attēls. Biznesa analītiķu zināšanu karte (ARIS zināšanu kartes diagrammas apzīmējumā)

6.3.1. tabula — Detalizēta informācija

6.3.3. attēls. Biznesa analītiķa prasmes (ARIS zināšanu struktūras diagrammas apzīmējumā)

6.3.4. attēls. Biznesa analītiķa zināšanas (ARIS zināšanu struktūras diagrammas apzīmējumā)

6.4. PTI informācijas nesēju diagramma parādīta 6.4. attēlā

6.4. attēls - PTI informācijas nesēji (ARIS Informācijas nesēja diagrammas apzīmējumā)

6.5. Biznesa analītiķu pilnvaru karte ir parādīta 6.5. attēlā

6.5. attēls — biznesa analītiķu iestāde (ARIS autorizācijas kartes apzīmējumā)

6.6. Pasūtījuma izpildes procesa funkciju koks ir parādīts 6.6. attēlā

Attēls 6.6 - Funkciju koks pasūtījuma izpildes procesam

6.7. Funkciju vides diagramma ir parādīta 6.7. attēlā

6.7. attēls. - Funkciju vide - IAS "Transporta darbs" modernizācija klientam (ARIS Funkciju sadales diagrammas apzīmējumā)

6.8. Sakaru diagramma ir parādīta 6.8. attēlā

6.8. attēls - Komunikācijas diagramma - Rezultātu pārsūtīšana starp departamentiem (ARIS Komunikācijas diagrammas apzīmējumā)

6.9. Tehniskā resursa modelis ir parādīts 6.9. attēlā

6.9. attēls - PTI tehniskie resursi (ARIS Tehnisko resursu modeļa diagrammas apzīmējumā)

6.10. Produkta/pakalpojuma koks ir parādīts 6.10. attēlā

6.9. attēls — PTI produkti un pakalpojumi (ARIS produktu/pakalpojumu koka diagrammas apzīmējumā)

6.11. Riska diagramma ir parādīta 6.11. attēlā

6.9. attēls — PTI riska diagramma (ARIS risku diagrammas apzīmējumā)

6.12. Kvalitātes ķēdes diagramma solīšanas procesam ir parādīta 6.12. attēlā

6.12. attēls - Pievienotās kvalitātes ķēdes kārtība dalības konkursā procesam (ARIS pievienotās vērtības ķēdes diagrammas apzīmējumā)

7. Biznesa procesa dokumentēšana

Pārvaldot biznesa procesus, uzņēmumu vadība saskaras ar to, ka to vadības sarežģītības līmenis krasi palielinās, jo būtiski palielinās vadības objektu skaits un organizatorisko struktūru mijiedarbība, kā arī uzņēmējdarbības dažādošana, ģeogrāfijas un/vai sortimenta paplašināšana.

Šajā kontekstā uzņēmuma darbības dokumentēšanai ir vairākas svarīgas funkcijas, piemēram, zināšanu bāzes uzturēšana par dažādām uzņēmuma priekšmetu jomām (procesi, organizatoriskā struktūra, produkti, pilnvaras utt.), biznesa procesu caurskatāmības palielināšana (analīze). mijiedarbības efektivitāti starp struktūrvienībām, kas iesaistītas gala procesā), organizācijas procesu sagatavošana informācijas sistēmu ieviešanai. Darbību dokumentēšana ļauj saprast, kādi procesi organizācijā notiek, kas par tiem ir atbildīgs, vai šīm atbildīgajām personām ir piešķirtas pietiekamas pilnvaras, vai šie procesi ir nodrošināti ar pietiekamiem resursiem (PTI dokumentēšana 7.1.1. tabulā).

7.1.1. tabula – IPT aptaujas rezultāti

Pozīcija

Kam viņi ir pakļauti

Ievades informācija

izejošo informāciju

Biznesa analītiķis

Analīzes nodaļa

BP rakstīšana

izpilddirektors

klienta vēlmes, klienta PP aptaujas dati

TK, biznesa procesi

Programmētājs

Attīstības departaments

Programmatūras kodēšana

Attīstības nodaļas vadītājs

BP, klientu vēlmes

Programmatūra (programmas)

Testētājs

Attīstības departaments

Programmatūras testēšana

Attīstības nodaļas vadītājs

Gatava programmatūra

Darba programma

izpilddirektors

PTI vadītājs

Klientu meklēšana, līgumu slēgšana ar viņiem

klienta vēlmes, ar klientu noslēgtais līgums

Norādījumi darba vadītājam

Direktors

PTI vadītājs

Sadarboties ar izpilddirektoru

izpilddirektors

klienta vēlmes, ar klientu noslēgtais līgums

Izpilddirektora norādījumi

Izstrādātājs

Attīstības departaments

Programmatūras arhitektūras projektēšana

Attīstības nodaļas vadītājs

BP, klientu vēlmes

Veidojas arhitektūra

web izstrādātājs

Attīstības departaments

Programma tīmeklim klienta un servera pusē, tīmekļa servera konfigurēšana, izkārtojums

Attīstības nodaļas vadītājs

BP, klientu vēlmes

Konfigurēts serveris, tīmekļa serveris

Attīstības nodaļas vadītājs

Attīstības departaments

izpilddirektors

Uzdevums no direktora

Norādījumi padotajiem

Atjaunots procesu un to īpašnieku saraksts ir parādīts 7.1.2. tabulā.

7.1.2. tabula - procesu un to īpašnieku saraksts

Īpašnieks

Ienākošās vienības un amatpersonas

Ražošana

Pamata

Izpilddirektors, direktors

Izpilddirektors, direktors

IT atbalsts

Pamata

Attīstības nodaļas vadītājs

Attīstības departaments

Kvalitātes kontrole

Pamata

Testētājs

Attīstības departaments

Organizācijas vadība

Palīgdarbs

Izpilddirektors, direktors

Izpilddirektors, direktors

Datu glabāšana

Palīgdarbs

Biznesa analītiķis

Analīzes nodaļa

Kopumā nodaļā ir iedalīti 5 procesi. No tiem 3 galvenie un 2 palīgierīces.

Ražošanas procesa dokumentācija ir parādīta 7.1.3. tabulā. Tādējādi, veicot nepieciešamās izmaiņas procesā un tā modelī, izvaddokumentā nebūs tās kļūdas struktūrvienību loģikā un pilnvaru izkārtojumā, kas ir manuālajā pieejā.

Piemēram, veicot izmaiņas procesā, ARIS, jaunās funkcijas ir jāatspoguļo attiecīgajā BP, norādot atbildīgo nodaļu un atbilstošo lietotāju.

Manuāla šādu izmaiņu veikšana ir rūpīgs un ilgstošs process, kas prasa atsevišķas pārbaudes, kas prasa daudz laika un resursu. Programmā ARIS šādas izmaiņas var veikt dažu minūšu laikā, un jauna dokumenta ģenerēšanas process notiek automātiski.

7.1.3. tabula – Ražošanas process

Pozīcija

Apakšnodaļa

Ievades informācija

Nosacījumu pārrunas ar klientu

Direktors

priekšniekiem

Klienta nosacījumi

Līguma noslēgšana

izpilddirektors

priekšniekiem

Tehniskais uzdevums

Darbinieku informēšana par pasūtījumu

Direktors

priekšniekiem

Pasūtījums automatizācijai (e-pasts)

PSU apraksts un dokumentācija

Biznesa analītiķis

Analīzes nodaļa

BP dokumentu komplekts

IS arhitektūras projektēšana

Izstrādātājs

Attīstības departaments

Tehnoloģiskās instrukcijas, dati par klienta datu arhitektūru, BP dokumentu komplekts, programmatūras prasības

Programmatūras kodēšana

Programmētājs vai tīmekļa programmētājs

Attīstības departaments

Dokumentu komplekts BP,

Programmatūras licence

Programmatūras testēšana

Testētājs

Attīstības departaments

Klienta IP

IP ieviešana

Izstrādātājs

Attīstības departaments

Secinājums par IP ieviešanu

Izmaiņu veikšana kļūst ārkārtīgi vienkārša, un normatīvo dokumentu veidošana netiek aizkavēta līdz brīdim, kad katrs jauns dokuments vairs neatbilst realitātei.

8. Biznesa procesu analīze

Procesu analīze ir jāsaprot plašā nozīmē: tā ietver ne tikai darbu ar grafiskām diagrammām, bet arī visas pieejamās informācijas analīzi par procesiem, to rādītāju mērīšanu, salīdzinošo analīzi utt. Ir gan kvalitatīvā, gan kvantitatīvā analīze. biznesa procesi. Sāksim ar procesa kvalitatīvu analīzi. Problēmzonu identificēšana ir vienkāršākais kvalitatīvās procesa analīzes līdzeklis. Šīs analīzes metodes galvenais mērķis ir noteikt virzienus turpmākai padziļinātai analīzei. 8.1. attēlā parādītas četras problemātiskās jomas.

Pirmā no tām saistīta ar darba plānošanu, otrā – ar pasūtījumu izpildi, trešā – ar mijiedarbību ar klientiem, ceturtā – ar mijiedarbību ar personālu. Ir sniegti īsi problēmu formulējumi katrai problēmzonai.

Problēmas tiek identificētas, intervējot attiecīgajā procesā iesaistītos vadītājus un darbiniekus. Tātad 8.1. attēla piemērā tika veikta PTI darbinieku aptauja. Katru no tiem procesu veic noteiktas nodaļas.

8.1. attēls. PTI problēmzonas

Tādā veidā iegūtā procesu diagramma var kalpot kā diskusiju un analīzes priekšmets procesu reorganizācijas projekta īstenošanas gaitā. Tātad, piemēram, informāciju par mijiedarbību ar klientiem var aplūkot sīkāk: kāda ir darba kārtība, lomu sadales process, saziņas ar klientiem kārtība utt.

Tieši šis process ir detalizēti parādīts diagrammā (6.1.1. attēls).

Tā kā šim procesam ir problēmas, tas ir jāpārstrukturē.

Pirms jaunināšanas process izskatījās šādi: pēc līguma noslēgšanas ar klientu PTI izpilddirektors projekta vadību nodeva projekta vadītājam (8.2. att.).

Bet jautājumu gadījumā projekta vadītājs bija spiests sazināties ar izpilddirektoru, lai viņš atzvanītu klientam un precizētu visu nepieciešamo informāciju. Bieži tas bija ārkārtīgi neērti, jo izpilddirektors pastāvīgi atrodas komandējumos, un ne vienmēr bija iespējams viņam piezvanīt.

Tāpēc projekta vadītājam nemitīgi bija jāgaida, kamēr izpilddirektors precizēs informāciju.

Līdz ar to darbinieki gaida turpmākos norādījumus un darbs apstājas.

8.2. attēls – Pasūtījuma izpildes procedūra, līdz tiek novērsts "šaurais kakls" (ARIS paplašinātās notikumu vadītās procesa ķēdes diagrammas apzīmējumā)

Tagad process izskatās šādi: pēc līguma noslēgšanas ar klientu PTI izpilddirektors nodod projekta vadību projekta vadītājam (8.3. att.).

Tiek pārsūtīta ne tikai rokasgrāmata, bet arī visi klientu dati (viņu tālruņu numuri utt.).

Tagad vairs nav jāgaida ģenerāldirektors (var mierīgi strādāt, slēgt jaunus līgumus), un visu darbu dara pats projekta vadītājs. Pielikumā ir biznesa analītiķa darba apraksts.

8.3. attēls. Pasūtījuma izpildes procedūra pēc sašaurinājuma novēršanas (ARIS paplašinātās notikumu vadītās procesa ķēdes diagrammas apzīmējumā)

Prasības KPI sistēmai:

Katram rādītājam jābūt skaidri definētam;

· Rādītājiem un standartiem jābūt sasniedzamiem: mērķim jābūt reālam, bet tajā pašā laikā stimulam;

Rādītājam jāatrodas to cilvēku atbildības jomā, kuri tiek novērtēti;

rādītājam jābūt jēgpilnam;

· Rādītāji var būt vispārīgi visam uzņēmumam, t.i., "piesaistīti" uzņēmuma mērķim, un specifiski katrai nodaļai, t.i. "pieķēries" vienības vārtiem.

Analizēsim laika kavējumus (cik ilgi pasūtījums tika izpildīts pirms un pēc procesa modernizācijas) (8.1. tabula). Aprēķini tiek veikti pēc pasūtījuma.

8.1. tabula. Laika aizkaves analīze

Informācijas precizēšana no klienta

BP rakstīšana

IC pārbaude

IP ieviešana

Mērķa sasniegšanas pakāpes integrāls novērtējums

Plānots integrāls mērķa sasniegšanas pakāpes novērtējums

Kopējā modernizācijas efektivitāte (KPI) ir 63,13%. BP analīzes dati, kas balstīti uz pasūtījuma izpildes BP (eEPC) procesa modeļa analīzes atskaites rezultātiem, ir parādīti 8.2. tabulā.

8.2. tabula - Pārskats par "Pasūtījuma izpildes BP (eEPC)" procesa modeļa analīzes rezultātiem

Līdzīgi dokumenti

    Biznesa procesu klasifikācija, dažādas pieejas to modelēšanai un kvalitātes parametri. Biznesa procesu modelēšanas sistēmu metodika un funkcionalitāte. ARIS un AllFusion Process Modeler 7 sistēmu salīdzinošais novērtējums, to priekšrocības.

    diplomdarbs, pievienots 11.02.2011

    Patēriņa kredītu izsniegšanas procesa biznesa modeļa izveide. Kredītprocesa organizatoriskais atbalsts. Biznesa procesu modelēšana un dokumentēšana programmā BPwin. Modeļa KĀDA IS izveide. Priekšlikums biznesa procesu automatizācijai.

    kursa darbs, pievienots 01.07.2012

    Organizācijas biznesa procesa pamatojums, shēma un apraksts. Gadījuma lielumu sadalījuma likumu identificēšana. Modelēšanas algoritma izstrāde un apraksts simulācijas modeļu programmas realizācijai. Datorprogrammas izstrāde modelēšanai.

    kursa darbs, pievienots 28.07.2013

    Pārtikas lielveikala "Big Spoon" biznesa procesu informācijas sistēmas (IS) modelēšana agrīnā stadijā (uzņēmuma koncepcijas veidošanas fāzē), izmantojot UML standartus. Scenārijs IS modelēšanai, sākotnējie dati un kontroles struktūra.

    kursa darbs, pievienots 16.09.2011

    Ārējās un iekšējās vides, ekonomisko rādītāju, uzņēmumu analīze. Tās konkurētspējas novērtējums. Tirgus pievilcības matricas sastādīšana. Ienākumu un izdevumu prognozes plāns. Atpūtas nama funkcionēšanas biznesa procesu modelēšana.

    kursa darbs, pievienots 18.03.2015

    Biznesa procesu modelēšanas iezīmes IDEF0 standartā un to efektivitātes aprēķināšana. Ar rokām gatavotu ziepju gatavošanas procesa pārveidošana, vienlaikus ievērojot materiālu izmaksu budžetu, ietaupot materiālus un ievērojot visas kvalitātes prasības.

    kursa darbs, pievienots 17.07.2014

    Uzņēmuma "MegaFon" biznesa procesa "Incidentu vadība" simulācijas modeļa izbūve, lai prognozētu kopējās IT servisa izmaksas incidentu apkalpošanai. Modelēšanas algoritmu izstrāde modeļa datorprogrammu realizācijai.

    kursa darbs, pievienots 04.09.2012

    Vienotas atstarpju metodes izmantošana biznesa procesu optimizēšanai. Programmatūra Staffware Process Suit, tās darba būtība un priekšrocības. Prototipa lietojumprogrammas izstrāde, lai automatizētu vienotās atstarpes metodes pielietošanu.

    diplomdarbs, pievienots 21.08.2016

    IT konsultāciju jēdziens un būtība. Uzņēmumu, kas specializējas informācijas konsultāciju jomā, darbības virzieni. Biznesa modelēšanas pamatjēdzieni. Biznesa procesu klasifikācija. Problēmas cēloņu un seku analīzes ziņojuma iezīmes.

    tests, pievienots 09.11.2012

    Biznesa procesa vispārīgie raksturojumi un tā ārējo, funkcionālo un objektu modeļu uzbūve. Procesa resursu un izpildītāju apraksts. Novērtējums pēc metrikām, kas raksturo klientu apmierinātības pakāpi. Optimizācijas mērķu definēšana.

Ievads

Biznesa procesu modelēšana ir process, kas atspoguļo darbplūsmas subjektīvo redzējumu formāla modeļa veidā, kas sastāv no savstarpēji saistītām operācijām.

Modelēšanas mērķis ir sistematizēt zināšanas par uzņēmumu un tā biznesa procesiem vizuālā grafiskā formā, kas ir ērtāka saņemtās informācijas analītiskai apstrādei.

Pašlaik datortehnoloģiju tirgū tiek piedāvātas vairākas īpašas programmas, kas ļauj pārbaudīt uzņēmumu un izveidot modeli. Metodoloģijas un rīku izvēlei, ar kurām tiek veikta biznesa procesu modelēšana, nav būtiskas nozīmes. Ir standartizētas, laika pārbaudītas metodoloģijas un rīki, ko var izmantot, lai apsekotu uzņēmumu un izveidotu tā modeli. To galvenā priekšrocība ir vienkāršība un meistarības pieejamība.

procesiem bija SADT metodoloģija. Šobrīd visplašāk izmantotā metodika biznesa procesu aprakstīšanai ir ASV IDEF standarts.

Galvenā priekšrocība idejai analizēt uzņēmuma biznesa procesus, veidojot tā modeli, ir tās daudzpusība. Pirmkārt,

biznesa procesu modelēšana ir atbilde uz gandrīz visiem jautājumiem

kas saistīti ar uzņēmuma darbības uzlabošanu un konkurētspējas paaugstināšanu. Otrkārt, uzņēmuma vadītājam vai vadībai, kurš ir ieviesis konkrētu metodiku, būs informācija, kas ļaus patstāvīgi pilnveidot savu uzņēmumu un paredzēt tā nākotni.

1 Biznesa procesu modelēšanas būtība un nozīme

Biznesa procesu modelēšana ļauj analizēt ne tikai to, kā uzņēmums darbojas kopumā, kā tas mijiedarbojas ar ārējām organizācijām, klientiem un piegādātājiem, bet arī to, kā tiek organizētas aktivitātes katrā atsevišķā darba vietā.

Jēdziena definīcijai ir vairākas pieejas

"biznesa procesa modelēšana":

1) biznesa procesu modelēšana ir biznesa apraksts

uzņēmuma procesi, kas ļauj vadītājam zināt, kā strādā parastie darbinieki, bet parastajiem darbiniekiem - kā strādā viņu kolēģi un uz kādu gala rezultātu ir vērsta visa viņu darbība;

2) biznesa procesu modelēšana ir efektīvs līdzeklis, lai atrastu iespējas uzlabot uzņēmuma darbību;

3) biznesa procesu modelēšana ir rīks, kas ļauj paredzēt un minimizēt riskus, kas rodas dažādos uzņēmuma reorganizācijas posmos;

4) biznesa procesu modelēšana ir metode, kas ļauj novērtēt uzņēmuma pašreizējo darbību saistībā ar prasībām,

uzspiesta tās darbībai, vadībai, efektivitātei,

gala rezultāti un klientu apmierinātība

5) biznesa procesu modelēšana ir metode, kas ļauj sniegt izmaksu tāmi katram procesam atsevišķi un visiem biznesa procesiem uzņēmumā, ņemot tos kopā;

6) biznesa procesu modelēšana vienmēr ir drošs veids, kā identificēt pašreizējās problēmas uzņēmumā un paredzēt nākotnes problēmas.

Mūsdienu uzņēmumi ir spiesti pastāvīgi uzlabot savu darbību. Tas prasa jaunu tehnoloģiju un biznesa prakses attīstību, uzlabojot gala rezultātu kvalitāti

aktivitātes un, protams, jaunu, efektīvāku uzņēmumu darbības vadīšanas un organizēšanas metožu ieviešana.

Uzņēmējdarbības process ir loģisks, konsekvents, savstarpēji saistīts darbību kopums, kas patērē ražotāja resursus, rada vērtību un sniedz rezultātu patērētājam. Starp galvenajiem iemesliem

rosinot organizāciju optimizēt biznesa procesus, var izcelt nepieciešamību samazināt izmaksas vai ražošanas cikla ilgumu, patērētāju un valsts prasības, kvalitātes vadības programmu ieviešanu, uzņēmumu apvienošanu, iekšējās organizatoriskās pretrunas u.c.

Biznesa procesu modelēšana ir efektīvs līdzeklis, lai atrastu veidus, kā optimizēt uzņēmuma darbību, rīks risku prognozēšanai un minimizēšanai, kas rodas dažādos uzņēmuma reorganizācijas posmos. Šī metode ļauj sniegt izmaksu tāmi katram atsevišķam procesam un visiem organizācijas biznesa procesiem kopumā.

Biznesa procesu modelēšanas lēmumi parasti tiek pieņemti 1. attēlā parādīto iemeslu dēļ.

1. attēls. Iemesli, kāpēc tika pieņemts lēmums par biznesa procesu modelēšanu

Biznesa procesu modelēšana aptver daudzus aspektus

uzņēmuma darbība:

izmaiņas organizatoriskajā struktūrā;

nodaļu un darbinieku funkciju optimizācija;

vadītāju tiesību un pienākumu pārdale;

izmaiņas iekšējos noteikumos un darbības tehnoloģijā;

jaunas prasības notiekošo procesu automatizācijai u.c.

Modelēšanas mērķis ir sistematizēt zināšanas par uzņēmumu un tā biznesa procesiem vizuālā grafiskā formā, kas ir ērtāka saņemtās informācijas analītiskai apstrādei. Modelim jāatspoguļo organizācijas biznesa procesu struktūra, to ieviešanas detaļas un darbplūsmas secība.

Organizācijas biznesa procesu modelēšana ietver divus posmus - strukturālo un detalizēto.

Organizācijas biznesa procesu strukturālo modelēšanu var veikt IDEF0 notācijā, izmantojot BPwin rīku komplektu vai UML, izmantojot Rational Rose rīku komplektu. Detalizēta modelēšana tiek veikta UML.

Strukturālās modelēšanas stadijā modelim jāatspoguļo:

1) esošā organizatoriskā struktūra;

2) dokumentiem un citām vienībām, ko izmanto izpildē simulē biznesa procesi un nepieciešami darbplūsmas modelēšanai, ar to galvenās nozīmes aprakstiem;

3) biznesa procesu struktūra, atspoguļojot to hierarhiju no vispārīgākām grupām līdz privātiem biznesa procesiem;

4) mijiedarbības diagrammas ierobežotam biznesa procesi,

atspoguļojot dokumentu izveides un pārvietošanas secību

(dati, materiāli, resursi utt.) starp dalībniekiem.

Sagatavotais modelis jāsaskaņo ar arhitektiem un vadošajiem programmētājiem, apliecinot, ka ir izprasta biznesa procesu struktūra.

Detalizēta biznesa procesu modelēšana tiek veikta tajā pašā modelī, un tai jāatspoguļo nepieciešamā detaļa un jāsniedz nepārprotams priekšstats par organizācijas darbību.

Detalizētā biznesa procesa modelī jāiekļauj:

1) lietošanas gadījumu kopums, kas atspoguļo iespējamās ieviešanas iespējas biznesa procesi "kā ir";

2) darbību diagrammas, kurās sīki aprakstīta izpildes secība biznesa procesi;

3) mijiedarbības diagrammas, kas atspoguļo darbplūsmas shēmas.

Modeļi jāsaskaņo ar organizācijas vadošajiem speciālistiem, kuriem ir nepieciešamās zināšanas.

Ja pēc modeļu uzbūves vienošanās netika panākta, modelī jāveic nepieciešamie precizējumi un korekcijas. Iterācijas process (saskaņošana, korekciju un precizējumu veikšana) jāatkārto, līdz tiek pilnībā apstiprināts, ka modelis ir saprotams un nepārprotami atspoguļo biznesa procesu detaļas.

2 Biznesa procesu modelēšanas veikšanas metodika

Saskaņā ar biznesa modeļa (apraksta) veidošanas metodiku (notāciju).

process tiek saprasts kā veidu kopums, kā modeļa veidā tiek attēloti reālās pasaules objekti un to savstarpējās saiknes. Jebkura metodoloģija (metodoloģija) ietver trīs galvenās sastāvdaļas:

– teorētiskā bāze;

– nepieciešamo darbību apraksts, lai iegūtu vēlamo rezultātu;

Biznesa procesu modelēšanu var veikt, izmantojot dažādas pieejas, metodoloģijas, apzīmējumus un rīkus – atkarībā no modeļa prasībām katrā gadījumā. Kā tiek noteiktas šīs prasības? Daudzējādā ziņā - automatizācijas sistēmas izveides process kopumā, kura ietvaros tiek veikta priekšmeta jomas modelēšana. Šis process nosaka, kā modelis tiks izveidots, pilnveidots un izmantots.

Parasti sistēmu veido cilvēku komanda. Šiem cilvēkiem ir dažādas specialitātes, pieredze, ieradumi, izglītība, vēlmes un personiskās īpašības. Biznesa procesa modelis ir veidots tā, lai šie cilvēki varētu efektīvi dalīties zināšanās un pieņemt kopīgus lēmumus sistēmas izveides gaitā. Modelis ir saziņas valoda starp automatizācijas sistēmas izveidē iesaistītajām pusēm, -

pasūtītāji, eksperti, arhitekti uc Tas jāorganizē tā, lai katra puse, uztverot modelēto sistēmu no sava skatu punkta, varētu efektīvi veicināt kopējo priekšmeta jomas izpratni.

Automatizētas sistēmas izveides process bieži ir iteratīvs, tāpēc modelim ir jāļauj veikt secīgus uzlabojumus. Ideālā variantā modelis jābūvē tā, lai, to pilnveidojot, nemainītos iepriekš uzbūvētie vispārīgākie modeļa elementi, bet tiek pievienoti tikai jauni.

Modelim jābūt izturīgam pret izmaiņām temata jomā. Tas nozīmē, ka tas jāorganizē tā, lai, mainoties priekšmeta jomai, mainītos tikai noteikta minimālā nepieciešamā modeļa elementu kopa. Turklāt pašam modelim jābūt

rīks biznesa procesu reorganizēšanai automatizācijas sistēmas izveides ietvaros.

Jāņem vērā biznesa modelēšanas svarīgās īpašības

procesi. Jo īpaši biznesa procesu modelēšanas priekšrocības ietver: ražošanas kvalitātes un ātruma uzlabošanu, vienlaikus samazinot izmaksas; darbinieku profesionalitātes paaugstināšana;

palielināt uzņēmuma konkurētspēju. Savukārt trūkumi:

pastiprināta darbinieku ekspluatācija un ar to saistītās sociāli psiholoģiskās problēmas; nepieciešamība pēc mērķtiecīga darba, lai mainītu korporatīvo kultūru.

3 Biznesa procesu modelēšanas metodoloģiju attīstības vēsture

Daudzu mūsdienu biznesa modelēšanas metodoloģiju pamats

procesi tika apkopoti pēc SADT metodoloģijas (strukturētā analīze un projektēšanas tehnika - strukturālās analīzes un projektēšanas metode) un

programmatūras izstrādei izmantotās algoritmiskās valodas.

Saīsinātā veidā biznesa modelēšanas metodoloģiju attīstības vēsture

procesi ir parādīti 2. attēlā. Skaidrības labad paralēli ir dota kvalitātes vadības pieeju attīstības vēsture.

2. attēls - Biznesa modelēšanas metodoloģiju attīstības vēsture

procesi

Šobrīd biznesa aprakstīšanai, modelēšanai un analīzei

procesiem, tiek izmantotas vairāku veidu metodoloģijas. Visizplatītākie veidi ietver šādas metodes:

 biznesa procesu modelēšana (Business Process Modeling);

darba plūsmu apraksti (Work Flow Modeling);

datu plūsmu apraksti (Data Flow Modeling).

Biznesa procesu modelēšanas metodikas (Business Process Modeling). Visplašāk izmantotā biznesa aprakstīšanas metodika

procesi - ASV IDEF0 standarts. Kopš tā izstrādes standarts nav piedzīvojis būtiskas izmaiņas. Šobrīd IDEF0 metodoloģijas izstrāde ir saistīta ar tās atbalsta rīku – programmatūras produktu biznesa modelēšanai pilnveidošanu.

procesiem (piemēram, BPWin 4.0, ProCap, IDEF0/EM Tool u.c.).

IDEF0 metodoloģija sniedz analītiķim plašas iespējas aprakstīt organizācijas biznesu visaugstākajā līmenī, koncentrējoties uz procesu vadību. Apzīmējums ļauj atspoguļot atgriezenisko saiti procesa modelī

dažāda veida - par informāciju, pārvaldību, materiālo resursu apriti.

Izmantojot IDEF saimes metodoloģiju, var efektīvi attēlot un analizēt dažādu sarežģītu sistēmu darbības modeļus dažādās sadaļās. Tajā pašā laikā procesu pārbaudes plašumu un dziļumu sistēmā nosaka pats izstrādātājs, kas ļauj nepārslogot izveidoto modeli ar nevajadzīgiem datiem. IN

Pašlaik IDEF saimei var attiecināt šādus standartus:

IDEF0 ir funkcionālās modelēšanas metodoloģija. Izmantojot vizuālo grafisko valodu IDEF0, pētāmā sistēma izstrādātājiem un analītiķiem šķiet kā savstarpēji saistītu funkciju kopums. Parasti IDEF0 modelēšana ir pirmais solis jebkuras sistēmas apguvē;

IDEF1 ir metodoloģija informācijas plūsmu modelēšanai sistēmā, kas ļauj attēlot un analizēt to struktūru un attiecības;

IDEF1X (IDEF1 Extended) ir metodika relāciju struktūru veidošanai. IDEF1X pieder pie metodikas veida "Entity-relationship"

(ER — Entity-Relationship) un parasti tiek izmantots relāciju datu bāzu modelēšanai;

IDEF2 ir metodika sistēmu evolūcijas dinamiskai modelēšanai.

Sakarā ar ļoti nopietnām grūtībām dinamisko sistēmu analīzē, šis standarts tika praktiski atmests, un tā izstrāde tika apturēta pašā sākuma posmā;

IDEF3 ir sistēmā notiekošo procesu dokumentēšanas metodika, kas tiek izmantota, piemēram, tehnoloģisko procesu izpētē uzņēmumos. Izmantojot IDEF3

apraksta katra procesa scenāriju un darbību secību. IDEF3 ir tieša saistība ar IDEF0 metodoloģiju - katru

funkciju var attēlot kā atsevišķu procesu, izmantojot

IDEF4 ir metodika objektorientētu sistēmu veidošanai.

IDEF4 rīki ļauj vizuāli attēlot objektu struktūru un to mijiedarbības pamatprincipus, tādējādi ļaujot analizēt un optimizēt sarežģītas uz objektu orientētas sistēmas;

IDEF5 - kompleksu sistēmu izpētes metodika.

ARIS sistēma ir rīku komplekts uzņēmuma darbības analīzei un modelēšanai. Tās metodoloģiskais pamats ir dažādu modelēšanas metožu kombinācija, kas atspoguļo dažādus uzskatus par pētāmo sistēmu. Vienu un to pašu modeli var izstrādāt, izmantojot vairākas metodes, kas ļauj speciālistiem ar dažādām teorētiskajām zināšanām izmantot ARIS un pielāgot to darbam ar sistēmām, kurām ir sava specifika.

ARIS atbalsta četru veidu modeļus, kas atspoguļo dažādus pētāmās sistēmas aspektus:

organizatoriskie modeļi, kas atspoguļo sistēmas struktūru -

organizatorisku vienību, amatu un konkrētu personu hierarhija,

savienojumus starp tiem, kā arī struktūrvienību teritoriālo saiti;

funkcionālie modeļi, kas satur pārvaldības aparāta mērķu hierarhiju ar funkciju koku kopu,

nepieciešami mērķu sasniegšanai;

informācijas modeļi, kas atspoguļo informācijas struktūru,

nepieciešami visa sistēmas funkciju kopuma īstenošanai;

vadības modeļi, kas sniedz visaptverošu priekšstatu par

biznesa procesu ieviešana sistēmā.



Notiek ielāde...Notiek ielāde...