Это архивная статья. Блог закрыт.

← на главную

Жизненный цикл программного обеспечения, модели жц

Статья написана очень давно — 19.07.2010

Жизненный цикл программного обеспечения — это период времени, начиная с принятия решения о созднаии продукта, заканчивая моментом полного его вывода из эксплуатации

Жизненный цикл программного обеспечения (ЖЦПО) делится на шесть фаз:

Анализ требований — это сбор требований к ПО, их систематизация, выявление противоречий, недостающей информации и т.п. Анализ требований делится на три фазы: сбор, анализ и документирование.

Проектирование — подразумевает собой описание свойств будущей системы, на основе анализа требований — результата предыдущего этапа

Реализация — это непосредственно кодирование (или программирование) — процесс написания программного кода на определённом языке программирования, с целью реализации алгоритмов, определённых на предыдущем этапе — проектировании

Тестирование — проверка и испытание законченного продукта на предмет его качества: устойчивости к нагрузкам, дружественности к пользователю (юзабилити), безопасности (устойчивости к взломам), соответствию требованиям и т.п.

Внедрение — это процесс установки и настройки программного продукта, для конкретных условий использования. Также, под внедрением подразумевают обучение пользователей работе с данным продуктом

Сопровождение — процесс поддержки программного продукта. На данном этапе устраняются ошибки («баги»), вносятся изменения с целью улучшить продукт. Эта стадия в жизненном цикле, как правило, занимает большую часть времени

Модели

Существует три основных модели жизненного цикла ПО: каскадная модель, спиральная модель, итерационная модель

Каскадная (водопадная) модель

Согласно этой модели, разработчики идут от стадии к стадии строго последовательно. Сначала полностью завершается этап Анализ требований, затем Проектирование и т.д. Каскадная модель подразумевает, что переход от одной стадии разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз — не происходит. Таким образом, каскадная модель имеет существенный недостаток — очень низкую гибкость

Итерационная модель

Суть модели состоит в выполнении работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. При таком подходе в каждой фазе проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка. Основными преимуществами такого подхода являются снижение рисков и организация эффективной обратной связи с потребителем.

Спиральная модель

Основная задача данной модели является как можно быстрее показать работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Основная проблема спиральной модели — определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков. Одним из возможных подходов к разработке программного обеспечения в рамках спиральной модели жизненного цикла является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development)

На каждом витке спирали могут применяться разные модели процесса разработки ПО. Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации

Комментарии удалены

© koz1024 2010, 2019