Результативность (Effectiveness) – это способность программного про- дукта, позволяющая пользователям достигать заданные цели с точностью и полнотой в заданном контексте использования.
Продуктивность (Productivity) – это способность программного продукта, позволяющая пользователям расходовать количество ресурсов, соответствую- щее результативности, достигаемой в заданном контексте использования. Ре-
сурсы могут включать время выполнения задачи, усилия пользователя, мате- риалы, стоимость использования.
Безопасность (Safety) – это способность программного продукта дости- гать приемлемых уровней риска причинения вреда людям, бизнесу, программ- ному обеспечению, имуществу или окружающей среде в заданном контексте использования. Обычно риски – это результат дефектов в функциональности (включая защищенность), надежности, практичности и сопровождаемости.
Удовлетворенность (Satisfaction) – это способность программного про- дукта удовлетворять пользователя в заданном контексте использования. Удов- летворенность определяется реакцией пользователя на взаимодействие с про- граммным продуктом и включает отношение к применению продукта.
Характеристика
Рис. 54. Модель качества в использовании
Метрики качества программных средств
Свойства и критерии обоснованности метрик
Как было описано выше (см. подразд. 10.1), стандарт ISO/IEC 9126–1:2001 классифицирует метрики качества ПС на внутренние, внешние и метрики каче- ства в использовании. В модели внешнего и внутреннего качества метрики на- ходятся на третьем уровне иерархии и определяют значения подхарактеристик качества. В модели качества в использовании метрики находятся на втором уровне иерархии и непосредственно определяют значения характеристик каче-
ства. Применение конкретного вида метрик определяется стадией жизненного цикла программного средства (см. подразд. 10.2).
Вторая, третья и четвертая части стандарта ISO/IEC TR 9126–2–4 [50 – 52] посвящены детальному рассмотрению соответственно внешних и внутренних метрик качества программных средств и метрик качества в использовании.
В Приложении А данных частей стандарта определены следующие жела- тельные свойства метрик:
надежность; надежность связана со случайной ошибкой; метрика сво- бодна от случайной ошибки, если случайные изменения не влияют на результа- ты метрики;
повторяемость; повторное использование метрики для того же про- дукта теми же специалистами по оценке, используя ту же спецификацию оцен- ки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно привести к тем же результатам с соответствующими допусками; соот- ветствующие допуски должны учитывать такие компоненты, как усталость и результат накопленных познаний;
однотипность; применение метрики для того же продукта различными специалистами по оценке, используя ту же спецификацию оценки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно при- вести к тем же результатам с соответствующими допусками;
применимость; метрика должна четко указывать условия (например, наличие определенных атрибутов), которые ограничивают её употребление;
показательность; это способность метрики идентифицировать части или элементы программы, которые должны быть улучшены, на основании сравнения измеренных и ожидаемых результатов;
корректность; метрика должна обладать следующими свойствами:
объективность; результаты метрики и её входные данные должны быть основаны на фактах и не подвластны чувствам или мнени- ям специалистов по оценке или тестированию (исключая метрики удов- летворенности или привлекательности, с помощью которых измеряются чувства и мнения пользователя);
беспристрастность; измерение не должно быть направлено на получение какого-либо специфического результата;
адекватность точности; точность определяется при проекти- ровании метрики и особенно при выборе описаний фактов, используе- мых как основа для метрики; разработчик метрики должен описать точ- ность и чувствительность метрики;
значимость; измерение должно давать значащие результаты, касаю- щиеся поведения программы или характеристик качества.
Метрика должна также быть эффективной по отношению к стоимости. Это значит, что более дорогие метрики должны обеспечивать лучшие результа- ты оценки.
Разработчик метрики должен доказать ее обоснованность. Метрика должна
удовлетворять хотя бы одному из следующих критериев обоснованности метрики:
корреляция; изменение в значениях характеристик качества (оператив- но определенных по результатам измерения основных метрик), обусловленное изменением в значениях метрики, должно определяться линейной зависимо- стью;
трассировка; если метрика М непосредственно связана с величиной характеристики качества Q (оперативно определенной по результатам измере- ния основных метрик), то изменение величины Q (T1), имеющейся в момент времени T1, к величине Q (T2), полученной в момент времени Т2, должно со- провождаться изменением значения метрики от М (T1) до М (T2) в том же на- правлении (например, если увеличивается Q, то М тоже увеличивается);
непротиворечивость; если значения характеристик качества (опера- тивно полученные по результатам измерения основных метрик) Q1, Q2,…, Qn, связанные с продуктами или процессами 1, 2..., n, определяются соотношением Q1> Q2> ... > Qn, то соответствующие значения метрики должны удовлетворять соотношению M1> M2> ... > Мn.
предсказуемость; если метрика используется в момент времени T1 для прогноза значения (оперативно полученного по результатам измерения основ- ных метрик) характеристики качества Q в момент времени T2, то ошибка про- гнозирования, определяемая выражением
Do'stlaringiz bilan baham: |