Базовый уровень (управление конфигурацией)

В управлении конфигурацией базовый уровень — это согласованное описание атрибутов продукта в определенный момент времени, которое служит основой для определения изменений. ^[1] Изменение — это переход от этого базового состояния к следующему состоянию. Выявление значительных изменений по сравнению с исходным состоянием является основной целью определения исходного состояния. ^[2]

Обычно значимыми государствами являются те, которые получают официальный статус одобрения, явно или неявно. Статус одобрения может быть присвоен отдельным элементам, если предварительное определение этого статуса было установлено руководителями проектов или обозначено простой ассоциацией с конкретным установленным базовым состоянием. Тем не менее, этот статус одобрения обычно признается публично. Базовый уровень может быть установлен исключительно с целью маркировки утвержденного элемента конфигурации, например, плана проекта , который был подписан для выполнения. Связывание нескольких элементов конфигурации с таким базовым состоянием указывает на то, что эти элементы также утверждены. Базовые линии также могут использоваться для обозначения вех . Базовый план может относиться к одному рабочему продукту или набору рабочих продуктов, которые можно использовать в качестве логической основы для сравнения.

Большинство базовых показателей устанавливаются в фиксированный момент времени. ^[3] и служат для продолжения ссылки на эту точку (идентификация состояния). Однако некоторые базовые показатели, динамические базовые показатели, устанавливаются для дальнейшего использования в качестве ссылки на сам элемент независимо от каких-либо изменений в нем. Эти последние базовые показатели развиваются по мере продвижения рабочих усилий, но продолжают определять заметные рабочие продукты в проекте. При извлечении такой динамической базовой линии можно получить текущую редакцию только этих значимых элементов проекта.

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

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

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

Фиксированные базовые показатели часто совпадают с контрольными точками проекта или обозначают их, например, набор элементов на конкретной сертификационной проверке . ^[3] Вот некоторые примеры:

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

Приложение [ править ]

Хотя базовые версии часто встречаются в системах контроля версий программного обеспечения в виде меток или тегов , существование базовых версий встречается и в нескольких других областях, связанных с технологиями. Базовые показатели можно найти, среди прочего, в системах моделирования UML и системах управления бизнес-правилами.

Помимо области разработки аппаратного и программного обеспечения, базовые показатели можно найти в медицине (например, мониторинг прогресса в области здравоохранения), политике (например, статистика), физике и химии (например, наблюдения и изменения), финансах (например, составление бюджета ) и других.

Элементы базовой конфигурации [ править ]

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

Базовый контроль [ править ]

Во многих средах базовые показатели контролируются таким образом, что определенные последующие действия в отношении рабочих продуктов в этих базовых показателях либо запрещаются, либо разрешаются. Эти действия выбираются и контролируются, а также, в зависимости от системы управления конфигурацией, также контролируются. Следовательно, базовые показатели обычно подвергаются аудиту управления конфигурацией. Аудит конфигурации может включать в себя проверку конкретных действий, выполненных по сравнению с базовым состоянием, идентификацию лиц, участвующих в любом действии, оценку изменений в пределах базового состояния, (повторную) сертификацию для утверждения, учет, сбор показателей, сравнение с другим базовым состоянием или все из них.

См. также [ править ]

Ссылки [ править ]

^ Страница MIL-HDBK-61, стр. 3-4, «Базовая конфигурация (базовая версия)»
^ Группа продуктов CMMI, «Глава 7, Уровень зрелости 2: Управляемый, Управление конфигурацией, SP 1.3», в «Интеграции модели зрелости возможностей», версия 1.1 (CMMI-SE/SW/IPPD/SS, V1.1): Поэтапное представление, Карнеги Меллонский институт программной инженерии.
^ Jump up to: Перейти обратно: ^а ^б Компьютерное общество IEEE, «Глава 7, 2.1.5. Базовый уровень», в «Руководстве по своду знаний по программной инженерии», версия 2004 г., под редакцией Деборы Пламмер. Издательство IEEE Computer Society Press, 2005. ISBN 0-7695-2330-7

[1] Страница MIL-HDBK-61, стр. 3-4, «Базовая конфигурация (базовая версия)»

[2] Группа продуктов CMMI, «Глава 7, Уровень зрелости 2: Управляемый, Управление конфигурацией, SP 1.3», в «Интеграции модели зрелости возможностей», версия 1.1 (CMMI-SE/SW/IPPD/SS, V1.1): Поэтапное представление, Карнеги Меллонский институт программной инженерии.

[swebok-3] Jump up to: Перейти обратно: ^а ^б Компьютерное общество IEEE, «Глава 7, 2.1.5. Базовый уровень», в «Руководстве по своду знаний по программной инженерии», версия 2004 г., под редакцией Деборы Пламмер. Издательство IEEE Computer Society Press, 2005. ISBN 0-7695-2330-7

[1]

[2]

[3]