IDEF0. Märgistuse tundmine ja selle kasutamise näide. BPwin (AllFusion Process Modeler) arvutimudelitarkvara idef0 mudeliarendustarkvara

Tänapäeval mitte ainult kitsastes ringkondades tuntud lühend IDEF0 on esimene metoodika äriprotsessidega seotud töö standardiseerimiseks. See töötati välja eelmise sajandi keskel Ameerika Ühendriikide lennundusprojekti raames ja pärast selle tõhususe tõestamist sai föderaalne standard... Meie riigis koostati 2000. aastal dokument " Funktsionaalse modelleerimise metoodika IDEF0. Juhenddokument Funktsionaalse modelleerimise metoodika IDEF0 juhenddokument. Ametlik väljaanne. Gosstandart Venemaa RD IDEF0 - 2000. Arendanud uurimiskeskus CALS - Technologies "Applied Logistics". Vastu võetud ja jõustatud Moskva Venemaa Gosstandart 2000 resolutsiooniga”, Kuid standardina ei kiidetud seda kunagi heaks. Kuigi see ei takistanud seda metoodikat muutumast üheks populaarsemaks tööriistaks äriprotsesside graafiliseks modelleerimiseks meie riigis. Selles artiklis kutsun teid üle vaatama IDEF0 mudelit ja hindama selle lähenemisviisi praegust asjakohasust.

Põhimõisted ja lühendid

Mõistame veidi metoodika põhielementide nimetusi. IDEF0 graafiline standard on osa SADT (Structured Analysis and Design Technique) metoodikast. IDEF on lühend lühendist ICAM Definition ja ICAM on tuletatud integreeritud arvutipõhisest tootmisest, mis tähendab tootmise integreeritud arvutistamist. SADT-i metoodika on terve perekond 15 erinevast mudelist, mis koos pidid võimaldama uurida tootmistehniliste ja organisatsioonimajanduslike süsteemide struktuuri, parameetreid ja omadusi.

IDEF0 on funktsionaalne mudel, mis on kõigi teiste struktuuride tuum, see ühendab omavahel teabe- ja materjalivoogud, organisatsioonilise struktuuri, kontrollitoimingud ja ettevõtte tegevuse. Protsesside modelleerimise graafilist standardit nimetatakse ka märkimiseks. See tähendab, et märkimine on nõuete ja reeglite süsteem tegevusmudeli ühel või teisel kujul konstrueerimiseks. Seetõttu on asjakohane nimetada IDEF0 märkeks, mis on osa SADT metoodikast.

IDEF0 märge on üsna range tehnika, mis töötati algselt välja nagu tehnilised disainistandardid käsitsi modelleerimiseks. Seetõttu sisaldab see nõudeid noolte paigutusele, kõigi elementide vormingule, IDEF0 diagrammi inforaami sisule jne. Kuna ettevõtte tegevus on keeruline mitmetasandiline toimingute süsteem, on skeeme alati palju, samuti on vaja üheselt süstematiseerida ja navigeerida mudeli kõigi elementide kaudu. Nüüd teevad seda peamiselt arvutisüsteemid, mis toetavad selles märgistuses modelleerimist. Venemaa territooriumil on tänapäeval kõige kuulsamad ja kättesaadavamad süsteemid AllFusion Process Modeler ja Business Studio. Kavatsen pühendada nende süsteemide ülevaatamisele eraldi artiklid.

Funktsionaalne plokk

IDEF0 mudeli keskseks elemendiks on funktsioon, mis kuvatakse diagrammil funktsionaalne plokk- ristkülik, mille sees on tegevus märgitud verbaalse nimisõna kujul. Tegevus võib olla mastaabis väga erinev - ettevõtte tegevusest üldiselt ja konkreetsete manipulatsioonideni. Näited: "Keraamiliste lauanõude tootmine ja müük" ja "Toonile joonistamine".

Kohustuslikud funktsiooniploki elemendid IDEF0 -s

Sõltumata toimingute skaalast kuvatakse kõik funktsioonid ühtlaselt ja sisaldavad tingimata 4 võtmevoogu, mis on jäigalt määratud funktsionaalse ploki külgedele:

• vasakul - funktsiooni täitmiseks kasutatud sisendid või ressursid;
• paremal - funktsiooni täitmise väljundid või tulemused;
• peale selle - kontrollimeetmed, mis määravad, kuidas ja kui palju tulemusi tuleks anda;
• allpool - mehhanismid, mis kajastavad, kes ja mille abil seda tööd tegema peaks.

See lähenemisviis võimaldab teil diagrammidel selgituste pealt veidi kokku hoida ja saavutada voogude kuvamisel ühemõttelisust, mis muudab kogu mudeli saledaks.

Funktsionaalse mudeli koostamiseks nõuab IDEF0 metoodika järgimist järgmiste reeglite järgi.

1. Sisendid on ressursid, mis annavad oma väärtuse täielikult väljunditele üle, see tähendab, et need kulutatakse tulemuse loomiseks täielikult ja mehhanismid on ressursid, mis kannavad oma väärtust üle vaid osaliselt (seadmed amortisatsiooni kaudu ja inimesed palga kaudu).
2. Juhtimine on mudeli vajalik element, kuna see seob kõik toimingud ettevõtte eeskirjade süsteemiga, näidates selgelt, milliseid reegleid ja nõudeid tuleb funktsiooni täitmisel järgida. Sageli käsitletakse seda voogu formaalselt, kuid skeem kaotab oma ranguse ja mõnikord isegi tähenduse.
3. Iga funktsionaalse ploki mõlemal küljel peab olema vähemalt üks nool (kuna ilma ressursside ja tulemusteta ei saa tööd teha ning ilma täitja või juhiseta käsk on puudulik).

Kaalutud skeem on IDEF0 lähenemisviisi "ehitusplokk". Funktsionaalne modelleerimine hõlmab järkjärgulist üleminekut üldiselt konkreetsele lagunemise kaudu. Lagunemine on „süvenemine“ vaadeldavasse funktsiooni, jagades selle väiksemateks funktsioonideks. Samal ajal, kui tipptasemel funktsioon esitatakse üldistatult ja pärast selle lagundamist, on asjakohane seda nimetada protsessiks.

Kontekstdiagramm

Kõige kõrgemal tasemel esitatakse ettevõtet kui "musta kasti", milles toimub mõni tegevus, mis tähendab sissepääsude väljapääsu. Seda taset nimetatakse tavaliselt "", see tähendab diagrammi, mis kirjeldab ettevõtte tegevuse konteksti. Lisaks näitab kontekstidiagramm kogu mudeli põhiomadusi.

1. Eesmärk on mudeli eesmärgi konkreetne sõnastus, mille abil saab tulevikus kontrollida mudeli koostamise täpsust.
2. Vaatenurk - kelle näole mudel on ehitatud, kuna mudel sõltub alati selle autorist ja tähelepanu keskpunktist. Kui me ehitame ettevõtte üldmudeli, siis seda esitatakse tavaliselt selle direktori seisukohast.
3. Mudeli tüüp näitab, millist teavet diagrammidel kuvatakse. Peamisi valikuid võib olla 2: NAGU ON ("nagu on") või OLLA ("nagu saab"). See eraldamine on vajalik, kuna saame luua mudeleid nii tegevuste analüüsimiseks kui ka nende muutmiseks. Peame olema selgelt teadlikud oma tegemistest ja edastama seda teavet ka teistele.

Seega sisaldab kontekstidiagramm kõige üldisemal kujul ettevõtte tegevuse kirjeldust, mida läbivad ettevõtte välismaailmaga ühendavad voogud. Arvan, et peaksime ka nende juures pikemalt peatuma.

Peamised voolud

Kogemused on näidanud, et vaatamata selle taseme näilisele lihtsusele ja formaalsusele on sageli vaja sellel pikalt peatuda, kuna kõik tulemused, mis on omaniku ja turu jaoks olulised, peavad siin kajastuma. Viga võib viia mudelite loomiseni, mis ei täida ettevõttele seatud ülesandeid. Oluliste voogude kajastamise kontrollimiseks veenduge, et kõik neli peamist voolutüüpi oleksid teie diagrammil olemas.

1. Materjal: materjalid ja komponendid sissepääsu juures ja valmistooted väljapääsu juures.
2. Klient: sisenev potentsiaalne klient ja rahulolev klient.
3. Finants: sissepääsu juures on need tavaliselt investeeringud, klientide maksed (tulud), laenud ja muud tulud; väljund on maksed tarnijatele, maksud, laenumaksed ja kasum.
4. Informatiivne: sissepääsu juures on need kõik väliskeskkonna (turutingimused, konkurentide käitumine, tehnoloogiline innovatsioon jne) ja väljundiks on teabevoog, mida ettevõte enda kohta maailmale edastab (kogu reklaamiteave, samuti igat liiki aruandlus reguleerivatele asutustele).

Pange tähele, et ettevõte on avatud süsteem ja selles ei teki ega kao midagi. Ettevõte on võimeline konverteerima sissetulevad voogud ainult väljuvateks ja kui ta teeb seda hästi, ilmub täiendav rahavoog (kasum), mis peegeldab teatud mõttes kogu süsteemi kvaliteeti.

(suurendamiseks klõpsake)

On hea, kui tõstate esile kõik seda tüüpi voolud oma värviga, et saaksite hõlpsasti eristada ressursside liikumist ega jätaks tähelepanuta olulisi punkte. Näiteks on sageli võimalik jälgida kliendi puudumist ettevõtte voogudes, seetõttu põhineb temaga töötamine ülejäägi põhimõttel - klient tunneb end sageli takistuseks ettevõtte töötajatele, kelle ülesanded on keskendunud dokumentide voog.

Juhtnooli saab tähistada ainult 1 liiki vooga - infovoog, mille saab jagada 2 alamliigiks. Esimene on sellised dokumendid nagu:

• seadused ja määrused;
• tellimused, tellimused;
• juhised ja määrused;
• plaanid;
• projekteerimisdokumentatsioon jne.

Teine on dokumenteerimata teave, mis sisaldab kõige sagedamini omanike nõudeid.

Ja lõpuks, mehhanismid - vooge on ainult 2 tüüpi: seadmed (materjal) ja esinejad (osakonnad ja inimesed). Siin ei saa olla dokumente, nagu ka juhtnooltel inimesi!

Mudel pakub navigeerimiseks pidevat nummerdamist. Kontekstdiagramm on nummerdatud "A-0". Tulevikus saab iga funktsionaalne plokk oma numbri, olenemata sellest, kui sügav on lagunemine.

Lagunemine

Pärast kontekstiskeemi voogude väljatöötamist võime jätkata lagunemist. Liikudes allapoole, justkui "musta kasti" avades, näeme kõigepealt tühja lehte nooltega, mis on funktsionaalse ploki külge kinnitatud.

(suurendamiseks klõpsake)

Ja siit algab tegelik funktsionaalne modelleerimine - peame mõistma, milline toimingute kogum neid voogusid ühendab ja tagama kõigi nõuete täitmise. Raskus seisneb selles, et ettevõttes on palju toiminguid ja skeemil on meil õigus kuvada mitte rohkem kui 9 funktsiooni, vastasel juhul muutub diagramm loetamatuks ja seega kasutuks.

Alati pole lihtne korraldada keerulisi tegevusi nii, et need jääksid visuaalseks, loetavaks ja samal ajal terviklikuks. Kõige sagedamini jagavad nad kogu protsessi mitmesugusteks suurteks plokkideks, millest kõige olulisemad on järgmised.

1. Toote loomine (tulemus).
2. Edendamine ja müük - töötades koos kliendivooga.
3. Toetus toodete loomisel on teisejärgulised protsessid, mis on vajalikud valitsuse nõuete täitmiseks või töö mugavuse tagamiseks (personal ja raamatupidamine, transporditeenused, ruumide koristamine jne).
4. Juhtimisvoogude loomine - juhtimislahenduste väljatöötamise tegevus, mis määrab nõuded ettevõtte kõikidele protsessidele.

Alloleval joonisel on näidatud meie näite lagunemisskeem.

(suurendamiseks klõpsake)

Diagrammil tuleks protsessid paigutada diagonaalselt - seda nimetatakse domineerimise põhimõte, mis tähendab funktsionaalsete plokkide paigutamist vasakult paremale ja ülevalt alla - tähtsuse järjekorras või kronoloogilises järjekorras. Plokkide nummerdamine on sama.

Edasine töö mudeli kallal on sarnane esimese sammuga - iga esimese taseme funktsionaalne plokk lagundatakse. Plokkide numeratsioon sisaldab esimese taseme numbrit: A1.1… A1n, A2.1… A2.n jne.

Järeldused märke asjakohasuse kohta

Selle artikli raames oli võimalik kuvada ainult IDEF0-märkimise põhimõisteid, kasutades IDEF0 lühinäidet, mille järgi on muidugi raske hinnata metoodikat tervikuna. Kuid üsna palju kogemusi selle märke praktikas kasutamisel võimaldab mul teha järgmised järeldused.

1. Mudelil on hea visualiseerimispotentsiaal, kuid minu arvates on selle suurem tähtsus distsiplineeriv mõju. Metoodikasse põimitud reeglid ja piirangud sunnivad meid kujundama mudelitesse süstemaatilist ja ranget suhtumist, mis mõjutab lõpptulemuse kvaliteeti väga hästi.
2. Mudel võimaldab teil luua suhtlusvooge näiliselt mitte tugevalt ühendatud asjade vahel: ühendada esi- ja tagakontori allsüsteemid juhtimisega, mis on teiste märgete puhul palju hullem.
3. Lähenemisviis on enamiku projektis osalejate jaoks lihtne ja arusaadav. Selle märke skeemide koostamist ja lugemist piirab ainult soov süveneda ärivoogude keerukustesse.

Mõned ülaltoodud argumendid panevad arvama, et see lähenemine on tegevuste täielikuks modelleerimiseks parim ja ainus. Kuid ärge unustage, et funktsionaalne mudel on mõeldud ainult modelleerimise ülemisele tasemele. IDEF0 märgistuse kasutamine töö kavandamisel esineja tasemel toob kaasa asjaolu, et diagrammid on puhtalt illustratiivsed ja nende põhjal on võimatu luua mõistlikku regulatsiooni, kuna need ei sisalda:

• protsessi käivitamise ja peatamise sündmuste konkretiseerimine;
• ühelt meetmelt teisele ülemineku tingimused;
• võimalus visuaalselt kuvada kõiki ressursse ja esinejaid ilma diagrammi nooltega üle koormamata.

Seega, kui kasutate seda märget nende ülesannete jaoks, mille jaoks see on ette nähtud (tipptasemel tegevuste struktureerimine), siis on IDEF0 praktiliselt ainus tänane märge, mis võimaldab teil seda sisukalt ja täpselt teha.

V projekti juht see modelleerimisstandard on kõige sobivam seal, kus peate erinevaid projekte või protsesse visuaalsete voogudega siduma. Samal ajal võimaldab graafiline mudel vastutust ja ressursse ratsionaalsemalt jaotada ülesannete kaupa. Diagrammidel kajastatud projekti ülesannete loogika aitab ette valmistada paremat kvaliteeti kalendriplaan Gantti diagrammi kujul.

Õppige nägema ja mõistma oma ettevõtte funktsionaalset struktuuri!

Praegu on Venemaal huvi lääne üldtunnustatud juhtimisstandardite vastu järsult suurenenud, kuid tegelikus juhtimispraktikas on üks väga soovituslik hetk. Paljusid juhte võib endiselt hämmeldada otsene küsimus organisatsiooniline struktuur ettevõtte või olemasolevate äriprotsesside skeemi kohta. Kõige arenenumad juhid, kes regulaarselt majandusperioodikat loevad, hakkavad reeglina joonistama hierarhilisi diagramme, mis on arusaadavad ainult neile, kuid selle käigus jõuavad nad tavaliselt kiiresti tupikusse. Sama kehtib erinevate teenuste ja funktsionaalsete üksuste töötajate ja juhtide kohta. Enamasti on ainus reeglite kogum, mille kohaselt ettevõte peaks tegutsema, üksikute sätete kogum ja töökirjeldus... Enamasti koostati need dokumendid rohkem kui aasta tagasi, need on halvasti struktureeritud ja omavahel seotud ning koguvad seetõttu lihtsalt riiulitele tolmu. Esialgu oli selline lähenemine õigustatud, kuna Venemaa turumajanduse kujunemise ajal konkurentsi kontseptsioon praktiliselt puudus ja kuludega arvestamiseks erilist vajadust polnud - kasum oli hiiglaslik. Selle tulemusena oleme viimase kahe aasta jooksul näinud täiesti arusaadavat pilti: 90ndate alguses kasvanud suurettevõtted kaotavad järk -järgult oma positsiooni kuni täieliku turult eemaldumiseni. See on osaliselt tingitud asjaolust, et ettevõte ei rakendanud juhtimisstandardeid, funktsionaalse tegevusmudeli ja missiooni kontseptsioon puudus täielikult. Erinevate tegevusvaldkondade modelleerimise abil on võimalik tõhusalt analüüsida juhtimise kitsaskohti ja optimeerida üldist äriskeemi. Kuid nagu teate, on mis tahes ettevõttes esmatähtsad ainult need projektid, mis toovad otseselt kasumit, seetõttu räägime tegevuste ja selle uuringust tavaliselt ainult ettevõtte juhtimise käegakatsutava kriisi ajal. ümberkorraldamine.

90ndate lõpus, kui turg oli piisavalt konkurentsivõimeline ja ettevõtete kasumlikkus hakkas järsult langema, tundsid juhid tohutuid raskusi kulude optimeerimisel, et tooted jääksid nii kasumlikuks kui ka konkurentsivõimeliseks. Just sel hetkel ilmnes selgelt vajadus, et teie silme ees oleks ettevõtte tegevuse mudel, mis kajastaks kõiki mehhanisme ja põhimõtteid erinevate allsüsteemide ühendamiseks ühe ettevõtte raames.

Mõiste "äriprotsesside modelleerimine" tuli enamiku analüütikute igapäevaellu samaaegselt keerukate turule ilmumisega tarkvaratooted mõeldud ettevõtte juhtimise keerukaks automatiseerimiseks. Sellised süsteemid tähendavad alati ettevõtte tegevuse põhjalikku uuringut enne projekti. Selle uuringu tulemuseks on ekspertarvamus, kus soovitused kõrvaldamiseks esitatakse eraldi punktide kaupa. " kitsaskohti”Tegevuste juhtimisel. Selle järelduse põhjal viiakse vahetult enne automatiseerimissüsteemi juurutamist läbi äriprotsesside nn ümberkorraldamine, mis on kohati üsna tõsine ja ettevõtte jaoks valus. Seda ja loomulikult aastate jooksul välja kujunenud meeskonda on alati raske sundida "uutmoodi mõtlema". Sellised keerulised ettevõtete uuringud on alati keerulised ja iga juhtumi puhul oluliselt erinevad ülesanded. Selliste keerukate süsteemide modelleerimise probleemide lahendamiseks on hästi proovitud metoodika ja standardid. Need standardid hõlmavad IDEF perekonna metoodikat. Nende abiga on võimalik erinevates sektsioonides tõhusalt kuvada ja analüüsida paljude erinevate süsteemide tegevuse mudeleid. Samal ajal määrab süsteemi protsesside uurimise laiuse ja sügavuse arendaja ise, mis võimaldab loodud mudelit mitte üle koormata mittevajalike andmetega. V praegu IDEF -i perekonnale võib omistada järgmised standardid:

IDEF0 on funktsionaalse modelleerimise metoodika. Visuaalse graafilise keele IDEF0 abil näib uuritav süsteem arendajatele ja analüütikutele omavahel seotud funktsioonide komplekti kujul (funktsionaalsed plokid - IDEF0 mõttes). Tavaliselt on IDEF0 modelleerimine esimene samm mis tahes süsteemi tundmaõppimisel;

IDEF1 - süsteemisiseste infovoogude modelleerimise metoodika, mis võimaldab kuvada ja analüüsida nende struktuuri ja seoseid;

IDEF1X (IDEF1 Extended) on relatsioonistruktuuride ehitamise metoodika. IDEF1X kuulub metoodikatüüpi "Entity-relationship" (ER-Entity-Relationship) ja seda kasutatakse reeglina kõnealuse süsteemiga seotud relatsiooniandmebaaside modelleerimiseks;

IDEF2 on süsteemide arengu dünaamilise modelleerimise metoodika. Dünaamiliste süsteemide analüüsimisel tekkivate väga tõsiste raskuste tõttu loobuti sellest standardist praktiliselt ja selle arendamine peatati algusjärgus. Kuid praegu on olemas algoritmid ja nende arvutitehnoloogiad, mis võimaldavad muuta staatiliste IDEF0 diagrammide komplekti dünaamilisteks mudeliteks, mis põhinevad värvilistel Petri -võrkudel (CPN - Color Petri Nets);

IDEF3 on süsteemis toimuvate protsesside dokumenteerimise metoodika, mida kasutatakse näiteks ettevõtete tehnoloogiliste protsesside uurimisel. IDEF3 kirjeldab iga protsessi stsenaariumi ja töövoogu. IDEF3 -l on IDEF0 metoodikaga otsene seos - iga funktsiooni (funktsionaalset plokki) saab IDEF3 abil esitada eraldi protsessina;

IDEF4 on metoodika objektorienteeritud süsteemide loomiseks. IDEF4 tööriistad võimaldavad visuaalselt kuvada objektide struktuuri ja nende interaktsiooni aluspõhimõtteid, võimaldades seeläbi analüüsida ja optimeerida keerukaid objektorienteeritud süsteeme;

IDEF5 on keerukate süsteemide ontoloogilise uurimise metoodika. IDEF5 metoodikat kasutades saab süsteemi ontoloogiat kirjeldada, kasutades spetsiifilist terminite ja reeglite sõnavara, mille põhjal saab moodustada usaldusväärseid väiteid vaadeldava süsteemi seisundi kohta teatud ajahetkel. Nende väidete põhjal tehakse järeldusi edasine areng süsteem ja selle optimeerimine.
Selles artiklis vaatleme kõige sagedamini kasutatavat funktsionaalse modelleerimise metoodikat IDEF0.

IDEF0 standardi ajalugu

IDEF0 metoodikat võib pidada funktsionaalsete süsteemide kirjeldamiseks tuntud graafilise keele arendamise järgmiseks etapiks SADT (Structured Analysis and Design Teqnique). Mitu aastat tagasi ilmus Venemaal samanimelise raamatu väike trükk, mis oli pühendatud SADT diagrammide koostamise aluspõhimõtete kirjeldamisele. Ajalooliselt töötati IDEF0 standardina välja 1981. aastal ulatusliku automatiseerimisprogrammi raames tööstusettevõtted, mis kandis tähist ICAM (Integrated Computer Aided Manufacturing) ja mille pakkus välja USA õhujõud. IDEF -i standardite perekond on pärinud oma nimetuse selle programmi nimest (IDEF = ICAM DEFinition). Praktilise rakendamise käigus seisid ICAM programmis osalejad silmitsi vajadusega töötada välja uued meetodid tööstuslike süsteemide interaktsiooniprotsesside analüüsimiseks. Samal ajal oli lisaks äriprotsesside kirjeldamise täiustatud funktsioonide komplektile üheks uue standardi nõudeks tõhusa interaktsiooni metoodika kättesaadavus „analüütik-spetsialist” raamistikus. Teisisõnu pidi uus meetod pakkuma mudeli loomisel rühmatööd, kus osalesid otseselt kõik projektiga seotud analüütikud ja spetsialistid.

Sobivate lahenduste otsimise tulemusena sündis IDEF0 funktsionaalse modelleerimise metoodika. Alates 1981. aastast on IDEF0 standardis tehtud mitmeid väiksemaid, enamasti piiravaid muudatusi ning selle viimase redaktsiooni avaldas USA riiklik standardi- ja tehnoloogiainstituut (NIST) 1993. aasta detsembris.

IDEF0 põhielemendid ja kontseptsioonid

Graafiline keel IDEF0 on üllatavalt lihtne ja harmooniline. Metoodika põhineb neljal põhikontseptsioonil.

Esimene on tegevuskasti kontseptsioon. Funktsionaalne plokk on graafiliselt kujutatud ristküliku kujul (vt joonis 1) ja personifitseerib vaadeldava süsteemi raames mõne kindla funktsiooni. Vastavalt standardi nõuetele tuleb iga funktsionaalse ploki nimi sõnastada tegusõna meeleolus (näiteks „teenuste tootmine”, mitte „teenuste tootmine”).

Funktsionaalse ploki kõigil neljal küljel on oma spetsiifiline tähendus (roll), samas kui:

Igal funktsionaalsel plokil ühe kaalutud süsteemi raames peab olema oma unikaalne identifitseerimisnumber.

Joonis 1. Funktsionaalne plokk.

IDEF0 metoodika teine ​​“vaal” on liidesekaare mõiste (nool). Samuti nimetatakse liidesekaareid sageli voogudeks või noolteks. Liidesekaar kuvab süsteemielemendi, mida töötleb funktsiooniplokk või mis muul viisil mõjutab selle funktsiooniploki kuvatavat funktsiooni.

Liidesekaare graafiline kuvamine on ühesuunaline nool. Igal liidesekaarel peab olema oma unikaalne nimi (noole silt). Nagu standard nõuab, peab nimi olema nimisõna käive.

Liidesekaarte abil kuvatakse erinevaid objekte, mis ühel või teisel määral määravad süsteemis toimuvad protsessid. Sellised objektid võivad olla reaalse maailma elemendid (osad, autod, töötajad jne) või andme- ja infovoogud (dokumendid, andmed, juhised jne).

Sõltuvalt sellest, kummale poolele see liidesekaar sobib, nimetatakse seda “sissetulevaks”, “väljaminevaks” või “juhtimiseks”. Lisaks võivad iga funktsionaalse kaare „allikas” (algus) ja „valamu” (lõpp) olla ainult funktsionaalsed plokid, samas kui „allikas” võib olla ainult ploki väljundpool ja „valamu” võib olla ükskõik milline ülejäänud kolmest.

Tuleb märkida, et mis tahes funktsionaalsel plokil peab vastavalt standardi nõuetele olema vähemalt üks juhtliidese kaar ja üks väljuv. See on arusaadav - iga protsess peab järgima mõningaid reegleid (kuvatakse kontrollkaarega) ja peab andma mingi tulemuse (väljaminev kaar), vastasel juhul pole mõtet seda kaaluda.

IDEF0 diagrammide koostamisel on oluline sissetulevad liidesekaared õigesti juhtkaartest eraldada, mis pole sageli lihtne. Näiteks joonisel 2 on näidatud funktsiooniplokk “Töötle töödeldavat detaili”.

Reaalses protsessis antakse töötlevale töötajale töödeldav detail ja tehnoloogilised juhised töötlemiseks (või ohutusreeglid masinaga töötamisel). Võib olla ekslik arvata, et nii toorik kui ka tehnoloogiliste juhistega dokument on sissetulevad objektid, kuid see pole nii. Tegelikult töödeldakse selles protsessis toorikut vastavalt tehnoloogilistes juhistes kajastatud reeglitele, mida peaks vastavalt juhtliidese kaar kuvama.

Joonis 2.

Teine asi on see, kui tehnoloogilisi juhiseid töötleb peatehnoloog ja neis tehakse muudatusi (joonis 3). Sellisel juhul kuvatakse need juba sissetuleva liidese kaarena ja juhtimisobjektiks on näiteks uued tööstusstandardid, mille alusel need muudatused tehakse.

Joonis 3.

Ülaltoodud näited rõhutavad sissetulevate ja väljaminevate liidesekaarte näiliselt sarnast olemust, kuid sama klassi süsteemide puhul on alati teatud erinevused. Näiteks ettevõtete ja organisatsioonide kaalumisel on viis peamist tüüpi objekte: materjalivood (osad, kaubad, toorained jne), rahavood (raha ja muu raha, investeeringud jne), dokument voogude (kaubandus-, finants- ja korraldusdokumendid), infovoogude (teave, kavatsuste andmed, suulised juhised jne) ja ressursside (töötajad, masinad, masinad jne). Sel juhul saab erinevatel juhtudel kuvada igat tüüpi objekte sissetulevate ja väljaminevate liidesekaarte abil, mis kontrollivad ainult neid, mis on seotud dokumentide ja teabe voogudega, ning ainult ressursse saab kuvada kaarmehhanismide abil.

Juhtliidese kaaride kohustuslik olemasolu on IDEF0 standardi üks peamisi erinevusi teistest klasside DFD (Data Flow Diagram) ja WFD (Work Flow Diagram) metoodikatest.

IDEF0 standardi kolmas põhimõiste on lagunemine. Lagunemisprintsiipi kasutatakse keerulise protsessi osadeks jaotamisel. Sellisel juhul määrab protsessi üksikasjalikkuse taseme otse mudeli arendaja.

Lagunemine võimaldab teil järk -järgult ja struktureeritult kujutada süsteemimudelit üksikute diagrammide hierarhilise struktuuri kujul, mis muudab selle vähem ülekoormatuks ja kergesti seeditavaks.

IDEF0 mudel algab alati süsteemi kui terviku esitamisest - üks funktsionaalne plokk, mille liidesekaared ulatuvad vaadeldavast piirkonnast kaugemale. Sellist ühe funktsionaalse plokiga skeemi nimetatakse kontekstiskeemiks ja seda tähistatakse identifikaatoriga “A-0”.

Kontekstdiagrammi selgitav tekst peab näitama diagrammi koostamise eesmärki lühikirjelduse kujul ja fikseerima vaatenurga (Viewpoint).

IDEF0 arengueesmärgi määratlemine ja vormistamine - mudel on äärmiselt oluline punkt... Tegelikult määrab eesmärk kindlaks uuritava süsteemi asjakohased valdkonnad, millele tuleks kõigepealt keskenduda. Näiteks kui me modelleerime ettevõtte tegevust, et tulevikus selle mudeli põhjal infosüsteemi üles ehitada, siis erineb see mudel oluliselt sellest, mida me arendaksime sama ettevõtte jaoks, kuid eesmärgiga tarneahelate optimeerimiseks.

Vaatenurk määratleb mudeli arendamise põhisuuna ja nõutava detailsuse. Vaatepunkti selge fikseerimine võimaldab teil mudeli maha laadida, loobudes üksikute elementide üksikasjadest ja uuringutest, mis pole vajalikud, lähtudes süsteemi valitud vaatenurgast. Näiteks sama ettevõtte funktsionaalsed mudelid peatehnoloogi ja finantsdirektori vaatevinklist erinevad üksteisest üksikasjalikult. See on tingitud asjaolust, et lõpuks pole finantsjuhti huvitatud tootmismasinate tooraine töötlemise aspektidest ja peatehnoloog ei vaja joonistatud skeeme. rahavood... Vaatenurga õige valik vähendab oluliselt lõpliku mudeli loomiseks kuluvat aega.

Lagunemisprotsessis puuritakse funktsionaalne plokk, mis kontekstiskeemil kuvab süsteemi tervikuna, teisele skeemile. Saadud teise taseme skeem sisaldab funktsionaalseid plokke, mis kuvavad kontekstidiagrammi funktsionaalse ploki peamisi alamfunktsioone ja mida selle suhtes nimetatakse alamdiagrammiks (iga alamdiagrammi kuuluv funktsionaalne plokk nimetatakse vastavalt alamkastiks) ). Vanemfunktsiooniplokki nimetatakse omakorda alamdiagrammi suhtes vanemplokiks (Parent Box) ja diagrammi, kuhu see kuulub, nimetatakse vanemdiagrammiks (Parent Diagram). Iga alamdiagrammi alamfunktsiooni saab üksikasjalikumalt kirjeldada vastava funktsionaalse ploki sarnase lagundamisega. Oluline on märkida, et iga funktsionaalse ploki lagunemise korral on kõik sellesse plokki kuuluvad või sellest väljuvad liidesekaared fikseeritud alamdiagrammil. Sellega saavutatakse IDEF0 mudeli struktuurne terviklikkus. Lagunemise põhimõte on selgelt näidatud joonisel 4. Peaksite pöörama tähelepanu funktsionaalsete plokkide numeratsiooni ja diagrammide vahelisele seosele - igal plokil on diagrammil oma unikaalne seerianumber (number ristküliku paremas alanurgas) , ja tähis õige nurga all näitab selle ploki alamdiagrammi numbrit ... Selle tähise puudumine tähendab, et selle ploki puhul pole lagunemist.

Sageli on juhtumeid, kus üksikute liidesekaarte puhul pole mõtet jätkata arvestamist alamdiagrammides allapoole hierarhia teatud taset või vastupidi - üksikutel kaartel pole praktilist tähendust üle teatud taseme. Näiteks liidese kaar, mis kujutab „detaili” funktsiooniploki „Protsess sisse treipink”Kõrgemate tasandite diagrammide üle mõtiskleda pole mõtet - see koormab diagramme ainult üle ja raskendab nende mõistmist. Teisest küljest on vaja vabaneda eraldi „kontseptuaalsetest” liidesekaartest ja mitte neid üksikasjalikumalt määratleda. Selliste probleemide lahendamiseks näeb IDEF0 standard ette tunnelite kontseptsiooni. Noolitunneli tähis kahe sulgu kujul liidese kaare alguses tähistab, et see kaar ei päritud funktsionaalsest algplokist ja see ilmus ("tunnelist") ainult sellel skeemil. Sama tähis liidese kaare lõpus (nool) ümber vastuvõtjaploki vahetus läheduses tähendab asjaolu, et selle ploki alamdiagrammis seda kaare ei kuvata ja seda ei arvestata. Kõige sagedamini juhtub, et üksikuid objekte ja neile vastavaid liidesekaared ei võeta arvesse mõnel hierarhia vaheastmel - sel juhul “sukeldatakse need esmalt tunnelisse” ja seejärel vajadusel “tunnelist tagasi”.

Viimane IDEF0 kontseptsioonidest on sõnastik. Iga IDEF0 elemendi puhul: diagrammid, funktsionaalsed plokid, liidesekaared eeldab olemasolev standard selle elemendi kuvatavat objekti iseloomustavate asjakohaste määratluste, märksõnade, narratiivide jms kogumi loomist ja hooldamist. Seda komplekti nimetatakse sõnastikuks ja see on selle elemendi olemuse kirjeldus. Näiteks „maksekorralduse” juhtliidese kaare jaoks võib sõnastik sisaldada kaarele vastavate dokumendi väljade loendit, nõutavat viisakomplekti jne. Sõnastik täiendab harmooniliselt graafilist keelt, andes diagrammidele vajaliku lisateabe.

Joonis 4. Funktsionaalsete plokkide lagunemine.

IDEF0 diagrammide keerukuse piiramise põhimõtted

Tavaliselt kannavad IDEF0 mudelid keerukat ja kontsentreeritud teavet ning nende ummikute piiramiseks ja loetavaks muutmiseks võetakse vastavas standardis vastu vastavad keerukuse piirid:

Funktsionaalsete plokkide arvu piiramine diagrammil kuni kolm kuni kuus. Ülemine piir (kuus) sunnib disainerit kasutama keeruliste esemete kirjeldamisel hierarhiaid ja alumine piir (kolm) tagab, et vastaval diagrammil on selle loomise õigustamiseks piisavalt detaile;

Ühele funktsionaalsele plokile sobivate liidesekaarte arvu piiramine (ühe funktsionaalse ploki jätmine) neljale.
Loomulikult ei ole neid piiranguid rangelt vaja järgida, kuid nagu kogemus näitab, on need reaalses töös väga praktilised.

Rühmatöö distsipliin IDEF0 mudeli väljatöötamisel

IDEF0 standard sisaldab protseduuride komplekti, mis võimaldab suurel hulgal inimesi modelleeritud süsteemi erinevatest piirkondadest mudeli välja töötada ja selles kokku leppida. Tavaliselt on arendusprotsess korduv ja koosneb järgmistest tingimuslikest etappidest:

Ettevõtte erinevate valdkondadega seotud spetsialistide rühma poolt mudeli loomine. Seda rühma nimetatakse IDEF0 poolest autoriteks. Esialgse mudeli loomine on dünaamiline protsess, mille käigus autorid küsivad pädevatelt inimestelt erinevate protsesside struktuuri. Olemasolevate sätete, dokumentide ja uuringutulemuste põhjal luuakse mudeli mustand (Model Draft).

Eelnõu levitamine läbivaatamiseks, heakskiitmiseks ja kommentaarideks. Praeguses etapis arutatakse mudeli kavandi üle paljude pädevate isikutega (IDEF0 lugejate osas) ettevõttes. Samal ajal kritiseeritakse mustandi kõiki skeeme ja kommenteeritakse neid kirjalikult ning edastatakse seejärel autorile. Autor omakorda nõustub kriitikaga ka kirjalikult või lükkab selle tagasi, visandades otsuste tegemise loogika ja tagastab muudetud eelnõu edasiseks kaalumiseks. See tsükkel kestab seni, kuni autorid ja lugejad jõuavad üksmeelele.

Mudeli kinnitamine. Kinnitatud mudeli kinnitab töörühma juht juhuks, kui mudeli autoritel ja lugejatel pole selle adekvaatsuse osas erimeelsusi. Lõplik mudel on ettevõtte (süsteemi) järjekindel vaade antud vaatenurgast ja teatud eesmärgil.
IDEF0 graafilise keele nähtavus muudab mudeli üsna loetavaks isikutele, kes selle loomise projektis ei osalenud, ning on tõhus ka näituste ja esitluste korraldamiseks. Tulevikus saab konstrueeritud mudeli alusel korraldada uusi projekte, mille eesmärk on teha muudatusi ettevõttes (süsteemis).

IDEF0 abil funktsionaalse modelleerimise kasutamise riikliku praktika tunnused

V viimased aastad huvi IDEF perekonna metoodikate vastu kasvab Venemaal pidevalt. Jälgin seda pidevalt, vaadates oma isiklikule veebilehele (http://www.vernikov.ru) tehtud kõnede statistikat, mis kirjeldab lühidalt nende standardite põhiprintsiipe. Samas nimetaksin huvi selliste standardite vastu nagu IDEF3-5 teoreetiliseks ja IDEF0 vastu üsna praktiliselt õigustatuks. Tegelikult ilmusid esimesed DFD ja IDEF0 diagramme koostada võimaldavad Case-tööriistad Venemaa turule juba 1996. aastal, samal ajal kui ilmus populaarne raamat modelleerimispõhimõtete kohta SADT standardites.

Sellest hoolimata peab enamik juhte endiselt modelleerimise praktilist rakendamist IDEF -i standardites pigem austuseks moele kui tõhusale optimeerimisviisile. olemasolevat süsteemiärijuhtimine. Tõenäoliselt on selle põhjuseks teabe puudumine nende metoodikate praktilise rakendamise kohta ja valdava enamuse väljaannete hädavajalik tarkvaraline eelarvamus.

Pole saladus, et peaaegu kõik projektid uurimiseks ja analüüsimiseks finants- ja majanduslik tegevus Venemaal asuvad ettevõtted on ühel või teisel viisil seotud automatiseeritud juhtimissüsteemide ehitamisega. Tänu sellele on IDEF -i standardid enamiku arusaamisel muutunud infotehnoloogiate rakendamisest tinglikult lahutamatuks, kuigi nende abiga on mõnikord võimalik tõhusalt lahendada isegi väikesed kohalikud probleemid, sõna otseses mõttes pliiatsi ja paber.

Ettevõtte keeruliste uuringuprojektide läbiviimisel võimaldab IDEF0 standardite mudelite väljatöötamine teil visuaalselt ja tõhusalt kuvada kogu ettevõtte tegevuse mehhanismi soovitud kontekstis. Kõige olulisem on aga koostöö, mida pakub IDEF0. Minu praktikas oli üsna palju juhtumeid, kui mudeli ehitamine viidi läbi erinevate osakondade töötajate otsese abiga. Samal ajal selgitas konsultant neile üsna lühikese aja jooksul IDEF0 põhiprintsiipe ja õpetas neid vastava rakendusega töötama tarkvara... Selle tulemusena lõid erinevate osakondade töötajad oma funktsionaalse üksuse tegevuse kohta IDEF -diagrammid, mis pidid vastama järgmistele küsimustele:

Mis läheb üksusele "sissepääsu juures"?

Milliseid funktsioone ja millises järjekorras üksuses täidetakse?

Kes vastutab iga funktsiooni eest?

Millest juhib täitja iga funktsiooni täitmisel?

Mis on üksuse töö tulemus (väljund)?

Pärast iga konkreetse osakonna skeemide mustandite kokkuleppimist koondab konsultant need ettevõtte mudeli mustandiks, milles on kõik sisendi ja väljundi elemendid ühendatud. Selles etapis registreeritakse kõik üksikute diagrammide ja nende vastuoluliste kohtade lahknevused. Lisaks läbib see mudel uuesti funktsionaalsed osakonnad edasiseks koordineerimiseks ja vajalike kohanduste tegemiseks. Selle tulemusena saadakse üsna lühikese aja jooksul ja nõustamisfirma minimaalsete inimressursside kaasamisega (ja need ressursid, nagu teate, on väga kallid), saadakse ettevõtte IDEF0 mudel vastavalt „ Nagu on ”põhimõte, ja mis on oluline, esindab see ettevõtet, kus on töötajate ametikohad, kes töötavad selles ja tunnevad põhjalikult kõiki nüansse, sealhulgas mitteametlikke. Tulevikus antakse see mudel analüüsimiseks ja töötlemiseks üle ärianalüütikutele, kes otsivad kitsaskohti ettevõtte juhtimises ja optimeerivad võtmeprotsesse, muutes mudeli "nagu on" vastavaks "nagu peaks". Nende muudatuste põhjal tehakse lõplik järeldus, mis sisaldab soovitusi juhtimissüsteemi ümberkorraldamiseks.

Loomulikult nõuab selline lähenemine mitmeid organisatsioonilisi meetmeid, peamiselt küsitletud ettevõtte juhtkonna poolt. See on tingitud asjaolust, et see tehnika hõlmab mõne töötaja määramist lisakohustusi uute metoodikate väljatöötamise ja praktilise rakendamise kohta. Lõppkokkuvõttes tasub see aga end ära, sest üks või kaks tundi lisatööd üksikutel töötajatel mitme päeva jooksul võivad oluliselt säästa raha kolmanda osapoole ettevõttele nõustamisteenuste eest tasumisel (mis igal juhul eemaldub samade töötajate töö küsimustike ja küsimustega). Mis puudutab ettevõtte töötajaid endid, siis ühel või teisel viisil ei ole ma nende poolt väljendatud vastuseisu kohanud.

Sellest kõigest saab järeldada järgmiselt: sugugi ei ole vaja iga kord standardprobleemidele lahendusi välja pakkuda. Alati, kui teil on vaja analüüsida konkreetset funktsionaalset süsteemi (kosmoselaevade projekteerimissüsteemist kuni keeruka õhtusöögi valmistamise protsessini), kasutage aastate jooksul katsetatud meetodeid. Üks neist meetoditest on IDEF0, mis võimaldab lahendada keerulisi eluprobleeme oma lihtsate ja arusaadavate tööriistade abil.

IDEF0 diagrammid koostatakse programmi BPWin abil. Need on ette nähtud käimasolevate äriprotsesside graafiliseks modelleerimiseks.

Teave IDEF0 metoodika kohta

IDEF0 metoodikat kasutatakse laialdaselt tänu lihtsale ja kergesti mõistetavale graafilisele tähistusele, mis on mudeli koostamisel väga mugav. Metoodika peamine koht on antud diagrammidele. Diagrammidel on kujutatud süsteemi funktsioone geomeetriliste ristkülikute abil, samuti olemasolevaid seoseid funktsioonide ja väliskeskkonna vahel. Lingid kuvatakse noolte abil. Seda saate kontrollida, vaadates, mida pakub IDEF0 diagramm, mille näiteid leiate käesolevast artiklist.

Asjaolu, et modelleerimisel kasutatakse ainult kahte graafilist primitiivi, võimaldab teil kiiresti selgitada IDEF0 interaktsioonide kehtivaid reegleid neile inimestele, kellel pole sellest aimugi. IDEF0 diagrammide abil toimub kliendi ühendus käimasolevate protsessidega kiiremini visuaalse graafika keele kasutamine. Näete, mida pakub IDEF0 diagramm, mille näited on toodud allpool.

IDEF0 jaoks kasutatavad elemendid

Nagu juba mainitud, kasutatakse 2 tüüpi geomeetrilisi primitiive: ristkülikuid ja nooli. Ristkülikud tähistavad teatud protsesse, funktsioone, töid või ülesandeid, millel on eesmärgid ja mis viivad näidatud tulemuseni. Protsesside vastasmõju omavahel ja väliskeskkonnaga näitavad nooled. IDEF0 eristab 5 erinevat tüüpi noolt.

IDEF0 kasutamise võimalused

IDEF0 metoodikat saab kasutada mis tahes infosüsteemi funktsionaalse aspekti kirjeldamiseks.

IDEF0 protsesside vaheliste linkide tüübid

Mudeli huvides on luua sellised konstruktsioonide ühendused, et sisemised ühendused oleksid võimalikult tugevad ja välised - võimalikult nõrgad. seda tugev külg modelleerimine IDEF0 abil. Näete diagrammide näiteid ise ja võite veenduda nende sõnade õigsuses. Ühenduste loomise hõlbustamiseks ühendatakse need mooduliteks. Moodulite vahel luuakse välised lingid ja moodulite sisemised lingid. Linke on mitut tüüpi.

1. Hierarhiline ("osa" - "terve") suhe.

2. Juht (regulatiivne, alluv):

2) tagasiside juhtimine.

3. Funktsionaalne või tehnoloogiline:

2) vastupidine sisend.

3) tarbija;

4) loogiline;

5) metoodiline või kollegiaalne;

6) ressurss;

7) informatiivne;

8) ajutine;

9) juhuslik.

Ehitusplokid ja lingid diagrammidel

IDEF0 metoodika sisaldab mitmeid reegleid ja juhiseid selle kasutamiseks ja kasutamise kvaliteedi parandamiseks. Niisiis, diagrammil kuvatakse üks plokk, millel saate määrata süsteemi nime, selle eesmärgi. 2-5 noolt viivad plokki või sealt. See on võimalik enam -vähem, kuid sisenemiseks / väljumiseks on vaja vähemalt kahte noolt ja ülejäänud lisatööd ja nende tähised diagrammil. Kui nooled on suuremad kui 5, peaksite mõtlema mudeli koostamise optimaalsusele ja sellele, kas seda on võimalik veelgi üksikasjalikumaks muuta.

Ehitusplokid lagunemisskeemides

Ühel diagrammil olevate plokkide arv on soovitatav 3-6. Kui neid on vähem, ei kanna sellised skeemid tõenäoliselt semantilist koormust. Kui plokkide arv on tohutu, on sellise diagrammi lugemine väga keeruline, arvestades täiendavate noolte olemasolu. Teabe tajumise parandamiseks on soovitatav paigutada plokid ülevalt alla ja vasakult paremale. See paigutus peegeldab protsesside jada täitmise loogikat. Ja ka nooled tekitavad vähem segadust, kuna neil on minimaalne ristmike arv.

Kui teatud funktsiooni käivitamist ei kontrollita mingil viisil ja protsessi saab alustada suvalisel hetkel, siis näitab sellist olukorda juhtimist ja sisenemist tähistavate noolte puudumine. Kuid sellise olukorra olemasolu võib potentsiaalsetele partneritele rääkida teatud ebastabiilsusest ja vajadusest potentsiaalset partnerit lähemalt uurida.

Plokk, millel on ainult sisendnool, näitab, et protsess võtab vastu sisendparameetreid, kuid käitusajal ei toimu juhtimist ega reguleerimist. Plokki, millel on ainult juhtnool, kasutatakse tööde tähistamiseks, mida kutsutakse ainult juhtimissüsteemi eritellimusel. Neid kontrollitakse ja reguleeritakse kõigil etappidel.

Kuid näide IDEF0 diagrammi koostamisest võib veenda, et kõige täielikum ja kõikehõlmavam on sisestus- ja juhtnooltega diagramm.

Nimetamine

Visuaalse kogemuse parandamiseks peaks igal plokil ja igal noolel olema oma nimi, mis võimaldab teil neid paljude teiste plokkide ja noolte hulgast tuvastada. Nii näevad näidisskeemid välja IDEF0 -s. Infosüsteem, mis on ehitatud nende abil, võimaldab teil mõista kõiki mudelite puudusi ja keerukust.

Sageli kasutatakse noolte liitmist ja nende nimetamise kohta tekib küsimusi. Kuid ühendamine on võimalik ainult homogeensete andmete edastamise korral, seega pole eraldi nimesid vaja, kuigi neid saab BPWinis täpsustada. Samuti, kui nooled lahknevad, saab neid eraldi nimetada, et mõista, mis mille eest vastutab.

Kui filiaali järel nime pole, loetakse nimi täpselt selliseks, nagu see oli enne filiaali. See võib juhtuda juhul, kui kaks plokki nõuavad sama teavet. IDEF0 kontekstiskeem, mille näite leiate käesolevast artiklist, kinnitab neid sõnu.

Noolteave

Kompositsioonidiagrammi koostamisel tuleks samasse plokki sisenevad ja sealt lahkuvad nooled kuvada sellel. Diagrammile üle kantud geomeetriliste kujundite nimed peavad täpselt kordama kõrgeima taseme teavet. Kui kaks noolt on teise kaare suhtes paralleelsed (st nad algavad ühe protsessi servast ja lõpevad mõlemad teise protsessi ühe servaga), siis võib -olla tuleks need mudeli optimeerimiseks kombineerida ja valida sobiv nimi, kuvatakse ideaalselt IDEF0 -s (Visio diagrammide näiteid saab vaadata).

Näide IDEF0 metoodika rakendamisest konkreetsel mudelil

Olete juba õppinud, mis on IDEF0 diagramm, olete osaliselt näinud näiteid ja reegleid selliste diagrammide koostamiseks. Nüüd peaksime harjutama. Parema arusaamise huvides ei põhine selgitus mingil "üldisel" mudelil, vaid konkreetsel näitel, mis võimaldab teil paremini ja paremini mõista IDW0 -ga töötamise funktsioone BPWini programmis.

Näitena rongi kiirus punktist A punkti B. Tuleb arvestada, et rong ei saa areneda rohkem kui lubatud kiirus. See liin kehtestatakse käitamiskogemuse ja rongide mõju tõttu raudteele. Tuleb mõista, et rongi eesmärk on toimetada reisijaid, kes omakorda maksid, et turvaliselt ja mugavalt sihtkohta jõuda. Abiks on IDEF0 diagramm, mille näiteid leiate käesolevast artiklist.

Esialgne teave on järgmine:

1. rööbastee andmed;
2. kogu vahemaa pass;
3. teekava.

Kontrolliandmed:

1. Pealiku, rajateenistuse juhataja juht.
2. Teave rongide olemasoleva liikumisvoo kohta.
3. Teave kavandatavate remondi-, rekonstrueerimis- ja rööbastevahetuste kohta.

Mudeli tulemus on järgmine:

1. Lubatud kiiruste piiramine koos piirangu põhjuse märkimisega.
2. Lubatud kiirused eraldi punktides sõites ja rongide vedamise ajal.

Kontekstdiagrammi koostamisel tuleb see üksikasjalikult kirjeldada ja seejärel koostada liitdiagramm, millest saab esimese taseme skeem. See näitab kõiki süsteemi põhifunktsioone. IDEF0 metoodikat ja diagrammi, mille jaoks lagunemine toimub, nimetatakse vanemaks. IDEF0 lagunemist nimetatakse lapse lagunemiseks.

Järeldus

Pärast lagunemist esimesel tasandil viiakse läbi teise tasandi lagunemine - ja nii edasi, kuni edasine lagunemine kaotab oma tähenduse. Seda kõike tehakse käimasolevate ja kavandatavate protsesside kõige üksikasjalikuma graafilise diagrammi saamiseks. seda valmis näide IDEF0 graafikud, mille järgi saate praegu navigeerida.

Äriprotsesside skeemide "Ettevõtte arvutiseadmete arvestus" kirjeldus

IDEF0 diagrammi kirjeldus

Äriprotsessi ülesehitamiseks kasutati IDEF0 diagrammi. IDEF0 metoodika näeb ette diagrammide hierarhilise süsteemi ülesehituse - süsteemi fragmentide üksikud kirjeldused. Esiteks kirjeldatakse süsteemi tervikuna ja selle koostoimet välismaailmaga (kontekstiskeem). Diagrammil ehitati kolm taset:

1. Kontekstuaalne

2. Funktsionaalne lagunemine

Joonis 1 - Kontekstdiagramm "Ettevõtte arvutiseadmete arvestus"

Joonisel 1 on kujutatud äriprotsessi "Ettevõtte arvutiseadmete arvestus" kontekstiskeem. See kuvab süsteemi tervikuna ja selle koostoimet peamiste väliste infovoogudega.

Nooled on näidatud kontekstiskeemil.

Noole tüübid:

Sisend (sisendmaterjalid: arvutid ja tarvikud)

Väljund (väljund on aruanne)

Juhtnool on dokumendid ja haldurid

Mehhanismide nooled on töötajad ja seadmed

Sisendteave töötlemiseks:

Arvutid - ettevõttes asuvad personaalarvutid

Komponendid - arvutite uuendamiseks vajalikud materjalid (videokaardid, emaplaadid, protsessorid, ümbrised, toiteallikad, mälumoodulid)

Väljundvoogud:

Aruanne - valmis aruanne ettevõtte arvutiseadmete raamatupidamise kohta

Sisendi juhtnupud:

Reeglid - tingimused, mis peavad olema täidetud eesmärgi saavutamiseks.

Tellimused - ettevõttele pandud ülesanne (teatud arvutisüsteemide abil ettevõtte arvutite üle arvestuse pidamine)

Juhid on ettevõtte direktorid ja üldjuhid.

Sisendressursid:

PC - arvutid, mille abil toimub raamatupidamine.

Töötajad on spetsialistid, kes täidavad juhtkonna antud juhiseid. Pärast kontseptuaalse mudeli koostamist viidi läbi funktsionaalne lagundamine - süsteem jagati alamsüsteemideks ja iga alamsüsteemi kirjeldati eraldi (lagunemisskeemid).

Joonis 2 näitab nelja töö funktsionaalset lagunemist.

Joonis 2 - Funktsionaalne lagunemine "Ettevõtte arvutiseadmete arvestus"

Tuvastati järgmist tüüpi tööd:

1) Tarnete registreerimine - protsess, mille käigus tootele määratakse id, saadetakse lattu, lattu ja teave toote kohta sisestatakse programmi.

Töö Varude registreerimine sisaldab seitset piirnoolt (sissepääs, juhtseade, mehhanism) ja sisemist noolelehte (ühendus sissepääsu kaudu).

Tööde vaheline sissepääsu juures asuv noolega side Tarnete registreerimine ja arvuti (arvuti) hooldus;

Järgmistes töödes korratakse sisenemise, väljumise, juhtimise nooli.

2) Arvutite hooldus - protsess, mille käigus toimub arvutite kokkupanek, remont ja kaasajastamine.

Arvuti hooldustöö hõlmab nelja piirinoolt (sisend, juhtimine, mehhanism, väljund) ja mitut sisemist noolt (sisendkommunikatsioon, sisendi tagasiside).

Noolikontroll - reeglid, käsud, juht;

Nooleühendus sissepääsu juures töökohtade vahel Arvuti hooldus ja paigutus (andmete sisestamine andmebaasi), tööde vahel Arvutihooldus ja aruandlus (andmete sisestamine andmebaasi);

3) Paigutamine - protsess, mille käigus toimub arvutite paigutamine kontoritesse (kontoritesse).

Nooled kontrollivad - reeglid, käsud, juht;

Noolemehhanism - töötajad;

Noole link levitamise ja aruandluse vahel (ID määramine);

4) Aruande koostamine - raamatupidamisprotsessi viimane etapp, mis koosneb jooksva raamatupidamise varasemate andmete täitmisel saadud kogusummade kokkuvõtmisest.

Seejärel jaotatakse iga alamsüsteem väiksemateks lagundusteks ja nii edasi, kuni soovitud detailsusaste on saavutatud.

Joonis 3 on diagramm, mis näitab üksikasjalikumalt hankemenetluse tööd.

Detailimise tulemusena toodi esile peamised funktsioonid. Jaotis "Tarnete registreerimine" sisaldab seitset peamist noolt (sisenemine, väljumine, kontroll, mehhanism).

Noole sisestus - arvutid ja tarvikud;

Kontrollnool on reeglid, käsud ja juht. Kahvelnooled;

Mehhanismi nooled, hargnemine - PC, töötajad;

Sisenemise, juhtimise, mehhanismide nooled korduvad kõikides töödes.

1) Numbri määramine - arvutitele ja lisaseadmetele individuaalse numbri määramine.

Sisestusnooled - arvutid ja tarvikud. Noolearvuteid korratakse järgmistes töödes, välja arvatud aruande koostamine;

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - arvuti ja töötajad;

Noolilink sissepääsu juures tööde vahel Numbri määramine ja kauba saatmine lattu (üleandmine), numbri määramise ja tasakaalu panemise vahel (baasi sisenemine);

2) Kauba saatmine lattu - määratud numbriga kauba saatmine lattu.

Väljumisnool - arvuti;

Juhtnool - reeglid, käsud ja juht.

Noolilink sissepääsu juures tööde "Kauba saatmine lattu" ja "Bilansis seadistamine" vahel (kogus);

3) Tasakaalustamine - teabe sisestamine arvutisse.

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - arvuti ja töötajad;

Joonis 4 on diagramm, mis kirjeldab üksikasjalikumalt arvuti hooldust.

Detailimise tulemusena toodi esile arvuti hoolduse käigus täidetud põhifunktsioonid.

Arvuti hooldustöö sisaldab 4 piirinoolt (sisend, väljund, juhtimine, mehhanism). Sisemised nooled (sisendi tagasiside, sisendkommunikatsioon).

1) Arvutite kokkupanek - arvutite konfigureerimine juhtide individuaalsete tellimuste jaoks.

Sisselogimisnool - arvutid;

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - töötajad;

Noole link sissepääsu juures tööde vahel: "Arvutite kokkupanek" ja "Arvutite remont" (arvuti);

2) Arvutite remont - täiustamiseks heaks kiidetud arvutite kokkupanek.

Sisselogimisnool - arvutid;

Väljumisnool - sisenemine baasi;

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - töötajad;

Sisenemise, väljumise, juhtimise, mehhanismi nooled hargnevad;

Noole link sissepääsu juures tööde vahel: "Arvutite remont" ja "Uuendamine" (tarvikud);

3) Uuendamine - arvuti täiustamine, täiustamine, täiendamine.

Väljumisnool - sisenemine baasi;

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - töötajad;

Juhtimisnooled, mehhanism hargnevad;

Joonis 5 näitab aruandlusgraafikut üksikasjalikumalt. Töö lagunemine. Aruandlus sisaldab 4 piirinoolt (sisend, väljund, juhtimine, mehhanismid). Sisemised nooled (sisendi tagasiside, sisendkommunikatsioon).

Töö tulemusena saadi järgmised funktsioonid:

1) Andmete kogumine - teabe kogumine analüüsimiseks ja otsuste tegemiseks.

Sisesta nool - määramise ID;

Juhtnooled - reeglid, käsud ja juht;

Sisenemise, juhtimise, mehhanismi nooled hargnevad;

Noole link tööde sissepääsu juures: Andmete kogumine ja andmete valideerimine (kirjed);

2) Andmete kontrollimine - teabe kontrollimine ja selle saatmine aruande koostamiseks.

Sisselogimisnool - ID määramine, andmete sisestamine andmebaasi;

Väljumisnool - aruanne;

Juhtnooled - reeglid, käsud ja juht;

Mehhanismi nooled - töötajad, arvuti;

Sisenemisnool (ID määramine), juhtimine, mehhanism hargnevad;

Sisestage tagasiside nool „Andmekontrollilt” „Andmete hankimisele” (korduv kontroll).

DFD diagrammi kirjeldus

Arvutihooldustööde lagundamine Joonis 1 määratleb neli sisemist tegevust, kaks välist olemit ja kaks andmesalvestust.

Joonis 1 - Arvuti hooldus

1) Arvuti kokkupanek - arvuti kokkupanek olemasolevatest komponentidest.

2) Aruande koostamine - protsess, mis koosneb jooksva raamatupidamise töö tegemisel saadud lõppnäitajate kokkuvõtmisest.

3) Diagnostika - jõudluse kontroll

4) Uuendamine - arvuti täiustamine, täiustamine, täiendamine.

Välised üksused: arvutid ja komponendid

Andmesalved:

1) Ladu - koht, kus hoitakse kokkupandud ja täiendatud arvuteid.

2) DB - andmebaas, mis salvestab kõik aruanded ja kogu teabe tehtud töö kohta.

Kogume teavet arvuti kohta ja valime selle kokkupanekuks komponendid. Seejärel paneme arvuti kokku ja saadame selle lattu ladustamiseks, kuid peale selle saame selle pärast kokkupanekut esmalt saata diagnostikaks, kontrollida töökorras olekut ja alles siis lattu. Pärast kokkupandud arvuti diagnoosimist saadame andmed tehtud töö kohta aruande koostamiseks ja sisestame teabe andmebaasi.

Meil on ka teine ​​väline olem, see on arvuti. Saadame selle moderniseerimiseks, pärast seda saadetakse see diagnostikaks, et kontrollida selle toimivust, seejärel koostame aruande ja sisestame andmebaasi tehtud töö kohta teabe. Või pärast moderniseerimist saadame kauba lattu ja seejärel viime läbi diagnostika, koostame aruande ja sisestame teabe andmebaasi.

Tööde lagundamise "Aruandlus" Joonis 2 määratleb kolm sisemist tegevust, kolm välist olemit ja kaks andmesalvestust.

1) Andmete kogumine - teabe kogumine arvutite ja komponentide kohta.

2) Valideerimine - andmete täpsuse kontrollimine.

3) Aruanne - aruande kirjutamine tehtud töö kohta.

Välised üksused: komponendid, arvutid, haldur.

Andmeladu - andmed arvutite ja komponentide kohta, aruannete andmed.

Arvutite ja tarvikute kohta teabe kogumine, seejärel nende salvestamiseks saatmine. Pärast seda kontrollime andmete õigsust, koostame aruande ja saadame need tagasi esimesse andmelattu (joonis 2) või saadame aruande andmed teise andmelattu (joonis 2) ja saadame need seejärel haldur kontrollimiseks.

Juht kontrollib, teeb märkmeid, parandusi ja saadab uuesti kontrollimiseks. Pärast seda saadetakse aruanne säilitamiseks kuni halduri uuesti kontrollimiseni.

IDEF3 diagrammi kirjeldus

Tööde lagundamisel Arvuti hooldus (joonis 1) on määratletud mitu ristmikku, mis ühendavad ühte või mitut tööd, mitut sisemist tööd.

1) Remont - arvuti kokkupanek kokkupandavate komponentidega

2) Kokkupanek - arvuti normaalseks taastamine

3) Upgrade - arvuti uuendamine

4) Arvutid - toode pärast kokkupanekut ja moderniseerimist

5) Saatke lattu - saatke pärast täiustamist (kokkupanekut) lattu

6) Diagnostika - jõudluse kontroll.

7) Aruanne - teave tehtud töö kohta.

Ristmikud - pistikud:

1) J2 - kõik toimingud algavad samal ajal.

2) J6 - Ühinemiskoht. Sõlm, mis kogub palju nooli ühte, mis näitab protsessi jätkamiseks tingimust, mis nõuab noolte tööallikate lõpuleviimist.

3) J7 - näidatakse, et neid tingimusi ei saa üheaegselt täita.

4) J9 - need toimingud lõpevad samal ajal, pärast mida koostatakse tehtud töö kohta aruanne.

IDEF3 diagramm näitab, et ristmikul J2 on kaks hargnevat noolt töö (ehitamiseks ja täiendamiseks), mis algavad samal ajal. Alles pärast nende tööde lõpetamist väljub valmistoode (arvuti), ühendab ristmiku J6. Siis on ristmikul J7 ühendus, mis näitab, et kahte tööd (kauba saatmine lattu ja diagnostika) ei saa teha korraga. Pärast eelmise töö lõpetamist on käimas tööde aruande koostamise protsess, mida ühendab ristmik J9.

Avage projekt, milles soovite mudeli luua. Kui te pole veel ühtegi projekti loonud, saate kasutada DEMO projekti, mis on saadaval kohe pärast Cradle'i installimist, või luua oma projekti.

Sisestamiseks DEMO projekti kasutamine Kasutajanimi — JUHT, parool - JUHT

Selles projektis on üksikasjalikult näidatud, kuidas oma projekti luua.

Pärast uue projekti loomist saate seda kasutada ka sisselogimiseks Kasutajanimi — JUHT ja parool - JUHT

Mudeli loomine

IDEF0 mudeli loomiseks lisage Projekti paneel ja minge modelleerimise sektsiooni Oluline domeen

Märge : Samamoodi saate mudeleid luua modelleerimise jaotises Rakendusdomeen, samuti mis tahes kasutaja konfigureeritud jaotises. Modelleerimisjaotis on tegelikult nimeruum, kus voogusid saab uuesti kasutada.

IDEF0 kontekstimudeli loomiseks paremklõpsake jaotist IDEF0 ja valige menüükäsud Uus-> Element

Pange tähele, et see on kogu mudeli nimi tervikuna, mitte funktsiooniplokk A0 -l.

Pärast seda avaneb joonistamisala ja saate alustada kontekstimudeli loomist.

Funktsiooniploki loomine

Selleks valige paletilt funktsiooniploki sümbol

ja klõpsake üks kord tööpiirkonnas, kuhu soovite funktsiooniploki luua.

Ilmub dialoogiboks, kuhu peate sisestama funktsiooniploki nime ja seejärel klõpsama nuppu OK.

Selle tulemusel luuakse teie määratud nimega funktsiooniplokk.

Saate valida ploki piiri ja muuta selle skaalat

Ojade loomine

Voo loomiseks valige paletist voo sümbol (ilma tunnelite ja tunneliteta)

seejärel klõpsake funktsiooniploki küljel, millest soovite voo luua, ja klõpsake funktsiooniploki mis tahes ala

siis ilmub voo nime sisestamiseks dialoogiboks. Sisenema lühike pealkiri voogu ja klõpsake nuppu OK

Märge: Saate voo üksikasjaliku kirjelduse sisestada hiljem selle spetsifikatsiooni.

Pärast seda saate analoogia põhjal luua kõik vajalikud voogud

Salvestage mudel, klõpsates disketinupul või CTRL + S. Salvestamisel luuakse sümbolite spetsifikatsioonid, mida saate muuta, et anda mudeli elementide üksikasjalikum kirjeldus.

Pärast mudeli salvestamist näete loodud spetsifikatsioone projektipaneelil samas jaotises, kus mudeli lõite. Tekitatakse kahte tüüpi spetsifikatsioone - Function ja Flow.

Mudeli lagunemine

jätke kuvatavas dialoogis vaikeseaded ja klõpsake nuppu OK

Pärast seda luuakse alamdiagramm A1 ja kõik skeemi A0 voogud kantakse sellele üle.

Nüüd saate loodud funktsiooniploki malli ümber nimetada (nime asemel küsimusega) ja luua täiendavaid samamoodi, nagu me need varem lõime.

Eelseadistatud funktsiooniploki ümbernimetamiseks valige see ja valige kontekstimenüüst Nimeta ümber

ja sisestage vajalik nimi

Looge analoogia põhjal muud sellele funktsioonile vastavad funktsiooniplokid.

Nende funktsionaalsete plokkide vaheliste voogude loomiseks peate kõigepealt klõpsama allikale, seejärel vahepunktile, et luua paind ja seejärel sihtkohta, näiteks järgmiselt:

Tulemuseks on kahe paindega vool.

Kurvide asukohta saate parandada, valides voolu ja lohistades paindekohad soovitud kohta

Vaadake videoklippi, et seda dünaamikas näha

Pöördepunkti eemaldamiseks (või lisamiseks) vajutage klaviatuuril klahvi SHIFT ja klõpsake eemaldataval punktil või voolus, kus soovite selle luua.

Salvestage diagramm ja kontrollige, kas asjakohased spetsifikatsioonid on loodud

Analoogia põhjal saate A1 funktsionaalsed plokid lagundada.