ГОСТ Р ИСО/МЭК 29361-2012

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

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

ИНТЕРОПЕРАБЕЛЬНОСТЬ СЕТЕВЫХ УСЛУГ

Базовый профиль WS-I. Версия 1.1

Information technology. Web services interoperability. WS-I basic profile. Version 1.1

ОКС 35.100.05

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

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием Государственный научно-исследовательский и конструкторско-технологический институт "ТЕСТ" (ФГУП ГосНИИ "ТЕСТ") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

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

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 24 сентября 2012 г. N 421-ст

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 29361:2008* "Информационная технология. Интероперабельность сетевых услуг. Базовый профиль WS-I. Версия 1.1" (ISO/IEC 29361:2008 "Information technology - Web Services Interoperability - WS-I Basic Profile. Version 1.1", IDT)     

________________

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

5 ВВЕДЕН ВПЕРВЫЕ

6 ПЕРЕИЗДАНИЕ. Январь 2019 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

В разделе 1 определен Профиль и объяснены его взаимосвязи с другими профилями.

В разделе 2 "Соответствие Профилю" объяснено, что значит быть соответствующим профилю.

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

     1 Область применения

     1.1 Область применения

В настоящем стандарте определен Базовый профиль WS-I 1.1 (далее "Профиль"), состоящий из набора непроприентарных спецификаций сетевых услуг вместе с пояснениями, уточнениями, интерпретациями и расширениями этих спецификаций, которые обеспечивают интероперабельность.

     1.2 Взаимосвязи с другими профилями

Настоящий Профиль получен из Базового Профиля 1.0 путем включения всех поправок и отделения требований, относящихся к сериализации оболочки и ее представления в сообщениях. Такие требования теперь являются частью Простого Профиля привязки SOAP 1.0 и идентифицируются в отдельном заявлении о соответствии.

Данное разделение сделано для облегчения композиции Базового Профиля 1.1 с любым профилем, специфицирующим сериализацию оболочки, включая Простой Профиль привязки SOAP 1.0 и Профиль Присоединений 1.0. Комбинация заявлений о соответствии Базовому Профилю 1.1 и Простому Профилю привязки SOAP 1.0 приблизительно эквивалентна заявлению о соответствии Базовому Профилю 1.0 со всеми дополнениями.

Настоящий профиль в комбинации с Простым Профилем привязки SOAP 1.0 перекрывает Базовый Профиль 1.0. Профиль Присоединений 1.0 добавляет поддержку присоединений в SOAP и предназначен для использования совместно с настоящим Профилем.

     1.3 Изменения по сравнению с Базовым Профилем версии 1.0

Настоящая спецификация получена из Базового Профиля версии 1.0 и включает в себя опубликованные поправки к этой спецификации. Наиболее существенными изменениями являются:

_______________

http://ws-i.org/Profiles/Basic/2003-08/BasicProfile-1.0a.htm.

- Цель соответствия СООБЩЕНИЕ - Некоторые требования, которые имели целью соответствия СООБЩЕНИЕ, теперь в БП1.0 имеют новую цель, ОБОЛОЧКА. Тем самым упрощаются альтернативные сериализации сообщений такие, как описанные в Профиле Присоединений.

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

     1.4 Руководящие принципы

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

    Нет гарантии интероперабельности

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

    Прикладные семантики

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

    Тестируемость

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

    Сила требований

По мере возможности Профиль содержит сильные требования (например, ДОЛЖЕН, НЕ ДОЛЖЕН); в законных случаях, когда такие требования не могут быть установлены, использованы условные требования (например, СЛЕДУЕТ, НЕ СЛЕДУЕТ). Факультативные и условные требования вносят двусмысленность и несогласованность между реализациями.

    Ограничения или ослабления

При применении требований ссылочных спецификаций Профиль может усиливать их, но не ослаблять (например, изменять ДОЛЖЕН на МОЖЕТ).

    Несколько методов

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

    Будущая совместимость

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

    Совместимость с задействованными услугами

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

    Нацеленность на интероперабельность

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

    Цели соответствия

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

    Интероперабельность нижележащего уровня

В Профиле идет речь об интероперабельности прикладного уровня; принято, что интероперабельность протоколов нижележащих уровней (например, TCP, IP, Ethernet) является адекватной и хорошо понятной. Аналогично, утверждения о составляющих протоколах прикладного уровня (например, SSL/TLS, HTTP) сделаны только в тех случаях, когда имеется конкретное влияние на сетевые услуги; WS-I не пытается обеспечить интероперабельность этих протоколов в целом. Тем самым обеспечивается эффективное использование экспертизы WS-I, сфокусированной на стандартах сетевых услуг.

     1.5 Соглашения об обозначениях

В настоящем стандарте ключевые слова "ДОЛЖЕН", "НЕ ДОЛЖЕН" ("MUST", "MUST NOT"), "ТРЕБУЕМЫЙ" ("REQUIRED"), "НУЖНО", "НЕ НУЖНО" ("SHALL", "SHALL NOT"), "СЛЕДУЕТ", "НЕ СЛЕДУЕТ" ("SHOULD", "SHOULD NOT"), "РЕКОМЕНДУЕМЫЙ" ("RECOMMENDED"), "МОЖЕТ" ("MAY") и "ФАКУЛЬТАТИВНЫЙ" ("OPTIONAL") должны пониматься в соответствии с RFC 2119.

_______________

http://www.ietf.org/rfc/rfc2119.txt.

Нормативные утверждения требований в Профиле (т.е. те, которые влияют на соответствие, как определено в "Требованиях соответствия") представлены следующим образом:

Rnnnn Текст утверждения,

где "nnnn" заменяется уникальным в Профиле номером требования, образующим уникальный идентификатор требования.

Идентификаторы требований могут рассматриваться как квалификаторы пространства имен так, чтобы быть совместимыми с QNames в соответствии с Пространствами имен в XML. Когда явный префикс пространства имен в идентификаторе требования отсутствует (например, "R9999" вместо "bp10:R9999"), его следует интерпретировать как находящийся в пространстве имен, идентифицированном соответствующим URI раздела документа, в котором он встретился. Когда идентификатор квалифицирован, префикс следует интерпретировать в соответствии с действующими отображениями пространств имен так, как описано ниже.

_______________

http://www.w3.org/TR/REC-xml-names/.

Некоторые требования поясняют ссылочные спецификации, но не устанавливают дополнительные ограничения на реализации. Для удобства пояснения отмечены следующим образом: С

Некоторые требования получены на основе незавершенных работ по стандартизации ссылочных спецификаций. Для удобства такие полученные с опережением утверждения отмечены следующим образом: хххх, где "хххх" - идентификатор спецификации (например, "WSDL20" для WSDL, версия 2.0). Поскольку на момент публикации настоящего стандарта указанные работы не завершены, спецификация, из которой получено требование, может измениться; данная информация включена только для удобства реализаторов.

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

Ennnn Имя точки расширения - Описание,

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

В настоящем стандарте использовано несколько префиксов пространств имен; ниже перечислены соответствующие им URI. Выбор какого-либо префикса пространства имен является произвольным и не имеет семантического значения.

- soap - "http://schemas.xmlsoap.org/soap/envelope/"

- xsi - "http://www.w3.org/2001/XMLSchema-instance"

- xsd - "http://www.w3.org/2001/XMLSchema"

- soapenc - "http://schemas.xmlsoap.org/soap/encoding/"

- wsdl - "http://schemas.xmlsoap.org/wsdl/"

- soapbind - "http://schemas.xmlsoap.org/wsdl/soap/"

- uddi - "urn:uddi-org:api_v2"

     1.6 Идентификация профиля и версии

Настоящий стандарт идентифицирован именем (Базовый Профиль) и номером версии (1.1). Вместе они идентифицируют конкретный экземпляр профиля.

Номер версии состоит из старшей и младшей части в виде "старшая.младшая". Он может быть использован для определения предшествования экземпляров профиля; больший номер версии (состоящий из старшей и младшей частей) указывает на то, что экземпляр более новый и, следовательно, заменяет более ранние.

Экземпляры профиля с одним и тем же именем (например, "Пример Профиля 1.1" и "Пример Профиля 5.0") направлены на проблемы интероперабельности в одной и той же области (хотя развитие может потребовать изменения от экземпляра к экземпляру точной области применения профиля).

Указанную информацию можно использовать для определения обратной совместимости экземпляров профиля, а именно, определения того, можно ли считать, что соответствие более раннему экземпляру профиля подразумевает соответствие более позднему экземпляру. Экземпляры профиля с одной и той же старшей частью номера версии (например, "Пример Профиля 1.0" и "Пример Профиля 1.1") МОГУТ рассматриваться как совместимые. Это не подразумевает совместимость в каком-либо другом отношении, а именно, нельзя считать, что соответствие более позднему экземпляру профиля подразумевает соответствие более раннему.

     2 Соответствие Профилю