Primjer izgradnje DFD modela. Šta su DFD (dijagrami toka podataka) Tema: “Upotreba DFD tehnologije”

Razmotrimo izgradnju DFD modela informacionog sistema za lanac prodavnica torbi. Dopunimo IDEF0 dijagram konstruisan u laboratorijskom radu br. 1 sa DFD dijagramom. Napravimo DFD dijagram za funkciju A4 “Analiza rada” Vidi sl. 4.

Rice. 4. Primjer DFD dijagrama

Vježbajte

1. Naučite DFD metodu.
2. Funkcionalni model informacionog sistema, izgrađen u laboratorijskom radu br. 1, dopuniti dijagramom toka podataka za one funkcionalne blokove IDEF0 modela za koje je potrebno prikazati kretanje podataka.
3. Odgovorite na sigurnosna pitanja.
4. Kreirajte izvještaj (naslovna stranica, zadatak, DFD dijagram)

Kontrolna pitanja

1. Koji se procesi u sistemu opisuju pomoću dijagrama toka podataka?
2. Koji su glavni objekti dijagrama toka podataka?
3. Da li se princip dekompozicije koristi prilikom konstruisanja DFD dijagrama?
4. Mjesto gdje se strelica približava blokovima ili mjesto gdje strelica izlazi iz bloka može biti proizvoljno ili podložno određenim pravilima?
5. Kako je objekat izolovan u eksterni entitet?

Književnost

1. Fedotova, D.E. CASE tehnologije: Radionica / D.E. Fedotova, Yu.D. Semenov, K.N. Siskin. - M.: Hotline - Telekom, 2005. - 160 str.: ilustr.
2. Kalashyan, A.N. Strukturni poslovni modeli: DFD tehnologije / A.N. Kalashyan, G.N. Kalyanov. - M.: Finansije i statistika, 2003.
3. DFD dijagrami toka podataka. - http://www.proinfotech.ru/dmdlr2.htm.
4. Metode modeliranja poslovnih procesa. - http://www.jetinfo.ru/2004/10/1/article1.10.2004153.html.

Izgradnja dijagrama dekompozicije u DFD notaciji

Cilj rada:

• konstruirati dijagram dekompozicije u DFD notaciji jednog od IDEF0 dijagrama konstruiranih u prethodnim laboratorijama

Dijagrami toka podataka (DFD) se koriste za opisivanje toka dokumenata i obrade informacija. Kao IDEF0, DFD predstavlja sistem koji se modelira kao mrežu međusobno povezanih aktivnosti. Mogu se koristiti kao dodatak IDEF0 modelu za jasniji prikaz tekućih operacija toka dokumenata u korporativnim sistemima za obradu informacija. Glavni cilj DFD-a je pokazati kako svaki posao transformiše svoje inpute u izlaze i otkriti odnose između tih poslova.

Svaki DFD dijagram može sadržavati aktivnosti, vanjske entitete, strelice (tokove podataka) i skladišta podataka.

Radi. Radovi su prikazani kao pravokutnici sa zaobljenim uglovima (slika 1), njihovo značenje se poklapa sa značenjem radova IDEF0 i IDEF3. Baš kao što IDEF3 radi, oni imaju ulaze i izlaze, ali ne podržavaju kontrole i mehanizme kao što je IDEF0. Svi aspekti rada su jednaki. Svaki posao može imati više strelica koje ulaze i izlaze.

Slika 1. Rad u DFD-u

Eksterni entiteti. Eksterni entiteti predstavljaju ulaze i/ili izlaze iz sistema. Jedan eksterni entitet može istovremeno obezbediti ulaze (funkcionišući kao dobavljač) i prihvatiti izlaze (funkcionišući kao prijemnik). Eksterni entitet je materijalni objekat, kao što su kupci, osoblje, dobavljači, klijenti, skladište. Definisanje objekta ili sistema kao eksternog entiteta ukazuje na to da je izvan granica sistema koji se analizira. Vanjski entiteti su prikazani kao pravougaonik sa sjenom i obično se nalaze na rubovima dijagrama (slika 2).

Slika 2. Eksterni entitet u DFD-u

Strelice (tokovi podataka). Strelice opisuju kretanje objekata iz jednog dijela sistema u drugi (otuda slijedi da DFD dijagram ne može imati granične strelice). Budući da su sve strane DFD djela jednake, strelice mogu početi i završavati na bilo kojoj strani pravokutnika. Strelice mogu biti dvosmjerne.

Skladište podataka. Za razliku od strelica koje opisuju objekte u pokretu, skladišta podataka prikazuju objekte u mirovanju (slika 3). Skladište podataka je apstraktni uređaj za pohranjivanje informacija koji se u bilo kojem trenutku može staviti u disk i preuzeti nakon nekog vremena, a metode pohranjivanja i preuzimanja mogu biti bilo koje. Uopšteno govoreći, to je prototip buduće baze podataka, a opis podataka pohranjenih u njoj mora odgovarati informacionom modelu (Entity-RelationshipDiagram).

Slika 3. Skladištenje podataka u DFD-u

Dekompozicija IDEF0 rada u DFD dijagram. Prilikom dekompozicije IDEF0 rada u DFD, moraju se poduzeti sljedeći koraci:

• uklonite sve granične strelice na DFD dijagramu;
• kreirati odgovarajuće eksterne entitete i skladišta podataka;
• kreirajte unutrašnje strelice počevši od vanjskih entiteta umjesto graničnih strelica;
• strelice na IDEF0 dijagramu tunelirane

Nije uvijek zgodno strogo se pridržavati pravila DFD notacije, pa vam BPWin omogućava da kreirate granične strelice u DFD dijagramima.

Konstrukcija dijagrama dekompozicije. Hajde da razložimo rad Isporuka i nabavka dijagram A0 "Delatnost preduzeća u montaži i prodaji računara i laptopa." U ovom radu identifikovali smo sledeće dečije radove:

• nabavka potrebnih komponenti - bavi se poslovima u vezi sa pronalaženjem odgovarajućih dobavljača i naručivanjem potrebnih komponenti od njih
• skladištenje komponenti i sklopljenih računara
• otprema gotovih proizvoda - sve radnje vezane za pakovanje, dokumentaciju i samu otpremu gotovih proizvoda

Istaknimo rad Isporuka i nabavka dijagram A0 „Aktivnosti preduzeća za montažu i prodaju računara i laptopa“, kliknite na dugme „GotoChildDiagram“ na alatnoj traci i izaberite DFD notaciju. Prilikom kreiranja podređenog dijagrama, BPWin prenosi granične strelice nadređenog rada, one moraju biti uklonjene i zamijenjene vanjskim entitetima. Strelice za mehanizam, kontrolne strelice “Pravila i procedure”, “Informacije o upravljanju” i izlazna strelica “Izvještaji” na podređenom dijagramu neće se koristiti kako se dijagram ne bi zatrpao manje značajnim detaljima. Preostale strelice ćemo zamijeniti vanjskim entitetima - dugme "ExternalReferenceTool" na alatnoj traci, u prozoru koji se pojavi odaberite prekidač "Strelica" i odaberite željeno ime sa liste (slika 4):

Slika 4. Dodavanje eksternog entiteta

Slika 5. Poslovi i eksterni entiteti

Centralni posao ovdje je "Skladištenje komponenti i sklopljenih računara." Njegov ulaz prima sklopljene računare i komponente dobijene od dobavljača, kao i spisak komponenti neophodnih za sklapanje računara. Ishod ovog rada će biti potrebne komponente (ako su dostupne), lista nedostajućih komponenti preneta na ulaz rada „Snabdevanje potrebnim komponentama“ i sklopljeni računari prebačeni za otpremu. Rezultati rada „Snabdevanje potrebnim komponentama“ i „Otprema gotovih proizvoda“ biće, respektivno, narudžbe dobavljačima, odnosno gotovi proizvodi.

Sljedeći korak je odrediti koje su informacije potrebne za svaki posao, tj. mora se postaviti na dijagram skladišta podataka (slika 6).

Slika 6. Konačni dijagram dekompozicije

Posao "Snabdevanje potrebnim komponentama" radi sa informacijama o dobavljačima i informacijama o narudžbama kod ovih dobavljača. Strelica koja povezuje rad i skladište podataka „Lista dobavljača“ je dvosmjerna, jer rad može i primati informacije o postojećim dobavljačima i unositi podatke o novim dobavljačima. Strelica koja povezuje rad sa skladištem podataka "Lista narudžbi" je jednosmjerna, jer rad samo unosi podatke o izvršenim narudžbama.

Rad "Skladištenje komponenti i sklopljenih računara" radi sa informacijama o primljenim i izdatim komponentama i sklopljenim računarima, stoga su strelice koje povezuju rad sa skladištima podataka "Lista komponenti" i "Lista sklopljenih računara" dvosmjerne. Takođe, ovaj posao, prilikom prijema komponenti, mora imati napomenu da je narudžba dobavljačima završena. Da biste to uradili, on je povezan sa skladištem podataka „Lista narudžbi“ jednosmernom strelicom. Imajte na umu da u DFD dijagramima isto skladište podataka može biti duplicirano.

Konačno, posao "Pošiljka gotovih proizvoda" mora pohraniti informacije o završenim pošiljkama. Da biste to učinili, unesite odgovarajuće spremište podataka - "Podaci o pošiljci".

Poslednji korak je tuneliranje strelica nadređenog dela (slika 7):

Slika 7. IDEF0 dijagram sa tuneliranim strelicama za posao otprema i nabavka.

• kratak opis djela koje se razlaže
• dijagram dekompozicije

Primjer DFD dijagrama procesa "Izrada tehnološke specifikacije" koristeći Bpwin

DFD), koji daje ispravan opis izlaza (odziv sistema u obliku podataka) pod datim uticajem na sistemski ulaz (isporuka signala preko eksternih interfejsa). Dijagrami toka podataka su glavni alat za modeliranje funkcionalni zahtjevi prema projektovanom sistemu.

Tokom stvaranja dijagrami toka podataka koriste se četiri osnovna koncepta: tokovi podataka, procesi (radovi) pretvaranja ulaznih tokova podataka u izlazne, eksterni entiteti, uređaji za skladištenje podataka (skladišta).

Tokovi podataka su apstrakcije koje se koriste za modeliranje prijenosa informacija (ili fizičkih komponenti) iz jednog dijela sistema u drugi. Tokovi u dijagramima su predstavljeni imenovanim strelicama, čija orijentacija pokazuje smjer u kojem informacije teku.

Svrha proces(rad) se sastoji od proizvodnje izlaznih tokova iz ulaznih tokova u skladu sa akcijom specificiranom imenom procesa. Naziv procesa mora sadržavati glagol u neodređenom obliku iza kojeg slijedi objekt (na primjer, „primi dokumente za otpremu proizvoda“). Svaki proces ima jedinstveni broj za referencu unutar dijagrama, koji se može koristiti zajedno sa brojem dijagrama za dobijanje jedinstveni indeks proces kroz cijeli model.

Pohrana podataka (disk) omogućava vam da definirate podatke u određenim područjima koji će biti pohranjeni u memoriji između procesa. U stvari, skladište predstavlja "odsječke" tokova podataka tokom vremena. Informacije koje sadrži mogu se koristiti u bilo kojem trenutku nakon što su primljene, a podaci se mogu odabrati bilo kojim redoslijedom. Ime spremišta mora identificirati njegov sadržaj i biti imenica.

Eksterni entitet predstavlja materijalni objekt izvan konteksta sistema koji je izvor ili primatelj sistemskih podataka. Njegov naziv mora sadržavati imenicu, kao što je "skladište robe". Pretpostavlja se da su objekti predstavljeni kao eksterni entiteti, ne smije učestvovati ni u kakvoj obradi.

Pored glavnih elemenata, DFD uključuje rječnike podataka i mini-specifikacije.

Rječnici podataka su katalozi svih elemenata podataka prisutnih u DFD-u, uključujući grupne i pojedinačne tokove podataka, skladišta i procese, kao i sve njihove atribute.

Mini specifikacije obrade- opisati DFD procese nižeg nivoa. U stvari, minispecifikacije su algoritmi za opisivanje zadataka koje obavljaju procesi: skup svih minispecifikacija je potpuna specifikacija sistema.

Proces izgradnje DFD-a počinje kreiranjem tzv. osnovnog zvjezdanog dijagrama, koji predstavlja modelirani proces i sve eksterni entiteti sa kojim komunicira. U slučaju složenog osnovnog procesa, on se odmah predstavlja kao dekompozicija na niz procesa koji međusobno djeluju. Kriterijumi složenosti u ovom slučaju su: prisustvo velikog broja eksterni entiteti, multifunkcionalnost sistema, njegova distribuirana priroda. Eksterni entiteti se dodeljuju u odnosu na glavni proces. Za njihovo određivanje potrebno je identificirati dobavljače i potrošače glavnog procesa, tj. svi objekti koji su u interakciji sa glavnim procesom. U ovom trenutku, opisivanje interakcije sastoji se od odabira glagola koji daje ideju o tome kako vanjski entitet koristi ili koristi osnovni proces. Na primjer, glavni proces je „obračunavanje zahtjeva građana“, eksterni subjekt je „građani“, opis interakcije je „podnošenje zahtjeva i primanje odgovora“. Ova faza je fundamentalno važna, jer ona određuje granice modeliranog sistema.

Za sve eksterni entiteti pravi se tabela događaja, koja opisuje njihovu interakciju sa glavnom niti. Tabela događaja sadrži naziv eksternog entiteta, događaj, njegov tip (tipičan za sistem ili izuzetan, realizovan pod određenim uslovima) i odgovor sistema.

Sljedeći korak je dekompozicija glavnog procesa u skup međusobno povezanih procesa koji razmjenjuju tokove podataka. Sami tokovi nisu specificirani, samo je određena priroda interakcije. Dekompozicija je završena kada proces postane jednostavan, tj.:

1. proces ima dvije ili tri ulazne i izlazne niti;
2. proces se može opisati kao transformacija ulaznih podataka u izlazne podatke;
3. proces se može opisati kao sekvencijalni algoritam.

Za jednostavne procese napravljena je mini-specifikacija - formalni opis algoritma za pretvaranje ulaznih podataka u izlazne podatke.

Mini-specifikacija zadovoljava sljedeće zahtjeve: jedna specifikacija je napravljena za svaki proces; specifikacija na jedinstven način definira ulazne i izlazne tokove za dati proces; specifikacija ne definira kako se ulazni tokovi pretvaraju u izlazne tokove; specifikacija se odnosi na postojeće elemente bez uvođenja novih; Specifikacija koristi standardne pristupe i operacije kad god je to moguće.

Nakon dekompozicije glavnog procesa, za svaki podproces se pravi slična tabela interni događaji.

Sljedeći korak nakon definiranja kompletne tablice događaja je dodjela tokovi podataka, koji se razmjenjuju između procesa i eksterni entiteti. Najjednostavniji način da ih izolujete je da analizirate tabele događaja. Događaji se pretvaraju u tokove podataka od pokretača događaja do traženog procesa, a reakcije se pretvaraju u obrnuti tok događaja. Nakon konstruisanja ulaznih i izlaznih tokova, unutrašnji tokovi se konstruišu na isti način. Da bi se istakli, dobavljači i potrošači informacija su identifikovani za svaki od internih procesa. Ako davalac informacija ili potrošač predstavlja proces za pohranjivanje ili ispitivanje informacija, tada se uvodi skladište podataka za koje je ovaj proces interfejs.

Nakon što su tokovi podataka konstruirani, dijagram se mora provjeriti za potpunost i konzistentnost. Kompletnost dijagrama je osigurana ako sistem nema „viseće“ procese koji se ne koriste u procesu pretvaranja ulaznih tokova u izlazne tokove. Konzistentnost sistema je osigurana implementacijom skupova formalnih pravila o mogućim tipovima procesa: ne može postojati tok u dijagramu koji povezuje dva eksterni entiteti– ova interakcija se uklanja iz razmatranja; nijedan entitet ne može direktno primati ili slati informacije skladištu podataka - skladište podataka je pasivni element kojim upravlja proces interfejsa; dva skladišta podataka ne mogu direktno razmjenjivati ​​informacije - ova skladišta moraju biti kombinovana.

Prednosti DFD tehnika se ne razlikuju od konvencionalnih; nedostatak koncepta vremena, tj. nedostatak analize vremenskih intervala prilikom konverzije podataka (sva vremenska ograničenja moraju biti unesena u specifikacije procesa).

Tema 8. Modeliranje tokova podataka

Opće odredbe. 1

Model DFD..3

Vrste DFD notacija.. 3

Struktura DFD modela.. 4

Osnovni elementi DFD-a i njihova namjena. 6

Zaključci: 11

Opće odredbe

Postoji legenda o tome kako su nastali DFD.

Tokom 1920-ih, konsultant koji je reorganizovao kancelariju označio je svakog službenika krugom i svaki dokument je prošao između njih strelicom. Koristeći takav dijagram, predložio je shemu reorganizacije u kojoj su dva službenika koji razmjenjuju puno dokumenata sjedila u blizini, a službenici s malo interakcije sjedili su na velikoj udaljenosti. Tako je rođen prvi model, koji je dijagram toka - preteča DFD-a. Od tada je prošlo dosta vremena. Kružićima i strelicama dodani su novi simboli, što je povećalo izražajnu moć notacije. Pojavio se razvoj u pogledu načina upotrebe DFD-a za rješavanje problema vezanih za dizajn i razvoj složenih softverskih sistema. Sve ovo je dovelo do toga da DFD postane jedna od veoma popularnih notacija strukturalnog pristupa.

Primjer DFD dijagrama prikazan je na dijagramu (Sl. 87).

Rice. 87. Primjer DFD dijagrama

Prije nego što počnemo gledati sintaksu DFD-a, treba posebno napomenuti da, za razliku od SADT-a (IDEF0), DFD nije metodologija. Drugim riječima, DFD je samo skup općenito prihvaćenih notacija bez strogih ograničenja na metode modeliranja i primjene rezultirajućih modela.

Prilikom izvođenja projekta kreiranja IS-a, DFD notacija se može koristiti kao glavna notacija funkcionalnog modeliranja, međutim, često se koristi kao dodatna u odnosu na IDEF0 (Sl. 88).

Informacijske mreže" href="/text/category/informatcionnie_seti/" rel="bookmark">obrada informacija. Za razliku od IDEF0, gdje se sistem smatra međusobno povezanim funkcionalnim blokovima, a lukovi predstavljaju krute odnose, strelice u DFD-u pokazuju samo ono što kako se objekti (uključujući podatke) kreću s jednog posla na drugi, odražava funkcionalne ovisnosti vrijednosti izračunatih u sistemu, uključujući ulazne vrijednosti, izlazne vrijednosti i interne pohrane podataka.

Drugim riječima, DFD je graf koji prikazuje kretanje vrijednosti podataka od njihovih izvora kroz procese koji ih pretvaraju u njihove potrošače u drugim objektima.

DFD sadrži procese koji transformiraju podatke, tokove podataka koji prenose podatke, aktivne objekte koji proizvode i konzumiraju podatke i skladišta podataka koja pasivno pohranjuju podatke.

Ako govorimo o izražajnoj snazi ​​notacije i uporedimo DFD sa IDEF0, možemo reći da odsustvo takvih koncepata kao što su kontrola i mehanizam naglo smanjuje potencijal DFD-a pri analizi modela, identifikaciji uskih grla, pronalaženju načina za poboljšanje itd. Sve ovo je dovelo do toga da se DFD rijetko koristi kao osnovna notacija u projektima za reinženjering poslovnih procesa, izgradnju sistema upravljanja kvalitetom itd.

DFD model

Vrste DFD notacija

ODA.: U DFD-u (Dijagram toka podataka), sistemski model je definiran kao hijerarhija dijagrama toka podataka koji opisuju procese transformacije informacija od trenutka kada se unesu u sistem do izdavanja krajnjem korisniku. Dijagrami gornjih nivoa hijerarhije – dijagrami konteksta, postavljaju granice modela, definišući njegovo okruženje (eksterne ulaze i izlaze) i glavne procese koji se razmatraju. Kontekstni dijagrami su detaljno opisani korišćenjem sledećih nivoa dijagrama.

Budući da DFD nije standard, trenutno ne postoji jedinstvena notacija sa svojim jedinstveno definiranim primitivima. Za predstavljanje modela koristi se niz različitih DFD notacija. Najrasprostranjenije među njima su Gein-Sarsonove i Jodan/de Marco notacije (sl. 89). Pored ovih oznaka, postoje i druge. Na primjer, notacija koja se koristi u CA BPwin ima svoje karakteristike.

Rice. 89. Najčešće DFD notacije

Uprkos postojanju nekoliko različitih DFD notacija, svi se razlikuju samo po skupu grafičkih primitiva koji se koriste za izgradnju funkcionalnih modela.

Struktura DFD modela

Hijerarhija DF dijagrama je prikazana na dijagramu (Sl. 90).

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

Nakon izrade dijagrama konteksta, rezultirajući model treba provjeriti za kompletnost početnih podataka o sistemskim objektima i izolaciju objekata (odsustvo informacionih veza sa drugim objektima).

Za svaki podsistem prisutan na dijagramima konteksta, detaljan je pomoću DFD-a. Svaki proces na DFD-u, zauzvrat, može biti detaljno opisan korištenjem DFD-a ili mini-specifikacije. Prilikom detaljiranja, mora se poštovati pravilo balansiranja. Suština ovog pravila je da prilikom detaljiranja podsistema ili procesa detaljni dijagram može imati samo one komponente (podsisteme, procese, eksterne entitete, uređaje za skladištenje podataka) sa kojima detaljni podsistem ili proces na roditelju ima informacijsku vezu kao eksternu. dijagram izvora/prijemnika podataka;

Mini-specifikacija (opis logike procesa) treba da formuliše svoje glavne funkcije na takav način da će ih u budućnosti specijalista koji implementira projekat moći izvršiti ili razviti odgovarajući program.

Mini-specifikacija je konačni vrh DFD hijerarhije. Odluku da se završi proces detaljiranja i koristi mini-specifikacija donosi analitičar na osnovu sljedećih kriterija:

– proces ima relativno mali broj ulaznih i izlaznih tokova podataka (2-3 toka);

– sposobnost opisivanja transformacije podataka procesom u obliku sekvencijalnog algoritma;

– proces obavlja jednu logičku funkciju pretvaranja ulaznih informacija u izlazne;

– mogućnost opisivanja logike procesa pomoću male mini-specifikacije (ne više od 20-30 redova).

Kada gradite DFD hijerarhiju, trebali biste nastaviti s detaljima procesa tek nakon određivanja sadržaja svih tokova i pogona podataka, što je opisano pomoću struktura podataka. Strukture podataka su konstruisane od elemenata podataka i mogu sadržati alternative, uslovne pojave i iteracije. Uslovna pojava znači da data komponenta možda nije prisutna u strukturi. Alternativno znači da struktura može uključivati ​​jedan od navedenih elemenata. Iteracija znači unos bilo kojeg broja elemenata u specificiranom rasponu. Za svaki element podataka može se specificirati njegov tip (kontinuirani ili diskretni podaci). Za kontinuirane podatke, mjerna jedinica (kg, cm, itd.), raspon vrijednosti, preciznost prezentacije i oblik fizičkog kodiranja mogu biti specificirani. Za diskretne podatke može se navesti tabela prihvatljivih vrijednosti.

Nakon izgradnje kompletnog modela sistema, mora se verificirati (provjeriti kompletnost i konzistentnost). U potpunom modelu, svi njegovi objekti (podsistemi, procesi, tokovi podataka) moraju biti detaljno opisani i detaljno razrađeni. Identificirani nedetaljni objekti trebaju biti detaljni vraćanjem na prethodne razvojne korake. U konzistentnom modelu, svi tokovi podataka i uređaji za pohranu podataka moraju slijediti pravilo zadržavanja informacija: svi podaci koji negdje stignu moraju biti pročitani, a svi pročitani podaci moraju biti zapisani.

Osnovni elementi DFD-a i njihova namjena

DFD sintaksa uključuje četiri glavna elementa:

- tok podataka;

- proces;

– skladištenje;

- eksterni entitet.

Pogledajmo bliže ove elemente.

Tok podataka

ODA.: Tok podataka povezuje izlaz objekta (ili procesa) sa ulazom drugog objekta (ili procesa). Predstavlja međuproračunske podatke. Tok podataka je prikazan kao strelica između proizvođača podataka i potrošača podataka, označena imenima odgovarajućih podataka. Jednostavno rečeno, tokovi podataka su mehanizmi koji se koriste za modeliranje prijenosa informacija (ili fizičkih komponenti) iz jednog dijela sistema u drugi.

Tokovi u dijagramima su predstavljeni strelicama (obično imenovanim), čija orijentacija označava smjer u kojem informacije teku (slika 91).

Rice. 91. Tok podataka

Za razliku od lukova u IDEF0, tokovi podataka u DFD-u mogu biti ne samo jednosmjerni, već i dvosmjerni.

Proces

ODA.: Proces transformira vrijednosti podataka.

Procesi predstavljaju transformaciju ulaznih tokova podataka u izlazne tokove u skladu sa specifičnim algoritmom. U stvarnom životu proces može obaviti neko odjeljenje organizacije koje obrađuje ulazna dokumenta i izdaje izvještaje, pojedini zaposlenik, program instaliran na računaru, poseban logički uređaj i slično.

Svrha procesa je da proizvede izlazne tokove iz ulaznih tokova u skladu s akcijom specificiranom imenom procesa. Ovo ime mora sadržavati glagol u neodređenom obliku iza kojeg slijedi objekt (na primjer, "izdati propusnicu"). Osim toga, svaki proces mora imati jedinstveni broj za referencu unutar dijagrama. Ovaj broj se može koristiti zajedno s brojem dijagrama kako bi se osigurao jedinstveni indeks procesa za cijeli model.

Kao što je ranije spomenuto, zbog nedostatka jedinstvenog standarda, DFD objekti mogu imati različite oznake (slika 92).

Posebno treba naglasiti da su, za razliku od SADT-a, u DFD-u sve strane bloka ekvivalentne (ovo je očigledno ako se pogleda oznaka procesa u Jodan/de Marco notaciji). Drugim riječima, za razliku od IDEF0 dijagrama, DFD dijagrami ne koriste kontrolne strelice za označavanje pravila za izvršavanje akcije i strelice mehanizama za označavanje potrebnih resursa.

Baze podataka" href="/text/category/bazi_dannih/" rel="bookmark">baze podataka informacionog sistema organizacije.

ODA. 2: SKLADIŠTE PODATAKA (STORAGE) vam omogućava da definirate podatke u određenim područjima koji će biti pohranjeni u memoriji između procesa. U stvari, skladište predstavlja "odsječke" tokova podataka tokom vremena. Informacije koje sadrži mogu se koristiti u bilo kojem trenutku nakon što su definirane, a podaci se mogu odabrati bilo kojim redoslijedom. Ime spremišta mora identificirati njegov sadržaj i biti imenica. U slučaju kada tok podataka ulazi ili izlazi iz skladišta i njegova struktura odgovara strukturi skladišta, on mora imati isto ime, koje ne mora biti prikazano na dijagramu.

Na dijagramu je skladište označeno kao što je prikazano na dijagramu (Sl. 93).

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

Rice. 94. Označavanje eksternog entiteta u različitim DFD notacijama

Primjer korištenja vanjskih entiteta u kontekstualnom dijagramu je prikazan ispod (Sl. 95). Tokom dekompozicije, eksterni entiteti se moraju prenijeti u podređeni dijagram. CA BPwin nema mogućnost automatskog prijenosa eksternih entiteta u podređeni dijagram, tako da se ova operacija mora izvršiti ručno.

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

Rice. 96. Primjer DFD dijagrama

Zaključci:

Kao što je pokazano na početku teme, DFD se može smatrati glavnom notacijom funkcionalnog modeliranja za dizajn IC. S obzirom na to da je IDEF0 ujedno i notacija koja daje opis organizaciono-ekonomskih i proizvodno-tehnoloških sistema, problem izbora notacije javlja se prilikom izvođenja konkretnog projekta automatizacije. Pokušajmo odgovoriti na pitanje: u kojem slučaju će DFD biti poželjniji, a u kojem IDEF0?

Kao što slijedi iz kratkog pregleda upoređenih notacija, DFD ima prednost u odnosu na IDEF0 u smislu predstavljanja struktura podataka na modelu. Zapravo, ova notacija vam omogućava da dizajnirate bazu podataka već u fazi funkcionalnog modeliranja.

Ozbiljni nedostaci DFD-a su:

– prvo, ekspresivna snaga DFD notacije pokazuje se nedovoljnom pri analizi modela, identifikaciji uskih grla, traženju načina za poboljšanje itd.;

– drugo, DFD nije metodologija, što dovodi do mogućnosti dvosmislene interpretacije rezultata modeliranja.

Sve ovo nam omogućava da kažemo da je upotreba DFD-a kao osnovne notacije za funkcionalno modeliranje opravdana kada je u pitanju razvoj samostalno pisanog softverskog sistema i namijenjen je automatizaciji postojećih poslovnih procesa bez njihove optimizacije, odnosno kada se govoreći o patchwork automatizaciji.

U slučaju složene automatizacije, kada glavni značaj nije programiranje, već potraga za rješenjima za optimizaciju poslovanja, DFD notacija ne može konkurirati IDEF0 i može se smatrati samo dodatnom.

Uzimajući u obzir da IT trendovi jasno pokazuju ćorsokak puta “patchwork automatizacije” i potrebu da se odmakne od samopisnih sistema, postaje očigledno zašto je upotreba DFD notacije u aktivnostima konsultantskih kompanija naglo smanjena i, obrnuto, popularnost IDEF0 naglo raste.

Prilikom izgradnje funkcionalnog modela sistema, alternativa metodologiji () je metodologija dijagrami toka podataka (Dijagrami toka podataka, DFD). Za razliku od onog namenjenog za projektovanje sistema uopšte, DFD je namenjen projektovanju informacionih sistema. Fokus ove metodologije na dizajnu automatizovanih sistema čini je pogodnim i korisnijim alatom za izgradnju funkcionalnog TO-BE modela.

Prilikom konstruisanja dijagrama izdvajaju se elementi grafičke notacije prikazane u tabeli. 6.1.

Tabela 6.1. Elementi DFD grafičke notacije

Ime	Jordan notacija	Gein-Sarson notacija
Tok podataka
Proces (sistem, podsistem)
Pohrana podataka
Eksterni entitet

Tok podataka definira informaciju (materijalni objekt) koja se prenosi nekom vezom od izvora do prijemnika. Stvarni tok podataka mogu biti informacije koje se prenose kablom između dva uređaja, pisma poslana poštom, magnetne trake ili diskete prenete sa jednog računara na drugi, itd.

Svaki tok podataka ima ime koje odražava njegov sadržaj. Smjer strelice pokazuje smjer protoka podataka. Ponekad se informacija može kretati u jednom smjeru, obraditi se i vratiti svom izvoru. Ova situacija se može modelirati ili sa dva različita toka, ili sa jednim – dvosmjernim.

Definicija nekog objekta, subjekta ili sistema kao eksternog entiteta ukazuje da se nalazi izvan granica projektovanog informacionog sistema. Zbog toga su eksterni entiteti obično prikazani samo u kontekstualnom DFD dijagramu. Tokom procesa analize i projektovanja, neki eksterni entiteti se mogu preneti u dijagrame dekompozicije, ako je potrebno, ili, obrnuto, deo procesa (podsistema) može biti predstavljen kao eksterni entitet.

Konstrukcija funkcionalnog DFD modela počinje, kao u IDEF0, razvojem kontekstnog dijagrama. Prikazuje glavni proces (sam sistem u cjelini) i njegove veze sa vanjskim okruženjem (spoljni entiteti). Ova interakcija se prikazuje kroz tokove podataka. Moguće je prikazati nekoliko glavnih procesa ili podsistema odjednom na dijagramu konteksta. Primjer kontekstnog dijagrama za problem koji se razmatra prikazan je na sljedećoj slici.

Rice. 6.23. Kontekst dijagram sistema za određivanje dozvoljenih brzina (DFD metodologija)

Ovaj dijagram pokazuje da se kao izvor početnih podataka za rad sistema mogu koristiti baze podataka ARM-P (Track Service Workstation) ili SBD-P (Consolidated DB – Track Fragment), koje sadrže gotovo sve potrebne informacije o dionicama puta.

Istovremeno, sistem ostavlja mogućnost ručnog unosa i podešavanja. Uprkos činjenici da su baze podataka ARM-P ili SBD-P eksterni entiteti u odnosu na sistem, one su u svrhu bolje percepcije prikazane kao uređaj za skladištenje podataka.

Dalji proces projektovanja sastoji se od konstruisanja dijagrama dekompozicije, koji se konstruišu (pokazuju uređaj) samo za procese ili podsisteme (sisteme) .

Dijagram dekompozicije prvog nivoa projektovanog sistema prikazan je na sledećoj slici.

Rice. 6.24. Dijagram dekompozicije prvog nivoa (DFD metodologija)

Na ovoj slici, nekim od tokova podataka povezanih sa disk jedinicama nedostaju imena. Ovo vam omogućava da eliminišete dupliciranje oznaka i, kao rezultat, smanjite zasićenost dijagrama.

Prilikom konstruisanja dijagrama dekompozicije, blokovi sistema su u nekim slučajevima prikazani kao procesi (ime počinje glagolom), u drugim - kao podsistemi (ime počinje rečju „podsistem“). Ovo se radi da bi se ilustrovale konvencije o imenovanju blokova. U isto vrijeme, dekompozicija sistema se može predstaviti ili korištenjem samo procesa ili samo podsistema.

Kontekst dijagram i dijagram dekompozicije su napravljeni pomoću BPwin 4.0.

Odluku da se završi proces detaljiranja i koristi mini-specifikacija donosi dizajner na osnovu sljedećih kriterija:

Proces ima relativno mali broj ulaznih i izlaznih tokova podataka (2-3 toka);

Mogućnost opisivanja procesa u obliku jednostavnog algoritma;

Mogućnost opisivanja logike procesa pomoću male mini-specifikacije (ne više od 20-30 redova).

DFD model, pored opisa funkcionalnog aspekta sistema, sadrži i informacije o informacijskim i komponentnim aspektima. Skup uređaja za skladištenje podataka je prototip buduće baze podataka, tj. određuje sastav i strukturu informacija. Izrada dijagrama koristeći podsisteme kao blokove pokazuje sastav i veze komponenti budućeg sistema.

6.12. DFD ekstenzije za sisteme u realnom vremenu

Sistemi u realnom vremenu se po pravilu grade na interakciji računarske tehnologije i različitih fizičkih uređaja za prikupljanje informacija (senzori, kamere, mikrofoni, itd.). Prvi su diskretni pretvarači informacija, drugi su uglavnom analogni, tj. generisanje informacija u obliku kontinuiranog toka. Još jedna karakteristika takvih sistema je značajna predrasuda prema upravljanju objektima. Za modeliranje ponašanja sistema u realnom vremenu, P. Ward i S. Mellor su predložili korištenje dodatnih elemenata na DFD-u.