Понятие потока данных.

Стратегия проектирования, о которой будет идти речь в дальнейшем, может быть названа структурным проектированием, ориентированным на потоки данных. В рамках этой стратегии сначала определяют ключевые компоненты потоков информации, циркулирующих в системе, а затем, идентифицируя функции преобразования в узловых точках информационного потока, производят своего рода функциональную декомпозицию; результатом таких действий является граф информационных потоков. Следующий шаг состоит в построении на его основе структурного графа, который описывает структуру управляющей логики системы для реализации нужного информационного потока. Та же стратегия применяется далее к подсистемам, подсистемам подсистем и т.д., и при этом умышленно игнорируются детали структуры данных. На рисунке 2.4 изображены основные элементы представления схем ориентированных на потоки данных, а на рисунке 2.5 представлены основные виды структурных преобразований схем, ориентированных на потоки данных.

Методология проектирования (неформальная):

Шаг 1. Определить в системе наиболее очевидные граничные модули-подсистемы. Центральную часть системы рассмотреть как единый центральный модуль. Приписать модулям функции неформально, только в самом общем виде.

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

Шаг 3. Уточнить представление о модулях и данных. С той степенью подробности, какая возможна на данной стадии, приписать модулям конкретные функции, используя перечень технических требований к системе. Снова уточнить информационный потоковый граф с учетом произведенного распределения функций. Провести критический анализ проектных решений по системе на данной стадии и при необходимости внести изменения.

Шаг 4. Разработать один или несколько структурных графов, определяя возможные варианты архитектуры системы в виде пакетов и задач.

Шаг 5. Описать в деталях интерфейсы системы, в том числе подробности, касающиеся типов и структур данных, и опять провести критический анализ.

Шаг 6. Если приходится иметь дело с большой и сложной системой, то может оказаться необходимым рекурсивное применение описанного метода для разработки проектов по подсистемам.

Рис. 2.4. Базовые элементы представления схем, ориентированных на потоки данных

Рис. 2.5. Структурные преобразования схем, ориентированных на потоки данных.