Radionica o korištenju idef0 za funkcionalni opis CAD softvera. Kreiranje IDEF0 modela Opis IDEF3 dijagrama
Č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.
Č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.
Reći ćete da menadžer treba da ima funkcionalan model kompanije, bez obzira o kojoj firmi je reč. Ali, kako praksa pokazuje, u većini slučajeva ovaj model izostaje.
Prednost grafike
Š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 upravo je tako bilo. 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 se urediti 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 komercijalni prijedlog, koji iznosi njegovu viziju situacije, radnje potrebne za rješavanje problema, kao i očekivani rezultat. Takav dokument može trajati 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? Grafika! Ona vam omogućava da skratite napisano, jasno pokazujuć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, pokazujuć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 odozgo prema dolje) 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 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 neophodno 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:
- Pripremite audio verziju.
- Pripremite tekst za štampu.
- Uređivanje i priprema teksta za štampu.
- 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 sav posao može obaviti copywriter, jer 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 učiniti bez vizualne sheme bilo bi teže.
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 izmenama urađenim u skladu sa zadatkom.
IDEF0 standard i njegovi zahtjevi
Razgovarali smo o osnovnim zahtjevima IDEF0 malo više.
- Glavni element je u gornjem lijevom uglu.
- Svaki element mora imati dolazne i odlazne strelice. Štaviše, dolazne strelice su lijevo, desno - odlazne.
- Upravljački elementi se nalaze na vrhu, a mehanizmi ispod.
- Kada se nekoliko blokova nalazi na jednom listu ili ekranu, sljedeći se postavljaju desno ispod prethodnog.
- Šeme treba kreirati tako da se strelice sijeku minimalni broj puta.
Greške prilikom rada sa IDEF0
Kao iu svakoj drugoj aktivnosti, greške se dešavaju i prilikom funkcionalnog modeliranja. 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 vizualnijim 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 dolaznih, odlaznih ili drugih 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 šemi, tada će nastati nesporazum i zabuna, jer će prilikom detaljiranja voditi ne zna gdje.
Ista situacija se događa i sa dodavanjem bloka. Ako trebate unijeti bilo kakve podatke, 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 funkcionalan 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 razumijevanje 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 teže izgradnji efikasnog sistema upravljanja.
Najlakši i najbrži način za kreiranje dijagrama pomoću grafičkih notacija idef0 i idef3 je korištenje slobodno distribuiranog multi-platformskog uređivača za dijagrame, dijagrame toka, mrežne dijagrame, UML dijagrame i druge zle duhove zvane "Dia". Program je preveden na mnoge jezike, uključujući ruski.
Program možete preuzeti na njegovoj službenoj web stranici: http://projects.gnome.org/dia/. U vrijeme pisanja ovog teksta, najnovija verzija Dia programa imala je broj 0.97.1 - i tako je već skoro dvije godine. Unatoč tome, funkcionalnost aplikacije je odlična.
Izgradnja IDEF0 dijagrama
za kreiranje dijagrama u grafičkoj notaciji idef0, dovoljno je odabrati standardnu biblioteku Dia elemenata pod nazivom "SADT / IDEF0":
Ako se prvi put susrećete s idef0, toplo preporučujem da prvo pročitate ove članke o ovoj metodologiji:
- Savremene metodologije za opisivanje poslovnih procesa. IDEF0 Metodologija - Kovaljov Valerij Mihajlovič (Časopis „Direktor konsultanta“, br. 12, jun 2004.)
- IDEF0 kao alat za modeliranje procesa - Andrej Dvornikov (Avant Partner Magazin, br. 22(79), avgust 2005.)
- Iskustvo u korišćenju IDEF0 standarda - Sergej Rubcov
Izgradnja IDEF3 dijagrama
Sa idef3 je malo komplikovanije. Dia ne daje standardni skup elemenata za konstruisanje dijagrama u grafičkoj notaciji idef3, ali program ima sve potrebne blokove. Samo ih je potrebno ručno grupirati. Da biste to učinili, kliknite na meni: "Datoteka -> kategorije i objekti". U prozoru koji se otvori kliknite na dugme "Kreiraj". Otvara se još jedan prozor u kojem biramo stavku "Naziv kategorije" i tu unosimo "idef3". Proces kreiranja kategorije izgleda otprilike ovako:
Pošto ste upravo kreirali ovu kategoriju, ona je naravno prazna. Moramo u njega premjestiti potrebne elemente šema. dakle:
Kliknite na dugme "Primeni", "Zatvori" prozor i gotovi ste! Idemo na "druge biblioteke elemenata" i tamo biramo grafičku oznaku "idef3" koju smo kreirali (nalazi se na svom mjestu po abecednom redu). Usput, za pisanje u blokovima zgodno je koristiti tipku F2. Naravno, ovo nije savršen alat, ali ova metoda vam omogućava da kreirate IDEF3 dijagrame što je moguće bliže njihovoj tačnoj grafičkoj notaciji.
Ako znate druge besplatne IDEF3 grafičke alate za crtanje, podijelite ih sa svima u komentarima.
Otvorite projekat u kojem želite da kreirate model. Ako još niste kreirali nijedan projekat, možete koristiti DEMO projekat, koji je dostupan odmah nakon instaliranja Cradle-a, ili kreirati sopstveni projekat.
Za ulazak u DEMO korištenje projekta Korisničko ime — MANAGER, lozinka - MENADŽER
Kako kreirati svoj projekat detaljno je prikazano u ovom videu
Nakon kreiranja novog projekta, možete koristiti i za prijavu Korisničko ime — MANAGER i lozinka - MENADŽER
Kreiranje modela
Da biste kreirali IDEF0 model, omogućite Projektni panel i idite na odjeljak simulacije Essential Domain
Bilješka : Slično, možete kreirati modele u odjeljku Modeliranje domene implementacije, kao iu bilo kojem dijelu koji konfiguriše korisnik. Odjeljak za modeliranje je zapravo imenski prostor unutar kojeg se niti mogu ponovo koristiti.
Da kreirate IDEF0 kontekstualni model, kliknite desnim tasterom miša na IDEF0 sekciju i izaberite New->Element
Imajte na umu da je ovo naziv cijelog modela, a ne funkcionalnog bloka na A0.
Ovo otvara područje za crtanje i možete početi kreirati kontekstni model.
Kreiranje funkcionalnog bloka
Da biste to učinili, odaberite simbol funkcijskog bloka na paleti
i kliknite jednom na radnu oblast u kojoj želite da kreirate funkcionalni blok.
Pojavit će se dijaloški okvir u koji morate unijeti naziv funkcijskog bloka, a zatim kliknuti OK.
Kao rezultat, bit će kreiran funkcionalni blok s imenom koje ste naveli.
Možete odabrati granicu bloka i promijeniti njegovu skalu
Kreiranje niti
Za kreiranje tokova, odaberite simbol toka iz palete (bez tuneliranja ili sa tuneliranjem)
zatim kliknite na stranu funkcijskog bloka s kojim želite da kreirate tok i kliknite na bilo koju oblast funkcionalnog bloka
nakon toga će se pojaviti dijaloški okvir za unos naziva toka. Unesite kratko ime toka i kliknite na OK
Bilješka: Detaljan opis toka možete unijeti kasnije u njegovoj specifikaciji.
Nakon toga, po analogiji, možete kreirati sve potrebne tokove
Sačuvajte model pritiskom na dugme diskete ili pritiskom na CTRL+S. Kada sačuvate, kreiraće se specifikacije simbola koje možete uređivati da biste dali detaljniji opis elemenata modela.
Nakon spremanja modela, moći ćete vidjeti kreirane specifikacije u panelu projekta u istom dijelu gdje ste kreirali model. Stvorit će se dvije vrste specifikacija – Funkcija i Protok.
Dekompozicija modela
u dijalogu koji se pojavi ostavite podrazumevane postavke i kliknite na OK
Nakon toga će se kreirati podređeni dijagram A1 i na njega će se prenijeti svi tokovi iz dijagrama A0.
Sada možete preimenovati kreirani funkcionalni blok praznim (sa pitanjem umjesto imena) i kreirati dodatne, na isti način na koji smo ih kreirali ranije.
Da biste preimenovali unaprijed postavljeni funkcijski blok, odaberite ga i odaberite Preimenuj iz kontekstnog izbornika
i unesite traženo ime
Po analogiji, kreirajte druge funkcionalne blokove koji odgovaraju ovom nivou dekompozicije
Da biste kreirali tokove između ovih funkcionalnih blokova, prvo morate kliknuti na izvor, zatim na međutočku da kreirate zavoj, a zatim na odredište, na primjer, ovako:
Kao rezultat, dobit ćete tok sa dva zavoja.
Možete podesiti položaj savijanja odabirom toka i povlačenjem tačaka savijanja na željenu lokaciju
Pogledajte video klip da ga vidite u akciji
Da biste uklonili (ili dodali) tačku savijanja, pritisnite tipku SHIFT na tipkovnici i kliknite na tačku koju želite ukloniti ili gdje želite da je kreirate u toku
Sačuvajte dijagram i uverite se da su kreirane odgovarajuće specifikacije
Analogno, moguće je dekomponovati funkcionalne blokove A1.
Naučite vidjeti i razumjeti funkcionalnu strukturu vašeg poslovanja!
Trenutno je u Rusiji naglo porastao interes za standarde upravljanja koji su općenito prihvaćeni na Zapadu, ali u stvarnoj praksi upravljanja postoji jedan vrlo značajan momenat. Mnogi menadžeri i dalje mogu biti zbunjeni direktnim pitanjem o organizacionoj strukturi kompanije ili o šemi postojećih poslovnih procesa. Najnapredniji i najredovniji menadžeri ekonomske periodike po pravilu počinju da crtaju samo njima razumljive hijerarhijske dijagrame, ali u tom procesu obično brzo zastaju. Isto važi i za zaposlene i rukovodioce raznih službi i funkcionalnih jedinica. U većini slučajeva, jedini skup navedenih pravila po kojima preduzeće mora poslovati je skup posebnih propisa i opisa poslova. Najčešće su ovi dokumenti sastavljeni prije više od godinu dana, loše su strukturirani i nepovezani jedni s drugima i kao rezultat toga jednostavno skupljaju prašinu na policama. Za sada je takav pristup bio opravdan, budući da je tokom formiranja ruske tržišne privrede koncept konkurencije praktično izostao, a nije bilo posebne potrebe da se računaju troškovi - profit je bio gigantski. Kao rezultat toga, u protekle dvije godine vidjeli smo sasvim razumljivu sliku: velike kompanije koje su nastale početkom 90-ih postepeno gube tlo pod nogama, sve do potpunog povlačenja s tržišta. Ovo je dijelom zbog činjenice da u preduzeću nisu uvedeni standardi upravljanja, potpuno je izostao koncept funkcionalnog modela djelatnosti i misije. Modeliranjem različitih oblasti aktivnosti moguće je efikasno analizirati „uska grla“ u upravljanju i optimizovati ukupnu poslovnu šemu. Ali, kao što znate, u svakom preduzeću najveći prioritet imaju samo oni projekti koji direktno ostvaruju profit, pa je najčešće u pitanju ispitivanje aktivnosti i reorganizacija samo u vreme opipljive krize u upravljanju kompanijom.
Kasnih 1990-ih, kada je tržište počelo da postaje konkurentno, a profitabilnost preduzeća počela da pada, menadžeri su osjećali velike poteškoće u pokušaju optimizacije troškova kako bi proizvodi ostali i profitabilni i konkurentni. Upravo se u tom trenutku jasno ispoljila potreba da pred očima imamo model delovanja preduzeća koji bi odražavao sve mehanizme i principe međusobnog povezivanja različitih podsistema u okviru jednog poslovanja.
Sam koncept „modeliranja poslovnih procesa“ ušao je u život većine analitičara istovremeno sa pojavom na tržištu složenih softverskih proizvoda dizajniranih za složenu automatizaciju upravljanja preduzećem. Takvi sistemi uvijek podrazumijevaju dubinski pred-projektni pregled aktivnosti kompanije. Rezultat ove ankete je stručno mišljenje, u kojem su u posebnim paragrafima date preporuke za otklanjanje „uskih grla“ u upravljanju aktivnostima. Na osnovu ovog zaključka, neposredno prije implementacije sistema automatizacije, vrši se takozvana reorganizacija poslovnih procesa, ponekad prilično ozbiljna i bolna za kompaniju. Ovo je, naravno, tim koji se godinama razvijao uvijek je teško natjerati da “razmišlja na nov način”. Ovakva sveobuhvatna istraživanja preduzeća su uvijek složena i značajno se razlikuju od slučaja do slučaja. Postoje dobro uspostavljene metodologije i standardi za rješavanje ovakvih problema modeliranja složenih sistema. Ovi standardi uključuju IDEF porodicu metodologija. Uz njihovu pomoć možete efikasno prikazati i analizirati modele aktivnosti širokog spektra složenih sistema u različitim sekcijama. Istovremeno, širinu i dubinu ispitivanja procesa u sistemu određuje sam programer, što omogućava da se kreirani model ne preopterećuje nepotrebnim podacima. Trenutno se IDEF porodici mogu pripisati sljedeći standardi:
IDEF0 je funkcionalna metodologija modeliranja. Uz pomoć vizuelnog grafičkog jezika IDEF0, sistem koji se proučava programerima i analitičarima izgleda kao skup međusobno povezanih funkcija (funkcionalni blokovi - u smislu IDEF0). Tipično, IDEF0 modeliranje je prvi korak u učenju bilo kojeg sistema;
IDEF1 - metodologija za modeliranje tokova informacija unutar sistema koja vam omogućava da prikažete i analizirate njihovu strukturu i odnose;
IDEF1X (IDEF1 Extended) je metodologija za izgradnju relacionih struktura. IDEF1X pripada tipu metodologija entitet-odnos (ER) i obično se koristi za modeliranje relacionih baza podataka relevantnih za sistem koji se razmatra;
IDEF2 je metodologija za dinamičko modeliranje evolucije sistema. Zbog veoma ozbiljnih poteškoća u analizi dinamičkih sistema, ovaj standard je praktično napušten, a njegov razvoj je obustavljen u samoj početnoj fazi. Međutim, trenutno postoje algoritmi i njihove kompjuterske implementacije koje omogućavaju pretvaranje skupa IDEF0 statičkih dijagrama u dinamičke modele izgrađene na bazi „obojenih Petrijevih mreža“ (CPN – Color Petri Nets);
IDEF3 je metodologija za dokumentovanje procesa koji se dešavaju u sistemu, koja se koristi, na primer, u proučavanju tehnoloških procesa u preduzećima. IDEF3 opisuje scenario i redoslijed operacija za svaki proces. IDEF3 ima direktnu vezu sa IDEF0 metodologijom - svaka funkcija (funkcionalni blok) može biti predstavljena kao poseban proces pomoću IDEF3 alata;
IDEF4 je metodologija za izgradnju objektno orijentisanih sistema. IDEF4 alati vam omogućavaju da vizuelno prikažete strukturu objekata i osnovne principe njihove interakcije, omogućavajući vam da analizirate i optimizujete složene objektno orijentisane sisteme;
IDEF5 je metodologija za ontološko proučavanje složenih sistema. Koristeći IDEF5 metodologiju, ontologija sistema se može opisati korišćenjem određenog rečnika pojmova i pravila, na osnovu kojih se mogu formirati pouzdane izjave o stanju sistema koji se razmatra u nekom trenutku. Na osnovu ovih konstatacija donose se zaključci o daljem razvoju sistema i vrši se njegova optimizacija.
U okviru ovog članka razmotrit ćemo najčešće korištenu IDEF0 metodologiju funkcionalnog modeliranja.
Istorija IDEF0 standarda
IDEF0 metodologija se može smatrati sljedećom etapom u razvoju dobro poznatog grafičkog jezika za opisivanje funkcionalnih sistema SADT (Structured Analysis and Design Teqnique). Prije nekoliko godina u Rusiji je objavljeno malo izdanje istoimene knjige posvećene opisu osnovnih principa konstruiranja SADT dijagrama. Istorijski gledano, IDEF0 kao standard je razvijen 1981. godine kao dio opsežnog programa industrijske automatizacije, koji je nosio oznaku ICAM (Integrated Computer Aided Manufacturing), a predložilo ga je Ministarstvo ratnih snaga SAD. Sama IDEF porodica standarda je naslijedila svoju oznaku iz naziva ovog programa (IDEF=ICAM DEFinition). U procesu praktične implementacije, učesnici ICAM programa suočili su se s potrebom razvoja novih metoda za analizu procesa interakcije u industrijskim sistemima. Istovremeno, pored poboljšanog skupa funkcija za opisivanje poslovnih procesa, jedan od zahtjeva za novi standard je bila dostupnost efikasne metodologije za interakciju unutar „analitičar-specijalista“. Drugim riječima, nova metoda je trebala obezbijediti grupni rad na kreiranju modela, uz direktno učešće svih analitičara i stručnjaka uključenih u projekat.
Kao rezultat potrage za odgovarajućim rješenjima, nastala je IDEF0 metodologija funkcionalnog modeliranja. Od 1981. IDEF0 standard je prošao kroz nekoliko manjih izmjena, uglavnom restriktivnih, a posljednju reviziju izdao je u decembru 1993. godine američki nacionalni institut za standarde i tehnologiju (NIST).
Osnovni elementi i koncepti IDEF0
IDEF0 grafički jezik je izuzetno jednostavan i harmoničan. Metodologija se zasniva na četiri glavna koncepta.
Prvi od njih je koncept kutije aktivnosti. Funkcionalni blok je grafički prikazan kao pravougaonik (vidi sliku 1) i predstavlja neku specifičnu funkciju unutar razmatranog sistema. Prema zahtjevima standarda, naziv svakog funkcionalnog bloka mora biti formuliran u verbalnom raspoloženju (na primjer, „proizvesti usluge“, a ne „proizvesti usluge“).
Svaka od četiri strane funkcionalnog bloka ima svoje specifično značenje (ulogu), dok:
Svaka funkcionalna jedinica unutar jedinstvenog sistema koji se razmatra mora imati svoj jedinstveni identifikacioni broj.
Slika 1. Funkcijski blok.
Drugi „kit“ IDEF0 metodologije je koncept luka interfejsa (strelica). Takođe, lukovi interfejsa se često nazivaju tokovi ili strelice. Luk sučelja predstavlja sistemski element koji se obrađuje funkcionalnim blokom ili na drugi način utječe na funkciju prikazanu ovim funkcionalnim blokom.
Grafički prikaz luka interfejsa je jednosmerna strelica. Svaki luk interfejsa mora imati svoje jedinstveno ime (oznaka strelice). Prema standardu, naziv mora biti obrt od imenice.
Uz pomoć lukova interfejsa prikazuju se različiti objekti koji, u jednom ili drugom stepenu, određuju procese koji se dešavaju u sistemu. Takvi objekti mogu biti elementi stvarnog svijeta (dijelovi, vagoni, zaposleni, itd.) ili tokovi podataka i informacija (dokumenti, podaci, uputstva itd.).
U zavisnosti od toga kojoj od strana se ovaj luk približava, naziva se „dolazni”, „odlazni” ili „kontrolisani”. Osim toga, "izvor" (početak) i "prijemnik" (kraj) svakog funkcionalnog luka mogu biti samo funkcionalni blokovi, dok "izvor" može biti samo izlazna strana bloka, a "prijemnik" može biti bilo koji od tri preostale.
Treba napomenuti da svaki funkcionalni blok, prema zahtjevima standarda, mora imati najmanje jedan luk upravljačkog interfejsa i jedan izlazni. To je razumljivo - svaki proces se mora odvijati prema nekim pravilima (prikazuje se kontrolnim lukom) i mora proizvesti neki rezultat (odlazni luk), inače njegovo razmatranje nema smisla.
Prilikom konstruisanja IDEF0 dijagrama, važno je pravilno odvojiti ulazne lukove interfejsa od kontrolnih lukova, što često nije lako. Na primjer, slika 2 prikazuje funkcionalni blok “Proces radni komad”.
U stvarnom procesu, radnik koji obavlja obradu dobija radni komad i tehnološka uputstva za obradu (ili bezbednosne propise pri radu sa mašinom). Možda se pogrešno čini da su i radni komad i dokument sa tehnološkim uputstvima ulazni objekti, ali to nije slučaj. U stvari, u ovom procesu, radni komad se obrađuje u skladu sa pravilima koja se odražavaju u tehnološkim uputstvima, koje bi trebalo da budu prikazane lukom upravljačkog interfejsa.
Slika 2.
Druga stvar je kada tehnološke instrukcije obrađuje glavni tehnolog i u njima se vrši izmjena (slika 3). U ovom slučaju, oni su već prikazani dolaznim lukom interfejsa, a kontrolni objekat su, na primer, novi industrijski standardi na osnovu kojih se te promene vrše.
Slika 3
Gore navedeni primjeri naglašavaju naizgled sličnu prirodu ulaznih i kontrolnih lukova interfejsa, ali uvijek postoje određene razlike za sisteme iste klase. Na primjer, u slučaju razmatranja preduzeća i organizacija, postoji pet glavnih tipova objekata: materijalni tokovi (dijelovi, roba, sirovine, itd.), finansijski tokovi (gotovinski i bezgotovinski, ulaganja, itd.), dokument tokovi (komercijalni, finansijski i organizacioni dokumenti), tokovi informacija (informacije, podaci o namjeri, usmeni nalozi, itd.) i resursi (zaposleni, mašine, mašine itd.). Istovremeno, u različitim slučajevima, dolazni i izlazni lukovi interfejsa mogu prikazati sve tipove objekata koji upravljaju samo onima koji se odnose na protok dokumenata i informacija, a samo resursi mogu biti prikazani kao lukovi-mehanizmi.
Obavezno prisustvo lukova upravljačkog interfejsa jedna je od glavnih razlika između IDEF0 standarda i drugih metodologija klasa DFD (Dijagram toka podataka) i WFD (Dijagram toka rada).
Treći osnovni koncept IDEF0 standarda je Dekompozicija. Princip dekompozicije se primjenjuje kada se složeni proces razloži na njegove sastavne funkcije. U ovom slučaju, nivo detalja procesa određuje direktno programer modela.
Dekompozicija vam omogućava da postepeno i strukturirano predstavite model sistema u obliku hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje preopterećenim i lako probavljivim.
IDEF0 model uvijek počinje sa pogledom na sistem kao cjelinu - jednu funkcionalnu cjelinu sa lukovima interfejsa koji se protežu izvan razmatranog područja. Takav dijagram s jednim funkcionalnim blokom naziva se kontekstni dijagram, a označava se identifikatorom "A-0".
U tekstu objašnjenja kontekstnog dijagrama treba navesti svrhu (Svrhu) konstruisanja dijagrama u obliku kratkog opisa i fiksirati tačku gledišta (Pogled).
Određivanje i formalizovanje svrhe razvoja IDEF0 modela je izuzetno važna tačka. U stvari, cilj određuje relevantne oblasti u sistemu koji se proučava, na koje se prvo treba fokusirati. Na primjer, ako modeliramo aktivnosti preduzeća kako bismo u budućnosti izgradili informacioni sistem zasnovan na ovom modelu, onda će se ovaj model značajno razlikovati od onog koji bismo razvili za isto preduzeće, ali sa ciljem optimizacije lanci snabdevanja.
Tačka gledišta određuje glavni pravac razvoja modela i potreban nivo detalja. Jasna fiksacija tačke gledišta omogućava vam da rasteretite model, odbijajući da detaljno analizirate i proučavate pojedinačne elemente koji nisu neophodni, na osnovu odabrane tačke gledišta na sistem. Na primjer, funkcionalni modeli istog preduzeća sa stanovišta glavnog tehnologa i finansijskog direktora značajno će se razlikovati u pravcu detaljizacije. To je zbog činjenice da, na kraju, finansijskog direktora ne zanimaju aspekti prerade sirovina na proizvodnim mašinama, a glavnog tehnologa ne zanimaju nacrtane šeme finansijskih tokova. Ispravan izbor gledišta značajno smanjuje vrijeme utrošeno na izradu konačnog modela.
U procesu dekompozicije, funkcionalni blok, koji u kontekstualnom dijagramu prikazuje sistem kao cjelinu, detaljno je prikazan u drugom dijagramu. Rezultirajući dijagram drugog nivoa sadrži funkcionalne blokove koji prikazuju glavne podfunkcije funkcionalnog bloka kontekstnog dijagrama i u odnosu na njega naziva se podređeni dijagram (Child dijagram) (svaki od funkcionalnih blokova koji pripadaju podređenom dijagramu je respektivno naziva dječji blok - Child Box). Zauzvrat, funkcionalni blok - predak se naziva roditeljski blok u odnosu na podređeni dijagram (Parent Box), a dijagram kojem pripada naziva se roditeljski dijagram (Parent Diagram). Svaka od podfunkcija dječjeg dijagrama može se dodatno detaljizirati sličnom dekompozicijom odgovarajućeg funkcionalnog bloka. Važno je napomenuti da su u svakom slučaju dekompozicije funkcionalnog bloka, svi lukovi interfejsa uključeni u ovaj blok ili koji izlaze iz njega fiksirani na podređenom dijagramu. Time se postiže strukturni integritet IDEF0 modela. Princip dekompozicije je jasno prikazan na slici 4. Treba obratiti pažnju na odnos između numeracije funkcionalnih blokova i dijagrama - svaki blok ima svoj jedinstveni serijski broj na dijagramu (broj u donjem desnom uglu pravokutnika) , a oznaka u desnom uglu označava broj podređenog dijagrama za ovaj blok. Odsustvo ove oznake ukazuje da nema dekompozicije za ovaj blok.
Često postoje slučajevi kada nema smisla nastaviti razmatrati pojedinačne lukove interfejsa u podređenim dijagramima ispod određenog nivoa u hijerarhiji, ili obrnuto - pojedinačni lukovi nemaju praktičan smisao iznad određenog nivoa. Na primjer, luk sučelja koji prikazuje "detalj" na ulazu u funkcijski blok "Obrada na strugu" nema smisla razmišljati o dijagramima viših nivoa - to će samo preopteretiti dijagrame i otežati ih čitanje. S druge strane, postoji potreba da se otarasite odvojenih "konceptualnih" lukova interfejsa i da se ne detaljiziraju dublje od određenog nivoa. Za rješavanje takvih problema, standard IDEF0 predviđa koncept tuneliranja. Oznaka "tunela" (Tunel sa strelicama) u obliku dvije zagrade oko početka luka interfejsa znači da ovaj luk nije naslijeđen od funkcionalnog roditeljskog bloka i da se pojavio (iz "tunela") samo na ovom dijagramu. Zauzvrat, ista oznaka oko kraja (strelica) luka interfejsa u neposrednoj blizini bloka prijemnika znači da ovaj luk neće biti prikazan i neće biti razmatran u podređenom dijagramu ovog bloka. Najčešće se dešava da se pojedinačni objekti i njihovi odgovarajući lukovi sučelja ne razmatraju na nekim srednjim nivoima hijerarhije - u ovom slučaju prvo se „uranjaju u tunel“, a zatim se, ako je potrebno, „vraćaju iz tunela“.
Posljednji od IDEF0 koncepata je Glosar. Za svaki od IDEF0 elemenata: dijagrame, funkcionalne blokove, lukove interfejsa, postojeći standard podrazumeva kreiranje i održavanje skupa odgovarajućih definicija, ključnih reči, narativnih iskaza, itd., koji karakterišu objekat prikazan ovim elementom. Ovaj skup se zove glosar i predstavlja opis suštine ovog elementa. Na primjer, za luk kontrolnog interfejsa „nalog za plaćanje“, pojmovnik može sadržavati listu polja koja odgovaraju luku dokumenta, potrebnom skupu viza itd. Pojmovnik skladno nadopunjuje vizuelni grafički jezik, pružajući dijagramima potrebne dodatne informacije.
Slika 4. Dekompozicija funkcionalnih blokova.
Principi za ograničavanje složenosti IDEF0 dijagrama
Tipično, IDEF0 modeli nose složene i koncentrisane informacije, a kako bi se ograničilo njihovo zagušenje i učinilo ih čitljivim, odgovarajuća ograničenja složenosti su usvojena u odgovarajućem standardu:
Ograničavanje broja funkcijskih blokova u dijagramu na tri do šest. Gornja granica (šest) prisiljava dizajnera da koristi hijerarhije kada opisuje složene predmete, a donja granica (tri) osigurava da odgovarajući dijagram ima dovoljno detalja da opravda njegovo kreiranje;
Ograničavanje broja lukova interfejsa koji se približavaju jednom funkcionalnom bloku (ostavljajući jedan funkcionalni blok) na četiri.
Naravno, uopće nije potrebno striktno slijediti ova ograničenja, međutim, kako iskustvo pokazuje, ona su vrlo praktična u stvarnom radu.
Disciplina grupnog rada na razvoju IDEF0 modela
IDEF0 standard sadrži skup procedura koje omogućavaju razvoj i odobravanje modela od strane velike grupe ljudi koji pripadaju različitim oblastima aktivnosti sistema koji se modelira. Obično je proces razvoja iterativan i sastoji se od sljedećih uvjetnih koraka:
Kreiranje modela od strane grupe stručnjaka vezanih za različite oblasti preduzeća. Ova grupa se zove Autori u terminima IDEF0. Izgradnja početnog modela je dinamičan proces tokom kojeg autori pitaju kompetentne osobe o strukturi različitih procesa. Na osnovu postojećih odredbi, dokumenata i rezultata ankete izrađuje se nacrt (Model Draft) modela.
Distribucija nacrta radi razmatranja, odobravanja i komentara. U ovoj fazi, nacrt modela se razmatra sa širokim spektrom kompetentnih osoba (u smislu IDEF0 čitalaca) u preduzeću. Istovremeno, svaki od dijagrama nacrta modela se kritikuje i komentariše u pisanoj formi, a zatim se prenosi autoru. Autor se, pak, pismeno slaže sa kritikom ili je odbacuje uz navođenje logike odluke i ponovo vraća ispravljeni nacrt na dalje razmatranje. Ovaj ciklus se nastavlja sve dok autori i čitaoci ne postignu konsenzus.
Odobrenje modela. Odobreni model odobrava rukovodilac radne grupe u slučaju da autori modela i čitaoci nemaju neslaganja oko njegove adekvatnosti. Konačni model je konzistentan pogled na preduzeće (sistem) sa date tačke gledišta i za datu svrhu.
Vidljivost IDEF0 grafičkog jezika čini model prilično čitljivim za ljude koji nisu učestvovali u projektu njegovog kreiranja, kao i efikasnim za demonstracije i prezentacije. U budućnosti, na osnovu konstruisanog modela, mogu se organizovati novi projekti u cilju promena u preduzeću (u sistemu).
Osobine nacionalne prakse korištenja funkcionalnog modeliranja korištenjem IDEF0 alata
Poslednjih godina interesovanje u Rusiji za metodologije IDEF porodice stalno raste. To stalno uočavam kada gledam statistiku poseta moje lične web stranice (http://www.vernikov.ru), koja ukratko opisuje osnovne principe ovih standarda. Istovremeno bih interes za takve standarde kao što je IDEF3-5 nazvao teorijskim, au IDEF0 je sasvim praktično opravdan. Zapravo, prvi Case-alati koji omogućavaju pravljenje DFD i IDEF0 dijagrama pojavili su se na ruskom tržištu još 1996. godine, istovremeno sa objavljivanjem popularne knjige o principima modeliranja u SADT standardima.
Međutim, većina menadžera i dalje smatra praktičnu primjenu modeliranja u IDEF standardima više kao priznanje modi nego kao efikasan način za optimizaciju postojećeg sistema poslovnog upravljanja. Najvjerovatnije je to zbog naglašenog nedostatka informacija o praktičnoj primjeni ovih metodologija i neizostavne softverske pristrasnosti velike većine publikacija.
Nije tajna da su skoro svi projekti istraživanja i analize finansijskih i ekonomskih aktivnosti preduzeća u Rusiji sada na ovaj ili onaj način povezani sa izgradnjom automatizovanih kontrolnih sistema. Zahvaljujući tome, IDEF standardi u razumijevanju većine postali su uvjetno neodvojivi od uvođenja informatičke tehnologije, iako je uz njihovu pomoć ponekad moguće efikasno riješiti i male lokalne probleme, doslovno olovkom i papirom.
Prilikom izvođenja složenih anketnih projekata preduzeća, razvoj modela u IDEF0 standardu omogućava vam da vizuelno i efektivno prikažete čitav mehanizam aktivnosti preduzeća u pravom odeljku. Najvažnije je, međutim, mogućnost saradnje koju IDEF0 pruža. U mojoj praksi bilo je dosta slučajeva kada je konstrukcija modela izvedena uz direktnu pomoć djelatnika različitih odjela. Istovremeno, konsultant im je u prilično kratkom roku objasnio osnovne principe IDEF0 i naučio ih kako da rade sa odgovarajućim aplikativnim softverom. Kao rezultat toga, zaposleni u različitim odjelima kreirali su IDEF dijagrame aktivnosti svoje funkcionalne jedinice, koji su trebali odgovoriti na sljedeća pitanja:
Šta ulazi u jedinicu "na ulazu"?
Koje se funkcije i kojim redoslijedom obavljaju unutar jedinice?
Ko je odgovoran za svaku funkciju?
Čime se rukovodilac rukovodi u obavljanju svake od funkcija?
Šta je rezultat rada jedinice (output)?
Nakon koordinacije nacrta dijagrama unutar svakog specifičnog odjela, konsultant ih sastavlja u nacrt modela preduzeća, u kojem su povezani svi ulazni i izlazni elementi. U ovoj fazi se fiksiraju sve nedosljednosti pojedinačnih dijagrama i njihova kontroverzna mjesta. Nadalje, ovaj model ponovo prolazi kroz funkcionalne odjele radi dalje koordinacije i potrebnih prilagođavanja. Kao rezultat toga, u prilično kratkom vremenu i uz angažovanje minimuma ljudskih resursa iz konsultantske kuće (a ti resursi su, kao što znate, veoma skupi), dobija se IDEF0 model preduzeća prema „Kao je” princip, i, što je bitno, predstavlja preduzeće sa pozicijama zaposlenih koji u njemu rade i dobro poznaju sve nijanse, uključujući i neformalne. Ubuduće će ovaj model biti prebačen na analizu i obradu poslovnim analitičarima koji će tražiti „uska grla“ u upravljanju kompanijom i optimizovati glavne procese, transformišući model „Kakav jeste“ u odgovarajući „Kako treba da bude“. ” reprezentacija. Na osnovu ovih izmjena donosi se konačni zaključak koji sadrži preporuke za reorganizaciju sistema upravljanja.
Naravno, takav pristup zahteva niz organizacionih mera, pre svega od strane menadžmenta anketiranog preduzeća. To je zbog činjenice da ova tehnika uključuje dodjeljivanje dodatnih odgovornosti pojedinim zaposlenima za razvoj i praktičnu primjenu novih metodologija. Međutim, na kraju se to opravdava, jer dodatni sat ili dva rada pojedinih zaposlenika tokom nekoliko dana može značajno uštedjeti novac na plaćanju konsultantskih usluga treće strane (što će u svakom slučaju prekinuti rad isti zaposleni sa upitnicima i pitanjima). Što se tiče samih zaposlenih u preduzeću, na ovaj ili onaj način, u svojoj praksi nisam naišao na izraženo protivljenje kod njih.
Zaključak iz svega može se izvući na sljedeći način: apsolutno nije potrebno svaki put dolaziti do rješenja za standardne probleme. Kad god se suočite sa potrebom da analizirate određeni funkcionalni sistem (od sistema dizajna letelice do procesa pripreme složene večere), koristite proverene i uhodane metode godinama. Jedna od ovih metoda je IDEF0, koja omogućava korištenje svog jednostavnog i razumljivog alata za rješavanje složenih životnih problema.
Radionica o primeni IDEF0 za funkcionalni opis CAD softvera
Radionica o primjeni IDEF0 za funkcionalni opis softvera
Dio 1.
Ako analiziramo oglase za zapošljavanje radnika firmi koje se bave razvojem softvera, u posljednje vrijeme postoji akutni nedostatak projektnih menadžera koji mogu kompetentno izvršiti postavljanje zadataka. Problem nije u tome što ne mogu formulisati problem, već što ne mogu pravilno dokumentovati dokumentaciju, uzimajući u obzir savremene standarde dizajna. Kupac većnije dovoljno dati nekoliko listova otkucanih u Wordu. Želi dokumentaciju dizajniranu u BPWin, ErWin, S-Designer, Power Designer, Rational Rose, itd. Iza svakog od ovih CASE alata stoji standard. Ovaj članak je posvećen jednom od njih - IDEF0.
Uvod. Prilikom sastavljanja dokumentacije, svaki projektni menadžer smatra da je "čast" osmisliti nešto "svoje" - svoj "super format" izlaganja svojih ideja. Kompleksnost projekata raste, obim dokumentacije za projekat raste, dokumentacija nadilazi radnu grupu...i tada postaje jasno da dokumentacija ne odgovara naručiocu ili grupi programera koji finaliziraju projekat. i održavanje.
Obično je voditelj projekta ili razredni programer (vodeći programer teme - projekta), ili osoba koja dobro govori strani jezik i poznaje programiranje. Ovo su glavni kriteriji odabira za poziciju projekt menadžera. Ovo je korijen problema. Možete biti odličan programer ili samo dobar zaposlenik, ali to nema veze s dokumentacijom.
Obično se specifikacija za svaki tip menadžera svodi ili na opis modela samog programa (arhitektura modula, klasa, DLL, struktura baze podataka i njena upotreba, itd.) ili na opis korisničkih funkcija (šta one treba da radi, koje forme treba da budu u programu itd.).
Idealna opcija je kada kupac postavi zadatak. U ovom slučaju možete živjeti po principu "mušterija želi", a sve dok je on zadovoljan dobijate novac od kupca. Ali sve više i više projekata se stvaraju u dubinama bilo koje organizacije, a zatim se nude kupcu. I u ovom slučaju do izražaja dolazi kvalitet dokumentacije, ono što ste uradili i šta namjeravate. Dokumentacija u ovom slučaju je sve...
IDEF0 (Integrated Definition Function Modeling) standard je dizajniran za funkcionalno modeliranje i usvojen je kao američki federalni standard. Standard IDEF0 je jedan od grupe standarda koji se široko koriste za opisivanje bilo kojeg poslovnog procesa. Njegova upotreba za opisivanje softverskih projekata je vrlo mlad pravac, ali upotreba IDEF0 garantuje da vas vaši partneri shvataju ozbiljno...
Primena standarda IDEF grupe (IDEF0, IDEF1, itd.) je stvarni uslov za sticanje statusa organizacije koja zadovoljava standarde ISO9000, ISO9001. Ovi standardi za organizaciju su prilika za povećanje prodaje proizvoda, prilika da se dokaže da je „na vrhu talasa“.
Mnogi programeri uveliko koriste CASE ErWin ne znajući da je baziran na IDEF1 standardu. Nije važno samo ono što volite ili ono što se sviđa vašim kupcima. Ovo je standard - i to govori sve.
Kratki osnovni koncepti IDEF0 standarda. IDEF0 standard je zasnovan na konceptu funkcije. Funkcija je kontrolirana akcija na ulazne podatke koja rezultira izlaznim podacima, koristeći neki mehanizam kroz koji se ova radnja provodi.
IDEF0 standard se zasniva na tri osnovna principa:
1. princip funkcionalne dekompozicije - bilo koja funkcija se može razložiti (detaljno, raščlaniti) na jednostavnije funkcije;
2. princip ograničenja složenosti - broj blokova u dijagramu treba da bude 2...6 (uslov čitljivosti);
3. Princip konteksta - modeliranje poslovnog procesa počinje izgradnjom kontekstnog dijagrama, koji prikazuje samo jedan blok - glavnu funkciju sistema modeliranja, koja ograničava granično područje sistema modeliranja ( reguliše početnu fazu izgradnje modela).
IDEF0 dijagrami se grade pomoću blokova. Svaki blok opisuje neku dovršenu radnju (funkciju).
Četiri strane bloka imaju različite namjene. Ulazni podaci su prikazani na lijevoj strani, izlazni podaci su prikazani na desnoj strani, kontrola je prikazana na vrhu, mehanizam je prikazan na dnu.
Ulazni podaci - početni resursi za funkciju opisanu blokom (početne informacije, materijali).
Izlazni podaci - rezultirajući resursi dobiveni kao rezultat izvršavanja funkcije opisane blokom (izlazne informacije, obrađeni izvorni materijali).
Kontrola je ono što utječe na proces izvršavanja funkcije opisane blokom i omogućava vam da utječete na rezultat radnje (kontrole, senzori, ljudi).
Mehanizam je onaj pomoću koga se zadata radnja izvodi (mašine, uređaji, ljudski resursi, softver).
Interakcija između blokova je prikazana kao lukovi (strelice). Ponekad se strane bloka nazivaju pravci, a strelice tokovi. Strelice mogu biti potpisane. Potpisi su povezani sa odgovarajućom strelicom pomoću cik-cak (munja).
Opšti prikaz implementacije bloka IDEF0-dijagrama prikazan je na Sl.1.
Fig.1. Implementacija bloka koji se koristi u IDEF0 dijagramima.
Prilikom dekompozicije (detaljiranja) funkcije, novoformirani dijagram prikazuje sve dolazne i odlazne strelice (lukovi, tokovi) povezane sa dekomponovanom funkcijom. Broj strelica na bilo kojoj razini dijagrama iu bilo kojem smjeru nije ograničen. Dijagram se naziva slomljeni blok (funkcija). Samo naziv konteksta dijagrama (DC) poklapa se s nazivom funkcije sadržane u dijagramu.
U suštini, dijagrami čine stablo. Svaki dijagram djeluje kao DC u odnosu na dijagrame koji su u osnovi.
Kao primjer, razmotrite neku apstraktnu funkciju. Ova funkcija ima ulazne podatke, dva heterogena tipa izlaznih podataka, kontrolirana je vanjskim utjecajem i implementirana je mehanizmima A i B. Primjer glavnog dijagrama konteksta prikazan je na slici 2, a detaljna (dekomponovana) verzija ova funkcija, koja se sastoji od dvije funkcije (elementarnije akcije), prikazane na sl.3. Zauzvrat, funkcije 1 i 2 također mogu biti detaljne (dekomponirane).
Fig.2. Primjer osnovnog dijagrama.
Fig.3. Primjer dekompozicije glavne funkcije.
Dijagram se nalazi na posebnom obrascu, koji sadrži naziv funkcije, njenu grafičku sliku, oznaku dijagrama sa nivoom ugniježđenja, linkove na druge funkcije, posebne podatke o autoru, organizaciji i opisanom projektu.
Veze. Strelice ili lukovi pokazuju odnose između blokova. Strelice se obično označavaju. Oznake sa strelicama su odabrane kao imenice. Radi praktičnosti, strelice su povezane sa potpisima pomoću munja. Za čitljivost IDEF0 dijagrama, preporučuje se da se oznake postave ili iznad strelice ili desno od strelice.
Obično, ožičenje počinje podacima. Ulaz su podaci potrebni za izvršavanje funkcije. Rijetko se postavljaju pitanja u ovom pravcu. Izlaz su podaci koji su rezultat izvršavanja funkcije. Najjednostavnija situacija je kada je izlaz ulaz u drugi blok. Je li uvijek ovako? Ako funkcija, koja obrađuje ulazne informacije, formira kontrolnu naredbu, ovo je kontrola. Približno ista situacija pri formiranju funkcije formata podataka. Format podataka je mehanizam za prenošenje informacija.
Glavni tipovi veza između blokova u dijagramu, formirani na osnovu izlaznih informacija, prikazani su na Sl.1.
Fig.4. Vrste veza između blokova na dijagramu. Prema tome, a) komunikacija podataka, b) kontrolna komunikacija, c) komunikacija mehanizma, d) povratna informacija.
Povratna informacija je veza koja formira prsten između blokova podataka, kontrole ili formata. Primjer takve veze prikazan je na slici 2.d. Kada se pojavi takva veza, provjerite da li je vaš dijagram sveden na dijagram toka algoritma. Prisustvo takve veze nije znak greške.
Prioritet bloka i numerisanje. Svi blokovi imaju prioritet. Prioritet blokova zavisi od redosleda kojim se izvršavaju. Blokovi koji se nalaze na lijevoj i na vrhu imaju najveći prioritet. Dominantan je horizontalni položaj.
Numeracija blokova (indeks bloka na dijagramu) u dijagramu se određuje na osnovu prioriteta. Numeracija počinje od jedan. Šifra grafikona sastoji se od slova "A" i broja. DC ima šifru A-0. Slovo "A" znači aktivno djelovanje (od engleskog active). Dijagram, koji je dekomponirana verzija DC-a, imat će kod A0. Svaki element u A0 dijagramu će biti kodiran od A1 do A6 prema prioritetu. Zauzvrat, kada se dekomponuje jedan od blokova A1...A6, kodovi blokova novodekomponovanog dijagrama će se sastojati od koda dekomponovanog dijagrama plus indeksa izabranog bloka. Blok kodovi grafikona se ne ponavljaju kroz cijeli grafikon.
Po broju znamenki u kodu dijagrama možete odrediti nivo dijagrama - nivo dekompozicije DC-a. Uobičajeno je da se DC smatra glavnim nivoom, a sve ostalo od prvog nivoa dekompozicije i iznad.
Tipovi sekvenci akcija. Podaci se mogu obraditi uzastopno ili paralelno.
Primjer sekvencijalne obrade je popunjavanje adresara (na kraju krajeva, u njega se ne mogu upisati dvije adrese u isto vrijeme). Samo jedna instanca podataka se uvijek obrađuje u svakom bloku, mijenjajući se uzastopno nakon svake obrade. Blokovi su raspoređeni uzastopno vodoravno ili koso od gornjeg lijevog ugla do donjeg desnog.
Primjer paralelne obrade - možete gledati TV i jesti jabuku u isto vrijeme. U ovom slučaju, dvije radnje se izvode istovremeno. Ove radnje nisu povezane. Takvi blokovi na dijagramu su raspoređeni okomito jedan iznad drugog.
Često se na dijagramu nalazi grupa akcija (blokova) od kojih se samo jedna izvršava, ovisno o nekom uvjetu. Takve radnje se nazivaju alternativnim. Uvjet treba primijeniti na takve blokove kao kontrolnu akciju (izbor akcije). Preporučuje se uvođenje posebnog bloka u dijagram koji obrađuje uvjet za odabir alternativne akcije (bloka). Ovaj blok generiše posebne komande po izboru za svaki blok.
Uloga osobe u IDEF0 dijagramima. Ko je on: menadžment ili mehanizam? Vi odlučujete koje funkcije će osoba obavljati u opisanom zadatku. Ako radnju sadržanu u bloku kontrolira osoba, tada kontrolirajte. Ako radnju izvodi osoba, onda mehanizam. Sve zavisi od stepena apstrakcije vašeg predstavljanja problema.
Postoje slučajevi kada će osoba (uključujući i istu) za jedan blok djelovati kao mehanizam i kontrola. TO SE DESI. Na primjer, osoba piše pismo. Napisala ga je ova osoba i ona upravlja sadržajem ovog pisma.
kontrolni podaci. Menadžment je tim. Ako naredba sadrži informativni dio (nazivi, uslovi, rokovi, itd.), tada su informativni dio naredbe ulazni podaci.
Najjednostavnije rješenje je podijeliti originalnu strelicu na dvije: kontrolu i podatke. Ove strelice vode do odgovarajućih strana bloka. Obje podijeljene strelice moraju biti označene na odgovarajući način.
Sergej Sokolov (Minsk, BSUIR)
Email:
