Historia DPD
Diagramy przepływu danych zostały spopularyzowane pod koniec lat 70. Zrobili to pionierzy informatyki, Ed Yourdon i Larry Constantine, przy pomocy swojej książki „Structured Design”. W swojej pracy opierali się na modelach obliczeniowych „grafu przepływu danych” Davida Martina i Geralda Estrina. Zarówno koncepcja projektowania strukturalnego, jak i metoda DPD zyskały szerokie zastosowanie w inżynierii oprogramowania i biznesie.
Trzech innych ekspertów, którzy przyczynili się do rozwoju metodologii DPD, to Tom DeMarco, Chris Gane i Trish Sarson. Połączyli siły w różnych kombinacjach, aby zdefiniować symbole i notacje używane w diagramie przepływu danych.
Symbole i notacje używane w DPD
Zanim zaczniesz, zapoznaj się z różnymi symbolami diagramu przepływu danych. Ponieważ pomiędzy systemami występują pewne różnice w symbolach, ważne jest, aby podczas komunikacji i współpracy z innymi osobami używać jasnych i spójnych kształtów oraz oznaczeń.
Zgodnie z zasadami lub wytycznymi dotyczącymi DPD obowiązującymi w dowolnej konwencji symbole te przedstawiają cztery elementy diagramów przepływu danych:
1. Podmiot zewnętrzny
Podmiot zewnętrzny to system, który wysyła lub odbiera dane, i komunikuje się z systemem tworzonym na diagramie. Są one źródłami i miejscami docelowymi informacji wchodzących do systemu lub z niego wychodzących. To może być zewnętrzna organizacja lub osoba, system komputerowy lub system biznesowy. Są one również znane jako terminatory, źródła i pochłaniacze lub aktorzy. Zazwyczaj rysuje się je na krawędziach diagramu.
2. Proces
Procesy zmieniają dane i generują dane wyjściowe. Mogą wykonywać obliczenia, sortować dane w oparciu o logikę lub kierować przepływem danych zgodnie z regułami biznesowymi. Krótka etykieta służy do opisania procesu (np. „Prześlij płatność”).
3. Magazyn danych
Magazyny danych to pliki lub repozytoria, które przechowują informacje do późniejszego wykorzystania (np. tabela bazy danych lub formularz członkostwa). Każdy magazyn danych otrzymuje prostą etykietę (np. „Zamówienia”).
4. Przepływ danych
Przepływ danych opisuje trasę, jaką dane obierają między podmiotami zewnętrznymi, procesami i magazynami danych. Przedstawia on interfejs między innymi komponentami i jest wyświetlany za pomocą strzałek, zwykle oznaczonych krótką nazwą danych (np. „Szczegóły rozliczeniowe”).
Zasady i wskazówki dotyczące DPD
Wszystkie diagramy przepływu danych mają pewne zasady, o których należy pamiętać:
-
Każdy proces powinien mieć co najmniej jedne dane wejściowe i wyjściowe.
-
Każdy magazyn danych powinien mieć co najmniej jeden dopływ danych i jeden wypływ danych.
-
Dane przechowywane w systemie muszą przejść przez proces.
-
Wszystkie procesy w DPD przechodzą do innego procesu lub magazynu danych.
Poziomy i warstwy DPD: od diagramów kontekstowych do pseudokodu
Diagram przepływu danych może stopniowo zagłębiać się w szczegóły, używając poziomów i warstw, koncentrując się na określonym elemencie. Poziomy DPD są ponumerowane 0, 1 lub 2, a czasami przechodzą nawet do poziomu 3 lub dalej. Niezbędny poziom szczegółowości zależy od zakresu tego, co próbujesz osiągnąć.
Poziom DPD 0
Poziom DPD 0 nazywany jest również diagramem kontekstowym. Jest to podstawowy przegląd całego systemu lub procesu, który jest analizowany lub modelowany. Został zaprojektowany jako skrótowy widok, pokazujący system jako pojedynczy proces wysokiego poziomu wraz z jego powiązaniami z podmiotami zewnętrznymi. Powinien być łatwo zrozumiały dla szerokiego grona odbiorców, w tym interesariuszy, analityków biznesowych, analityków danych i programistów.
