DFD (Data Flow Diagram) Диаграммы — зачем они нужны и какие бывают

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Прежде чем перейти к статье, хочу вам представить, экономическую онлайн игру Brave Knights, в которой вы можете играть и зарабатывать. Регистируйтесь, играйте и зарабатывайте!

Привет всем!

Сегодня решил написать основную теорию про применение диаграмм потоков данных как одного из инструментов моделирования процессов.

Диаграмма отображает потоки данных между системами, базами данных. Ключевыми элементами являются входные/выходные данные, системы, точки хранения и сбора данных. 

Зачем нужны DFD диаграммы?

DFD диаграммы в отличии от других нотаций позволяют визуально показать все процессы с точки зрения данных. Это может быть полезно:

  • при разработке информационной системы 

  • при интеграции системы

  • при миграции данных и функционала с одной системы на другую 

  • в проектах, связанных с Data Management 

  • в процессе построения аналитического хранилища, BI-решения

Диаграмма позволяет визуализировать как движение данных между объектами системы, так и преобразования данных, которые могут применяться на разных шагах процесса.

Элементы DFD диаграммы 

Выделяют 4 элемента в диаграмме

  1. Процесс 

Процессы, при которых идет изменение потока данных (обработка, трансформация и др. изменения). Процесс как и в других диаграммах обычно прописывается с помощью глагола, например: “Отправка заполненной формы”

  1. Внешняя сущность 

Сущность (объект), которая получает или отправляете данные при взаимодействии с описанным процессом. 

  1. Хранилище данных

Все хранилища данных или отдельные файлы, которые хранят исходные или выходные данные, а также все промежуточные хранилища. 

  1. Поток данных 

Поток данных, который отображает направление и сами данные, которые перемещаются между внешними сущностями и хранилищами данных с помощью процессов. 

Несколько правил построения диаграмм:

  • Процесс должен иметь входной и выходной поток данных

  • Хранилища данных также должны иметь входные и выходные потоки данных

  • Данные с внешних сущностей должны обязательно проходить через процесс чтобы попасть в хранилище

В DFD диаграммах также выделяют 2 разные нотации. Поэтому стоит обращать внимание на условные обозначения каждого элемента в зависимости от используемой нотации. Ниже представил картинку сравнения элементов разных нотаций.

Уровни DFD Диаграммы

В зависимости от цели использования диаграммы можно отображать различные уровни детализации процесса. К примеру, для разговора и презентации процесса бизнес-пользователям и заказчикам, им важно понимать контекст и логику самого процесса, иногда нет смысла погружать их в технические моменты реализации. С другой стороны, при разговоре с технической командой важно сделать акцент на реализации решения с технической точки зрения. 

Как и в ER-диаграмме для моделей данных, которая включает в себя несколько слоев отображения (концептуальный, логический, физический), DFD диаграммы также можно делить на подобные уровни:

  • Концептуальный (или контекстный) уровень 

Показывает общее описание процесса, который реализуется при потоке данных. Отображает абстрактно потоки данных, связанные с разными внешними сущностями

  • Логический уровень 

Отображает логику преобразования данных в системе в каждом процессе, описывает. Видны входные, промежуточные, выходные данные в каждом процессе, который протекает от внешней сущности до хранилищ данных. Больше указывает на вопрос “Что включает в себя процесс потока и обмена данными со стороны бизнеса?”

  • Физический уровень 

Включают точное отображение хранилищ данных, названий сущностей данных. Диаграмма физического уровня должна отвечать на вопрос “Как будет реализован процесс передачи и потока данных?”

Также часто в других источниках можно увидеть разделение уровней диаграммы на 0,1, 2, 3 и так далее, в зависимости от уровня детализации.

Если мы говорим про разработку нового решения, то важно понять “что мы имеем сейчас” (AS-IS) и “что мы желаем получить” (TO-BE). Другими словами, мы разделяем наше текущее состояние и желаемое состояние, которое мы хотим получить с помощью нашего решения. 

AS-IS 

Описываем текущую логическую диаграмму

TO-BE 

Описываем желаемую логической диаграмму с новой логикой и требования от бизнеса. После этого из желаемой логической диаграммы описываем физическую с новым техническим решением. 

Telegram канал про аналитику данных и бизнес-анализ

Источник: https://habr.com/ru/post/668684/


Интересные статьи

Интересные статьи

Начинающие аналитики могут смело класть эту шпаргалку в закладки, а мы приглашаем вас под кат за диаграммами и кодом, пока начинается наш курс по анализу данных. Для удобства мы сократили текст и пере...
Зачем рекрутеру hr-лидогенерация или как найти тех, кого нет на job-сайтах?Наша статистика показывает, что подавляющее большинство рекрутеров и агентств не используют инструмент hr-лидогенерации. Одна...
Есть мнение, что IT-курсы рассчитаны исключительно на новичков в сфере: пришёл, научился азам и в идеале сменил профессию. А вот ребятам с опытом в обучении делать нечего — они и так всё знают, а ...
Понятие «бирюзовые организации» (они же «живые организации) было впервые описано в 2014 г. Фредериком Лалу в книге «Открывая организации будущего». Согласно его градации, бирюзовые организации стоят н...
Приступая к животрепещущей теме резервного копирования на «Битрикс», прежде всего хотелось бы поблагодарить разработчиков, реализовавших автоматическое резервное копирование в облачное хранилище в вер...