ГОСТ Р ИСО/МЭК 40210-2014; Страница 8

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

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

ГОСТ Р ЕН 257-2004 Термостаты (терморегуляторы) механические для газовых аппаратов. Общие технические требования и методы испытаний Mechanical thermostats (thermoregulators) for gas appliances. General technical requirements and test methods (Настоящий стандарт устанавливает конструктивные и функциональные требования к механическим терморегуляторам для газовых аппаратов, определяет терминологию, маркировку и методы проведения испытаний. Стандарт распространяется на механические терморегуляторы, которые прямо или косвенно осуществляют регулирование температуры с помощью встроенного газового клапана и не нуждается в подводе электрической энергии от внешнего источника. Требования настоящего стандарта применимы к терморегуляторам всех газовых аппаратов, используемых для нагрева или охлаждения, работающих на природном и (или) сжиженном газах. Настоящий стандарт распространяется на терморегуляторы, которые встраивают в газовые аппараты, устанавливаемые в закрытом помещении) ГОСТ Р ИСО/МЭК 20000-3-2014 Информационная технология. Управление услугами. Часть 3. Руководство по определению области применения и применимости ИСО/МЭК 20000-1 (В данную часть стандарта ИСО/МЭК 20000 входит руководство по определению области применения и применимости документа ИСО/МЭК 20000-1, а также по демонстрации соответствия описанным в нем требованиям. Принципы, установленные в этой части стандарта ИСО/МЭК 20000, помогут поставщику услуг в планировании улучшения качества услуг и (или) в подготовке к оценке на соответствие требованиям документа ИСО/МЭК 20000-1. Настоящая часть стандарта ИСО/МЭК 20000 поможет определить, применим ли документ ИСО/МЭК 20000-1 к конкретным случаям, встречающимся у поставщиков услуг. В ней на примерах поясняется, как можно определить область применения SMS вне зависимости от того, имеет ли поставщик услуг опыт в определении областей применения других систем управления. В состав документа включено руководство по типам оценки соответствия и стандартам оценки) ГОСТ Р ИСО/МЭК 25021-2014 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Элементы показателя качества (Настоящий стандарт содержит следующую информацию:. - требования к определению ЭПК как часть спецификации требований качества продукции с примерами [пункт 6.2 (таблицы 1 и 2)];. - начальное множество элементов ЭПК, приведенное в виде примеров [таблица A.1 (приложение A)];. - руководство для определения и количественной характеристики свойств продукции (согласно целевому назначению) для ЭПК (приложение B). Руководство предназначено для разработчиков, приобретателей и независимых оценщиков продукции, особенно тех, кто ответственен за определение требований и оценку качества продукции, но не ограничивается ими. Настоящий стандарт применим, если элементы показателей качества, которые предполагается использовать для формирования показателей качества, определены в соответствии с ИСО/МЭК 25022, ИСО/МЭК 25023 и ИСО/МЭК 25024)

Страница 8

Страница 1

Untitled document

ГОСТ Р ИСО/МЭК 40210—2014

SOAP использует спецификацию XML Base [XML Base] при определении базовых URI для относи

тельных ссылок URI. используемых в качестве значений в информационных объектах, определенных

данной спецификацией (см. раздел 9).

Для сериализации инфо-набора XML 1.0 сообщения SOAP ДОЛЖЕН использоваться тип медиа

«application/soap+xml» (см. SOAP 1.2. Часть 2 [Часть 2 SOAP], Тип медиа «application/soap+xml»).

4.2.1 Требования к обработке

Возможность использовать SOAP в определенной среде зависит от фактических ограничений,

выбора инструментов, модели обработки или природы сообщений, которыми обмениваются. SOAP раз

рабатывался таким образом, чтобы иметь сравнительно небольшое количество зависимостей от других

спецификаций XML. ни одна из которых не предъявляет запрещающих требований к обработке. Бо лее

того, ограничения использования SOAP для маленьких сообщений вместо поддержки сообщений

любого размера и поддержки только нескольких определенных типов сообщения вместо реализации

обобщенной обработки могли бы значительно снизить требования к обработке.

4.3 Пример сообщения SOAP

Следующий пример демонстрирует сообщение-уведомление, выраженное посредством SOAP.

Сообщение содержит две части данных, определенных приложением и не определенных данной спе

цификацией: блок заголовка SOAP с локальным именем alertcontrol и элемент тела с локальным име

нем alert. Как правило, блоки заголовка SOAP содержат информацию, которая могла бы быть полезной

для посредников SOAP, а также для адресата сообщения. В этом примере посредник (intermediary) мог

бы установить приоритет доставки сообщения на основе приоритета и информации о сроке действия в

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

случае предупреждение.

Пример — Сообщение SOAP, содержащее блок заголовка SOAP и тело SOAP

<епv:Envelope xmlns:env=”

http://www.w3.org/2003/05/soap-envelope"

<env:Header>

<n:alertcontrol xmlns:n="

http://example.org/alertcontrol

<n:priority> 1</n:priority>

<n:expires>2001-06-22T14:00:00-05:00</n:expires>

</n:alertcontrol>

<Jenv:Header>

<env:Body>

<m:alert xmlns:m=”

http://example.org/alert

<m:msg>Pick up Mary at school at 2pm</m:msg>

</m:alert>

</env:Body>

</env:Envelope>

4.4 Терминология SOAP

В этом разделе описываются условия и понятия, представленные в Части 1 спецификации SOAP

версии 1.2 (настоящий документ).

4.4.1 Понятия протокола

SOAP: Формальный набор соглашений, управляющих форматом и правилами обработки сообще

ния SOAP. Эти соглашения включают взаимодействия между узлами SOAP, генерирующими и принима

ющими сообщения SOAP в целях передачи информации на пути следования сообщения SOAP.

Узел SOAP: Реализация логики обработки, необходимой для посылки, получения, обработки

и/или передачи сообщения SOAP в соответствии с набором соглашений, определенных этой рекомен

дацией. Узел SOAP ответственен за выполнение правил, которые управляют обменом сообщениями

SOAP (см. раздел 5). Узел получает доступ к услугам, предоставляемым нижележащими протоколами

посредством одной или более привязки SOAP.

Роль SOAP: Ожидаемая функция получателя SOAP в обработке сообщения. Получатель SOAP

может действовать более чем в одной роли.

Привязка SOAP: Формальный ряд правил для того, чтобы передать сообщение SOAP внутри или

поверх другого протокола (нижележащего протокола) в целях обмена сообщениями (см. раздел 7). При

меры привязки SOAP включают передачу сообщения SOAP в теле объекта HTTP, или по потоку TCP.