Dërgoni punën tuaj të mirë në bazën e njohurive është e thjeshtë. Përdorni formularin e mëposhtëm

Studentët, studentët e diplomuar, shkencëtarët e rinj që përdorin bazën e njohurive në studimet dhe punën e tyre do t'ju jenë shumë mirënjohës.

Postuar ne http://www.allbest.ru

Postuar ne http://www.allbest.ru

Prezantimi

Modelimi i proceseve të biznesit në kontekstin e modernizimit të ekonomisë dhe menaxhimit është një fushë e rëndësishme që ndihmon në optimizimin e proceseve të organizatës dhe përmirësimin e performancës së biznesit. Duke folur për modelimin e proceseve të biznesit, ne do të përdorim terminologjinë e disa fushave të njohurive që lidhen me ekonominë, shkencën kompjuterike, modelimin. sisteme komplekse. Prandaj, ne do të përcaktojmë përkufizimet dhe konceptet themelore.

Një proces biznesi përkufizohet si një zinxhir i përfunduar logjikisht i aktiviteteve të ndërlidhura dhe të përsëritura, si rezultat i të cilit burimet e një ndërmarrje përdoren për të përpunuar një objekt (fizikisht ose virtualisht) në mënyrë që të arrihen rezultate të caktuara të matshme ose të krijohen produkte për të kënaqur të brendshmet. ose konsumatorë të jashtëm.

Termi "modelim" ka dy kuptime kryesore. Së pari, modelimi kuptohet si procesi i ndërtimit të një modeli si një lloj përfaqësimi (imazhi) i origjinalit, duke pasqyruar veçoritë dhe vetitë më të rëndësishme të tij. Nëse modeli është ndërtuar tashmë, atëherë modelimi është procesi i studimit (analizimit) të funksionimit të sistemit, ose më saktë, modelit të tij. Qëllimi themelor i modelimit të procesit të biznesit është të përshkruajë rrjedhën aktuale të proceseve të biznesit të një kompanie. Në të njëjtën kohë, është e nevojshme të përcaktohet se cili është rezultati i procesit, nga kush dhe çfarë veprimesh kryhen, cili është rendi i tyre, cila është lëvizja e dokumenteve gjatë procesit, si dhe sa i besueshëm është procesi ( probabiliteti i ekzekutimit të pasuksesshëm) dhe si mund të zgjerohet / modifikohet në të ardhmen.

Është e rëndësishme të sigurohet transparenca e rrjedhës së proceseve të biznesit sepse vetëm në këtë rast pronari i procesit të biznesit (një punonjës i kompanisë që menaxhon rrjedhën e procesit të biznesit dhe përgjegjës për rezultatet dhe efektivitetin e tij), analisti i biznesit, menaxhmenti dhe palët e tjera të interesuara do të kenë një ide të qartë se si është organizuar puna. Kuptimi i rrjedhës së proceseve ekzistuese të biznesit bën të mundur gjykimin e efektivitetit dhe cilësisë së tyre dhe është i nevojshëm për zhvillimin e një infrastrukture IT që mbështet biznesin. Zhvillimi i suksesshëm i sistemeve të aplikimit që mbështesin ekzekutimin e proceseve të biznesit nga fillimi në fund është i mundur vetëm kur vetë proceset kuptohen qartë në detaje.

Një model i procesit të biznesit është përshkrimi i tij i formalizuar (grafik, tabelor, tekstual, simbolik) që pasqyron aktivitetet aktuale ose të synuara të ndërmarrjes.

Problemi i punës së këtij kursi tingëllon kështu: sa praktike të përdoren diagramet (thjeshtësi, vizuale dhe informative) të dizajnuara në MS Visio.

Objekti është modelimi i biznesit.

Le të caktojmë si lëndë: modelimin e proceseve të biznesit të ndërmarrjes e cila është e angazhuar në ofrimin e shërbimeve në autotransporte, në MS Visio.

Bazuar në problemin, le të përcaktojmë qëllimin: të përcaktojmë se sa praktike janë në përdorim diagramet e krijuara në MS Visio, duke përdorur një shembull kompani transporti(TK) EcoTrans LLC.

Për të arritur këtë qëllim, është e nevojshme të zgjidhen detyrat e mëposhtme:

Gjeni dhe studioni metodologjitë e modelimit të proceseve të biznesit;

Njihuni me grafikën e biznesit në MS Visio;

Analizoni proceset e biznesit të TC "EcoTrans" LLC

Përshkruani proceset e biznesit të TC LLC "EcoTrans" duke përdorur modelimin e biznesit në Microsoft Visio

Për të modeluar proceset e biznesit, mund të përdorni metoda të ndryshme. Metoda ose metodologjia e modelimit përfshin sekuencën e veprimeve që duhet të kryhen për të ndërtuar modelin, d.m.th., procedurën e modelimit dhe shënimin (gjuhën) e aplikuar. Në këtë punim terminor Metodologjitë , IDEF0, IDEF3 do të përdoren për të modeluar proceset e biznesit.

1. Metodologjia për përshkrimin e fushës lëndore

Procesi i modelimit të biznesit mund të zbatohet në kuadrin e metodave të ndryshme, të cilat ndryshojnë, para së gjithash, në qasjen e tyre ndaj asaj që përbën një organizatë të modeluar. Në përputhje me ide të ndryshme rreth organizimit të metodave, është zakon që ato të ndahen në objekt dhe funksional (strukturor).

Metodat e objektit e konsiderojnë organizatën e modeluar si një grup objektesh ndërvepruese - njësi prodhimi. Një objekt përkufizohet si një realitet i prekshëm - një objekt ose fenomen që ka një sjellje të përcaktuar qartë. Qëllimi i aplikimit të kësaj teknike është identifikimi i objekteve që përbëjnë organizatën dhe shpërndarja e përgjegjësive ndërmjet tyre për veprimet e kryera.

Metodologjitë funksionale, më e famshmja prej të cilave është metoda IDEF0, e konsiderojnë organizatën si një grup funksionesh që transformojnë rrjedhën e informacionit hyrës në një rrjedhë dalëse. Procesi i konvertimit të informacionit konsumon burime të caktuara. Dallimi kryesor nga metodologjia e objektit qëndron në ndarjen e qartë të funksioneve (metodat e përpunimit të të dhënave) nga vetë të dhënat.

Nga pikëpamja e modelimit të biznesit, secila nga qasjet e paraqitura ka avantazhet e veta. Qasja e objektit ju lejon të ndërtoni një sistem që është më rezistent ndaj ndryshimeve, përputhet më mirë me strukturat ekzistuese të organizatës. Modelimi funksional shfaqet mirë në rastet kur struktura organizative është në proces ndryshimi ose në përgjithësi është e dizajnuar keq. Qasja e funksioneve të kryera kuptohet më mirë në mënyrë intuitive nga interpretuesit kur marrin informacion prej tyre për punën e tyre aktuale.

1.1 Kuptimi i familjes së standardeve IDEF

Një nga qëllimet më të rëndësishme gjatë përgatitjes së një projekti për ndërtimin e një sistemi informacioni është një deklaratë e qartë dhe e kuptuar saktë e problemit. Për të arritur këtë qëllim, është e nevojshme të studiohen të gjitha proceset e vazhdueshme financiare dhe ekonomike, dhe flukset përkatëse të informacionit në ndërmarrje, për të identifikuar ato që duhet të riorganizohen në radhë të parë, d.m.th. ndërtoni një të ashtuquajtur model biznesi. Anketa të tilla gjithëpërfshirëse të ndërmarrjeve janë gjithmonë komplekse dhe ndryshojnë dukshëm nga rasti në rast. Ekzistojnë metodologji dhe standarde të mirëpërcaktuara për zgjidhjen e problemeve të tilla të modelimit të sistemeve komplekse. Këto standarde përfshijnë familjen e metodologjive IDEF. Me ndihmën e tyre, ju mund të shfaqni dhe analizoni në mënyrë efektive modelet e aktivitetit të një game të gjerë sistemesh komplekse në seksione të ndryshme. Në të njëjtën kohë, gjerësia dhe thellësia e ekzaminimit të proceseve në sistem përcaktohet nga vetë zhvilluesi, gjë që lejon të mos mbingarkohet modeli i krijuar me të dhëna të panevojshme.

Metodologjia IDEF u krijua si pjesë e programit të kompjuterizimit industrial ICAM (Integrated Computer Aided Manufacturing) në Shtetet e Bashkuara, gjatë të cilit u zbulua nevoja për të zhvilluar metoda për analizimin e proceseve të ndërveprimit në sistemet e prodhimit. Prandaj emri i kësaj familjeje standardesh - Icam DEFinition - IDEF.

Aktualisht, standardet e mëposhtme mund t'i atribuohen familjes IDEF:

IDEF0 është një metodologji modelimi funksional. Me ndihmën e një gjuhe grafike vizuale IDEF0, sistemi në studim shfaqet për zhvilluesit dhe analistët si një grup funksionesh të ndërlidhura (blloqe funksionale - në terma të IDEF0). Në mënyrë tipike, modelimi IDEF0 është hapi i parë në mësimin e çdo sistemi;

IDEF1 - një metodologji për modelimin e rrjedhave të informacionit brenda një sistemi që ju lejon të shfaqni dhe analizoni strukturën dhe marrëdhëniet e tyre;

IDEF1X (IDEF1 Extended) - një metodologji për ndërtimin e strukturave relacionale. IDEF1X i përket llojit të metodologjive Entity-Relationship (ER) dhe zakonisht përdoret për të modeluar bazat e të dhënave relacionale të rëndësishme për sistemin në shqyrtim;

IDEF2 është një metodologji për modelimin dinamik të evolucionit të sistemeve. Në lidhje me vështirësitë shumë serioze në analizën e sistemeve dinamike, ky standard praktikisht u braktis dhe zhvillimi i tij u pezullua në fazën fillestare.

IDEF3 është një metodologji për dokumentimin e proceseve që ndodhin në një sistem, e cila përdoret, për shembull, në studimin e proceseve teknologjike në ndërmarrje. IDEF3 përshkruan skenarin dhe sekuencën e operacioneve për secilin proces. IDEF3 ka një lidhje të drejtpërdrejtë me metodologjinë IDEF0 - çdo funksion (blloku funksional) mund të përfaqësohet si një proces i veçantë duke përdorur mjetet IDEF3;

IDEF4 është një metodologji për ndërtimin e sistemeve të orientuara nga objekti. Mjetet IDEF4 ju lejojnë të shfaqni vizualisht strukturën e objekteve dhe parimet themelore të ndërveprimit të tyre, duke ju lejuar kështu të analizoni dhe optimizoni sisteme komplekse të orientuara nga objekti;

IDEF5 është një metodologji për studimin ontologjik të sistemeve komplekse. Duke përdorur metodologjinë IDEF5, ontologjia e një sistemi mund të përshkruhet duke përdorur një fjalor të caktuar termash dhe rregullash, mbi bazën e të cilit mund të formohen deklarata të besueshme për gjendjen e sistemit në shqyrtim në një moment në kohë. Bazuar në këto pohime, nxirren përfundime për zhvillimin e mëtejshëm të sistemit dhe kryhet optimizimi i tij.

Le t'i hedhim një vështrim më të afërt standardeve që do të kërkohen gjatë përshkrimit të proceseve të biznesit në këtë punë kursi, këto janë: IDEF0, IDEF3.

Metodologjia funksionale IDEF0.

Qëllimi i metodologjisë është të ndërtojë një diagram funksional të sistemit në studim, i cili përshkruan të gjitha proceset e nevojshme me një saktësi të mjaftueshme për një modelim të qartë të veprimtarisë së sistemit.

Metodologjia bazohet në katër koncepte kryesore: bllok funksional, hark ndërfaqe, dekompozim, fjalor.

a) Një Kuti Aktiviteti është një lloj funksion specifik brenda sistemit të konsideruar. Sipas kërkesave të standardit, emri i çdo blloku funksional duhet të formulohet në gjendjen verbale (për shembull, "për të prodhuar shërbime"). Në diagram, blloku funksional përfaqësohet nga një drejtkëndësh (Figura 1.1). Secila nga katër anët e bllokut funksional ka kuptimin (rolin) e vet specifik, ndërsa:

Ana e sipërme është "Control";

Ana e majtë është "Input";

Ana e djathtë është vendosur në "Output";

Ana e poshtme ka vlerën "Mekanizëm" (Mekanizëm).

Një përcaktim i tillë pasqyron disa parime të sistemit: hyrjet konvertohen në rezultate, kufizon kontrollin ose përshkruan kushtet për kryerjen e transformimeve, mekanizmat tregojnë se çfarë dhe si kryen një funksion.

Çdo njësi funksionale brenda sistemit të vetëm në shqyrtim duhet të ketë numrin e vet unik të identifikimit.

Figura 1.1 - Blloku funksional

b) Një hark i ndërfaqes (shigjeta) përfaqëson një element të sistemit që përpunohet nga një bllok funksioni ose ndryshe ndikon në funksionin e përfaqësuar nga ky bllok funksioni. Harqet e ndërfaqes shpesh quhen rrjedha ose shigjeta.

Me ndihmën e harqeve të ndërfaqes, shfaqen objekte të ndryshme që, në një shkallë ose në një tjetër, përcaktojnë proceset që ndodhin në sistem. Objekte të tilla mund të jenë elementë të botës reale (pjesë, vagona, punonjës, etj.) ose rrjedha të dhënash dhe informacioni (dokumente, të dhëna, udhëzime, etj.).

Në varësi të cilës anë të bllokut funksional përshtatet harku i dhënë i ndërfaqes, ai quhet "hyrës", "dalës" ose "kontrollues".

Duhet të theksohet se çdo bllok funksional, sipas kërkesave të standardit, duhet të ketë të paktën një hark ndërfaqe kontrolli dhe një hark dalës. Kjo është e kuptueshme - çdo proces duhet të ndodhë sipas disa rregullave (të shfaqura nga harku i kontrollit) dhe duhet të prodhojë ndonjë rezultat (harku dalës), përndryshe shqyrtimi i tij nuk ka kuptim.

Prania e detyrueshme e harqeve të ndërfaqes së kontrollit është një nga ndryshimet kryesore midis standardit IDEF0 dhe metodologjive të tjera të klasave DFD (Data Flow Diagram) dhe WFD (Work Flow Diagram).

c) Zbërthimi është koncepti thelbësor i standardit IDEF0. Parimi i dekompozimit zbatohet kur një proces kompleks ndahet në funksionet përbërëse të tij. Në këtë rast, niveli i detajeve të procesit përcaktohet drejtpërdrejt nga zhvilluesi i modelit.

Zbërthimi ju lejon të përfaqësoni gradualisht dhe në mënyrë të strukturuar modelin e sistemit në formën e një strukture hierarkike të diagrameve individuale, gjë që e bën atë më pak të mbingarkuar dhe lehtësisht të tretshëm.

Modeli IDEF0 fillon gjithmonë me një pamje të sistemit në tërësi - një bllok i vetëm funksional me harqe ndërfaqe që shtrihen përtej zonës së konsideruar. Një diagram i tillë me një bllok funksional quhet diagram konteksti dhe shënohet me identifikuesin "A-0" (Figura 1.2).

Figura 1.2 - Një shembull i një diagrami të kontekstit

Në tekstin shpjegues për diagramin e kontekstit, qëllimi (Qëllimi) i ndërtimit të diagramit në formë Përshkrim i shkurtër, dhe këndvështrimi është i fiksuar.

Përcaktimi dhe formalizimi i qëllimit të zhvillimit të një modeli IDEF0 është një pikë jashtëzakonisht e rëndësishme. Në fakt, qëllimi përcakton fushat përkatëse në sistemin në studim, të cilat duhet të fokusohen më parë. Për shembull, nëse modelojmë aktivitetet e një ndërmarrjeje për të ndërtuar një sistem informacioni bazuar në këtë model në të ardhmen, atëherë ky model do të ndryshojë ndjeshëm nga ai që do të zhvillonim për të njëjtën ndërmarrje, por me synimin për të optimizuar zinxhirët e furnizimit.

Këndvështrimi përcakton drejtimin kryesor të zhvillimit të modelit dhe nivelin e detajimit të kërkuar. Një fiksim i qartë i këndvështrimit ju lejon të shkarkoni modelin, duke refuzuar të detajoni dhe studioni elementë individualë që nuk janë të nevojshëm, bazuar në këndvështrimin e zgjedhur në sistem. Për shembull, modelet funksionale të së njëjtës ndërmarrje nga këndvështrimi i kryeteknologut dhe drejtorit financiar do të ndryshojnë ndjeshëm në drejtimin e detajimit të tyre. Kjo për faktin se, në fund të fundit, drejtori financiar nuk është i interesuar për aspektet e përpunimit të lëndëve të para në makinat e prodhimit, dhe teknologu kryesor nuk është i interesuar për skemat e gjurmuara. flukset financiare. Zgjedhja e saktë e këndvështrimit redukton ndjeshëm kohën e shpenzuar për ndërtimin e modelit përfundimtar.

Në procesin e dekompozimit, blloku funksional, i cili në diagramin e kontekstit shfaq sistemin në tërësi, detajohet në një diagram tjetër. Diagrami rezultues i nivelit të dytë përmban blloqe funksionale që shfaqin nënfunksionet kryesore të bllokut funksional të diagramit të kontekstit dhe quhet një diagram fëmijësh (Diagrami i fëmijëve) në lidhje me të (secili nga blloqet funksionale që i përkasin diagramit fëmijë është përkatësisht i quajtur bllok për fëmijë - Child Box). Nga ana tjetër, blloku funksional - paraardhësi quhet blloku prind në lidhje me diagramin e fëmijës (Kutia e prindërve), dhe diagrami të cilit i përket - diagrami i prindërve (Diagrami i prindërve). Secili nga nënfunksionet e diagramit fëmijë mund të detajohet më tej nga një zbërthim i ngjashëm i bllokut të tij funksional përkatës. Është e rëndësishme të theksohet se në çdo rast të dekompozimit të një blloku funksional, të gjitha harqet e ndërfaqes të përfshira në këtë bllok ose që dalin prej tij janë të fiksuara në diagramin e fëmijës. Kjo arrin integritetin strukturor të modelit IDEF0. Parimi i zbërthimit është paraqitur qartë në Figurën 1.3. Duhet t'i kushtoni vëmendje marrëdhënies midis numërimit të blloqeve funksionale dhe diagrameve - secili bllok ka numrin e vet unik serial në diagram (numri në këndin e poshtëm të djathtë të drejtkëndëshit), dhe përcaktimi në këndin e djathtë tregon numrin të diagramit të fëmijës për këtë bllok. Mungesa e këtij përcaktimi tregon se nuk ka dekompozim për këtë bllok.

Shpesh ka raste kur nuk ka kuptim të vazhdohet të merren parasysh harqet individuale të ndërfaqes në diagramet e fëmijëve nën një nivel të caktuar në hierarki, ose anasjelltas - harqet individuale nuk kanë kuptim praktik mbi një nivel të caktuar. Për shembull, një hark i ndërfaqes që përshkruan një "detal" në hyrje të "Process on torno” Nuk ka kuptim të reflektosh në diagrame të niveleve më të larta - kjo vetëm do të mbingarkojë diagramet dhe do t'i bëjë ato të vështira për t'u lexuar. Nga ana tjetër, ekziston nevoja për të hequr qafe harqet e veçanta të ndërfaqes "konceptuale" dhe jo për t'i detajuar ato më thellë se një nivel i caktuar. Për të zgjidhur probleme të tilla, standardi IDEF0 parashikon konceptin e tunelit. Përcaktimi i "tunelit" (Tuneli i shigjetës) në formën e dy kllapave rreth fillimit të harkut të ndërfaqes do të thotë që ky hark nuk është trashëguar nga blloku mëmë funksional dhe është shfaqur (nga "tuneli") vetëm në këtë diagram. Nga ana tjetër, i njëjti përcaktim rreth skajit (shigjetës) të harkut të ndërfaqes në afërsi të bllokut të marrësit do të thotë që ky hark nuk do të shfaqet dhe nuk do të merret parasysh në diagramin e fëmijëve të këtij blloku. Më shpesh, ndodh që objektet individuale dhe harqet e tyre përkatëse të ndërfaqes nuk konsiderohen në disa nivele të ndërmjetme të hierarkisë - në këtë rast, ata së pari "zhyten në tunel", dhe më pas, nëse është e nevojshme, "kthehen nga tuneli".

d) Fjalorth. Për secilin nga elementët e IDEF0 - diagramet, blloqet e funksioneve, harqet e ndërfaqes - standardi ekzistues nënkupton krijimin dhe mirëmbajtjen e një grupi përkufizimesh të përshtatshme, fjalë kyçe, pohime narrative etj., të cilat karakterizojnë objektin e shfaqur nga ky element. Ky grup quhet fjalor dhe është një përshkrim i thelbit të këtij elementi. Fjalori plotëson në mënyrë harmonike gjuhën grafike vizuale, duke u siguruar diagrameve informacionin e nevojshëm shtesë.

Standardi i Dokumentimit të Procesit IDEF3.

IDEF3 është një standard për dokumentimin e proceseve teknologjike që ndodhin në një ndërmarrje dhe ofron mjete për kërkimin vizual dhe modelimin e skenarëve të tyre. Në këtë rast, një skenar (Skenari) është një përshkrim i sekuencës së ndryshimeve në vetitë e një objekti brenda kornizës së procesit në shqyrtim (për shembull, një përshkrim i sekuencës së fazave të përpunimit të një pjese në një punëtori dhe një ndryshim në vetitë e tij pas kalimit në çdo fazë).

Mjetet e dokumentacionit dhe modelimit IDEF3 ju lejojnë të kryeni detyrat e mëposhtme:

Dokumentoni të dhënat e disponueshme për teknologjinë e procesit, të identifikuara, le të themi, në procesin e intervistimit të punonjësve kompetentë përgjegjës për organizimin e procesit në fjalë;

Përcaktoni dhe analizoni pikat e ndikimit të flukseve të rrjedhës së punës shoqëruese në skenarin e proceseve teknologjike;

Përcaktoni situatat në të cilat kërkohet një vendim që ndikon në ciklin jetësor të procesit, për shembull, një ndryshim në dizajnin, vetitë teknologjike ose operacionale të produktit përfundimtar;

Kontribuoni në miratimin e vendimeve optimale në riorganizimin e proceseve teknologjike.

Ekzistojnë dy lloje diagramesh në standardin IDEF3, që përfaqësojnë përshkrimin e të njëjtit skenar procesi nga këndvështrime të ndryshme. Diagramet që lidhen me llojin e parë quhen diagrame të përshkrimit të rrjedhës së procesit (PFDD), dhe lloji i dytë quhet diagrame të rrjetit të tranzicionit të gjendjes së objektit (OSTN).

Supozoni se dëshironi të përshkruani procesin e lyerjes së një pjese në një dyqan prodhimi në një ndërmarrje. Me ndihmën e diagrameve PFDD dokumentohet sekuenca dhe përshkrimi i fazave të përpunimit të një pjese në kuadër të procesit teknologjik të hetuar. Diagramet OSTN përdoren për të ilustruar transformimet e pjesëve që ndodhin në çdo fazë të përpunimit.

Në shembullin e mëposhtëm, do të përshkruajmë se si mjetet grafike IDEF3 na lejojnë të dokumentojmë sa më sipër procesi i prodhimit ngjyrosja e detajeve. Në përgjithësi, ky proces përbëhet drejtpërdrejt nga vetë lyerja, e kryer në pajisje speciale dhe faza e kontrollit të cilësisë së saj, e cila përcakton nëse pjesa duhet të rilyhet (në rast të mospërputhjes me standardet dhe zbulohet martesa) ose dërguar për përpunim të mëtejshëm.

Figura 1.4 tregon diagramin PFDD, i cili është një paraqitje grafike e skenarit të përpunimit të pjesëve. Drejtkëndëshat në diagramin PFDD quhen elementë funksionalë ose elementë të sjelljes (Njësia e sjelljes, UOB) dhe përfaqësojnë një ngjarje, një hap procesi ose një vendim. Çdo UOB ka emrin e vet të shfaqur në gjendjen verbale dhe një numër unik. Shigjetat ose vijat paraqesin lëvizjen e pjesës ndërmjet blloqeve UOB gjatë procesit.

Figura 1.4 - Diagrami PFDD i skenarit të përpunimit të pjesëve

Objekti i shënuar J1 quhet Junction. Kryqëzimet përdoren për të shfaqur logjikën se si shigjetat (rrjedhjet) ndërveprojnë kur bashkohen dhe degëzohen, ose për të shfaqur një grup ngjarjesh që mund ose duhet të kryhen përpara fillimit të punës së radhës. Ka udhëkryq për bashkimin e shigjetave (Fan-in Junction) dhe degëzimin (Fan-out Junction). Një kryqëzim nuk mund të përdoret për një bashkim dhe degëzim në të njëjtën kohë. Kur shtoni një kryqëzim në një diagram, duhet të specifikoni llojin e kryqëzimit. Klasifikimi i llojeve të mundshme të kryqëzimeve është dhënë në tabelën 1.

Tabela 1 - Klasifikimi i llojeve të kryqëzimeve

Emri	Kuptimi në rast të bashkimit të shigjetave (Kryqëzimi i tifozëve)	Kuptimi në rast të kryqëzimit me ventilator
Asinkron DHE	Të gjitha proceset e mëparshme duhet të përfundojnë	Të gjitha proceset e mëposhtme duhet të ekzekutohen
	Të gjitha proceset e mëparshme përfunduan në të njëjtën kohë	Të gjitha proceset e mëposhtme funksionojnë në të njëjtën kohë
	Një ose më shumë procese paraardhëse duhet të ndërpriten	Një ose më shumë nga proceset e mëposhtme duhet të ekzekutohen
	Një ose më shumë procese paraardhëse përfundojnë në të njëjtën kohë	Një ose më shumë nga proceset e mëposhtme ekzekutohen në të njëjtën kohë
XOR (ekskluzive OSE)	Përfundoi vetëm një proces paraardhës	Vetëm një proces tjetër fillon

Skenari i paraqitur në diagram mund të përshkruhet si më poshtë:

Pjesa hyn në bojë, e përgatitur për lyerje. Gjatë procesit të lyerjes, një shtresë smalti aplikohet në temperaturë të lartë. Pas kësaj, pjesa thahet, pas së cilës fillon faza e kontrollit të cilësisë së shtresës së aplikuar. Nëse testi konfirmon cilësinë e pamjaftueshme të shtresës së aplikuar (trashësi e pamjaftueshme, heterogjenitet, etj.), atëherë pjesa ri-kalohet në dyqanin e lyerjes. Nëse pjesa e kalon kontrollin e cilësisë me sukses, atëherë ajo dërgohet në punishten tjetër për përpunim të mëtejshëm.

Çdo bllok funksioni UOB mund të ketë një sekuencë dekompozimesh, dhe për këtë arsye mund të detajohet me çdo saktësi të dëshiruar. Me zbërthim, nënkuptojmë paraqitjen e çdo UOB me një diagram të veçantë IDEF3. Për shembull, ne mund ta zbërthejmë Paint Part UOB duke e përfaqësuar atë si një proces të veçantë dhe duke ndërtuar diagramin tonë PFDD për të. Në këtë rast, ky diagram do të quhet diagram fëmijë, në raport me atë të paraqitur në figurën 1.4, dhe atë, përkatësisht, prind. Numrat UOB të diagrameve fëmijë janë të numëruar në mënyrë të njëpasnjëshme, d.m.th., nëse UOB mëmë ka numrin "1", atëherë blloqet UOB në zbërthimin e tij do të kenë përkatësisht numrat "1.1", "1.2", etj. Zbatimi i parimit të dekompozimit në IDEF3 ju lejon të përshkruani proceset në mënyrë të strukturuar me çdo nivel të detajuar të kërkuar.

Nëse grafikët PFDD procesi teknologjik"Nga këndvështrimi i vëzhguesit", atëherë një klasë tjetër e diagramit IDEF3 - OSTN ju lejon të konsideroni të njëjtin proces "Nga këndvështrimi i objektit". Figura 1.5 tregon shfaqjen e procesit të ngjyrosjes nga këndvështrimi i diagramit OSTN. "Gjendjet e objekteve" (në rastin tonë, detajet) dhe "Ndryshimi i gjendjes" janë konceptet kryesore të diagramit OSTN. Gjendjet e objektit shfaqen si rrathë dhe ndryshimet e tyre si vija të drejtuara. Çdo rresht ka një lidhje me bllokun përkatës të funksionit UOB, i cili rezultoi në ndryshimin e gjendjes së objektit që përfaqëson.

Figura 1.5 - Procesi i ngjyrosjes sipas diagramit OSTN

2. Mjetet e modelimit të procesit të biznesit

Për të përshkruar proceset e biznesit, ka shumë mjetet BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm dhe të tjerë.

Në listën e mësipërme, mund të shtoni Microsoft Visio, i cili i përket familjes kryesore të produkteve të zyrës të prodhuara nga lideri i industrisë së softuerit. Natyrisht, nuk është aq funksional sa i përket modelimit të procesit të biznesit, por është shumë popullor dhe masiv për shkak të kostos së tij relativisht të ulët.

2.1 Karakteristikat teknike. Ruajtja e të dhënave

Teknikisht, Visio është një aplikacion desktop që manipulon skedarë (dokumente) individuale. Një vizatim Visio përfshin një ose më shumë diagrame të renditura në një ose më shumë faqe. Çdo dokument përmban një grup simbolesh (që korrespondojnë me objektet e modelit) dhe lidhës (që korrespondojnë me lidhje), ndërsa simbolet, përveç emrave, mund të kenë atribute shtesë të përcaktuara nga përdoruesi gjatë modelimit.

Nëse është e nevojshme, grupi i karaktereve i përfshirë me produktin mund të zgjerohet me karaktere të krijuara nga përdoruesi. Nuk ka kufizime globale për rregullat dhe aftësinë për të krijuar lidhje midis llojeve të caktuara të simboleve në produkt, megjithatë, mekanizmi i të ashtuquajturave shabllone të diagramit është i disponueshëm në të, përdorimi i të cilave ju lejon të kufizoni grupin e simbolet e disponueshme direkt në shiritin e veglave përkatëse gjatë procesit të modelimit. Modelet mund të krijohen nga përdoruesit, dhe paketa e produktit përfshin një grup modelesh të gatshme (Figura 2.1).

Si rregull, grupi i modeleve që përshkruajnë aktivitetet e kompanisë është një grup skedarësh të veçantë, dhe në rast të mjaftueshëm kompanitë e mëdha dhe një përshkrim të plotë të aktivitetit, numri i skedarëve të tillë mund të jetë disa mijëra. Mjetet teknike për të siguruar marrëdhënie midis modeleve të ruajtura në skedarë të ndryshëm, ai nuk zbatohet në nivelin e produktit, megjithëse produkti siguron mjetet për zbatimin e pavarur të marrëdhënieve të tilla (ne do të flasim për to pak më vonë). Prandaj, përdorimi i Visio në raste të tilla, veçanërisht në kushtet e proceseve vazhdimisht në ndryshim, kërkon një sasi të konsiderueshme mirëmbajtjeje për një grup kaq mbresëlënës modelesh.

Figura 2.1 - Një grup modelesh të gatshme MS Visio

2.2 Metodologjitë dhe shënimet e mbështetura

Meqenëse grupi i simboleve dhe modeleve të Visio mund të zgjerohet në mënyrë arbitrare dhe vetë produkti nuk nënkupton kufizime globale në mundësitë e përdorimit të simboleve dhe marrëdhënieve ndërmjet tyre, përshkrimi i proceseve të biznesit duke përdorur Visio mund të kryhet zyrtarisht brenda kornizës pothuajse ndonjë metodologji. Në të njëjtën kohë, paketa e produktit në çdo botim (Standard, Profesional) ka një sërë modelesh modelesh për shënimet më të zakonshme, të tilla si diagramet e rrjedhës së të dhënave, diagramet e zinxhirit të shtuar me cilësi, Zinxhiri i procesit të drejtuar nga ngjarjet, IDEF0, diagramet SwimLane , si dhe shabllone për modelimin e strukturave organizative të kompanive.

3. Analiza e fushës lëndore SH.PK "EcoTrans"

Kompania e transportit EcoTrans LLC u themelua në vitin 2008. Shërbimet e para të kamionëve iu ofruan konsumatorëve që bëjnë biznes në rajonin e Oryol. Shumë ndërmarrjet më të mëdha rajonet nënshkruan kontrata afatgjata me kompaninë për transportin e mallrave dhe pasagjerëve. Për EcoTrans LLC, shërbimet e transportit të mallrave (rajoni Oryol) brenda rajonit janë bërë një fillim i suksesshëm për zhvillim të mëtejshëm. Sot, gjeografia e shërbimeve të transportit ka shkuar shumë përtej rajonit vendas. Zgjerimi i gjeografisë së aktiviteteve të saj kërkonte një rritje të numrit të kamionëve modernë, prandaj, për dërgimin e mallrave, tani përdoret jo vetëm flota e saj e gjerë e automjeteve, por edhe automjetet e partnerëve.

EcoTrans LLC jo vetëm që ofron transport mallrash në Rusi, por gjithashtu u ofron klientëve shërbime të ngjashme, të tilla si dërgimi dhe sigurimi i ngarkesave.

a) Përcjellja e transportit. Ky shërbim i mundëson klientit jo vetëm të lehtësojë procesin e transportit të mallrave, por edhe të ulë koston e tij. Transporti i mallrave përbëhet nga disa lloje shërbimesh:

Dekor dokumentet e kërkuara. Fletore transporti, deklarata doganore, letra te kompanise se sigurimit etj. dokumentet, si dhe nënshkrimi i tyre, nuk i shqetësojnë më klientin;

Zgjedhja e automjetit. Pesha e ngarkesës, dimensionet dhe rruga e saj merren parasysh;

Planifikimi i rrugës. Është zgjedhur modeli më i shpejtë dhe më i sigurt i trafikut;

Zgjidhja e problemeve të tjera që lindin gjatë rrugës.

b) Sigurimi i ngarkesave. Çdo gjë mund të ndodhë me ngarkesën gjatë rrugës. Mund të dëmtohet, prishet, vidhet etj. Për të eliminuar këto rreziqe Kompanitë e sigurimit të sigurojë ngarkesën, kostot e transportit për dorëzimin e saj dhe madje edhe një pjesë të fitimit të pritur.

Misioni i EcoTrans LLC është të ofrojë shërbime transporti me cilësi të lartë, të nivelit të lartë profesional për klientët në mënyrë që të krijojë partneritete afatgjata me konsumatorët ekzistues dhe të tërheqë të rinj.

3.1 Struktura organizative e EcoTrans LLC

Në EcoTrans LLC, Drejtori i Përgjithshëm raporton tek: Kryekontabilist, Kryeinxhinier, Inxhinier elektrik, Administratori i sistemit. Kontabilisti raporton te llogaritari kryesor. Magazinieri raporton te llogaritari. Në varësi të kryeinxhinierit janë: një magazinier, një mekanik, një punonjës mjekësor, një dispeçer. Në varësi të dispeçerit janë: mekanik, shofer makinash, shofer autobusi, drejtues ngarkuesi. Mekanikët i nënshtrohen: drejtuesve të makinave, shoferëve të autobusëve, drejtuesve të pirunëve.

3.2 Procesi i biznesit "Transporti i mallrave"

Procesi i biznesit "Transporti i mallrave" përfshin:

1 Marrja e një aplikacioni. Klienti i dërgon një kërkesë dispeçerit dhe dispeçeri e pranon atë.

2 Lidhja e kontratës. Ndërmjet klientit dhe drejtorit lidhet një marrëveshje mbi bazën e së cilës kryhet transporti.

3 Kontrolloni për ekzistencën e një kontrate. Dispeçeri do të kontrollojë ekzistencën e kontratës.

4 Përpunimi i aplikacionit. Në përputhje me Specifikimet teknike dispeçeri i automjeteve në bazë të aplikacionit, duke marrë parasysh përmasat, peshën e ngarkesës dhe kushtet e transportit, shpërndan mjetet.

5 Lëshimi i fletëpagesës. Dispeçeri telefonon shoferin, e informon atë për fluturimin dhe itinerarin e ardhshëm dhe lëshon një fletëpagesë.

6 Kalimi i një ekzaminimi mjekësor. Shoferi po i nënshtrohet kontrollit mjekësor.

7 Shënoni për kalimin e një ekzaminimi mjekësor. Punonjësi shëndetësor përcakton përmbajtjen e alkoolit dhe substanca psikotrope në trup, gjendja shëndetësore: mat pulsin, presionin e gjakut, temperaturën, zbulon shkallën e lodhjes dhe cilësinë e gjumit. Nëse ekzaminimi mjekësor kalon, punonjësi mjekësor vendos një shenjë në fletën e udhëtimit.

8 Mirëmbajtja e përditshme e automjetit. Shoferi kryen mirëmbajtjen e përditshme të mjetit. Kontrollet: plotësia e makinës, niveli i lëngjeve ftohëse dhe lubrifikuese, ngushtësia e sistemeve të makinës, gjendja dhe fiksimi i rrotave, funksionimi i sistemeve të frenimit të alarmeve të dritës dhe zërit.

9 Një shënim për shërbimin e automjetit në fletëpagesë. Shoferi vendos një shenjë në kontrollin e mjetit në fletëpagesë.

10 Inspektimi i automjetit. Shoferi e jep mjetin për kontroll nga mekaniku. Mekaniku kontrollon automjetin. Kontrollet: ngushtësia dhe funksionimi i sistemeve të frenimit, sistemeve të furnizimit me energji elektrike, sistemeve të ftohjes, sistemeve të gazrave të shkarkimit; shërbimi i një drejtuesi, pajisjet e jashtme të dritës, fshirëset e xhamit të përparmë; fiksim i rrotave; disponueshmëria e një pakete të ndihmës së parë, një aparat zjarri, një shenjë ndalimi emergjent.

11 Një shenjë për shërbimin e automjetit në faturën e rrugës. Mekaniku vendos një shenjë në shërbimin e automjetit në faturën e rrugës.

12 Transporti. Shoferi niset për në linjë, merr ngarkesën në vendin e specifikuar, ia dorëzon ngarkesën marrësit.

13 Marrja e dokumenteve. Shoferi mbledh faturën e ngarkesës nga klienti.

14 Kthehu nga linja. Shoferi nga linja kthehet në garazh.

15 Inspektimi i automjetit. Me rastin e kthimit nga linja, shoferi e jep mjetin për kontroll nga mekaniku.

16 Shënoni gjendjen e mjetit në fletëpagesë. Mekaniku vendos një shenjë mbi gjendjen e mjetit në fletëpagesë.

17 Transferimi i dokumenteve në departamentin e kontabilitetit. Shoferi dërgon faturën e ngarkesës në departamentin e kontabilitetit.

18 Lëshimi i dokumenteve nga departamenti i kontabilitetit. Departamenti i kontabilitetit shkruan dokumentet: akti i punës së kryer, faturë, faturë për pagesë.

19 Pagesa për shërbimin nga klienti. Departamenti i kontabilitetit i dërgon klientit dokumentet e lëshuara për pagesë. Klienti paguan për shërbimin e ofruar.

3.3 Infrastruktura TI

modelimi i rrjetit të informacionit

Një arkitekturë rrjeti është kombinimi i topologjive, metodave të aksesit në media dhe protokolleve të nevojshme për të krijuar një rrjet funksional.

LAN - rrjet lokal (LAN, rrjet lokal).

Në organizatën EcoTrans LLC, LAN-i bëhet sipas topologjisë së yjeve.

IS e objektit të sondazhit përdor shërbimin e drejtorive të Microsoft Corporation - Active Directory. Ky shërbim përdoret për të rregulluar politikat e grupeve të domenit. Domenet kanë një strukturë hierarkike.

Në pjesën harduerike të objektit IS: 2 serverë; 16 stacione pune.

Softueri EcoTrans LLC: sistemi operativ Windows XP Servise Pack 2/3, MS Office 2007, softuer antivirus - Panda Antivirus Platinum, Personi Juridik i Tatimpaguesit, 1C: Kontabilitet, 1C: Paga dhe Burimet Njerëzore, PP "Drejtoria e Certifikatave", CIPF Crypto Pro CSP, PP " STEK-Trust" ". Stacioni i punës "TRUST-Klient", Sistemi "STEK-Trust". Insured Workstation, FSS Utility, Documents PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR dhe të tjerë.

4. Përshkrimi i proceseve të biznesit të TC LLC "EcoTrans" duke përdorur modelimin e biznesit në Microsoft Visio

4.1 Ndërtimi i një modeli në shënimin IDEF0 dhe zbërthimi i tij

Le të krijojmë një model të qendrës tregtare LLC "EcoTrans" sipas metodologjisë IDEF0. Së pari, le të ndërtojmë një diagram konteksti të procesit të biznesit "Transporti i mallrave" (Figura 4.1). Sipas shënimit IDEF0, le ta quajmë këtë bllok funksional "Transport cargo".

Figura 4.1 - Diagrami i kontekstit të procesit të "transportit të mallrave".

Pastaj ne do ta ndajmë procesin e biznesit "Transporti i mallrave" në komponentë: "Përpunimi i aplikacionit", "Përfundimi i një marrëveshjeje", "Përgatitja për transportin e mallrave", "Pagesa e dokumenteve të nevojshme për transportin e mallrave", "Transporti i mallrave". Dhe, në përputhje me rrethanat, ne zbërthejmë bllokun funksional "Transport mallrash" (Figura 4.2).

Figura 4.2 - Diagrami i zbërthimit të procesit të "transportit të mallrave".

Le t'i hedhim një vështrim më të afërt proceseve të biznesit: "Përpunimi i aplikacionit" (Figura 4.3); "Përgatitja për transportin e mallrave" (Figura 4.4); “Ekzekutimi i dokumenteve të nevojshme për transportin e mallrave” (Figura 4.5); "Zbatimi i transportit të mallrave" (Figura 4.6).

Figura 4.3 - Diagrami i zbërthimit të procesit të "Përpunimit të aplikacionit".

Figura 4.4 - Diagrami i zbërthimit të procesit "Përgatitja për transportin e mallrave"

Figura 4.5 - Diagrami i zbërthimit të procesit "Ekzekutimi i dokumenteve të kërkuara për transportin e mallrave"

Figura 4.6 - Diagrami i zbërthimit të procesit "Zbatimi i transportit të ngarkesave"

4.2 Ndërtimi i një modeli në shënimin IDEF3

Tani le të ndërtojmë një model të TC LLC "EcoTrans" duke përdorur metodologjinë IDEF3. Zbërthimi i procesit të “transportit të mallrave” është paraqitur në figurën 4.7

Figura 4.7 - Diagrami PFDD i zbërthimit të procesit të "transportit të mallrave"

Simboli "", do të thotë "OSE Ekskluzive", është gjithashtu "XOR" (OR Ekskluzive).

konkluzioni

Gjatë studimit të temës “Përshkrimi i proceseve të biznesit të një ndërmarrjeje të angazhuar në ofrimin e shërbimeve të transportit rrugor në MS Visio”, u përcaktua rëndësia e përshkrimit të proceseve të biznesit për optimizimin e proceseve të një ndërmarrje.

Përshkrimi i proceseve të biznesit është i mundur menyra te ndryshme: teksti, tabelor, grafik. Për t'i përshkruar ato, ka shumë metodologji (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS dhe të tjera) dhe mjete (BPWin, ERWin, PowerDesigner dhe të tjera).

Për të përshkruar proceset e biznesit të TC LLC "EcoTrans" në një formë grafike, u zgjodhën metodologjitë për modelimin e proceseve të biznesit IDEF0, IDEF3. Modelimi u krye duke përdorur produktin e Microsoft - Visio. Ky program ka një shabllon të gatshëm për modelim në shënimin IDEF0, dhe për IDEF3 më duhej të krijoja grupin tim të elementeve. Kjo konfirmon funksionalitetin e ulët, por, në të njëjtën kohë, mungesën e kufizimeve globale në procesin e projektimit.

Shtimi i një përshkrimi grafik në përshkrimin e thjeshtë tekstual të proceseve të biznesit të EcoTrans LLC i bëri ato më të qarta. Dhe si rezultat, ofroi më shumë mundësi për analizën e sistemit dhe optimizimin e aktiviteteve të kompanisë.

Nëse marrim parasysh disponueshmërinë e programit Microsoft Visio për përdoruesit rus, lehtësinë e përdorimit të tij dhe marrim parasysh avantazhet e shfaqura të modelimit grafik të proceseve të biznesit, mund të argumentohet se diagramet e dizajnuara në MS Visio kanë praktike të mjaftueshme. për një numër të madh përdoruesish.

Letërsia

1 Golichev V.D., Golicheva N.D., Gusarova O.M. Aktualnye voprosy ekonomiki i upravleniya v usloviyakh modernizatsii [Çështjet aktuale të ekonomisë dhe menaxhimit në kushtet e modernizimit]. Monografi kolektive. - Smolensk: Smolgortipografiya, 2014. - 212 f.

2 Gusarova O.M. Modelimi i biznesit rezulton në menaxhimin e një organizate // Perspektivat për zhvillimin e shkencës dhe arsimit. - Tambov: Biznes-Shkencë-Shoqëri, 2014. - f. 42-43.

Organizuar në Allbest.ru

...

Dokumente të ngjashme

Mbajtja sondazh para projektit ndërmarrjeve. Ndërtimi i një modeli të strukturës organizative dhe funksionale të kompanisë. Krijimi i një grafiku organizativ në MS Visio. Lista dhe struktura e dokumenteve që do të gjenerohen nga sistemi i informacionit.

punë praktike, shtuar 14.02.2012


Modelimi i proceseve të biznesit si një mjet për të gjetur mënyra për të optimizuar aktivitetet e kompanisë. Metodologjia SADT (analiza dhe dizajni strukturor), familja e standardeve dhe gjuhëve algoritmike IDEF në qendër të metodologjive të modelimit të proceseve të biznesit.

abstrakt, shtuar më 14.12.2011


Arkitektura e sistemeve të integruara të informacionit ARIS si një metodologji për modelimin e proceseve të biznesit, avantazhet dhe disavantazhet e përdorimit. Zgjedhja e një procesi biznesi për modelim dhe përshkrimi kuptimplotë i tij, një format tabelor për përshkrimin e tij.

punim afatshkurtër, shtuar 19.06.2015


Qëllimi i Microsoft Visio. Komplete imazhesh të objekteve të llojeve të caktuara. Kërkesat e softuerit. Karakteristikat e ndërfaqes së përdoruesit. Funksionet, operacionet dhe metodat e punës së Microsoft Visio. Ndërveprimi i projektuesit me aplikacionet.

punë kontrolli, shtuar 19.12.2010


Thelbi, kuptimi dhe metodologjia e modelimit të procesit të biznesit. Historia e zhvillimit të metodologjive të modelimit. Sistematizimi i njohurive për kompaninë dhe proceset e saj të biznesit në një formë grafike vizuale për përpunimin analitik të informacionit të marrë.

abstrakt, shtuar 29.04.2009


Qëllimi kryesor i përshkrimit të UML. Përshkrimi i komponentëve kryesorë, të lidhur me Microsoft Visio. Krijimi i diagrameve të klasave në Microsoft Visio 2010 Struktura e sistemit, klasa її, atributet їх dhe operatorët.

punë praktike, shtuar 05/07/2014


Projektimi i një rrjeti lokal. Zgjedhja e topologjisë së rrjetit, arkitekturës dhe strukturës së sistemit. Analiza e rrjedhave të informacionit në një sistem të shpërndarë, përzgjedhja e një sistemi simulimi. Përcaktimi i kostove për krijimin dhe zhvillimin e sistemit.

tezë, shtuar 21.05.2015


Menaxhimi i konfigurimit në distancë dhe instalimi i softuerit. Historia e zhvillimit të VMware ThinApp. Krijimi i një pakete instalimi automatik për Microsoft Office Visio Professional 2007. Analiza e softuerit për të. Testimi i paketës së marrë msi.

punim afatshkurtër, shtuar 14.03.2013


Analiza krahasuese sistemet e informacionit të hotelit. Analiza dhe përzgjedhja e mjeteve CASE për modelimin e proceseve të biznesit. vizuale dhe modeli matematik fusha lëndore, zgjedhja e arkitekturës dhe platformës së sistemit të informacionit, ndërtimi i bazës së të dhënave.

tezë, shtuar 20.07.2014


Mjedisi Microsoft Visio: koncepti, funksionet kryesore. Funksioni i lidhjes automatike në Office Visio 2007. Funksioni i gjasave të regjistrimit. Grafiku i probabiliteteve të dështimit të versionit të softuerit. Modelimi vizual në UML. Forma e përgjithshme diagramet e klasave.

Në këtë mësim, do të mësoni rreth ndërtimit të bllok diagrameve të thjeshta (diagrami nga lart-poshtë, diagrami i gjurmimit të të dhënave, diagrami i planifikimit të proceseve, etj.) dhe funksional (duke shfaqur marrëdhënien midis një procesi biznesi dhe departamenteve).

Blloko diagram i thjeshtë

Modeli Simple Flowchart është projektuar për dizajnimin e diagrameve të rrjedhës, diagrameve nga lart-poshtë, diagrameve të gjurmimit të të dhënave, diagrameve të planifikimit të procesit dhe diagrameve strukturore të parashikimit. Shablloni përmban format, lidhësit dhe lidhjet e nevojshme.

Ushtrimi 1

Oriz. 3.3.Diagram i thjeshtë bllok (hapi 3)

8. Futni tekstin në format e grafikut të rrjedhës (shih Figurën 3.4). Për të futur tekstin në një formë, ndiqni këto hapa:

9. Tab në shtëpi në një grup Shërbimi zgjidhni mjet Treguesi.

• Klikoni në formën në të cilën dëshironi të futni tekstin.
• Shkruani tekstin e dëshiruar.

Shënim:

1. Për të zmadhuar figurën, shtypni shkurtoren e tastierës + dhe kliko me të majtën mbi formë derisa të arrish shkallën e dëshiruar.
2. Për të zmadhuar figurën, shtypni kombinimin e tastit në tastierë + dhe kliko me të djathtën mbi formë derisa të arrish shkallën e dëshiruar.

Oriz. 3.4. Diagram i thjeshtë bllok (hapi 4)

Numërimi i figurave në një bllok diagram

Visio mund të numërojë format në një diagram. Për të specifikuar opsionet e numërimit, në skedën Pamje në një grup Makrot klikoni butonin shtesa dhe zgjidhni në grup Zgjidhje shtesë të Visio komandë Numërimi i figurave. Në dritaren e hapur Numërimi i figurave specifikoni opsionet e dëshiruara të numërimit dhe klikoni butonin Ne rregull.

Detyra 2

1. Në grafikun e rrjedhës të përgatitur gjatë detyrës 1, shtoni numërimin automatik të të gjitha figurave (shih Fig. 3.6).

   Për këtë:

   • Në skedën Pamje në një grup Makrot klikoni butonin e kombinuar shtesa, zgjidhni një grup Zgjidhje shtesë të Visio, dhe në të komanda Numërimi i figurave.
   • Në dritaren e hapur Numërimi i figurave specifikoni parametrat
     • skedën Gjeneral:
       • Operacioni - Autonumërimi;
       • Apliko te - Të gjitha format;
       • Filloni në - 1;
       • Intervali - 1;
       • Zgjidhni kutinë e zgjedhjes Vazhdo numrat e formave kur tërhiqeni në faqe.
     • Në skedën Për më tepër:
       • Numri i vendit - Para tekstit të formës;
       • Rendi i numërimit - Nga e majta në të djathtë, nga lart poshtë;
       • Kontrolloni kutinë Përjashtoni linjat lidhëse.
     • Klikoni butonin Ne rregull.
2. Ruani bllok diagramin.

Oriz. 3.6. Diagram i thjeshtë bllok (hapi 6)

Ndryshimi i grafikut të rrjedhës

Shtimi i një forme midis dy formave të tjera

Për të shtuar një formë të re midis dy formave të tjera të grafikut të rrjedhës, tërhiqni formën e re në lidhësin që lidh format midis të cilave është futur e reja. Visio fut formën e re midis atyre ekzistuese dhe zgjeron automatikisht grafikun e rrjedhës.

Fshirja e një forme

Për të hequr një formë nga grafiku i rrjedhës, zgjidhni formën dhe klikoni në tastierë.

Rinumërimi i shifrave

Për të rinumëruar format e grafikut të rrjedhës, bëni sa më poshtë:

1. Në skedën Pamje në një grup Makrot klikoni butonin shtesa dhe zgjidhni në grup Zgjidhje shtesë të Visio komandë Numërimi i figurave.
2. Në dritaren e hapur Numërimi i figurave skedën Gjeneral zgjidhni butonin e radios Rinumëro në të njëjtin rend, tregoni numri fillestar për numërimin dhe klikoni Ne rregull.

Detyra 3

1. Ndryshoni grafikun e rrjedhës së përgatitur në detyrën 2:
   • Fshi figurën Dokumenti(Dorëzoni aplikacionin).
   • Mes figurave Zgjidhje(Aplikimi është plotësuar saktë) dhe Dokumenti(Dërgo refuzimin) vendos figurën Procesi(Përpara tek asistenti i shfaqjes tregtare).
   • Shtoni një formë Procesi(Telefononi ekspozuesin për pagesën) figura më poshtë Dokumenti(dërgo faturën).
   • Rinumëro format e grafikut të rrjedhës në të njëjtin rend, duke filluar me numrin fillestar - 1.
2. Ruani bllok diagramin.

Oriz. 3.7. Diagram i thjeshtë bllok (hapi 7)

Ripozicionimi i formave të lidhura

Pasi të krijohet lidhja e formave të grafikut të rrjedhës, mund t'i ripoziciononi plotësisht ato dhe të rindërtoni lidhjet. Për ta bërë këtë, në skedën Konstruktor në një grup Paraqitja klikoni butonin e kombinuar Ndrysho paraqitjen e faqes dhe zgjidhni paraqitjen e dëshiruar.

Nëse ndryshoni paraqitjen e grafikut të rrjedhës, ai mund të mos përshtatet në faqen e dokumentit. Në këtë rast, ndryshoni madhësinë e faqes (tab Konstruktor, Grupi Cilësimet e faqes, kutia kombinuese Size) ose orientimi i saj (the Konstruktor, Grupi Cilësimet e faqes, butoni i kombinuar Orientim).

Detyra 4

Diagrami i bllokut të funksionit

Qëllimi i Diagramit të Bllokut Funksional Layout

Paraqitja Diagrami i bllokut të funksionitështë projektuar për të shfaqur marrëdhënien midis një procesi biznesi dhe njësive organizative ose funksionale, siç janë departamentet përgjegjëse për kryerjen e hapave në këtë proces.

Korsitë në një diagram të rrjedhës përfaqësojnë njësi funksionale, të tilla si departamente, pozicione ose ndonjë funksion tjetër. Çdo formë që përfaqëson një hap në proces ndodhet në gjurmën e njësisë funksionale përgjegjëse për atë hap.

Detyra 5

Shtimi, lëvizja, fshirja e një kënge

Për shtesat gjurmët në një bllok diagram funksional, bëni një nga sa vijon:

• Klikoni me të djathtën mbi një pjesë ekzistuese në diagram dhe zgjidhni artikullin nga menyja e kontekstit. Fut "Track" më parë ose Fut "Track" pas.
• Zhvendosni miun mbi një cep të një prej pistave. Klikoni shigjetën blu që shfaqet Fut formën e shtegut.
• Në skedën Diagrami i bllokut të funksionit në një grup Fut Shtyp butonin Pista. Kënga do të shtohet pas pjesës së zgjedhur ose në fund të shiritit nëse nuk zgjidhet asnjë pjesë.
• Nga një grup elementësh Format e diagramit të bllokut të funksionit tërhiqni pistën në vendndodhjen e dëshiruar në kufirin e korsisë.

Për zhvendosje gjurmët:

1. Klikoni në titullin e pjesës që dëshironi të zhvendosni për ta zgjedhur. Treguesi i miut do të ndryshojë në një ikonë lëvizjeje.
2. Zvarritni këngën në vendndodhjen e dëshiruar.

Format e vendosura në pistë do të lëvizin me të. Për të kontrolluar nëse një formë është në pistë apo vetëm në krye të saj, zgjidhni formën. Nëse forma është në një pistë, ngjyra e pistës do të ndryshojë në të verdhë-portokalli. Nëse forma nuk është në pistë, por duhet të vendoset atje, lëvizeni pak dhe pista do ta identifikojë atë.

Për heqjen gjurmët:

1. Klikoni etiketën e pjesës që dëshironi të hiqni.
2. Shtypni tastin në tastierë.

Shënim. Fshirja e një kënge fshin gjithashtu të gjitha format që përmban.

Më pyesin shpesh - çfarë të lexoj për proceset e biznesit?
Një nga faqet më të mira në Runet është www.klubok.net. Unë vetë "u rrit" në forum dhe artikuj në këtë faqe. Shumë artikuj nuk e kanë humbur rëndësinë e tyre edhe tani. Unë rekomandoj të filloni me të.

Por nëse flasim për libra, mund të them me bindje libri më i mirë për proceset e biznesit është një libër i shkruar nga Repin dhe Yeliferov: "Proceset e biznesit të kompanisë. Ndërtimi, analiza, rregullimi".

Përshkrimi i proceseve të biznesit: përpjekja për thjeshtësi.

Artikulli trajton çështjet e zgjedhjes së një shënimi për përshkrimin e proceseve për qëllime të rregullimit të mëvonshëm. Shënimet e përdorura shpesh të Work Flow krahasohen me njëri-tjetrin, si: "Simple flowchart" në MS Visio, "Procedure" of Business Studio, shënimi ARIS eEPC dhe të tjera.

Kur krahasoni shënimet, fokusi është në krijimin e diagrameve të thjeshta dhe të kuptueshme të procesit për punonjësit e organizatës.

Për analistët e biznesit të kompanive, tezat e diskutuara në artikull janë një arsye serioze për të menduar se sa efektive janë qasjet e tyre të zhvillimit. skemat grafike proceset e organizimit.

Prezantimi

Një nga qëllimet më të rëndësishme për formimin e diagrameve grafike të procesit është përdorimi i tyre i mëvonshëm në dokumentet rregullatore të organizatës. Si rregull, këto skema përdoren nga punonjës që nuk janë të trajnuar në shënime komplekse, nuk kanë aftësi të analizës së sistemit, etj. Për ta, thjeshtësia dhe qartësia e skemave janë shumë të rëndësishme. Skemat komplekse, konfuze që përmbajnë shumë simbole të ndryshme, perceptohen dobët nga njerëzit, gjë që e bën të vështirë përdorimin e tyre praktik. Prandaj, për qëllime praktike, është e rëndësishme zgjedhja dhe përdorimi i saktë i shënimit (metodës) për përshkrimin e proceseve. Me çfarë kriteresh duhet zgjedhur një shënim i tillë? Si të krahasoni shënimet e ndryshme me njëri-tjetrin? Le të shohim disa shënime të njohura dhe të përpiqemi t'u përgjigjemi këtyre pyetjeve.

Krahasimi i shënimeve

Shënimet e mëposhtme të përshkrimit të procesit u zgjodhën për krahasim:

1. "Diagram i thjeshtë i rrjedhës" (me shfaqjen e lëvizjes së dokumenteve, duke përdorur bllokun "Vendimi");
2. "Diagram i thjeshtë bllok" (pa shfaqur lëvizjen e dokumenteve, pa përdorur blloqe "Zgjidhja");
3. "Procedura" e sistemit Business Studio (një nga opsione përfaqësim);
4. ARIS eEPC.

Një proces i thjeshtë dhe intuitiv u zgjodh si një rast testimi. Rezultatet e përshkrimit të këtij procesi janë paraqitur në fig. 1-4.

Oriz. 1. Diagrami i procesit në shënimin "Simple flowchart" në MS Visio (me lëvizjen e dokumenteve, duke përdorur bllokun "Zgjidhja").

Në diagramin e Fig. 1. Sekuenca e veprimeve të procesit në kohë tregohet me shigjeta të trasha dhe lëvizja e dokumenteve tregohet me shigjeta të holla me pika. Blloqet "Zgjidhja" përdoren në një mënyrë klasike. Ato shfaqin informacione (pyetje) nga të cilat "varet" rrjedha e mëvonshme e procesit. Kjo qasje ndaj përdorimit të "diamantit" është shumë e zakonshme. Por në fakt, e gjithë logjika e vendimmarrjes dhe e formimit të disa outputeve (dokumenteve) duhet të përmbahet brenda operacioneve të procesit. Nëse mendoni për këtë, vlera (kuptimi) e vizatimit të këtyre "diamanteve" nuk është e dukshme. Cilat janë këto objekte: operacionet e procesit, ngjarjet? Duket se nuk është as njëra as tjetra. Këto janë më tepër deklarata për marrjen e një vendimi me disa kushte. Por në fund të fundit, ne po zhvillojmë një diagram procesi për njerëzit, dhe jo duke shkruar një program kompjuterik në një gjuhë të veçantë. AT program kompjuterik"diamanti" do të ishte një operacion i plotë për krahasimin e kushteve, etj. Por në diagramin e procesit, ju duhet të tregoni objekte reale - procese të kryera nga njerëz, dokumente, Sistemet e Informacionit etj. Mendoni për këtë, a është e saktë të tregohen "diamantet" veçmas nga operacioni i procesit në diagram? Në vend të kësaj, ju mund të:

a) përshkruani logjikën e vendimmarrjes në formën e një sekuence veprimesh në skemën e procesit në shqyrtim;
b) të përshkruajë logjikën në formën e një diagrami të hapave të nënprocesit përkatës, duke kaluar në nivelin më poshtë;
c) përshkruani logjikën në tekst (në atributet e tekstit të operacionit) dhe më pas futeni atë në planin e ekzekutimit të procesit.

Le të formulojmë "pluset" dhe "minuset" e metodës së mësipërme (Fig. 1.) të përdorimit të "diamantit".

"Diagram i thjeshtë i rrjedhës" në MS Visio (me lëvizjen e dokumenteve, duke përdorur bllokun "Zgjidhja")
"Pro"	"Minuset"
Shfaqja vizuale e "logjikës" së zgjedhjes së rezultateve të caktuara të procesit. Përqendrimi i vëmendjes së interpretuesit në pikën e vendimit / degëzimi i procesit në varësi të kushteve.	Heqja e logjikës së vendimmarrjes "jashtë" operacionit të procesit (e pasaktë nga pikëpamja e zbërthimit formal të proceseve). Është e papërshtatshme për të dokumentuar procesin (duhet të kopjoni "diamantet" me tekst kur formoni një përshkrim teksti të operacionit). Diagrami i procesit bëhet i mbingarkuar me informacion. "Diamantet" shpesh përdoren shumë zyrtarisht, pa një nevojë reale.

Në fig. 2. tregon një shembull të të njëjtit proces, i përshkruar vetëm pa përdorimin e blloqeve dhe dokumenteve "Zgjidhja". Është e lehtë të kontrollohet nëse ka 24 më pak elementë grafikë në këtë diagram sesa në diagramin në Fig. 1. Skema fig. 2. duket shumë më e thjeshtë. Nga elementët grafikë nuk verbon, por nga pikëpamja e informativitetit, kjo skemë është mjaft e kuptueshme dhe e arritshme për përdoruesin përfundimtar. Nëse për secilin operacion të procesit kërkesat për zbatimin e tij përshkruhen në tekst, atëherë duke kombinuar tabelën dhe formë grafike përfaqësimi, është e mundur të përshkruhet në mënyrë adekuate procedura për ekzekutimin e procesit për punonjësit e kompanisë.

Oriz. 2. Diagrami i procesit në shënimin "Simple flowchart" në MS Visio (pa lëvizjen e dokumenteve, pa përdorur bllokun "Vendimi").

"Pro" dhe "kundër" të paraqitjes grafike të procesit në formën e treguar në fig. 2. janë paraqitur më poshtë.

Në përgjithësi, përdorimi i skemave në një format të ngjashëm me atë të paraqitur në Fig. 2 është i përshtatshëm si për zhvilluesit ashtu edhe për punonjësit që punojnë sipas këtyre skemave.

Në fig. 3. paraqitet diagrami i procesit, i formuar në shënimin "Procedura" të mjedisit të modelimit Business Studio. Skema ka disa veçori. Së pari, blloqet "Vendimi" nuk përdoren në një mënyrë standarde - jo si një element grafik për shfaqjen e një pyetjeje dhe degëzimi, por si një operacion i plotë i procesit të vendimmarrjes. Në Business Studio, një "diamant" ka pothuajse të gjitha atributet e një procesi të plotë, por nuk mund të dekompozohet (ndoshta zhvilluesit e sistemit do ta bëjnë këtë të mundur në kohën e duhur). Përdorimi i një "rombi" (në vend të një katërkëndëshi) e bën diagramin më të qartë. Në të njëjtën kohë, çdo informacion teksti: përshkrimi, fillimi, mbarimi, kërkesa e afatit etj.

Tipari i dytë i diagramit të procesit i paraqitur në Fig. 3., është përdorimi i shigjetave. Për të shfaqur sekuencën e operacioneve, mund të përdorni një shigjetë me një majë të vetme - shigjetën "përparësi". Mund të përdorni një shigjetë me dy këshilla për të treguar lëvizjen e dokumenteve. Por është në Business Studio që mund të përdorni vetëm një lloj shigjete - shigjetat "përparësi". Në të njëjtën kohë, ju mund të lidheni me shigjetat e emërtuara shumën e kërkuar dokumente që përcaktohen në drejtorinë e objekteve të veprimtarisë. Kjo qasje bën të mundur:

• zvogëloni ndjeshëm numrin e elementeve grafikë në diagramin e procesit, dhe në të njëjtën kohë:
• shfaq informacionin e nevojshëm për dokumentet hyrëse dhe dalëse në rregulloret e procesit.

Kështu, pa e rrëmuar diagramin me elementë të panevojshëm, ne megjithatë mund ta përshkruajmë plotësisht procesin dhe të ngarkojmë të gjithë informacionin e nevojshëm në rregullore.

"Pro" dhe "kundër" të paraqitjes grafike të procesit në formën e treguar në fig. 3. janë paraqitur më poshtë.

Oriz. 3. “Procedura” e sistemit Business Studio (variant me përdorim jo tradicional të blloqeve “Zgjidhja”).

Në rastin e përdorimit të Business Studio, shënimi "Procedura" mund të përdoret në mënyra paksa të ndryshme. Autori i artikullit tenton në qasjen e paraqitur në Fig. 3.

Në fig. Figura 4 tregon një diagram të procesit në shqyrtim, të zhvilluar në shënimin eEPC ARIS. Vini re se disa operacione të procesit nuk u përshtatën në diagram. Ky diagram jo i plotë i procesit më të thjeshtë, i bërë në shënimin ARIS eEPC, përmban katër deklarata logjike dhe tetë ngjarje! Personi që lexon diagramin duhet të jetë në gjendje të interpretojë saktë të gjithë këta operatorë logjikë. Pa trajnim të veçantë dhe disa aftësi në leximin e diagrameve të tilla, një punonjës i zakonshëm nuk ka gjasa të jetë në gjendje të kuptojë logjikën e procesit në fjalë pa një përshkrim të detajuar tekstual ose ndihmën e një analisti të kualifikuar biznesi.

Vini re se diagrami i procesit në shënimin ARIS eEPC zë dukshëm më shumë hapësirë ​​sesa diagramet e paraqitura në Fig. 1-3. Kompleksiteti i formimit të një skeme të tillë është gjithashtu dukshëm më i lartë.

Diagrami i procesit në shënimin ARIS eEPC (i ndërtuar në Business Studio)
"Pro"	"Minuset"
Gjatë formimit të skemës, mbahet një logjikë e rreptë, formale e procesit. Të gjitha ngjarjet që ndodhin gjatë procesit janë të përcaktuara qartë.	Vështirësi perceptimi. Kompleksiteti i konsiderueshëm i formimit të skemës. Punonjësit duhet të kenë aftësi dhe përvojë të veçantë në interpretimin e skemave të tilla. tepricë informacioni. Zë shumë hapësirë, gjë që është e papërshtatshme për dokumentacionin.

Në përgjithësi, nëse nuk do të blini SAP R / 3, atëherë zgjedhja dhe përdorimi i shënimit ARIS eEPC nuk është, nga këndvështrimi i autorit të artikullit, zgjidhja optimale. Vlen t'i kushtohet vëmendje shënimit më vizual dhe intuitivisht të kuptueshëm për përshkrimet e procesit. Megjithatë, për disa, shënimi ARIS eEPC mund të duket më i qartë dhe i kuptueshëm. Në një farë mase, është çështje shije.

Oriz. 4. Diagrami i procesit në shënimin ARIS eEPC (i ndërtuar në Business Studio).

Përshkrimi i procesit për qëllime të mëvonshme automatizimi

Është interesante të shikohet diagrami i procesit në fjalë nëse ai përshkruhet në shënimin BPMN 2.0. Ky shënim ka për qëllim të përshkruajë proceset "e ekzekutueshme", d.m.th. proceset e mbështetura nga sistemi BPM.

Mendimi juaj për përdorimin e BPMN 2.0. aksionet A.A. Belaichuk - CEO Kompania "Business Console":

Në fig. 5 tregon të njëjtin proces në shënimin BPMN. Siç mund ta shohim, kjo figurë është e ngjashme me Figurën 1: në shënimin BPMN, detyrat përfaqësohen nga drejtkëndësha, pirunët - me diamante, të dhënat - nga një ikonë e ngjashme me një dokument. Rrjedhat e kontrollit janë vija të forta, rrjedhat e të dhënave janë të ndërprera. Duhet të theksohet se vetëm një pjesë e vogël e shënimit BPMN është përfshirë në këtë diagram: vetëm një lloj piruni nga 5 të disponueshme në paletë, një lloj detyrash nga 8. Përveç një palete më të gjerë, ky shënim është dallohet nga aftësia për të modeluar jo vetëm një fluks pune të izoluar, por edhe disa procese që ndërveprojnë me njëri-tjetrin përmes mesazheve ose të dhënave. Për më tepër, ky shënim është më i rreptë: ai përcakton jo vetëm ikonat, por edhe rregullat me të cilat ato mund të kombinohen me njëra-tjetrën. Nevoja për rregulla të tilla diktohet nga fakti se shënimi BPMN përqendrohet jo vetëm në faktin që njerëzit do ta lexojnë atë, por edhe në ekzekutimin e drejtpërdrejtë nga një speciale. software- "motor" BPM-sistemi. Në të njëjtën kohë, siç tregon ky shembull, kur përdorni një nëngrup të kufizuar të paletës, BPMN nuk është më i komplikuar sesa një diagram i njohur i rrjedhës. Epo, për ata që duan të zotërojnë BPMN në mënyrë profesionale, ne rekomandojmë trajnime të specializuara www.bpmntraining.ru.

Oriz. 5. Diagrami i procesit në shënimin BPMN 2.0.

Praktika e jetës

Në fig. Figura 6 tregon një fragment të një diagrami procesi të zhvilluar nga analistët e biznesit të një kompanie shumë specifike në shënimin që ata shpikën. Skema është ndërtuar duke përdorur parimet e "Diagramit të thjeshtë të bllokut" - blloku "Zgjidhja" përdoret në versionin e tij klasik. Përveç kësaj, diagrami tregon shumë simbole të tjera të përdorura në mënyrë jo standarde.

Gjatë formimit të skemës së Fig. 6, analistët e biznesit padyshim "luftuan" për shikueshmërinë dhe qartësinë maksimale për përdoruesin mesatar. Ata kërkuan të minimizonin, apo edhe të eliminonin, komentet tekstuale mbi diagramet e procesit. Interpretuesit thjesht shtypën një diagram të formatit A3, kur lexuan të cilin gjithçka u bë e qartë menjëherë: çfarë të bëni, si, cilat dokumente të përdorni, etj.

Skema në shqyrtim, natyrisht, nuk është një shembull i thjeshtësisë dhe qartësisë. Por ai u formua për të përcjellë maksimumin e informacionit të dobishëm tek ekzekutuesit e procesit.

konkluzionet

Pra, është e qartë se kur përshkruhen proceset, duhet të përpiqemi për thjeshtësi dhe kuptueshmëri për punonjësit.
Përdorimi i shënimeve komplekse, të formalizuara gjatë përshkrimit të proceseve çon në:

• vështirësi në përdorimin (interpretimin) e skemave nga punonjësit e zakonshëm;
• pamundësia (vështirësia) e organizimit të punës për përshkrimin e proceseve nga punonjësit e departamenteve që nuk kanë kaluar trajnime të veçanta;
• një rritje e ndjeshme e kostove të punës së analistëve të biznesit për formimin e skemave;
• vështirësi shtesë në dokumentimin e qarqeve (vëllim i madh, etj.);

Prandaj, mos e ngatërroni diagramin e procesit me elementë të ndryshëm grafikë. Por nëse i përdorni, është më mirë t'i mbani informacione të dobishme për punonjësit, dhe nuk ishin thjesht pasojë e aplikimit formal të shënimeve të modelimit.

V.V. Repin, Ph.D., profesor i asociuar, Drejtori Ekzekutiv BPM Consulting Group LLC, drejtues. Departamenti i Menaxhimit të Procesit të Biznesit NOU HPE "IEF "Synergy", themelues i portalit www.FineXpert.ru

Janë këto parime të thjeshta që po përpiqem t'ua përcjell drejtuesve të biznesit të cilët janë të magjepsur nga prezantimet e bukura. produkte softuerike shpesh harrojmë se një listë e thjeshtë kontrolli është shpesh më e mirë se 10 faqe rregullore.

Puna laboratorike №1

dizajn organizativ

Arsyetimi teorik

Një proces biznesi është një grup i qëndrueshëm, i qëllimshëm i aktiviteteve të ndërlidhura (me fjalë të tjera, një sekuencë pune), e cila, duke përdorur një teknologji të caktuar, i shndërron inputet në outpute që kanë vlerë për konsumatorin.

Për të zgjidhur probleme të ndryshme të biznesit, kërkohet që proceset të përshkruhen në detaje dhe vizualisht. Kjo është, për të ndërtuar modelet e tyre. Modelet janë të dizajnuara për pershkrim i detajuar operacionet e kryera në mënyrë sekuenciale në kohë duke përdorur një teknologji të caktuar.

Figura 1.1 - Modeli i "procesit"

Ekzistojnë mundësi të ndryshme për përshkrimin grafik, tabelor, tekstual të proceseve. Le të shohim se si të krijojmë një diagram grafik të një procesi biznesi duke përdorur mjetin softuer Microsoft Visio. Para së gjithash, vlen të thuhet se produkti Visio nuk është i përfshirë në paketën standarde të Microsoft Office.

Udhëzime metodologjike për kryerjen e punës:

Ne e nisim programin duke përdorur butonin "Start" ose përmes një shkurtoreje në desktop.

Figura 1.2 - Dritarja kryesore e programit MS Visio 2010

Figura 1.3 - Dritarja kryesore e programit MS Visio 2003

Gjëja e parë që do të shohim pas fillimit të programit është një dritare që na shtyn të zgjedhim llojin e konstruksionit grafik që na nevojitet nga kategoritë e propozuara. Për qëllimet tona, ne zgjedhim kategorinë "Proceset e biznesit". Këtu do të shohim variante të ndryshme diagramesh të përdorura për të përshkruar si proceset ashtu edhe diagramet e rrjedhës. Për shembull, rrjedha e të dhënave ose puna; diagramet ndërfunksionale.

Nga opsionet e propozuara për përshkrimin e proceseve në meny, zgjidhni opsionin EPC Diagramm.

Një skedar i ri mund të krijohet edhe në modalitetin e funksionimit me skedarë të tjerë të hapur, përmes menysë kryesore. Zgjidhni Skedar - I ri (i ri) - Procesi i biznesit (Procesi i biznesit) - dhe lloji që na nevojitet - Diagrami ePC.
Menyja në të majtë përmban objektet që do të përdorim gjatë ndërtimit të diagramit të procesit.

- Ngjarja

‒ Funksioni

- Interpretues

Dhe operatorët logjikë: dhe, ekskluzive ose, joekskluzive ose.

Figura 1.4 - Objektet për ndërtimin e një diagrami procesi

Përdorimi i mjetit softuerik Microsoft Visio është i përshtatshëm, i thjeshtë dhe i përballueshëm për t'u përdorur për ndërtimin e diagrameve grafike të proceseve të biznesit.

Në ushtrimin tjetër, ne do të analizojmë në detaje rregullat për ndërtimin e qarqeve në të ashtuquajturin shënim epC - domethënë një gjuhë modelimi grafik.

Ushtrimi 1. Rregulla për ndërtimin e diagrameve të procesit në shënimin epC

Jemi në paketën e softuerit Visio dhe po shikojmë një përfaqësim të procesit të biznesit të quajtur Zinxhiri i Procesit i drejtuar nga Ngjarjet - ose EPC. Skema të këtij lloji i përshtatshëm, i lehtë për t'u lexuar dhe i përdorur në mënyrë aktive në praktikë. Le të analizojmë në detaje se si të ndërtojmë siç duhet një diagram procesi. Ne do të përdorim objektet që ndodhen në menynë në të majtë.

Për ta bërë këtë, duke klikuar me të djathtën, arrijmë te menyja, zgjedhim "format", "Plotëso" - dhe ndryshojmë ngjyrën në një më të ndritshme. Gjithashtu në vetitë e objektit, mund të ndryshoni çelin, llojin dhe trashësinë e vijës së konturit, hijes.

Ato mund të merren nga kutia e veglave në të majtë ose nga paneli i kontrollit. Nëse është e nevojshme, ju gjithashtu mund të personalizoni vetitë e tyre. Më shpesh, linja e lidhjes midis objekteve tregohet në të zezë dhe me pika. Mund ta zmadhoni shigjetën për shikueshmëri më të mirë.

Le të përpiqemi të ndërtojmë një zinxhir të caktuar veprimesh. Për të mos vendosur vetitë e objektit çdo herë, ne do të përdorim funksionin e kopjimit. Për ta bërë këtë, zgjidhni objektin me butonin e djathtë të miut, klikoni "kopjo" dhe më pas "ngjit". Objektet shtesë mund të fshihen duke përdorur butonin në shiritin e veglave ose butonin Delete në tastierë.

Në praktikë, çdo punë kryhet nga një person, një interpretues. Për të caktuar interpretuesin, zgjidhni një objekt. Për shembull, një ovale e verdhë. Dhe ne e vendosim domosdoshmërisht në të djathtë të Funksionit, duke mos harruar të tregojmë njësinë organizative. Mund të jetë një departament, grup, departament ose thjesht pozicioni i interpretuesit. Ne e lidhim objektin tonë me të tjerët me anë të një linje komunikimi. Në këtë rast, vija duhet të jetë e drejtë - pa shigjeta fillimi dhe mbarimi.

Opsione

1. Rezervimi i biletave.

2. Blini përmes një dyqani online.

3. Blerja e një apartamenti.

4. Kredi bankare.

5. Lidhje me TV kabllor.

6. Dhënia me qira e hapësirës me pakicë.

7. Emërimi te mjeku.

8. Mirëmbajtja.

9. Hotel.

10. Shoqëria e sigurimit.

11. Biblioteka.

12. Kurse të avancuara trajnimi.

13. Transport mallrash.

14. Makina me qira.

15. Investimi i fondeve të lira.

2. Duke përdorur variantin e ndërmarrjes të paraqitur në detyrën e parë, zhvilloni një grafik organizativ në një faqe të re:

- ruaj dhe shfaq informacione për punonjësit, departamentet, divizionet në grafikët organizativ;

‒ ngritur pamjen grafiku organizativ.

Shtojca 1

Kontrollimi i korrektësisë së diagramit

TP1 Ekzekutimi ligjor i kontratës

Rregulli 1: Një diagram funksioni EPC duhet të fillojë me të paktën një ngjarje fillimi (ngjarja e fillimit mund të ndjekë ndërfaqen e procesit) dhe të përfundojë me të paktën një ngjarje përfundimi (ngjarja e përfundimit mund t'i paraprijë ndërfaqes së procesit).

Nuk u gjetën gabime.

Rregulli 2: Ndërsa procesi përparon, ngjarjet dhe funksionet duhet të alternohen (një ngjarje dhe një funksion mund të lidhen përmes operatorëve).

Nuk u gjetën gabime.

Rregulli 3: Ngjarjet dhe funksionet duhet të përmbajnë saktësisht një lidhje hyrëse dhe një lidhje dalëse, të cilat pasqyrojnë ecurinë e procesit.

Nuk u gjetën gabime.

Rregulli 4: Diagrami nuk duhet të përmbajë lidhje pa emër.

Nuk u gjetën gabime.

Rregulli 5: Një ngjarje e vetme nuk duhet të ndiqet nga një operator "OR" ose "XOR".

Nuk u gjetën gabime.

Rregulli 6:Çdo operator bashkimi duhet të ketë të paktën dy lidhje hyrëse dhe vetëm një në dalje, operatori i degëzimit duhet të ketë vetëm një lidhje hyrëse dhe të paktën dy lidhje dalëse. Operatorët nuk mund të kenë lidhje të shumta hyrëse dhe dalëse në të njëjtën kohë.

Nuk u gjetën gabime.

Rregulli 7: Operatorët mund të kombinojnë ose degëzojnë vetëm elementë të të njëjtit lloj. Bashkimi ose degëzimi i funksioneve dhe ngjarjeve në të njëjtën kohë nuk është i mundur.

Nuk u gjetën gabime.

Rregulli 8:Çdo funksion duhet të ketë një marrëdhënie "performon" me të paktën një dhe deri në tre lëndë.

Nuk u gjetën gabime.

Rregulli 9: Në diagram, e njëjta ngjarje duhet të jetë e pranishme vetëm një herë.

Nuk u gjetën gabime.

Laboratori numër 1

Detyra e përshkrimit të proceseve të biznesit duke përdorur MS Visio.

Kur modeloni një proces në Visio, mbani mend këtë qëllimi kryesor është të shfaqë logjikën e procesit, pjesëmarrësit e tij dhe veprimet që ata kryejnë. Prandaj, për të shfaqur logjikën e procesit, ne përdorim ngjarje dhe lidhje logjike midis tyre, u tregojmë pjesëmarrësve duke përdorur gjurmët e roleve, veprimet e tyre - duke përdorur elementë të llojit "proces". Të gjitha aspektet e tjera (dokumentet, burimet) duhet të shfaqen në mënyrë të tillë që të mos pengojnë të kuptuarit e logjikës; për zbulimin e plotë të këtyre aspekteve të procesit, është më mirë të përdoret një tekst ose përshkrim tabelor.

Për qëllime modelimi, në këtë shembull, ne do të shqyrtojmë një proces të thjeshtuar për shitjen e një produkti të prodhuar vetë.

Është më mirë të filloni modelimin e drejtpërdrejtë duke specifikuar emrin dhe duke sqaruar kufijtë e procesit. Kufijtë mund të fiksohen menjëherë në formën e ngjarjeve në diagram. Në shembullin tonë, ngjarjet kufitare do të ishin "Identifikimi i nevojës së klientit" dhe "Nevoja e mbështetur nga angazhimi i ndërsjellë" (shih Figurën 3).

Oriz. 3. Titulli dhe kufijtë e procesit

Për t'i bërë diagramet më të lehta për t'u lexuar, përshkrimi i procesit duhet të fillojë në këndin e sipërm të majtë (shih Fig. 4). Shkelja e këtij rregulli është e padëshirueshme, por e mundur nëse, për ndonjë arsye, fillimisht është vendosur rendi i artistëve / këngëve, dhe punët e para brenda procesit i përkasin pistës që ndodhet në mes ose në fund.

Çdo punë/procedurë në diagramin e procesit duhet të inkuadrohet si një bllok integral me kufij logjikë në formën e ngjarjeve dhe dokumenteve. Këta kufij logjikë ju lejojnë të kuptoni më mirë dhe strukturoni më mirë procesin.

Strukturimi i procesit të përshkruar, nëse nuk është kryer paraprakisht, këshillohet të kryhet bazuar në të kuptuarit e asaj zinxhirët e rezultateve të ndërmjetme (ngjarje) e cila është e nevojshme për të arritur qëllimet e procesit. Ky zinxhir zbatohet nga një kalim hap pas hapi nga ngjarja fillestare në atë përfundimtare të procesit. Kur formuloni ngjarje, është e dëshirueshme të veproni objektet dhe gjendjet e tyre("nevoja e identifikuar", "porosia u përpunua", etj.).

Një shembull i thjeshtuar i përshkrimit të procesit është paraqitur në fig. 5.

Oriz. 5. Shembull i thjeshtuar i një përshkrimi të procesit

Në diagram, dy blloqe ("Përgatitja e projekt-kontratës" dhe "Përfshirja e porosisë në planin e prodhimit") janë përcaktuar si "nën-procese". Kjo do të thotë se ekzistojnë skemat përkatëse të dekompozimit për to - përshkrime të hollësishme të këtyre nën-proceseve në faqe të veçanta të të njëjtit skedar Visio ose në skedarë të tjerë.