2020-06-12
248
Модели жизненного цикла
На протяжении последних тридцати лет в программировании сменились три модели жизненного цикла программного обеспечения; каскадная, модель с промежуточным контролем и спиральная.
Каскадная модель
Первоначально (1970-1985 годы) была предложена и использовалась каскадная модель разработки программного обеспечения, которая предполагала, что переход на следующую стадию осуществляется после того, как полностью будут завершены проектные операции предыдущей стадии и получены все/
Достоинствами такой модели являются:
• получение в конце каждой стадии законченного набора проектной документации, отвечающего требованиям полноты и согласованности;
• простота планирования процесса разработки.
Именно такую модель и используют обычно при блочно-иерархическом подходе к разработке сложных технических объектов, обеспечивая очень высокие параметры эффективности разработки. Однако данная модель оказалась применимой только к созданию систем, для которых в самом начале разработки удавалось точно и полно сформулировать все требования. Это уменьшало вероятность возникновения в процессе разработки проблем, связанных с принятием неудачного решения на предыдущих стадиях. На практике такие разработки встречается крайне редко.
|
|
|
Необходимость возвратов на предыдущие стадии обусловлена следующими причинами:
• неточные спецификации, уточнение которых в процессе разработки может привести к необходимости пересмотра уже принятых решений;
• изменение требований заказчика непосредственно в процессе разработки;
• быстрое моральное устаревание используемых технических и программных средств;
- отсутствие удовлетворительных средств описания разработки на стадиях постановки задачи, анализа и проектирования.
Отказ от уточнения (изменения) спецификаций приведет к тому, что законченный продукт не будет удовлетворять потребности пользователей. При отказе от учета смены оборудования и программной среды пользователь получит морально устаревший продукт. Реальный процесс разработки, таким образом, носит итерационный характер.
Модель с промежуточным контролем
Модель, поддерживающая итерационный характер процесса разработки, была названа моделью с промежуточным контролем.
Контроль, который выполняется по данной схеме после завершения каждого этапа, позволяет при необходимости вернуться на любой уровень и внести необходимые изменения.
Основная опасность использования такой схемы связана с тем, что разработка никогда не будет завершена, постоянно находясь в состоянии уточнения и усовершенствования.
|
|
|
На первой итерации проектируют, реализуют и тестируют интерфейс пользователя.
На второй - добавляют некоторый ограниченный набор функций.
На последующих этапах этот набор расширяют, наращивая возможности данного продукта.
Основным достоинством данной модели является то, что обеспечена определенная функциональная полнота, продукт можно предоставлять пользователю, что позволяет:
- сократить время до появления первых версий программного продукта;
• заинтересовать большое количество пользователей, обеспечивая быстрое продвижение следующих версий продукта на рынке;
- ускорить формирование и уточнение спецификаций за счет появления практики использования продукта;
• уменьшить вероятность морального устаревания системы за время разработки.
Основной проблемой использования спиральной схемы является определение моментов перехода на следующие стадии. Для ее решения обычно ограничивают сроки прохождения каждой стадии, основываясь на экспертных оценках.
