Kodu » Personal » Andmevoo diagrammide koostamine. Ainevaldkonna modelleerimise metoodikad Infovoogude ühtlane skeem

Andmevoo diagrammide koostamine. Ainevaldkonna modelleerimise metoodikad Infovoogude ühtlane skeem

Teema 8. Andmevoogude modelleerimine

Üldsätted. 1

Mudel DFD..3

DFD-tähiste tüübid.. 3

DFD mudeli struktuur.. 4

DFD põhielemendid ja nende eesmärk. 6

Järeldused: 11

Üldsätted

DFD-de tekke kohta on legend.

1920. aastatel märkis kontorit ümber korraldav konsultant iga ametniku ringiga ja iga dokument liikus nende vahelt noolega. Sellist diagrammi kasutades pakkus ta välja ümberkorraldamise skeemi, mille kohaselt kaks ametnikku, kes vahetasid palju dokumente, istuvad läheduses ja vähese suhtlemisega ametnikud istuvad suurel kaugusel. Nii sündis esimene mudel, mis on vooskeem – DFD kuulutaja. Sellest ajast on palju aega möödas. Ringidele ja nooltele lisati uusi sümboleid, mis suurendasid tähise väljendusjõudu. On ilmnenud arengud viiside osas, kuidas DFD-d kasutada keerukate tarkvarasüsteemide projekteerimise ja arendamisega seotud probleemide lahendamiseks. Kõik see on viinud selleni, et DFD-st on saanud üks väga populaarseid struktuurse lähenemise tähiseid.

DFD diagrammi näide on näidatud diagrammil (joonis 87).

Riis. 87. DFD diagrammi näide

Enne DFD süntaksiga tutvumist tuleb eraldi märkida, et erinevalt SADT-st (IDEF0) ei ole DFD metoodika. Teisisõnu, DFD on lihtsalt üldtunnustatud tähistuste kogum, millel pole rangeid piiranguid saadud mudelite modelleerimise ja rakendamise meetoditele.

IS-i loomise projekti teostamisel saab DFD-tähistust kasutada peamise funktsionaalse modelleerimise tähistusena, kuid sageli kasutatakse seda IDEF0-ga seoses täiendavana (joonis 88).

Infovõrgud" href="/text/category/informatcionnie_seti/" rel="bookmark">teabetöötlus. Erinevalt IDEF0-st, kus süsteemi käsitletakse omavahel ühendatud funktsionaalplokkidena ja kaared kujutavad endast jäikaid seoseid, näitavad DFD nooled ainult seda, mida kuidas objektid (sh andmed) ühelt töölt teisele liiguvad DFD peegeldab süsteemis arvutatud väärtuste funktsionaalseid sõltuvusi, sealhulgas sisendväärtusi, väljundväärtusi ja sisemisi andmesalve.

Teisisõnu on DFD graafik, mis näitab andmeväärtuste liikumist nende allikatest protsesside kaudu, mis muudavad need teistes objektides tarbijateks.

DFD sisaldab protsesse, mis muudavad andmeid, andmevooge, mis edastavad andmeid, aktiivseid objekte, mis toodavad ja tarbivad, ning andmesalve, mis salvestavad andmeid passiivselt.

Kui rääkida tähistuse väljendusjõust ja võrrelda DFD-d IDEF0-ga, siis võib öelda, et selliste mõistete nagu juhtimine ja mehhanism puudumine vähendab järsult DFD potentsiaali mudeli analüüsimisel, kitsaskohtade tuvastamisel, täiustamisvõimaluste leidmisel jne. Kõik see viis selleni, et DFD-d kasutatakse äriprotsesside ümberkujundamise, kvaliteedijuhtimissüsteemi ülesehitamise jms projektides põhitähistusena harva.

DFD mudel

DFD tähistuste tüübid

ODA.: DFD-s (Data Flow Diagram) on süsteemimudel määratletud kui andmevooskeemide hierarhia, mis kirjeldavad teabe teisendamise protsesse alates selle sisestamisest süsteemi kuni selle lõppkasutajale väljastamiseni. Hierarhia ülemiste tasandite skeemid - kontekstdiagrammid, määravad mudeli piirid, määratledes selle keskkonna (välised sisendid ja väljundid) ja peamised vaatlusalused protsessid. Konteksti diagrammid on üksikasjalikud, kasutades järgmisi diagrammitasemeid.

Kuna DFD ei ole standard, ei ole praegu ühtset tähistust selle unikaalselt määratletud primitiividega. Mudelite esitamiseks kasutatakse mitmeid erinevaid DFD-tähistusi. Nende hulgas on kõige levinumad Gein-Sarsoni ja Jodan/de Marco tähistused (joon. 89). Lisaks nendele märgetele on ka teisi. Näiteks CA BPwinis kasutataval tähistusel on oma omadused.

Riis. 89. Enimlevinud DFD-tähistused

Vaatamata mitme erineva DFD-tähise olemasolule erinevad need kõik ainult funktsionaalsete mudelite koostamiseks kasutatavate graafiliste primitiivide komplekti poolest.

DFD mudeli struktuur

DF diagrammide hierarhia on näidatud diagrammil (joonis 90).

Koll" href="/text/category/koll/" rel="bookmark">arendusmeeskonnad.

Pärast kontekstidiagrammide koostamist tuleks kontrollida saadud mudelit süsteemiobjektide algandmete täielikkuse ja objektide isolatsiooni osas (teabeühenduste puudumine teiste objektidega).

Iga kontekstidiagrammidel oleva alamsüsteemi kohta on see üksikasjalikult kirjeldatud DFD abil. Iga DFD protsessi saab omakorda üksikasjalikult kirjeldada DFD või minispetsifikatsiooni abil. Detaileerimisel tuleb järgida tasakaalustamise reeglit. Selle reegli olemus seisneb selles, et alamsüsteemi või protsessi detailiseerimisel saab detaileerimisskeemil olla ainult need komponendid (allsüsteemid, protsessid, välised olemid, andmesalvestusseadmed), millega detailne alamsüsteem või protsess vanemal on infoühenduses välisena. andmeallikate/vastuvõtjate diagramm;

Minispetsifikatsioon (protsessiloogika kirjeldus) peaks sõnastama oma põhifunktsioonid selliselt, et edaspidi suudaks projekti elluviija spetsialist need läbi viia või välja töötada vastava programmi.

Minispetsifikatsioon on DFD hierarhia viimane tipp. Protsessi detaileerimise ja minispetsifikatsiooni kasutamise otsuse teeb analüütik järgmiste kriteeriumide alusel:

– protsessil on suhteliselt vähe sisend- ja väljundandmevooge (2-3 voogu);

– võime kirjeldada andmete teisendamist protsessi abil järjestikuse algoritmi kujul;

– protsess täidab ühtainsat loogilist funktsiooni, teisendades sisendteabe väljundiks;

– võime kirjeldada protsessiloogikat väikese minispetsifikatsiooniga (mitte rohkem kui 20-30 rida).

DFD hierarhia koostamisel peaksite protsesside üksikasjalikku kirjeldamist jätkama alles pärast kõigi voogude ja andmedraivide sisu kindlaksmääramist, mida kirjeldatakse andmestruktuuride abil. Andmestruktuurid on koostatud andmeelementidest ja võivad sisaldada alternatiive, tingimuslikke esinemisi ja iteratsioone. Tingimuslik esinemine tähendab, et antud komponenti ei pruugi struktuuris esineda. Alternatiivne tähendab, et struktuur võib sisaldada üht loetletud elementidest. Iteratsioon tähendab suvalise arvu elementide sisestamist määratud vahemikus. Iga andmeelemendi jaoks saab määrata selle tüübi (pidevad või diskreetsed andmed). Pidevate andmete puhul võib määrata mõõtühiku (kg, cm jne), väärtuste vahemiku, esituse täpsuse ja füüsilise kodeeringu vormi. Diskreetsete andmete jaoks saab määrata vastuvõetavate väärtuste tabeli.

Pärast tervikliku süsteemimudeli koostamist tuleb see kontrollida (kontrollida täielikkust ja järjepidevust). Tervikmudelis peavad kõik selle objektid (allsüsteemid, protsessid, andmevood) olema üksikasjalikult kirjeldatud ja üksikasjalikud. Tuvastatud mittedetailseid objekte tuleks üksikasjalikult kirjeldada, naastes eelmiste arendusetappide juurde. Järjepidevas mudelis peavad kõik andmevood ja andmesalvestusseadmed järgima teabe säilitamise reeglit: kõik kuhugi saabuvad andmed tuleb lugeda ja kõik loetud andmed tuleb kirjutada.

DFD põhielemendid ja nende eesmärk

DFD süntaks sisaldab nelja põhielementi:

- andmevoog;

- protsess;

– ladustamine;

- väline üksus.

Vaatame neid elemente lähemalt.

Andmevoog

ODA.: Andmevoog ühendab objekti (või protsessi) väljundi teise objekti (või protsessi) sisendiga. See esindab vahepealseid arvutusandmeid. Andmevoogu on kujutatud andmetootja ja andmetarbija vahelise noolena, millele on märgitud vastavate andmete nimetused. Lihtsamalt öeldes on andmevood mehhanismid, mida kasutatakse teabe (või füüsiliste komponentide) edastamise modelleerimiseks süsteemi ühest osast teise.

Voogusid diagrammidel kujutavad nooled (enamasti nimetatakse neid), mille suund näitab info liikumise suunda (joonis 91).

Riis. 91. Andmevoog

Erinevalt IDEF0 kaaretest võivad DFD andmevood olla mitte ainult ühesuunalised, vaid ka kahesuunalised.

Protsess

ODA.: Protsess teisendab andmeväärtusi.

Protsessid kujutavad endast sisendandmevoogude teisendamist väljundvoogudeks vastavalt konkreetsele algoritmile. Reaalses elus saab protsessi läbi viia organisatsiooni mõni sisenddokumente töötlev ja aruandeid väljastav osakond, üksik töötaja, arvutisse installitud programm, spetsiaalne loogiline seade jms.

Protsessi eesmärk on toota sisendvoogudest väljundvooge vastavalt protsessi nimega määratud toimingule. See nimi peab sisaldama määramatus vormis tegusõna, millele järgneb objekt (nt "väljasta pass"). Lisaks peab igal protsessil olema diagrammis viitamiseks kordumatu number. Seda numbrit saab kasutada koos diagrammi numbriga, et anda kogu mudelile kordumatu protsessiindeks.

Nagu varem mainitud, võivad DFD objektid olla ühtse standardi puudumise tõttu erineva tähistusega (joonis 92).

Eriti tuleb rõhutada, et erinevalt SADT-st on DFD-s ploki kõik küljed samaväärsed (see on ilmne, kui vaadata protsessi tähistust Jodan/de Marco tähistuses). Teisisõnu, erinevalt IDEF0 diagrammidest ei kasuta DFD diagrammid juhtnooli toimingu sooritamise reeglite ja mehhanismi nooli vajalike ressursside näitamiseks.

Andmebaasid" href="/text/category/bazi_dannih/" rel="bookmark">organisatsiooni infosüsteemi andmebaasid.

ODA. 2: DATA STORAGE võimaldab määratleda andmeid teatud piirkondades, mida protsesside vahel mällu salvestatakse. Tegelikult kujutab ladu andmevoogude "lõike" aja jooksul. Selles sisalduvat teavet saab kasutada igal ajal pärast selle määratlemist ja andmeid saab valida mis tahes järjekorras. Hoidla nimi peab tuvastama selle sisu ja olema nimisõna. Juhul, kui andmevoog siseneb lattu või sealt väljub ja selle struktuur ühtib lao struktuuriga, peab sellel olema sama nimi, mida ei pea diagrammil näitama.

Diagrammil on hoiukoht tähistatud skeemil näidatud viisil (joonis 93).

https://pandia.ru/text/80/146/images/image009_14.gif" width="555" height="183 src=">

Riis. 94. Välise üksuse tähistamine erinevates DFD-tähistes

Näide väliste üksuste kasutamisest kontekstidiagrammis on toodud allpool (joonis 95). Lagundamise ajal tuleb välised olemid üle kanda alamdiagrammile. CA BPwinil pole võimalust väliseid olemeid alamdiagrammile automaatselt üle kanda, seega tuleb see toiming teha käsitsi.

https://pandia.ru/text/80/146/images/image011_14.gif" width="567" height="394 src=">

Riis. 96. DFD diagrammi näide

Järeldused:

Nagu teema alguses näidati, võib DFD-d pidada IC-disaini peamiseks funktsionaalseks modelleerimiseks. Arvestades, et IDEF0 on ka märkus, mis annab kirjelduse organisatsioonilis-majanduslikest ja tootmistehnoloogilistest süsteemidest, siis konkreetse automatiseerimisprojekti teostamisel tekib tähistuse valiku probleem. Proovime vastata küsimusele: millisel juhul eelistatakse DFD-d ja millisel IDEF0?

Nagu võrreldud tähistuste lühiülevaatest järeldub, on DFD-l IDEF0 ees eelis andmestruktuuride esitamisel mudelil. Tegelikult võimaldab see märge koostada andmebaasi juba funktsionaalse modelleerimise etapis.

DFD tõsised puudused on järgmised:

– esiteks osutub DFD-tähistuse väljendusvõime ebapiisavaks mudeli analüüsimisel, kitsaskohtade tuvastamisel, parendusvõimaluste otsimisel jne;

– teiseks, DFD ei ole metoodika, mis toob kaasa võimaluse modelleerimistulemuste mitmetähenduslikuks tõlgendamiseks.

Kõik see võimaldab väita, et DFD kasutamine funktsionaalse modelleerimise põhitähistena on õigustatud, kui tegemist on isekirjutatud tarkvarasüsteemi arendamisega ning selle eesmärk on automatiseerida olemasolevaid äriprotsesse neid optimeerimata ehk siis, kui oleme räägime lapitöö automatiseerimisest.

Kompleksse automatiseerimise puhul, kui põhiline tähtsus ei ole programmeerimine, vaid äri optimeerimise lahenduste otsimine, ei saa DFD tähistus IDEF0-ga konkureerida ja seda saab käsitleda vaid täiendavana.

Arvestades, et IT-trendides on selgelt näha “lapitöö automatiseerimise” tee ummiktee ja vajadus eemalduda isekirjutatud süsteemidest, saab ilmselgeks, miks DFD-tähiste kasutamine konsultatsioonifirmade tegevuses järsult väheneb ja vastupidi, IDEF0 populaarsus kasvab järsult.

Andmevoo diagrammid(Andmevoo diagrammid – DFD) esindavad andmevoogudega ühendatud funktsionaalsete protsesside hierarhiat. Sellise esituse eesmärk on näidata, kuidas iga protsess muudab oma sisendid väljunditeks, samuti paljastada nende protsesside vahelisi seoseid.

Traditsiooniliselt kasutatakse DFD-de koostamiseks kahte erinevat tähistust, mis vastavad Jordani-DeMarco ja Gain-Sarsoni meetoditele. Need tähistused erinevad üksteisest veidi sümbolite graafilisel kujutamisel (edaspidi näidetes kasutatakse Gein-Sarsoni tähistust).

Selle meetodi kohaselt määratletakse süsteemimudel andmevoo diagrammide hierarhiana, mis kirjeldab teabe asünkroonset teisendusprotsessi selle sisestamisest süsteemi kuni selle tarbijale edastamiseni. Teabeallikad (välised olemid) genereerivad teabevooge (andmevoogusid), mis edastavad teavet alamsüsteemidesse või protsessidesse. Need omakorda muudavad teavet ja genereerivad uusi vooge, mis edastavad teavet teistele protsessidele või alamsüsteemidele, andmesalvestusseadmetele või välistele üksustele - teabe tarbijatele.

Hierarhia kõrgeimatel tasanditel olevad diagrammid (kontekstidiagrammid) määratlevad peamised protsessid või alamsüsteemid väliste sisendite ja väljunditega. Need on üksikasjalikud madalama taseme diagrammide abil. See lagunemine jätkub, luues diagrammide mitmetasandilise hierarhia, kuni saavutatakse lagunemise tase, millel pole mõtet protsesse üksikasjalikumalt kirjeldada.

Andmevoo diagrammide koosseis

Andmevooskeemide põhikomponendid on: välised olemid; süsteemid ja alamsüsteemid; protsessid; andmesalvestusseadmed; andmevoogusid.

Väline üksus tähistab materiaalset objekti või isikut, kes on teabe allikas või vastuvõtja, näiteks kliendid, töötajad, tarnijad, kliendid, ladu. Objekti või süsteemi määratlemine välise entiteedina näitab, et see on väljaspool analüüsitava süsteemi piire. Analüüsiprotsessi käigus saab analüüsitava süsteemi diagrammi sees vajadusel üle kanda mõned välised olemid või vastupidi, mõned protsessid diagrammist väljapoole viia ja välise entiteedina esitada.

Väline olem on tähistatud ruuduga (joonis 1), mis asub diagrammi kohal ja heidab sellele varju, nii et seda sümbolit saab teistest tähistest eristada.

Joonis 1. Välise olemi graafiline esitus

Kompleksse süsteemi mudeli koostamisel saab seda esitada kõige üldisemal kujul nn kontekstdiagrammil ühe süsteemi kujul ühtse tervikuna või lagundada mitmeks alamsüsteemiks. Alamsüsteem (või süsteem) on kujutatud kontekstidiagrammil, nagu on näidatud joonisel fig. 2.

Joonis 2. Üksikisikutega töötamise alamsüsteem (RKTI – Riiklik Maksuinspektsioon)

Alamsüsteemi number on selle tuvastamiseks. Nime väljale sisestage alamsüsteemi nimi lause kujul koos teemaga ning vastavate definitsioonide ja täiendustega.

Protsess tähistab sisendandmevoogude teisendamist väljunditeks vastavalt teatud algoritmile. Füüsiliselt saab protsessi realiseerida mitmeti: selleks võib olla sisenddokumente töötlev ja aruandeid väljastav organisatsiooni (osakond) allüksus, programm, riistvaraliselt realiseeritav loogikaseade vms. Protsessi andmevooskeemil on kujutatud nii, nagu on näidatud joonisel fig. 3.

Joonis 3. Protsessi graafiline esitus

Protsessi number on selle tuvastamiseks. Sisestage nimeväljale protsessi nimi lause kujul aktiivse, üheselt mõistetava tegusõnaga määramata kujul (arvutama, arvutama, kontrollima, määrama, looma, vastu võtma), millele järgneb nimisõnad akusatiivis, näide: “Sisestage andmed maksumaksjate kohta”, “Väljasta info jooksvate kulude kohta”, “Kontrolli raha laekumist”. Füüsilise juurutamise väljal olev teave näitab, milline organisatsiooniüksus, programm või riistvaraseade protsessi teostab.

Andmekogu- see on abstraktne seade teabe salvestamiseks, mida saab igal ajal draivi asetada ja mõne aja pärast välja otsida ning salvestamise ja hankimise meetodid võivad olla mis tahes. Andmesalvestusseadet saab füüsiliselt realiseerida mikrofišši, failikapi karbi, RAM-i tabeli, magnetkandjal oleva faili jne kujul. Andmehoidla andmevooskeemil on kujutatud nii, nagu on näidatud joonisel fig. 4.

Joonis 4. Andmesalvestusseadme graafiline esitus

Andmesalvestusseade on tähistatud tähe "D" ja suvalise numbriga. Draivi nimi valitakse nii, et see oleks kujundaja jaoks kõige informatiivsem. Üldjuhul on andmesalvestusseade tulevase andmebaasi prototüüp ja sellesse salvestatud andmete kirjeldus peab vastama andmemudelile.

Andmevoog määratleb teabe, mis edastatakse mingi ühenduse kaudu allikast vastuvõtjale. Tegelik andmevoog võib olla kaabli kaudu kahe seadme vahel edastatav info, posti teel saadetud kirjad, ühest arvutist teise üle kantud magnetlindid või disketid jne.

Andmevoogu diagrammil kujutab joon, mis lõpeb noolega, mis näitab voolu suunda (joonis 5).

Igal andmevool on nimi, mis kajastab selle sisu.

Joonis 5. Andmevoog

Andmevoo diagrammide hierarhia loomine

DFD hierarhia koostamise põhieesmärk on muuta süsteemi kirjeldus selgeks ja arusaadavaks igal detailitasemel ning jagada see osadeks, mille vahel on täpselt määratletud seosed. Selle saavutamiseks on soovitatav kasutada järgmisi soovitusi:

Asetage igale diagrammile 3 kuni 6-7 protsessi (sarnaselt SADT-ga). Ülemine piir vastab inimese võimele samaaegselt tajuda ja mõista paljude sisemiste seostega keeruka süsteemi ülesehitust, alumine piir on valitud terve mõistuse kaalutlustel: protsessi ei ole vaja üksikasjalikult kirjeldada diagrammiga, mis sisaldab ainult ühte või kaks protsessi.

Ärge risustage diagramme detailidega, mis sellel tasemel ei ole olulised.

Andmevoogude lammutamine toimub paralleelselt protsesside lagunemisega. Neid kahte tööd tuleks teha üheaegselt, mitte üksteise järel.

Valige protsessidele ja lõimedele selged ja kirjeldavad nimed ning proovige mitte kasutada lühendeid.

DFD hierarhia koostamise esimene samm on kontekstidiagrammide koostamine. Tavaliselt ehitatakse suhteliselt lihtsate süsteemide projekteerimisel üles ühtne kontekstidiagramm koos tärnitopoloogiaga, mille keskmes on nn põhiprotsess, mis on ühendatud valamute ja teabeallikatega, mille kaudu kasutajad ja muud välised süsteemid suhtlevad süsteem. Enne kontekstuaalse DFD ehitamist on vaja analüüsida väliseid sündmusi (väliseid entiteete), mis mõjutavad süsteemi toimimist. Kontekstidiagrammi lõimede arv peaks olema võimalikult väike, kuna igaüks neist saab diagrammi järgmistel tasanditel edasi jagada mitmeks lõimeks.

Kontekstiskeemi testimiseks saate luua sündmuste loendi. Sündmuste loend peaks koosnema väliste üksuste toimingute (sündmuste) kirjeldustest ja vastavatest süsteemireaktsioonidest sündmustele. Iga sündmus peab vastama ühele või mitmele andmevoogule: sisendvooge tõlgendatakse mõjudena ja väljundvooge süsteemi reaktsioonidena sisendvoogudele.

Keeruliste süsteemide jaoks (keerukuse tunnusteks võib olla suure hulga väliste üksuste olemasolu (kümme või enam), süsteemi hajutatud olemus või selle multifunktsionaalsus) koostatakse kontekstidiagrammide hierarhia. Samal ajal sisaldab tipptaseme kontekstdiagramm mitte ühte põhiprotsessi, vaid andmevoogudega ühendatud alamsüsteemide kogumit. Kontekstidiagrammide järgmine tase kirjeldab üksikasjalikult allsüsteemide konteksti ja struktuuri. Iga kontekstidiagrammidel oleva alamsüsteemi kohta on see üksikasjalikult kirjeldatud DFD abil. Seda saab teha, koostades iga sündmuse jaoks diagrammi. Iga sündmus on kujutatud protsessina koos sellega seotud sisend- ja väljundvoogude, andmesalvede, väliste olemitega ja viidetega teistele protsessidele, et kirjeldada selle protsessi ja selle keskkonna vahelisi suhteid. Seejärel ühendatakse kõik koostatud diagrammid üheks nulltaseme diagrammiks.

Iga DFD protsessi saab omakorda üksikasjalikult kirjeldada DFD või (kui protsess on elementaarne) spetsifikatsiooni abil. Protsessi spetsifikatsioon peaks sõnastama oma põhifunktsioonid nii, et tulevikus suudaks projekti elluviiv spetsialist neid täita või välja töötada vastava programmi.

Spetsifikatsioon on DFD hierarhia viimane tipp. Protsessi üksikasjaliku ja spetsifikatsiooni kasutamise lõpetamise otsuse teeb analüütik järgmiste kriteeriumide alusel:

Protsessil on suhteliselt väike arv sisend- ja väljundandmevooge (2-3 voogu);

Võimalus kirjeldada andmeprotsesside teisendust järjestikuse algoritmi kujul;

Protsess täidab ühtainsat loogilist funktsiooni, teisendades sisendteabe väljundiks;

Protsessiloogika kirjeldamise võimalus väikese spetsifikatsiooniga (mitte rohkem kui 20-30 rida).

Spetsifikatsioonid on protsesside poolt täidetavate ülesannete algoritmide kirjeldused. Need sisaldavad protsessi numbrit ja/või nimetust, sisend- ja väljundandmete loendeid ning protsessi keha (kirjeldust), mis on algoritmi või toimingu spetsifikatsioon, mis muudab sisendandmevood väljunditeks. Täpsustuskeeled võivad ulatuda struktureeritud loomulikust keelest või pseudokoodist visuaalsete modelleerimiskeelteni.

Struktureeritud loomulikku keelt kasutatakse protsessi spetsifikatsioonide selgeks ja piisavalt rangeks kirjeldamiseks. Selle kasutamisel on aktsepteeritud järgmised kokkulepped:

Protsessiloogikat väljendatakse järjestikuste konstruktsioonide, valikukonstruktsioonide ja iteratsioonide kombinatsioonina;

Tegusõnad peaksid olema aktiivsed, üheselt mõistetavad ja tegevusele suunatud (täitke, arvutage, eraldage, mitte uuendama, töötlema);

Protsessi loogika peab olema selgelt ja ühemõtteliselt väljendatud.

DFD hierarhia koostamisel peaksite protsesside üksikasjalikku kirjeldamist jätkama alles pärast kõigi voogude ja andmedraivide sisu kindlaksmääramist, mida kirjeldatakse andmestruktuuride abil. Iga andmevoo jaoks koostatakse loend kõigist selle andmeelementidest, seejärel ühendatakse andmeelemendid andmestruktuurideks, mis vastavad suurematele andmeobjektidele (näiteks dokumendistringid või domeeniobjektid). Iga objekt peab koosnema elementidest, mis on selle atribuudid. Andmestruktuurid võivad sisaldada alternatiive, tingimuslikke esinemisi ja iteratsioone. Tingimuslik esinemine tähendab, et komponenti ei pruugi struktuuris olla (näiteks töötaja objekti kindlustusandmestruktuur). Alternatiivne tähendab, et struktuur võib sisaldada üht loetletud elementidest. Iteratsioon tähendab suvalise arvu elementide esinemist määratud vahemikus (näiteks element "lapse nimi" objekti "töötaja" jaoks). Iga andmeelemendi jaoks saab määrata selle tüübi (pidevad või diskreetsed andmed). Pidevate andmete puhul võib määrata mõõtühiku, väärtusvahemiku, esituse täpsuse ja füüsilise kodeeringu vormi. Diskreetsete andmete jaoks saab määrata vastuvõetavate väärtuste tabeli.

Äriprotsesside modelleerimisel kasutatakse andmevoo diagramme (DFD) AS-IS ja AS-TO-BE mudelite konstrueerimiseks, peegeldades seega organisatsiooni äriprotsesside olemasolevat ja kavandatavat struktuuri ning nendevahelisi interaktsioone. Sel juhul toimub organisatsioonis kasutatavate andmete kirjeldus kontseptuaalsel tasemel, sõltumatult andmebaasi juurutamise vahenditest, kasutades “olemi-suhte” mudelit.

Allpool on loetletud Yordoni metoodikat kasutavate ärimudelite loomise peamised töötüübid ja järjekord:

1. Protsessi konteksti kirjeldus ja esialgse konteksti diagrammi konstrueerimine.

Esialgne kontekstuaalne andmevooskeem peaks sisaldama protsessi nulli nimega, mis kajastab organisatsiooni tegevusi, väliseid üksusi, mis on andmevoogude kaudu ühendatud protsessi nulliga. Andmevood vastavad dokumentidele, taotlustele või sõnumitele, mida välised üksused organisatsiooniga vahetavad.

2. Andmestruktuuride täpsustamine.

Määratakse andmevoogude koosseis ja valmistatakse ette alginformatsioon kontseptuaalse andmemudeli koostamiseks andmestruktuuride kujul. Kõik "iteratsiooni", "tingimusliku esinemise" ja "alternatiivse" tüüpi struktuurid ja andmeelemendid on esile tõstetud. Lihtsad struktuurid ja andmeelemendid ühendatakse suuremateks struktuurideks. Selle tulemusena tuleb iga andmevoo jaoks moodustada hierarhiline (puu) struktuur, mille lõppelemendid (lehed) on andmeelemendid, puu sõlmed on andmestruktuurid ja puu ülemine sõlm vastab andmevoogule nagu tervik.

3. Kontseptuaalse andmemudeli esialgse versiooni konstrueerimine. Iga domeeniobjektide klassi jaoks eraldatakse üksus. Olemitevahelised seosed luuakse ja nende omadused määratakse. Koostatakse olemi-seoste diagramm (ilma olemi atribuutideta).

4. Null- ja järgnevate tasandite andmevooskeemide koostamine.

Organisatsiooni tegevuse funktsionaalse aspekti analüüsi lõpuleviimiseks on esialgne kontekstdiagramm detailne (dekomponeeritud).

Sel juhul saate koostada iga sündmuse jaoks diagrammi, määrates sellele protsessi ja kirjeldades sisend- ja väljundvooge, andmedraive, väliseid oleme ja linke teistele protsessidele, et kirjeldada selle protsessi ja selle keskkonna vahelisi seoseid. Pärast seda ühendatakse kõik koostatud diagrammid üheks nulltaseme diagrammiks.

Protsessid jaotatakse rühmadesse, millel on palju ühist (töötavad samade andmetega ja/või on sarnased funktsioonid). Need on koos kujutatud madalama (esimese) taseme diagrammil ja nulltaseme diagrammil on need ühendatud üheks protsessiks. Jaotatakse andmesalvestusseadmed, mida kasutavad sama rühma protsessid.

Keerulised protsessid dekomponeeritakse ja protsessimudeli erinevate tasemete vastavust kontrollitakse.

Andmesalvestusseadmeid kirjeldatakse andmestruktuuride kaudu ja madalama taseme protsesse kirjeldatakse spetsifikatsioonide kaudu.

5. Kontseptuaalse andmemudeli täpsustamine.

Olemi atribuudid on määratletud. Identifikaatori atribuudid on esile tõstetud. Kontrollitakse ühendusi ja tuvastatakse supertüüp-alatüüp ühendused (vajadusel). Kontrollitakse andmestruktuuride kirjelduse ja kontseptuaalse mudeli vastavust (skeemil peavad atribuutidena olema kõik andmeelemendid).

Üldine kontseptsioon

Protsessi modelleerimise meetod – andmevoog (DFD)

DFD-d võimaldavad esitada projekteeritud süsteemile esitatavad nõuded andmevoogudega ühendatud funktsionaalsete komponentide (protsesside) hierarhia kujul.

Selle esituse eesmärk on näidata, kuidas iga protsess muudab oma sisendid väljunditeks, ja paljastada nende protsesside vahelisi seoseid.

Näide. Ameerika 20ndad. Kontori konsultant märkis iga ametniku ringiga ja iga dokument, mis nende vahelt läks, noolega. Sellist diagrammi kasutades pakkus ta välja ümberkorraldamise skeemi, kus kaks ametnikku, kes vahetavad palju dokumente, istuvad läheduses ja vähese suhtlemisega ametnikud istuvad üksteisest suurel kaugusel. Nii sündis esimene DFD prototüüp.

DFD konstrueerimiseks kasutatakse kahte erinevat tähistust, mis vastavad Jordani ja Hein-Sersoni meetoditele. Edasistes näidetes kasutatakse tänapäeval populaarsemat Hein-Sersoni tähistust.

Süsteemimudel kirjeldab teabe teisendamise asünkroonset protsessi. Lagunemine konteksti diagrammid(ülemiste tasandite skeemid) jätkub, luues mitmetasandilise diagrammide hierarhia, kuni saavutatakse lagunemise tase, kus protsessid muutuvad elementaarseks ja neid on võimatu täpsemalt kirjeldada.

Andmevoo diagrammi põhikomponendid on järgmised:

1. Välised üksused.

2. Süsteemid ja alamsüsteemid.

3. Protsessid.

4. Andmesalvestusseadmed.

5. Andmevood.

Väline üksus– materiaalne objekt või isik, kes on teabe allikas või vastuvõtja (kliendid, tarnijad, kliendid, ladu jne) Andmevoo diagrammidel tähistatakse välist olemit varju heitva ruuduga.

Süsteemid ja alamsüsteemid on lagunemise tipptaseme elemendid ja kuvatakse kontekstidiagrammidel ühtse tervikuna.

Süsteemid ja alamsüsteemid lagundatakse protsessid– diagrammikomponendid, mis on loodud sisendandmevoogude muutmiseks väljunditeks vastavalt konkreetsele algoritmile.

Füüsiliselt saab protsessi realiseerida mitmeti: selleks võib olla sisenddokumente töötlev ja aruandeid väljastav organisatsiooni osakond või programm või riistvaraliselt teostatav loogiline seade vms.

Tegusõnade, nagu „töötlema”, „täiendage” või „redigeeri” kasutamine diagrammides viitab protsessi mõistmise puudumisele ja nõuab edasist analüüsi.

Andmekogu– abstraktne seade teabe salvestamiseks. Eeldatakse, et infot saab salvestusseadmesse igal ajal paigutada ja mõne aja möödudes sealt välja otsida ning sealt paigutamise ja sealt otsimise meetodid võivad olla erinevad.

Füüsiliselt saab andmesalvestusseadet realiseerida kasti kujul failikapis, tabelina RAM-is, failide kujul magnetkandjal jne.

Andmevooskeemis tähistatakse andmedraivi tähe "D" ja suvalise numbriga. Draivi nimi valitakse nii, et see oleks kujundaja jaoks kõige informatiivsem. Üldjuhul on andmesalvestusseade tulevase andmebaasi prototüüp ning selles salvestatavate andmete kirjeldus tuleb täpsustada vastavalt infomudelile (ERD).

Diagrammil on andmevoogu kujutatud joonega, mis lõpeb noolega, mis näitab voo suunda. Igal andmevool on nimi, mis kajastab selle sisu.

DFD diagrammide koostamisel kasutatakse tavaliselt järgmisi soovitusi:

1. Asetage igale diagrammile 3 kuni 6÷7 protsessi.

3. Püüa mitte kasutada lühendeid.

4. Ärge täitke diagramme ebaoluliste detailidega.

9.3. Olemi-suhete diagrammid

Olemi-seoste diagrammide koostamise ERD märge sisaldab üheksat põhikomponenti.

Kõige sagedamini kasutatakse seda tüüpi teabemudeleid andmebaasi struktuuri kujundamiseks.

Materjal PIE.Wikist

DFD (Data Flow Diagramming) on modelleerimisstandard, milles süsteem on kujutatud tööde võrgustikuna, mida ühendavad objektid, mis interakteeruvad nende tööde tulemustega. DFD ulatus on organisatsiooni teabevoogude modelleerimise valdkond. See tähistus ei modelleeri mitte tööde jada, vaid pigem teabe (andmete) voogusid tööde ja objektide vahel, mis neid andmeid kasutavad, talletavad või neid „sünnitavad”.

Vastavalt DFD (Data Flow Diagram) metoodikale on süsteemimudel määratletud kui andmevoo diagrammide hierarhia, mis kirjeldab teabe teisendamise protsesse alates selle sisestamisest süsteemi kuni selle lõppkasutajale väljastamiseni. Hierarhia ülemiste tasandite skeemid - kontekstdiagrammid, määravad mudeli piirid, määratledes selle keskkonna (välised sisendid ja väljundid) ja peamised vaatlusalused protsessid. Konteksti diagrammid on üksikasjalikud, kasutades järgmisi diagrammitasemeid.

Andmevooskeemide põhielemendid on:

välised üksused;

protsessid;

andmesalvestusseadmed;

andmevoogusid.

Välised üksused

Väline olemus on materiaalne objekt, mis on teabe allikas või vastuvõtja. Kliendid, tarnijad, kliendid, ladu, pank ja teised saavad DFD diagrammil tegutseda välise üksusena. Kahjuks ei ole DFD metoodika standardiks vormistatud. Sel põhjusel kasutavad andmevoo diagrammid erinevaid kokkuleppeid. Joonisel 1 on kujutatud Yourdoni ja Coad Process Notation ning Gane'i ja Sarsoni protsessi tähistuses kasutatavad välised olemi sümbolid.

Objekti määratlemine välise entiteedina näitab, et see asub väljaspool analüüsitava infosüsteemi piire.

Protsessid

Andmekogu

Andmesalvestusseadmed on mõeldud esindama teatud abstraktseid seadmeid teabe salvestamiseks, mida saab sinna igal ajal paigutada või sealt välja otsida, olenemata nende konkreetsest füüsilisest teostusest.

Andmesalvestusseadmed on omamoodi organisatsiooni infosüsteemide andmebaasi prototüüp.

Sümboli sees on selle mudeli raames ainulaadne selle nimetus analüütiku seisukohast kõige täpsemini näidatud, kajastades sisu infoolemust, näiteks "Tarnijad", "Kliendid", "Arved" , “Arved”. Andmesalvestussümbolid võivad täiendavate identifitseerimiselementidena sisaldada seerianumbreid.

Andmevood

Andmevoog määratleb teabe, mis edastatakse mõne ühenduse (kaabel, postiteenus, kuller) kaudu allikast vastuvõtjale. DFD diagrammides on andmevood kujutatud joontega, mille suunda näitavad nooled. Igale andmevoole antakse nimi, mis kajastab selle sisu.

DFD-s kasutatakse järgmist tüüpi objekte: · tegevus – IDEF0 ja IDEF3 töö sünonüüm; · väline olem – objektid – antud funktsioonis muudetud või kasutatud info/andmete allikad/vastuvõtjad. · nool (andmevoog) - teabe (andme)voo tähistus; · andmesalv – igasugune mehhanism või abstraktsioon (näiteks kirje andmebaasis), milles andmeid hoitakse. Andmevood tööde vahel DFD-s on võimalikud mitte ainult kaudselt, andmeladude kaudu, vaid ka otse tööde vahel, kui andmed ei jõua esmalt lattu. IDEF0, IDEF3 ja DFD tähistusi saab järjepidevalt kasutada organisatsiooni mudeli järjest põhjalikumaks väljatöötamiseks, mille lõppfaasiks võib olla organisatsiooni äriprotsesside ja infosüsteemi detailne kirjeldus.

Andmevoo diagrammide hierarhia loomine

Esimene samm DPD hierarhia koostamisel on kontekstidiagrammide koostamine. Tavaliselt ehitatakse suhteliselt lihtsate IC-de projekteerimisel üles üks kontekstidiagramm koos tähttopoloogiaga, mille keskmes on nn põhiprotsess, mis on ühendatud valamute ja teabeallikatega, mille kaudu kasutajad ja muud välised süsteemid suhtlevad süsteem.

Kui keerulise süsteemi puhul piirdume ühe kontekstidiagrammiga, siis sisaldab see liiga palju teabeallikaid ja vastuvõtjaid, mida on raske tavaformaadis paberilehele korrastada ning lisaks ei paljasta üksainus põhiprotsess hajutatud süsteemi struktuur. Keerukuse märgid (konteksti mõttes) võivad olla: suure hulga väliste üksuste olemasolu (kümme või enam); süsteemi hajutatud olemus; süsteemi multifunktsionaalsus koos juba väljakujunenud või kindlaksmääratud funktsioonide grupeerimisega eraldi alamsüsteemideks.

Keerulise IS jaoks koostatakse kontekstidiagrammide hierarhia. Samal ajal sisaldab tipptaseme kontekstdiagramm mitte ühte põhiprotsessi, vaid andmevoogudega ühendatud alamsüsteemide kogumit. Kontekstidiagrammide järgmine tase kirjeldab üksikasjalikult allsüsteemide konteksti ja struktuuri.

Kontekstidiagrammide hierarhia määrab kavandatud IS-i peamiste funktsionaalsete alamsüsteemide interaktsiooni nii omavahel kui ka väliste sisend- ja väljundandmevoogude ning väliste objektidega (teabeallikad ja vastuvõtjad), millega IS suhtleb.

Kontekstidiagrammide väljatöötamine lahendab IS-i funktsionaalse struktuuri range määratlemise probleemi selle kavandamise kõige varasemas etapis, mis on eriti oluline keerukate multifunktsionaalsete süsteemide puhul, mille väljatöötamises osalevad erinevad organisatsioonid ja arendusmeeskonnad.

Pärast kontekstidiagrammide koostamist tuleks kontrollida saadud mudelit süsteemiobjektide algandmete täielikkuse ja objektide isolatsiooni osas (teabeühenduste puudumine teiste objektidega).

Iga kontekstidiagrammidel oleva alamsüsteemi kohta on see üksikasjalikult kirjeldatud DPD abil. DPD iga protsessi saab omakorda üksikasjalikult kirjeldada DPD või minispetsifikatsiooni abil. Detaileerimisel tuleb järgida järgmisi reegleid: tasakaalustusreegel - tähendab, et alamsüsteemi või protsessi detailiseerimisel saavad detaileerimisskeemil andmete väliste allikate/vastuvõtjatena olla ainult need komponendid (allsüsteemid, protsessid, välised olemid, andmesalvestusseadmed), mille detailis on põhiskeemil teabeühenduse alamsüsteem või protsess; numeratsioonireegel - tähendab, et protsesside detailiseerimisel tuleb säilitada nende hierarhiline nummerdamine. Näiteks protsessi number 12 üksikasjalikele protsessidele antakse numbrid 12.1, 12.2, 12.3 jne.

Minispetsifikatsioon on DPD hierarhia viimane tipp. Protsessi detailistamise ja minispetsifikatsiooni kasutamise otsuse teeb analüütik järgmiste kriteeriumide alusel: suhteliselt väikese arvu sisend- ja väljundandmevoogude olemasolu protsessi jaoks (2-3 voogu); võime kirjeldada andmete teisendamist protsessi abil järjestikuse algoritmi kujul; protsess täidab ühtainsat loogilist funktsiooni sisendteabe teisendamiseks väljundinformatsiooniks; võime kirjeldada protsessiloogikat väikese minispetsifikatsiooni abil (mitte rohkem kui 20-30 rida).

DPD hierarhia ülesehitamisel peaksite protsesside üksikasjalikku kirjeldamist alustama alles pärast kõigi voogude ja andmedraivide sisu kindlaksmääramist, mida kirjeldatakse andmestruktuuride abil. Andmestruktuurid on koostatud andmeelementidest ja võivad sisaldada alternatiive, tingimuslikke esinemisi ja iteratsioone. Tingimuslik esinemine tähendab, et antud komponenti ei pruugi struktuuris esineda. Alternatiivne tähendab, et struktuur võib sisaldada üht loetletud elementidest. Iteratsioon tähendab suvalise arvu elementide sisestamist määratud vahemikus. Iga andmeelemendi jaoks saab määrata selle tüübi (pidevad või diskreetsed andmed). Pidevate andmete puhul võib määrata mõõtühiku (kg, cm jne), väärtuste vahemiku, esituse täpsuse ja füüsilise kodeerimise vormi. Diskreetsete andmete jaoks saab määrata vastuvõetavate väärtuste tabeli.

Andmevoo diagrammi põhikomponendid on järgmised:

Välised üksused (External Reference);

Süsteemid/allsüsteemid;

Protsessid;

Andmesalvestusseadmed (Andmesalvesti);

Andmevood.

Teabeallikad (välised olemid) genereerivad teabevooge (andmevoogusid), mis edastavad teavet alamsüsteemidesse või protsessidesse. Need omakorda muudavad teavet ja genereerivad uusi vooge, mis edastavad teavet teistele protsessidele või alamsüsteemidele, andmesalvestusseadmetele või välistele üksustele - teabe tarbijatele.

Väline üksus

Väline entiteet on materiaalne objekt, indiviid või muu süsteem, mis esindab teabe allikas ja/või vastuvõtja.

Nimiüksused peavad sisaldama nimisõna, Näiteks, "OS", "Failisüsteem", "Kasutaja", "Väline salvestusruum", "Tarnija(d)", "Klient(id)", "Ladu".

Mõnede objektide või süsteemide määratlemine väliste üksustena näitab seda nemad on piiride taha kavandatud süsteemist, nemad ei tohi olla seotud ühegi töötlemisega.

Seetõttu ei saa need olla IDEF0 tähistuses oleva mudeli mehhanismid. Erijuhtumit esindavad IDEF0 tähistuses olevad mudelimehhanismid, näiteks "Kasutaja".

Kasutajat saab kujutada ka mehhanismina, kuna ta osaleb töötlemisprotsessis andmeid sisestades, menüüpunkte valides jne. Sel juhul tegutseb ta operaatorina. Ja samal ajal on kasutaja DFD-märgistuses mudelis väline üksus, kuna ta annab töötlemiseks andmeid ja saab ka kavandatud süsteemi, eriti tarkvara, töö tulemuse.

Väline üksus tähistatud ristkülikuga(joonis 10.1), mis asub justkui diagrammi kohal ja heidab sellele varju, näitamaks, et väline olem on kontekstist väljas modelleeritud süsteem.

Tavaliselt on välistel üksustel piki diagrammi servi. Ühte välist olemit saab kasutada mitu korda ühes või mitmes diagrammis. Seda tehnikat kasutatakse selleks, et vältida liiga pikkade ja segadusttekitavate nooleühenduste joonistamist.

Iga välist olemit identifitseeritakse tähe "E" ja suvalise numbriga (olemi erinevatel koopiatel sama). Iga väline olem on antud teksti kirjeldus.

Olemite näited koos võimalike tekstikirjeldustega on toodud tabelis. 10.1.

Tabel 10.1

Näited välistest üksustest

Olemi nimi	Kirjeldus
Kasutaja	Isik, kes seda süsteemi (seda tarkvara) kasutab
	Operatsioonisüsteem (MS Windows) pakub: OS-i liidese sätteid, nagu printeri parameetrid, suurus, stiil, fondi värv, taustavärv jne; õigused failiga tegutsemiseks; praegune kuupäev ja kellaaeg
Loogilised ja/või füüsilised ajamid	Annab (annab) kasutajale arvutisse salvestatud failide ja kaustade loendi, samuti annab (annab) võimaluse salvestada ja salvestada uusi andmeid
Failisüsteem
	Väline salvestusruum, mis võimaldab salvestada suvalist teavet koos võimalusega seda hiljem hankida
Väline salvestusruum	Kõvaketas, diskett, CD-ROM, võrguketas jne.

Süsteem ja alamsüsteem

Keerulise süsteemi mudeli ehitamisel esitatakse see kõige üldisemal kujul kontekstdiagrammil ühe tervikuna. Siis ta lagunenud mitmeks allsüsteemiks.

Nagu nimi süsteemid, kasutatavad alamsüsteemid lause koos teemaga ning vastavad määratlused ja täiendused, Näiteks, "Teabetöötlussüsteem", "Failitöötluse alamsüsteem", "Pilditöötluse alamsüsteem", "Dokumenditöötluse alamsüsteem", "Fondisätete alamsüsteem".

Protsess, tegevus (või töö)

Protsess (või töö) on süsteemi või alamsüsteemi funktsioon. Teisendab sisendandmevood väljundvoogudeks vastavalt konkreetsele algoritmile.

Füüsiliselt protsessi saab realiseerida mitmel viisil: selleks võib olla sisenddokumente töötlev ja aruandeid väljastav organisatsiooni (osakonna) allüksus, programm, riistvaraliselt realiseeritav loogiline seade vms.

Nagu nimi kasutatud protsessi lause aktiivse ühemõttelisega tegusõna määramatus vormis(arvutama, arvutama, kontrollima, määrama, looma, hankima), millele järgneb nimisõna akusatiivses käändes, Näiteks, "Muuda pildi mõõtkava", "Prindi dokument", "Ava dokument", "Joonista joon", "Joonista pilt uuesti".

Tegusõnade, nagu "töötlema", "täiendage" või "redigeeri" kasutamine tähendab tavaliselt seda, et protsessi ei mõisteta piisavalt põhjalikult ja see nõuab täiendavat analüüsi.

Süsteemid, alamsüsteemid, protsessid, tegevused (või töö) on kujutatud samamoodi: ümarate nurkadega ristkülikud - funktsionaalsed plokid (joon. 10.2).

Üldiselt langeb nende tähendus kokku IDEF0 ja IDEF3 tähistuste toimingute tähendusega. Need identifitseeritakse diagrammidel sarnaselt IDEF0 tähistusega funktsiooniplokkidele (eesliide, diagrammi number, objekti number). Sarnaselt IDEF3 toimingutele on neil sisendid ja väljundid, kuid need ei toeta juhtelemente ja mehhanisme, nagu IDEF0 funktsiooniplokid.

Iga funktsionaalne plokk on antud teksti kirjeldus.

Jaotises “Tehnilised andmed” jaotises “Nõuded süsteemile” tuleb arendatava tarkvara abil teostatavate tööde loetlemisel märkida nende täpsemad määratlused (kirjeldused).

Andmevoog (nool)

Andmevoog kirjeldab objekti liikumist süsteemi ühest osast teise.

Välised olemid, protsessid ja draivid võivad toimida voogude andmeallikate ja vastuvõtjatena.

Füüsiliselt andmevoog võib olla kaabli kaudu kahe seadme vahel edastatav info, posti teel saadetud kirjad, ühest arvutist teise üle kantud magnetlindid või disketid jne.

Noole suund näitab voolu suunda. Kahepoolseid nooli võib kasutada käsu-vastuse dialoogide kirjeldamiseks. Igal konkreetsel juhul otsustab analüütik, mida on mugavam kujutada: kahesuunalist voolu või kahte erinevat voolu vastassuunas.

Kuna DFD-s ei ole funktsiooniploki igal küljel selget eesmärki nagu IDEF0-s, võivad nooled tulla sisse ja välja ploki mis tahes küljelt.

Igal andmevool on Nimi, mis peegeldab selle sisu. Nimi peab kasutama nimisõna. Iga andmevoog on antud teksti kirjeldus.

"Tehniliste kirjelduste" lisas on andmevoogude nimetused ja tekstikirjeldused andmesõnastiku kujul.

DFD-s võivad nooled ühineda ja hargneda, mis võimaldab kirjeldada noolte lagunemine (andmevood). Ühendava või hargneva noole igal uuel segmendil (alamvool) võib olla oma nimi.

Voogude lagunemisel on vaja rangelt määratleda vood ja alamvood andmesõnaraamatus, st. selgelt määratleda andmestruktuur.

Andmete struktuur- nimega, loogiliselt seotud andmeelementide ja alamstruktuuride rühm, mis on salvestatud salvestusseadmesse või edastatakse teabevoos. Tööriist üksikute andmeelementide koostise ja seoste täpsustamiseks.

Diagrammide selguse ja loetavuse suurendamiseks lagundada diagrammi piire ületavaid voogusid.

Näiteks sisaldab detailne töö voogu “Andmed”, detailide diagrammil see voog eemaldatakse ja selle asemel on vood “Andmed pildiga töötamiseks”, “Andmed liidese parameetrite kohta”, “Andmed pildi atribuutide kohta”. tutvustatakse, nagu oleksid need üksikasjalikust tööst üle kantud.

Kuid tasakaalustamise eesmärgil peab andmevoo struktuur olema rangelt määratletud: voog "Andmed" koosneb alamvoogudest "Andmed pildiga töötamiseks", "Andmed liidese parameetrite kohta", "Andmed pildi atribuudid" ja muid andmeelemente.

Andmesalvestusseade

Andmedraiv on abstraktse teabe salvestusseade, millel on võime andmeid kirjutada ja hankida. Andmete draividesse juurdepääsu (paigutamise ja taastamise) ja salvestamise meetodid võivad olla mis tahes ja neid analüüsi käigus ei täpsustata.

Draiv kujutab objekt puhkeolekus erinevalt liikuvat objekti kirjeldavast andmevoost.

Füüsiliselt andmesalvestusseadet saab realiseerida kasti kujul failikapis, tabelina RAM-is, failina magnetkandjal jne.

Tarkvaraarenduses, andmete salvestamises on prototüübid failid või andmebaasid. Sellepärast kirjeldus neisse salvestatud andmeid peab olema seotud teabemudeliga.

Nimi ajam peab olema nimisõna ja valitakse disaineri jaoks suurima teabesisu alusel. Kui andmevoog siseneb draivi või sealt väljub ja selle struktuur ühtib draivi struktuuriga, peab sellel olema sama nimi.

Andmesalvestusseade on kujutatud nii, nagu on näidatud joonisel fig. 10.3. Ühte draivi saab kasutada mitu korda ühel või mitmel diagrammil. Andmedraiv tuvastatakse seerianumbri järgi (draivi erinevatel koopiatel sama).

Iga draiv on antud teksti kirjeldus: "kasutatakse sellise ja sellise protsessi (toimingu, töö) teostamisel", "eesmärgiks salvestada selliseid ja selliseid andmeid". Draivide näited koos võimalike tekstikirjeldustega on toodud tabelis. 10.2.

Tabel 10.2

Juhtige näiteid

Draivi nimi	Kirjeldus
Pilt mälus	Draiv on loodud teabe salvestamiseks pildi moodustavate pikslite komplekti kohta
Ava dokument OP-is	Mõeldud salvestama OP-s tekstidokumendi sisu ja selle täisnime (kaasa arvatud tee)
Liidese parameetrid mälus	Kasutatakse teabe salvestamiseks tööakna suuruse ja abiakende oleku kohta
Mälus oleva pildi atribuudid	Kasutatakse pildi laiuse, kõrguse, mõõtühikute, paleti tüübi salvestamiseks

Draivile salvestatud andmed on domeeniobjektid ja andmemudeli koostamisel modelleeritakse need "olemitena" (mitte segi ajada DFD-märgistuse olemitega).

Iga andmesalvestusseadme kohta koostatakse tabel, mis loetleb salvestusseadmetes olevate andmete koostis.

Tabel 10.3–10.5 on näited sellistest tabelitest mudeli "Graphics Editor (Paint)" jaoks DFD-tähistusega, mis on näidatud joonisel fig. 10,4 – 10,7.

Tabel 10.3

Andmesalvestuse "Pilt mälus" sisu

Välja nimi		Kirjeldus
Faili nimi	Tekst
Värvide kodeerimine	Numbriline, täisarv	Kodeerimiskood
Sisu	Tekst	Graafilise faili sisu – teave pildi moodustavate pikslite komplekti kohta Mälus oleva pildi suurus sõltub pildi laiusest ja kõrgusest. Maksimaalne pildi suurus: 99999*99999 pikslit

Tabel 10.4

Andmesalvestuse "Pildi atribuudid mälus" sisu

Väljade nimed		Kirjeldus
Pildi laius	Numbriline, täisarv	Väli salvestab pildi laiuse pikslites (max 99999)
Pildi kõrgus	Numbriline, täisarv	Väli salvestab pildi kõrguse pikslites (max 99999)
Paleti tüüp	Loogiline	Värviline või must-valge (1/0)
Ühikud	Loogiline	Sentimeeter, toll, punkt

Tabel 10.5

Andmedraivi sisu "Liidese parameetrid mälus"

Väljade nimed		Kirjeldus
Tööakna laius	Numbriline, täisarv	Väli salvestab tööakna laiuse pikslites (max 1600)
Tööakna kõrgus	Numbriline, täisarv	Väli salvestab tööakna kõrguse pikslites (max 1200)
Tööriistade komplekt	Loogiline	Näita/peida (1/0)
	Loogiline	Näita/peida (1/0)
Olekuriba	Loogiline	Näita/peida (1/0)
Teksti atribuutide paneel	Loogiline	Näita/peida (1/0)

Tarkvara "Tekstiredaktor (standardse Windows OS-i Notepad)" jaoks, milles töötate tekstifailiga ja tekstifaili sisu salvestatakse OP-s, saab draivi "Open Document in OP" sisu nagu on näidatud tabelis. 10.6.

Tabel 10.6

Andmesalvestuse sisu "Ava dokument OP-is"

Välja nimi		Kirjeldus
Faili nimi	Tekst	Faili täisnimi (kaasa arvatud tee)
Kodeerimine	Tekst	Kodeeringu nimi (toetatud kodeeringute loend sõltub operatsioonisüsteemist)
Sisu	Tekst	Dokumendi sisu – teave tekstidokumendi moodustavate märkide komplekti kohta

Kui praeguse kuvavormingu väärtuste salvestamiseks kasutatakse andmedraivi, võib sellise draivi sisu olla selline, nagu on näidatud tabelis. 10.7.

Tabel 10.7

Andmesalvestuse "Praegune kuvavorming" sisu

Välja nimi		Kirjeldus
Fondi nimi	Tekst	Ühe võimaliku fondi nimi, näiteks Times New Roman
Fondi stiil	Tekst	Ühe võimaliku stiili nimi, näiteks kaldkiri, paksus kirjas
Fondi suurus	Numbriline, täisarv	Väärtus, mis vastab ühele võimalikust fondisuurusest
Mähkida tekst	Loogiline	1 — ülekanne lubatud, 0 — keelatud

Kui tarkvara kasutab parameetrite võimalikke valikuid (näiteks programmi seadistuste valikud; võimalike fontide valikud; võimalike fondisuuruste valikud), mille hulgast kasutaja valib praegused väärtused, siis saab andmesalvestuse sisu iga parameetri valikutega. olema nagu näidatud tabelis. 10.8.

Tabel 10.8

Andmesalvestuse sisu "Programmi seadistuste valikud"

Väljade nimed			Kirjeldus
Parameetri nimi	Tekst		Väljale salvestatakse parameetri nimi
Selle parameetri võimalike väärtuste loend	Numbriline massiiv, täisarv (või Boole'i massiiv või stringi massiiv)	4 baiti (või 1 bitt või ühe rea suurus) * väärtusvalikute arv	Väljale salvestatakse parameetrite väärtuste loend
Ja nii edasi iga andmesalvestusseadmesse salvestatud parameetri kohta