Гост р исо/мэк мфс 11185-3-98 государственный стандарт российской федерации информационная технология функциональный стандарт профили fvt2nn. базовый класс виртуальныхтерминалов.регистр определений типовобъектов управлениячасть 3. fvt215, fvt216 — прикладной объект управлениязагрузкой записей объекта справочной информации, терминальныйобъект управления уведомлениями о записях объекта справочной информации издание официальное 00
ГОСТ Р ИСО/МЭК МФС 11185-3-98 ГОСУДАРСТВЕННЫЙ
СТАНДАРТ РОССИЙСКОЙ
ФЕДЕРАЦИИ
Информационная технология
Функциональный стандарт
ПРОФИЛИ FVT2nn.
БАЗОВЫЙ КЛАСС
ВИРТУАЛЬНЫХ
ТЕРМИНАЛОВ.
РЕГИСТР ОПРЕДЕЛЕНИЙ ТИПОВ
ОБЪЕКТОВ УПРАВЛЕНИЯ
Часть 3. FVT215, FVT216 — прикладной объект управления
загрузкой записей объекта справочной информации, терминальный
объект управления
уведомлениями о записях объекта
справочной
информации![ГОСТ Р ИСО/МЭК МФС 11185-3-98 ГОСУДАРСТВЕННЫЙ
СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
информационная технология функциональный
стандарт профили fvt2nn. базовый класс
виртуальныхтерминалов.регистр определений
типовобъектов управлениячасть 3. fvt215, fvt216 —
прикладной объект управлениязагрузкой
записей объекта справочной информации,
терминальныйобъект управления
уведомлениями о записях объекта справочной
информации <br/>Предисловие<br/>1РАЗРАБОТАН
Государственным комитетом Российской
Федерации по связи и информатизации и
ВНЕСЕН НА УТВЕРЖДЕНИЕ Техническим
комитетом по стандартизации ТК. 22
«Информационная технология»<br/>2 УТВЕРЖДЕН
И ВВЕДЕН В ДЕЙСТВИЕ Постановлением
Госстандарта России от 19 октября 1998 г. №
375<br/>3Настоящий стандарт содержит полный
аутентичный текст международного
стандарта ИСО/МЭК МФС 11185-3—94
«Информационная технология. Международный
функциональный стандарт. Профили FVT2nn.
Базовый класс виртуальных терминалов.
Регистр определений типов объектов
управления. Часть 3. FVT215, FVT216 — прикладной
объект управления загрузкой записей
объекта справочной информации,
терминальный объект управления
уведомлениями о записях объекта справочной
информации»<br/>4 ВВЕДЕН
ВПЕРВЫЕ<br/><i>ОУ-2</i><br/><b>-----</b><p><i>ОУ-П</i><br/><i>ОУ-1</i><br/><i>oy-z</i><br/><i>Протокол
ВТ</i><br/><i>ОУ-п</i><br/>Рисунок 2 — Объекты
управления в модели протокола
ВТ<br/><br/><b>ГОСТ Р ИСО/МЭК МФС 11185-3-98</b><br/>Для
определенных типов объектов управления
абстрактный синтаксис, приведенный в ИСО
9041-1, не обеспечивает полной спецификации
представления операций обновления ОУ, что
может быть в случае, если этот абстрактный
синтаксис использует какой-либо тип
нотации АСН.1 или если символические
значения должны быть закодированы в
терминах целочисленного типа нотации АСН.1.
Определения типов объектов управления
требуются по ИСО/МЭК 9834-5 для необходимого
уточнения абстрактного
синтаксиса.<br/>Примечание 2 — Поскольку
абстрактный синтаксис становится
доступным для использования благодаря его
включению в контекст уровня представления
и поскольку поставщик услуг уровня
представления не имеет сведений об
определении типов объектов управления, то,
в принципе, пользователи ВТ предоставляют
поставщику услуг уровня представления эти
уточнения абстрактного синтаксиса с
помощью локальных процедур управления. Так
или иначе, это зависит от практической
конфигурации соответствующей
реализации.<br/>2 Нормативные ссылки<br/>В
настоящем стандарте использованы ссылки на
следующие стандарты:<br/>ГОСТ 34.971—91 (ИСО
8822—88) Информационная технология.
Взаимосвязь открытых систем. Определение
услуг уровня представления с установлением
соединения<br/>ГОСТ Р ИСО/ТО 8509—95 Системы
обработки информации. Взаимосвязь открытых
систем. Соглашения по услугам<br/>ГОСТ Р
ИСО/МЭК 8824—93 Информационная технология.
Взаимосвязь открытых систем. Спецификация
абстрактно-синтаксической нотации версии
один (АСН.1)<br/>ГОСТ Р ИСО 9040—96
Информационная технологий. Взаимосвязь
открытых систем. Служба виртуальных
терминалов базового класса<br/>ГОСТ Р ИСО/МЭК
9646-2—93 Информационная технология.
Взаимосвязь открытых систем. Методология
и основы аттестационного тестирования.
Часть 2. Спецификация комплекта абстрактных
тестов<br/>ГОСТ Р ИСО/МЭК ТО 10000-1—93
Информационная технология. Основы и
таксономия функциональных стандартов.
Часть 1. Основы<br/>ГОСТ Р ИСО/МЭК ТО 10000-2—93
Информационная технология. Основы и
таксономия функциональных стандартов.
Часть 2. Таксономия профилей<br/>ИСО 9041-1—90*
Информационная технология. Взаимосвязь
открытых систем. Протокол виртуальных
терминалов базового класса. Часть 1.
Спецификация<br/>ИСО/МЭК 9041-2—93*
Информационная технология, бзаимосвязь
открытых систем. Протокол виртуальных
терминалов базового класса. Часть 2. Форма
заявки о соответствии реализации
протоколу<br/>ИСО/МЭК 9594-2—90* Информационная
технология. Взаимосвязь открытых систем.
Справочник. Часть 2. Модели<br/>ИСО/МЭК
9834-1—93* Информационная технология.
Взаимосвязь открытых систем. Процедуры
регистрационной службы ВОС. Часть 1. Общие
процедуры<br/>ИСО/МЭК 9834-5—91* Информационная
технология. Взаимосвязь открытых систем.
Процедуры регистрационной службы ВОС.
Часть 5. Регистр определений объектов
управления ВТ<br/>ИСО/МЭК 10026-1—92*
Информационная технология. Взаимосвязь
открытых систем. Распределенная обработка
транзакций. Часть 1. Модель обработки
транзакций ВОС<br/>3 Определения<br/>В
настоящем стандарте применены следующие
определения.<br/>3.1 Общие термины ВОС<br/>3.1.1В
настоящем стандарте использованы
следующие термины, определенные в ГОСТ Р
ИСО/ТО 8509:<br/>a) сервисный примитив;<br/>b)
поставщик услуг.<br/>3.1.2 В настоящем
стандарте использованы следующие термины,
определенные в ГОСТ 34.971:<br/>a) абстрактный
синтаксис;<br/>b) контекст уровня
представления.<br/>* Оригиналы стандартов и
проектов ИСО/МЭК — во ВНИИКИ Госстандарта
России.<br/>5<br/>3—2380<br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>3.1.3 В настоящем стандарте
использованы следующие термины,
определенные в ГОСТ Р ИСО/МЭК 8824:<br/>a) любой
тип;<br/>b) тип дескриптора объекта;<br/>c)
идентификатор объекта.<br/>3.1.4 В настоящем
стандарте использованы следующие термины,
определенные в ИСО/МЭК 9834-1:<br/>a)
регистрация;<br/>b) иерархическое
регистрационное имя.<br/>3.2 Терминология
базовых стандартов на ВТ<br/>3.2.1В настоящем
стандарте использованы следующие термины,
определенные в ГОСТ Р ИСО 9040:<br/>a) объект
управления;<br/>b) объект устройства;<br/>c)
ассоциация ВТ;<br/>d) функциональная среда ВТ
(ФСВТ);<br/>e) пользователь ВТ;<br/>f) параметр
ФСВТ;<br/>g) профиль ФСВТ;<br/>h) аргумент профиля
ФСВТ.<br/>3.2.2 В настоящем стандарте
использован следующий термин, определенный
в ИСО 9041-1: а) протокольный элемент.<br/>3.3
Терминология использования записей
ОСИ<br/>3.3.1 Страничный шаблон: набор
информации обновления объекта отображения
и объекта управления, который необходим,
чтобы обеспечить функциональную среду
отображения и управления для одномерного
массива «у».<br/>3.3.2 Элемент данных ВТ: блок
информации, который содержит в себе один
вызов примитива «VT-DATA запрос» и
используется для обновления записи
ОСИ.<br/><b>4 Сокращения</b><br/>В настоящем
стандарте использованы следующие
сокращения: AOW — OSI Asia-Oceania Workshop (Рабочая
секция Азии — Океании); ПОУЗЗ — прикладной
объект управления загрузкой записей ОСИ; EWOS
— European Workshop for Open Systems (Европейская секция
открытых систем); OIW — OSE Implementors Workshop (Секция
реализаторов ФСОС); ФСОС — функциональная
среда открытых систем; 333 — запись загрузки
записей ОСИ;<br/>ЗУЗ — запись уведомлений о
записях ОСИ;<br/>ТОУУЗ — терминальный объект
управления уведомлениями о записях ОСИ. Все
другие сокращения, использованные в
настоящем стандарте, определены в ГОСТ Р
ИСО/МЭК ТО 10000-1 или в ГОСТ Р ИСО 9040.<br/><b>5
Принципы соответствия профилям
виртуальных терминалов</b><br/>Система
реализации протокола виртуальных
терминалов соответствует профилю FVT2nn,
который определяет тип объекта управления,
если протокольная реализация способна
передавать и принимать протокольные блоки
данных (ПБД), соответствующие всем
операциям обновления, разрешенным для
данного типа ОУ. Для соответствия системы
реализации протокола профилю FVT2nn не
обязательно, чтобы эта реализация
согласовывала наличие в КОВ экземпляра ОУ
такого типа. Такие требования опускаются
при установлении соответствия профилю FVTlnn,
который определяет профиль ФСВТ.<br/>Система,
которая реализует протокол ВТ, может быть
заявлена также на соответствие профилю AVTnn.
Для соответствия профилю AVTnn может
потребоваться, чтобы операции обновления
ОУ, принятые компонентом пользователя ВТ
системы, интерпретировались в соответствии
с семанти-<br/><b>6</b><br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>кой, определенной согласно
определению типа ОУ. Соответствие
семантике ОУ не относится к сфере
соответствия какому-либо профилю
FVTnnn.<br/>Требования соответствия протоколу
виртуальных терминалов установлены в
разделе 13 ИСО 9041-1. Поставщик реализации
протокола, которая претендует на
соответствие ИСО 9041-1, должен заполнить
копию формы заявки о соответствии
реализации протоколу (ЗСРП), приведенной в
ИСО/МЭК 9041-2. В приложении А настоящего
стандарта приведен список требований к
заявке о соответствии реализации
функциональному стандарту (СТЗФС) для
профилей FVT215 и FVT216, определяемых в
настоящем стандарте. СТЗФС указывает
ограничения на ответы, которые могут быть
даны в заполненной ЗСРП для реализации
протокола, заявленной на соответствие этим
профилям.<br/>6 Прикладной объект управления
загрузкой записей объекта справочной
информации<br/>6.1Номер элемента<br/>Данный
элемент является пятым в разделе регистра
для объектов управления смешанного типа.
Этот регистр присваивает ему номер
элемента:<br/>СМЕОУ-5.<br/>6.2 Имя
администратора<br/>Данный элемент
присваивается Европейской секцией
открытых систем EWOS.<br/>6.3 Дата<br/>Дата
представления данной заявки 25—05—1994.<br/>6.4
Идентификатор<br/>Имя, которое присваивается
информационному объекту международным
регистром, задается ИСО/МЭК 9834-1 и должно
представляться регистрационным
иерархическим именем. Регистрационное
иерархическое имя может иметь несколько
форм. Разрешенные формы включают в себя
идентификатор объекта нотации АСН. 1 в
соответствии с ГОСТ Р ИСО/МЭК 8824 и
уникальное имя в соответствии с ИСО/МЭК
9594-2.<br/>Согласно разделу А.4 ИСО/МЭК 9834-5
данный регистр присваивает следующую форму
идентификатора объекта для имени данного
элемента регистра:<br/>{исо(1) стандарт(О) 9834
вт-оу-опр(5) смеоу(О) ПОУЗЗ(5)}<br/>В
соответствии с 20.1.1 ГОСТ Р ИСО 9040 такой
идентификатор объекта должен
использоваться в качестве значения
параметра ФСВТ «идентификатор типа ОУ» для
объекта управления, чтобы идентифицировать
данный элемент регистра в качестве
источника информационной структуры и
семантики объекта управления.<br/>Данный
регистр не присваивает никакой другой
формы имени для данного
элемента.<br/>Примечание — Согласно ИСО/МЭК
9834-1 относительное различительное имя для
элемента справочника ВОС может быть
присвоено только вместе с идентификатором
объекта, когда форма идентификатора
объекта создается под дугой
{узел-исо-мкктт(2) страна(16) название
страны}<br/>6.5Значение дескриптора<br/>«EWOS ВТ
ОУ для прикладной загрузки записей
ОСИ».<br/>6.6 Параметры О У<br/>Чтобы определить
прикладной объект управления загрузкой
записей ОСИ (ПОУЗЗ), параметры ФСВТ ОУ
должны принимать следующие
значения:<br/>ОУ-имя: любое уникальное в
ФСВТ значение;<br/>ОУ-структура:
«непараметрический» — означает, что
информационная структура<br/>формально
ссылается на значение «идентификатор типа
ОУ»; это определено настоящим
стандартом;<br/>ОУ-доступ: «ПДЗ (переменный
доступ по записи) + ДЗИС (доступ по
записи<br/>инициатора соединения)», если
инициатором ассоциации является
прикладной пользователь ВТ; «ПДЗ + ДЗПС
(доступ по записи получателя соединения)»,
если инициатором ассоциации является
терминальный пользователь
ВТ;<br/>ОУ-приоритет:
«нормальный»;<br/>ОУ-переключение: «не
выбрано».<br/><b>7 <i>з*</i></b><br/><br/><b>ГОСТ Р ИСО/МЭК
МФС 11185-3-98</b><br/>6.7 Значения, синтаксис и
семантика ОУ<br/>Объект ПОУЗЗ определяется
как автомат, посредством которого
прикладным пользователем ВТ могут
передаваться команды к терминальному
пользователю ВТ в соответствии с
управлением функции загрузки записей ОСИ.
Как таковой ПОУЗЗ является динамическим
объектом, в котором семантика
ассоциируется с приемом информации
обновления ОУ, а не со статической
структурой данных.<br/>Объект ПОУЗЗ состоит
из набора записей загрузки записей ОСИ (333).
Размер объекта ПОУЗЗ явно не ограничен.<br/>6.8
Определение содержимого записи 333<br/>Каждая
запись 333 относится к операции функции
управления записями ОСИ. Компоненты записи
333 определены ниже. Имя элемента данных
ВТ:<br/>тип «печатная строка» нотации АСН.1,
символы «+» и «» зарезервированы как
«специальные символы» и не должны
представлять часть имени для операций
«загрузка элемента<br/>данных» и «запись
элемента данных» (см. 6.9 настоящего
стандарта). Версия элемента данных ВТ:<br/>тип
«печатная строка» нотации АСН.1. Время
создания элемента данных ВТ:<br/>тип
«всемирное время» нотации АСН.1. Имя
ОСИ:<br/>тип «печатная строка» нотации АСН.1 —
идентифицирует ОСИ, в котором записан
или<br/>в который должен быть записан элемент
данных ВТ. Идентификатор записи ОСИ:<br/>тип
«печатная строка» нотации АСН. 1 —
идентифицирует запись ОСИ, в котором
записан<br/>или в который должен быть записан
элемент данных ВТ. Тип
операции:<br/>«загрузка элемента
данных»;<br/>«запись элемента данных»;
V——^<br/>«удаление элемента
данных»;<br/>«состояние элемента
данных».<br/>6.9 Синтаксис информации
обновления<br/>В последовательности записей
333, относящихся к информации обновления
ПОУЗЗ, должен использоваться синтаксис:
МФС11185-ПОУЗЗ<br/>{исо(1) стандарт(О) 9834
вт-оу-опр(5) смеоу(О) ПОУЗЗ(5)} ОПРЕДЕЛЕНИЯ
НЕЯВНЫЕ МЕТКИ::=НАЧАЛО ЭКСПОРТ обновление
ПОУЗЗ, 333 обновление ПОУЗЗ::=
ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ 333 333::=
ПОСЛЕДОВАТЕЛЬНОСТЬ { имя [0] Печатная
строка,<br/>-символы «+» и «» зарезервированы
как «специальные<br/>-символы» и не должны
представлять часть имени для<br/>-операций
«загрузка элемента данных» и «запись
элемента данных». . версия [1] Печатная
строка НЕОБЯЗАТЕЛЬНО,<br/>время [2]
Всемирное время НЕОБЯЗАТЕЛЬНО,<br/>имя ОСИ [3]
Печатная строка НЕОБЯЗАТЕЛЬНО,<br/>запись
ОСИ [4] Печатная строка НЕОБЯЗАТЕЛЬНО,
операция [5] ЦЕЛОЧИСЛЕННЫЙ {<br/>загрузка
элемента данных (0),<br/>запись элемента
данных (1),<br/>удаление элемента данных
(2),<br/>состояние элемента данных (3) }
}<br/>КОНЕЦ ОПРЕДЕЛЕНИЙ ПОУЗЗ<br/>6.10
Дополнительная информация
Отсутствует.<br/>6.11
Использование<br/>Использование данного ОУ
— согласно разделу 8 настоящего
стандарта.<br/><b>8</b><br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/><b>7 Терминальный объект
управления уведомлениями о записях объекта
справочной информации</b><br/>7.1Номер
элемента<br/>Данный элемент является шестым
в разделе регистра для объектов управления
смешанного типа. Этот регистр присваивает
ему номер элемента: СМЕОУ-6.<br/>7.2 Имя
администратора<br/>Данный элемент
присваивается Европейской секцией
открытых систем (EWOS).<br/>7.3 Дата<br/>Дата
представления данной заявки 25—05—1994.<br/>7.4
Идентификатор<br/>Имя, которое присваивается
информационному объекту международным
регистром, задается ИСО/МЭК 9834-1 и должно
представляться регистрационным
иерархическим именем. Регистрационное
иерархическое имя может иметь несколько
форм. Разрешенные формы включают в себя
идентификатор объекта нотации АСН.1 в
соответствии с ГОСТ Р ИСО/МЭК 8824 и
уникальное имя в соответствии с ИСО/МЭК
9594-2.<br/>Согласно разделу А.4 ИСО/МЭК 9834-5
данный регистр присваивает следующую форму
идентификатора объекта для имени данного
элемента регистра:<br/>{исо(1) стандарт(О) 9834
вт-оу-опр(5) смеоу(О) ТОУУЗ(б)}<br/>8соответствии
с 20.1.1 ГОСТ Р ИСО 9040 такой идентификатор
объекта должен использоваться в качестве
значения параметра ФСВТ «идентификатор
типа ОУ» для объекта управления, чтобы
идентифицировать данный элемент регистра в
качестве источника информационной
структуры и семантики объекта
управления.<br/>Данный регистр не
присваивает никакой другой формы имени для
данного элемента.<br/>Примечание — Согласно
ИСО/МЭК 9834-1 относительное различительное
имя для элемента справочника ВОС может
быть присвоено только вместе с
идентификатором объекта, когда форма
идентификатора объекта создается под дугой
{узел-исо-мкктт(2) страна(16) название страны
}<br/>7.5 Значение дескриптора<br/>«EWOS ВТ ОУ для
терминального уведомления о состоянии
записей ОСИ».<br/>7.6 Параметры ОУ<br/>Чтобы
определить терминальный объект управления
уведомлениями о записях ОСИ (ТОУУЗ),
параметры ФСВТ ОУ должны принимать
следующие значения:<br/>ОУ-имя: любое
уникальное в ФСВТ значение;<br/>ОУ-структура:
«непараметрический» — означает, что
информационная структура<br/>формально
ссылается на значение «идентификатор типа
ОУ»; это<br/>определено настоящим стандартом;
ОУ-доступ: «ПДЗ + ДЗПС», если инициатором
ассоциации является
прикладной<br/>пользователь ВТ;<br/>«ПДЗ +
ДЗИС», если инициатором ассоциации
является терминальный<br/>пользователь ВТ;
ОУ-приоритет:
«нормальный»;<br/>ОУ-переключение: «не
выбрано».<br/>7.7Значения, синтаксис и
семантика ОУ<br/>Объект ТОУУЗ определяется
как автомат, посредством которого ответы на
команды могут передаваться терминальным
пользователем ВТ к прикладному
пользователю ВТ в соответствии с
управлением функции загрузки записей ОСИ.
Как таковой ТОУУЗ является динамическим
объектом, в котором семантика
ассоциируется с приемом информации
обновления ОУ, а не со статической
структурой данных.<br/>Объект ТОУУЗ состоит
из набора записей уведомлений о записях ОСИ
(ЗУЗ). Размер объекта ТОУУЗ явно не
ограничен.<br/>9<br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>7.8Определение содержимого записи
ЗУЗ<br/>Каждая запись ЗУЗ относится к
операции функции управления записями ОСИ.
Компоненты записи ЗУЗ определены
ниже.<br/>Индекс 333:<br/>тип ЦЕЛОЧИСЛЕННЫЙ
нотации АСН.1, который указывает на запись 333
в последовательности записей 333,
переданных прикладным пользователем ВТ, к
которому эта ЗУЗ отсылается.<br/>Имя элемента
данных ВТ:<br/>тип «печатная строка» нотации
АСН.1, символы «+» и «» зарезервированы как
«специальные символы» и не должны
представлять часть имени (см. 7.9 настоящего
стандарта).<br/>Версия элемента данных
ВТ:<br/>тип «печатная строка» нотации
АСН.1.<br/>Время создания элемента данных
ВТ:<br/>тип «всемирное время» нотации
АСН.1.<br/>Состояние:<br/>«успешно»,
«неуспешно».<br/>Код причины:<br/>тип «печатная
строка» нотации АСН.1.<br/>7.9 Синтаксис
информации обновления<br/>В
последовательности записей ЗУЗ,
относящихся к информации обновления ТОУУЗ,
должен использоваться следующий синтаксис:
МФС11185-ТОУУЗ<br/>(исо(1) стандарт(О) 9834
вт-оу-опр(5) смеоу(О) ТОУУЗ(б) } ОПРЕДЕЛЕНИЯ
НЕЯВНЫЕ МЕТКИ::= НАЧАЛО ЭКСПОРТ обновление
ТОУУЗ, ЗУЗ<br/>обновление ТОУУЗ::=
ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ЗУЗ ЗУЗ::=
ПОСЛЕДОВАТЕЛЬНОСТЬ {<br/>индекс 333 [0]
ЦЕЛОЧИСЛЕННЫЙ,<br/>имя [1] Печатная строка
НЕОБЯЗАТЕЛЬНО,<br/>-символы «+» и «»
зарезервированы как
«специальные<br/>-символы» и не должны
представлять часть имени. версия [2]
Печатная строка НЕОБЯЗАТЕЛЬНО, время [3]
Всемирное время НЕОБЯЗАТЕЛЬНО, состояние [4]
ЦЕЛОЧИСЛЕННЫЙ {<br/>успешно (0),<br/>сбой (1) } ПО
УМОЛЧАНИЮ успешно,<br/>причина [5] Печатная
строка НЕОБЯЗАТЕЛЬНО } КОНЕЦ ОПРЕДЕЛЕНИЙ
ТОУУЗ<br/>7.10 Дополнительная информация
Отсутствует.<br/>7.11Использование<br/>Использование
данного ОУ — согласно разделу 8 настоящего
стандарта.<br/>8 Использование объектов
управления записями объекта справочной
информации<br/>Объекты управления загрузкой
записей ОСИ могут использоваться для
обеспечения следующих функций управления
записями ОСИ:<br/>-локальная загрузка одного
или нескольких элементов данных ВТ в
контекст ВТ;<br/>-проверка состояния одного
или нескольких элементов данных
ВТ;<br/>-локальная запись одного или
нескольких элементов данных ВТ
и<br/>-удаление локально хранящихся
элементов данных ВТ.<br/>Примечание — Среда
ФСВТ содержит определения объектов, а
контекст ВТ содержит значения содержимого
объектов.<br/>Функции управления ОСИ
передаются прикладным пользователем ВТ к
терминальному пользователю ВТ в качестве
последовательности записей 333 в информации
обновления ПОУЗЗ.<br/><b>10</b><br/><br/><b>ГОСТ Р
ИСО/МЭК МФС Ш85-3-98</b><br/>Каждая 333 определяет
одну операцию. Терминальный пользователь
ВТ должен выполнить операции,
определенные в последовательности записей
333 в том порядке, в каком эти записи были
приняты. Если какая-либо операция
завершается со сбоем, то остальные операции
в этой последовательности записей 333,
кроме запросов о состоянии, должны
игнорироваться.<br/>Если профиль
используется в С-режиме, то прикладной
пользователь ВТ завершает диалог.
Терминальный пользователь ВТ может затем
ответить на ту последовательность
операций, которую он выполнял,
последовательностью записей ЗУЗ в
информации обновления ТОУУЗ. Компонент
«индекс 333» каждой ЗУЗ идентифицирует
соответствующую запись 333 в
последовательности записей 333, с которой
эта ЗУЗ ассоциируется. Оптимизация
последовательности записей ЗУЗ
заключается в том, что ответ на каждую
операцию, кроме операции «состояние»,
необходимо вьщавать только в
исключительной ситуации. Информация
обновления объекта ТОУУЗ может содержать
пустую последовательность, означающую, что
каждая операция обновления
соответствующего ТОУУЗ была успешно
завершена.<br/>8.1 Загрузка локально
записанного элемента данных ВТ Для
выполнения данной операции требуются
следующие компоненты 333: имя элемента
данных ВТ: обязательный;<br/>версия
элемента данных ВТ:
необязательный;<br/>время создания элемента
данных ВТ: необязательный;<br/>имя ОСИ:
обязательный;<br/>идентификатор записи ОСИ:
обязательный;<br/>тип операции «загрузка
элемента данных»:
обязательный.<br/>Прикладной пользователь ВТ
может запросить загрузку элемента данных
ВТ с определенными компонентами
«версия/дата», включая эти компоненты в
запись 333. Если эти компоненты пропущены, то
терминал загружается версией, имеющей
самую позднюю дату.<br/>Терминальный
пользователь ВТ выбирает запись локального
файла, чтобы загрузить названный элемент
данных ВТ в названную запись ОСИ.<br/>В ответе
требуются следующие компоненты записи ЗУЗ:
индекс 333: обязательный;<br/>версия
элемента данных ВТ: обязательный, если в
соответствующей 333 не был пред-<br/>ставлен
компонент «версия элемента данных ВТ» и
операция завершилась с состоянием
«успешно», иначе — необязательный; время
создания элемента данных ВТ: обязательный,
если в соответствующей 333 не
был<br/>представлен компонент «время
создания элемента данных ВТ» и операция
завершилась с состоянием «успешно», иначе
— необязательный; состояние:
обязательный, если операция завершилась с
состояни-<br/>ем «сбой», иначе —
необязательный; код причины:
необязательный, если компонент «состояние»
имеет<br/>значение «сбой», иначе —
отсутствует. Прикладной пользователь ВТ
может проверить ответную ЗУЗ, чтобы
убедиться, что терминал был загружен
правильным элементом данных ВТ (и с
правильной датой).<br/>Предположим, что в
терминале был загружен правильный элемент
данных, тогда прикладной пользователь ВТ
должен убедиться, что подобная загрузка ОСИ
происходила в прикладной оконечной
системе таким образом, чтобы
соответствующие элементы области КОВ
оставались совместимыми. Прикладной
пользователь ВТ может затем вызвать или
выполнить запись ОСИ, которая была только
что загружена.<br/>Если прикладной
пользователь ВТ опознает исключительное
условие, он может выполнить функцию
«построчная загрузка», определенную в 8.3
настоящего стандарта, чтобы гарантировать,
что в терминале доступным является
правильный элемент данных ВТ.<br/>8.2 Проверка
состояния элемента данных ВТ Для
выполнения данной операции требуются
следующие компоненты 333: имя элемента
данных ВТ: обязательный;<br/>тип
операции «состояние элемента данных»:
обязательный.<br/>Терминальный пользователь
ВТ выбирает запись локального файла, чтобы
получить необходимую информацию
состояния.<br/><b>И</b><br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>В ответе на запрос операции
«состояние» может содержаться одна или
несколько записей ЗУЗ. В ответе для каждой
ЗУЗ требуются следующие компоненты: индекс
333: обязательный;<br/>имя элемента
данных ВТ: обязательный, если в
соответствующей 333<br/>компонент «имя
элемента данных ВТ» содержал специальные
символы, иначе — необязательный; версия
элемента данных ВТ: обязательный, если
компонент «состояние» имеет<br/>значение
«успешно», иначе — необязательный; время
создания элемента данных ВТ: обязательный,
если компонент «состояние»
имеет<br/>значение «успешно», иначе —
необязательный; состояние:
обязательный, если операция завершилась
с<br/>состоянием «сбой», иначе —
необязательный; код причины:
необязательный, если компонент «состояние»
имеет<br/>значение «сбой», иначе —
отсутствует. Значение «сбой» компонента
«состояние» означает, что или была нарушена
работоспособность терминала, или в
терминале отсутствует соответствующая
версия элемента данных ВТ.<br/>Если в записи
локального файла имеется несколько
экземпляров названного элемента данных ВТ,
то для каждого экземпляра должна быть
передана запись ЗУЗ. Если компонент «имя
элемента данных ВТ» в соответствующей 333
содержит специальный символ «+» или
специальный символ «», или оба эти символа,
то для каждого случая соответствия,
встречающегося при просмотре локального
файла, должна быть передана одна ЗУЗ. Символ
«+» соответствует нескольким символам или
отсутствию символов, например «name+»
соответствует любому имени, которое
начинается строкой «name». Символ «»
соответствует точно одному символу,
например«пате» соответствует любому имени,
которое начинается строкой «name» и содержит
5 символов. На местоположение или
повторение определенных специальных
символов в компонентах «имя элемента
данных ВТ», предоставляемых для текущей
операции, ограничений не
налагается.<br/>Примечание — Можно иметь
несколько экземпляров элементов данных ВТ
с одной и той же версией, но с различной
датой создания. Такое использование не
является двусмысленным. Также можно иметь
несколько элементов данных ВТ с одной и той
же версией и с одной и той же датой создания.
Такое использование неуправляемо. Этот
случай реализации используется, чтобы
разграничить элементы данных ВТ, которые
имеют такие характеристики.<br/>Прикладной
пользователь ВТ может проверить ответные
записи ЗУЗ, чтобы убедиться, что терминал
имеет правильные элементы данных ВТ (и с
правильной датой) в локальном файле. Если
прикладной пользователь ВТ опознает
исключительное условие, он может выполнить
функцию «построчная загрузка»,
определенную в 8.3 настоящего стандарта, и
(или) функцию «удаление», определенную в 8.4
настоящего стандарта, чтобы гарантировать,
что в терминале доступным является
правильный элемент данных ВТ.<br/>8.3
Локальная построчная загрузка и запись
элементов данных ВТ<br/>Данная процедура
может использоваться для построчной
загрузки и записи нового элемента данных
ВТ. Такой способ может использоваться для
распространения некоторого элемента
данных ВТ или если процесс загрузки,
определенный в 8.1 настоящего стандарта,
завершился с состоянием «сбой» (например,
неправильная версия).<br/>Прикладной
пользователь ВТ получает определение
элемента данных ВТ из локальной памяти и
использует его для построения одной
операции СОЗДАНИЕ ЗАПИСИ в примитиве
ДАННЫЕ ВТ, который затем передается к
терминальному пользователю ВТ для
восстановления соответствующей записи
ОСИ. Одним примитивом ДАННЫЕ ВТ можно
обновить несколько записей такого ОСИ. Для
каждого записываемого элемента данных ВТ
требуется одна запись 333. Для каждой записи
333 требуются следующие компоненты:<br/>имя
элемента данных ВТ:
обязательный;<br/>версия элемента данных ВТ:
обязательный;<br/>время создания элемента
данных ВТ: обязательный;<br/>имя ОСИ:
обязательный;<br/>идентификатор записи ОСИ:
обязательный;<br/>тип операции «запись
элемента данных»:
обязательный.<br/>Терминальный пользователь
ВТ использует содержащуюся в записи 333
информацию для записи определений
элементов данных ВТ (в настоящий момент
хранящихся в локальных ОСИ) в локальный
файл. Для каждого записываемого элемента
данных ВТ требуется одна запись
333.<br/>12<br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>Для каждой записи ЗУЗ требуются
следующие компоненты:<br/>индекс 333:
обязательный;<br/>версия элемента данных ВТ:
необязательный;<br/>время создания элемента
данных ВТ: необязательный;<br/>состояние:
обязательный, если операция завершилась с
состояни-<br/>ем «сбой», иначе —
необязательный;<br/>код причины:
необязательный, если компонент «состояние»
имеет<br/>значение «сбой», иначе —
отсутствует.<br/>8.4 Удаление элемента данных
ВТ<br/>Для выполнения данной операции
требуются следующие компоненты 333:<br/>имя
элемента данных ВТ:
обязательный;<br/>версия элемента данных ВТ:
необязательный;<br/>время создания
элемента данных ВТ: необязательный;<br/>тип
операции «удаление элемента данных»:
обязательный.<br/>Терминальный пользователь
ВТ использует содержащуюся в записи 333
информацию для удаления из локального
файла одного или нескольких элементов
данных ВТ.<br/>Если в записи 333 отсутствует
компонент «версия», то удаляются все
экземпляры названного элемента данных ВТ с
указанным значением компонента «время
создания» и передается запись ЗУЗ. Если в
записи 333 отсутствует компонент «время
создания», то удаляются все экземпляры
элемента данных ВТ с указанным значением
компонента «версия» и передается запись
ЗУЗ. Если в записи 333 отсутствуют оба
компонента «версия» и «время создания», то
удаляются все экземпляры названного
элемента данных ВТ и передается запись
ЗУЗ.<br/>Если компонент «имя элемента данных
ВТ» в соответствующей 333 содержит
специальный символ «+» или специальный
символ «», или оба эти символа, то для
каждого случая соответствия,
встречающегося при просмотре локального
файла, должны быть передана одна ЗУЗ и
удален соответствующий элемент данных ВТ.
Символ «+» соответствует нескольким
символам или отсутствию символов,
например «name+» соответствует любому имени,
которое начинается строкой «name». Символ «»
соответствует точно одному символу,
например «name» соответствует любому имени,
которое начинается строкой «name» и содержит
5 символов. На местоположение или
повторение определенных специальных
символов в компонентах «имя элемента
данных ВТ», предоставляемых для текущей
операции, ограничений не
налагается.<br/>Примечание —С одной и той же
версией можно иметь несколько экземпляров
элементов данных ВТ, но с различной датой
создания. Такое использование не является
двусмысленным. Также можно иметь несколько
элементов данных ВТ с одной и той же версией
и с одной и той же датой создания. Такое
использование неуправляемо. Этот случай
реализации используется, чтобы
разграничить элементы данных ВТ, которые
имеют такие характеристики.<br/>Для каждого
удаляемого элемента данных ВТ требуется
одна запись ЗУЗ. Для каждой ЗУЗ требуются
следующие компоненты:<br/>индекс 333:
обязательный;<br/>имя элемента данных ВТ:
обязательный, если в соответствующей 333
компонент<br/>«имя элемента данных ВТ»
содержал специальные символы, иначе —
необязательный;<br/>версия элемента данных
ВТ: обязательный, если в соответствующей
записи 333<br/>отсутствовал компонент «версия
элемента данных ВТ» и компонент
«состояние» имеет значение «успешно»,
иначе — необязательный;<br/>время создания
элемента данных ВТ: обязательный, если в
соответствующей записи 333<br/>отсутствовал
компонент «время создания элемента данных
ВТ» и компонент «состояние» имеет значение
«успешно», иначе —
необязательный;<br/>состояние:
обязательный, если операция завершилась с
состоянием<br/>«сбой», иначе —
необязательный;<br/>код причины:
необязательный, если компонент «состояние»
имеет<br/>значение «сбой», иначе —
отсутствует.<br/><b>13</b><br/><br/>ГОСТ Р ИСО/МЭК МФС
11185-3-98<br/>Значение «сбой» компонента
«состояние» означает, что или была нарушена
работоспособность терминала, или в
терминале отсутствует указанный элемент
данных ВТ, или терминал не обеспечивает
функцию «удаление». Маловероятно, что все
терминальные реализации будут стремиться к
обеспечению функции:<br/>имя элемента данных
ВТ: +;<br/>тип операции: «удаление
элемента данных».<br/>ПРИЛОЖЕНИЕ
А<br/>(обязательное)<br/>Список требований к
заявке о соответствии реализации
функциональному стандарту<br/><b>АЛ
Требования протокола</b><br/><b>В </b>данном
приложении представлен список требований к
заявке о соответствии реализации
функциональному стандарту (СТЗФС) для
профилей FVT215 и FVT216, определенных в
настоящем стандарте. Форма ЗСРП для
протокола ВТ представлена в ИСО/МЭК 9041-2.
Настоящий СТЗФС определяет ограничения,
налагаемые на ответы, которые могут быть
даны в заполненной ЗСРП для реализации,
претендующей на соответствие указанным
профилям.<br/>Эти ограничения приведены в
таблицах A.I—A.4 настоящего стандарта. В этих
таблицах используется следующая нотация.
Отдельные позиции в форме ЗСРП указаны
способом, определенным в А.9.1 ГОСТ Р ИСО/МЭК
9646-2. Такая ссылка имеет форму x-y/z, где х —
номер стандарта ИСО, который определяет
протокол; у — ссылка в форме ЗСРП этого
стандарта на самый младший подраздел
(подпункт), в котором представлена
соответствующая позиция; z — номер ссылки
на позицию этого подраздела (подпункта).
Если в СТЗФС необходимо указать
ограничения, налагаемые на конкретную
позицию, для нескольких отдельных случаев,
то к ссылке на позицию добавляют суффикс в
форме «п» , где п — порядковый номер,
который присваивают различным
случаям.<br/>Имя элемента выбирают из формы
ЗСРП. Значения в колонках «Статус» таблицы
СТЗФС имеют преимущество перед значениями
в соответствующих колонках «Статус» формы
ЗСРП и используют нотацию этой формы. Они
уточняют значения статуса формы ЗСРП
посредством оценки условных выражений или
преобразования факультативных значений в
более конкретную форму. В этих таблицах
используют следующие условные
значения:<br/>yl, если положения А.2.2/1 ИСО/МЭК
9041-2 соблюдаются, тогда о, иначе -;<br/>у2, если
прикладная реализация, тогда о, иначе
-;<br/>уЗ, если терминальная реализация, тогда
о, иначе -, а указанным предикатом из ИСО/МЭК
9041-2 является утверждение, что
обеспечивается С-режим.<br/>Если в таблице
имеется колонка «Значение профиля», то
значение статуса применяется отдельно к
каждому перечисленному значению
профиля.<br/>Значения, представленные в любой
колонке таблицы СТЗФС, которая
соответствует колонке «Ответ» в форме ЗСРП,
являются допустимыми ответами для
соответствующего элемента. В этих колонках
используется следующая специальная
нотация:<br/>любой — СТЗФС не налагает
ограничений на ответ;<br/>н/и — колонка не
относится к этой позиции.<br/><b>А.2 Требования,
специфичные для профиля</b><br/>СТЗФС может
также указывать ограничения, налагаемые на
ответы к дополнительным вопросам, к которым
относятся требования соответствия,
специфичные для профиля, не входящие в
предмет рассмотрения базовых стандартов,
на которые даны ссылки. Эти вопросы должны
быть даны в самом СТЗФС.<br/>Данный СТЗФС не
налагает никаких специфичных для профиля
ограничений.<br/>14<br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>Таблица АЛ — Требования ФСВТ к
профилю FVT215 (прикладной объект управления
загрузкой записей ОСИ)<br/>Номер позиции
ИСО/МЭК 9041-2<br/>Наименование
позиции<p>Статус<p>Обеспеченное
количество<p>Согласуемость<br/>А.2.1/6 А.2.1/7
А.3.8/12<br/>Правила расширенного доступа
Структурные ОУ Непараметрические ОУ<p>yi
yi<p><b>0</b><p>(см. примечание)<p>н/и н/и >
1<p>н/и<p>н/и<p>Любой<br/>Примечание — Необходимо
проверить, как обеспечены каждый ПОУЗЗ и
ТОУУЗ согласно А.3.8.<br/>Таблица А. 2 —
Требования ПБД к профилю FVT215 (прикладной
объект управления загрузкой записей
ОСИ)<br/>Номер позиции ИСО/МЭК
9041-2<br/>Наименование позиции<br/>Значение
профиля<p>ПЕРЕДАЧА<p>Статус<p>ПРИЕМ<p>Статус<br/>А.5.15.4/16<br/>Иное<br/>См.
примечание<p>У2<p>уз<br/>Примечание — Для типов
нотации АСН. 1, полученных обязательно.<br/>из
модуля МФС11185-ПОУЗЗ, обеспечение<br/>Таблица
А.З — Требования ФСВТ к профилю FVT216
(терминальный объект управления
уведомлениями о записях ОСИ)<br/>Номер
позиции ИСО/МЭК 9041-2<br/>Наименование
позиции<br/>Статус<br/>Обеспеченное
количество<p>Согласуемость<br/>А.2.1/6 А.2.1/7
А.3.8/12<br/>Правила расширенного доступа
Структурные ОУ Непараметрические
ОУ<br/>yi<br/>yi<br/>о (см. примечание)<br/>н/и н/и >
1<p>н/и<p>н/и<p>Любой<br/>Примечание — Необходимо
проверить, как обеспечены каждый ПОУЗЗ и
ТОУУЗ согласно А.3.8.<br/>Таблица А.4 —
Требования ПБД к профилю FVT216 (терминальный
объект управления уведомлениями о записях
ОСИ)<br/>Номер позиции ИСО/МЭК
9041-2<br/>Наименование позиции<br/>Значение
профиля<br/>ПЕРЕДАЧА<br/>Статус<p>ПРИЕМ<p>Статус<br/>А.5.15.4/16
J Иное<br/>См.
примечание<br/>У2<p>уз<br/>Примечание — Для
типов нотации АСН. 1, полученных из модуля
МФС11185-ТОУЗЗ, обеспечение
обязательно.<br/>15<br/><br/><b>ГОСТ Р ИСО/МЭК МФС
11185-3-98</b><br/>ПРИЛОЖЕНИЕ
В<br/>(информационное)<br/><b>Услуга шаблона
формы</b><br/><b>8.1 Введение</b><br/>Данное
приложение описывает прикладную систему
объектов управления загрузкой ОСИ для
загрузки информационного объекта ВТ,
который называется страничным
шаблоном.<br/><b>8.2 Характеристики
формы</b><br/>Форма является логической
структурой данных. Форма имеет следующие
характеристики.<br/>Данные, которые она
содержит, могут передаваться из одного
прикладного объекта в другой посредством
использования услуги формы виртуальных
терминалов ВОС или страничных
профилей.<br/>Форма не зависит от
расположения или представления данных,
которые она содержит на физическом
устройстве отображения.<br/>Форма не зависит
от используемого национального
языка.<br/>Если формы С-режима или страничный
профиль используются вместе с
распределенной обработкой транзакций ВОС,
форма имеет однозначное соответствие с
транзакцией, как это определено в ИСО/МЭК
10026-1.<br/>Как установлено в настоящем
стандарте, форма имеет однозначное
соответствие с определением формы,
установленной в проекте стандарта CODASYL
«Система управления взаимодействием форм
(СУВФ)».<br/>Примечание 1 — Концепция поля
индикации в СУВФ представляет собой план
окна в кадрирован-ной функциональной среде
или некоторую часть плоскости отображения
в некадрированной
функциональной<br/>среде.<br/>Примечание 2 —
Возможности форм или ассоциации ВТ
страничного профиля можно рассматривать
как эквивалент к расположению СУВФ, внутри
которого имеется форматированная панель
для каждого массива «у» (страница) в объекте
отображения и (если согласовано)
форматированная панель для верхней и
нижней областей сообщений о состоянии,
обеспечиваемых объектом управления
сообщениями о состоянии.<br/>Примечание 3 —
Целью изображения этих соответствий с СУВФ
является обеспечение прямого отображения
на СУВФ, который может затем использоваться
как потенциальный объект прикладного
взаимодействия высокого уровня по
отношению к формам ВТ ИСО или к страничным
профилям.<br/><b>8.3 Транзакции, элементы
взаимодействия и экраны</b><br/>Структура
транзакции относится к взаимодействию
между оператором рабочей станции и
удаленным прикладным объектом во время
транзакции. Взаимодействие представляет
собой диалог, в котором управление
передается между оператором рабочей
станции и прикладным объектом. Когда
управление диалогом принадлежит рабочей
станции (например, право доступа «ПДЗ»
обеспечивается рабочей станцией),
оператор рабочей станции заполняет поля,
содержащиеся на одной или нескольких
страницах. Страница состоит из множества
полей, содержащихся в одномерном массиве
«у» объекта отображения ВТ. Единица работы,
представляющая собой взаимодействие
оператора с рабочей станцией, называется
элементом взаимодействия.<br/>Элемент
взаимодействия начинается, когда
прикладной объект вызывает функциональную
среду рабочей станции, которая должна быть
установлена в исходное состояние, чтобы
оператор мог заполнять поля, содержащиеся
на одной или на нескольких страницах.
Элемент взаимодействия завершается, когда
управление («ПДЗ») передается обратно
прикладному объекту вместе с информацией
обновления полей, которая ассоциируется с
этим множеством страниц. Транзакция может
состоять из одного или нескольких
элементов взаимодействия. Эти концепции
показаны на рисунке В.1.<br/>16<br/><br/>ГОСТ Р
ИСО/МЭК МФС 11185-3-98<br/><i>Прикладной.
пользователь ВТ</i><br/><i>Терминальный
пользователь ВТ</i><br/><img
src=](https://genrealtor.ru/images/data/gost/13979-1.png)