Государственный стандарт РФ ГОСТ Р ИСО/МЭК ТО 15271-2002 "Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)" (принят и введен в действие постановлением Госстандарта РФ от 5 июня 2002  стр. 10

8.11 Сопровождение и поддержка
При выполнении данной работы систему модифицируют, что связано с наличием в ней ошибок, дефектов, возникновением проблем, появлением запросов пользователей или появлением в данной организации потребностей в ее адаптации или усовершенствовании. Данная работа включает в себя предоставление логистической, технической и ремонтной поддержки пользователям (или потребителям) системы.
Процессы заказа, поставки и сопровождения могут быть применены для сопровождения программного средства и предоставления услуг по поддержке системы в соответствующих организациях, у пользователей (потребителей).
При этом должны быть определены все взаимосвязи (интерфейсы) с процессом разработки. В зависимости от важности решаемой проблемы могут быть в разной степени применены работы из процесса разработки (в зависимости от конкретной ситуации).
8.12 Снятие с эксплуатации (утилизация)
В этот период систему снимают с обслуживания. Данная работа включает в себя архивирование снимаемой системы и обеспечение ограниченной поддержки ее пользователей в данный период.
Процесс заказа и работа по снятию с эксплуатации из процесса сопровождения могут быть использованы при снятии с эксплуатации программного средства и обеспечении услуг по поддержке системы в данный конкретный период в организациях, у пользователей (потребителей).
8.13 Процессы жизненного цикла программного средства в общей модели жизненного цикла системы
В таблице 2 приведен пример распределения процессов жизненного цикла программного средства по периодам жизненного цикла системы. Показаны только основные процессы из ГОСТ Р ИСО/МЭК 12207. Вспомогательные или организационные процессы должны быть использованы через основные процессы. Буквой "П" обозначено использование процесса из ГОСТ Р ИСО/МЭК 12207, а буквой "М" - использование соответствующего метода. Обозначение "(П)" или "(М)" указывает на возможность использования соответствующего процесса или метода.

Таблица 2 - Процессы жизненного цикла программного средства в общей модели жизненного цикла системы

+----------------------------------------+----------------------------------------------------------+
| Периоды жизненного цикла системы | Процессы жизненного цикла программного средства |
| +-----------+----------+-----------+-----------+-----------+
| | Заказ | Поставка |Разработка |Эксплуата- |Сопровожде-|
| | | | | ция | ние |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Определение потребностей | | | | (?-) | | |
| | ? | | | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Исследование и определение концепции | | | (|) | (|), ?-- | | |
| | ? | ? | ? | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Демонстрация и аттестация | | | | | |, ?-- | | |
| | ? | ? | ? | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Проектирование и разработка | | | | | |, ?-- | | |
| | ? | ? | ? | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Создание и производство | | | | | |
| | | | | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Распространение и продажа | | | | | | | | |
| | ? | ? | ? | | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Эксплуатация | | | | | | | | |
| | ? | ? | | ? | |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Сопровождение и поддержка | | | | | | | | |
| | ? | ? | | | ? |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
|Снятие с эксплуатации | | | | | | | |
| | ? | | | | ? |
+----------------------------------------+-----------+----------+-----------+-----------+-----------+
+----------------------------------------+----------------------------------------------------------+
______________________________
* Оригиналы международных стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.
Приложение А
(справочное)

Процессы качества и требования к оценке

Вспомогательные процессы жизненного цикла, связанные с качеством программного средства, показаны в сгруппированном виде, выделенном серым фоном, на рисунке 1 в ГОСТ Р ИСО/МЭК 12207. Такими процессами являются:
- обеспечение качества;
- верификация;
- аттестация (валидация);
- совместный анализ;
- аудит.
При реализации каждого из основных процессов могут быть привлечены не только вышеперечисленные вспомогательные процессы, связанные с деятельностью по оценке или аттестации, но также и дополнительные задачи по оценке, за решение которых персонально отвечает определенное лицо. Такие дополнительные задачи предназначены для последовательного повышения качества выполнения других задач, работ и процессов. В некоторых проектах подобный метод может привести к дублированию работ или выполнению большего объема работ, чем необходимо, для создания высококачественного продукта. Для других проектов, таких как критичные оборонные проекты, необходимы все процессы, работы и задачи по проведению соответствующих оценок. Поэтому ключевым моментом использования ГОСТ Р ИСО/МЭК 12207 является адаптация процессов, связанных с качеством, проведенная до начала реализации проекта, а также распределение ролей данных конкретных процессов, реализуемых в проекте. ГОСТ Р ИСО/МЭК 12207 формулирует эту важную задачу в виде подготовки плана обеспечения качества, подкрепленного, при необходимости, другими связанными с ним планами, такими как планы верификации и аттестации.
Применение задач, связанных с качеством, может привести к объединению конкретных задач или выполнению обязанностей, связанных с качеством, другими задачами. Например, в малых проектах по разработке управляющей информационной системы, используемой внутри компании, план обеспечения качества должен допускать проведение верификации и аттестации группой проектантов и предусматривать элементарный процесс управления анализом. Для большой критичной оборонной системы, разрабатываемой для заказчика, в ее проекте должны быть запланированы независимые группы по верификации и аттестации, а также совместные анализы и аудиторские проверки. В этом случае решающую роль играют объем и сложность проекта вместе с уровнем интеграции создаваемого приложения или системы.
В таблице А.1 показаны требования, связанные с оценками продуктов, услуг и процессов. В соответствующей работе жизненного цикла проекта или процесса эксперт должен оценить либо программные продукты и услуги самой организации, либо сторонние программные продукты или услуги. В ГОСТ Р ИСО/МЭК 12207 данные оценки сгруппированы в пять нижеперечисленных типов (см. таблицу А.1). Первые четыре типа оценок реализуют на проектном уровне, а последний - на уровне организации. Данные оценки должны быть выбраны и адаптированы пропорционально области применения, важности, сложности и критичности проекта (или стратегии) и потребностям организации. Отчеты о проблемах, несоответствиях или необходимых усовершенствованиях, полученные в результате оценок, передают в процесс решения проблем.

Таблица А.1 - Требования к оценкам продуктов, услуг и процессов

Тип оценки
Пункт ГОСТ Р ИСО/МЭК 12207
Назначение
Исполнитель
Примечание
Оценки внутри процесса
5.1-5.5
Ежедневная работаПерсонал, выполняющий задачи по оценке в процессе
Обеспечение качества
6.3
Независимое подтверждение соответствия программных продуктов и услуг требованиям договора и соблюдения установленных плановПерсонал, организационно независимый от тех, кто отвечает за разработку программного средстваМожно использовать результаты других работ в качестве исходных данных. Можно скоординировать данные работы с другими работами по оценке
Верификация и аттестация (валидация)
6.4 и 6.5
Верификация и аттестация продуктов с различной степенью зависимости от проектаЗаказчик, поставщик, разработчик, оператор, персонал по сопровождению или независимый персонал, или третья сторонаМожно не дублировать или заменять другими оценками, т.е. данные оценки дополнительны
Совместные анализы и аудиторские проверки
6.6 и 6.7
Оценка состояний и завершенности продуктов и работ по согласованным графикамОценивающая сторона (аналитик или аудитор) и оцениваемая сторона (анализируемая или проверяемая) совместно
-
Оценка и усовершенствование
7.3
Эффективное управление и самоусовершенствованиеАдминистратор
-
Приложение В
(справочное)

Классификация выходных результатов процессов

В настоящем приложении определены выходные результаты процессов (см. таблицы В.1 - В.4), которые должны быть документально оформлены в соответствии с требованиями или рекомендациями ГОСТ Р ИСО/МЭК 12207. Перечислены только те пункты ГОСТ Р ИСО/МЭК 12207, по которым требуются выходные результаты. Документы по данным выходным результатам должны быть выбраны и скомплектованы пропорционально области применения, значимости, сложности и критичности проекта или организации. В графе "Выходные результаты" таблицы В.1 наименования или заголовки соответствующих документов не указаны.

Таблица В.1 - Выходные результаты основных процессов жизненного цикла

Процесс
Пункт ГОСТ Р ИСО/МЭК 12207
Выходные результаты
Тип выходного результата
Заказ
5.1.1.8
План заказаПлан
5.1.1.9
Стратегия и условия заказаОписание
5.1.2.1
Заявка на подряд (тендер)Описание
5.1.2.1
Документы по заказуОписание
5.1.3.1
Процедура выбора поставщикаПроцедура
5.1.3.4
ДоговорДоговор
Поставка
5.2.2.1
ПредложениеПредложение
5.2.4.5
План(ы) управления проектомПлан
5.2.6.4
Отчеты о проведенных оценках, анализах, аудиторских проверках, испытаниях и реализованных решениях возникших проблемОтчет
Разработка
5.3.1.2
Протоколы о проблемах и несоответствияхПротокол
5.3.1.4
Планы разработкиПлан
5.3.2.1
Технические требования (спецификация) к системеОписание
5.3.3.1
Документ по архитектуре системыОписание
5.3.3.1
Документ на привязку к объектам системыОписание
5.3.4.1
Технические требования к программному средствуОписание
5.3.4.2
Результаты оценки технических требований к программному средствуПротокол
5.3.5.1
Объект программной конфигурацииПрограммное средство
5.3.5.1
Требования к архитектуре (эскизный проект)Описание
5.3.5.2
Требования к интерфейсам программного средства (эскизный проект)Описание
5.3.5.3
Эскизный проект базы данныхОписание
5.3.5.4
Руководство(а) пользователяРуководство
5.3.5.5
Требования к испытанию (тестированию) программного средстваОписание
5.3.5.6
Анализ проектаПротокол
Разработка
5.3.6.1
Технический проектОписание
5.3.6.2
Уточненные требования к интерфейсам программного средства (технический проект)Описание
5.3.6.3
Технический проект базы данныхОписание
5.3.6.5
Требования к тестированию программных модулейОписание
5.3.6.7
Анализ технического проектаПротокол
5.3.7.1
Программные модули и базы данныхПрограммные средства
5.3.7.1
Процедура испытаний (тестирования)Процедура
5.3.7.2
Результаты тестирования программных модулейПротокол
5.3.7.5
Анализ результатов программирования и тестированияПротокол
5.3.8.1
План сборки программного средстваПлан
5.3.8.2
Результаты сборки и тестирования программного средстваПротокол
5.3.8.5
Анализ плана сборки и документирования программного средстваПротокол
5.3.9.1
Результаты квалификационных испытаний (тестирования) объекта программной конфигурацииПротокол
5.3.9.3
Анализ сборки программного средстваПротокол
5.3.9.4
Аудиторская проверка сборки программного средстваПротокол
5.3.10.1
Результаты сборки и испытания системыПротокол
5.3.10.2
Требования к квалификационным испытаниям системыОписание
5.3.10.3
Анализ квалификационного испытания системыПротокол
5.3.11.1
Результаты квалификационных испытаний системыПротокол
5.3.11.3
Результаты аудиторских проверок системыПротокол
5.3.12.1
План по вводу в действие программного средстваПлан
5.3.12.2
Реализация и результаты ввода в действие программного средстваПротокол
5.3.13.1
Готовность к приемке и приемочные испытания программного средстваПротокол
Эксплуатация
5.4.1.1
План эксплуатацииПлан
5.4.1.2
Процедура подготовки отчетов по проблемеПроцедура
5.4.1.2
Отчетность по проблемеПротокол
5.4.1.3
Процедура тестирования в эксплуатационной средеПроцедура
Сопровождение
5.5.1.1
План сопровожденияПлан
5.5.1.1
Процедура сопровожденияПроцедура
5.5.1.2
Процедуры описания проблемы и реализации заявки на внесение измененийПроцедура
5.5.2.4
Протокол фиксации сообщения о проблеме или заявки на внесение измененияПротокол
5.5.3.1
Протоколы внесения измененийПротокол
5.5.3.2
Результаты тестирования внесенных измененийПротокол
5.5.5.2
План переноса программного средстваПлан
5.5.6.1
План снятия с эксплуатацииПлан

Таблица В.2 - Выходные результаты вспомогательных процессов жизненного цикла

Процесс
Пункт ГОСТ Р ИСО/МЭК 12207
Выходные результаты
Тип выходного результата
Документирование
6.1.1.1
План документированияПлан
Управление конфигурацией
6.2.1.1
План управления конфигурациейПлан
6.2.4.1
Отчеты и протоколы по управлению конфигурациейПротокол
Обеспечение качества
6.3.1.3
План обеспечения качестваПлан
6.3.1.4
Протоколы по обеспечению качестваПротокол
Верификация
6.4.1.5
План верификацииПлан
Аттестация
6.5.1.4
План аттестацииПлан
Совместный анализ
6.6.1.4
Результаты совместного анализаПротокол
Аудит
6.7.1.5
Результаты аудиторских проверокПротокол
Решение проблем
6.8.1.1
Отчет о проблемеПротокол

Таблица В.3 - Выходные результаты организационных процессов жизненного цикла

Процесс
Пункт ГОСТ Р ИСО/МЭК 12207
Выходные результаты
Тип выходного результата
Управление
7.1.2.1
План управленияПлан
7.1.3.3
Анализы проблемОтчет
Создание инфраструктуры
7.2.1.2
План создания инфраструктурыПлан
7.2.2.1
Конфигурация инфраструктурыОписание
Усовершенствование
7.3.1.1
Процедуры организационных процессовПроцедура
7.3.2.1
Процедура оценки процессаПроцедура
Обучение
7.4.1.1
План обученияПлан
7.4.3.1
Протоколы об обученииПротокол
Процесс адаптации из приложения А к ГОСТ Р ИСО/МЭК 12207 используют как дополнительный. В случае применения данный процесс должен иметь следующие выходные результаты (таблица В.4).

Таблица В.4 - Выходные результаты процесса адаптации

Процесс
Пункт ГОСТ Р ИСО/МЭК 12207
Выходные результаты
Тип выходного результата
Адаптация
А.4.1
Принятые решения по адаптации и их обоснованияПротокол
Приложение С
(справочное)

Модели жизненного цикла

Существует множество моделей жизненного цикла, но три из них - фундаментальные. Этими фундаментальными моделями жизненного цикла являются:
- каскадная;
- инкрементная;
- эволюционная.
Каждая из указанных моделей может быть использована самостоятельно или скомбинирована с другими для создания гибридной модели жизненного цикла. При этом конкретную модель жизненного цикла следует выбирать так, чтобы процессы, работы и задачи из ГОСТ Р ИСО/МЭК 12207 были связаны между собой и определены их взаимосвязи с предшествующими процессами, работами (видами деятельности) и задачами (заданиями).
В настоящем приложении описаны три фундаментальные модели жизненного цикла с присущими им недостатками (аргументами против их применения) и преимуществами (выгодами). Эти недостатки и преимущества должны быть учтены при выборе модели жизненного цикла для проекта.
С.1 Каскадная модель
Каскадная модель жизненного цикла по существу реализует принцип однократного выполнения каждого из следующих видов деятельности в их естественных границах:
- установление потребностей пользователя;