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

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

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

Страница 15

Страница 1

Untitled document

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

Пример использования формата таблицы 1 приведен в таблице 2.

Т аб лиц а 2 — Пример использования таблицы 1для дефекта (кода)

а) Имя ЭПК

Число дефектов (кода)

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

вая сущность)

Исходный код программы

с) Цели и свойство, кото

рое нужно измерить ко

личественно

Цель — измерить число дефектов кода относительно спецификаций проекта и/или

стандартов программирования.

Измерить нужно число ошибочных строк кода. Отказ в данном случав — это свой

ство. которое нужно определить количественно.

Определения отказа: (1) проявление ошибки в программном обеспечении (ИСО/

МЭК 24765 Системная и программная инженерия — Словарь) и (2) неправильный

шаг. процесс или определениеданных в компьютерной программе (ИСО/МЭК 24765

Системная и программная инженерия — Словарь).

Необходимо отметить, что ошибка, если она имеет место, может вызвать отказ

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

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

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

ошибок:

- оценивается скорость обнаружения ошибок на этапе кодирования;

- оценивается скорость устранения ошибок на этапе кодирования.

Показатели: уровни завершенности (подхарактеристика) и надежности (характери

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

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

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

Необходимо рассмотреть или проанализировать отличия пересмотренного исход

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

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

П р и м е ч а н и е — Для исключения дефектов в комплексном тестировании, исход

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

этапах верификации и валидации как анализ кода, поблочное тестирование, анализ

причин.

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

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

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

f) Список подсвойств,Связанные подсвойства: исполняемые операторы, строки кода с ошибками, исправ

ленные строки кода

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

подсвойства

тельно)

Исполняемые операторы: операторы, которые могут быть отнесены к этой катего

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

ла и перехода.

Невыполняемые операторы: операторы, к которым относятся спецификации объ

явлений и объявления.

Строки кода с ошибками: строки кеда, которые содержат ошибки. Ошибочен ли ис

ходный текст, должна определить спецификация.

Корректные строки кода: строки кода без ошибок.

П р и м е ч а н и е — В отдельных случаях возможно, что строки кода корректны, а

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

таться ошибочными.

h) Входные данные для

ЭПК

Исходный код. спецификации проекта и стандарты программирования

i) Единица измеренияСтроки кода

ЭПК