1. Жизненный цикл по. Процессы жизненного цикла по.

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

1. Процесс документирования – определяет работы по описанию информации, выдаваемой в процессе жизненного цикла.

2. Процесс управления конфигурацией – определяет работы по управлению конфигурацией.

3. Процесс обеспечения качества – определяет работы по обеспечению соответствия продуктов и процессов требованиям.

4. Процесс верификации – определяет работы по верификации.

5. Процесс аттестации – определяет работы по аттестации продуктов.

6. Процесс совместного анализа – определяет работы по оценке состояния и результатов какой-либо работы.

7. Процесс аудита – определяет работы по определению соответствия требованиям, планам и договору.

8. Процесс решения проблемы – определяет процесс анализа и устранения обнаруженных проблем.

9. Процесс управления – определяет работы по управлению проектом.

10. Процесс создания инфраструктуры – определяет работы по созданию основной инфраструктуры процесса жизненного цикла.

11. Процесс усовершенствования – процесс установления, оценки, измерения, контроля и улучшения любого процесса жизненного цикла.

12. Процесс обучения – определяет работы по соответствующему обучению персонала.

2. Жизненный цикл по. Модели жизненного цикла по.

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

Этапы проекта в соответствии с каскадной моделью:

1. Формирование требований;

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

3. Реализация;

4. Тестирование;

5. Внедрение;

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

Преимущества:

• Полная и согласованная документация на каждом этапе;

• Легко определить сроки и затраты на проект.

Недостатки:

• Неточность какого-либо требования или некорректная его интерпретация в результате приводит к тому, что приходится «откатываться» к ранней фазе проекта и требуемая переработка не просто выбивает проектную команду из графика, но приводит часто к качественному росту затрат.

Альтернативой последовательной модели является эволюционная модель. Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта. Таким образом, с завершением каждой итерации продукт получает приращение — инкремент — к его возможностям, которые, следовательно, развиваются эволюционно.

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

• оценка и разрешение рисков,

• определение целей,

• разработка и тестирование,

• планирование.

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

Основные идеи:

• Личности и их взаимодействия важнее, чем процессы и инструменты;

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

• Сотрудничество с заказчиком важнее, чем контрактные обязательства;

• Реакция на изменения важнее, чем следование плану.