ГОСТ Р ИСО/МЭК 14764-2002
жизненном цикле через соответствующее соглашение или по договору (контракту). Основной процесс эксплуатации в жизненном цикле по ГОСТ Р ИСО/МЭК 12207 может инициировать процесс сопровождения данного программного средства путем представления предложения о модификации (изменении) или отчета о проблеме. Процесс сопровождения программного средства использует (вызывает) основной процесс разработки по ГОСТ Р ИСО/МЭК 12207. В процессе сопровождения программного средства используют вспомогательные процессы документирования, управления конфигурацией, обеспечения качества, верификации, аттестации, совместного анализа, аудита и решения проблем по ГОСТ Р ИСО/МЭК 12207.
Организационные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207 включают в себя четыре процесса. Организационные процессы управления, создания инфраструктуры и обучения по ГОСТ Р ИСО/МЭК 12207 применяются сопроводителем в начале каждого проекта сопровождения. Процесс усовершенствования применяют для повышения эффективности процесса сопровождения программного средства.
Практическое применение (адаптацию) настоящего стандарта в условиях конкретного проекта проводят в соответствии с ГОСТ Р ИСО/МЭК 12207. Адаптация необходима в случае неординарных событий, таких как экстренное (аварийное) сопровождение.
5.2 Структура настоящего стандарта
Далее представлены разделы в том порядке, который должен соблюдать сопроводитель при их применении.
В разделе 6 рассмотрены сопровождение в целом и требования и ограничения, подлежащие учету при планировании сопровождения. В разделе 7 приведена исчерпывающая информация о планировании сопровождения. В разделе 8 описаны подробности процесса сопровождения, в том числе задачи и этапы их решения, необходимые для реализации данного процесса.
6 Соображения по сопровождению
6.1 Введение
Реализация процесса сопровождения в жизненном цикле программного средства начинается с планирования сопровождения и завершается снятием данного программного продукта с эксплуатации. Данный процесс заключается в модификации (изменении) текста программы и соответствующих документов вследствие обнаруженных проблем (несоответствий) или необходимости их усовершенствования. Целью процесса сопровождения является модификация программного продукта при сохранении его целостности. Ниже приведен ряд соображений, относящихся к реализации данного процесса.
Процесс сопровождения необходим вследствие подверженности программных продуктов изменениям на протяжении их жизненного цикла. Если программный продукт разработан с использованием инструментальных средств автоматизации программной инженерии (СА8Е), его сопровождение все равно необходимо. Использование инструментальных средств СА8Е упрощает сопровождение, но не устраняет потребность в нем. Если отсутствует текст (код) прикладной программы, то есть программный продукт состоит только из готовых продуктов, все равно может потребоваться его сопровождение. Сопровождение готовых программных продуктов заказчиком или поставщиком обычно связано с модификацией соответствующих интерфейсов программного продукта, включая данные и режимы функционирования.
Должны быть учтены неявные требования и ограничения, налагаемые разработчиком оригинала программного продукта. В ряде случаев они могут быть изменены, а некоторые исходные требования могут быть отменены.
При реализации процессов разработки, эксплуатации и сопровождения по ГОСТ Р ИСО/ МЭК 12207 любые обнаруженные проблемы (несоответствия) должны быть описаны и проконтролированы посредством процесса решения проблем, установленного в указанном стандарте. При этом следует выпускать соответствующие предложения о модификациях (ПР) или отчеты о проблемах (ОП). Часто данные документы называют предложениями об изменениях. В процессе решения проблем по ГОСТ Р ИСО/МЭК 12207 анализируют и решают возникшие проблемы. В этом процессе также определяют, отражают ли представленные ПР (ОП) возникшие проблемы (несоответствия) или потребности в модернизации продукта. Процесс управления конфигурацией (УК) по ГОСТ Р ИСО/МЭК 12207 регистрирует (фиксирует) и документирует состояния предложений о модификациях (ПР) или отчетов о проблемах (ОП). В ходе работы по контролю конфигурации из
5