Kuvaus idef0-toiminnallisesta mallista. Idef0-mallin rakentamisen periaatteet. IDEF0-kaavioiden monimutkaisuuden rajoittamisen periaatteet

Pääasiallinen kolmesta BPwinin tukemasta menetelmästä on IDEF0. IDEF0, kuuluu IDEF-perheeseen, joka ilmestyi 60-luvun lopulla nimellä SADT (Structured Analysis and Design Technique). IDEF0:ta voidaan käyttää monenlaisten järjestelmien mallintamiseen. Uusissa järjestelmissä IDEF0:n avulla pyritään määrittelemään vaatimuksia ja määrittämään toimintoja vaatimukset täyttävän ja valitut toiminnot toteuttavan järjestelmän myöhempää kehittämistä varten. Kun IDEF0:ta käytetään olemassa oleviin järjestelmiin, sitä voidaan käyttää analysoimaan järjestelmän suorittamia toimintoja ja kartoittamaan mekanismeja, joilla nämä toiminnot suoritetaan. IDEF0:n soveltamisen tulos järjestelmään on malli kyseisestä järjestelmästä, joka koostuu hierarkkisesti järjestetystä joukosta kaavioita, dokumentaatiotekstiä ja sanastoja, joihin on ristiviittauksia. Kaksi tärkeintä IDEF0-kaavioiden muodostavaa komponenttia ovat liiketoimintafunktiot tai -toiminnot (esitetty kaavioissa laatikoina) ja tiedot ja objektit (esitetty nuolina), jotka yhdistävät toiminnot. Tässä tapauksessa nuolet on jaettu viiteen tyyppiin riippuen siitä, mihin työsuorakulmion sivuun ne tulevat tai mistä niistä poistuvat:

Syöttönuolet (sisältyvät työn vasemmalle puolelle) - kuvaavat tietoja tai esineitä, jotka muuttuvat työn suorittamisen aikana.

Ohjausnuolet (sisältyvät työn yläreunaan) - kuvaavat sääntöjä ja rajoituksia, joiden mukaan työ suoritetaan.

Poistumisnuolet (ulottuvat työn oikealta puolelta) - kuvaavat tietoa tai esineitä, jotka ilmestyvät työn tuloksena.

Mekanisminuolet (sisältyvät työn alareunaan) - kuvaavat työn suorittamiseen tarvittavia resursseja, mutta eivät muutu työn aikana (esim. laitteet, henkilöresurssit...)

Kutsunuolet (tulevat työn alaosasta) - kuvaavat yhteyksiä eri kaavioiden tai mallien välillä osoittaen johonkin kaavioon, jossa Tämä työ keskusteltu tarkemmin.

Kaikki työt ja nuolet on nimettävä. IDEF0-kaaviohierarkian ensimmäinen kaavio kuvaa aina järjestelmän toimintaa kokonaisuutena. Tällaisia kaavioita kutsutaan kontekstikaavioiksi. Konteksti sisältää kuvauksen mallinnuksen tarkoituksesta, laajuudesta (kuvaus siitä, mitä pidetään järjestelmän osana ja mitä ulkoisena vaikutuksena) ja näkökulman (asento, josta malli rakennetaan ). Tyypillisesti näkökulma on sen henkilön tai kohteen näkökulma, joka on vastuussa mallinnetun järjestelmän toiminnasta kokonaisuutena.

Kuva 7.1. Toiminnalliset lohko- ja liitäntäkaaret

Kaavioiden toiminnot on kuvattu suorakulmioina (toimintolohkoina). Jokainen työ kuvaa jotakin toimintoa tai tehtävää ja on nimetty toimintoa osoittavalla verbillä tai verbilauseella, esimerkiksi "Tuotteen valmistus", "Asiakaspalvelu" jne. Nuolet on merkitty substantiivilla ja osoittavat esineitä tai tietoja, jotka yhdistävät teokset toisiinsa ja ulkomaailmaan.

Kontekstin kuvauksen jälkeen suoritetaan toiminnallinen hajotus - järjestelmä jaetaan osajärjestelmiin ja jokainen osajärjestelmä kuvataan samalla syntaksilla kuin koko järjestelmä. Sitten kukin alijärjestelmä jaetaan pienempiin ja niin edelleen, kunnes haluttu yksityiskohtaisuus on saavutettu. Tämän osion seurauksena jokainen järjestelmän fragmentti on kuvattu erillisessä hajoamiskaaviossa.

Kun konteksti on kuvattu, muodostetaan seuraavat hierarkian kaaviot. Jokainen seuraava kaavio on enemmän Yksityiskohtainen kuvaus(hajoaminen) yhden yllä olevan kaavion työstä. Esimerkki kontekstuaalisesta työn hajottelusta on esitetty kuvassa 7.2 ja kuva 7.4. Kunkin osajärjestelmän kuvauksen tekee analyytikko yhdessä aihealueen asiantuntijan kanssa. Tyypillisesti asiantuntija on kyseisestä osajärjestelmästä vastaava henkilö, ja siksi hänellä on perusteellinen tuntemus sen kaikista toiminnoista. Siten koko järjestelmä jaetaan alijärjestelmiin vaaditulla tarkkuudella ja saadaan malli, joka approksimoi järjestelmää tietyllä tarkkuudella. Saatuaan mallin, joka heijastaa riittävästi nykyisiä liiketoimintaprosesseja (ns. AS IS -malli), analyytikko näkee helposti kaikki järjestelmän haavoittuvimmat kohdat. Tämän jälkeen havaitut puutteet huomioiden on mahdollista rakentaa malli uudesta liiketoimintaprosessien organisoinnista (TO BE malli).

Yksi SADT-metodologian tärkeimmistä piirteistä on asteittainen yhä suurempien yksityiskohtien käyttöönotto, kun mallia edustavia kaavioita luodaan.

Kuva 7.2, jossa on kolme kaaviota ja niiden suhteita, esittää IDEF0.-mallin rakennetta. Jokainen mallin komponentti voidaan jakaa eri kaavioksi. Jokainen kaavio havainnollistaa lohkon "sisäistä rakennetta" emokaaviossaan.

Kuva 7.2 - Esimerkki kontekstikaaviosta

Kuten kuvasta 7.2 näkyy, BPwin mahdollistaa toimintojen ja nuolien korostamisen eri väreillä sekä linkin nuolien nimet itse nuoliin (raportointi-niminen nuoli), mikä lisää toimintojen selkeyttä ja luettavuutta. kaavio.

Kuva 7.3 - Esimerkki hajoamiskaaviosta

Piirustus7 . 4 - Esimerkki kontekstikaaviosta

Kuva 7.5 - Esimerkki hajoamiskaaviosta

Kaaviohierarkia

IDEF0-mallin rakentaminen alkaa koko järjestelmän esittämisellä yksinkertaisimman komponentin muodossa - yksi lohko ja kaareet, jotka kuvaavat rajapintoja järjestelmän ulkopuolisten toimintojen kanssa. Koska yksi lohko edustaa koko järjestelmää kokonaisuutena, lohkossa määritetty nimi on yleinen. Tämä pätee myös liitäntäkaareille - ne edustavat myös järjestelmän ulkoisia liitäntöjä kokonaisuutena.

Lohko, joka edustaa järjestelmää yhtenä moduulina, kuvataan sitten toisessa kaaviossa käyttämällä useita lohkoja, jotka on yhdistetty liitäntäkaareilla. Nämä lohkot edustavat alkuperäisen toiminnon tärkeimpiä alitoimintoja. Tämä jaottelu paljastaa täydellisen joukon alifunktioita, joista jokainen on esitetty lohkona, jonka rajat määritetään liitäntäkaareilla. Jokainen näistä alifunktioista voidaan hajottaa samalla tavalla yksityiskohtaisemman esityksen saamiseksi.

Joka tapauksessa jokainen alifunktio voi sisältää vain ne elementit, jotka sisältyvät alkuperäiseen funktioon. Lisäksi malli ei voi jättää pois mitään elementtejä, eli kuten jo todettiin, emolohko ja sen rajapinnat tarjoavat kontekstin. Siihen ei voi lisätä mitään, eikä siitä voi poistaa mitään.

Ylätason kaaviossa lohkosta sisään ja ulos menevät kaaret ovat täsmälleen samat kuin alemman tason kaavion sisään ja ulos menevät kaaret, koska lohko ja kaavio edustavat samaa järjestelmän osaa.

Kuva 7.6 - SADT-mallin rakenne. Kaavioiden hajottaminen

Kuva 7.7 - Vaatimustenmukaisuuden on oltava täydellinen ja johdonmukainen

Jotkut kaaret on liitetty kaaviolohkoihin molemmista päistä, kun taas toisten toinen pää on kiinnittämätön. Kytkemättömät kaaret vastaavat päälohkon tuloja, ohjaimia ja lähtöjä. Näiden rajakaarien lähde tai kohde löytyy vain pääkaaviosta. Kiinnittämättömien päiden tulee vastata alkuperäisen kaavion kaaria. Kaikkien rajakaarien on jatkuttava yläkaaviossa, jotta se olisi täydellinen ja johdonmukainen.

Kuten todettiin, mekanismit (kaaret alapuolella) osoittavat keinot, joilla toimintoja suoritetaan. Mekanismi voi olla henkilö, tietokone tai mikä tahansa muu laite, joka auttaa suorittamaan tietyn toiminnon (Kuva 7.8).

Riisi. 7.8 Esimerkki mekanismista

Jokaisella kaavion lohkolla on oma numeronsa. Minkä tahansa kaavion lohkoa voidaan kuvata tarkemmin alemman tason kaaviolla, jota voidaan puolestaan tarkentaa tarvittavalla määrällä kaavioita. Siten muodostuu kaavioiden hierarkia.

Kaavion numeroita käytetään osoittamaan minkä tahansa kaavion tai lohkon sijainti hierarkiassa. Esimerkiksi A21 on kaavio, joka kuvaa kaavion A2 lohkoa 1. Vastaavasti A2 kuvaa lohkoa 2 kaaviossa A0, joka on mallin ylin kaavio. Kuva 7.9 esittää tyypillistä kaaviopuuta.

Kuva 7.9 - Kaavioiden hierarkia

Luento 8. MetodologiatDFDJaIDEF3

Avainsanat: rakenneanalyysi ja -suunnittelu, toiminnallinen malli, toiminnallinen lohko, käyttöliittymäkaari, kontekstikaavio, hajoaminen, sanasto, tavoite, näkökulma, osaprosessin tunnistus, hajottaminen, monimutkaisuuden rajoitus, tunnelointi.

Määritelmä

IDEF0 (Integration Definition for Function Modeling) – toiminnallinen mallinnusmenetelmä yrityksen toimintojen kuvaamiseen, joka tarjoaa toiminnallisen mallinnuskielen liiketoimintaprosessien tietojärjestelmien analysointiin, kehittämiseen, uudelleensuunnitteluun ja integrointiin; tai ohjelmistotekniikan analyysi.

IDEF0-metodologia on rakenneanalyysi- ja suunnittelumenetelmän SADT (Structured Analysis and Design Technique) kehitystyö.

IDEF0 standardina kehitettiin vuonna 1981 osana ICAM-ohjelmaa (Integrated Computer Aided Manufacturing).

IDEF0 – Liittäminen Määritelmä Kieli 0 – perustuu SADT:hen ja sisältää alkuperäisessä muodossaan samanaikaisesti: graafisen mallinnuskielen määritelmän (syntaksi ja semantiikka) ja kuvauksen kattavasta mallinkehitysmetodologiasta.

Viimeisin painos IDEF0 julkaisi joulukuussa 1993 US National Institute of Standards and Technology (NIST) toimesta.

IDEF0 otettiin käyttöön liittovaltion standardina Yhdysvalloissa vuonna 1993 ja standardina Venäjän federaatiossa vuonna 2000.

IDEF0:n sovellus

IDEF0:ta käytetään luomiseen toimiva malli, eli IDEF0-metodologian järjestelmään soveltamisen tulos on IDEF0-toiminnallinen malli.

Toimiva malli on rakenteellinen esitys funktioista, toiminnoista tai prosesseista mallinnetun järjestelmän tai aihealueen sisällä.

IDEF0-metodologialla voidaan mallintaa monenlaisia sekä automaattisia että manuaalisia järjestelmiä.

Suunniteltavissa olevissa järjestelmissä IDEF0:ta voidaan käyttää määrittämään ensin vaatimukset ja toiminnot ja sitten luoda toteutus, joka täyttää nämä vaatimukset ja suorittaa kyseiset toiminnot.

Olemassa olevissa järjestelmissä IDEF0:ta voidaan käyttää analysoimaan järjestelmän suorittamia toimintoja sekä huomioimaan mekanismeja, joilla nämä toiminnot suoritetaan.

IDEF0-standardin tavoitteet

Standardin päätavoitteet (tavoitteet):

dokumentoi ja selitä IDEF0-mallinnustekniikka ja sen käyttö;

tarjota keino mallintaa täydellisesti ja johdonmukaisesti järjestelmän tai toimialueen toiminnot sekä tiedot ja objektit, jotka yhdistävät nämä toiminnot;

tarjota mallinnuskielen, joka on riippumaton CASE-menetelmistä tai -työkaluista, mutta jota voidaan käyttää näitä menetelmiä ja työkaluja käyttämällä;

tarjota mallinnuskielen, jolla on seuraavat ominaisuudet:

yleistä(yleinen) – järjestelmien ja aihealueiden analysointiin;

tiukka ja tarkka(tiukka ja tarkka) – luoda oikeita, käyttökelpoisia malleja);

lyhyt(tiivis) – helpottaa ymmärtämistä, viestintää, sidosryhmien välistä sopimusta ja todentamista. (ymmärryksen, viestinnän, konsensuksen ja validoinnin helpottamiseksi);

abstrakti(käsitteellinen) – edustaa toiminnallisia vaatimuksia fyysisistä tai organisatorisista toteutuksista riippumatta;

joustava– tukemaan eri vaiheita elinkaari hanke.

Tiukkuus ja tarkkuus(Tarkkuus ja tarkkuus)

IDEFØ-säännöt edellyttävät riittävää kurinalaisuutta ja tarkkuutta tarpeiden tyydyttämiseksi ilman, että analyytikkoa rajoitetaan liikaa. IDEFØ säännöt sisältävät seuraavat:

kullakin tasolla kommunikoitujen yksityiskohtien hallinta – kolmesta kuuteen toiminnallista lohkoa kullakin hajotustasolla;

Rajoitettu konteksti – ei saa olla puuttuvia tai tarpeettomia yksityiskohtia, jotka ylittävät vakiintuneen kehyksen;

Diagram Interface Connectivity – solmujen lukumäärät, toiminnalliset lohkot, C-numerot ja yksityiskohtaviittauslauseke);

tietorakenteen johdonmukaisuus. (Data Structure Connectivity) – ICOM-koodit ja sulkeiden käyttö;

Ainutlaatuiset tarrat ja otsikot – ei päällekkäisiä nimiä;

grafiikan syntaksisäännöt (Syntax Rules for Graphics) – toimintolohkot ja nuolet;

rajoitukset datanuolihaaroihin (Data Arrow Branch Constraint) – tunnisteet haarojen tietovirtojen rajoituksille;

tietojen erottaminen Input vs Control Separation - sääntö tietojen roolin määrittämiseksi);

datanuolimerkinnät. Data Arrow Label -vaatimukset (minimimerkintäsäännöt);

Ohjauksen läsnäolo (Minimum Control of Function) – kaikissa toiminnoissa on oltava vähintään yksi ohjaus;

Tarkoitus ja näkökulma – kaikilla malleilla on tarkoitus ja näkökulma.

IDEF0:n peruskäsitteet

Metodologia perustuu neljään pääkonseptiin:

toiminnallinen lohko;

liitäntä kaari;

hajoaminen;

sanasto.

Toimintolohko(Activity Box) edustaa jotakin tiettyä toimintoa kyseisessä järjestelmässä.

Standardin vaatimusten mukaisesti jokaisen toimintalohkon nimi on muotoiltava sanallisessa tunnelmassa (esimerkiksi "tuottaa palveluita").

Kaaviossa toiminnallinen lohko on kuvattu suorakulmiona (kuva). Jokaisella toiminnallisen lohkon neljällä sivulla on oma erityinen merkitys (rooli), ja:

yläpuoli on asetettu kohtaan "Ohjaus";

vasen puoli on asetettu kohtaan "Input";

oikea puoli on asetettu kohtaan "Output";

alapuolella on merkitys "Mekanismi".

Riisi. Toimintolohko

Käyttöliittymän kaari/nuoli(Nuoli) näyttää järjestelmäelementin, jota toimintolohko käsittelee tai joka muuten vaikuttaa kyseisen toimintolohkon edustamaan toimintoon. Käyttöliittymäkaareja kutsutaan usein virroiksi tai nuoleksi.

Käyttöliittymäkaarien avulla näytetään erilaisia objekteja, jotka tavalla tai toisella määrittävät järjestelmässä tapahtuvat prosessit. Tällaiset objektit voivat olla todellisen maailman elementtejä (osat, autot, työntekijät jne.) tai tieto- ja tietovirtoja (asiakirjat, tiedot, ohjeet jne.).

Riippuen toiminnallisen lohkon kummalle puolelle tämä liitäntäkaari sopii, sitä kutsutaan "saapuvaksi", "lähteväksi" tai "ohjattavaksi".

Huomioi, että jokaisessa toiminnallisessa lohkossa on standardin vaatimusten mukaisesti oltava vähintään yksi ohjausliitännän kaari ja yksi lähtevä. Tämä on ymmärrettävää - jokaisen prosessin on tapahduttava tiettyjen sääntöjen mukaisesti (näkyy ohjauskaarella) ja sen on tuotettava jokin tulos (lähtökaari), muuten sen tarkastelussa ei ole mitään järkeä.

Ohjausrajapintakaarien pakollinen läsnäolo on yksi tärkeimmistä eroista IDEF0-standardin ja muiden luokkien DFD (Data Flow Diagram) ja WFD (Work Flow Diagram) metodologioiden välillä.

Hajoaminen(Decomposition) on IDEF0-standardin ydinkäsite. Hajotusperiaatetta käytetään hajotettaessa monimutkainen prosessi sen komponenttifunktioihin. Tässä tapauksessa mallin kehittäjä määrittää suoraan prosessin yksityiskohtaisuuden.

Hajotus mahdollistaa järjestelmän mallin asteittaisen ja jäsennellyn esittämisen yksittäisten kaavioiden hierarkkisen rakenteen muodossa, mikä tekee siitä vähemmän ylikuormitettua ja helpompi sulattaa.

IDEF0-konsepteista viimeinen on sanasto(Sanasto).

Jokaiselle IDEF0-elementille - kaavioille, funktiolohkoille, käyttöliittymäkaareille - olemassa oleva standardi edellyttää joukon vastaavia määritelmiä, avainsanoja, selostuslausekkeita jne., jotka luonnehtivat tämän elementin näyttämää objektia.

Tämä sarja on ns sanasto ja on kuvaus tämän elementin olemuksesta. Sanasto täydentää harmonisesti visuaalista graafista kieltä tarjoamalla kaavioihin tarvittavat lisätiedot.

Mallintaminen. IDEF0-malli alkaa aina näkemällä järjestelmä yhtenä kokonaisuutena – yhdestä toiminnallisesta yksiköstä, jonka rajapintakaaret ulottuvat tarkasteltavan alueen ulkopuolelle. Tällaista kaaviota, jossa on yksi toimintolohko, kutsutaan kontekstikaavio.

Kontekstikaavion selittävässä tekstissä on ilmoitettava kohde(Tarkoitus) rakentaa kaavio lyhyen kuvauksen muodossa ja kirjata näkökulma(Näkymä).

Määritelmä ja formalisointi tavoitteet IDEF0-mallin kehittäminen on erittäin tärkeä asia. Käytännössä tavoite määrittelee tutkittavan järjestelmän oleelliset osa-alueet, joihin on ensin keskityttävä.

Näkökulma määrittää mallin kehittämisen pääsuunnan ja vaaditun yksityiskohtaisuuden tason. Näkökulman selkeä kiinnitys mahdollistaa mallin purkamisen kieltäytymällä yksityiskohtaisesta ja tutkimasta yksittäisiä elementtejä, jotka eivät ole välttämättömiä järjestelmän valitun näkökulman perusteella.

6.2. SADT-metodologian tarkoitus ja koostumus (IDEF0)

SADT-metodologia (Structured Analysis and Design Technique - rakenneanalyysin ja suunnittelun metodologia) on joukko menetelmiä, sääntöjä ja menettelytapoja, jotka on suunniteltu rakentamaan järjestelmän toiminnallinen malli.

Tämän menetelmän kehittäminen alkoi Douglas Rossin (USA) kanssa 60-luvun puolivälissä. XX vuosisadalla Siitä lähtien SofTech, Inc:n järjestelmäanalyytikot. paransi SADT:tä ja käytti sitä useiden ongelmien ratkaisemiseen. Ohjelmisto puhelinverkot, diagnostiikka, pitkän aikavälin ja strateginen suunnittelu, tietokoneavusteinen valmistus ja suunnittelu, tietokonejärjestelmien konfigurointi, henkilöstökoulutus, talous- ja logistiikkahallinta ovat joitakin aloja, joilla SADT:tä voidaan soveltaa tehokkaasti. Alueiden laaja kirjo kertoo SADT-metodologian monipuolisuudesta ja voimasta. Yhdysvaltain puolustusministeriön Integrated Computer Aided Manufacturing (ICAM) -ohjelma tunnusti SADT:n hyödyllisyyden. Tämä johti siihen, että osa siitä julkaistiin vuonna 1981, ns IDEF0 (Icam DEFinition) liittovaltion kehitysstandardina ohjelmisto. Tällä nimellä SADT:tä alkoivat käyttää tuhannet asiantuntijat sotilas- ja teollisuusjärjestöissä. IDEF0-standardin viimeisin painos julkaistiin joulukuussa 1993. National Institute of Standards and Technology (NIST).

Tämä menetelmä kuvattaessa toiminnallista näkökohtaa tietojärjestelmä kilpailee tiedonkulkusuuntautuneiden (DFD) menetelmien kanssa. Sitä vastoin IDEF0 sallii:

Kuvaile mitä tahansa järjestelmiä, ei vain tietojärjestelmiä (DFD on tarkoitettu kuvaamaan ohjelmistoja);

Luo kuvaus järjestelmästä ja sen ulkoisesta ympäristöstä ennen kuin määrität sille lopulliset vaatimukset. Toisin sanoen tällä menetelmällä voit vähitellen rakentaa ja analysoida järjestelmän, vaikka sen toteutusta on vielä vaikea kuvitella.

Siten IDEF0:ta voidaan käyttää monenlaisten järjestelmien rakentamisen alkuvaiheessa. Samalla sen avulla voidaan analysoida olemassa olevien järjestelmien toimintoja ja kehittää ratkaisuja niiden parantamiseksi.

IDEF0-metodologian perustana on graafinen prosessien kuvauskieli. IDEF0-merkinnän malli on kokoelma hierarkkisesti järjestettyjä ja toisiinsa kytkettyjä kaavioita. Jokainen kaavio on järjestelmän kuvausyksikkö ja sijaitsee erillisellä arkilla.

Malli (AS-IS, TO-BE tai SHOULD-BE) voi sisältää 4 tyyppiä kaavioita [ , ]:

Kontekstikaavio;

Hajoamiskaaviot;

Solmupuukaaviot;

Kaaviot vain valotusta varten (FEO).

Kontekstikaavio (ylätason diagrammi), joka on kaavioiden puurakenteen yläosa, näyttää järjestelmän tarkoituksen (päätoiminnon) ja sen vuorovaikutuksen ulkoisen ympäristön kanssa. Jokaisella mallilla voi olla vain yksi kontekstikaavio. Päätoiminnon kuvauksen jälkeen suoritetaan toiminnallinen hajottaminen, eli päätoiminnon muodostavat toiminnot määritetään.

Seuraavaksi toiminnot jaetaan alitoimintoihin ja niin edelleen, kunnes tutkittavan järjestelmän vaadittu yksityiskohtaisuus on saavutettu. Kutakin tällaista järjestelmän fragmenttia kuvaavia kaavioita kutsutaan hajoamiskaaviot . Jokaisen dekompositioistunnon jälkeen suoritetaan koeistuntoja - aiheen asiantuntijat osoittavat todellisten prosessien vastaavuuden luotuihin kaavioihin. Löydetyt epäjohdonmukaisuudet poistetaan, minkä jälkeen prosessien tarkempi yksityistäminen alkaa.

Solmupuukaavio näyttää funktioiden (teosten) hierarkkisen riippuvuuden, mutta ei niiden välisiä yhteyksiä. Niitä voi olla useita, koska puu voidaan rakentaa mielivaltaiseen syvyyteen ja mielivaltaisesta solmusta.

Altistuskaaviot on rakennettu havainnollistamaan mallin yksittäisiä fragmentteja, jotta voidaan näyttää vaihtoehtoinen näkökulma järjestelmässä tapahtuviin prosesseihin (esimerkiksi organisaation johdon näkökulmasta).

6.3. IDEF0-graafisen merkinnän elementit

IDEF0-metodologia on löytänyt laajan hyväksynnän ja sovelluksen, mikä johtuu pääasiassa mallin rakentamiseen käytetystä yksinkertaisesta graafisesta merkinnästä. Mallin pääkomponentit ovat kaavioita. Ne näyttävät järjestelmän toiminnot suorakulmioiden muodossa sekä niiden ja ulkoisen ympäristön väliset yhteydet nuolien avulla. Käyttämällä vain kahta graafista primitiiviä (suorakulmio ja nuoli) voit nopeasti selittää IDEF0-kaavion säännöt ja periaatteet ihmisille, jotka eivät tunne tätä menetelmää. Tämän edun avulla voit yhdistää ja aktivoida asiakkaan toimintaa kuvattaessa liiketoimintaprosesseja käyttämällä muodollista ja visuaalista graafista kieltä.

Seuraava kuva esittää IDEF0-graafisen merkinnän pääelementit.

Riisi. 6.1. IDEF0-graafisen merkinnän elementit

Suorakulmio edustaa työ (prosessi, toiminta, toiminto tai tehtävä) , jolla on kiinteä tavoite ja joka johtaa johonkin lopputulokseen. Teoksen nimen tulee ilmaista toimenpide (esim. "Osan valmistus", "Sallittujen nopeuksien laskenta", "Työkeskuksen nro 3 selvityksen laatiminen").

Teosten vuorovaikutusta itsensä ja ulkomaailman välillä kuvataan nuolien muodossa. IDEF0 erottaa 5 tyyppiä nuolia :

- Sisäänkäynti (englanniksi syöte) - materiaali tai tieto, jota käytetään ja muunnetaan työn avulla tuloksen (output) saamiseksi. Syöte vastaa kysymykseen "Mitä käsitellään?" Syöte voi olla joko materiaaliobjekti (raaka-aineet, osa, tenttikortti) tai sellainen, jolla ei ole selkeitä fyysisiä ääriviivoja (tietokantakysely, opettajan kysymys). On sallittua, että teoksessa ei saa olla yhtä sisääntulonuolta. Aloitusnuolet piirretään aina työn vasempaan reunaan;

- ohjata (englanniksi control) – ohjaus-, säätely- ja normatiiviset tiedot, jotka ohjaavat työtä. Johto vastaa kysymykseen "Mitä työtä tehdään?" Johtaminen vaikuttaa työhön, mutta se ei muutu, ts. toimii rajoituksena. Hallinto voi sisältää sääntöjä, standardeja, määräyksiä, hintoja tai suullisia ohjeita. Ohjausnuolet piirretään työn yläreunaan. Jos kaaviota rakennettaessa herää kysymys kuinka piirtää nuoli oikein ylhäältä tai vasemmalle, on suositeltavaa piirtää se syötteenä (nuoli vasemmalla);

- poistu (englanninkielinen tuotos) – materiaali tai tieto, joka edustaa työn tulosta. Tulos vastaa kysymykseen "Mikä on työn tulos?" Tulos voi olla joko aineellinen esine (osa, auto, maksutositteet, tiliote) tai aineeton esine (tietojen otos tietokannasta, vastaus kysymykseen, suulliset ohjeet). Poistumisnuolet piirretään työn oikeasta reunasta;

- mekanismi (Englannin mekanismi) – resurssit, jotka tekevät työn. Mekanismi vastaa kysymykseen "Kuka tekee työn tai minkä kautta?" Mekanismi voi olla yrityksen henkilöstö, opiskelija, kone, laite tai ohjelma. Mekanismin nuolet piirretään työn alareunaan;

- puhelu (Englanninkielinen kutsu) - nuoli osoittaa, että osa työstä tehdään kyseisen lohkon ulkopuolella. Poistumisnuolet piirretään työn alareunasta.

6.4 Töiden välisten yhteyksien tyypit

Kun funktioiden kokoonpano ja niiden väliset suhteet on määritetty, herää kysymys niiden oikeasta koostumuksesta (yhdistelmästä) moduuleiksi (alijärjestelmiksi). Tämä tarkoittaa, että jokaisen yksittäisen toiminnon on ratkaistava yksi, tiukasti määritelty tehtävä. Muussa tapauksessa toimintojen lisähajotus tai erottelu on tarpeen.

Toimintoja yhdistettäessä osajärjestelmiksi tulee pyrkiä siihen, että sisäinen liitettävyys (moduulin sisällä olevien toimintojen välillä) on mahdollisimman vahva ja ulkoinen liitettävyys (eri moduuleissa olevien toimintojen välillä) mahdollisimman heikko. Metodologian yhteyksien semantiikan perusteella esitellään funktioiden (teosten) välisten yhteyksien luokittelu. Tämä luokitus on laajennus. Sidostyypit on esitetty niiden merkityksen (sidoslujuuden) mukaan laskevassa järjestyksessä. Annetuissa esimerkeissä paksut viivat korostavat toimintoja, joiden välillä on tarkasteltava yhteystyyppi.

1. Hierarkkinen yhteys (suhde "osa" - "kokonainen") tapahtuu funktion ja sen muodostavien alitoimintojen välillä.

Riisi. 6.2. Hierarkkinen suhde

2. Sääntely (ohjaus, alisteinen) yhteys kuvastaa yhden toiminnon riippuvuutta toisesta, kun yhden työn tuotos ohjataan ohjaamaan toista. Toimintoa, josta johto tulee, tulisi pitää säätelynä tai valvovana, ja toimintoa, johon se sisältyy, alisteisena. Erottaa suora yhteydenpito johdolle , kun ohjaus siirretään korkeammasta työstä alempaan (kuva 6.3), ja johdon palautetta kun ohjaus siirretään alemmalta korkeammalle (kuva 6.4).

3. Toiminnallinen (teknologinen) yhteys tapahtuu, kun yhden funktion tulos toimii seuraavan funktion tulona. Aineellisten esineiden virran näkökulmasta tämä yhteys näyttää tekniikan (työjärjestyksen) näiden kohteiden käsittelyyn. Erottaa suora tuloliitäntä , kun lähtö siirretään korkeammasta operaatiosta alempaan (kuva 6.5), ja kirjautumispalaute , kun lähtö välitetään alemmasta ylempään (kuva 6.6).


Riisi. 6.5. Suora yhteys tulon kautta	Riisi. 6.6. Palaute kirjautumisesta

4. Kuluttajaviestintä tapahtuu, kun yhden funktion tulos toimii mekanismina seuraavalle funktiolle. Siten yksi toiminto kuluttaa toisen tuottamia resursseja.

Riisi. 6.7 Kuluttajaviestintä

5. Looginen yhteys havaitaan loogisesti homogeenisten funktioiden välillä. Tällaiset toiminnot suorittavat pääsääntöisesti samaa työtä, mutta eri (vaihtoehtoisilla) tavoilla tai käyttämällä erilaisia syöttötietoja (materiaaleja).

Riisi. 6.8 Looginen yhteys

6. Kollegiaalinen (metodologinen) viestintä tapahtuu funktioiden välillä, joiden toiminta-algoritmin määrää sama ohjaus. Tällaisen yhteyden analogi on yhteistyötä yhden osaston työntekijät (kollegat) pomon alaisina, jotka antavat ohjeita ja käskyjä (ohjaussignaaleja). Tällainen yhteys syntyy myös silloin, kun näiden toimintojen toiminnan algoritmit määrittävät samat metodologiset tuet (SNIP, GOST, viralliset sääntelymateriaalit jne.), jotka toimivat ohjauksena.

Riisi. 6.9 Metodinen yhteys

7. Resurssiyhteys tapahtuu toimintojen välillä, jotka käyttävät samoja resursseja työhönsä. Resurssiriippuvaisia toimintoja ei yleensä voida suorittaa samanaikaisesti.

Riisi. 6.10. Resurssiyhteys

8. Tietoliikenne tapahtuu funktioiden välillä, jotka käyttävät samaa tietoa kuin syöte.

Riisi. 6.11. Tietoliikenne

9. Väliaikainen yhteys tapahtuu funktioiden välillä, jotka on suoritettava samanaikaisesti ennen toista toimintoa tai samanaikaisesti sen jälkeen.

Kuvassa esitettyjen tapausten lisäksi tämä yhteys syntyy myös muiden samaan toimintoon tulevien ohjaus-, tulo- ja mekanismiyhdistelmien välillä.

Riisi. 6.12 Väliaikainen yhteys

10. Satunnainen yhteys tapahtuu, kun toimintojen välillä on vähän tai ei ollenkaan erityistä yhteyttä.

Riisi. 6.13. Satunnainen yhteys

Yllä mainituista yhteystyypeistä vahvin on hierarkkinen yhteys, joka pohjimmiltaan määrää toimintojen yhdistämisen moduuleiksi (alijärjestelmiksi). Sääntely-, toiminnalliset ja kuluttajasuhteet ovat jonkin verran heikommat. Toiminnot näillä suhteilla toteutetaan yleensä yhdessä alijärjestelmässä. Loogiset, kollegiaaliset, resurssi- ja tietoyhteydet ovat heikoimpia. Funktiot, joissa niitä on, toteutetaan pääsääntöisesti eri alijärjestelmissä, lukuun ottamatta loogisesti homogeenisia funktioita (funktioita, joita yhdistää looginen yhteys). Ajallinen viestintä osoittaa toimintojen heikkoa riippuvuutta toisistaan ja vaatii niiden toteuttamista erillisissä moduuleissa.

Siten kun toimintoja yhdistetään moduuleiksi, viisi ensimmäistä liitäntätyyppiä ovat halutuimpia. On parempi toteuttaa viiden viimeisen linkin kautta yhdistetyt toiminnot erillisissä moduuleissa.

IDEF0:ssa on käytäntöjä (sääntöjä ja ohjeita) kaavioiden luomiseen, jotka on suunniteltu helpottamaan mallin lukemista ja tarkastelua [ , ]. Joitakin näistä säännöistä tukevat automaattisesti CASE-työkalut, kun taas toiset on pakotettava manuaalisesti.

1. Ennen mallin rakentamista on päätettävä, mitkä järjestelmän mallit rakennetaan. Tämä tarkoittaa, että määritetään sen tyyppi AS-IS, TO-BE tai HOULD-BE, sekä määritetään sijainti, josta mallia rakennetaan. "Näkökulma" on parasta ajatella henkilön tai esineen paikana (asemana), jossa on seisottava järjestelmän näkemiseksi toiminnassa. Esimerkiksi päivittäistavarakaupan toimintamallia rakennettaessa voit valita mahdollisten ehdokkaiden joukosta myyjän, kassan, kirjanpitäjän tai johtajan, jonka näkökulmasta järjestelmää tarkastellaan. Tyypillisesti valitaan yksi näkökulma, joka kattaa täydellisesti kaikki järjestelmän toiminnan vivahteet, ja tarvittaessa joillekin hajautuskaavioille rakennetaan FEO-kaavioita, jotka esittävät vaihtoehtoisen näkökulman.

2. Kontekstikaaviossa näkyy yksi lohko, joka näyttää järjestelmän tarkoituksen. On suositeltavaa näyttää 2-4 nuolta, jotka tulevat ja lähtevät kummallekin puolelle.

3. Hajoamiskaavioiden lohkojen lukumääräksi suositellaan 3–6. Jos hajoamiskaaviossa on kaksi lohkoa, siinä ei yleensä ole järkeä. Jos lohkoja on paljon, kaaviosta tulee ylikyllästynyt ja vaikeasti luettava.

4. Hajotuskaavion lohkot tulee järjestää vasemmalta oikealle ja ylhäältä alas. Tämän järjestelyn avulla voit heijastaa selkeämmin työn logiikkaa ja järjestystä. Lisäksi nuolien reitit ovat vähemmän hämmentäviä ja niissä on vähimmäismäärä risteyksiä.

5. Toiminnon ohjaus- ja syöttönuolien puuttuminen ei ole sallittua. Tämä tarkoittaa, että tämän toiminnon käynnistämistä ei valvota ja se voi tapahtua milloin tahansa mielivaltaisena ajankohtana tai ei koskaan.

Riisi. 6.14. Toimii ilman ohjausta ja tuloa

Lohkoa, jossa on vain ohjaus, voidaan pitää ohjelman kutsuna funktiolle (proseduurille) ilman parametreja. Jos lohkossa on tulo, se vastaa funktion kutsumista ohjelmassa parametreillä. Siten lohko ilman ohjausta ja tuloa vastaa toimintoa, jota ei koskaan kutsuta suoritettavaksi ohjelmassa.

Kuvassa 6.7–6.12, näyttää katkelmia IDEF0-kaavioista, on lohkoja ilman syöttöä ja ohjausta. Tätä ei pidä pitää virheenä, koska yksi näistä nuolista on tarkoitettu siihen.

6. Jokaisessa lohkossa on oltava vähintään yksi lähtö.

Riisi. 6.15. Toiminto ilman lähtöä

Työllä ilman tuloksia ei ole merkitystä, eikä sitä pidä mallintaa. Poikkeuksen muodostavat AS-IS-mallissa näytettävät teokset. Niiden läsnäolo osoittaa teknisten prosessien tehottomuutta ja epätäydellisyyttä. TO-BE-mallissa nämä toiminnot pitäisi puuttua.

7. Kaavioita laadittaessa tulee minimoida risteyskohtien, silmukoiden ja nuolien käännösten määrä.

8. Palautteet ja iteraatiot (sykliset toiminnot) voidaan kuvata käyttämällä takakaaria. Syöttöpalautteet piirretään "alempana" silmukana, Palaute ohjaus – “yläosa” (katso kuvat 6.4 ja 6.6).

9. Kaavioiden jokaisella lohkolla ja nuolella on oltava nimi. On sallittua käyttää nuolien haarautumista (hajoamista) tai yhdistämistä (koostumus). Tämä johtuu siitä, että saman työn tuottamia samoja tietoja tai objekteja voidaan käyttää useissa muissa töissä samanaikaisesti. Kääntäen, sama tai homogeeninen data ja objektit, jotka ovat luoneet erilaisia töitä, voidaan käyttää yhdessä paikassa.

Riisi. 6.16. Haaroittuvat nuolet

Tässä tapauksessa nuolen eri haaroihin on mahdollista antaa päteviä nimiä haaroittamisen jälkeen (ennen yhdistämistä). Jos jotakin haaraa ei ole nimetty haaran mukaan, sen nimen katsotaan vastaavan haaraa edeltävän nuolen nimeä.

Joten kuvassa 6.16 ohjaimilla, jotka sisältyvät lohkoihin "Osien valmistus" ja "Tuotteen kokoaminen" on selventävä merkitys ja ne ovat olennainen osa lisää yleinen johto"Suunnitelmat". Kaikkia piirustuksia käytetään laadunvalvontalohkon käyttöön.

Kaavioon ei saa piirtää nuolia, jos niitä ei ole nimetty haaran eteen ja jälkeen. Kuvassa 6.17 "Vakiolausekkeiden luominen" -lohkoon sisältyvällä nuolella ei ole nimeä haaran edessä ja jälkeen, mikä on virhe.

Riisi. 6.17. Nuolien väärä nimitys

10. Kaavioita laadittaessa voidaan käyttää nuolitunnelointimekanismia luettavuuden parantamiseksi. Esimerkiksi, jotta ylemmän tason (emo)kaaviot eivät sotkeutuisi tarpeettomilla yksityiskohdilla, hajoamiskaavioissa kaaren alku sijoitetaan tunneliin.

Riisi. 6.18. Nuoli tunnelointi

SISÄÄN tässä esimerkissä kun rakennetaan mallia uudenvuodenjuhlien pitämiseen, "kaksi akselia" -mekanismia ei näytetä ylempien tasojen kaavioissa, joita luettaessa voi herätä oikeudenmukainen kysymys: "Miksi uudenvuodenjuhlissa tarvitaan kaksi akselia? ”

Samoin voit tunneloida päinvastaisella tavoitteella estää nuolen näkymisen alemman tason kaavioissa. Tässä tapauksessa sulut sijoitetaan nuolen loppuun. Kontekstikaaviossa (katso kuva 6.21) "Sallittujen nopeuksien määrittäminen" -lohkoon sisältyvä Track Service Engineer -mekanismi tunneloidaan. Tämä päätös tehtiin, koska insinööri on suoraan mukana kaikessa tämän lohkon hajoamiskaaviossa näkyvässä työssä (katso kuva 6.22). Tämän yhteyden näyttämisen välttämiseksi ja hajoamiskaavion sotkemisen välttämiseksi nuoli tunneloitiin.

11. Kaikki lohkoon tulevat ja sieltä lähtevät nuolet, kun rakennetaan sille hajoamiskaaviota, on näytettävä siinä. Poikkeuksena ovat tunneloidut nuolet. Jaottelukaavioon siirrettyjen nuolien nimien tulee vastata ylätason kaaviossa ilmoitettuja nimiä.

12. Jos kaksi nuolta kulkee rinnakkain (alkaen yhden teoksen samalta pinnalta ja päättyen toisen teoksen samalle pinnalle), niin ne tulee mahdollisuuksien mukaan yhdistää ja kutsua yhdeksi termiksi.

Riisi. 6.19. Yhteyksien yhdistäminen

13. Kaavioiden jokaisella lohkolla on oltava oma numeronsa. Kaavion numeroita käytetään osoittamaan minkä tahansa kaavion tai lohkon sijainti hierarkiassa. Ylimmän tason kaavion lohko on merkitty 0:lla, toisen tason kaavioiden lohkot numeroilla 1-9 (1, 2, ..., 9), kolmannen tason lohkot kahdella numerolla, joista ensimmäinen osoittaa yksityiskohtaisen lohkon numeron yläkaaviosta ja toisen lohkonumeron järjestyksessä nykyisessä kaaviossa (11, 12, 25, 63) jne. Kontekstikaaviolla on nimitys "A - 0", hajoamiskaavio ensimmäisen tason on "A0", seuraavien tasojen hajoamiskaaviot on merkitty kirjaimella " A" ja sen jälkeen hajotettavan lohkon numero (esim. "A11", "A12", "A25", " A63"). Kuvassa on tyypillinen puukaavio (solmupuukaavio) numeroimalla.

Riisi. 6.20. Kaaviohierarkia

Nykyaikaisissa CASE-työkaluissa töiden numerointimekanismeja tuetaan automaattisesti. CASE-työkalut tarjoavat myös automaattisen solmupuukaavioiden rakentamisen, jotka sisältävät vain hierarkkisia suhteita. Tällaisen kaavion kärkipiste voi olla mikä tahansa solmu (lohko), ja se voidaan rakentaa mihin tahansa syvyyteen.

6.6. Esimerkki IDEF0-mallin rakentamisesta sallittujen nopeuksien määritysjärjestelmää varten

Sallittujen junien nopeuksien laskeminen on työlästä insinöörityötä. Kun juna ohittaa minkä tahansa osuuden, junan todellinen nopeus ei saa ylittää suurinta sallittua nopeutta. Tämä suurin sallittu nopeus on asetettu käyttökokemuksen ja erityisesti suoritettujen liikedynamiikan ja liikkuvan kaluston radan vaikutuksen testausten perusteella. Tämän nopeuden ylittäminen takaa junaliikenteen turvallisuuden, matkustajien mukavat ajo-olosuhteet jne. Ne määräytyvät liikkuvan kaluston tyypin (veturin merkki ja autotyyppi), radan ylärakenteen parametrien (radan tyyppi) mukaan. kiskot, painolasti, ratapölkkykaavio) ja pohjapiirros (sädekäyrät, siirtymäkäyrät, kiskojen ulkokorot jne.). Pääsääntöisesti sallittujen nopeuksien määrittämiseksi on tarpeen määrittää vähintään kaksi (suoralla) ja viisi (käyrillä) nopeutta, joista lopullinen sallittu nopeus valitaan kaikista lasketuista pienimmäksi. Näiden nopeuksien laskemista säännellään Venäjän rautatieministeriön määräyksellä nro 41, 12. marraskuuta 2001 "Liikkuvan kaluston sallittuja nopeuksia liittovaltion rautatieliikenteen 1520 (1524) mm raideleveydellä."

Kuten todettiin, IDEF0-mallin rakentaminen alkaa koko järjestelmän esittämisellä yksinkertaisen komponentin (kontekstikaavio) muodossa. Tämä kaavio näyttää järjestelmän tarkoituksen (päätoiminnon) ja tarvittavat syöttö- ja lähtötiedot, ohjaus- ja säädöstiedot sekä mekanismit.

Sallittujen nopeuksien määritysongelman kontekstikaavio on esitetty kuvassa 6.21. Mallin rakentamiseen käytettiin Computer Associatesin BPwin 4.0 -tuotetta.

Riisi. 6.21. Kontekstikaavio sallittujen nopeuksien määritysjärjestelmästä (IDEF0-metodologia)

Kuten taustatieto, jonka perusteella sallitut nopeudet määritetään, käytetään seuraavaa:

Uuden linjan tai jälleenrakennusprojektin tiedot (sisältää kaikki tarvittavat tiedot hankkeen toteuttamista varten, nimittäin mittarilukema, erillisten pisteiden akselit, linjasuunnitelma jne.);

Yksityiskohtainen pitkittäisprofiili (sisältää samankaltaisia tietoja kuin edellä);

Radan etäisyyspassi (sisältää samankaltaisia tietoja kuin edellä on käsitelty, sekä tiedot radan päällirakenteesta (VSP));

Tiedot ratasuunnitelman mittausautolla tehdyn mittauksen tuloksista;

Luettelo ulompien kiskojen korkeuksista kaarteissa (sisältää tietoja ratasuunnitelmasta).

Osa taustatiedoista voidaan ottaa eri lähteistä. Erityisesti tiedot suunnitelmasta (käyräparametrit) voidaan ottaa uuden radan tai saneerausprojektin suunnittelusta, yksityiskohtaisesta pitkittäisprofiilista, raideetäisyystodistuksesta jne.

Hallitse tietoja ovat:

Tieratapalvelun johtajan tai JSC Russian Railways -rata- ja rakenneosaston ohjeet laskemista varten;

Tilaus nro 41, joka sisältää säädökset ja viitetiedot, menettelyt ja kaavat sallittujen nopeuksien määrittämiseksi;

Tiedot nykyisestä tai suunnitellusta junaliikenteestä (tiedot liikenteessä olevien veturien merkeistä ja käytetyistä autotyypeistä);

Tietoa suunnitelluista ratakorjauksista, jälleenrakennuksista ja rakenteiden ja laitteiden saneerauksista.

Lopputulos järjestelmän toiminnan tulee olla:

Luettelot sallituista nopeuksista, jotka sisältävät kaikentyyppiset lasketut nopeudet ja mahdollistavat niiden rajoittamisen syyn selvittämisen;

Tienpäällikön määräyksen lomakkeet sallittujen nopeuksien vahvistamisesta osuuksilla ja erillisillä pisteillä (järjestys "N") tiellä hyväksytyn lomakkeen mukaisesti. Hyväksytty määräys "N" vahvistaa virallisesti sallitut junien nopeudet;

Vakiolomakkeet nro 1, 1a ja 2, jotka sisältävät suunnitellut sallitut nopeudet junien aikataulujen kehittämistä varten.

Tilauksen "N" ja vakiolomakkeiden sisältämät nopeudet voivat poiketa lasketuista ja sallituissa nopeustaulukoissa esitetyistä. Tämä johtuu siitä, että ne heijastavat nopeusrajoituksia ei vain liikkuvan kaluston suunnittelussa, VSP-parametreissa ja kaarteissa, vaan myös laitteiden ja rakenteiden tilassa (tienpohjan muodonmuutos, kosketinverkon tukien suuntausvirhe jne.). ). Lisäksi niitä mukautetaan ottaen huomioon suunnitellut ratakorjaukset, rakenteiden ja laitteiden jälleenrakentaminen ja jälleenrakentaminen jne.

Kun kontekstikaavio on rakennettu, se on yksityiskohtainen käyttämällä ensimmäisen tason hajoamiskaaviota. Tämä kaavio näyttää järjestelmän toiminnot, jotka on toteutettava ydintoiminnon sisällä. Kaaviota, jolle hajottaminen on suoritettu, suhteessa sitä yksityiskohtaisiin kaavioihin kutsutaan vanhempien . Kutsutaan hajoamiskaaviota sen emoarvon suhteen tytäryhtiö .

Ensimmäisen tason hajautuskaavio tarkasteltavalle ongelmalle on esitetty kuvassa 6.22. Pääsääntöisesti hajoamiskaaviota rakennettaessa alkuperäinen funktio (hajotettu) jaetaan 3–8 alifunktioon (lohkoon). Tässä tapauksessa on suositeltavaa järjestää lohkot hajoamiskaaviossa vasemmalta oikealle, ylhäältä alas, jotta alifunktioiden vuorovaikutuksen järjestys ja logiikka on paremmin näkyvissä.

Riisi. 6.22. Ensimmäisen tason hajoamiskaavio (IDEF0-menetelmä)

Toimintojen suoritusjärjestys tarkasteltavan ongelman ratkaisemiseksi on seuraava:

Tieosuuksien sääntely- ja viitetietojen ja tietojen syöttäminen ja säätö (lohkot 1 ja 2);

Laskentatehtävän valmistelu (lohko 3). Se osoittaa, mille osuudelle ja radalle sekä veturin merkille ja autotyypille laskenta tulisi suorittaa;

Sallittujen nopeuksien laskeminen määräyksessä nro 41 (lohko 4) määritellyn menettelyn ja kaavojen mukaisesti. Lähtötietona ovat tiedot osuuden reitistä (suunnitelma, radan päällysrakenne jne.) ja laskentatehtävän perusteella valitut standardit;

Luetteloiden laatiminen sallituista nopeuksista (lohko 5). Laskentatulosten perusteella luodaan useita erityyppisiä tulosdokumentteja, jotka toisaalta mahdollistavat nopeusrajoitusten syyn tunnistamisen, toisaalta toimivat perustana säänneltyjen asiakirjojen laatimiselle;

Määräysluonnoksen ”N” ja vakiolausuntojen (lohkot 6 ja 7) laatiminen ja valmistelu.

Ensimmäisen tason hajoamiskaavion rakentamisen jälkeen rakennetaan erilliset kaaviot siinä mainituille funktioille (toisen tason hajoamiskaaviot). Sitten hajoamisprosessi (kaavion tekeminen) jatkuu, kunnes funktioiden lisäyksityiskohdat menevät merkityksettömäksi. Jokaiselle alkeisoperaatiota kuvaavalle atomifunktiolle (eli funktiolle, jolla ei ole hajoamiskaaviota) laaditaan yksityiskohtainen spesifikaatio, joka määrittelee sen ominaisuudet ja toteutusalgoritmin. Algoritmin vuokaavioita voidaan käyttää lisäyksenä spesifikaatioon. Siten funktionaalisen mallinnuksen prosessi koostuu funktioiden hierarkian asteittaisesta rakentamisesta.

6.7 ICOM-koodit

Ylätason kaaviossa laatikkoon sisään- ja ulos menevät nuolet ovat samat kuin alemman tason kaavion nuolet sisään ja ulos, koska laatikko ja kaavio edustavat samaa järjestelmän osaa (katso kuva 1). Ja ). Tämän seurauksena ylimmän tason funktion rajat ovat samat kuin hajotuskaavion rajat.

ICOM-koodit (lyhenne sanoista Input, Control, Output ja Mechanism) on tarkoitettu tunnistamaan rajanuolet. ICOM-koodi sisältää nuolen tyyppiä vastaavan etuliitteen (I, C, O tai M) ja sarjanumeron (katso kuva).

Lyhenne IDEF0, joka tunnetaan nykyään paitsi kapeilla piireillä, on ensimmäinen menetelmä, joka standardoi liiketoimintaprosessien työskentelyn. Se kehitettiin viime vuosisadan puolivälissä osana ilmailu- ja avaruusprojektia Yhdysvalloissa, ja sen tehokkuuden osoittamisen jälkeen siitä tuli liittovaltion standardi. Maassamme vuonna 2000 laadittiin asiakirja " Funktionaalisen mallinnuksen metodologia IDEF0. Ohjeasiakirja Funktionaalisen mallinnuksen metodologia IDEF0-opas. Virallinen julkaisu. Venäjän valtionstandardi RD IDEF0 – 2000. Kehittänyt tutkimuskeskus CALS – Applied Logistics Technologies. Hyväksyttiin ja otettiin voimaan Venäjän valtion standardin asetuksella vuonna 2000, Moskova", mutta sitä ei koskaan hyväksytty standardiksi. Vaikka tämä ei estänyt tätä menetelmää tulemasta yhdeksi suosituimmista työkaluista liiketoimintaprosessien graafiseen mallintamiseen maassamme. Tässä artikkelissa kehotan sinua pohtimaan IDEF0-mallia ja arvioimaan tämän lähestymistavan merkitystä tällä hetkellä.

Peruskäsitteet ja lyhenteet

Katsotaanpa hieman metodologian avainelementtien nimiä. IDEF0-graafinen standardi on osa SADT (Structured Analysis and Design Technique) -metodologiaa. IDEF on lyhenne sanoista ICAM Definition, ja ICAM on johdettu sanoista Integrated Computer Aided Manufacturing, joka tarkoittaa tuotannon integroitua tietokoneistamista. SADT-metodologia on 15:n kokoinen perhe erilaisia malleja, joiden yhdessä olisi pitänyt mahdollistaa tuotannon, teknisten ja organisaatio-taloudellisten järjestelmien rakenteen, parametrien ja ominaisuuksien tutkiminen.

IDEF0 on toiminnallinen malli, joka on kaikkien muiden rakenteiden rakentamisen ydin, joka yhdistää tieto- ja materiaalivirrat, organisaatiorakenteen, ohjausvaikutukset ja koko yrityksen toiminnan. Prosessien mallintamisen graafista standardia kutsutaan myös notaatioksi. Toisin sanoen merkintä on järjestelmä vaatimuksia ja sääntöjä toimintamallin rakentamiseksi muodossa tai toisessa. Siksi IDEF0:ta kutsutaan asianmukaisesti merkintänä, joka on osa SADT-metodologiaa.

IDEF0-merkintä on melko tiukka metodologia, joka kehitettiin alun perin, kuten tekniset suunnittelustandardit, manuaalista mallintamista varten. Siksi se sisältää vaatimukset nuolien sijoittelusta, kaikkien elementtien muodosta, IDEF0-kaavion tietokehyksen sisällöstä jne. Koska yrityksen toiminta on monimutkainen monitasoinen toimintajärjestelmä, kaavioita on aina monia, ja yksiselitteinen systematisointi ja navigointi mallin kaikkien elementtien läpi on välttämätöntä. Nykyään näin enimmäkseen tehdään tietokonejärjestelmät, joka tukee mallintamista tässä merkinnässä. Venäjällä tunnetuimmat ja saavutettavimmat järjestelmät ovat nykyään AllFusion Process Modeler ja Business Studio. Aion omistaa erilliset artikkelit näiden järjestelmien katsaukselle.

Toimintolohko

IDEF0-mallin keskeinen elementti on funktio, joka on esitetty kaaviossa nimellä toimintolohko– suorakulmio, jonka sisällä toiminta ilmaistaan sanallisen substantiivin muodossa. Toimenpide voi olla mittakaavaltaan hyvin erilainen - yrityksen toiminnasta yleensä ja erityiseen manipulointiin. Esimerkkejä: "Keraamisten astioiden valmistus ja myynti" ja "Tuotteen mallin soveltaminen".

Vaaditut funktiolohkoelementit IDEF0:ssa

Toimintojen laajuudesta riippumatta kaikki toiminnot näkyvät yhtenäisesti ja sisältävät välttämättä 4 näppäinvirtaa, jotka on tiukasti määritetty toimintolohkon sivuille:

vasemmalla ovat syötteet tai resurssit, joita käytetään toiminnon suorittamiseen;
oikealla ovat funktion suorittamisen tuotokset tai tulokset;
päällä ovat ohjaustoiminnot, jotka määrittävät kuinka ja kuinka monta tulosta on tuotettava;
Alla on mekanismit, jotka kertovat, kenen pitäisi tehdä tämä työ ja millä avulla.

Tämän lähestymistavan avulla voit säästää hieman kaavioiden selityksissä ja saavuttaa yksiselitteisyyden virtausten näytössä, mikä tekee koko mallista harmonisen.

Toiminnallisen mallin rakentamiseksi IDEF0-metodologia edellyttää seuraavien sääntöjen noudattamista.

Panokset ovat resursseja, jotka siirtävät arvonsa tuotokseksi kokonaan, eli ne käytetään kokonaan tuloksen luomiseen, ja mekanismit ovat resursseja, jotka siirtävät arvoaan vain osittain (laitteet poistojen kautta ja ihmiset palkkojen kautta).
Johtaminen on mallin välttämätön elementti, sillä se sitoo kaikki toimet yrityksen sääntöjärjestelmään osoittaen selkeästi, mitä sääntöjä ja vaatimuksia toiminnon suorittamisessa tulee noudattaa. Usein tätä virtausta käsitellään muodollisesti, mutta tässä tapauksessa järjestelmä menettää kurinalaisuuden ja joskus jopa merkityksen.
Jokaisen toimintolohkon kummallakin puolella on oltava vähintään yksi nuoli (koska työtä ei voi tehdä ilman resursseja tai tuloksia ja ohjeet ovat epätäydellisiä ilman esiintyjää tai ohjeita).

Tarkasteltu kaavio on IDEF0-lähestymistavan "rakennuspalikka". Funktionaalinen mallinnus sisältää asteittaisen siirtymisen yleisestä spesifiseen hajoamisen kautta. Dekompositio on "syventymistä" tarkasteltavaan funktioon jakaen sen pienempiin funktioihin. Lisäksi kun huipputason funktio esitetään yleistetyllä tavalla ja sitten hajotetaan, sitä on tarkoituksenmukaista kutsua prosessiksi.

Kontekstikaavio

Korkeimmalla tasolla yritys on edustettuna "mustana laatikkona", jossa tapahtuu tiettyjä toimintoja, jotka muuttavat panokset tuotoksiksi. Tätä tasoa kutsutaan yleensä nimellä "," eli kaavio, joka kuvaa yrityksen toiminnan kontekstia. Lisäksi kontekstikaavio näyttää koko mallin tärkeimmät ominaisuudet.

Tavoitteena on mallin tarkoituksen täsmällinen muotoilu, jota vasten mallin tarkkuus voidaan jatkossa todentaa.
Näkökulma - kenen puolesta malli on rakennettu, koska malli on aina riippuvainen tekijästään ja huomion keskipisteestä. Jos rakennamme yleisen mallin yrityksestä, se esitetään yleensä sen johtajan näkökulmasta.
Mallityyppi ilmaisee, mitä tietoja kaavioissa näytetään. Perusvaihtoehtoja voi olla 2: AS IS ("sellaisena kuin on") tai TO BE ("sellaisena kuin tulee olemaan"). Tämä jako on tarpeellinen, koska voimme rakentaa malleja sekä toimintojen analysointiin että niiden muuntamiseen. Meidän on oltava selvillä siitä, mitä teemme, ja myös välittää tämä tieto muille.

Siten kontekstikaavio sisältää yleisimmässä muodossa kuvauksen yrityksen toiminnasta, jota läpäisevät yrityksen ulkomaailmaan yhdistävät virrat. Mielestäni meidän pitäisi myös tarkastella niitä hieman yksityiskohtaisemmin.

Päälangat

Kokemus on osoittanut, että tämän tason näennäisestä yksinkertaisuudesta ja muodollisuudesta huolimatta sen kanssa joutuu usein viipymään pitkään, koska kaikki omistajan ja markkinoiden kannalta merkitykselliset tulokset on heijastuttava tähän. Virhe voi johtaa sellaisten mallien luomiseen, jotka eivät täytä liiketoiminnan tavoitteita. Varmistaaksesi, että merkitykselliset virrat heijastuvat, varmista, että kaaviossasi on kaikki neljä päävirtatyyppiä.

Materiaali: materiaalit ja komponentit sisääntulossa ja valmiit tuotteet ulostulossa.
Asiakas: potentiaalinen asiakas sisäänkäynnissä ja tyytyväinen uloskäynnissä.
Rahoitus: panos on yleensä sijoitukset, asiakkaiden maksut (tulot), lainat ja muut tulot; Tuotos on maksut tavarantoimittajille, verot, lainamaksut ja voitot.
Informatiivinen: syöte on kaikki tietovirrat ulkoisesta ympäristöstä (markkinaolosuhteet, kilpailijoiden käyttäytyminen, tekniset innovaatiot jne.), ja tuotos on tietovirta, jonka yritys välittää itsestään maailmalle (kaikki mainostiedot, sekä kaikenlainen raportointi sääntelyviranomaisille).

Huomaa, että yritys on avoin systeemi, eikä siinä mitään synny tai katoa. Yritys pystyy muuttamaan vain saapuvat virrat lähteviksi, ja jos se onnistuu hyvin, syntyy ylimääräistä kassavirtaa (voittoa), joka jossain mielessä heijastaa koko järjestelmän laatua.

(Klikkaa suurentaaksesi)

Jokainen tämäntyyppinen virta on hyvä korostaa eri värillä, jotta voit helposti erottaa resurssien liikkeet etkä menetä tärkeitä kohtia. Esimerkiksi yrityksen virroissa voi usein havaita asiakkaan poissaoloa, joten hänen kanssaan työskentely perustuu jäännösperiaatteeseen - asiakas kokee usein esteen yrityksen työntekijöille, joiden tehtävät keskittyvät dokumenttien kulkujen käsittelyyn.

Ohjausnuolet voidaan edustaa vain 1 tyyppisellä vuolla - tiedolla, joka voidaan jakaa kahteen alatyyppiin. Ensimmäinen on asiakirjoja, kuten:

lait ja määräykset;
tilaukset, ohjeet;
ohjeet ja määräykset;
suunnitelmat;
suunnitteluasiakirjat jne.

Toinen on dokumentoimaton tieto, joka useimmiten viittaa omistajien vaatimuksiin.

Ja lopuksi, mekanismit - virtoja on vain 2 tyyppiä: laitteet (materiaali) ja esiintyjät (jaostot ja ihmiset). Täällä ei voi olla asiakirjoja, kuten ei saa olla ihmisiä ohjauskytkimissä!

Navigointia varten malli tarjoaa jatkuvan numeroinnin. Kontekstikaavio on numeroitu "A-0". Tämän jälkeen jokainen toiminnallinen lohko saa oman numeronsa riippumatta siitä, kuinka syvä hajoaminen on.

Hajoaminen

Kun kontekstikaavion virrat on käsitelty, voimme siirtyä hajotukseen. Siirrymme alemmalle tasolle, ikään kuin avaisimme "mustan laatikon", näemme ensin Tyhjä sivu toimintolohkoon kiinnitetyillä nuolilla.

(Klikkaa suurentaaksesi)

Ja tästä alkaa itse toiminnallinen mallinnus - meidän on ymmärrettävä, millä toimenpiteillä nämä virrat voidaan yhdistää ja varmistaa, että kaikki vaatimukset täyttyvät. Vaikeus on, että yrityksessä on paljon toimintoja, ja kaaviossa meillä on oikeus näyttää enintään 9 toimintoa, muuten kaaviosta tulee lukukelvoton ja siksi hyödytön.

Monimutkaisia toimintoja ei ole aina helppo järjestää niin, että ne pysyvät visuaalisesti, luettavissa ja samalla täydellisinä. Useimmiten he turvautuvat koko prosessivalikoiman jakamiseen suuriin suuriin lohkoihin, joista merkittävimmät ovat seuraavat.

Tuotteen (tuloksen) luominen.
Promootio ja myynti – työskentely asiakasvirran kanssa.
Tuotteiden luomisen varmistaminen ovat toissijaisia prosesseja, jotka ovat välttämättömiä valtion vaatimusten noudattamiseksi tai työn helpottamiseksi (henkilöstö ja kirjanpito, kuljetuspalvelut, siivous jne.).
Ohjausvirtojen luominen on toimintaa, jossa kehitetään johtamispäätöksiä, jotka määrittävät vaatimukset kaikille yrityksen prosesseille.

Alla oleva kuva näyttää esimerkkimme hajoamiskaavion.

(Klikkaa suurentaaksesi)

Kaaviossa prosessit tulisi sijoittaa vinottain - tätä kutsutaan ylivallan periaate, mikä tarkoittaa toiminnallisten lohkojen järjestelyä vasemmalta oikealle ja ylhäältä alas - tärkeysjärjestyksessä tai kronologisessa järjestyksessä. Lohkojen numerointi tapahtuu samalla tavalla.

Mallin jatkotyö on samanlainen kuin ensimmäinen vaihe - ensimmäisen tason kunkin toiminnallisen lohkon hajottaminen suoritetaan. Lohkojen numerointi sisältää ensimmäisen tason numeron: A1.1 ... A1.n, A2.1 ... A2.n jne.

Johtopäätökset merkinnän merkityksellisyydestä

Tämän artikkelin puitteissa pystyimme esittämään vain IDEF0-merkinnän peruskäsitteet käyttämällä lyhyttä IDEF0-esimerkkiä, josta on tietysti vaikea arvioida metodologiaa kokonaisuutena. Mutta melko paljon kokemusta tämän merkinnän käyttämisestä käytännössä antaa minun tehdä seuraavat johtopäätökset.

Mallilla on hyvä visualisointipotentiaali, mutta mielestäni sen suurempi merkitys on sen kurinalaisessa vaikutuksessa. Metodologiaan upotetut säännöt ja rajoitukset pakottavat kehittämään systemaattista ja tiukkaa asennetta malleihin, millä on erittäin hyvä vaikutus lopputuloksen laatuun.
Mallin avulla voit rakentaa viestintävirtoja näennäisesti ei kovinkaan toisiinsa liittyvien asioiden välille: yhdistää etu- ja takatoimistoalijärjestelmät hallintaan, mikä on paljon huonommin saavutettavissa muilla merkinnöillä.
Lähestymistapa on yksinkertainen ja ymmärrettävä useimmille projektin osallistujille. Kaavioiden rakentamista ja lukemista tässä merkinnässä rajoittaa vain halu syventyä liiketoimintavirtojen monimutkaisuuteen.

Jotkut yllä olevista väitteistä saavat meidät ajattelemaan, että tämä lähestymistapa on paras ja ainoa täydellinen toiminnan mallintamiseen. Mutta emme saa unohtaa, että toiminnallinen malli on suunniteltu vain mallinnuksen ylempään tasoon. IDEF0-merkinnän käyttäminen toteuttajatason työn suunnittelussa johtaa siihen, että kaaviot ovat puhtaasti havainnollistavia ja niiden perusteella on mahdotonta rakentaa mielekkäitä määräyksiä, koska ne eivät sisällä:

prosessin aloitus- ja pysäytystapahtumien määrittäminen;
edellytykset siirtymiselle toiminnasta toiseen;
kyky näyttää visuaalisesti kaikki resurssit ja esiintyjät ylikuormittamatta kaaviota nuolilla.

Siksi, jos käytät tätä merkintää tehtäviin, joihin se on tarkoitettu (huipputason toimintojen jäsentäminen), IDEF0 on käytännössä ainoa merkintä, jolla voit tehdä tämän mielekkäästi ja tarkasti.

Projektinhallinnassa tämä mallinnusstandardi soveltuu parhaiten silloin, kun on tarpeen yhdistää erilaisia projekteja tai prosesseja visuaalisilla virroilla. Graafinen malli Samalla se mahdollistaa vastuun ja resurssien järkevämmän jakautumisen tehtävien kesken. Kaavioissa näkyvä projektitehtävien suorittamisen logiikka auttaa laatimaan paremman aikataulun Gantt-kaavion muodossa.

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 Sytin käytti ensimmäisen kerran grafiikkaa kuvaamaan sotilasoperaatioita. Nyt kaikki tämä on meille tuttua, mitä tahansa taistelua kuvattaessa silmiemme eteen ilmestyy kortit nuolilla, 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 sitä, mikä 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öön 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. Sen jälkeen kun näin sen toimeksianto todella 400 sivua, ja se koostuu pelkästään tekstistä, ymmärsin kehittäjien käytöksen 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 Vaihtoehtoinen vaihtoehto- kuvaa kaikkea mahdollista 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 muutosten tekemistä olemassa oleva järjestelmä. Ja jotta voit tehdä muutoksia ja saada halutun tuloksen, sinun on tutkittava jo olemassa olevaa. Ja sillä ei ole väliä, mitä tarkalleen teemme - perustaa tai asentaa CRM-järjestelmän tyhjästä, luoda tehokas ERP-järjestelmä, tehdä integraatio erilaisia järjestelmiä lisäämään työn automatisointia 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äiriöihin 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 ylimääräisiä 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 iso määrä ohjausnuolet. 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 tekijän kaaviosta. 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 he jäävät sisään yleinen kaava, niin yksityiskohtaisesti se johtaa epäselvään suuntaan ja aiheuttaa 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ää selkeä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, joka paljastaa symboleja ja ehdot. Tämän seurauksena sinä ja asiakas, johtaja ja muut työntekijät puhutte samaa kieltä keskustellessaan ongelmasta.
Yksinkertaisuus ja suuri nopeus mallin luominen. Tietenkin mallin oppiminen ei 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, joka auttaa sinua selvittämään, 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 varsinainen ammatti, vaan jokainen yrityspäällikkö tai joidenkin järjestelmien kehittäjä, joka analysoi liiketoimintaa ja pyrkii rakentamaan tehokkaimman järjestelmän, on mukana liiketoimintaanalytiikan parissa. 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 saatetaan tarvita ylimääräisiä hyväksyntöjä esimiesten kanssa. rakenteelliset jaot ja työntekijät. 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.