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

Первым шагом при построении иерархии DFD является построение контекстных диаграмм. При проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной топологией (рис. 16), в центре которой находится главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы.

Рис. 16. Контекстная диаграмма по методологии DFD

Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст (рис. 17) и структуру подсистем.

Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой АИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами, с которыми взаимодействует ИС.

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

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

Рис. 17. Диаграмма детализации

Рис. 18. Детализация процесса А5

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

Решение о завершении детализации процесса и использовании мини-спецификации принимается аналитиком исходя из следующих критериев:

- наличия у процесса относительно небольшого количества входных и выходных потоков данных (2-3 потока);

- возможности описания преобразования данных процессом в виде последовательного алгоритма;

- выполнения процессом единственной логической функции преобразования входной информации в выходную;

- возможности описания логики процесса при помощи мини-спецификации небольшого объема (не более 20-30 строк).

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

Для описания модели применяются два компонента: словарь данных и спецификация процессов.

Словарь данных

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

По типу поток может быть:

- простой или групповой;

- внутренний или внешний;

- поток данных или управления;

- непрерывный или дискретный.

Атрибуты потока данных включают:

- имена-синонимы потока данных в соответствии с узлами изменения имени;

- БНФ- определение в случае группового потока;

- единицы измерения потока;

- диапазон значений для непрерывного потока;

- список значений для дискретного потока;

- список номеров диаграмм, в которых поток встречается;

- список потоков, в которые данный поток входит.

БНФ – статья используется для описания компонентов данных в потоках данных и в хранилищах.

Синтаксис БНФ- статьи:

@ БНФ=<простой оператор> ! <БНФ- выражение>

где <простой оператор> есть текстовое описание, заключенное в "/ "

<БНФ- выражение> есть выражение в форме Бэкуса- Наура, допускающее следующие операции отношений:

= - композиция из + - "И" ! - "ИЛИ" () - компонент в скобках необязателен.

Примеры описания потоков:

@ИМЯ = ДАННЫЕ О КАБИНЕТАХ

@ТИП = внешний, дискретный, данных

@БНФ = /этаж + площадь + номер отдела + номер кабинета/

@ИМЯ = ИНФОРМАЦИЯ О КАБИНЕТАХ

@ТИП = внутренний, дискретный, данных

@БНФ = /ДАННЫЕ О КАБИНЕТАХ/