"ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. СОПРОВОЖДЕНИЕ ПРОГРАММНЫХ СРЕДСТВ. ГОСТ Р ИСО/МЭК 14764-2002" (утв. Постановлением Госстандарта РФ от 25.06.2002 N 248-ст)
8. Процесс сопровождения
В настоящем разделе определены конкретные работы (виды деятельности) и задачи (задания) основного процесса жизненного цикла, связанные с сопровождением программного средства.
Процесс сопровождения состоит из работ и задач, необходимых для модификации программного продукта при сохранении его целостности. За выполнение этих работ и задач отвечает сопроводитель. В настоящем стандарте описаны примерные этапы выполнения работ и задач сопровождения. Сопроводитель обеспечивает создание и функционирование соответствующего процесса сопровождения до разработки какого-либо программного продукта. Процесс сопровождения должен быть активизирован в жизненном цикле, если установлены соответствующие требования по сопровождению программного продукта.
Сразу же после активизации данного процесса должны быть разработаны план сопровождения и соответствующие процедуры, а также выделены конкретные ресурсы для сопровождения. После поставки программного продукта сопроводитель, в соответствии с предложением о модификации или отчетом о проблеме, должен модифицировать соответствующие программы и документы. Основной целью сопровождения программного средства является изменение (модификация) программного продукта при сохранении его целостности. В данном процессе выполняют поддержку программного продукта, начиная с поставки этого продукта, при обеспечении его переноса в новые среды эксплуатации, до снятия его с эксплуатации. Процесс завершается окончательным снятием программного продукта с эксплуатации.
Процесс сопровождения охватывает следующие работы:
a) подготовку процесса;
b) анализ проблем и изменений (модификаций);
d) проверку и приемку при сопровождении;
e) перенос;
Исходные данные преобразуют или используют в работах по сопровождению для получения выходных результатов. Рекомендуется проводить соответствующий контроль с целью проверить корректность выходных результатов конкретной работы по сопровождению. Выходными результатами являются соответствующие данные или объекты, создаваемые при выполнении конкретной работы по сопровождению. Для обеспечения работ по сопровождению используют вспомогательные и организационные процессы по ГОСТ Р ИСО/МЭК 12207.
На рисунке 2 показана общая структура процесса сопровождения.
8.1 Подготовка процесса
При подготовке процесса сопроводитель создает планы и устанавливает процедуры, выполняемые при реализации процесса сопровождения. План сопровождения (см. 7.3.2) должен быть создан параллельно с планом разработки. При выполнении данной работы сопроводитель также должен определить необходимые организационные интерфейсы (взаимосвязи с другими организациями).
Рисунок 2 - Процесс сопровождения
8.1.1 Исходные данные
Исходными данными для работы по подготовке процесса должны являться:
- старая (исходная) базовая линия;
- системные документы;
- предложение о модификации (ПР) или отчет о проблеме (ОП).
8.1.2 Задачи
Для обеспечения эффективной реализации процесса сопровождения сопроводитель должен разработать и документально оформить стратегию проведения сопровождения. При реализации этой деятельности сопроводитель должен решить следующие задачи:
- разработать планы и процедуры сопровождения;
- установить процедуры рассмотрения ПР и ОП;
- применить управление конфигурацией.
8.1.2.1 Планы и процедуры сопровождения
Сопроводитель должен (см. 5.5.1.1 ГОСТ Р ИСО/МЭК 12207) разработать, документально оформить и выполнить планы и процедуры для проведения работ и задач процесса сопровождения.
В плане сопровождения должна быть описана стратегия сопровождения системы, а в процедурах сопровождения должны быть определены подробности проведения сопровождения. Для обеспечения создания эффективных планов и процедур сопровождения сопроводитель должен выполнить следующие этапы решения задач:
a) помочь заказчику при разработке концепции сопровождения;
b) помочь заказчику при определении области сопровождения;
c) помочь заказчику при анализе выбираемых организаций для проведения сопровождения;
d) гарантировать официальное подтверждение принятия на себя обязанностей сопроводителя программного продукта;
e) провести анализ ресурсов;
f) оценить стоимость сопровождения;
g) выполнить оценку сопровождаемости системы;
h) установить требования к передаче программного продукта сопроводителю;
i) установить контрольные точки передачи программного продукта сопроводителю;
j) определить подлежащий реализации процесс сопровождения;
k) документально оформить процесс сопровождения в виде эксплуатационных процедур.
8.1.2.2 Процедуры рассмотрения ПР и ОП
Сопроводитель должен (см. 5.5.1.2 ГОСТ Р ИСО/МЭК 12207) определить процедуры для: получения, документирования и контроля отчетов (сообщений) о проблемах и предложений о модификациях (изменениях) от пользователей; обеспечения обратной связи с пользователями. Каждая возникающая проблема должна быть документально оформлена и введена в процесс решения проблем (6.8 ГОСТ Р ИСО/МЭК 12207).
Сопроводитель должен выполнить следующие этапы решения задач:
a) разработать схему числового обозначения ПР и ОП;
b) разработать схему классификации и присвоения приоритетов для ПР и ОП;
c) разработать процедуры проведения целевых анализов;
d) определить процедуры представления ПР и ОП оператором;
e) определить организацию исходной обратной связи с пользователями;
f) определить, как пользователей будут обслуживать в период сопровождения;
g) определить, как будут введены данные в базу данных учета состояний используемых ресурсов;
h) определить, какие дополнительные обратные связи с пользователями будут обеспечены.
8.1.2.3 Управление конфигурацией
Сопроводитель должен (см. 5.5.1.3 ГОСТ Р ИСО/МЭК 12207) реализовать процесс управления конфигурацией (6.2 ГОСТ Р ИСО/МЭК 12207) для управления изменениями существующей системы (или определить организационный интерфейс с данным процессом).
Сопроводителю следует использовать процесс управления конфигурацией по ГОСТ Р ИСО/ МЭК 12207.
8.1.3 Проверки
Для контроля выходных результатов работы по подготовке процесса сопровождения должны быть использованы совместные анализы (см. 6.6 ГОСТ Р ИСО/МЭК 12207).
При выполнении работы по подготовке процесса сопровождения используют следующие вспомогательные и организационные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207:
- документирования;
- управления конфигурацией;
- обеспечения качества;
- совместного анализа;
- управления;
- создания инфраструктуры;
- обучения.
8.1.5 Выходные результаты
Выходными результатами данной работы являются:
- план сопровождения;
- процедуры сопровождения;
- процедуры решения проблем;
- планы организации обратной связи с пользователями;
- план управления конфигурацией.
Все выходные результаты должны быть охвачены управлением их конфигурацией.
8.2 Анализ проблем и изменений
При выполнении работы по анализу проблем и изменений (модификаций) сопроводитель:
- анализирует ПР и (или) ОП;
- дублирует или проверяет проблему;
- разрабатывает варианты реализации изменения (модификации);
- документально оформляет: ПР и (или) ОП, результаты их рассмотрения и варианты реализации изменений;
- проводит согласование выбранного варианта изменения(й).
Основой для проведения работы по анализу проблем и изменений должны быть: официальное предложение о модификации или отчет о проблеме, системные и (или) проектные документы и нормативные документы.
8.2.1 Исходные данные
Исходными данными для проведения работы по анализу проблем и изменений должны быть:
- ПР или ОП;
- базовая линия;
- информационный архив программного средства;
- системные документы. Системные документы включают в себя:
- информацию о состояниях конфигурации;
- функциональные требования;
- сведения о плановых документах проекта;
- выходные результаты работы по подготовке процесса.
8.2.2 Задачи (задания)
До внесения изменений в систему сопроводитель должен: проанализировать ПР или ОП с точки зрения их влияния на деятельность организации, существующую систему и взаимосвязанные с ней системы; разработать и документально оформить рекомендуемые альтернативные решения по внесению изменений и согласовать принятое решение по внесению изменения(й).
8.2.2.1 Анализ ПР или ОП
Сопроводитель должен (см. 5.5.2.1 ГОСТ Р ИСО/МЭК 12207) проанализировать отчет (сообщение) о проблеме или предложение (заявку) о модификации (внесении изменений) по их влиянию на организационные вопросы, существующую систему и интерфейсные связи с другими системами по следующим аспектам:
а) типу, например корректировка, модернизация, профилактика или адаптация к новым условиям (среде);
b) области (объему), например размеру изменения, стоимости, времени на реализацию изменения;
с) критичности, например влиянию на рабочие характеристики (производительность), безопасность или защиту.
Для обеспечения реализации представленного ПР или ОП сопроводитель должен выполнить следующие дополнительные этапы решения данной задачи:
d) определить наличие у себя соответствующего персонала, способного реализовать предлагаемое изменение;
e) определить наличие соответствующего финансирования для реализации предлагаемого изменения в программе;
f) определить наличие соответствующих ресурсов и степень влияния модификации на реализуемый или уже реализованные проекты (возможно, не следует реализовывать ОП);
g) определить подлежащие учету вопросы, связанные с эксплуатацией. Например, влияет ли нереализованность предполагаемых изменений на требования к системным интерфейсам, ожидаемый срок службы системы, приоритеты, безопасность и защиту при эксплуатации? (возможно, не следует реализовывать ОП);
h) определить влияние изменений на безопасность и защиту (возможно, не следует реализовывать ОП);
i) определить единовременные и долгосрочные затраты (возможно, не следует реализовывать ОП);
j) определить преимущества (выгоды), получаемые после проведения модификации;
k) определить влияние внесения изменений на графики проведения работ по проекту;
l) определить необходимые уровни тестирования и оценки системы после внесения изменения;
m) определить прогнозируемую стоимость управления реализацией изменения (возможно, не следует реализовывать ОП).
8.2.2.2 Верификация
Сопроводитель должен (см. 5.5.2.2 ГОСТ Р ИСО/МЭК 12207) продублировать или верифицировать возникшую проблему.
Для того чтобы подтвердить актуальность представленных отчетов о проблемах, сопроводитель должен продублировать или верифицировать возникшие проблемы, выполнив следующие этапы решения данной задачи:
a) разработать стратегию тестирования для проверки (верификации) конкретной проблемы;
b) реализовать управление конфигурацией представленной версии программного средства;
c) ввести в действие (инсталлировать) представленную версию;
d) провести тестирование для проверки проблемы, предпочтительно с использованием копий представленных данных;
e) документально оформить результаты тестирования.
Если по ряду причин, например сохранению конфиденциальности данных, конкретная проблема не может быть продублирована сопроводителем, он должен проверить такие аспекты, как уставы (правила), политики и документы организации. Задачу верификации не выполняют при адаптивном или полном сопровождении.
8.2.2.3 Варианты
На основе проведенного анализа сопроводитель должен (см. 5.5.2.3 ГОСТ Р ИСО/МЭК 12207) разработать варианты реализации изменения (модификации).
Сопроводитель должен выполнить следующие этапы решения данной задачи:
a) присвоить соответствующий приоритет ПР или ОП;
b) установить наличие возможностей (средств) для решения проблемы. Эти возможности (при их наличии) должны быть предоставлены для использования оператором или пользователем. (Данный этап не реализуется при адаптивном или полном сопровождении.);
c) установить жесткие требования к конкретному изменению (модификации);
d) оценить объем и трудоемкость данной модификации (изменения);
e) разработать, по крайней мере, три варианта реализации конкретного изменения;
f) определить влияние данных вариантов на технические средства системы;
g) выполнить анализы риска для каждого варианта.
8.2.2.4 Документы
Сопроводитель должен (см. 5.5.2.4 ГОСТ Р ИСО/МЭК 12207) документально оформить: отчет (сообщение) о проблеме или предложение (заявку) о модификации (внесении изменений); результаты их анализа и варианты реализации изменений.
Сопроводитель должен выполнить следующие этапы решения данной задачи:
a) проверить актуальность всех проектных документов и документов результатов анализа. Если какие-либо документы отсутствуют, их следует разработать;
b) определить правильность предложенной политики и графика (программы) тестирования;
c) определить правильность оценок ресурсов;
d) обновить базу данных учета состояний используемых ресурсов;
e) выдать официальные рекомендации с указаниями о необходимости принятия (согласования) или отклонения ПР или ОП.
8.2.2.5 Согласование
До внесения изменений в систему сопроводитель должен (см. 5.5.2.5 ГОСТ Р ИСО/ МЭК 12207) получить согласование выбранного варианта изменения в соответствии с договором.
Согласование должно быть проведено и в случае выполнения сопровождения при отсутствии соответствующих соглашений. Сопроводитель может провести согласование, выполнив следующие этапы решения данной задачи:
a) представить результаты анализов на согласование в соответствующие группы по управлению конфигурацией;
b) участвовать в обсуждениях рассматриваемого изменения;
c) обновить, после согласования, состояние (статус) предложения о модификации;
d) обновить, после согласования, конкретные требования, если соответствующая заявка (ПР или ОП) носит характер модернизации (совершенствования) объекта.
8.2.3 Проверки
Контроль за рассматриваемой работой проводится посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).
В конце данной работы должен быть проведен анализ риска. На основании выходных результатов должна быть пересмотрена предварительная оценка ресурсов и с привлечением пользователя (заказчика) принято решение о целесообразности перехода к работе по внесению изменений.
8.2.4 Обеспечение
При выполнении работы по анализу проблем и изменений используют следующие вспомогательные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207:
- документирования;
- обеспечения качества;
- решения проблем.
8.2.5 Выходные результаты
Выходными результатами данной работы являются:
- анализ влияния изменения(й);
- рекомендуемый вариант изменения;
- согласованное изменение;
- обновленные (исправленные) документы.
В анализе влияния изменения должны быть отражены следующие вопросы:
- формулировка проблемы или нового требования;
- оценка проблемы или требования;
- классификация по типу требуемого сопровождения;
- начальный приоритет рассматриваемого вопроса;
- дата проверки (для вносимых изменений);
- начальная оценка ресурсов, необходимых для модификации существующей системы.
Обновленные (исправленные) документы должны включать в себя:
- политику (стратегию) тестирования;
- обновленные документы по тестированию, включая план и процедуры тестирования и отчет о тестировании;
- комплект документов разработки программного средства;
- обновленные требования.
8.3 Внесение изменений
При выполнении работы по внесению изменений сопроводитель разрабатывает и тестирует конкретное изменение(я) программного продукта.
8.3.1 Исходные данные
Исходными данными для проведения работы по внесению изменений должны быть:
- базовая линия;
- согласованное ПР или ОП;
- согласованные документы на изменение.
Базовая линия должна включать в себя:
- описания системной архитектуры;
- документы конкретного предложения о модификации (изменении);
- исходные программы.
Согласованные документы на изменение должны включать в себя:
- отчет об анализе влияния изменения(й);
- выходные результаты работы по анализу проблем и изменений.
8.3.2 Задачи (задания)
Сопроводитель должен выполнить анализ на предмет использования процесса разработки по ГОСТ Р ИСО/МЭК 12207 при внесении изменений.
8.3.2.1 Анализ
Сразу же после согласования ПР или ОП сопроводитель должен (см. 5.5.3.1 ГОСТ Р ИСО/ МЭК12207) провести анализ и определить, какие документы, программные модули и их версии требуют изменения. Полученные результаты должны быть документально оформлены.
Результаты такого дополнительного анализа должны быть документально оформлены в комплекте(ах) документов разработки программного средства (КДРПС). При реализации данной деятельности должны быть выполнены следующие этапы решения задачи:
a) определены элементы в существующей системе, подлежащие изменению;
b) определены элементы конкретного интерфейса, затрагиваемые данным изменением;
c) определены документы, подлежащие обновлению;
d) обновлен комплект(ы) документов разработки программного средства (КДРПС).
Сопроводитель должен (см. 5.5.3.2 ГОСТ Р ИСО/МЭК 12207) использовать процесс разработки (5.3 ГОСТ Р ИСО/МЭК 12207) для внесения (реализации) изменений. Требования к процессу разработки должны быть дополнены следующим образом:
а) должны быть установлены и документально оформлены критерии проведения испытаний (тестирования), оценки их результатов и измененных и неизмененных объектов (программных модулей, компонентов и элементов конфигурации) системы [см. 5.5.3.2, перечисление а) ГОСТ Р ИСО/МЭК 12207];
b) должны быть обеспечены полнота и правильность реализации новых и измененных требований. Также должно быть обеспечено, чтобы исходные, неизмененные требования не изменились. Результаты испытаний должны быть документально оформлены [см. 5.5.3.2, перечисление b) ГОСТ Р ИСО/МЭК 12207].
Конкретные работы в процессе разработки должны быть адаптированы применительно к потребностям, связанным с внесением изменений.
8.3.3 Проверки
Контроль за рассматриваемой работой должен быть проведен посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).
При выполнении работы по внесению изменений используют следующие вспомогательные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207:
- документирования;
- обеспечения качества;
- совместного анализа.
8.3.5 Выходные результаты
Выходными результатами данной работы являются:
- обновленные планы и процедуры тестирования;
- обновленные документы;
- измененные исходные программы;
- отчетность о тестировании;
- показатели, характеризующие внесенное(ые) изменение(я).
Обновленные документы должны включать в себя:
- обновленные документы на изменение (модификацию);
- подробный отчет о проведенном анализе;
- обновленные требования;
- обновленные планы, процедуры и отчеты о тестировании;
- обновленные учебные материалы.
8.4 Проверка и приемка при сопровождении
Данная работа обеспечивает подтверждение правильности изменений, внесенных в систему, в соответствии с принятыми стандартами и по установленной методологии.
8.4.1 Исходные данные
Исходными данными для проведения работы по проверке и приемке при сопровождении являются:
- измененное программное средство;
- результаты тестирования внесенного изменения(й).
8.4.2 Задачи (задания)
Проверки (обзоры) проводят для гарантирования правильности изменений и их согласованности с точки зрения полноты выполнения установленных требований.
8.4.2.1 Проверки (обзоры)
Сопроводитель должен (см. 5.5.4.1 ГОСТ Р ИСО/МЭК 12207) провести проверку(и) внесенного изменения совместно с организацией, утвердившей изменение в целях подтверждения целостности (работоспособности) измененной системы.
Должны быть выполнены следующие этапы решения этой задачи:
a) отслеживание реализованности ПР или ОП от требований к объекту до проекта и программных кодов;
b) проверка тестируемости текста (кодов) программы;
c) проверка соблюдения стандартов на программирование;
d) проверка того, что изменены только нужные компоненты программного средства;
e) проверка правильности сборки новых компонентов программного средства;
f) контроль обновления документов;
g) проведение тестирования;
h) выпуск отчета о тестировании.
8.4.2.2 Согласование
Сопроводитель должен (см. 5.5.4.2 ГОСТ Р ИСО/МЭК 12207) получить согласование (подтверждение) того, что внесенное изменение удовлетворяет требованиям, установленным в договоре.
Если сопровождение проводят без предварительного соглашения, согласование изменений все равно должно быть получено.
Должны быть выполнены следующие этапы решения этой задачи:
a) получено согласование посредством вспомогательного процесса обеспечения качества (6.3 ГОСТ Р ИСО/МЭК 12207);
b) проверено выполнение данного процесса;
c) проведен аудит функциональной и физической конфигурации.
8.4.3 Проверки
Контроль за рассматриваемой работой проводят посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).
При выполнении работы по проверке и приемке при сопровождении используют следующие вспомогательные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207:
- обеспечения качества;
- верификации;
- аттестации (валидации);
- совместного анализа;
- аудита.
8.4.5 Выходные результаты
Выходными результатами данной работы являются:
- новая базовая линия, включающая в себя принятые изменения;
- отклоненные изменения;
- отчет о приемке;
- отчеты об обзорах (проверках) и аудитах;
- отчет о квалификационном тестировании программного средства.
8.5 Перенос
За время существования система может быть модернизирована для работы в различных средах. Для переноса системы в новую среду сопроводитель должен выполнить соответствующие действия, разработать и документально оформить этапы реализации переноса.
8.5.1 Исходные данные
Исходными данными для проведения работы по переносу являются:
- старая среда;
- новая среда;
- старая базовая линия;
- новая базовая линия.
8.5.2 Задачи (задания)
Сопроводитель проводит перенос в соответствии с ГОСТ Р ИСО/МЭК 12207, разрабатывает план переноса, извещает пользователей, проводит обучение персонала, выдает предупреждение о завершении переноса, оценивает влияние новой среды и архивирует соответствующие данные.
8.5.2.1 Перенос
Если систему или программный продукт (включая данные) переносят из прежней в новую эксплуатационную среду, должно быть обеспечено (см. 5.5.5.1 ГОСТ Р ИСО/МЭК 12207), чтобы любой программный продукт или данные были созданы или изменены при переносе в соответствии с ГОСТ Р ИСО/МЭК 12207.
Должны быть выполнены следующие этапы решения этой задачи:
a) определены все добавляемые или изменяемые программные продукты или данные;
b) проверено соответствие конкретных задач ГОСТ Р ИСО/МЭК 12207.
8.5.2.2 План переноса
Для соответствующего контроля переноса системы должен быть (см. 5.5.5.2 ГОСТ Р ИСО/ МЭК 12207) разработан, документально оформлен и выполнен план переноса объекта. К планируемым работам должны быть привлечены пользователи. В содержание плана должны быть включены:
а) анализ и установление требований к переносу;
b) разработка инструментальных средств для выполнения переноса;
с) настройка программного продукта и данных к новым условиям эксплуатации;
d) выполнение переноса;
е) верификация переноса;
f) последующая поддержка прежней среды.
Разработка плана переноса должна быть основана на исходных данных пользователей. Сопроводитель должен выполнить следующие этапы решения этой задачи:
a) проанализировать требования к переносу;
b) определить влияние (роль) переносимого программного продукта;
c) установить график проведения переноса;
d) установить требования к наборам данных для проведения проверки выполненного переноса;
e) определить и документально оформить работы (деятельность) по переносу;
f) определить и уменьшить возможный риск;
g) определить необходимые инструментальные средства для переноса;
h) определить степень последующей поддержки для старой среды;
i) разработать и (или) заказать инструментальные средства для переноса;
j) дискретно разделить программные продукты и данные для преобразования;
k) установить приоритеты преобразования программных продуктов и данных;
l) преобразовать программные продукты и данные;
m) перенести программные продукты и данные в новую среду;
n) провести параллельную эксплуатацию (в новой и старой средах);
о) верифицировать перенос путем тестирования;
р) проводить последующую поддержку для старой среды.
8.5.2.3 Уведомление о намерениях
Сразу же после завершения сопроводителем планирования переноса пользователям должно быть (см. 5.5.5.3 ГОСТ Р ИСО/МЭК 12207) направлено уведомление о планах и работах по переносу объекта. В содержание уведомления должны быть включены:
а) объяснение того, почему прежнюю среду нельзя больше поддерживать;
b) описание новой среды с указанием даты, с которой она доступна для пользователей;
с) описание других доступных вариантов поддержки в случае прекращения поддержки прежней среды.
Сопроводитель должен также представить пользователям план, процедуры и график (программу) переноса. Сопроводитель должен выполнить следующие этапы решения этой задачи:
a) определить все объекты, затрагиваемые переносом;
b) отработать обратную связь с абонентами;
c) определить специфику абонента;
d) опубликовать график (программу) переноса.
8.5.2.4 Реализуемые операции и обучение
Для плавного перехода в новую среду параллельно могут быть выполнены работы в прежней и новой среде. В течение этого периода обеспечивают необходимое обучение персонала в соответствии с условиями договора (см. 5.5.5.4 ГОСТ Р ИСО/МЭК 12207).
Как часть указанной задачи сопроводитель может выполнить следующие этапы по параллельной работе:
a) провести обследование абонента;
b) установить соответствующее оборудование;
c) установить соответствующие программные средства;
d) провести предварительные испытания для проверки правильности установки технических и программных средств;
e) прогнать программные средства при рабочей загрузке параллельно со старой системой;
f) собрать данные о новых и старых продуктах;
g) выполнить преобразование данных и их анализ.
Сопроводитель должен выполнить следующие этапы работ по обучению персонала:
a) определить требования по обучению при переносе;
b) запланировать реализацию требований по обучению при переносе;
c) выполнить проверку обучения при переносе;
d) обновить планы обучения.
8.5.2.5 Уведомление о завершении переноса
После выполнения запланированного переноса должно быть послано соответствующее уведомление всем заинтересованным сторонам. Все связанные с прежней средой документы, журналы регистрации и программы должны быть помещены в архивы (см. 5.5.5.5 ГОСТ Р ИСО/МЭК 12207).
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) опубликовать изменения к графику (программе) переноса;
b) документально зафиксировать специфику абонента и соответствующие решения;
c) архивировать старые программные средства и данные;
d) снять старое оборудование.
8.5.2.6 Итоговый анализ
После завершения переноса должен быть выполнен итоговый анализ для оценки влияния перехода к новой среде на различные аспекты эксплуатации перенесенного объекта. Результаты анализа должны быть разосланы соответствующим заинтересованным сторонам для информации, руководства и использования в работе (см. 5.5.5.6 ГОСТ Р ИСО/МЭК 12207).
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) проанализировать результаты параллельной эксплуатации систем;
b) определить области потенциального риска;
c) определить специфику абонентов;
d) документально зафиксировать любые извлеченные уроки;
e) создать и опубликовать отчет по анализу влияния переноса.
8.5.2.7 Архивные данные
Данные, использованные или связанные с прежней средой, должны быть доступными для защиты и аудиторской проверки в соответствии с условиями договора (см. 5.5.5.7 ГОСТ Р ИСО/ МЭК 12207).
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) сохранить старые программные средства и данные;
b) создать копии старых программных средств и данных;
c) хранить соответствующие носители в безопасном месте.
8.5.3 Проверки
Контроль за рассматриваемой работой проводят посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).
8.5.4 Обеспечение
При выполнении работы по переносу используют следующие вспомогательные и организационные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207:
- документирования;
- управления конфигурацией;
- обеспечения качества;
- верификации;
- аттестации (валидации);
- совместного анализа;
- аудита;
- решения проблем;
- обучения.
8.5.5 Выходные результаты
Выходными результатами данной работы являются:
- план переноса;
- инструментальные средства для переноса;
- извещение о намерениях;
- перенесенный программный продукт;
- уведомление о завершении переноса;
- архивные данные.
8.6 Снятие программного средства с эксплуатации
Сразу же по достижении программным продуктом окончания срока его службы этот программный продукт должен быть снят с эксплуатации. Должен быть проведен анализ, подтверждающий решение о снятии программного продукта с эксплуатации. Как правило, подобный анализ экономически обоснован и может быть включен в план снятия с эксплуатации. В анализе должны быть определены и экономически обоснованы:
- возможность сохранения устаревшей технологии;
- переход на новую технологию путем создания нового программного продукта;
- разработка нового программного продукта для обеспечения модульности;
- разработка нового программного продукта для упрощения сопровождения;
- разработка нового программного продукта для обеспечения стандартизации;
- разработка нового программного продукта для обеспечения независимости продавца.
Конкретный программный продукт может быть заменен новым продуктом, но в ряде случаев это может быть не прямой заменой одного продукта другим. При снятии программного продукта сопроводитель должен определить необходимые для этого действия, а затем разработать и документально оформить этапы работ, обеспечивающие эффективное снятие продукта с эксплуатации. Должны быть предусмотрены возможности доступа к архивным данным снятого программного продукта.
8.6.1 Исходные данные
Исходными данными для проведения работы по снятию с эксплуатации являются:
- удаляемая базовая линия старого программного продукта;
- новый программный продукт;
- старая среда эксплуатации.
8.6.2 Задачи
Сопроводитель, выполняющий снятие программного продукта с эксплуатации в соответствии с ГОСТ Р ИСО/МЭК 12207, должен разработать план снятия с эксплуатации, уведомить пользователей об этом, провести соответствующее обучение персонала, уведомить всех заинтересованных субъектов о завершении снятия продукта с эксплуатации и архивировать соответствующие данные.
8.6.2.1 План снятия с эксплуатации
Должен быть (см. 5.5.6.1 ГОСТ Р ИСО/МЭК 12207) разработан, документально оформлен и реализован план снятия с эксплуатации при прекращении активной поддержки объекта эксплуатирующими и сопровождающими организациями. К запланированным работам должны быть привлечены пользователи. В содержание плана должны быть включены:
а) сроки прекращения полной или частичной поддержки;
b) требования по архивации программного продукта и соответствующих документов;
с) обязательства по любым оставшимся вопросам поддержки;
d) сроки перехода, при необходимости, к новому программному продукту;
е) требования по доступу к архивным копиям данных.
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) анализ требований к снятию с эксплуатации;
b) определить влияние снятия программного продукта на систему;
c) установить программный продукт, заменяющий снимаемый (при его наличии);
d) разработать график (программу) снятия программного продукта с эксплуатации;
e) определить обязанности по любым оставшимся вопросам последующей поддержки системы;
f) определить и документировать все действия по снятию с эксплуатации.
8.6.2.2 Уведомление о намерениях
Пользователи должны (см. 5.5.6.2 ГОСТ Р ИСО/МЭК 12207) получить уведомление о планах и работах по снятию с эксплуатации. В содержание уведомления должны быть включены:
а) описание заменяющего или модернизированного объекта с указанием даты его доступности для пользователей;
b) объяснение того, почему прежний программный продукт нельзя больше поддерживать;
с) описание других доступных вариантов поддержки в случае прекращения поддержки прежнего объекта.
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) определить все объекты (и их местоположения), затрагиваемые при данной работе;
b) определить специфику каждого абонента;
c) опубликовать соответствующий график (программу) снятия;
d) отработать обратную связь с абонентами.
8.6.2.3 Реализация параллельной эксплуатации и обучение
Для плавного перехода к новой системе должна (см. 5.5.6.3 ГОСТ Р ИСО/МЭК 12207) быть проведена параллельная эксплуатация прежнего и нового программных продуктов. В течение этого периода обеспечивают необходимое обучение пользователей в соответствии с условиями договора.
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) провести обследование абонента;
b) установить оборудование;
c) установить программный продукт;
d) провести предварительные испытания для проверки правильности установки технических и программных средств;
e) прогнать программные средства при рабочей загрузке параллельно со старой системой;
f) собрать данные о новых и старых продуктах;
g) выполнить преобразование данных и их анализ.
8.6.2.4 Уведомление о завершении снятия
После выполнения запланированного снятия с эксплуатации должно быть (см. 5.5.6.4 ГОСТ Р ИСО/МЭК 12207) послано соответствующее уведомление всем заинтересованным сторонам. Все связанные с прежним объектом документы разработки, журналы регистрации и программы должны быть, при необходимости, помещены в архивы.
Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) опубликовать изменения к графику (программе) снятия;
b) документально зафиксировать специфику абонента и соответствующие решения;
c) архивировать старые программные средства и данные;
d) снять старое оборудование.
8.6.2.5 Архивные данные
Данные, использованные или связанные со снятым с эксплуатации программным продуктом, должны быть (см. 5.5.6.5 ГОСТ Р ИСО/МЭК 12207) доступными для защиты и аудиторской проверки в соответствии с условиями договора.
Должно быть проведено обновление данных на архивных носителях (компакт-дисках и других видах носителей) для упрощения поиска этих данных. Как часть указанной задачи сопроводитель должен выполнить следующие этапы:
a) сохранить старые программные средства и данные, полученные при решении предыдущих задач;
b) создать копии старых программных средств и данных, полученных при решении предыдущих задач;
c) хранить соответствующие носители в безопасном месте.
8.6.3 Проверки
Контроль за рассматриваемой работой проводят посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).
8.6.4 Обеспечение
При выполнении работы по снятию программного средства с эксплуатации используют следующие вспомогательные и организационные процессы жизненного цикла по ГОСТ Р ИСО/ МЭК 12207:
- документирования;
- управления конфигурацией;
- обеспечения качества;
- совместного анализа;
- аудита;
- обучения.
8.6.5 Выходные результаты
Выходными результатами данной работы являются:
- план снятия с эксплуатации;
- уведомление о намерениях по снятию с эксплуатации;
- результаты, полученные при выполнении снятия программного средства с эксплуатации;
- обученный персонал;
- снятый с эксплуатации программный продукт;
- уведомление о завершении снятия с эксплуатации;
- архивированная базовая линия.