Проверяемый текст
Манелюк, Алексей Юрьевич; Информационная поддержка жизненного цикла изделий на примере функционирования финансово-промышленной группы (Диссертация 2002)
[стр. 37]

Рисунок 1.14 Схема реального процесса разработки ПО Для преодоления этой проблемы была предложена спиральная модель ЖЦ (рисунок 1.15), в которой делается упор на начальные этапы ЖЦ: анализ и проектирование.
На этих этапах реализуемость технических решений проверяется путем создания прототипов.
Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали.

На каждой итерации производится тщательная оценка риска превышения сроков и стоимости проекта, чтобы определить необходимость выполнения еще одной итерации, степень полноты и точности понимания требований к системе, а также целесообразность прекращения проекта.
Спиральная модель избавляет пользователей и разработчиков программного обеспечения от необходимости полного и точного формулирования требований к системе на начальной стадии, поскольку они уточняются на каждой итерации.
Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который доводится до реализации.
[стр. 17]

Рис.
1.2.2.
Схема реального процесса разработки ПО.
Для преодоления этой проблемы была предложена спиральная модель ЖЦ
(рис.1.2.3.), в которой делается упор на начальные этапы ЖЦ: анализ и проектирование.
На этих этапах реализуемость технических решений проверяется путем создания прототипов.
Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали.

Рис.
1.1.3.
Спиральная модель ЖЦ Основная проблема спирального цикла определение момента перехода на следующий этап.
Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла.
Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена.
План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
17

[Back]