Pri modeliranju procesa v Visiu si zapomnite to glavni namen je prikazati logiko procesa, njegovih udeležencev in dejanj, ki jih izvajajo. V skladu s tem za prikaz logike procesa uporabljamo dogodke in logične povezave med njimi, prikazujemo udeležence z uporabo sledi vlog, njihova dejanja - z uporabo elementov tipa "proces". Vsi drugi vidiki (dokumenti, viri) naj bodo prikazani tako, da ne ovirajo razumevanja logike, za popolno razkritje teh vidikov procesa pa je bolje uporabiti besedilni ali tabelarični opis.
Za namene modeliranja bomo v tem primeru upoštevali poenostavljen postopek za prodajo lastno proizvedenega izdelka.
Najbolje je, da neposredno modeliranje začnete z določitvijo imena in razjasnitvijo meja procesa. Meje se lahko takoj določijo v obliki dogodkov na diagramu. V našem primeru bi bila mejna dogodka »Ugotovljena potreba stranke« in »Potreba podprta z vzajemno zavezo« (glejte sliko 3).
riž. 3. Naslov in meje postopka
Za lažje branje diagramov naj se opis postopka začne v zgornjem levem kotu (glej sliko 4). Kršitev tega pravila ni zaželena, vendar je možna, če je iz nekega razloga prvotno nastavljen vrstni red izvajalcev / skladb in prva opravila v procesu pripadajo skladbi, ki se nahaja na sredini ali na dnu.
Vsako delo/postopek v diagramu procesa mora biti oblikovan kot celosten blok z logičnimi mejami v obliki dogodkov in dokumentov. Te logične meje vam omogočajo boljše razumevanje in strukturiranje procesa.
Strukturiranje opisanega procesa, če ni bilo izvedeno vnaprej, je priporočljivo izvesti na podlagi razumevanja tega verige vmesnih rezultatov (dogodkov) ki jih je treba doseči procesnih ciljev. Ta veriga se izvaja s postopnim prehodom od začetnega do končnega dogodka procesa. Pri oblikovanju dogodkov je zaželeno delovati predmetov in njihovih stanj("ugotovljena potreba", "naročilo obdelano" itd.).
Poenostavljen primer opisa procesa je prikazan na sl. 5.
riž. 5. Poenostavljen primer opisa procesa
V diagramu sta dva bloka ("Priprava osnutka pogodbe" in "Vključitev naročila v proizvodni načrt") označena kot "podprocesa". To pomeni, da zanje obstajajo ustrezne sheme razgradnje – podrobni opisi teh podprocesov na ločenih straneh iste Visio datoteke ali v drugih datotekah.
Pošljite svoje dobro delo v bazo znanja je preprosto. Uporabite spodnji obrazec
Študenti, podiplomski študenti, mladi znanstveniki, ki bazo znanja uporabljajo pri študiju in delu, vam bodo zelo hvaležni.
Objavljeno na http://www.allbest.ru
Objavljeno na http://www.allbest.ru
Uvod
Modeliranje poslovnih procesov v kontekstu modernizacije gospodarstva in managementa je pomembno področje, ki pomaga optimizirati procese organizacije in izboljšati uspešnost poslovanja. Ko govorimo o modeliranju poslovnih procesov, bomo uporabili terminologijo več področij znanja, povezanih z ekonomijo, računalništvom in modeliranjem kompleksnih sistemov hkrati. Zato bomo opredelili osnovne definicije in pojme.
Poslovni proces je opredeljen kot logično zaključena veriga medsebojno povezanih in ponavljajočih se dejavnosti, zaradi katerih se sredstva podjetja uporabljajo za obdelavo objekta (fizično ali virtualno), da bi dosegli določene merljive rezultate ali ustvarili izdelke za zadovoljevanje notranjih ali zunanjih porabnikov.
Izraz "modeliranje" ima dva glavna pomena. Prvič, modeliranje razumemo kot proces gradnje modela kot neke vrste reprezentacije (podobe) izvirnika, ki odraža njegove najpomembnejše značilnosti in lastnosti. Če je model že zgrajen, potem je modeliranje proces proučevanja (analize) delovanja sistema oziroma njegovega modela. Osnovni namen modeliranja poslovnih procesov je opis dejanskega poteka poslovnih procesov podjetja. Hkrati je treba ugotoviti, kaj je rezultat procesa, kdo in katera dejanja izvaja, kakšen je njihov vrstni red, kakšno je gibanje dokumentov med procesom, pa tudi, kako zanesljiv je proces ( verjetnost neuspešne izvedbe) in kako jo je mogoče v prihodnosti razširiti/spremeniti.
Pomembno je zagotoviti transparentnost poslovnih procesov, saj le v tem primeru lastnik poslovnega procesa (zaposleni v podjetju, ki vodi potek poslovnega procesa in je odgovoren za njegove rezultate in učinkovitost), poslovni analitik, vodstvo in drugi zainteresirani bodo imeli jasno predstavo o organizaciji dela. Razumevanje poteka obstoječih poslovnih procesov omogoča presojo njihove učinkovitosti in kakovosti in je nujno za razvoj IT infrastrukture, ki podpira poslovanje. Uspešen razvoj aplikativnih sistemov, ki podpirajo izvajanje poslovnih procesov od začetka do konca, je možen le, če so procesi sami jasno in podrobno razumljeni.
Model poslovnega procesa je njegov formaliziran (grafični, tabelarični, besedilni, simbolni) opis, ki odraža dejanske ali nameravane dejavnosti podjetja.
Problem te tečajne naloge zveni takole: kako praktično uporabljati (enostavne, vizualne in informativne) diagrame, oblikovane v MS Visio.
Predmet je poslovno modeliranje.
Označimo kot predmet: modeliranje poslovnih procesov podjetja, ki se ukvarja z zagotavljanjem storitev v avtoprevozih, v MS Visio.
Na podlagi problema določimo cilj: ugotoviti, kako praktične so sheme, zasnovane v MS Visio, v uporabi na primeru transportnega podjetja (TK) EcoTrans LLC.
Za dosego tega cilja je potrebno rešiti naslednje naloge:
Poiščite in preučite metodologije modeliranja poslovnih procesov;
Seznanite se s poslovno grafiko v MS Visio;
Analizirajte poslovne procese TC "EcoTrans" LLC
Opišite poslovne procese TC LLC "EcoTrans" z uporabo poslovnega modeliranja v Microsoft Visio
Za modeliranje poslovnih procesov je mogoče uporabiti različne metode. Metoda ali metodologija modeliranja vključuje zaporedje dejanj, ki jih je treba izvesti za izgradnjo modela, tj. postopek modeliranja in uporabljeni zapis (jezik). V tem tečaju bodo metodologije IDEF0, IDEF3 uporabljene za modeliranje poslovnih procesov.
1. Metodologija za opisovanje predmetnega področja
Proces poslovnega modeliranja je mogoče izvajati v okviru različnih metod, ki se med seboj razlikujejo predvsem po pristopu k temu, kaj sestavlja modelirana organizacija. V skladu z različnimi predstavami o organizaciji metod je običajno, da jih razdelimo na predmetne in funkcionalne (strukturne).
Objektne metode obravnavajo modelirano organizacijo kot niz medsebojno delujočih objektov – proizvodnih enot. Objekt je definiran kot otipljiva realnost – predmet ali pojav, ki ima jasno opredeljeno vedenje. Namen uporabe te tehnike je identificirati objekte, ki sestavljajo organizacijo, in porazdelitev odgovornosti med njimi za opravljena dejanja.
Funkcionalne metodologije, med katerimi je najbolj znana metoda IDEF0, obravnavajo organizacijo kot niz funkcij, ki preoblikuje vhodni informacijski tok v izhodni tok. Proces pretvorbe informacij porabi določene vire. Glavna razlika od objektne metodologije je v jasni ločitvi funkcij (metod obdelave podatkov) od samih podatkov.
Z vidika poslovnega modeliranja ima vsak od predstavljenih pristopov svoje prednosti. Objektni pristop vam omogoča, da zgradite sistem, ki je bolj odporen na spremembe, se bolje ujema z obstoječimi strukturami organizacije. Funkcionalno modeliranje se dobro izkaže v primerih, ko je organizacijska struktura v procesu spreminjanja ali je na splošno slabo zasnovana. Pristop opravljenih funkcij izvajalci intuitivno bolje razumejo, ko od njih prejmejo informacije o svojem trenutnem delu.
1.1 Razumevanje družine standardov IDEF
Eden najpomembnejših ciljev pri pripravi projekta izgradnje informacijskega sistema je jasna in pravilno razumljena postavitev problema. Za dosego tega cilja je treba preučiti vse tekoče finančne in ekonomske procese ter ustrezne informacijske tokove v podjetju, da bi identificirali tiste, ki jih je treba najprej reorganizirati, tj. zgraditi tako imenovani poslovni model. Takšna celovita raziskovanja podjetij so vedno kompleksna in se od primera do primera bistveno razlikujejo. Obstajajo dobro uveljavljene metodologije in standardi za reševanje tovrstnih problemov modeliranja kompleksnih sistemov. Ti standardi vključujejo družino metodologij IDEF. Z njihovo pomočjo lahko učinkovito prikažete in analizirate modele dejavnosti širokega spektra kompleksnih sistemov v različnih razdelkih. Hkrati širino in globino pregleda procesov v sistemu določi sam razvijalec, kar omogoča, da ustvarjenega modela ne preobremenimo z nepotrebnimi podatki.
Metodologija IDEF je nastala kot del programa industrijske informatizacije ICAM (Integrated Computer Aided Manufacturing) v ZDA, med katerim se je pokazala potreba po razvoju metod za analizo interakcijskih procesov v proizvodnih sistemih. Od tod tudi ime te družine standardov - Icam DEFinition - IDEF.
Trenutno lahko družini IDEF pripišemo naslednje standarde:
IDEF0 je metodologija funkcionalnega modeliranja. S pomočjo vizualnega grafičnega jezika IDEF0 se proučevani sistem razvijalcem in analitikom prikaže kot niz medsebojno povezanih funkcij (funkcionalnih blokov - v smislu IDEF0). Običajno je modeliranje IDEF0 prvi korak pri učenju katerega koli sistema;
IDEF1 - metodologija za modeliranje informacijskih tokov znotraj sistema, ki vam omogoča prikaz in analizo njihove strukture in odnosov;
IDEF1X (IDEF1 Extended) - metodologija za gradnjo relacijskih struktur. IDEF1X spada v vrsto metodologij Entity-Relationship (ER) in se običajno uporablja za modeliranje relacijskih baz podatkov, ki so pomembne za obravnavani sistem;
IDEF2 je metodologija za dinamično modeliranje razvoja sistemov. Zaradi zelo resnih težav pri analizi dinamičnih sistemov je bil ta standard praktično opuščen, njegov razvoj pa je bil prekinjen že na začetni stopnji.
IDEF3 je metodologija za dokumentiranje procesov, ki se dogajajo v sistemu, ki se uporablja na primer pri preučevanju tehnoloških procesov v podjetjih. IDEF3 opisuje scenarij in zaporedje operacij za vsak proces. IDEF3 je neposredno povezan z metodologijo IDEF0 - vsako funkcijo (funkcionalni blok) je mogoče predstaviti kot ločen proces z orodji IDEF3;
IDEF4 je metodologija za gradnjo objektno usmerjenih sistemov. Orodja IDEF4 vam omogočajo vizualni prikaz strukture objektov in osnovnih principov njihove interakcije, s čimer vam omogočajo analizo in optimizacijo kompleksnih objektno usmerjenih sistemov;
IDEF5 je metodologija za ontološko preučevanje kompleksnih sistemov. Z uporabo metodologije IDEF5 lahko sistemsko ontologijo opišemo z določenim besednjakom izrazov in pravil, na podlagi katerih lahko oblikujemo zanesljive izjave o stanju obravnavanega sistema v določenem trenutku. Na podlagi teh izjav se sklepa o nadaljnjem razvoju sistema in se izvaja njegova optimizacija.
Oglejmo si podrobneje standarde, ki bodo potrebni pri opisu poslovnih procesov v tej nalogi, to so: IDEF0, IDEF3.
Funkcionalna metodologija IDEF0.
Namen metodologije je zgraditi funkcionalni diagram proučevanega sistema, ki opisuje vse potrebne procese z natančnostjo, ki zadostuje za nedvoumno modeliranje delovanja sistema.
Metodologija temelji na štirih glavnih pojmih: funkcionalni blok, vmesniški lok, dekompozicija, glosar.
a) polje dejavnosti predstavlja določeno funkcijo znotraj obravnavanega sistema. V skladu z zahtevami standarda mora biti ime vsakega funkcionalnega bloka oblikovano v verbalnem razpoloženju (na primer "proizvajati storitve"). Na diagramu je funkcijski blok predstavljen s pravokotnikom (slika 1.1). Vsaka od štirih strani funkcionalnega bloka ima svoj specifičen pomen (vlogo), pri čemer:
Zgornja stran je "Kontrola";
Leva stran je "Vnos";
Desna stran je nastavljena na "Izhod";
Spodnja stran ima vrednost "Mehanizem" (mehanizem).
Takšna oznaka odraža določene sistemske principe: vhode pretvorimo v izhode, nadzor omeji ali predpiše pogoje za izvajanje transformacij, mehanizmi pokažejo, kaj in kako funkcija opravlja.
Vsaka funkcionalna enota znotraj posameznega obravnavanega sistema mora imeti svojo edinstveno identifikacijsko številko.
Slika 1.1 - Funkcionalni blok
b) Vmesniški lok (puščica) predstavlja sistemski element, ki ga obdeluje funkcijski blok ali kako drugače vpliva na funkcijo, ki jo predstavlja ta funkcijski blok. Vmesniški loki se pogosto imenujejo tokovi ali puščice.
S pomočjo vmesniških lokov so prikazani različni predmeti, ki tako ali drugače določajo procese, ki se pojavljajo v sistemu. Takšni objekti so lahko elementi realnega sveta (deli, vagoni, zaposleni itd.) ali tokovi podatkov in informacij (dokumenti, podatki, navodila itd.).
Glede na to, na katero stran funkcionalnega bloka se prilega dani lok vmesnika, se imenuje "dohodni", "odhodni" ali "kontrolni".
Treba je opozoriti, da mora vsak funkcionalni blok v skladu z zahtevami standarda imeti vsaj en lok nadzornega vmesnika in enega odhodnega. To je razumljivo - vsak proces se mora odvijati po nekaterih pravilih (ki jih prikazuje krmilni lok) in mora dati nek rezultat (izhodni lok), sicer njegovo upoštevanje nima smisla.
Obvezna prisotnost lokov nadzornega vmesnika je ena glavnih razlik med standardom IDEF0 in drugimi metodologijami razredov DFD (Data Flow Diagram) in WFD (Work Flow Diagram).
c) Razgradnja je osrednji koncept standarda IDEF0. Načelo dekompozicije se uporablja, ko je kompleksen proces razdeljen na njegove sestavne funkcije. V tem primeru stopnjo podrobnosti procesa določi neposredno razvijalec modela.
Dekompozicija vam omogoča postopno in strukturirano predstavitev modela sistema v obliki hierarhične strukture posameznih diagramov, zaradi česar je manj preobremenjen in lahko prebavljiv.
Model IDEF0 se vedno začne s pogledom na sistem kot celoto – en sam funkcionalni blok z vmesniškimi loki, ki segajo izven obravnavanega območja. Tak diagram z enim funkcionalnim blokom imenujemo kontekstni diagram in ga označujemo z identifikatorjem "A-0" (slika 1.2).
Slika 1.2 - Primer kontekstnega diagrama
V pojasnjevalnem besedilu za kontekstni diagram je treba navesti namen (Namen) izdelave diagrama v obliki kratkega opisa in določiti stališče (Gledišče).
Opredelitev in formalizacija namena razvoja modela IDEF0 je izjemno pomembna točka. Pravzaprav cilj določa relevantna področja v proučevanem sistemu, na katera se je treba najprej osredotočiti. Na primer, če modeliramo dejavnosti podjetja, da bi v prihodnosti zgradili informacijski sistem na podlagi tega modela, potem se bo ta model bistveno razlikoval od tistega, ki bi ga razvili za isto podjetje, vendar z namenom optimizacije. dobavne verige.
Stališče določa glavno smer razvoja modela in zahtevano raven podrobnosti. Jasna fiksacija zornega kota vam omogoča, da razbremenite model, zavrnete podrobnosti in preučujete posamezne elemente, ki niso potrebni, na podlagi izbranega zornega kota na sistem. Na primer, funkcionalni modeli istega podjetja z vidika glavnega tehnologa in finančnega direktorja se bodo bistveno razlikovali v smeri njihove podrobnosti. To je posledica dejstva, da finančnega direktorja na koncu ne zanimajo vidiki predelave surovin na proizvodnih strojih, glavnega tehnologa pa ne zanimajo narisane sheme finančnih tokov. Pravilna izbira zornega kota bistveno zmanjša čas, porabljen za izdelavo končnega modela.
V procesu dekompozicije je funkcijski blok, ki v kontekstnem diagramu prikazuje sistem kot celoto, podrobno prikazan v drugem diagramu. Nastali diagram druge ravni vsebuje funkcionalne bloke, ki prikazujejo glavne podfunkcije funkcionalnega bloka kontekstnega diagrama in se v zvezi z njim imenuje podrejeni diagram (podrejeni diagram) (vsak od funkcijskih blokov, ki pripada podrejenemu diagramu, je oz. imenovan podrejeni blok - Child Box). Po drugi strani se funkcionalni blok - prednik imenuje nadrejeni blok glede na podrejeni diagram (Parent Box), diagram, ki mu pripada, pa nadrejeni diagram (Parent Diagram). Vsako od podfunkcij otroškega diagrama je mogoče podrobneje opisati s podobno dekompozicijo njenega ustreznega funkcionalnega bloka. Pomembno je omeniti, da so v vsakem primeru dekompozicije funkcionalnega bloka vsi loki vmesnika, ki so vključeni v ta blok ali izhajajo iz njega, fiksirani na podrejenem diagramu. S tem je dosežena strukturna celovitost modela IDEF0. Princip razgradnje je nazorno prikazan na sliki 1.3. Pozorni morate biti na razmerje med številčenjem funkcionalnih blokov in diagramov – vsak blok ima na diagramu svojo edinstveno serijsko številko (številka v spodnjem desnem kotu pravokotnika), oznaka v desnem kotu pa označuje številko podrejenega diagrama za ta blok. Odsotnost te oznake pomeni, da za ta blok ni razgradnje.
Pogosto obstajajo primeri, ko ni smiselno nadaljevati z upoštevanjem posameznih lokov vmesnikov v podrejenih diagramih pod določeno ravnjo v hierarhiji, ali obratno – posamezni loki nimajo praktičnega smisla nad določeno ravnjo. Na primer, vmesniški lok, ki prikazuje "podrobnost" na vhodu v funkcijski blok "Obdelava na stružnici", nima smisla razmišljati o diagramih višjih ravni - to bo samo preobremenilo diagrame in jih otežilo branje. Po drugi strani pa se je treba znebiti ločenih "konceptualnih" lokov vmesnika in jih ne podrobnizirati globlje od določene ravni. Za rešitev takšnih težav standard IDEF0 predvideva koncept tuneliranja. Oznaka "tunela" (Arrow Tunnel) v obliki dveh oklepajev okoli začetka vmesniškega loka pomeni, da ta lok ni bil podedovan od funkcionalnega nadrejenega bloka in se je pojavil (iz "tunela") samo na tem diagramu. Po drugi strani pa enaka oznaka okoli konca (puščica) vmesniškega loka v neposredni bližini sprejemnega bloka pomeni, da ta lok ne bo prikazan in ne bo upoštevan v podrejenem diagramu tega bloka. Najpogosteje se zgodi, da posamezni predmeti in njihovi ustrezni vmesniški loki niso upoštevani na nekaterih vmesnih ravneh hierarhije - v tem primeru se najprej "potopijo v tunel", nato pa se po potrebi "vrnejo iz predora".
d) Glosar. Za vsakega od elementov IDEF0 - diagrame, funkcijske bloke, vmesnike - obstoječi standard pomeni ustvarjanje in vzdrževanje nabora ustreznih definicij, ključnih besed, narativnih izjav itd., ki označujejo predmet, prikazan s tem elementom. Ta niz se imenuje glosar in je opis bistva tega elementa. Glosar harmonično dopolnjuje vizualni grafični jezik in diagramom zagotavlja potrebne dodatne informacije.
Standard procesne dokumentacije IDEF3.
IDEF3 je standard za dokumentiranje tehnoloških procesov, ki potekajo v podjetju, in ponuja orodja za vizualno raziskovanje in modeliranje njihovih scenarijev. V tem primeru je scenarij (Scenarij) opis zaporedja sprememb lastnosti predmeta v okviru obravnavanega procesa (na primer opis zaporedja faz obdelave dela v delavnici in sprememba njegovih lastnosti po prehodu skozi vsako stopnjo).
Dokumentacija IDEF3 in orodja za modeliranje vam omogočajo izvajanje naslednjih nalog:
Dokumentirajte razpoložljive podatke o tehnologiji procesa, ugotovljene, recimo, v procesu anketiranja pristojnih delavcev, odgovornih za organizacijo zadevnega procesa;
Določiti in analizirati točke vpliva tokov spremljajočega delovnega toka na scenarij tehnoloških procesov;
Določite situacije, v katerih je potrebna odločitev, ki vpliva na življenjski cikel procesa, na primer sprememba konstrukcijskih, tehnoloških ali operativnih lastnosti končnega izdelka;
Prispevati k sprejemanju optimalnih odločitev pri reorganizaciji tehnoloških procesov.
V standardu IDEF3 obstajata dve vrsti diagramov, ki predstavljata opis istega procesnega scenarija z različnih zornih kotov. Diagrami, povezani s prvo vrsto, se imenujejo diagrami opisa poteka procesa (PFDD), druga vrsta pa se imenuje diagrami omrežja prehoda stanja objekta (OSTN).
Recimo, da želite opisati postopek barvanja dela v proizvodni delavnici v podjetju. S pomočjo PFDD diagramov se dokumentira zaporedje in opis faz obdelave dela v okviru preiskovanega tehnološkega procesa. Diagrami OSTN se uporabljajo za ponazoritev transformacij delov, ki se pojavijo na vsaki stopnji obdelave.
V naslednjem primeru bomo opisali, kako nam grafična orodja IDEF3 omogočajo dokumentiranje zgornjega proizvodnega procesa za barvanje dela. Na splošno je ta postopek sestavljen neposredno iz samega barvanja, ki se izvaja na posebni opremi, in stopnje njegovega nadzora kakovosti, ki določa, ali je treba del prebarvati (v primeru neskladnosti s standardi in odkritja poroke ) ali poslana v nadaljnjo obdelavo.
Slika 1.4 prikazuje diagram PFDD, ki je grafični prikaz scenarija obdelave delov. Pravokotniki v diagramu PFDD se imenujejo funkcionalni elementi ali elementi obnašanja (Unit of Behavior, UOB) in predstavljajo dogodek, korak postopka ali odločitev. Vsak UOB ima svoje ime, prikazano v verbalnem razpoloženju, in edinstveno številko. Puščice ali črte predstavljajo gibanje dela med bloki UOB med procesom.
Slika 1.4 - Diagram PFDD scenarija obdelave delov
Objekt z oznako J1 se imenuje Stičišče. Križišča se uporabljajo za prikaz logike medsebojnega delovanja puščic (tokov) pri združevanju in razvejanju ali za prikaz niza dogodkov, ki se lahko ali morajo dokončati pred začetkom naslednjega dela. Obstajajo razpotja za združevanje (Fan-in Junction) in razvejanje (Fan-out Junction) puščic. Križišča ni mogoče uporabiti za spajanje in razcep hkrati. Ko diagramu dodajate križišče, morate določiti vrsto križišča. Razvrstitev možnih tipov križišč je podana v tabeli 1.
Tabela 1 - Razvrstitev vrst križišč
|
Ime |
Pomen v primeru združevanja puščic |
Pomen v primeru pahljačastega križišča |
|
|
Asinhroni IN |
Vsi predhodni postopki morajo biti zaključeni |
Zagnani morajo biti vsi naslednji procesi |
|
|
Vsi predhodni procesi so se zaključili hkrati |
Vsi naslednji procesi se izvajajo hkrati |
||
|
Enega ali več predhodnih procesov je treba prekiniti |
Eden ali več od naslednjih procesov se mora izvajati |
||
|
En ali več predhodnih procesov se konča hkrati |
Eden ali več od naslednjih procesov se izvaja hkrati |
||
|
XOR (izključni ALI) |
Dokončan je samo en predhodni postopek |
Samo en naslednji postopek |
Scenarij, prikazan v diagramu, je mogoče opisati na naslednji način:
Del vstopi v lakirnico, pripravljen za barvanje. Med postopkom barvanja se pri visoki temperaturi nanese ena plast emajla. Po tem se del posuši, po katerem se začne faza preverjanja kakovosti nanesenega sloja. Če test potrdi nezadostno kakovost nanesenega sloja (nezadostna debelina, heterogenost itd.), se del ponovno prenese skozi lakirnico. Če del uspešno prestane kontrolo kakovosti, se pošlje v naslednjo delavnico v nadaljnjo obdelavo.
Vsak funkcijski blok UOB ima lahko zaporedje dekompozicij in ga je zato mogoče podrobno opisati do želene natančnosti. Z dekompozicijo mislimo na predstavitev vsakega UOB z ločenim diagramom IDEF3. Paint Part UOB lahko na primer razčlenimo tako, da ga predstavimo kot ločen proces in zanj zgradimo lasten diagram PFDD. V tem primeru se bo ta diagram imenoval podrejeni diagram v povezavi s tistim, prikazanim na sliki 1.4, in tistim, oziroma nadrejenim. Številke UOB podrejenih diagramov so zaporedno oštevilčene, tj. če ima nadrejeni UOB številko "1", bodo imeli bloki UOB pri njegovi razgradnji številke "1.1", "1.2" itd. Uporaba načela dekompozicije v IDEF3 vam omogoča, da procese opišete na strukturiran način s poljubno zahtevano stopnjo podrobnosti.
Če so diagrami PFDD potek dela "Z vidika opazovalca", potem vam drug razred diagramov IDEF3 - OSTN omogoča, da isti postopek upoštevate "Z vidika predmeta". Slika 1.5 prikazuje prikaz postopka barvanja z vidika diagrama OSTN. "Stanja objekta" (v našem primeru podrobnosti) in "Sprememba stanja" sta ključna pojma diagrama OSTN. Stanja objekta so prikazana kot krogi, njihove spremembe pa kot usmerjene črte. Vsaka vrstica ima povezavo do ustreznega funkcijskega bloka UOB, ki je povzročil spremembo stanja predmeta, ki ga predstavlja.
Slika 1.5 - Postopek barvanja glede na diagram OSTN
2. Orodja za modeliranje poslovnih procesov
Za opis poslovnih procesov obstajajo številna orodja BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm in druga.
Na zgornji seznam lahko dodate Microsoft Visio, ki spada v vodilno družino pisarniških izdelkov, ki jih proizvaja vodilno podjetje v industriji programske opreme. Seveda ni tako funkcionalen v smislu modeliranja poslovnih procesov, je pa zelo priljubljen in množičen zaradi relativno nizkih stroškov.
2.1 Tehnične lastnosti. Shranjevanje podatkov
Tehnično je Visio namizna aplikacija, ki manipulira s posameznimi datotekami (dokumenti). Risba Visio vključuje enega ali več diagramov, razporejenih na eni ali več straneh. Vsak dokument vsebuje nabor simbolov (ki ustrezajo objektom modela) in konektorjev (ki ustrezajo relacijam), simboli pa imajo lahko poleg imen še dodatne atribute, ki jih določi uporabnik med modeliranjem.
Po potrebi se lahko nabor znakov, ki je priložen izdelku, razširi z znaki, ki jih ustvari uporabnik. V izdelku ni globalnih omejitev glede pravil in možnosti ustvarjanja povezav med določenimi vrstami simbolov, vendar je v njem na voljo mehanizem tako imenovanih diagramskih predlog, katerih uporaba vam omogoča, da omejite nabor simboli, ki so med postopkom modeliranja na voljo neposredno v ustrezni orodni vrstici. Predloge lahko ustvarijo uporabniki, paket izdelka pa vključuje nabor že pripravljenih predlog (slika 2.1).
Nabor modelov, ki opisujejo dejavnost podjetja, je praviloma nabor ločenih datotek, pri dokaj velikih podjetjih in celovitem opisu dejavnosti pa je lahko število takih datotek več tisoč. Na ravni izdelka ni tehničnih sredstev za zagotavljanje odnosov med modeli, shranjenimi v različnih datotekah, čeprav izdelek ponuja sredstva za neodvisno izvajanje takih odnosov (o njih bomo govorili malo kasneje). Zato uporaba Visio v takšnih primerih, še posebej v pogojih nenehno spreminjajočih se procesov, zahteva precejšnjo količino vzdrževanja za tako impresiven nabor modelov.
Slika 2.1 - Niz že pripravljenih predlog MS Visio
2.2 Podprte metodologije in zapisi
Ker je nabor simbolov in predlog Visia mogoče poljubno razširiti in sam izdelek ne pomeni globalnih omejitev glede možnosti uporabe simbolov in odnosov med njimi, lahko opis poslovnih procesov z uporabo Visia formalno izvedemo v okviru skoraj katero koli metodologijo. Hkrati paket izdelkov v kateri koli izdaji (Standard, Professional) vključuje nabor predlog modelov za najpogostejše zapise, kot so diagrami pretoka podatkov, verižni diagrami z dodano kakovostjo, veriga procesov, ki temeljijo na dogodkih, IDEF0, diagrami SwimLane , kot tudi predloge za modeliranje organizacijskih struktur podjetij.
3. Analiza predmetnega področja LLC "EcoTrans"
Transportno podjetje EcoTrans LLC je bilo ustanovljeno leta 2008. Prve storitve tovornega prometa so bile zagotovljene potrošnikom, ki poslujejo v regiji Oryol. Številna največja podjetja v regiji so s podjetjem sklenila dolgoročne pogodbe za prevoz tovora in potnikov. Za EcoTrans LLC so storitve prevoza tovora (regija Oryol) v regiji postale uspešen začetek nadaljnjega razvoja. Danes je geografija transportnih storitev močno presegla domačo regijo. Širitev geografije dejavnosti je zahtevala povečanje števila sodobnih tovornjakov, zato se za dostavo blaga zdaj uporablja ne le lastna obsežna flota vozil, temveč tudi vozila partnerjev.
EcoTrans LLC ne zagotavlja le prevoza tovora v Rusiji, temveč strankam nudi tudi povezane storitve, kot sta špedicija in zavarovanje tovora.
a) Špedicija. Ta storitev stranki omogoča ne le olajšanje procesa prevoza tovora, temveč tudi zmanjšanje njegovih stroškov. Špedicija je sestavljena iz več vrst storitev:
Priprava potrebnih dokumentov. Tovorni listi, carinske deklaracije, dokumenti zavarovalnice itd. dokumenti, kot tudi njihovo podpisovanje, ne zadevajo več stranke;
Izbira vozila. Upošteva se teža tovora, njegove dimenzije in pot;
Načrtovanje poti. Izbran je najhitrejši in najvarnejši prometni vzorec;
Reševanje drugih težav, ki se pojavijo na poti.
b) Zavarovanje tovora. Tovoru se na poti lahko zgodi karkoli. Lahko se poškoduje, pokvari, ukrade itd. Za odpravo teh tveganj zavarovalnice zavarujejo tovor, stroške prevoza za njegovo dostavo in celo del pričakovanega dobička.
Poslanstvo EcoTrans LLC je zagotavljanje visokokakovostnih, visoko profesionalnih prevoznih storitev strankam, da bi vzpostavili dolgoročna partnerstva z obstoječimi potrošniki in pritegnili nove.
3.1 Organizacijska struktura EcoTrans LLC
V podjetju EcoTrans LLC generalni direktor poroča: glavnemu računovodji, glavnemu inženirju, elektrotehniku, sistemskemu skrbniku. Računovodja poroča glavnemu računovodji. Skladiščnik poroča računovodji. Glavnemu inženirju so podrejeni: skladiščnik, mehanik, zdravstveni delavec, dispečer. Dispečerju so podrejeni: mehanik, vozniki avtomobilov, vozniki avtobusov, vozniki nakladalcev. Mehaniki so predmet: vozniki avtomobilov, vozniki avtobusov, vozniki viličarjev.
3.2 Poslovni proces »Prevoz tovora«
Poslovni proces »Prevoz tovora« vključuje:
1 Prejemanje vloge. Stranka pošlje povpraševanje dispečerju, ta pa ga sprejme.
2 Sklenitev pogodbe. Med naročnikom in direktorjem se sklene pogodba, na podlagi katere se izvede prevoz.
3 Preverite obstoj pogodbe. Dispečer bo preveril obstoj pogodbe.
4 Obdelava vloge. Skladno s tehničnimi lastnostmi vozila dispečer na podlagi prijave razporedi vozila ob upoštevanju dimenzij, teže tovora in pogojev prevoza.
5 Izdaja tovornega lista. Dispečer pokliče voznika, ga obvesti o prihajajočem letu in poti ter izda tovorni list.
6 Opravljen zdravniški pregled. Voznik je na zdravniškem pregledu.
7 Oznaka o opravljenem zdravniškem pregledu. Zdravstveni delavec ugotavlja vsebnost alkohola in psihotropnih snovi v telesu, zdravstveno stanje: meri pulz, krvni tlak, temperaturo, ugotavlja stopnjo utrujenosti in kakovost spanja. Če je zdravstveni pregled opravljen, zdravstveni delavec na potni list označi.
8 Dnevno vzdrževanje vozila. Voznik opravlja dnevno vzdrževanje vozila. Preveri: popolnost avtomobila, nivo hladilnih in mazalnih tekočin, tesnost sistemov avtomobila, stanje in pritrditev koles, delovanje zavornih sistemov svetlobnih in zvočnih alarmov.
9 Opomba o uporabnosti vozila v tovornem listu. Voznik na tovornem listu označi pregled vozila.
10 Pregled vozila. Voznik da vozilo na pregled mehaniku. Mehanik pregleda vozilo. Preveri: tesnost in delovanje zavornih sistemov, napajalnih sistemov, hladilnih sistemov, sistemov za izpušne pline; uporabnost volana, zunanjih svetlobnih naprav, brisalcev vetrobranskega stekla; pritrditev kolesa; razpoložljivost kompleta za prvo pomoč, gasilnega aparata, znaka za zaustavitev v sili.
11 Oznaka o uporabnosti vozila v tovornem listu. Mehanik v tovorni list označi uporabnost vozila.
12 Pošiljanje. Voznik odpelje na linijo, prevzame tovor na določeni lokaciji, dostavi tovor prejemniku.
13 Prejem dokumentov. Voznik od stranke prevzame nakladnico.
14 Vrnitev s črte. Voznik s črte se vrne v garažo.
15 Pregled vozila. Ob vrnitvi s proge voznik da vozilo na pregled mehaniku.
16 Oznaka o stanju vozila v tovornem listu. Mehanik v tovorni list označi stanje vozila.
17 Prenos dokumentov v računovodstvo. Voznik pošlje tovorni list v računovodstvo.
18 Izdaja dokumentov s strani računovodstva. Računovodstvo izda dokumente: akt o opravljenem delu, račun, račun za plačilo.
19 Plačilo storitve s strani stranke. Računovodstvo pošlje izdane dokumente v plačilo stranki. Stranka plača opravljeno storitev.
3.3 IT infrastruktura
modeliranje informacijskega omrežja
Arhitektura omrežja je kombinacija topologij, metod dostopa do medijev in protokolov, potrebnih za ustvarjanje delujočega omrežja.
LAN - lokalno omrežje (LAN, lokalno omrežje).
V organizaciji EcoTrans LLC je LAN izdelan po topologiji zvezda.
IS anketnega objekta uporablja imeniško storitev Microsoft Corporation - Active Directory. Ta storitev se uporablja za urejanje pravilnikov domenskih skupin. Domene imajo hierarhično strukturo.
V strojnem delu objekta IS: 2 strežnika; 16 delovnih postaj.
Programska oprema EcoTrans LLC: operacijski sistem Windows XP Servise Pack 2/3, MS Office 2007, protivirusna programska oprema - Panda Antivirus Platinum, Davčni zavezanec pravna oseba, 1C: Računovodstvo, 1 C: Plače in kadri, PP "Imenik certifikatov", CIPF Crypto Pro CSP, PP "STEK-Trust". Delovna postaja "TRUST-Client", sistem "STEK-Trust". Zavarovana delovna postaja, FSS Utility, Documents PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR in drugi.
4. Opis poslovnih procesov TC LLC "EcoTrans" z uporabo poslovnega modeliranja v Microsoft Visio
4.1 Gradnja modela v zapisu IDEF0 in njegova dekompozicija
Ustvarimo model trgovskega centra LLC "EcoTrans" po metodologiji IDEF0. Najprej zgradimo kontekstni diagram poslovnega procesa »Prevoz tovora« (slika 4.1). V skladu z zapisom IDEF0 poimenujmo ta funkcionalni blok "Prevoz tovora".
Slika 4.1 - Kontekstni diagram procesa "Prevoz tovora".
Nato bomo poslovni proces »Prevoz tovora« razdelili na komponente: »Obdelava vloge«, »Sklenitev pogodbe«, »Priprava na prevoz tovora«, »Plačilo dokumentov, potrebnih za prevoz tovora«, »Prevoz tovora«. In v skladu s tem razgradimo funkcionalni blok "Prevoz tovora" (slika 4.2).
Slika 4.2 - Dekompozicijski diagram procesa "Prevoz tovora".
Oglejmo si podrobneje poslovne procese: »Obdelava vloge« (slika 4.3); "Priprava na prevoz blaga" (slika 4.4); "Izvedba dokumentov, potrebnih za prevoz blaga" (slika 4.5); "Izvajanje prevoza tovora" (slika 4.6).
Slika 4.3 - Dekompozicijski diagram procesa "Obdelava aplikacije".
Slika 4.4 - Dekompozicijski diagram procesa "Priprava za prevoz blaga"
Slika 4.5 - Dekompozicijski diagram procesa "Izvedba dokumentov, potrebnih za prevoz blaga"
Slika 4.6 - Dekompozicijski diagram procesa "Izvajanje prevoza tovora"
4.2 Gradnja modela v zapisu IDEF3
Sedaj pa zgradimo model TC LLC "EcoTrans" z metodologijo IDEF3. Razčlenitev procesa »Prevoz tovora« je prikazana na sliki 4.7
Slika 4.7 - PFDD diagram dekompozicije procesa "Prevoz tovora".
Simbol "", pomeni "Izključni ALI", je tudi "XOR" (Izključni ALI).
Zaključek
Pri preučevanju teme »Opis poslovnih procesov podjetja, ki se ukvarja z opravljanjem storitev cestnega prometa v MS Visio« je bil ugotovljen pomen opisa poslovnih procesov za optimizacijo procesov podjetja.
Opis poslovnih procesov je možen na različne načine: besedilni, tabelarični, grafični. Za njihov opis obstajajo številne metodologije (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS in druge) in orodja (BPWin, ERWin, PowerDesigner in druge).
Za opis poslovnih procesov TC LLC "EcoTrans" v grafični obliki so bile izbrane metodologije za modeliranje poslovnih procesov IDEF0, IDEF3. Modeliranje je potekalo z Microsoftovim produktom Visio. Ta program ima že pripravljeno predlogo za modeliranje v zapisu IDEF0, za IDEF3 pa sem moral ustvariti svoj nabor elementov. To potrjuje nizko funkcionalnost, a hkrati odsotnost globalnih omejitev v procesu oblikovanja.
Dodatek grafičnega opisa je enostavnemu besedilnemu opisu poslovnih procesov EcoTrans LLC le-te naredil bolj pregledne. In posledično več možnosti za sistemsko analizo in optimizacijo dejavnosti podjetja.
Če upoštevamo razpoložljivost programa Microsoft Visio za ruskega uporabnika, njegovo enostavnost uporabe in upoštevamo nastajajoče prednosti grafičnega modeliranja poslovnih procesov, lahko trdimo, da so diagrami, zasnovani v MS Visio, dovolj praktični. za veliko število uporabnikov.
Literatura
1 Goličev V.D., Goličeva N.D., Gusarova O.M. Aktualnye voprosy ekonomiki i upravleniya v usloviyakh modernizatsii [Aktualna vprašanja ekonomije in managementa v pogojih modernizacije]. Kolektivna monografija. - Smolensk: Smolgortipografiya, 2014. - 212 str.
2 Gusarova O.M. Modeliranje poslovnih rezultatov pri upravljanju organizacije // Obeti za razvoj znanosti in izobraževanja. - Tambov: Business-Science-Society, 2014. - str. 42-43.
Gostuje na Allbest.ru
...Podobni dokumenti
Izvedba predprojektne raziskave podjetja. Izgradnja modela organizacijske in funkcionalne strukture podjetja. Izdelava organigrama v MS Visio. Seznam in struktura dokumentov, ki jih generira informacijski sistem.
praktično delo, dodano 14.02.2012
Modeliranje poslovnih procesov kot način iskanja načinov za optimizacijo dejavnosti podjetja. Metodologija SADT (strukturna analiza in načrtovanje), družina standardov IDEF in algoritemskih jezikov v središču metodologij modeliranja poslovnih procesov.
povzetek, dodan 14.12.2011
Arhitektura integriranih informacijskih sistemov ARIS kot metodologija za modeliranje poslovnih procesov, prednosti in slabosti uporabe. Izbira poslovnega procesa za modeliranje in njegov smiselni opis, tabelarična oblika za njegov opis.
seminarska naloga, dodana 19.06.2015
Namen Microsoft Visio. Nizi slik predmetov določenih vrst. Programske zahteve. Lastnosti uporabniškega vmesnika. Funkcije, operacije in delovne metode Microsoft Visio. Interakcija oblikovalca z aplikacijami.
kontrolno delo, dodano 19.12.2010
Bistvo, pomen in metodologija modeliranja poslovnih procesov. Zgodovina razvoja metodologij modeliranja. Sistematizacija znanja o podjetju in njegovih poslovnih procesih v vizualni grafični obliki za analitično obdelavo prejetih informacij.
povzetek, dodan 29.04.2009
Glavni namen opisa UML. Opis glavnih komponent, povezanih z Microsoft Visio. Ustvarjanje diagramov razredov v programu Microsoft Visio 2010 Struktura sistema, njen razred, njihovi atributi in operaterji.
praktično delo, dodano 07.05.2014
Načrtovanje lokalnega omrežja. Izbira topologije omrežja, arhitekture in strukture sistema. Analiza informacijskih tokov v porazdeljenem sistemu, izbor simulacijskega sistema. Določitev stroškov za izdelavo in razvoj sistema.
diplomsko delo, dodano 21.05.2015
Upravljanje oddaljene konfiguracije in namestitve programske opreme. Zgodovina razvoja VMware ThinApp. Izdelava samodejnega namestitvenega paketa za Microsoft Office Visio Professional 2007. Analiza programske opreme zanj. Testiranje prejetega paketa msi.
seminarska naloga, dodana 14.03.2013
Primerjalna analiza hotelskih informacijskih sistemov. Analiza in izbor CASE orodij za modeliranje poslovnih procesov. Vizualni in matematični modeli predmetnega področja, izbira arhitekture in platforme informacijskega sistema, izgradnja baze podatkov.
diplomsko delo, dodano 20.7.2014
Okolje Microsoft Visio: koncept, glavne funkcije. Funkcija AutoConnect v Office Visio 2007. Funkcija log-likelihood. Graf verjetnosti okvare različice programske opreme. Vizualno modeliranje v UML. Splošni pogled na diagram razredov.
Za izdelavo diagramov poslovnih procesov se pogosto uporablja programski paket Visio. V bistvu ni orodje CASE. Kljub temu je za najpreprostejše modeliranje Visio zelo priročen. Omogoča ustvarjanje vizualnih diagramov procesov.
Ta programski izdelek je prvotno razvil in objavil Visio Corporation. Kasneje ga je kupil Microsoft in ga vključil v pisarniški paket Microsoft Visio. Do danes je najnovejša različica tega programskega izdelka Microsoft Visio 2013.
Za izdelavo diagramov v Visiu se uporablja vektorska grafika, ki omogoča spreminjanje velikosti slike brez izgube kakovosti. Poleg tega ima Microsoft Visio veliko možnosti za grafično oblikovanje diagramov in procesnih diagramov. Zaradi teh lastnosti je Visio dobro orodje za "risanje" poslovnih procesov. Seveda ga je nemogoče obravnavati kot polnopravno orodje za modeliranje.
Nova različica programa Visio vam omogoča ustvarjanje diagramov procesov na podlagi standarda modeliranja BPMN 2.0 (Business Process Model and Notation) in vizualno preverjanje pravilnosti teh diagramov. Prav tako ima nova različica Visio možnost ustvarjanja diagramov, ki temeljijo na standardu modeliranja UML 2.4.
Microsoft Visio 2013 je na voljo v dveh različicah – Microsoft Visio Standard in Microsoft Visio Professional. Razlika med tema možnostma je predvsem v sestavi diagramov. Izdaja Professional ponuja več vrst grafikonov in možnosti predstavitve.
Značilnosti programa Visio
Glavne prednosti Visio v primerjavi z orodji CASE so:
- enostavnost ustvarjanja diagramov. Za razvoj procesnih diagramov ni potrebno posebno usposabljanje. Risanje diagramov in procesnih diagramov poteka s preprostim in intuitivnim vmesnikom;
- razpoložljivost vzorčnih diagramov. Microsoft Visio vključuje veliko število različnih vzorčnih diagramov, kar poenostavi in pospeši proces izdelave diagramov poslovnih procesov;
- povezovanje diagramov procesov s podatki iz pisarniških aplikacij. Ker Visio je del zbirke Microsoft Office, diagrame procesov je mogoče povezati z dokumenti in podatki iz Worda, Excela, PowerPointa, Accessa in Projecta;
- uporaba standardnih zapisov. Za ustvarjanje procesnih diagramov, ki se uporabljajo v različnih
Lab #1
organizacijska zasnova
Teoretična utemeljitev
Poslovni proces je stabilen, namenski niz medsebojno povezanih aktivnosti (z drugimi besedami zaporedje dela), ki z uporabo določene tehnologije pretvarja vložke v izhode, ki imajo vrednost za potrošnika.
Za reševanje različnih poslovnih problemov je potrebno podrobno in vizualno opisati procese. To pomeni, da zgradijo svoje modele. Modeli so namenjeni podrobnemu opisu operacij, ki se izvajajo zaporedno v času z uporabo določene tehnologije.
Slika 1.1 – Model "procesa"
Obstajajo različne možnosti grafičnega, tabelarnega, besedilnega opisa procesov. Poglejmo si, kako s programskim orodjem Microsoft Visio izdelamo grafični diagram poslovnega procesa. Najprej je treba povedati, da izdelek Visio ni vključen v standardni paket Microsoft Office.
Metodološka navodila za opravljanje dela:
Program zaženemo z gumbom "Start" ali prek bližnjice na namizju.
Slika 1.2 - Glavno okno programa MS Visio 2010
Slika 1.3 - Glavno okno programa MS Visio 2003
Prva stvar, ki jo bomo videli po zagonu programa, je okno, ki nas poziva, da med predlaganimi kategorijami izberemo vrsto grafične konstrukcije, ki jo potrebujemo. Za naše namene izberemo kategorijo "Poslovni procesi". Tukaj bomo videli različne različice diagramov, ki se uporabljajo za opis procesov in diagramov poteka. Na primer pretok podatkov ali delo; medfunkcijski diagrami.
Med predlaganimi možnostmi za opis procesov v meniju izberite možnost EPC Diagramm.
Novo datoteko lahko ustvarite tudi v načinu delovanja z odprtimi drugimi datotekami, preko glavnega menija. Izberite Datoteka - Novo (Novo) - Poslovni proces (Poslovni proces) - in vrsto, ki jo potrebujemo - Diagram ePC.
Levi meni vsebuje objekte, ki jih bomo uporabili pri gradnji diagrama procesa.
- Dogodek
‒ Funkcija
- Izvajalec
In logični operatorji: in, izključni ali, neizključni ali.
Slika 1.4 - Objekti za gradnjo diagrama procesa
Uporaba programskega orodja Microsoft Visio je priročna, enostavna in cenovno dostopna za izdelavo grafičnih diagramov poslovnih procesov.
V naslednji vaji bomo podrobneje analizirali pravila za gradnjo vezij v tako imenovani notaciji epC – torej grafičnem modelirnem jeziku.
Vaja 1. Pravila za izdelavo procesnih diagramov v zapisu epC
Smo v programski zbirki Visio in gledamo predstavitev poslovnih procesov, imenovano Event-driven Process Chain - ali EPC. Sheme te vrste so priročne, enostavne za branje in se trenutno aktivno uporabljajo v praksi. Podrobno analizirajmo, kako pravilno zgraditi diagram procesa. Uporabili bomo predmete, ki se nahajajo v meniju na levi.
Če želite to narediti, z desnim klikom pridemo v meni, izberemo "format", "Fill" - in spremenimo barvo v svetlejšo. Tudi v lastnostih predmeta lahko spremenite šrafuro, vrsto in debelino konturne črte, senco.
Lahko jih vzamete iz orodjarne na levi ali iz nadzorne plošče. Po potrebi lahko prilagodite njihove lastnosti. Najpogosteje je povezovalna linija med predmeti označena s črno in pikčasto. Za boljšo vidljivost lahko puščico povečate.
Poskusimo zgraditi določeno verigo dejanj. Da ne bomo vsakič nastavljali lastnosti predmeta, bomo uporabili funkcijo kopiranja. Če želite to narediti, izberite predmet z desnim gumbom miške, kliknite »kopiraj« in nato »prilepi«. Dodatne predmete lahko izbrišete z gumbom v orodni vrstici ali tipko Delete na tipkovnici.
V praksi vsako delo izvaja neka oseba, izvajalec. Če želite določiti izvajalca, izberite predmet. Na primer, rumeni oval. In nujno ga postavimo desno od funkcije, ne da bi pozabili navesti organizacijsko enoto. Lahko je oddelek, skupina, oddelek ali samo položaj izvajalca. Svoj objekt povezujemo z drugimi preko komunikacijske linije. V tem primeru mora biti črta ravna - brez začetnih in končnih puščic.
Opcije
1. Rezervacija vstopnic.
2. Nakup preko spletne trgovine.
3. Nakup stanovanja.
4. Bančno posojanje.
5. Priključek na kabelsko televizijo.
6. Najem trgovskega prostora.
7. Imenovanje pri zdravniku.
8. Vzdrževanje.
9. Hotel.
10. Zavarovalnica.
11. Knjižnica.
12. Izpopolnjevalni tečaji.
13. Tovorni promet.
14. Najem avtomobila.
15. Vlaganje prostih sredstev.
2. S pomočjo različice podjetja, predstavljene v prvi nalogi, razvijte organigram na novi strani:
- shranjevanje in prikaz podatkov o zaposlenih, oddelkih, oddelkih v organizacijskih shemah;
‒ prilagodite videz organigrama.
Priloga 1
Preverjanje pravilnosti diagrama
TP1 Pravna izvedba pogodbe
1. pravilo: Funkcijski diagram EPC se mora začeti z vsaj enim začetnim dogodkom (začetni dogodek lahko sledi vmesniku procesa) in končati z vsaj enim končnim dogodkom (končni dogodek je lahko pred vmesnikom procesa).
Ni napak.
2. pravilo: Ko proces napreduje, se morajo dogodki in funkcije izmenjevati (dogodek in funkcijo je mogoče povezati prek operatorjev).
Ni napak.
3. pravilo: Dogodki in funkcije morajo vsebovati točno eno dohodno in eno odhodno povezavo, ki odražata napredek procesa.
Ni napak.
4. pravilo: Diagram ne sme vsebovati neimenovanih odnosov.
Ni napak.
5. pravilo: Posameznemu dogodku ne sme slediti operator "ALI" ali "XOR".
Ni napak.
6. pravilo: Vsak operator spajanja mora imeti vsaj dve vhodni povezavi in samo eno odhodno, operater razvejanja mora imeti samo eno vhodno povezavo in vsaj dve odhodni. Operaterji ne morejo imeti več dohodnih in več odhodnih povezav hkrati.
Ni napak.
7. pravilo: Operaterji lahko združujejo ali razvejajo samo elemente iste vrste. Združevanje ali razvejanje funkcij in dogodkov hkrati ni mogoče.
Ni napak.
8. pravilo: Vsaka funkcija mora imeti odnos »izvaja« z vsaj enim do največ tremi subjekti.
Ni napak.
Pravilo 9: Na diagramu naj bo isti dogodek prisoten le enkrat.
Ni napak.
Lab #1
Naloga opisa poslovnih procesov z uporabo MS Visio.
Dmitry Pinaev / Sodobne tehnologije krmiljenja
Ena najnujnejših nalog, s katerimi se sooča sodobno rusko podjetje, je izboljšanje poslovnih procesov in sistema upravljanja kot celote. Z uporabo programa Microsoft Visio 2003 lahko poslovni analitik poenostavi in pospeši osnovno delo pri opisovanju sistema vodenja podjetja.
Opis krmilnega sistema
Optimalno zasnovani poslovni procesi so sposobni uresničiti strateške cilje organizacije, hkrati pa nudijo možnost sistemske analize za sprejemanje premišljenih poslovnih odločitev.
Danes se s formalizacijo in dokumentacijo sistemov vodenja ukvarjajo svetovalci upravljanja, strokovnjaki za strateški in organizacijski razvoj, informatiki in vodje kakovosti. Pri tem se največkrat srečujejo z naslednjimi nalogami:
- opis in optimizacija poslovnih procesov;
- oblikovanje sistema vodenja novega poslovnega področja;
- uvajanje avtomatiziranih nadzornih sistemov;
- izgradnja sistema vodenja kakovosti.
Opis sistema vodenja praviloma vključuje model poslovnih procesov podjetja, organizacijsko strukturo in dokumente, ki določajo naloge in odgovornosti zaposlenih v podjetju za določen proces.
Model poslovnih procesov podjetja
Model opisuje dejavnosti podjetja v obliki sistema poslovnih procesov in prikazuje, kaj se v podjetju dela in kakšni rezultati so posledično doseženi. Poslovni proces je namensko zaporedje dejanj, ki vodijo do danega rezultata, ki je dragocen za podjetje. Najenostavnejši način za izgradnjo modela poslovnega procesa je uporaba enega od običajnih grafičnih zapisov, poslovni proces pa je prikazan z diagramom s posebnimi grafičnimi simboli.
Organizacijska struktura
Organizacijska struktura prikazuje hierarhijo položajev in oddelkov v organizaciji in vključuje porazdelitev glavnih funkcij podjetja, področij odgovornosti in pooblastil po hierarhični lestvici upravljanja.
Grafično je organizacijska struktura prikazana v obliki diagrama, v katerem so v blokih prikazane enote in uradniki podjetja, s črtami pa so prikazana podrejenostna razmerja med njimi.
Do danes večina tehnologij poslovnega modeliranja temelji na uporabi grafičnih grafikonov. S tem v mislih je Microsoft v svoj sistem za izdelavo poslovnih diagramov in diagramov Microsoft Visio 2003 vključil posebna orodja za opis poslovnih procesov in organizacijske strukture podjetja.
Za modeliranje poslovnih procesov Visio 2003 ponuja predloge poslovne inteligence za ustvarjanje 7 vrst diagramov:
- osnovni diagram poteka;
- Medfunkcijski diagram poteka (navpične ali vodoravne sledi);
- EPC (dogodkovno vodena procesna veriga);
- IDEF0;
- DFD (Data Flow Diagrams) v dveh zapisih: Hein-Sarson in Jordan-De Marco;
- WFD (diagram poteka dela)
Od teh zapisov sta IDEF0 in EPC najbolj priljubljena.
Notacija modeliranja IDEF0 temelji na metodologiji SADT (Structured Analysis and Design Technique).
Diagram procesa "Nabava blaga in materiala", prikazan z uporabo zapisa IDEF0
Elementi grafičnega jezika notacije IDEF0 so procesi (predstavljeni s pravokotnim blokom) in puščice, ki označujejo vhode in izhode procesa. Skupaj obstajajo 4 vrste puščic, ki se razlikujejo glede na to, na katero stran pravokotnika so pritrjene.
Puščične vrste zapisa IDEF0
Takšna oznaka odraža določene sistemske principe: vhode pretvorimo v izhode, nadzor omejuje ali predpisuje pogoje za izvajanje transformacij, mehanizmi pokažejo, kdo izvaja ali s pomočjo česa se funkcija izvaja.
Drugo pomembno načelo metodologije je hierarhična dekompozicija procesov (delov): proces je mogoče predstaviti kot zaporedje njegovih sestavnih podprocesov. Razgradnjo je mogoče izvesti do zahtevane stopnje podrobnosti v opisu postopka.
Zapis IDEF0 se običajno uporablja za opis poslovnih procesov na najvišji ravni podjetja. Omogoča vam, da preprosto in vizualno prikažete sestavo glavnih procesov, izhode poslovnih procesov, ki prikazujejo želeni rezultat njihovega izvajanja, in vhode, ki prikazujejo, kateri viri so potrebni za dosego rezultata.
Za zagotavljanje navigacije skozi hierarhične modele poslovnih procesov vam Visio 2003 omogoča ustvarjanje hiperpovezav od enega diagrama do drugega. Na primer, lahko določite, da se ob kliku na proces odpre stran z diagramom njegove razčlenitve.
Diagram procesa obdelave naročila, prikazan z zapisom EPC
Za opis poslovnih procesov nižje (operativne) ravni lahko uporabite notacijo EPC, ki jo je razvil Inštitut za informacijske sisteme Univerze v Saarlandu (Nemčija) v sodelovanju s SAP AG. Ključna značilnost diagramov EPC je opis poslovnega procesa kot zaporedja izmeničnih dogodkov in funkcij.
Glavni grafični elementi diagrama EPC:
- funkcije,
- razvoj dogodkov,
- organizacijske enote, odgovorne za opravljanje funkcij,
- informacije ali materialni predmeti, ki se uporabljajo pri opravljanju funkcij,
- priključki (AND, OR, XOR).
Za razliko od zapisa IDEF0 vam zapis EPC omogoča priročen opis nelinearne izvedbe poslovnega procesa. S pomočjo konektorjev lahko določite nekatere procesne funkcije, ki se izvajajo vzporedno, nekatere pa samo ob določenih pogojih.
Drugi korak pri opisu sistema vodenja podjetja je izgradnja modela organizacijske strukture. Za rešitev te težave Visio 2003 vključuje predlogo Organisation Chart, ki vam omogoča hitro ustvarjanje hierarhičnega diagrama položajev in oddelkov podjetja ter določanje njihovih parametrov.
Organizacijska struktura
Predloga organizacijske sheme vsebuje niz grafičnih elementov, ki označujejo vrste delovnih mest:
- izvršni - višji vodja,
- manager - vodja,
- položaj - položaj,
- svetovalec - svetovalec,
- prosto delovno mesto - prosto delovno mesto,
- pomočnik - pomočnik.
Če je organigram velik in ga je težko spraviti na en list, vam Visio 2003 omogoča razdelitev organigrama na več strani. Ko je zgornji del organigrama ustvarjen, ga lahko nadaljujete z opisom na novi strani, začenši z izbranim oddelkom. Elementi, ki označujejo isti oddelek na različnih straneh, se med seboj sinhronizirajo ob spremembi imena in parametrov oddelka.
Lastniki procesov
Po opisu organizacijske strukture je treba določiti lastnika procesa izmed vodij in menedžerjev podjetja. Lastnik je oseba, ki je odgovorna za rezultat procesa in ima pooblastila za upravljanje sredstev (material, delo itd.), potrebnih za njegovo izvedbo. Za dodelitev lastnika procesa na diagramih IDEF0 je potrebno ustvariti uporabniški parameter »Lastnik procesa« za vse procese in vanj vnesti ime pozicije iz organizacijske strukture.
Polnjenje lastnosti procesa
V skladu z razvitimi modeli poslovnih procesov vam Microsoft Visio 2003 omogoča ustvarjanje poročil v naslednji obliki:
- Microsoft Excelove strani,
- spletne strani (HTML datoteka),
- Visio oblika za vdelavo poročila kot Excelove preglednice neposredno v Visio diagram,
- datoteko XML.
Če želite na primer dobiti poročilo o procesih, ki označujejo upravitelje procesov, morate poročilo konfigurirati tako, da podate zahtevane stolpce, in začeti njegovo izvajanje.
Generirano poročilo o procesih v formatu Microsoft Excel
Posebnost programa Visio 2003 je enostavnost in priročnost ustvarjanja diagramov ter integracija z drugimi izdelki Microsoft Office. Zahvaljujoč temu strokovnjaki, ki so prvič videli Visio, v nekaj urah začnejo ustvarjati diagrame poslovnih procesov in organizacijskih struktur ter te diagrame uporabljati v dokumentih Microsoft Word.
