Суммарное число обнаруженных дефектов

в документе дефектов

П_од = ---------------------------------------------------------------------- [ ----------------- ]

Р_д тыс. симв.

Считаются только те ошибки и дефекты, которые могут привести к неправильному или неоднозначному пониманию некоторого положения (раздела) документа.

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

Ошибки пунктуации исправляются во время редактирования текста и как дефекты не учитываются.

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

8. Размер кода созданного программного продукта

Размер кода созданного программного продукта Р_кпп измеряется в тысячах строк ассемблерного эквивалента (КАЕLOC – K of Assembler Equivalent Lines of Code).

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

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

Строки кода, входящие в макросы, функции и процедуры, учитываются только один раз. Каждый вызов функции или макроса или ссылка на макрос, функцию или процедуру учитывается как строка кода.

Строки кодов header-файлов и include-файлов учитываются только один раз.

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

Для вычисления количества строк ассемблерного эквивалента в программном продукте по строкам кода, написанным на различных языках программирования, используются следующие множительные коэффициенты:

Basic Assembler - 1.0

Macro Assembler - 1.5

C - 2.5

Fortran - 3.0

Pascal - 3.5

MODULA-2, PL/1, Ada - 4.5

BASIC, FORTH, LISP, PROLOG - 5.0

Data-Based Languages - 8.0

APL - 10.0

C++ - 11.0

SMALLTALK - 15.0

4-th GLs - 16.0

DataBase Query Languages - 25.0

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

Разновидности кодов при создании программного изделия на момент измерения значений метрик можно представить в следующем виде:

Немодифи-цированный код	Модифици- рованный код	Вновь разрабо-танный код	Повторно используемый код		Удаленный код
			Заимство-ванный	Сертифици-рованный

Размер базового кода Размер нового кода

Суммарный размер кода программного продукта

Суммарный размер созданного кода при разработке программного продукта

При каждом последующем измерении метрик программного изделия предшествующий суммарный код этого ПИ учитывается как базовый.

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

Производительность создания кода программного продукта Пр_спк определяется следующей формулой:

Размер кода программного продукта KAELOC

Пр_спк = ---------------------------------------------------------------------- [ ----------------------- ]

Сумма трудоемкостей его создания и обзора человеко-неделя

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

10. Плотность дефектов в коде программного продукта

Плотность дефектов в коде программного продукта П_дк определяется следующей формулой:

Суммарное кол-во обнаруженных дефектов в коде дефектов

П_дк = ------------------------------------------------------------------------------ [ ------------------ ]

Р_кпп KAELOC

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

При подсчете количества ошибок и дефектов в программном продукте или в любой его части необходимо придерживаться следующих правил:

• все ошибки и дефекты учитываются только один раз и только в той части когда, где они возникли;

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

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

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

• если несколько ошибок или дефектов могут быть идентифицированы в качестве одного, то они должны быть учтены только один раз;

• если дефект обнаружен в header-файле или include-файле, то он учитывается только один раз;

• если ошибка или дефект обнаружены в коде системного вызова, они должны быть учтены только один раз;

• при пересчете числа строк программного кода, написанного на одном из языков программирования, в число строк ассемблерного эквивалента число дефектов и ошибок, обнаруженных в программном коде, умножается на тот же коэффициент: что и сам код.

11. Эффективность предотвращения дефектов

Коэффициент эффективности предотвращения дефектов определяется формулой: