budzi艅ski,in偶ynieria system贸w informacyjnych, diagram przeplywu趎ych

Diagram Przep艂ywu Danych

Jedn膮 z聽metod wykorzystywanych na etapie analizy i聽projektowania s艂u偶膮cych do modelowania funkcji systemu jest Diagram Przep艂ywu Danych (ang. Data Flow Diagram - DFD). Przedstawia on, w聽jaki spos贸b dane przep艂ywaj膮 w聽systemie oraz opisuje procesy przetwarzaj膮ce dane. Tworzenie diagramu DFD opiera si臋 na nast臋puj膮cych kategoriach poj臋ciowych: proces, przep艂yw danych, magazyn danych, terminator i聽odpowiadaj膮cych im symbolach graficznych. Szczeg贸艂owy opis wszystkich kategorii wyst臋puj膮cych na DFD zawiera s艂ownik danych omawiany w聽podrozdziale 3.2.

Proces (ang. process) oznacza transformacj臋 danych wej艣ciowych w聽wynikowe i聽odpowiada tym sk艂adnikom systemu, kt贸re przetwarzaj膮 dane. Procesy otrzymuj膮 i聽przesy艂aj膮 dane za po艣rednictwem przep艂yw贸w danych. Kojarz膮 si臋 one z聽procedur膮, kt贸rej specyfikacja jest przedstawiona przy u偶yciu innych technik strukturalnych. Nazwa procesu powinna opisywa膰 czynno艣膰 wykonywan膮 na okre艣lonym obiekcie, jak np.: aktualizacja konta klienta, rejestracja danych klienta, wyliczenie stawki amortyzacji sprz臋tu.

Przep艂yw danych (ang. data flow) - opisuje zbi贸r danych przep艂ywaj膮cy pomi臋dzy dwoma obiektami w聽systemie. Przedstawia si臋 go za pomoc膮 linii ze strza艂kami okre艣laj膮cymi kierunek przesy艂ania informacji. Linie s膮 skierowane najcz臋艣ciej jednostronnie. Je艣li przekazywana informacja jest zwrotna u偶ywa si臋 kolejnych linii lub strza艂ek dwukierunkowych. Nazwa przep艂ywu to rzeczownik w聽liczbie pojedynczej. Przyk艂adowe przep艂ywy danych: kwestionariusz osobowy, umowa, faktura dla klienta.

Magazyn danych (ang. data store) - inaczej sk艂adnica danych s艂u偶y do przechowywania danych w聽postaci jednorodnych kolekcji. Zaistnienie magazynu danych w聽diagramie ma sens, gdy przechowywane dane s艂u偶膮 do realizacji, co najmniej dw贸ch proces贸w. Charakter magazynu danych zale偶y od stopnia szczeg贸艂owo艣ci diagramu. Nazwa magazynu danych to rzeczownik w聽liczbie mnogiej, jak np.: pracownicy, towary, wydawnictwa, faktury klienta.

Terminator (ang. terminator) - obiekt zewn臋trzny w聽stosunku do systemu reprezentuj膮cy 藕r贸d艂a lub miejsca przeznaczenia informacji. Terminatorami s膮 obiekty, z聽kt贸rymi system komunikuje si臋. Nazwa terminatora, to rzeczownik liczby pojedynczej. Przyk艂adowe terminatory to: Szef (odbieraj膮cy raporty o聽niezap艂aconych fakturach klienta), Klient (sk艂adaj膮cy zam贸wienie na towary), Modu艂 finansowo-ksi臋gowy systemu informatycznego (korzystaj膮cy z聽zestawie艅 sprzeda偶y projektowanego systemu ewidencji sprzeda偶y, a聽nie b臋d膮cy przedmiotem projektu).

Najcz臋艣ciej stosowane notacje graficzne dla diagramu DFD przedstawia tabela 11.

Tabela . Notacje stosowane w聽diagramach DFD

Nazwa Yourdon-DeMarco Gane-Sarson SSADM
Terminator

terminator

terminator powt贸rzony

Przep艂yw

danych

Proces

proces danych

proces elementarny

proces wielokrotny

Magazyn danych

magazyn danych

magazyn danych powt贸rzony

Regu艂y poprawno艣ci diagramu DFD s膮 nast臋puj膮ce:

W tabeli 11 pokazano notacj臋 u偶ywan膮 w聽metodyce SSADM. Metodyka ta jest wykorzystywana jako wymagalny standard w聽administracjach rz膮dowych niekt贸rych kraj贸w zachodnich. Istniej膮 pewne r贸偶nice w聽stosunku do notacji Yourdona-DeMarco i聽Gane-Sarsone鈥檃 i聽s膮 one nast臋puj膮ce:

Przyk艂ad . B艂臋dne konstrukcje diagramu DFD

Tworz膮c diagramy przep艂ywu danych cz臋sto zapomina si臋 o聽podstawowych zasadach ich konstrukcji. Typowe b艂臋dy wi膮偶膮 si臋 z: u偶yciem niew艂a艣ciwych nazw komponent贸w (rysunek 5, 6, 7, 8), niew艂a艣ciwym 艂膮czeniem komponent贸w (rysunek 9, 10, 11), u偶yciem proces贸w duch贸w i聽proces贸w studni (rysunek 12, 13).

a) U偶ycie b艂臋dnych nazw:

Rysunek . B艂臋dna nazwa terminatora

Rysunek . B艂臋dna nazwa przep艂ywu danych

Rysunek . B艂臋dna nazwa procesu

Rysunek . B艂臋dna nazwa magazynu danych

b) Niew艂a艣ciwe po艂膮czenie komponent贸w:

Rysunek . Niedopuszczalne po艂膮czenie dw贸ch terminator贸w

Rysunek . Niedopuszczalne po艂膮czenie terminatora z聽magazynem danych

Rysunek . Niedopuszczalne po艂膮czenie dw贸ch magazyn贸w danych

c) B艂臋dne procesy 鈥 tzw. 鈥瀞tudnie鈥 i聽鈥瀌uchy鈥:

Rysunek . Proces poch艂aniaj膮cy dane tzw. 鈥瀙roces studnia鈥

Rysunek . Proces 鈥瀌uch鈥 鈥 nie wiadomo sk膮d pobierane s膮 dane

  1. Dekompozycja funkcji

Modelowanie funkcji systemu polega na stworzeniu hierarchicznej grupy diagram贸w DFD. Zazwyczaj pierwszy diagram DFD nazywa si臋 diagram kontekstowy systemu albo diagram 艣rodowiska (otoczenia systemu).

Diagram kontekstowy (inaczej diagram DFD poziomu zerowego) jest specjalnym graficznym schematem przep艂ywu danych, kt贸ry definiuje zakres i聽granice systemu. System przedstawiony jest na diagramie jako pojedynczy proces powi膮zany bezpo艣rednio przep艂ywami danych z聽terminatorami. Ca艂o艣膰 ma na celu przedstawienie powi膮za艅 systemu ze 艣rodowiskiem zewn臋trznym.

Nast臋pnie tworzony jest diagram systemowy, ukazuj膮cy g艂贸wne funkcje systemu. Ka偶da funkcja jest przedstawiona w聽postaci hierarchicznej grupy diagram贸w ni偶szego poziomu.

Diagramy ni偶szych poziom贸w to diagramy szczeg贸艂owe. Zbi贸r diagram贸w DFD dla systemu wraz z聽opisem element贸w wyst臋puj膮cych na diagramie w聽s艂owniku danych stanowi model funkcji systemu. Jest to graficzna mapa proces贸w ukazuj膮ca przep艂yw danych miedzy procesami w聽systemie oraz mi臋dzy 艣wiatem zewn臋trznym a聽systemem.

Proces tworzenie DFD opiera si臋 na analizie obiegu dokument贸w w聽organizacji i聽sk艂ada si臋 z聽nast臋puj膮cych krok贸w:


Wyszukiwarka

Podobne podstrony:
Rafa艂 Polak 12k2 lab8, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafa艂 Polak 12k2 lab9, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
艢ci膮ga SIwZEiUR - Loska, Zarz膮dzanie i in偶ynieria produkcji, Semestr 8, Systemy informatyczne w zarz
analiza systemow informatycznych, Egzamin z PSI, Egzamin sk艂ada si臋 z 30 pyta艅 i modelu UML do zapro
Rafa艂 Polak 12k2 lab4a, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafa艂 Polak 12k2 lab4b, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Diagram Encji, Analiza system贸w informatycznych
projektowanie in偶ynierskie, Projektowanie strukruralne i obiektowe-WYK艁AD 8, PODSTAWY PROJEKTOWANIA
Rafa艂 Polak 12k2 lab11, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafa艂 Polak 12k2 lab2, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafa艂 Polak 12k2 lab3, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafa艂 Polak 12k2 lab10, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafa艂 Polak 12k2 lab6, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafa艂 Polak 12k2 lab5, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafa艂 Polak 12k2 lab8, In偶ynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Projektowanie system贸w informatycznych,Informacje og贸lne i przyk艂ady, Diagramy przypadk贸w u偶ycia Ro
informatyka jezyk inzynierii systemow sysml architektura i zastosowania profile uml 2 x w praktyce s
Wykorzystanie modelu procesow w projektowaniu systemow informatycznych

wi臋cej podobnych podstron