Иерархизация метрик
Лекция 3
6. Иерархизация метрик
6.1. Проектно-ориентированные метрики качества
В настоящее время разработано множество метрик качества программного обеспечения общего назначения, таких как сложность, модульность, тестируемость и т.п. Использование данных метрик, безусловно, очень полезно, вместе с тем следует учитывать, что универсальные метрики в совокупности не дают полного численного описания уровня качества. В частности, вследствие универсальности им присущи следующие недостатки: они сконструированы без учета особенностей требуемой предметной области, операционного окружения и методологии разработки. Традиционные метрики не учитывают качество обрабатываемых данных и взаимодействие данных с потоком вычислений.
Для обеспечения полноты измерения качества требуется на ранних стадиях проекта на основе анализа целей проекта, области применения, ограничений и характеристик разработать проектно-ориентированные (design-oriented)
или структурные метрики (structural metrics) качества.
Проектно-ориентированные метрики качества разрабатываются в виде стандарта качества на ранних стадиях разработки проекта. Продукт проекта должен удовлетворять этим метрикам как на конечной стадии, так и на промежуточных. Такие метрики разрабатываются структурно - сверху - вниз, что обеспечивает их целостность и полноту при определении качества продукта.
Термин «проектно-ориентированный» в данном контексте означает, что метрики разрабатываются в виде стандарта качества проекта на его ранних стадиях и представляют собой правила или нормы (guideline), которым должен удовлетворять промежуточный или конечный продукт. Термин «структурный» означает, что метрики разрабатываются структурным методом сверху - вниз (top – down) для обеспечения целостности и полноты.
6.2. Методология создания проектно-ориентированных метрик качества
Схематически методология создания метрик качества состоит из следующих шагов.
· Определение нетехнического уровня
Первый шаг (верхний уровень иерархии): Определение нетехнического уровня (то есть уровня предназначенного для менеджеров, пользователей, заказчика).
ü Формирование требований качества.
ü Выбор свойств, установка приоритетов и связи с требованиями.
Рекомендуемые материалы
ü Присвоение свойств факторам качества, которые отражают представление заказчика на качество.
ü Установка измерений для факторов качества. Определение допустимых коридоров для величин качества.
Обратите внимание на лекцию "18 Расчет винтовых соединений при нагруженном силами в плоскости стыка".
· Определение технического уровня
Второй шаг (средний уровень иерархии): Определение технического уровня (то есть уровня предназначенного для аналитиков, конструкторов, разработчиков).
ü Осуществление декомпозиции факторов качества в измеряемые характеристики программного обеспечения, определяемые как субфакторы.
· Декомпозиция субфакторов в метрики
ü Третий шаг (нижний уровень иерархии).
ü На этом шаге субфакторы разбиваются на метрики качества. Данные метрики служат как непрямые меры прямых измерений факторов качества на верхних уровнях иерархии. Иными словами это уровень разработанных правил и норм, которым должен удовлетворять продукт или процесс с тем, чтобы были выполнены факторы качества.