Национальный стандарт РФ ГОСТ Р ИСО/МЭК 25021-2014 "Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Элементы показателя качества" (утв. приказом Федерального агентства по техническому регулированию и метрологии от 11 июня 2014 г. N 557-ст)

Information technologies. Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). Quality measure elements

Дата введения - 1 июня 2015 г.

Введен впервые

Предисловие

1 Подготовлен Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО "ИАВЦ") на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2 Внесен Техническим комитетом по стандартизации ТК 22 "Информационные технологии"

3 Утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 11 июня 2014 г. N 557-ст

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 25021:2012 "Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Элементы показателя качества" (ISO/IEC 25021:2012 "Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Quality measure elements")

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5 Введен впервые

6 Переиздание. Май 2015 г.

Введение

Назначение настоящего стандарта состоит в том, чтобы определить и/или разработать начальное множество элементов показателя качества, которые будут использоваться повсеместно в течение жизненного цикла продукции в интересах выработки требований и оценки качества систем и программного обеспечения (SQuaRE). В настоящем стандарте также приведен ряд правил для проектирования элементов показателей качества (ЭПК) или верификации проекта существующего ЭПК. Содержимое настоящего стандарта связывает между собой серию стандартов ИСО/МЭК 9126 и следующую серию стандартов SQuaRE.

Ряд ЭПК, которые количественно описывают некоторые характеристики и подхарактеристики, представляет собой начальный список, который следует использовать для построения показателей качества согласно ТО ИСО/МЭК 9126-2, ТО ИСО/МЭК 9126-3 и ТО ИСО/МЭК 9126-4. Показатели качества, представленные в серии SQuaRE (см. рисунки 1, 2), были взяты из серии отчетов ТО ИСО/МЭК 9126, но это не единственный источник. При оценке выбранных показателей качества пользователь должен сначала понять определение каждого свойства, связанного с ЭПК в пределах выбранных показателей.

Основные цели определения и использования элементов показателя качества (ЭПК):

- обеспечивать руководство для организаций, разрабатывающих и реализующих свои собственные ЭПК;

- продвигать последовательное применение задаваемого ЭПК для измерения и использования свойств продукции, которые относятся к различным характеристикам и подхарактеристикам качества продукции;

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

Элементы ЭПК являются общими компонентами многих показателей качества. Предполагаемое использование настоящего стандарта состоит в том, что пользователи будут в состоянии выбирать и определять соответствующие достоверные элементы ЭПК для определения показателей внутреннего и внешнего качества, показателей качества данных или показателей качества при использовании. В дальнейшем их можно использовать для определения требований к качеству, оценок продукции и качества, не ограничиваясь ими. Поэтому рекомендуется использовать настоящий стандарт совместно с сериями стандартов ИСО/МЭК 2502n.

Рисунок 1 - Организация серий международных стандартов SQuaRE

На рисунке 1 показана структура семейств международных стандартов серии SQuaRE. В дальнейшем семейства именуются разделами.

Рисунок 2 - Структура раздела измерения качества

Рисунок 3 - Взаимосвязь стандарта ИСО/МЭК 25021, серии стандартов 9126 и серии стандартов SQuaRE

Серия ИСО/МЭК 9126 состоит из четырех документов, в которых перечислены и описаны характеристики, подхарактеристики и показатели качества, на которые далее ссылаются как на модель качества. Модели качества SQuaRE категорируют качество продукции по характеристикам, которые далее еще подразделяются на подхарактеристики и свойства качества (ИСО/МЭК 25010). Каждый показатель качества в серии ИСО/МЭК 9126 состоит по крайней мере из двух ЭПК. Свойства (продукции) связываются с ЭПК (ИСО/МЭК 25020), используя метод измерений. Серия 2502n проектирует и описывает показатели качества и связанные с ними ЭПК для всех характеристик (подхарактеристик) в модели качества.

1 Область применения

Настоящий стандарт содержит следующую информацию:

- требования к определению ЭПК как часть спецификации требований качества продукции с примерами [пункт 6.2 (таблицы 1 и 2)];

Примечание - Качество продукции включает в себя системное качество программной продукции, качество данных и в конечном счете качество системных услуг.

- начальное множество элементов ЭПК, приведенное в виде примеров [таблица А.1 (приложение А)];

- руководство для определения и количественной характеристики свойств продукции (согласно целевому назначению) для ЭПК (приложение В).

Руководство предназначено для разработчиков, приобретателей и независимых оценщиков продукции, особенно тех, кто ответственен за определение требований и оценку качества продукции, но не ограничивается ими. Настоящий стандарт применим, если элементы показателей качества, которые предполагается использовать для формирования показателей качества, определены в соответствии с ИСО/МЭК 25022, ИСО/МЭК 25023 и ИСО/МЭК 25024.

2 Соответствие

При определении показателей качества продукции пользователь должен описать каждый из упоминаемых далее ЭПК по информационным элементам в формате таблицы 1 (см. пункт 6.2). То же самое должно быть сделано для модификации какого-либо существующего ЭПК.

3 Нормативные ссылки

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

ИСО/МЭК 25000:2005 Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Руководство по SQuaRE (ISO/IEC 25000:2005, Software engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE)

ИСО/МЭК 25010:2011 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программного обеспечения (ISO/IEC 25010:2011, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Systems and software quality model)

ИСО/МЭК 25020:2007 Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Эталонная модель и руководство по измерениям (ISO/IEC 25020:2007, Software engineering - Software product quality Requirements and Evaluation (SQuaRE) - Measurement reference model and guide)

ИСО/МЭК 15939:2007 Системная и программная инженерия. Процесс измерений (ISO/IEC 15939:2007, Systems and software engineering - Measurement process)

Руководство ИСО/МЭК 99:2007 Международный словарь по метрологии. Основные и общие понятия и вспомогательные термины (VIM) (ISO/IEC 99:2007, International vocabulary of metrology - Basic and general concepts and associated terms (VIM)).

4 Термины и определения

В настоящем стандарте применены термины по ИСО/МЭК 25000, ИСО/МЭК 25010, ИСО/МЭК 25020, ИСО/МЭК 15939, ИСО/МЭК Руководство 99, а также следующие термины с соответствующими определениями:

4.1 качество данных (data quality): Степень, с которой характеристики данных удовлетворяют заявленным и подразумеваемым требованиям при использовании в заданных условиях (ИСО/МЭК 25012).

4.2 показатель внешнего качества программного обеспечения (external measure of software quality): Показатель степени, с которой программная продукция позволяет поведению (функционированию) системы удовлетворять заявленным и реализованным требованиям к этой системе, включая программное обеспечение при использовании в заданных условиях.

Примечания

1 Поведение (функционирование) может быть проверено при верификации и/или валидации с помощью выполнения функций программным обеспечением во время тестирования и эксплуатации.

2 На основе определения внешнего качества программного обеспечения в ИСО/МЭК 25000.

3 Это определение было адаптировано из ИСО/МЭК 25010.

4.3 показатель внутреннего качества программного обеспечения (internal measure of software quality): Показатель степени, с которой множество статических свойств программной продукции удовлетворяет заявленным и подразумеваемым требованиям для этой продукции при использовании в за данных условиях.

Примечания

1 Статические свойства включают в себя те свойства, которые имеют отношение к архитектуре программного обеспечения, его структуре и компонентам.

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

3 Это определение было адаптировано из ИСО/МЭК 25010.

4 На основе определения внутреннего качества программного обеспечения в ИСО/МЭК 25000.

Пример - В зависимости от условий использования в качестве показателей внутреннего качества могут быть использованы ошибки спецификации, проектирования и кодирования.

4.4 показатель (measure (noun)): Переменная, в которой значение определено результатом измерения.

Примечание - Термин показатели используют для обобщенной ссылки к основам измерений, показателей и индикаторов (ИСО/МЭК 15939).

4.5 измерять (глагол) (measure (verb)): Проводить измерение (ИСО/МЭК 25000).

4.6 измерение (measurement): Набор операций, с помощью которых определяют значения показателя (ИСО/МЭК 15939).

Примечание - Измерение по типам шкалы может быть номинальным, порядковым, интервальным и относительным.

4.7 функция измерения (measurement function): Алгоритм или вычисление, выполняемое для комбинации не менее чем двух элементов показателя качества.

Примечание - Это определение является модификацией определения метода измерения из ИСО/МЭК 15939.

4.8 метод измерения (measurement method): Логическая организация операций, определенных в целом и используемых в измерении.

Примечание - Это определение является модификацией определения метода измерения из ИСО/МЭК 15939.

4.9 процедура измерения (measurement procedure): Логическая организация операций, применяемых заданным образом и используемых при выполнении конкретных измерений в соответствии с данным методом измерения.

Примечания

1 Это определение является модификацией определения процедуры измерения (ИСО/МЭК 15939).

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

4.10 модель (model): Спецификация понятий, отношений и правил, используемых для определения методологии (ИСО/МЭК 24744 Программная инженерия. Модель для методологий разработки).

4.11 свойство для количественного определения (property to quantify): Свойство целевой сущности, которое имеет отношение к элементу показателя качества и которое может быть определено количественно с помощью метода измерения.

Примечания

1 Артефакт программного обеспечения является примером целевой сущности.

2 Составная часть свойства имеет отношение к свойству.

4.12 показатель качества при использовании (quality in use measure): Показатель степени, с которой продукция или система могут быть применены определенными пользователями для удовлетворения их требований в достижении целей эффективности (в т.ч. экономической), избегания риска, удовлетворенности и охвата контекста в заданных условиях использования.

Примечание - Основано на определении качества при использовании из ИСО/МЭК 25010:2011.

4.13 показатель качества (quality measure): Показатель, получаемый как функция измерения не менее чем двух значений элементов показателя качества.

4.14 элемент показателя качества (ЭПК) (quality measure element (QME): Показатель, определенный в терминах свойства и метода измерения для количественного определения этого свойства, включая выборочно преобразования с помощью математической функции.

4.15 повторяемость (результатов измерения) (repeatability (of results of measurement)): Близость соответствия между результатами последовательных измерений того же самого показателя, выполненных при тех же самых условиях измерения (ТО ИСО/МЭК, 14143-3).

4.16 воспроизводимость (результатов измерения) (reproducibility (of results of measurement)): Близость соответствия между результатами последовательных измерений того же самого показателя, выполненных при измененных условиях измерения (ТО ИСО/МЭК 14143-3).

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

4.17 целевой объект (целевая сущность) (target entity): Фундаментальное по отношению к пользователю понятие, информация о котором хранится и которая подлежит измерению.

4.18 единица (измерения) (unit (of measure)): Некое условно определенное количество, принятое по соглашению, с помощью которого сравниваются количественные величины того же вида.

Примечания

1 Непосредственно сравнимы только количества, выраженные в одних и тех же единицах измерения. Примером единиц являются числа отказов и ошибок. Час и метр также являются единицами измерения.

2 Единицам измерения, как правило, присваивают имена и символы.

3 Основано на определении единицы измерения (ИСО/МЭК 25000).

5 Сокращения

В настоящем стандарте используют следующие сокращения:

1 ЭПК - элемент показателя качества (quality measure element);

2 ПК - показатель качества (quality measure).

6 Понятие элементов измерения качества

6.1 Представление модели метода измерения

ПК и соответственно ЭПК определяют для понимания и указания характеристик и подхарактеристик качества.

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

Рисунок 4 - Взаимосвязь между свойством количественного определения, метода измерения и ЭПК

Пользователь метода измерения должен идентифицировать и собирать данные, связанные с количественным определением свойства (см. рисунок 4). В зависимости от контекста использования и целей ЭПК ряд свойств и подсвойств может быть идентифицирован. Они и являются входными данными для метода измерений. Эти свойства определяются и извлекаются из артефактов, компонентов, содержимого или поведения целевого объекта (например, документации, кода).

Рисунок 5 - Взаимосвязь свойства количественного определения, метода измерения, ЭПК и ПК

На рисунке 5 показано, что:

a) качество продукции выражено как множество характеристик качества, которые состоят из подхарактеристик;

b) показатели качества продукции используют для указания интереса с помощью характеристик и подхарактеристик качества;

c) существует взаимосвязь свойства количественного определения, метода измерения и ЭПК.

Примечание - Рисунок 5 базируется на определении эталонной модели измерения качества систем и программной продукции (ИСО/МЭК 25020).

На рисунке 6 приведен пример получения ЭПК с применением метода измерения свойства количественного определения.

Рисунок 6 - Пример взаимосвязи свойства количественного определения, метода измерения, ЭПК и ПК

В таблице 1 показаны информационные объекты измерения для ЭПК, которые должны быть использованы при описании ЭПК.

Примечания

1 ЭПК может быть идентифицирован в случае, когда выбрана характеристика или подхарактеристика качества и/или определен ПК для его установления. Один и тот же ЭПК можно использовать для различных ПК.

2 Руководство для проектирования ЭПК приведено в приложении В.

6.2 Табличный формат элементов показателей качества

Элементы информации, перечисленные в форме таблицы элементов ЭПК (см. таблицу 1), следует использовать для предоставления необходимой или полезной информации при определении* и/или проектировании ЭПК.

Примечание - Объекты ниже приведенной таблицы структурированы в четыре группы, назначение которых: а) для идентификации ЭПК, b) - d) для определения, что представляет собой ЭПК, е) - k) для определения, как измерить ЭПК и l) - n) для управления приложением ЭПК.

Таблица 1 - Табличный формат ЭПК

а) Имя ЭПК	ЭПК должен иметь уникальное имя и при необходимости должен быть идентифицирован порядковым номером. В большинстве случаев, имя начинается с "число... (шкала отношений)".
b) Целевой объект (целевая сущность)	У ЭПК должен быть целевой объект, характеристики которого должны быть получены путем измерения его свойств. Целевой объект должен представлять собой результат работы или поведение системы, программного обеспечения или заинтересованных лиц, таких как пользователи, операторы, разработчики, тестировщики или специалисты по сопровождению.
с) Цели и свойство, которое должно быть выражено количественно	Идентификация свойства, которое должно быть выражено количественно, как правило, связано с именем ЭПК. Выбранным свойством, которое должно быть выражено количественно, должно быть то свойство, которое имеет самое непосредственное отношение к необходимому измерению. Данное свойство может быть включено в несколько измерительных моделей. Например, число отказов программного обеспечения - это ЭПК, а отказ - это свойство программного обеспечения, количественное выражение которого нужно получить. Цель ЭПК должна быть специфицирована вместе с определением свойства, которое нужно выразить количественно. Необходимо ответить на вопросы: - что предполагается узнать с помощью определения свойства, выраженного количественно с использованием ЭПК?; - какую необходимую информацию ожидается получить от этого ЭПК? Из идентификации и определения свойства, которое выражается количественно, следует определение, что должно быть оценено (например, строки кода, дефекты, продолжительность). Полезно определить, какие виды компонентов или событий в указанном целевом объекте должны быть идентифицированы, определены и выражены количественно. Примеры: 1 Могут быть идентифицированы, определены и выражены количественно строки, функции, пути или метки в исходном коде программы, предназначенные для выполнения определенной функции; 2 могут быть идентифицированы, определены и выражены количественно все события тестовых ошибок и случаев при тестировании программного обеспечения; 3 могут быть идентифицированы, определены и выражены количественно все события, когда пользователь системы не в состоянии выполнять предназначенные для него задачи.
d) Релевантный показатель (показатели) качества	Должна быть определена ссылка на определенный показатель (показатели) качества, в которой используется этот ЭПК. Примеры показателей качества можно найти в документах серии ИСО/МЭК 9126, серии 25000 SQuaRE и других документах. Составления исчерпывающего списка показателей качества не требуется
е) Метод измерения	Метод измерения объясняет, как собрать данные и как преобразовать их в значение, количественно определяющее свойство посредством вычислительного правила. В состав метода измерения входит следующее: контекст применения ЭПК, процесс жизненного цикла программного обеспечения, ограничения измерений и вычислительные правила. Измеряющий может дать методу измерения дополнительное имя для того, чтобы было проще отличать его от имени ЭПК и имени свойства для измерения. Например, функциональные измерительные методы могли бы быть иметь имена: IFPUG FPA, COSMIC, Mark II и т.д.
f) Список подсвойств, имеющих отношение к свойству для измерения (не обязательно)	Свойство, определенное для измерения, можно связать, если это необходимо, с различными подсвойствами. Такая связь между свойствами должна быть выражена либо в виде схемы, либо как формула. Это и составляет суть модели метода измерений. Например, в методе COSMIC, процесс функционирования является единым свойством, которое может быть выражено в модели посредством некоторых подсвойств, таких, как вход, чтение, запись и выход. Этот подход может помочь идентифицировать свойство для количественного определения "перемещения данных", которое соответствует показателю, основанному на функциональном размере
g) Определение каждого подсвойства (не обязательно)	Если есть список подсвойств, то должно быть определено и каждое подсвойство
h) Входные данные для ЭПК	Входные данные должны быть описаны настолько подробно, чтобы можно было идентифицировать, какие количественные данные используются для измерения ЭПК. Любые источники входных данных, такие как задокументированные результаты работы, функциональные возможности системы и программного обеспечения, или человеческие функциональные возможности пользователей, операторов, разработчиков, татуировщиков или специалистов по обслуживанию должны также быть идентифицированы. Кроме того, входными данными могут быть подсвойства или относящиеся к ним количественные данные. Например, измеряющий может определить в модели данных информацию, необходимую для отслеживания действий типа чтения (перемещение данных) в единице функциональности COSMIC
i) Единица измерения для ЭПК	Единица измерения и при необходимости используемая формула. Примеры единиц включают в себя значение X, процент и разряд
j) Правила вычисления	Правило преобразования должно быть определено либо с точки зрения практики (как правило, текстовая форма), либо с теоретической точки зрения (как правило, математическое выражение). При определении правил преобразования зачастую сталкиваются с проблемой внутренней непротиворечивости. Важно, чтобы свойства и подсвойства, которые должны быть измерены, не противоречили друг другу. По этой причине при добавлении двух объектов важно подтвердить, что они связаны общим свойством. Например, измерение числа отказов даст количество отказов. Однако, если есть существенные различия в главных и второстепенных отказах, более точные показатели будут получены путем рассмотрения отдельно главных и второстепенных отказов. Преобразование предполагает, что для каждого свойства и подсвойства применимо предельное значение результата
k) Тип шкалы	Должен быть определен тип шкалы. Шкала может быть номинальной, порядковой, интервальной или относительной (см. приложение D)
l) Контекст применения ЭПК	Это информация о планируемом использовании результатов измерений. Полезно понять возможность использования ЭПК для представления характеристик или подхарактеристик качества, определяя типичные примеры характеристик качества, подхарактеристик качества или показателей качества (ПК), для определения которых, главным образом, предназначены результаты измерения ЭПК. Примечание - ЭПК допускается использовать для измерения любых характеристик или подхарактеристик качества несколькими ПК. В данной графе описываются предполагаемые и необходимые условия для целевых объектов (сущностей), их сред и обстоятельств, к которым должен быть применен метод измерения ЭПК
m) Процессы жизненного цикла программного обеспечения	В этой части таблицы должны быть идентифицированы соответствующие типичные процессы жизненного цикла, которые подходят для фактического измерения данного ЭПК относительно целевой сущности, (например, процессы, посредством которых определенный b) Целевой объект (целевая сущность) создан или реализован в степени, достаточной для производства измерения фактического значения ЭПК). Примечания 1 В некоторых случаях в отдельных процессах жизненного цикла на основе исторических данных перед фактическим измерением ЭПК может быть доступна оценка. Однако все процессы жизненного цикла, перечисленные в этом разделе относятся к тем процессам, в которых мы можем получить фактические результаты измерения ЭПК. Связанные процессы жизненного цикла после получения фактических данных, дополнительного фактического измерения или использования измеренных результатов также определяются здесь. Например, число отказов кода может быть фактически измерено с использованием анализа кода, инструментов анализа кода или поблочного тестирования во время процесса разработки (кодирование и поблочное тестирование). Кроме того, число отказов кода может быть измерено дополнительно после исправления ошибок кода в процессе интегрированного или квалифицированного тестирования. Кроме того, число отказов в коде можно оценить на основе исторических данных, исходя из предполагаемого размера кода, опираясь на количество страниц спецификаций требований. 2 Основные процессы жизненного цикла программного обеспечения, такие, как определение требований правообладателей, анализ требований к программному обеспечению, проектирование архитектуры программных средств, детальное проектирование программных средств, конструирование программных средств, комплексирование программных средств, квалификационное тестирование программных средств, инсталляция программных средств, поддержка приемки программных средств, функционирование программных средств, сопровождение программных средств, прекращение применения программных средств и т.д. определены в ИСО/МЭК 12207. Базовые процессы систем, такие как определение требований правообладателей, анализ требований, проектирование архитектуры, реализация, комплексирование, верификация, передача, валидация, функционирование, сопровождение, прекращение применения и т.д., определены в ИСО/МЭК 15288. 3 Если используют методологию, в которую входят процессы жизненного цикла, не описанные ни в ИСО/МЭК 12207, ни в ИСО/МЭК 15288, то измеряющий может также привести методологию и отдельные используемые процессы.
n) Ограничения измерений (не обязательно)	Любые ограничения, связанные с методом измерения, должны быть описаны по мере необходимости. ЭПК может иметь ограничения измерений, такие как ошибки измерения или отклонения из-за зависимости от таких факторов, как область применения исследования, способ исследования, изменение спецификации или вариантов использования. Примечания 1 Число отказов кода, например, может быть различным для недавно разработанного кода и для повторно используемого кода в одинаковых условиях. Каждый из различных способов исследования кода, таких как анализ, прогон, проверка, экспертная проверка, парное программирование, инструменты анализа кода, поблочное тестирование, причинный анализ отказов в интеграционном тестировании и т.д. дает свое отличное от других число отказов кода. 2 Например, при подсчете числа дефектов спецификации документ спецификации должен быть доступен и не должен быть изменчивым.

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

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

а) Имя ЭПК	Число дефектов (кода)
b) Целевой объект (целевая сущность)	Исходный код программы
с) Цели и свойство, которое нужно измерить количественно	Цель - измерить число дефектов кода относительно спецификаций проекта и/или стандартов программирования. Измерить нужно число ошибочных строк кода. Отказ в данном случае - это свойство, которое нужно определить количественно. Определения отказа: (1) проявление ошибки в программном обеспечении (ИСО/МЭК 24765 Системная и программная инженерия - Словарь) и (2) неправильный шаг, процесс или определение данных в компьютерной программе (ИСО/МЭК 24765 Системная и программная инженерия - Словарь). Необходимо отметить, что ошибка, если она имеет место, может вызвать отказ
d) Релевантные показатели качества	Для определения надежности программного обеспечения, используя плотность ошибок: - оценивается скорость обнаружения ошибок на этапе кодирования; - оценивается скорость устранения ошибок на этапе кодирования. Показатели: уровни завершенности (подхарактеристика) и надежности (характеристика) программного обеспечения
е) Метод измерения	Метод измерения ошибок кода программного обеспечения. Необходимо рассмотреть или проанализировать отличия пересмотренного исходного кода программы и идентифицировать исправления кода, которые состоят из измененных строк, добавленных строк и удаленных строк кода. Примечание - Для исключения дефектов в комплексном тестировании, исходный код программы, как правило, пересматривается в результате таких действий на этапах верификации и валидации как анализ кода, поблочное тестирование, анализ причин.
f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Связанные подсвойства: исполняемые операторы, строки кода с ошибками, исправленные строки кода
g) Определение каждого подсвойства (дополнительно)	Исполняемые операторы: операторы, которые могут быть отнесены к этой категории, такие как операторы с меткой, выражения, операторы выбора, операторы цикла и перехода. Невыполняемые операторы: операторы, к которым относятся спецификации объявлений и объявления. Строки кода с ошибками: строки кода, которые содержат ошибки. Ошибочен ли исходный текст, должна определить спецификация. Корректные строки кода: строки кода без ошибок. Примечание - В отдельных случаях возможно, что строки кода корректны, а спецификация должна быть изменена. В таком случае строки кода не должны считаться ошибочными.
h) Входные данные для ЭПК	Исходный код, спецификации проекта и стандарты программирования
i) Единица измерения ЭПК	Строки кода
j) Правила вычисления	Добавление общего числа ошибочных строк кода. С практической точки зрения числовое правило использует следующие измерительные действия: а) Рассматриваем или анализируем отличия пересмотренного исходного кода программы и идентифицируем исправленные строки кода, в число которых входят измененные, добавленные и удаленные строки кода
k) Тип шкалы	Отношение
l) Контекст применения ЭПК	ЭПК главным образом выбран для того, чтобы измерять уровни завершенности (подхарактеристика) и надежности программного обеспечения (характеристика)
m) Процессы жизненного цикла программного обеспечения	Разработка программного обеспечения (кодирование и тестирование программных модулей), процесс реализации
n) Ограничения измерения (дополнительно)	Исходные коды должны быть доступны, чтобы обеспечивать возможность сравнения фактических строк кода со спецификациями проекта. Кроме того, устоявшиеся спецификации проекта должны быть доступны для того, чтобы обеспечивать вышеуказанное сравнение и идентификацию ошибок. Для проверки соответствия кодов стандартам необходимо наличие соответствующих инструментариев или контрольного списка

_____________________________

* Определения приведены в с) (цели и свойство, которое должно быть выражено количественно) и перечислены в g) (определение каждого подсвойства).

Библиография

[1]	ИСО/МЭК 25022, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Measurement of quality in use (revision of ИСО/МЭК 9126-4) (to be proposed) (ИСО/МЭК 25022 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQUARE). Измерение качества при использовании (пересмотр ИСО/МЭК 9126-4))
[2]	ИСО/МЭК 25023, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Measurement of system and software product quality (revision of ИСО/МЭК 9126-2 and 9126-3) (to be proposed) (ИСО/МЭК 25023 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQUARE). Измерение качества систем и программной продукции (пересмотр ИСО/МЭК 9126-2 и 9126-3))
[3]	ИСО/МЭК 25024, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Measurement of data quality (to be proposed) (ИСО/МЭК 25024 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQUARE). Измерение качества данных)
[4]	ИСО/МЭК 25042, Systems and software engineering - Systems and software product Quality Requirements and Evaluation (SQuaRE) - Evaluation modules (to be proposed) (ИСО/МЭК 25042 Системная и программная инженерия. Требования и оценка качества систем и программного продукта (SQUARE). Модули оценки)
[5]	ИСО/МЭК 25012:2008, Software Engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Data quality model (ИСО/МЭК 25012:2008 Программная инженерия. Требования и оценка качества программной продукции (SQUARE). Модель качества данных)
[6]	ТО ИСО/МЭК 9126-2, Software engineering - Product quality - Part 2: External metrics [Technical Report] (TO ИСО/МЭК 9126-2 Программная инженерия. Качество продукции. Часть 2. Внешние показатели [Технический отчет])
[7]	ТО ИСО/МЭК 9126-3, Software engineering - Product quality - Part 3: Internal metrics [Technical Report] (TO ИСО/МЭК 9126-3 Программная инженерия. Качество продукции. Часть 3. Внутренние показатели [Технический отчет])
[8]	ТО ИСО/МЭК 9126-4, Software engineering - Product quality - Part 4: Quality in use metrics [Technical Report] (TO ИСО/МЭК 9126-4 Программная инженерия. Качество продукции. Часть 4. Показатели качества при использовании [Технический отчет])
[9]	Руководство ИСО/МЭК 99:2007, International vocabulary of metrology - Basic and general concepts and associated terms (VIM) (Руководство ИСО/МЭК 99:2007 Международный словарь метрологии. Основные и общие понятия и соответствующие термины (VIM))
[10]	ИСО/МЭК 24765:2010, Systems and software engineering vocabulary (ИСО/МЭК 24765:2010 Системная и программная инженерия. Словарь)
[11]	ИСО/МЭК 12207:2008, Systems and Software Engineering - Software Life Cycle Processes (ИСО/МЭК 12207:2008 Системная и программная инженерия. Процессы жизненного цикла программного обеспечения)
[12]	ИСО/МЭК 15288:2008, Systems and Software Engineering - System Life Cycle Processes (ИСО/МЭК 15288:2008 Системная и программная инженерия. Процессы жизненного цикла систем)
[13]	ИСО/МЭК 14143-1:2007, Information technology - Software measurement - Functional size Measurement (ИСО/МЭК 14143-1:2007 Информационные технологии. Измерение программного обеспечения. Измерение функционального размера)
[14]	IEEE 1061-1998 (R2004), IEEE Standard for Software Quality Metrics Methodology (IEEE 1061-1998 (R2004) Стандарт IEEE по Методологии показателей качества программного обеспечения)
[15]	IEEE 1012-2004, IEEE Standard for Software Verification and Validation (IEEE 1012-2004 Стандарт IEEE по верификации и валидации программного обеспечения)
[16]	PMI (Project Management Institute): 2008, A Guide to the Project Management Body of Knowledge (PMBOK Guide) - Fourth Edition (PMI Институт управления проектами): 2008, Руководство в области совокупности знаний по управлению проектами (PMBOK Guide) - Четвертая Редакция
[17]	Desharnais, J-M., Abran A., Suryn W., 'Attributes and Related Base Measures within ISO 9126: A Pareto Analysis', Software Quality Management 2009 and INSPIRE 2009 Conferences, British Computer Society, April 2009. (Атрибуты и соответствующие основные показатели в ИСО 9126: Анализ Pareto, Конференция "Менеджмент качества программного обеспечения" 2009 и INSPIRE 2009, Британское компьютерное общество, апрель 2009)
[18]	Advanced Research Project on Software Metrics by Ministry of Economy, Trade and Industry, Japan - Investigative Report on Measure for System/Software Product Quality Requirement Definition and Evaluation 2011 (Проект перспективного исследования по показателям программного обеспечения, Министерством экономики, торговли и промышленности, Япония - Отчет об исследованиях по определению требований и оценке показателей качества систем/программных продуктов, 2011)