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

UptoLike

ВУЗ: 

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

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

Рубрика: 

57
Этап составления документации предполагает создание
исчерпывающего комплекта документов, который в идеале должен
содержать полную проектную и эксплуатационную документацию. Ее состав
и форма во многом определяются принятой технологией программирования
и способом применения конечного продукта, однако сам факт (или
необходимость) ее наличия, и притом в достаточного качества, не должен
вызывать сомнения, поскольку
внешний успех и возможность внутренних
переделок в значительно большей степени определяются наличием хорошей
документации, нежели достижениями (которые могут так и остаться
скрытыми) по всем остальным характеристикам.
Простая (прямая, линейная) последовательность выполнения этапов
разработки, показанная на Рис. 3.22 сплошными линиями, достижима только
в случае выполнения некоторых условий, среди которых:
- наличие всей необходимой
исходной информации к началу каждого
этапа;
- принципиальная возможность решения задач каждого этапа
(отсутствие фундаментальных запретов на их осуществление);
- наличие и достаточность ресурсов для выполнения разработки с
учетом заданных ограничений.
На практике обычно ни одно из этих условий в полной мере не
выполняется. Причем, чем сложнее проектируемая система, тем труднее
добиться их выполнения. Более того, опыт разработки сложных
программных систем говорит о том, что как правило:
- требования к системе не могут быть полностью сформулированы до
начала проектирования и в значительной мере уточняются и корректируются
на протяжении всего процесса разработки и даже во время эксплуатации;
- ввиду сложной взаимосвязи отдельных характеристик
редко удается
сразу на этапе формулирования требований задать совместимый набор
требований, довольно часто лишь на последующих этапах выясняется их
взаимная противоречивость (несовместность);
- достижение первоначально заданных характеристик часто требует
недопустимо больших ресурсов для своей реализации и, чтобы не превысить
ограничений по ресурсам, разработчик вынужден инициировать пересмотр
исходных требований.
В результате этого
в ходе реальной разработки появляются
многочисленные возвраты и повторы (итерации), некоторые из которых на
Рис. 3.22 показаны пунктиром. Вообще, уровень квалификации разработчика
(или руководителя проекта для крупных систем) определяется его
способностью заранее предвидеть наиболее вероятные итерации и умение
завершать разработку в запланированные сроки, несмотря на возникающие
внутренние проблемы и внешние обстоятельства.

Страницы