 | Эта статья поднимает множество проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалить эти сообщения-шаблоны ) ( Узнайте, как и когда удалить этот шаблон сообщения )
|
В управлении конфигурацией , базовое согласованное описание атрибутов продукта, в определенный момент времени, который служит в качестве основы для определения изменений. [1] Изменение - это переход от этого базового состояния к следующему состоянию. Идентификация значительных изменений по сравнению с исходным состоянием является центральной целью определения исходного состояния. [2]
Как правило, значимые состояния - это те, которые получают статус официального утверждения, явно или неявно. Статус утверждения может быть отмечен индивидуально, если предварительное определение этого статуса было установлено руководителями проекта, или обозначен ассоциацией с положением выше или ниже установленного базового уровня. Тем не менее, этот статус одобрения обычно признается публично. Таким образом, базовый план может также отмечать утвержденный элемент конфигурации, например план проекта , который был подписан для выполнения. Аналогичным образом, связывание нескольких элементов конфигурации с такой базовой линией указывает на то, что эти элементы утверждены.
Как правило, базовый план может быть отдельным рабочим продуктом или набором рабочих продуктов, которые можно использовать в качестве логической основы для сравнения. Базовый план также может быть установлен в качестве основы для последующих выбранных действий, когда рабочие продукты соответствуют определенным критериям. Такие действия могут быть отнесены к официальному одобрению. И наоборот, конфигурация проекта часто включает в себя один или несколько базовых показателей, статус конфигурации и любые собранные метрики. Текущая конфигурация относится к текущему состоянию, текущему аудиту и / или текущим показателям. Точно так же, но реже, базовый план может относиться ко всем элементам, связанным с конкретным проектом. Это может включать все версии всех элементов или только последнюю версию всех элементов в проекте, в зависимости от контекста.
В то время как статус утверждения маркировки охватывает большинство применений базового уровня, базовые условия также могут быть установлены для обозначения прогресса работы с течением времени. В этом случае базовый уровень - это видимая мера через длительные коллективные усилия, например, базовый уровень развития. Базовые показатели также могут обозначать вехи .
Сами базовые показатели ценятся не только для определения заметного состояния рабочего продукта (ов), но и для предоставления исторического представления о том, как элементы рабочего продукта развивались вместе с течением времени. Когда исторический базовый план извлекается, состояние рабочего продукта (ов) в этом подмножестве имеет такое же значение в их истории изменений; Это позволяет руководителям проектов сравнивать относительный прогресс отдельных частей проекта с проектом в целом, что позволяет руководителям проектов определять отдельные элементы, которые отстают или приводят к улучшению функциональности или производительности. По этой причине базовая идентификация, мониторинг и извлечение критически важны для успеха управления конфигурацией. После извлечения базовая линия может быть сравнена с конкретной конфигурацией или другой базовой линией.
Большинство базовых линий устанавливаются в фиксированный момент времени [3] и служат для продолжения отсчета этой точки (идентификация состояния). Тем не менее, некоторые базовые показатели устанавливаются для переноса в качестве ссылки на сам элемент, независимо от каких-либо изменений в элементе. Эти последние базовые уровни развиваются по мере продвижения рабочих усилий, но продолжают определять заметные рабочие продукты в проекте.
Базовый уровень может быть особым типом базового уровня, например, совокупностью элементов в конкретном сертификационном обзоре . [3] Вот некоторые примеры:
- Функциональная база: установлены начальные спецификации; договор и т. д.
- Выделенный базовый план: состояние рабочих продуктов после утверждения требований
- Исходный уровень развития: состояние рабочих продуктов на фоне разработки
- Базовый план продукта: содержит готовое к выпуску содержимое проекта.
- другие, основанные на собственной деловой практике
Заявление [ править ]
Хотя они распространены в системах контроля версий программного обеспечения как метки или теги , существование базовых показателей обнаруживается в нескольких других областях, связанных с технологиями. Базовые показатели , среди прочего, можно найти в системах моделирования UML и системах управления бизнес-правилами.
Помимо области разработки оборудования и программного обеспечения, исходные данные можно найти в медицине (например, мониторинг прогресса в области здравоохранения), политике (например, статистика), физике и химии (например, наблюдения и изменения), финансах (например, составлении бюджета ) и других.
Базовые элементы конфигурации [ править ]
В процессе выполнения управления конфигурацией элементам конфигурации (или рабочим продуктам) может быть назначена базовая линия, чтобы установить их как имеющие определенный статус. В этом смысле для создания базовой линии рабочего продукта могут потребоваться определенные изменения в рабочем продукте, чтобы гарантировать, что он соответствует характеристикам, связанным с базовым планом, на который делается ссылка. Это зависит от контекста, но во многих случаях для этого требуется, чтобы рабочий продукт был «сброшен» в исходное (возможно, изначально утвержденное) состояние, из которого может продолжаться работа.
Базовый контроль [ править ]
Во многих средах базовые условия контролируются таким образом, что определенные последующие действия по отношению к рабочим продуктам в этих базовых условиях либо запрещены, либо разрешены. Эти действия выбираются и контролируются, а также, в зависимости от системы управления конфигурацией, также контролируются. Следовательно, базовые параметры обычно подвергаются аудитам управления конфигурацией. Аудиты конфигурации могут включать в себя проверку конкретных действий, выполняемых по отношению к базовому уровню, идентификацию лиц, участвующих в каком-либо действии, оценку изменений в рамках базового уровня, (повторную) сертификацию для утверждения, учет, сбор показателей, сравнение с другим базовым уровнем или все из этих.
См. Также [ править ]
- Управление конфигурацией программного обеспечения
- Жизненный цикл разработки систем
- Матрица прослеживаемости
Ссылки [ править ]
- ^ MIL-HDBK-61, стр. 3-4, «Базовая конфигурация (базовая)»
- ^ CMMI Product Team, «Глава 7, уровень зрелости 2: управляемый, управление конфигурацией, SP 1.3» в интеграции модели зрелости возможностей, версия 1.1 (CMMI-SE / SW / IPPD / SS, V1.1): поэтапное представление, Карнеги Институт программной инженерии Меллона.
- ^ a b IEEE Computer Society, «Chpt 7, 2.1.5. Baseline», в « Руководстве по совокупности знаний по программной инженерии», версия 2004 г., под редакцией Деборы Пламмер. IEEE Computer Society Press, 2005. ISBN 0-7695-2330-7
