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

Пример за системата за поръчка на храни

Контекст DFD

Контекстната диаграма е диаграма на потока от данни, която показва само най-горното ниво, иначе известно като Ниво 0. На това ниво има само един видим възел на процеса, който представлява функциите на цялостната система по отношение на това как тя взаимодейства с външни обекти. Някои от предимствата на контекстната диаграма са:

  1. Показва общия преглед на границите на системата
  2. Не са необходими технически познания, които да се разберат с простата нотация
  3. Лесно е да се начертае, измени и доработи като ограничена нотация

Фигурата по-долу показва контекстна диаграма на потока от данни, която е съставена за система за поръчка на храни. Той съдържа процес (форма), който представлява системата за моделиране, в този случай „Система за поръчка на храниТой също така показва участниците, които ще взаимодействат със системата, наречена външни обекти. В този пример, Доставчик, Кухня, Мениджър, и Клиент са субектите, които ще взаимодействат със системата. Между процеса и външните обекти има поток от данни (съединители), които показват съществуването на обмен на информация между обектите и системата.

инструмент

Контекст DFD е входът на модел на поток от данни. Той съдържа един и един процес и не показва никакво хранилище на данни.

DFD от ниво 1

Фигурата по-долу показва DFD от ниво 1, което е разлагането (т.е. разбивка) на процеса на системата за поръчка на храни, показан в контекста на DFD. Прочетете диаграмата и след това ще ви представим някои от ключовите понятия, базирани на тази диаграма.

Примерът Диаграма на потока от данни на системата за поръчки на храни съдържа три процеса, четири външни обекта и две хранилища за данни.

Въз основа на диаграмата знаем, че a Клиент може да постави Поръчка. The Поръчвам храна процесът получава Поръчка, го препраща към Кухня, съхранявайте го в Поръчка съхранявайте данни и съхранявайте актуализираното Подробности за инвентара в Складова наличност съхранение на данни. Процесът също така предоставя a Бил към Клиент.

The Мениджър може да получи Доклади през Генериране на отчети процес, който отнема Подробности за инвентара и Поръчки като вход от Складова наличност и Поръчка съхраняване на данни съответно.

The Мениджър може също да инициира Поръчайте инвентар процес чрез предоставяне Поръчка на инвентара. Процесът препраща Поръчка на инвентара към Доставчик и съхранява актуализираното Подробности за инвентара в Складова наличност съхранение на данни.

Диаграма на потока от данни Съвети и предпазни мерки

  1. Етикетите на процеса трябва да бъдат глаголни фрази; хранилищата с данни са представени със съществителни
  2. Съхранението на данни трябва да бъде свързано поне с процес
  3. Външен обект трябва да бъде свързан поне с процес
  4. Не позволявайте да стане твърде сложно; обикновено 5-7 средни хора могат да управляват процеси
  5. DFD е недетерминиран - Номерирането не означава непременно последователност, това е полезно при идентифициране на процесите при обсъждане с потребители
  6. Хранилищата за данни не трябва да бъдат свързани с външен обект, в противен случай това би означавало, че предоставяте на външен обект директен достъп до вашите файлове с данни
  7. Потоците от данни не трябва да съществуват между 2 външни обекта, без да се преминава през процес
  8. Процес, който има входове, но без изходи, се счита за процес на черни дупки

Внимание

Не смесвайте потока от данни и потока от процеси

Някои дизайнери може да се чувстват неудобно, когато виждат съединител, свързващ се от хранилище за данни към процес, без да виждат стъпката на заявката за данни някак показана на диаграмата. Някои от тях ще се опитат да представят заявка, като добавят съединител между процес и хранилище за данни, като я маркират като „заявка“ или „заявка за нещо“, което е погрешно.

Имайте предвид, че диаграмата на потока от данни е предназначена за представяне на обмена на информация. Съединителите в диаграма на потока от данни са за представяне на данни, а не за представяне на поток от процес, стъпка или нещо друго. Когато маркираме поток от данни, който завършва в хранилище за данни, "заявка", това означава, че предаваме заявка като данни в хранилище за данни. Въпреки че това може да е така на ниво на внедряване, тъй като някои от СУБД поддържат използването на функции, които приемат някои стойности като параметри и връщат резултат, в диаграмата на потока от данни сме склонни да третираме хранилището на данни като единствен притежател на данни, който го прави не притежават никакви възможности за обработка. Ако искате да моделирате системния поток или процесния процес, вместо това използвайте UML диаграма на активността или BPMN диаграма на бизнес процеса. Ако искате да моделирате вътрешната структура на хранилището на данни, използвайте диаграма на връзката на обекта.