Стр. 1
 

32 страницы

456.00 ₽

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

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

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

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

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

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

Оглавление

Введение

Глава первая. Введение

1 Назначение

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

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

4 Сокращения

5 Соглашения

   5.1 АСН.1

   5.2 Термины

Глава вторая. Соглашения по определению абстрактных услуг

6 Общее описание

7 Абстрактные модели

   7.1 Абстрактные объекты

   7.2 Абстрактные порты

   7.3 Абстрактные услуги

   7.4 Абстрактные уточнения

8 Абстрактные услуги

   8.1 Абстрактные процедуры

   8.2 Операции абстрактной связки

   8.3 Операции абстрактной развязки

   8.4 Абстрактные операции

   8.5 Абстрактные ошибки

Глава третья. Реализации абстрактных услуг

9 Общее описание

10 Реализации ВОС

   10.1 Реализации СУО

   10.2 Реализации не-СУО

11 Собственные реализации

   11.1 Распределенные реализации

   11.2 Нераспределенные реализации

Приложение А Пример использования нотации абстрактных услуг

   А.1 Назначение объектных идентификаторов

   А.2 Уточнение желтой среды

   А.3 Определение абстрактной услуги желтой системы

   А.4 Уточнение зеленой среды

   А.5 Определение абстрактной услуги зеленой системы

   А.6 Уточнение желтой системы

   А.7 Реализация желтой системы

   А.8 Реализация зеленой системы

Приложение В Справочное определение объектных идентификаторов

Приложение С Справочное определение нотации

Приложение D Различия между ГОСТ Р ИСО/МЭК 10021-3 и Рекомендацией Х.407 МККТТ

Приложение Е Алфавитный указатель

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

Страница 1

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

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ, ОРИЕНТИРОВАННЫЕ НА СООБЩЕНИЯ (MOTIS)

Часть 3. СОГЛАШЕНИЯ ПО ОПРЕДЕЛЕНИЮ АБСТРАКТНЫХ УСЛУГ

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

ЬЗ 8-98


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

Страница 2

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

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного комитета Российской Федерации по связи и информатизации

ВНЕСЕН Техническим комитетом по стандартизации ГК 22 «Информационные технологии»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 10 июля 1998 г. № 288

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10021-3—90 «Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 3. Соглашения по определению абстрактных услуг»

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

ИПК Издательство стандартов, 1998

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

II

Страница 3

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

Содержание

Введение................................................................. IV

Глава первая. ВВЕДЕНИЕ............................................. I

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

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

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

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

5    Соглашения........................................................................................................................2

5.1    ЛСН.1............................................................................................................................2

5.2    Термины................................................................................................................3

Глава вторая. СОГЛАШЕНИЯ ПО ОПРЕДЕЛЕНИЮ АБСТРАКТНЫХ УСЛУГ..........3

6    Обшее описание..................................................................................................................3

7    Абстрактные модели.....................................................................................................3

7.1    Абстрактные объекты ...................................................................................................3

7.2    Абстрактные порты........................................................................................................4

7.3    Абстрактные услуги......................................................................................................5

7.4    Абстрактные уточнения.....................................................5

8    Абстрактные услуги..............................................................................................................6

8.1    Абстрактные процедуры..........................................................6

8.2    Операции абстрактной связки........................................................................................7

8.3    Операции абстрактной развязки.......................................... X

8.4    Абстрактные операции..................................................................................................8

8.5    Абстрактные ошибки....................................................................................................9

Глава третья. РЕАЛИЗАЦИИ АБСТРАКТНЫХ УСЛУГ............................................9

9 Общее описание.....................................................................................................9

10    Реализации ВОС................................................................................................................10

10.1    Реализации СУО........................................................................................................10

10.2    Реализации не-СУО....................................................................................................11

11    Собственные реализации.................................................. П

11.1    Распределенные реализации........................................... II

11.2    Нераспределенные реализации......................................... И

Приложение А Пример использования нотации абстрактных услуг........................................12

A.I Назначение объектных идентификаторов....................................................................12

А.2 Уточнение желтой среды............................................................................................13

А.З Определение абстрактной услуги желтой системы.......................................14

А.4 Уточнение зеленой среды..............................................................................................15

А.5 Определение абстрактной услуги зеленой системы......................................................17

А.6 Уточнение желтой системы...............................................................................18

А.7 Реализация желтой системы........................................................................................20

А.8 Реализация зеленой системы......................................................................................21

Приложение В Справочное определение    объектных идентификаторов ..................................23

Приложение С Справочное определение    нотации..................................................................24

Приложение D Различия между ГОСТ Р    ИСО/МЭК    10021-3    и Рекомендацией Х.407 МККТТ 26

Приложение Е Алфавитный указатель....................................................................................27

111

Страница 4

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

Введение

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

ГОСТ Р ИСО/МЭК 10021 состоит из нескольких частей, объединенных названием ‘■Информационная технология*. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS)*:

-    Часть 1. Общее описание системы и службы.

-    Часть 2. Общая архитектура.

-    Часть 3. Соглашения по определению абстрактных услуг.

-    Часть 4. Система передачи сообщений: определение абстрактных услуг и процедуры.

-    Часть 5. Хранилище сообщений: определение абстрактных услуг.

-    Часть 6. Спецификации протокола.

-    Часть 7. Система межперсональных сообщений.

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

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

Текст настоящей части ГОСТ Р ИСО/МЭК 10021 является объектом совместного соглашения между МККТГ и ИСО. Соответствующей спецификацией МККТГ является Рекомендация МККТТ Х.407.

IV

Страница 5

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

Информационная технология ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ, ОРИЕНТИРОВАННЫЕ НА СООБЩЕНИЯ (MOTIS)

Ч а с т ь 3. Соглашения по определению абстрактных услуг

Information technology.

Text communication. Message-oriented text interchange systems (MOTIS).

Part 3. Abstract service definition conventions

Дата введения 1999-01-01

Глава первая. ВВЕДЕНИЕ

1    НАЗНАЧЕНИЕ

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

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

В настоящей части ГОСТ Р ИСО/МЭК 10021 отсутствуют требования к соответствию.

2    НОРМАТИВНЫЕ ССЫЛКИ

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

ГОСТ 34.973-91 (ИСО 8824—87) Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (ACH.I)

ГОСТ 34.974-91 (ИСО 8825—87) Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии I (АСН.1)

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

ГОСТ 28906-91 (ИСО 7498-84. Доп. 1-84 ИСО 7498-84) Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель

ГОСТ Р ИСО/МЭК 9072-1—93 Системы обработки информации. Передача текста. Удаленные операции. Часть I. Модель, нотация и определение услуг

3    ОПРЕДЕЛЕНИЯ

В настоящей части ГОСТ Р ИСО/МЭК 10021 использованы определения, приведенные в приложении Е. а также приведенные ниже определения.

Настоящая часть ГОСТ Р ИСО/МЭК 10021, основанная на концепциях, разработанных в ГОСТ 28906, использует следующие приведенные в нем термины:

-    абстрактный синтаксис;

-    прикладной уровень:

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

I

Страница 6

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

-    протокольный блок данных прикладного уровня (Г1БДГ1):

-    протокол прикладного уровня;

-    сервисный элемент прикладного уровня (СЭП);

-    конкретный синтаксис передачи;

-    задача распределенной обработки информации;

-    услуга уровня;

-    уровень;

-    открытая система;

-    взаимосвязь открытых систем (ВОС);

-    реальная открытая система.

В настоящей части ГОСТ 1* ИСО/МЭК 10021 использованы следующие термины, определенные в ГОСТ 34.973:

-    абстрактно-синтаксическая нотация один (АСН.1);

-    тип (данных);

-    значение (данных);

-    импорт;

-    целое число;

-    макрокоманда;

-    модуль;

-    объектный идентификатор;

-    тег.

В настоящей части ГОСТ Р ИСО/МЭК 10021 использован следующий термин, определенный в ГОСТ 34.974:

-    базовые правила кодирования.

В настоящей части ГОСТ Р ИСО/МЭК 10021 использован следующий термин, определенный в ГОСТ 34.981:

-    прикладной контекст (ПК).

В настоящей части ГОСТ Р ИСО/МЭК 10021 использованы следующие термины, определенные в ГОСТ Р ИСО/МЭК 9072-1:

-    операция связки;

-    ошибка;

-    связанный:

-    операция;

-    служба удаленных операций (СУО);

-    удаленные операции;

-    операция развязки.

4    СОКРАЩЕНИЯ

В настоящей части ГОСТ Р ИСО/МЭК 10021 использованы сокращения, приведенные в приложении Е.

5    СОГЛАШЕНИЯ

В настоящей части ГОСТ Р ИСО/МЭК 10021 использованы описательные соглашения, указанные ниже.

5.1 А С Н.1

В настоящей части ГОСТ Р ИСО/МЭК 10021 использованы следующие основанные на ACH.I описательные соглашения:

а)    для определения макрокоманд OBJECT. PORT. REFINE — нотация макрокоманд ACH.I ГОСТ 34.973;

б)    для определения макрокоманд ABSTRACT-BIND, -UNBIND, -OPERATION, -ERROR -нотация макрокоманд BIND. UNBIND, OPERATION и ERROR ГОСТ P ИСО/МЭК 9072-1;

в)    для определения абстрактного синтаксиса информационных объектов в примере приложения А — сама АСН.1;

г)    для определения различных абстрактных моделей в примере приложения А - макрокоманды OBJECT, PORT и REFINE раздела 7;

■)

Страница 7

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

д) для определения различных абстрактных услуг в примере приложения Л — макрокоманды ABSTRACT -BIND. -OPERATION и -ERROR раздела S.

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

Заметим, что теги АСН.1 — неявные во всех модулях АСН.1 и в приложениях; в этом отношении указанные модули являются определительными.

5.2 Тер м и н ы

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

Глава вторая. СОГЛАШЕНИЯ ПО ОПРЕДЕЛЕНИЮ АБСТРАКТНЫХ УСЛУГ

6 ОБЩЕЕ ОПИСАНИЕ

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

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

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

Данная глава охватывает следующие вопросы:

а)    абстрактные .\iode.iu;

б)    абстрактные услуги.

Примечание — Упомянутые выше формальные средства не являкпея ни языком формального описания, ни его заменой. Они яа^яются просто нотацией АСН.1, обеспечивающей неформальные оииапель-ные соглашения, определенные в данной главе.

7 АБСТРАКТНЫЕ МОДЕЛИ

Макроподход к задаче распределенной обработки информации называется абстрактной моделью (моделью) этой задачи и функциональной среды, в которой она выполняется. Он основан на понятиях абстрактных объектов, портов, услуг и уточнений. (Понятие абстрактной услуги более полно рассмотрено в разделе 8).

7.1 Абстрактные объекты

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

Тип объекта определяется с помощью макрокоманды OBJECT. Данная спецификация перечисляет типы абстрактных портов, обеспечивающих доступ к такому объекту. Для каждого асим-

3

Страница 8

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

метричного типа порта спецификация определяет, являются ли порты этого типа портами потребителя или портами поставщика.

OBJECT MACRO : BEGIN

TYPE NOTATION : VALUE NOTATION :

: = «PORTS* « {«PortList* } : = value (VALUE OBJECT

Port List Port

: = Port « , » Port List | Port :: = value (PORT) PortType

PortType

:: = Symmetric | Asymmetric

Symmetric

Asymmetric

:: = empty

:: = Consumer | Supplier

Consumer

Supplier

:: = «|CJ* :: = *|S|*

END

Значение данных типа OBJECT — это объектный идентификатор, однозначно и недвусмысленно идентифицирующий определенный тип объекта.

Примечание— Ключевое слово «OBJECT* зарезервировано в АСН.1. Выбор подходи шей замены XIи использовании в настоящем контексте — предмет дальнейшего изучения.

7.2 Абстрактные порты

Абстрактный порт (порт) — это пункт, в котором один абстрактный объект взаимодействует с другим абстрактным объектом. Порты бывают различных типов, определяющих виды допустимых взаимодействий. Например, порты одного типа могут представлять средство, с помощью которого осуществляется доступ к системе справочника, порты другого типа — средство, с помощью которого он административно управляется. Сами типы портов бывают двух разновидностей:

а)    симметричные: все порты симметричного типа идентичны;

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

II римечан не- Конкретный смысл терминов «поставщик» и «потребитель» — часто интуитивный. Можно, естественно, рассматривать файловую систему, например для представления портов поставщика его пользователям и администраторам. Но, строю говоря, значение этих двух терминов прои звольное.

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

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

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

PORT MACRO    ::    =

BEGIN

TYPE NOTATION    ::    =    Operations | empty

VALUE NOTATION    ::    =    value (VALUE OBJECT IDENTIFIER)

Operations    ::    =    Symmetrical | Asymmetrical

4

Страница 9

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

= «ABSTRACT* «OPERATIONS* « 1 «OperationList* } * = Onesided | TwoSided


Consumer | Supplier

Consumer Supplier | Supplier Consumer


«CONSUMER* «INVOKES* « { «OperationList» } » «SUPPLIER* «INVOKES* « { «OperationList* } »


= Operation • , » OperationList | Operation = value (ABST RACT-OPE RAT ION) |


Symmetrical

Asymmetrical

Onesided

TwoSided

Consumer

Supplier

OperationList

Operation


--идентифицирующее абстрактную операцию

по типу значения данных

--идентифицирующее абстрактную операцию

по типу данных

END

Если тип порта — симметричный, оба объекта предлагают все перечисленные абстрактные операции. Если тип порта — асимметричный, макрокоманда определяет различие между абстрактными операциями, которые предлагает объект с портом потребителя, и абстрактными операциями, которые предлагает объект с портом поставщика.

Значение данных типа PORT — это объектный идентификатор, который однозначно и недвусмысленно идентифицирует определенный тип порта.

7.3    Абстрактные услуги

Абсграктиая услуга — это набор возможностей, предлагаемых одним объектом другому посредством одного или нескольких его портов. Первый объект называется поставщиком абстрактной услуги (поставщиком), другой — пользователем абстрактной услуги (пользователем). Каждый рассматриваемый порт может быть либо симметричным, либо асимметричным и в последнем случае — либо потребителем, либо поставщиком.

Абстрактная услуга может иметь любое число пользователей и поставщиков.

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

Абстрактные услуги определены в разделе 8.

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

7.4    Л б с т р а к т н ы е уточнения

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

Как и любые другие объекты, объекты компонентов имеют порты. Некоторые из них видимы на «поверхности» построенного объекта. Другие позволяют объектам компонентов взаимодействовать. поддерживая, таким образом, обеспечение и использование более мелких абстрактных услуг среди объектов компонентов, взаимодействующих для обеспечения абстрактного сервиса построенного объекта.

Функциональное разложение объекта на несколько меньших объектов называется абстрактным уточнением (уточнением) этого объекта.

Метод уточнения может быть применен рекурсивно. Сам объект-компонент может быть уточнен для раскрытия его внутренней структуры. Этот процесс может продолжаться, пока не будут достигнуты объекты-компоненты, которые лучше рассматривать как атомарные.

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

5

Страница 10

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

Кроме того, макрокоманда определяет, какие порты объектов-компонентов связаны с портами других объектов-компонентов и какие видимы на поверхности составного объекта.

REFINE MACRO BEGIN

TYPE NOTATION VALUE NOTATION

:: = Object «AS* ComponentList

:: = value (VALUE OBJECT IDENTIFIER)

:: = Component ComponentList! Component :: = ObjectSpec Ports

:: = Object | Object «RECURRING»

:: = PortSpecList | empty

:: = PortSpec PortSpecList | PortSpec

:: = value (PORT) PortSide PortStatus

:: = Consumer | Supplier i empty " = *|C|.

:: = «|S|*

:: = «VISIBLE* | «PAIRED» «WITH» ObjectList

:: = Object « , * ObjectList | Object :: = value (OBJECT)

ComponentList Component

Object Spec

Ports

PortSpecList PortSpec

PortSide Consumer Supplier

PortStatus

Object List Object

END

Значением данных типа REFINE является объектный идентификатор.

II р и меча н не — Порты, которые сами являются объектами, могут выглядеть по-разному в ратное время. В некоторых случаях удобно считать порт (пару портов) атомарным. Однако можно представить внутреннюю структуру самого порта, чтобы оценить, каким обратом можно обеспечить взаимосвязь. При таком представлении сама пара портов рассматривается как обеспечиваемая совокупность объектов. Это расширит возможность определении возможностей взаимодействия. Понятие «уточнение морга» не рассматривается в данной версии настоящей, части ГОСТ Р ИСО/МЭК 10021.

8 АБСТРАКТНЫЕ УСЛУГИ

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

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

Н.1 Абстрактные процедуры

Абстрактная процедура (процедура) — это задача, которую выполняет один объект по запросу другого. Выдача запроса и выполнение задачи называются привлечением и исполнением процедуры. Объекты, выдающие запрос и выполняющие его, называются соответственно запросчиком и исполнителем.

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

Каждое выполнение каждой процедуры дает успешный или безуспешный результат. Процедура

Страница 11

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

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

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

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

о безуспешности ее выполнения. Она может (но необязательно) требовать обеспечения определенной информации при уведомлении о безуспешности выполнения.

II римечание — В последующих разделах АСН.1 прсдпнсыилстси как средство спецификации абстрактного синтаксиса аргументов и результатов процедур (а также параметров абстрактных ошибок). Такие использования АСН.1 не предполагают', что эти информационные объекты обязательно транспортируются между открытыми системами. В частности, то, что информационные объект ы посредством их описания в АСН.1 и базовых правилах кодирования имеют конкретные синтаксисы передачи, несущественно в настоящем контексте. АСН.1 — эго просто удобное средство формального описания абстрактного синтаксиса информационных объектов.

8.2 О п е р а ц и и абстрактной связки

Операция абстрактной связки - это процедура, успешное выполнение которой связывает одну или несколько пар абстрактных портов. Объект, который запрашивает абстрактную операцию связки, называется инициатором; тот, кто ее исполняет. — ответчиком.

Операция абстрактной связки приемлема для связки конкретною набора портов инициатора с совместимым набором портов ответчика. Если в наборе один или несколько портов асимметричны, то операция абстрактной связки может быть приемлема для связывания либо только со стороны потребителя, либо только со стороны поставщика, либо с любой из сторон.

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

Абстрактная операция связки определяется посредством макрокоманды ABSTRACT-BIND, определение которой предстаатяет собой следующее:

ABSTRACT -BIND MACRO :: =

BEGIN

Ports Bind

TYPE NOTATION VALUE NOTATION

Ports

PortList

Port

PortSide

Consumer

Supplier

Bind

value (VALUE Bind Type)

«ТО» « \ » PortList « } * | empty Port « , * PortList | Port value (PORT) PortSide Consumer | Supplier | empty •|C)»

«|S|.

type (BindType) - - должен быть тип BIND

I empty <BindType :: = BIND>

END

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

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

7

Страница 12

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

Примечание— Взаимосвязь ABSTRACT и BIND помогает выполним, тривиальную реализацию СУО абстрактной услуги (см. 10.1).

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

8.3 Операции абстрактной развязки

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

Операция абстрактной развязки приемлема для развязывания определенного набора портов инициатора из совместимого набора ответчика. Если один или несколько портов в наборе асимметричны, операция абстрактной развязки может быть приемлемой для развязывания только со стороны потребителя, только со стороны поставщика либо с обеих сторон.

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

Операция абстрактной развязки определяется посредством макрокоманды ABSTRACT-UNBIND. определение которой представляет собой следующее:

ABSTRACT -UNBIND MACRO :: =

BEGIN

Pons Unbind

TYPE NOTATION VALUE NOTATION

Ports Port List Pori

PortSide

Consumer

Supplier

Unbind

value (VALUE UnbindType)

«FROM* * { * PonList « } * | empty Port « , * Port List | Port value (PORT) PortSide Consumer | Supplier | empty *K>

«|S|.

type (UnbindType) |

- - должен быть тип UNBIND empty CUnbindType :: = UNBIND>

END

В разделе «Порты», где введено ключевое слово «FROM», перечислены порты ответчика, от которых эта операция абстрактной развязки будет осуществлять развязку. Если там упоминается асимметричный порт без классификации «|S|* (Пс) или «|С|» (П), это означает, что операция абстрактной развязки приемлема для использования в развязывании такого порта в любом направлении (хотя фактическое направление определяется направлением, в котором осуществляется связка).

Заметим, что спецификация аргумента, результата и (или) информации об ошибке выполняется посредством (вложенной) макрокоманды UNBIND удаленных операций, определенных в ИСО/МЭК 9072-1, и это значение такого типа, которое выдает макрокоманда. Если никакая информация не обеспечивается, выдается «UNBIND» по умолчанию.

П р и м е ч а н и с — Взаимосвязь ABSTRACT-UNBIND и UNBIND помогает выполнить тривиальную реализацию СУО абстрактной услуги (см. 10.1).

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

8.4 Абстрактные операции

Абстрактная операция — это процедура, которая может быть привлечена в контексте двух связанных портов. Безуспешность ее выполнения не влияет на связку. Если порты асимметричные, порт предписывает роль запросчика: объект, имеющий порт потребителя, объект, имеющий порт

Страница 13

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

поставщика, либо го и другое. Если порты симметричные, запросчик может быть любым объектом. Независимо оттого, какими являются порты: симметричными или асимметричными, — оставшийся объект является исполнителем.

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

Абстрактная операция определяется посредством макрокоманды ABSTRACT-OPERATION. Ее определение идентично определению макрокоманды OPERATION удаленных операций, приведенному в ГОСТ 1» ИСО/МЭК 9072-1.

ABSTRACT-OPERATION MACRO :: = OPERATION

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

Примечание — Эквивалентность ABSTRACT-OPERATION и OPERATION помогает выполнять реализацию СУО абстрактной услуги (см. 10.1).

8.5 Абстрактные ошибки

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

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

Абстрактная ошибка определяется посредством макрокоманды ABSTRACT-ERROR. Ее определение идентично определению макрокоманды ERROR удаленных операций, установленному в ГОСТ Р ИСО/МЭК 9072-1.

ABSTRACT-ERROR MACRO :: = ERROR

Абстрактная услуга содержит от нуля до нескольких более абстрактных ошибок, о которых сообщается в абстрактных операциях.

II р и м с ч а и и с — Эквивалентность ABSTRACT-ERROR и ERROR помогает выполнять тривиальную реализацию СУО абстрактной услуги (см. 10.1).

Глава третья. РЕАЛИЗАЦИЯ АБСТРАКТНЫХ УСЛУГ

9 ОБЩЕЕ ОПИСАНИЕ

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

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

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

а)    реализация ВОС;

б)    собственные реализации.

II р и м е ч а н и е — Рассматриваемые здесь аспекты абстрактной модели являются абстрактными пор-гами и их связками. Это обусловлено тем. ЧТО абстрактные порты отмечают (раницу не только между абстрактными объектами, но и между физическими системами, которые представляют собой конкретную

9

Страница 14

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

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

10 РЕАЛИЗАЦИИ ВСК*

Основная цель рекомендаций МККТТ к стандартов ИСО — определить способ реализации задач распределенной обработки информации, выполняемых несколькими взаимодействующими реальными открытыми системами.

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

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

Реализация абстрактных портов и связок посредством СЭГ1 и прикладных контекстов (ПК) рассматривается ниже. Рассматриваются реализации и СУО. и не-СУО.

10.1 Реализации СУО

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

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

Таблипа I — Соответствия абстрактных услуг и основанных на СУО протоколов

Аспект абстрактной услуги

Аспект и рою»: оли. основанного на СУО

Операция абстрактной связки

Операция связки

Оиераиия абстрактной развязки

Операция развязки

Абстрактная операция

Операция

Абстрактная ошибка

Ошибка

Соответствия, приведенные в таблице 1, обусловлены тем, что соответствующие аспекты формально определены с использованием тесно связанных или эквивалентных макрокоманд, как показано в таблице 2.

Таблица 2 — Эквивалентные абстрактные услуги и микрокоманды СУО

Макрокоманды абстрактной услуги

Макрокоманды СУО

ABSTRACT -BIND

BIND

ABSTRACT-UN BIND

UNBIND

ABSTRACT-OPERATION

OPERATION

ABSTRACT-ERROR

ERROR

Определение СЭГ1, основанных на СУО. и ПК. которые конкретно реализуют абстрактные порты, поясняется в приложении А на примере.

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

К)

Страница 15

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

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

10.2 Реализации н е-С У О

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

Несмотря на сказанное, уместны следующие два соображения:

а)    конкретная реализация абстрактной услуги в качестве прикладного протокола очень упрошена при использовании ACH.I для определения ее блоков ПБД11. Это объясняется тем, что спецификация протокола может просто импортировать соответствующие типы и значения из специфики абстрактной услуги:

б)    конкретная реализация абстрактной услуги, абстрактные операции которой не уведомляют о своих результатах, концептуально проста. Это объясняется тем, что каждая такая абстрактная операция предстаачяет взаимодействие, содержащее один Г1БДГ1. Из этого простейшего из всех возможных взаимодействий можно построить произвольно сложные.

И СОБСТВЕННЫЕ РЕАЛИЗАЦИИ

Вторичная цель рекомендаций МКК ГГ и стандартов ИСО — добиться того, чтобы указанные части задачи распределенной обработки информации, выполняемые собственными средствами, решались таким образом, чтобы обеспечивалась заданная обшая функциональность системы.

Реализация абстрактных портов и связок собственными средствами кратко рассматривается ниже. Учитываются и распределенные, и нераспределенные реализации.

11.1 Распределенные реализации

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

П.2 Нераспределенные реализации

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

II

Страница 16

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

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

ПРИМЕР ИСПОЛЬЗОВАНИЯ НОТАЦИИ АБСТРАКТНЫХ УСЛУГ

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

Нотация абстрактной модели используется для отдельного описания сред (разделы А.2 и А.4) и для демонстрации свяли их систем: о л на строится из другой (раздел А.6). Нотация абстрактной услуга используется для описания возможностей каждой системы (разделы А.З и А.5). Пример заканчивается реализацией совокупных портов в виде ПК и СЭП, использующих нотацию С'УО ГОСТ Р ИСО/МЭК 9072-1. что может соответствовать обмену данными ВОС (разделы А.? и А.8).

АЛ Наншчснж,- объектных идентификаторов

Для определяемых в данном приложении модулей АСН.1 требуется присвоение различных объектных идентификаторов. Все они определяются ниже с использованием АСН.1. Эти присвоения — определяющие, за исключение»! присвоений для модулей АСН.1 и самою предмета соглашений по определению прикладных услуг. Определяющие присвоения для модулей АСН.1 имеются в самих модулях, другие ссылки на них используются в разделах IMPORT. Для предмета соглашений по определению прикладных услуг присвоения фиксированные.

ExampIeObjcct Identifiers (joint-iso-ccitt mhs-motis(6) asdc(2) example(l) modules(O) obiecl-identificrs(0)}

DEFINITIONS IMPLICIT TAGS :: =*

BEGIN

-    - Пролог

-    - Экспортирует все

IMPORTS - - ничего - - ;

ID :: = OBJECT IDENTIFIER

-    - Пример соглашений по определению абстракгной услуги (нсоирсделяюший)

id-asde-ex ID :: =■ {joint-iso-ccitt mhs-motis(6) asdc(2) cxample(l) J

- - неопределяюший

-    - Категории

id-mod

ID::

{id-asde-ex 0} -

- модули: неопределяющие

id-ot

ID::

m

(id-asde-ex 1} -

- типы объектов

id-pt

ID::

ЯГ

(id-asde-ex 2} -

- типы портов

id-rcf

ID::

(id-asde-ex 3) -

- уточнения

id-ac

ID::

(id-asde-ex 4} -

- прикладные контексты

id-ase

ID::

(id-asde-ex 5} -

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

id-as

ID ::

(id-asdc-ex 6} -

- абстрактные синтаксисы

-    - Модули

id-mod-objcct-identifiers    ID ::=    (id-mod 0|    -    - неопределяюший

id-mod-yc-rcfinement    ID    ::*=    (id-mod l[    -    - неопределяюший

id-mod-y-abstract-servicc    ID    ::■=    {id-mod 2}    -    - неопределяюший

id-mod-ge-rcfmement    ID    ::*=    (id-mod 3}    -    - неопределяюший

id-mod-g-abstract service    ID    ::=    {id-mod 4}    -    - неопределяюший

id-mod-ys-rcfinement    ID    ::*=    (id-mod 5}    -    - неопределяюший

id-mod-ys-rcalization    ID    ::=    {id-mod 6}    - - неопределяюший

id-mod-gs-realization    ID    ::=    {id-mod 7}    -    - неопределяюший

-    - Типы объектов

id-ot-y-environment    ID    ::= (id-ol 0}

id-ot-y-user    ID    ::= {id-ot 1}

id-ot-y-system    ID    (id-ot 2}

id-ot-g-environment    ID    (id-ot 3)

id-ot-g-user    ID    ::= (id-ot 4}

id-ot-g-manager    ID    ::= (id-ot 5}

id-ot-g-system    ID    ::=> (id-ot 6}

id-ot-agent    ID    (id-ot 7}

12

Страница 17

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

-    - Типы моргов id-pt-y-use id-pt-g-usc id-pt-g-management

-    - Уточнения id-rcf-y-cnvironmcnt id-ref-g-Cnvironmcnt id-ref-y-systcm


ID

:» {id-pt

0]

ID

:= (id-pi

1)

ID

:= {id-pt

21


ID::- {id-rcf 0) ID::- {id-rcf 1} ID ::= (id-rcf 2}


- - Прикладные контексты id-ac-y-use    ID

{id-ac 0} {id-ac 1) {id-ac 2}

id-ac-g-use    ID

id-ac-g-managemcnt    ID

- - Сервисные элементы прикладного уровня

id-ase-y-iBC    ID

{id-asc 0) ■ jid-ase I) {id-asc 2)

■* {id-as 0) - {id-as 1} ” {id-as 2}

id-ase-g-usc    ID

id-asc-g-management    ID

- - Абстрактные синтаксисы id-as-y-use    ID

id-as-g-use    ID

id-as-g-maiuigement    ID

END - - Коней примера объектных идентификаторов А.2 Уточнение желтой среды

Желтая среда, изображенная на рисунке А. 1. формально уточняется ниже с использованием макрокоманд OBJECT и REFINE.

Как показано на рисунке A.I и подтверждено ниже спецификацией АС'Н.1. желтая среда может моделироваться как объект, который может быть разложен на один центральный объект — желтую систему и любое количество других периферийных объектов — пользователей желтой системы. Желтая система взаимодействует со своими пользователями посредством ее портов использования желтой системы.

YcllowEnvirontnenlRefinement {joint-iso-ccitt mhs-motis(6) asdc{2) example!I) modulcs{0) ye-refincmenl(l))

DEFINITIONS IMPLICIT TAGS :: -BEGIN

- - Пролог

EXPORTS

yellow-environment, yellow-environmcnt-rclincmcnt.

13

Страница 18

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

vtllow-svstcm. ycllow-user,

IMPORTS

-    - Абстрактная услуга желтой срсды

yellow-use

FROM YcllowAbstractScrvicc {joinl-iso-ccitt

mhs-motis(6) asdc(2) cxamplc(l) modules(O) y-abstract-servicc(2) }

-    - Пример объектных идентификаторов

id-ot-y-environment, id-ot-y-system, id-ot-y-user. id-ref-y-environmcnt

FROM ExainplcObject Identifiers {joint-iso-cciu mhs-motis(6) asdc(2) example( 1) modules(O) object-identifiers(0)}

-    - Нотация абстрактной услуги

OBJUCT. REFINE

FROM AbstractServiccNotation {joinl-iso-ccitt

mhs-motis(6) asdc<2) modulcs(0) notation(l)) ;

-    - Желтая среда yellow-cnvironment OBJECT

:: *» id-ot-y-environment

-    - Уточнение желтой срсды

vellow-environment-refinement REFINE veilow-environment AS ycllow-user-RECURRING yellow-system

yellow-use |S| PAIRED WITH ycllow-user :: = id-rct-y-environmcnt

-    - Типы объектов компонентов vcllow-user OBJECT

PORTS {

ycllow-usc |C|}

::    id-ot-y-user

ycllow-system OBJECT PORTS {

ycllow-usc |SJ}

:: = id-ot-y-systcm

END - - Коней угонненмя желтой среды

А.З Определение абстрактной услуги желтой системы

Ниже прицелено формальное определение абстрактной услуги, обеспечиваемой желтой системой сс пользователям, с использованием макрокоманд PORT и ABSTRACT-B1ND. -OPERATION, -ERROR.

Как указывает спецификация ACH.I, абстрактная услуга, обеспечиваемая желтой системой, включает в себя порты одного типа: нсиолыование-желтон-срсды. Каждый порт охватывает некоторое число абстрактных операций, которые в совокупности уведомляют об абстрактных ошибках. Желтая система защищает свои порты посредством операции абстрактной связки — YellovrBind. требуюшей, чтобы пользователи удобным образом идентифицировали себя перед последующим взаимодействием. Операция абстрактной развязки — YcUowUn-bind, составляющая этап завершения, необходима для завершения взаимодействия.

YellowAbstractScrvice { joint-iso-ccitt mhs-motis(6) asdc(2) examplc(l) modules(O) у-abstract-sc rvice{2) )

DEFINITIONS IMPLICIT TAGS :: ■=

BEGIN

- - Пролог EXPORTS

Authcnticatellscr. Yellow-opcration-I,. . . yellow-use;

Страница 19

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

IMPORTS

-    - Пример объектных идентификатором

id-pt-y-use

FROM ExampleObjcctIdentifiers {joint-iso-ccitt

mhs-motis(6) asdc(2) example(l) modulcs(O) object-idcntifiers(0)}

-    - Нотация абстрактных услуг

ABSTRACT-BIND. ABSTRACT-ERROR. ABSTRACT-OPERATION. PORT

FROM AhslractServiccNotation {joint-iso-ccitt

mhs-motis(6) asdc(2) modutes(O) notation(l) };

-    - Тип порта

yellow-use PORT

CONSUMER INVOKES {

Ycllow-operation-1,. . . }

:: * id-pt-y-use

-    - Операция абстрактной связки Credentials :: * SET (

name fO] IA5 St ring, password (I| lA5Stringf

YellowBind :: - ABSTRACT-BIND TO )yellow-usc|SJ|

BIND

ARGUMENT credentials Credentials BIND-ERROR ENUMERATED { namc-or-password-invalid(O) }

-    - Операция абстрактной развязки YcllowUnbind :: - ABSTRACT-UNBIND

FROM {yellow-usejS| }

-    - Абстрактные операции

Yellow-opcration-l ::    ABSTRACT-OPERATION

ARGUMENT .. .

RESULT. . .

ERRORS{

yellow-error-1,.. . }

- - Абстрактные ошибки yellow-error-1 ABSTRACT-ERROR PAR-ЛМ ETER . . .

END - - Конец абстрактной услуги желтой среды

А.4 Уточнение зеленой среды

Зеленая среда. изображенная на рисунке А.2. формально уточняется с использованием макрокоманд OBJECT и REFINE.

Как показывает рисунок А.2 и подтверждает спецификация ACH.I, зеленая среда может моделироваться в виде объекта, который можно разбить на один центральный объект — зеленую систему, любое количество других периферийных объектов — пользователей зеленой системы и любое количество дополнительных объектов

— диспетчеров зеленой системы. Зеленая система взаимодействует с пользователями и диспетчерами зеленой системы посредством ее портов использования зеленой системы и с (одними) диспетчерами зеленой системы посредством се портов управления зеленой системой.

15

Страница 20

GreenEnvironmcnt Refinement { joint-iso-ccitt mhs-motis<6> asdc(2) cxamplc(l) nuxluleslO) ge-refinement(.3) )

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


DEFINITIONS IMPLICIT TAGS :: =

BEGIN

-    - Пролог EXPORTS

green-environment, grcen-cnvironmcnt-rcfinemcnt, grecn-manager. grccn-svblcm. grcen-user;

IMPORTS

-    - Абстрактная услуга зеленой среды

green-use, grcen-management

FROM GreenAbstract Service {joint-iso-ccitt

mhs-motis(6) asdc(2) example(l) modules(O) g-abstract-service(4)'f

-    - Пример объектных идентификаторов

id-ot-g-environment. id-ot-g-manager, id-ot-g-systcm, id-ot-g-uscr. id-ref-g-environment

FROM ExamplcObjcclldcntificrs ) joint-iso-ccitt

inhs-motis(6) asdc(2) example(I) modules(O) object-idcntificre(O) J

-    - Нотация абстрактных услуг

OBJECT, REFINE

FROM AbstractScrviccNotation {joint-iso-ccitt

mhs-motis(6) asdc(2) modules(O) noiation( 1) }:

-    - Зеленая среда green-environment OBJECT

:: = id-ot-g-environment

-    - Уточнение зеленой среды

green-environment-refinement REFINE green-environment AS green-user RECURRING grecn-manager RECURRING green-system

16

Страница 21

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

green-use    |S|    PAIRED WITH grcen-uscr, grcen-manager

green-management (S| FAIRED WITH green-manager :: = id-rcf-g-cnvironment

- - Типы объектов компонентов grcen-user OBJECT PORTS{

grcen-use |C| }

:: = id-ot-g-user green-manager OBJECT PORTS {

grcen-use    |C|,

grccn-management |C| }

:: = id-ot-g-manager grccn-systcm OBJECT PORTS {

grcen-use    |S],

grcen-managemenl |S) }

:: = id-ot-g-svstem

END - - Конец уточнения зеленой среды

А.5 Определение абстрактной услуга юленой системы

Ниже приведено формальное определение абстрактной услуги, обеспечиваемой зеленой системой для ее пользователей и администраторов, с использованием макрокоманд PORT и ABSTRACT-BIND. -OPERATION, -ERROR.

Как указывает спецификация ACH.I, абстрактная услуга, обеспечиваемая зеленой системой, включает в себя порты двух видов: нспользованис-зсленой-систсмы и управление-зеленой-системой. Порт любого из этих видов охватывает некоторое число абстрактных операций, которые в совокупности уведомляют об абстрактных Ошибках. Зеленая система защищает свои порты посредством операций абстрактной связки Authcnticatel/ЖГ и AuthcnticaU-Managcr. требующей, чтобы пользователи удобным образом идентифицировали себя и диспетчеров перед последующим взаимодействием. Операции абстрактной развязки, указывающие на то. что для завершения взаимодействия не требуется никакого лапа завершения, не определяются.

GrecnAbstractServi.se ( joint-iso-ccitt mhs-motis(6) asdc<2) example( I) modulesfO) g-abstract-scrvice(4) )

DEFINITIONS IMPLICIT TAGS :: •=

BEGIN

- - Пролог

EXPORTS

AuthcnticatcManagcr, Authenticate User, green-management, Grccn-managemcnt-operation-l, . . . grcen-use, grcen-use-operation-l, .. . :

IMPORTS

-    - Пример объектных идентификаторов

id- p< -g - use. id - pt -g- management

PROM ExampleObjectIdentifiers (joint-iso-ccitt

mhs-moth(6) asdc(2) cxamplc(l) modules(0) objcct-identifiers<0)J

-    - Нотация абстрактных услуг

PORT. ABST RACT -BIND. ABSTRACT-OPE RATION, ABSTRACT-ERROR

FROM AbstractServiceNotation {joint-iso-ccitt

mhs-motis(6) asdc(2) niodulcs(O) notation(l) };

-    - Типы портов

grcen-use PORT

Страница 22

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

CONSUMER INVOKES <

Grccn-usc-opcration-l. ... }

.•:=> id-pl-g-usc

grecn-management PORT

CONSUMER INVOKES {

Grccn-managcmcnt-operation-l. ... ) id-pt-g-management

-    - Операции абстрактной свяжи Credentials SET {

name |Q) lASString, password 11 j IA5String}

AuthenticateUscr::«» ABSTRACT-BIND ARGUMENT credentials Credentials BIND-ERROR ENUMERATED {

name-or-password-invalid(O) }

AuthenticateManagcr ::■= ABSTRACT-BIND ARGUMENT credentials Credentials BIND-ERROR ENUMERATED {

name-or-password-invalid (0>, not-a-manager(l))

-    - Абстрактные операции

Green-uscr-operation-l ABSTRACT-OPERMION ARGUMENT...

RESULT...

ERRORS|

grcen-crror-l, ...}

Grecn-managcment-operation-l ABSTRACT-OPERATION ARGUMENT...

RESULT ...

ERRORS{

grcen-crror-l, ...}

- - Абстрактные ошибки

grecn-crror-1 ABSTRACT-ERROR PARAMETER ...

END - - Коней абстрактной услуги зеленой среды

Л.6 Уточнение желтой системы

Желтая система. изображенная на рисунке А.З. формально уточняется при использовании макрокоманд OBJECT и REFINE.

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

YellowSystcmRefinement ( joint-iso-ccitt mhs-motis{6) asdc<2) cxamplc< 1) modulesHt) >*-refinement(5) } DEFINITIONS IMPLICIT TAGS BEGIN

Страница 23

Испопьювгни*    Использование

Рисунок А.З — Желтая система

-    - Пролог

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


EXPORTS

agent, yellow-system-refincment;

IMPORTS

-    - Уточнение желтой среды

yellow-system, ycllow-use

FROM YellowEnvironmentRefinement {joint-iso-ccitt mhs-motis(6) asdc(2) cxample(l) modules(O) yr-rcfincment(l) }

-    - Уточнение зеленой среды

green-management. grecn-manager. green-systcm. green-use

FROM GrccnEnvironmcntRefmement { joint-iso-ccitt mhs-motis(6) asdc(2) example(l) modules(O) gc-rcfincmcnt(3) [

-    - Пример объектных идентификаторов

id-ot-agent. id-rcf-y-system

FROM ExampleObjectIdentifiers (joint-iso-ccitt

mhs-motis(6) asdc(2) cxample(l) modules(O) object-identifieis(O)}

-    - Нотация абстрактной услуги

OBJECT, REFINE

FROM AhstractServiccNotation (joint-iso-ccitt

mhs-motis(6) asdc(2) inoduks(0) notation(l) J;

-    - Уточнение желтой среды

vcllow-systcm-refinement REFINE vellow-system AS agent RECURRING

yellow-use [S| VISIBLE grecn-manager RECURRING grcen-system

19

Страница 24

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

green-use |S| PAIRED WITH agent, grecn-manager green-management |S| PAIRED WITH grccn-managcr ::=• id-rcf-y-systcm

- - Тип о&ьеюа компонента agent OBJECT PORTS{

ycllow-use (S|. grcen-use |C)} id-ot-agent

END - - Конец >точнении желтой среды

\Л Рсалкмция желтой система

Ниже приведена формальная реализация абстрактной услуги желтой системы посредством СУ О, с использованием макрокоманд APP1.ICATION-CONTEXT и APPLICATION-SERVICE-ELEMENT ГОСТ Р ИСО/МЭК 9072-1.

Как указывает спецификации ACH.I, абстрактная услуга, обеспечиваемая желтой системой, реализуется как единичный СЭП-исполыования-же.тгой-снстсмы и соответствующий ПК-нсиольювания-желтой-систсмы Каждая операция абстрактной связки, абстрактная операции или абстрактная ошибка в абстрактной услуге имеет соответствующую и эквивалентную операцию связки, операцию или ошибку, соответственно, в ее реализации, основанной на СУО.

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

YcllowSystemRcalizalion ( joint-iso-ccitt mhs-motis(6) asdc(2) example) I) modules(0) ys-realization(6) }

DEFINITIONS IMPLICIT TAGS :: -BEGIN

- - Пролог

EXPORTS

yellow-use-AC. ycllow-use-ASE;

IMPORTS

-    - Абстрактная услуга желтой среды Ycllow-operation-I. ... ycllow-use, YellowBind, YellowL'nbind

FROM YcllowAbstract Service { joint-iso-ccitt

mlis-motis<6) asdc(2) example!I) modulcs<0) y-abstract-service(2) \

-    - Пример обьсктных идентификаторов

id-ас-у-use. id-as-y-use. id-ase-y-use

FROM ExampleObjectIdentifiers {joint-iso-ccitt

mhs-motis(6) asdc(2) example) 1) modules(l)) objcct-idcntificrs(0) \

-    - ПБДП удаленных операций

rOSE

FROM Remotc-Opcrations-APDUs (joint-iso-ccitt rcmotc-opcrations(4) apdus(l)}

-    - Управление ассоциацией

aCSE

FROM Remotc-Opcrations-Notation-cxtension {joint-iso-ccitt rcmote-opcrations(4) notation-extension(2)}

-    - Расширение нотации удаленных операций

APPLICATION-CONTEXT. APPLICATION-SERVICE-ELEMENT

Страница 25

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

FROM Remote-Operations-Notation-extension (joinl-iso-ccitt iemote-operations(4) notatk>n-extension(2) } aCSE-AS OBJECT IDENTIFIER :: ** | joint-isO-ccitt association-contro!(2) abstractSyntax(l) apdus(O) versionl(l) }

-    - Прикладной контекст

yellow-use-AC APPLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS (aCSE)

BIND YellowBind UNBIND YellowUnbind REMOTE OPERATIONS <K)SE|

INITIATOR CONSUMER OF {yeliow-use-ASE}

ABSTRACT SYNTAXES {ycllow-use-AS, aCSE-AS)

:: = id-ac-y-usc

-    - Сервисный элемент прикладною уровня

ycllow-use-ASЕ APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES { yellow-operation-1, ... }

:: = id-asc-y-usc

yellow-operation-1 Yellow-operation-1 :: «*■ I

- - Абстрактный синтаксис

yellow-usc-AS OBJECT IDENTIFIER id-as-y-use

END - - Конец реализации желтой среды

А.8 Рсалкшиия зеленой системы

Ниже приведена формальная реализация абстрактной услуги зеленой системы посредством СУ О. с использованием макрокоманд APPLICATION-CONTEXT и APPLICATION-SERVICE-ELEMENT ГОСТ Р ИСО/МЭК 9072-1.

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

Заметим, что операциям присваиваются целочисленные значения; соответствующие абстрактные операции не требуют и не получили таких значений.

GreenSystemRealization (joint-iso-ccitt mhs-imMis(6j asdc(2) cxample(l) modules<0) gs-realization7) |

DEFINITIONS IMPLICIT TAGS :: -BEGIN

- - Пролог

EXPORTS

grccn-managemenl-AC. grcen-managemcnt-ASE, grcen-use-AC, grcen-use-ASE;

IMPORTS

- - Абстракт ная услуга зеленой системы

Authenticate Manager. Authenticate User, green-management,

Grccn-managemcnt-opcration-l, . . . grccn-use.

21

Страница 26

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

Grcen-usc-operation-l. ...

FROM GreenAbstractService {joint-iso-ccitt

mhs-motiS(6) asdc(2) example(l) modules(O) g-abstract-scrvicc(4)}

-    - Пример объектных идентификаторов

id-ас-g-management, id-ac-g-use, id-as-g-management, id-as-g-usc. id-ase-g-management, id-asc-g-usc

FROM ExampleObjcclldcntificrs {joint-iso-ccitt

mhs-motis(6) asdc(2) examplcd) modulcs(O) objcct-idcntifiers(O)}

-    - ПБДП удаленных операций

rOSE

FROM Remote-Operations-APDUs {joint-iso-ccitt rcmote-opcrations(4) apdus( 1) J

-    - Управление ассоциацией

aCSE

FROM Remote-Opcratioirs-Notatioii-extension (joint-iso-ccitt rcmote-opcrations(4) notation-extension<2) }

-    - Расширение нотации удаленных операций

APPLIC'ATION-CONTEXT, APPLICATION-SERVICE-ELEMENT

FROM Remotc-Opcrations-Notation-extension (joint-iso-ccitt rcmote-opcrations(4) notation-extension(2)|

aC'SE-AS OBJECT IDENTIFIER :: =■ | joint-iso-ccitt association-control<2) abstractSyntax(l) apdus(O) versionl(l) }

-    - Прикладной контекст green-usc-AC APPLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS { aCSE }

BIND Authenticate User UNBIND NoOperation REMOTE OPERATIONS {tOSE}

INITIATOR CONSUMER OF { green-usc-ASE \

ABSTRACT SYNTAXES | green-use-AS. aCSE-AS )

::*= id-ac-g-usc grecn-maiiagement-AC APPLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS ( aCSE }

BIND Authcnticate.Manager UNBIND NoOperation REMOTE OPERATIONS {rOSEf

INITIATOR CONSUMER OF { green-management-ASE )

ABSTRACT SYNTAXES { grcen-managcmcnt-AS, aCSE-AS }

::** id-ас-g-management NoOperation :: * UNBIND

-    - Сервисный элемент прикладною уровня

green-usc-ASE APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES { grcen-use-operation-1, ... }

:: =■ id-asc-g-use

green-management-ASE APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES { grccn-management-operation-I. ... )

:: =» id-ase-g-management

g reen-u.se-operation-1 Grcen-use-ope ration-1 :: =1 22

Страница 27

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

grccn-managcment-opcration-1 Green-management-operation-1    50

- - Абстрактный синтаксис

grccn-usc-AS OBJECT IDENTIFIER id-as-g-use

green-management-AS OBJECT IDENTIFIER    kJ-as-g-management

END-- Конец реализации зеленой среды

ПРИЛОЖЕНИЕ В

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

СПРАВОЧНОЕ ОПРЕДЕЛЕНИЕ ОБЪЕКТНЫХ ИДЕНТИФИКАТОРОВ

Данное приложение определяет (в справочных целях) различные объектные идентификаторы, приведенные в модулях ACH.I приложения С. Здесь используется ACH.I.

Все объектные идентификаторы, присвоенные в настоящей части ГОСТ Р ИСО/МЭК 10021, присвоены в данном приложении, за исключением тех. которые присвоены в приложении А. Данное приложение является определяющим для всего, кроме модулей АСН.1 и самого субъекта соглашений по определению услуг прикладного уровня. Определяющие обозначения для формы встречаются в самих модулях: другие ссылки на них используются в разделах IMPORT. Последние являются фиксированными.

ASDCObjectIdentifiers (joint-iso-ccitt mhs-motis(6) asdc(2) modules(O) object-identifiers(0)}

DEFINITIONS IMPLICIT TAGS ::-BEGIN

-    - Пролог

-    - Экспортирует все IMPORTS --ничего --

ID OBJECT IDENTIFIER

-    - Соглашения по определению абстрактных услуг (неоиределяюшие) id-asdc ID (joint-iso-ccitt mhs-motis(6) asdc<2) - - неоиределяюшие

-    - Категории

id-mod ID :: =■ (id-asdc 0) - - модули; неоиределяюшие id-ex ID = (id-asdc I) - - пример: неопределяющий

-    - Модули

id-mod-object-idcntifiers ID (id-mod 0) - - неоиределяюшие id-mod-notation    ID    ::=» (id-mod I) - - неопределяющие

END - - Конец объектных идентификаторов COAY

23

Страница 28

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

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

СПРАВОЧНОЕ ОПРЕДЕЛЕНИЕ НОТАЦИИ

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

Abst ractSe nice Noiai ion (joint-iso-ccitt mhs-motis(6) asdc<2) modules(O) notation(l) }

DEFINITIONS IMPLICIT TAGS :: =

BEGIN

-    - Пролог EXPORTS

ABSTRACT-BIND, ABST RACT -ERROR. ABSTRACT-O PE RATION.

ABSTRACT -UNBIND. OBJECT. PORT, REFINE;

IMPORTS

- - Нотация удаленных операций

BIND. ERROR. OPERATION. UNBIND

FROM Remole-Operation-Notation (joint-iso-ccitt rcmote-opcrations(4) notation(O) };

-    - Макрокоманды объекта

OBJECT MACRO:: -BEGIN

TYPE NOTATION    «PORTS* « < - PortList . ) * | empty

VALUE NOTATION    value (VALUE OBJECT IDENTIFIER)

PortList    Port «,* PortList | Port

Port    value ( Port) PortType

PortType    ::=* Symmetric | Asymmetric

Symmetric    ::*= empty

Asymmetric    ::«» Consumer | Supplier

Consumer    «(C)»

Supplier    «|S|»

END

PORT MACRO BEGIN

TYPE NOTATION ::=* Operations | emptv

VALUE NOTATION ::*> value (VALUE OBJECT IDENTIFIER)

Symmetrical 1 Asymmetrical

Operations

= «ABSTRACT» «OPERATIONS» *<» Opcrat ion List «}» ” OncSided | TwoSidcd

Symmetrical

Asymmetrical

24

Страница 29

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

::=• Consumer | Supplier

OncSidcd

TwoSided

Consumer

Supplier

::= Consumer Supplier | Supplier Consumer

«CONSUMER» -INVOKES. « { * OperationList « } . «SUPPLIER® «INVOKES* « { * OperationList * } *

OperationList    ::= Operation «,* OperationList | Operation

Operation    ::=> value (ABSTRACT-OPERATION) |

-    - значение данных, иленшфииируюшее абстрактную операцию

type

-    - гип данных, идентифицирующий абстрактную операцию

END

- - Макрокоманды уточнения

REFINE MACRO BEGIN

TYPE NOTATION

Object «AS» Component List

VALUE NOTATION    value (VALUE OBJECT IDENTIFIER)

ComponcntList    "- Component Component List | Component

Component    ObjectSpec Ports

ObjectSpec    Object | Object «RECURRING»

Ports    Port Spec List | empty

PortSpecList    PonSpec PortSpecList | PortSpec

PortSpec    value (PORT) PortSide PortStatus

PortSide    Consumer | Supplier | empty

Consumer    «|С|»

Supplier    ::=• «IS|.

PortStatus    «VISIBLE» | «PAIRED. «WITH» ObjectUst

Object List    ::*• Object «.* Object List | Object

Object    value (OBJECT)

END

- - Макрокоманды абстрактной связки, развязки, операции и ошибок

ABSTRACT-BIND MACRO :: -BEGIN

TYPE NOTATION VALUE NOTATION


Ports Bind

value (VALUE BindType)


= «ТО* «I* Port List «}» | empty = Port *,» Port List | Port

Ports Port List Port

PortSide

Consumer

Supplier

Bind

-    value (PORT) PortSide

= Consumer | Supplier J empty

-    «|C)»

= «IS]*

::*» type (BindType) --должен быть типа BIND I empty <BindType BIND>

END

25

Страница 30

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

ABSTRACT-UN BIND MACRO::-BEGIN

TYPE NOTATION    Pom UnBind

VALUE NOTATION ::= value (VALUE UnBindType)

Ports    «FROM»    *    {    *    PortList « } » | empty

PortList    Port *,*    PortList | Port

Port    ::«= value (TORT) PortSide

PortSide    Consumer | Supplier | empty

Consumer    «|C|*

Supplier    «|S|*

Unbind    ::=■ type (UnbmdType) - - должен быть типа UNBIND

j empty <UnbindType ::=* UNBIND>

END

ABSTRACT-OPERATION MACRO :: - OPERATION ABSTRACT-ERROR MACRO :: = ERROR END - - Коней нопшии абстрактных услуг

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

РАЗЛИЧИЯ МЕЖДУ ГОСТ Р ИСО/МЭК 10021-3 И РЕКОМЕНДАЦИЕЙ Х.407 МККТТ

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

Между этими двумя спецификациями никаких различий нет.

26

Страница 31

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

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

АЛФАВИТНЫЙ УКАЗАТЕЛЬ

В данном приложении содержится алфавитный указатель для настоншсй части ГОСТ Р ИСО/МЭК 10021. В нем указаны номера! разделов, в которых определен каждый элемент каждой категории.

В приложении указаны элементы (при их наличии) следующих категорий: а) сокращения; б> термины;

в)    единицы информации:

г)    модули АСН.1;

д)    макрокоманды АСН.1; с) типы АСН.1;

ж) значения АСН.1.

ЕЛ Сокращения

АСН.1......................3    исполнитель..................................8.1

ВОС.......................3    модель..........................................7

ПБДП......................3    операция абстрактной    развязки    .    .    8.3

НК........................3    операция абстрактной    связки ....    8.2

СУО.......................3    ответчик........................................8.2

СЭП.......................3    обьект...........................7.1

Е.2 Термины    параметр.................... 8.5

абстрактная ассоциация.........7.3    пользователь.......................7.3

абстрактная модель............7    пользователь абстрактной услуги    .    7.3

абстрактный объект............7.1    порт..............................................7.3

абстрактная операция..........8.4    поставщик....................................7.2

абстрактная ошибка............8.5    поставщик абстрактной услуги    ...    7.3

абстрактный порт.............7.2    потребитель..................................7.2

абстрактная процедура..........8.1    привлечение..................................8.1

абстрактная услуга.............7.3    процедура......................................8.1

абстрактное уточнение..........7.4    развязка........................................7.2

аргумент....................8.1    связка............................................7.2

асимметричный...............7.2    реальный......................................9

ассоциация..................7.3    результат........................................8.1

выполнение..................8.1    симметричный..............................7.2

запросчик...................8.1    совместимый................................7.2

инициатор...,...............8.2    уточнение......................................7.4

информация об ошибке.........8.3

27

Страница 32

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

УДК 681.324:006.354    ОКС    35.100.70    1185    ОКСТУ    4002

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

Редактор.’? В. Афаяае+икп (ешческий редактор#.//. Нин ми корректор О Н. Л'гдеш кочпыогермий acptita к.И. \(арм%‘мьммо*ой

)IU- -ui«- М- 0211KI? от I0.0&.95. С’дшо и и»бор 07.09.98. Подписано • печать IU.I2.9X. Уел. не» л. Л.72. Уч.-шд. л. J.J5. Тираж 23S ж*.

С Я*JW 3ак.35.

И ПК liuuienkcino спмдврцув, 107076, Москва, колодегиий «ср.. 14.

Н*б|>1ио о Нштелипве ил ПЭВМ Филиал И ПК И (дательетво стандартов тип. ’'Московский печашнк'*. Москвл. Ладин пер.. 6.

Плр № 080102