ГОСТ Р МЭК 62138—2010
6.9 Протоколы отклонений от нормы
1 Если обнаружена неожиданная, очевидно неправильная, необъяснимая или ненормальная
работа программы после ее принятия в эксплуатацию, тодолжен быть составлен протокол отклонения
от нормы работы программы.
2 В протоколеотклонения от нормы работы программы следуетуказатьподробности работы про
граммы, конфигурацию программного обеспечения и технического обеспечения и управляющих
действий во время анормальной работы. В протоколе также следует указать его обозначение, состави
теля. а также место и время составления.
После краткого обзора протокола может быть добавлено его обозначение с тем. чтобы подчерк
нутьдействительность протокола.
3 Протоколы отклонения от нормы подвергают анализу. Возникшие проблемы оформляютдоку
ментально. отслеживают и решают.
6.10 Модификация программного обеспечения
Решение о проведении модификаций программного обеспечения зависит от его влияния на СКУ,
поэтомутакиерешенияподчинены требованиям6.1.7 иб.3.6 МЭК61513. В настоящем подразделепред
ставлены следующие дополнительные требования, специфичные или особенно важные для
программногообеспечения:
1 Модификации программного обеспечения должны разрабатываться в соответствии с требова
ниями 6.1—6.5. Они должны инсталлироваться в штатную аппаратуру в соответствии с требованиями
6
.
8
.
2 Интеграцию и валидацию модификаций программного обеспечения следует проводить в соот
ветствии с 6.6 и 6.7. Если объем модификации не требуетсоблюдения требований этихдвух подразде
лов в полномобъеме, интеграция модифицированногопрограммногообеспечениядолжна проводиться
согласно регрессивному плану интеграции программного обеспечения, а валидация — регрессивному
плану валидации программногообеспечения. Полнотаи подробностьэтихплановдолжны бытьобосно
ванысучетом объемакаждой из модификаций, осуществленныхвспецификациитребований кпрограм
мному обеспечению и спецификации проекта программного обеспечения. Должны быть составлены
отчеты по результатам реализации этих планов.
3 Если используется регрессивный подход, то регрессивный план интеграции программного
обеспечения ирегрессивныйплан валидации программного обеспечениядолжны обеспечить доста
точную уверенность втом. что модифицированноепрограммноеобеспечениеполностью соответ
ствует новой специфи
к
ациитребований
к
программному обеспечению, а та
к
же, что:
- целимодифи
к
ациидостигнуты:
- ошиб
к
ине внесены:
- модифицированное и/или вводимоеранее разработанное программное обеспечениеработа е
т в соответствии с до
к
ументацией по безопасности ита
к
.
к
а
к
того требует измененная Специ
фи
к
ацияпрое
к
та программного обеспечения:
- другие модифицированные и/или новые
к
омпоненты программного обеспечения соотве
тствую т их специфи
к
ации.
4 Модификации программного обеспечения должны быть оформлены документально в полном
объеме. В частности, все связанные с программным обеспечением документы, на которые повлияли
модификации, должны бытьобновлены.
5 В до
к
ументации помодифи
к
ации программного обеспечения следуету
к
азывать:
- целимодифи
к
ациипрограммного обеспечения, в
к
лючаялюбые целина уровне системы:
- любые изменения, произведенные в его специфи
к
ации:
- любые ограничения,
к
оторые должны соблюдаться при выполнениимодифи
к
ации:
-
к
омпоненты программного обеспечения,
к
оторые затрагиваются или вновь создаются в
процессемодифи
к
ации:
- идентифи
к
ацию версийэтих
к
омпонентов до ипосле модифи
к
ации;
- ссыл
к
ина модифицированный прое
к
т и/или до
к
ументы пореализации
В
к
онте
к
сте модифи
к
ациина уровне системы могут, например, быть у
к
азаны:
- идентифи
к
ация версии системы (илиоборудования) дои после модифи
к
ации:
- цели, специфи
к
ация иограничения, связанные смодифи
к
ацией системы:
• модифи
к
ации в остальной части СКУ и/или других систем, взаимодействующих с програм
мным обеспечением,
к
оторые необходимо осуществить или
к
оторые могут повлиять на програм
мное обеспечение:
35