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

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

Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:

1. Инициирование приобретения;

2. Подготовка заявочных предложений;

3. Подготовка и корректировка договора;

4. Надзор за деятельностью поставщика;

5. Приемка и завершение работ;

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

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

2. Формирование списка программных продуктов;

3. Установление условий и соглашений;

4. Описание технических ограничений (среда функционирования системы и т. д.).

9. Анализ целевых и разработка требований к программным системам.

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

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

Анализ требований включает три типа деятельности:

1. Сбор требований: общение с клиентами и пользователями, чтобы определить, каковы их требования.

2. Анализ требований: определение, являются ли собранные требования неясными, неполными, неоднозначными, или противоречащими, и затем решение этих проблем.

3. Документирование требований: Требования могут быть задокументированы в различных формах, таких как простое описание, сценарии использования, пользовательские истории, или спецификации процессов.

Завершенность - свойство, характеризующее степень обладания ПС всеми необходимыми частями и чертами, требующимися для выполнения своих явных и неявных функций.

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

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

Устойчивость - свойство, характеризующее способность ПС продолжать корректное функционирование, несмотря на задание неправильных (ошибочных) входных данных.

Защищенность - свойство, характеризующее способность ПС противостоять преднамеренным или нечаянным деструктивным (разрушающим) действиям пользователя.

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

Валидация обычно ассоциируется с проверкой кода продукта с использованием тест кейсов.

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

Верификация обычно ассоциируется с такими видами действий как контроль и просмотр перед отчётами о выполнении стадии разработки или поставками продукта.