Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Шевчук - конспект лекций.docx
Скачиваний:
7
Добавлен:
01.04.2025
Размер:
2.65 Mб
Скачать
  1. Состав фм

Результатом применения метода-SADT является модель, состоящая из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.

Основные компоненты:

- Функциональный блок – это функция в глагольном наклонении

- Интерфейсная дуга (стрелочка) бывает 5 видов:

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

Управление – это информация, управляющая действиями работы. Каждая работа должна иметь хотя бы одно управление.

Выход – это объекты, в которые преобразуются входы.

Механизмы – ресурсы, выполняющие работы.

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

  1. Иерархия диаграмм фм

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

Структура SADT-модели. Декомпозиция диаграмм

В диаграммах декомпозиции выделяют дочерние и родительские блоки. Кроме того бывают родительские и дочерние диаграммы.

Соответствие интерфейсных дуг родительской (а) и детальной (б) диаграмм

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

  1. Функциональная методика потоков данных

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

- Процесс – преобразование входных потоков в выходные.

- Хранилище данных – «срезы» потоков данных во времени, информация, которую можно в любое время использовать и поместить в хранилище.

- Внешняя сущность – материальный объект вне контекста системы, источник или приемник информации.

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

Основные принципы:

1.Принцип сохранения данных:

- Любые данные, которые входят в процесс, должны использоваться или воспроизводиться этим процессом.

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

- Любые данные, используемые алгоритмом в пределах процесса, сначала должны быть введены в процесс.

- Любые данные, созданные алгоритмом, должны или использоваться другим алгоритмом в пределах того же самого процесса, или выведены процессом.

2.Принцип итерации: процессы высокого уровня декомпозируются в процессы низшего уровня. На самом низком уровне – примитивные процессы, исполняющие единственную функцию или алгоритм.

К преимуществам методики DFD относятся:

  • возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;

  • возможность проектирования сверху вниз, что облегчает построение модели "как должно быть";

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

К недостаткам модели отнесем:

  • необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных;

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