Диаграмата на потока от данни (DFD) е традиционно визуално представяне на информационните потоци в системата. Чистият и ясен DFD може да изобрази графично точното количество системни изисквания. Тя може да бъде ръчна, автоматизирана или комбинация от двете.

Той показва как данните влизат и напускат системата, какво променя информацията и къде се съхраняват данните.

Целта на DFD е да покаже обхвата и границите на системата като цяло. Може да се използва като средство за комуникация между системен анализатор и всяко лице, което играе роля в поръчката, която действа като отправна точка за препроектиране на система. DFD се нарича още графика на потока от данни или балонна диаграма.

Следните наблюдения относно DFD са от съществено значение:

дизайн на база данни в dbms

1. Всички имена трябва да са уникални. Това улеснява справянето с елементи в DFD.
2. Не забравяйте, че DFD не е диаграма. Стрелките са диаграма, която представя реда на събитията; стрелките в DFD представляват текущи данни. DFD не включва никакъв ред на събитията.
3. Потискайте логичните решения. Ако някога имаме желание да нарисуваме кутия с форма на диамант в DFD, потиснете това желание! Каре с форма на диамант се използва в блок диаграми за представяне на точки за вземане на решение с множество съществуващи пътища, от които се взема само един. Това предполага подреждане на събития, което няма смисъл в DFD.
4. Не се затъвайте в подробности. Отложете условията за грешка и обработката на грешки до края на анализа.

Стандартните символи за DFD са получени от анализа на диаграмата на електрическата верига и са показани на фиг.

кръг: Кръг (балон) показва процес, който трансформира входните данни в изходни данни.

Поток от данни: Извита линия показва потока от данни към или от процес или хранилище на данни.

Хранилище на данни: Набор от успоредни линии показва място за събиране на елементи с данни. Съхранение на данни показва, че се съхраняват данни, които могат да бъдат използвани на по-късен етап или от други процеси в различен ред. Хранилището на данни може да има елемент или група от елементи.

Източник или приемник: Източникът или приемникът е външен обект и действа като източник на системни входове или приемник на системни изходи.

Нива в диаграми на потока от данни (DFD)

DFD може да се използва за изпълнение на система или софтуер на всяко ниво на абстракция. Всъщност DFD могат да бъдат разделени на нива, които представляват нарастващ информационен поток и функционални детайли. Нивата в DFD са номерирани с 0, 1, 2 или повече. Тук ще видим основно три нива в диаграмата на потока от данни, които са: DFD на ниво 0, DFD на ниво 1 и DFD на ниво 2.

DFDM на ниво 0

Той е известен също като основен системен модел или контекстна диаграма, представя цялото софтуерно изискване като един балон с входни и изходни данни, обозначени с входящи и изходящи стрелки. След това системата се разлага и описва като DFD с множество мехурчета. Части от системата, представена от всеки от тези мехурчета, след това се разлагат и документират като все по-подробни DFD. Този процес може да се повтори на толкова нива, колкото е необходимо, докато програмата се разбере добре. От съществено значение е да се запази броят на входовете и изходите между нивата, тази концепция се нарича нивелиране от DeMacro. По този начин, ако балонът 'A' има два входа x₁и х₂и един изход y, тогава разширеният DFD, който представлява 'A', трябва да има точно два външни входа и един външен изход, както е показано на фиг.

Ниво-0 DFD, наричана още контекстна диаграма на системата за управление на резултатите, е показана на фиг. Тъй като мехурчетата се разлагат на все по-малко абстрактни мехурчета, съответният поток от данни също може да е необходим за разлагане.

DFD на 1 ниво

В DFD на 1 ниво контекстната диаграма се разлага на множество мехурчета/процеси. На това ниво подчертаваме основните цели на системата и разбиваме процеса на високо ниво на DFD на ниво 0 на подпроцеси.

DFD на 2 нива

DFD на 2 нива преминава един процес по-дълбоко в части от DFD на 1 ниво. Може да се използва за проектиране или записване на конкретни/необходими подробности за функционирането на системата.