ВУЗ:
Составители:
Рубрика:
хода обнаружился ряд его недостатков, вызванных прежде всего тем, что ре-
альный процесс создания ПО никогда полностью не укладывался в такую
жесткую схему. В процессе создания ПО постоянно возникала потребность в
возврате к предыдущим этапам и уточнении или пересмотре ранее принятых
решений. В результате реальный процесс создания ПО принимал следующий
вид (рисунок 1.3):
Рисунок. 1.2 - Каскадная схема разработки ПО
Рисунок 1.3 - Реальный процесс разработки ПО по каскадной схеме
Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с пользо-
вателями производится только в точках, планируемых после завершения ка-
ждого этапа работ, требования к ПС «заморожены» в виде технического за-
дания на все время ее создания. Таким образом, пользователи могут внести
свои замечания только после того, как работа над системой будет полностью
завершена. В случае неточного изложения требований или их изменения в
течение длительного периода создания ПО, пользователи получают систему,
не удовлетворяющую их потребностям. Модели (как функциональные, так и
информационные) автоматизируемого объекта могут устареть одновременно
с их утверждением.
Спиральная модель жизненного цикла нашла свое широкое примене-
ние в 86-90 годах.
10
хода обнаружился ряд его недостатков, вызванных прежде всего тем, что ре- альный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимал следующий вид (рисунок 1.3): Рисунок. 1.2 - Каскадная схема разработки ПО Рисунок 1.3 - Реальный процесс разработки ПО по каскадной схеме Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользо- вателями производится только в точках, планируемых после завершения ка- ждого этапа работ, требования к ПС «заморожены» в виде технического за- дания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением. Спиральная модель жизненного цикла нашла свое широкое примене- ние в 86-90 годах. 10
Страницы
- « первая
- ‹ предыдущая
- …
- 8
- 9
- 10
- 11
- 12
- …
- следующая ›
- последняя »