ГОСТ Р МЭК 60880—2010
9.3.1 Система тестирования должна быть настолько законченной, насколько это практически целесо
образнодля данных тестирований.
9.3.2 Контрольные тестирования, выбранные для верификации системы, должны проверять взаимо
связь модулей, а также основную работу самих модулей.
9.3.3 В плане интеграции системы должно быть показано, что моделирование любой части системы
является существенным и эквивалентным реальной части.
9.3.4 В плане интеграции системы должны быть определены тестирования для каждого требования к
интерфейсу каждого компьютерного узла.
9.3.5 Тестирования интегрированной системы должны анализироваться, а результаты тестирований
оцениваться верификационной группой, обладающей хорошим знанием спецификации системы.
9.3.6 Оборудование, используемоедля верификации системы, должно бытьдолжным образом отка
либровано.
9.3.7 Для инструментальных программ, используемых при верификации, должны бытьустановлены
меры по обеспечению качества, соответствующие важности этих инструментальных программ верифика
ции.
9.3.8 Верификация интегрированной системы должна подтвердить, что все компоненты системы об
ладаютдолжными эксплуатационными характеристиками (например, устройства обработки и устройства
связи).
9.4 Процедуры устранения дефектов
9.4.1 Процедуры, связанные с отчетом о дефектах, обнаруженных во время верификации интеграции
системы, и с их устранением, должны быть установлены до начала верификации интегрированной
системы.
9.4.2 Эти процедуры должны применяться ко всем дефектам, обнаруженным во время верификации
системы, а также к дефектам, обнаруженным во время интеграционных функциональных тестирований и
требующим модификации верифицированной системы или проектнойдокументации на систему.
9.4.3 Данные процедуры должны обеспечивать проведение любой необходимой повторной верифи
кации проекта системы, модулей технического или программного обеспечения в соответствии с планом
управления конфигурацией системы.
9.4.4Данные процедуры должны обеспечивать проведение любой необходимой модификации проек
та системы, технического или программного обеспечения в соответствии с процедурой модификации в
соответствии с разделом 11 и планом управления конфигурацией системы.
9.4.5 Должна быть проведена оценка каждого дефекта, указанного в отчете, с целью определения
возможных систематических упущений, а также возможность выявления обнаруженных дефектов на бо
лее раннем этапе верификации.
9.4.6 Если установлено, что это так (т.е. дефекты должны быть обнаружены на более раннем этапе),
то должно быть проведено исследование более раннего этапа верификации для определения возможных
систематических упущений существующей верификации.
9.4.7 Если оценка дефектов показала, что существуют упущения в верификации, ставшие причиной
того факта, чтодефекты модулей программного обеспечения остались необнаруженными, то эти упуще
ния должны быть определены, исправлены или обоснованы.
9.5 Программные аспекты отчета о верификации интегрированной системы
9.5.1 Результаты верификации интегрированной системыдолжны бытьдокументально оформлены в
отчете (см. приложение F).
9.5.2 В данном отчетедолжны быть указаны используемое техническое и программное обеспечение,
используемое испытательноеоборудование, параметры его калибровки и параметры установки программ
ного и технического обеспечения, моделирование компонентов системы или интерфейса, а также любые
обнаруженные по результатам тестирований расхождения вместе с корректирующими действиями в соот
ветствии с 9.4.
9.5.3 Результаты тестирований должны сохраняться в форме, доступной для проверки лицами, не
посредственно не задействованными в плане верификации.
9.5.4 Разрешение вопросов, связанных с устранением всех отмеченных вотчете дефектов, и резуль
таты последующей оценки должны быть в достаточных деталях документально оформлены так. чтобы
лица, непосредственно не задействованные в разработке системы и плане верификации, могли осуществ
лять их проверку.
24