ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТ Р исо/мэк 24709-1 —

2009

Автоматическая идентификация

ИДЕНТИФИКАЦИЯ БИОМЕТРИЧЕСКАЯ

Испытания на соответствие биометрическому программному интерфейсу (БиоАПИ)

Часть 1

Методы и процедуры

ISO/IEC 24709-1:2007 Information technology — Conformance testing for the biometric application programming interface (BioAPI) —

Part 1: Methods and procedures (IDT)

Издание официальное

Москва

Стандартинформ

2011

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Научно-исследовательским и испытательным центром биометрической техники Московского государственного технического университета имени Н. Э. Баумана (НИИЦ БТ МГТУ им. Н. Э. Баумана) на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

2    ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 8 декабря 2009 года № 590-ст

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 24709-1—2007 «Информационные технологии. Испытания на соответствие биометрическому программному интерфейсу (БиоАПИ). Часть 1. Методы и процедуры» (ISO/IEC 24709-1—2007 «Information technology — Conformance testing for the biometric application programming interface (BioAPI). Part 1: Methods and procedures»).

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5 (подраздел 3.5) и учета его принадлежности к группе стандартов «Автоматическая идентификация».

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных (региональных) стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования— на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

©Стандартинформ,2011

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

ГОСТ Р ИСО/МЭК 24709-1 —2009

6.1.2.5    Реализация метода испытания должна содержать документальное подтверждение соответствия требованиям настоящего стандарта и иным спецификациям метода тестирования, на соответствие которым она претендует. Каждая реализация метода испытания должна включать в себя:

a)    КТСБПИ, содержащий документацию комплекта тестов, в которой должны быть описаны категории тестов, цели испытания для каждого отдельного теста, инструкция по выполнению комплекта тестов и ожидаемые результаты испытания для каждого отдельного теста. КТСБПИ должен обеспечивать возможность выполнения наборов тестовых сценариев, сбора возвращаемых значений, оценки этих значений и записи результатов этой оценки в удобочитаемом виде;

b)    документально подтвержденные тестовые примеры, в достаточной степени гарантирующие соответствие спецификации, которые должны быть представлены в форме тестовых утверждений с использованием языка обобщенных тестовых утверждений, которые входят в состав КТСБПИ;

c)    процедуру испытания на соответствие, которая должна определять все действия, необходимые для подготовки к испытанию на соответствие, проведения испытания и формирования отчета о результатах испытания. Процедура проведения испытания на соответствие должна быть подробно описана, чтобы испытание данной реализации можно было провести повторно.

6.1.2.6    Реализация метода испытания должна использовать необходимые определения, типы, синтаксис и конструкции тестовых утверждений, определенные в комплексе стандартов ИСО/МЭК 24709. Для результатов испытаний, установленных в настоящем стандарте, необходимо использовать коды результата испытания, приведенные в стандарте.

6.1.2.7    Процесс испытания на соответствие представляет собой законченный процесс выполнения всех действий испытания на соответствие, которые необходимы для оценки соответствия тестируемой реализации спецификации BioAPI. Процесс испытания на соответствие состоит из трех этапов:

a)    подготовка к испытанию, включающая в себя анализ ПСБПИ, подготовку плана испытания на соответствие, выбор и настройку КТСБПИ, подготовку ТР и соответствующих условий испытания (средств, необходимых для проведения испытания);

b)    проведение испытания, включающее в себя выполнение КТСБПИ и запись наблюдаемых результатов в протоколе испытания на соответствие. Результаты испытания на соответствие применимы только к ТР и среде, в которой выполнялся КТСБПИ;

c)    подготовка отчета об испытании, который включает в себя запись всех событий, происходивших во время выполнения каждого тестового примера, включая все исходящие значения теста и заключение испытания, а также описание тестовой среды (операционная система, конфигурация аппаратного обеспечения и так далее).

6.1.2.8    Для достижения цели правдоподобного испытания на соответствие результаты выполнения тестовых примеров в тестируемой реализации должны быть одинаковыми. Поскольку не всегда возможно провести полный комплект тестов на соответствие биометрическому программному интерфейсу и убедиться в полном соответствии результатов полученным после проведения другого комплекта тестов, необходимо сделать все возможное, чтобы обеспечить повторяемость результатов тестов и свести к минимуму вероятность получения разных результатов тестов в разных случаях.

6.1.2.9    Необходимо просмотреть наблюдаемые результаты испытания, чтобы убедиться в том, что все процедуры выполнены верно. Также необходимо, чтобы все входы, выходы и иные события тестирования, условия тестирования и конфигурация ТР были внесены в протокол для каждого выполненного тестового примера. Этой информации должно быть достаточно, чтобы можно было создать протокол соответствия для каждого случая проведения испытания для его использования в дальнейшем.

6.1.3 Стандартные компоненты BioAPI и стандартные интерфейсы BioAPI

6.1.3.1    В настоящем стандарте установлены требования к методу проведения оценки соответствия реализаций ИСО/МЭК 19784 указанному стандарту (ИСО/МЭК 19784-1). Различают три типа реализации ИСО/МЭК 19784-1 (см. рисунок 1):

a)    приложение BioAPI;

b)    инфраструктура BioAPI;

c)    ПБУ BioAPI.

6.1.3.2    Приложение BioAPI является компонентом программного обеспечения (или набором компонентов программного обеспечения), который использует интерфейс BioAPI, определенный в ИСО/МЭК 19784-1, производя один или несколько вызовов функции BioAPI в процессе его выполнения.

6.1.3.3    Инфраструктура BioAPI является компонентом программного обеспечения (или набором компонентов программного обеспечения), который реализует BioAPI, определенный в ИСО/МЭК 19784-1, и

5

его заданное поведение, производя один или несколько вызовов функции BioSPI, определенной в ИСО/МЭК 19784-1, в процессе его выполнения.

6.1.3.4    ПБУ BioAPI—это компонент программного обеспечения (или набор компонентов программного обеспечения), который реализует BioSPI, определенный в ИСО/МЭК 19784-1, и его заданное поведение.

6.1.3.5    ПБФ BioAPI является компонентом структуры BioAPI, но его интерфейс не определен в ИСО/МЭК 19784-1. Поэтому настоящий стандарт не содержит описание данного компонента.

6.1.3.6    Помимо двух основных указанных выше интерфейсов BioAPI и BioSPI, ИСО/МЭК 19784-1 утверждает два других интерфейса, описанные в 6.1.3.6.1 —6.1.3.6.5.

6.1.3.6.1    Инфраструктуры BioAPI обеспечивают вспомогательный интерфейс, который поддерживает получение следующих данных от ПБУ:

a)    уведомления о событиях, относящихся к элементам BioAPI;

b)    потоковые данные (полутоновые битовые образы), которые посылаются во время действий, выполняемых ПБУ или ПБФ (от имени ПБУ);

c)    информация о состоянии графического интерфейса пользователя (ГИП), которая посылается во время действий, выполняемых ПБУ или ПБФ от имени ПБУ.

6.1.3.6.2    Интерфейс, описанный в 6.1.3.6.1 и реализованный с помощью инфраструктур BioAPI, называется «интерфейсом обратного вызова инфраструктуры».

6.1.3.6.3    Приложения BioAPI могут реализовывать вспомогательный интерфейс, который поддерживает получение некоторой или всей представленной ниже информации от инфраструктуры BioAPI:

a)    уведомления о событиях, связанных с элементами BioAPI, происходящих в ПБУ или ПБФ и переданных инфраструктурой приложению;

b)    потоковые данные (полутоновые битовые образы), которые посылаются во время действий, выполняемых ПБУ или ПБФ (от имени ПБУ) и переданные инфраструктурой приложению;

c)    информация о состоянии ГИП, которая посылается во время действий, выполняемых ПБУ или ПБФ (от имени ПБУ), переданная инфраструктурой приложению.

Передача инфраструктурой BioAPI приложению информации, полученной от поставщика(ов) биометрической услуги зависит от функций, поддерживаемых каждым приложением, и от использования в настоящий момент приложением ПБУ, который передал информацию в инфраструктуру BioAPI.

6.1.3.6.4    Интерфейс, описанный в 6.1.3.6.3, дополнительно реализуемый приложениями BioAPI, называется «интерфейсом обратного вызова приложения».

6.1.3.6.5    Кроме указанных выше, инфраструктуры BioAPI содержат функции, которые поддерживают установку и удаление ПБУ и ПБФ. В настоящем стандарте эти функции включены в интерфейс BioAPI.

6.1.3.7    ПБУ BioAPI может реализовывать вспомогательный интерфейс, который поддерживает получение информации от ПБФ, но этот интерфейс не определен в ИСО/МЭК 19784-1. Поэтому настоящий стандарт не содержит описание данного вспомогательного интерфейса.

6.1.3.8    Три типа реализаций интерфейса BioAPI (приложение BioAPI, инфраструктура BioAPI и ПБУ BioAPI), описанные выше в настоящем стандарте, называют стандартными компонентами BioAPI. Интерфейсы BioAPI, BioSPI, обратного вызова приложения и обратного вызова инфраструктуры, указанные выше, называют стандартными интерфейсами BioAPI. Настоящий стандарт предполагает, что каждый из стандартных компонентов BioAPI взаимодействует с другим компонентом только путем вызова функций стандартных интерфейсов BioAPI.

6.1.3.9    В настоящем стандарте установлен метод испытания на соответствие на основе трех стандартных компонентов BioAPI и четырех стандартных интерфейсов BioAPI.

6.1.4 Физические архитектуры

6.1.4.1    ИСО/МЭК 19784-1 не устанавливает способ загрузки каких-либо стандартных компонентов BioAPI в память, не утверждает физических связей между стандартными компонентами BioAPI и устройствами, подключенными к сети, а также не ограничивает количество экземпляров каждого стандартного компонента BioAPI в устройстве. Эти характеристики зависят от особенностей платформы и реализации.

6.1.4.2    Обычно ПБУ реализуются в виде динамически подключаемых библиотек на платформах, поддерживающих эту возможность.

6.1.4.3    В одной из типовых физических архитектур BioAPI инфраструктура BioAPI также является динамически подключаемой библиотекой, а приложения BioAPI являются исполняемыми программами, которые загружают динамически подключаемую библиотеку инфраструктуры BioAPI в память. В данной физической архитектуре может быть только одно приложение BioAPI, использующее экземпляр инфраструктуры BioAPI в данный момент времени. Если в устройстве одновременно функционируют несколько

ГОСТ Р ИСО/МЭК 24709-1 —2009

приложений BioAPI, каждое из этих приложений располагает отдельным экземпляром инфраструктуры BioAPI и отдельным экземпляром ПБУ, который загружен более чем одним приложением.

6.1.4.4    В другой типовой физической архитектуре BioAPI инфраструктура BioAPI является независимой исполняемой программой (например, сервисом операционной системы) и любое количество приложений BioAPI может быть запущено и завершено в любой момент работы инфраструктуры BioAPI, при этом все приложения BioAPI одновременно используют одни и те же экземпляры инфраструктуры BioAPI и ПБУ BioAPI, которые загружены более чем одним приложением.

6.1.4.5    Учитывая абстрактность архитектуры BioAPI, описанной в ИСО/МЭК 19784-1, метод испытания на соответствие, установленный в настоящем стандарте, не зависит от особенностей физической реализации архитектуры BioAPI. Метод испытания на соответствие BioAPI относится к стандартным компонентам BioAPI как к обобщенным компонентам, обладающим интерфейсом и набором функций, описанными в ИСО/МЭК 19784-1, без учета особенностей их физической реализации.

6.1.4.6    Однако особые реализации метода испытания на соответствие (комплекты тестов на соответствие BioAPI) проводят на специальных платформах и созданы для определенных физических архитектур BioAPI. Поэтому каждый комплект тестов на соответствие BioAPI создается для тестирования лишь ограниченного множества возможных реализаций стандартных компонентов BioAPI. В приложении Е настоящего стандарта приведены рекомендации по повышению уровня соответствия разных реализаций методов испытания на соответствие, которые созданы для различных платформ или для различных физических архитектур в пределах одной платформы.

6.2 Модели испытаний на соответствие

6.2.1    Настоящий стандарт предусматривает отдельный метод испытаний на соответствие каждого стандартного компонента BioAPI. Поскольку существует три стандартных компонента BioAPI (приложение BioAPI, инфраструктура BioAPI и поставщик биометрической услуги BioAPI), настоящий стандарт устанавливает три модели испытаний на соответствие.

6.2.2. Три модели испытаний на соответствие являются независимыми друг от друга, несмотря на то что имеют много общих свойств.

6.2.3    Реализации метода испытания на соответствие отражают различия между тремя указанными моделями испытаний и приводят к различию процедур испытаний, предназначенных для единомоментного испытания на соответствие только одной из следующих реализаций:

a)    реализация приложения BioAPI;

b)    реализация инфраструктуры BioAPI;

c)    реализация ПБУ BioAPI.

6.2.4    Каждую модель испытания создают на основе базовой архитектуры BioAPI путем внесения определенных изменений.

6.2.5    Базовая архитектура BioAPI содержит обычное приложение BioAPI, обычную инфраструктуру BioAPI и один или более ПБУ BioAPI. Каждая модель испытания дополняет или заменяет элементы базовой архитектуры в соответствии с приведенным ниже описанием.

6.2.5.1    В модели испытания на соответствие приложения BioAPI особый компонент тестирования (называемый инфраструктурой для тестирования приложений) должен находиться между тестируемым приложением и обычной инфраструктурой BioAPI (см. рисунок 2). Этот компонент должен с одной стороны реализовывать стандартный интерфейс BioAPI, а с другой — интерфейс обратного вызова приложения. В результате он должен представлять собой для тестируемого приложения инфраструктуру, а для инфраструктуры — приложение. Компонент тестирования должен обеспечивать возможность передачи вызовов приложения обычной инфраструктуре, а вызовов инфраструктуры — тестируемому приложению, а также следить за потоком входящих вызовов, анализировать и регистрировать эти вызовы, а также формировать дополнительные вызовы для проведения тестирования.

6.2.5.2    В модели испытания на соответствие инфраструктуры BioAPI особый компонент тестирования (называемый приложением для тестирования инфраструктуры) должен заменять обычное приложение, а другой компонент тестирования (называемый ПБУ для тестирования инфраструктуры) должен заменять обычный ПБУ (см. рисунок 3). Между этими двумя компонентами тестирования должна находиться тестируемая инфраструктура. Приложение для тестирования инфраструктуры должно реализовывать интерфейс обратного вызова приложения, а ПБУ для тестирования инфраструктуры должен реализовывать интерфейс BioAPI. Поэтому тестируемая инфраструктура не может отличить обычно используемое приложение от приложения, предназначенного для проведения испытания, а обычного поставщика биометрической услуги — от ПБУ, используемого для испытания. Кроме того, приложение для тестирования инфраструктуры и ПБУ

для тестирования инфраструктуры должны обладать специальным интерфейсом тестирования, который позволяет этим компонентам связываться для проведения испытания.

6.2.5.3 В модели испытаний на соответствие ПБУ BioAPI особый компонент тестирования (называемый приложением для тестирования ПБУ) должен заменять обычное приложение и обычную инфраструктуру (см. рисунок 4). Этот компонент тестирования должен выполнять функции как приложения BioAPI, таки инфраструктуры BioAPI, а также реализовывать интерфейс обратного вызова инфраструктуры. В результате он должен представлять собой для тестируемого ПБУ обычную инфраструктуру. Компонент тестирования должен обеспечивать возможность вызова интерфейса BioSPI тестируемого ПБУ.

6.2.6 Если испытанию на соответствие подвергается реализация BioAPI, включающая в себя два и более стандартных компонентов BioAPI, процедуры испытания каждого компонента следует проводить отдельно с формированием отдельных отчетов о результатах испытания для каждого тестируемого компонента (см. раздел 12).

Рисунок 1 — Базовая архитектура компонентов BioAPI

8

6.3 Абстрактная испытательная машина

6.3.1    Семантика языка формальных утверждений определена с использованием понятия «абстрактная испытательная машина».

6.3.2    Абстрактная испытательная машина является абстрактной вычислительной машиной, обеспечивающей возможность проведения испытания на соответствие стандартного компонента BioAPI (приложения, инфраструктуры или ПБУ). Абстрактная испытательная машина должна обеспечивать проведение испытания путем обработки формальных утверждений, написанных на языке формальных утверждений, определенном в разделе 7.

ГОСТ Р ИСО/МЭК 24709-1 —2009

6.3.3    Абстрактная испытательная машина должна функционировать в соответствии с любой из трех моделей испытаний на соответствие, определенных в 6.2, в зависимости от типа испытуемого стандартного компонента BioAPI. При использовании каждой модели испытания абстрактная испытательная машина должна ассоциироваться со специальным компонентом тестирования в модели следующим образом:

a)    при проведении испытания на соответствие приложений BioAPI (см. 6.2.5.1) абстрактная испытательная машина должна ассоциироваться со структурой для испытания приложения;

b)    при проведении испытания на соответствие инфраструктур BioAPI (см. 6.2.5.2) абстрактная испытательная машина должна одновременно ассоциироваться с приложением для испытания инфраструктуры и ПБУ для испытания инфраструктуры;

c)    при проведении испытаний на соответствие ПБУ BioAPI (см. 6.2.5.3) абстрактная испытательная машина должна ассоциироваться с приложением для испытания ПБУ.

6.3.4    В процессе обработки тестового утверждения, особый(е) компонент(ы) тестирования, связан-ный(ые) с абстрактной испытательной машиной, должен(ны) обеспечивать возможность формирования вызовов стандартных интерфейсов BioAPI тестируемых компонентов и других компонентов, присутствующих в модели испытаний. Компонент(ы) тестирования также должен(ны) обеспечивать возможность обработки входящих вызовов, сформированных другими компонентами к стандартным интерфейсам BioAPI, которые, в свою очередь, реализуются самими компонентами тестирования.

6.3.5    Тип формируемых исходящих вызовов и входящих вызовов, обрабатываемых компонентом(ами) тестирования, должен зависеть от типа тестируемого стандартного компонента BioAPI и, таким образом, от используемой модели испытаний на соответствие, в то время как реальное формирование исходящих вызовов и способ обработки входящих вызовов должны зависеть от содержания обрабатываемого утверждения.

6.3.6    В модели испытаний на соответствие, содержащей два особых компонента тестирования (модель испытания инфраструктуры BioAPI), компоненты тестирования, ассоциируемые с абстрактной испытательной машиной, должны взаимодействовать друг с другом при помощи специальных интерфейсов тестирования таким образом, чтобы абстрактная испытательная машина могла контролировать состояние и функционирование обоих компонентов одновременно. Связь между двумя компонентами тестирования не стандартизирована, а специальные интерфейсы тестирования в языке непосредственно не представлены.

6.3.7    Структура и функционирование абстрактной испытательной машины не должны зависеть от платформы, физической архитектуры BioAPI или внутренней архитектуры компонентов BioAPI. С точки зрения абстрактной испытательной машины каждый компонент должен представлять собой объект исследования с неизвестными свойствами («черный ящик»), состояние и функционирование которого зависят от:

a)    вызовов, сформированных к точкам входа ее стандартных интерфейсов BioAPI;

b)    течения времени или взаимодействия с другими действующими субъектами (невидимыми для абстрактной испытательной машины), поскольку они могут вызвать четко определенные процессы внутри компонента в неопределенные моменты времени.

6.3.8    Процессы, описанные в 6.3.7, перечисление Ь), могут опосредованно отслеживаться абстрактной испытательной машиной, поскольку эти процессы могут влиять на:

a)    один или несколько последовательных вызовов, которые компонент формирует в адрес других компонентов;

b)    ответы компонента на один или несколько последовательных вызовов, которые сформированы другими компонентами в его адрес.

6.3.9    Комплекты тестов на соответствие BioAPI должны содержать конкретную реализацию абстрактной испытательной машины. Нет необходимости отражать структуру абстрактной испытательной машины в подобных реализациях, однако состояние и функционирование машины, определенное индивидуальными признаками, должно быть отражено в реализации так, чтобы была сохранена семантика языка утверждения.

6.3.10    Конкретные действия, такие как загрузка и запуск исполняемой программы, обнаружение и загрузка динамически подсоединяемой библиотеки и так далее, находятся ниже уровня абстракции моделей испытаний на соответствие и абстрактной испытательной машины. Поэтому эти действия не описаны в настоящем стандарте.

11

7 Общие свойства языка утверждений

7.1    Общие положения

7.1.1    В разделах 7—10 установлены требования к языку, целью которого является выражение утверждений, используемых при проведении испытаний на соответствие BioAPI. Язык утверждений является неотъемлемой частью метода испытаний на соответствие BioAPI.

7.1.2    В других частях комплекса стандартов ИСО/МЭК 24709 приведены наборы утверждений, написанные на языке утверждений. Реализации методов испытания на соответствие BioAPI (комплекты тестов на соответствие биометрическому программному интерфейсу), которые претендуют на соответствие требованиям комплекса стандартов ИСО/МЭК 24709 должны использовать (или обеспечивать возможность выполнения) только утверждения, представленные в комплексе стандартов ИСО/МЭК 24709.

7.1.3    Сказанное выше не препятствует использованию конкретными реализациями методов испытаний на соответствие других наборов утверждений (которые могут быть образованы из утверждений, определенных в других частях комплекса стандартов ИСО/МЭК 24709, или нет), гарантирующих соответствие данной части комплекса стандартов ИСО/МЭК 24709. Однако такие реализации не могут претендовать на соответствие другим частям комплекса стандартов ИСО/МЭК 24709.

7.1.4    Синтаксис языка утверждений основан на языке W3C XML 1.0. Далее в настоящем разделе термины «элемент» и «атрибут» используются в значении «ХМ1_ элемент» и «ХМ1_ атрибут» соответственно.

7.1.5    Утверждения представлены в виде элементов <assertion> (см. 8.2). Каждое утверждение имеет ряд свойств, представленных в виде атрибутов и дочерних элементов элемента <assertion>. Среди свойств утверждения выделяют имя (атрибут name), модель испытаний на соответствие (атрибут model) и ссылку на исходный процесс (дочерний элемент <invoke>).

Пример

<assertion name="CreateTemplate1" model="BSPTesting">

<description>

Test the BioSPI_CreateTemplate function of a BSP.

The UUID and version of the BSP must be provided as input to the test.

Тестирование функции BioSPI_CreateTemplate ПБУ УУИД и версия ПБУ должны быть представлены в виде входных параметров теста:

</description>

<input name="_uuid"/>

<input name="_version"/>

cinvoke activity="CreateTemplate" package="7346D660-1583-13D0-A3A5-00C0FFD756E3"> cinput name="BSPUuid" var="_uuid"/>

<input name="BSPVersion" var="_version"/>

<input name="devicelDOrNull" value="0"/>

<input name="inserttimeouttime" value="15000"/>

<input name="sourcepresenttimeouttime" value="10000"/>

<input name="capturetimeouttime" value="20000"/>

</invoke>

<bind activity="EventHandler"function="BioAPI_EventHandler"/>

</assertion>

7.1.6    Утверждения группируют в пакеты. Каждый пакет, представленный в виде элемента <package>, являющегося корневым элементом документа XML, имеет имя (атрибут name) и другие свойства для идентификации. Пакет содержит ноль или более утверждений (элементы <assertion>), за которыми следует ноль или более процессов (элементы <process>). Допустимы пустые пакеты, а также пакеты, которые содержат только утверждения или только процессы, или и утверждения, и процессы (при этом все утверждения находятся перед первым процессом в пакете). Ни элемент <assertion>, ни элемент <process> не могут быть корневыми элементами документа XML.

Пример

<?xml version-1.0' encoding="utf-8"?>

<package name="73668660-1583-1 AD0-A3A5-09C0FF4756E3">

<author>

ISO/IEC SC37 </author>

ГОСТ Р ИСО/МЭК 24709-1 —2009

<description>

Abcde abode abode </description>

<assertion name="Capture2" model="BSPTesting">

<description>

Test the BioSPI_Capture function of a BSP.

</description>

<invoke activity="Capture"

package="7346D660-1583-13D0-A3A5-00C0FFD756E3">

<input name="BSPUuid" value=""/>

<input name="BSPVersion" value="0"/>

<input name="devicelDOrNull" value="0"/>

<input name="inserttimeouttime" value="15000"/>

<input name="sourcepresenttimeouttime" value="10000'7>

<input name="capturetimeouttime" value="20000"/>

</invoke>

<bind activity="EventHandler"function="BioAPI_EventHandler"/>

</assertion>

<assertion name="Capture5" model="BSPTesting">

<description>

Test the BioSPI_Capture function of a BSP with abcde abcde abcde.

</description>

<invoke activity="Capture"

package="7346D660-1583-13D0-A3A5-00C0FFD756E3">

<input name="BSPUuid" value=""/>

<input name="BSPVersion" value="0"/>

<input name="devicelDOrNull" value="-1"/>

<input name="inserttimeouttime" value="15000"/>

<input name="sourcepresenttimeouttime" value="10000"/>

<input name="capturetimeouttime" value="20000"/>

</invoke>

<bind activity="EventHandler"function="BioAPI_EventHandler"/>

</assertion>

</package>

7.1.7    Утверждения могут иметь входные параметры (но не могут иметь выходных параметров). Входные параметры представляются элементами <input>. В процессе подготовки к испытанию входным параметрам присваиваются фактические значения. В случае утверждений, содержащих параметры, результаты теста могут зависеть от значений, присвоенных параметрам, поэтому эти значения являются важной частью выполняемого теста.

7.1.8    Рассмотрение средства присвоения значений входным параметрам утверждений выходит за рамки настоящего стандарта, но значения, используемые в тесте, должны быть указаны в стандартном отчете об испытании (см. раздел 12).

7.1.9    Каждое утверждение содержит ссылку на исходный процесс. Исходный процесс утверждения определяет процессы, которые должны быть выполнены во время обработки утверждения.

7.1.10    Процессы представлены в вцде элементов <activity> (см. 8.9). Процесс—это последовательность (обычно, параметризованная) действий, которая может включать в себя вызов функций стандартных интерфейсов BioAPI (см. раздел 9). Данный процесс может вызывать другие процессы.

Пример

<?xml version-1.0' encoding="utf-8"?>

<package name="734ED660-1183-13D0-A3A5-0410FFD77AE9">

<author>

ISO/IEC SC37 </author>

<description>

Abcde abcde abcde </description>

13

<activity name="CreateTemplate">

<input name="BSPUuid"/>

<input name="BSPVersion"/>

<input name="devicelDOrNull"/>

<input name="inserttimeouttime"/>

<input name="sourcepresenttimeouttime"/>

<input name="capturetimeouttime"/>

<invoke activity="LoadAndAttach" break_on_break="true">

<input name="BSPUuid" var="BSPUuid"/>

<input name="BSPVersion" var="BSPVersion"/>

<input name="devicelDOrNuM"var="devicelDOrNuM7>

<input name="BSP" value="1"/>

<input name="eventtimeouttime" var="inserttimeouttime"/>

</invoke>

<wait_until

timeout_var="sourcepresenttimeouttime"

setvar="eventtimeoutflag"

var="_sourcePresent"/>

<assert_condition

response_if_true="undecided"

break_if_false="true">

<description>

We are testing «/description»

<not var="eventtimeoutflag"/>

</assert_condition>

«invoke function="BioSPI_Capture">

«input name="BSPHandle" value="1"/>

«input name="Purpose" var="_BioAPI_PURPOSE_ENROLL"/>

«input name="Timeout" var="capturetimeouttime"/>

«output name="CapturedBIR" setvar="bir"/>

«output name="AuditData" setvar="auditbir"/>

«return setvar="return"/>

«/invoke»

«/activity»

«activity name="LoadAndAttach">

«/activity»

«/package»

7.2 Переменные

7.2.1    Имена переменных в языке утверждений должны состоять из строк символов, соответствующих требованиям ИСО/МЭК 10646, которые подходят для создания «NCName» в пространствах имен W3C XML.

7.2.2    Переменные, имена которых начинаются с символа НИЖНЕЕ ПОДЧЕРКИВАНИЕ («_»), называют глобальными переменными. Любые другие переменные называют локальными переменными.

7.2.3    Глобальные переменные должны сохраняться в течение обработки всего утверждения. Они могут быть созданы в любом процессе (см. 8.6.2.3,8.7.2.3,8.12.2.5.1,8.17.2.9), но должны быть связаны со всем утверждением и не должны быть уничтожены до завершения обработки утверждения. Глобальные переменные также могут быть созданы как входные параметры утверждений (см. 8.3.2.4).

7.2.4    Локальные переменные могут быть созданы в любом процессе (см. 8.5.2.5, 8.6.2.3, 8.7.2.3, 8.12.2.5.1,8.17.2.9), должны быть связаны с соответствующим процессом и должны быть уничтожены по завершении этого процесса.

7.2.5    Входные и выходные параметры процессов являются локальными переменными процессов. Различия между входными параметрами (утверждений и процессов) и обычными переменными заключаются в способах их создания и присвоения начального значения. Различия между выходными параметрами процессов и обычными переменными заключаются в способах их уничтожения и расположении их конечного значения.

14

ГОСТ Р ИСО/МЭК 24709-1 —2009

Содержание

1    Область применения....................................... 1

2    Соответствие........................................... 1

3    Нормативные ссылки....................................... 2

4    Термины и определения..................................... 2

5    Сокращения........................................... 3

6    Методика испытаний на соответствие............................... 4

6.1    Общие положения...................................... 4

6.2    Модели испытаний на соответствие.............................. 7

6.3    Абстрактная испытательная машина............................. 10

7    Общие свойства языка утверждений............................... 12

7.1    Общие положения...................................... 12

7.2    Переменные......................................... 14

7.3    Встроенные переменные................................... 15

7.4    Представление целых чисел................................. 15

7.5    Представление логических значений............................. 16

7.6    Представление универсальных уникальных идентификаторов................. 16

7.7    Представление набора байтов................................. 16

7.8    XML-документы....................................... 16

8    Элементы языка утверждений.................................. 16

8.1    Элемент <package>..................................... 16

8.2    Элемент <assertion> (дочерний для элемента <package>).................. 17

8.3    Элемент <input> (дочерний для элемента <assertion>).................... 18

8.4    Элемент <invoke> (дочерний для элемента <assertion>)................... 19

8.5    Элемент <input> (дочерний для элемента <invoke>)..................... 20

8.6    Элемент <output> (дочерний для элемента <invoke>)..................... 21

8.7    Элемент <return> (дочерний для элемента <invoke>)..................... 21

8.8    Элемент <bind> (дочерний для элемента <assertion>)..................... 22

8.9    Элемент <activity> (дочерний для элемента <package>).................... 22

8.10    Элемент <input> (дочерний для элемента <activity>)..................... 28

8.11    Элемент <output> (дочерний для элемента <activity>).................... 28

8.12    Элемент <set>....................................... 29

8.13    Элемент <add>....................................... 29

8.14    Элемент <subtract>..................................... 30

8.15    Элемент <invoke> (дочерний для элемента <activity>).................... 31

8.16    Элемент <only_if>...................................... 33

8.17    Элемент <wait_until>.................................... 34

8.18    Элемент <assert_condition>................................. 35

8.19    Элемент <and>....................................... 36

8.20    Элемент <ог>........................................ 37

8.21    Элемент <хог>....................................... 37

8.22    Элемент <not>....................................... 38

8.23    Элемент <equal_to>..................................... 38

8.24    Элемент <not_equal_to>................................... 39

8.25    Элемент <greater__than>................................... 39

8.26    Элемент <greater_than_or_equal_to>............................. 40

8.27    Элемент <less_than>.................................... 40

8.28    Элемент <less_than_or_equal_to>.............................. 40

8.29    Элемент <same_as>.................................... 40

8.30    Элемент <not_same_as>.................................. 41

8.31    Элемент <existing>..................................... 41

8.32    Элемент <not_existing>................................... 41

9    Функции стандартного интерфейса................................ 41

9.1    Общие положения...................................... 41

9.2    Группы параметров...................................... 45

III

ГОСТ Р ИСО/МЭК 24709-1 —2009

7.2.6    Переменные языка утверждений не имеют типа данных. Значения всех переменных представляют собой строки символов, соответствующие требованиям ИСО/МЭК 10646, неограниченной длины.

7.2.7    Значение должно быть воспринято как целое число в следующих случаях:

a)    когда его оценивают с помощью числовой операции (см. 8.23—8.28);

b)    когда оно передается функции стандартного интерфейса BioAPI, которая принимает в качестве входного параметра только целое число.

7.2.8    В 7.2.7, перечисление а) типовая числовая операция получает одно или более значений (строк символов, представляющих собой целые числа) в качестве входных параметров и возвращает значение. Некоторое время в течение операции значения могут быть представлены в одном из внутренних форматов, однако за пределами операции данный факт никогда не рассматривается.

7.2.9    В 7.2.7, перечисление Ь) преобразование строки символов в целое число является частью процесса вызова функции и не проявляется в синтаксисе языка утверждений.

7.2.10    Подобным образом переменной может быть присвоено значение (строка символов), получаемое после преобразования целого числа в строку символов. Это возможно в случае присвоения переменной выходного параметра или возвращаемого значения стандартной функции интерфейса BioAPI.

7.2.11    Преобразование целого числа в строку символов является частью процесса вызова функции и не проявляется в синтаксисе языка утверждения.

7.2.12    Обработка других типов данных, которые используются в стандартных интерфейсах BioAPI, происходит аналогично обработке целых чисел. Собственными типами данных являются списки, абстрактные идентификаторы, адреса функций и адреса данных (см. раздел 9); все эти типы данных представляют собой строки символов на языке утверждений.

7.3 Встроенные переменные

7.3.1    Ряд глобальных переменных являются частью языка утверждений. Их имена начинаются с

двух следующих друг за другом символов НИЖНЕЕ ПОДЧЕРКИВАНИЕ («_»).    Эти    переменные опреде

лены в разделе 10.

7.3.2    Абстрактная испытательная машина должна создать все встроенные переменные и присвоить им начальные значения до начала основного процесса утверждения и не должна разрушать встроенные переменные до его завершения. Большинство встроенных переменных имеют неизменные значения, определенные в 10.1. Значения других встроенных переменных могут изменяться в соответствии с 10.2.

Примечание — Имена глобальных переменных, которые начинаются с двух следующих друг за другом символов НИЖНЕЕ ПОДЧЕРКИВАНИЕ («_»), не могут быть значением атрибута setvar элементов <output> ^вы

ходной параметр>), <return> (<возвращаемое значение>) и <wait_until> (<ожидать_пока>) (см. 8.6.2.3, 8.7.2.3 и

8.17.2.9.1 соответственно) или значением атрибута name элементов <input> (<входной параметр>), <set> (присвоить значение>), <add> (<добавить>) и <subtract> (<вычесть>) (см. 8.3.2.3, 8.12.2.2, 8.13.2.2 и 8.14.2.2 соответственно). Поэтому явное изменение значения встроенной переменной невозможно.

7.3.3    При выполнении любого процесса встроенные переменные должны обновляться только в течение тех интервалов времени, в которых процесс может быть прерван (см. 8.9.2.21). По окончании каждого такого интервала времени значения всех взаимосвязанных переменных должны быть согласованы.

Примечание — Для обеспечения надежности следует обращаться к двум или более взаимосвязанным переменным в пределах условий <only_if> (<только_если>), <wait_until> (<ожидать_пока>) и аналогичных. При необходимости обращения к нескольким встроенным переменным в последовательности элементов (например, присвоить значения двух или более встроенных переменных обычным переменным с помощью элемента <set> (<присвоить значение:»)), элементы должны быть включены в процесс со значением атрибута atomic="true".

7.4 Представление целых чисел

7.4.1    Неотрицательные целые числа должны быть представлены в виде строк, состоящих из одного или более символов, указанных в ИСО/МЭК 10646 в интервале от 0 до 9 (от «0» до «9»),

7.4.2    Отрицательные целые числа должны быть представлены в виде соответствующих положительных целых чисел, которым предшествует символ «ДЕФИС-МИНУС» («-»).

7.4.3    Стандартное представление положительного целого числа представляет собой число, которое не имеет «0» в старших разрядах. Стандартное представление целого числа 0 представляет собой число, состоящее из одного символа 0 («0»), Стандартное представление отрицательного целого числа состоит из символа «ДЕФИС-МИНУС» («-») и стандартного представления соответствующего положительного целого числа.

15

ГОСТ Р ИСО/МЭК 24709-1 —2009

9.3    Функция BioAPI_Init..................................... 66

9.4    Функция BioAPI_Terminate.................................. 67

9.5    Функция BioAPI_GetFrameworklnfo.............................. 67

9.6    Функция BioAPIEnumBSPs................................. 68

9.7    Функция BioAPI BSPLoad.................................. 69

9.8    Функция BioAPI BSPUnload................................. 71

9.9    Функция BioAPI BSPAttach.................................. 72

9.10    Функция BioAPI    BSPDetach................................. 74

9.11    Функция BioAPI_QueryUnits................................. 74

9.12    Функция BioAPI    EnumBFPs................................. 76

9.13    Функция BioAPI    QueryBFPs................................. 78

9.14    Функция BioAPI_ControlUnit................................. 79

9.15    Функция BioAPI    FreeBIRHandle............................... 81

9.16    Функция BioAPIGetBIRFromHandle............................. 82

9.17    Функция BioAPI GetHeaderFromHandle............................ 83

9.18    Функция BioAPI_EnableEvents................................ 84

9.19    Функция BioAPI    SetGUICallbacks.............................. 85

9.20    Функция BioAPI    Capture................................... 86

9.21    Функция BioAPICreateTemplate............................... 88

9.22    Функция BioAPI    Process.................................. 91

9.23    Функция BioAPI    ProcessWithAuxBIR............................ 92

9.24    Функция BioAPI_VerifyMatch................................. 94

9.25    Функция BioAPMdentifyMatch................................ 97

9.26    Функция BioAPI_Enroll................................... 100

9.27    Функция BioAPI Verify.................................... 102

9.28    Функция BioAPMdentify................................... 105

9.29    Функция BioAPIJmport................................... 108

9.30    Функция BioAPI_PresetldentifyPopulation........................... 110

9.31    Функция BioAPI    DbOpen.................................. Ill

9.32    Функция BioAPI    DbClose.................................. 113

9.33    Функция BioAPI    DbCreate.................................. 114

9.34    Функция BioAPI    DbDelete.................................. 115

9.35    Функция BioAPI    DbSetMarker................................ 116

9.36    Функция BioAPI    DbFreeMarker................................ 117

9.37    Функция BioAPI    DbStoreBIR................................. 118

9.38    Функция BioAPI    DbGetBIR................................. 119

9.39    Функция BioAPI    DbGetNextBIR............................... 121

9.40    Функция BioAPI    DbDeleteBIR................................ 122

9.41    Функция BioAPI    SetPowerMode............................... 123

9.42    Функция BioAPI    SetlndicatorStatus.............................. 124

9.43    Функция BioAPI    GetlndicatorStatus............................. 125

9.44    Функция BioAPI_CalibrateSensor............................... 126

9.45    Функция BioAPI    Cancel................................... 127

9.46    Функция BioAPI    Free.................................... 127

9.47    Функция BioAPI_Util_InstallBSP............................... 128

9.48    Функция BioAPI    Util lnstallBFP............................... 129

9.49    Функция BioSPI    BSPLoad.................................. 131

9.50    Функция BioSPI    BSPUnload................................. 132

9.51    Функция BioSPI    BSPAttach................................. 133

9.52    Функция BioSPI    BSPDetach................................ 135

9.53    Функция BioSPI_Queryllnits................................. 135

9.54    Функция BioSPI QueryBFPs................................ 137

9.55    Функция BioSPI_ControlUnit................................. 138

9.56    Функция BioSPI    FreeBIRHandle............................... 139

9.57    Функция BioSPI    GetBIRFromHandle............................. 140

IV

ГОСТ Р ИСО/МЭК 24709-1 —2009

9.58    Функция BioSPIGetHeaderFromHandle............................ 140

9.59    Функция BioSPI EnableEvents................................ 141

9.60    Функция BioSPI SetGUICallback............................... 142

9.61    Функция BioSPI Capture................................... 142

9.62    Функция BioSPICreateTemplate............................... 144

9.63    Функция BioSPI    Process.................................. 145

9.64    Функция BioSPI    ProcessWithAuxBIR............................ 146

9.65    Функция BioSPI    VerifyMatch................................. 147

9.66    Функция BioSPI_IdentifyMatch................................ 149

9.67    Функция BioSPI_Enroll.................................... 150

9.68    Функция BioSPI    Verify................................... 152

9.69    Функция BioSPI_Identify................................... 154

9.70    Функция BioSPIJmport.................................... 156

9.71    Функция BioSPI PresentldentifyPopulation.......................... 157

9.72    ФункцияВюЗР1_ОЬОреп................................... 158

9.73    Функция BioSPI    DbClose.................................. 159

9.74    Функция BioSPI    DbCreate.................................. 159

9.75    Функция BioSPI    DbDelete.................................. 160

9.76    Функция BioSPI    DbSetMarker................................ 161

9.77    Функция BioSPI    DbFreeMarker................................ 161

9.78    Функция BioSPI    DbStoreBIR................................. 162

9.79    Функция BioSPI    DbGetBIR.................................. 163

9.80    Функция BioSPI    DbGetNextBIR................................ 164

9.81    Функция BioSPI_DbDeleteBIR................................ 165

9.82    Функция BioSPI_SetPowerMode............................... 166

9.83    Функция BioSPI_SetlndicatorStatus.............................. 166

9.84    Функция BioSPI_GetlndicatorStatus............................. 167

9.85    Функция BioSPI_CalibrateSensor............................... 168

9.86    Функция BioSPLCancel................................... 168

9.87    Функция BioSPI    Free.................................... 169

9.88    Функция BioAPI    EventHandler................................ 169

9.89    Функция ВioAPl_GUl_STATE_CALLBАСК.......................... 170

9.90    Функция BioAPI_GUI_STREAMING_CALLBACK........................ 172

9.91    Функция BioSPI EventHandler................................ 173

9.92    Функция BioSPI_GUI_STATE_CALLBACK........................... 175

9.93    Функция BioSPI_GUI_STREAMING_CALLBACK....................... 176

9.94    Функция BioSPI_BFP_ENUMERATION_HANDLER...................... 177

9.95    Функция BioSPI_MEMORY_FREE_HANDLER........................ 179

10    Встроенные переменные..................................... 180

10.1    Переменные, имеющие постоянное значение........................ 180

10.2    Переменные, имеющие значения, которые могут изменяться................ 185

11    Протокол испытания....................................... 185

12    Отчет о результатах испытаний.................................. 187

13    Комплект тестов на соответствие BioAPI............................. 188

13.1    Общие положения..................................... 188

13.2    Структура комплекта тестов на соответствие биометрическому программному интерфейсу. .    188

Приложение А(обязательное) XML-схема языка утверждения..................... 190

Приложение В(обязательное) Схема языка утверждения ASN.1................... 194

Приложение С(обязательное) XML-схема протокола теста...................... 197

Приложение О(справочное) Руководство по проведению испытаний................. 199

Приложение Е(справочное) Программа оценки соответствия BioAPI................. 203

Приложение Р(справочное) XML-диаграммы языка утверждений................... 207

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации............... 226

Библиография............................................ 227

V

Введение

Международные организации ИСО и МЭК образуют специализированную систему стандартизации во всем мире. Национальные органы по стандартизации, являющиеся членами ИСО и МЭК, принимают участие в разработке международных стандартов через технические комитеты (ТК), учрежденные соответствующей организацией для решения вопросов в отдельных областях технической деятельности. ТК ИСО и МЭК сотрудничают в областях взаимного интереса. Другие международные организации, правительственные и неправительственные, взаимодействуя с ИСО и МЭК, также принимают участие в работе. В области информационных технологий ИСО и МЭК организовали соединенный технический комитет (СТК) — ИСО/МЭК СТК1.

Проекты международных стандартов составляются в соответствии с правилами, определенными во второй части Руководящих указаний ИСО/МЭК.

Главной задачей СТК является подготовка международных стандартов. Проекты международных стандартов, официально принятые СТК, распространяются по национальным органам по стандартизации для голосования. Для публикации международного стандарта необходимо, чтобы он был одобрен по меньшей мере 75 % национальных органов по стандартизации, участвующих в голосовании.

Следует обратить внимание на то, что некоторые части настоящего стандарта могут являться объектом патентных прав. ИСО и МЭК не несут ответственность за определение некоторых или всех подобных патентных прав.

Стандарт ИСО/МЭК 24709-1 подготовлен соединенным техническим комитетом ИСО/МЭК СТК1 (Информационные технологии), подкомитетом ПК 37 (Биометрия).

Комплекс стандартов ИСО/МЭК 24709 состоит из следующих частей, объединенных общим заголовком «Информационные технологии. Испытания на соответствие биометрического программного интерфейса»:

-    часть 1 — методы и процедуры;

-    часть 2 — формальные тестовые утверждения для поставщиков биометрических услуг (ПБУ);

-    часть 3 — формальные тестовые утверждения для инфраструктур BioAPI;

-    часть 4 — формальные тестовые утверждения для биометрических приложений.

Настоящий стандарт устанавливает метод испытаний биометрических программных интерфейсов на соответствие требованиям ИСО/МЭК 19784-1. В настоящем стандарте приведены три модели испытаний на соответствие, позволяющие проводить испытания следующих компонентов BioAPI: приложения, инфраструктуры и поставщика биометрической услуги (ПБУ). Помимо этого, стандарт устанавливает язык утверждений, который используется для определения формальных тестовых утверждений. Фактические тестовые утверждения для каждого из трех компонентов биометрического программного интерфейса приведены в последующих частях комплекса стандартов ИСО/МЭК 24709.

Помимо определения моделей испытаний на соответствие, в стандарте ИСО/МЭК 19784-1 приведены руководства, в которых определены общие концепции создания программы оценки и сертификации соответствия спецификации BioAPI, а также управления этой программой. Данные руководства определяют виды предпринимаемых мер, ответственность, услуги и документы, рекомендуемые для проведения оценки и сертификации приложений на соответствие спецификации BioAPI. В ИСО/МЭК 19784-1 также приведено руководство по созданию методики полной оценки соответствия приложения спецификации BioAPI.

VI

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Автоматическая идентификация ИДЕНТИФИКАЦИЯ БИОМЕТРИЧЕСКАЯ Испытания на соответствие биометрическому программному интерфейсу (БиоАПИ)

Часть 1 Методы и процедуры

Automatic identification. Biometric identification. Conformance testing for the biometric application programing

interface (BioAPI). Part 1: Methods and procedures

Дата введения — 2011 — 01 — 01

1    Область применения

1.1    Настоящий стандарт устанавливает понятия, структуру, методы испытаний и критерии, необходимые для проведения испытаний биометрической продукции на соответствие спецификации BioAPI (см. ИСО/МЭК 19784-1). Помимо этого, настоящий стандарт содержит руководящие указания по определению комплекта тестов для соответствия спецификации BioAPI, написанию обобщенных тестовых утверждений и определению процедур проверки на соответствие.

1.2    Настоящий стандарт распространяется только на испытания на соответствие биометрической продукции спецификации BioAPI. Стандарт не устанавливает требований к методам испытаний других характеристик биометрической продукции (таких как приемлемость и удобство для конечного пользователя, устойчивость, безопасность и так далее). Испытания, проводимые с использованием методов, предназначенных для конкретного биометрического продукта, также не рассматриваются в настоящем стандарте.

1.3    Настоящий стандарт следует использовать для разработки описаний методов испытаний, наборов тестов и тестирующих программ для испытаний продуктов, претендующих на соответствие спецификации BioAPI. Настоящий стандарт в основном предназначен для использования в испытательных лабораториях, однако он может быть использован разработчиками и пользователями обобщенных тестовых утверждений и реализаций тестовых методов.

2    Соответствие

2.1    Набор тестов для испытания на соответствие спецификации BioAPI, соответствующий требованиям настоящего стандарта, должен поддерживать одну или более моделей испытания на соответствие (см. 6.2) и обладать способностью выполнять корректные тестовые утверждения, относящиеся к поддержи-ваемой(ым) модели(ям), и написанные на языке обобщенных тестовых утверждений, определенном в разделах 7 —10.

Примечание — Настоящий стандарт не ограничивает форму или структуру набора тестов для испытаний на соответствие BioAPI в отношении количества компонентов программного обеспечения, задач каждого компонента, содержания и формы обмена информацией между компонентами.

2.2    С помощью набора тестов для проведения испытаний на соответствие BioAPI должна быть обеспечена возможность проведения синтаксической проверки любого пакета данных (см. 7.1.6), содержащего утверждения или процессы (или и утверждения, и процессы одновременно) для любой модели испытания на соответствие, включая модели, которые не поддерживаются приложением (в случае, если такие модели существуют).

2.3    Для каждой модели испытания на соответствие комплект тестов на соответствие BioAPI должен обладать способностью выполнять процессы (характерные для данного вида аппаратного обеспечения),

Издание официальное

необходимые для взаимодействия с тестируемой реализацией (ТР), путем вызова стандартных функций биометрического программного интерфейса, содержащихся в ТР, и приема обратного вызова от этих функций.

Примечания

1    При испытании приложения на соответствие BioAPI не требуется способность набора тестов запускать или останавливать выполнение тестируемой реализации, однако необходим механизм, позволяющий определить начало и окончание выполнения тестируемой реализации.

2    Также не требуется способность набора тестов испытывать абсолютно все реализации, претендующие на соответствие спецификации BioAPI. К этому утверждению, в частности (но не ограничиваясь указанным), относится случай, когда тестируемая реализация была создана для вычислительной платформы, отличающейся от платформы, для которой был создан комплект тестов, а также случай, когда тестируемая реализация зависит от аппаратного обеспечения, недоступного в вычислительной системе, используемой для проведения испытания.

2.4    Комплект тестов на соответствие BioAPI должен формировать протокол испытания и отчет о результатах испытания для каждой тестируемой реализации.

2.5    Если комплект тестов не способен обеспечить проведение испытаний представленной реализации, то это должно быть указано в отчете. Неспособность комплекта тестов обеспечить проведение испытаний на соответствие не означает несоответствия представленной реализации спецификации BioAPI.

2.6    Комплект тестов должен предоставить пользователю возможность ввода всех входных данных, необходимых для проведения испытания.

Примечание — К входным данным относятся утверждение, подлежащее обработке (имя пакета и имя утверждения), список всех входных параметров утверждения и остальная информация, которая должна быть включена в отчет о результатах испытания (см. раздел 12).

3    Нормативные ссылки

При практическом использовании данного стандарта настоятельно рекомендуется применять приведенный ниже нормативный документ. В случае ссылок на документ, у которого указана дата утверждения, необходимо использовать только указанную редакцию. В случае, когда дата утверждения не указана, следует использовать последнюю редакцию ссылочных стандартов, включая любые поправки и изменения к ним:

ИСО/МЭК 19784-1 BioAPI — Биометрический программный интерфейс—Часть 1: Спецификация биометрического программного интерфейса.

4    Термины и определения

В настоящем стандарте используются термины и определения, приведенные в ИСО/МЭК 19784-1, а также следующие термины с соответствующими определениями.

4.1    абстрактная испытательная машина: Абстрактная вычислительная машина, обеспечивающая возможность проведения испытаний на соответствие стандартного компонента BioAPI.

4.2    исходный стандарт: Стандарт, устанавливающий метод испытаний.

4.3    комплект тестов на соответствие BioAPI: Программное обеспечение для проведения испытаний на соответствие ИСО/МЭК 19784-1.

4.4    утверждение соответствия BioAPI: Утверждение, описывающее соответствие тестируемой реализации всем необходимым требованиям BioAPI.

4.5    сертификация: Признание завершения испытаний на соответствие и соблюдения всех критериев, установленных организацией по сертификации.

4.6    соответствие: Выполнение продукцией, процессом или услугой всех предъявленных требований [ИСО/МЭК 13210:1999].

4.7    требование к соответствию: Требование, установленное в исходном стандарте, устанавливающее необходимое условие в конечной, краткой и точно выраженной форме.

Примечания

1    Одно или совокупность требований к соответствию образуют утверждение.

2    Приведенное выше определение является адаптированной выдержкой из определения, приведенного в ИСО/МЭК 13210:1999.

2

ГОСТ Р ИСО/МЭК 24709-1 —2009

4.8    оценка соответствия: Любое действие, прямо или косвенно связанное с определением соблюдения соответствующих требований.

4.9    тестируемая реализация: Программное и аппаратное обеспечение, установленное в одной или нескольких системах, удовлетворяющее требованиям исходного стандарта.

4.10    стандартный компонент BioAPI: Приложение BioAPI, инфраструктура BioAPI или поставщик биометрической услуги, установленные в ИСО/МЭК 19784-1.

Примечания

1    См. 6.1.3.8.

2    Несмотря на то что, в соответствии с ИСО/МЭК 19784-1, поставщик биометрической функции (ПБФ) также является компонентом BioAPI, он не включен в определение 4.10, поскольку ИСО/МЭК 19784-1 не определяет ни один интерфейс ПБФ.

4.11    стандартный интерфейс BioAPI: Любой интерфейс, установленный в ИСО/МЭК 19784-1, с помощью которого один стандартный компонент BioAPI обращается к другому стандартному компоненту BioAPI.

Примечание — См. 6.1.З.8.

4.12    тестовое утверждение: Подробное описание испытания на соответствие требованию в тестируемой реализации (ТР) в форме программного обеспечения или процедурных методов, которые формируют результаты испытания (также называемые исходом испытания или заключением испытания), используемые для оценки соответствия требованию.

4.13    тестовый пример: Описание действий, необходимых для достижения определенной цели испытания или совокупности целей испытания.

Примечание — Приведенное выше определение является адаптированным определением термина «абстрактный тестовый пример», приведенного в ИСО/МЭК 9646-1:1994.

4.14    реализация метода испытания: Программное обеспечение, процедуры или другие средства, использующиеся для оценки соответствия.

4.15    спецификация метода испытания: Документ, устанавливающий требования к функциональным возможностям и поведению, указанным в исходном стандарте в виде утверждений, и обеспечивающий полный набор кодов результатов испытания на соответствие [ИСО/МЭК 13210:1999].

4.16    цель испытания: Формальное описание четко определенной цели испытания, сосредоточенной на одном требовании к соответствию, которое определено в соответствующем описании биометрического продукта.

4.17    отчет об испытании: Документ, содержащий результаты испытания и иную информацию, связанную с реализацией методов испытания над тестируемой реализацией.

4.18    код результата испытания (заключение испытания): Значение, описывающее результат испытания.

Примечание — Приведенное выше определение является адаптированной выдержкой из определения, приведенного в ИСО/МЭК 13210:1999.

4.19    сертификация — Процесс испытания программного обеспечения для оценки его соответствия определенной спецификации.

5 Сокращения

В настоящем стандарте использованы следующие сокращения:

ПИП (API)    — программный интерфейс приложений (Application Programming Interface);

ПСБПИ (BCS) — подтверждение соответствия биометрическому программному интерфейсу (BioAPI Conformity Statement);

ЗБИ (BIR)    — запись биометрической информации (Biometric Information Record);

ПБУ (BSP) — поставщик биометрической услуги (Biometric Service Provider);

ЕСФОБД (CBEFF) — единая структура форматов обмена биометрическими данными (Common Biometric Exchange Formats Framework);

КТСБПИ (CTS) — комплект тестов на соответствие биометрическому программному интерфейсу (BioAPI Conformance Test Suite);

3

TP (IUT)    — тестируемая реализация (Implementation Under Test);

ИПУ (SPI)    — интерфейс поставщика услуги (Service Provider Interface);

УУИД (UUID) — универсальный уникальный идентификатор (Universally Unique Identifier);

ПБУ (BSP) — поставщик биометрической услуги (Biometric Service Provider);

ПБФ (BFP) — поставщик биометрической функции (Biometric Function Provider).

6 Методика испытаний на соответствие

6.1    Общие положения

6.1.1    Тестируемая реализация

6.1.1.1    Тестируемая реализация — это объект, который подвергается испытанию на соответствие. Для спецификаций BioAPI тестируемой реализацией является программное обеспечение, которое считается реализующим данную спецификацию. Программное обеспечение и поддерживающее его аппаратное обеспечение представляют собой тестируемую реализацию и должны быть указаны как в отчете об испытании, таки в сертификате соответствия.

6.1.1.2    Биометрическая продукция, претендующая на соответствие спецификации BioAPI, должна соответствовать всем применимым для данной продукции требованиям, изложенным в разделе «Соответствие» спецификации BioAPI. Как правило, в данном разделе установлены следующие виды требований:

a)    обязательные требования, которые необходимо соблюдать во всех случаях;

b)    условные требования, которые необходимо соблюдать, если они изложены в представленной спецификации;

c)    дополнительные требования, которые могут быть выбраны для соответствия реализации и в этом случае должны быть соблюдены.

6.1.1.3    Для оценки соответствия биометрической продукции необходимо утверждение, содержащее список характеристик, реализованных в соответствии со спецификацией BioAPI, для того чтобы тестируемая реализация могла быть испытана на соответствие только определенным требованиям. Такое утверждение называется ПСБПИ и должно быть подготовлено поставщиком ТР до начала испытаний на соответствие. В минимальном варианте ПСБПИ должно содержать перечень всех обязательных, условных и дополнительных требований к соответствию спецификации BioAPI, включенных в ТР.

6.1.2 Метод испытания

6.1.2.1    Для того чтобы испытание имело смысл, все реализации BioAPI должны быть испытаны с помощью одного и того же метода. Испытание на соответствие отражает смысл технических требований спецификации BioAPI и оценивает степень полноты, с которой биометрическая продукция реализует спецификацию.

6.1.2.2    В настоящем стандарте испытания на соответствие представляют собой испытание функциональных возможностей реализации BioAPI по принципу «черного ящика».

6.1.2.3    Учитывая сложность спецификации BioAPI и возможные способы реализации продукции, удовлетворяющей спецификации BioAPI, наиболее подходящим является метод фальсификационного испытания. Этот метод состоит из следующих этапов:

a)    анализ спецификации BioAPI и разработка документально подтвержденных тестовых примеров в форме обобщенных тестовых утверждений. В дальнейшем тестовые примеры могут быть сгруппированы для формирования тестовых сценариев. Тестовые утверждения описаны в других частях комплекса стандартов ИСО/МЭК 24709;

b)    реализация тестовых утверждений в виде выполняемых тестовых сценариев, которые вместе с используемыми файлами данных формируют КТСБПИ;

c)    проверка реакции тестируемой реализации на различные комбинации корректных и некорректных входных данных и сопоставление выходных данных, полученных в результате, с набором соответствующих ожидаемых результатов.

d)    оценка результатов испытания с помощью критерия успешного (или неуспешного) прохождения

теста.

6.1.2.4    Фальсификационное испытание позволяет определить несоответствие, то есть наличие ошибок означает несоответствие, а их отсутствие не подразумевает соответствие. Этот метод испытания предназначен для предоставления обоснованной степени уверенности и фактической гарантии того, что тестируемая реализация соответствует спецификации. Применение данного метода не гарантирует полного соответствия реализации требованиям спецификации; гарантия полного соответствия требует проведения полного и всестороннего испытания, которое невозможно по техническим и экономическим причинам.

4