3.2.3 Стрелки (потоки данных)

Стрелки описывают передвижение (поток) объектов от одной час­ти системы к другой. Поскольку все стороны обозначающего функ­циональный блок DFD прямоугольника равнозначны (в отличие от IDEF0), стрелки могут начинаться и заканчиваться в любой части бло­ка. В DFD также используются двунаправленные стрелки, которые нужны для отображения взаимодействия между блоками (например, диалога типа приказ — результат выполнения). На рис. 3.5 двунаправ­ленная стрелка обозначает взаимный обмен информацией между де­партаментами маркетинга и рекламы и пластиковых карт.

Рис. 3.5. Двунаправленный поток между блоком и внешней сущностью

3.2.4 Хранилища данных

Рис. 3.6. Обозначение хранилища данных на DFD-диаграмме

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

3.2.5 Ветвление и объединение

Рис. 3.7. Разветвление стрелки, иллюстрирующее декомпозицию данных

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

Рис. 3.8. Объединение потока в один

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

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

3.3.1 Два подхода к построению dfd-моделей

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

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

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

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

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