ГОСТ Р МЭК 60880—2010
11.3 Модификация программного обеспечения после поставки
Причинами такой модификации могутбыть:
- отчет об аномалии;
- изменение функциональных требований после поставки;
-технологические изменения;
- изменение условий эксплуатации.
11.3.1 В случае аномалии программного обеспечения должен быть составлен отчет об аномалии, в
которомдолжны быть приведены признаки, внешние условиядля системы и состояние системы на момент
обнаружения аномалии, а также указаны ее предполагаемые причины.
11.3.2 В случае возникновения после запуска неожидаемого. очевидно, неправильного необъясни
мого поведения программного обеспечения обслуживающий персонал должен составить отчет об анома
лии. в котором должны бытьуказаны подробности поведения, конфигурации технического и программного
обеспечений и действия, предпринятые в это время.
11.3.3 В отчетедолжны быть приведены данные о составителе отчета, месте,дате, обстоятельствах
и регистрационном номере. Отчеты должны рассматриваться разрабатывающей группой, назначаемой в
соответствии с категориями важности и распускаемой после ответа обслуживающему персоналу.
Предпочтительно, чтобы отчет об аномалии и процедура урегулирования разрабатывались на осно
вании аналогичного процесса, утвержденного при верификации и валидации.
11.3.4 Для устранения дефектов необходимо составление запроса на модификацию программного
обеспечения, реализация которого должна проводиться с помощью процедуры, описанной в 11.1.
11.3.5 В случае изменения в спецификации требований к программному обеспечению должна быть
проведена повторная проверка всего процесса разработки программного обеспечениядля той части систе
мы. которая подвержена влиянию изменения.
11.3.6
Л
юбые новые требования к техническому обеспечению и возможности технического обеспече
ния должны быть проверены вотношении их возможного влияния на программное обеспечение.
11.3.7 Эта проверкадолжна включать в себя все суждения, касающиеся технического обеспечения
и рассмотренные при проектировании первоначального программного обеспечения.
Если можно показать, что модифицированная система не влияет на спецификацию требований к
программному обеспечению, то может быть применена упрощенная процедура осуществления модифика
ции на этапах проектирования или кодирования.
В перечислении Ь) подпункта 6.3.6.1 МЭК 61513 рекомендуется, чтобы после завершения модифика
ции такая модификация отражалась в комплектедокументов на внесение изменений. В нем также требует
ся. чтобы вдокументах этого комплекта были описаны средства реализации модификации на работающем
оборудовании либо была дана ссылка на утвержденную существующую процедуру.
11.3.8 Во всех случаях после осуществления модификации на работающем оборудовании должен
быть составлен документ, в котором указывают дату осуществления модификации и результаты любых
конкретных тестирований или наблюдений, необходимых в соответствии с процедурой реализации.
11.3.9 Этотдокумент должен быть помещен в архив управления модификацией программного обес
печения проекта.
12 Программные аспекты установки и эксплуатации
В настоящем разделе представлены требования к взаимодействию между операторами и компью
терными системами класса 1в процессе установки и эксплуатации. Эти требования касаются:
- установки программного обеспечения на месте эксплуатации;
- защищенности программного обеспечения на месте эксплуатации;
- адаптации программного обеспечения к условиям на месте эксплуатации;
- обучения.
12.1 Установка программного обеспечения на место эксплуатации
Должна быть предусмотрена процедура тестирований для проверки работоспособности программно
го обеспечения, касающейся отклика, калибровки, функциональной работы и взаимодействия сдругими
системами.
28