Теоретические сведения

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

Диаграмма DFD описывает:

- функции обработки информации (работы);

- документы (стрелки, arrow), объекты, сотрудников или отделы, которые учувствуют в обработке информации;

- внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

- таблицы для хранения документов (хранилище данных, data store).

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count воспользоваться радиокнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:

- – добавить в диаграмму внешнюю ссылку (External Reference). Внешняя ссылка является источником или приемником данных извне модели;

- – добавить в диаграмму хранилище данных (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;

- – ссылка на другую страницу. В отличие от IDEF0 инструмент offpage reference позволяет направить стрелку на любую диаграмму (а не только на верхний уровень).

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities) (рис. 5.1). В отличие от IDEF0, где система рассматривается как взаимосвязанные работы. DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы. Работы в DFD представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок. Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое (рис. 5.1).

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

 

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

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

Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением (event partitioning), в котором различные диаграммы DFD выстраивают модель системы. Во-первых, логическая модель строится как совокупность работ и документирования того, что они (эти работы) должны делать. Затем модель окружения (environment model) описывает систему как объект, взаимодействующий с событиями из внешних сущностей. Модель окружения обычно содержит описание цели системы, одну контекстную диаграмму и список событий. Контекстная диаграмма содержит один прямоугольник работы, изображающий систему в целом, и внешние сущности, с которыми система взаимодействует. Наконец, модель поведения (behavior model) показывает, как система обрабатывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запоминать между событиями. Потоки добавляются для связи с другими элементами, и диаграмма проверяется с точки зрения соответствия модели окружения. Полученные диаграммы могут быть преобразованы с целью более наглядного представления системы, в частности работы на диаграммах могут быть декомпозированы.

Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта - это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например, D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например, Е5.

Экспорт в ERwin осуществляется путем выбора пункта меню «File» – «Export» – «ERwin 4.0». При этом откроется диалоговое окно для выбора файла с расширением.bрх. Выбрав папку и имя, нажимаем командную кнопку «Сохранить» и выполняем операцию экспорта. Важное замечание: для правильного взаимодействия между AllFusion Process Modeler и ERwin необходимо соблюдать следующее правило: всякое изменение сущностей и атрибутов после экспорта из BPwm в ERwin можно производить только в ER win, после чего измененный файл либо импортируется из ERwin (находясь в AllFusion Process Modeler) либо экспортируется в AllFusion Process Modeler (находясь в Erwin). Всякое нарушение этого процесса (например, после экспорта из AllFusion Process Modeler в ERwin что-то в AllFusion Process Modeler изменяется и еще раз экспортируется) произойдут необратимые изменения в файле для AllFusion Process Modeler, в частности будет потеряна возможность изменять и экспортировать ранее существовавшие сущности и атрибуты.

При этом никакие переименования указанной программы не «оторвут» ее от ERwin и она будет безнадежно потеряна (в части сущностей и атрибутов). С целью предотвращения подобной ситуации рекомендуется сохранить доэкспортный файл типа.bpl под другим именем. В результате экспорта появится файл с тем же именем, но с расширением.erl.

ПРАКТИЧЕСКИЙ РАЗДЕЛ

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

1. Откройте файл Lab4.bp1, сохраненный на предыдущем занятии.

2. Выберите инструмент и в процессе декомпозиции работы «Переработка сырья» в диалоге Activity Box Count воспользуйтесь радио-кнопкой DFD.

3. В диалоге Activity Box Count выберите количество работ – 2 (рис. 5.2.).

 

Рис. 5.2. Диалог Activity Box Count

4. Воспользуйтесь ОК и внесите в новую диаграмму имена работ: «Обработка дерева», «Изготовление заготовок».

Изображение внешних сущностей:

1. Используя элемент , внесите внешние сущности (внешние ссылки).

2. В появившемся диалоговом окне введите название сущностей: «Сырьевой склад», «Цех по изготовлению деталей» (рис. 5.3) и воспользуйтесь ОК.

 

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

 

После выполнения задания у вас должна получиться следующая диаграмма (рис. 5.4.).

Рис. 5.4. Изображение внешних сущностей

 

Построение хранилищ.

1. Используя кнопку на палитре инструментов, внесите хранилище данных: «Нормативная документация» (рис. 5.5).

 

Рис. 5.5. Диаграмма DFD

Создание внутренних ссылок:

1. Используя инструмент , создайте внутренние ссылки: «Сырье», «Обработанное дерево»; «Заготовки», «Нормы переработки сырья», «Чертеж»(рис. 5.6).

 

Рис. 5.6. Изображение внутренних ссылок надиаграмме DFD

 

2. Стрелку «Чертеж» необходимо сделать двунаправленной, для этого выберите правой кнопкой по стрелке, выберите в контекстном меню пункт Style. Выберите в диалоговом окне Arrow Properties опцию Bidirectional (рис. 5.7).

 

Рис. 5.7. Диалоговое окно выбора стиля стрелки