ГОСТ Р ИСО/МЭК 10164-1-99; Страница 16

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

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

ГОСТ Р ИСО 105-J03-99 Материалы текстильные. Определение устойчивости окраски. Часть J03. Метод расчета цветовых различий Textiles. Tests for colour fastness. Part J03. Calculation of colour differences (Настоящий стандарт распространяется на текстильные материалы и устанавливает метод расчета цветового различия двух проб из одного и того же материала, измеренных в одних и тех же условиях. Полученное числовое значение общего цветового различия количественно определяет степень несоответствия проб по цвету. Данный метод позволяет установить максимальное значение (допуск), которое зависит лишь от требуемой точности определения цветового равенства в данном конкретном случае, а не от того, с каким именно цветом имеют дело, или от характера цветовых различий) ГОСТ Р ИСО/МЭК МФС 11185-7-98 Информационная технология. Функциональный стандарт. Профили FVT2nn. Базовый класс виртуальных терминалов. Регистр определений типов объектов управления. Часть 7. FVT2110 - объект управления вводом Information technology. International standardized profiles FVT2nn. Virtual terminal basic class. Register of control object type definitions. Part 7. FVT2110 - entry control object (Настоящий стандарт определен в контексте функциональной стандартизации в соответствии с принципами, приведенными в ГОСТ Р ИСО/МЭК ТО 10000-1. Контекст функциональной стандартизации - это одна из частей общей сферы деятельности в области информационной технологии, охватывающей базовые стандарты, профили и механизмы регистрации.. В стандарте взаимосвязи открытых систем (ВОС) ГОСТ Р ИСО 9040 по услугам виртуальных терминалов (ВТ) базового класса приведены требования к международному регистру определений типов объектов управления ВТ. Процедуры операций этого регистра представлены в ИСО/МЭК 9834-5. Настоящий стандарт содержит такой регистр. Отдельные элементы регистра образуют профили формата обмена и представления данных ( профили F), определенные в ГОСТ Р ИСО/МЭК ТО 10000-1.. Настоящий стандарт определяет тип объектов управления, который используется совместно с функциональным блоком ВТ “поля“. Он включает в себя пользователя ВТ, чтобы определить управление вводом в поле, которое должно применяться к каждому полю объекта отображения, без необходимости вводить его отдельно в запись определения поля для каждого поля) ГОСТ Р ИСО/МЭК МФС 10613-2-98 Информационная технология. Функциональный стандарт. Профиль RA. Ретрансляция услуг сетевого уровня в режиме без установления соединения. Часть 2. Требования, зависимые от подсети ЛВС и не зависимые от физической среды Information technology. International standardized profile RA. Relaying the connectionless-mode network service. Part 2. LAN subnetwork-dependent media-independent requirements (Настоящий стандарт распространяется на устройства взаимодействия, работающие в функциональной среде взаимосвязи открытых систем (ВОС), и определяет комбинацию тех стандартов по ВОС, которые в совокупности обеспечивают функцию ретрансляции на сетевом уровне для услуг сетевого уровня в режиме без установления соединения.. Стандарт определяет зависимые от типа подсети требования к устройству взаимодействия, подключенному к локальной вычислительной сети (ЛВС) и использующему протокол управления логическим звеном (УЛЗ) типа 1 по ГОСТ 28907, не зависимый от физической среды ЛВС. К операциям устройства взаимодействия может относиться ретрансляция из одной подсети к другой, и эти подсети не обязательно должны быть подсетями одного и того же типа. Настоящий стандарт распространяется только на взаимосвязь, обеспечиваемую через подсети ЛВС, использующие протокол УЛЗ типа 1 по ГОСТ 28907)

Страница 16

Страница 1

Untitled document

ГОСТ Р ИСО/МЭК 10164-1-99

10 Функциональные блоки

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

Таблица 11— Функциональные блоки

Наименование функцииФ ункциональный блокУслуга адзтмнистративно

о управления систем

Административное

ние объектом

управлевесСобытия

управление

контроль

событииОбьскта

Вес уведомления1*

Все услуги.кроме уведомлений2*

Только СУ-ПОЛУЧИТЬ

Уведомление о создании объекта

Уведомление о создании объекта и

Уведомление об изменении значения атрибута

* Все услуги уведомлений адмниистрагипного управлении систем, которые преобразуйте» в услугу УНОУ АУ УВЕ-

ДОМ ЛЕНИЕ О СО БЫ ТИ И . К ни и относится услуга СУ-УВЕДОМЛ ЕН Н Е-О -С О БЫ ТИ И . определенная в настоящем

стандарте, а также услуга уисдомл ейий административного управлении систем, определенные другими стандартами но

административному управлению сит тем.

** Все услуги алмннмстрати в и т о управления систем, которые преобразуют си в услуги УИОУ АУ-ПОЛУЧИТЬ.

АУ.УСТДНОВИТЬ, АУ-ДЕЙСТВИ Е, АУ СОЗДАНИЕ и АУ-УДАЛЕНИЕ. К ним относятся услуги СУ ПОЛУЧИТЬ.

СУ-УСТАНОВИТЬ. СУ-ДЕЙСТВИ Е. СУ-СОЗДАНИЕ и СУ-УДАЛЕНИЕ, определенные в настоя шеи стандарте, а также

услуга административного управдеи ия систем (кроме услут уведомлений), определенные другими стандартами по админн

стративному управлению систем.

11 Протокол

11.1 Элементы процедур

11.1.1 П р о ц е д у р а у в е д о м л е н и я о с о з д а н и и о б ъект а

11.1.1.1 Paib агента

11.1.1.1.1 П ривлечение

Эта процедура ининнлизируется примитивом запроса уведомления о создании объекта. При

получении этого примитива протокольный автомат прикладного уровня административного управ

ления систем (ПАПУС) должен сформировать Г1БДПЛ и выдать сервисный примитив СОИА

ЛУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос с параметрами, образованными из полученного прими

тива. В режиме без подтверждений процедура по 11.1.1.1.2 не используется.

11.1.1.1.2 Прием ответа

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверж

дение. содержащего ПБДПА в качестве ответа на уведомление о создании объекта. ПАПУС должен

выдать пользователю услуги уведомления о создании объекта примитив подтверждения на уведом

ление о создании объекта с параметрами, образованными из сервисного примитива АУ-УВЕДОМ

ЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым процедуру.

Примечание —ПАПУС и норирует все ошибки в полученном ПБДПА. Пользователь услуги уве

домления о создании объекта также

может проигнорировать подобные ошибки или прервать ассоциацию в

результате этих ошибок.

11.1.1.2 Роль администратора

11.1.1.2.1 Прием запроса

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индика

ция. содержащего ПБДПА, запрашивающего услугу уведомления о создании объекта, ПАПУС

должен при условии правильно сформированного ПБДПА выдать пользователю этой услуги

при митив индикации с параметрами, образованными из сервисного примитива АУ-

УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ. В противном случае ПАПУС, действуя в режиме с

подтверждениями, должен сформировать соответствующий ПБДПА, содержащий уведомление об

ошибке, и выдатьсервисный примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметром

«ошибка». В режиме без под тверждений процедура по 11.1.1.2.2 не используется.