2. Каковы основные фазы каскадной модели жизненного цикла

Она включает выполнение следующих фаз:

• исследование концепции — происходит исследование требований, разрабатывается видение продукта и оценивается возможность его реализации;

• определение требований — определяются программные требования для информационной предметной области системы, предназначение, линии поведения, производительность и интерфейсы;

• разработка проекта — разрабатывается и формулируется логически последовательная техническая характеристика программной системы, включая структуры данных, архитектуру ПО, интерфейсные представления и процессуальную (алгоритмическую) детализацию;

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

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

• сопровождение- устранение программных ошибок, неисправностей, сбоев, модернизация и внесение изменений. Состоит из итераций разработки._

Основными принципами каскадной модели являются:

• Строго последовательное выполнение фаз:

– Каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы.

– Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные.

– Каждая фаза полностью документируется.

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

2. Каковы основные принципы спиральной модели

Основные принципы спиральной модели можно сформулировать следующим образом:

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

• Создание прототипов ПО как средства общения с заказчиком для уточнения и выявления требований.

• Планирование следующих вариантов с оценкой альтернатив и анализом рисков, связанных с переходом к следующему варианту.

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

• Использование каскадной модели как схемы разработки очередного варианта.

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

2. Iso 12207 (15504) - Жизненный цикл пп: структура и организация.

Стандарт ISO 12207 разрабатывался с учетом лучшего мирового опыта на основе вышеперечисленных стандартов. Основными результатами стандарта ISO 12207 являются:

• Введение единой терминологии по разработке и применению ПО (предназначен не только для разработчиков, но и для заказчиков, пользователей,

всех заинтересованных лиц). • Разделение понятий ЖЦ ПО и модели ЖЦ ПО. ЖЦ ПО в стандарте вводится как полная совокупность всех процессов и действий по созданию и применению ПО, а модель ЖЦ— конкретный вариант организации ЖЦ, обоснованно (разумно) выбранный для каждого конкретного случая. • Описание организации ЖЦ и его структуры. • Выделение процесса адаптации стандарта для построения конкретных моделей ЖЦ. Стандарт определяет организацию ЖЦ программного продукта как совокупность процессов, каждый из которых разбит на действия, состоящие из отдельных задач. Устанавливает структуру ЖЦ программного продукта в виде перечня процессов, действий и задач, которые делятся на три группы: 1) Основные. 2) Вспомогательные. 3) Организационные

К основных относятся процессы:1) Заказа. Определяет работы заказчика 2) Поставки. Определяет работы поставщика 3) Разработки. Определяет работы разработчика,. 4) Эксплуатации. Определяет работы оператора

5) Сопровождения. Определяет работы персонала сопровождения

Вспомогательными являются процессы:

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

• Управления конфигурацией. Определяет работы по управлению конфигурацией.

• Обеспечения качества. Определяет работы по объективному обеспечению того, чтобы программные продукты и процессы соответствовали требованиям

• Верификации. Определяет работы по верификации программных продуктов по мере реализации программного проекта.

• Аттестации. Определяет работы по аттестации программных продуктов программного проекта.

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

• Аудита. Определяет работы по определению соответствия требованиям, планам и договору.

• Решения проблем. Определяет процесс анализа и устранения проблем

Организационные процессы жизненного цикла:

• Управления. Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.

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

• Усовершенствования. Определяет основные работы, которые организация выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла.

• Обучения. Определяет работы по соответствующему обучению персонала.

2. V-образная модель жизненного цикла разработки ПО

V-образная модель была создана как итерационная разновидность каскадной

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

Основной принцип V-образной модели заключается в том, что детализация проекта возрастает при движении слева направо, одновременно с течением времени, и ни то, ни другое не может повернуть вспять. Итерации в проекте производятся по горизонтали, между левой и правой сторонами буквы.

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

Достоинства

• Пользователи V-Model участвуют в разработке и поддержке V-модели. Комитет по контролю за изменениями поддерживает проект и собирается раз в год для обработки всех полученных запросов на внесение изменений в V-Model

• На старте любого проекта V-образная модель может быть адаптирована под этот проект, так как эта модель не зависит от типов организаций и проектов

• V-model позволяет разбить деятельность на отдельные шаги, каждый из которых будет включать в себя необходимые для него действия, инструкции к ним, рекомендации и подробное объяснение деятельности

Недостатки

• Модель не предусматривает работу с параллельными событиями^].

• В модели не предусмотрено внесение требования динамических изменений на разных этапах жизненного цикла^[.

• Тестирование требований в жизненном цикле происходит слишком поздно, вследствие чего невозможно внести изменения, не повлияв при этом на график выполнения проекта

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

• Некоторый результат можно посмотреть только при достижении низа буквы V