ГОСТ Р ИСО/МЭК МФС 10611-3-95 Информационная технология (ИТ). Функциональный стандарт. Профили AMH1n. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 3. Профиль AMH11. Передача сообщений (с использованием протокола Р1)

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

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

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

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

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

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

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

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

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

3.2.1 Статические возможности

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

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

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

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

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

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

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

Не входит в предмет рассмотрения (Н/Р): элемент не входит в предмет рассмотрения настоящего стандарта, т.е. не может быть объектом аттестационного тестирования ФС.

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

3.2.2 Динамическое поведение

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

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

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

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

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