Töö eesmärk:

IDEF0 metoodika põhiprintsiipide õppimine,
uue projekti loomine BPWinis,
konteksti diagrammi moodustamine,
ühenduste loomine.

IDEF0 kasutava süsteemi kirjeldust nimetatakse funktsionaalseks mudeliks. Funktsionaalne mudel on loodud kirjeldama olemasolevaid äriprotsesse, mis kasutab nii loomulikke kui ka graafilisi keeli. Teabe edastamiseks konkreetse süsteemi kohta on graafilise keele allikaks IDEF0 metoodika ise.

IDEF0 metoodika näeb ette diagrammide hierarhilise süsteemi ülesehitamise - süsteemi fragmentide üksikud kirjeldused. Esiteks kirjeldatakse süsteemi kui tervikut ja selle interaktsiooni välismaailmaga (kontekstidiagramm), mille järel viiakse läbi funktsionaalne lagunemine - süsteem jagatakse alamsüsteemideks ja iga alamsüsteemi kirjeldatakse eraldi (lagunemisdiagrammid) . Seejärel jagatakse iga alamsüsteem väiksemateks ja nii edasi, kuni saavutatakse soovitud detailsuse tase.

Iga IDEF0 diagrammid a sisaldab plokke ja kaarte. Plokid kujutavad modelleeritud süsteemi funktsioone. Kaared seovad plokke omavahel ja esindavad nendevahelisi koostoimeid ja suhteid.

Funktsionaalsed plokid (tööd) diagrammides on kujutatud ristkülikutena, mis esindavad nimega protsesse, funktsioone või ülesandeid, mis toimuvad teatud aja jooksul ja millel on äratuntavad tulemused. Teose nimi peab olema väljendatud tegevust tähistava verbaalse nimisõnana.

IDEF0 nõuab, et diagrammil oleks vähemalt kolm ja mitte rohkem kui kuus plokki. Need piirangud hoiavad diagrammide ja mudelite keerukuse tasemel, mis on loetav, arusaadav ja kasutatav.

Ploki igal küljel on eriline, väga konkreetne eesmärk. Ploki vasak pool on sisendite jaoks, ülemine juht, parem väljunditeks ja alumine mehhanismide jaoks. See tähistus peegeldab teatud süsteemi põhimõtteid: sisendid teisendatakse väljunditeks, juhtimispiirid või ettekirjutused teisenduste läbiviimiseks, mehhanismid näitavad, mida ja kuidas funktsioon täidab.

IDEF0 plokid on paigutatud tähtsuse järjekorras, nagu diagrammi autor mõistab. Seda suhtelist järjestust nimetatakse domineerimiseks. Domineerivat seisundit mõistetakse kui mõju, mida üks plokk avaldab diagrammi teistele plokkidele. Näiteks võib diagrammi kõige domineerivam plokk olla kas esimene nõutavast funktsioonide jadast või planeerimis- või juhtimisfunktsioon, mis mõjutab kõiki teisi.

Kõige domineerivam plokk asetatakse tavaliselt diagrammi vasakusse ülanurka ja kõige vähem domineeriv plokk on paremas nurgas.

Plokkide paigutus lehel peegeldab autori domineerimise määratlust. Seega näitab diagrammi topoloogia, millised omadused avaldavad teistele suuremat mõju. Selle rõhutamiseks saab analüütik plokke ümber nummerdada vastavalt nende domineerimise järjekorrale. Domineerimise järjekorda saab näidata iga ristküliku alumisse paremasse nurka paigutatud numbriga: 1 tähistaks suurimat domineerimist, 2 järgmist jne.

Teoste interaktsiooni välismaailmaga ja üksteisega kirjeldatakse nooltena, mis on kujutatud üksikute joontena, mille otstes on nooled. Nooled tähistavad teatud teavet ja neid nimetatakse nimisõnadeks.

Noolte tüübid

IDEF0 eristab viit tüüpi nooli.

Sissepääs- objektid, mida kasutatakse ja teisendatakse tööga tulemuse (väljundi) saamiseks. Lubatud on, et tööl ei tohi olla ühte sisenemisnoolt. Sisendnool joonistatakse töö vasakusse serva sisenevana.

Kontroll-.teave, mis kontrollib teose toiminguid. Tavaliselt kannavad juhtnooled teavet, mis näitab, mida töö peaks tegema. Igal tööl peab olema vähemalt üks juhtnool, mis on kujutatud töö ülemisse serva sisenevana.

Välju- objektid, milleks sisendid teisendatakse. Igal tööl peab olema vähemalt üks väljumisnool, mis joonistatakse töö paremast servast lähtuvana.

mehhanism- tööd teostavad vahendid. Mehhanismi nool on joonistatud töö alumisse serva sisenemiseks. Analüütiku äranägemisel ei pruugi mehhanismi nooled mudelil olla kujutatud.

Helistama- spetsiaalne nool, mis osutab erinevale töömudelile. Kutsenool joonistatakse töö alt tulevana ja seda kasutatakse näitamaks, et mõnda tööd tehakse väljaspool modelleeritavat süsteemi.

Riis. 2.1 Noolte tüübid

IDEF0 metoodika nõuab nende suhete kirjeldamiseks ainult viit tüüpi interaktsioone plokkide vahel: juhtimine, sisend, kontrolli tagasiside, sisendi tagasiside, väljundmehhanism. Juhtimis- ja sisendühendused on kõige lihtsamad, kuna need peegeldavad otseseid mõjusid, mis on intuitiivsed ja väga lihtsad.

Riis. 2.2. Väljundside

Riis. 2.3. Juhtimiskommunikatsioon

Juhtsuhe tekib siis, kui ühe ploki väljund mõjutab otseselt vähem domineerivat plokki.

Juhtimise tagasiside ja sisendi tagasiside on keerulisemad, kuna need hõlmavad iteratsiooni või rekursiooni. Nimelt mõjutavad ühe töö väljundid teiste tööde edaspidist täitmist, mis omakorda mõjutab algset tööd.

Juht tagasiside tekib siis; kui mõne ploki väljund mõjutab suurema domineerimisega plokki.

Väljundmehhanismi seosed on haruldased. Need peegeldavad olukorda, kus ühe funktsiooni väljundist saab teise eesmärgi saavutamise vahend.

Riis. 2.4. Sisselogimise tagasiside

Riis. 2.5. Juhtkonna tagasiside

Väljund-mehhanismi seosed on iseloomulikud ressursiallikate (nt vajalikud tööriistad, koolitatud personal, füüsiline ruum, seadmed, rahastamine, materjalid) jaotamisel.

IDEF0-s tähistab kaar harva ühte objekti. Tavaliselt sümboliseerib see objektide komplekti. Kuna kaared esindavad objektide kogumeid, võib neil olla mitu alguspunkti (allikat) ja lõpp-punkti (sihtkohta). Seetõttu võivad kaared hargneda ja ühendada mitmel viisil. Kogu kaar või osa sellest võib ulatuda ühest või mitmest plokist ja lõppeda ühe või mitme plokiga.

Hargnevad kaared, mida kujutatakse kiirgavate joontena, tähendavad, et igas harus võib esineda kogu kaare sisu või osa sellest. Kaare märgitakse alati haru ette, et anda kogu komplektile nimi. Lisaks võib kaare iga haru olla märgistatud järgmiste reeglite järgi.

märgistamata oksad sisaldavad enne haru kaaresildil märgitud objektide kaalu;
harud, mis on märgistatud pärast hargnemispunkti, sisaldavad kõiki või osa objekte, mis on määratud kaaresildis enne haru.

Kaareühendamised IDEFO-s, mida kujutatakse kokku koonduvate joontena, näitavad, et iga haru sisu moodustab sildi kaare jaoks, mis tuleneb esialgsete kaarte ühendamisest. Pärast ühendamist märgitakse saadud kaar alati, et näidata liitmisel tekkivat uut objektide komplekti. Lisaks võib iga haru enne ühendamist märgistada, kuid ei pruugita, vastavalt järgmistele reeglitele:

Riis. 2.6. Väljund-mehhanismi ühendus

märgistamata oksad sisaldavad pärast ühendamist jagatud kaaresildis määratud objektide kaalu;
harud, mis on märgitud enne ühendamist, sisaldavad kõiki või mõnda objekti, mis on pärast ühendamist ühises märgistuses loetletud,

Kvantitatiivse diagrammi analüüs

Diagrammide kvantitatiivse analüüsi läbiviimiseks loetleme mudelinäitajad:

plokkide arv diagrammil - N;
diagrammi lagunemise tase - L;
diagrammi tasakaal - IN;
plokiga ühendavate noolte arv - A

See tegurite kogum kehtib iga mudeli diagrammi kohta. Järgnevalt on toodud soovitused diagrammi tegurite soovitud väärtuste kohta.

Tuleb püüda tagada, et madalama taseme diagrammidel oleks plokkide arv väiksem kui lähtediagrammidel, st lagunemise taseme tõustes koefitsient väheneb. Seega näitab selle koefitsiendi vähenemine seda. et mudeli lagunemisel tuleks funktsioone lihtsustada, mistõttu peaks plokkide arv vähenema.

Diagrammid peavad olema tasakaalus. See tähendab, et ühe diagrammi piires ei tohiks joonisel 1 kujutatud olukorda esineda. 2.7: töös 1 on sissetulevaid nooli ja juhtnooli oluliselt rohkem kui väljaminevatel. Tuleb märkida, et seda soovitust ei pruugi tootmisprotsesse kirjeldavate mudelite puhul järgida. Näiteks monteerimisprotseduuri kirjeldamisel võib plokk sisaldada palju nooli, mis kirjeldavad toote komponente, ja üks nool, mis väljub - valmistoode.

Riis. 2.7. Tasakaalustamata diagrammi näide

Tutvustame diagrammi tasakaalukoefitsienti

On vaja pingutada K oli diagrammi jaoks minimaalne.

Lisaks diagrammi graafiliste elementide analüüsimisele on vaja arvestada plokkide nimedega. Nimede hindamiseks koostatakse modelleeritava süsteemi elementaarsete (triviaalsete) funktsioonide sõnastik. Tegelikult peaks see sõnastik sisaldama diagrammi lagunemise madalama taseme funktsioone. Näiteks andmebaasimudeli puhul võivad funktsioonid “leida kirje” ja “lisa kirje andmebaasi” olla elementaarsed, samas kui funktsioon “kasutaja registreerimine” nõuab täiendavat kirjeldamist.

Pärast sõnastiku moodustamist ja süsteemiskeemide paketi koostamist on vaja arvestada mudeli madalama tasemega. Kui diagrammiplokkide nimede ja sõnaraamatu sõnade vahel on vasteid, tähendab see, et on saavutatud piisav lagunemistase. Seda kriteeriumi kvantitatiivselt peegeldava koefitsiendi võib kirjutada järgmiselt L*C- mudeli taseme ja plokinimede vastete arvu korrutis sõnastikus olevate sõnadega. Mida madalam on mudeli tase (suurem L), seda väärtuslikumad on tikud.

BPWini tööriistakomplekt

BPWini käivitamisel kuvatakse vaikimisi peamine tööriistariba, tööriistapalett ja Model Explorer.

Uue mudeli loomisel ilmub dialoog, kus tuleb märkida, kas mudel luuakse uuesti või avatakse see ModelMarti hoidlast, sisestage mudeli nimi ja valige metoodika, mille alusel mudel ehitatakse ( joon. 2.8).

Joon.2.8 Mudeli loomise dialoog

BPWin toetab kolme metoodikat – IDEF0, IDEF3 ja DFD. BPWinis on võimalik ehitada segamudeleid, st mudel võib üheaegselt sisaldada nii IDEF0 ja IDEF3 diagramme kui ka DFD-d. Tööriistapaleti koostis muutub automaatselt, kui lülituda ühelt tähistusele teisele.

BPWini mudelit käsitletakse tööde kogumina, millest igaüks töötab teatud andmekogumiga. Kui klõpsate hiire vasaku nupuga mis tahes mudeliobjektil, ilmub kontekstimenüü, mille iga üksus vastab objekti atribuudi redaktorile.

Näide

Süsteemimudeli koostamine peaks algama kõigi selle funktsionaalsust kirjeldavate dokumentide uurimisega. Üks neist dokumentidest on tehniline spetsifikatsioon, nimelt jaotised “Arenduse eesmärk”, “Süsteemi eesmärgid ja eesmärgid” ning “Süsteemi funktsionaalsed omadused”.

Peale algdokumentidega tutvumist ning klientide ja süsteemi kasutajate küsitlemist on vaja sõnastada modelleerimise eesmärk ja määrata seisukoht mudelile. Vaatleme selle ehitamise tehnoloogiat "Ülikooli tööhõiveteenistuse" süsteemi näitel, mille peamisi võimalusi kirjeldati laboritöös nr 1.

Sõnastagem modelleerimise eesmärk: kirjeldada süsteemi toimimist nii, et see oleks selle kasutajale arusaadav, laskumata juurutamisega seotud detailidesse. Ehitame mudeli üles kasutajate (õpilane, õpetaja, administraator, dekanaat, ettevõte) vaatenurgast.

Alustuseks koostame konteksti IDEF0 diagrammi. Süsteemi kirjelduse kohaselt on põhifunktsioon oma klientide teenindamine nende päringute töötlemise teel. Seega määratleme kontekstidiagrammi ainsa tööna "Süsteemi kliendi teenindamine". Järgmisena määratleme sisend- ja väljundandmed, samuti mehhanismid ja juhtimise.

Kliendi teenindamiseks on vaja ta süsteemis registreerida, avada juurdepääs andmebaasile ja tema päring töödelda. Sisendandmed on "kliendi nimi", "kliendi parool", "allika andmebaas", "kliendi päring". Päringu täitmine toob kaasa kas info saamise süsteemist või andmebaasi sisu muutmiseni (näiteks eksperthinnangute koostamisel), seega on väljundandmeteks “aruanded” ja “muudetud andmebaas”. Taotluse töötlemise protsessi viib läbi süsteemimonitor administraatori kontrolli all.

Konteksti diagramm

Seega defineerime süsteemi kontekstdiagrammi (joonis 2.9).

Joonis 2.9. Süsteemi konteksti diagramm

Jagame konteksti diagrammi, mis kirjeldab klienditeeninduse järjekorda:

Süsteemile juurdepääsu taseme määramine.
Alamsüsteemi valik.
Juurdepääs alamsüsteemile.
Andmebaasi muutmine (vajadusel).

Saame joonisel fig. 2.10.

Olles lõpetanud kontekstidiagrammi dekomponeerimise, jätkake järgmise taseme diagrammi lagunemisega. Tavaliselt naasevad mudelid kolmanda ja madalama taseme kaalumisel põhidiagrammide juurde ja kohandavad neid.

Riis. 2.10. Töö "Teenus, süsteemiklient" lagunemine

Me lagundame järjestikku kõik saadud diagrammi plokid. Esimene samm süsteemile juurdepääsu taseme määramisel on kasutajakategooria määramine. Kliendi nime otsitakse kasutajate andmebaasist, määrates selle kategooria. Vastavalt teatud kategooriale määratakse süsteemi kasutajale antud volitused. Järgmisena viiakse läbi süsteemile juurdepääsu protseduur, kontrollides juurdepääsu nime ja parooli. Kombineerides teabe volituste ja süsteemi juurdepääsutaseme kohta, moodustatakse kasutaja jaoks lubatud toimingute kogum. Seega näeb süsteemi juurdepääsutaseme määramine välja selline, nagu on näidatud joonisel fig. 2.11.

Riis. 2.11. Töö "Süsteemi juurdepääsu taseme määramine" dekompositsioon

Pärast süsteemile juurdepääsu protseduuri lõpetamist analüüsib monitor kliendi päringut, valides päringu töötleva alamsüsteemi. Töö “Apellatsioon alamsüsteemile” dekomponeerimine ei vasta mudeli eesmärgile ja vaatenurgale. Süsteemi kasutajat ei huvita selle töö sisemised algoritmid. Sel juhul on tema jaoks oluline, et alamsüsteemi valik tehtaks automaatselt, ilma tema sekkumiseta, nii et alamsüsteemile juurdepääsu lagunemine muudab mudeli ainult keerulisemaks.

Dekomponeerime töö „Kliendipäringu töötlemine”, mida teostab päringute töötlemise alamsüsteem, määrates kindlaks kasutajate kategooriad ja volitused. Enne päringule vastuse otsimist tuleb avada andmebaas (sellega ühenduda). Üldiselt võib andmebaas asuda kaugserveris, mistõttu võib osutuda vajalikuks sellega ühenduse loomine. Määrame tööde järjestuse:

Andmebaasi avamine.
Taotluse täitmine.
Aruannete genereerimine.

Peale andmebaasi avamist tuleb süsteemi teavitada andmebaasiga ühenduse loomisest, seejärel täita päring ja genereerida kasutajale aruanded (joonis 2.12).

Tuleb märkida, et "päringu täitmine" hõlmab erinevate alamsüsteemide tööd. Näiteks kui päring sisaldab testimist, täidab selle professionaalsete ja psühholoogiliste testide alamsüsteem. Päringu täitmise etapis võib tekkida vajadus muuta andmebaasi sisu, näiteks eksperthinnangute koostamisel. Seetõttu on vaja see võimalus diagrammil ette näha.

Riis. 2.12.

Diagrammi korrigeerimine

Saadud diagrammi analüüsides tekib küsimus: milliste reeglite järgi aruandeid koostatakse? Vajalikud on eelnevalt genereeritud mallid, mida kasutatakse andmebaasist valimiseks ning need mallid peavad vastama päringutele ja olema eelnevalt määratletud. Lisaks tuleks anda kliendile võimalus valida aruande vorm.

Kohandagem diagrammi, lisades nooled "Aruandemallid" ja "Andmebaasi muutmise taotlused" ning tunneli noole "System Client". “Süsteemikliendi” tunneldamist kasutatakse selleks, et mitte asetada noolt ülemisele diagrammile, kuna aruandevormi valimise funktsioon ei ole piisavalt oluline, et seda põhidiagrammil kuvada.

Diagrammi muutmine toob kaasa kõikide põhidiagrammide korrigeerimised (joonis 2.13 - 2.15).

Töö “Pärimise täitmine” on soovitatav dekomponeerida DFD diagrammi abil (laboritöö nr 3), kuna IDEF0 metoodika käsitleb süsteemi omavahel seotud tööde kogumina, mis ei kajasta hästi infotöötlusprotsesse.

Riis. 2.13. Teose "Kliendi päringu töötlemine" dekompositsioon

Riis. 2.14. Töö "Süsteemi klienditeenindus" dekomponeerimine (variant 2)

Riis. 2.15. Süsteemi konteksti diagramm (valik 2)

Liigume edasi viimase ploki “Andmebaasi muutmine” dekompositsiooni juurde. Kliendi seisukohalt asuvad süsteemiandmed ühes andmebaasis. Tegelikult on süsteemis kuus andmebaasi:

kasutajate andmebaas,
õpilaste andmebaas, (valik 2)
vabade töökohtade andmebaas,
akadeemiliste tulemuste andmebaas,
Testi andmebaas,
eksperthinnangute andmebaas,
DB CV.

Vastavalt modelleerimise eesmärgile on kliendil oluline mõista, et saadud andmeid ei uuendata koheselt süsteemis, vaid läbivad täiendava töötlemise ja kontrolli etapi. Muutmisalgoritmi saab koostada järgmiselt:

Määratakse kindlaks andmebaas, milles teavet muudetakse.
Operaator loob ajutise andmestiku ja edastab selle administraatorile.
Administraator kontrollib andmeid ja sisestab need andmebaasi.

Seda mudelit saab rakendada ka muul viisil, pakkudes võimalust värskendada andmebaasi otse päringute peale, möödudes andmekontrolli protsessist. Sel juhul on kahju vältimiseks vaja tagada andmebaasi terviklikkus. Sel juhul näeb diagramm välja selline (joonis 2.17).

Riis. 2.16. Töö "Andmebaasi muutmine" lagunemine

Riis. 2.17. Töö "Andmebaasi muutmine" dekomponeerimine (variant 2) Esimese variandi puhul on näidatud joonisel fig. 2.12

"Andmebaasimuudatuste" edasine dekomponeerimine muudab mudeli keerulisemaks, selgitades, kuidas toimub andmebaasi füüsiline muutmine süsteemis. Sel juhul ei saa kasutaja täiendavat infot tööturuteenuse süsteemi toimimise kohta. Soovitatav on see töö lahti võtta andmebaasisüsteemi projekteerimise käigus andmebaasi loogilise mudeli loomise etapis.

Järgmises laboris tehakse päringu täitmistöö dekomponeerimine, mis illustreerib DFD diagrammide kasutamist teabetöötlusprotsesside kirjeldamiseks.

Tehkem joonisel fig 1 näidatud mudelite kvantitatiivne analüüs. 2.12 ja 2.13, vastavalt ülalkirjeldatud meetodile. Vaatleme nende mudelite koefitsiendi ^ käitumist. Emasdiagrammi “Kliendipäringu töötlemine” koefitsient on 4/2 = 2 ja jaotusdiagrammil 3/3 = 1. Koefitsiendi väärtus väheneb, mis viitab funktsioonide kirjelduse lihtsustumistasemele. mudel väheneb.

Vaatleme koefitsiendi muutust K b on kaks mudelivalikut.

teise variandi jaoks

Koefitsient K b ei muuda selle väärtust, seetõttu ei muutu diagrammi tasakaal.

Eeldame, et vaadeldavate diagrammide lagunemistase on modelleerimise eesmärgi kajastamiseks piisav ja alumise taseme diagrammides kasutatakse tööde nimetustena elementaarfunktsioone (süsteemi kasutaja seisukohalt) .

Vaadeldava näite kokkuvõtet tehes tuleb märkida, kui oluline on süsteemi modelleerimisel arvestada mitme diagrammivalikuga. Sellised võimalused võivad tekkida diagrammide kohandamisel, nagu seda tehti jaotises "Kliendipäringu töötlemine", või süsteemi funktsioonide alternatiivsete rakenduste loomisel (töö "Andmebaasi muutmine" dekomponeerimine). Valikute ülevaatamine võimaldab teil valida parima ja lisada selle edasiseks kaalumiseks diagrammipaketti.

Kontrollküsimused

Nimekiri Turvalisuse küsimused:

Mis on mudel IDEF0 tähistuses?
Mida tähendavad IDEF0 töökohad?
Milline on tööde nimetamise järjekord?
Mitu tööd peaks ühel diagrammil olema?
Milline on domineerimise järjekord?
Kuidas on tööd dominandi põhimõttel järjestatud?
Mis on skeemidel tööristkülikute külgede eesmärk?
Loetlege noolte tüübid.
Nimeta suhete tüübid.
Mida nimetatakse piirinoolteks?
Selgitage hargnevate ja ühendavate noolte nimetamise põhimõtet.
Milliseid metoodikaid BPWin toetab?
Loetlege BPWini peaakna põhielemendid.
Kirjeldage BPWinis uue mudeli loomise protsessi.
Kuidas teoste vahel seoseid luua?
Kuidas määrata töö nime.
Kirjeldage töö jaotamise protsessi.
Kuidas diagrammile tööd lisada?
Kuidas lahendada tunneldatud nooled?
Kas BPWini mudel võib sisaldada mitme metoodika diagramme?

IDEF0 on tänapäeval äriprotsesside modelleerimise peamine standard. Nimetatakse IDEF0 kasutava süsteemi kirjeldus funktsionaalne mudel . Mudel kirjeldab, mis süsteemis toimub, kuidas seda juhitakse, milliseid üksusi see transformeerib, milliseid tööriistu oma funktsioonide täitmiseks kasutab ja mida toodab.

Mudeli ehitamisel tuleb see ära märkida modelleerimise eesmärk, vastates järgmistele küsimustele:

· miks peaks seda protsessi modelleerima?

Mida peaks modell näitama?

· mida lugeja saab?

Eesmärgi määratluse näited: „selgitada ja määratleda aktuaalsed probleemid, võimaldada analüüsida võimalikke parendusi“, „selgitada töötajate rollid ja vastutus ametijuhendite kirjutamisel“, „määrata automatiseerimise võimalus...“, „reguleerida protsessi ...", jne.

Vaatepunkt on ka mudeli ehitamisel üks võtmeelemente. Vaatepunkti saab kujutada kui inimese seisukohta, kes näeb süsteemi modelleerimiseks vajalikus aspektis. Vaatepunkt peab olema kooskõlas modelleerimise eesmärgiga.

IDEF-i metoodika peamine kontseptuaalne põhimõte on mis tahes uuritava süsteemi kujutamine interakteeruvate ja omavahel seotud plokkide kogumina, mis kuvavad uuritavas süsteemis toimuvaid protsesse, toiminguid ja toiminguid. IDEF0-s nimetatakse tavaliselt kõike, mis toimub süsteemis ja selle elementides funktsioonid. Iga funktsioon on määratud blokk.

Funktsionaalsed plokid diagrammidel on kujutatud ristkülikutena, mis esindavad nimega protsesse, funktsioone, töid või toiminguid, mis toimuvad teatud aja jooksul ja millel on äratuntavad tulemused. Iga ploki sees on selle nimi ja number. Ploki nimi peab olema tegevust tähistav aktiivne verb, verbfraas või verbaalne nimisõna.

IDEF0 plokid on paigutatud tähtsuse järjekorras, nagu diagrammi autor mõistab. Seda suhtelist järjestust nimetatakse domineerimiseks. Domineerimist mõistetakse kui mõju, mida üks plokk avaldab diagrammi teistele plokkidele. Kõige domineerivam plokk asetatakse tavaliselt diagrammi vasakusse ülanurka ja kõige vähem domineeriv plokk on paremas nurgas.

Esitatud on liidesed, mille kaudu plokk suhtleb teiste plokkidega või modelleeritavast süsteemist välise keskkonnaga nooled, blokki sisenemine või sealt lahkumine. Funktsiooniploki igal küljel on ploki ja noole suhte osas standardne tähendus. Noolte standardne paigutus on näidatud joonisel 1.

Riis. 1. IDEF0 kontekst.

Nooled kirjeldada plokkide vastasmõju välismaailmaga ja üksteisega. Nooled tähistavad teatud teavet ja neid nimetatakse nimisõnadeks või nimisõna fraasideks.

IDEF0-s on viit tüüpi nooli:

1. Sisend – materjal või teave, mida funktsionaalplokk kasutab või teisendab tulemuse (väljundi) saamiseks. Lubatud on, et tööl ei tohi olla ühte sisenemisnoolt.

2. Juhtimine – üksust reguleerivad reeglid, põhimõtted, protseduurid või standardid. Juhtimine mõjutab plokki, kuid ei muutu selle poolt.

3. Väljund – materjal või teave, mida plokk toodab. Tulemuseta plokk on mõttetu ja seda ei tohiks modelleerida.

4. Mehhanism - plokki teostavad ressursid, näiteks ettevõtte personal, masinad, seadmed jne. Analüütiku äranägemisel ei pruugi mehhanismi nooled mudelil olla kujutatud.

5. Helista – spetsiaalne nool, mis osutab erinevale töömudelile. Kutsunoolt kasutatakse näitamaks, et mõnda tööd tehakse väljaspool modelleeritavat süsteemi.

Konteksti diagrammil olevaid nooli kasutatakse süsteemi interaktsiooni kirjeldamiseks välismaailmaga. Piirde nooled- nooled, mis algavad skeemi piirilt ja lõpevad töö juures või vastupidi. Sisemised nooledühendage plokid üksteisega. Tööühendusi on viit tüüpi.

1. Side sisendi kaudu - kõrgema ploki väljundnool on suunatud alumise sisendisse (joon. 2).

Riis. 2. Väljund-sisend suhe.

2. Juhtkommunikatsioon - kõrgema taseme ploki väljund saadetakse madalama taseme juhtimisse (joonis 3).

Riis. 3. Väljundi-juhtimise suhe.

3. Juhtimise tagasiside - madalama taseme ploki väljund saadetakse kõrgema taseme juhtseadmesse (joonis 4).

Riis. 4. Kontrolli tagasisidet

4. Sisendtagasiside - madalama taseme ploki väljund saadetakse kõrgema taseme sisendisse (joon. 5).

Riis. 5. Sisendtagasiside suhe

5. Väljund-mehhanismi ühendus - ühe ploki väljund suunatakse teise mehhanismi (joon. 6).

Riis. 6 Väljund-mehhanismi ühendus.

IDEF0 tähistuses on süsteemi kirjeldus (mudel) korraldatud hierarhiliselt järjestatud ja omavahel ühendatud diagrammide kujul. Esiteks kirjeldatakse süsteemi kui tervikut ja selle interaktsiooni välismaailmaga (kontekstidiagramm). Kontekstidiagramm sisaldab ainult ühte plokki, mis iseloomustab kogu modelleeritud protsesside komplekti, ilma detailideta.

Riis. 7 IDEF0 konteksti diagrammi näide.

Pärast seda viiakse läbi funktsionaalne lagunemine (joonis 8) - see tegevusplokk (suur protsess) jagatakse suurteks alamprotsessideks - ja iga alamprotsessi kirjeldatakse eraldi (lagunemisdiagrammid). Seejärel lagundatakse iga alamprotsess väiksemateks – ja nii edasi, kuni kirjelduse nõutav detail on saavutatud.

Joonis 8 IDEF0 lagunemisdiagrammi näide.

IDEF0 metoodika

Iga IDEF0 diagrammidA sisaldab plokke ja kaare. Plokid kujutavad modelleeritud süsteemi funktsioone. Kaared seovad plokke omavahel ja esindavad nendevahelisi koostoimeid ja suhteid.

IDEF0 nõuab, et diagrammil oleks vähemalt kolm ja mitte rohkem kui kuus plokki. Need piirangud hoiavad diagrammide ja mudelite keerukuse tasemel, mis on loetav, arusaadav ja kasutatav.

Kõige domineerivam plokk asetatakse tavaliselt diagrammi vasakusse ülanurka ja kõige vähem domineeriv on paremasse nurka.

IDEF0 eristab viit tüüpi nooli.

Välju- objektid, milleks sisendid teisendatakse. Igal tööl peab olema vähemalt üks väljumisnool, mis joonistatakse töö paremast servast lähtuvana.

mehhanism- tööd teostavad vahendid. Mehhanismi nool on joonistatud töö alumisse serva sisenemiseks. Analüütiku äranägemisel ei pruugi mehhanismi nooled mudelil olla kujutatud.

Riis. 2.1 Noolte tüübid

Riis. 2.2. Väljundside

Riis. 2.3. Juhtimiskommunikatsioon

Juhtsuhe tekib siis, kui ühe ploki väljund mõjutab otseselt vähem domineerivat plokki.

Juht tagasiside tekib siis; kui mõne ploki väljund mõjutab suurema domineerimisega plokki.

Väljundmehhanismi seosed on haruldased. Need peegeldavad olukorda, kus ühe funktsiooni väljundist saab teise eesmärgi saavutamise vahend.

Riis. 2.4. Sisselogimise tagasiside

Riis. 2.5. Juhtkonna tagasiside

Väljund-mehhanismi seosed on iseloomulikud ressursiallikate (nt vajalikud tööriistad, koolitatud personal, füüsiline ruum, seadmed, rahastamine, materjalid) jaotamisel.

märgistamata oksad sisaldavad enne haru kaaresildil märgitud objektide kaalu;

harud, mis on märgistatud pärast hargnemispunkti, sisaldavad kõiki või osa objekte, mis on määratud kaaresildis enne haru.

Riis. 2.6. Väljund-mehhanismi ühendus

märgistamata oksad sisaldavad pärast ühendamist kaare ühises märgistuses määratud objektide kaalu;

harud, mis on märgitud enne ühendamist, sisaldavad kõiki või mõnda objekti, mis on pärast ühendamist ühises märgistuses loetletud,

plokkide arv diagrammil - N;

diagrammi lagunemise tase - L;

diagrammi tasakaal - IN;

plokiga ühendavate noolte arv - A

See tegurite kogum kehtib iga mudeli diagrammi kohta. Järgnevalt on toodud soovitused diagrammi tegurite soovitud väärtuste kohta.

Riis. 2.7. Tasakaalustamata diagrammi näide

Tutvustame diagrammi tasakaalukoefitsienti

On vaja pingutada K oli diagrammi jaoks minimaalne.

BPWini käivitamisel kuvatakse vaikimisi peamine tööriistariba, tööriistapalett ja Model Explorer.

Joon.2.8 Mudeli loomise dialoog

Alustuseks koostame IDEF0 konteksti diagrammi. Süsteemi kirjelduse kohaselt on põhifunktsiooniks oma klientide teenindamine nendelt saadud päringute töötlemise teel. Seega määratleme kontekstidiagrammi ainsa tööna "Süsteemi kliendi teenindamine". Järgmisena määratleme sisend- ja väljundandmed, samuti mehhanismid ja juhtimise.

Seega defineerime süsteemi kontekstdiagrammi (joonis 2.9).

Joonis 2.9. Süsteemi konteksti diagramm

Jagame konteksti diagrammi, mis kirjeldab klienditeeninduse järjekorda:

Süsteemile juurdepääsu taseme määramine.

Alamsüsteemi valik.

Juurdepääs alamsüsteemile.

Andmebaasi muutmine (vajadusel).

Saame joonisel fig. 2.10.

Riis. 2.10. Töö "Teenus, süsteemiklient" lagunemine

Riis. 2.11. Töö "Süsteemi juurdepääsu taseme määramine" dekompositsioon

Andmebaasi avamine.

Taotluse täitmine.

Aruannete genereerimine.

Peale andmebaasi avamist tuleb süsteemi teavitada andmebaasiga ühenduse loomisest, seejärel täita päring ja genereerida kasutajale aruanded (joonis 2.12).

Riis. 2.12.

Diagrammi muutmine toob kaasa kõikide põhidiagrammide korrigeerimised (joonis 2.13 - 2.15).

Riis. 2.13. Teose "Kliendi päringu töötlemine" dekompositsioon

Riis. 2.14. Töö "Süsteemi klienditeenindus" dekomponeerimine (variant 2)

Riis. 2.15. Süsteemi konteksti diagramm (valik 2)

Liigume edasi viimase ploki “Andmebaasi muutmine” dekompositsiooni juurde. Kliendi seisukohalt asuvad süsteemiandmed ühes andmebaasis. Tegelikult on süsteemis kuus andmebaasi:

kasutajate andmebaas,

õpilaste andmebaas, (valik 2)

vabade töökohtade andmebaas,

akadeemiliste tulemuste andmebaas,

Testi andmebaas,

eksperthinnangute andmebaas,

DB CV.

Määratakse kindlaks andmebaas, milles teavet muudetakse.

Operaator loob ajutise andmestiku ja edastab selle administraatorile.

Administraator kontrollib andmeid ja sisestab need andmebaasi.

Riis. 2.16. Töö "Andmebaasi muutmine" lagunemine

Riis. 2.17. Töö "Andmebaasi muutmine" dekomponeerimine (variant 2) Esimese variandi puhul on näidatud joonisel fig. 2.12

Järgmises laboris tehakse päringu täitmistöö dekomponeerimine, mis illustreerib DFD diagrammide kasutamist teabetöötlusprotsesside kirjeldamiseks.

Vaatleme koefitsiendi muutust TO b on kaks mudelivalikut.

teise variandi jaoks

Koefitsient TO b ei muuda selle väärtust, seetõttu ei muutu diagrammi tasakaal.

Infosüsteemi funktsionaalne modelleerimine IDEF CASE tehnoloogia abil.
Koostoime loogika ja tööjärjestuse kirjeldus.

2. Tunniplaan

Teadmiste kontroll testimise teel (test ISE002).
Infosüsteemi tegevuse mitmetasandilise mudeli (AS - IS mudel) väljatöötamine BPwin CASE tööriista abil tehnoloogiate abil IDEF 0 Ja IDEF 3 :
- Mudeli omaduste kirjeldus (Model Properties).
- Funktsionaalmudeli ESIMESE taseme loomine - kontekstdiagrammi väljatöötamine.
- Funktsionaalmudeli TEISE tasandi loomine - kontekstuaalse töö täpsustamine ja dekompositsiooni diagrammi koostamine.
- Funktsionaalmudeli KOLMANDA tasandi loomine - funktsiooni realiseeriva teise taseme töö detailsus Tegevusarvestus organisatsioonid. See arendusetapp võimaldab koostada lagunemisdiagrammi, kasutades ühte kahest metoodikast – IDEF 0 (1. variant) või IDEF 3 (2. variant). 2. variandi järgi stsenaariumi ja järgnevusskeemi koostamine üksikute tööde teostamiseks (Töövoo skeem) tegevuste arvestuse protsessis toimub IDEF 3 metoodika abil.
Teoste sõnastiku ja noolte sõnastiku väljatöötamine, mis võimaldavad kuvada mudeli vastavate fragmentide kirjeldust.

Infosüsteemi funktsionaalne modelleerimine tehnoloogia abil IDEF tuleb läbi viia CASE-tööriista abil BPwin, mille laadib käsk Start/Programs/Computer Associates/BPwin 4.0/BPwin4.0 . IDEF-i modelleerimise tehnoloogilised protsessid on välja toodud jaotises 4 “Teoreetiline teave praktilise õppetunni jaoks”.
Konteksti diagrammi koostamisel tuleb arvestada, et mudeli atribuute saab vormindada järgmiselt, kasutades modelleeritavale ainevaldkonnale vastavat teavet:
- Mudeli nimi : Ettevõtte "Nimi" tegevus;
- Projekt (projekti nimi): Ettevõtte tegevusmudel “Nimi”;
- Täisnimi, rühm;
- Ulatus (modelleerimisala, mis sisaldab modelleerimise eesmärki, st küsimusi, millele konstrueeritud mudel peaks vastama) – näiteks “Ettevõtte äritegevuse üldjuhtimine: turu-uuringud, komponentide hankimine, toodete testimine ja müük” või “Ettevõtte tegevuse tehnoloogilised, finants- ja juhtimisaspektid”;
- Ajakava (mudeli tüüp) : NAGU ON;
- Definitsioon , mudeli eesmärk) : Ettevõtte “Nimi” tegevust kirjeldav koolitusmudel;
- Vaatepunkt (vaatepunktist – isik, kelle seisukoht arenduse käigus omaks võetakse) : ettevõtte juht ja peadirektor;
- Olek : TÖÖTAB;
- Eesmärk : Modelleerida “Nimi” ettevõtte jooksvaid äriprotsesse, et reguleerida selle tegevust;
- Allikas (allikas teave): Ainevaldkonna analüüs ja sisenddokumentide analüüs;
- Autori nimi : TÄISNIMI.
Tehes konteksti diagrammi lagunemine tuleb arvestada, et ta, olles teine tase süsteemi mudeli lagunemine, esindab alamprotsess või alamtöö , vormis rakendatud kontekstuaalne töö, mis antud juhul toimib kui vanemlik töö, rakendatud kujul Vanemate diagramm) . Teise taseme dekomponeerimisskeem peab sisaldama vähemalt kolme funktsionaalplokki, millest üks peab täitma modelleerimisfunktsiooni tegevuste arvestus organisatsioon ja ülejäänud peaksid täitma modelleerimisfunktsiooni äriprotsessid süsteemis rakendatud.
Igas lagunemisetapis peaksite jälgima liidese kaare (noolte) automaatset liikumist mudeli madalamatele tasemetele ja püüdma vältida asjatut tunneldatud noolte loomist. Kui need ilmuvad, tuleks tunnelid eemaldada.
Rakendamisel kolmas tase lagunemise korral tuleb arvestada, et iga väljatöötatud lagunemisdiagramm on teise taseme teoste lagunemise kolmas tase ja esindab alamprotsess või kõrvaltööd vormis rakendatud Lapse diagramm asjakohane kolmanda taseme töö. Kõik teise taseme teosed toimivad sel juhul kui vanemlik töö, rakendatud kujul vanemate diagrammid(Vanemate diagrammid).
Teise taseme töö dekomponeerimine, arvestusfunktsiooni modelleerimine ja tööde interaktsiooni stsenaariumi loomine tuleks läbi viia tehnoloogia abil IDEF 3 mida kasutatakse funktsiooniplokkidena ühikuttööd (Tööühik, UOW) , samuti vajalik viiteobjektid (viited) , mida saab noolesõnastikust skripti juurutada või uuesti luua.
Mudeli lagunemise igal tasandil luuakse töösõnastik ja noolte sõnastik, mille väljatöötamise vajalik tingimus on töökirjelduse olemasolu. (tegevus) ja liidesekaarele salvestatud andmete kirjeldused ( nool) .
Salvestage töö tulemused faili Funktsiooni_mudel IS_nimi_ IDEF.bp1 oma kaustas ISE.
Üldistatud funktsionaalse mudeli näide on toodud

4. Teoreetiline teave praktilise tunni jaoks

4.1. IDEF 0-tehnoloogia

IDEF0 metoodika on loodud organisatsiooni tegevuse modelleerimiseks. Projekti arendamise algstaadiumis luuakse mudel, mis on kavandatud kirjeldama ettevõttes olemasolevaid äriprotsesse ja tehnoloogilisi protsesse põhimõttel "NAGU ON" ("As Is") ja mis kõige tähtsam, see esindab ettevõtet alates seal töötavate töötajate vaatenurk ja tunneb põhjalikult kõiki nüansse, ka mitteametlikke. AS-IS on "mida me täna teeme", enne kui hüppame juurde "mida me homme teeme".

Tegevusmudel või teisisõnu funktsionaalne mudel. Funktsionaalne mudel käsitleb süsteemi komplektina toimingud, milles iga tegevus muudab mõnda objekt või objektide komplekt . Tehnoloogia IDEF 0 kasutab põhimõtet funktsionaalne lagunemine süsteemid (süsteemi jagamine fragmentideks). Lagunemise põhimõte tähendab, et funktsionaalne mudel tuleks üles ehitada reegli järgi "ülevalt alla" , alates üldine mudeli tüüp privaatne mudelid. Seetõttu on tavaliselt probleemi lahendamise funktsionaalne mudel komplekt privaatsed funktsionaalsed mudelid .

Funktsionaalsed mudelid tõstavad tegevusi esile, kujutades neid erilise elemendina - blokk. Blokeeri – funktsionaalse mudeli põhiline struktuurielement, mille graafiline esitus on diagramm . Tegevuse nimi – verbaalne nimisõna või tegusõna . Mudeli dekomponeerimise tulemusena luuakse hierarhiliselt järjestatud ja omavahel seotud diagrammide kogum. Iga diagramm on süsteemi kirjeldusüksus ja asub eraldi lehel.

Metoodika IDEF 0 põhineb neljal põhikontseptsioonil: funktsionaalne plokk (sõlm), liidesekaar, dekompositsioon, sõnastik.

Funktsiooniplokk

Tehnoloogia põhikontseptsioon IDEF 0 on kontseptsioon funktsiooniplokk. See on mõeldud esindama teatud tüüpi Tegevus , mis esindab mõnda konkreetset funktsiooni vaadeldava süsteemi sees. See funktsioon tähendab omakorda mingit tegevust (toimingute komplekti), millel on kindel eesmärk ja mis viib lõpptulemuseni.

Funktsiooniplokk on esindatud ristkülikuga, mille külgedel on järgmised väärtused:

Ülemine pool on juhtimine.
Alumine pool on mehhanism.
Parem pool on väljapääs.
Vasak pool on sissepääs.

Funktsionaalplokil on nimi, mis määratakse sõnalises meeleolus või verbaalses nimisõnas. Toimingute vastastikune mõju ja teda ümbritsev maailm, sealhulgas muud toimingud, kuvatakse liidesekaaride (noolte) abil.

Liidese kaar

Liidese kaar kuvab süsteemielemendi, mis või töödeldud funktsiooniplokk või omab teistsugust mõju selle funktsionaalploki kuvatavale tegevusele (funktsioonile). Liidese kaar kujutatud noolena, mis näitab vedaja , mis võimaldab andmete või objektide ülekandmist ühelt tegevuselt teisele. Nooled kirjeldavad teoste suhtlemist välismaailmaga ja üksteisega, kujutavad mõnda teavet ja kutsutakse nimisõnad .

Noole nimi näitab seda rolli (võimalike rollide kogum on tähistatud - ICOM ):

Funktsiooniploki sisend – I nput .

Juhtimine – C kontroll .

Funktsiooniploki väljund – O väljund .

Mehhanism - M echanism .

Sisend) on materjal või teave, mida töö tulemuseks (väljundiks) kasutab või muudab. Sisendnoolt ei pruugi olla.

Kontroll– reeglid, poliitikad, protseduurid või standardid, mis juhivad tööd. See mõjutab tööd, kuid töö ei muuda seda. Nool joonistatakse töö ülemisse serva sisenemisena. Igal funktsiooniplokil peab olema vähemalt üks juhtnool.

Sageli on raske kindlaks teha, kas andmed on sisend või kontroll. Kui töös olevaid andmeid muudetakse või töödeldakse, siis on see suure tõenäosusega sisend ja kui mitte, siis kontroll. Kui noole olekut on raske määrata, on soovitatav joonistada juhtnool.

Väljund– materjal või teave, mida teos toodab. Nõutav on vähemalt üks väljumisnool, mis väljub töö paremalt küljelt.

Täitmismehhanism (mehhanism)– tööd teostavad ressursid (näiteks personal, masinad, seadmed jne). Nool joonistatakse töö alumisse serva sisenevana. Mehhanismi nooli ei pruugita näidata. Üldiselt on funktsionaalne plokk näidatud joonisel fig. 2.1.

Joonisel fig. 2.1 kõik liidese kaared on näidatud nimeliste nooltena. Vastavalt standardi nõuetele peab igal funktsionaalplokil olema vähemalt üks väljund ja üks juhtimine, kuna igal ülesandel (protsessil) peab olema vähemalt üks väljund ja vähemalt üks reegel selle lahendamiseks. Liidesekaar "Mehhanism" ei pruugi olla kujutatud.

Mitmest funktsionaalplokist, mis on nõutaval viisil liideskaartega ühendatud, a funktsionaalne mudel.

Pange tähele, et nooled võivad hargneda, luues funktsionaalplokkide vajalikud ühendused.

Logi sisse funktsiooniplokk võib olla mitte ainult väljuda teine funktsionaalne plokk, vaid ka selle kontroll või isegi mehhanism. Sellest tulenevalt võib funktsionaalne mudel sisaldada erinevaid, üsna keerulisi ja ebatavalisi protsesse infosüsteemi probleemide lahendamiseks.

Diagrammide koostamine IDEF0 tehnoloogia abil

Organisatsiooni ärimudeli väljatöötamisel tuleks kasutada kolme tüüpi diagramme:

Diagrammi tüüp I – kontekstdiagramm (võib olla ainult üks) – puustruktuuri tipp, mis esindab süsteemi ja selle interaktsiooni väliskeskkonnaga kirjeldamise kõige abstraktsemat taset. See määratleb kontekstifunktsioon;
II diagrammi tüüp – lagunemisskeem .

Jaotusskeemid on mõeldud töö üksikasjalikuks ja sisaldama seotud töö, s.t. tütarettevõtted töö, millel on ühine vanemlik tööd. Madalama taseme töö on sama, mis kõrgema taseme töö, kuid üksikasjalikumalt. Diagrammid koostab analüütik, et viia läbi eksamisessioon, st arutada diagrammi ainespetsialistiga.

Pärast iga lagunemissessiooni viiakse läbi eksamisessioonid - aineeksperdid näitavad reaalsete äriprotsesside vastavust loodud diagrammidele. Leitud ebakõlad parandatakse ja alles pärast eksami sooritamist ilma kommentaarideta võite jätkata järgmise lagunemisseansi juurde. See tagab mudeli vastavuse tegelikele äriprotsessidele mudeli igal tasemel.

Teoste arvuks on vaja seada mitte rohkem kui kuus (3–6), vastasel juhul on diagramm raskesti loetav (üleküllastunud). Ülemine piir (kuus) sunnib kujundajat kasutama keeruliste objektide kirjeldamisel hierarhiaid ning alumine piir (kolm) tagab, et vastaval diagrammil on piisavalt detailsust, et selle loomist õigustada.

Jaotusskeemil asub kõige olulisem ja esimesena valminud töö vasakus ülanurgas. Vähemtähtsad või hiljem valminud tööd langevad järjest.

III tüüpi diagramm – Sõlmepuu diagramm näitab tööde hierarhilist sõltuvust, kuid mitte tööde vahelisi seoseid (neid diagramme võib olla suvaline arv, kuna puu saab ehitada mis tahes sügavusele ja mitte tingimata juurest).

4.2. IDEF0 modelleerimise tehnoloogiline protsess:

Riis. 2.2

BPWin CASE tööriistal on lihtne ja intuitiivne kasutajaliides vajalike funktsionaalsete mudelite ja stsenaariumide koostamiseks. See sõltub kasutatavast tehnoloogiast. Joonisel fig. 2.2 näitab BPWini akent ( Computer Associates B.P.Win ).

Peaakna tööriistariba Computer Associates BPwin sisaldab järgmisi nuppe:

	- uue mudeli loomine,
	- olemasoleva mudeli avamine,
	– konstrueeritud mudeli salvestamine,
	- mudeli trükkimine,
	- skaala valik,
	- skaleerimine,
	- õigekirjakontroll,
	– mudelinavigaatori sisse/välja lülitamine,
	– Model Mart sisse/välja lülitamine.

Mudeli navigaator näitab mudeli koostist arengutasemete kaupa. Selle abiga saate hõlpsalt ja kiiresti liikuda tasemelt teisele. Mudelinavigaatoriga töötamine sarnaneb Windows Exploreriga töötamisele.

Spetsiaalne tööriistariba sisaldab järgmisi põhinuppe:

Mudelaken on koht uuritava süsteemi funktsionaalse mudeli koostamiseks. Selles ehitatakse ja redigeeritakse funktsionaalseid plokke, joonistatakse ja redigeeritakse nooli ning viiakse läbi lagunemine.

Mudeli ettevalmistamine

Dialoogiboksi avamiseks klõpsake nuppu Loo mudel B.P.Win(joonis 2.3):

Dialoogiboksis B.P.Win tehke järgmised toimingud:

vali Äriprotsess (IDEF0);
määrake mudeli nimi ja vajutage nuppu Okei;
aknas Uue mudeli omadused märgi üles mudeli autori nimi;
vajuta nuppu Okei .

Meeskond Mudeli/mudeli omadused kõne dialoogiboks Mudeli omadused (joonis 4), milles vormistada mudeli omadused vastavalt punktis 2 toodud metoodilistele soovitustele.

Modelleerimise esimene tase

Kujundage mudeliaknas funktsionaalne plokk, tehes järgmist.
- valige funktsiooniploki kontekstimenüüst käsk Nimi… ;
- dialoogiboksis Tegevuse omadused (joonis 2.5) vahekaardil Nimi seatud Nimi töö (lühike), mis on paigutatud sellesse funktsionaalsesse plokki ja vahekaardile Definitsioon põllul Definitsioon kirjeldus töö;
- järjehoidjas Font määra font Arial Cyr ja märkige ruudud, et lubada seda fonti kasutada diagrammi kõigis funktsionaalsetes plokkides ( Kõik selle diagrammi tegevused, kõik selle mudeli tegevused Ja Muutke selle fondi kõiki esinemissagedusi failis mudel ), seejärel vajutage nuppu Okei.

dialoogiboksis Noole omadused (joonis 2.7), vahekaardil Nimi määrake noole nimi (lühike) ja vahekaardil Definitsioon põllul Definitsioon sisestage piisavalt üksikasju kirjeldus selle noole eesmärk;

valige noole kontekstimenüüst käsk Font… ;
dialoogiboksis Noole omadused (joonis 2.8), vahekaardil Font määra font Arial Cyr ja märkige ruudud, et kasutada seda fonti kõigi diagrammi noolte jaoks ( Kõik selle diagrammi nooled, kõik selle mudeli nooled, kõik selle noole eksemplarid Ja Muutke selle fondi kõiki esinemissagedusi mudelis );

Kujundage nool Välju, vasakule piirid õige;
Kujundage nool Kontroll , miks korrata sammu 2, asendades vasakule piirid üleval;
Kujundage nool mehhanism, miks korrata sammu 2, asendades vasakule piirid madalam.

Modelleerimise teine tase

Mis tahes modelleerimise tase

Mudeli jaotuse loomiseks mis tahes modelleerimistasemel peaksite tegema järgmised toimingud.

aktiveerida klõpsuga konkreetne funktsiooniplokk;
korrake 3. sammu praeguse mudeli taseme jaoks.

Noole tüübi ja kujundusstiili saab valida dialoogiboksis Arrow Properties (Joon. 2.9), mida kutsub esile noole kontekstimenüüst käsk Style.

Paigaldamiseks sõnade murdmine Nime esiletõstmisega peaksite ristküliku suurust vähendama, misjärel see suureneb automaatselt allapoole.
Iga kõrgema taseme diagrammile joonistatud nool peab olema madalama taseme diagrammil.
Madala taseme diagrammile joonistatud uus nool (lahendamata ( lahendamata) nool), on paigutatud nurksulgudesse (tunnelitesse), mis rõhutavad sellise noole puudumist kõrgemal tasemel. Tunnelite eemaldamiseks toimige järgmiselt.
- valige menüüelement Nooletunnel ;
- dialoogiboksis Border Noole redaktor(Boundary Arrow Editor) valige suvand Lahendage see piirinoolega (Luba piirinoolena). Selle tulemusena eemaldatakse praegusel tasemel olev tunnel ja nool ilmub eelmisele tasemele ja kui see pole esimene, siis tunnelitakse (joonis 2.10).

Tunneldatud noolte kopeerimiseks alumiselt tasemelt ülemisele:
- paremklõpsake nurksulgudel;
- valige menüüelement Off Page Reference;
- dialoogiboksis Off_Page Nooleviide vali skeem, millele nool asetada ja seadista vajalik nooletüübi lüliti (joonis 2.11);

vajutage ühte nuppudest: OK ja minge diagrammi juurde (minge valitud diagrammi juurde) või OK ja jää praegusele diagrammile (jääge praegusele diagrammile).

On vastuvõetamatu jätta ühendamata piirinooled ( ühendamata piirinool) – nooled, mis kantakse automaatselt üle põhidiagrammilt lagunemisskeemile (režiim ränne laskur). Need nooled ei puuduta töid ja peavad olema seotud töödega režiimis Loo nooled ( Precedence Noole tööriist – ).

Vaikimisi noolte õige asukoha ja stiili kujundamine:

täitma käsku Mudeli/mudeli omadused;
aknas Mudeli omadused(joonis 2.12) valige järjehoidja Paigutus ;
märkige ruut (valikuline) Automaatselt tühikute nooled rühmas Nooled

Noole loomisel juhtkonna tagasiside tuleks määrata noole suuna näitamise võimalus Extra Arrowhead (kontekstimenüüst).
Kui nooltel olevad sildid on halvasti paigutatud (väga kaugel jne), peaksite märkima (kontekstimenüüs) sildijuhi märkeruutu Squiggle.

Jaotusdiagrammil on vasakus ülanurgas funktsionaalne plokk, mis sisaldab kõige olulisemat tööd, mis esimesena tehakse. Vähemtähtsad või hiljem valminud tööd langevad järjest.
Sõna murdmine töö sees toimub režiimis Nime toimetaja...klahvi vajutades Sisenema.
Ristküliku vasakus ülanurgas olev diagonaal tähendab, et vastavat tööd ei lagundata.
Et näidata mitte ainult automaatselt ilmuvate alamtööde numbreid, vaid ka eesliiteid (A), peaksite valima käsu Mudeli/mudeli omadused, järjehoidja Nummerdamine märkeruut (valikuline) Näita eesliidet(joonis 2.13).

Töönumbrite ja tasemenumbrite (kahe-, kolme-, neljakohaliste) kuvamiseks alamtööde jaoks valige käsk Mudeli/mudeli omadused, järjehoidja Nummerdamine märkeruut (valikuline) Kasutage diagrammi nummerdamisvormingut (joonis 2.13).
Sama diagrammi erinevate versioonide eristamiseks tuleks üksikutele versioonidele määrata numbrid (C - number), mida saab menüüs vabalt määrata Diagrammi omadused järjehoidja peal komplekt.

Mudelipuu ehitamine

meeskond Diagramm/Lisa/Sõlmpuu kõne dialoogiboks Sõlmepuu viisard_Step 1/2 (joonis 2.14);
dialoogi pidamiseks valides vajaliku arvu sõlmepuu tasemeid ( Tasemete arv );
vajuta nuppu Valmis.

4.3. IDEF3 tehnoloogia

Tehnoloogia IDEF3 on protsessi kirjeldamise metoodika, mis arvestab täitmise järjekord Ja põhjus-tagajärg seosed olukordade ja sündmuste vahel. IDEF3 abil kirjeldavad nad tööde teostamise loogikat, nende alustamise ja lõpetamise järjekorda.

IDEF3 tehnoloogia kasutab kategooriat stsenaariumid keeruka mitmeetapilise protsessi kirjelduste struktuuri lihtsustamiseks. Stsenaarium (Stsenaarium) – see on korduv olukordade või toimingute jada, mis kirjeldab tüüpilist organisatsioonis või süsteemis esinevate probleemide klassi, ja see on ka objekti omaduste jada kirjeldus vaadeldavas protsessis. IDEF0 mudelid on seotud IDEF3 stsenaariumitega, kuna iga IDEF0 mudelit saab esitada ühe või mitme IDEF3 stsenaariumina.

IDEF3 tehnoloogia on loodud protsessiandmete kogumiseks ja võimaldab:

dokumenteerida olemasolevad andmed protsessi läbiviimise tehnoloogia kohta, mis tuvastati näiteks ainevaldkonna spetsialistide küsitluse käigus;
analüüsida olemasolevaid protsesse ja töötada välja uusi;
simuleerida olukordi, tuvastades olukorrad, kus see on vajalik otsuse tegemine , mis mõjutavad protsessi elutsüklit, näiteks muutused lõpptoote konstruktsioonis, tehnoloogilistes või tööomadustes;
edendada protsessi ümberkorraldamisel optimaalset otsuste tegemist.

Stsenaarium IDEF3 tehnoloogias

Stsenaariumi diagrammid kirjeldada tegevusi ja sündmusi, mida tuleb teatud aja jooksul töödelda. Skriptiga on kaasas protsesside kirjeldus ja seda saab kasutada süsteemi iga funktsiooni dokumenteerimiseks. Järelikult on stsenaariumid osa süsteemianalüüsist, kuna võimaldavad analüüsida olukorda ajas ja kirjeldada korraga ühes protsessis osalevaid objekte.

IDEF3 tehnoloogia kasutamisel põhinevad kõik konstruktsioonid kahte tüüpi diagrammidel:

Protsessi etappide järjestust kirjeldav diagramm.
Objekti oleku diagramm.

Kasutatakse järgmisi standardseid kokkuleppeid:

	Käitumise funktsionaalne element,

	Tegevuse ülekandmine ühelt funktsionaalselt käitumiselemendilt (eelnev) teisele (järgnev) ( *Prioriteet* ),
	Andmevoo üleminek töölt töökohale ( *Objekti voog* ),
	Andmete linkimine tööga ( *Referents* ),
	Teoste vaheline seos ( *Suhteline* ),
	Objekti olek.

Tööühikute teostamise järjestuse reguleerimine toimub skeemile sisestamise teel ristmikud (Ristmik) erinevatel eesmärkidel.

Sümbol J ristmik võib võtta ühe järgmistest väärtustest:

& – ühinemine kõigi toimingute tulemused, kui nooled sisenevad ristmikule; käivitada kõik toimingud, kui nooled sellest lahkuvad;
KOHTA - ühinemine tegevuse tulemused, kui vähemalt üks sisendtoimingutest on lõpule viidud; käivitada vähemalt üks toiming;
X - ühinemine ainult üks toiming mitmelt ristmikule sisenejalt; käivitada ainult üks tegevustest, mis sellest välja tuleb.

Illustratsioon ristmiku kasutamisest riigis diagrammid, mis kirjeldavad protsessi etappide järjestust on joon. 2.15. Sellest järeldub, et risttee on vahend keerukate hargnenud tehnoloogiliste protsesside konstrueerimiseks.

Esmalt arendatava või uuritava tehnoloogia kirjeldus vormis tehnoloogilise protsessi etappide järjestust kirjeldavad diagrammid ja seejärel vormis objekti oleku diagrammid annab täieliku pildi tehtud toimingutest ja nende rakendamise tulemustest.

	Töö 3 toimub siis, kui töö 1 ja töö 3 on tehtud
	Töö 1 ja töö 2 esinevad koos
	Töö 3 toimub siis, kui töö 1 või 2 või mõlemad on tehtud
	Töö 1 ja töö 2 esinevad koos või eraldi
	Töö 3 toimub siis, kui töö 1 või töö 2 on tehtud
	Esineb töö 1 või töö 2

Järelikult on juhtide ja infosüsteemide arendajate käes võimas tööriist keerukate juhtimisprotsesside stsenaariumide loomiseks, mis nõuavad õppimist ja automatiseerimist.

4.4. IDEF3 modelleerimise tehnoloogiline protsess

Mudeli ettevalmistamine

Klõpsake nuppu Loo mudel.
Dialoogiboksis B.P.Win tehke järgmist:
- vali Protsessi voog (IDEF3);
- määrake mudeli nimi;
- vajuta nuppu Okei;
- dialoogiboksis Uue mudeli omadused kinnitage seal märgitud omadused.

Tegevuse vormistamine

Klõpsake toimingu loomise nuppu ( Tegevuskasti tööriist ).
Klõpsake hiire vasakut nuppu mudeliaknas soovitud kohas.
Valige toimingu kontekstimenüüst käsk Nimi…
Dialoogiboksis Tegevuse omadused, järjehoidjas Nimi määrake toimingu nimi (joonis 2.16).

Dialoogiboksis Tegevuse omadused järjehoidjas Font seatud Arial Cyr, Okei.

Andmete vormindamine

Klõpsake nuppu Loo andmed. ( Viitetööriist ).
Aknal õiges kohas Referents vasakklõps, et manustada loodud olemisõnastiku andmenimesid (valik Üksus) või loodud noolte sõnastikust (valik Nool) või looge need uuesti (valik muud) (joonis 2.17).

Dialoogis Referentsi omaduste aken (joonis 2.18), vahekaardil Font seatud Arial Cyr märkige vajalikud märkeruudud ja klõpsake nuppu Okei.

5. Kodutöö järgmiseks tunniks

Mõelge läbi ja tuvastage materiaalsed objektid või isikud, kes on teabe allikad või vastuvõtjad (välised üksused).
Mõelge läbi ja töötage välja infosüsteemis töödeldavate andmete relatsioonimudel:
- koostama üksuste ja nende atribuutide loendi,
- näidata seoseid olemite vahel.
Mõelge väljatöötatud tehniliste kirjelduste põhjal läbi ja pakkuge õpetajale välja süsteemis rakendatud üksikute tööde nimetused iga teise astme lagunemisskeemile paigutatud võtmeteose sooritamise käigus.
Lõigete täitmine Salvestage 1–3 kodutööd faili nimega " Info tunniks 3.doc ", mis on tehtud Wordis ja esitage õpetajale.
Töötage läbi jaotis " Teoreetiline teave praktiliseks koolituseks» töötuba 3. tunnil.

1.6. Sõlmepuu diagrammi fragment tegevuste arvestusploki dekomponeerimisel vastavalt teisele valikule (IDEF3)

Tegevussõnastik

Nimi	Definitsioon
	Andmebaasist loetud teabe analüüs kindlaksmääratud kriteeriumide täitmiseks
Dokumendi analüüs	Saate- ja sissetulevate dokumentide analüüs standarditele vastavuse osas
Andmebaasi hooldus	Andmete uuendamise toimingute tegemine
KÄESOLEVAS TÖÖ	Kontekstifunktsiooni nimi, mis määratleb simulatsiooni EESMÄRGI ja PIIRID
Lõplik töötlemine	Otsuse tegemine ja vormistamine (POSITIIVNE, kui andmed vastavad etteantud kriteeriumitele ja NEGATIIVNE muul juhul), samuti vajalike dokumentide koostamine ja töötlemine
Kvaliteedi kontroll ja testimine	Töö, mis lõpetab tootmis- või arendusprotsessi
Andmetöötlus	Andmete otsingu ja analüüsi toimingute sooritamine ning tehtud analüüsi põhjal otsuste tegemine
Kvaliteedikontrolli tulemuste töötlemine	Tulemuste süstematiseerimine ja analüüs standardile vastavuse tagamiseks
Katsetulemuste töötlemine	Töökindluse, töökindluse ja vastupidavuse tulemuste analüüs
Paberitöö	Dokumentide vastuvõtmine ja andmebaasi sisestatava info valimine
	Andmete otsimine andmebaasi tabelitest kasutaja koostatud päringute alusel
Andmebaasi täiendamine	Uute andmete sisestamine andmebaasi tabelitesse
Dokumentide vastuvõtt ja registreerimine	Saabuvate saatedokumentide vastuvõtt ja registreerimine
Tootmine või arendus	Ettevõtte peamise äriprotsessi nimetus (ainevaldkonna tootmisosa mudel)
Töö äriprotsessi 1. etapis1	Toiming, mis võtab kokku tehnoloogilised toimingud tootmisprotsessi esimeses etapis
Töö äriprotsessi 2. etapis1	Toiming, mis võtab kokku tehnoloogilised toimingud tootmisprotsessi teises etapis
Töö äriprotsessi 3. etapis1	Toiming, mis võtab kokku tehnoloogilised toimingud tootmisprotsessi kolmandas etapis
Tootmistegevuse tulemuste töötlemine	Dokumentide vastuvõtmine ja analüüs jooksva töö ja kontrolli tulemustest lähtuvalt
Andmebaasi redigeerimine	Kirjete muutmine andmebaasi tabelites
TEGEVUSE RAAMATUPIDAMINE	Dokumentatsiooni töötlemine ja aruandlus (ainevaldkonna tootmisvälise osa mudel)

Noolesõnastik

Nimi	Definitsioon
	Objektid, mis ei vasta standardi nõuetele
SISENDANDMED	Sissetulevad dokumendid ja töötlemisobjektid
DB sisendandmed	Andmed, mis kirjutatakse andmebaasi tabelitesse
Sissetulevad dokumendid	Töötlemisobjektidega kaasnevad ja äriprotsessi algatavad dokumendid
VÄLJUND	Väljaminevad dokumendid, uued ja muudetud objektid
Väljaminevad dokumendid	Raamatupidamise käigus loodud dokumendid (blanketid, aruanded, juhendid, väljavõtted, lepingud jne).
Riigi standard	Dokumentatsiooni riiklik standard
Andmebaasi tabeli andmed	Andmed loetakse andmebaasi tabelitest
Analüüsi tulemusena saadud andmed	Väljastatud dokumentide menetlemiseks mõeldud ja otsuste tegemisel kasutatav teave
Dokumentidega töötamise tulemusi iseloomustavad andmed	Töödeldud objektide üksikasju (kvalitatiivseid ja kvantitatiivseid omadusi) kajastav teave
Dokumendid testimise ja kontrolli tulemuste kohta	Dokumendid, mis kajastavad objekti töötlemise viimases etapis saadud andmeid
Töö kirjeldus	Teostaja töökohustusi kajastavad juhised
Kasutaja taotlused
Uued ja muudetud objektid	Tootmistsükli jooksul loodud ja muudetud objektid
Andmebaasi objektid	Tabelid, vormid, päringud, aruanded, makrod ja moodulid
Objektide töötlemine	Objektid, mis muutuvad tootmisprotsessi erinevatel etappidel
1. etapis töödeldud objektid	Objekte muudeti tootmisprotsessi 1. etapis
2. etapis töödeldud objektid	Tootmisprotsessi 2. etapis muudetud objektid
3. etapis töödeldud objektid	Tootmisprotsessi 3. etapis muudetud objektid
	Tehnilise kontrolli osakond kontrollib loodud objekti standardi nõuetele vastavust
Ettevõtte divisjonid ja spetsialistid	Tootmis- või arendusprotsessis osalevad üksused
TÄITMISREEGLID	Protsesside ja andmete teisendamise reeglid
Raamatupidamise reeglid	Tootmis- või arendusprotsessiga kaasnev arvestus- ja dokumentatsioonisüsteem
OTSUS	Positiivne või negatiivne otsus, mis tehakse sõltuvalt sellest, kas analüüsitud andmed vastavad määratud kriteeriumidele
Aktsepteeritud dokumendid	Dokumendid, mis on registreeritud
Tarkvara	Platvorm, millel arendatavat andmebaasi rakendatakse
Dokumendianalüüsi tulemused	Tulemused, mis on saadud pärast saabuvate ja kaasasolevate dokumentide analüüsimist standarditele vastavuse osas
Kvaliteedikontrolli tulemused
otsingutulemused	Teave andmebaasi tabelitest, mis on saadud kasutajate päringutest
Testi tulemused	Andmed, mis on saadud töötlemise viimases etapis

Kasutusjuhend	Andmebaasiga töötamise juhised ja reeglid
Raamatupidamisteenus	Raamatupidamise ja dokumentatsiooni protsessiga seotud osakonnad
Saatedokumendid	Sissetulevate töötlemisobjektidega kaasnevad dokumendid
Professionaalsed spetsialistid	Tootmistegevusega seotud subjektid
Tehnoloogilised juhised	Tehnoloogilise protsessi toimingute järjekord
Kasutaja taotlused	Kasutaja loodud päringud andmebaasist vajaliku info hankimiseks ja väljunddokumentide koostamiseks
TÄITMISMEHHANISM	Ressursid, mis muudavad sisendandmed väljundandmeteks
Uued sissekanded	Kirjed andmebaasi tabelites, mis ilmusid pärast uute andmete sisestamist
Parandus
	Eksami sooritav subjekt

trükiversioon

IDEF0 on graafiline modelleerimismärk, mida kasutatakse funktsionaalse mudeli loomiseks, mis kujutab süsteemi struktuuri ja funktsioone, samuti infovooge ja neid funktsioone ühendavaid füüsilisi objekte. IDEF0 (Integration Definition for Function Modeling) standard kiideti USA-s heaks 1993. aastal föderaalse teabetöötlusstandardina. Venemaal on see olnud juhenddokumendi staatuses alates 2000. aastast ja ei ole praegu standardina heaks kiidetud. Sellegipoolest on IDEF0 metoodika üks populaarsemaid lähenemisviise äriprotsesside kirjeldamisel. Selle funktsioonide hulka kuuluvad:

kontekstdiagrammi kasutamine;

lagunemise tugi;

domineerimine;

4 tüüpi noolte tuvastamine.

Konteksti diagramm. Kõige ülemine diagramm, millel modelleerimisobjekti kujutab üks piirdenooltega plokk. Seda diagrammi nimetatakse A-0 (A miinus null). Selle diagrammi nooled tähistavad modelleeritud objekti ja selle keskkonna vahelisi seoseid. Diagramm A-0 määrab modelleerimisala ja selle piiri. Diagrammi A-0 näide on näidatud joonisel fig. 1.

Joonis 1. Diagramm A-0 IDEF0 tähistuses

Lagunemise tugi. IDEF0 tähistus toetab järjestikust protsesside jaotamist nõutava detailsustasemeni. Dekomponeerimisega loodud alamdiagramm hõlmab sama ala, mis põhiprotsess, kuid kirjeldab seda üksikasjalikumalt. IDEF0 metoodika kohaselt kantakse dekomponeerimise käigus põhiprotsessi nooled alamdiagrammile üle piirinoolte kujul.

Domineerimine. IDEF0 mudeliplokid mittekontekstuaalsel diagrammil peaksid paiknema diagonaalselt - diagrammi vasakust ülanurgast alumises paremas nurgas määratud numbrite järjekorras. Diagrammil olevad plokid, mis asuvad vasakus ülanurgas, "domineerivad" all paremal asuvate plokkide üle. "Dominants" all mõistetakse ploki mõju teistele diagrammi plokkidele. Plokkide paigutus diagrammilehel peegeldab autori arusaama domineerimisest. Seega näitab diagrammi topoloogia, millised omadused avaldavad teistele suuremat mõju.

4 tüüpi noole identifitseerimine. Eristatakse järgmisi nooletüüpe: "Sisend", "Väljumine", "Mehhanism", "Juht". Protsess teisendab või tarbib sisendeid, et luua selle väljundina kuvatav. Juhtelemendid määravad kindlaks protsessi jaoks vajalikud tingimused õige väljundi saamiseks. Väljundid on protsessi käigus toodetud andmed või materiaalsed objektid. Mehhanismid määravad kindlaks vahendid, mis toetavad protsessi läbiviimist. Seega näitab IDEF0 plokk sisendi teisendamist väljundiks, kasutades juhtimistoiminguid arvestavaid mehhanisme.

IDEF0 tähistuses kasutatavate graafiliste sümbolite eesmärgi kirjeldus on toodud tabelis 1.

Nimi	Graafiline sümbol	Kirjeldus
		Protsessi tähistab ristkülikukujuline plokk. Iga ploki sees on selle nimi ja number. Nimi peab olema aktiivne tegusõna, verbfraas või verbaalne nimisõna. Ploki number asub paremas alanurgas. Plokinumbreid kasutatakse diagrammil ja sellega seotud tekstis tuvastamiseks.
		Nooled tähistavad protsessi sisenevaid ja sealt väljuvaid objekte (andmeid). Funktsiooniploki igal küljel on plokk-nool suhtluses standardtähendus. Ploki külg, mille külge nool on kinnitatud, määrab omakorda unikaalselt selle rolli. Ploki vasakule küljele sisenevad nooled on sissepääsud. Ülevalt plokki sisenevad nooled on juhtnupud. Parempoolsed protsessist väljuvad nooled on väljapääsud, st. protsessi käigus toodetud andmed või materiaalsed objektid. Ploki alaküljega ühendatud nooled tähistavad mehhanisme.
Tunneldatud nool		Tunneldatud nooled tähendavad, et nende nooltega edastatud andmeid ei võeta vanem- ja/või alamdiagrammis arvesse. Nool, mis asetatakse tunnelisse kohta, kus see plokiga liitub, tähendab, et selle noolega väljendatud andmeid ei ole järgmisel lagunemistasemel vaja. Tunneli vabasse otsa asetatud nool tähendab, et andmeid, mida see esindab, pole emadiagrammis. Tunneldatud nooli saab kasutada protsessi diagrammides IDEF0, Protsess, Protseduur tähistustes.
		Element tähistab kohta, olemit või olemit, mis on väljaspool modelleeritava süsteemi piire. Väliseid viiteid kasutatakse mudelivälise noole allika või sihtkoha tähistamiseks. Diagrammidel on välislink kujutatud ruuduna, mille kõrval näidatakse välislingi nime. Väliseid linke saab protsessiskeemides kasutada mis tahes tähistusega.
		Element, mis kujutab teist diagrammi. Diagrammidevahelist linki kasutatakse selleks, et näidata, et nool liigub teisele protsessiskeemile ilma noolt katval diagrammil kuvamata (hierarhiliste mudelite kasutamisel). Protsessi diagramm EPC ja BPMN-i tähistes ei saa olla diagrammidevahelise lingina. Diagrammidevahelisi viiteid saab kasutada protsessiskeemides IDEF0, Protsess, Protseduur tähistustes.
		Element tähistab linki üldise protsessimudeliga. Äriprotsessimudelis kõige sagedamini korduvad protsessid saab tüüpilistena esile tõsta eraldi kaustas Navigaator. Tüüpiline protsessiskeem genereeritakse üks kord ühes kohas Navigaator. Lisaks saab mis tahes diagrammil kasutada protsessi linki tüüpilise protsessiga. Tüüpilise protsessi parameetrid täidetakse otse Omaduste aken standardne protsess. aastal moodustatakse ka püsiloetelu standardprotsessi rakendamises osalevatest õppeainetest Omaduste aken standardne protsess. aastal moodustatakse katva protsessi raames standardprotsessi läbiviimises osalevate subjektide loetelu Omaduste aken protsessi link standardprotsessiga. Võrdlusprotsesse saab protsessidiagrammides kasutada mis tahes tähistusega.
		Kommentaaride tegemiseks mõeldud kaugelement. Elementi saab protsessiskeemides kasutada mis tahes tähistusega.