f) сведения о модификации системных программных средств доводятся до всех затронутых обновлениями сторон.
6.4.10.3 Виды деятельности и задачи
Сопровождающая сторона должна осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса сопровождения программных средств.
6.4.10.3.1 Реализация процесса
Данный вид деятельности состоит из решения следующих задач:
6.4.10.3.1.1 Сопровождающая сторона должна разрабатывать, документировать и выполнять планы и процедуры проведения действий и решения задач в рамках процесса сопровождения программных средств.
6.4.10.3.1.2 Сопровождающая сторона должна определять процедуры получения, регистрации и прослеживания отчетов о проблемах, заявок на модификацию от пользователей и обеспечения обратной связи с пользователями. Каждый случай возникновения проблем должен регистрироваться и вводиться в процесс решения проблем в программных средствах (см. 7.2.8).
6.4.10.3.1.3 Сопровождающая сторона должна выполнять или устанавливать организационную связь с процессом менеджмента конфигурации (см. 7.2.2) для управления модификациями в существующей системе.
6.4.10.3.2 Анализ проблем и модификаций
Данный вид деятельности состоит из решения следующих задач:
6.4.10.3.2.1 Сопровождающая сторона должна анализировать отчеты о проблемах или заявки на модификацию для определения воздействий на организацию, существующую систему и связанные с ней системы, включая:
а) тип воздействия (например, корректирующее, улучшающее, превентивное или адаптирующее к новой окружающей среде);
b) границы применения (например, масштабы модификации, привлекаемые финансовые средства, время на модификацию);
с) критичность (например, воздействие на эксплуатационные параметры, безопасность или защищенность).
6.4.10.3.2.2 Сопровождающая сторона должна скопировать или верифицировать проблему.
6.4.10.3.2.3 Основываясь на анализе, сопровождающая сторона должна разработать варианты осуществления модификации.
6.4.10.3.2.4 Сопровождающая сторона должна документально оформить заявку на решение проблемы или на модификацию, результаты анализа и варианты их выполнения.
6.4.10.3.2.5 Сопровождающая сторона должна получить одобрение выбранного варианта модификации, как определено в контракте.
6.4.10.3.3 Реализация модификации
Данный вид деятельности состоит из решения следующих задач:
6.4.10.3.3.1 Сопровождающая сторона должна провести анализ и определить, какая документация, программные модули и какая из версий нуждаются в модификации. Эти действия должны быть документированы.
6.4.10.3.3.2 Для осуществления модификации сопровождающая сторона должна принять участие в технических процессах (см. 6.4). Требования технических процессов должны быть дополнены следующими действиями:
а) должны быть определены и документированы тесты и критерии оценки для тестирования, а также оценки модифицированных и немодифицированных частей системы (программных модулей, компонентов и элементов конфигурации);
b) должна быть гарантирована полная и корректная реализация новых и модифицированных требований. Необходимо гарантировать также, что исходные немодифицированные требования не были затронуты. Результаты тестирования должны быть документированы.
6.4.10.3.4 Ревизия (приемка) сопровождения
Данный вид деятельности состоит из решения следующих задач:
6.4.10.3.4.1 Сопровождающая сторона должна проводить ревизии совместно с организацией, уполномоченной проводить модификацию, для определения целостности модифицированной системы.
6.4.10.3.4.2 Сопровождающая сторона должна получить одобрение удовлетворительного завершения модификации, как определено в контракте.
6.4.10.3.5 Перемещение
Данный вид деятельности состоит из решения следующих задач:
6.4.10.3.5.1 Если системный или программный продукт (включая данные) переносится из прежней операционной среды в новую операционную среду, то должно гарантироваться, что любой программный продукт или данные, созданные или модифицированные в течение этого перемещения, соответствуют настоящему стандарту.
6.4.10.3.5.2 Должен быть разработан, документирован и выполнен план перемещения. Запланированные действия должны включать в себя участие пользователей. План должен содержать:
a) анализ требований и определение перемещения;
b) разработку инструментария перемещения;
c) конверсию программного продукта и данных;
d) выполнение перемещения;
e) верификацию перемещения;
f) поддержку прежней среды в будущем.
6.4.10.3.5.3 Пользователи должны оповещать всех, кого это касается, о планах и действиях по перемещениям. Оповещения должны включать в себя:
a) заявление о том, почему прежняя среда не должна больше поддерживаться;
b) описание новой среды с датой ее готовности;
c) описание других доступных вариантов поддержки (при их наличии), как только будет прекращена поддержка прежней среды.
6.4.10.3.5.4 Для плавного перехода к новой среде может проводиться параллельная работа как в прежней, так и в новой среде. В течение этого периода должно быть обеспечено необходимое обучение, как определено в контракте.
6.4.10.3.5.5 Когда перемещение, запланированное графиком работ, выполнено, необходимо отправить оповещение всем, кого это касается. Относящиеся к прежней среде документация, журналы и коды должны быть помещены в архивы.
6.4.10.3.5.6 Для оценки воздействия изменений на новую среду должна быть выполнена ревизия после некоторого периода наблюдения за работой. Результаты ревизии должны быть отправлены соответствующим уполномоченным органам для информации, руководства и действий.
6.4.10.3.5.7 Данные, используемые или связанные с прежней средой, должны быть доступны в соответствии с установленными в контракте требованиями к защите данных и аудиту, применяемому к данным.
6.4.11 Процесс прекращения применения программных средств
Примечание - Процесс прекращения применения программных средств в настоящем стандарте является частным случаем процесса изъятия и списания, приведенного в [18]. Пользователи могут рассматривать требование соответствия для процесса из [18], а не для процесса из настоящего стандарта.
6.4.11.1 Цель
Цель процесса прекращения применения программных средств состоит в обеспечении завершения существования системного программного объекта.