Radionica o korištenju idef0 za funkcionalni opis CAD softvera. IDEF0 metodologija. Notacija, principi modeliranja

IDEF0 Diagrams Software - Kreirajte IDEF0 dijagrame i poslovne dijagrame brzo sa bogatim primjerima i predlošcima. Dajte nešto IDEF0 znanja.

IDEF Definicija

IDEF zasniva se na Tehnici strukturirane analize i dizajna (SADT), grafičkom pristupu opisu sistema, koji je uveo Douglas T. Ross ranih 1970-ih. Od tada, sistemski analitičari u Softtech, Inc. su preradili i koristili SADT u širokom spektru problema. Godine 1981., SAD Program Ratnog vazduhoplovstva za integrisanu kompjuterski potpomognutu proizvodnju (ICAM) standardizovao je i objavio podskup SADT-a, nazvan IDEF.

Prvobitno je korišten za primjenu strukturiranih metoda kako bi se bolje razumjelo kako poboljšati proizvodnu produktivnost. IDEF0 je prvobitno kreiran u Northrop Corporation 1966. godine, a prvi komercijalno dostupan od strane SoftTek-a 1972. godine. IDEF0 dijagram aktivnosti sadrži jedan nivo dekompozicije procesa. Kutije unutar dijagrama pokazuju podprocese roditeljskog procesa koji je imenovan dijagramom. Strelice između polja pokazuju protok proizvoda između procesa.

Inovativni IDEF0 softver

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

Izgradite hijerarhijske dijagrame koristeći IEDF0 modele za crtanje procesa za upravljanje konfiguracijom modela, analizu potreba i koristi, definicije zahtjeva i modele kontinuiranog 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 novijoj verziji

Funkcije softvera

Edraw je:
  1. stanje tehnike
  2. vektorski baziran
  3. više od IDEF0, IDEF1, IDEF2 dijagrama koji mogu napraviti preko 200 vrsta dijagrama
  4. jednostavan za korištenje s drag and drop interfejsom, unaprijed pripremljenim simbolima i alatima za automatsko formatiranje
  5. popraćeno mnoštvom dobro dizajniranih šablona i primjera
  6. dizajniran sa širokom kompatibilnošću formata datoteka

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

kontekst dijagram- Najviši dijagram u IDEF0 modelu.

dijagram roditelj/dijete- IDEF0 hijerarhiju dekompozicije koristeći odnose roditelj/dijete.

stabla čvorova- Drvolike strukture čvorova ukorijenjenih na odabranom čvoru i korištene za predstavljanje pune IDEF0 dekompozicije u jednom dijagramu.

Prednosti korištenja IDEF0 za modeliranje poslovnih procesa

  1. Razumijevanje – modeliranje pomaže u otkrivanju prirode posla koji se modelira; šta je, šta se radi u poslu.
  2. Komunikacija – kada se postigne razumijevanje, priroda poslovni proces ovi se mogu dokumentovati i ovi dokumenti se lako komuniciraju.
  3. Prosvjetljenje - modeliranje pomaže u otkrivanju anomalija, nedostataka redundancije i neefikasnosti u postojećem (kao što je) poslovnom procesu.
  4. Poboljšanje - model vam omogućava da odaberete nedostatne oblasti poslovanja i njegovih procesa i poboljšate ih.
  5. Redizajn – model pruža opipljivu osnovu za redizajn procesa, izvođenje simulacija redizajniranog (budućih) poslovnog procesa kako je definisano strategijom. To znači da se strategije mogu testirati prije implementacije.

Tehnike modeliranja IDEF0

An IDEF0 model predstavlja aktivnosti poslovanja sa stanovišta poslovanja, kako su te poslovne aktivnosti međusobno povezane, resurse koji se koriste za obavljanje svake aktivnosti i rezultat ili izlaz svake aktivnosti. Model se sastoji od grafike i povezanog 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 poslovnih procesa.

IDEF0: šta je to i kako se koristi

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

Vi ćete to reći funkcionalni model kompanija treba da bude na čelu, bez obzira o kojoj firmi je reč. Ali, kako praksa pokazuje, u većini slučajeva ovaj model izostaje.

Grafička prednost

Šta su IDEF0 modeli? Grafičke šeme sa svojim karakteristikama i pravilima za njihovu konstrukciju. Zašto grafika? Zato što je efikasna. To se može vidjeti na nekoliko primjera.

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

Isto je i sa poslovnim procesima: mnogi tehnički zadaci mogu biti raspoređeni u obliku grafičkih notacija, što će uvelike pojednostaviti zadatak programerima, a kupcima uštedjeti novac.

Prednosti IDEF0 zaIT-specijalisti

Aktivnost programera, bilo da se radi o, na primjer, instaliranju CRM-a ili kreiranju efikasnog ERP-a, povezana je sa unošenjem promjena u već uspostavljen sistem. A da biste to učinili kako treba, prvo morate proučiti kako ovaj sistem funkcionira. Nakon što ga prouči, programer piše Komercijalna ponuda, u kojem iznosi svoje viđenje situacije, radnje potrebne za rješavanje problema, kao i očekivani rezultat. Takav dokument može potrajati više od desetak stranica. S jedne strane, to je dobro, jer klijent dobija maksimum informacija koje ga zanimaju. S druge strane, za proučavanje podužeg teksta potrebno je vrijeme, koje uspješan biznismen često nema.

Kako je onda moguće prenijeti suštinu na pristupačan način bez pribjegavanja obimnim tekstovima? Graficka umjetnost! Ona vam omogućava da skratite napisano, jasno demonstrirajući potrebne informacije. Uostalom, jedna slika može zamijeniti stotine riječi. A što se tiče upotrebe grafike u opisivanju poslovnih procesa, to je 100% tačno.

Hajde da prvo shvatimo šta su notacija i IDEF0 i čemu služe.

Notacija opisa poslovnog procesa: šta je to

Notacija je format u kojem su poslovni procesi predstavljeni u obliku grafičkih objekata koji se koriste u modeliranju i direktno modeliranjem pravila. Notacija je vrsta grafičkog jezika koji vam omogućava da zamislite funkcioniranje kompanije, demonstrirajući vezu 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. Karakteristika IDEF0 je da je ova metodologija fokusirana na podređenost objekata. IDEF0 je razvijen za automatizaciju preduzeća još 1981. godine u SAD-u.

Funkcionalni model kompanije

IDEF0 funkcionalni model su blokovi, od kojih svaki ima nekoliko ulaza i izlaza. Svaki blok ima kontrole i mehanizme koji su detaljno razrađeni do potrebnog nivoa. Najvažnija funkcija nalazi se u gornjem lijevom kutu. Povezuje se s ostalim strelicama i opisima funkcionalnih blokova. Svaka strelica ili aktivnost ima svoje značenje. Zbog toga se takav model koristi za opisivanje svih administrativnih i organizacionih procesa.

Vrste strelica

inbox postavljeni su zadaci.

odlazni prikazati rezultat aktivnosti.

Menadžeri(strelice od vrha do dna) su kontrolni mehanizmi.

Mehanizmi(strelice odozdo prema gore) koriste se za obavljanje potrebnih radova.

Prilikom rada sa funkcionalnim modelom usvajaju se sljedeća pravila. Na primjer, strelice se imenuju imenicama (pravila, plan, itd.), blokovi - glagolima (voditi evidenciju, zaključiti sporazum).

IDEF0 vam omogućava razmjenu informacija, dok će se zbog svestranosti i vidljivosti učesnici u razmjeni lako razumjeti. IDEF0 je pažljivo razvijen i poboljšan, sa IDEF0 možete raditi koristeći različite alate, na primjer, ERWIN, VISIO, Bussines studio.

IDEF0 takođe ima neospornu prednost. Ova tehnika je razvijena relativno davno, a tokom tri decenije prošla je pažljivo poliranje i prilagođavanje. Stoga je moguće brzo i sa minimalnom vjerovatnoćom greške kreirati funkcionalni model kompanije.

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

Kako nastaje funkcionalni model

Analizirajmo stvaranje funkcionalnog modela na primjeru pisanja članka.

Glavna jedinicaće se zvati "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 direktno sam autor, copywriter, urednik, softver. Kako su ovi mehanizmi organizovani? Autor stvara tekst snimajući njegovu audio verziju. Kopirajter prenosi tekst u tekstualni format, fokusirajući se na plan objavljivanja, poštujući zahtjeve izdavača i pravila ruskog jezika. Zatim se u rad uključuje urednik, koji provjerava članak, ispravlja govorne, pravopisne i interpunkcijske greške. Softver - to su programi i alati koje su učesnici u procesu koristili prilikom kreiranja članka.

Sve navedeno je samo opća shema rada, pa je potrebno detaljnije objasniti.

Vratimo se našem modelu i razložimo 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 štampu.
  3. Uređivanje i priprema teksta za štampu.
  4. Objava članka.

Šema odražava informacije o tome koji su kontrolni elementi i mehanizmi uključeni u kojoj fazi. Na primjer, da bi napravio kvalitetan tekst, autor koristi vlastito iskustvo i znanje, koristeći se planom objavljivanja i zahtjevima izdavača kao vodičem. Kopirajter, kada kreira štampanu verziju teksta, i urednik, kada ga ispravlja, koriste pravila ruskog jezika. Za objavljivanje članka, na primjer, u online publikaciji, potreban je poseban softver.

Prilikom pripreme funkcionalnog modela, izvođač se fokusira na svrhu njegovog stvaranja i svoje gledište.

Funkcionalno modeliranje se efikasno koristi u 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 projektnog financiranja prema šemi, lako je odrediti kako to učiniti. Kopirajter i lektor imaju slične metode rada, tako da se sav posao može ponuditi copywriteru, jer on radi direktno sa audio tekstom, što urednik ne može. Istovremeno, copywriteru se može ponuditi da uradi ovaj posao za polovinu iznosa koji je bio namijenjen uredniku. Da, zbog toga se može izgubiti kvalitet teksta, ali zadatak optimizacije je uspješno završen. A to bi bilo teže učiniti bez vizualne sheme.

Proces kreiranja notacijeIDEF0

Postoji mnogo programa za kreiranje nota. Neki su dizajnirani da kreiraju funkcionalne modele, dok drugi omogućavaju rad sa bilo kojim grafičkim objektima. A nekome u prvoj fazi dovoljan je list papira, olovka i gumica.

Pre nego što pređete na opis rada kompanije, odnosno direktno na kreiranje notacije poslovnog procesa, trebalo bi da proučite principe funkcionisanja kompanije. Da bi to učinio, vanjski stručnjak vodi intervju. Prije svega, na pitanje odgovara šef kompanije, zatim stručnjaci koji nadgledaju ostale faze rada.

Rezultat prve faze rada su dvije notacije. Jedan će odražavati poslovne procese u njihovom izvornom obliku. Ova notacija će biti napravljena na osnovu rezultata intervjua, a svaki detalj mora biti dogovoren sa direktorom kompanije i njenim zaposlenima. Izuzetno je važno da vaše razumijevanje postojećih poslovnih procesa u kompaniji odgovara stvarnosti, za to je potrebna potvrda na svim nivoima.

Druga notacija se može nazvati "Kako bi trebalo biti." Kreira se na osnovu prvog sa izmjenama urađenim u skladu sa zadatkom.

IDEF0 standard i njegovi zahtjevi

Razgovarali smo o osnovnim zahtjevima IDEF0 malo više.

  1. Glavni element je u gornjem lijevom uglu.
  2. Svaki element mora imati dolazne i odlazne strelice. Štaviše, dolazne strelice su lijevo, desno - odlazne.
  3. Upravljački elementi se nalaze na vrhu, a mehanizmi ispod.
  4. Kada se nekoliko blokova nalazi na jednom listu ili ekranu, sljedeći se postavljaju desno ispod prethodnog.
  5. Šeme treba kreirati tako da se strelice sijeku minimalni broj puta.
Naravno, IDEF0 standard ima opšte prihvaćene norme, zahtjeve i oznake. Nećemo se detaljnije zadržavati na njima; ako želite, ove informacije je lako pronaći.

Greške prilikom rada sa IDEF0

Kao iu svakoj drugoj aktivnosti, greške se dešavaju i pri funkcionalnom modeliranju. Hajde da analiziramo 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 ili manje važnih. Kada modeliraju na papiru ili u nekom od kompjuterskih programa, korisnici pokušavaju da dijagram učine vizuelnijim bojenjem 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. Ovo ne samo da će pomoći u otklanjanju nesporazuma, već će i direktno disciplinovati kreatora modela, što povoljno utiče na čitljivost i vidljivost modela.

Veliki broj blokova

Prilikom sastavljanja funkcionalnog modela kompanije, njegovi autori često pokušavaju da odraze sve, čak i najsitnije detalje. Ispada shema s ogromnim brojem blokova i strelica. Kao rezultat toga, njegova čitljivost i vidljivost su smanjeni.

Da biste izbjegli ovu grešku, koristite detalje koji će ostati za razumijevanje problema. Detaljni detalji se pripremaju samo ako su zaista potrebni za rješavanje nekog važnog pitanja.

Restrukturiranje prilikom popravljanja grešaka

Prilikom kreiranja dijagrama važno je da nijedan proces ne ostane bez dolaznog, odlaznog ili drugog važnih elemenata. Na primjer, ako trebate ukloniti autora iz sheme, tada morate ukloniti sve elemente i strelice koji su direktno povezani s njim. Ako ostanu u shemi, tada će nastati nesporazum i zabuna, jer će prilikom detaljiranja voditi ne zna gdje.

Ista situacija se dešava i sa dodavanjem bloka. Ako trebate unijeti bilo koju informaciju, provjerite da li ste im dali potrebne atribute. Ovo se mora pažljivo pratiti, jer će prilikom modeliranja složenih poslovnih procesa čak i mala promjena u jednom dijelu povlačiti 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 se zovu imenice, blokovi se nazivaju glagoli. Ovo pravilo je napisano u IDEF0 standardu, pomaže da se izbjegnu zabuna i greške.

Prednosti korištenja IDEF0

vidljivost. Prikazujući rad kompanije u obliku dijagrama, postaje jasno kako kompanija funkcioniše, gde mogu nastati problemi i kako sprečiti njihov nastanak.

Međusobno razumijevanje, isključivanje mogućnosti pogrešne interpretacije šeme. Vidljivost i dostupnost funkcionalnog modela, koji predstavlja rad kompanije u vidu blokova i kontrola, pomoći će vam kada razgovarate sa menadžmentom o funkcionisanju njihove kompanije. Inače, ako je potrebno, za funkcionalni model se kreira pojmovnik u kojem su sakupljeni svi pojmovi i simboli. Time je mogućnost nesporazuma između vas i menadžera, zaposlenih u kompaniji svedena na minimum.

Jednostavnost i ušteda vremena prilikom izrade modela. Naravno, da biste savladali metodologiju funkcionalnog modeliranja, morate potrošiti dosta vremena. Prije svega, morate naučiti kako predstaviti ogromnu količinu informacija u obliku sažete sheme, tj. biti u stanju filtrirati i komprimirati izvorne podatke. Ali trud i vrijeme utrošeno na obuku kasnije se više nego isplati. Zaista, neće trebati puno vremena da se napravi funkcionalni model i predstavi ga na pristupačan način.

Minimalna šansa za grešku. Rad prema IDEF0 standardu zahtijeva striktno pridržavanje njegovih pravila. Ovo disciplinuje izvođača i eliminiše mogućnost greške. Osim toga, svaka neusklađenost sa standardom odmah postaje uočljiva.

I na kraju

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

Po našem mišljenju, IDEF0 alat će biti koristan ne samo za profesionalne poslovne analitičare, već i za one koji direktno analiziraju svoje poslovanje i žele izgraditi efikasan sistem menadžment.

Jedna slika vredi hiljadu reči

narodna mudrost

Naravno, u teoriji, menadžer treba da ima funkcionalan model rada kompanije, i nije bitno da li je reč o organizaciji skladišta ili IT sistema (od olova do zahteva). Ali u stvarnosti se gotovo nikad ne ispostavi da je tako, pa stoga u procesu proučavanja i traženja rješenja zadatka koji je postavio klijent kreiram i funkcionalni model kompanije ili određeni proces(funkcionira) nezavisno.

Nekoliko riječi o prednostima grafike

Kao što znate, IDEF0 funkcionalni modeli su uvijek grafički dijagrami. Imaju svoje karakteristike i pravila kompilacije. Pričaćemo o ovome malo kasnije. A sada bih želio dati nekoliko primjera efikasnosti grafike. Zašto se fokusiram na ovo? Najvjerovatnije, nakon moje izjave o potrebi funkcionalnog modela rada kompanije, mnogi su smatrali da to nije potrebno, te se riječima moglo objasniti kako ova ili ona funkcija funkcionira u kompaniji. To je ono o čemu želim da pričam.

I za početak, hajde da napravimo kratku digresiju u istoriju. Vratimo se u daleku 1877. godinu, u to vrijeme Rusko-turski rat. Tada je štampar Sytin prvi koristio grafiku u opisu vojnih operacija. Sada nam je sve ovo poznato, pri opisivanju bilo koje bitke pred očima nam se pojavljuju karte sa strelicama koje jasno pokazuju tijek bitke. A tih dana su se vojne operacije opisivale riječima. Za svaku borbu - mnogo, mnogo riječi. I na kraju je bilo veoma teško shvatiti šta se dešava.

Zato je Sytinova ideja bila zaista revolucionarna - počeo je štampati litografske kopije karata s oznakom utvrđenja i lokacijama vojnih jedinica. Ove kartice su se zvale „Za čitaoce novina. Korist". Ideja se pokazala toliko relevantnom da je prva štampana tiraža "Helpa" odmah rasprodata. I tada su takve aplikacije bile veoma tražene. Razlog je očigledan. Grafika je pomogla da se shvati ono što je bilo gotovo nemoguće razaznati samo uz pomoć riječi.

Također mogu navesti sličan primjer bespomoćnosti verbalnih opisa iz vlastite prakse. Jedan od mojih klijenata me je zamolio da preuzmem implementaciju ERM sistema za njegovu kompaniju. Na moje pitanje da li imaju neki tehnički zadatak, dobio sam odgovor: „Da, imaju. Ali ima 400 stranica.” Istovremeno, klijent se jako žalio da su moje kolege, koje je ranije kontaktirao, ili u potpunosti odbili projekat, ili su nazvali jasno naduvane cijene. Nakon što sam vidio da je projektni zadatak zaista dugačak 400 stranica i da se sastoji isključivo od tekstualnog opisa, shvatio sam razloge ponašanja programera. Čitanje takvog obima teksta, udubljivanje u njega, razumijevanje svih nijansi samo da biste razumjeli zadatak i nazvali cijenu zaista je vrlo teško.

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

Znam i mnoge druge primjere kada je grafičko modeliranje poslovnih procesa pomoglo kako mojim kolegama, poslovnim konsultantima i programerima, tako i samim privrednicima

Zašto je ovo važno za moj rad

Moj rad je uvijek vezan za izmjene postojećeg sistema. A da biste napravili promjene i dobili željeni rezultat, morate proučiti ono što već postoji. I nije važno šta tačno radimo – postavljamo ili instaliramo CRM sistem od nule, kreiramo efikasan ERP sistem, bavimo se integracijom razni sistemi povećati automatizaciju rada uopšte. 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 promjene i razmisliti o opcijama za rješavanje zadatka.

Nakon proučavanja trenutnog stanja, ja, kao i svaki drugi stručnjak treće strane, kreiram komercijalni prijedlog u kojem otkrivam što je moguće detaljnije svoje viđenje trenutne situacije, kao i radnje koje je potrebno poduzeti da riješiti zadatak i, naravno, očekivani rezultat.

Ovakvi izvještaji o anketama o radu su obimni, zauzimaju više od jedne stranice, što je, s jedne strane, neophodno, ali s druge strane otežava percepciju. U početku sam, kao i mnogi drugi, mislio da su obimni izvještaji dobri, jer čovjek plaća posao i treba mu dati što detaljnije informacije.

Zapravo, važno je ne dati volumen, već prenijeti suštinu što je brže i potpunije moguće. Velike količine teksta zahtijevaju vrijeme, kojeg poslovni ljudi često imaju vrlo malo. A grafika mi omogućava da smanjim obim svog prijedloga i jasno, u razumljivom obliku, pokažem rješenje. Kao rezultat toga, moji prijedlozi su značajno smanjeni, pojavila se grafika u njima, a odluke o početku saradnje počele su se donositi brže.

Iz tog razloga koristim vizualne modele. Kao što znate, jedna slika vredi hiljadu reči. A u slučaju opisivanja poslovnih procesa i opcija za modernizaciju rada preduzeća, to je tačno. I IDEF0 notacije su ovdje vrlo prikladne.

Ali prvo, hajde da shvatimo osnovne koncepte o tome šta su notacije, zašto su potrebne, šta je IDEF0, koje su karakteristike i prednosti ove metode.

Šta 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.

U stvari, notacije su poseban grafički jezik koji vam omogućava da opišete rad kompanije, vizuelno 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.

Šta je IDEF0?

IDEF0 je funkcionalna metodologija modeliranja i grafička notacija dizajnirana da formalizira i opiše poslovne procese. Prepoznatljiva karakteristika IDEF0 je njegov naglasak na podređenosti objekata. IDEF0 razmatra logičke odnose između poslova, a ne njihov vremenski slijed (tok posla). Wikipedia

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

Funkcionalni model kompanije

IDEF0 funkcionalni model je skup blokova, od kojih je svaki "crna kutija" sa ulazima i izlazima, kontrolama i mehanizmima koji su detaljno (dekomponovani) do potrebnog nivoa. Najvažnija funkcija nalazi se u gornjem lijevom kutu. A funkcije su međusobno povezane uz pomoć strelica i opisa funkcionalnih blokova. Štaviše, svaka vrsta strelice ili aktivnosti ima svoje značenje. Ovaj model vam omogućava da opišete sve glavne tipove procesa, kako administrativnih tako i organizacionih.

Strelice mogu biti:

  • Inbox - uvodni, koji postavlja konkretan zadatak.
  • Odlazni - prikaz rezultata aktivnosti.
  • Menadžeri (od vrha do dna) - kontrolni mehanizmi (pozicije, uputstva itd.).
  • Mehanizmi (odozdo prema gore) - šta se koristi da bi se proizveo potreban rad.

Preciznije bi bilo da se dolazne i odlazne strelice pozivaju na ulaz i izlaz, jer se na engleskom zovu Input i Output, respektivno. Ali karakteristike prijevoda i uobičajena imena već izgledaju onako kako izgledaju. Pa ipak, za ispravno razumijevanje pojmova, važno je zapamtiti 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 prevesti sa ove tačke gledišta.

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

IDEF0 je vrlo jednostavan i istovremeno vizuelni jezik za opisivanje poslovnih procesa. Uz pomoć ovog standarda moguć je prijenos informacija između programera, konsultanata 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 kreiranje poslovnih modela nije samo zgodno, već je i ispravno. Ovaj alat je dizajniran za poslovnu inteligenciju, prošao je dugo i temeljito otklanjanje grešaka i poliranje. Stoga je korištenje IDEF0 za kreiranje funkcionalnog modela bez grešaka mnogo lakše nego bez korištenja ovog standarda.

Kao što znate, nokte je najbolje zabijati čekićem. Naravno, za to možete koristiti i druge alate, ali čekić je najfunkcionalniji i njime je najlakše uredno i precizno zabiti ekser. Dakle, uz korištenje IDEF0 - ovaj alat je kreiran za funkcionalno modeliranje, a uz njegovu pomoć možete postići željeni rezultat mnogo brže i preciznije.

Primjer kreiranja IDEF0 funkcionalnog modela

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

Glavni blok je “Napišite članak”.

Dolazne strelice - "Iskustvo", "Informacije iz izvora trećih strana". Ovo su ulazi koji su vam potrebni da započnete.

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 kreira audio materijal u kojem prikuplja sve misli i ideje koje bi se trebale odraziti u članku. Kopirajter je osoba koja na osnovu ovog materijala, rukovodeći se zahtjevima izdavača, planom objavljivanja i pravilima ruskog jezika, kreira gotov tekst članka. Lektor provjerava materijal za greške. A softver je alat koji svi učesnici u procesu 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 ovo je samo osnovni okvir procesa. Ovo opisuje opštu šemu kompanije kao celine.

Zapravo, proces kreiranja članka, kao i svaki poslovni proces, može i treba biti detaljan. 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.
  2. Pripremite tekst
  3. Pripremite tekst za objavljivanje.
  4. Stavite članak u publikaciju.

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

Dakle, prilikom kreiranja audio zapisa, autor koristi svoje znanje i iskustvo, pri čemu se rukovodi planom objavljivanja i zahtjevima izdavača. Kopirajter dobija audio zapis kao ulaz, iz kojeg, vođen pravilima ruskog jezika, kreira tekst. Lektor prima tekst i provjerava ga, također vodeći se pravilima ruskog jezika. Za postavljanje članka u publikaciju potreban je poseban softver.

Prilikom kreiranja funkcionalnog modela, ključni parametri su cilj i tačka gledišta. Na osnovu njih, modeliranje istih procesa može izgledati nešto drugačije. Na primjer, u mom slučaju cilj je „pričati o procesu pisanja članka“. A tačka gledišta copywritera je "pisanje i objavljivanje članka sa stanovišta menadžera procesa."

Dakle, ako bi isti proces bio opisan sa stanovišta copywritera, onda bi ulaz bio iskustvo i audio fajl od autora. Štaviše, u ovom slučaju, Iskustvo bi značilo iskustvo copywritera, ali ne i lidera ili autora. Stoga, prva stvar koju treba odrediti prilikom kreiranja modela poslovnog procesa je odabrati tačku gledišta i jasno artikulirati cilj.

Takvo modeliranje nije samo vizualno, već je i vrlo zgodno za donošenje efikasnih upravljačkih odluka. Na primjer, u gore opisanom poslovnom procesu postoje dva odvojena stručnjaka - copywriter i lektor. Ako postavim zadatak optimizacije projektnog financiranja, onda ću zahvaljujući šemi 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 zasluge lektora i zašto je bolje raditi sa pojedinačnim stručnjacima. Ali podsjećam vas da imam zadatak: optimizacija troškova.

Bez ovakvog vizualnog alata bilo bi teže odrediti koji od blokova se može ukloniti i tako optimizirati rad.

Kako kreirati IDEF0 notacije

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

Ja lično smatram da u prvoj fazi nema ništa bolje od običnog papira, jednostavne olovke i gumice za prilagođavanje u slučaju grešaka.

U cilju kreiranja notacije za postojeće poslovne procese, tj. da bismo opisali kako kompanija sada radi, potrebno je proučiti principe rada. Stručnjak treće strane (konsultant, programer) vodi intervju za to. U prvoj fazi rukovodilac kompanije odgovara na pitanja, zatim se u procesu detaljne notacije obavljaju razgovori sa zaposlenima odgovornim za različite faze rada.

Važno je shvatiti da će kao rezultat biti potrebne 2 oznake. Prvi će prikazati poslovne procese onakvima kakvi jesu. Izrađujete ga na osnovu intervjua i svaki detalj usaglašavate sa zaposlenima kompanije i menadžerom. Vrlo je važno da se vaša vizija postojećih procesa poklapa sa realnošću, a to je ono što zahtijeva potvrdu na svim nivoima.

Druga notacija je “kako treba da bude”. Kreira se na osnovu prvih i onih izmena koje predlažete da izvršite u strukturi rada radi optimizacije i automatizacije rada kompanije u sklopu zadatka.

IDEF0 zahtjevi

Osnovne zahtjeve standarda IDEF0, u principu, opisao sam gore i pokazao na primjeru.

  1. U gornjem lijevom uglu je uvijek glavni element.
  2. Svi elementi moraju imati dolazne i odlazne strelice, jer je za izvršenje potrebno nešto primiti na ulazu (nalog, zadatak), a nakon obrade na izlazu potrebno je prenijeti gotov proizvod. Dolazne strelice su uvijek lijevo, a odlazne su uvijek desno.
  3. Iznad su kontrolni elementi, ispod su mehanizmi neophodni za završetak procesa.
  4. Ako se na jednom listu (ekranu) nalazi više blokova, svaki sljedeći blok se nalazi desno i ispod prethodnog.
  5. Potrebno je nastojati stvoriti sheme na takav način da se sjecište strelica svede na potreban minimum.

Uobičajene greške

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

Upotreba različitih boja

Svi elementi dijagrama su podjednako važni. U funkcionalnom modeliranju nema više ili manje važnih elemenata. Nestanak bilo čega će dovesti do prekida procesa i proizvodnog kvara.

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

Vaš model treba da čita crno-belo, bez ikakvih dodataka rješenja u boji. Ovaj pristup istovremeno pomaže da se izbjegnu nesporazumi i disciplinuje kreatora modela, kao rezultat toga, povećava se čitljivost i pismenost modela.

Previše blokova

Prilikom sastavljanja modela često pokušavaju prikazati na jednom listu sve nijanse rada kompanije sa svim detaljima. Rezultat je veoma veliki broj blokovi sa veliki iznos kontrolne strelice. Čitljivost je izgubljena.

Najbolja opcija je dovoljno detalja za razumijevanje problema i ništa više. Detaljni detalji rada svakog odjela ili čak zaposlenika mogu se otkriti prilikom odabira detaljnog prikaza određenog procesa. A takva struktura se stvara samo ako je zaista neophodna za rad ili donošenje odluka.

Kršenje strukture prilikom podešavanja

Pažljivo pratite kako biste izbjegli zabunu ili procese bez dolaznih, odlaznih i drugih važnih elemenata. Na primjer, ako u gornjem primjeru smatram prikladnim da prebacim tačku gledišta na copywritera, uklonit ću autora iz šeme. I tada kontrole "iskustva autora i trećih izvora", kao i plan objavljivanja postaju nepotrebne. Uostalom, autor ih koristi. Kopirajter radi sa audio fajlom. I ako ostanu unutra opšta šema, onda će pri detaljima odvesti neshvatljivo kuda i unijeti zabunu.

Isto tako, ako odlučim da dodam blok, važno je osigurati da i on ima sve potrebne atribute. Ovdje je vrlo važna pažnja, jer prilikom modeliranja složenih poslovnih procesa promjene u jednom dijelu modela mogu dovesti do promjena u drugom. Moraju biti uneti.

Pravila za imenovanje kontrola i blokova

Važno je zapamtiti jednostavno pravilo: kontrolne strelice se zovu imenice, blokovi se nazivaju glagoli. Ovo je prihvaćeno u IDEF0 standardu i ovaj pristup pomaže da se izbjegnu zabuna i greške.

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

Prednosti korištenja IDEF0

  • Prva prednost je očigledna - to je vidljivost. I sami počinjete da shvatate kako funkcioniše ovaj ili onaj sistem, a takođe možete jasno objasniti gde postoje „tanke tačke“ u ovom sistemu i kako će vaša rešenja pomoći da ih se rešite.
  • Međusobno razumijevanje i nedostatak neslaganja. Kada razgovarate o radu kompanije koristeći funkcionalni model, imate vizuelne i intuitivne blokove zadataka sa kontrolama. Osim toga, funkcionalno modeliranje uključuje kreiranje, ako je potrebno, glosara u kojem se otkrivaju simboli i pojmovi. Kao rezultat toga, vi i vaš klijent, menadžer i drugi zaposleni govorite istim jezikom kada razgovarate o problemu.
  • Jednostavnost i velika brzina izrade modela. Naravno, učenje modeliranja nije tako lako kao što se čini. Na kraju krajeva, shema je, u stvari, super-gusta prezentacija informacija, koja je vrlo dobra za razumijevanje, ali je potreban poseban pristup za implementaciju takve prezentacije. Mozak analitičara u ovom slučaju djeluje kao vrlo moćna presa s jedne strane i filter s druge strane. Ali s iskustvom, ovaj proces postaje vrlo brz. Kao rezultat, dobijate alat koji će vam pomoći da shvatite šta se dešava u određenom sistemu i, koristeći vizuelnu pomoć kreiranu u kratkom vremenu, ilustruje važne tačke kolegama ili kupcima.
  • Disciplina i bez greške. IDEF0 standard pretpostavlja stroge okvire i pravila. Ovakav pristup disciplinuje, a navika da se postupa u okvirima standarda pomaže da se izbjegnu greške zbog nepažnje. Svako kršenje standarda postaje odmah uočljivo.

Koja je poteškoća korištenja IDEF0

Važno je shvatiti da će samo u najjednostavnijim slučajevima dva poslovna analitičara kreirati potpuno iste funkcionalne modele za opis rada kompanije. Svaki model je odraz iskustva analitičara, dubine razumijevanja posla koji on želi da opiše, a takođe, na neki način, njegovog ličnog gledišta o ovom poslu. One. osoba razvija poslovni model iz ugla lidera, kao da je lider.

Istovremeno, smatram da poslovni analitičar nije baš profesija, poslovnom analitikom se bavi svaki poslovni menadžer ili programer nekih sistema, koji analizira poslovanje i teži da izgradi što efikasniji sistem. Za ove ljude iu te svrhe je namijenjen IDEF0 alat.

Zbog toga je veoma važno stalno se konsultovati sa čelnikom kompanije prilikom sastavljanja funkcionalnog poslovnog modela „kako jeste“, kako ne bi došlo do grešaka koje će automatski povući greške u fazama dekompozicije. Takođe, u narednim fazama mogu biti potrebna dodatna odobrenja od rukovodilaca strukturnih odjela i zaposlenih. Samo ako će vaš funkcionalni model "kakav jeste" zaista odražavati stvarno stanje stvari, možete napraviti neke promjene i prijedloge. A za postizanje kvalitetnih rezultata u takvom radu prije svega je potrebno praktično iskustvo i poznavanje karakteristika određene vrste poslovanja.

IDEF0 metodologija

IDEF0 metodologija propisuje izgradnju hijerarhijskog sistema dijagrama - pojedinačnih opisa fragmenata sistema. Prvo se vrši opis sistema u celini i njegove interakcije sa spoljnim svetom (kontekst dijagram), nakon čega se vrši funkcionalna dekompozicija - sistem se deli na podsisteme i svaki podsistem se opisuje posebno (dekompozicioni dijagrami) . Zatim se svaki podsistem razlaže na manje, i tako sve dok se ne postigne potreban stepen detalja.

Svaki IDEF0-dijagramiA sadrži blokove i lukove. Blokovi predstavljaju funkcije simuliranog sistema. Lukovi povezuju blokove zajedno i prikazuju interakcije i odnose između njih.

Funkcionalni blokovi (radovi) u dijagramima su predstavljeni pravokutnicima, što znači imenovani procesi, funkcije ili zadaci koji se javljaju 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 kutija. Ova ograničenja održavaju složenost dijagrama i modela na nivou koji se može čitati, razumjeti i koristiti.

Svaka strana bloka ima specifičnu, dobro definiranu svrhu. Lijeva strana bloka je za ulaze, gornja za kontrolu, desna za izlaze, donja za mehanizme. Takva oznaka odražava određene principe sistema: ulazi se pretvaraju u izlaze; kontrolne granice ili propisuju uslove za izvođenje transformacija; mehanizmi pokazuju šta i kako funkcija obavlja.

Blokovi u IDEF0 postavljeni su po važnosti, kako je razumio autor dijagrama. Ovaj relativni poredak se naziva dominacija. Dominacija se shvata kao uticaj koji jedan blok ima na druge blokove dijagrama. Na primjer, najdominantniji blok u dijagramu može biti ili prvi u traženom nizu funkcija, ili funkcija planiranja ili kontrole koja utječe na sve ostale.

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

Raspored blokova na stranici odražava autorovu definiciju dominacije. Dakle, topologija dijagrama pokazuje koje karakteristike imaju veći uticaj na ostale. Da bi to naglasio, analitičar može prenumerirati blokove prema njihovom redoslijedu dominacije. Redoslijed dominacije može se označiti brojem koji se nalazi u donjem desnom uglu svakog polja: 1 označava najveću dominaciju, 2 sljedeću i tako dalje.

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

IDEF0 razlikuje pet tipova strelica.

Ulaz- objekti koji se koriste i transformišu radom da bi se dobio rezultat (izlaz). Dozvoljeno je da djelo ne smije imati strelicu za unos. Strelica za ulazak je nacrtana kao ulazak u lijevu stranu posla.

Kontrola-.informacije koje kontrolišu radnje dela. Tipično, kontrolne strelice nose informacije koje pokazuju šta posao treba da uradi. Svaki posao mora imati najmanje jednu kontrolnu strelicu, koja je prikazana kao ulaz u gornju stranu posla.

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

Mehanizam- Resursi koji obavljaju posao. Strelica mehanizma je nacrtana kao ulaz u donju stranu rada. Prema nahođenju analitičara, strelice mehanizma možda neće biti prikazane na modelu.

Zovi- posebna strelica koja pokazuje na drugi model rada. Strelica poziva je nacrtana kao da dolazi sa dna dela i koristi se da označi da se neki posao obavlja izvan simuliranog sistema.

Rice. 2.1 Vrste strelica

U IDEF0 metodologiji, potrebno je samo pet tipova interakcija između blokova da bi se opisali njihovi odnosi: kontrola, ulaz, povratna informacija o kontroli, povratna informacija o ulazu, izlazni mehanizam. Kontrolni i ulazni odnosi su najjednostavniji jer odražavaju direktne radnje koje su intuitivne i vrlo jednostavne.

Rice. 2.2. Izlazna komunikacija

Rice. 2.3. Upravljačka komunikacija

Kontrolni odnos nastaje kada izlaz jednog bloka direktno utječe na blok s manjom dominacijom.

Kontrolna povratna informacija i povratna informacija o ulazu su složenije jer su iterativne ili rekurzivne. Naime, izlazi iz jednog posla utiču na buduće izvršavanje drugih poslova, što će naknadno uticati na originalni posao.

Tada se javlja povratna informacija o kontroli; kada izlaz nekog bloka utiče na blok sa većom dominacijom.

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

Rice. 2.4. Input Feedback

Rice. 2.5. Povratne informacije menadžmenta

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

U IDEF0, luk retko prikazuje jedan objekat. Obično simbolizira skup objekata. Budući da lukovi predstavljaju kolekcije objekata, oni mogu imati više početnih (izvora) i krajnjih tač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 sav ili dio sadržaja lukova može pojaviti u svakoj grani. Luk je uvijek označen prije grane kako bi se cijelom skupu dalo ime. Osim toga, svaka grana luka može, ali 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 tačke grananja sadrže sve ili dio objekata navedenih u oznaci luka prije grane.

Stapanja luka u IDEFO, prikazana kao linije koje se spajaju, ukazuju na to da sadržaj svake grane formira oznaku za luk koji je rezultat spajanja originalnih lukova. Nakon spajanja, rezultirajući luk je uvijek označen kako bi se označio novi skup karakteristika koje su se pojavile nakon spajanja. Osim toga, svaka grana može, ali i ne mora biti označena prije spajanja, prema sljedećim pravilima:

Rice. 2.6. Povezivanje izlaznog mehanizma

    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;

    nivo dekompozicije dijagrama - L;

    bilans grafikona - IN;

    broj strelica povezanih na blok - A

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

Potrebno je nastojati da broj blokova na dijagramima nižih nivoa bude manji od broja blokova na matičnim dijagramima, odnosno da bi se povećanjem nivoa dekompozicije koeficijent smanjivao. Dakle, smanjenje ovog koeficijenta ukazuje na to. da kako se model dekomponuje, funkcije treba pojednostaviti, dakle, broj blokova treba da se smanji.

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 možda neće implementirati u modele koji opisuju proizvodne procese. Na primjer, kada se opisuje postupak sklapanja, blok može uključivati ​​mnogo strelica koje opisuju komponente proizvoda, a jedna strelica može izaći - gotov proizvod.

Rice. 2.7. Primjer neuravnoteženog grafikona

Hajde da uvedemo koeficijent ravnoteže dijagrama

Potrebno je težiti tome ky bio je minimum za grafikon.

Izvan analize grafičkih elemenata dijagrama, potrebno je uzeti u obzir nazive blokova. Za procjenu imena sastavlja se rečnik elementarnih (trivijalnih) funkcija simuliranog sistema. Zapravo, funkcije dekompozicije dijagrama nižeg nivoa trebale bi pasti u ovaj rječnik. Na primjer, za model baze podataka, funkcije “pronađi zapis”, “dodaj zapis u bazu” mogu biti elementarne, dok funkcija “registracija korisnika” zahtijeva dodatni opis.

Nakon formiranja vokabulara i sastavljanja paketa sistemskih dijagrama, potrebno je razmotriti niži nivo modela. Ako pokazuje podudaranje između imena blokova dijagrama i riječi iz rječnika, to znači da je postignut dovoljan nivo dekompozicije. Koeficijent koji kvantitativno odražava ovaj kriterijum može se zapisati kao L*C- proizvod nivoa modela po broju podudaranja naziva blokova sa riječima iz rječnika. Što je niži nivo modela (veći L), to su šibice vrednije.

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

Prilikom kreiranja novog modela pojavljuje se dijalog u kojem treba odrediti da li će 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 kreiranje 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 se automatski mijenja pri prelasku s jedne notacije na drugu.

Model u BPWin-u se posmatra kao kolekcija aktivnosti, od kojih svaka radi na nekom skupu podataka. Ako lijevom tipkom miša kliknete na bilo koji objekt modela, pojavljuje se iskačući kontekstni meni čija svaka stavka odgovara uređivaču nekog svojstva objekta.

Izgradnja modela sistema treba započeti proučavanjem svih dokumenata koji ga opisuju. funkcionalnost. Jedan od ovih dokumenata je i projektni zadatak, odnosno dijelovi „Svrha razvoja“, „Ciljevi i zadaci sistema“ i „Funkcionalne karakteristike sistema“.

Nakon proučavanja izvornih dokumenata i intervjuisanja kupaca i korisnika sistema, potrebno je formulisati cilj modeliranja i odrediti tačku gledišta na model. Razmotrimo tehnologiju njegove izgradnje na primjeru sistema "Služba za zapošljavanje u okviru univerziteta", čije su glavne karakteristike opisane u laboratorijskom radu br. 1.

Hajde da formulišemo svrhu modeliranja: da opišemo funkcionisanje sistema koji bi bio razumljiv njegovom korisniku, ne ulazeći u detalje vezane za implementaciju. Model ćemo izgraditi iz ugla korisnika (student, nastavnik, administrator, dekanat, firma).

Počnimo sa izgradnjom IDEF0 kontekst dijagrama. Prema opisu sistema, glavna funkcija je da opslužuje svoje kupce tako što obrađuje njihove zahtjeve. Dakle, jedini posao dijagrama konteksta definišemo kao "Služiti klijentu sistema". Zatim definiramo ulazne i izlazne podatke, kao i mehanizme i kontrolu.

Da bismo uslužili klijenta, potrebno ga je registrovati u sistemu, otvoriti pristup bazi podataka i obraditi njegov zahtjev. Ulazni podaci će biti "ime klijenta", "lozinka klijenta", "originalna baza podataka", "zahtjev klijenta". Izvršenje zahtjeva dovodi ili do dobijanja informacija iz sistema, ili do promjene sadržaja baze podataka (na primjer, prilikom sastavljanja stručnih procjena), pa će izlaz biti “izvještaji” i “izmijenjena baza podataka”. Proces obrade zahtjeva će obaviti monitor sistema pod kontrolom administratora.

Dakle, definišemo kontekstni dijagram sistema (slika 2.9).

Slika 2.9. Sistemski kontekstni dijagram

Hajde da dekomponujemo dijagram konteksta opisujući redosled korisničke usluge:

    Određivanje nivoa pristupa sistemu.

    Izbor podsistema.

    Pristup podsistemu.

    Promjena baze podataka (ako je potrebno).

Dobijamo dijagram prikazan na sl. 2.10.

Nakon što su završili dekompoziciju dijagrama konteksta, prelaze na dekompoziciju dijagrama sljedećeg nivoa. Obično, kada se razmatraju treći i niži nivoi, modeli se vraćaju na roditeljske dijagrame i ispravljaju ih.

Rice. 2.10. Dekompozicija rada "Servis, klijent sistema"

Razlažemo sekvencijalno sve blokove rezultirajućeg dijagrama. Prvi korak u određivanju nivoa pristupa sistemu je određivanje kategorije korisnika. Po imenu klijenta vrši se pretraga u korisničkoj bazi podataka, određujući njegovu kategoriju. Prema određenoj kategoriji, pojašnjene su ovlasti koje se daju korisniku sistema. Zatim se provodi postupak pristupa sistemu, provjeravajući pristupno ime i lozinku. Kombinujući informacije o dozvolama i nivou pristupa sistemu, za korisnika se formira skup dozvoljenih radnji. Dakle, definicija nivoa pristupa sistemu će izgledati kao što je prikazano na Sl. 2.11.

Rice. 2.11. Dekompozicija rada "Utvrđivanje nivoa pristupa sistemu"

Nakon prolaska kroz proceduru pristupa sistemu, monitor analizira zahtjev klijenta, birajući podsistem koji će obraditi zahtjev. Dekompozicija rada "Pozivanje na podsistem" ne odgovara namjeni i tački gledišta modela. Korisnik sistema ne zanima interni algoritmi njegovog rada. U ovom slučaju mu je bitno da će izbor podsistema biti izvršen automatski, bez njegove intervencije, pa će dekompozicija poziva u podsistem samo zakomplikovati model.

Hajde da dekomponujemo posao "Obrada zahteva klijenta", koji obavlja podsistem za obradu zahteva, određivanje kategorija i korisničkih dozvola. Prije traženja odgovora na upit, morate otvoriti bazu podataka (povezati se na nju). Općenito, baza podataka se može nalaziti na udaljenom serveru, pa će možda biti potrebno uspostaviti vezu s njom. Definiramo redoslijed rada:

    Otvaranje baze podataka.

    Izvršenje zahtjeva.

    Generisanje izvještaja.

Nakon otvaranja baze podataka, potrebno je obavijestiti sistem o uspostavljanju veze sa bazom podataka, zatim izvršiti upit i generirati izvještaje za korisnika (slika 2.12).

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

Rice. 2.12.

Prilikom analize rezultirajućeg dijagrama postavlja se pitanje po kojim pravilima se generišu izvještaji? Neophodno je imati unaprijed formirane šablone koji će se koristiti za odabir iz baze podataka, a ti predlošci moraju odgovarati upitima i moraju biti unaprijed definirani. Osim toga, klijentu treba dati mogućnost izbora oblika izvještaja.

Ispravimo dijagram dodavanjem strelica "Šabloni izvještaja" i "Zahtjevi za promjenu baze podataka" i tunelske strelice "System Client". Tuneliranje "Sistemskog klijenta" je primijenjeno kako se strelica ne bi postavila na gornji dijagram, jer funkcija odabira obrasca izvještaja nije toliko bitna da bi se prikazala na roditeljskom dijagramu.

Promjena dijagrama će podrazumijevati prilagođavanje svih roditeljskih dijagrama (sl. 2.13 - 2.15).

Preporučljivo je dekomponovati rad „Izvršenje upita” pomoću DFD dijagrama (laboratorijski rad br. 3), budući da IDEF0 metodologija posmatra sistem kao skup međusobno povezanih radova, koji slabo odražavaju procese obrade informacija.

Rice. 2.13. Dekompozicija rada "Obrada zahtjeva klijenta"

Rice. 2.14. Dekompozicija rada "Usluživanje klijenta sistema" (opcija 2)

Rice. 2.15. Sistemski kontekst dijagram (opcija 2)

Pređimo na dekompoziciju posljednjeg bloka "Promjena baze podataka". Sa stanovišta klijenta, ovi sistemi se nalaze u jednoj bazi podataka. U stvarnosti, u sistemu postoji šest baza podataka:

    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.

Shodno svrsi modeliranja, važno je da klijent shvati da se primljeni podaci ne ažuriraju odmah u sistemu, 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 mijenjati podaci.

    Operater formira privremeni skup podataka i dostavlja ga administratoru.

    Administrator kontroliše podatke i unosi ih u bazu podataka.

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

Rice. 2.16. Dekompozicija rada "Promjena baze podataka"

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

Provođenje dalje dekompozicije "Promjene baze podataka" će zakomplikovati model, objašnjavajući kako se izvodi fizička promjena baze podataka u sistemu. U tom slučaju korisnik neće dobiti nikakve dodatne informacije o radu sistema službe za zapošljavanje. Dekompoziciju ovog rada treba izvršiti u procesu projektovanja sistema baze podataka u fazi kreiranja logičkog modela baze podataka.

Dekompozicija "Izvršavanja upita" će se izvršiti u sljedećoj laboratoriji, ilustrirajući korištenje DFD dijagrama za opisivanje procesa obrade informacija.

Hajde da izvršimo 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 dekompozicioni dijagrami 3/3 = 1. Vrijednost koeficijenta se smanjuje, što ukazuje da se opis funkcija pojednostavljuje smanjenjem nivoa model.

Razmotrite promjenu koeficijenta TO b u dva modela.

za drugu opciju

Koeficijent TO b ne mijenja svoju vrijednost, dakle, ravnoteža dijagrama se ne mijenja.

Pretpostavljamo da je nivo dekompozicije razmatranih dijagrama dovoljan da odrazi svrhu modeliranja, a na dijagramima nižeg nivoa kao nazivi radova (sa stanovišta korisnika sistema) koriste se elementarne funkcije.

Sumirajući razmatrani primjer, potrebno je napomenuti važnost razmatranja nekoliko opcija za dijagrame prilikom modeliranja sistema. Takve opcije se mogu pojaviti prilikom podešavanja dijagrama, kao što je to urađeno sa "Obrada klijentskog zahtjeva" ili prilikom kreiranja alternativnih implementacija sistemskih funkcija (dekompozicija rada "Promjena baze podataka"). Razmatranje opcija vam omogućava da odaberete najbolju i uključite je u paket dijagrama za dalje razmatranje.

Podijeli: