Марк Паулк - Модель зрелости процессов разработки программного обеспечения
- Название:Модель зрелости процессов разработки программного обеспечения
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:нет данных
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Марк Паулк - Модель зрелости процессов разработки программного обеспечения краткое содержание
Данный текст является переводом на русский язык описания одного из самых популярных стандартов постановки процесса разработки программного обеспечения (ПО).
Я публикую книгу на своем сайте в открытом доступе для того, чтобы все интересующиеся данным вопросом могли прочитать ее и получить необходимую информацию совершенно свободно и бесплатно. Причина в том, что те методики, которые описаны в данном стандарте, как я считаю, просто обязаны взять на вооружение те разработчики ПО, которые этим занимаются серьёзно. По крайней мере, это касается 2-го и 3-го уровней CMM, так как применение этих практик дает существенное повышение в производительности и устойчивости процесса разработки ПО.
Модель зрелости процессов разработки программного обеспечения - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Управление конфигурацией ПО включает в себя определение конфигурации программных продуктов (т. е. перечень выбранных промежуточных программных продуктов и их описания) в заданные моменты времени, систематический контроль над их изменениями, а также поддержку целостной и отслеживаемой конфигурации в течение всего жизненного цикла ПО. К промежуточным продуктам, помещенным в систему управления конфигурацией, относятся как продукты, поставляемые заказчику (например, документ требований к ПО и программный код), так и компоненты, которые сопутствуют этим программным продуктам или нужны для их создания (например, компилятор).
Формируется библиотека базовых линий конфигурации, наполняемая по мере их разработки. Изменения базовых линий и выпуск программных продуктов, созданных на основе библиотеки базовых линий, систематически контролируются с помощью функций управления изменениями и аудита конфигурации, используемыми при управлении конфигурацией ПО.
Эта группа ключевых процессов охватывает практики, связанные с применением функции управления конфигурацией ПО. Практики, определяющие конкретные элементы/блоки, подлежащие управлению конфигурацией, содержатся в группах ключевых процессов, которые описывают разработку и сопровождение данных элементов/блоков.
Цели
Цель 1 Управление конфигурацией ПО происходит на плановой основе.
Цель 2 Выбранные промежуточные программные продукты определены, управляемы и доступны.
Цель 3 Изменения в определенных промежуточных программных продуктах происходят управляемым образом.
Цель 4 Распространение информации между группами и сотрудниками, задействованными в проекте, о состоянии и содержании базовых линий конфигурации.
Обязательства по выполнению
Обязательство 1 Проект следует документированной организационной политике управления конфигурацией ПО (Software Configuration Management, SCM).
Эта политика обычно состоит из следующих положений:
1. По каждому проекту должны быть назначены конкретные лица, ответственные за управление конфигурацией ПО.
2. Управление конфигурацией ПО реализуется в течение всего жизненного цикла проекта.
3. Управление конфигурацией ПО реализуется для конечных программных продуктов, определенных внутренних промежуточных программных продуктов, а также определенных вспомогательных инструментальных средств, используемых внутри проекта (например, компиляторов).
4. Проекты формируют собственный репозитарий (или получают к нему доступ), в котором содержатся элементы/блоки конфигурации и связанные с ними записи SCM.
В этих практиках содержание данного репозитария называется «библиотекой базовых линий конфигурации».
Инструменты и процедуры доступа к этому репозитарию называются «системой управления библиотекой конфигураций».
Промежуточные продукты, помещенные в систему управления конфигурацией и воспринимаемые в виде отдельных сущностей, называются отдельными блоками конфигурации.
Блоки обычно состоят из компонентов, а те в свою очередь — из элементов конфигурации. В аппаратно-программной системе все ПО может восприниматься в виде одного блока конфигурации либо может быть разбито на несколько блоков. В данных практиках термины «блок» и «элемент конфигурации» относятся к элементам, помещенным в систему управления конфигурацией.
5. Регулярно проводится аудит базовых линий и работ по управлению конфигурацией ПО.
Необходимые предпосылки
Предпосылка 1 Должна существовать или быть создана комиссия по управлению базовыми линиями проекта (т. е. комиссия по управлению конфигурацией ПО, Software Configuration Control Board, SCCB).
Задачи комиссии SCCB:
1. Санкционирование создания базовых линий, выявление конфигураций и их элементов.
2. Представление интересов менеджера проекта и всех групп, которых могут затронуть изменения базовых линий.
Примеры групп, задействованных в проекте:
обеспечения качества аппаратного обеспечения,
управления конфигурацией аппаратного обеспечения,
проектирования аппаратного обеспечения,
производственного проектирования,
разработки ПО (включая все подгруппы, например, проектирования ПО),
системного проектирования,
системного тестирования,
обеспечения качества ПО,
управления конфигурацией ПО,
управления договорами,
управления документацией.
3. Ревизия и санкционирование изменений базовых линий.
4. Санкционирование создания продуктов из элементов библиотеки базовых линий.
Предпосылка 2 Необходимо наличие группы, ответственной за координацию и реализацию управления конфигурацией в рамках проекта (группа SCM).
Группа представляет собой совокупность отделов, менеджеров и сотрудников, которые несут ответственность за набор задач или операций. Состав группы может варьироваться от одного или нескольких совместителей из различных отделов до нескольких сотрудников, занятых этой деятельностью полный рабочий день. При формировании группы принимаются во внимание объем служебных обязанностей, объем проекта, организационная структура и культура взаимоотношений. Некоторые группы, такие как группа обеспечения качества ПО, концентрируются на деятельности на уровне проектов, другие же, как группа инженерии процессов производства, — на деятельности общекорпоративного уровня.
Группа управления конфигурацией ПО координирует или реализует следующие задачи:
1. Создание библиотеки базовых линий проекта и управление ею.
2. Разработка, сопровождение и распространение планов, стандартов и процедур по управлению конфигурацией.
3. Идентификация набора промежуточных продуктов, помещаемых в систему управления конфигурацией. Промежуточный продукт представляет собой любой артефакт, происходящий из определения, сопровождения или использования процесса разработки ПО.
4. Управление доступом к библиотеке базовых линий конфигурации.
5. Обновление базовых линий конфигурации.
6. Создание продуктов из элементов библиотеки базовых линий.
7. Запись действий по управлению конфигурацией ПО.
8. Создание и распространение отчетов по управлению конфигурацией.
Предпосылка 3 Работы по управлению конфигурацией ПО должны быть обеспечены соответствующими ресурсами и финансированием.
1. Назначается менеджер, на которого возлагаются конкретные обязанности по управлению конфигурацией ПО.
2. Работы по управлению конфигурацией ПО обеспечиваются вспомогательными инструментальными средствами. Примеры вспомогательных инструментальных средств: рабочие станции, средства управления базами данных, инструменты управления конфигурацией.
Читать дальшеИнтервал:
Закладка: