Понятие области применимости и ограничений моделей жизненного цикла программных систем. Модель Code-and-Fix.
Понятие области применимости и ограничений моделей жизненного цикла программных систем Водопадная (Waterfall) модель.
Понятие области применимости и ограничений моделей жизненного цикла программных систем. Инкрементальная модель
Понятие области применимости и ограничений моделей жизненного цикла программных систем. V-модель.
Для всех вопросов начало одно, а дальше по методам
Прежде чем начать говорить о моделях жизненного цикла, необходимо разобраться с понятием “жизненный цикл”:
Жизненный цикл - есть промежуток времени, начинающийся от момента задумки и реализации программного продукта и заканчивающийся “вымиранием” ПП, то есть тем моментом, когда актуальность того или иного продукта исчезла.
Модель жизненного цикла ПО – структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении всего жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Область применимости модели жизненного цикла программной системы определяется уровнем неопределенности требований к потребительским свойствам конечного продукта.
Возможности модели жизненного цикла программной системы (потенциальность модели) должна соответствовать сложности реализации программного продукта.
Сложность реализации программного продукта определяется уровнем неопределенности требований к потребительским свойствам конечного продукта.
Code-and-fix model
Реализация программного продукта сводится к непосредственному кодированию задачи в том виде, как она понимается.
Особенностями этой модели являются:
Трудность модификации и развития ПП из-за недостаточно проработанной проектной стадии.
Вследствие того, что задача кодировалась как понималась, т.е. стадия изучения и согласования пользовательских требований реализовывалась посредством экспериментирования с уже готовой программой, функциональные возможности программного продукта редко полностью согласуются с потребностями пользователей
Сложность тестирования программного продукта.
Водопадная (Waterfall) модель.
Каскадная модель («водопад») является одной из первых, применяемых на практике, моделей ЖЦ ПП, в которой каждая работа выполняется один раз в определенной последовательности и с требуемым качеством, после ее завершения и перехода к следующей работе возвращения к предыдущей не требуется. Отличительное свойство каскадной модели состоит в том, что она представляет собой формальный метод (разновидность разработки «сверху-вниз») и состоит из независимых фаз, выполняемых последовательно. Основные положительные моменты применения каскадной модели заключаются в следующем: модель проста и понятна заказчикам; каждая последующая фаза начинается только после полного завершения предыдущей фазы; на каждой фазе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; переход от одной фазы к другой осуществляется после приемки-сдачи работ с участием заказчика; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты Недостатки каскадной модели особенно остро проявляются в случаях, когда трудно (или невозможно) четко сформулировать требования либо требования меняются в процессе создания продукта. Кроме того, любая попытка вернуться на одну или две фазы назад, чтобы исправить какую-либо ошибку, приводит к значительному увеличению затрат и нарушению сроков разработки. Каскадную модель можно рассматривать как модель ЖЦ, пригодную для создания первой версии ПП, в следующих случаях: требования к ПП максимально конкретизированы, понятны и не изменяются; разрабатывается новая версия уже существующего продукта, при этом вносимые изменения четко определены; автоматизируются типовые бизнес-процессы потребителя, содержание которых закреплено нормативными документами.
Инкрементальная модель – метод, в котором проект проектируется, реализуется и тестируется инкрементно (то есть каждый раз с небольшими добавлениями) до самого окончания разработки. Это включает в себя как разработку, так и дальнейшую поддержку продукта.
