Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

24 страницы

396.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Определен как функциональный стандарт в соответствии с принципами, установленными ГОСТ Р ИСО/МЭК ТО 10000-1. Функциональная стандартизация - это одна из частей общей сферы деятельности в области информационной технологии, охватывающей базовые стандарты, профили и механизмы регистрации.

В стандарте взаимосвязи открытых систем (ВОС) ГОСТ Р ИСО 9040 на услуги виртуальных терминалов (ВТ) базового класса установлены требования к международному регистру определений типов объектов управления ВТ. Процедуры операций этого регистра представлены в ИСО/МЭК 9834-5. Настоящий стандарт содержит такой регистр. Некоторые элементы регистра образуют профили формата обмена данными и представления данных (профили F), определенные в ГОСТ Р ИСО/МЭК ТО 10000-1.

Настоящий стандарт определяет типы двух объектов управления, которые могут использованы для:

а) загрузки содержимого записи объекта справочной информации (ОСИ) из локальной памяти терминала;

b) записи содержимого записи ОСИ в локальную память терминала;

c) удаления элемента данных из локальной памяти терминала и

d) запроса состояния элемента данных ВТ в локальной памяти терминала

Введен впервые

Оглавление

1 Назначение

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

3 Определения

4 Сокращения

5 Принципы соответствия профилям виртуальных терминалов

6 Прикладной объект управления загрузкой записей объекта справочной информации

7 Терминальный объект управления уведомлениями о записях объекта справочной информации

8 Использование объектов управления записями объекта справочной информации

Приложение А Список требований к заявке о соответствии реализации функциональному стандарту

Приложение В Услуга шаблона формы

Приложение С Определение формата файлов элементов данных виртуальных терминалов

Показать даты введения Admin

Страница 1

ГОСТ Р ИСО/МЭК МФС 11185-3-98 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология Функциональный стандарт

ПРОФИЛИ FVT2nn.

БАЗОВЫЙ КЛАСС ВИРТУАЛЬНЫХ ТЕРМИНАЛОВ.

РЕГИСТР ОПРЕДЕЛЕНИЙ ТИПОВ ОБЪЕКТОВ УПРАВЛЕНИЯ

Часть 3. FVT215, FVT216 — прикладной объект управления загрузкой записей объекта справочной информации, терминальный объект управления уведомлениями о записях объекта справочной информации

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

$

I

БЗ II


ГОССТАНДАРТ РОССИИ Москва

Страница 2

ГОСТ Р ИСО/МЭК МФС 11185-3-98    Электронная версия

Предисловие

1    РАЗРАБОТАН Государственным комитетом Российской Федерации по связи и информатизации и ВНЕСЕН НА УТВЕРЖДЕНИЕ Техническим комитетом по стандартизации ГК 22 «Информационная технология*

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 19 октября 1998 г. № 375

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 11185-3—94 «Информационная технология. Международный функциональный стандарг. Профили FVT2nn. Базовый класс виртуальных терминалов. Регистр определений типов объектов управления. Часть 3. FVT215, FVT216 — прикладной объект управления загрузкой записей объекта справочной информации, терминальный объект управления уведомлениями о записях объекта справочной информации*

4    ВВЕДЕН ВПЕРВЫЕ

@ ИНК Издательство стандартов. 1999

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

II

Страница 3

Электронная версия    ГОСТ    Р    ИСО/МЭК    МФС    11185-3-98

Содержание

1    Назначение..............................................................................................................................!

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

3    Определения............................................................................................................................5

4    Сокращения.............................................................. 6

5    Принципы соответствия профилям виртуальных терминалов......................... 6

6    Прикладной объект управления загрузкой записей объекта справочной информации..............7

7    Терминальный объект управления уведомлениями о записях объекта справочной информации..    9

8    Использование объектов управления записями объекта справочной информации..........10

Приложение А Список требований к заявке о соответствии реализации функциональному стандарту ......................................................... 14

Приложение В Услуга шаблона формы...........................................16

Приложение С Определение формата файлов элементов данных виртуальных терминалов.....18

III

Страница 4

ГОСТ Р ИСО/МЭК МФС 11185-3-98    Электронная версия

Введение

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

В стандарте взаимосвязи открытых систем (ВОС) ГОСТ Р ИСО 9040 на услуги виртуальных терминалов (ВТ) базового класса установлены требования к международному регистру определений типов объектов управления ВТ. Процедуры операций этого регистра представлены в ИСО/МЭК 9X34-5. Настоящий стандарт содержит такой регистр. Некоторые элементы регистра образуют профили формата обмена данными и представления данных (профили F). определенные в ГОСТ Р ИСО/МЭК ТО 10000-1.

Приложения Л и С являются обязательными, приложение В — информационное.

IV

Страница 5

ГОСТ Р ИСО/МЭК МФС 11185-3-98 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ Ф Е Д Е Р А ЦИ И

Информационная технология Функциональный стандарт

ПРОФИЛИ FVT2nn. БАЗОВЫЙ КЛАСС ВИРТУАЛЬНЫХ ТЕРМИНАЛОВ. РЕГИСТР ОПРЕДЕЛЕНИЙ ТИПОВ ОБЪЕКТОВ УПРАВЛЕНИЯ.

Часть 3. FVT215, FVT216 — прикладной объект управления шруткой За жнеей объекта справочной информации, терминальный объект управления увеломлениями о 1апися\ объекта справочной информации

Information technology. International Standardized Profiles FVT2nn. Virtual Terminal Basic Class. Register of control object type definitions.

Part 3. FVT2I5. FVT2I6 — Application RIO Record Loading Control Object. Terminal RIO Record

Notification Control Objcct

Дата введения 1999—07—01

1 Назначение

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

Концепция профилей ВОС и структура функциональных стандартов определены в ГОСТ I» ИСО/МЭК ТО 10000-1. Эти профили подразделяют на классы и подклассы. Два из этих классов содержат подклассы, реализующие функции услуг и протокола виртуальных терминалов базового класса, определенные в базовых стандартах ГОСТ Р ИСО 9040 и И СО 9041-1 соответственно. К этим профилям относят прикладные (профили А) и профили формата обмена данными и представления данных (профили F).

Взаимоотношения между профилями А и профилями F представлены в 7.3.2 ГОСТ Р ИСО/МЭК ТО 10000-1. Базовые стандарты прикладною уровня требуют явно или неявно, чтобы представленная или указываемая в них информационная структура была определена для каждого случая взаимодействия. Такие информационные структуры определяются профилями F. При этом конкретные функциональные требования могут быть обеспечены комбинацией профиля А с одних< или несколькими профилями F.

Установление ассоциации ВТ предполагает выбор (посредством согласования конкретного профиля) функциональной среды виртуальных терминалов (профиль ФСВТ) и соответствующих значений некоторых аргументов этого профиля ФСВТ. В свою очередь, спецификация профиля ФСВТ и, вероятно, значения определенных аргументов профиля ФСВТ могут ссылаться на определения типов объектов упраатения (ОУ) ВТ и присвоенных типов. Эти профили ФСВТ, типы объектов управления и назначенные типы являются такими информационными структурами, на которые должны быть дапы явные ссылки в протоколе ВТ. Конкретные экземпляры этих структур полностью определены в базовых стандартах, однако базовые стандарты также предусматривают возможность появления новых экземпляров, которые должны быть определены в будущем посредством регистрации. Каждый зарегистрированный экземпляр содержит профиль F из ГОСТ Р ИСО/МЭК ТО 10000-1.

Услуги и протокол виртуальных терминалов базового класса могут быть использованы для реализации различных функций. Конкретные функции могут быть реализованы путем выбора соответствующих функциональных блоков ВТ, профилей F и значений аргументов профиля ФСВТ. Спецификация выбора, необходимая для реализации конкретной функции и для поддержки взаимодействия, представляет собой профиль А виртуального терминала в ГОСТ Р ИСО/МЭК ТО 10000-1.

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

I

Страница 6

ГОСТ Р ИСО/МЭК МФС 11185-3-98

Три регистра информационных структур ВТ и спецификации профилей А ВТ представлены следующими отдельными многочастевыми функциональными стандартами:

Электронная версия

-    ИСО/МЭК МФС 11184 - регистр профилей ФСВГ;

-    ИСО/МЭК МФС 11185 — регистр определений типов объектов управления;

-    ИСО/МЭК МФС 11186 — регистр определений присвоенных типов;

-    ИСО/МЭК МФС 11187 — спецификация профилей группы А.

Настоящий стандарт определяет типы двух объектов управления, которые могут быть использованы для:

a)    загрузки содержимого записи объекта справочной информации (ОСИ > из локальной памяти терминала;

b)    записи содержимого записи ОСИ в локальную память терминала:

c)    удаления элемента данных из локальной памяти терминала и

d)    запроса состояния элемента данных ВГ в локальной памяти терминала.

1.2    Место в таксономии

Таксономия функциональных стандартов для ВОС определена в ГОСТ Р ИСО/МЭК ТО 10000-2. В схеме классификаций этой таксономии профили ВОС, определяемые в настоящем стандарте, представляют подкласс зарегистрированных объектов виртуальных терминалов класса профилей F.

Профили этого подкласса имеют идентификаторы в виде FVTabc, где «аЬс» — структурированный цифровой идентификатор, который идентифицирует позицию профиля на каждом из грех уровней подраздела этого подкласса. Значение каждого из компонентов «а* и «Ь» представлено одной цифрой, а значение компонента «с* — целым числом, состоящим из одной или нескольких цифр.

В принципе модель виртуальных терминалов ИСО допускает несколько классов операций, хотя к моменту    издания настоящего стандарта был разработан только    базовый класс.    Значения    компонента «а*    идентификатора позволяют различать типы    информационных    объектов    следующим

образом:

а = I    для профилей ФСВГ базового класса;

а = 2    для объектов управления базового класса;

а = 3    для присваиваемых типов базового класса.

Значения компонента *а->, большие трех, зарезервированы для дальнейших разработок. ИСО/МЭК МФС 11185 содержит спецификации профилей с идентификаторами вида FVT2bc. Для этого вида идентификатора значения компонента *Ь» определяют следующие пять основных классов объектов управления базового класса:

b = 1 для объектов управления смешанного типа; b = 2 для объектов управления инструкциями ввода в поле; b = 3 для объектов управления макетом ввода в поле; b = 4 для объектов справочной информации: b = 5 для объектов управления условиями завершения.

Каждый из этих классов соответствует разделу регистра процедур ИСО/МЭК 9834-5. Компонент «с» идентификатора является порядковым номером типа объекта управления в соответствующем разделе регистра. Значения компонента *Ь». большие пяти, зарезервированы для новых классификаций объектов управления базового класса, которые могут быть определены в последующих изменениях ГОСТ I’ ИСО 9040.

Настоящий стандарт содержит определения типов объектов управления базового класса с идентификаторами профиля:

FVT215 — прикладной ОУ загрузкой записей объекта справочной информации;

FVT216 — терминальный ОУ уведомлениями о записях справочной информации.

1.3    Сценарий

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

2

Страница 7

Электронная версия    ГОСТ Р ИСО/МЭК МФС 11185-3—98

Поставщик услуг ВТ

Концептуальная область взаимосвязи

ОУ-п

ОУ-1

ОУ-2

Рисунок 1 — Объекты управления в модели услуг ВТ

Объекты ОУ формируют одни из типов информационных объектов, который может быть представлен в области КОВ. Это показано на рисунке 1, где ОУ-1, ОУ-2, ... , ОУ-n отображают количество рааличных объектов управления, представленных в области КОВ. Во время согласования при установлении ассоциации ВТ выясняется, будут ли включены объекты управления обоих типов, определения которых даны в настоящем стандарте.

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

Согласно разделу 14 ГОСТ Р ИСО 9040 ОУ позволяют пользователям ВТ обрабатывать управляющую информацию, относящуюся к функциям виртуальных терминалов и к реальным устройствам. Это управление осуществляется пользователями ВТ через семантику, соответствующую информационному содержимому и операциям обновления ОУ. Если детали семантики не полностью предписаны, то определение семантики или спецификации отправителя семантики образует часть зарегистрированного определения ОУ. Однако эта семантика не имеет отношения к самому поставщику услуг ВТ. Компонент ОСД должен содержать идентификатор объекта нотации ЛСН.1, который идентифицирует зарегистрированное определение, а поставщик услуг ВТ действует только как хранилище этого значения. Такой пользователь ВТ должен знать зарегистрированное определение.

Примечание 1 — Значения параметров ФСВТ, которые определяют синтаксис информационного содержимого, могут согласовываться неявным образом во время установления ассоциации. Кроме того, в случае ОУ без параметров Эти значения не определяют детали синтаксиса. Такие значения и детали образуют часть зарегистрированного определения ОУ. Поскольку поставщику услуг ВТ не обязательно знать это зарегистрированное определение, то. в принципе, пользователи ВТ обеспечивают поставщика услуг ВТ такой информацией с помощью локальных процедур управления. Так или иначе, это зависит от практической конфигурации соответствующей реализации.

3

Страница 8

ГОСТ Р ИСО/МЭК МФС 11185-3-98    Электронная версия

Типы объектов управления, определенные в настоящем стандарте, допускают асимметрию между двумя взаимодействующими оконечными системами. Одной оконечной системе допускается функционировать по правилам терминальной оконечной системы и содержать устройства ввода данных, отображения данных и сигнализации. Такие устройства формируют часть компонента пользователя ВТ этой оконечной системы. Другой оконечной системе допускается функционировать по правилам прикладной оконечной системы и содержать пакет прикладных программ, к которому терминальная оконечная система желает иметь доступ. Такая асимметрия может распознаваться услугами ВТ, хотя это и не обязательно: средство для такого распознавания существует только в С-режнме (синхронный) ассоциации ВТ.

Спецификация протокола виртуальных терминалов, представленная в ИСО 9041-1, моделирует поставщика услуг ВТ в терминах протокольного обмена между двумя протокольными автоматами виртуальных терминалов (ПАВТ), каждый со своей собственной областью КОВ. Область КОВ каждого Г1АВТ обновляется как с помощью сервисных примитивов, полученных от своего пользователя ВТ. так и с помощью протокольных элементов, полученных от равноправного ПАВТ. Соответствующие сервисные примитивы и протокольные элементы посылаются автоматом ПАВТ для уведомления об изменении содержимого своей КОВ. Это показано на рисунке 2 в контексте описанных выше асимметричных оконечных систем. Определения типов объектов управления, представленных в настоящем стандарте, выражены в терминах этой модели.

Терминальная    Прикладная

оконечная система    оконечная    система

Пользователь ВТ В

Пользователь ВТ А

Пакет

прикладных

Устройства

программ

£-Примитивы услуг ВТ -)

ПАВТ В


ПАВТ А


КОВ В


0У-1


ОУ-2

ОУ-п


Протокол ВТ


Рисунок 2 — Объекты управления в модели протокола ВТ

4

Страница 9

Электронная версия    ГОСТ Р ИСО/МЭК МФС 11185-3—98

Для определенных типов объектов управления абстрактный синтаксис, приведенный в ИСО 9041-1, не обеспечивает полной спецификации представления операций обновления ОУ, что может быть в случае, если этот абстрактный синтаксис использует какой-либо тип нотации АСН.1 или если символические значения должны быть закодированы в терминах целочисленного типа нотации АСН.1. Определения типов объектов управления требуются по ИСО/МЭК 9834-5 для необходимого уточнения абстрактного синтаксиса.

Примечание 2 — Поскольку абстрактный си таксис становится доступным для использования благодаря его включению в коитексг уровня нрслста&1сния и поскольку поставщик услуг уровня представления не имеет сведений об определении типов объектов управления, то. в принципе, пользователи ВТ предоставляют поставщику услуг уровня представления эти уточнения абстрактною синтаксиса с помощью локальных процедур управления. Так или иначе, это зависит от практической конфигурации соответствующей реализации.

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

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

ГОСТ 34.971-91 (ИСО 8822—88) Информационная технология. Взаимосвязь открытых систем. Определение услуг уровня представления с установлением соединения

ГОСТ Р ИСО/ТО 8509—95 Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам

ГОСТ Р ИСО/МЭК 8824—93 Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии один (АСН.1)

ГОСТ Р ИСО 9040-96 Информационная технология. Взаимосвязь открытых систем. Служба виртуальных терминалов базового класса

ГОСТ Р ИСО/МЭК 9646-2—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 2. Спецификация комплекта абстрактных тестов

ГОСТ I’ ИСО/МЭК ТО 10000-1—93 Информационная технология. Основы и таксономия функциональных стандартов. Часть I. Основы

ГОСТ Р ИСО/МЭК ТО 10000-2—93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 2. Таксономия профилей

ИСО 9041-1—901 Информационная технология. Взаимосвязь открытых систем. Протокол виртуальных терминалов базового класса. Часть 1. Спецификация

ИСО/МЭК 9041 -2—93* Информационная технология. Взаимосвязь открытых систем. Протокол виртуальных терминалов базового класса. Часть 2. Форма заявки о соответствии реализации протоколу

ИСО/МЭК 9594-2—90* Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 2. Модели

ИСО/МЭК 9834-1—93* Информационная технология. Взаимосвязь открытых систем. Процедуры регистрационной службы ВОС. Часть 1. Общие процедуры

ИСО/МЭК 9834-5—91* Информационная технология. Взаимосвязь открытых систем. Процедуры регистрационной службы ВОС. Часть 5. Регистр определений объектов упраапеиия ВГ

ИСО/МЭК 10026-1—92* Информационная технология. Взаимосвязь открытых систем. Распределенная обработка транзакций. Часть I. Модель обработки транзакций ВОС

3    Определения

В настоящем стандарте применены следующие определения.

3.1    Общие тер м и н ы В О С

3.1.1    В настоящем стандарте использованы следующие термины, определенные в ГОСТ Р ИСО/ТО 8509:

a)    сервисный примитив:

b)    поставщик услуг.

3.1.2    В настоящем стандарте использованы следующие термины, определенные в ГОСТ 34.971:

a)    абстрактный синтаксис;

b)    контекст уровня представления.

5

1

Оригиналы стандартов и проектов ИСО/МЭК — вс» ВНИИКИ Госстандарта России.

Страница 10

ГОСТ Р ИСО/МЭК МФС 11185-3-98

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

Электронная версия

ГОСТ Р ИСО/МЭК 8824:

a)    любой тип;

b)    тип дескриптора объекта:

c)    идентификатор объекта.

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

ИСО/МЭК 9834-1:

a)    регистрация;

b)    иерархическое регистрационное имя.

3.2 Терминология базовых стандартов на ВТ

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

Г ОСТ Р ИСО    9040:

a)    объект управления;

b)    объект устройства;

c)    ассоциация ВТ;

d)    функциональная среда ВТ (ФСВТ);

e)    пользователь ВТ;

1) параметр ФСВТ;

g)    профиль ФСВТ;

h)    аргумент профиля ФСВТ.

3.2.2    В настоящем стандарте использован следующий термин, определенный в ИСО 9041-1:

а) протокольный элемент.

3.3 Т е р м и н о л о г и я использования записей ОСИ

3.3.1    Страничный шаблон: набор информации обновления объекта отображения и объекта управления, который необходим, чтобы обеспечить функциональную среду отображения и управления для одномерного массива «у*.

3.3.2    Элемент данных ВТ: блок информации, который содержит в себе один вызов примитива «VT-DATA запрос* и используется для обновления записи ОСИ.

4    Сокращения

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

AOW — OSI Asia-OceaniaWorkshop (Рабочая секция Азии — Океании);

ПОУЗЗ — прикладной объект управления загрузкой записей ОСИ:

EWOS    — European Workshop for Open Systems (Европейская    секция    открытых систем);

01W    — OSE Implementors Workshop (Секция реализаторов    ФСОС);

ФСОС — функциональная среда открытых систем;

333    — запись загрузки записей ОСИ;

ЗУЗ    — запись уведомлений о записях ОСИ;

ТОУУЗ — терминальный объект управления уведомлениями о записях ОСИ.

Все другие сокращения, использованные в настоящем стандарте, определены в Г ОСТ Р ИСО/МЭК ТО 10000-1 или в ГОСТ Р ИСО 9040.

5    Принципы соответствия профилям виртуальных терминалов

Система реализации протокола виртуальных терминалов соответствует профилю FVT2nn. который определяет тип объекта управления, если протокольная реализация способна передавать и принимать протокольные блоки данных (ПБД), соответствующие всем операциям обновления, разрешенным для данного типа ОУ. Для соответствия системы реализации протокола профилю FVT2nn не обязательно, чтобы эта реализация согласовывала наличие в КОВ экземпляра ОУ такого типа. Такие требования опускаются при установлении соответствия профилю FVTlnn. который определяет профиль ФСВТ.

Система, которая реализует протокол ВТ, может быть заявлена также на соответствие профилю AVTnn. Для соответствия профилю AVTnn может потребоваться, чтобы операции обновления ОУ, принятые компонентом пользователя ВТ системы, интерпретировались в соответствии с семанти-

6

Страница 11

ГОСТ Р ИСО/МЭК МФС 11185-3—98

кой. определенной согласно определению типа ОУ. Соответствие семантике ОУ не относится к сфере соответствия какому-либо профилю FVTnnn.

Электронная версия

Требования соответствия протоколу виртуальных терминалов установлены в разделе 13 ИСО 9041-1. Поставщик реализации протокола, которая претендует на соответствие ИСО 9041-1, должен заполнить копию формы заявки о соответствии реализации протоколу (ЗСРП), приведенной в ИСО/МЭК 9041-2. В приложении А настоящего стандарта приведен список требований к заявке о соответствии реализации функциональному стандарту (СТЗФС) для профилей FVT215 и FVT2I6, определяемых в настоящем стандарте. СТЗФС указывает ограничения на ответы, которые могут быть даны в заполненной ЗСРП для реализации протокола, заявленной на соответствие этим профилям.

6 Прикладной объект управления загрузкой записей объекта справочной информации

6.1    Номер элемента

Данный элемент является пятым в разделе регистра для объектов управления смешанного типа. Этот регистр присваивает ему номер элемента:

СМЕОУ-5.

6.2    Имя администратора

Данный элемент присваивается Европейской секцией открытых систем EWOS.

6.3    Дата

Дата представления данной заявки 25—05—1994.

6.4    Идентификатор

Имя. которое присваивается информационному объекту международным регистром, задается ИСО/МЭК 9834-1 и должно представляться регистрационным иерархическим именем. Регистрационное иерархическое имя может иметь несколько форм. Разрешенные формы включают в себя идентификатор объекта нотации ЛСН. 1 в соответствии с ГОСТ Р ИСО/МЭК 8824 и уникальное имя в соответствии с ИСО/МЭК 9594-2.

Согласно разделу Л.4 ИСО/МЭК 9834-5 данный регистр присваивает следующую форму идентификатора объекта для имени данного элемента регистра:

(исо(1) стандарт(О) 9S34 вт-оу-опр(5) смеоу(О) ПОУЗЗ(5)}

В соответствии с 20.1.1 ГОСТ Р ИСО 9040 такой идентификатор объекта должен использоваться в качестве значения параметра ФСВТ «идентификатор типа ОУ» для объекта управления, чтобы идентифицировать данный элемент регистра в качестве источника информационной структуры и семантики объекта управления.

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

Примечание — Согласно ИСО/МЭК 9S34-1 относительное различительное имя для элемента справочника ВОС может быть присвоено только вместе с идентификатором объекта, когда форма идентификатора объекта создается под дугой {уэел-исо-мкктт(2) страна(16) название страны)

6.5    Значение дескриптора

«EWOS ВТ ОУ для прикладной загрузки записей ОСИ*.

6.6    Параметры О У

Чтобы определить прикладной объект управления загрузкой записей ОСИ (ПОУЗЗ), параметры ФСВТ ОУ должны принимать следующие значения:

ОУ-имя:    любое уникальное в ФСВТ значение;

ОУ-структура:    «непараметрический» — означает, что    информационная    структура

формально ссылается на значение «идентификатор типа ОУ*; это определено настоящим стандартом;

ОУ-доступ:    «ПДЗ (переменный доступ по записи)    +    ДЗИС    (доступ    по    записи

инициатора соединения)», если инициатором ассоциации является прикладной пользователь ВТ: «ПДЗ + ДЗПС (доступ по записи получателя соединения)», если инициатором ассоциации является терминальный пользователь ВТ;

ОУ-приоритет:    «нормальный»;

ОУ-переключение: «не выбрано*.

7

Страница 12

ГОСТ Р ИСО/МЭК МФС 11185-3-98

6.7    Значения, синтаксис и семантика О У

Электронная версия

Объект ПОУЗЗ определяется как автомат, посредством которого прикладным пользователем ВТ могут передаваться команды к терминальному пользователю ВТ в соответствии с управлением функции загрузки записей ОСИ. Как таковой ПОУЗЗ является динамическим объектом, в котором семантика ассоциируется с приемом информации обновления ОУ, а не со статической структу рой данных.

Объект ПОУЗЗ состоит из набора записей загрузки записей ОСИ (333). Размер объекта ПОУЗЗ явно не ограничен.

6.8    Определение содержимого записи 333

Каждая запись 333 относится к операции функции управления записями ОСИ. Компоненты записи 333 определены ниже.

Имя элемента данных ВТ:

тип «печатная строка» нотации ЛСН.1.символы «+* и «?» зарезервированы как «специальные символы» и не должны представлять часть имени для операций «загрузка элемента данных» и «запись элемента данных» (см. 6.9 настоящего стандарта).

Версия элемента данных ВТ:

тип «печатная строка» нотации АСН.1.

Время создания элемента данных В Г:

тип «всемирное время» нотации АСН.1.

Имя ОСИ:

тип «печатная строка* нотации АСН.1 - идентифицирует ОСИ.в котором записан или в который должен быть записан элемент данных ВТ.

Идентификатор записи ОСИ:

тип «печатная строка» нотации АСН.1 — идентифицирует запись ОСИ,в котором записан или в который должен быть записан элемент данных ВТ.

Тип операции:

«загрузка элемента данных»;

«запись элемента данных»;

«удаление элемента данных»;

«состояние элемента данных».

6.9    Синтаксис информации обновления

В последовательности записей 333, относящихся к информации обновления ПОУЗЗ, должен использоваться синтаксис:

МФС11185-ПОУЗЗ

(нсо(1) стандарт(О) 9834 вт-о\-опр(5) cmcov(O) ПОУЗЗ(5)|

ОПРЕДЕЛЕНИЯ НЕЯВНЫЕ МЕТКИ::=НАЧАЛО ЭКСПОРТ обновление ПОУЗЗ, 333

обновление ПОУЗЗ::= ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ 333 333::= ПОСЛЕДОВАТЕЛЬНОСТЬ | имя    |0|    Печатная    строка.

-    символы «+» и «?» зарезервированы как «специальные

-    символы» и не должны представлять часть имени для

-    операций «загрузка элемента данных» и «запись элемента данных»,

версия    [1|    Печатная строка НЕОБЯЗАТЕЛЬНО,

время    |2|    Всемирное время НЕОБЯЗАТЕЛЬНО,

имя ОСИ    |3|    Печатная строка НЕОБЯЗАТЕЛЬНО,

запись ОСИ    |4|    Печатная строка НЕОБЯЗАТЕЛЬНО,

операция    |5|    ЦЕЛОЧИСЛЕННЫЙ {

загрузка элемента данных    (0).

запись элемента данных    (1),

удаление элемента данных    (2).

состояние элемента данных    (3) } }

КОНЕЦ ОПРЕДЕЛЕНИЙ ПОУЗЗ

6.10    Дополнительная информа ц и я Отсутствует.

6.11    Использование

Использование данного ОУ — согласно разделу 8 настоящего стандарта.

s

Страница 13

ГОСТ Р ИСО/МЭК МФС 11185-3—98

7 Терминальный объект управления уведомлениями о записях объекта справочной информации

Электронная версия

7.1    Номер элемента

Данный элемент является шестым п разделе регистра для объектов управления смешанного типа. Этот регистр присваивает ему номер элемента:

СМЕОУ-6.

7.2    Имя администратора

Данный элемент присваивается Европейской секцией открытых систем (EWOS).

7.3    Дата

Дата представления данной заявки 25—05—1994.

7.4    Идентификатор

Имя, которое присваивается информационному объекту международным регистром, задается ИСО/МЭК 9834-1 и должно предстаачяться регистрационным иерархическим именем. Регистрационное иерархическое имя может иметь несколько форм. Разрешенные формы включают в себя идентификатор объекта нотации ЛСН.1 в соответствии с ГОСТ Р ИСО/МЭК 8824 и уникальное имя в соответствии с ИСО/МЭК 9594-2.

Согласно разделу Л.4 ИСО/МЭК 9834-5 данный регистр присваивает следующую форму идентификатора объекта для имени данного элемента регистра:

(исо(1) стандарт(О) 9834 вт-оу-оир(5) смеоу(О) ТОУУЗ(б)}

В соответствии с 20.1.1 ГОСТ Р ИСО 9040 такой идентификатор объекта должен использоваться в качестве значения параметра ФСВТ «идентификатор типа ОУ» для объекта управления, чтобы идентифицировать данный элемент регистра в качестве источника информационной структуры и семантики объекта управления.

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

Примечание — Согласно ИСО/МЭК 9834-1 относительное различительное имя для элемента справочника ВОС может быть присвоено только вместе с идентификатором объекта, когда <|юрма идентификатора объекта создастся под дугой {уэсл-исо-мкктт(2) страна( 16) название страны J

7.5    Значение дескриптора

«EVVOS ВТ ОУ для терминального уведомления о состоянии записей ОСИ».

7.6    Параметры О У

Чтобы определить терминальный объект управления уведомлениями о записях ОСИ (ТОУУЗ), параметры ФСВ'Г ОУ должны принимать следующие значения:

ОУ-имя:    любое уникальное в ФСВ Г значение;

ОУ-структура:    «непараметрический» — означает, что    информационная    структура

формально ссылается на значение «идентификатор типа ОУ»; это определено настоящим стандартом;

ОУ-доступ:    «ПДЗ + ДЗПС», если инициатором    ассоциации    является прикладной

пользователь ВТ:

«ПДЗ + ДЗИС», если инициатором ассоциации является терминальный пользователь ВТ:

ОУ-приоритет:    «нормальный»;

ОУ-переключение: «не выбрано».

7.7    Значения, синтаксис и семантика О У

Объект ТОУУЗ определяется как автомат, посредством которого ответы на команды могут передаваться терминальным пользователем ВГ к прикладному пользователю ВТ в соответствии с управлением функции загрузки записей ОСИ. Как таковой ГОУУЗ является динамическим объектом. в котором семантика ассоциируется с приемом информации обновления ОУ, а не со статической структурой данных.

Объект ТОУУЗ состоит из набора записей уведомлений о записях ОСИ (ЗУЗ). Размер объекта ТОУУЗ явно не ограничен.

9

Страница 14

ГОСТ Р ИСО/МЭК МФС 11185-3-98

7.8    Определение содержимого записи 3У3

Электронная версия

Каждая запись ЗУЗ относится к операции функции управления записями ОСИ. Компоненты записи ЗУЗ определены ниже.

Индекс 333:

тип ЦЕЛОЧИСЛЕННЫЙ нотации АСН.1,который указывает на записьЗЗЗв последовательности записей 333, переданных прикладным пользователем ВТ, к которому эта ЗУЗ отсылается.

Имя элемента данных ВТ:

тип «печатная строка* нотации АСН. 1,символы •+* и «?* зарезервированы как «специальные символы* и не должны представлять часть имени (см. 7.9 настоящего стандарта). Версия элемента данных ВТ:

тип «печатная строка* нотации АСН.1.

Время создания элемента данных ВТ:

тип «всемирное время* нотации АСН.1.

Состояние:

«успешно», «неуспешно».

Код причины:

тип «печатная строка* нотации АСН.1.

7.9    Синтаксис информации обновлен и я

В последовательности записей ЗУЗ, относящихся к информации обновления ТОУУЗ, должен использоваться следующий синтаксис:

МФС 11185-ТОУУЗ

(исо(1) стандарт(О) 9Н34 вт-оу-опр(5) смеоу(О) ТОУУЗ(б) }

ОПРЕДЕЛЕНИЯ НЕЯВНЫЕ МЕТКИ::» НАЧАЛО ЭКСПОРТ обновление ТОУУЗ, ЗУЗ

обновление ТОУУЗ::= ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ЗУЗ ЗУЗ::= ПОСЛЕДОВАТЕЛЬНОСТЬ {

индекс 333 |0| ЦЕЛОЧИСЛЕННЫЙ.

имя    |1| Печатная строка НЕОБЯЗАТЕЛЬНО.

-    символы «+* и «?» зарезервированы как «специальные

-    символы» и не должны представлять часть имени,

версия |2| Печатная строка НЕОБЯЗАТЕЛЬНО, время    |3| Всемирное время НЕОБЯЗАТЕЛЬНО,

состояние |4| ЦЕЛОЧИСЛЕННЫЙ (

успешно (0),

сбой (I) } ПО УМОЛЧАНИЮ успешно, причина |5] Печатная строка НЕОБЯЗАТЕЛЬНО )

КОНЕЦ ОПРЕДЕЛЕНИЙ ТОУУЗ

7.10    Дополнительная информация Отсутствует.

7.11    Использование

Использование данного ОУ — согласно разделу 8 настоящего стандарта.

8 Использование объектов управления записями объекта справочной информации

Объекты управления загрузкой записей ОСИ могут использоваться для обеспечения следующих функций управления записями ОСИ:

-    локальная загрузка одного или нескольких элементов данных В Г в контекст ВТ;

-    проверка состояния одного или нескольких элементов данных ВТ:

-    локальная запись одного или нескольких элементов данных ВТ и

-    удаление локально хранящихся элементов данных ВТ.

Примечание —Среда ФСВТ содержит определения объектов, а контекст ВТ содержит значения содержимого объектов.

Функции управления ОСИ передаются прикладным пользователем ВТ к терминальному пользователю ВТ в качестве последовательности записей 333 в информации обновления ПОУЗЗ.

Страница 15

ГОСТ Р ИСО/МЭК МФС 11185-3-98

Каждая 333 определяет одну операцию. Терминальный пользователь ВТ должен выполнить опера-пин, определенные в последовательности записей 333 в том порядке, в каком эти записи были приняты. Если какая-либо операция завершается со сбоем, то остальные операции п этой последовательности записей 333, кроме запросов о состоянии, должны игнорироваться.

Электронная версия

Если профиль используется в С-режиме. то прикладной пользователь ВТ завершает диалог. Терминальный пользователь ВТ может эдтем ответить на ту последовательность операций, которую он выполнял, последовательностью записей ЗУЗ в информации обновления ТОУУЗ. Компонент «индекс 333* каждой ЗУЗ идентифицирует соответствующую запись 333 в последовательности записей 333, с которой эта ЗУЗ ассоциируется. Оптимизация последовательности записей ЗУЗ заключается в том, что ответ на каждую операцию, кроме операции «состояние», необходимо выдавать только в исключительной ситуации. Информация обновления объекта ТОУУЗ может содержать пустую последовательность, означающую, что каждая операция обновления соответствующего ТОУУЗ была успешно завершена.

8.1    Загрузка локально записанного элемента данных ВТ

Для выполнения данной операции требуются следующие компоненты 333: имя элемента данных ВТ:    обязательный;

версия элемента данных ВТ:    необязательный;

время создания элемента данных ВТ:    необязательный;

имя ОСИ:    обязательный;

идентификатор записи ОСИ:    обязательный;

тип операции «загрузка элемента данных»:    обязательный.

Прикладной пользователь ВТ может запросить загрузку элемента данных ВТ с определенными компонентами «версия/дата», включая эти компоненты в запись 333. Если эти компоненты пропущены, то терминал загружается версией, имеющей самую позднюю дату.

Терминальный пользователь ВТ выбирает запись локального файла, чтобы загрузить названный элемент данных ВТ в названную запись ОСИ.

В ответе требуются следующие компоненты записи ЗУЗ: и>1декс 333:    обязательный;

версия элемента данных ВТ:    обязательный,если в соответствующей 333не был пред

ставлен компонент «версия элемента данных ВТ* и операция завершилась с состоянием «успешно», иначе —необязательный;

время создания элемента данных ВТ: обязательный.если в соответствующей 333 не был представлен компонент «время создания элемента данных ВТ* и операция завершилась с состоянием «успешно».иначе — необязательный; состояние:    обязательный.если операция завершилась с состояни

ем «сбой*.иначе — необязательный: код причины:    необязательный.если компонент «состояние* имеет

значение «сбой».иначе — отсутствует.

Прикладной пользователь ВТ может проверить ответную ЗУЗ, чтобы убедиться, что терминал был загружен правильным элементом данных ВТ (не правильной датой).

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

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

8.2    Проверка состояния элемента данных ВТ

Для выполнения данной операции требуются следующие компоненты 333: имя элемента данных ВТ:    обязательный;

тип операции «состояние элемента данных»:    обязательный.

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

II

Страница 16

ГОСТ Р ИСО/МЭК МФС 11185-3-98

В ответе на запрос операции «состояние* может содержаться одна или несколько записей ЗУЗ. В ответе для каждой ЗУЗ требуются следующие компоненты: индекс 333:    обязательный;

Электронная версия

имя элемента данных ВТ:    обязательный,    если в соответствующей    333

компонент «имя элемента данных ВТ* содержал специальные символы, иначе - необязательный: версия элемента данных ВТ:    обязательный,    если компонент «состояние*    имеет

значение «успешно*, иначе — необязательный; время создания элемента данных ВТ:    обязательный,    если компонент «состояние*    имеет

значение «успешно*, иначе — необязательный; состояние:    обязательный,    если операция завершилась с

состоянием «сбой», иначе — необязательный; код причины:    необязательный, если компонент «состояние»    имеет

значение «сбой», иначе — отсутствует.

Значение «сбой* компонента «состояние» означает, что или была нарушена работоспособность терминала, или в терминале отсутствует соответствующая версия элемента данных ВТ.

Если в записи локального файла имеется несколько экземпляров названного элемента данных ВТ. то для каждого экземпляра должна быть передана запись ЗУЗ. Если компонент «имя элемента данных ВТ* в соответствующей 333 содержит специальный символ «+» или специальный символ «?*, или оба эти символа, то для каждого случая соответствия, встречающегося при просмотре локального файла, должна быть передана одна ЗУЗ. Символ «+* соответствует нескольким символам или отсутствию символов, например «пате+» соответствует любому имени, которое начинается строкой «пате*. Символ «?» соответствует точно одному символу, например*пате?» соответствует любому имени, которое начинается строкой «пате» и содержит 5 символов. На местоположение или повторение определенных специальных символов в компонентах «имя элемента данных ВТ», предоставляемых для текущей операции, ограничений не налагается.

II рнмсчанис — Можно иметь несколько экземпляров элементов данных ВТ с одной и той же версией, но с различной датой создания. Такое использование не является двусмысленным. Также можно иметь несколько элементов ланных ВТ с одной и той же версией и с одной и той же датой создания. Такое использование неуправляемо. Этот случай реализации используется, чтобы разфаничить элементы данных ВТ. которые имеют такие характеристики.

Прикладной пользователь ВТ может проверить ответные записи ЗУЗ, чтобы убедиться, что терминал имеет правильные элементы данных ВТ (и с правильной датой) в локальном файле. Есш прикладной пользователь ВТ опознает исключительное условие, он может выполнить функцию «построчная загрузка*, определенную в 8.3 настоящего стандарта, и (или) функцию «удаление*, определенную в 8.4 настоящего стандарта,чтобы гарантировать,что в терминале доступным является правильный элемент данных ВТ.

8.3 Локальная построчная загрузка и запись элементов данных ВТ Данная процедура может использоваться для построчной загрузки и записи нового элемента данных ВТ. Такой способ может использоваться для распространения некоторого элемента данных ВГ или если процесс загрузки, определенный в 8.1 настоящего стандарта, завершился с состоянием «сбой» (например, неправильная версия).

Прикладной пользователь ВТ получает определение элемента данных ВТ из локальной памяти и использует его для построения одной операции СОЗДАНИЕ ЗАПИСИ в примитиве ДАННЫЕ ВТ. который затем передается к терминальному пользователю ВТ для восстановления соответствующей записи ОСИ. Одним примитивом ДАННЫЕ ВТ можно обновить несколько записей такого ОСИ. Для каждого записываемого элемента данных ВТ требуется одна запись 333. Для каждой записи 333 требуются следующие компоненты:

имя элемента данных ВТ:    обязательный;

версия элемента данных ВТ:    обязательный;

время создания элемента данных ВТ:    обязательный;

имя ОСИ:    обязательный:

идентификатор записи ОСИ:    обязательный:

тип операции «запись элемента данных»;    обязательный.

Терминальный пользователь ВТ использует содержащуюся в записи 333 информацию для записи определений элементов данных ВТ (в настоящий момент хранящихся в локальных ОСИ) в локальный файл. Для каждого записываемого элемента данных ВТ требуется одна запись 333.

Страница 17

Электронная версия    ГОСТ Р ИСО/МЭК МФС 11185-3—98

Для каждой записи ЗУЗ требуются следующие компоненты: индекс 333:    обязательный;

версия элемента данных    ВТ:    необязательный;

время создания элемента данных ВТ: необязательный;

состояние:    обязательный,если    операция    завершилась с    состояни

ем «сбой».иначе — необязательный; код причины:    необязательный,если    компонент    «состояние*    имеет

значение «сбой»,иначе — отсутствует.

8.4 Удаление элемента данных ВТ

Для выполнения данной операции требуются следующие компоненты 333: имя элемента данных ВТ:    обязательный;

версия элемента данных ВТ:    необязательный;

время создания элемента данных ВТ:    необязательный;

тип операции «удаление элемента данных»:    обязательный.

Терминальный пользователь ВТ использует содержащуюся в записи 333 информацию для удаления из локального файла одного или нескольких элементов данных ВТ.

Если в записи 333 отсутствует компонент «версия», то удаляются все экземпляры названного элемента данных ВТ с указанным значением компонента «время создания» и передается запись ЗУЗ. Если в записи 333 отсутствует компонент «время создания», то удаляются все экземпляры элемента данных В Г с указанным значением компонента «версия» и передается запись ЗУЗ. Если в записи 333 отсутствуют оба компонента «версия* и «время создания», то удаляются все экземпляры названного элемента данных ВТ и передается запись ЗУЗ.

Если компонент «имя элемента данных ВТ» в соответствующей 333 содержит специальный символ <*+» или специальный символ «?*, или оба эти символа, то для каждого случая соответствия, встречающегося при просмотре локального файла, должны быть передана одна ЗУЗ и удален соответствующий элемент данных ВТ. Символ «+» соответствует нескольким символам или отсутствию символов, например «пате+* соответствует любому имени, которое начинается строкой «наше». Символ «?» соответствует точно одному символу, например «пате?» соответствует любому имени, которое начинается строкой «пате* и содержит 5 символов. На местоположение или повторение определенных специальных символов в компонентах «имя элемента данных ВТ», предоставляемых для текущей операции, ограничений не налагается.

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

Для каждого удаляемого элемента данных ВТ требуется одна запись ЗУЗ. Для каждой ЗУЗ требуются следующие компоненты:

индекс 333:

обязательный:

обязательный, если в соответствующей 333 компонент «имя элемента данных ВТ* содержал специальные символы, иначе — необязательный;

обязательный, если в соответствующей записи 333 отсутствовал компонент «версия элемента данных ВТ» и компонент «состояние* имеет значение «успешно*, иначе — необязательный;

обязательный, если в соответствующей записи 333 отсутствовал компонент «время создания элемента данных ВТ* и компонент «состояние* имеет значение «успешно*, иначе — необязательный;

обязательный, если операпия завершилась с состоянием «сбой», иначе — необязательный; необязательный, если компонент «состояние* имеет значение «сбой*, иначе — отсутствует.

имя элемента данных ВТ:

версия элемента данных ВТ:

время создания элемента данных ВТ:

состояние: код причины:

Страница 18

ГОСТ Р ИСО/МЭК МФС 11185-3-98    Электронная версия

Значение «сбой* компонента «состояние» означает, что или была нарушена работоспособность терминала, или в терминале отсутствует указанный элемент данных ВТ. или терминал не обеспечивает функцию «удаление». Маловероятно, что все терминальные реализации будут стремиться к обеспечению функции:

имя элемента данных В Г:    +;

тип операции:    «удаление элемента данных*.

ПРИЛОЖЕНИЕ А (обязательное)

Список требований к заявке о соответствии реализации функциональному стандарту А.1 Требования протокола

В данном приложении представлен список требований к заявке о соответствии реализации функциональному стандарту (СТЗФС) для профилей FVT215 и FVT216, определенных в настоящем стандарте. Форма ЗСРГ1 для протокола ВТ представлена в ИСО/МЭК 9041-2. Настоящий СТЗФС определяет ограничения, налагаемые на ответы, которые могут быть даны в заполненной ЗСРП для реализации, претендующей на соответствие указанным профилям.

Эти ограничения приведены в таблицах А.1— А.4 настоящего стандарт. В этих таблицах используется следующая нотация. Отдельные позиции в форме ЗСРП указаны способом, определенным в А.9.1 ГОСТ Р ИСО/МЭК 9646-2. Такая ссылка имеет форму x-y/z, где х — номер стандарта ИСО. который определяет протокол; у — ссылка в форме ЗСРП этого стандарта на самый младший подраздел (подпункт), в котором представлена соответствующая позиция; z — номер ссылки на позицию лого подраздела (подпункта). Если в СТЗФС необходимо указать ограничения, налагаемые    на    конкретную    позицию,    для    нескольких отдельных

случаев, то к ссылке на позицию добавляют суффикс    в    форме    «п*    ,    где п    — порядковый    номер,    когорый

присваивают различным случаям.

Имя элемента выбирают из формы ЗСРП. Значения в колонках «Статус» таблицы СТЗФС имеют преимущество перед значениями в соответствующих колонках «Статус» формы ЗСРП и используют нотацию этой формы. Они уточняют значения статуса формы ЗС'РП посредством оценки условных выражений или преобразования факультативных значений в более конкретную форму. В этих таблицах используют следующие условные значения;

yl. если положения Л.2.2/1 ИСО/МЭК 9041-2 соблюдаются, тогда о. иначе -; у2. если прикладная реализация, тогда о. иначе -; уЗ. если терминальная реализация, тогда о. иначе    -,

а указанным предикатом из ИСО/МЭК 9041-2 является утвержден не,что обеспечивается С'-режим.

Если в таблице имеется колонка «Значение профиля», то значение статуса применяется отдельно к каждому перечисленному значению профиля.

Значения, представленные в любой колонке таблицы СТЗФС-. которая соответствует колонке «Ответ* в форме ЗСРП. являются допустимыми ответами для соответствующего элемента. В этих колонках используется следующая специальная нотация:

любой — СТЗФС не налагает ограничений на Ответ; н/и — колонка не относится к этой позиции.

А.2 Требования, специфичные для профиля

СТЗФС может также указывать ограничения, налагаемые на ответы к дополнительных! вопросам, к которым относятся требования соответствия, специфичные для профиля, не входящие в предмет рассмотрения базовых стандартов, на которые даны ссылки. Эти вопросы должны быть даны в самом СТЗФС.

Данный СТЗФС не налагает никаких специфичных для профиля ограничений.

14

Страница 19

Электронная версия    ГОСТ    Р    ИСО/МЭК    МФС    11185-3-98

Та б л и ua А.1 — Требования ФС'ВТ к профилю FVT215 (прикладной объект управления зазрузкой записей ОСИ)

Номер позиции ИСО/МЭК 9011 2

Наименование позиции

Стагус

Обеспеченное

КОЛИЧССТПО

Cur.iacvcMocib

А.2.1/6

Правила расширенного доступа

yi

Н/И

н/и

А.2.1/7

Структурные ОУ

У*

н/и

н/и

А.3.8/12

Непараметричсские ОУ

о

(см. примечание)

г 1

Любой

Примечание — Необходимо проверить, как обеспечены каждый ПОУЗЗ и ТОУУЗ согласно А.3.8.

Таблица А.2 — Требования ПБД к простилю FYT2I5 (прикладной объект унраачения загрузкой записей ОСИ)

Номер nosMUiiii ИСО/МЭК 9041-2

Наименование позиции

Значение профиля

ПЕРЕДАЧА

Статус

ПРИЕМ

Сгэтус

А.5.15.4/16

Иное

См. примечание

у2

уЗ

Примечание

обязательно.

— Дтя типов нотации АСН.1. полученных из модуля МФО 1185-ПОУЗЗ, обеспечение

Т абл ица А.З — Требования ФСВТ к профилю FVT216 (терминальный объект управления уведомлениями о записях ОС И)

Номер позиции ИСО/МЭК 9041-2

Наименование позиции

Статус

Обеспеченное

количсстпо

Согласуешь IV

А.2.1/6

Правила расширенного доступа

yi

н/и

н/и

А.2.1/7

Структурные ОУ

у|

н/и

н/и

А. 3.8/12

Непараметрические ОУ

О

(см. примечание)

2 1

Любой

При м е ч а н и с — Необходимо проверить, как обеспечены каждый ПОУЗЗ и ТОУУЗ согласно А.3.8.

Таблица А.4 — Требования ПБД к профилю FVT216 (терминальный объект упраатения уведомлениями о записях ОСИ)

Номер позиции ИСО/МЭК 9041 2

Наименование позиции

Значение профиля

ПЕРЕДАЧА

Статус

ПРИЕМ

Статус

А.5.15.4/16

Иное

С'м. примечание

У2

уЗ

Примечание

обязательно.

— Для типов нотации ACH.I, полученных из модуля МФО 1185-ТОУЗЗ, обеспечение

15

Страница 20

ГОСТ Р ИСО/МЭК МФС 11185-3-98    Электронная    версия

ПРИЛОЖЕНИЕ В (информационное)

Услуга шаблона формы

В.1 Введение

Данное приложение оннсмнаст прикладную систему объектов управления загрузкой ОСИ для загрузки информационного объекта ВТ. который называется страничным шаблоном.

В.2 Характеристики формы

Форма является логической структурой данных. Форма имеет следующие характеристики.

Данные, которые она содержит, могут передаваться из одного прикладною объекта в другой посредством использования услуги формы виртуальных терминалов В ОС или страничных профилей.

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

Форма не зависит oi используемого национального языка.

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

Как установлено в настоящем стандарте, форма имеет однозначное соответствие с определением формы, установленной в проекте стандарта CODASYL «Система упраатенпя взаимодействием форм (СУВФ)».

Примечание I — Концепция поля индикапии в СУВФ представляет собой план окна в кадрированной функциональной среде или некоторую часть плоскости отображения в некадрированной функциональной среде.

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

Примечание 3 — Целью изображения этих соответствий с СУВФ является обеспечение прямого отображения на СУВФ. который может затем использоваться как потенциальный объект прикладного взаимодействия высокого уровня по отношению к формам ВТ ИСО или к страничным профилям.

В.З Транзакции, элементы взаимодействия и экраны

Структура транзакции относится к взаимодействию между оператором рабочей станции и удаленным прикладным объектом во время транзакции. Взаимодействие представляет собой диалог, в котором управление передается между оператором рабочей станции и прикладным объектом. Когда управление диалогом принадлежит рабочей станции (например, право доступа «ПДЗ* обеспечивается рабочей станцией). оператор рабочей станции заполняет поля, содержащиеся на одной или нескольких страницах. Страница состоит из множества полей, содержащихся в одномерном массиве «у» объекта отображения ВТ. Единица работы, представляющая собой взаимодействие оператора с рабочей станцией, называется элементом взаимодействия.

Элемент взаимодействия начинается, когда прикладной объект вызывает функциональную среду рабочей станции, которая должна быть установлена в исходное состояние, чтобы оператор мог заполнять поля, содержащиеся на одной или на нескольких страницах. Элемент взаимодействия завершается, когда управление («ПДЗ») передастся обратно прикладному объекту вместе с информацией обновлении полей, которая ассоциируется с этим множеством страниц. Транзакция может состоять из одного или нескольких элементов взаимодействия. Эти концепции показаны на рисунке В.1.

16

Страница 21

ГОСТ Р ИСО/МЭК МФС 11185-3-98

Электронная версия

Прикладной пользователь BJ


Терминальный пользователь ВТ


В.4 Шаблоны

Для того чтобы реализовать эффективное хранение информаиии. связанное с обработкой формы. которая возможна с использованием форм в С-режиме ВТ или страничного профиля и С-режиме, необходимо в рабочей станции определить число автоматов. связанных с хранением информации инициализации массива «у». Так. в начале элемента взаимодействия прикладной объект может вызвать один или несколько массивов «у», которые лолжны быть установлены в исходное состояние, чтобы каждый раз не передавать через открытую сеть всю информацию обновления объекта отображения и объекта управления.

Страничный шаблон содержит всю информацию, необходимую для определения структуры полей в одномерном массиве »у» (содержимое объекта управления определениями форм (ОУОФ)|, вместе со спецификацией содержимого объекта управления инструкциями ввода в иоле (ОУИВП) и объекта управления макетами ввода и поле (ОУМВП) (правила ввода в поле), а также спецификацию содержимого взаимодействующих ОУ, определенных в формах ВТ или страничном профиле. Шаблон также содержит текст и соответствующие атрибуты, которые составляют начальный фон (в терминологии СУВФ). Элемент взаимодействия может использовать один или несколько страничных шаблонов.

Разработчик прикладного объекта может сгруппировать страничные шаблоны в шаблон элементов взаимодействия, а шаблоны элементов взаимодействия — в шаблоны форм. Представление формы шаблоном форм является одним из примеров формы. Отображение формы на различные физические плоскости отображения может быть выполнено спецификацией различных шаблонов форм. Хотя это необязательно, разновидности национальных языков можно привести к спецификации большего числа шаблонов форм для той же самой формы. Определение формы и шаблонов взаимодействия, имеющее прикладную зависимость, не является предметом рассмотрения настоящего стандарта.

На рисунке В.2 представлены возможная структура формы и связанные С ней шаблоны.

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

Страница 22

ГОСТ Р ИСО/МЭК МФС 11185-3-98

Рисунок В.2 — Иерархия шаблонов

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

Электронная версия

Примечание — Пример использования нескольких записей ОСИ для хранения страничного шаблона показывает, какие части шаблона зависят от используемого языка. Отдельная запись ОСИ может хранить каждую разновидность языка, а другая запись ОСИ может хранить общие част шаблона экрана. Прикладной объект во время работы может принять решение о загрузке специфического варианта шаблона экрана.

ПРИЛОЖЕНИЕ С

(обязательное)

Определение формата файлов элементов данных виртуальных терминалов С.1 Введение

Настоящий стандарт определяет интерактивные функции управления для обработки элементов данных ВТ, относящихся к записям ОСИ. Для широкого распространения определений элементов данных ВТ в большей степени могут быть использованы услуги связи средства «Передача, доступ и управление файлом (FTAM)» или услуги хранения и передачи «Системы обработки сообщений (MHS)», или переносные магнитные средства, такие как дискета Данное приложение определяет формаг файла, который должен бьлъ использован для этой пели.

18

Страница 23

ГОСТ Р ИСО/МЭК МФС 11185-3—98

С.2 Об юр

Электронная версия

Формат файла для распространении элементов ланных ВТ базируется на абстрактном синтаксисе протокола виртуальных терминалов базового класса, как установлено в разделе 12 ИСО 9041-1. Если предполагается использовать автомат распространения формы и страничных шаблонов, то синтаксис информации обновления объектов ОУИВП/ОУМВП должен соответствовать настоящему стандарту. Профили FVT22I и FVT231 для профиля форм в С-режиме и профили FVT222 и FVT232 для страничного профиля в С-режиме могут использоваться, чтобы выполнить тип ЛЮБОЙ нотации ACH.I. определенный в синтаксисе информации обновления базового стандарта для обноатении объектов ОУИВП и ОУМВП.

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

Для выполнения операции «удаление* в имени элемента данных ВТ могут быть использованы специальные символы, так что одновременно мот быть удалены несколько элементов ланных ВТ. Символ «+» соотвстствусг нескольким символам или отсутствию символов, например «пате+» соответствует любому имени, которое начинается строкой «пате». Символ «?» соответствует одному любому символу, например «пате?» соответствует любому имени, которое начинается строкой «паше» и содержит 5 символов.

С.З Отображение записи файла

Файл элементов данных ВТ является логически последовательным двоичным файлом записей переменной неограниченной длины. Физическое отображение файла настоящим стандартом не определяется.

Файл элементов ланных ВТ состоит из последовательности одной или нескольких записей. Каждая запись содержит значение элемента данных ВТ типа нотации АСН.1.

С.4 Синтаксис файла

ОПРЕДЕЛЕНИЯ ФАЙЛА ЭЛЕМЕИТОВДАННЫХ ВТ {исо(1) стандарт(О) 9834 вг-оу-оир<5) смеоу(О) ПОУЗЗ(5) синтаксис файла (1)}

НЕЯВНЫЕ МЕТКИ::~НАЧАЛО

ИМПОРТ информация обноатения объекта из ИСО 9041-1,

= как определено в ИСО 9041-I Элемент ланных ВТ::~ ВЫБОР (

Удаление    |0|    НОС Л ЕДОВАТЕЛ ЬНОСТЬ |

Имя    |0|    Печатная строка.

-    символы •+* и «?* могут быть включены в

-    качестве специальных символов.

Версия    111    Печатная строка НЕОБЯ ЗАТЕЛЬНЫЙ.

-    отсутствие компонента «версия* указывает на

-    удаление всех экземпляров названного файла с

-    указанным компонентом «время».

Время    |2|    Всемирное время НЕОБЯЗАТЕЛЬНЫЙ,

-    отсутствие компонента «время» указывает на

-    удаление всех экземпляров названного файла с

-    указанным компонентом «версия». Отсутствие

-    обоих компонентов «версии» и «время» указывает

-    на удаление всех экземпляров названного файла.

Добаатение или Замена |1) ПОСЛЕДОВАТЕЛЬНОСТЬ (

Имя    |0|    Печатная строка,

-    имя нс должно содержать специальных символов «+<•

-    и «?»

Версия    [ 11    Печатная строка.

Время    |2)    Всемирное время.

Тело    (3|    ПОСЛЕДОВАТЕЛЬНОСТЬЮ Информация

обновления объекта }}

-    для выполнения операции «замена» требуется

-    точное соответствие компонентов «имя»,

-    «версия» и «время», иначе будет выполняться

-    операции «добаатение».

КОНЕЦ ОПРЕДЕЛЕНИЙ ФАЙЛА ЭЛЕМЕИТОВДАННЫХ ВТ

С.5 Использование

Если необходимо передать файл элементов данных ВТ с использованием FTAM, нужно использовать или неструктурированный двоичный тип документа, или последовательный двоичный тип документа. Если файл элементов данных ВТ должен распространяться с использованием MHS, то в реализациях «’1984 MHS* должен быть использован немдешифицированный тип части тела, а в реализациях «1988 MHS*— или двустороннеопределенный. или внешне-определенный тип част тела. Внешне-определенный тип части тела требует, чтобы было задано значение идентификатора объекта. Предполагается, что для этой цели будет использоваться значение идентификатора объекта, определенное в С.4.

19

Страница 24

ГОСТ Р ИСО/МЭК МФС 11185-3-98

УДК 681.324:006.354    ОКС35.ЮО    Г185    ОКСТУ    4002

Электронная версия

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

Редактор Л.В. Афанасенко Технический редактор Н.С. Гришанова Корректор С.И. Фарсола Компьютерная верстка Л.А. Круговой

Идд. лип. № 021007 от 10.08.95. Сдано и набор IS.12.9S. Подписана и печать 11.03.99. Уел. печ. л. 2.79. Уч.-изд. д. 2.М.

Тираж 187 JK3. C17I7. Зак. 23SO.

ИПК Итдатсльсттю стандартов. 107076, Москва. Колодешый пер.. 14.

Набрано и Издательстве на ПЭВМ Калужская типография стандартов, ул. Московская. 256.

ПЛР № МО 138

20