Подходы к построению DFD-моделей

Таблица 3.2 - Элементы методологии DFD

Методология DFD.

Методология DFD (Data Flow Diagram - диаграммы потоков данных) – методология информационного моделирования, представляющая модель системы как иерархию диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю и описывает:

· операции обработки информации;

· документы и информацию;

· объекты, организационные единицы сотрудников и т.д., которые участвуют в обработке информации;

· внешние объекты, которые участвуют в бизнес-процессе, но находятся за его границами;

· хранилища документов, данных и информации.

Стандарт DFD представлен двумя нотациями:

· «Yourdon and Coad Process Notation» (нотация Йордона – де Марко);

· «Gane and Sarson Process Notation» (нотация Гейна - Сарсона).

Элемент Описание Графическое представление в нотациях
Йордона – де Марко Гейна - Сарсона
Операция (работа, функция процесса) Преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Для идентификации используется номер операции. Наименование – предложение с глаголом в неопределенной форме и поясняющими существительными.
наименование операции
номер

наименование операции
номер

Хранилище (накопитель) данных Место хранения информации безотносительно к его физической реализации (бумажный архив или база данных). Для идентификации может использоваться номер. Наименование отражает информационную сущность содержимого.
наименование хранилища

наименование хранилища

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

наименование внешнего объекта

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

 


управляющий поток

наименование потока

 


наименование потока
логический поток

Диаграммы потоков данных строятся по иерархическому принципу. Структура иерархии DFD диаграмм в нотации Йордона – де Марко показана на рис. 3.15.

 

 

 

Рис. 3.15 - Структура иерархии DFD диаграмм

 

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

 

 

Рис. 3.16 - Контекстная диаграмма потоков данных

 

На первом уровне иерархии показываются основные внутренние процессы системы и соответствующие им внешние сущности, накопители и потоки данных (рис. 3.17).

 

 

Рис. 3.17 - Пример первого уровня иерархии DFD диаграмм

 

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

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

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

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