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

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

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

ГОСТ Р ИСО/МЭК 20000-3-2014 Информационная технология. Управление услугами. Часть 3. Руководство по определению области применения и применимости ИСО/МЭК 20000-1 (В данную часть стандарта ИСО/МЭК 20000 входит руководство по определению области применения и применимости документа ИСО/МЭК 20000-1, а также по демонстрации соответствия описанным в нем требованиям. Принципы, установленные в этой части стандарта ИСО/МЭК 20000, помогут поставщику услуг в планировании улучшения качества услуг и (или) в подготовке к оценке на соответствие требованиям документа ИСО/МЭК 20000-1. Настоящая часть стандарта ИСО/МЭК 20000 поможет определить, применим ли документ ИСО/МЭК 20000-1 к конкретным случаям, встречающимся у поставщиков услуг. В ней на примерах поясняется, как можно определить область применения SMS вне зависимости от того, имеет ли поставщик услуг опыт в определении областей применения других систем управления. В состав документа включено руководство по типам оценки соответствия и стандартам оценки) ГОСТ Р ИСО/МЭК 40230-2014 Информационные технологии. Механизм оптимизации передачи сообщения W3C SOAP (В настоящем документе описываются абстрактная функция оптимизации формата транспортного уровня и/или уровня приложений сообщений SOAP и ее конкретная реализация. Конкретная реализация основывается на формате передачи сообщений SOAP, опубликованном по адресу: [Оптимизированная двоичная упаковка XML]) ГОСТ Р ИСО/МЭК 25040-2014 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Процесс оценки (Настоящий стандарт содержит требования и рекомендации по оценке качества программной продукции и разъясняет общие понятия. В нем приводится описание процесса оценки качества программной продукции и содержатся требования по применению этого процесса. Процесс оценки можно использовать для различных целей и подходов. Процесс можно использовать для оценки качества ранее разработанного программного обеспечения, готового к использованию программного обеспечения или разработанного по заказу, и можно использовать как в процессе, так и по завершении разработки. Настоящий стандарт устанавливает связь эталонной модели оценки с документами SQuaRE, а также показывает, как каждый документ SQuaRE следует использовать в ходе деятельности процесса оценки. Настоящий стандарт предназначен для лиц, ответственных за оценку программного продукта, однако, может быть использован также и разработчиками, приобретателями и независимыми оценщиками программных продуктов. Три разных подхода к оценке детально освещаются в ИСО/МЭК 14598-3, ИСО/МЭК 14598-4 и ИСО/МЭК 14598-5. Настоящий стандарт не предназначен для оценки других аспектов программных продуктов (таких как функциональные требования, требования к процессу, бизнес-требования и т. д.))

Страница 31

Страница 1

Untitled document

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

Продолжение таблицы А. 1

Порядковый

помер

ЭПК

Описание

т ) Процессы) жизнен

ного цикла програм

много обеспечения

От анализа требований до сопровождения

п) Ограничения изме

рений (дополнительно)

Заполняется по необходимости

а) Имя ЭПК

Сложность задачи

Ь) Целевой объект

(целевая сущность)

Задача

с) Цель и свойство для

измерения

Понять сложность задачи. Сложность программного продукта может вли

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

разом, на надежность и пригодность для сопровождения. Определение

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

задачи. Определение задачи: задача — функция, которая должна быть

выполнена в определенном промежутке времени. В данной публикации

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

этому упомянутая функция является самим программным обеспечением.

Институт инженеров по электротехнике и электронике (IEEE) определяет

сложность как степень трудности понять и проверить проект или реали

зацию системы или компонента. В этой публикации в качестве взаимо

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

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

извлечением результата из системы.

П р и м е ч а н и е — Задача:

1 В проектировании программного обеспечения — это компонент про

граммного обеспечения, который может работать параллельно с другими

компонентами программного обеспечения.

2 Параллельный обьект с его собственным потоком управления.

3 Последовательность инструкций, обрабатываемых, как основ

ная единица работы программой под управлением операционной

(ИСО/МЭК/IEEE 24765 Системы и программная инженерия. Словарь).

(4) Требование, рекомендация или разрешенное действие, предназна

ченные для содействия достижению одного или более выходов процесса

(ИСО/МЭК 12207 Системная и программная инженерия. Процессы жиз

ненного цикла программного обеспечения) (ИСО/МЭК 15288 Системная и

программная инженерия. Процессы жизненного цикла систем)

d) Релевантные пока

затели качества

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

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

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

пригодности для сопровождения

е) Метод измерения

Сложность задачи

f) Список подсвойств,

имеющих отношение к

свойству для измере

ния (дополнительно)

Переменные и параметры

д) Определение каждо

го подсвойства (допол

нительно)

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

ного обеспечения. Исходный код. который использует больше пере

менных. чем можно понять, отладить и поддержать. Число аргументов

(параметров), включенных в каждый вызов функции в исходном коде. Ар

гументы функции (параметры) можно считать переменными. Функцию с

большим количеством параметров трудно понять, отладить и поддержать