
- •Отчет по лабораторной работе №3
- •Лабораторная работа №3.
- •План управления конфигурациями (scmp)
- •2.2.2. Лидер проекта
- •2.2.3. Разработчики
- •2.3. Применяемые политики, директивы и процедуры
- •3.1 Получение элементов конфигурации
- •3.3. Определение статуса конфигурации
- •3.4. Аудиты и обзоры конфигурации
- •1. Цель
- •2. Задействованные документы
- •3. Управление
- •3.1. Организация
- •3.2. Задачи
- •3.3. Ответственность
- •4. Документация
- •4.1. Цель
- •4.2. Минимальные требования к документации
- •4.3. Прочее
- •5. Стандарты, практики, соглашения и метрики 5.1. Цель
- •5.2. Содержание
- •6.2.8. Обзор управления
- •6.2.9. Обзор scmp
- •6.2.10. Заключительный обзор
- •6.3. Инспектирование
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ
«БАРАНОВИЧСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Кафедра «информационных систем и технологий»
Отчет по лабораторной работе №3
по дисциплине «Технологии программирования»
Выполнил:
студент гр. ИСТ-31
инженерного фак-та
Корсиков Р.Д.
Проверил:
Михальченко Д.К.
Барановичи 2014
Лабораторная работа №3.
Тема: Формирование плана управления конфигурациями программного обеспечения.
План управления конфигурациями (scmp)
Утверждаю
_25.03.2014_
Содержание данного SCMP следует стандарту IEEE 828-1990
28.02.2014 Корсиков Р.Д.: Создание первой версии
10.03.2014 Корсиков Р.Д.: Проверка для выпуска 20.03.2014 Корсиков Р.Д.: Окончательное форматирование 25.03.2014 Корсиков Р.Д.: Выпуск
1. Введение
Данный План управления конфигурациями ПО (SCMP) описывает, как ведется работа с артефактами разрабатываемого приложения.
1.1. Сокращения
CI — Configuration Item. Элемент конфигурации — любой элемент, отслеживаемый системой управления конфигурациями.
СМ — Configuration Management. Управление конфигурациями — процесс поддержки релевантных версий артефактов проекта Динамика развития.
SCMP — Software Configuration Management Plan. Данный документ.
1.2. Термины
Утвержденный CI — CI, подписанный руководством проекта .
Артефакт — окончательный или промежуточный материал проекта (например, документ, исходный код, объектный код, результат теста).
Главный файл — специальным образом построенный файл для данного проекта, определяется в разделе 3.1.2.
2. Управление конфигурациями
2.1. Организация
Самый опытный разработчик будет назначен ведущим конфигурацию на все время проведения данного проекта Динамика развития.
2.2. Ответственность за управление конфигурациями
2.2.1. Ведущий конфигурацию
Ведущий конфигурацию отвечает за организацию и управление конфигурациями. Если это возможно, ведущий конфигурацию должен обсуждать планы управления конфигурациями с командой разработчиков до того, как эти планы вводятся в действие. Ведущий конфигурацию поддерживает данный документ (SCMP). Ведущий конфигурацию отвечает за установку и сопровождение инструментов управления конфигурациями, определенных в разделе 2.3. Ведущий конфигурацию отвечает за настройку, сопровождение и резервное копирование используемых инструментов управления конфигурациями. Он должен также разработать план действий на случай, если используемые инструменты окажутся неподдерживаемыми (например, по вине поставщика).
Дополнительные обязанности ведущего конфигурацию описаны в разделах 3.3, 3.4, 3.5 и 3.6.
2.2.2. Лидер проекта
Лидер проекта и руководитель проекта могут выполнять функции ведущего конфигурацию только в исключительных обстоятельствах. Они обязаны знать все соответствующие средства доступа к документам во время проведения проекта. Лидер проекта обязан проверить, что архивирование данных ведется в соответствии с инструкций, упомянутой в разделе 2.3.
Дополнительные обязанности лидера проекта описаны в разделах 3.3 и 3.4.
2.2.3. Разработчики
Каждый разработчик обязан выполнять правила управления конфигурациями, опубликованные ведущим конфигурацию. Разработчики также обязаны следовать документу 56789 «Должностные обязанности инженеров». Дополнительные обязанности разработчика описаны в разделе 3.