Технология разработки программного обеспечения. Зубкова Т.М. - 10 стр.

UptoLike

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

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




                  Рисунок. 1.2 - Каскадная схема разработки ПО




        Рисунок 1.3 - Реальный процесс разработки ПО по каскадной схеме

       Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с пользо-
вателями производится только в точках, планируемых после завершения ка-
ждого этапа работ, требования к ПС «заморожены» в виде технического за-
дания на все время ее создания. Таким образом, пользователи могут внести
свои замечания только после того, как работа над системой будет полностью
завершена. В случае неточного изложения требований или их изменения в
течение длительного периода создания ПО, пользователи получают систему,
не удовлетворяющую их потребностям. Модели (как функциональные, так и
информационные) автоматизируемого объекта могут устареть одновременно
с их утверждением.
       Спиральная модель жизненного цикла нашла свое широкое примене-
ние в 86-90 годах.


10