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

60 страниц

548.00 ₽

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

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

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

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

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

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

Настоящий стандарт определяет профиль АМН12 - доступ к СПС (Р3).

Профиль АМН12 может взаимодействовать с любыми профилями Т, определяющими услуги транспортного уровня ВОС в режиме установления соединения.

Используемая модель представляет собой один из методов доступа к СПС со стороны пользователей СПС, в частности, представляет собой взаимодействие между агентом передачи сообщений и пользователем СПС, использующими протокол Р3

  Скачать PDF

Оглавление

Введение

1 Назначение

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

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

4 Сокращения

5 Соответствие

Приложение А Форма заявки о соответствии реализации функциональному стандарту (ЗСРФС) для профиля АМН12

Приложение В Изменения и технические поправки

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

ГОСТ Р ИСО/МЭК МФС 10611—4—95

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

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

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ

ПРОФИЛИ AMHln. СИСТЕМЫ ОБРАБОТКИ СООБЩЕНИЙ УНИФИЦИРОВАННЫЙ ОБМЕН СООБЩЕНИЯМИ

ЧАСТЬ 4. ПРОФИЛЬ АМН12.

ДОСТУП К СИСТЕМЕ ПЕРЕДАЧИ СООБЩЕНИЙ (С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА РЗ)

БЗ 8—94/371


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

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

ГОСТ Р ИСО/МЭК МФС 10611— 4—95

Предисловие

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

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 24.10.95 № 549

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10611—4—94 «Информационная технология. Международный функциональный стандарт. Профили АМН In. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 4. Профиль АМН 12. Доступ к системе передачи сообщений (с использованием протокола РЗ}»

3    ВВЕДЕН ВПЕРВЫЕ

© ИГ1К Издательство стандартов, 1996

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

II

ГОСТ Р ИСО/МЭК МФС 10611— 4—95

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

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

ВС    Возврат содержимого

ЭУ    Элемент услуг

ЗЩ    Защита

ИС    Использование справочника

ОСПУ    Обработка сообщений прикладного уровня

ПА    Переадресация

Пр    Преобразование

СОС    Система обработки сообщений

СПД    Самая последняя доставка

СР    Список распределения

ФГ    Функциональная группа

ФД    Физическая доставка

ФС    Функциональный стандарт

ХС    Хранилище сообщений

Уровень обеспечения элементов протокола и функциональных возможностей (см. 3.2):

О    обязательное обеспечение

О-    обязательное минимальное обеспечение

Ф    факультативное обеспечение

У    условное обеспечение

Н/Р    не входит в предмет рассмотрения

—    не используется

Т    требуемый

И    исключено

5 СООТВЕТСТВИЕ

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

5.1 Заявка соответствия

Для каждой реализации, претендующей на соответствие профилю АМН 12, определяемому в настоящем стандарте, должна быть представлена заявка о соответствии реализации протоколу (ЗСРП), в которой констатируется наличие или отсутствие обеспечения

7

ГОСТ Р ИСО/МЭК МФС 10611—4—95

каждой факультативной возможности, идентифицированной в настоящей части ГОСТ Р ИСО/МЭК МФС 10611.

Сфера соответствия профиля АМН 12 охватывает как агентов передачи сообщений (АПС), так и пользователей СПС. Заявка о соответствии профилю АМН 12 должна устанавливать, претендует ли реализация на соответствие в качестве АПС, АП или ХС, которое не является соразмещенным с АПС.

5.2    Соответствие СОС

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

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

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

Реализаиии, соответствующие профилю АМН12 согласно настоящему стандарту, должны указывать тот (те) прикладной(ые) контекст(ы) протокола РЗ, для которого(ых) заявлено соответствие.

5.3    Соответствие нижерасположенным уровням

Реализации, соответствующие профилю АМН 12 согласно настоя-

8

ГОСТ Р ИСО/МЭК МФС 10611—4—95

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

ФОРМА ЗАЯВКИ О СООТВЕТСТВИИ РЕАЛИЗАЦИИ ФУНКЦИОНАЛЬНОМУ СТАНДАРТУ (ЗСРФС)

ДЛЯ ПРОФИЛЯ АМН121

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

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

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

Колонка «Обеспечение» предназначена для заполнения поставщиком реализации как изложено ниже:

Л элемент или функциональная возможность обеспечивается полностью (г.с. удовлетворяются требования «О» классификации и уровня обеспечения профиля),

Д- элемент или функциональная возможность обеспечивается минимально (т.с. удовлетворяются требования «О-» классификации уровня обеспечения профиля),

Н элемент или функциональная возможность не обеспечивается;

ниже приводится следующая квалификация поведения при получении такого элемента:

НА — элемент аннулирустся/игнорируется;

НО — БФД отклоняется (с соответс+вующей индикацией ошибки в необходимых случаях);

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

ГОСТ Р ИСО/МЭК МФС 10611—4—95

Л.0 Идентификация реализации

Л.0.1 Идентификация ЗСР/1

Ссылка

Вопрос

Ответ

1

Дата заявки ДД/ММ/ГГ

2

Порядковый помер ЗСРП

3

Взаимная ссылка заявки о соответствии системы

А.0.2 Идентификация тестируемой реализации (ТР)

Ссылка

Вопрос

Ответ

1

Имя реализации

2

Версия реализации

3

Наименование вычислительной машины

4

Версия вычислительной машины

5

Наименование операционной системы

6

Версия операционной системы

7

Специальная конфигурация

8

Прочая информация

А.0.3 Идентификация поставщика

Ссылка

Вопрос

Ответ

1

Имя организации

2

С кем устанавливать связь

3

Адрес

4

Номер телефона

5

Номер телекса

6

Номер факса

7

Адрес электронной почты

8

Прочая информация

11

ГОСТ Р ИСО/МЭК МФС 10611—4—95

А.0.4 Идентификация протокола

Ссылка

Вопрос

Ответ

1

Наименование, ссылочный номер и дата публикации стандарта по протоколу

2

Версия(и) протокола

iI/И

3

Реализованные

дополнения/изменения/техкические

поправки

4

Реализованные извещения об ошибках

II/и

А.0.5 Тип реализации

Ссылка

Тип реализации

Ответ

1

Пользователь-СПС (АП или ХС)

2

АПС

Примечание — Для каждого типа реализации, соответствие которого заявляется, должна заполняться отдельная ЗСРГ1.

А.0.6 Констатация глобального соответствия

Ссылка

Вопрос

Ответ

1

Реализованы ли все обязательные требования базовых стандартов?

А.0.7 Заявка о соответствии профилю

Ссылка

Вопрос

Ответ

Комментарии

1

Реализованы ли все обязательные требования профиля АМН112?

2

Реализованы ли все обязательные требования какой-либо из следующих факультативных функциональных групп?

2.1

Защита <ЗЩ)

Класс (ы):

2.2

Физическая доставка (ФД)

2.3

Преобразование (ПР)

2.4

Переадресация (ПА)

2.5

Самая последняя доставка (СИД)

2.6

Возврат содержимого (ВС)

2.7

Список распределения (СР)

2.8

Использование справочника (ИС)

12

ГОСТ Р ИСО/МЭК МФС 10611—4—95

Л.1 Базовые требования

А. 1.1 Обеспеченные прикладные контексты

Ссыл

ка

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

Пользователь-

СПС

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

Доступ-епс

О

О

О

О

2

Форсированный-доступ-

смс

О

О

О

О

3

Надежный-достун-спс

Ф

Ф

Ф

Ф

4

Форсированный*

налсжный-доступ-спс

Ф

ф

Ф

Ф

Л. 1.2 Обеспеченные операции А. 1.2.1 Связка и развязка

Ссыл

ка

Операция

Пользователь-

СПС

АПС

Обес-

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

Доступ СвязкаСПС

О

О

О

0

См. А.1.3.1

2

Доступ РазвязкаСПС

О

О

О

0

3

Форсированный доступ СвязкаСПС

О

О

О

О

См. А.1.3.1

4

Форсированный доступ РазвязкаСПС

О

О

о

О

13

ГОСТ Р ИСО/МЭК МФС 10611—4—95

А. 1.2 2 Сервисный элемент предоставления сообщения (СЭПС)

Ссыл

ка

Операция

Пользователь-

СПС

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

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

Сообщения

О

О

О

О

См. А.1.3.2

2

Предоставление-Зонда

Ф

Ф

О

О

См. А. 1.3.3

3

Аннулирование-

Задержанной-Доставки

Ф

Ф

О

О

См. А. 1.3.4

4

Управление-Г (редоставленисм

О

О

Ф

Ф

См. А.1.3.4

Примечание — Если пользоватсль-СПС представляет собой ХС, то требование обеспечивать передачу только на основе этих операций (т.е. между АПС и локальным или удаленным АП) остается неизменным.

А. 1.2.3 Сервисный элемент доставки сообщения (СЭДС)

Ссыл

ка

Операция

Пользопатель-

СПС

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

ДоставкаСообщения

О

О

О

О

См. А. 1.3.6

2

ДоставкаОтчета

О

О

О

О

(м. А. 1.3.7

3

У правлениеДоставкой

Ф

Ф

О

О

См. А.1.3.8

ГОСТ Р ИСО/МЭК МФС I06I1—4—95


Л. 1.2.4 Сервисный элемент административного управления сообщениями (СЭЛС)

Ссыл

ка

Операция

Пользователь-

СПС

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

Журнал

Ф

Ф

Ф

Ф

См. АЛ.3.9

2

ИзменениеУдостове рения Личности (АПС на АП)

Ф

Ф

Ф

Ф

См А 1.3.10

3

ИзменениеУдостове рения Личности (АП на АПС)

Ф

Ф

Ф

Ф

См. А13.10


Примечание — Если пользователь СПС представляет собой ХС, то требование обеспечивать передачу только на основе этих операций (т е. между АПС и локальными или удаленными АП) остается неизменным. Для АГ1 или АПС, некоторые или все из услуг и функциональных возможностей, обеспечиваемые этими операциями, могут реализовываться другим образом в качестве локального вопроса.


А. 1.3 Аргументы/результаты операции А. 1.3.1 Связка-СПС


Ссыл

ка

Элемент услуг

Пользователь-

СПС

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

АРГУМЕНТ

1.1

Имя-инициатора

О

О

О

О

1.2

Ожидание-сообщений

Ф

У1

Ф

У1

1.3

Удостоверение-личности-

инициатора

О

О

О

О

1.3.1

Простое

О

о

О

О

1.3.1.1

СТРОКА ОКТЕТОВ

Ф

О

Ф

О

1.3.1.2

СтрокаМК5

ф

ф

Ф

ф

1.3.2

Строгое

ф

ф

Ф

ф

1.3.2.1

Полномочие-связки

О

О

О

О

1.3.2.11

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

алгоритма-подписи

О

О

О

О

15


ГОСТ Р ИСО/МЭК МФС 10611-4—95

Продолжение А. 1.3.1

1.3.2.1.2

Имя

О

О

О

о

1.3.2.1.3

Время

О

о

О

О

1.3.2.1.4

Данные-со-знаком

Ф

ф

ф

ф

1.3.2.1.5

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

алпоритма-шифрования

Ф

ф

ф

ф

13.2.1.6

Шифро ванные-данные

Ф

ф

ф

ф

1.3.2.2

Сертификат

Ф

ф

ф

ф

1.4

Контекст-защиты

Ф

ф

ф

ф

См. Л. 1.9/3

2

РЕЗУЛЬТАТ

2.1

Имя-ответчика

О

О

О

О

2.2

Ожидание-сообщений

Ф

У2

ф

У2

2.3

Удостоверение-личности-

ответчика

О

О

О

О

2.3.1

Простое

О

О

О

о

2.3.1.1

СТРОКА ОКТЕТОВ

Ф

О

ф

о

2.3.1.2

Строкам К5

Ф

Ф

ф

ф

2.3.2

Строгое

Ф

Ф

ф

ф

2.3.2.1

Полномочие-связки

О

О

О

О

2.3.2.1.1

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

алгоритма-подписи

О

О

о

о

2.3.2.1.2

Имя

О

О

О

О

2.32.1.2

Время

О

О

о

О

2.3.2.1.4

Данные-со-знаком

Ф

ф

ф

ф

23.2.1.5

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

алгоритма-шифрования

Ф

ф

ф

ф

2.32.1.6

Шифрованные-данные

Ф

ф

ф

ф

У1 — если АПС представляет собой инициатора, то «О» иначе «—».

У2 — если пользователь СП С представляет собой инициатора, то «О» иначе «—».

16

ГОСТ Р ИСО/МЭК МФС 10611—4—95

Содержание

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

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

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

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

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

5    Соответствие.......................... 7

Приложение А Форма заявки о соответствии реализации

функциональному стандарту (ЗСРФС) для профиля    АМН12 /................. 10

Приложение В Изменения и технические поправки ..... 54

ill

ГОСТ Р ИСО/МЭК МФС 10611—4—95

Л. 1.3.2 ПредоставлениеСообщений

Ссыл

ка

Элемент услуг

АП

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

АРГУМЕНТ

11

Конверт

О

О

О

О

См. А.1.4

1.2

Содержимое

О

о

О

О

2

РЕЗУЛЬТАТ

2.1

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

предоставления-сообщения

О

О

О

О

См. А1.8/1

2.2

Врсмя-прсдоставления-

сообщения

о

о

о

О

2.3

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

содержимого

ф

У1

О

О

2.4

Расширения

о

о

о

О

См.. А1.9/1

2.4.1

Сертификат-

отправляющего-АПС

ф

Н/Р

ф

Н/Р

2.4.2

Подтве рж ден ие -предоставления

ф

Н/Р

ф

Н/Р

См. А. 1.9/7

У1 — если обеспечивается в конверте предоставление сообщения, то «О» иначе

«—».

А. 1.3.3 ПредоставлениеЗонда

Ссыл

ка

Элемент услуг

АП

АПС

Обес

пече

ние

Приме

чания/

ссылки

Базо

вый

стан

дарт

Про

филь

Базо

вый

стан

дарт

Про

филь

1

АРГУМЕНТ

1.1

Конверт

О

О

О

О

См. АЛ .5

2

РЕЗУЛЬТАТ

О

О

О

О

2.1

Идснтификатор-

прсдоставлсния-зонда

О

О

О

О

См. А. 1.8/1

2.2

Время-предоставления-

зонда

О

О

О

О

2.3

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

содержимого

Ф

У1

О

О

У1 — если обеспечивается в конверте предоставление зонда, то «О* иначе «—».

17

ГОСТ Р ИСО/МЭК МФС 10611—4—95

Введение

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

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

Стандарт ГОСТ Р ИСО/МЭК МФ{Р’3}С 10611 состоит из нескольких частей. Настоящий стандарт является четвертой частью. В ней определен профиль AMHll(Pl). В первой части определено обеспечение услуг системы обработки сообщений (СОС), во второй

—    спецификация протоколов сервисных элементов управления ассоциацией ^СЭУА), надежной передачи (СЭНП), удаленных операций (СЭУО), уровня представления и сеансового уровня для использования в СОС, в третьей — профиль AMHll(Pl) и в пятой

—    профиль АМН13(Р7).

IV

ГОСТ Р ИСО/МЭК МФС 10611—4—95

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

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

Функциональный стандарт.

ПРОФИЛИ AMHln. СИСТЕМЫ ОБРАБОТКИ СООБЩЕНИЙ. УНИФИЦИРОВАННЫЙ ОБМЕН СООБЩЕНИЯМИ

Часть 4. Профиль АМН 12. Доступ к системе передачи сообщений

(с использованием протокола РЗ)

Information technology. International standardized profiles AMHln. Message handling _systems.    Common    messaging.    Part    4.    АМН    12.    MTS    access    (P3)_

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

1 НАЗНАЧЕНИЕ

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

Настоящий стандарт определяет доступ к системе передачи сообщений (СПС) с использованием протокола доступа к СПС РЗ (см. также рисунок 1). Данная спецификация составляет часть прикладных функций унифицированного обмена сообщениями, как определено в частях настоящего функционального стандарта (ФС), который формирует общую основу для содержимого типозависимых профилей по системам обработки сообщений (СОС), планируемых к разработке.

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

Настоящий стандарт является четвертой частью многочастсвого ФС, идентифицированного в ГОСТ Р ИСО/МЭК ТО 10000—2 как «АМН1. Системы обработки сообщений. Унифицированный обмен сообщениями» (см, также раздел 8.2 ГОСТ Р ИСО/МЭК ТО 10000—1, в котором определены многочастевые ФС).

Настоящий стандарт определяет профиль АМН 12 — доступ к СПС (РЗ).

Профиль АМН 12 может взаимодействовать с любыми профилями Т (см. ГОСТ Р ИСО/МЭК ТО 10000), определяющими услуги транспортного уровня ВОС в режиме установления соединения.

1.3    Сценарий

Используемая модель представляет собой один из методов доступа к СПС со стороны пользователей СПС, в частности, представляет собой взаимодействие между агентом передачи сообщений (АПС) и пользователем СПС, использующими протокол РЗ, как показано на рисунке I.

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

ГОСТ Р ИСО/МЭК МФС 10611— 4—95

* Не входит в предмет рассмотрения настоящего стандарта

Рисунок 1 — Сценарий АМН 12

Если профиль АМН 12 реализован с использованием РЗ, то он охватывает все аспекты абстрактных услуг СПС, как определено в разделе 8 ИСО/МЭК 10021—4.

Протоколы и услуги верхних уровней ВОС, предназначенные для обеспечения функций СОС, охватываемых профилем АМН 12, определены в стандартах, перечисленных в таблице 1.

Таблица 1 — Модель профиля АМН 12

Прикладной уровень

СОС

ИСО/МЭК 10021—6

СЭУО

ГОСТ Р ИСО/МЭК МФС 10611—2

СЭПП

ГОСТ Р ИСО/МЭК МФС 10611—2

СЭУА

ГОСТ Р ИСО/МЭК МФС 10611—2

Уровень представления

ГОСТ Р ИСО/МЭК МФС 10611—2

Сеансовый уровень

ГОСТ Р ИСО/МЭК МФС 10611—2

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

Изменения и технические поправки в базовых стандартах, на которые даны ссылки, перечислены в приложении В.

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

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

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

ГОСТ Р ИСО/МЭК МФС 10611 — 1—95 Информационная технология. Функциональный стандарт. Профили АМН In. Системы 2

ГОСТ Р ИСО/МЭК МФС 106! 8 —4—95

обработки сообщений. Унифицированный обмен сообщениями. Часть

1.    Обеспечение услуг систем обработки сообщений

ГОСТ Р ИСО/МЭК МФС 10611—2—95 Информационная технология. Функциональный стандарт. Профили AMHln. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть

2.    Спецификация СЭУО, СЭНГ1, СЭУА, протоколов уровня представления и сеансового уровня для использования в системах обработки сообщений

ИСО/МЭК 10021 —1:19902 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 1. Общее описание услуг [см. также рекомендации МККТТ X. 4000988) 1

ИСО/МЭК 10021—2:19902 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 2. Общая архитектура [см. также рекомендацию МККТТ X.4020988) ]

ИСО/МЭК 10021—4:19902 Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 4. Системы передачи сообщений. Определение абстрактных услуг и процедуры [см. также рекомендации МККТТ Х.4110988)] ИСО/МЭК 10021—6:19902 Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 6. Спецификация протокола [см. также рекомендацию МККТТ X.4190988) ]

Рекомендация МККТТ Х.4000988). Система обработки сообщений и общее описание услуг

Рекомендация МККТТ X.4020988). Система обработки сообщений. Общая архитектура

Рекомендация МККТТ Х.411(1988). Система обработки сообщений. Система передачи сообщений. Определение абстрактных услуг и процедуры

Рекомендация МККТТ Х.4190988). Система обработки сообщений. Спецификация протоколов

Руководство для разработчика СОС, версия 8, март 1992 г. (Специальная согласительная группа МККТТ по системам обработки сообщений и СРГ по обмену сообщениями ИСО/МЭК СТК1/ПК18/РГ4).

ГОСТ Р ИСО/МЭК МФС 10611—4—95

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

В настоящем стандарте использованы приведенные ниже определения.

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

3.1    Общие понятия

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

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

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

3.2    Классификация видов обеспечения

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

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

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

Обязательное полное обеспечение (О) — элемент или возможность должны быть обеспечены полностью. Реализации должны быть в состоянии генерировать этот элемент и/или принимать и выполнять все необходимые процедуры (т.е. подразумевается возможность 4

ГОСТ Р ИСО/МЭК МФС 106П— 4—95

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

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

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

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

Не входит в предмет рассмотрения (Н/Р) — элемент не входит

5

ГОСТ Р ИСО/МЭК МФС Ю6|1—‘4—95

в предмет рассмотрения настоящего стандарта — т.е. не может быть объектом аттестационного тестирования ФС.

Не используется (—) — элемент не используется в конкретном контексте, в котором применима эта классификация.

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

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

Требуемый (Т)    — элемент должен присутствовать всегда.

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

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

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

4 СОКРАЩЕНИЯ

АП    Агент пользователя

АПС    Агент передачи сообщений

6

1

Пользователям настоящего стандарта не требуется разрешение Госстандарта России на полное или частичное воспроизведение, тиражирование и распространение формы ЗСРФС.

10

2

До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационная техноло-гия».

3