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

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

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

ГОСТ Р ИСО/МЭК 25021-2014 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Элементы показателя качества (Настоящий стандарт содержит следующую информацию:. - требования к определению ЭПК как часть спецификации требований качества продукции с примерами [пункт 6.2 (таблицы 1 и 2)];. - начальное множество элементов ЭПК, приведенное в виде примеров [таблица A.1 (приложение A)];. - руководство для определения и количественной характеристики свойств продукции (согласно целевому назначению) для ЭПК (приложение B). Руководство предназначено для разработчиков, приобретателей и независимых оценщиков продукции, особенно тех, кто ответственен за определение требований и оценку качества продукции, но не ограничивается ими. Настоящий стандарт применим, если элементы показателей качества, которые предполагается использовать для формирования показателей качества, определены в соответствии с ИСО/МЭК 25022, ИСО/МЭК 25023 и ИСО/МЭК 25024) ГОСТ Р ИСО/МЭК 25040-2014 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Процесс оценки (Настоящий стандарт содержит требования и рекомендации по оценке качества программной продукции и разъясняет общие понятия. В нем приводится описание процесса оценки качества программной продукции и содержатся требования по применению этого процесса. Процесс оценки можно использовать для различных целей и подходов. Процесс можно использовать для оценки качества ранее разработанного программного обеспечения, готового к использованию программного обеспечения или разработанного по заказу, и можно использовать как в процессе, так и по завершении разработки. Настоящий стандарт устанавливает связь эталонной модели оценки с документами SQuaRE, а также показывает, как каждый документ SQuaRE следует использовать в ходе деятельности процесса оценки. Настоящий стандарт предназначен для лиц, ответственных за оценку программного продукта, однако, может быть использован также и разработчиками, приобретателями и независимыми оценщиками программных продуктов. Три разных подхода к оценке детально освещаются в ИСО/МЭК 14598-3, ИСО/МЭК 14598-4 и ИСО/МЭК 14598-5. Настоящий стандарт не предназначен для оценки других аспектов программных продуктов (таких как функциональные требования, требования к процессу, бизнес-требования и т. д.)) ГОСТ 30590-2014 Услуги бытовые. Ремонт и техническое обслуживание стиральных машин. Технические условия (Настоящий стандарт распространяется на ремонт, установку и техническое обслуживание бытовых стиральных машин всех типов, ремонтопригодность которых установлена изготовителем в соответствии с ГОСТ 23660. Стандарт должен применяться совместно с ГОСТ 30591. На основе настоящего стандарта могут быть разработаны нормативные документы на ремонт, установку и техническое обслуживание стиральных машин конкретного вида)

Страница 8

Страница 1

Untitled document

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

Абстрактная функция оптимизации передачи SOAP не требует какого-либо определенного соот

ветствия междуоптимизацией входящегосообщения иисходящимсообщениемдаже втом случае, если

оптимизированные части входящегосообщения переданы нетронутыми или повторно вставлены в том

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

привязки, используемой для передачи пересылаемого сообщения. МОГУТ взаимодействовать для

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

одно и то же представление для оптимизированного двоичного содержимого, то реализации МОГУТ

действовать взаимосвязано с тем. чтобы передатьоптимизированную форму непосредственно из вхо

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

выбор используемых для этого средств, определяется спецификацией (спецификациями) привязки

и/или реализацией привязки.

П р и м е ч а н и е — Следствием этой архитектуры является факт, что нет никаких инвариантных правил

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

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

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

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

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

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

были оптимизированы, или которые были оптимизированы с использованием других методов.

5 Оптимизированная сериализация MIME Multipart/Related

сообщений SOAP

5.1 Общая информация

Оптимизированная сериализация MIME Multipart/Related расширяет абстрактную функцию опти

мизации передачиSOAP, определяячастиреализацииэтойфункции, используя вкачествеосновы фор

мат [Оптимизированной двоичной упаковки XML]. Хотя эта спецификация не определяет полную

реализацию функции, она обеспечивает поддержку для разработки полной реализации абстрактной

функции оптимизации передачи SOAP. В частности, эта спецификация не определяет использования

какого-либо транспорта для сообщения SOAP. Полная реализация на основе этой спецификации

описана в пункте6.2.

Оптимизированная сериализация MIME Multipart/Related обеспечивает основу для реализации

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

рованным способом, используя при этом формат [ОптимизированнойдвоичнойупаковкиXML] иупаков

ку MIME Multipart/Related ([RFC 2387)).

Именно инфо-набор конверта SOAP передается как пакет ХОР MIME Multipart/Related (см. реко

мендацию W3C [Оптимизированная двоичная упаковка XML) и пункт4.1 этогодокумента). Для сохране

ния имфо-набораХОР. созданногоиз инфо-набора конверта SOAP, в пакетеХОР MIME Multipart/Related

можно использоватьлюбую версиюуровня рекомендацииW3CXML. Однако, необходимоотметить, что

инфо-набор конверта SOAPДО

ЖЕН быть сериализован какXML1.0.

5.2 Сериализация сообщения SOAP

При отправлении сообщения SOAP с использованием сериализации MIME Multipart/Related

инфо-набор конверта SOAP сериализуется в соответствии с рекомендацией W3C [Оптимизированной

двоичной упаковки XML] и пункта 3.2 этой рекомендации.

В частности:

- тип содержимого внешнегопакетаДО

ЖЕН быть Multipart/Related.

- параметр type заголовка content-type внешнего пакета ДО

ЖЕНиметь значение

application/xop+xml (см. рекомендацию W3C [Оптимизированная двоичная упаковка XML] и пункт 4.1

этой рекомендации).

- параметрstartinfo заголовка content-type внешнего пакетаДО

ЖЕН определятьтип содержимо

го для корневой части как"application/soap+xmr.

- content-type корневойчасти ДО

ЖЕН бытьapplication/xop+xml(см. рекомендациюW3C [Оптими

зированнаядвоичная упаковкаXML) ипунктэтой рекомендации).

- параметр type заголовка content-type корневой частиДО

ЖЕН определять тип содержимого как

"application/soap+xmr.