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

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

Ещё ГОСТы из 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. На основе настоящего стандарта могут быть разработаны нормативные документы на ремонт, установку и техническое обслуживание стиральных машин конкретного вида)

Страница 7

Страница 1

Untitled document

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

4.3 Обработка абстрактной функции оптимизации передачи SOAP

4.3.1 Отправка сообщения

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

сочетаниис шаблоном обмена сообщениямиSOAP «Запрос-Ответ» (см. ИСО/МЭК40220, пункт6.2)или

шаблоном обмена сообщениями SOAP «Ответ» (см. ИСО/МЭК 40220, пункт 6.3), то свойство

http://www.w3.org/2003/05/soap/mep/OutboundMessage

является инфо-набором предназначенного для

отправки сообщения SOAP. Аналогичные правиладолжны применяться и длядругих шаблонов МЕР.

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

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

дочерниеэлементы (children] информационногообъекта-элемента. ДО

ЖНЫ бытьв каноническойфор

ме xs:base64Binary (см. рекомендацию W3C (XML — схемы. Часть 2: Типы данных. Вторая редакция],

пункт 3.2.16), и не ДО

ЖНЫ содержать предшествующих, внутренних или последующих пробельных

символов для отличного от пробелов содержания.

П р и м е ч а н и е — Средства идентификации информационных объе

тов, которые содержат данные в ко

дировке base64 в канонической лексической форме, зависят от конкретной реализации. Некоторые реализации мо

гут идентифицировать такие информационные объе

ты по конструкции (например, потому что определенные API

могут создать только канонические формы); другие могут проверить символы до отправки, третьи могут опираться

на информаций в описании, такую, как наличие и/или значение аннотации схемы xmlmime:expectedMe<3iaType (см

рекомендацию W3C [Присвоение типа медиа двоичным данным в XMLJ). при условии, что схема доступна. Из-за не

обходимости точно сохранить символы в переданном инфо-наборе. не канонические представления НЕ ДО

ЖНЫ

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

4.3.2 Получение сообщения

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

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

зацию, либо абстрактную функцию оптимизации передачи SOAP вообще, узелДО

ЖЕН генерировать

отказ.

Приняв оптимизированное сообщение SOAP принимающий узел ДО

ЖЕН восстановить

инфо-набор конворта из оптимизированного сообщения SOAP. Затем узел-получатель ДО

ЖЕН

выполнить обработку SOAP восстановленного инфо-набора (см. ИСО/МЭК 40210 раздел 2). Получен

ный инфо-набор во всех случаяхДО

ЖЕН точно совпадать с тем. который был передан отправителем.

Конкретная реализация можетлибо восстановить только необходимыедля обработкичасти, либо

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

чение. отправленное в оптимизированной форме (допустим вдвоичной). МОЖЕТ быть представлено в

такой форме, а также в кодированном символьном формате base64.

Если данная функция используется в сочетании с шаблоном обмена сообщениями SOAP

«Запрос-Ответ» (см. ИСО/МЭК 40220. пункт 6.2) или с шаблоном обмена сообщениями SOAP

«Ответ» (см.ИСО/МЭК40220,пункт6.3),тоинфо-набор.содержащийсявсвойстве

http://www.w3.org/2003/05/soap/mep/lnboundMessage,

является инфо-набором восстановленного кон

верта SOAP. Аналогичные правила применяютсядлядругих шаблонов МЕРсоответственно.

4.3.3 Посредники

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

ния исключительно междутекущим узлом SOAP иследующим узлом SOAP на путиследованиясообще

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

модельобработки SOAP посредником. В пункте 4.3.4 подробнопредставлены способы, которымиопре

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

Однако, посредник, реализующий абстрактную функцию оптимизации передачи SOAP. ДО

ЖЕН

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

ции передачи при получении сообщения (см. пункт 4.3.2). и связанным с использованием реализации

абстрактной функцииоптимизации передачи SOAP при отправлении сообщения (см. пункт 4.3.1). Вчас

тности. посредник ДО

ЖЕН выполнять правила передачи сообщения SOAP (см. ИСО/МЭК 40210

пункт2.7).

4.3.4 Оптимизация привязки в посредниках

Какописано в пункте 2.7 ИСО/МЭК40210. отпосредника SOAP можеттребоваться, чтобы он пере

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

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

содержимое тела SOAP. Во всехэтих случаяхчасти переданногосообщения имеют содержимое, иден

тичное содержимомусоответствующих частей входящегосообщения.