Марк Паулк - Модель зрелости процессов разработки программного обеспечения
8.5. Обеспечение качества ПО
Группа ключевых процессов для уровня 2: повторяемый уровень.
Цель группы ключевых процессов «Обеспечение качества ПО» заключается в том, чтобы дать руководству адекватное представление о ходе процесса разработки и о создаваемых продуктах.
Обеспечение качества ПО включает в себя проверку и аудит продуктов и технологических операций по разработке ПО на их соответствие применяемым процедурам и стандартам, а также информирование руководителей различного уровня о результатах этих проверок и аудитов.
Группа обеспечения качества включается в проект разработки на его ранних стадиях и участвует в составлении планов, стандартов и процедур, которые повышают качество процесса разработки и отвечают проектным ограничениям и политикам организации. Участвуя в составлении планов, стандартов и процедур, группа помогает обеспечить их соответствие потребностям проекта и проверяет их пригодность для проведения проверок и аудитов на протяжении всего жизненного цикла ПО, проверяет ход работ по проекту, проводит аудит промежуточных программных продуктов на протяжении всего жизненного цикла ПО, а также передает руководству представление о том, насколько ход проекта соответствует установленным планам, стандартам и процедурам.
Вопросы несоответствия сначала обсуждаются в рамках проекта и, по возможности, решаются на этом уровне. Вопросы, не решаемые в рамках проекта, поднимаются группой обеспечения качества на соответствующий уровень руководства.
Практики этой группы предназначены для группы, выполняющей функции обеспечения качества ПО. Практики, определяющие конкретные операции и промежуточные продукты, проверяемые группой обеспечения качества, обычно содержатся в разделе «Проверка внедрения» других групп ключевых процессов.
Цели
Цель 1 Планирование работ по обеспечению качества ПО.
Цель 2 Объективная проверка соответствия программных продуктов и технологических операций применяемым стандартам, процедурам и требованиям.
Цель 3 Распространение информации между задействованными в проекте группами и сотрудниками о мероприятиях по обеспечению качества ПО и их результатах.
Цель 4 Передача на рассмотрение высшему руководству вопросов несоответствия, не решаемых на уровне проекта.
Обязательства по выполнению
Обязательство 1 Проект следует документированной организационной политике по обеспечению качества ПО.
Эта политика обычно состоит из следующих положений.
1. Группа обеспечения качества контролирует работу по всем проектам разработки в организации.
2. Группа обеспечения качества имеет канал отчетности перед высшим руководством, который независим от:
менеджера проекта,
группы разработки ПО,
других групп, связанных с разработкой ПО.
Примеры групп, связанных с разработкой ПО:
группа управления конфигурацией ПО,
группа управления документацией.
Организации должны определить такую организационную структуру, которая поддерживала бы независимость операций, подобных обеспечению качества, в контексте своих стратегических бизнес-целей и бизнес-среды.
Независимость должна: обеспечивать сотрудникам группы обеспечения качества организационную свободу, позволяющую им быть «глазами и ушами» высшего руководства проекта; исключить вынесение оценки работы сотрудников группы обеспечения качества со стороны руководства проверяемого проекта; обеспечить уверенность высшего руководства в объективности получаемых отчетов о производственном процессе и качестве продуктов проекта разработки ПО.
3. Высшее руководство регулярно проверяет деятельность группы обеспечения качества и ее результаты.
Необходимые предпосылки
Предпосылка 1 Необходимо наличие группы, ответственной за координацию и реализацию в проекте процесса обеспечения качества ПО (т. е. группы SQA).
Группа представляет собой совокупность отделов, менеджеров и сотрудников, которые несут ответственность за набор задач или операций. Состав группы может варьироваться от одного или нескольких совместителей из различных отделов до нескольких сотрудников, занятых этой деятельностью полный рабочий день. При формировании группы принимаются во внимание объем служебных обязанностей, объем проекта, организационная структура и культура взаимоотношений. Некоторые группы, такие как группа обеспечения качества ПО, концентрируются на деятельности на уровне проектов, другие же, как группа инженерии процессов производства, — на деятельности общекорпоративного уровня.
Предпосылка 2 Работы по обеспечению качества должны быть обеспечены соответствующими ресурсами и финансированием.
1. Для руководства специфической деятельностью по обеспечению качества в проекте назначается специальный менеджер.
2. Должен быть назначен руководитель высшего звена, обладающий опытом в области обеспечения качества и полномочиями для осуществления соответствующего надзора, который будет нести ответственность за рассмотрение вопросов о несоответствии техническим условиям и принятие соответствующих мер.
Все менеджеры, входящие в цепь отчетности по обеспечению качества перед руководителем высшего звена, должны знать свою роль, сферу ответственности и полномочия в этой области.
3. Работы по обеспечению качества обеспечиваются вспомогательными инструментальными средствами.
Примеры вспомогательных инструментальных средств:
рабочие станции,
СУБД,
электронные таблицы,
средства проведения аудита.
Предпосылка 3 Члены группы обеспечения качества должны пройти обучение для выполнения своих задач.
Примеры тем учебных занятий: навыки и практические методы разработки ПО; роли и сферы ответственности группы разработки
ПО и других смежных групп; стандарты, процедуры и методы, применяемые в проекте разработки ПО; предметная область проекта; задачи, процедуры и методы обеспечения качества; участие группы обеспечения качества в работах по проекту; эффективное использование методов и инструментов обеспечения качества; межличностное общение.
Предпосылка 4 Участники проекта должны получить ориентацию относительно роли, сферы ответственности, полномочий и значения группы обеспечения качества.
Выполняемые операции
Операция 1 Для каждого проекта по разработке ПО подготавливается план работ по обеспечению качества в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. План обеспечения качества разрабатывается на ранних стадиях общего планирования проекта и параллельно с ним.
2. План обеспечения качества рассматривается задействованными группами и лицами. Примеры задействованных групп и лиц: производственный менеджер проекта, другие производственные менеджеры, менеджера проекта, представитель заказчика по вопросам обеспечения качества, руководитель высшего звена, которому группа обеспечения качества сообщает о фактах несоответствия техническим условиям, группа разработки ПО (включая ведущих специалистов и все подгруппы, например, проектирования ПО).
3. Документ плана обеспечения качества должен быть управляемым и контролируемым. «Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Операция 2 Группа обеспечения качества выполняет свои работы в соответствии с планом обеспечения качества.
План охватывает следующие вопросы:
1. Сфера ответственности и полномочия группы обеспечения качества.
2. Ресурсы, требующиеся группе обеспечения качества (включая персонал, инструменты и инженерные средства).
3. Календарный план и финансирование работ группы обеспечения качества.
4. Участие группы обеспечения качества в составлении плана разработки ПО, стандартов и процедур проекта.
5. Оценки, выполняемые группой обеспечения качества.
Примеры оцениваемых продуктов и работ:
рабочее ПО и вспомогательные программы,
продукты как предназначенные для поставки заказчику, так и внутреннего пользования,
программные и непрограммные продукты (например, документы),
операции по разработке и проверке продукта (например, выполнение сценариев тестирования),
