ГОСТ Р ИСО/МЭК 29361-2012; Страница 29

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ 31462-2011 Блоки оконные защитные. Общие технические условия Safety windows. General specifications (Настоящий стандарт распространяется на защитные оконные и балконные дверные блоки (далее – защитные изделия) жилых, общественных и производственных зданий и сооружений, предназначенные для защиты от ударных нагрузок и нагрузок, возникающих при попытках взлома, а также вызванных высоким ветровым давлением или снеговой нагрузкой. Настоящий стандарт распространяется на защитные оконные и балконные дверные блоки с поворотным, поворотно-откидным и откидным открыванием створок, а также на неоткрывающиеся оконные блоки. Классификация защитных изделий, приведенная в настоящем стандарте, может быть применена для светопрозрачных конструкций с другими видами открывания. Настоящий стандарт не распространяется на защитные изделия, подвергаемые пулевому воздействию и воздействию ударной волны) ГОСТ Р ИСО/МЭК 13250-4-2012 Информационная технология. Тематические карты. Часть 4. Канонизация Information technology. Topic Maps. Part 4. Canonicalization (В настоящем стандарте определен формат CXTM и специфировано, как создают файлы CXTM из тематических карт путем преобразования из модели данных тематических карт (ИСО/МЭК 13250-2) в модель XML Infoset [1]) ГОСТ Р ИСО/МЭК 15504-4-2012 Информационная технология. Оценка процесса. Часть 4. Руководство по применению для улучшения и оценки возможностей процесса Information technology. Process assessment. Part 4. Guidance on use for process improvement and process capability determination (Настоящий стандарт представляет собой руководство по использованию оценки соответствия процесса в программе улучшения процесса или в определении его возможностей. Настоящий стандарт имеет исключительно справочный характер)

Страница 29

Страница 1

Untitled document

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

4.7.14 Типы и имена элементов привязки SOAP

Схема WSDL 1.1 не согласована соспецификацией WSDL1.1 в части имен итипов атрибутовэлемен

тов soapbind:headerи soapbind:headerfault.

R2720 Элемент wsdl:binding в ОПИСАНИИ ДОЛЖЕН использовать атрибут partсо схемой типа

«NMTOKEN» во всех содержащихся в нем элементах soapbind:headerи soapbind:headerfault.

R2749 Элемент wsdl:binding в ОПИСАНИИ НЕДОЛЖЕН использовать атрибут parts в содержа

щихся внем элементах soapbind headerи soapbind:headerfault.

Схема WSDL получает имя атрибута как «parts» и тип как «NMTOKENS». Схема некорректна, так как

каждый элемент soapbind:header и soapbind:headerfault относится кединственному элементу wsdl:part.

Например.

ПРАВИЛЬНО:

«binding name-’StockQuoteSoap" type="tns:StockQuotePortType">

«soapbind:bind ing style-’document"

transport=

”http://scbemas.xmlsoap.org/soapi’http,7>

«operation nam e-’SubscribeToQuotes"»

«input message="tns:SubscribeToQuotes’’»

«soapbindibody parts-’body” use=’literal7>

«soapbind:header message=*tns:SubscribeToQuotes"

part="subscribeheader’ use="literal7>

</input>

«/operation»

«/binding»

4.7.15 Атрибут name в отказах

Имеется несогласованность между спецификацией WSDL 1.1 и схемой WSDL 1.1.8 которой не пере

числен атрибут name.

R2721 Элемент wsdl:binding в ОПИСАНИИ ДОЛЖЕН иметь атрибут пате, заданный во всех со

держащихся внем элементах soapbind:fault.

R2754 В ОПИСАНИИ значение атрибута пате вэлементе soapbindifaultДОЛЖНО быть согласо

ванным со значением атрибута пате в его родительском элементе wsdi.fauit.

4.7.16 Отсутствие атрибута use

Имеется несогласованность меэеду спецификацией WSDL 1.1 и схемой WSDL 1.1. касающаяся атри

бута use.

R2722 Элемент wsdl:binding вОПИСАНИИ МОЖЕТ специфицировать атрибут use в содержащих

ся в нем элементах soapbind.fault.

R2723 Если в элементе wsdl:binding в ОПИСАНИИ присутствует атрибут use в элементе

soapbind:fault. пю его значениеДОЛЖНО быть равно «literal».

В WSDL 1.1. раздел Section 3.6 указано, что атрибут use элемента soapbindifault является обязатель

ным. хотя всхоме атрибут useопределен как факультативный. Профиль для согласованности с soapbind:body

определяет era как факультативный.

Так какатрибут use факультативный. Профиль идентифицирует принимаемое по умолчанию значение

в случаях, когда атрибут опущен.

Наконец, для обеспечения самосогласованности Профиля, единственным допустимым значением

для атрибута use является «literal».

4.7.17 Принимаемые по умолчанию значения для атрибута use

Имеется несогласованность между спецификацией WSDL 1.1 и схемой WSDL 1.1 относительно того,

является ли атрибут use факультативным для soapbind:body. soapbind:header и soapbind:headorfault. и если

это так. то что означает его отсутствие.

R2707 Элемент wsdl:binding в ОПИСАНИИ, содержащий одинилинесколькоэлементов soapbind.body.

soapbind:fault. soapbind:headerили soapbind:headerfault. вкоторых но специфицирован атрибут use. ДОЛ

ЖЕН быть интерпретирован так. как если бы каждыйраз дляуказанного атрибута было задано значе

ние «literal».

4.7.18 Согласованность оболочки с описанием

Настоящие требования устанавливают: когда экземпляр получает оболочку, которая не соответствует

описанию WSDL. следует генерировать отказ.