Модели качества и оценка качества

Записаться

Качество системы и заинтересованные стороны

Качество системы — степень удовлетворения системой заявленных и подразумеваемых потребностей различных заинтересованных сторон (stakeholders). Заинтересованные стороны — это прежде всего потребители, организация в целом, руководство организацией, внешние стейкхолдеры. Таких сторон может быть много.

В стандартах SQuaRE потребности представляются через модели качества (quality models).

Модели качества

Модель качества — структурированное описание потребностей. Набор потребностей стандартизирован, а также стандартизировано то, из чего эти потребности состоят и как они детализируются.

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

Три модели качества

Существует три модели качества:

1. качество при использовании (quality in use);
2. качество продукта (product quality);
3. качество данных (data quality).

Если использовать все три модели совместно, со всеми подхарактеристиками и детальными описаниями, качество можно охарактеризовать полностью. Но для каждой конкретной ситуации не все характеристики актуальны.

Модель качества при использовании

Верхний уровень — потребность, называемая качеством при использовании. Она включает пять характеристик:

• эффективность (effectiveness);
• производительность (performance);
• удовлетворённость (satisfaction);
• свобода от риска (freedom from risk);
• покрытие контекста (context coverage).

Подхарактеристики:

• для эффективности — результативность;
• для производительности — производительность;
• удовлетворённость включает полноценность, доверие, удовольствие, комфорт;
• свобода от риска — смягчение отрицательных воздействий рисков;
• покрытие контекста — полнота контекста и гибкость.

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

Модель качества продукта

Качество системы или программной продукции делится на восемь характеристик:

• функциональная пригодность;
• уровень производительности;
• совместимость;
• удобство использования;
• надёжность;
• защищённость;
• сопровождаемость;
• переносимость.

Ниже определены подхарактеристики, или субхарактеристики. Модель применяется к программному продукту и системе, в которую он входит. Её цель — компьютерная система. Цель модели качества при использовании — человекомашинная система. Так рассматриваются два аспекта: система как изолированный объект со своими свойствами и система как объект, функционирующий в контексте и среде.

Качество данных и логика моделей

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

Логика стандартов SQuaRE такова: модель качества продукта — для целевого ПО и целевых компьютерных систем; модель качества при использовании — для компьютерной системы, ПО, информационной системы в целом. Информационная система состоит из многих целевых компьютерных систем, объединённых системой связи, целевых данных и контекста — условий или среды использования, а также людей: непосредственных, вторичных или косвенных пользователей. Модель качества данных — только для целевых данных.

Пользователи

• Основной пользователь — лицо, взаимодействующее с системой для достижения основных целей.
• Вторичные пользователи — лица, осуществляющие поддержку, например провайдер, специалист по обслуживанию.
• Косвенные пользователи — иные связанные пользователи.

В стандартах эти роли и элементы описаны точно и конкретно.

Оценка качества

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

Процесс оценки состоит из пяти шагов:

1. разработка требований к оценке;
2. спецификация оценки;
3. разработка проекта оценки;
4. выполнение оценки;
5. заключение об оценке.

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

Цель процесса — провести оценку качества. Общее требование: оценщик должен реализовать описанные действия и задачи. Каждое действие документируется; протокол должен включать подробный отчёт о действиях оценщика.

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

Стандарт SQuaRE

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

Краткие итоги

Модели качества выступают связующим звеном между ожиданиями заинтересованных сторон и измеримыми характеристиками системы. Их ценность не в простом перечислении свойств, а в дисциплине мышления: любое требование можно проследить до конкретного показателя и проверить в конкретном контексте. Поэтому практическое применение начинается с выбора модели, соответствующей объекту оценки. Если важно понять, как система влияет на человека и организацию, используют качество при использовании. Если нужно оценить сам программный продукт или компьютерную систему, применяют модель качества продукта. Если предметом являются данные, работает отдельная модель качества данных. Совместное применение моделей даёт полноту, но не отменяет отбора значимых характеристик: в каждом проекте часть из них может быть неактуальна. Это снижает риск формальной оценки, когда измеряется всё подряд без связи с целями.

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

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

Стандарт SQuaRE ценен как попытка дать полный и практичный каркас. Он не заменяет инженерное суждение, но задаёт общий язык для заказчика, разработчика, пользователя и оценщика. Наиболее полезный вывод: качество становится управляемым, когда его потребности структурированы, показатели измеримы, а процесс оценки встроен в проектную работу.