Вопрос 3: Жизненный цикл программного обеспечения;

ЖЦПО – период времени, которые начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент полного изъятия его из эксплуатации.

Процессы ЖЦПО:

- процесс приобретения состоит из действий и задач заказчика (подготовка предложений, надзор за поставщиком, приемка и завершение работ);

- процесс поставки, задачи выполняемые поставщиком (ответ на предложение, подготовка договора, планирование, проверка и оценка, завершение работ);

- процесс разработки (анализ требований к системе, проектирование архитектуры ПО, кодирование и тестирование ПО, тестирование системы, приемка ПО);

- процесс эксплуатации (подготовительная работа, тестирование, эксплуатация системы, поддержка пользователей);

- процесс сопровождения (анализ проблем и запросов, модификация, перенос ПО в другую среду, снятие ПО с эксплуатации);

Модель ЖЦПО – структура определения последовательности выполнения и взаимосвязи процессов, задач на протяжении жизненного цикла.

Стадия ЖЦПО – часть создания процесса ПО ограниченная несколькими временными рамками и заканчивающаяся выпуском продукта.

Этапы ЖЦПО:

- планирование работ;

- проведение обследования деятельности автоматизированного объекта или организации;

- построение модели деятельности организации (как есть – отражает существующий на момент обследования положения дел в организации; как должно быть – отражает представление о новой технической работе организации;

Спиральная модель ЖЦПО:

1 – начальный сбор требований и планирование проекта;

2 – рекомендация заказчика;

3 – анализ риска на основе начальных требований;

4 – анализ риска на основе реакции заказчика;

5 – переход к комплексной системе;

6 – начальный макет системы;

7 – следующий уровень макета;

8 – сконструированная система;

9 – оценивание заказчиком

Планирование – определение целей, вариантов и ограничений;

Анализ риска – анализ вариантов и распознание, выбор риска;

Конструирование – разработка продукта следующего уровня;

Оценивание – оценка заказчика текущих результатов конструирования;

Водопадная модель ЖЦПО:

Формирование требований - - > проектирование - - > реализация - - > тестирование - - > ввод в действие -- > эксплуатация и сопровождение - - > снятие с эксплуатации

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

Вопрос 4: Стадии разработки программ и программной документации;

Стадии разработки:

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

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

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

- Гамма — стадия-кандидат на то, чтобы стать стабильной. Программы этой стадии прошли комплексное тестирование, благодаря чему были исправлены все найденные критические ошибки. Но в то же время, существует вероятность выявления ещё некоторого числа ошибок, незамеченных при тестировании.

Релиз — стабильная версия программы, прошедшая все предыдущие стадии, в которых исправлены основные ошибки, и готовая к применению.