Radionica korištenja idef0 za funkcionalni opis CAD softvera. IDEF0 metodologija. Notni zapis, principi modeliranja

Softver za IDEF0 dijagrame - brzo kreirajte IDEF0 dijagrame i poslovne dijagrame s bogatim primjerima i predlošcima. Pružite malo IDEF0 znanja.

IDEF definicija

IDEF temelji se na Structured Analysis and Design Technique (SADT), grafičkom pristupu opisu sustava, koji je uveo Douglas T. Ross ranih 1970-ih. Od tada, analitičari sustava u Softtechu, Inc. su rafinirali i koristili SADT u raznim problemima. Godine 1981., U.S. Program zračnih snaga za integriranu kompjuterski potpomognutu proizvodnju (ICAM) standardizirao je i javno objavio podskup SADT-a, nazvan IDEF.

Izvorno se koristio za primjenu strukturiranih metoda za bolje razumijevanje načina poboljšanja produktivnosti proizvodnje. IDEF0 je prvobitno kreiran u Northrop Corporation 1966. godine, a prvi komercijalno dostupan od strane SoftTek 1972. IDEF0 dijagram aktivnosti sadrži jednu razinu dekompozicije procesa. Okviri unutar dijagrama prikazuju podprocese nadređenog procesa imenovanog dijagramom. Strelice između okvira pokazuju tijek proizvoda između procesa.

Inovativni IDEF0 softver

Edraw Max je softver za IDEF0 dijagrame jednostavan za korištenje, koji brzo stvara IDEF0 dijagrame i poslovne dijagrame s bogatim primjerima i predlošcima.

Izgradite hijerarhijske dijagrame pomoću IEDF0 modela grafikona procesa za upravljanje konfiguracijom modela, analize potreba i koristi, definicije zahtjeva i modele stalnog poboljšanja.

Zahtjevi sustava

Radi na Windows 7, 8, 10, XP, Vista i Citrix

Radi na 32 i 64 bitnim Windowsima

Radi na Mac OS X 10.2 ili novijem

Značajke softvera

Edraw je:
  1. stanje tehnike
  2. vektorski
  3. više od IDEF0, IDEF1, IDEF2 dijagrama koji mogu napraviti preko 200 vrsta dijagrama
  4. jednostavan za korištenje sa sučeljem za povlačenje i ispuštanje, unaprijed pripremljenim simbolima i alatima za automatsko oblikovanje
  5. popraćeno mnoštvom dobro osmišljenih predložaka i primjera
  6. dizajniran sa širokom kompatibilnošću formata datoteka

IDEF0 dijagrami obično uključuju sljedeće komponente:

kontekstni dijagram- Najviši dijagram u IDEF0 modelu.

dijagram roditelj/dijete- Hijerarhija dekompozicije IDEF0 korištenjem odnosa roditelj/dijete.

stabla čvorova- Strukture nalik stablu čvorova ukorijenjenih u odabranom čvoru i korištenih za predstavljanje pune IDEF0 dekompozicije u jednom dijagramu.

Prednosti korištenja IDEF0 za modeliranje poslovnih procesa

  1. Razumijevanje - modeliranje pomaže otkriti prirodu poslovanja koje se modelira; što je, što se radi u poslu.
  2. Komunikacija - nakon što je postignuto razumijevanje, priroda Poslovni proces mogu se dokumentirati i ti se dokumenti lako prenose.
  3. Prosvjetljenje - modeliranje pomaže otkriti anomalije, nedostatke suvišnosti i neučinkovitosti u postojećem (kakav jest) poslovnom procesu.
  4. Poboljšanje - model omogućuje odabir manjkavih područja poslovanja i njegovih procesa te njihovo poboljšanje.
  5. Redizajn - model pruža opipljivu osnovu za redizajniranje procesa, izvodeći simulacije redizajniranog (budućeg) poslovnog procesa kako je definirano strategijom. To znači da se strategije mogu testirati prije implementacije.

IDEF0 tehnike modeliranja

An IDEF0 model predstavlja poslovne aktivnosti sa stajališta poslovanja, kako su te poslovne aktivnosti međusobno povezane, resurse koji se koriste za obavljanje svake aktivnosti i rezultat ili učinak svake aktivnosti. Model se sastoji od grafike i pridruženog teksta koji podržava grafiku.

IDEF0 tehnika modeliranja sastoji se od grafičkog jezika i procesa modeliranja koji se može koristiti za razvoj bogatog opisa procesa. To je intuitivan način za definiranje, analizu i dokumentiranje poslovanja u cjelini i procesa poslovanja.

IDEF0: što je to i kako se koristi

Često se od programera traži ne samo da identificiraju i riješe problem u radu tvrtke, već i da utvrde koju ulogu igra u strukturi tvrtke. Zato što je daleko važnije razumjeti kako pokvarena jedinica komunicira s drugima nego jednostavno razumjeti zašto ne radi. Stoga identifikacija bilo kojeg problema počinje proučavanjem rada poduzeća i sastavljanjem njegovog funkcionalnog modela.

Vi ćete to reći funkcionalni model tvrtka treba biti na čelu, bez obzira o kojoj tvrtki je riječ. Ali, kao što praksa pokazuje, u većini slučajeva ovaj model je odsutan.

Grafička prednost

Što su IDEF0 modeli? Grafičke sheme sa svojim karakteristikama i pravilima za njihovu izradu. Zašto Grafika? Zato što je učinkovita. To se može vidjeti na nekoliko primjera.

Zamislimo da je vojni plan operacija objašnjen riječima, a ne uz pomoć karata na koje su aplicirani grafički simboli. Sada se to čini nemogućim, ali sve do druge polovice 19. stoljeća bilo je upravo tako. Grafika pomaže razumjeti ono što je teško objasniti i, sukladno tome, razumjeti ono što je teško.

Isto je i s poslovnim procesima: mnogi tehnički zadaci mogu se posložiti u obliku grafičkih zapisa, što će programerima znatno pojednostaviti zadatak, a korisnicima uštedjeti novac.

Prednosti IDEF0 zaTO-specijalisti

Aktivnost programera, bilo da se radi, na primjer, o instaliranju CRM-a ili stvaranju učinkovitog ERP-a, povezana je s izmjenama već uspostavljenog sustava. A da biste to učinili kako treba, prvo morate proučiti kako ovaj sustav funkcionira. Nakon proučavanja, programer piše ponuda, u kojem iznosi svoje viđenje situacije, radnje potrebne za rješavanje problema, kao i očekivani rezultat. Takav dokument može zauzeti više od desetak stranica. S jedne strane, to je dobro, jer klijent dobiva maksimum informacija koje ga zanimaju. S druge strane, proučavanje podužeg teksta oduzima vrijeme, kojeg uspješan poslovni čovjek često nema.

Pa kako je moguće prenijeti suštinu na pristupačan način bez pribjegavanja voluminoznim tekstovima? Grafička umjetnost! Ona je ta koja vam omogućuje da skratite ono što je napisano, jasno pokazujući potrebne informacije. Uostalom, jedna slika može zamijeniti stotine riječi. A što se tiče korištenja grafike u opisivanju poslovnih procesa, to je 100% točno.

Prvo shvatimo što su notacija i IDEF0 i čemu služe.

Notacija opisa poslovnog procesa: što je to

Notacija je format u kojem se poslovni procesi prikazuju u obliku grafičkih objekata koji se koriste u modeliranju, te izravno pravila modeliranja. Notacija je vrsta grafičkog jezika koji vam omogućuje da zamislite funkcioniranje tvrtke, pokazujući povezanost između odjela i odjela. Odnosno, notacija se može smatrati nekom vrstom programskog jezika u poslovnoj inteligenciji.

IDEF0 je...

IDEF0 je metoda funkcionalnog modeliranja, kao i grafička notacija koja se koristi za opisivanje i formalizaciju poslovnih procesa. Značajka IDEF0 je da je ova metodologija usmjerena na podređivanje objekata. IDEF0 je razvijen za automatizaciju poduzeća davne 1981. godine u SAD-u.

Funkcionalni model poduzeća

IDEF0 funkcionalni model su blokovi od kojih svaki ima nekoliko ulaza i izlaza. Svaki blok ima kontrole i mehanizme koji su detaljizirani do potrebne razine. Najvažnija funkcija nalazi se u gornjem lijevom kutu. Povezuje se s ostalim strelicama i opisima funkcijskih blokova. Svaka strelica ili aktivnost ima svoje značenje. Zbog toga se takav model koristi za opisivanje svih administrativnih i organizacijskih procesa.

Vrste strelica

inbox postavljaju se zadaci.

odlazni prikazati rezultat aktivnosti.

Menadžeri(strelice od vrha prema dolje) su kontrolni mehanizmi.

Mehanizmi(strelice odozdo prema gore) koriste se za izvođenje potrebnih radova.

Pri radu s funkcionalnim modelom usvajaju se sljedeća pravila. Na primjer, strelice su imenovane imenicama (pravila, plan itd.), Blokovi - glagolima (voditi evidenciju, zaključiti ugovor).

IDEF0 omogućuje razmjenu informacija, a zbog svestranosti i preglednosti sudionici razmjene lako će se razumjeti. IDEF0 je pažljivo razvijen i poboljšan, možete raditi s IDEF0 koristeći različite alate, na primjer, ERWIN, VISIO, Bussines studio.

IDEF0 također ima neospornu prednost. Ova tehnika je razvijena relativno davno, a tijekom tri desetljeća je podvrgnuta pažljivom poliranju i prilagođavanju. Stoga je moguće brzo i uz minimalnu vjerojatnost pogreške izraditi funkcionalni model poduzeća.

Naravno, postoje i druge metodologije, pa zašto preporučujemo IDEF0? Također možete odrezati komad metalne cijevi pilom za metal, ali, vidite, mnogo je lakše to učiniti brusilicom. Tako je i s IDEF0: nema više funkcionalnog alata za modeliranje, s njim možete jednostavno i brzo dobiti rezultat koji vam je potreban.

Kako nastaje funkcionalni model

Analizirajmo izradu funkcionalnog modela na primjeru pisanja članka.

Glavna jedinica zvat će se "Pisanje članka".

Ono što je potrebno za pisanje članka ogleda se u dolazne strelice- "Iskustvo", "Dodatna literatura".

Kontrolne strelice za pisanje članka - "Plan članka", "Zahtjevi za registraciju", "Pravila ruskog jezika".

Mehanizmi su izravno sam autor, copywriter, urednik, softver. Kako su ti mehanizmi organizirani? Autor stvara tekst snimajući njegovu zvučnu verziju. Copywriter prenosi tekst u tekstualni format, usredotočujući se na plan objavljivanja, poštujući zahtjeve izdavača i pravila ruskog jezika. Zatim se u posao uključuje urednik koji provjerava članak, ispravlja govorne, pravopisne i interpunkcijske pogreške. Softver - to su programi i alati koje su sudionici procesa koristili prilikom izrade članka.

Sve gore navedeno samo je opća shema rada, pa je potrebno detaljno opisati.

Vratimo se našem modelu i raščlanimo zajednički blok na nekoliko međusobno povezanih elemenata.

Dakle, cijeli proces pisanja članka može se podijeliti u 4 faze:

  1. Pripremite audio verziju.
  2. Pripremite tekst za ispis.
  3. Redakcija i priprema teksta za tisak.
  4. Objava članka.

Shema odražava informacije o tome koji su kontrolni elementi i mehanizmi uključeni u kojoj fazi. Primjerice, da bi stvorio kvalitetan tekst, autor se koristi vlastitim iskustvom i znanjem, pri čemu se vodi planom izdavanja i zahtjevima nakladnika. Kopirajter, kada stvara tiskanu verziju teksta, i urednik, kada ga ispravlja, koriste se pravilima ruskog jezika. Za objavljivanje članka, na primjer, u internetskoj publikaciji, potreban je poseban softver.

Pri izradi funkcionalnog modela izvođač se fokusira na svrhu njegove izrade i svoje stajalište.

Funkcionalno modeliranje učinkovito se koristi pri donošenju različitih upravljačkih odluka. U našem primjeru procesa pisanja članka postoje dva stručnjaka - copywriter i urednik. A uz potrebnu optimizaciju financiranja projekta prema shemi, lako je odrediti kako to učiniti. Copywriter i lektor imaju slične metode rada, pa se sav posao može ponuditi copywriteru, jer on radi izravno s audio tekstom, što urednik ne može. Istodobno, copywriteru se može ponuditi da obavi ovaj posao za pola iznosa koji je bio namijenjen uredniku. Da, time se može izgubiti kvaliteta teksta, ali zadatak optimizacije je uspješno obavljen. A učiniti to bez vizualne sheme bilo bi teže.

Proces stvaranja notnog zapisaIDEF0

Postoji mnogo programa za izradu notacija. Neki su dizajnirani za stvaranje funkcionalnih modela, dok drugi omogućuju rad s bilo kojim grafičkim objektima. A nekome je u prvoj fazi dovoljan list papira, olovka i gumica.

Prije nego što prijeđete na opis rada tvrtke, odnosno izravno na stvaranje notacije poslovnih procesa, trebali biste proučiti načela funkcioniranja tvrtke. Da biste to učinili, vanjski stručnjak provodi intervju. Prije svega, na pitanje odgovara šef tvrtke, a zatim stručnjaci koji nadziru ostale faze rada.

Rezultat prve faze rada su dvije notne oznake. Jedan će odražavati poslovne procese u njihovom izvornom obliku. Ova notacija će biti izrađena na temelju rezultata razgovora, a svaki detalj mora biti dogovoren s čelnikom tvrtke i njenim zaposlenicima. Izuzetno je važno da vaše razumijevanje postojećih poslovnih procesa u poduzeću odgovara stvarnosti, za što je potrebna potvrda na svim razinama.

Druga notacija može se nazvati "Kako bi trebalo biti". Izrađuje se na temelju prvog s izmjenama u skladu sa zadatkom.

IDEF0 standard i njegovi zahtjevi

Razgovarali smo o osnovnim zahtjevima IDEF0 malo više.

  1. Glavni element nalazi se u gornjem lijevom kutu.
  2. Svaki element mora imati dolazne i odlazne strelice. Štoviše, dolazne strelice su s lijeve strane, s desne - odlazne.
  3. Kontrolni elementi nalaze se na vrhu, mehanizmi se nalaze ispod.
  4. Kada se nekoliko blokova nalazi na jednom listu ili ekranu, sljedeći se postavljaju desno ispod prethodnog.
  5. Sheme treba izraditi tako da se strelice sijeku minimalan broj puta.
Naravno, standard IDEF0 ima općeprihvaćene norme, zahtjeve i oznake. Nećemo se detaljno zadržavati na njima, po želji je ove informacije lako pronaći.

Pogreške pri radu s IDEF0

Kao iu svakoj drugoj aktivnosti, greške se događaju i kod funkcionalnog modeliranja. Analizirajmo najtipičnije od njih.

Korištenje više boja

Važno je zapamtiti da su u funkcionalnom modeliranju svi elementi važni, nema važnijih i manje važnih. Prilikom modeliranja na papiru ili u nekom od računalnih programa, korisnici pokušavaju dijagram učiniti vizualnijim bojanjem blokova i strelica u različite boje. Međutim, u praksi to ne samo da ne čini dijagram vizualnijim, već, naprotiv, dovodi do zabune i činjenice da je percepcija prikazanog iskrivljena.

Stoga je idealna opcija crno-bijela shema bez upotrebe dodatnih opcija boja. To ne samo da će pomoći u otklanjanju nesporazuma, već i izravno disciplinirati kreatora modela, što povoljno utječe na čitljivost i vidljivost modela.

Veliki broj blokova

Prilikom sastavljanja funkcionalnog modela tvrtke, njegovi autori često pokušavaju odražavati sve, čak i najmanje detalje. Ispada shema s ogromnim brojem blokova i strelica. Zbog toga je njegova čitljivost i vidljivost smanjena.

Da biste izbjegli ovu pogrešku, upotrijebite detalje koji će biti ostavljeni da biste razumjeli problem. Detaljan detalj se priprema samo ako je stvarno potreban za rješavanje važnog pitanja.

Restrukturiranje prilikom ispravljanja grešaka

Prilikom izrade dijagrama važno je da nijedan proces ne ostane bez dolaznih, odlaznih ili drugih važni elementi. Na primjer, ako trebate ukloniti autora iz sheme, tada morate ukloniti sve elemente i strelice koji su izravno povezani s njim. Ako ostanu u shemi, tada će doći do nesporazuma i zabune, jer će prilikom detaljiziranja odvesti nitko ne zna kamo.

Ista situacija događa se s dodavanjem bloka. Ako trebate unijeti bilo kakve podatke, provjerite jeste li ih opremili potrebnim atributima. To treba pažljivo pratiti, jer kod modeliranja složenih poslovnih procesa čak i neznatna promjena u jednom dijelu povlači za sobom promjene u drugom.

Naziv blokova i kontrola

Pravila za imenovanje elemenata modela prilično su jednostavna, ali je izuzetno važno zapamtiti ih: kontrolne strelice nazivaju se imenicama, blokovi se nazivaju glagolima. Ovo je pravilo napisano u standardu IDEF0, pomaže u izbjegavanju zabune i pogrešaka.

Prednosti korištenja IDEF0

vidljivost. Prikazom rada poduzeća u obliku dijagrama postaje jasno kako poduzeće funkcionira, gdje mogu nastati problemi i kako ih spriječiti.

Međusobno razumijevanje, isključenje mogućnosti netočnog tumačenja sheme. Preglednost i dostupnost funkcionalnog modela, koji u obliku blokova i kontrola predstavlja rad tvrtke, pomoći će vam u razgovorima s menadžmentom o funkcioniranju njihove tvrtke. Usput, ako je potrebno, kreira se glosar za funkcionalni model, gdje su prikupljeni svi pojmovi i simboli. Time je mogućnost nesporazuma između vas i menadžera, zaposlenika tvrtke svedena na minimum.

Jednostavnost i ušteda vremena pri izradi modela. Naravno, da biste svladali metodologiju funkcionalnog modeliranja, potrebno je utrošiti puno vremena. Prije svega, morate naučiti kako predstaviti ogromnu količinu informacija u obliku sažete sheme, tj. moći filtrirati i komprimirati izvorne podatke. Ali trud i vrijeme utrošeno na trening kasnije se više nego isplati. Doista, neće trebati puno vremena za izradu funkcionalnog modela i njegovu prezentaciju na pristupačan način.

Minimalna mogućnost pogreške. Rad prema standardu IDEF0 zahtijeva strogo pridržavanje njegovih pravila. Time se izvođač disciplinira i eliminira mogućnost pogreške. Osim toga, svako nepoštivanje standarda odmah postaje vidljivo.

I konačno

Dva poslovna analitičara mogu imati iste funkcionalne modele samo ako je struktura poduzeća krajnje jednostavna. U ostalim slučajevima, modeli će se razlikovati jedan od drugog. To je prirodno, jer svaki analitičar ima svoje specifično iskustvo, svoje razumijevanje funkcioniranja poduzeća, svoje stajalište o tome kako riješiti zadatke koji su mu dodijeljeni. Poslovni analitičar razvija funkcionalni model sa stajališta menadžera, zamišlja kako bi on rješavao zadatke.

Po našem mišljenju, alat IDEF0 bit će koristan ne samo za profesionalne poslovne analitičare, već i za one koji izravno analiziraju svoje poslovanje i žele izgraditi učinkovit sustav upravljanje.

Jedna slika vrijedi tisuću riječi

narodna mudrost

Naravno, u teoriji, voditelj bi trebao imati funkcionalni model rada tvrtke, a nije bitno radi li se o organizaciji skladišta ili informatičkom sustavu (od vođenja do zahtjeva). Ali u stvarnosti se to gotovo nikad ne pokaže tako, te stoga u procesu proučavanja i traženja rješenja zadatka koji je klijent postavio, stvaram i funkcionalni model tvrtke odn. određeni proces(funkcionira) samostalno.

Nekoliko riječi o prednostima grafike

Kao što znate, IDEF0 funkcionalni modeli uvijek su grafički dijagrami. Imaju svoje karakteristike i pravila sastavljanja. O ovome ćemo malo kasnije. A sada bih želio dati nekoliko primjera učinkovitosti grafike. Zašto se fokusiram na ovo? Najvjerojatnije, nakon moje izjave o potrebi za funkcionalnim modelom rada tvrtke, mnogi su ljudi smatrali da to nije potrebno, a bilo je moguće riječima objasniti kako ova ili ona funkcija funkcionira u tvrtki. O tome želim razgovarati.

I za početak napravimo kratku digresiju u povijest. Vratimo se u daleku 1877. godinu, u razdoblju rusko-turski rat. Tada je tiskar Sytin prvi upotrijebio grafiku u opisivanju vojnih operacija. Sada nam je sve to poznato, kada opisujemo bilo koju bitku, pred očima nam se pojavljuju karte sa strelicama koje jasno pokazuju tijek bitke. A u to su se vrijeme vojne operacije opisivale riječima. Za svaku borbu - mnogo, mnogo riječi. I bilo je jako teško shvatiti na kraju što se događa.

Zato je Sytinova ideja bila doista revolucionarna - počeo je tiskati litografske kopije karata s oznakama utvrda i lokacija vojnih jedinica. Te su se kartice zvale “Za čitatelje novina. Korist". Ideja se pokazala toliko relevantnom da je prva naklada "Pomoći" odmah rasprodana. A tada su takve aplikacije bile u velikoj potražnji. Razlog je očit. Grafika je pomogla razumjeti ono što je bilo gotovo nemoguće dokučiti samo uz pomoć riječi.

Sličan primjer bespomoćnosti verbalnih opisa mogu navesti i iz vlastite prakse. Jedan od mojih klijenata zamolio me da preuzmem implementaciju ERM sustava za njegovu tvrtku. Na moje pitanje imaju li neki tehnički zadatak, dobio sam odgovor: “Imaju. Ali ima 400 stranica.” Istodobno, klijent se jako žalio da su moji kolege, koje je ranije kontaktirao, ili potpuno odbili projekt ili nazvali očito prenapuhane cijene. Nakon što sam vidio da je projektni zadatak doista dugačak 400 stranica i da se sastoji isključivo od tekstualnog opisa, shvatio sam razloge ponašanja programera. Čitanje takvog volumena teksta, zadubljivanje u njega, razumijevanje svih nijansi samo za razumijevanje zadatka i imenovanje cijene zaista je vrlo teško.

Ponudio sam ovom klijentu alternativnu opciju - da opišem sve što je moguće grafički u obliku notacija. Pokazao mu je primjere modeliranja. Kao rezultat toga, sada preispituju svoje želje i dizajn projektnog zadatka.

Znam i mnogo drugih primjera kada je grafičko modeliranje poslovnih procesa pomoglo kako mojim kolegama, poslovnim konzultantima i programerima, tako i samim gospodarstvenicima

Zašto je to važno za moj rad

Moj rad je uvijek vezan uz izmjene postojećeg sustava. A da biste napravili promjene i dobili željeni rezultat, morate proučiti ono što već postoji. I nije važno što točno radimo - postavljamo ili instaliramo CRM sustav od nule, stvaramo učinkovit ERP sustav, bavimo se integracijom raznih sustava povećati automatizaciju rada općenito. U svakom slučaju, za početak je potrebno dobiti ideju o postojećoj shemi rada, a tek nakon toga moguće je predložiti neke izmjene i razmisliti o mogućnostima rješavanja zadatka.

Nakon proučavanja trenutnog stanja stvari, ja, kao i svaki drugi stručnjak treće strane, izrađujem komercijalni prijedlog u kojem što detaljnije otkrivam svoju viziju trenutne situacije, kao i radnje koje je potrebno poduzeti riješiti zadatak, i, naravno, očekivani rezultat.

Ovakva izvješća o radu su opsežna, zauzimaju više od jedne stranice, što je s jedne strane potrebno, ali s druge strane otežava percepciju. U početku sam, kao i mnogi drugi, mislio da su obimna izvješća dobra, jer čovjek plaća posao i treba mu dati što detaljnije informacije.

Zapravo, važno je ne dati volumen, već što brže i potpunije prenijeti bit. Za velike količine teksta potrebno je vrijeme, kojeg poslovni ljudi često imaju vrlo malo. A grafika mi omogućuje da smanjim volumen svog prijedloga i jasno, u razumljivom obliku, prikažem rješenje. Zbog toga su moji prijedlozi značajno smanjeni, u njima su se pojavile grafike, a odluke o početku suradnje počele su se donositi brže.

Iz tog razloga koristim vizualne modele. Kao što znate, jedna slika vrijedi tisuću riječi. I u slučaju opisa poslovnih procesa i mogućnosti modernizacije poslovanja poduzeća to je točno. I IDEF0 notacije su ovdje vrlo prikladne.

Ali prvo, shvatimo osnovne pojmove o tome što su notacije, zašto su potrebne, što je IDEF0, koje su značajke i prednosti ove metode.

Što je notacija opisa poslovnog procesa

Notacija je format za opisivanje poslovnog procesa, koji je skup grafičkih objekata koji se koriste u modeliranju, kao i pravila modeliranja.

Zapravo, notacije su poseban grafički jezik koji vam omogućuje da opišete rad tvrtke, vizualno demonstrirate interakciju između različitih odjela, tj. opisati poslovne procese. Notacije se mogu koristiti za procesno ili funkcionalno modeliranje.

Općenito, notacije se mogu nazvati programskim jezikom u poslovnoj analizi.

Što je IDEF0?

IDEF0 je metodologija funkcionalnog modeliranja i grafička notacija dizajnirana za formaliziranje i opisivanje poslovnih procesa. Posebnost IDEF0 je njegov naglasak na podređenosti objekata. IDEF0 razmatra logičke odnose između poslova, a ne njihov vremenski slijed (workflow). Wikipedia

Standard IDEF0 razvijen je 1981. godine od strane američkog Ministarstva Zračne snage za automatizaciju industrijska poduzeća. U procesu razvoja softvera programeri se suočavaju s potrebom razvoja novih metoda za analizu poslovnih procesa. Kao rezultat toga pojavila se metodologija funkcionalnog modeliranja IDEF0, u kojoj se za analizu koriste posebne oznake IDEF0.

Funkcionalni model poduzeća

Funkcionalni model IDEF0 je skup blokova od kojih je svaki "crna kutija" s ulazima i izlazima, kontrolama i mehanizmima koji su detaljizirani (dekomponirani) do potrebne razine. Najvažnija funkcija nalazi se u gornjem lijevom kutu. A funkcije su međusobno povezane uz pomoć strelica i opisa funkcionalnih blokova. Štoviše, svaka vrsta strelice ili aktivnosti ima svoje značenje. Ovaj model vam omogućuje da opišete sve glavne vrste procesa, kako administrativnih tako i organizacijskih.

Strelice mogu biti:

  • Inbox - uvodni, koji postavljaju određeni zadatak.
  • Odlazni - prikaz rezultata aktivnosti.
  • Menadžeri (odozgo prema dolje) - kontrolni mehanizmi (pozicije, upute itd.).
  • Mehanizmi (odozdo prema gore) - ono što se koristi da bi se proizveo potreban rad.

Bilo bi točnije dolazne i odlazne strelice nazvati ulazom i izlazom, budući da se na engleskom nazivaju ulaz i izlaz. Ali značajke prijevoda i uobičajeni nazivi već izgledaju onako kako jesu. Pa ipak, za ispravno razumijevanje pojmova, važno je upamtiti njihovo značenje u ovom slučaju. To potvrđuje i činjenica da je ova notacija stvorena prvenstveno za razvoj softvera, te je ispravnije termine prevoditi s ovog gledišta.

Strelice se potpisuju imenicama (iskustvo, plan, pravila), a blokovi se potpisuju glagolima, tj. opisuju radnje koje se izvode (kreirati proizvod, sklopiti ugovor, izvršiti pošiljku).

IDEF0 je vrlo jednostavan, au isto vrijeme vizualni jezik za opisivanje poslovnih procesa. Uz pomoć ovog standarda moguć je prijenos informacija između programera, konzultanata i korisnika. Standard je razvijen vrlo pažljivo, pogodan je za dizajn, univerzalan. Postoji mnogo alata za rad s njim, na primjer, VISIO, BPWIN, ERWIN, Bussines studio itd.

Osim toga, korištenje IDEF0 za izradu poslovnih modela nije samo zgodno, već je i ispravno. Ovaj je alat dizajniran za poslovnu inteligenciju, prošao je dugo i temeljito uklanjanje pogrešaka i poliranje. Stoga je korištenje IDEF0 za stvaranje funkcionalnog modela bez pogrešaka puno lakše nego bez korištenja ovog standarda.

Kao što znate, najbolje je zakucavati nokte čekićem. Naravno, za to možete koristiti i druge alate, ali čekić je najfunkcionalniji i njime je najlakše uredno i precizno zakucati čavao. Dakle, uz korištenje IDEF0 - ovaj alat je stvoren za funkcionalno modeliranje, a uz njegovu pomoć možete dobiti željeni rezultat puno brže i točnije.

Primjer izrade funkcionalnog modela IDEF0

Da bismo razumjeli kako raditi s funkcionalnim modeliranjem, dat ću primjer procesa pisanja članka.

Glavni blok je "Napišite članak".

Dolazne strelice - "Iskustvo", "Informacije iz izvora trećih strana". Ovo su unosi koji su vam potrebni za početak.

Vodiči za pisanje članka su „Plan objavljivanja“, „Zahtjevi izdavača“, „Pravila ruskog jezika“.

A u ulozi "Mehanizama" su autor, copywriter, lektor i softver. U ovom slučaju autor stvara audio materijal u kojem prikuplja sve misli i ideje koje bi se trebale odražavati u članku. Copywriter je osoba koja na temelju ovog materijala, vođena zahtjevima izdavača, planom objavljivanja i pravilima ruskog jezika, stvara gotov tekst članka. Lektor provjerava materijal radi grešaka. A softver je alat koji svi sudionici procesa koriste u svom radu.

Tako sam postavio glavne parametre procesa, njegov ulaz, izlaz, kao i sve što je potrebno za uspješnu implementaciju procesa. Ali to je samo osnovni okvir procesa. Ovo opisuje opću shemu poduzeća u cjelini.

Zapravo, proces izrade artikla, kao i svaki poslovni proces, može i treba biti detaljiziran. Da bih to učinio, rastavljam opći blok "napišite članak" na međusobno povezane elemente.

U našem slučaju, rad je podijeljen u 4 glavne faze:

  1. Pripremite audio zapis.
  2. Pripremite tekst
  3. Pripremite tekst za objavu.
  4. Stavite članak u publikaciju.

Dijagram jasno pokazuje u kojoj fazi su uključeni koji upravljački elementi i koji mehanizmi.

Dakle, pri stvaranju audiozapisa autor koristi svoje znanje i iskustvo, vodeći se planom izdavanja i zahtjevima izdavača. Tekstopisac prima audio zapis kao ulaz, iz kojeg, vođen pravilima ruskog jezika, stvara tekst. Lektor prima tekst i provjerava ga, također vodeći se pravilima ruskog jezika. Za postavljanje članka u publikaciju potreban je poseban softver.

Pri izradi funkcionalnog modela ključni parametri su cilj i gledište. Na temelju njih modeliranje istih procesa može izgledati nešto drugačije. Na primjer, u mom slučaju cilj je "razgovarati o procesu pisanja članka". A gledište copywritera je "pisanje i objavljivanje članka sa stajališta voditelja procesa."

Dakle, ako bi se isti proces opisao sa stajališta copywritera, tada bi ulaz bio iskustvo i audio datoteka autora. Štoviše, u ovom slučaju, Iskustvo bi značilo iskustvo copywritera, ali ne voditelja ili autora. Stoga je prvo što treba odrediti pri izradi modela poslovnog procesa odabrati gledište i jasno artikulirati cilj.

Takvo modeliranje nije samo vizualno, već je i vrlo pogodno za donošenje učinkovitih upravljačkih odluka. Na primjer, u gore opisanom poslovnom procesu postoje dva odvojena stručnjaka - copywriter i lektor. Ako postavim zadatak optimizacije financiranja projekta, tada ću zahvaljujući shemi odmah vidjeti gdje je i kako se to može učiniti. Dakle, copywriter i lektor koriste približno ista pravila, ali copywriter prima audio i daje rezultat u obliku teksta, dok lektor i prihvaća i daje tekst. I stoga, ako je potrebno, mogu, recimo, za pola cijene dužnosti lektora ponuditi copywritera. Tako ću uštedjeti novac i vrijeme na interakciji različitih stručnjaka. Naravno, razumijem sve prednosti lektora i zašto je bolje raditi s pojedinim stručnjacima. Ali podsjećam vas da imam zadatak: optimizacija troškova.

Bez takvog vizualnog alata bilo bi teže odrediti koji se blokovi mogu ukloniti i tako optimizirati rad.

Kako stvoriti IDEF0 zapise

Postoji mnogo različitih softverskih proizvoda koji se mogu koristiti za stvaranje notacija. Neki su dizajnirani posebno za funkcionalno modeliranje, drugi su dizajnirani za bilo koji rad s grafičkim elementima. Gdje i kako ćete izgraditi te modele ovisi o vama.

Osobno mislim da u prvoj fazi nema ništa bolje od običnog papira, jednostavne olovke i gumice za ispravljanje u slučaju pogrešaka.

Kako bi se stvorila notacija za postojeće poslovne procese, tj. da bi se opisalo kako tvrtka sada radi, potrebno je proučiti principe rada. Stručnjak treće strane (konzultant, programer) vodi intervju za to. U prvoj fazi voditelj tvrtke odgovara na pitanja, zatim se u procesu detaljizacije notacije provode razgovori sa zaposlenicima odgovornim za različite faze rada.

Važno je razumjeti da će kao rezultat biti potrebne 2 notacije. Prvi će prikazati poslovne procese kakvi jesu. Izrađujete ga na temelju razgovora i svaki detalj usuglašavate sa zaposlenicima tvrtke i voditeljem. Vrlo je važno da se vaša vizija postojećih procesa poklapa sa stvarnošću, a to zahtijeva potvrdu na svim razinama.

Druga oznaka je "kako bi trebalo biti". Izrađuje se na temelju prvih i onih promjena koje predlažete u strukturi rada radi optimizacije i automatizacije rada tvrtke u sklopu zadatka.

IDEF0 zahtjevi

Osnovne zahtjeve standarda IDEF0, u načelu, opisao sam gore i pokazao primjerom.

  1. U gornjem lijevom kutu uvijek je glavni element.
  2. Svi elementi moraju imati ulazne i izlazne strelice, budući da je za izvršenje potrebno nešto primiti na ulazu (nalog, zadatak), a nakon obrade na izlazu potrebno je prenijeti gotov proizvod. Dolazne strelice uvijek su s lijeve strane, odlazne su uvijek s desne strane.
  3. Gore su kontrolni elementi, ispod su mehanizmi potrebni za dovršetak procesa.
  4. Ako se na jednom listu (ekranu) nalazi više blokova, svaki sljedeći blok nalazi se desno i ispod prethodnog.
  5. Potrebno je nastojati izraditi sheme na takav način da se sjecište strelica svede na potrebni minimum.

Uobičajene pogreške

Funkcionalno modeliranje izvodi se pomoću raznih alata, uključujući i one koji nisu namijenjeni modeliranju. U potonjem slučaju nema provjere pogrešaka i ograničenja standarda. Želja za povećanjem vidljivosti i nedostatak iskustva često završavaju pogreškama.

Korištenje različitih boja

Svi elementi u dijagramu su jednako važni. U funkcionalnom modeliranju nema više ili manje važnih elemenata. Nestanak bilo kojeg dovest će do prekida procesa i proizvodnog kvara.

Često prilikom modeliranja na papiru ili u raznim programima, korisnici pokušavaju povećati vidljivost upotrebom različite boje. Ovo je jedna od najčešćih grešaka. Zapravo, korištenje raznobojnih strelica i blokova samo unosi dodatnu zbrku, a također iskrivljuje percepciju sheme.

Vaš model treba čitati crno-bijelo, bez ikakvih dodatnih rješenja u boji. Ovaj pristup istovremeno pomaže u izbjegavanju nesporazuma i disciplinira kreatora modela, kao rezultat toga, povećava se čitljivost i pismenost modela.

Previše blokova

Prilikom sastavljanja modela često pokušavaju na jednom listu prikazati sve nijanse rada tvrtke sa svim detaljima. Rezultat je vrlo veliki broj blokovi sa velika količina kontrolne strelice. Gubi se čitljivost.

Najbolja opcija je dovoljno detalja za razumijevanje problema, i ništa više. Detaljni detalji o radu svakog odjela ili čak zaposlenika mogu se otkriti odabirom detaljnog prikaza pojedinog procesa. A takva se struktura stvara samo ako je doista nužna za rad ili donošenje odluka.

Kršenje strukture prilikom podešavanja

Pažljivo promatrajte kako biste izbjegli zabunu ili procese bez dolaznih, odlaznih i drugih važnih elemenata. Na primjer, ako u gornjem primjeru smatram prikladnim prebaciti točku gledišta na copywritera, uklonit ću autora iz sheme. I tada kontrole "iskustvo autora i izvora trećih strana", kao i plan objave postaju nepotrebni. Uostalom, autor ih koristi. Autor teksta radi sa audio datotekom. A ako ostanu unutra opća shema, tada će kod detaljiranja odvesti neshvatljivo kuda i unijeti zabunu.

Isto tako, ako odlučim dodati blok, važno je osigurati da i on ima sve potrebne atribute. Pažljivost je ovdje vrlo važna jer kod modeliranja složenih poslovnih procesa promjene u jednom dijelu modela mogu dovesti do promjena u drugom. Moraju se unijeti.

Pravila za imenovanje kontrola i blokova

Važno je zapamtiti jednostavno pravilo: kontrolne strelice nazivaju se imenicama, blokovi se nazivaju glagolima. To je prihvaćeno u standardu IDEF0 i ovaj pristup pomaže u izbjegavanju zabune i pogrešaka.

Najčešće se greške prave kod imenovanja blokova. Na primjer, umjesto "Kreiraj članak" pišu "Kreiraj članak". Blokovi u ovom pristupu su radnje i stoga bi uvijek trebali biti glagoli.

Prednosti korištenja IDEF0

  • Prva prednost je očita - to je vidljivost. Vi sami počinjete shvaćati kako funkcionira ovaj ili onaj sustav, a također možete jasno objasniti gdje postoje "tanke točke" u ovom sustavu i kako će vaša rješenja pomoći da ih se riješite.
  • Međusobno razumijevanje i nedostatak neslaganja. Kada razgovarate o radu tvrtke koristeći funkcionalni model, imate vizualne i intuitivne blokove zadataka s kontrolama. Osim toga, funkcionalno modeliranje uključuje izradu, ako je potrebno, pojmovnika u kojem se otkrivaju simboli i pojmovi. Kao rezultat toga, vi i vaš klijent, upravitelj i drugi zaposlenici govorite istim jezikom kada razgovarate o problemu.
  • Jednostavnost i velika brzina izrade modela. Naravno, naučiti modelirati nije tako lako kao što se čini. Uostalom, shema je zapravo supergusta prezentacija informacija, koja je vrlo dobra za razumijevanje, ali je potreban poseban pristup za implementaciju takve prezentacije. Mozak analitičara u ovom slučaju s jedne strane djeluje kao vrlo moćna preša, a s druge strane filter. Ali s iskustvom, ovaj proces postaje vrlo brz. Kao rezultat toga, dobivate alat koji će vam pomoći da shvatite što se događa u određenom sustavu i pomoću vizualnog pomagala kreiranog u kratkom vremenu ilustrirajte važne točke kolege ili kupci.
  • Disciplina i bez greške. Standard IDEF0 pretpostavlja stroge okvire i pravila. Ovakav pristup disciplinira, a navika djelovanja u okviru standarda pomaže u izbjegavanju pogrešaka zbog nepažnje. Svako kršenje standarda postaje odmah vidljivo.

U čemu je poteškoća korištenja IDEF0

Važno je razumjeti da će samo u najjednostavnijim slučajevima dva poslovna analitičara kreirati potpuno iste funkcionalne modele za opisivanje rada tvrtke. Bilo koji model je odraz analitičarevog iskustva, dubine razumijevanja posla koji želi opisati, a također, na neki način, i njegovog osobnog stajališta o ovom poslu. Oni. osoba razvija poslovni model sa stajališta lidera, kao da je on lider.

Istodobno, smatram da poslovni analitičar i nije profesija, poslovnom analitikom se bavi svaki voditelj poslovanja ili programer nekih sustava, koji analizira poslovanje i nastoji izgraditi što učinkovitiji sustav. Upravo za te ljude i za te svrhe namijenjen je alat IDEF0.

Stoga je vrlo važno stalno se konzultirati s čelnikom tvrtke prilikom sastavljanja funkcionalnog poslovnog modela „kakav jest“, kako ne bi došlo do pogrešaka koje će automatski povući pogreške u fazama dekompozicije. Također, u kasnijim fazama mogu biti potrebna dodatna odobrenja voditelja strukturnih odjela i zaposlenika. Samo ako će vaš funkcionalni model "kakav jest" stvarno odražavati stvarno stanje, možete napraviti neke izmjene i prijedloge. A za postizanje kvalitetnih rezultata u takvom radu potrebno je prije svega praktično iskustvo i poznavanje karakteristika pojedine vrste poslovanja.

IDEF0 metodologija

IDEF0 metodologija propisuje izgradnju hijerarhijskog sustava dijagrama – pojedinačnih opisa fragmenata sustava. Najprije se provodi opis sustava kao cjeline i njegove interakcije s vanjskim svijetom (kontekstni dijagram), nakon čega se provodi funkcionalna dekompozicija - sustav se dijeli na podsustave i opisuje se svaki podsustav zasebno (dekompozicijski dijagrami). . Zatim se svaki podsustav rastavlja na manje, i tako dalje dok se ne postigne željeni stupanj detalja.

Svaki IDEF0-dijagramia sadrži blokove i lukove. Blokovi predstavljaju funkcije simuliranog sustava. Lukovi povezuju blokove i prikazuju interakcije i odnose među njima.

Funkcionalni blokovi (radovi) u dijagramima su prikazani pravokutnicima, što znači imenovani procesi, funkcije ili zadaci koji se odvijaju u određenom vremenu i imaju prepoznatljive rezultate. Naziv djela mora biti izražen kao glagolska imenica koja označava radnju.

IDEF0 zahtijeva da dijagram ima najmanje tri i ne više od šest okvira. Ova ograničenja održavaju složenost dijagrama i modela na razini koja se može čitati, razumjeti i koristiti.

Svaka strana bloka ima specifičnu, dobro definiranu svrhu. Lijeva strana bloka je za ulaze, gornja je za kontrolu, desna je za izlaze, donja je za mehanizme. Takva oznaka odražava određena načela sustava: ulazi se pretvaraju u izlaze; kontrola ograničava ili propisuje uvjete za izvođenje transformacija; mehanizmi pokazuju što i kako funkcija obavlja.

Blokovi u IDEF0 raspoređeni su po važnosti, kako ih razumije autor dijagrama. Ovaj relativni poredak naziva se dominacija. Dominacija se shvaća kao utjecaj koji jedan blok ima na druge blokove dijagrama. Na primjer, najdominantniji blok u dijagramu može biti ili prvi u potrebnom nizu funkcija ili funkcija planiranja ili kontrole koja utječe na sve ostale.

Najdominantniji okvir obično se nalazi u gornjem lijevom kutu dijagrama, a najmanje dominantni okvir nalazi se u desnom kutu.

Raspored blokova na stranici odražava autorovu definiciju dominacije. Dakle, topologija dijagrama pokazuje koje značajke imaju veći utjecaj na druge. Kako bi to naglasio, analitičar može prenumerirati blokove prema njihovom redoslijedu dominacije. Redoslijed dominacije može se naznačiti brojem postavljenim u donjem desnom kutu svakog okvira: 1 označava najveću dominaciju, 2 sljedeću i tako dalje.

Interakcija djela s vanjskim svijetom i međusobno opisana je u obliku strelica prikazanih jednostrukim linijama sa strelicama na krajevima. Strelice predstavljaju neke informacije i nazivaju se imenicama.

IDEF0 razlikuje pet vrsta strelica.

Ulaz- objekti koji se koriste i transformiraju radom da bi se dobio rezultat (output). Dopušteno je da rad nema ulaznu strelicu. Strelica za unos je nacrtana kao ulaz s lijeve strane posla.

Kontrolirati-.informacije koje upravljaju radnjama djela. Tipično, kontrolne strelice nose informacije koje pokazuju što posao treba obaviti. Svaki posao mora imati barem jednu kontrolnu strelicu, koja je prikazana kao ulaz na gornju stranu posla.

Izlaz- objekti u koje se ulazi pretvaraju. Svaki posao mora imati najmanje jednu strelicu za izlaz, koja je nacrtana kao da dolazi s desne strane posla.

Mehanizam- Resursi koji obavljaju posao. Strelica mehanizma je nacrtana kao ulaz u donju stranu djela. Prema odluci analitičara, strelice mehanizma ne smiju biti prikazane na modelu.

Poziv- posebna strelica koja pokazuje na drugi model rada. Strelica poziva je nacrtana kao da dolazi s dna rada i koristi se za označavanje da se neki posao obavlja izvan simuliranog sustava.

Riža. 2.1 Vrste strelica

U metodologiji IDEF0 potrebno je samo pet tipova interakcija između blokova da bi se opisali njihovi odnosi: kontrola, ulaz, povratna sprega upravljanja, povratna informacija ulaza, izlazni mehanizam. Odnosi kontrole i ulaska su najjednostavniji jer odražavaju izravne radnje koje su intuitivne i vrlo jednostavne.

Riža. 2.2. Izlazna komunikacija

Riža. 2.3. Upravljačka komunikacija

Kontrolni odnos se javlja kada izlaz jednog bloka izravno utječe na blok s manjom dominacijom.

Kontrolna povratna informacija i ulazna povratna informacija su složenije jer su iterativne ili rekurzivne. Naime, izlazi iz jednog posla utječu na buduće izvršenje drugih poslova, što će naknadno utjecati na izvorni posao.

Tada dolazi do povratne sprege upravljanja; kada izlaz nekog bloka utječe na blok s većom dominacijom.

Odnosi izlaznog mehanizma su rijetki. Oni odražavaju situaciju u kojoj rezultat jedne funkcije postaje sredstvo za postizanje cilja druge.

Riža. 2.4. Unos povratnih informacija

Riža. 2.5. Povratne informacije uprave

Veze izlaznog mehanizma karakteristične su za raspodjelu izvora resursa (npr. potrebni alati, obučeno osoblje, fizički prostor, oprema, financiranje, materijali).

U IDEF0, luk rijetko prikazuje jedan objekt. Obično simbolizira skup objekata. Budući da lukovi predstavljaju skupove objekata, mogu imati više početnih točaka (izvora) i krajnjih točaka (odredišta). Stoga se lukovi mogu granati i spajati na različite načine. Cijeli luk ili njegov dio može izaći iz jednog ili više blokova i završiti u jednom ili više blokova.

Grananje lukova, prikazano kao divergentne linije, znači da se cijeli ili dio sadržaja lukova može pojaviti u svakoj grani. Luk se uvijek označava ispred grane kako bi se dao naziv cijelom skupu. Osim toga, svaka grana luka može, ali i ne mora biti označena prema sljedećim pravilima:

    neoznačene grane sadrže težinu objekata navedenih u oznaci luka prije grananja;

    grane označene nakon točke grananja sadrže sve ili dio objekata navedenih u oznaci luka prije grananja.

Spajanja lukova u IDEFO-u, prikazana kao linije koje konvergiraju zajedno, pokazuju da sadržaj svake grane ide u obliku oznake za luk koji je rezultat spajanja originalnih lukova. Nakon spajanja, rezultirajući luk uvijek je označen kako bi označio novi skup značajki koje su se pojavile nakon spajanja. Dodatno, svaka grana može ali ne mora biti označena prije spajanja, prema sljedećim pravilima:

Riža. 2.6. Veza izlazni mehanizam

    neoznačene grane sadrže težinu objekata navedenih u zajedničkoj oznaci luka nakon spajanja;

    grane označene prije spajanja sadrže sve ili neke od objekata navedenih u zajedničkoj oznaci nakon spajanja,

    broj blokova na dijagramu - N;

    razina dekompozicije dijagrama - L;

    stanje grafikona - NA;

    broj strelica povezanih s blokom - ALI

Ovaj skup čimbenika primjenjuje se na svaki dijagram modela. U nastavku će biti navedene preporuke za željene vrijednosti faktora grafikona.

Potrebno je težiti tome da broj blokova na dijagramima nižih razina bude manji od broja blokova na matičnim dijagramima, tj. s povećanjem stupnja dekompozicije koeficijent bi se smanjivao. Dakle, smanjenje ovog koeficijenta ukazuje na to. da kako se model dekomponira, funkcije bi se trebale pojednostaviti, stoga bi se broj blokova trebao smanjiti.

Grafikoni moraju biti uravnoteženi. To znači da je u okviru jednog dijagrama situacija prikazana na Sl. 2.7: posao 1 ima znatno više dolaznih i kontrolnih strelica nego odlaznih. Treba napomenuti da se ova preporuka ne može implementirati u modele koji opisuju proizvodne procese. Na primjer, kada se opisuje postupak montaže, blok može sadržavati mnogo strelica koje opisuju komponente proizvoda, a jedna strelica može izlaziti - gotov proizvod.

Riža. 2.7. Primjer neuravnoteženog grafikona

Uvedimo koeficijent ravnoteže dijagrama

Potrebno je nastojati da se ky bio je minimum za grafikon.

Izvan analize grafički elementi dijagrama, potrebno je razmotriti nazive blokova. Za procjenu naziva sastavlja se rječnik elementarnih (trivijalnih) funkcija simuliranog sustava. Zapravo, funkcije niže razine dekompozicije dijagrama trebale bi spadati u ovaj rječnik. Na primjer, za model baze podataka, funkcije "pronađi zapis", "dodaj zapis u bazu podataka" mogu biti elementarne, dok funkcija "registracija korisnika" zahtijeva daljnji opis.

Nakon formiranja vokabulara i sastavljanja paketa dijagrama sustava, potrebno je razmotriti nižu razinu modela. Ako pokazuje podudaranje između naziva blokova dijagrama i riječi iz rječnika, to znači da je postignuta dovoljna razina dekompozicije. Koeficijent koji kvantitativno odražava ovaj kriterij može se napisati kao L*C- umnožak razine modela s brojem podudaranja naziva blokova s ​​riječima iz rječnika. Što je niža razina modela (viši L), to su šibice vrjednije.

Kada pokrenete BPWin, glavna alatna traka, paleta alata i Model Explorer pojavljuju se prema zadanim postavkama.

Prilikom izrade novog modela pojavljuje se dijalog u kojem treba odrediti hoće li se model kreirati iznova ili će se otvoriti iz ModelMart repozitorija, upisati naziv modela i odabrati metodologiju po kojoj će se model graditi ( Slika 2.8).

sl.2.8 Dijalog za izradu modela

BPWin podržava tri metodologije - IDEF0, IDEF3 i DFD. U BPWin-u je moguće izgraditi mješovite modele, tj. model može sadržavati i IDEF0, IDEF3 i DFD dijagrame u isto vrijeme. Sastav palete alata mijenja se automatski pri prelasku s jedne notacije na drugu.

Model u BPWin-u promatra se kao skup aktivnosti, od kojih svaka djeluje na nekom skupu podataka. Ako kliknete na bilo koji objekt modela lijevom tipkom miša, pojavljuje se skočni kontekstni izbornik, čija svaka stavka odgovara uređivaču nekog svojstva objekta.

Izgradnja modela sustava trebala bi započeti proučavanjem svih dokumenata koji ga opisuju. funkcionalnost. Jedan od tih dokumenata je i projektni zadatak, i to poglavlja „Svrha razvoja“, „Ciljevi i zadaci sustava“ i „Funkcionalne karakteristike sustava“.

Nakon proučavanja izvornih dokumenata i razgovora s kupcima i korisnicima sustava, potrebno je formulirati cilj modeliranja i odrediti stajalište o modelu. Razmotrimo tehnologiju njegove izgradnje na primjeru sustava "Služba za zapošljavanje u okviru sveučilišta", čije su glavne značajke opisane u laboratorijskom radu br.

Formulirajmo svrhu modeliranja: opisati funkcioniranje sustava koje bi bilo razumljivo njegovom korisniku, ne ulazeći u detalje vezane uz implementaciju. Model ćemo graditi sa stajališta korisnika (student, nastavnik, administrator, dekanat, tvrtka).

Počnimo izgradnjom IDEF0 kontekstnog dijagrama. Prema opisu sustava, glavna funkcija je služiti svojim korisnicima obradom njihovih zahtjeva. Dakle, jedini posao kontekstnog dijagrama definiramo kao "Služiti klijentu sustava." Zatim definiramo ulazne i izlazne podatke te mehanizme i kontrolu.

Da bi klijent bio uslužan, potrebno ga je registrirati u sustav, otvoriti pristup bazi podataka i obraditi njegov zahtjev. Ulazni podaci će biti "ime klijenta", "lozinka klijenta", "izvorna baza podataka", "zahtjev klijenta". Izvršenje zahtjeva dovodi ili do dobivanja informacija iz sustava, ili do promjene sadržaja baze podataka (primjerice, prilikom sastavljanja stručnih procjena), pa će izlaz biti “izvješća” i “modificirana baza podataka”. Proces obrade zahtjeva vršit će monitor sustava pod kontrolom administratora.

Tako definiramo kontekstni dijagram sustava (slika 2.9).

Slika 2.9. Dijagram konteksta sustava

Rastavimo dijagram konteksta opisujući redoslijed korisničke usluge:

    Određivanje razine pristupa sustavu.

    Izbor podsustava.

    Pristup podsustavu.

    Promjena baze (ako je potrebno).

Dobivamo dijagram prikazan na sl. 2.10.

Nakon završetka dekompozicije kontekstnog dijagrama, prelazi se na dekompoziciju dijagrama sljedeće razine. Obično se pri razmatranju treće i niže razine modeli vraćaju na matične dijagrame i ispravljaju ih.

Riža. 2.10. Dekompozicija rada "Servisiranje, klijent sustava"

Rastavljamo sekvencijalno sve blokove dobivenog dijagrama. Prvi korak u određivanju razine pristupa sustavu je određivanje kategorije korisnika. Po nazivu klijenta vrši se pretraga u bazi korisnika uz određivanje njegove kategorije. Prema određenoj kategoriji pojašnjene su ovlasti koje korisnik sustava ima. Zatim se provodi procedura pristupa sustavu uz provjeru pristupnog imena i lozinke. Kombinacijom informacija o dopuštenjima i razini pristupa sustavu formira se skup dopuštenih radnji za korisnika. Tako će definicija razine pristupa sustavu izgledati kao što je prikazano na sl. 2.11.

Riža. 2.11. Dekompozicija rada "Određivanje razine pristupa sustavu"

Nakon prolaska kroz proceduru pristupa sustavu, monitor analizira zahtjev klijenta, odabirući podsustav koji će obraditi zahtjev. Dekompozicija rada "Referiranje na podsustav" ne odgovara namjeni i gledištu modela. Korisnika sustava ne zanimaju interni algoritmi njegovog rada. U ovom slučaju mu je bitno da će izbor podsustava biti napravljen automatski, bez njegove intervencije, pa će dekompozicija poziva na podsustav samo zakomplicirati model.

Rastavimo posao "Obrada zahtjeva klijenta", koji obavlja podsustav za obradu zahtjeva, određivanje kategorija i korisničkih dozvola. Prije traženja odgovora na upit morate otvoriti bazu podataka (spojiti se na nju). Općenito, baza podataka može se nalaziti na udaljenom poslužitelju, pa će možda biti potrebno uspostaviti vezu s njom. Definirajmo redoslijed rada:

    Otvaranje baze podataka.

    Izvršenje zahtjeva.

    Generiranje izvješća.

Nakon otvaranja baze potrebno je obavijestiti sustav o uspostavljanju veze s bazom, zatim izvršiti upit i generirati izvješća za korisnika (Slika 2.12).

Treba napomenuti da "Izvršenje zahtjeva" uključuje rad različitih podsustava. Na primjer, ako zahtjev uključuje testiranje, tada će ga izvršiti podsustav stručnih i psiholoških testova. U fazi izvršavanja upita može biti potrebno promijeniti sadržaj baze podataka, na primjer, prilikom sastavljanja stručnih procjena. Stoga je potrebno na dijagramu predvidjeti takvu mogućnost.

Riža. 2.12.

Prilikom analize dobivenog dijagrama postavlja se pitanje prema kojim se pravilima generiraju izvješća? Potrebno je imati unaprijed formirane predloške koji će se koristiti za odabir iz baze, a ti predlošci moraju odgovarati upitima i moraju biti predefinirani. Osim toga, klijentu treba dati mogućnost izbora oblika izvješća.

Ispravimo dijagram dodavanjem strelica "Predlošci izvješća" i "Zahtjevi za promjenu baze podataka" te strelice tunela "Klijent sustava". Primijenjeno je tuneliranje "Klijenta sustava" kako se strelica ne bi postavljala na gornji dijagram, budući da funkcija odabira forme izvješća nije dovoljno važna da bi se prikazala na roditeljskom dijagramu.

Promjena dijagrama povlači za sobom podešavanje svih matičnih dijagrama (sl. 2.13 - 2.15).

Preporučljivo je dekomponirati rad "Izvršenje upita" pomoću DFD dijagrama (laboratorijski rad br. 3), budući da IDEF0 metodologija razmatra sustav kao skup međusobno povezanih radova, što slabo odražava procese obrade informacija.

Riža. 2.13. Dekompozicija rada "Obrada zahtjeva klijenta"

Riža. 2.14. Dekompozicija rada "Usluživanje klijenta sustava" (opcija 2)

Riža. 2.15. Dijagram konteksta sustava (opcija 2)

Prijeđimo na dekompoziciju posljednjeg bloka "Promjena baze podataka". Sa stajališta klijenta, ti se sustavi nalaze u jednoj bazi podataka. U stvarnosti postoji šest baza podataka u sustavu:

    korisnička baza podataka,

    baza podataka studenata, (opcija 2)

    baza slobodnih radnih mjesta,

    baza podataka o napretku,

    test baza podataka,

    DB stručnih procjena,

    DB sažetak.

S obzirom na svrhu modeliranja, klijentu je važno razumjeti da se primljeni podaci ne ažuriraju odmah u sustavu, već prolaze kroz dodatnu fazu obrade i kontrole. Algoritam promjene može se formulirati na sljedeći način:

    Određuje se baza podataka u kojoj će se podaci mijenjati.

    Operater formira privremeni skup podataka i dostavlja ga administratoru.

    Administrator kontrolira podatke i unosi ih u bazu.

Ovaj se model može implementirati na drugačiji način, pružajući mogućnost ažuriranja baze podataka izravno na zahtjev, zaobilazeći proces kontrole podataka. U tom slučaju potrebno je osigurati cjelovitost baze podataka kako bi se izbjeglo njeno oštećenje. U ovom slučaju, dijagram će izgledati ovako (Sl. 2.17).

Riža. 2.16. Dekompozicija djela "Promjena baze podataka"

Riža. 2.17. Dekompozicija rada "Promjena baze podataka" (opcija 2) Za prvu opciju prikazanu na sl. 2.12

Provođenje daljnje dekompozicije "Promjene baze podataka" zakomplicirat će model, objašnjavajući kako se provodi fizička promjena baze podataka u sustavu. U tom slučaju korisnik neće dobiti nikakve dodatne informacije o radu sustava zavoda za zapošljavanje. Dekompozicija ovog rada trebala bi se provesti u procesu projektiranja sustava baze podataka u fazi stvaranja logičkog modela baze podataka.

Dekompozicija rada "Izvršenje upita" bit će provedena u sljedećem laboratoriju, ilustrirajući korištenje DFD dijagrama za opisivanje procesa obrade informacija.

Provedimo kvantitativnu analizu modela prikazanih na sl. 2.12 i 2.13, prema gore opisanoj metodi. Razmotrimo ponašanje koeficijenta ^ za ove modele. Roditeljski dijagram "Obrada zahtjeva klijenta" ima koeficijent 4/2 = 2, a dekompozicijski dijagrami 3/3 = 1. Vrijednost koeficijenta se smanjuje, što ukazuje da je opis funkcija pojednostavljen smanjenjem razine model.

Razmotrimo promjenu koeficijenta Do b u dva modela.

za drugu opciju

Koeficijent Do b ne mijenja svoju vrijednost, stoga se ravnoteža dijagrama ne mijenja.

Pretpostavljamo da je razina dekompozicije razmatranih dijagrama dovoljna da odražava svrhu modeliranja, a na dijagramima niže Razine se kao nazivi radova koriste elementarne funkcije (sa stajališta korisnika sustava).

Sumirajući razmatrani primjer, potrebno je napomenuti važnost razmatranja nekoliko opcija za dijagrame pri modeliranju sustava. Takve opcije mogu se pojaviti prilikom podešavanja dijagrama, kao što je učinjeno s "Obradom zahtjeva klijenta" ili prilikom stvaranja alternativnih implementacija funkcija sustava (dekompozicija rada "Promjena baze podataka"). Razmatranje opcija omogućuje vam da odaberete najbolju i uključite je u paket dijagrama za daljnje razmatranje.

Udio: