Примеры dfd диаграмм бизнес процессов предприятия

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

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

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

Почему ДФД?

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

Модели позволяют инженерам-программистам, заказчикам и пользователям эффективно работать вместе во время анализа и спецификации требований.

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

Вот преимущества метода DFD:

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

DFD против блок-схемы

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

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

Элементы ДПД

• Сущности . Сущности являются источником и получателем информационных данных. Сущности представлены
  прямоугольниками и имеют собственные имена.

• Процессы . Действия и действия, выполняемые с данными, представлены круглыми или круглыми прямоугольниками.

• Хранение данных . Существует два варианта хранения данных — это может быть представлено как — 1. Это может быть представлено в виде прямоугольника без двух маленьких ребер, 2) или в виде открытого прямоугольника только с одним краем
  . Открытый прямоугольник с отсутствующими ребрами.

• Поток данных — движение данных представлено острыми стрелками. Движение данных показано как движение от нижней части стрелки в качестве источника к острию стрелки в качестве пункта назначения.

Пример потока данных — электронный банкинг

Менеджер банка предоставляет новые сведения об учетной записи открытому процессу учетной записи, в результате чего сведения о клиенте хранятся в хранилище данных базы данных клиентов, а сведения об учетной записи — в хранилище данных базы данных учетных записей. Хотя мы используем слово «результат» в нашей интерпретации, DFD не подразумевает причинно-следственной связи; Все, что он показывает, это то, что процесс открытия счета может считывать данные из интерфейса менеджера банка без записи данных в базу данных клиентов и хранилища данных базы данных счетов в определенном порядке.

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

Клиент может получить денежную сумму при снятии средств или внести денежную сумму на депозит; В обоих случаях это приводит к обновлению баланса учетной записи в хранилище данных базы данных учетной записи (хотя эту причинно-следственную связь нельзя явно смоделировать).

Клиент может инициировать процесс перевода средств и должен указать адрес счета и сумму средств. Процесс перевода средств может отправить сумму средств в другой банк через интерфейс другого банка.

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

Метод нисходящей декомпозиции — многоуровневые DFD

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

Чтобы сделать DFD еще более сложным (т. е. не слишком много процессов), вы можете создать многоуровневый DFDS.

• Контекстная диаграмма содержит управляющий (агрегированный) системный процесс.
• DFD более высокого уровня является менее подробным (более подробный DFD разрабатывается на нижнем уровне) и называется процессом декомпозиции сверху вниз.
• Контекстная диаграмма начинается с номеров процессов (например, процесс 1, процесс 2 и т. д.).
• Нумерация продолжается на следующем так называемом первом уровне (DFD). Например, процесс 1 на контекстной диаграмме уточняется до трех процессов в DFD первого уровня и имеет номера 1.1, 1.2 и 1.3.
• Аналогичным образом нумеруются процессы второго уровня, например 2.1.1, 2.1.2, 2.1.3 и 2.1.4. Нумерация процессов в иерархии:

• (1, 2, 3,…);
• (1.1, 1.2, 1.3,…, 2.1, 2.2, 2.3,…);
• (1.1.1, 1.1.2, 1.1.3,…).

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

Пример DFD — система заказа еды

Контекстная диаграмма (уровень 0 — DFD)

Контекстная диаграмма показывает обзор системы и то, как она взаимодействует с другими частями «мира». Контекстная диаграмма — это диаграмма потока данных, которая показывает только верхний уровень, который называется уровнем 0. На этом уровне есть только один видимый узел процесса, который представляет функциональность всей системы, т. е. то, как она взаимодействует с внешними объектами. Вот некоторые из преимуществ контекстной диаграммы.

• Показывает обзор границ системы
• Благодаря простому обозначению, он не требует технических знаний, чтобы понять
• Легко рисовать, изменять и дорабатывать из-за ограниченной нотации.

На рисунке ниже показана контекстная диаграмма (схема потока данных верхнего уровня), нарисованная для системы заказа еды.

• Он содержит процесс (форму), представляющий модель системы, в данном случае «систему заказа еды».
• Также показаны участники, которые будут взаимодействовать с системой, называемые внешними сущностями.

В этом примере поставщик, кухня, менеджер и клиент — это объекты, которые будут взаимодействовать с системой.

Между процессом и внешними сущностями существуют потоки данных (коннекторы), которые показывают, что между сущностями и системой происходит обмен информацией.

Context DFD — это точка входа в модель потока данных. Он содержит один и только один процесс и не показывает никакого хранилища данных.

ДФД уровня 1

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

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

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

1. По диаграмме мы знаем, что покупатель может оформить заказ. Процесс заказа продуктов питания получает заказ, пересылает его на кухню, сохраняет в хранилище данных заказов и сохраняет обновленные сведения об инвентаризации в хранилище данных инвентаризации. Процесс также обеспечивает выставление счетов клиенту.
2. Менеджеры могут получать отчеты с помощью процесса «Создать отчет», в котором сведения о запасах и заказах используются в качестве входных данных для хранилищ данных запасов и заказов соответственно.
3. Менеджер также может инициировать процесс инвентаризации заказа, предоставив заказ инвентаризации. Этот процесс пересылает заказ инвентаризации поставщику и сохраняет обновленные данные инвентаризации в хранилище данных инвентаризации.

Логический и физический DFD

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

Логический DFD

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

Физический DFD

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

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

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

Логический пример DFD — продуктовый магазин

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

Пример физического DFD — продуктовый магазин

• Физический DFD показывает, что используется штрих-код — код UPC PRICE, который можно найти на большинстве товаров в продуктовых магазинах.
• Кроме того, в физическом DFD упоминаются ручные процессы, такие как сканирование, поясняется, что временный файл используется для хранения промежуточного количества элементов.
• ОПЛАТА может быть произведена НАЛИЧНЫМИ, ЧЕКОМ или ДЕБЕТОВОЙ КАРТОЙ.

Наконец, это относится к квитанции по ее названию, КАССОВАЯ КВИТАНЦИЯ.

Советы и примечания к диаграммам потоков данных

• Не делайте это слишком сложным; обычно 5-7 человек могут управлять процессами
• Хранилище данных должно быть связано хотя бы с одним процессом .
• Поток данных не должен существовать между двумя внешними объектами без прохождения процесса
• Процесс с входом, но без выхода считается процессом черной дыры.
• Метки процессов должны быть глагольными фразами; хранилища данных представлены существительными.
• Внешний объект должен быть связан хотя бы с одним процессом
• DFD недетерминированы — нумерация не обязательно указывает порядок и полезна для идентификации процессов при обсуждении с пользователями.
• Хранилище данных не должно быть подключено к внешнему объекту, в противном случае это означает, что вы предоставляете внешнему объекту прямой доступ к вашему файлу данных.

Ресурсы

• Что такое диаграмма потока данных (DFD)?
• Как создать диаграмму потока данных (DFD)?
• Программное обеспечение диаграммы потока данных (DFD)
• Примеры диаграмм потока данных

Источник: www.cybermedian.com

Пример построения DFD модели

Рассмотрим построение DFD модели информационной системы для сети магазинов по продажам сумок. Дополним диаграмму IDEF0, построенную в лабораторной работе № 1 DFD-диаграммой. Построим DFD-диаграмму для функции A4 «Анализировать работу» См. рис. 4.

Рис. 4. Пример DFD-диаграммы

Задание

1. Изучить метод DFD.
2. Дополнить функциональную модель информационной системы, построенную в лабораторной работе № 1, диаграммой потоков данных, для тех функциональных блоков IDEF0 модели, для которых требуется показать движение данных.
3. Ответить на контрольные вопросы.
4. Оформить отчет (Титульный лист, задание, DFD диаграмма)

Контрольные вопросы

1. Какие процессы в системе описываются с помощью диаграмм потоков данных?
2. Какие основные объекты диаграмм потоков данных?
3. Используется ли принцип декомпозиции при построении DFD диаграмм?
4. Место подхода стрелки к блокам или место выхода стрелки из блока может быть произвольным или подчиняется определенным правилам?
5. Каким образом происходит выделение объекта во внешнюю сущность?

Литература

1. Федотова, Д.Э. CASE-технологии: Практикум/ Д.Э. Федотова, Ю.Д. Семенов, К.Н. Чижик. — М.: Горячая линия – Телеком, 2005. — 160 с.: ил.
2. Калашян, А.Н. Структурные модели бизнеса: DFD-технологии/ А.Н. Калашян, Г.Н. Калянов. — М.: Финансы и статистика, 2003.
3. DFD -диаграммы потоков данных. — http://www.proinfotech.ru/dmdlr2.htm.
4. Методы моделирования бизнесс-процессов. — http://www.jetinfo.ru/2004/10/1/article1.10.2004153.html.

Построение диаграммы декомпозиции в нотации DFD

Цель работы:

• построить диаграмму декомпозиции в нотации DFD одной из работ диаграмм IDEF0, построенных в предыдущих лабораторных работах

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

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

Работы. Работы изображаются прямоугольниками с закругленными углами (рис. 1), смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Все стороны работы равнозначны.

В каждую работу может входить и выходить по несколько стрелок.

Рисунок 1. Работа в DFD

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

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

Рисунок 2. Внешняя сущность в DFD

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

Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое (рис. 3). Хранилище данных — это абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми. Оно в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать информационной модели (Entity-RelationshipDiagram).

Рисунок 3. Хранилище данных в DFD

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

• удалить все граничные стрелки на диаграмме DFD;
• создать соответствующие внешние сущности и хранилища данных;
• создать внутренние стрелки, начинающиеся с внешних сущностей вместо граничных стрелок;
• стрелки на диаграмме IDEF0 затоннелировать

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

Построение диаграммы декомпозиции. Проведем декомпозицию работы Отгрузка и снабжение диаграммы А0 «Деятельность предприятия по сборке и продаже компьютеров и ноутбуков». В этой работе мы выделили следующие дочерние работы:

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

Выделим работу Отгрузка и снабжение диаграммы А0 «Деятельность предприятия по сборке и продаже компьютеров и ноутбуков», нажмем на кнопку «GotoChildDiagram» панели инструментов и выберем нотацию DFD. При создании дочерней диаграммы BPWin переносит граничные стрелки родительской работы, их необходимо удалить и заменить на внешние сущности. Стрелки механизмов, стрелки управления «Правила и процедуры», «Управляющая информация» и стрелку выхода «Отчеты» на дочерней диаграмме задействованы не будут, чтоб не загромождать диаграмму менее существенными деталями. Остальные стрелки заменим на внешние сущности — кнопка «ExternalReferenceTool» на панели инструментов, в появившемся окне выбрать переключатель «Arrow» и выбрать из списка нужное название (рис. 4):

Рисунок 4. Добавление внешней сущности

Далее разместим дочерние работы, свяжем их со внешнеми сущностями и между собой (рис. 5):

Рисунок 5. Работы и внешние сущности

Центральной здесь является работа «Хранение комплектующих и собранных компьютеров». На ее вход поступают собранные компьютеры и полученные от поставщиков комплектующие, а также список необходимых для сборки компьютеров комплектующих. Выходом этой работы будут необходимые комплектующие (если они есть в наличии), список отсутствующих комплектующих, передаваемый на вход работы «Снабжение необходимыми комплектующими» и собранные компьютеры, передаваемые на отгрузку. Выходами работ «Снабжение необходимыми комплектующими» и «Отгрузка готовой продукции» будут, соответственно, заказы поставщикам и готовая продукция.

Следующим шагом необходимо определить, какая информация необходима для каждой работы, т.е. необходимо разместить на диаграмме хранилища данных (рис. 6).

Рисунок 6. Итоговая диаграмма декомпозиции

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

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

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

Последним действием необходимо стрелки родительской работы затуннелировать (рис. 7):

Рисунок 7. Диаграмма IDEF0 с затуннелированными стрелками работы «Отгрузка и снабжение»

Содержание отчета:

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

Пример DFD-диаграммы процесса «Составление технологического задания» средствами Bpwin

Источник: mydocx.ru

Зачем вам DFD-диаграммы или как описать движение потоков данных в бизнес-процессах

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

Что такое DFD-нотация и зачем она нужна

Хотя BPMN и EPC нотации позволяют отлично описать логику выполнения бизнес-процессов, о чем мы писали здесь и здесь, иногда требуется показать эту деятельность не с позиции совершаемых действий, а с точки зрения обрабатываемых данных. Иначе говоря, нужно ответить на вопросы, из каких источников данных приходят, как преобразуются и куда отправляются. Обычно такая задача возникает в проектах, связанных с управлением данными (Data Management) и интеграции информационных систем. Методы и способы интеграции ИС мы рассмотрим в другой раз, а пока сфокусируемся на описании движения потоков данных. Именно для этого и нужны DFD-диаграммы (Data Flow Diagram).

Подобно IDEF0, DFD-нотация относится к SADT-методологии и соответствует структурному подходу, поддерживая принципы декомпозиции, иерархической упорядоченности и смыслового разделения сущностей. Хотя DFD и не содержит логических операторов (XOR, AND, OR), которые мы разбирали здесь, а также имеет очень ограниченное число элементов, она отлично позволяет описать последовательность возникновения, изменения и преобразования данных через их движение между процессами и хранилищами. Существует 2 разновидности DFD-диаграмм (Гейна-Сарсона и Йордана-Де Марко), которые немного отличаются лишь обозначениями некоторых элементов.

Итак, DFD-диаграмма включает следующие компоненты:

• Процесс – функция или действия по обработке данных. Обозначается в виде круга или прямоугольника со скругленными краями и горизонтальной чертой внутри. Поскольку используется для описания действия, называется как глагол, например, «отправить заявку», «просмотреть документ» и пр.
• Внешняя сущность – объект за пределами моделируемой системы, который является отправителем или получателем данных – человек, внешний сервис, носитель информации, сторонний источник данных и пр. Обозначается квадратом. Поскольку является объектом, называется как существительное, к примеру, «Клиент», «Поставщик», «БД ГИБДД», «Госуслуги» и пр.
• Хранилище данных – источник, приемник или промежуточное хранилище данных внутри моделируемой системы – база данных, таблица, документ, список, файл и пр. Обозначается в виде прямоугольника с незакрытым правым краем, может иметь вертикальную черту слева. Поскольку является объектом, называется как существительное: «Список дел», «1С:Предприятие», «CRM-система», «Файл с данными заказов», «Заявка» и пр.
• Поток данных – непосредственно данные, которые входят в процессы и хранилища или выходят из них. Например, «ФИО клиента», «Номер договора», «Сведения по заявке», «Запрос» и т.д. Обозначаются как сплошные стрелки с подписями.

Источник: babok-school.ru