Idef0-malleissa nuolet edustavat suoritusmekanismia. Funktionaalisen mallinnuksen metodologia idef0. Esimerkki IDEF0-metodologian toteuttamisesta tietyssä mallissa

Mallin tulee sisältää kontekstikaavio A-0, joka sisältää vain yhden lohkon. A-0-kontekstikaavion yksittäisen lohkonumeron on oltava 0.
Kaavion lohkojen tulee sijaita vinosti - kaavion vasemmasta yläkulmasta oikeaan alakulmaan annettujen numeroiden järjestyksessä. Vasemmassa yläkulmassa olevan kaavion lohkot "dominoivat" oikeassa alakulmassa olevia lohkoja. "Dominanssi" ymmärretään vaikutukseksi, joka lohkolla on muihin kaavion lohkoihin. Lohkojen järjestely kaaviotaulukossa heijastaa kirjoittajan käsitystä hallitsevasta asemasta. Siten kaavion topologia osoittaa, millä ominaisuuksilla on suurempi vaikutus muihin.
Ei-kontekstuaalisten kaavioiden tulee sisältää vähintään kolme ja enintään kuusi lohkoa. Nämä rajoitukset pitävät kaavioiden monimutkaisuuden tasolla, jota on helppo lukea, ymmärtää ja käyttää. Kaaviot, joissa on vähemmän kuin kolme lohkoa, herättävät vakavia epäilyksiä siitä, onko emofunktio hajotettava. Kaaviot, joissa on enemmän kuin kuusi lohkoa, ovat lukijoille vaikeita ymmärtää ja aiheuttavat vaikeuksia tekijälle, kun hän lisää siihen kaikki tarvittavat graafiset objektit ja tarrat.
Kukin ei-kontekstikaavion lohko vastaanottaa numeron, joka on sijoitettu oikeaan alakulmaan; Numerointijärjestys on ylhäältä vasemmalta alas oikeaan lohkoon (numerot 1-6).
Jokaisessa hajautetussa lohkossa on oltava linkki lapsikaavioon; viite (kuten solmun numero, C-numero tai sivunumero) sijoitetaan lohkon oikean alakulman alle.
Lohkojen (suoritetut toiminnot) ja nuolitunnisteiden nimien on oltava yksilöllisiä. Jos nuolien otsikot täsmäävät, nuolet edustavat identtisiä tietoja.
Jos nuolilla on monimutkainen topologia, on suositeltavaa toistaa tarra tunnistamisen helpottamiseksi.
Lohkojen ja nuolen käännösten sekä lohkojen ja nuolien risteyskohtien välillä tulee olla suurin etäisyys, jotta kaavio on helpompi lukea. Samalla pienenee todennäköisyys sekoittaa kaksi eri nuolta.
Lohkoissa on aina oltava vähintään yksi säädin ja yksi lähtönuoli, mutta niissä ei saa olla syöttönuolia.
Jos samaa dataa käytetään sekä ohjauksessa että syötössä, vain ohjausnuoli piirretään. Tämä korostaa tietojen ohjaavaa luonnetta ja vähentää kaavion monimutkaisuutta.
Yhdensuuntaisten nuolten välisen etäisyyden maksimoiminen helpottaa merkkien sijoittamista, lukemista ja mahdollistaa nuolien polun jäljittämisen
Nuolet linkitetään (yhdistetään), jos ne edustavat samanlaisia
tietoja ja niiden lähdettä ei ole ilmoitettu kaaviossa (kuva 2)
Kuva 2 - Nuolet linkitetty
Ohjauspalautteen tulee olla "ylös ja yli"
(Kuva 3, a):
Kuva 3 - Palautteet
Tulopalautteet tulee näyttää muodossa "alas ja alapuolella" (kuva 3, b). Myös mekanismin kautta saadut palautteet näytetään. Tämä varmistaa, että palaute näytetään mahdollisimman vähän viivoja ja risteyksiä.
Saman lohkon sykliset palautteet on kuvattu vain niiden korostamiseksi. Tyypillisesti takaisinkytkentä on kuvattu kaaviossa, joka hajottaa lohkon. Joskus on kuitenkin tarpeen allokoida uudelleenkäytettäviä esineitä (kuva 4)
Kuva 4 - Sykliset takaisinkytkennät
Nuolet yhdistetään, jos niillä on yhteinen lähde tai kohde tai ne edustavat toisiinsa liittyviä tietoja. Yleinen nimi kuvaa paremmin tietojen olemusta. Lohkon kumpaakin reunaa koskettavien nuolien määrä tulee minimoida, ellei tietenkään ole datan luonne liian heterogeeninen (kuva 5).
Kuva 5 - Nuolet yhdistävät
Jos mahdollista, nuolet kiinnitetään lohkoihin samassa paikassa. Sitten tietyntyyppisten nuolien yhdistäminen lohkojen kanssa on johdonmukaista ja kaavion lukeminen yksinkertaistuu
Kuva 6 - nuolet yhdistävät lohkot samaan kohtaan
Kun yhdistät suuren määrän lohkoja, sinun on vältettävä tarpeettomia nuolien risteyksiä. Kunkin nuolen silmukoiden ja kierrosten lukumäärä tulee minimoida
Lohkot (funktiot) kytketään toisiinsa ympäristön kautta, jos niillä on yhteyksiä datan tuottavaan lähteeseen, ilman että erillisen datan suhdetta mihinkään lohkoon erikseen määritellään.
Kaksi tai useampi funktio on tietuekytketty, jos ne liittyvät tietojoukkoon, eivätkä ne välttämättä riipu siitä, että kaikki mahdolliset rajapinnat esitetään mediaparina. Kuvassa 10 esitetty liitäntätyyppi on suositeltava, koska se määrittelee tiettyjen tietoelementtien suhteen kuhunkin lohkoon.
On tarpeen käyttää (tarvittaessa) haarautuvien nuolien ilmaisukykyä

Kuva kertoo enemmän kuin tuhat sanaa

Kansanviisaus

Usein työssäni ei tarvitse vain tutkia ja ratkaista tiettyä ongelmaa, vaan tunnistaa sen sijainti yrityksen kokonaistoimintamallissa. Ei riitä, että ymmärtää, että tietty yksikkö ei toimi oikein, on tärkeää ymmärtää, miten se on vuorovaikutuksessa muiden kanssa. Muuten on mahdotonta tunnistaa kaikkia olemassa olevia ongelmia ja valita optimaalinen menetelmä ongelman ratkaisemiseksi. Ja tätä varten sinun on tutkittava yrityksen työtä ja laadittava sen toimintamalli.

Tietysti teoriassa johtajalla pitäisi olla toimiva malli yrityksen työstä, eikä sillä ole väliä, onko kyseessä varaston tai IT-järjestelmän työn organisointi johdosta sovellukseen. Mutta todellisuudessa se ei juuri koskaan tule olemaan, ja siksi opiskelen ja etsiessäni ratkaisua asiakkaan ongelmaan luon myös itse toiminnallisen mallin yrityksen työstä tai tietystä prosessista (toiminnosta).

Muutama sana grafiikan eduista

Kuten tiedät, IDEF0-toiminnalliset mallit ovat aina graafisia kaavioita. Niillä on omat ominaisuutensa ja koostumussäännönsä. Puhumme tästä hieman myöhemmin. Nyt haluaisin antaa pari esimerkkiä grafiikan tehokkuudesta. Miksi keskityn tähän? Todennäköisesti lausunnon jälkeen yrityksen toiminnallisen mallin tarpeesta monet ajattelivat, että tämä kaikki ei ollut välttämätöntä, he pystyivät selittämään sanoin, kuinka tämä tai tuo toiminto toimii yrityksessä. Tästä haluan puhua.

Aloitetaan lyhyellä retkellä historiaan. Palataanpa kaukaiseen vuoteen 1877, Venäjän ja Turkin sodan aikaan. Silloin tulostin Sytin käytti ensimmäistä kertaa grafiikkaa kuvaamaan sotilasoperaatioita. Nyt kaikki tämä on meille tuttua kuvattaessa mitä tahansa taistelua, silmiemme eteen ilmestyy kortit, joissa on nuolet, jotka osoittavat selvästi taistelun kulun. Ja niinä päivinä sotilaallisia toimia kuvailtiin sanoin. Jokaiselle taistelulle on monta, monta sanaa. Ja loppujen lopuksi oli hyvin vaikea ymmärtää mitä tapahtui.

Siksi Sytinin idea oli todella vallankumouksellinen - hän alkoi painaa litografisia kopioita kartoista, jotka osoittavat linnoitukset ja sotilasyksiköiden sijainnit. Näitä kortteja kutsuttiin "Sanomalehtien lukijoille. Korvaus." Ajatus osoittautui niin tärkeäksi, että "Edut" -lehden ensimmäinen painos myytiin loppuun heti. Ja sitten tällaisilla sovelluksilla oli suuri kysyntä. Syy on ilmeinen. Grafiikka auttoi ymmärtämään asioita, joita oli lähes mahdotonta ymmärtää pelkillä sanoilla.

Voin myös antaa samanlaisen esimerkin sanallisten kuvausten avuttomuudesta omasta käytännöstäni. Eräs asiakkaani todella pyysi minua ottamaan ERP-järjestelmän käyttöönoton hänen yritykseensä. Kun kysyin, onko heillä teknisiä tietoja, sain vastauksen: ”Kyllä, ovat. Mutta se on 400 sivua." Samaan aikaan asiakas valitti kovasti, että kollegani, joihin hän oli aiemmin ottanut yhteyttä, joko kieltäytyivät hankkeesta kokonaan tai tarjosivat selvästi liian korkeat hinnat. Kun näin, että teknisessä spesifikaatiossa oli itse asiassa 400 sivua ja se koostui pelkästään tekstistä, ymmärsin kehittäjien toiminnan syyt. Tällaisen määrän tekstiä lukeminen, siihen syventäminen, kaikkien vivahteiden ymmärtäminen vain tehtävän ymmärtämiseksi ja hinnan nimeämiseksi on todella vaikeaa.

Tarjosin tälle asiakkaalle vaihtoehtoisen vaihtoehdon - kuvata kaikki mahdollinen graafisesti merkintöjen muodossa. Hän näytti hänelle esimerkkejä mallintamisesta. Tämän seurauksena he harkitsevat nyt uudelleen toiveitaan ja teknisten eritelmien suunnittelua.

Tiedän myös monia muita esimerkkejä, joissa liiketoimintaprosessien graafinen mallinnus auttoi sekä kollegoitani, yrityskonsultteja ja -kehittäjiä että itse liikemiehiä.

Miksi tämä on tärkeää työlleni?

Työhöni kuuluu aina muutoksia olemassa olevaan järjestelmään. Ja jotta voit tehdä muutoksia ja saada halutun tuloksen, sinun on tutkittava jo olemassa olevaa. Eikä sillä ole väliä mitä tarkalleen teemme - CRM-järjestelmän perustaminen tai asentaminen tyhjästä, tehokkaan ERP-järjestelmän luominen, erilaisten järjestelmien integrointi työn automatisoinnin lisäämiseksi yleensä. Joka tapauksessa ensin sinun on saatava käsitys olemassa olevasta työsuunnitelmasta, ja vasta sen jälkeen voit ehdottaa muutoksia ja miettiä vaihtoehtoja ongelman ratkaisemiseksi.

Tutkittuani tämänhetkistä tilannetta, teen muiden kolmannen osapuolen asiantuntijoiden tavoin kaupallisen ehdotuksen, jossa paljastan mahdollisimman yksityiskohtaisesti näkemykseni nykyisestä tilanteesta sekä toimenpiteistä, jotka on suoritettava ratkaise ongelman ja tietysti odotetun tuloksen.

Tällaiset työselvitysraportit ovat laajoja ja vievät enemmän kuin yhden sivun, mikä toisaalta on välttämätöntä, mutta toisaalta vaikeuttaa havaitsemista. Aluksi, kuten monet muutkin, ajattelin, että laajat raportit ovat hyviä, koska ihminen maksaa työstä ja sinun on annettava hänelle mahdollisimman yksityiskohtaista tietoa.

Yleiset virheet

Toiminnallinen mallinnus suoritetaan erilaisilla työkaluilla, myös sellaisilla, joita ei ole tarkoitettu mallintamiseen. Jälkimmäisessä tapauksessa ei ole virheentarkistusta eikä vakiorajoituksia. Halu lisätä näkyvyyttä ja kokemuksen puute johtavat usein virheisiin.

Eri värien käyttö

Kaikki kaavion elementit ovat yhtä tärkeitä. Toiminnallisessa mallintamisessa ei ole enemmän tai vähemmän tärkeitä elementtejä. Niiden katoaminen johtaa prosessin häiriintymiseen ja valmistusvirheisiin.

Usein paperille tai erilaisissa ohjelmissa mallintaessaan käyttäjät yrittävät lisätä näkyvyyttä eri väreillä. Tämä on yksi yleisimmistä virheistä. Itse asiassa moniväristen nuolien ja lohkojen käyttö lisää vain lisää hämmennystä ja myös vääristää käsitystä kaaviosta.

Mallinne tulee olla luettavissa mustavalkoisena ilman muita väriteemoja. Tämä lähestymistapa auttaa samanaikaisesti välttämään väärinkäsityksiä ja kurittaa mallin tekijää, mikä lisää mallin luettavuutta ja lukutaitoa.

Liian monta lohkoa

Mallia laadittaessa he yrittävät usein näyttää yhdelle arkille kaikki yrityksen työn vivahteet kaikilla yksityiskohdilla. Tuloksena on erittäin suuri määrä lohkoja suurella määrällä ohjausnuolia. Tässä tapauksessa luettavuus menetetään.

Paras vaihtoehto on tarpeeksi yksityiskohtia ongelman ymmärtämiseksi, eikä mitään muuta. Yksityiskohtaiset tiedot kunkin osaston tai jopa työntekijän työstä voidaan paljastaa valittaessa yksityiskohtaista näkymää tietystä prosessista. Ja tällainen rakenne syntyy vain, jos se on todella tarpeen työn tai päätöksenteon kannalta.

Rakenteen rikkominen säätöjä tehtäessä

Ole varovainen varmistaaksesi, että ei synny sekaannuksia tai prosesseja ilman saapuvia, lähteviä tai muita tärkeitä elementtejä. Jos esimerkiksi yllä olevassa esimerkissä katson tarpeelliseksi siirtää näkökulmaa copywriterille, poistan kirjoittajan järjestelmästä. Ja sitten ohjauselementit "tekijän kokemus ja kolmannen osapuolen lähteet" sekä julkaisusuunnitelma muuttuvat tarpeettomiksi. Loppujen lopuksi kirjoittaja käyttää niitä. Copywriter toimii äänitiedoston kanssa. Ja jos ne pysyvät yleisessä järjestelmässä, niin yksityiskohtaisesti ne johtavat epäselvään suuntaan ja aiheuttavat sekaannusta.

Samoin, jos päätän lisätä lohkon, on tärkeää varmistaa, että sillä on myös kaikki vaaditut attribuutit. Huolellisuus on tässä erittäin tärkeää, sillä monimutkaisia liiketoimintaprosesseja mallinnettaessa muutokset yhdessä mallin osassa voivat johtaa muutoksiin toisessa. Ne on ehdottomasti otettava mukaan.

Ohjauselementtien ja lohkojen nimeämissäännöt

On tärkeää muistaa yksinkertainen sääntö: ohjausnuolia kutsutaan substantiiviksi, lohkoja kutsutaan verbeiksi. Tämä on hyväksytty IDEF0-standardissa, ja tämä lähestymistapa auttaa välttämään sekaannuksia ja virheitä.

Useimmiten virheitä tehdään lohkojen nimeämisessä. Esimerkiksi "Luo artikkeli" sijaan he kirjoittavat "Luo artikkeli". Tämän lähestymistavan lohkot ovat toimintoja, ja siksi niiden tulisi aina olla verbejä.

IDEF0:n käytön edut

Ensimmäinen etu on ilmeinen – näkyvyys. Sinä itse alat ymmärtää, kuinka tämä tai tuo järjestelmä toimii, ja voit myös selittää selvästi, missä "ohuet kohdat" tässä järjestelmässä ovat ja kuinka ratkaisusi auttavat pääsemään niistä eroon.
Keskinäinen ymmärrys ja ristiriitojen puuttuminen. Kun keskustelet yrityksen työstä toiminnallisen mallin avulla, sinulla on visuaaliset ja intuitiiviset tehtävälohkot ohjauselementeillä. Lisäksi toiminnalliseen mallinnukseen kuuluu tarvittaessa sanaston luominen, jossa symbolit ja termit paljastetaan. Tämän seurauksena sinä ja asiakas, johtaja ja muut työntekijät puhutte samaa kieltä keskustellessaan ongelmasta.
Mallin luomisen yksinkertaisuus ja nopea nopeus. Mallin oppiminen ei tietenkään ole niin helppoa kuin miltä näyttää. Kaavio onkin pohjimmiltaan supertiheä tiedon esitys, joka on erittäin hyvä ymmärtää, mutta sellaisen esityksen toteuttaminen vaatii erityistä lähestymistapaa. Analyytikon aivot toimivat tässä tapauksessa toisaalta erittäin voimakkaana puristimena ja toisaalta suodattimena. Mutta kokemuksen myötä tästä prosessista tulee erittäin nopea. Tuloksena saat työkalun, jonka avulla saat itse selville, mitä tietyssä järjestelmässä tapahtuu, ja havainnollistaa lyhyessä ajassa luodun visuaalisen apuvälineen avulla tärkeitä kohtia kollegoille tai asiakkaille.
Kuria ja ei virheitä. IDEF0-standardi tarjoaa tiukat puitteet ja säännöt. Tämä lähestymistapa luo kurinalaisuutta, ja tapa toimia standardin sisällä auttaa välttämään huolimattomuudesta johtuvia virheitä. Kaikki standardirikkomukset näkyvät välittömästi.

Mikä on IDEF0:n käytön vaikeus

On tärkeää ymmärtää, että vain yksinkertaisimmissa tapauksissa kaksi yritysanalyytikkoa luo täsmälleen samat toimintamallit kuvaamaan yrityksen työtä. Mikä tahansa malli heijastaa analyytikon kokemusta, syvällistä ymmärrystä liiketoiminnasta, jota hän haluaa kuvata, ja jollain tavalla myös hänen henkilökohtaista näkemystään tästä liiketoiminnasta. Nuo. ihminen kehittää liiketoimintamallia johtajan näkökulmasta, ikään kuin hän olisi johtaja.

Samanaikaisesti uskon, että yritysanalyytikko ei ole mikään ammatti, joka analysoi liiketoimintaa ja pyrkii rakentamaan mahdollisimman tehokkaan järjestelmän. IDEF0-työkalu on suunniteltu näitä ihmisiä varten ja näihin tarkoituksiin.

Siksi toiminnallista "sellaisenaan" liiketoimintamallia laadittaessa on erittäin tärkeää neuvotella jatkuvasti yrityksen johtajan kanssa, jotta ei tehdä virheitä, jotka automaattisesti aiheuttavat virheitä hajoamisvaiheissa. Myös myöhemmissä vaiheissa voidaan vaatia lisähyväksyntää osastopäälliköiltä ja työntekijöiltä. Vain jos "sellaisenaan" toimintamallisi todella heijastaa asioiden todellista tilaa, voit tehdä muutoksia ja ehdotuksia. Ja korkealaatuisten tulosten saavuttamiseksi tällaisessa työssä tarvitaan ensinnäkin käytännön kokemusta ja tietoa tietyntyyppisen liiketoiminnan ominaisuuksista.

Lisää artikkeleita tästä aiheesta.

Työn tavoite:

IDEF0-metodologian perusperiaatteiden tutkiminen,
uuden projektin luominen BPWinissä,
kontekstikaavion muodostaminen,
yhteyksien tekeminen.

IDEF0:ta käyttävän järjestelmän kuvausta kutsutaan toiminnalliseksi malliksi. Toimintamalli on suunniteltu kuvaamaan olemassa olevia liiketoimintaprosesseja, jossa käytetään sekä luonnollisia että graafisia kieliä. Tietystä järjestelmästä tiedon välittämiseksi graafisen kielen lähde on itse IDEF0-metodologia.

IDEF0-metodologia määrää hierarkkisen kaaviojärjestelmän rakentamisen - yksittäiset kuvaukset järjestelmän fragmenteista. Ensin kuvataan järjestelmä kokonaisuutena ja sen vuorovaikutus ulkomaailman kanssa (kontekstikaavio), jonka jälkeen suoritetaan toiminnallinen hajoaminen - järjestelmä jaetaan osajärjestelmiin ja jokainen osajärjestelmä kuvataan erikseen (hajoamiskaaviot) . Sitten kukin alijärjestelmä jaetaan pienempiin, ja niin edelleen, kunnes haluttu yksityiskohtaisuus on saavutettu.

Jokainen IDEF0-kaaviot a sisältää lohkoja ja kaaria. Lohkot kuvaavat mallinnetun järjestelmän toimintoja. Kaaret yhdistävät lohkot toisiinsa ja edustavat niiden välistä vuorovaikutusta ja suhteita.

Kaavioiden toiminnalliset lohkot (työ) esitetään suorakulmioina, jotka edustavat nimettyjä prosesseja, toimintoja tai tehtäviä, jotka tapahtuvat tietyn ajanjakson aikana ja joilla on tunnistettavia tuloksia. Teoksen nimi tulee ilmaista toimintaa ilmaisevana verbaalisena substantiivina.

IDEF0 edellyttää, että kaaviossa on vähintään kolme ja enintään kuusi lohkoa. Nämä rajoitukset pitävät kaavioiden ja mallin monimutkaisuuden luettavalla, ymmärrettävällä ja käyttökelpoisella tasolla.

Lohkon jokaisella puolella on erityinen, hyvin erityinen tarkoitus. Lohkon vasen puoli on tuloja varten, yläosa ohjausta varten, oikea puoli lähtöjä varten ja alaosa mekanismeja varten. Tämä nimitys kuvastaa tiettyjä järjestelmän periaatteita: tulot muunnetaan lähdöiksi, ohjausrajat tai määräykset muunnosten suorittamiselle, mekanismit osoittavat mitä ja miten toiminto suorittaa.

IDEF0:n lohkot on sijoitettu tärkeysjärjestykseen, kuten kaavion kirjoittaja ymmärtää. Tätä suhteellista järjestystä kutsutaan dominanssiksi. Dominanssi ymmärretään vaikutukseksi, joka yhdellä lohkolla on kaavion muihin lohkoihin. Esimerkiksi kaavion hallitsevin lohko voi olla joko ensimmäinen vaaditusta toimintosarjasta tai suunnittelu- tai ohjaustoiminto, joka vaikuttaa kaikkiin muihin.

Hallitsevin lohko on yleensä sijoitettu kaavion vasempaan yläkulmaan ja vähiten hallitseva lohko oikeaan kulmaan.

Lohkojen sijoittelu sivulla kuvastaa kirjoittajan määräävän aseman määritelmää. Siten kaavion topologia osoittaa, millä ominaisuuksilla on suurempi vaikutus muihin. Tämän korostamiseksi analyytikko voi numeroida lohkot uudelleen niiden hallitsemisjärjestyksen mukaan. Dominanssijärjestys voidaan ilmaista kunkin suorakulmion oikeaan alakulmaan sijoitetulla numerolla: 1 osoittaisi suurimman dominanssin, 2 seuraavaa jne.

Teosten vuorovaikutusta ulkomaailman ja toistensa kanssa kuvataan nuolien muodossa, jotka on kuvattu yksittäisinä viivoina, joiden päissä on nuolet. Nuolet edustavat jotakin tietoa ja niitä kutsutaan substantiiviksi.

Nuolien tyypit

IDEF0 erottaa viisi nuolityyppiä.

Sisäänkäynti- objektit, joita työ käyttää ja muuntaa tuloksen (ulostulon) saamiseksi. On sallittua, että teoksessa ei saa olla yhtä sisääntulonuolta. Aloitusnuoli piirretään työn vasempaan reunaan.

Ohjaus-.teoksen toimintaa ohjaava tieto. Tyypillisesti ohjausnuolet sisältävät tietoja, jotka osoittavat, mitä työn tulisi tehdä. Jokaisessa työssä on oltava vähintään yksi ohjausnuoli, joka on kuvattu työntyvän työn yläreunaan.

Poistu- objektit, joihin syötteet muunnetaan. Jokaisessa työssä on oltava vähintään yksi poistumisnuoli, joka piirretään työn oikeasta reunasta.

Mekanismi- työn suorittavat resurssit. Mekanismin nuoli piirretään työn alareunaan. Analyytikon harkinnan mukaan mallissa ei saa olla mekanismin nuolia.

Puhelu- erityinen nuoli, joka osoittaa eri toimintamalliin. Kutsunuoli piirretään työn alaosasta tulevaksi ja sitä käytetään osoittamaan, että jotain työtä tehdään mallinnettavan järjestelmän ulkopuolella.

Riisi. 2.1 Nuolien tyypit

IDEF0-metodologia vaatii vain viiden tyyppistä vuorovaikutusta lohkojen välillä kuvaamaan niiden suhteita: ohjaus, tulo, ohjauksen takaisinkytkentä, tulon takaisinkytkentä, lähtö-mekanismi. Ohjaus- ja tuloliitännät ovat yksinkertaisimpia, koska ne heijastavat suoria vaikutteita, jotka ovat intuitiivisia ja erittäin yksinkertaisia.

Riisi. 2.2. Lähtöviestintä

Riisi. 2.3. Johdon viestintä

Ohjaussuhde syntyy, kun yhden lohkon lähtö vaikuttaa suoraan vähemmän hallitsevaan lohkoon.

Ohjauspalaute ja syötteen palaute ovat monimutkaisempia, koska niihin liittyy iteraatiota tai rekursiota. Nimittäin yhden työn tuotokset vaikuttavat muiden töiden tulevaan toteutukseen, mikä vaikuttaa myöhemmin alkuperäiseen työhön.

Ohjauspalaute tapahtuu silloin; kun jonkin lohkon lähtö vaikuttaa lohkoon, jolla on suurempi dominanssi.

Tuotosmekanismin suhteet ovat harvinaisia. Ne kuvastavat tilannetta, jossa yhden toiminnon tuotosta tulee keino saavuttaa päämäärä toiselle.

Riisi. 2.4. Palaute kirjautumisesta

Riisi. 2.5. Johdon palaute

Tuotos-mekanismi-suhteet ovat ominaisia resurssilähteiden (esim. tarvittavat työkalut, koulutettu henkilöstö, fyysinen tila, laitteet, rahoitus, materiaalit) allokoinnille.

IDEF0:ssa kaari edustaa harvoin yhtä objektia. Se symboloi yleensä joukkoa esineitä. Koska kaaret edustavat objektikokoelmia, niillä voi olla useita aloituspisteitä (lähteitä) ja päätepisteitä (kohteita). Siksi kaaret voivat haarautua ja liittyä eri tavoin. Koko kaari tai osa siitä voi ulottua yhdestä tai useammasta lohkosta ja päättyä yhteen tai useampaan lohkoon.

Haaroittuvat kaaret, jotka on kuvattu säteilevinä viivoina, tarkoittavat, että kaikki kaarien sisältö tai osa siitä voi esiintyä jokaisessa haarassa. Kaari merkitään aina haaran eteen, jotta koko joukolle annetaan nimi. Lisäksi jokainen kaaren haara voi olla merkitty tai olla merkitsemättä seuraavien sääntöjen mukaisesti:

merkitsemättömät oksat sisältävät kaaritunnisteessa määritettyjen objektien painon ennen haaraa;
haarapisteen jälkeen merkityt haarat sisältävät kaikki tai osan kaaritunnisteessa määritetyistä objekteista ennen haaraa.

Kaarien yhdistämiset IDEFO:ssa, jotka on kuvattu toisiaan suppenevina viivoina, osoittavat, että kunkin haaran sisältö muodostaa nimikkeen kaarelle, joka syntyy alkuperäisten kaarien yhdistämisestä. Yhdistyksen jälkeen tuloksena oleva kaari merkitään aina merkitsemään yhdistämisen tuloksena syntyvää uutta objektijoukkoa. Lisäksi jokainen haara voi olla merkitty tai olla merkitsemättä ennen yhdistämistä seuraavien sääntöjen mukaisesti:

Riisi. 2.6. Lähtö-mekanismi liitäntä

nimeämättömät haarat sisältävät jaetussa kaaritunnisteessa määritettyjen objektien painon yhdistämisen jälkeen;
ennen yhdistämistä merkityt haarat sisältävät kaikki tai osan niistä, jotka on lueteltu yhteisessä tarrassa yhdistämisen jälkeen,

Kvantitatiivinen kaavioanalyysi

Kaavioiden kvantitatiivisen analyysin suorittamiseksi luetellaan malliindikaattorit:

lohkojen määrä kaaviossa - N;
kaavion hajoamistaso - L;
kaavion tasapaino - SISÄÄN;
lohkoon yhdistävien nuolien määrä - A

Tämä tekijöiden joukko koskee jokaista mallikaaviota. Seuraavassa luetellaan suosituksia kaavion tekijöiden halutuista arvoista.

On välttämätöntä pyrkiä varmistamaan, että alempien tasojen kaavioiden lohkojen lukumäärä on pienempi kuin emokaavioiden lohkojen lukumäärä, eli hajotustason kasvaessa kerroin pienenee. Näin ollen tämän kertoimen pieneneminen osoittaa sen. että mallin hajotessa funktioita tulisi yksinkertaistaa, joten lohkojen lukumäärän pitäisi pienentyä.

Kaavioiden tulee olla tasapainossa. Tämä tarkoittaa, että yhden kaavion sisällä ei pitäisi esiintyä kuvan 1 tilannetta. 2.7: työssä 1 on huomattavasti enemmän saapuvia nuolia ja ohjausnuolia kuin lähtevissä. On huomattava, että tätä suositusta ei välttämättä noudateta tuotantoprosesseja kuvaavissa malleissa. Esimerkiksi kokoonpanomenettelyä kuvattaessa lohko voi sisältää useita tuotteen komponentteja kuvaavia nuolia ja yksi nuoli, joka poistuu valmiista tuotteesta.

Riisi. 2.7. Esimerkki epätasapainoisesta kaaviosta

Esitellään kaavion tasapainokerroin

On välttämätöntä pyrkiä K oli minimaalinen kaaviolle.

Kaavion graafisten elementtien analysoinnin lisäksi on tarpeen ottaa huomioon lohkojen nimet. Nimien arvioimiseksi laaditaan mallinnetun järjestelmän perusfunktioiden (triviaalisten) funktioiden sanakirja. Itse asiassa tämän sanakirjan pitäisi sisältää kaavion hajotuksen alemman tason funktiot. Esimerkiksi tietokantamallissa toiminnot "etsi tietue" ja "lisää tietue tietokantaan" voivat olla alkeellisia, kun taas funktio "käyttäjän rekisteröinti" vaatii lisäkuvausta.

Sanakirjan muodostamisen ja järjestelmäkaaviopaketin laatimisen jälkeen on tarpeen ottaa huomioon mallin alempi taso. Jos kaaviolohkojen nimien ja sanakirjan sanojen välillä on osumia, tämä tarkoittaa, että riittävä hajotustaso on saavutettu. Tätä kriteeriä kvantitatiivisesti heijastava kerroin voidaan kirjoittaa muodossa L*C- mallitason ja lohkonimien ja sanakirjan sanojen osumien lukumäärän tulo. Mitä matalampi mallitaso (suurempi L), sitä arvokkaampia ottelut ovat.

BPWin Toolkit

Kun käynnistät BPWinin, päätyökalupalkki, työkalupaletti ja Model Explorer tulevat näkyviin oletusarvoisesti.

Kun luot uutta mallia, näkyviin tulee valintaikkuna, jossa sinun tulee ilmoittaa, luodaanko malli uudelleen vai avataanko se ModelMart-arkistosta, kirjoita mallin nimi ja valitse menetelmä, jolla malli rakennetaan ( kuva 2.8).

Kuva 2.8 Mallin luomisikkuna

BPWin tukee kolmea menetelmää - IDEF0, IDEF3 ja DFD. BPWinissä on mahdollista rakentaa sekamalleja, eli malli voi sisältää samanaikaisesti sekä IDEF0- ja IDEF3-kaavioita että DFD:tä. Työkalupaletin koostumus muuttuu automaattisesti, kun vaihdat merkinnästä toiseen.

BPWinin mallia pidetään sarjana töitä, joista jokainen toimii tietyn tietojoukon kanssa. Jos napsautat mitä tahansa malliobjektia hiiren vasemmalla painikkeella, näkyviin tulee pikavalikko, jonka jokainen kohta vastaa objektin ominaisuuden editoria.

Esimerkki

Järjestelmämallin rakentaminen kannattaa aloittaa tutkimalla kaikki sen toimivuutta kuvaavat asiakirjat. Yksi näistä asiakirjoista on tekninen eritelmä, eli kohdat "Kehittämisen tarkoitus", "Järjestelmän tavoitteet ja tavoitteet" ja "Järjestelmän toiminnalliset ominaisuudet".

Lähdedokumenttien tutkimisen ja asiakkaiden ja järjestelmän käyttäjien haastattelun jälkeen on tarpeen muotoilla mallinnuksen tarkoitus ja määrittää näkökulma malliin. Tarkastellaanpa sen rakentamistekniikkaa "Yliopiston työvoimapalvelu" -järjestelmän esimerkillä, jonka pääominaisuudet kuvattiin laboratoriotyössä nro 1.

Muotoillaan mallinnuksen tavoite: kuvailla järjestelmän toimintaa niin, että se olisi sen käyttäjälle ymmärrettävää, menemättä toteutukseen liittyviin yksityiskohtiin. Rakennamme mallin käyttäjien (opiskelija, opettaja, ylläpitäjä, dekanaatti, yritys) näkökulmasta.

Aloitetaan rakentamalla konteksti-IDEF0-kaavio Järjestelmän kuvauksen mukaan päätehtävänä on palvella asiakkaita käsittelemällä heiltä tulevia pyyntöjä. Siten määrittelemme kontekstikaavion ainoaksi työksi "Palvele järjestelmän asiakasta". Seuraavaksi määritellään syöttö- ja lähtötiedot sekä mekanismit ja ohjaus.

Asiakkaan palvelemiseksi on tarpeen rekisteröidä hänet järjestelmään, avata pääsy tietokantaan ja käsitellä hänen pyyntönsä. Syöttötiedot ovat "asiakkaan nimi", "asiakkaan salasana", "lähdetietokanta", "asiakaspyyntö". Pyynnön suorittaminen johtaa joko tiedon saamiseen järjestelmästä tai tietokannan sisällön muuttamiseen (esimerkiksi asiantuntija-arviointeja laadittaessa), jolloin lähtötietona ovat ”raportit” ja ”muutettu tietokanta”. Pyynnön käsittelyprosessi suoritetaan järjestelmänvalvojan valvonnassa.

Kontekstikaavio

Näin määritämme järjestelmän kontekstikaavion (kuva 2.9).

Kuva 2.9. Järjestelmän kontekstikaavio

Hajotetaanpa kontekstikaavio, joka kuvaa asiakaspalvelun järjestystä:

Järjestelmään pääsyn tason määrittäminen.
Alajärjestelmän valinta.
Pääsy osajärjestelmään.
Tietokannan muuttaminen (tarvittaessa).

Saamme kuvan kaavion. 2.10.

Kun kontekstikaavion hajottaminen on valmis, siirry seuraavan tason kaavion hajottamiseen. Tyypillisesti, kun tarkastellaan kolmatta ja alempaa tasoa, mallit palaavat pääkaavioihin ja säätelevät niitä.

Riisi. 2.10. Teoksen "Palvelu, järjestelmäasiakas" hajoaminen

Jaamme peräkkäin kaikki tuloksena olevan kaavion lohkot. Ensimmäinen vaihe järjestelmän käyttöoikeustason määrittämisessä on käyttäjäluokan määrittäminen. Asiakkaan nimeä etsitään käyttäjätietokannasta ja määritetään sen luokka. Tietyn kategorian mukaan määritellään järjestelmän käyttäjälle myönnetyt valtuudet. Seuraavaksi suoritetaan menettely järjestelmään pääsyä varten tarkistamalla pääsynimi ja salasana. Yhdistämällä tiedot viranomaisista ja käyttöoikeustasosta käyttäjälle muodostuu joukko sallittuja toimia. Siten järjestelmän pääsytason määrittäminen näyttää kuvan 1 mukaiselta. 2.11.

Riisi. 2.11. Teoksen "Järjestelmään pääsyn tason määrittäminen" hajoaminen

Järjestelmään pääsyn suorittamisen jälkeen monitori analysoi asiakkaan pyynnön ja valitsee alijärjestelmän, joka käsittelee pyynnön. Teoksen "Voitto alijärjestelmään" hajonta ei vastaa mallin tarkoitusta ja näkökulmaa. Järjestelmän käyttäjä ei ole kiinnostunut sen toiminnan sisäisistä algoritmeista. Tässä tapauksessa hänelle on tärkeää, että osajärjestelmän valinta tehdään automaattisesti ilman hänen puuttumistaan, joten osajärjestelmään pääsyn hajoaminen vain monimutkaistaa mallia.

Jaotamme työn "Asiakaspyynnön käsittely", jonka alijärjestelmä suorittaa pyyntöjen käsittelyä varten, määrittämällä käyttäjien luokat ja valtuudet. Ennen kuin etsit vastausta kyselyyn, sinun on avattava tietokanta (yhdistettävä siihen). Yleensä tietokanta voi sijaita etäpalvelimella, joten siihen voi olla tarpeen muodostaa yhteys. Määritetään työjärjestys:

Tietokannan avaaminen.
Pyynnön toteuttaminen.
Raporttien luominen.

Tietokannan avaamisen jälkeen sinun on ilmoitettava järjestelmälle, että yhteys tietokantaan on muodostettu, suoritettava pyyntö ja luotava raportit käyttäjälle (kuva 2.12).

On huomattava, että "Kyselyn suoritus" sisältää eri alijärjestelmien työn. Jos pyyntö sisältää esimerkiksi testauksen, sen suorittaa ammatillisten ja psykologisten testien alajärjestelmä. Kyselyn suoritusvaiheessa saattaa olla tarpeen muuttaa tietokannan sisältöä esimerkiksi asiantuntija-arvioita laadittaessa. Siksi tämä mahdollisuus on esitettävä kaaviossa.

Riisi. 2.12.

Kaavion säätö

Tuloksena olevaa kaaviota analysoitaessa herää kysymys: mitä sääntöjä käytetään raporttien luomiseen? On tarpeen olla valmiiksi luotuja malleja, joita käytetään valinnassa tietokannasta, ja näiden mallien on vastattava kyselyitä ja oltava ennalta määritettyjä. Lisäksi asiakkaalle tulee antaa mahdollisuus valita raportin muoto.

Säädetään kaaviota lisäämällä "Raporttimallit"- ja "Tietokannan muutospyynnöt" -nuolet sekä "Järjestelmäasiakas"-tunnelinuoli. "Järjestelmäasiakkaan" tunnelointia käytetään, jotta nuolta ei aseteta yläkaavioon, koska raporttilomakkeen valintatoiminto ei ole tarpeeksi tärkeä näytettäväksi yläkaaviossa.

Kaavion muuttaminen johtaa säätöihin kaikkiin pääkaavioihin (kuvat 2.13 - 2.15).

"Kyselyn suoritus" -työ kannattaa hajottaa DFD-kaavion avulla (laboratoriotyö nro 3), koska IDEF0-metodologia pitää järjestelmää toisiinsa liittyvien töiden sarjana, joka ei heijasta hyvin tiedonkäsittelyprosesseja.

Riisi. 2.13. Teoksen hajottaminen "Asiakkaan pyynnön käsittely"

Riisi. 2.14. Työn "Järjestelmäasiakaspalvelu" hajoaminen (vaihtoehto 2)

Riisi. 2.15. Järjestelmän kontekstikaavio (vaihtoehto 2)

Siirrytään viimeisen lohkon "Tietokannan muuttaminen" hajotukseen. Asiakkaan näkökulmasta järjestelmätiedot sijaitsevat yhdessä tietokannassa. Todellisuudessa järjestelmässä on kuusi tietokantaa:

käyttäjätietokanta,
opiskelijatietokanta, (vaihtoehto 2)
työpaikkatietokanta,
akateemisen suoritustietokanta,
Testitietokanta,
asiantuntija-arvioiden tietokanta,
DB jatkaa.

Mallintamisen tarkoituksen mukaan asiakkaan on tärkeää ymmärtää, että vastaanotettu tieto ei päivity välittömästi järjestelmään, vaan se käy läpi lisäkäsittely- ja valvontavaiheen. Muutosalgoritmi voidaan muotoilla seuraavasti:

Määritetään tietokanta, jossa tietoja muutetaan.
Operaattori luo väliaikaisen tietojoukon ja toimittaa sen ylläpitäjälle.
Ylläpitäjä hallitsee tietoja ja syöttää ne tietokantaan.

Tämä malli voidaan toteuttaa eri tavalla tarjoamalla mahdollisuus päivittää tietokanta suoraan pyynnöstä, ohittaen tiedonhallintaprosessin. Tässä tapauksessa on tarpeen varmistaa tietokannan eheys vahingoittumisen välttämiseksi. Tässä tapauksessa kaavio näyttää tältä (kuva 2.17).

Riisi. 2.16. Teoksen "Tietokannan muuttaminen" hajottaminen

Riisi. 2.17. Työn "Tietokannan vaihtaminen" hajoaminen (vaihtoehto 2) Ensimmäiselle vaihtoehdolle, joka näkyy kuvassa. 2.12

"Tietokantamuutosten" lisähajottamisen suorittaminen monimutkaistaa mallia ja selittää kuinka tietokannan fyysinen muutos järjestelmässä suoritetaan. Tällöin käyttäjä ei saa lisätietoa työvoimapalvelujärjestelmän toiminnasta. Tämä työ on suositeltavaa hajottaa tietokantajärjestelmän suunnitteluprosessin aikana tietokannan loogisen mallin luomisvaiheessa.

Seuraavassa laboratoriossa tehdään kyselyn suoritustyön hajotus, joka havainnollistaa DFD-kaavioiden käyttöä tietojenkäsittelyprosessien kuvaamiseen.

Suoritetaan kvantitatiivinen analyysi kuvassa 2 esitetyistä malleista. 2.12 ja 2.13, edellä kuvatun menetelmän mukaisesti. Tarkastellaan kertoimen ^ käyttäytymistä näille malleille. Pääkaavion ”Käsittelyssä asiakaspyyntöä” kerroin on 4/2 = 2 ja hajottelukaaviossa 3/3 = 1. Kertoimen arvo pienenee, mikä viittaa toimintojen kuvauksen yksinkertaistumiseen. malli pienenee.

Tarkastellaan kertoimen muutosta K b on kaksi mallivaihtoehtoa.

toiselle vaihtoehdolle

Kerroin K b ei muuta sen arvoa, joten kaavion tasapaino ei muutu.

Oletetaan, että tarkasteltujen kaavioiden hajotuksen taso on riittävä heijastamaan mallinnuksen tarkoitusta ja alemman tason kaavioissa käytetään elementtifunktioita työn nimissä (järjestelmän käyttäjän näkökulmasta) .

Yhteenvetona tarkastelusta esimerkistä on tarpeen huomata useiden kaaviovaihtoehtojen huomioiminen järjestelmää mallinnettaessa. Tällaisia vaihtoehtoja saattaa syntyä säädettäessä kaavioita, kuten tehtiin "Asiakaspyynnön käsittely" -kohdassa, tai luotaessa vaihtoehtoisia järjestelmän toimintojen toteutuksia (työn "Tietokannan muuttaminen" jakaminen). Vaihtoehtoja tarkastelemalla voit valita parhaan ja sisällyttää sen kaaviopakettiin jatkokäsittelyä varten.

Kontrollikysymykset

Lista Turvallisuuskysymykset:

Mikä on malli IDEF0-merkinnöissä?
Mitä IDEF0:n työpaikat tarkoittavat?
Mikä on töiden nimeämisjärjestys?
Kuinka monta teosta pitäisi olla yhdessä kaaviossa?
Mikä on dominanssijärjestys?
Miten teokset on järjestetty dominanssiperiaatteen mukaisesti?
Mikä on työn suorakulmioiden sivujen tarkoitus kaavioissa?
Luettele nuolien tyypit.
Nimeä suhteiden tyypit.
Mitä rajanuolia kutsutaan?
Selitä haarautuvien ja yhdistävien nuolien nimeämisen periaate.
Mitä menetelmiä BPWin tukee?
Luettele BPWin-pääikkunan pääelementit.
Kuvaile uuden mallin luomisprosessia BPWinissä.
Kuinka luoda yhteyksiä teosten välille?
Kuinka asettaa työn nimi.
Kuvaa työn purkamisprosessi.
Kuinka lisätä työtä kaavioon?
Kuinka ratkaista tunneloidut nuolet?
Voiko BPWin-malli sisältää kaavioita useista menetelmistä?

IDEF0-kaaviot on rakennettu BPWin-ohjelmalla. Ne on tarkoitettu meneillään olevien liiketoimintaprosessien graafiseen mallintamiseen

Tietoja IDEF0-metodologiasta

IDEF0-metodologia on laajalti käytössä sen yksinkertaisen ja helposti ymmärrettävän graafisen merkinnän ansiosta, jonka käyttö mallin rakentamiseen on erittäin kätevää. Pääpaikka metodologiassa on kaavioilla. Kaaviot esittävät järjestelmän toiminnot geometristen suorakulmioiden avulla sekä olemassa olevat yhteydet toimintojen ja ulkoisen ympäristön välillä. Suhteet näytetään nuolilla. Voit nähdä tämän katsomalla, mitä IDEF0-kaavio tarjoaa, ja esimerkkejä siitä löytyy tästä artikkelista.

Se, että mallinnuksessa käytetään vain kahta graafista primitiiviä, mahdollistaa IDEF0-vuorovaikutuksen nykyisten sääntöjen nopean selittämisen niille ihmisille, joilla ei ole siitä mitään käsitystä. IDEF0-kaavioiden avulla asiakas saa yhteyden meneillään oleviin prosesseihin nopeammin visuaalisen graafisen kielen käyttö. Voit nähdä, mitä IDEF0-kaavio tarjoaa, ja esimerkkejä niistä on alla.

IDEF0:ssa käytetyt elementit

Kuten jo mainittiin, käytetään 2 tyyppisiä geometrisia primitiivejä: suorakulmioita ja nuolia. Suorakulmiot edustavat tiettyjä prosesseja, toimintoja, töitä tai tehtäviä, joilla on tavoitteita ja jotka johtavat määrättyyn tulokseen. Prosessien vuorovaikutus itsensä ja ulkoisen ympäristön välillä on osoitettu nuolilla. IDEF0 erottaa 5 erilaista nuolta.

IDEF0:n mahdolliset käyttötavat

IDEF0-metodologiaa voidaan käyttää kuvaamaan minkä tahansa tietojärjestelmän toiminnallista puolta.

Prosessien välisten yhteyksien tyypit IDEF0

Mallin edun mukaista on luoda sellaisia rakenteiden yhteyksiä niin, että sisäiset yhteydet ovat mahdollisimman vahvoja ja ulkoiset mahdollisimman heikkoja. Tämä on IDEF0-mallinnuksen vahvuus. Voit nähdä esimerkkejä kaavioista itse ja nähdä näiden sanojen todenmukaisuuden. Yhteyksien muodostamisen helpottamiseksi samanlaiset yhdistetään moduuleiksi. Ulkoiset yhteydet muodostetaan moduulien välille ja sisäiset yhteydet moduulien sisällä. Liitäntöjä on useita.

1. Hierarkkinen ("osa" - "koko") yhteys.

2. Johtaja (sääntely, alainen):

2) ohjauspalaute.

3. Toiminnallinen tai teknologinen:

2) käänteinen tulo.

3) kuluttaja;

4) looginen;

5) metodologinen tai kollegiaalinen;

6) resurssi;

7) tiedottava;

8) väliaikainen;

9) satunnainen.

Rakennuspalikat ja liitännät kaavioissa

IDEF0-metodologia sisältää useita sääntöjä ja suosituksia sen käyttöön ja käytön laadun parantamiseen. Joten kaaviossa näkyy yksi lohko, jossa voit määrittää järjestelmän nimen ja sen tarkoituksen. Lohkoon tai sieltä pois johtavat 2-5 nuolta. Se voi olla enemmän tai vähemmän, mutta vähintään kaksi nuolta tarvitaan sisään-/poistumiseen ja loput ovat lisätöitä ja niiden osoittamista kaaviossa. Jos nuoli on suurempi kuin 5, kannattaa miettiä mallin optimaalista rakennetta ja onko mahdollista tehdä siitä vielä yksityiskohtaisempi.

Rakennuspalikoita hajoamiskaavioissa

Yhdessä kaaviossa olevien lohkojen lukumääräksi suositellaan 3-6. Jos niitä on vähemmän, tällaiset kaaviot eivät todennäköisesti kanna semanttista kuormaa. Jos lohkojen määrä on valtava, tällaisen kaavion lukeminen on erittäin vaikeaa, kun otetaan huomioon lisänuolien läsnäolo. Tiedon havaitsemisen parantamiseksi on suositeltavaa sijoittaa lohkoja ylhäältä alas ja vasemmalta oikealle. Tämä järjestely heijastelee prosessien järjestyksen suorituslogiikkaa. Ja myös nuolet aiheuttavat vähemmän sekaannusta, sillä niillä on minimaalinen määrä risteyksiä keskenään.

Jos tietyn toiminnon käynnistämistä ei ohjata millään tavalla ja prosessi voidaan käynnistää milloin tahansa, tämä tilanne ilmaistaan ohjausta ja syöttöä osoittavien nuolien puuttumisena. Mutta tällaisen tilanteen olemassaolo voi osoittaa mahdollisille kumppaneille tiettyä epävakautta ja tarvetta tarkastella potentiaalista kumppania lähemmin.

Lohko, jossa on vain tulonuoli, osoittaa, että prosessi vastaanottaa syöteparametreja, mutta suorituksen aikana ei tapahdu ohjausta tai säätöä. Lohkoa, jossa on vain ohjausnuoli, käytetään osoittamaan työtä, joka kutsutaan vain ohjausjärjestelmän erityistilauksesta. Niitä hallitaan ja mukautetaan kaikissa vaiheissaan.

Mutta esimerkki IDEF0-kaavion rakentamisesta voi vakuuttaa sinut siitä, että täydellisin ja kattavin tyyppi on kaavio, jossa on syöttö- ja ohjausnuolet.

Nimeäminen

Visuaalisen havainnon parantamiseksi jokaisella lohkolla ja jokaisella nuolella tulee olla oma nimi, jonka avulla ne voidaan tunnistaa monien muiden lohkojen ja nuolien joukosta. Tältä esimerkkikaaviot näyttävät IDEF0:ssa. Heidän avullaan rakennettu tietojärjestelmä mahdollistaa mallien kaikkien puutteiden ja monimutkaisuuden ymmärtämisen.

Yhdistäviä nuolia käytetään usein, ja niiden nimeämisestä herää kysymyksiä. Mutta yhdistäminen on mahdollista vain, jos siirretään homogeenista dataa, joten erillisiä nimiä ei tarvita, vaikka ne voidaan määrittää BPWin-ohjelmassa. Lisäksi, jos nuolet eroavat toisistaan, ne voidaan nimetä erikseen, jotta voidaan ymmärtää, mikä on vastuussa mistä.

Jos haaran jälkeen ei ole nimeä, nimen katsotaan olevan täsmälleen sama kuin ennen haaraa. Näin voi olla, jos kaksi lohkoa vaativat saman tiedon. IDEF0-kontekstikaavio, jonka esimerkki löytyy tästä artikkelista, vahvistaa nämä sanat.

Nuolen tiedot

Siinä tulee näyttää nuolet, jotka tulevat ja lähtevät samaan lohkoon rakennekaaviota rakennettaessa. Kaavioon siirrettyjen geometristen kuvioiden nimien tulee toistaa tarkasti korkeimman tason tiedot. Jos kaksi nuolta ovat yhdensuuntaisia toistensa kaarien kanssa (eli ne alkavat yhden prosessin reunasta ja molemmat päättyvät toisen prosessin samaan reunaan), niin mallin optimoimiseksi ne pitäisi ehkä yhdistää ja antaa sopiva nimi, mikä on täydellinen. näytetään IDEF0:ssa (esimerkkikaavioita Visiossa voi tarkastella).

Esimerkki IDEF0-metodologian toteuttamisesta tietyssä mallissa

Olet jo oppinut, mikä IDEF0-kaavio on, olet nähnyt osittain esimerkkejä ja sääntöjä tällaisten kaavioiden rakentamiseen. Nyt pitäisi siirtyä harjoitteluun. Paremman ymmärtämisen vuoksi selitys ei perustu johonkin "yleiseen" malliin, vaan tiettyyn esimerkkiin, jonka avulla voit paremmin ja täydellisemmin ymmärtää IDEF0:n kanssa työskentelyn ominaisuuksia BPWin-ohjelmassa.

Esimerkkinä on junan nopeus pisteestä A pisteeseen B. On otettava huomioon, että juna ei voi saavuttaa sallittua nopeutta suurempaa nopeutta. Tämä linja on perustettu käyttökokemuksen ja junien vaikutuksen perusteella radalle. On ymmärrettävä, että junan tarkoitus on kuljettaa matkustajia, jotka puolestaan ovat maksaneet päästäkseen perille turvallisesti ja mukavasti. IDEF0-kaavio on hyödyllinen, ja esimerkkejä siitä löytyy tästä artikkelista.

Alkutiedot ovat:

tiedot radasta;
passi koko matkan ajaksi;
reittisuunnitelma.

Hallintatiedot:

Ohjeet pomolta, ratapalvelun johtajalta.
Tietoja nykyisestä junavirrasta.
Tietoa suunnitelluista korjauksista, uusinnoista ja ratamuutoksista.

Mallin tulos on:

Sallittujen nopeuksien rajoitus, josta käy ilmi rajoituksen syy.
Sallitut nopeudet eri paikoissa liikkuessa ja junien siirrossa.

Kun kontekstikaavio on rakennettu, se on porattava alas ja sitten luodaan yhdistelmäkaavio, joka on ensimmäisen tason kaavio. Se näyttää kaikki järjestelmän päätoiminnot. IDEF0-metodologiaa ja -kaaviota, jolle hajotus tehdään, kutsutaan emomenetelmäksi. IDEF0-hajotelmaa kutsutaan lapsihajotelmaksi.

Johtopäätös

Ensimmäisen tason hajotuksen jälkeen suoritetaan toisen tason hajottaminen - ja niin edelleen, kunnes lisähajoaminen menettää merkityksensä. Kaikki tämä tehdään saadakseen yksityiskohtaisimman graafisen kaavion käynnissä olevista ja suunnitelluista prosesseista. Tämä on valmis esimerkki IDEF0-kaaviosta, jota voit käyttää juuri nyt.

IDEF0-mallit koostuvat kolmentyyppisistä asiakirjoista: graafiset kaaviot, teksti ja sanasto. Näissä asiakirjoissa on ristiviittaukset toisiinsa.

Kaavio voidaan liittää strukturoituun tekstiin, joka on lyhyt selostus kaavion sisällöstä. Tekstiä käytetään selittämään ja selventämään ominaisuuksia, virtauksia, lohkon sisäisiä yhteyksiä jne. Tekstiä ei saa käyttää kuvaamaan jo tyhjiä ruutuja ja nuolia kaavioissa.

Sanasto on suunniteltu määrittelemään lyhenteitä (akronyymejä), avainsanoja ja lauseita, joita käytetään niminä ja otsikoina kaavioissa. Sanasto määrittelee käsitteet ja termit, jotka kaikkien mallin kehittämiseen osallistuvien ja käyttäjien on ymmärrettävä yhtäläisesti, jotta mallin sisältö voidaan tulkita oikein.

Graafinen kaavio on IDEF0-mallin pääkomponentti, joka sisältää lohkoja, nuolia, lohkojen ja nuolien liitoksia ja niihin liittyviä suhteita. Lohkot edustavat mallinnetun kohteen päätoimintoja. Nämä funktiot voidaan jakaa (hajottaa) osiin ja esittää tarkempina kaavioina; hajoamisprosessi jatkuu, kunnes kohde kuvataan yksityiskohtaisesti tietyn projektin tavoitteiden saavuttamiseksi. Ylätason kaavio tarjoaa yleisimmän tai abstraktimman kuvauksen mallinnusobjektista. Tätä kaaviota seuraa joukko alikaavioita, jotka tarjoavat yksityiskohtaisemman kuvan kohteesta.

Jokaisessa mallissa tulee olla ylimmän tason kontekstikaavio, jossa mallinnettua objektia edustaa yksi laatikko, jossa on rajanuolet. Tätä kaaviota kutsutaan A–0 (A miinus nolla). Tämän kaavion nuolet edustavat mallinnetun kohteen ja sen ympäristön välisiä suhteita. Koska yksi lohko edustaa koko objektia, sen nimi on yhteinen koko projektille. Sama koskee kaikkia kaavion nuolia, koska ne edustavat objektin täydellistä ulkoisten liitäntöjen sarjaa. Kaavio A–0 määrittää mallinnusalueen ja sen rajan. Esimerkki A–0-kaaviosta on esitetty kuvassa. 3.10., kuva 3.11., kuva 3.12.

Riisi. 3.10. Esimerkki kontekstikaaviosta

Riisi. 3.11. Esimerkki kontekstikaaviosta

Riisi. 3.12. Esimerkki kontekstikaaviosta

A-0-kontekstikaavion tulee sisältää myös lyhyitä lausuntoja, jotka osoittavat sen henkilön tai osaston näkökulman, jolta mallia luodaan ja mihin tarkoitukseen sitä kehitetään. Nämä lausunnot auttavat ohjaamaan mallin kehitystä ja tuomaan prosessin puitteisiin.

Näkökulma määrää, mitä ja missä kontekstissa mallin kontekstissa voidaan nähdä. Näkökulman muuttaminen johtaa kohteen muiden näkökohtien huomioimiseen. Yhdestä näkökulmasta tärkeät näkökohdat eivät välttämättä näy mallissa, joka on kehitetty saman kohteen toisesta näkökulmasta.

Tavoitelauseke ilmaisee syyn mallin luomiseen, ts. sisältää luettelon kysymyksistä, joihin mallin on vastattava, mikä määrää suurelta osin sen rakenteen.

Objektin tärkeimmät ominaisuudet tunnistetaan yleensä hierarkian ylimmillä tasoilla; Kun ylimmän tason funktio hajotetaan ja jaetaan alifunktioihin, nämä ominaisuudet tarkentuvat. Jokainen alifunktio puolestaan hajotetaan seuraavan tason elementeiksi, ja näin tapahtuu, kunnes saadaan relevantti rakenne, joka mahdollistaa vastaamisen mallinnustavoitteessa muotoiltuihin kysymyksiin. Jokainen alitoiminto on mallinnettu erilliseksi lohkoksi. Jokainen ylälohko on kuvattu yksityiskohtaisesti alemmalla tasolla olevalla lapsikaaviolla. Kaikkien alikaavioiden on oltava ylimmän tason kontekstikaavio-alueella.