Управление конфигурации программного обеспечения, страница 7

Полномочие контроля изменения играет активную роль во -вторых и третьих слоях контроля. В зависимости от размера и характера проекта программного обеспечения, CCA, может быть  составлено из одного человека - менеджера проектов - или множества людей (например, представители от программного обеспечения, аппаратных средств ЭВМ, разработки базы данных, поддержки, маркетинг). Роль CCA - брать глобальное представление, то есть оценивать воздействие изменения, вне рассматриваемого SCI. Как  изменение повлияет на работу? Как изменение повлияет на представление? Как изменение повлияет на восприятие клиентом изделия? Как изменение затронет качество изделия и надежность? Эти и много других вопросов адресованы CCA.

8.6 РЕВИЗИЯ КОНФИГУРАЦИИ

Идентификация, контроль версии, и контроль изменения помогают разработчику программного обеспечения поддерживать порядок, иначе была бы  хаотическая и неустойчивая  ситуация. Однако, даже наиболее успешные механизмы контроля отслеживают изменение только, пока ECO не произведен. Как мы можем гарантировать, что изменение было должным образом осуществлено? Ответ двойной: (1) формальные технические обзоры и (2) ревизия конфигурации программного обеспечения.

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

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

1.    Изменение определено в сделанном ECO? Любые дополнительные модификации были включены?

2.    Формальный технический обзор был проведен, чтобы оценить техническую правильность?

3.    Процесс программного обеспечения сопровождался, и программное обеспечение имеет технические стандарты, примененные должным образом?

4.    Изменение было "выдвинуто на первый план в SCI? Имеете данные изменения, и изменения указанного автора? Признаки объекта конфигурации отражают изменение?

5.    Имеет SCM процедуры для записи изменения, регистрация его, и сообщение о сопровождении?

6.    Все связал SCIs, обновленный должным образом?

В некоторых случаях, контрольные вопросы запрашивают как часть формального технического обзора. Однако, когда SCM - формальная деятельность, ревизия SCM проводится отдельно качественной страхующей группой.

8.7 СООБЩЕНИЕ СТАТУСА

Сообщение статуса Конфигурации (иногда называемый бухгалтерским учетом статуса) - SCM задача, которая отвечает на следующие вопросы: (1), что случилось? (2), кто делал это? (3), когда это случилось? (4), на что еще будет воздействовать?

Поток информации для статуса конфигурации, сообщая (CSR) иллюстрирован в Части 8.5. Каждый раз SCI назначен новой или обновленной идентификацией, CSR вход сделан. Каждый раз изменение одобрено CCA (то есть, ECO выпущен), CSR вход сделан. Каждый раз ревизия конфигурации проводится, результаты сообщены как часть CSR задачи. Продукция от CSR может быть помещена в диалоговую базу данных, так, чтобы разработчики программного обеспечения или служащие могли доступно изменять информацию с помощью ключевого слова. Кроме того, сообщение CSR произведено на правильном основании и предназначено, чтобы держать управление и содержание, оцениваемых важных изменений.

Сообщение Статуса Конфигурации играет жизненно важную роль в успехе большого проекта развития программного обеспечения. Когда вовлечено много людей, это как синдром , что " левая рука не знает, что делает правая рука ". Два разработчика могут пытаться изменять тот же самый SCI с различными и противоречивыми намерениями. Техническая команда программное обеспечение может затратить месяцы усилий по построению программного обеспечение к устаревшей спецификации аппаратных средств ЭВМ. Человек, который признал бы серьезные побочные эффекты в предложенном изменении, не знает, что изменение сделано. CSR помогает устранять эти проблемы, посредствам улучшения связи среди всех вовлеченных людей.