3.3. Определение статуса конфигурации

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

3.4. Аудиты и обзоры конфигурации

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

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

3.5. Управление интерфейсом

Система управления конфигурациями должна иметь интерфейс с веб-сайтом проекта. Этим интерфейсом управляет ведущий конфигурацию.

4. Расписание

Рис. 1. Расписание управления конфигурациями

План-график мероприятий по отчетам, архивации и обновлению конфигура­ции показан на рис. 1

5. Ресурсы

Ведущему конфигурацию для выполнения своих обязанностей требуется в сред­нем приблизительно 6 часов в неделю в первой половине проекта и 12 часов в не­делю во второй половине проекта. Время, затрачиваемое другими разработчика­ми на управление конфигурациями, принято отдельно не учитывать.

6. Сопровождение

Ввиду важности наличия стабильного плана управления конфигурациями изменения в данном документе должны быть одобрены все командой проекта.

Поскольку целью организации является достижение уровня 5 по СММ, веду­щий конфигурацию при подготовке совещаний по улучшению процесса управ­ления конфигурациями обязан сделать следующее.

• Оценить эффективность данного плана.

• Количественно оценить потери, вызванные дефектами данного плана.

• Оценить эффективность использования инструмента SuperCMTool.

• Изучить литературу по новым методам управления конфигурациями; ко­ личественно оценить выгоды и затраты на проведение улучшений.

• Изучить новые инструменты управления конфигурациями.

• Предложить конкретные улучшения текущего процесса управления кон­ фигурациями.

• Перечислить выгоды от улучшений.

• Предоставить оценки стоимости эффекта введения улучшений.

• Упорядочить предлагаемые улучшения по значению отношения выгоды- затраты.

План контроля качества (SQAP)

Утверждаю

25.03.2014

Содержание данного SQAP следует стандарту IEEE 730-1989

18.02.14 Э. Брауде: Создание первой версии.

10.03.14 Р. Боствик: Рецензирование и добавление разделов от 7 до конца.

24.03.14 Э. Брауде: Интеграция и пересмотр содержания.

1. Цель

В этом документе описан план получения качественного продукта при выполне­нии проекта Динамика развития. Этот план включает средства обеспечения поддержки проекта Динамика развития.

2. Задействованные документы

См. раздел 4.2.

3. Управление

3.1. Организация

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