ГОСТ Р ИСО/МЭК МФС 10611-5-98

Группа П85

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


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

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

Профили AMH1n. Системы обработки сообщений.
Унифицированный обмен сообщениями

Часть 5

ПРОФИЛЬ АМН13. ДОСТУП К ХРАНИЛИЩУ СООБЩЕНИЙ
(С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА Р7)

Information technology. International standard.
Profiles AMH1n. Message handling systems. Common messaging.
Part 5. Profile АМН13. MS access (Р7)

     
     
ОКС 35.100.70*
ОКСТУ 4002
_____________________
     * В "Указателе стандартов" 2003 г. номер ОКС 35.100.05. - Примечание .

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

Предисловие

     
     1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информации
     
     ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 "Информационные технологии"
     
     2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 мая 1998 г. N 206.
     
     Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10611-5-94 "Информационная технология. Международный функциональный стандарт. Профили АМН1n. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 5. Профиль АМН13. Доступ к хранилищу сообщений (с использованием протокола P7)"
     
     3 ВВЕДЕН ВПЕРВЫЕ
     
     

Введение

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

     1 НАЗНАЧЕНИЕ

     
     1.1 Общие положения
     
     Настоящий стандарт определяет доступ к хранилищу сообщений (ХС) с использованием протокола доступа к ХС Р7 (см. также рисунок 1). Эта спецификация составляет часть прикладных функций унифицированного обмена сообщениями, как определено в частях настоящего функционального стандарта (ФС), который формирует общую основу для содержимого типозависимых профилей по системам обработки сообщений (СОС), планируемых к разработке.
     
     1.2 Место в таксономии
     
     Настоящий стандарт является пятой частью многочастевого ФС, идентифицированного в ГОСТ Р ИСО/МЭК ТО 10000-2 как "АМН1. Системы обработки сообщений. Унифицированный обмен сообщениями" (см. также ГОСТ Р ИСО/МЭК ТО 10000-1, раздел 8.2, в котором определены многочастевые ФС).
     
     Настоящий стандарт определяет профиль АМН13 - доступ к ХС (Р7).
     
     Профиль АМН13 может взаимодействовать с любыми профилями Т (см. ГОСТ Р ИСО/МЭК ТО 10000), определяющими услуги транспортного уровня ВОС в режиме установления соединения.
     
     1.3 Сценарий
     
     Используемая модель представляет собой один из методов доступов к ХС со стороны пользователя ХС, в частности, представляет собой взаимодействие между ХС и пользователем ХС (т.е. агентом пользователя), использующими протокол Р7, как показано на рисунке 1.
     

     
Рисунок 1 - Сценарий профиля АМН13

     
     
     Если профиль АМН13 реализован с использованием Р7, то он охватывает все аспекты абстрактных услуг СПС, как определено в ИСО/МЭК 10021-5.
     
     Протоколы и услуги верхних уровней ВОС, предназначенные для обеспечения функций СОС, охватываемых профилем АМН13, определены в наборе стандартов, перечисленных в таблице 1.
     
     

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

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

     
     В настоящем стандарте использованы ссылки на следующие стандарты:
     
     Изменения и технические поправки в базовых стандартах, на которые даны ссылки, перечислены в приложении В.
     
     Примечание - Ссылки в тексте настоящего стандарта на определенные разделы стандартов ИСО/МЭК должны рассматриваться как ссылки на соответствующие разделы эквивалентных рекомендаций МККТТ (указанных ниже), если не оговорено иное.
     
     
     ГОСТ Р ИСО/МЭК ТО 10000-1-93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 1. Основы
     
     ГОСТ Р ИСО/МЭК ТО 10000-2-93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 2. Таксономия профилей
     
     ИСО/МЭК 10021-1-90* Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 1. Общее описание системы и услуг. [См. также рекомендацию МККТТ Х.400 (1988)]
     
     ИСО/МЭК 10021-2-90* Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 2. Общая архитектура. [См. также рекомендацию МККТТ Х.402 (1988)]

     
     ИСО/МЭК 10021-5-90* Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 5. Хранилище сообщений. Определение абстрактных услуг. [См. также рекомендацию Х.413 МККТТ (1988)]

     
     ИСО/МЭК 10021-6-90* Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 6. Спецификация протокола. [См. также рекомендацию МККТТ Х.419 (1988)]

_______________

     * Оригиналы стандартов и проектов ИСО/МЭК - во ВНИИКИ Госстандарта России.
     
     ГОСТ Р ИСО/МЭК МФС 10611-1-95 Информационная технология. Функциональный стандарт. Профили АМН1n. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 1. Обеспечение услуг систем обработки сообщений
     
     ГОСТ Р ИСО/МЭК МФС 10611-2-95 Информационная технология. Функциональный стандарт. Профили АМН1n. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 2. Спецификация СЭУО, СЭНП, СЭУА, протоколов уровня представления и сеансового уровня для использования в системах обработки сообщений.
     
     Рекомендация Х.400 МККТТ (1988). Система обработки сообщений и общее описание услуг.
     
     Рекомендация Х.402 МККТТ (1988). Система обработки сообщений. Общая архитектура
     
     Рекомендация Х.413 МККТТ (1988). Система обработки сообщений. Хранилище сообщений. Определение абстрактных услуг.
     
     Рекомендация Х.419 МККТТ (1988). Система обработки сообщений. Спецификации протоколов.
     
     

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

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

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

     4 СОКРАЩЕНИЯ

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

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

     5.3 Соответствие нижерасположенным уровням
     
     Реализации, удовлетворяющие профилю АМН13 согласно настоящему стандарту, должны также соответствовать ГОСТ Р ИСО/МЭК МФС 10611-2 согласно прикладного контекста протокола Р7, для которого (ых) заявлено соответствие.
     

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

ФОРМА ЗСРФС* ДЛЯ ГОСТ Р ИСО/МЭК МФС 10611-5-98 (АМН13)

_____________

     * Пользователям настоящего стандарта не требуется разрешение Госстандарта России на полное или частичное воспроизведение, тиражирование и распространение формы ЗСРФС.
     
     
     В случае противоречий между текстом основной части настоящего стандарта и таблицами данного приложения предпочтение следует отдавать этому приложению.
     
     В разделе А.1 определены базовые требования к соответствию профилю АМН13, а в разделе А.2 - требования, дополняющие те, которые определены в А.1, для каждой из факультативных функциональных групп, если заявлено соответствие такой функциональной группе. В разделе А.3 приводится дополнительная информация по обеспечению некоторых аспектов реализации при наличии специфических требований, не включенных в ГОСТ Р ИСО/МЭК МФС 10611. Все разделы должны быть соответствующим образом заполнены.
     
     В каждой таблице колонка "Базовый стандарт" отражает уровень обеспечения, требуемый для соответствия базовому стандарту, а колонка "Профиль" отражает уровень обеспечения, удовлетворяющий требованиям настоящего ФС (используя классификацию и нотацию, определенные в 3.2).
     
     Колонка "Ссылка" предназначена для перекрестных ссылок. Используемые для ссылок записи представляют собой составные элементы, которые в свою очередь содержат подэлементы (подэлемент ссылки является приставкой к ссылке составного элемента).
     
     Колонка "Обеспечение" предназначена для заполнения поставщиком реализации, как изложено ниже:
     
     Д   элемент или функциональная возможность обеспечивается полностью (т.е. удовлетворяются требования "О" классификации и уровня обеспечения профиля);
     
     Н   элемент или функциональная возможность не обеспечивается; ниже приводится следующая квалификация поведения при получении такого элемента:
     
     НА - элемент аннулируется/игнорируется;
     
     НО - ПБД отклоняется (с соответствующей индикацией ошибки в необходимых случаях);
     
     - или пробел элемент, или функциональная возможность не используется (т.е. не обеспечивается основная функциональная возможность или составной протокольный элемент, включающие этот элемент или функциональную возможность).
     
А.0 Идентификация реализации

A.0.1 Идентификация ЗСРП
     

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

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

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

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

     
     Примечание - Для каждого типа реализации, соответствие которого заявляется, должна заполняться отдельная ЗСРП.
     
     
А.0.6 Констанция глобального соответствия
     

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

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

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

     
     
А.1.2 Обеспеченные операции

А.1.2.1 Связка и развязка

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

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечивается АПС, то "О" иначе "Ф".
     
     Примечание - ХС имеет необходимость только копировать синтаксис аргументов и результатов этих операций, выполняемых в АПС или АП, смотря по обстоятельствам, и не требует умения копировать такие элементы или предпринимать какие-либо явные действия на основе семантики таких элементов.
     
     
А.1.2.3 Сервисный элемент поиска сообщения (СЭПС)
     

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

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечивается АПС, то "О" иначе "Ф".
     
     Примечание - ХС имеет необходимость только копировать синтаксис аргументов и результатов этих операций, выполняемых в АПС или АП, смотря по обстоятельствам, и не требует умения копировать такие элементы или предпринимать какие-либо явные действия на основе семантики таких элементов. Для АП, некоторые или все из услуг и функциональных возможностей, обеспечиваемые этими операциями, могут реализовываться другим образом в качестве локального вопроса.
     
     
А.1.3 Аргументы/результаты операции

А.1.3.1 Связка-ХС
     

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

     
     
     У1 - если обеспечивается в конверте предоставление сообщения, то "О" иначе "- ".
     
     
А.1.3.3 ПредоставлениеЗонда
     

     
     
     У1 - если обеспечивается в конверте предоставление зонда, то "О" иначе "- ".
     
     
А.1.3.4 АннулированиеЗадержаннойДоставки
     

     
     
А.1.3.5 УправлениеПредоставлением

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечивается АПС, то "О" иначе "Ф"
     
     
А.1.3.6 Подведение итога
     

     
     
     У1 - если обеспечивается запрос, то "О" иначе "-"
     
     
А.1.3.7 Список
     

     
     
А.1.3.8 Выборка
     

     
     
A.1.3.9 Удаление
     

     
     
А.1.3.10 Журнал ХС
     

     
     
А.1.3.11 Предупреждение
     

     
     
А.1.3.12 Журнал
     

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечивается АПС, то "О" иначе "Ф".
     
     
A.1.3.13 ИзменениеУдостоверенияЛичности
     

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечиваемый АПС, то "О" иначе "Ф".
     
     
А.1.4 КонвертПредоставленияСообщения
     

     
     
     У1 - если ХС имеет интерфейс Р3 к АПС, то "О" иначе, если обеспечиваемый АПС, то "О" иначе "Ф".
     
     О2 - требуется только способность генерировать значение "запрещенный"
     
     
A.1.5 КонвертПредоставленияЗонда