Opracuj DFD z krokowym udoskonaleniem

Table of Contents hide

1 Czym jest krokowe udoskonalenie?

2 Przykład krokowego udoskonalenia

8 Technika dekompozycji odgórnej w DFD

9 Przykłady DFD — Przykład systemu obsługi klienta

10 DFD kontekstowy

11 DFD poziomu 1

11.1 Dowiedz się więcej o DFD na przykładach

Diagramy przepływu danych(DFD) przedstawiają przepływ informacji przez system. DFD szybko stały się popularnym sposobem wizualizacji głównych kroków i danych zaangażowanych w procesy systemów oprogramowania.

Diagram przepływu danych (DFD) to sposób przedstawiania przepływu danych w procesie lub systemie (zwykle systemie informacyjnym), na przykład:

Skąd pochodzi dane?
Dokąd idzie?
Jak jest przechowywane?

Innymi słowy, pokazuje, jak dane są przetwarzane przez system w kategoriach wejść i wyjść, wykorzystując techniki dekompozycji odgórnej (znane również jako krokowe udoskonalenie).

Czym jest krokowe udoskonalenie?

Jednym ze skutecznych sposobów rozwiązania złożonego problemu jest podzielenie go na prostsze podproblemy. Zaczynasz od podziału całego zadania na prostsze części.

Krokowe udoskonalenie to w zasadzie dekompozycja systemu, aby uzyskać wgląd w podsystemy, które tworzą system, znaną jako metoda dekompozycji odgórnej.

Na przykład, przegląd systemu jest opracowywany jakodiagram kontekstu systemuktóry określa, ale nie precyzuje, żadnego poziomu podsystemu. Każdy z tych podsystemów jest następnie udoskonalany do większych szczegółów (takich jak poziomy 0, 1, 2 itd. w DFD), czasami na wielu dodatkowych poziomach podsystemów, aż cała specyfikacja zostanie zredukowana do podstawowych elementów.

Jak to zwykle bywa, burza mózgów zaowocowała pomysłami (właściwie rzeczami na naszą listę rzeczy do zrobienia), które są na różnych poziomach „szczegółowości” – niektóre z nich są „niżej” niż inne, lub, można by powiedzieć, niektóre zawierają inne.

Ułóżmy je hierarchicznie. Innymi słowy, zidentyfikujmy, które kroki są częścią innego kroku. Jednym ze sposobów na to jest myślenie o każdej akcji jako o zestawie działań.

Przykład krokowego udoskonalenia

Posprzątaj dom

{Odkurz pokój jadalny, Posprzątaj salon}

Gotuj

{Wybierz przepis, Zrób zakupy na składniki, Piecz kurczaka. Przygotuj warzywa}

Nakryj do stołu

Znajdź obrus, Wyjmij talerze, Wyłóż szkło, Wyłóż sztućce, Serwetki

Pieczony kurczak

{Rozgrzej piekarnik do400 , Włóż kurczaka do patelni, Pozostaw kurczaka w400 piekarniku przez90 minut}

Przygotuj warzywa

Pokrój warzywa, Ugotuj warzywa

(*Źródło:Projektowanie odgórne i krokowe udoskonalenie — Wiki książki)

Gdy te podstawowe elementy zostaną zidentyfikowane, możemy je zbudować w moduły komputerowe. Gdy zostaną zbudowane, możemy je połączyć i stworzyć cały system z tych indywidualnych komponentów.

Technika dekompozycji odgórnej w DFD

W DFD,dekompozycja odgórna (znana również jako poziomowanie lub krokowe udoskonalenie) jest techniką używaną do pokazywania większej szczegółowości w niższych poziomach DFD. Poziomowanie polega na rysowaniu serii coraz bardziej szczegółowych diagramów, aż osiągnięty zostanie pożądany stopień szczegółowości. Jak pokazano na rysunku, poziomowanie DFD najpierw przedstawia docelowy system jako pojedynczy proces, a następnie pokazuje więcej szczegółów, aż wszystkie procesy staną się funkcjonalnymi prymitywami.

DFD na wyższym poziomie są mniej szczegółowe
DFD na wysokim poziomie mają być dekomponowane na bardziej szczegółowe DFD na niższych poziomach
Diagram kontekstu jest najwyższy w hierarchii (patrz zasady tworzenia DFD). Tzw. poziom zerowy jest następnie śledzony przez DFD 0, zaczynając od numeracji procesów (np. Proces 1, Proces 2).
W następnym, tzw. pierwszym poziomie — DFD 1 — numeracja trwa. Np. Proces 1 jest podzielony na pierwsze trzy poziomy DFD, które są numerowane 1.1, 1.2 i 1.3.
Podobnie, procesy na drugim poziomie (DFD 2) są numerowane np. 1.1.1, 1.1.2, 1.1.3 i 1.1.4.
Liczba poziomów zależy od wielkości modelowanego systemu. Każdy z procesów na poziomie 0 może nie mieć tej samej liczby poziomów dekompozycji.

Przykłady DFD — Przykład systemu obsługi klienta

Diagram przepływu danych to hierarchia diagramów składająca się z:

Diagram kontekstowy (poziom zero w koncepcji)
DFD poziomu 1
I możliwy DFD poziomu 2 oraz dalsze poziomy dekompozycji funkcjonalnej w zależności od złożoności twojego systemu

DFD kontekstowy

Rysunek poniżej przedstawia kontekstowy diagram przepływu danych, który został stworzony dla systemu obsługi klienta firmy kolejowej. Zawiera proces (kształt), który reprezentuje system do modelowania, w tym przypadku „System CS“. Pokazuje również uczestników, którzy będą wchodzić w interakcję z systemem, zwanych podmiotami zewnętrznymi. W tym przykładzie, Asystent CS i Pasażer są dwoma podmiotami, które będą wchodzić w interakcję z systemem. Pomiędzy procesem a podmiotami zewnętrznymi znajduje się przepływ danych (łączniki), który wskazuje na istnienie wymiany informacji między podmiotami a systemem.

Edytuj ten przykład DFD Yourdon i Coad

DFD kontekstowy jest wejściem modelu przepływu danych. Zawiera jeden i tylko jeden proces i nie pokazuje żadnego magazynu danych.

DFD poziomu 1

Rysunek poniżej przedstawia DFD poziomu 1, który jest dekompozycją (tj. rozbiciem) procesu systemu CS przedstawionego w DFD kontekstowym. Przejrzyj diagram, a następnie wprowadzimy niektóre kluczowe pojęcia oparte na tym diagramie.

Edytuj ten przykład diagramu Yourdon i Coad

Przykład diagramu przepływu danych systemu CS zawiera cztery procesy, dwa podmioty zewnętrzne i cztery magazyny danych. Chociaż nie ma wytycznych projektowych regulujących pozycjonowanie kształtów w diagramie przepływu danych, zazwyczaj umieszczamy procesy w środku, a magazyny danych i podmioty zewnętrzne po bokach, aby ułatwić zrozumienie.

Na podstawie diagramu wiemy, że Pasażer może otrzymać Szczegóły transportu z Zapytanie o szczegóły transportu procesu, a szczegóły są dostarczane przez magazyny danych Szczegóły transportu i Statystyki kolejowe na żywo. Podczas gdy dane przechowywane w Szczegóły transportu są danymi trwałymi (wskazanymi przez etykietę „D”), dane przechowywane w Statystyki kolejowe na żywo są danymi przejściowymi, które są przechowywane przez krótki czas (wskazany przez etykietę „T”). Kształt dymka jest używany do wymienienia rodzajów szczegółów, które mogą być zapytane przez pasażera.

Asystent CS może zainicjować Kup pamiątkę proces, co skutkuje posiadaniem Szczegóły zamówienia przechowywanych w Zamówienie magazynie danych. Chociaż klient jest prawdziwą osobą, która kupuje pamiątki, to Asystent CS który uzyskuje dostęp do systemu w celu przechowywania szczegółów zamówienia. Dlatego przepływ danych odbywa się od Asystent CS do Kup pamiątkę proces.

Asystent CS może również zainicjować Kup Bilet proces, dostarczając Szczegóły zamówienia a szczegóły zostaną ponownie zapisane w Zamówienie magazynie danych. Diagram przepływu danych to diagram na wysokim poziomie, który jest rysowany z dużym stopniem abstrakcji. Magazyn danych Zamówienie, który jest tutaj przedstawiony, niekoniecznie oznacza rzeczywistą bazę danych zamówień lub tabelę zamówień w bazie danych. Sposób, w jaki szczegóły zamówienia są fizycznie przechowywane, zostanie ustalony później podczas wdrażania systemu.

Na koniec, Asystent CS może zainicjować Zgłoś Zgubienie proces, dostarczając Szczegóły incydentu i przedmiotu a informacje zostaną zapisane w Zgubiony Przedmiot bazie danych.