Нисходящая разработка
Cтраница 1
Нисходящая разработка может применяться на всех фазах проектирования системы, включая как проектирование программ этой системы, так и проектирование модулей для этих программ. [1]
Нисходящая разработка требует более полного проектирования модулей и анализа их зависимости по данным. Планирование заглушек и процедур тестирования требует большого внимания к деталям, чтобы убедиться в реальности и полноте выбранного набора тестов. Это особенно справедливо для достаточно сложных программ, где много модулей, сопряжений и зависимостей по данным. Именно в этих случаях планирование особенно важно. Неадекватное планирование может привести к перепроектированию, перепрограммированию и перетестированию, что потребует дополнительного времени и расходов. [2]
Нисходящая разработка позволяет работать над проектами планомерным, прогнозируемым образом, позволяет упростить межмодульные связи и проблемы объединения модулей, а ресурсы распределить более равномерно. [3]
Нисходящая разработка - это процесс, состоящий из трех шагов Каких. [4]
Нисходящая разработка программы или системы позволяет лучше маневрировать ресурсами, чем традиционные методы проектирования. В последнем случае с проектом связано одно и то же количество исполнителей с начала до конца работы. Это приводит к их неэффективному использованию. Часто в конце проекта требуется огромное количество машинного времени для второго и третьего просмотра всех этапов разработки проекта. При нисходящем проектировании человеческие и машинные ресурсы распределяются совершенно по другим принципам. [5]
Успех нисходящей разработки зависит от умения руководства пользоваться этим инструментом. Без административной поддержки этот метод никогда не будет полностью освоен и внедрен в практику работы всех программистов организации. Но кроме умелого руководства нужны учебные программы и готовность следовать принятым в организации стандартам. [6]
Суть нисходящей разработки в том, что реализации должно предшествовать тщательное планирование. Однако очень трудно не только заставить себя отложить программирование ради планирования, но и трудно планировать по-настоящему. В самом начале к тому же отсутствуют знание и опыт нисходящего планирования. Первые попытки будут успешнее, если предварительно изучить уже использованные методы и экспертные оценки, но все-таки планирование скорее всего останется трудной и требующей немалого времени задачей. [7]
График нисходящей разработки должен указывать, когда будет завершена реализация функций или модулей. Ожидаемый результат можно формулировать, например, так: К 15 апреля мы должны запустить обновление файлов. Таким образом, в тот момент, когда демонстрируется работа модуля с запланированными тестами, можно однозначно определить, выполнен график или нет. [8]
Часть нисходящей разработки, связанная с программированием и прогоном тестов. [9]
 |
Нисходящая разработка с применением заглушек. [10] |
При нисходящей разработке и проектирование, и программирование ведутся сверху вниз. При этом подходе соответствие функциональных спецификаций системы и составляющих ее программ проверяется до перехода на более низкий уровень спецификаций. Нисходящая разработка помогает избежать проблем, характерных для восходящего подхода. Она концентрирует внимание на частично законченной программе, заставляя исследовать ее вдоль и поперек, так как интеграция и тестирование идут непрерывно в течение всей разработки. [11]
При нисходящей разработке - программа, части которой не детализированы, а только дано описание их назначения в виде комментариев. [12]
При нисходящей разработке большая часть общих затрат времени уходит на планирование, а меньшая - на реализацию. Даже для большого проекта увеличение времени на планирование означает дополнительную затрату времени лишь несколькими людьми. Нисходящее планирование требует не менее двух человек: один несет ответственность за план целиком и еще один или несколько человек отвечают за выбор тестов и планирование тестирования. [13]
При нисходящей разработке - программа, необходимая для тестирования модулей или сегментов более высокого уровня. Заглушки обычно невелики, требуются лишь для выдачи сообщений об ошибке или порождении данных, необходимых для указанного тестирования. [14]
В нисходящей разработке и проектирование, и программирование ведутся в одном направлении - сверху вниз. При этом соответствие спецификаций задачи проверяется всегда до перехода на следующий, более низкий уровень, что обеспечивает постоянный контроль всего процесса разработки. [15]
Страницы: 1 2 3