2. Технология sad: синтез структуры на основе анализа данных

SADT (англ. Structured Analysis and Design Technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком

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

№14

1. Sadt-диаграммы функциональной модели: правила построения

Описание подсистемы содержит блоки (элементы системы) и дуги (связи). Блоки изображают функции (работы) моделируемой системы. Дуги связывают блоки и отобра­жают взаимодействия и взаимосвязи между ними или средой. Каждая сторона блока имеет определенное наз­начение: левая – для входов; верхняя - для управления; правая - для выходов; нижняя - для механизмов.

Такое обо­значение отражает определенные системные принципы:

• входы преобразуются в выходы;

• управление ограничивает или предписывает ус­ловия выполнения преобразований;

• механизмы показывают с использованием кого или чего выполняется функция.

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

Описания диаграмм нижних уровней (дочерних) получается при декомпозиции диаграмм верхних уровней (родительских), начиная с уровня контекстной модели. В дочерних диа­граммах содержатся не менее трех и не более шести блоков, что поддерживает слож­ность диаграмм и модели на уровне, доступном для чтения, понимания и использования. Каждый блок может пониматься как отдельная тщательно определен­ная подсистема. Для связи диаграмм в модель каждая диаграмма модели идентифици­руется номером узла (NODE:). Номер узла для контекстной диаграммы имеет следующий вид: заглавная буква A (Activity), дефис и ноль (А-0). Наиболее доминирующий блок обычно раз­мещается в верхнем левом углу диаграммы, а на­именее - в правом нижнем углу.

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

Основные этапы:

НАЧАЛО МОДЕЛИРОВАНИЯ: определение цели, точки зрения, точности. Сбор сведений о системе, выделение и группирование функций в более крупные. После блоков, отражающих группы функций, изображают дуги, представляющие ограничения.

ПРОДОЛЖЕНИЕ: Следующие шаги моделирования направлены на декомпозицию функций (ограниченных подсистем) диаграммы А0 и функций диаграмм, полученных при декомпозиции родительских диаграмм, вплоть до достижения цели моделирования и заданной степени детальности описания.

ЗАВЕРШЕНИЕ: написание дополнений (замечаний, дополнительных определений и т.п.) и проверка на корректность.

ИЛИ

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

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