Иерархия диаграмм потоков данных

Для иерархии диаграмм потоков данных (ДПД) сначала строятся контекстные диаграммы. В относительно простых системах строится одна диаграмма с топологией «звезда», где в центре находится главный процесс, соединенный с приемниками и источниками информации, играющими роль внешнего интерфейса системы.

Если в сложной системе оставить одну контекстную диаграмму, то в ней будет слишком много источников и приемников информации, что трудно отобразить на бумаге нормального формата, да и один главный процесс не отражает структуру распределенной системы. Признаки контекстной сложности:

Ø порядка 10 и более внешних сущностей;

Ø распределенная природа системы;

Ø многофункциональность системы со сгруппированными подсистемами функций.

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

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

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

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

При детализации соблюдают следующие правила:

балансировка - при детализации подсистемы или процесса новая диаграмма может обмениваться информацией только с теми внешними компонентами, с которыми информационно связана детализируемая подсистема на родительской диаграмме;

нумерация - детализация процессов сохраняет их иерархическую нумерацию. Так, процессы, детализирующие процесс 12, имеют номера 12.1, 12.2, 12.3 и т.д.

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

Элемент данных может иметь тип (непрерывные или дискретные данные). Для непрерывных данных указывают единицу измерения, диапазон значений и точность представления. Для дискретных данных можно указать таблицу допустимых значений.

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

· наличие у процесса 2-3 потоков входных и выходных данных;

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

· выполнение процессом одной функции преобразования информации;

· не более 20-30 строк для миниспецификации описания логики процесса.

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

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