Проектирование программного обеспечения. Николаев С.В. - 63 стр.

UptoLike

ВУЗ: 

ТТИ ЮФУ | Таганрог

Составители: 

Рубрика: 

63
после того, как первый этап - проектирование будет полностью завершен.
Существенным недостатком этого метода является то, что наиболее важные с
точки зрения всей системы ошибки (в том числе и ошибки в техническом
задании) выявляются на поздних стадиях разработки, что приводит к
необходимости (в случае корректировок) переделывать большой объем уже
выполненной работы
. Метод восходящего проектирования не налагает
жестких требований на граф иерархии модулей, - он может весьма
существенно отличаться от чисто древовидного. Это означает, что каждый
модуль нижнего уровня в принципе может вызываться несколькими
модулями более высокого уровня, причем разница уровней в иерархии может
быть произвольной.
Метод нисходящего проектирования предполагает продвижение
процесса в
обратном направлении с точки зрения иерархии модулей, которая
в данном случае должна быть строго древовидной. Процесс начинается с
того, что на основании исходных требований сразу строится структура
модуля самого верхнего уровня - головной программы. Это возможно,
поскольку в данном методе проектирования модули следующего нижнего
уровня, к которым планируется обращение, определяются только внешним
описанием (спецификацией): выполняемой функцией, входными и
выходными данными. Затем этот процесс повторяется для модулей
следующего, более низкого уровня, до тех пор, пока не будут созданы
модули самого нижнего уровня. Таким образом, вначале проектируется,
программируется, отлаживается и тестируется программа (модуль более
высокого уровня), и только потом подпрограммы (модули более низкого
уровня),
к которым требуется обращение. Чтобы такой процесс был
возможен, применяется техника "заглушек", когда на этапе создания модуля
некоторого уровня вызываемые им (и пока еще отсутствующие!) модули
более низкого уровня временно заменяются предельно упрощенными
модулями - "заглушками", которые позволяют отладить процедуру вызова
модуля и обмена данными, и в последствии заменяются настоящими
модулями. Такой
подход позволяет уже на начальной стадии разработки
формулировать, отлаживать и, при необходимости, корректировать наиболее
важные и сложные аспекты взаимодействия модулей на системном уровне
еще до того, как сами модули будут уже готовы. Важно, что при таком
подходе процессы проектирования, программирования и отладки идут
практически параллельно во времени, поэтому большинство корректировок
требуют возврата (итерации) всего на один шаг, что минимизирует
трудоемкость в общем-то неизбежных переделок. Нисходящее
проектирование предпочтительно для сложных систем, однако такой метод
также не лишен недостатков, в частности последовательное (шаг за шагом)
уточнение функций модулей само по себе не гарантирует, что функции

Страницы