Nauka diagramów przepływu danych na przykładach: Kompleksowy przewodnik

Diagramy przepływu danych (DFD) to istotne narzędzia analizy systemów, zapewniające jasny, wizualny sposób zrozumienia, jak dane poruszają się przez system informacyjny. Przez analizę przykładów z rzeczywistego życia możesz szybko opanować podstawowe koncepcje i zastosować je w swoich własnych projektach. Ten przewodnik prowadzi Cię przez kluczowe koncepcje DFD, korzystając z przykładów z repozytorium Visual Paradigm, wyjaśniając symbole, zasady oraz myślenie stojące za każdym diagramem.

Zrozumienie podstawowych składników

Zanim przejdziesz do przykładów, kluczowe jest zrozumienie czterech podstawowych elementów każdego DFD:

Składnik	Opis	Powszechna notacja (Yourdon & Coad)	Powszechna notacja (Gane & Sarson)
Zewnętrzny element	Osoba, organizacja lub system poza modelemowanym systemem, który wysyła lub odbiera dane. Przykłady: Klient, Dostawca, Bank. Często nazywany „źródłem” lub „zbiornikiem”.	Prostokąt	Prostokąt
Proces	Działalność lub funkcja, która przekształca dane wejściowe w dane wyjściowe. Musi mieć co najmniej jedno wejście i jedno wyjście. Przykłady: „Weryfikacja płatności”, „Wysyłka zamówienia”.	Koło	Zaokrąglony prostokąt
Magazyn danych	Miejsce, gdzie dane są przechowywane do późniejszego użycia. Może to być baza danych, plik lub nawet szafka archiwalna.	Dwie równoległe linie	Prostokąt z otwartym końcem
Przepływ danych	Ścieżka, po której dane poruszają się z jednej części systemu do drugiej. Reprezentowana jest strzałką i pokazuje kierunek ruchu.	Strzałka	Strzałka

Uwaga:Istnieją dwa główne sposoby notowania DFD: Yourdon & Coad oraz Gane & Sarson. Choć ich symbole różnią się nieco, podstawowe koncepcje są identyczne. Ważne jest, aby wybrać jeden sposób i stosować go spójnie.

Siła przykładów

Przykłady zawarte w artykule Visual Paradigm są doskonałe do nauki, ponieważ pokazują DFD na różnych poziomach szczegółowości. Systemy zazwyczaj dzieli się na poziomy, aby zarządzać ich złożonością. Nazywa się to poziomowaniem .

• Diagram kontekstowy (poziom 0): To najwyższy poziom widoku. Pokazuje całą system jako pojedynczy proces oraz jego interakcje z wszystkimi zewnętrznymi jednostkami. Daje prosty, ogólny obraz systemu. Magazyny danych nie są pokazywane na tym poziomie ponieważ są wewnętrzne dla systemu.

• Diagram DFD poziomu 1: Ten diagram „eksplozuje” pojedynczy proces z diagramu kontekstowego na jego główne podprocesy. Pokazuje główne funkcje systemu, sposób przepływu danych między nimi oraz po raz pierwszy wprowadza magazyny danych. Diagram DFD poziomu 1 musi być „zrównoważony” z diagramem kontekstowym, co oznacza, że przepływy danych wpływające do systemu i wypływające z niego pozostają takie same.

• Diagram DFD poziomu 2 (i wyższe): Te diagramy dostarczają dalszych szczegółów poprzez rozbicie jednego z procesów z diagramu poziomu 1. Ten proces trwa, aż osiągnięto pożądany poziom szczegółowości.

Przykład z instrukcją: System zamówień jedzenia

Zanalizujmy przykład „Systemu zamówień jedzenia” wspomniany w artykule, aby zobaczyć te koncepcje w działaniu.

1. Diagram kontekstowy (poziom 0):

• Zewnętrzne jednostki: Prawdopodobnie Klient i Kuchnia. Klient składa zamówienia i otrzymuje jedzenie; kuchnia otrzymuje zamówienia i potwierdza ich status.

• Pojedynczy proces: Cały system zamówień jedzenia jest przedstawiony jako jeden proces (np. „System zamówień jedzenia”).

• Przepływy danych: „Zamówienie” (Klient → System), „Jedzenie” (System → Klient), „Prośba o zamówienie” (System → Kuchnia), „Status zamówienia” (Kuchnia → System). Ten diagram daje Ci widok z wysokości 10 000 stóp na zakres systemu.

2. Diagram DFD poziomu 1:

• Ten diagram rozbiłby pojedynczy proces na jego główne funkcje. Na podstawie przykładu, mogą to być:

  

  • 1.0 Przetwarzanie zamówienia: Odbiera zamówienie klienta, weryfikuje je i przekazuje dalej.

  • 2.0 Przygotowanie jedzenia: Odbiera prośbę o zamówienie i koordynuje przygotowanie jedzenia.

  • 3.0 Obsługa płatności: Zajmuje się procesem płatności.

• Magazyny danych: Magazyn danych takich jak Zamówienie D1 może się tu pojawić. Przepływy danych takie jak „Szczegóły zamówienia” przemieszczają się z procesu 1.0 do magazynu danych zamówienia, a „Zamówienie gotowe do serwowania” przemieszcza się z procesu 2.0 z powrotem do procesu 1.0 w celu powiadomienia klienta.

Porównując diagramy kontekstowy i poziomu 1, możesz zobaczyć, jak pojedyncza funkcja najwyższego poziomu jest rozkładana na zestaw współdziałających podprocesów.

Badanie innych przykładów

Artykuł zawiera szereg przykładów schematów przepływu danych, które ilustrują różne systemy i notacje:

• Platforma handlu papierami wartościowymi: Ten przykład jest doskonały do zrozumienia złożonych systemów z wieloma zewnętrznymi jednostkami (np. Trader, Giełda Papierów Wartościowych) oraz magazynami danych (np. Baza danych kont, Portfel akcji).

  

• Aplikacja sklepowo-mieszczańska: Ten przykład pokazuje, jak schematy przepływu danych mogą być wykorzystywane do modelowania nowoczesnej aplikacji mobilnej interakcji z usługami backendowymi, takimi jak zarządzanie zapasami i przetwarzanie płatności.

  

   

Kluczowe zasady

Podczas tworzenia i interpretowania schematów przepływu danych pamiętaj o tych podstawowych zasadach:

1. Dane nie mogą przepływać bezpośrednio:

   • Między dwiema zewnętrznymi jednostkami.

   • Między dwoma magazynami danych.

   • Między jednostką zewnętrzną a magazynem danych.
     Dane zawsze muszą przechodzić przez proces .

2. Każdy proces musi mieć co najmniej jeden przepływ danych wejściowych i jeden wyjściowy .

3. Zasady nazewnictwa:

   • Procesy: Nazwij je silnymi, czasownikami aktywnymi (np. „Przetwarzanie płatności”, „Wysyłka zamówienia”).

   • Zewnętrzne jednostki, magazyny danych i przepływy danych: Nazwij je rzeczownikami (np. „Klient”, „Baza danych zapasów”, „Szczegóły zamówienia”).

4. Zrównowaguj swoje schematy: Przepływy danych wchodzące do i wychodzące z procesu na wyższym poziomie schematu muszą odpowiadać połączeniu danych wejściowych i wyjściowych jego rozłożonych podprocesów na niższym poziomie schematu. Zapewnia to spójność i kompletność.

Zrozumienie tych podstawowych pojęć oraz analiza przykładów przedstawionych w artykule Visual Paradigm przygotuje Cię do tworzenia jasnych i skutecznych schematów przepływu danych dla własnych projektów analizy systemów.

Źródło