11Роль метрик в процессе разработки программного продукта

Измерения, выполняемые в процессе разработки ПП, помо­гают лучше оценить сам процесс разработки, принятый в орга­низации, ход выполнения проекта и качество ПП. Измерения процесса производятся в целях его дальнейшего совершенство­вания, измерения проекта — для улучшения организации работ, а измерения ПП — для повышения его качества. В результате измерения определяется количественная характеристика како­го-либо свойства объекта измерения. Путем непосредственных измерений могут определяться только опорные свойства объек­та — опорные метрики. Все остальные метрики оцениваются в результате вычисления тех или иных функций от значений опор­ных метрик. Эти вычисления проводятся по соответствующим фор­мулам.

В издании «IEEE. Standard Glossary of Software Engineering Terms» («IEEE. Перечень стандартных терминов, используемых в программ­ной инженерии») метрика определена как мера степени облада­ния свойством, имеющая числовое значение.

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

Д-р Барри У. Боэм (Dr. Barry W. Boehm), всемирно признан­ный эксперт в области разработки ПП, подчеркивает, что важ­ность метрик определяется тем, в какой мере они способствуют принятию решений. Если руководитель программного проекта бу­дет помнить об этом, то он сможет оперировать полезными и важ­ными метриками, а не собирать их случайным образом, накапли­вая большие объемы информации, использование которой зат­руднительно.

«Измерение при разработке программного продукта является не­прерывным процессом определения, сбора и анализа данных, относя­щихся к программному процессу и соответствующим ему продук­там. Целью этой деятельности является получение представления о процессе, контроль над ним и программными продуктами, а также поддержка важной информации, которая позволит совершенство­вать процесс и программные продукты».

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

Все метрики можно разделить на три основные группы:

• метри­ки процесса;

• метрики проекта;

• метрики продукта.

Внутри каждой группы существуют следующие типы метрик:

• непосредственно наблюдаемые (измеряемые);

• прогнозируемые;

• вычисляемые.

Непосредственное наблюдение атрибута какого-либо объекта не требует использования в процессе измерения других атрибутов или объектов. Непосредственное наблюдение или измерение при­меняется при оценивании существующего объекта.

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

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

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

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

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

• для анализа ошибок и дефектов ПП;

• оценки состояния ПП;

• определения уровня сложности ПП;

• установки основных направлений разработки;

• экспериментального подтверждения лучших методик;

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

• отслеживания прогресса в ходе выполнения проекта;

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

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

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

• установление достижимых целей при анализе требований, на фазах проектирования, конструирования, тестирования и внедре­ния;

• демонстрация потенциала при достижении этих целей;

• отслеживание прогресса в достижении этих целей;

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

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