2.3.5. Модель описания функций (Function allocation diagram, FAD)
Модель описания функций необходима для того, чтобы разгрузить eEPC-модель. Модель описания функций чаще всего является декомпозиций eEPC-модели. Основные элементы точно такие же, как в eEPC-модели, за исключением событий и правил (логических операторов). FAD-модель показывает:
− потоки входной информации, необходимой для реализации данной функции;
− потоки выходной информации, образующейся в результате переработки входной;
− физические лица или группы людей, принимающие участие в выполнении описываемого процесса;
− средства связи, посредством которых информация поступает в сис-
2.3.6. Офисная модель
2.3.7. Модель промышленного процесса
Эти модели представляют собой графический вид eEPC-модели (более простой и наглядный) и автоматически получаются из eEPC-модели. Основные элементы имеют такие же названия и назначения, как и в eEPC-модели, но отличаются графически. Ниже приведена таблица соответствия элементов
Таблица соответствия элементов
элемента в произ-
2.3.8. С3-модель
С3-модель используется для описания процессов реорганизации деятельности предприятия. Для создания С3-модели выделяется отдельный биз- нес-процесс, который детализируется с целью дальнейшего реинжиниринга Для каждого процесса (на диаграмме) отображаются следующие аспек-
− организационные аспекты: ответственные за процесс и реорганиза-
− ключевые показатели, представляющие меру улучшения процесса;
− инструменты, используемые для улучшения процесса;
− потенциальные возможности улучшения процесса;
− запланированные действия для обеспечения изменений процесса;
− цели, преследуемые проектом.
Основные элементы С3-модели приведены в табл. 2.9.
Основные элементы C3-модели
Изображение и название элемента
Предназначен для ввода коммента-
Предназначена для определения от-
ветственного лица за бизнес-
Ключевые показатели (качественные
Продолжение табл. 2.9
Предназначены для определения средств и систем, требуемых для
Инструменты (целевые и реальные) улучшения бизнес-процесса
Предназначены для определения параметров улучшения
Потенциальные возможности улучшения (качественные и количественные)
Определяют навыки, которые необходимы для процесса реорганизации
Требуемые навыки (Core competence)
Определяют цели, которые желают достичь в процессе реорганизации
В С3-модели существуют строго формализованные правила построения. Каждый элемент имеет определенную ячейку размещения, каждый столбец имеет собственный смысл. В первом столбце размещается информация о текущем состоянии бизнес-процесса, во втором столбце – информация о необходимых критериях и инструментах реорганизации процесса, третий столбец показывает, что получиться в процессе реорганизации.
2.3.9. Пример ARIS-модели
Для более детального изучения концепции ARIS и возможностей применения рассмотрим пример моделирования деятельности банка.
Первоначально при создании ARIS-модели разрабатывается Value Added Chain Diagram (VACD), которая представляет собой согласованный набор основных видов деятельности предприятия, создающих ценность (приносящих прибыль), начиная от исходных источников сырья и заканчивая готовой продукцией/ услугами, доставленных конечному пользователю. VACD-модель представляет собой верхний уровень иерархии модель (эквивалент контекстной диаграммы).
Работа банка рассматривается как выполнение 8 основных бизнесфункций, которые также могут декомпозироваться (рис. 2.35).
После создания VACD-модели была проведена декомпозиция функций и разработаны 5 диаграмм декомпозиции в формате eEPC-моделей. Полученные eEPC-модели позволяют подробно описать логику бизнес-процесса, информационные объекты, необходимые для выполнения процесса и являются его результатами, а также ресурсы, посредством которых будет реализован этот процесс.
Ниже представлены наиболее интересные модели (по компонентному составу и содержанию) процессов оформления и погашения кредита для физических лиц, описанные с помощью eEPC-модели (Рис. 2.36 и Рис. 2.37).
Операции с ценными бумагами
Доверительные 
(трастовые)
Операции 
с драгоценными
Операции с 
пластиковыми
Кредитование 
физических лиц
Оформление Погашение 
кредита кредита
Операции по вкладам населения
Рис. 2.35. Модель VACD – основные виды деятельности (бизнес-процессы) коммерческого банка
Намерение клиента получить кредит
Рассмотреть поданную заявку и определить вид кредита
Получить сведения о доходахклиента и проверить его кредитоспособность
в выдаче кредита
Заявление на оформление
с постоянным источником
и выдачу пластиковой карты
Получить сумму предоставленной ссуды на счет клиента
Денежные средства перечислены
Рис .2.36. eEPС-модель процесса оформления кредита физическому лицу
Получить от клиента
документы о целевом
В установленный срок
платеж не поступил
не внесенныхв срок
платежей на счет
задолженности по счету
оплата всей суммы
сумму с поручителя
Кредит не погашен
Проверить истечение установленного срока погашения всего кредита
Срок выплаты не истек
Срок выплаты истек
ценности и погасить
на погашение ссуды
Рис. 2.37. eEPС-модель процесса погашения кредита физическим лицом
После создания eEPC-модели, если существует необходимость в дальнейшей декомпозиции или для того, чтобы разгрузить eEPC-модель, разраба-
тывают Function Allocation Diagram (FAD). FAD-модель служит для описания простейших процессов (отдельных функций). В нашем случае, была разработана FAD-модель процесса «Получить сведения о доходах клиента и проверить его кредитоспособность» (рис. 2.38.), так как именно этот простейший процесс имеет 11 присоединенных элементов, которые несомненно загромоздили бы eEPC-модель.
Информация о доходахот сбережений, капитальных вложений, ценныхбумаг и др.
Информация о расходах заемщика: налоги,алименты, выплаты по другим ссудам и др.
сведения о заемщике и
о доходахклиента и
Справка с места
работы с указанием
Данные о месте работы
Учетная карточка заемщика
Отдел по работе с клиентами
Картотека банка: инф-я о кредитосп-ти, ссудахв прошлом, остаткахна счетах
Рис. 2.38. FAD-модель процесса «Получить сведения о доходах клиента и проверить его кредитоспособность»
После чего, была создана организационная модель, представляющая структуру предприятия в виде иерархии организационных подразделений, должностей, групп сотрудников и конкретных лиц. Организационная модель данного коммерческого банка представлена на рис. 2.39 и описывает статические отношения между различными структурными элементами.
Модель дерева функций предназначена для представления иерархической структуры функций, выполняемых банком для реализации тех или иных бизнес-процессов, и отображает статические связи между ними (рис. 2.40).
Заведующий 
отделом по работе с персоналом
Отдел по работе с персоналом
Менеджер по управлению
Менеджер по обучению персонала
Ассистент менеджера 
по обучению
Заведующий 
отделом по работе с клиентами
Отдел по работе с клиентами
Менеджер по связям с общественностью
Юрист-консультант
Отдел 
спецобслуживания
Главный 
управляющий
организацией охраны банка
Ответственный 
за состояние сигнализации
проводимым с ценными
Юрист — ведущий специалист
Внутренний аудитор
Рис. 2.39. Организационная модель коммерческого банка
Рис. 2.40. Модель дерева функций коммерческого банка
информацию о типах
Получить от клиента
документы о целевом
на открытие счета
на оформление и
о доходахклиента и
не внесенныхв срок
клиента и принять
платежей на счет
задолженности по счету
оплата всей суммы
Получить аванс от
на счет клиента
Получить и оплатить
погашения всего кредита
в выдаче кредита
ценности и погасить
Отказаться от услуг
сумму с поручителя
на погашение ссуды
необх. для оформления
Рис. 2.44. Модель дерева функций банка
Последним этапом разработки комплексной ARIS-модели было создание С3-модели, которая предназначена для описания бизнеспроцессов, которые необходимо реорганизовать. В качестве бизнеспроцесса, требующего реорганизации был выбран процесс «Осуществление лизинговых операций», определены потенциальные возможности для улучшения: увеличение знаний работника о процессе, сокращение времени выполнения процесса и повышение конкурентоспособности. Было выявлено, каким образом можно достичь желаемых результатов: проведением курсов повышения квалификации сотрудников, внедрением CRM-системы, развитием электронных ресурсов банка и проведением широкомасштабных рекламных мероприятий. В результате проводимых в банке изменений необходимо создать новый операторский центр, модифицировать информационную систему, обучить персонал и разработать новые маркетинговые стратегии. При достижении всех изменений сотрудники банка за счет снижения времени обслуживания клиентов, должны увеличить их количество. С3-модель реорганизации бизнес-процесса «Осуществление лизинговых операций» приведена на рис. 2.41.
Для чего используется диаграмма верхнего уровня vad сдо
Для чего используется диаграмма верхнего уровня vad сдо
Библиографическая ссылка на статью:
Вахрушев В.И., Гусева Т.Ф., Седнева Д.А., Климов П.А. Разработка диаграммы VAD на примере моделирования бизнес-процесса «Транспортировка готовой продукции» // Современные научные исследования и инновации. 2016. № 1 [Электронный ресурс]. URL: https://web.snauka.ru/issues/2016/01/61616 (дата обращения: 08.12.2022).
Среди огромного количество методов описания бизнес-процессов можно выделить несколько наиболее популярных:
- eEPC – Событийная цепочка процессов;
- UML – Унифицированный язык моделирования;
- ERM – Модель сущность-связь;
- и VAD – Диаграмма добавленной стоимости.
Для исследования выбрана предметная область «Транспортировка готовой продукции» и процесс осуществления организации транспортировки и документального учета доставки продукции до клиента собственными силами организации [6, 7, 8, 9]. Детальный разбор предметной области будет осуществлён при помощи модели VAD методологии ARIS.
Диаграмма добавленной стоимости (Value-added Diagram VAD) – это диаграмма, которая описывает взаимосвязь бизнес-процессов верхнего уровня. Ключевой особенностью этой и других моделей является то, что информационные и материальные потоки на схеме VAD изображаются не стрелками, а объектами. А также для всех типов потоков используется свой собственный объект [10, 11, 12, 13, 14]. В нотации VAD методологии ARIS в отличие от классического подхода также используются логические связи между работами, позволяющие отобразить логическую последовательность выполнения работ.
Для построения функциональной модели, описывающей процесс оформления транспортировки товара необходимо представить работу в целом [15, 16, 17]. Для этого следует провести сбор информации и анализ предметной области:
В процессе сбора данных были выделены следующие основные бизнес-процессы и документы, сопровождающие процесс учета доставки готовой продукции покупателю:
Основные процессы:
- Подача заявки
- Анализ поступившей заявки
- Подписание договора
- Погрузка товара
- Транспортировка
- Разгрузка товара
Документы:
- Заявка
- Договор (оформленный, подтверждает факт заключения сделки) – копия, 1 экз.
- Путевой лист – 1 экз.
- Товарно-транспортная накладная
- Отчёт
На диаграмме (Рисунок 1) представлено 10 бизнес-процессов, связи между ними, входящие и выходящие ресурсы (заявки, товар, документы). Любой из бизнес-процессов может быть декомпозирован [18, 19, 20].
Рисунок 1 – Моделирование бизнес-процесса «Транспортировка готовой продукции» в нотации VAD
Материал данной статьи будет апробирован в дипломной работе по разработке и внедрению автоматизированной информационной системы.
Диаграмма VAD и пример ее построения
• Модели создавать с учетом последующих шагов их использования в проекте:
o Организационные изменения
o Анализ и оптимизация бизнес-процессов
o Внедрение системы сбалансированных показателей
o Сертификация по ISO 9000:2000
o Внедрение корпоративных информационных систем
• Обучение и поддержка конечных пользователей
• Тиражирование решения на родственных предприятиях
• Концентрация ресурсов на ключевых аспектах и минимизация работы, связанной с моделированием процессов
Основные определения и объекты диаграммы VAD
• Модель верхнего уровня описывает все типовые процессы в форме диаграммы VAD и дополняется диаграммой целей и деревом функций.
• Диаграмма VAD предназначена для представления процессов организации, которые непосредственно влияют на качество ее функционирования
• Эти процессы формируют стоимость продукции и работ, количество и качество выпускаемой продукции и т.д.
• Качество — свойство или совокупность существенных свойств организации, обуславливающих ее пригодность для достижения поставленных целей
Объекты диаграммы VAD: Соединение, Звено цепочки добавленного качества, Звено цепочки добавленного качества, Организационная единица, Организационная единица, Тип организационной единицы, Тип организационной единицы, Технический термин, Кластер, Пакет, Продукт/услуга, Услуга, Информационная услуга, Цель, Экземпляр ключевого показателя результативности, Тип прикладной информационной системы, Риск.
Диаграмма VAD и пример ее построения
• Бизнес-процессы компании включают в себя: Основные бизнес-процессы, Обеспечивающие бизнес-процессы, Бизнес-процессы управления.
Рисунок 16. Итоговая модель
• Основные бизнес-процессы включают в себя: Стратегическое планирование, Маркетинг, Разработка технологии, Производство, Продажа.
• Основные бизнес-процессы Стратегического планирования: Разработка миссии и стратегии, Разработка диаграммы целей, Разработка дерева функций.
• Основные бизнес-процессы Маркетинга: Изучение рынков и потребителей, Реклама и продвижение товаров, Анализ и оценка маркетинга.
• Основные бизнес-процессы Разработки технологии: Разработка технологии новых продуктов.
• Основные бизнес-процессы Производства: Производство новых продуктов, Производство продуктов на заказ.
Диаграмма цепочки добавленного качества
Для уменьшения сложности описания деятельности организации необходимо разработать иерархию моделей БП организации, начиная с самого верхнего уровня и до моделей отдельных БП на нижнем уровне. Для описания модели верхнего уровня используется диаграмма типа Value-added chain diagram (VAD), название которой можно перевести какМодель цепочки добавленного качества (стоимости).
Диаграмма цепочек добавленного качества описывает функции организации, которые непосредственно влияют на реальный выход ее продукции. Эти функции создают последовательность действий, формируя добавленные значения: стоимость, количество, качество и т.д.
Диаграмма цепочек добавленной стоимости может содержать следующие структурные элементы: Организационная единица, Должность или позиция, функция и др. (Таблица 2 .9).
Элементы диаграммы цепочки добавленного качества
Графическая нотация
Наименование
Действие или набор действий, выполняемых над исходным объектом (документом, материалом и т.п.) с целью получения заданного результата.
Организационная единица (Organizational unit)
Элемент организационной структуры (структурное подразделение), который отвечает за выполнение определенных задач и преследует определенные цели.
Экземпляр объекта данных. Он представляет собой логический взгляд на набор объектов данных или структур
Пример диаграммы цепочек добавленной стоимости представлен на рисунке 3.5.
Маленьким значком в нижнем правом углу элемента модели помечаются те функции, для которых существуют модели, раскрывающие эту функцию. Таким механизмом реализуется принцип декомпозиции.
Рис. 2.24. Основные процессы учета успеваемости студентов в системе кредитов
МоделиeEpc
Цепочка процесса, управляемая событиями — Extended event driven process chain (eEPC).
С помощью диаграмм EPC процедуры БП представляются как логические последовательности событий. События определяют, какое состояние или отношение будет переключать функцию и какое состояние наступит после ее выполнения. Поэтому модель EPC должна всегда иметь запускающие и завершающие события.
Одно событие может инициировать выполнение одновременно нескольких функций, и, наоборот, функция может быть результатом наступления нескольких событий. Объединения нескольких событий или функций отображаются на диаграмме EPC с помощью соединителей в виде небольшого кружка. Эти соединители не только отображают графические связи между объектами модели, но и определяют логические связи между ними. Различают два типа связи логических операторов – связи событий исвязи функций.
Диаграмма цепочек, управляемых событиями кроме элементов организационной диаграммы и диаграммы данных может содержать следующие структурные элементы: функция, событие и др. (Таблица 2 .10).
Элементы диаграммы цепочек, управляемых событиями
Графическая нотация
Наименование
Действие или набор действий, выполняемых над исходным объектом (документом, материалом и т.п.) с целью получения заданного результата.
Состояние, которое является существенным для управления БП и которое оказывает влияние или контролирует дальнейшее развитие одного или более БП. Изменения состояния отражаются с помощью информационных объектов
Представляет собой правило разветвления и слияния веток БП. Если перейти к рассмотрению каждой отдельной функции БП, то можно сказать, что правило отражает логическое соотношение между несколькими исходными для функции событиями и несколькими результирующими.
Используется для обозначения функции внешнего БП, который либо не описывается в данной модели, либо является БП другой предметной области.
Представляет собой средство хранения информации. Оно может быть реализовано, к примеру, в виде картотеки или компьютерных файлов или БД.
Обозначает любой вид документов.
Пример диаграммы цепочек, управляемых событиями представлен на рисунке 3.6.
Модель процесса добавленной стоимости (VAD)
Цель работы: изучить и получить навыки построения основных моделей ARIS.
Краткая теория:
Задачи, которые приходится решать в ходе реинжиниринга бизнес-процессов, обычно характеризуются высокой степенью сложности и большой ответственностью. Опыт неудач первых лет развития этого направления показал, что успешный реинжиниринг не может быть осуществлен без твердой методологической основы.
Под методологией (нотацией) создания модели бизнес-процесса понимается совокупность способов, при помощи которых процессы и связи между ними представляются в виде модели. Применение нотации ARIS к описанию бизнес-процессов автоматически обеспечивает согласованность моделей.
В проекте реинжиниринга используются основные и вспомогательные модели. Основные модели используются аналитиками и руководством процессов, вспомогательные модели – руководителями процессов.
ARIS использует следующие основные и вспомогательные модели (диаграммы) для описания бизнес-архитектуры:
2. Модель процесса добавленной стоимости (Value-added chain diagram, VAD).
3. Диаграмма носителей информации (Information carrier diagram, ICD).
4. Диаграмма описания полномочий (Authorization hierarchy, АH, Authorization map, АМ).
5. Диаграмма событийно-управляемого процесса (extended Event-driven Process Chain, eEPC).
6. Диаграмма окружения функции (Function allocation diagram, FAD).
7. Диаграмма типа прикладной системы (Application system type diagram, ASTD).
9. Диаграмма выбора процесса (Process selection diagram, PSD) и другие.
Приведем краткое описание правил построения диаграмм, основные объекты и отношения.
Модель организационной структуры предназначена для сведения организационных элементов компании в единую структуру. В качестве основного принципа построения используется принцип иерархического соподчинения. На этой диаграмме показываются организационные единицы (объекты управления) и отношения (связи) между ними. Эта модель была подробно рассмотрена в предыдущей лабораторной работе.
Модель процесса добавленной стоимости (VAD)
Модель процесса добавленной стоимости используется для описания процессов верхнего уровня компании путем определения логической взаимосвязи между основными направлениями деятельности компании и отображения этих взаимосвязей в виде структурированных групп бизнес-процессов.
Правила построения модели процесса добавленной стоимости (VAD)
1. Для построения диаграммы процесса добавленой стоимости используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».
2. Определяются и отображаются бизнес-процессы организационной единицы (компании, отдела, подразделения), с помощью которых осуществляется ее деятельность (рис.4.1).
Рис.4.1. Бизнес-процессы организационной единицы
3. Определяются и отображаются бизнес-процессы в правильной логической последовательности (рис.4.2).
Рис.4.2. Бизнес-процессы организационной единицы в логической последовательности
4. Определяются и отображаются владельцы и команда бизнес-процесса (исполнителя) (рис.4.3).
Рис.4.3. Бизнес-процессы организационной единицы с указанием бизнес-команды и владельцев бизнес-процессов
5. Определяются и отображаются нормативные документы, по которым выполняется бизнес-процесс (рис.4.4).
Рис.4.4. Бизнес-процессы организационной единицы с указанием бизнес-команды, владельцев бизнес-процессов и регламентирующих документов
6. Определяется и отображается вся необходимая информация и ресурсы необходимые, для выполнения бизнес-процесса, и вся информация и ресурсы, которые получатся в результате выполнения бизнес-процесса (рис.4.5).
Рис.4.5. Бизнес-процессы организационной единицы с указанием бизнес-команды, владельцев бизнес-процессов, регламентирующих документов, входящей и исходящей документации
7. Каждый бизнес-процесс на VAD диаграмме должен иметь ссылку либо на VAD диаграмму более низкого уровня либо на eЕРС диаграмму, которая детализирует данный бизнес-процесс (рис.4.6).
Рис.4.6. Диаграмма процесса добавленной стоимости c указанием ссылок на диаграммы более низкого уровня
Таблица 4.1 — Отношения в диаграмме VAD
| Направление отношения — слева вверх | ||||||
| Предшественник | Нет связи | Ответственный за выполнение | Имеет результатом | Имеет результатом | Поддерживает | Имеет результатом |
| Выполняет | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
| Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
| Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
| Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
| Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
| Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Ниже приведен пример построения диаграммы VAD.
Рис. 4.7 – Пример диаграммы VAD
Диаграмма носителей информации(Information carrier diagram, ICD) служит для отображения структуры информационных пакетов, размещенных на определенных носителях информации. Информационный пакет состоит из информационных потоков. Отображение информационных потоков, является основной задачей при построении диаграммы носителей информации.
1. Для построения диаграммы носителей информации используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».
2. Определяются все документы, которые используются в организационной единице (компании, подразделении, отделе).
3. Структурируются документы, определяются группы документов (разбить по картотекам) (рис.4.8).
Рис.4.8 Группы документов организационной единицы
4. Если необходимо можно выделить подгруппы документов (Рис.4.9).
Рис.4.9 Группы и подгруппы документов организационной единицы
5. Отобразить документы в соответствующих группах (рис.4.10).
Рис.4.10 Структура документов организационной единицы
6. Следующим этапом является детализация документов до информационных потоков. Детализация каждого документа осуществляется на отдельной ICD диаграмме (рис.4.11).
Рис.4.11 Информационные потоки документа «Опись извещений/предварительных извещений»
В диаграмме носителей информации используется тип связи Структурируется из.
Рис. 4.12 Пример диаграммы носителей информации
Диаграмма описания полномочий (AM). На этой модели показываются полномочия служащих или организационной единицы Компании. Кроме того, данные полномочия объединены в группы в зависимости от бизнес-роли.
Таблица 4.2 – Объекты диаграммы полномочий
| Используется для обозначения полномочий |
| Обозначение отдельного штатного подразделения |
| Представление должности |
| Группа сотрудников, работающих вместе в течение определенного промежутка времени, например, проектная группа |
| Обозначение месторасположения объекта |
При построении диаграммы используется тип связи Структурируется из.
Правила построения диаграммы полномочий
1. Иерархия полномочий (Authorization hierarchy, AH) и Карта полномочий (Authorization map, AM) используются для отражения полномочий, назначенных отдельным исполнителям, а также для структуризации полномочий.
2. В диаграммах разрешено использовать объекты и связи между ними, которые определены в разделах «Объекты» и «Отношения (связи) объектов».
Рис. 4.13 Пример диаграммы полномочий
Диаграмма типа прикладной системы. Модель применяется для описания прикладных информационных систем Компании. На верхнем уровне иерархии располагаются классы информационных систем, которые выделяются по функциональному признаку. В состав каждого класса входят информационные системы (программные комплексы, базы данных, приложения и т.п., относящиеся к данному классу).
Правила построения диаграммы типа прикладной системы:
1. Для построения диаграммы типа прикладной системы используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».
2. Определяются прикладные системы, используемые в организационной единице.
Блог о бизнес-процессах и BPMN
Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.
Правила построения диаграмм потоков данных — DFD
DFD – диаграмма потоков данных. Это метод, с помощью которого проводится графический структурный анализ, в котором описаны внешние для системы источники данных, функции, потоки и хранилища данных, к которым имеется доступ. С помощью этой диаграммы проводится структурный анализ и проектируются информационные системы.
Что такое диаграмма потоков данных?
DFD – это нотация, которая используется при моделировании информационных систем с точки зрения хранения, обработки и передачи данных.
В целом DFD не имеет жесткого синтаксиса в отличие от большинства других нотаций. Здесь возможно использование различных вариантов. Главное условие – понятность как составителю диаграммы, так и тем людям, которые будут ее читать.
Используют нотацию DFD в случаях, когда необходимо описать систему как хранилище данных. Таким образом, целью ее является поиск ответов на вопросы, связанные с составом информационной системы и необходимыми инструментами для обработки информации.
С помощью DFD возможно описание любых действий, например, отгрузку продукции, обработку заявок клиентов с точки зрения описания системы. В результате формируется понимание того, какие элементы должны быть включены в систему, как можно автоматизировать ее процессы. При этом DFD нельзя рассматривать как непосредственно описание процесса. Например, в схему не включают такой важный параметр, как время. Также нет возможности использования условий и развилок.
DFD показывает источник информации, определяет, какие сведения необходимы, порядок обработки и место отправления результатов. Т. е. данная нотация сфокусирована не столько на процессе, сколько на движении информационного потока.
Как и любая другая нотация, DFD имеет достоинства и недостатки.
Главным преимуществом нотации является отсутствие требований к соблюдению правил и синтаксиса. Нотация не является исполнимой, она используется для формирования внутреннего понимания, структурирования и последующей работы с данными.
Кроме того, важными положительными характеристиками являются:
- Способность к точному определению внешних сущностей при использовании методов анализа потоков информации в системе и за ее пределами.
- Возможность вертикального проектирования.
- Обеспечение возможности описания процессов нижних уровней, что позволяет достичь логической завершенности модели.
Основным недостатком называют отсутствие возможности анализа временных параметров в модели, необходимость использования управляющих процессов.
Символы и синтаксис диаграмм
Исторически были разработаны два варианта синтаксиса нотации: Йордана и Гейна-Сарсона. В этих вариантах имеются различия в отображении процесса (в первом варианте процесс отображается кругом, а во втором – разделенным горизонтальной чертой прямоугольником), а также хранилища данных (в варианте Йордана хранилище данных представлено простым прямоугольником, а в варианте Гейна – прямоугольник имеет разделяющую вертикальную черту).
Нотация включает в себя 4 основных элемента:
- Процесс, который может содержать в себе функцию или последовательность действий, необходимых для обработки информации. В названии процесса преимущественно используют глаголы.
- Внешние сущности, представленные любыми объектами, не включенными в систему, но поставляющие или получающие информацию из системы.
- Хранилище данных является внутренним объектом. Это может быть базой данных, таблицей или любым другом вариантом, в котором организовано хранение данных.
- Поток данных отображается стрелкой, которая показывает входящую и исходящую из каждого блока информацию.
Уровни и слои
Уровни и слои в DFD дают возможность наполнить ее значительным количеством подробностей. Для этого внимание фокусируется на конкретном участке. Уровень диаграммы обозначается цифрой от нуля.
Диаграмма нулевого уровня – это контекстная схема. На ней отображаются анализируемые или моделируемые системы. На схеме отображена общая картина, в которой система представлена единым процессом, связанным с внешними сущностями. Схема нулевого уровня понятна любому неподготовленному читателю.
На схеме первого уровня уже более детально представлены элементы, отображенные на контекстной схеме. Здесь общий процесс разбит на подпроцессы и выделены основные функции.
Схема второго уровня еще более глубоко погружает аналитика в сущность системы. Однако для более полного и подробного описания схема должна содержать большее количество текстовой информации.
Дальнейшая детализация также возможно, но далее третьего уровня составители редко заходят, так как это усложняет понимание модели, поэтому снижается уровень эффективности в решении задач, связанных со сравнением, моделированием и передачей информации.
Использование слоев дает возможность сбора выпадающих уровней непосредственно в схеме. Это позволяет достичь симбиоза глубокого анализа с ясностью изложения.
Высокий уровень детализации дает возможность составления псевдокода, в котором сочетаются программный и естественный язык. С помощью псевдокода упрощается работа по написанию полноценного кода.
Логические и физические диаграммы
Диаграммы рассматриваемой нотации могут быть представлены в двух категориях – логические и физические. В логических диаграммах наглядно показано то, как перемещаются данные, имеющие жизненную важность для работы предприятия. Центр такой диаграммы – непосредственно бизнес, а не особенности работы системы.
Физические диаграммы дают иллюстрацию того, как система устроена на данный момент или какого состояния должна достигнуть в будущем. Так, логическая диаграмма в качестве процессов будет рассматривать различные виды работ организации, а физическая – программы и ручные процедуры.
Примеры применения схем потоков данных
Основной сферой применения DFD-диаграммы является разработка программного обеспечения. В этой сфере под хранилищем данным понимают различные электронные таблицы и базы данных; внешними сущностями будут являться клиенты или другие базы данных; под процессами понимают модули и функции, которые выполняются в системе.
Также удобно использование данных диаграмм при проведении анализа организации документооборота. Использование DFD в данном случае позволяет получить понимание мест хранения данных, способов обмена документацией, определить точки, в которых допущены ошибки и неправильно организованы процессы. Но в этом случае нотацию нужно использовать с некоторой осторожностью, т.к. непосредственно бизнес-процесс в ней не описывается. Тем не менее, есть положительные результаты использования нотации в качестве вспомогательного варианта и демонстрации того, какие проблемы выявлены и каким методом возможно их устранение.
Как создать диаграмму потоков данных
В большинстве случаев процессы и системы имеют в начале входящую информацию из внешней среды, а в качестве финала – выводят данные в другую сущность. Фактически одним из важнейших этапов построения модели становится определение точек ввода и вывода информации, так как именно она является фундаментом модели.
После выделения основных точек ввода и вывода информации, строится контекстная схема. Для ее создания добавляем единичный процесс, который соединяется с внешней средой. Этот процесс и становится той сущностью, через которую проходит путь информация.
Первым этапом построения модели становится разработка контекстной диаграммы, которая отображает основной процесс, а также показывает то, как он связан с внешней средой. Эта связь выражена в потоках данных. Контекстная диаграмма может отображать несколько основных процессов.
Контекстная схема не дает четкого понимания системы, поэтому необходимо проводить ее разбивку на подпроцессы. Так проводится декомпозиция модели.
На модели первого уровня уже отображается несколько процессов, а также основные хранилища и все объекты внешней среды, связанные с системой. В этой модели уже необходимо отобразить путь, по которому следует информация – ее источники, методы обработки и принимающие хранилища.
Далее по этой же схеме проводится более глубокая детализация до того уровня, который необходим для четкого понимания всей системы.
Некоторые потоки данных, могут не иметь имен. Это даст возможность снизить уровень насыщенности модели.
После того, как закончите создание модели, необходимо еще раз ее проверить. Обратить внимание на логичность информационных потоков, четкости расположения хранилищ. Окончательный вариант модели должен четко отражать все особенности устройства системы. Поэтому возможно подключить к проверке других участников процессов системы.
Правила и советы по построению диаграмм
Для создания DFD диаграммы необходимо соблюдать ряд правил:
- У каждого процесса должен быть как минимум один вход и один выход. Так как процесс в данной нотации – это обработка данных, то они должны поступать и исходить в заданном направлении.
- Процесс, связанный с обработкой данных, должен иметь внешний входящий поток. Запуск такого процесса возможен только при поступлении новой дополнительной информации, а не только накопленных в хранилище данных.
- Стрелки не могут проходить непосредственно между хранилищами, связь между ними возможна только через какой-либо процесса. Перемещать данные из одного хранилища в другое без дополнительной обработки – бессмысленно.
- Каждый процесс должен быть связан либо с другим процессом, либо с хранилищем данных. Процесс не может существовать самостоятельно, в нем нет смысла, если его результат никуда не передан.
- DFD-диаграмма предусматривает возможность декомпозиции крупных процессов на подпроцессы, которые будут подробно описаны. Возможно проведение декомпозиции до 3 – 4 уровней.
Шаблоны и примеры диаграмм DFD
Диаграмма DFD может носить логический или физический характер.
На схеме ниже представлена логическая схема, в которой все внимание сконцентрировано на компании.
Следующая схема – пример физической диаграммы. Здесь рассмотрена конкретная система и представлены действия, необходимые для ее работы.
Нулевой уровень – контекстная схема, представленная на следующем рисунке.
Представим также схему, на которой отображена уже модель более высокого уровня.
Таким образом, в DFD могут быть отображены потоки информации любой сложности и глубины. Это позволяет использовать нотацию во многих сферах, где необходим анализ информационных потоков.
Таким образом, рассмотренная нотация дает возможность решать различные задачи, стоящие между аналитиком данных. Широкие возможности и отсутствие строгих правил стали причиной широкого распространения нотации.
Зачем вам DFD-диаграммы или как описать движение потоков данных в бизнес-процессах
Рассмотрим еще одну нотацию моделирования, которая не часто используется для непосредственного описания бизнес-процессов, а потому редко применяется начинающими системными и бизнес-аналитиками. Читайте далее, что такое DFD-диаграмма, зачем она нужна и как ее использовать в проектах интеграции информационных систем и управления данными.
Что такое DFD-нотация и зачем она нужна
Хотя BPMN и EPC нотации позволяют отлично описать логику выполнения бизнес-процессов, о чем мы писали здесь и здесь, иногда требуется показать эту деятельность не с позиции совершаемых действий, а с точки зрения обрабатываемых данных. Иначе говоря, нужно ответить на вопросы, из каких источников данных приходят, как преобразуются и куда отправляются. Обычно такая задача возникает в проектах, связанных с управлением данными (Data Management) и интеграции информационных систем. Методы и способы интеграции ИС мы рассмотрим в другой раз, а пока сфокусируемся на описании движения потоков данных. Именно для этого и нужны DFD-диаграммы (Data Flow Diagram).
Подобно IDEF0, DFD-нотация относится к SADT-методологии и соответствует структурному подходу, поддерживая принципы декомпозиции, иерархической упорядоченности и смыслового разделения сущностей. Хотя DFD и не содержит логических операторов (XOR, AND, OR), которые мы разбирали здесь, а также имеет очень ограниченное число элементов, она отлично позволяет описать последовательность возникновения, изменения и преобразования данных через их движение между процессами и хранилищами. Существует 2 разновидности DFD-диаграмм (Гейна-Сарсона и Йордана-Де Марко), которые немного отличаются лишь обозначениями некоторых элементов.