Интуитивно понятный конструктор диаграмм потоков данных

Нотация DFD

Нотация DFD включает всего лишь 4 основных элемента: процесс, внешняя сущность, хранилище данных и поток данных.

Существуют два варианта графического отображения этих элементов: Юрдана (Yourdon) и Гейна-Сарсона (Gane-Sarson).

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

Основные ошибки при разработке DFD-диаграмм

1. Отсутствие контекстной диаграммы

На первых этапах построения DFD часто пропускают контекстную диаграмму, переходя сразу к детализированным диаграммам. Однако контекстная диаграмма помогает определить границы системы и объем проектируемой системы.

2. Неименованные потоки данных

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

3. Отсутствие процессов

Наличие процессов является важным принципом моделирования DFD. Без процессов непонятно, как данные передаются от одного хранилища к другому.

4. Отсутствие внешних сущностей

DFD-диаграмма должна содержать внешние сущности, которые являются источниками входящих данных.

5. Путаница между хранилищами и потоками данных

В DFD данные представлены в двух состояниях: в состоянии покоя в хранилищах и в состоянии движения при помощи потоков данных.

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

DFD не предназначена для описания логики процессов, поэтому не следует использовать условные операторы XOR, OR, AND.

7. Некорректное название элементов нотации

Элементы DFD-диаграммы должны иметь понятные и четкие названия, чтобы избежать путаницы.

8. Отсутствие выходов у процессов

Функциональное моделирование помогает рассматривать бизнес-модель с точки зрения результативности. При моделировании системы мы исходим из того, что имеем на входе, и того, что желаем получить на выходе. Иными словами, процесс — это действие с заданным результатом. В DFD хорошей практикой считается визуально располагать сущности одного типа на одном уровне, обычно по горизонтали. Тогда становится очевидным правило для процесса один вход — один выход.

Источники для написания статьи

Что такое DFD?

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

Моделирование процессов можно делать с помощью разных инструментов, каждый из которых имеет свои особенности и преимущества, поэтому выбор зависит от конкретной задачи и потребностей бизнеса. Про некоторые из них я уже упоминал на своем блоге, а по BPMN уже была отдельная статья. Сейчас же речь пойдет о таком инструменте как DFD (Data Flows Diagrams) – диаграммах потоков данных.

DFD — методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. Аккуратная и четкая DFD может графически отобразить значительную часть требований к системе. Она может быть ручной, автоматизированной или сочетать оба способа.

Он показывает, как информация входит в систему и выходит из нее, что изменяет информацию и где она хранится. Цель DFD – показать масштаб и границы системы в целом. Она может использоваться как инструмент коммуникации между системным аналитиком и любым человеком, играющим роль в системе, который служит отправной точкой для перепроектирования системы.

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

Диаграммы потоков данных известны очень давно. В фольклоре упоминается следующий пример использования DFD для реорганизации переполненного клерками офиса, относящийся к 20-м годам.

Описание DFD

Осуществлявший реорганизацию консультант обозначил кружком каждого клерка, а стрелкой – каждый документ, передаваемый между ними. Используя такую диаграмму, он предложил схему реорганизации, в соответствии с которой двое клерков, обменивающиеся множеством документов, были посажены рядом, а клерки с малым взаимодействием были посажены на большом расстоянии. Так родилась первая модель, представляющая собой потоковую диаграмму – предвестника DFD.

Одним из ключевых преимуществ использования DFD является возможность создания моделей на разных уровнях детализации. На бизнес-уровне, DFD позволяют представлять бизнес-процессы и бизнес-данные, что позволяет бизнес-аналитикам и менеджерам лучше понимать, как работает бизнес и какие могут быть узкие места.

Преимущества использования DFD

Кроме того, DFD также могут быть использованы на уровне системы, показывая, как ИТ-приложения, базы данных и файлы взаимодействуют друг с другом внутри системы. Это особенно полезно при анализе существующих систем и проектировании новых.

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

Примеры потоков данных

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

Другим примером может стать товарооборот, когда перемещаются со склада в магазины и обратно. Или это может быть товарооборот с дополнительным потоком данных для дистанционной торговли: торговая площадка — банк — торговая площадка.

Еще одним примером (с которым мы сталкиваемся практически каждый день) есть финансовые транзакции. Вы пришли в магазин, взяли , пошли на кассу и начали рассчитываться карточкой на кассе магазина. Системы эквайринга отправляют запросы и получают ответы, а мы получаем товар.

Пример схемы процесса финансовой транзакции

Использование Lucidchart для создания диаграмм UML

Чтобы приступить к работе над диаграммой UML в Lucidchart, потребуется всего несколько минут.

Преимущества Lucidchart

• Гибкая работа с диаграммами
• Встроенная библиотека фигур
• Разметка UML-последовательностей

Lucidchart поддерживает все типы диаграмм UML, включая структурные и поведенческие. Какой бы проект ни созревал у вас в планах, Lucidchart непременно поможет представить его в виде диаграммы.

Все необходимые фигуры уже ждут вас в нашей библиотеке. Теперь вы можете самостоятельно создавать профессиональные диаграммы UML по всем правилам жанра.

Почему миллионы пользователей по всему миру выбирают Lucidchart.

Если вам нужно создать UML-диаграмму последовательности, Lucidchart пригодится и здесь. Достаточно ввести текст в инструмент по работе с разметкой, и мы сгенерируем результат автоматически.

Идеальный вариант для разработчиков и их коллег

Чаще всего созданием диаграмм UML занимаются программисты, разработчики ПО и специалисты по анализу данных. Однако не стоит ограничиваться только внутренней документацией: диаграммы UML, созданные в Lucidchart, помогут доступно объяснить проект даже тем, кто далек от технических вопросов.

Для совместной работы, презентаций и публикации

Lucidchart позволяет вам создавать диаграммы UML вместе с коллегами в режиме реального времени. Результатом проделанной работы можно затем поделиться в виде презентации там же в Lucidchart или через популярные приложения, например, Confluence или Jira.

Доступ в любое время из любой точки мира

Наша платформа работает в облаке, поэтому вы можете создавать, хранить и вместе редактировать диаграммы UML из любого уголка мира независимо от устройства, браузера и операционной системы.

Как за каменной стеной

Мы всерьез заботимся о вашей безопасности, поэтому в нашем распоряжении имеются PCI, Privacy Shield, SOC 2 и другие сертификаты.

Объект любви и доверия

Хотите объективное мнение? Посмотрите, что говорят о Lucidchart другие пользователи! Наше приложение уже собрало тысячи оценок в пять звезд на различных сторонних платформах, включая TrustRadius, Capterra и G2.

Как за считанные минуты создать диаграмму UML в Lucidchart

Шаблоны и примеры диаграмм UML

Выберите готовый шаблон из нашей галереи и создайте свою диаграмму UML.

Интеграция в Lucidchart

Привяжите Lucidchart к любимым рабочим приложениям!

Узнайте, почему команды выбирают Lucidchart

Схемы, визуализация данных и совместная работа — на одной платформе.

Совместная работа

В Lucidchart легко создавать диаграммы на любом устройстве. Работайте вместе всей командой в режиме реального времени из любой точки мира. Двигайтесь к общим целям еще увереннее вместе с Lucidchart!

Ясность

Lucidchart поможет разложить по полочкам даже самые запутанные вопросы. Интеллектуальное создание схем позволяет быстро визуализировать проекты и процессы от начала до самого конца.

Единое видение

Работайте в полной гармонии с командой в одном общем хабе. Быстро планируйте процессы и идеи в режиме реального времени, чтобы не упустить ни одной детали.

Вместе лучше

Пакет приложений Lucid изменит стиль вашей работы от рождения идеи до завершения проекта. Мозговой штурм и план в Lucidspark, а затем — схема в Lucidchart. И живой стандарт ведения дел в компании готов!

Что такое диаграмма UML?

Диаграммы на унифицированном языке моделирования (UML) описывают структуру системы, включая входящие в нее объекты и их поведение. У диаграмм UML много разновидностей, но в целом их можно разделить на две основные категории — структурные и поведенческие.

Как создать диаграмму UML

Для чего используется унифицированный язык моделирования (UML)?

На какие типы делятся диаграммы UML?

Можно ли выстроить диаграмму UML с помощью разметки?

Как изменить форматирование диаграммы UML?

Можно ли на диаграмме UML показать разницу между текущей ситуацией и прогнозом?

Какими способами можно поделиться диаграммой UML из Lucidchart?

Сколько стоит регистрация?

Интуитивно понятный конструктор диаграмм потоков данных

Визуализируйте потоки данных и моделируйте процессы с помощью встроенного в Miro автоматизированного конструктора диаграмм потоков данных. Оптимизируйте рабочие процессы, собирайте информацию и повышайте эффективность руководства командами разработчиков.

Более 60 млн пользователей с удовольствием работают в Miro

Конструктор диаграмм потоков данных для команд разработчиков

Визуализация потоков данных при помощи Miro помогает понять, какие входные и выходные данные и процессы используются в системе. Обзор всех компонентов системы будет доступен непосредственно на вашей доске. Онлайн-диаграмма потоков данных позволяет эффективно отслеживать информацию и находить возможности для роста.

Почему Miro — лучший инструмент для создания диаграмм

Широкие возможности Miro по созданию диаграмм позволяют быстро строить диаграммы. Использование набора стандартных фигур при создании диаграмм делает их понятными для всех команд.

Оптимизируйте процессы без излишних усилий

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

Используйте возможности интеграции со сторонними инструментами

В буквальном смысле бесконечный холст дает простор для расширения проделанной работы. Добавляйте к своей диаграмме любые объекты, диаграммы или данные, позволяющие командам яснее видеть общую картину. Доска безгранична.

Совершенствуйте совместную работу

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

Делитесь своими идеями

Экспортируйте доску в виде изображения или PDF-файла и добавляйте ее на другие доски в Miro или используйте в презентациях.

Связанные шаблоны

Стимулируйте эффективность внутренних процессов и управления командами разработки.

Улучшайте понимание существующих систем и создавайте новые.

Продемонстрируйте взаимодействие элементов баз данных.

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

Azure Data Flow представляет собой диаграмму, позволяющую комбинировать данные, а также создавать и внедрять специализированные модели машинного обучения в широком масштабе.

Визуализируйте связи системы или процесса

Используйте для построения диаграмм готовую библиотеку фигур, чтобы каждый элемент был представлен соответствующей ему фигурой.

Добавьте внешние объекты, процессы и хранилища данных

Свяжите все элементы соединительными линиями, демонстрирующими потоки данных.

Внесите необходимые изменения

Чтобы отредактировать цвета, шрифты и любые другие графические элементы диаграммы потоков данных, выбирайте соответствующие фигуры.

Поделитесь своей работой с другими

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

Интеграция с вашими любимыми инструментами

Идеи, вдохновение и анализ — как на ладони. Визуализируйте маркетинговые кампании, а также информацию о клиентах и перспективах для принятия мер, и отслеживайте задачи и достижения своей команды.

Подключите Miro к 1OO+ ваших любимых инструментов для совместной работы

«Miro помогает закрыть один из основных пробелов при дизайне продукта: позволяет управлять задачами с участием дизайнеров продукта, проекты которых реализуются с помощью разных инструментов».

Руководитель отдела дизайна DocuSign

Часто задаваемые вопросы по конструктору диаграмм потоков данных

Существует множество инструментов для создания диаграмм потоков данных, поэтому важно понять, насколько каждый из них соответствует поставленным задачам. Конструктор диаграмм потоков данных в Miro позволяет быстро строить диаграммы систем с помощью функций автоматизированного создания диаграмм, использовать набор стандартных фигур и полностью настраивать диаграмму потоков данных в соответствии с имеющимися потребностями. Попробуйте и узнайте, насколько хорошо эти возможности подходят для вас.

Да. Конструктор диаграмм потоков данных в Miro помогает организовать работу над проектом двумя способами: загрузить диаграмму в виде изображения или PDF-файла, либо поделиться ссылкой на свою доску.

Конечно! Зарегистрируйте бесплатный аккаунт в Miro и приступайте к созданию диаграмм.

Узнать еще больше

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

Диаграмма сети

Визуализируйте входы и выходы сети и проводите качественные проверки безопасности с помощью конструктора диаграмм сетей в Miro. Эффективно выявляйте проблемы и находите зависимости путем построения карты топологии сети — все с помощью одного инструмента.

Блок-диаграммы

Блок-диаграммы помогают визуализировать системы, чтобы улучшить общее понимание систем командами разработчиков. Бесплатный инструмент для создания блок-диаграмм дает пользователям возможность начать работу в считанные секунды и при этом быть уверенными, что усилия всех участников скоординированы.

Чтобы начать работу, достаточно нескольких секунд

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

Диаграмма потоков данных (DFD) и функциональная модель IDEF0 — два популярных метода анализа и проектирования информационных систем. Они оба используются для визуализации процессов и потоков данных в организации, но отличаются в своей структуре и акценте на моделирование.

DFD — это графическое представление системы, которое позволяет анализировать и проектировать процессы, потоки данных и их взаимодействие. Она состоит из блоков, представляющих процессы, и стрелок, представляющих потоки данных между процессами. DFD обычно используется для моделирования бизнес-процессов и функций системы.

В отличие от DFD, функциональная модель IDEF0 фокусируется на функциях и подсистемах системы. Она строится на основе диаграммы потоков данных DFD и используется для более детального анализа и проектирования. IDEF0 состоит из блоков, представляющих функции, и стрелок, представляющих потоки данных и управления между функциями. Он также может включать в себя текстовые описания и дополнительные диаграммы.

Одной из ключевых разниц между DFD и IDEF0 является уровень детализации. DFD используется на более высоком уровне для общего понимания системы и ее функций, в то время как IDEF0 предоставляет более подробное представление функций и их взаимосвязей. Другая разница заключается в том, что DFD больше сосредоточена на потоках данных и их обработке, в то время как IDEF0 смотрит на функции и их взаимодействие.

Оба метода имеют свои преимущества и могут быть полезны в различных ситуациях. DFD широко используется для моделирования бизнес-процессов и идентификации проблем с потоками данных. IDEF0 полезен при более подробном анализе и проектировании системы, особенно при определении функциональных требований и их взаимосвязей.

Отличия диаграммы DFD и IDEF0

Диаграмма DFD (Data Flow Diagram) и IDEF0 (Integration Definition for Function Modeling) — это два различных метода моделирования, которые используются для описания бизнес-процессов и систем. Они имеют схожие цели, но различные подходы и возможности.

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

IDEF0, напротив, является более подробным и структурированным методом моделирования. Он использует специализированные символы и семантику для описания функций, потоков данных и управления в системе. IDEF0 обычно используется на этапах анализа и оптимизации бизнес-процессов.

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

В контексте применения, DFD обычно используется для выявления основных потоков данных и процессов в системе. Она может быть полезна при разработке системы или при анализе существующих процессов. IDEF0, в свою очередь, может быть полезен при проектировании и оптимизации бизнес-процессов, позволяя более детально и систематически описывать их функциональные аспекты.

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

Диаграмма DFD

Диаграмма DFD (Data Flow Diagram) – это графическое представление потоков данных в системе, которое позволяет проанализировать и описать процессы обработки и передачи информации внутри системы. В основе диаграммы лежит модель сетевых взаимосвязей между функциями системы и потоками данных, которые передаются между ними.

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

Для построения диаграммы DFD используются четыре основных элемента: процессы, данные, потоки данных и внешние сущности. Процессы представляют собой действия или операции, выполняемые над данными, данные – информацию, которая обрабатывается или передается в системе, потоки данных – направленные потоки передачи данных между процессами и внешними сущностями, а внешние сущности – внешние агенты или системы, с которыми взаимодействует система.

Диаграммы DFD могут быть применены в различных областях, где требуется анализ и моделирование бизнес-процессов или информационных систем. Например, они активно используются в системном анализе и проектировании, в разработке программного обеспечения, в управлении проектами и в других областях, где важно определить потоки данных и взаимодействие между компонентами системы. Они также могут быть полезны при оптимизации бизнес-процессов и идентификации проблемных мест в системе.

Диаграмма IDEF0

Диаграмма IDEF0 (Integration Definition for Function Modeling) представляет собой графическое средство моделирования, которое позволяет выразить процессы, функции и взаимодействия между ними.

Основными элементами диаграммы IDEF0 являются блоки и стрелки. Блоки представляют собой функции, процессы или объекты, а стрелки обозначают поток информации, материалов или энергии между блоками.

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

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

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

Структура и нотация

Диаграмма DFD (Data Flow Diagram) и диаграмма IDEF0 (Integration Definition for Function Modeling) являются инструментами моделирования, используемыми для анализа и проектирования информационных систем. Обе диаграммы представляют собой графическое описание потоков данных и функций в системе.

Диаграмма DFD состоит из блоков, представляющих различные функции и процессы, и стрелок, обозначающих потоки данных между этими функциями. Блоки могут быть разного типа, например, процессы, внешние сущности или хранилища данных. Стрелки имеют направление и показывают, какие данные передаются между функциями.

Диаграмма IDEF0 также состоит из блоков и стрелок, но имеет более строгую структуру. Блоки на диаграмме IDEF0 представлены в виде прямоугольников, и каждый блок имеет свой уникальный номер и заголовок, описывающий функцию, которую он выполняет. Стрелки на диаграмме IDEF0 показывают потоки данных или управления между функциями, а также их взаимосвязь и иерархию.

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

Применение диаграммы DFD

Диаграмма DFD (Data Flow Diagram) является графическим средством моделирования и анализа систем, позволяющим визуализировать потоки данных и процессы, которые их обрабатывают. Она широко применяется в системном анализе и проектировании информационных систем.

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

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

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

Применение диаграммы IDEF0

Диаграмма IDEF0 (Integrated DEFinition) представляет собой графический метод моделирования, широко применяемый в системном анализе и проектировании. Она позволяет представить иерархическую структуру процессов и связей между ними.

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

Диаграмма IDEF0 состоит из блоков, стрелок и текстовых описаний. Блоки представляют собой функции или процессы, которые выполняются в системе. Стрелки обозначают потоки данных или информации между блоками. Текстовые описания сопровождают блоки и стрелки, уточняя их назначение и функциональность.

Применение диаграммы IDEF0 позволяет провести декомпозицию сложных процессов на более простые и понятные элементы. Это упрощает анализ и моделирование системы в целом. Диаграмма IDEF0 может быть использована для различных целей, включая определение требований к системе, документирование бизнес-процессов, проектирование новых систем и т. д.

Правила построения DFD-диаграмм

Правил для построения не так уж и много:

Контекстная диаграмма в нотации Йордана де Марко

Контекстная диаграмма содержит три основных компонента:

DFD первого уровня строится как декомпозиция процесса, который присутствует на контекстной диаграмме.

Построенная диаграмма первого уровня также имеет множество процессов, которые в свою очередь могут быть декомпозированы в DFD нижнего уровня. Таким образом строится иерархия DFD с контекстной диаграммой в корне дерева. Этот процесс декомпозиции продолжается до тех пор, пока процессы могут быть эффективно описаны с помощью коротких (до одной страницы) миниспецификаций обработки (спецификаций процессов). Теперь давайте рассмотрим несколько примеров (а один я распишу пошагово).

С помощью чего рисовать диаграммы

Можно рисовать DFD-диаграммы, используя привычные вам инструменты. Для этого подойдут, например, всем известные MS Visio или Draw.io. Но для выстраивания системы с разными уровнями детализации потребуются специализированные программы для моделирования.

Существует множество редакторов для построения DFD-диаграмм. Самым популярным является Ramus. Этот продукт имеет бесплатную версию, доступен в сетевом и локальном вариантах. StarUML — проект с открытым кодом, ещё один ходовой инструмент для создания диаграммы потоков данных. Для командной работы можно использовать облачное решение Lucidchart.

Пример 1. Приготовление кофе в кофейном автомате

Как происходит процесс приготовления кофе в кофейном автомате.

Контекстная диаграмма для этого процесса будет выглядеть следующим образом.

Пример DFD: приготовление кофе в кофейном автомате. Контекстная диаграмма

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

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

Стоимость ингредиентов передаётся в процесс расчёта из соответствующей базы. Результатом процесса является рассчитанная стоимость заказа, которая попадает в хранилище Счёт на оплату. Дальше стоимость заказа поступает в процесс Оплатить заказ, клиент вносит деньги, а сам процесс взаимодействует с внешней сущностью Система банковского эквайринга. Процесс направляет счёт на оплату и получает чек за покупку.

Когда заказ оплачен, ингредиенты и рецепт передаются в процесс Приготовить кофе. Готовый напиток наливается в стаканчик, переданный из Склада стаканов. Это происходит в процессе Налить кофе. В результате клиент получает готовый напиток.

Пример 2. Обработка заявки клиента

Давайте представим, что у нас есть клиент, который делает заявку через сайт или по телефону. Есть менеджер, который регистрирует эту заявку. Таким образом, в системе появляются данные – клиент и его заказ. Работник склада должен это увидеть и произвести отгрузку товара с оформлением всех необходимых документов и передать документы клиенту.

Последовательность получается такая:

С точки зрения DFD у нас имеются:

Контекстная диаграмма для этого процесса будет следующая:

Пример 3. Отгрузка товара клиенту (пошаговый)

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

Действительные заказы накапливаются, группируются в зоны отправки и передаются на склад для выполнения. После того как заказ подтверждается, определяется способ доставки и ее стоимость, после чего заказ отправляется, а складские уменьшаются (что находит отображение в учете). Копия упаковочного листа поступает в бухгалтерию, где создается и отправляется счет-фактура (инвойс) клиенту. Потом бухгалтер разносит банковские выписки и привязывает оплаты к инвойсам. От клиентов могут поступать жалобы в службу поддержки. Они изучают запрос и отвечают клиенту как можно скорее. Любое действие предпринятые службой поддержки клиентов, которые влияют на бухгалтерский учет находить в нем свое отображение.

Давайте разложим этот процесс на процессы нижнего уровня используя:

Действие Правило 1 “Глагол-объект” Правило 2 “Преобразующие действия” Правило 3 “Область действия” Внутренний процесс

Клиент начинает активность Триггер активности Нет Снаружи Нет

мы обрабатываем заказы, жалобы и платежи Отправка документов Нет Внутри Нет

Поступление заказа Обработка почты Да Внутри Да

мы подтверждаем кредитный лимит клиента Валидация кредитного лимита Да Внутри Да

мы подтверждаем наличие Подтверждения наличия товаров Да Внутри Да

Подтверждение заказа Аккумулирование подтвержденных заказов Нет Внутри Нет

и группировка по зонам отправки Группировка заказов Да Внутри Да

Передача на склад Передача подтвержденных заказов Нет Внутри Нет

Заказ выполнен Выполненный заказ ? Снаружи Нет

После проведения анализа мы выяснили, что с заказами связано 4 внутренних процесса организации:

Итак у нас есть клиент от которого поступает заказ к нам на почту (на почту могут поступать и жалобы от него и информация о совершении платежа). Поскольку нас интересуют заказы, этот поток данных отобразим справа от процесса.

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

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

Если выявляется, что есть путаница с каким-то наименованием (например на складе не нашелся товар с указанным артикулом) – такие заказы считаются недействительными и отправляются в службу поддержки для уточнения у клиента. В ту же службу поддержки будут поступать и жалобы от клиентов.

После того как Служба поддержки уточнила у клиента детали заказа и если все ок заказ подтверждается и отправляется в хранилище подтвержденных заказов. Подтвержденные заказы группируются по зонам отправки и потом отправляются на склад для отгрузки. Платежи давайте отправим в бухгалтерию. Детализировать работу бухгалтерии я сейчас не буду – остановимся на таком варианте диаграммы.