Diagram toku dat - Data-flow diagram

Diagram toku dat s ukládáním dat, datovými toky, funkcí a rozhraním
Diagram toku dat s ukládáním dat, datovými toky, funkcí a rozhraním

A diagram toku dat je způsob reprezentace toku dat přes a proces nebo systém (obvykle informační systém ). DFD také poskytuje informace o výstupech a vstupech každé entity a samotném procesu. Diagram toku dat nemá žádný kontrolní tok, neexistují žádná pravidla rozhodování a žádné smyčky. Specifické operace založené na datech mohou být reprezentovány a vývojový diagram.[1]

Existuje několik notací pro zobrazení diagramů toku dat. Výše uvedený zápis byl popsán v roce 1979 autorem Tom DeMarco jako součást strukturované analýzy.

Pro každý datový tok musí v procesu existovat alespoň jeden z koncových bodů (zdroj a / nebo cíl). Upřesněné znázornění procesu lze provést v dalším diagramu toku dat, který tento proces rozděluje na dílčí procesy.

Diagram toku dat je součástí nástrojů pro modelování strukturované analýzy. Při použití UML, diagram činnosti obvykle převezme roli diagramu toku dat. Zvláštní formou plánu toku dat je plán toku dat orientovaný na místo.

Diagramy toku dat lze považovat za obrácené Petriho sítě, protože místa v takových sítích odpovídají sémantice datových pamětí. Analogicky by měla být sémantika přechodů z Petriho sítí a datových toků a funkcí z diagramů datových toků považována za ekvivalentní.

Dějiny

Notace DFD čerpá z teorie grafů, původně používané v operačním výzkumu k modelování pracovního toku v organizacích. DFD vzniklo z diagramu aktivity použitého v metodice SADT (Structured Analysis and Design Technique) na konci 70. let. Mezi popularizátory DFD patří Edward Yourdon, Larry Constantine, Tom DeMarco, Chris Gane a Trish Sarson.[2]

Diagramy toku dat (DFD) se rychle staly populárním způsobem vizualizace hlavních kroků a dat zahrnutých do procesů softwarového systému. DFD se obvykle používaly k zobrazení toku dat v počítačovém systému, i když na ně lze teoreticky použít modelování podnikových procesů. DFD byly užitečné k dokumentaci hlavních toků dat nebo k prozkoumání nového designu na vysoké úrovni, pokud jde o tok dat.[3]

Komponenty DFD

Diagram toku dat - notace Yourdon / DeMarco
Diagram toku dat - Yourdon /DeMarco notace

DFD se skládá z procesů, toků, skladů a terminátorů. Existuje několik způsobů, jak tyto komponenty DFD zobrazit.[4]

Proces

Proces (funkce, transformace) je součástí systému, který transformuje vstupy na výstupy. Symbolem procesu je kruh, ovál, obdélník nebo obdélník se zaoblenými rohy (podle typu notace). Proces je pojmenován jedním slovem, krátkou větou nebo frází, která má jasně vyjádřit svou podstatu.[2]

Datový tok

Datový tok (tok, datový tok) ukazuje přenos informací (někdy i materiálu) z jedné části systému do druhé. Symbol toku je šipka. Tok by měl mít název, který určuje, jaké informace (nebo jaký materiál) se přesouvají. Výjimkou jsou toky, kde je jasné, jaké informace se přenášejí prostřednictvím entit, které jsou s těmito toky spojeny. Posuny materiálu jsou modelovány v systémech, které nejsou pouze informativní. Tok by měl přenášet pouze jeden typ informací (materiál). Šipka ukazuje směr toku (může být také obousměrný, pokud jsou informace do / z entity logicky závislé - např. Otázka a odpověď). Toky spojují procesy, sklady a terminátory.[2]

Sklad

Sklad (datové úložiště, úložiště dat, soubor, databáze) slouží k ukládání dat pro pozdější použití. Symbol obchodu jsou dvě vodorovné čáry, jiný způsob zobrazení je uveden v DFD notaci. Název skladu je podstatné jméno v množném čísle (např. Objednávky) - odvozuje se od vstupních a výstupních toků skladu. Sklad nemusí být jen datový soubor, například složka s dokumenty, kartotéka a optické disky. Prohlížení skladu ve službě DFD je tedy nezávislé na implementaci. Tok ze skladu obvykle představuje čtení dat uložených ve skladu a tok do skladu obvykle vyjadřuje zadávání nebo aktualizaci dat (někdy také mazání dat). Sklad je reprezentován dvěma paralelními liniemi, mezi nimiž je umístěn název paměti (lze jej modelovat jako uzel vyrovnávací paměti UML).[2]

Terminátor

Terminátor je externí entita, která komunikuje se systémem a stojí mimo systém. Může to být například různé organizace (např. Banka), skupiny lidí (např. Zákazníci), úřady (např. Finanční úřad) nebo útvar (např. Oddělení lidských zdrojů) stejné organizace, který nepatří do modelového systému. Terminátorem může být jiný systém, se kterým modelovaný systém komunikuje.[2]

Pravidla pro vytváření DFD

Názvy entit by měly být srozumitelné bez dalších komentářů. DFD je systém vytvořený analytiky na základě rozhovorů s uživateli systému. Je určen pro vývojáře systému na jedné straně, dodavatele projektu na straně druhé, takže názvy entit by měly být přizpůsobeny pro doménu modelu nebo amatérské uživatele nebo profesionály. Názvy entit by měly být obecné (nezávislé, např. Konkrétní osoby provádějící danou činnost), ale měly by jasně specifikovat entitu. Procesy by měly být očíslovány pro snazší mapování a odkazování na konkrétní procesy. Číslování je náhodné, je však nutné udržovat konzistenci na všech úrovních DFD (viz hierarchie DFD). DFD by mělo být jasné, protože maximální počet procesů v jednom DFD se doporučuje být od 6 do 9, minimum jsou 3 procesy v jednom DFD.[1][2] Výjimkou je takzvaný kontextový diagram, kde jediný proces symbolizuje modelový systém a všechny terminátory, se kterými systém komunikuje.

Konzistence DFD

DFD musí být v souladu s ostatními modely systému - modely ERD, STD, Data Dictionary a Process Specification. Každý proces musí mít svůj název, vstupy a výstupy. Každý tok by měl mít svůj název (výjimka viz Tok). Každé úložiště dat musí mít vstupní a výstupní tok. Vstupní a výstupní toky nemusí být zobrazeny v jednom DFD - ale musí existovat v jiném DFD popisujícím stejný systém. Výjimkou je sklad stojící mimo systém (externí úložiště), se kterým systém komunikuje.[2]

Hierarchie DFD

Aby byla DFD transparentnější (tj. Ne příliš mnoho procesů), lze vytvořit víceúrovňové DFD. DFD, které jsou na vyšší úrovni, jsou méně podrobné (agregují podrobnější DFD na nižších úrovních). Kontextový DFD je nejvyšší v hierarchii (viz Pravidla vytváření DFD). Za takzvanou nulovou úrovní následuje DFD 0, počínaje číslováním procesů (např. Proces 1, proces 2). V další, takzvané první úrovni - DFD 1 - číslování pokračuje. Např. proces 1 je rozdělen na první tři úrovně DFD, které jsou očíslovány 1.1, 1.2 a 1.3. Podobně jsou procesy na druhé úrovni (DFD 2) očíslovány, např. 2.1.1, 2.1.2, 2.1.3 a 2.1.4. Počet úrovní závisí na velikosti modelového systému. Procesy DFD 0 nemusí mít stejný počet úrovní rozkladu. DFD 0 obsahuje nejdůležitější (agregované) systémové funkce. Nejnižší úroveň by měla zahrnovat procesy, které umožňují vytvořit specifikaci procesu (Specifikace procesu) pro zhruba jednu stránku A4. Pokud by mini-specifikace měla být delší, je vhodné vytvořit další úroveň procesu, kde bude rozložen na více procesů. Pro jasný přehled o celé hierarchii DFD lze vytvořit vertikální (průřezový) diagram. Sklad se zobrazuje na nejvyšší úrovni, kde je poprvé použit, a také na každé nižší úrovni.[2]

Viz také

Reference

  1. ^ A b Bruza, P. D .; van der Weide, Th. P. (01.11.1990). Msgstr "Hodnocení kvality hypertextových pohledů". Fórum ACM SIGIR. 24 (3): 6–25. doi:10.1145/101306.101307. ISSN  0163-5840. S2CID  8507530.
  2. ^ A b C d E F G h Yourdon, Edward (1975). "Strukturované programování a strukturovaný design jako umělecké formy". Proceedings of the May 19–22, 1975, National Computer Conference and Exposition on - AFIPS '75: 277. doi:10.1145/1499949.1499997. S2CID  36802486.
  3. ^ Craig., Larman (2012). Aplikování UML a vzorů: úvod do objektově orientované analýzy a designu a iterativního vývoje (3. vyd.). Nové Dillí: Pearson. ISBN  978-8177589795. OCLC  816555477.
  4. ^ 1958-, Řepa, Václav (1999). Analýza a návrh informačních systémů (Vyd. 1 ed.). Praha: Ekopress. ISBN  978-8086119137. OCLC  43612982.CS1 maint: číselné názvy: seznam autorů (odkaz)

Bibliografie

  • Scott W. Ambler. Vývoj agilního modelu Object Primer 3. vydání s UML 2
  • Schmidt, G., Methode und Techniken der Organization. 13. Aufl., Gießen 2003
  • Stahlknecht, P., Hasenkamp, ​​U .: Einführung in die Wirtschaftsinformatik. 12. Aufl., Berlín 2012
  • Gane, Chris; Sarson, Trish. Analýza strukturovaných systémů: Nástroje a techniky. New York: Improved Systems Technologies, 1977. ISBN  978-0930196004. 373
  • Demarco, Tom. Strukturovaná analýza a specifikace systému. New York: Yourdon Press, 1979. ISBN  978-0138543808. 352.
  • Yourdon, Edwarde. Strukturovaný design: Základy disciplíny návrhu počítačových programů a systémů. New York: Yourdon Press, 1979. ISBN  978-0138544713. 473.
  • Page-Jones, Meilire. Praktický průvodce návrhem strukturovaných systémů. New York: Yourdon Press, 1988. ISBN  978-8120314825. 384.
  • Yourdon, Edwarde. Moderní strukturovaná analýza. New York: Yourdon Press, 1988. ISBN  978-0135986240. 688.

externí odkazy