"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

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


СУБД,

электронные таблицы,
средства проведения аудита.
Предпосылка 3 Члены группы обеспечения качества должны пройти обучение
для выполнения своих задач.
Примеры тем учебных занятий: навыки и практические методы разработки
ПО; роли и сферы ответственности группы разработки
ПО и других смежных групп; стандарты, процедуры и методы, применяемые в
проекте разработки ПО; предметная область проекта; задачи, процедуры и
методы обеспечения качества; участие группы обеспечения качества в работах
по проекту; эффективное использование методов и инструментов обеспечения
качества; межличностное общение.
Предпосылка 4 Участники проекта должны получить ориентацию относительно
роли, сферы ответственности, полномочий и значения группы обеспечения
качества.

Выполняемые операции

Операция 1 Для каждого проекта по разработке ПО подготавливается план
работ по обеспечению качества в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. План обеспечения качества разрабатывается на ранних стадиях общего
планирования проекта и параллельно с ним.
2. План обеспечения качества рассматривается задействованными группами
и лицами. Примеры задействованных групп и лиц: производственный менеджер
проекта, другие производственные менеджеры, менеджера проекта, представитель
заказчика по вопросам обеспечения качества, руководитель высшего звена,
которому группа обеспечения качества сообщает о фактах несоответствия
техническим условиям, группа разработки ПО (включая ведущих специалистов и
все подгруппы, например, проектирования ПО).
3. Документ плана обеспечения качества должен быть управляемым и
контролируемым. "Управляемый и контролируемый" означает, что в любой момент
времени (прошлый или настоящий) известна версия используемого промежуточного
продукта (т. е. реализован контроль версий), а внесение изменений происходит
управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный