Построение диаграмм потоков данных (DFD) при проектировании ИС

Диаграмма DFD дополняет то, что отражено в IDEF0 поскольку она описывает потоки данных, позволяющие проследить каким образом происходит обмен информации как внутри системы между Бизнес-функциями, так и системы в целом с внешней средой. Для усиления функциональности, в данной нотации предусмотрены 2 специфических элемента, предназначенных для описания информационного и документного потока: Внешние сущности (помогают аналитику определить откуда в систему пришли внешние данные); Хранилище данных.

Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. Главная цель таких средств – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

Основными компонентами диаграммы потоков данных являются следующие элементы:

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

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

Хранилище данных позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет “срезы” потоков данных во времени. Информация, которую оно содержит, может использоваться в любое время после ее определения. Имя хранилища должно идентифицировать его содержимое и быть существительным.

Внешняя сущность представляет сущность вне контекста системы, являющиеся источником или приемником потоков данных (имя существ-ое).

Декомпозиция DFD осуществляется на основе процессов: каждый процесс может раскрываться с помощью DFD нижнего уровня.

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

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

Размещать на каждой диаграмме от 3до 7 процессов. Не загромождать диаграмму несуществующими данными.

Выбирать понятные имена процессам и потокам, стараться не использовать аббревиатуры

В соответствии с этими рекомендациями процесс построения модели разбивается на следующие этапы:

1.Разделение множества требований и организация их в функциональные группы. 2.Идентификация внешних объектов, с которыми система должна быть связана. 3.Идентификация основных видов информации, циркулирующей м/у системой и внешними объектами.

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

5.Изучения предварительной контекстной диаграммы и внесение в нее изменений

6.Построение контекстной диаграммы путем объединения всех процессов предварительной программы в один процесс, а также группирования потоков. 7. Формирование DFD первого уровня на базе процессов предварительной контекстной диаграммы. 9.Декомпозиция каждого процесса текущей DFD с помощью детализирующей диаграммы 10.Проверка основных требований по DFD соответствующего уровня. 11Добавление определений новых потоков в словарь данных при каждом их появлении на диаграммах.

В качестве стандарта при построении модели деятельности используется метод, при котором верхние 3-4 уровня описываются с помощью нотации IDEF, а последующие – DFD.