2. Планирование качества

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

Примерная структура плана обеспечения качества.

1. Представление продукта. Описание продукта, намечаемый рынок его сбыта, а также ожидаемые свойства. (описание-ГОСТ Р ИСО/МЭК 12119-2000)

2. Планы выпуска продукта. Назначение крайних сроков выпуска версий программного продукта, распределение ответственности за, разработку продукта и его обслуживание.

3. Описания процессов (этопов). Представление процессов разработки и обслуживания программного продукта в ходе выполнения проекта и управления им. (процессы - ГОСТ Р 12207, этапы - ГОСТ 34)

4. Цели качества. Планы и цели обеспечения качества продукта, включая описание наиболее важных его характеристик (ТЗ).

5. Риски и управление рисками. Описание основных видов риска, которые могут оказать влияние на уровень качества продукта, и мероприятия, направленные на снижение рисков.

При работе над планами обеспечения качества важно, чтобы они были как можно бо­лее краткими. Если документ будет слишком длинным, то специалисты вряд ли дочитают его до конца, что сведет на нет идею создания плана обеспечения качества.

Существует ряд потенциальных показателей качества продукта (табл. 3), которые должны учитываться при составлении плана обеспечения качества. План обеспечения качества должен определять основные качественные показатели разрабатываемого продукта. Например, эффективность системы может иметь первостепенную важность по сравнению с другим показателями. Если это будет отображено в плане, то специалисты смогут найти компромисс между различными показателями системы. В плане также должен быть указан процесс оценивания уровня качества.

Таблица 1. Показатели качества программных продуктов

Надежность	Понятность	Переносимость
Безопасность	Возможность тестирования	Удобство эксплуатации
Безотказность	Адаптируемость	Возможность повторного использования
Устойчивость к внешним воздействиям -	Модульность	Эффективность

50. Контроль качества. Измерение показателей программных систем

3. Контроль качества

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

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

1. Анализ программного продукта, сопровождающей документации и процесса разработки группой проверяющих на предмет соблюдения стандартов.

2. Автоматизированная оценка ПО, когда программный продукт и его документация проверяются специальной компьютерной программой, которая сопоставляет их со стандартами данного проекта. В такую автоматизированную проверку можно включить количественный контроль некоторых характеристик ПО.

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

В табл.2 представлены некоторые типы проверок.

Таблица 4. Типы проверок
Тип проверки	Основная цель проверки
Инспекция структуры и программного кода системы	Выявить ошибки в требованиях, структуре и программном коде.
Промежуточные проверки	Предоставить руководству отчеты о ходе выполнения проекта ( выполнение требований, бюджета и графика проекта).
Проверки качества	Анализ компонентов продукта и документации на соответствие и выполнение определенных стандартов качества.

Сама проверка должна быть достаточно короткой (не более двух часов).

ГОСТ Р ИСО/МЭК 12119-2000 – организация тестирования, содержание протоколов и отчетов.