7. Дать понятие принципа структурного подхода.

Восходящее проектирование.

Заказной программный продукт обладал рядом следующих недостатков:

• увеличение вероятности несогласованности компонентов вследствие неполноты спецификаций;

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

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

Какими из указанных недостатков обладает восходящее проектирование. К чему приводят данные недостатки?

Принцип структурного подхода – принцип функциональной декомпозиции.

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

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

Подход имеет следующие недостатки:

• увеличение вероятности несогласованности компонентов;

• увеличиваются расходы на проектирование и реализацию тестирующих программ;

• позднее проектирование интерфейса.

При промышленном изготовлении ПО восходящий подход в настоящее время практически не используется.

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

7. Дать понятие функциональной декомпозиции.

Нисходящее проектирование.

При разработке программного продукта выполнение разработки производилось строго по уровням. Исключения допускались при наличии зависимости по данным, т.е. если обнаруживалось, что некоторый модуль использует результаты другого. Основной проблемой данного метода является большое количество достаточно сложных заглушек. Какой метод был использован?

Функциональная декомпозиция - разбиение сложного процесса на составляющие его функции.

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

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

Иерархический метод предполагает выполнение разработки строго по уровням. Основной проблемой данного метода является большое количество достаточно сложных заглушек.

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

Нисходящий подход допускает нарушение нисходящей последовательности разработки компонентов в специально оговоренных случаях.

В данном случае был использован нисходящий подход.