Основные положения метрологии программных продуктов

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

Метрология — это наука об измерениях, методах, средствах обеспечения их единства и способах достижения требуемой точности.

Предметом метрологии является извлечение количественной информации о свойствах объектов и процессов с заданной точностью и достоверностью.

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

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

Ранжирование — это распределение величин по возрастающим или убывающим показателям, характеризующим те или иные свойства этой величины.

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

Исторически важные этапы в развитии метрологии:

• · XVIII век — установление эталона метра (эталон хранится во Франции, в Музее мер и весов; в настоящее время является в большей степени историческим экспонатом, нежели научным инструментом);
• · 1832 год — создание Карлом Гауссом абсолютных систем единиц;
• · 1875 год — подписание международной Метрической конвенции;
• · 1960 год — разработка и установление Международной системы единиц (СИ);
• · XX век — метрологические исследования отдельных стран координируются Международными метрологическими организациями.

Вехи отечественной истории метрологии:

• · присоединение к Метрической конвенции;
• · 1893 год — создание Д. И. Менделеевым Главной палаты мер и весов (современное название: «Научно-исследовательский институт метрологии им. Менделеева»

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

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

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

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

Все метрики можно разделить на три основные группы: метрики процесса, метрики проекта и метрики продукта. Внутри каждой группы существуют следующие типы метрик: непосредственно наблюдаемые (измеряемые), прогнозируемые, вычисляемые Измеряемые атрибуты могут быть внутренними и внешними. Внутренние атрибуты могут измеряться в терминах самого объекта, отдельно от его поведения. Внешние атрибуты оцениваются с учетом связи объекта с внешней средой.

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

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

Программные метрические показатели используются для измерения определенных атрибутов ПП, процесса или проекта. Руководитель проекта может также применять их: для анализа ошибок и дефектов ПП; определения уровня сложности ПП; оценки состояния ПП; установки основных направлений разработки; экспереминатального подтверждения лучших метрик; прогнозирования качественных показателе, графика, трудозатрат и объемов других затрат; тслеживания прогресса в ходе выполнения проекта; определения оптимальных сроков достижения необходимого уровня качества продукта либо процесса в целом.

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

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

Примеры метрик процесса, проекта и продукта.

Набор основных метрических показателей.

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

Управление требует точного представления, во-первых — об объемах трудозатрат в рамках проекта, а также о характеристиках этих трудозатрат; во-вторых, — о числе и типах ошибок и дефектов, обнаруженных во время обзора; в третьих, — о запрашиваемых изменениях, о том, изменяет ли запрос исходные требования системы или полученный компонент проекта изменяется вследствие открывшегося дефекта.

Трудозатраты Трудозатраты больше всего связаны с ресурсами, затраченными в процессе разработки ПП. Затраты на создание ПП существенно зависят от человеческого фактора. В этом случае требуется составить представление о том, чем занят персонал, выполняется ли обработка ценной информации, касающейся разработки проекта, каков ход выполнения проекта и каким образом распределяется бюджет на оставшуюся часть работ по проекту. Для реальной оценки точного объема затрат при создании ПП следует аккуратно отслеживать объем трудозатрат для каждой задачи, выпоолняющейся в процессе разработки.

Обзоры

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

Запросы на изменение

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

Типы запросов на изменение:

• · Корректирующий — направлен на исправление сбоя;
• · Адаптационный — направлен на адаптацию ПП к изменениям в системе, приспосабливание к изменившейся средебез внесения улучшений или качественных изменнеий;
• · Превентивный — направлен на предупреждение сбоев до их проявления;
• · Усовершенствованный — направлен на поддержку с целью облегчения дальнейшего сопровождения.

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

Сертификация может быть обязательной или добровольной. Решение о выдаче сертификата на ПС основывается на оценке степени его соответствия действующим и/или специально разработанным документам.