Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Proektirovanie_IS-Долгина.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
185 Кб
Скачать
☆

Понятие жизненного цикла программного обеспечения и его этапы. Модели жизненного цикла

Жизненный цикл информационных систем – это период создания и использования ИС, начиная с момента возникновения потребности в ИС и заканчивая моментом полного её выхода из эксплуатации.

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

Традиционно выделяются следующие основные этапы ЖЦ ПО:

  • анализ требований;

  • проектирование;

  • кодирование (программирование);

  • тестирование и отладка;

  • эксплуатация и сопровождение.

Стадии жизненного цикла информационной системы:

  1. Предпроектное обследование

  2. Проектирование

  3. Разработка ИС

  4. Ввод ИС в эксплуатацию

  5. Эксплуатация ИС

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

Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим наибольшее распространение получили три следующие модели ЖЦ:

Каскадная модель (70-80г.г.) — предполагает переход на следующий этап после полного окончания работ по предыдущему этапу (рис.1).

Рис. 1. Каскадная модель

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

Можно выделить следующие положительные стороны применения каскадного подхода:

  • на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

  • выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.

Поэтапная модель с промежуточным контролем (80-85г.г.) — итерационная модель разработки ПО с циклами обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают меньшую трудоёмкость по сравнению с каскадной моделью; однако время жизни каждого из этапов растягивается на весь период разработки (рис.2).

Рис. 2. Поэтапная модель

Спиральная модель (86-90г.г.) — делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путём создания прототипов. Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии программного изделия, на нём уточняются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации (рис.3).

Рис. 3. Спиральная модель

Специалистами отмечаются следующие преимущества спиральной модели:

  • накопление и повторное использование программных средств, моделей и прототипов;

  • ориентация на развитие и модификацию ПО в процессе его проектирования;

  • анализ риска и издержек в процессе проектирования.

  • На практике наибольшее распространение получили две основные модели жизненного цикла:

  • каскадная модель (характерна для периода 1970-1985 гг.);

  • спиральная модель (характерна для периода после 1986.г.).

Список требований к разрабатываемой системе должен включать:

  • совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия её функционирования; состав людей и работ, имеющих к ней отношение);

  • описание выполняемых системой функций;

  • ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]