ГОСТ Р ИСО/МЭК 17203-2013; Страница 16

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р ИСО/МЭК 29109-5-2013 Информационные технологии. Биометрия. Методология испытаний на соответствие форматам обмена биометрическими данными, определенных в комплексе стандартов ИСО/МЭК 19794. Часть 5. Данные изображения лица (Настоящий стандарт устанавливает элементы методологи и испытаний на соответствие, тестовые утверждения и методику испытаний применительно к формату обмена биометрическими данными для данных двухмерного изображения лица в соответствии с ИСО/МЭК19794-5:2005. Стандарт устанавливает:. - тестовые утверждения для структуры формата данных изображения лица, определенной в ИСО/МЭК 19794-5:2005 (испытания типа А уровня 1, установленного в ИСО/МЭК 29109-1:2009);. - тестовые утверждения внутренней согласованности по проверке типов значений, которые могут содержаться в каждом поле (испытания типа А уровня 2, установленного в ИСО/МЭК 29109-1:2009);. - испытания семантических утверждений (испытания типа А уровня 3, установленного в ИСО/МЭК 29109-1:2009). Стандарт не устанавливает:. - испытания на соответствие записям трехмерного изображения лица, определенным в ИСО/МЭК 19794-5:2005 / Изменение №2;. - испытания на соответствие структуры формата ЕСФОБД ИСО/МЭК 19794-5:2005;. - испытания согласованности с записями входных биометрических данных (испытания уровня 3);. - испытания на соответствие данных изображения требованиям качества ИСО/МЭК 19794-5:2005;. - испытания на соответствие блоков данных изображений соответствующим стандартам JPEG и JPEG 2000;. - испытания других характеристик биометрических продуктов или типов их испытаний (т.е. степень приемлемости, производительность, устойчивость, уровень безопасности)) ГОСТ Р ИСО/МЭК 29100-2013 Информационная технология. Методы и средства обеспечения безопасности. Основы обеспечения приватности (В настоящем стандарте представлена структура обеспечения приватности, которая:. - устанавливает общую терминологию приватности;. - определяет субъектов и их роли в обработке персональной идентификационной информации (ПИИ);. - описывает соображения, касающиеся мер защиты приватности;. - предоставляет ссылки на известные принципы обеспечения приватности. Настоящий стандарт предназначен для физических лиц и организаций, вовлеченных в определение особенностей, приобретение, моделирование, проектирование, создание, тестирование, обслуживание, управление и функционирование системы информационно-коммуникационных технологий или услуги, где для обработки ПИИ требуются меры и средства контроля и управления приватностью) ГОСТ Р ИСО/МЭК 29362-2013 Информационная технология. Функциональная совместимость веб-служб. Профиль вложений WS-1. Версия 1.0 (Настоящий международный стандарт определяет профиль вложений WS-I 1.0 (далее «профиль»), состоящий из набора открытых спецификаций Веб-служб вместе с разъяснениями и усилениями тех спецификаций, которые предназначены для обеспечения функциональной совместимости. Этот профиль дополняет основной профиль WS-I 1.1, обеспечивая поддержку передачи сообщений SOAP (Simple Object Access Protocol - простой протокол доступа к объектам) с вложениями, соответствующими спецификации «Сообщения SOAP с вложениями». . Сообщения SOAP с вложениями (SwA) определяют составную/связанную структуру MIME (Multipurpose Internet Mail Extensions - Многоцелевое расширение возможностей почты в сети Интернет) для упаковки вложений с сообщениями SOAP. Данный профиль дополняет основной профиль WS-I 1.1, добавляя поддержку передачи вложений на базе SwA, обеспечивающих функциональную совместимость с сообщениями SOAP)

Страница 16

Страница 1

Untitled document

ГОСТ Р ИСО/МЭК 17203-2013

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

элементах vssd:VirtualSystemType. Идентификаторы типа виртуальной системы, определенные в

элементах vssd:VirtualSystemType, как ожидают, будут противопоставляться значениям свойств

VirtualSystemTypesSupportod класса CIM_VirtualSystemManagementCapabilities модели CIM.

Характеристики виртуального аппаратного обеспечения описаны как последовательность

элементовItem.ЭлементItem—этопредставлениеXMLэкземпляракласса

CIM_ResourceAllocationSettingData модели CIM. Элемент может описать все требования к памяти и

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

В элементе Item могут быть определены несколько подтипов устройства, разделенные одним

символом пробела.

ПРИМЕР

<rasd:RosourceSubType>buslogic lsilogic</rasd:ResourceSubTypo>

8.2 Возможности расширения

Дополнительный атрибут ovf.required элемента Item определяет, требуется ли для

корректного функционирования гостевого программного обеспечения реализация этого элемента

(например, CD-ROM или контроллер USB). Если значение атрибута ovf:requirod не определено, то его

значение по умолчанию ИСТИНА (TRUE).

В дочерних элементах элемента Item дополнительный Булевский атрибут ovf:required должен

учитываться, несмотря на то, что эти элементы находятся в разных пространствах имен RASD WS-

CIM. Программа, анализирующая элемент Item, должна действовать согласно Таблице 2.

Таблица 2 —Действия для дочерних элементов с атрибутом ovf:required

Дочерний элемент

Известен

Значение атрибута ovf-.required

ИСТИНА (TRUE) или не

определен

Действие

Нужно интерпретировать

элемент Item

Известен

ЛОЖЬ (FALSE)

То же

Неизвестен

ИСТИНА (TRUE) или не

определен

Обработка Item должна быть

прекращена

Неизвестен

ЛОЖЬ (FALSE)

Элемент Item нужно

игнорировать

8.3 Элементы виртуального аппаратного обеспечения

Общая форма любого элемонта Item в элементе VirtualHardwareSection имеет следующий

вид:

<ltem ovf:required=‘ ...’ ovf:configurat>on=’...’ ovf:bound

<rasd:Address> ... </rasd:Address>

<rasd:AddressOnParent>... </rasd:AddressOnParent>

<rasd:AllocationUnits> ... </rasd:AllocationUnits>

<rasd:AutomaticAllocation> ... </rasd:AutomaticAllocation>

<rasd:AutomaticDeallocation> ... </rasd:AutomaticDeallocation>

<rasd:Caption> ... </rasd:Caption>

<rasd:Connection> ... </rasd:Connection>

<!—возможны описания нескольких элементов connection -->

<rasd:ConsumerVisibility> ... </rasd:ConsumerVisibility>

<rasd:Description> ... </rasd:Description>

<rasd:ElementName>... </rasd:ElementName>

<rasd:HostResource> ... </rasd:HostResource>

<rasd:lnstancelD>... </rasd:lnstance!D>

<rasd:Limit> ... </rasd:Limit>

<rasd:MappingBehavior> ... </rasd:MappingBehavior>

<rasd:OtherResourceType> ... </rasd:OtherResourceType>