ГОСТ Р МЭК 60880—2010
11.1.6 В запросе на модификацию должны также проверяться:
- техническая достижимость:
- влияние на другую часть системы (например, расширение памяти) или другое оборудование (на
пример, испытательные системы); в этом случае должен оформляться запрос на модификацию, касаю
щийся этих областей влияния;
- влияние на возможные изменения в методах, инструментальных программах или стандартах, кото
рыедолжны использоваться при выполнении модификации (по сравнению с теми методами, инструмен
тальными программами и стандартами, которые применялись при разработке версии программного обес
печения, подлежащей модификации);
- влияние на само программное обеспечение, включая перечень подверженных влиянию модулей.
- влияние на эксплуатационные характеристики (быстродействие, точность и т.п.);
- стратегия и усилия, необходимые для верификации и валидации с целью удостоверения в сохране
нии корректности существующего программного обеспечения: анализ необходимости проведения повтор
ной верификации должен быть оформлен документально в поддающейся проверке форме:
- набор рассмотренных документов.
Процессоценки может состоять из нескольких этапов.
Исходный запрос может быть рассмотрен на предмет целесообразности и достижимости до того как
будет проводиться какая-либо детальная оценка влияния.
После проведения общей оценки влияния может быть проведена повторная более подробная оценка.
Запрос на проведение модификации находится на рассмотрении до принятия решения, которое
может:
- отклонить запрос; в этом случае он отсылается обратно с обоснованием отказа;
- потребовать проведения детального анализа, результатом которого будет отчет об анализе моди
фикации программного обеспечения;
- одобрить запрос и начать процесс модификации.
11.1.7В случае, если затребован отчет об анализе модификации программного обеспечения, этот
отчетдолжен составляться персоналом, хорошо осведомленным о программном обеспечении системы.
11.2 Процедура осуществления модификации программного обеспечения
11.2.1 Для модификаций, реализуемых на работающем оборудовании, когда невозможно провести
необходимые тестирования изэксплуатационных соображений, поставщик программногообеспечения дол
жен иметьдоступ к испытательной конфигурации, идентичной реальной системе во всех значимых аспек
тах (включая установленную ЭВМ. транслятор, испытательные инструменты, имитатор станции и т.п.), для
получения подтверждения обоснованности модификаций.
11.2.2 Процедура модификации, соответствующая какому-либо конкретному изменению, будет зави
сеть от этапов процесса разработки, подверженных влиянию этих изменений:
- при изменении вспецификации требований к программному обеспечению весь процесс разработки
программного обеспечения для любой части системы СКУ. подверженной влиянию этого изменения, дол
жен быть подвергнут повторной проверке;
- изменение в процессе разработки должно быть проанализировано на предмет его потенциального
влияния на соответствующие нижние уровни:
- модификация должна проводиться в соответствии с правилами, приведенными в разделе 7.
11.2.3 После проведения модификации весь процесс или часть процесса верификации и валидации,
описанные в 8.1 и разделе 10. должны быть вновь проведены всоответствии с анализом влияния модифи
кации программного обеспечения (см. 11.3).
11.2.4 Все документы, подверженные влиянию модификации, должны быть откорректированы, и в
них должна бытьдана ссылка на запрос на модификацию программного обеспечения.
11.2.5 В отчете о модификации программного обеспечения должны быть обобщены все действия,
предпринятые с целью модификации.
11.2.6 Все эти документы должны иметь дату, номер и быть зарегистрированы в архиве по управле
нию модификациями проекта.
11.2.7 Стратегия разработки модифицированного программногообеспечения на работающей станции
должна быть оценена на предмет ее влияния на стратегию голосования, технического обслуживания и
передачи данных. В зависимости от результатов этой оценки модификации программное обеспечение мо
жет вводиться постепенно, позволяя по очереди проводить тестирования нового программного обеспече
ния на каждой резервной линии, с параллельной работой немодифицированных линий.
27