Лекция 3

6. Иерархизация метрик

6.1. Проектно-ориентированные метрики качества

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

Для обеспечения полноты измерения качества требуется на ранних стадиях проекта на основе анализа целей проекта, области применения, ограничений и характеристик разработать проектно-ориентированные (design-oriented)
или структурные метрики (structural metrics) качества. 

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

Термин «проектно-ориентированный» в данном контексте означает, что метрики разрабатываются в виде стандарта качества проекта на его ранних стадиях и представляют собой правила или нормы (guideline), которым должен удовлетворять промежуточный или конечный продукт. Термин «структурный» означает, что метрики разрабатываются структурным методом сверху - вниз (top – down) для обеспечения целостности и полноты.

6.2. Методология создания проектно-ориентированных метрик качества

Схематически методология создания метрик качества состоит из следующих шагов.

· Определение нетехнического уровня

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

ü Формирование требований качества.

ü Выбор свойств, установка приоритетов и связи с требованиями.

Рекомендуемые материалы

ü Присвоение свойств факторам качества, которые отражают представление заказчика на качество.

ü Установка измерений для факторов качества. Определение допустимых коридоров для величин качества.

Обратите внимание на лекцию "18 Расчет винтовых соединений при нагруженном силами в плоскости стыка".

· Определение технического уровня

Второй шаг (средний уровень иерархии): Определение технического уровня (то есть уровня предназначенного для аналитиков, конструкторов, разработчиков).

ü Осуществление декомпозиции факторов качества в измеряемые характеристики программного обеспечения, определяемые как субфакторы.

· Декомпозиция субфакторов в метрики

ü Третий шаг (нижний уровень иерархии).

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