Для иллюстрирования вызовов листовых функциональных блоков IDEF0 (то есть блоков, не имеющих диаграмм декомпозиции) может быть применено построение IDEF3-моделей. Если развитие IDEF0-модели предполагается аналитиками именно таким способом, моделями IDEF3 должен быть тщательно документирован каждый возможный вызов функционального блока. Соответствующие таблицы вызовов (наподобие табл. 3.3) можно будет составить впоследствии из соответствующих диаграмм IDEF3.
Выводы. Методология функционального моделирования IDEF0 – это удобный язык моделирования бизнес-процессов, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов анализируемого объекта. Одной из основных идей IDEF0-моделей является построение двух видов моделей: «как есть» и «как должно быть». Это нужно при проведении реинжиниринга бизнес-процессов организации. Кроме того, IDEF0 обеспечивает удобный язык обмена информацией о моделируемой системе между всеми заинтересованными лицами.
4. СТРУКТУРНЫЙ АНАЛИЗ ПОТОКОВ ДАННЫХ
(DATA FLOW DIAGRAMS – DFD)
4.1. Назначение диаграмм потоков данных
Так же, как и диаграммы IDEF0, диаграммы потоков данных (Data Flow Diagrams – DFD) моделируют систему как набор действий, соединенных друг с другом стрелками. Диаграммы потоков данных могут содержать два новых типа объектов: объекты, собирающие и хранящие информацию, – хранилища данных и внешние сущности – объекты, моделирующие взаимодействие с теми частями системы (или другими системами), которые выходят за границы моделирования (рис. 4.1).
В отличие от стрелок в IDEF0, которые иллюстрируют отношения, стрелки в DFD показывают, как объекты (включая и данные) реально перемещаются от одного действия к другому. Это представление потока обеспечивает отражение в DFD-моделях таких физических характеристик системы, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители объектов (внешние сущности).
Рис. 4.1. Пример DFD-диаграммы
Построение DFD-диаграмм в основном ассоциируется с разработкой программного обеспечения, поскольку нотация DFD изначально была разработана для этих целей. В частности, графическое изображение объектов на DFD-диаграммах этой главы соответствует принятому Крисом Гейном (Chris Gane) и Тришем Сарсоном (Trish Sarson) – авторами DFD-метода, известного как метод Гейна – Сарсона. Другой распространенной нотацией DFD является так называемый метод Йордана – Де Марко (Yourdon – De Marco).
4.2. Синтаксис и семантика диаграмм потоков данных
В отличие от IDEF0, рассматривающего систему как множество сочетающихся действий, в названиях объектов DFD-диаграмм преобладают имена существительные. Контекстная DFD-диаграмма часто состоит из одного функционального блока и нескольких внешних сущностей. Функциональный блок на этой диаграмме обычно имеет имя, совпадающее с именем всей системы (рис. 4.2).
Рис. 4.2. Контекстная DFD-диаграмма
Добавление на диаграмму внешних ссылок не изменяет фундаментального требования, что модель должна строиться с единственной точки зрения и иметь четко определенные цель и границы, что уже обсуждалось ранее.
Функциональные блоки
Функциональный блок DFD моделирует некоторую функцию, которая преобразует сырье в какую-либо продукцию (в терминах IDEF – вход в выход). Хотя функциональные блоки DFD и изображаются в виде прямоугольников с закругленными углами, они почти идентичны функциональным блокам IDEF0 и действиям IDEF3. Как и действия IDEF3, функциональные блоки DFD имеют входы и выходы, но не имеют управления и механизма исполнения, как IDEF0. В некоторых интерпретациях нотации DFD Гейна – Сарсона механизмы исполнения IDEF0 моделируются как ресурсы и изображаются в нижней части прямоугольника (рис. 4.3).
/ 
Рис. 4.3. Элемент DFD-диаграммы, построенной в нотации Гейна – Сарсона
В верхней части, как правило, отображается номер блока, в средней части – наименование блока, в нижней – ресурсы блока.
Внешние сущности
Внешние сущности обеспечивают необходимые входы для системы и/или являются приемниками для ее выходов. Одна внешняя сущность может одновременно предоставлять входы (функционируя как поставщик) и принимать выходы (функционируя как получатель).
Внешние сущности изображаются как отбрасывающие тень прямоугольники и обычно размещаются у границ диаграммы (см. рис. 4.2). Одна внешняя сущность может повторяться на одной и той же диаграмме несколько раз. Этот прием полезно применять для сокращения количества линий, соединяющих объекты на диаграмме.
Стрелки (потоки данных)
Стрелки описывают передвижение (поток) объектов от одной части системы к другой. Поскольку все стороны обозначающего функциональный блок DFD прямоугольника равнозначны (в отличие от IDEF0), стрелки могут начинаться и заканчиваться в любой части блока. В DFD также используются двунаправленные стрелки, которые нужны для отображения взаимодействия между блоками (например, диалога типа «приказ – результат выполнения»).
На рис. 4.2 двунаправленная стрелка обозначает взаимный обмен информацией между двумя функциональными блоками.
Хранилища данных
В то время как потоки данных представляют объекты в процессе их передвижения, хранилища данных моделируют их во всех остальных состояниях. На рис. 4.4 приведен пример обозначения хранилищ данных на DFD-диаграммах.
Рис. 4.4. Обозначение хранилища данных на DFD-диаграмме
При моделировании производственных систем хранилищами данных служат места временного складирования, где хранится продукция на промежуточных стадиях обработки. В информационных системах хранилища данных представляют любой механизм, который поддерживает хранение данных для их промежуточной обработки.
Ветвление и объединение
Стрелки на DFD-диаграммах могут быть разбиты (разветвлены) на части, и при этом каждый получившийся сегмент может быть переименован таким образом, чтобы показать декомпозицию данных, переносимых конкретным потоком (рис. 4.5).
. 
Рис. 4.5. Разветвление стрелки, иллюстрирующее декомпозицию данных
Возможна и обратная ситуация: стрелки могут соединяться между собой (объединяться) для формирования так называемых комплексных объектов.
4.3. Построение диаграмм потоков данных
Дата: 2019-03-06, просмотров: 304.
