ГОСТ Р ИСО/МЭК 19795-4—2011
событий. Испытательнаяорганизациядолжна оценитьтакиесобытияисообщитьо них, включиввпрото
кол испытаний информацию о характере этих событий.
П р и м е ч а н и е — Полный аварийный отказ или ошибка компонента чаще всего неприемлемы, и постав
щикдолжен предоставить компонент, с которым возникла подобная проблема, повторно.
Пример — в программе и методике испытаний могут быть определены ненулевые коды ошибок,
которые должны быть возвращены подсистемой формирования СББД. В том случае, если это проис
ходит. процесс сравнения может быть продолжен с использованием пустого СББД (если это допуска
ется СФОД).
8.6.7.4 Записьошибок подсистемы формирования ББД
Число ошибок или отказов подсистемы формирования ББД при создании выходных данныхдол
жно быть подсчитано и использовано в вычислениях вероятности отказа регистрации или вероятности
отказа сбораданных. Однако подсистема формирования ББД может выдать выходные данные с указа
нием на то, что в процессе обработки возникли проблемы. В программе и методике испытаний должен
бытьустановлен механизм, всоответствиискоторым подсистема формирования ББД должна сообщать о
проблемах, возникшихпри обработке полученного образца.
П р и м е ч а н и е — 8 процессе испытаний можетдопускаться возвращение кода ошибки:смысл различных
значений должен бытьопределен на этапе планирования испытаний. Число различныхошибок может иметь значе
ние при определении проблем реализации СФОД.
8.6.8 Основные требования к подсистеме сравнения ББД
8.6.8.1 Функциональные требования
В процессе испытаний необходиморассматривать:
- подсистему сравнения ББД для приложения верификации — как «черный ящик», который срав
ниваетСББДдля верификации с СББДдля регистрации и выдает степеньсхожести:
- подсистему сравнения ББД для приложения идентификации — как «черный ящик», который
сравниваетСББД пользователя с множеством СББДдля регистрации и выдаетсписоккандидатов.
8.6.8.2 Реализация подсистемы сравнения ББД
Испытания на совместимость должны осуществляться на одном (или более) из следующих
уровней:
- на исполняемом уровне — компилированное приложение, способное приниматьдва произволь
но выбранных экземпляра СББД. хранящихся в виде отдельныхфайлов;
- на уровне ПИП — библиотеки, предоставляющей подходящие экземпляры классов (функций),
создаваемых (вызываемых) из (при помощи) двух произвольно выбранных СББД и применяемых для
выдачистепени схожести.
П р и м е ч а н и е — Соображения по поводу выбора уровней рассматриваются в различных частях 8.7.2.
посвященного обманным манипуляциям.
8.6.8.3 Ошибки подсистемы сравнения ББД
В программе и методике испытанийдолжен бытьустановлен механизм, в соответствии с которым
подсистема сравнения ББД должна объявлятьоб ошибках при обработке входныхданных.
П р и м е ч а н и е 1 — Полный аварийный отказ или ошибка компонента чаще всего неприемлемы, и
поставщикдолжен предоставить компонент, с которым возникла подобная проблема, повторно.
П р и м е ч а н и е 2 — В процессе испытаний может допускаться возвращение кода ошибки, смысл различ
ных значений должен быть определен на этапе планирования испытаний.
8.6.9 Общие требования к реализации программного обеспечения
8.6.9.1 Вызов программного обеспечения
Для соответствия концепции совместимости и воспроизведения логического разделения трех
функций(регистрация, созданиешаблона пользователя, сравнение) компоненты программногообеспе-
чения должны быть разделены. На практике такое разделение позволяет осуществлять испытания в
режиме отложенного задания с использованием модульного принципа и возможностью гибкого плани
рованиядействий. хранения СББД иоценки совместимости.
При проведении испытаний на совместимость подсистемы формирования СББД и подсистемы
сравнения СББДдолжны бытьотделены другот друга, вызываться отдельно ибыть полностью незави
симымидруг от друга.
27