Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

32 страницы

456.00 ₽

Купить ГОСТ Р ИСО/МЭК 10021-3-98 — официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

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

  Скачать PDF

Оглавление

Введение

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

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

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


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

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

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


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


I


БЗ 8-


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


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

Предисловие

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

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

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

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

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

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

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

II

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

Содержание

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

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

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

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

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

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

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

5.1    ACH.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    Операции абстрактной развязки.......................................... 8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

III

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

IV

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ, ОРИЕНТИРОВАННЫЕ

НА СООБЩЕНИЯ (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 (АСН.1)

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

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

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

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

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

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

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

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

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

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

1

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

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

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

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

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

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

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

-    уровень;

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

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

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

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

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

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

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

-    импорт;

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

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

-    модуль;

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

-    тег.

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

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

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

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

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

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

-    ошибка;

• связанный;

-    операция;

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

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

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

4    СОКРАЩЕНИЯ

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

5    СОГЛАШЕНИЯ

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

5.1 АСН.1

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

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

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

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

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

2

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

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

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

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

5.2 Термины

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

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

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

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

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

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

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

а)    абстрактные модели;

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

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

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

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

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

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

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

3

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

OBJECT MACRO :: =

BEGIN

TYPE NOTATION :: = «PORTS* « {«PortList* } * | empty VALUE NOTATION :: - value (VALUE OBJECT IDENTIFIER)

PortList    ::    15    Port « , * PortList | Port

Port    ::    =    value (PORT) PortType

Symmetric

Asymmetric

Consumer

Supplier

END

PortType    ::    =    Symmetric | Asymmetric

:: " empty

:: = Consumer | Supplier

:: = -1C]. :: = «|S]*

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

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

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

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

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

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

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

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

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

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

PORT MACRO    ::    =

BEGIN

TYPE NOTATION    ::    =    Operations    |    empty

VALUE NOTATION    ::    «    value    (VALUE    OBJECT    IDENTIFIER)

Operations    ::    =    Symmetrical |    Asymmetrical

4

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

Symmetrical

Asymmetrical

Onesided

TwoSided

Consumer

Supplier

Ope rat ion List Operation

:: m «ABSTRACT» «OPERATIONS* « { «Ope rat ion List* } * :: = Onesided | TwoSided

:: = Consumer | Supplier

:: = Consumer Supplier | Supplier Consumer

:: — «CONSUMER» «INVOKES» « { «OperationList* } *

:: ■ «SUPPLIER* «INVOKES» « { «OperationList* } *

:: = Operation • , * OperationList | Operation :: = value (ABSTRACT-OPERATION) |

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

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

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

END


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5

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

:: = 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 | empty :: = «[CJ*

:: = «|S|*

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

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

REFINE MACRO BEGIN

TYPE NOTATION VALUE NOTATION

Component List Component

Object Spec

Ports

PortSpecList PortSpec

PortSide Consumer Supplier

PortStatus

Object List Object

END

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

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

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

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

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

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

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

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

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