Выпускная квалификационная работа. Общие требования к структуре расчетно-пояснительной записки и правила ее оформления. Найханова Л.В - 17 стр.

сутствуют (подразумеваются) в процессе анализа, следовательно, они руково-
дят созданием модели и направляют его. Это означает, что сама модель должна
будет дать ответы на эти вопросы с заданной степенью точности. Определяя
модель таким образом, SADT закладывает основы практического моделирова-
ния. Модель является толкованием системы, поэтому субъектом моделирования
является сама система.
     Методология SADT получила информационную поддержку в виде семей-
ства методологий проектирования IDEF0, которые предписывают построение
модели в виде иерархической системы диаграмм. При анализе требований раз-
рабатываются две модели: AS IS (Как Есть) и TO BE (Как Надо). При этом в
начале разрабатывается одна модель «Как Есть», которая должна быть утвер-
ждена заказчиком. После утверждения заказчиком этой модели строится ряд
моделей «Как Надо». Из построенного ряда моделей «Как Надо» на основе
стоимостного критерия выбирается одна модель, удовлетворяющая заказчика.
Подобный подход применяется и тогда, когда разрабатывается реляционная ба-
за данных. После построения модели следует привести ее описание. Стоимост-
ной анализ моделей TO BE должен войти в раздел «Экономическая оценка при-
нятых решений».
    Таким образом, стадия анализа требований завершается построением
функциональной модели «Как надо», на основе которой разрабатывается тех-
ническое задание. Техническое задание (ТЗ) представляет собой документ, в ко-
тором сформулированы основные цели разработки и требования к программно-
му продукту. Данный документ должен описывать взгляд разработчиков на раз-
рабатываемую систему. Описание разделов ТЗ представлено в табл. 2.




                                     17