Метрика

Проектирование информационных систем

Часть 2

Учебное пособие

Арзамас

АГПИ

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

Метрика

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

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

Ме́трика програ́ммного обеспе́чения (англ. software metric) — это мера, позволяющая получить численное значение некоторого свойства программного обеспечения или его спецификаций.

Поскольку количественные методы хорошо зарекомендовали себя в других областях, многие теоретики и практики информатики пытались перенести данный подход и в разработку программного обеспечения. Как сказал Том ДеМарко, «вы не можете контролировать то, что не можете измерить».

Набор используемых метрик может включать в себя:

- количество строк кода;

- цикломатическая сложность;

- анализ функциональных точек;

- количество ошибок на 1000 строк кода;

- степень покрытия кода тестированием;

- покрытие требований;

- количество классов и интерфейсов;

- метрики программного пакета от Роберта Сесиль Мартина;

- связность;

- порядок роста (имеется в виду анализ алгоритмов в терминах асимптотического анализа и O-нотации) и др.

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

Для расчета оценок существует множество методов и моделей, которые позволяют просчитать предварительные сроки разработки проекта. Регрессионная модель СОСОМО, метод ISBSG (International Software Benchmarking Standard Group), метод оценки первого порядка и многие другие [8].

Модель конструктивных затрат (Constructive Cost Model, COCOMO) относится к числу наиболее широко применяемых технологий оценивания. Основа модели была разработана доктором Барри В. Боэмом (Dr. Barry W. Boehm) в начале 70-х годов 20-века. В первых моделях оценивался фактический размер (показатель LOC – число строк кода), понесенные трудозатраты и фактическая длительность разработки программного обеспечения.

Одной из альтернатив метрики LOC являются функциональные пункты. Данная метрика может применяться для оценки размера проекта на ранних стадиях. Существует много разных методов для вычисления функциональных пунктов. Стандарт подсчета функциональных пунктов поддерживается группой International Function Point Users Group (IFPUG).