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

Изменение -жизненный факт в развитии программного обеспечения. Клиенты хотят изменить требования. Разработчики хотят изменить технический подход. Менеджеры хотят изменить проектную стратегию. К чему все эти изменения? Ответ действительно весьма прост. С течением времени, все избиратели знают больше (о том, что им необходимо, какой подход был бы лучше, как сделать это возможным и получить деньги). Это дополнительное знание - движущая сила большинства изменений и ведет к утверждению факта, который трудно принять многим программистам: Большинство изменений оправдано!

Основание - концепция управления конфигурации программного обеспечения, которая помогает нам управлять изменением без серьезного препятствия оправдывающего изменение. IEEE (IEEE Std. Номер 610.12-1990) определяет основание как:

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

Один из способов описывать основание - через аналогию:

Рассмотрите двери в кухню в большом ресторане. Одна дверь обозначена ИЗ,а другая отмечена В. Двери имеют задержки, которые позволяют им быть открытыми только в соответствующем направлении.

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

Если, однако, он покидает кухню, дает клиенту блюдо и затем узнает о своей ошибке, он должен совершить набор процедур: (1) смотрит на чек, чтобы определить, произошла ли ошибка, (2) многократно извиняется, (3), возвращается на кухню через двери В, (4) объясняет проблему, и т.д.

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

Часть 8.1. ПредставлениеSCIs и проект базы данных.число(фигура) Показа  <Figure81.html>

В контексте разработки программного обеспечения, основание - веха в развитии программного обеспечения, которое отмечено передачей одного или более пунктов конфигурации программного обеспечения и одобрения этих SCIs, которые получены через формальный технический обзор. Например, элементы Спецификации Проекта зарегистрированы и рассмотрены. Ошибки найдены и исправлены. Как только все части спецификации были рассмотрены, исправлены и затем одобрены, Спецификация Проекта становится основанием. Далее изменения в архитектуре программы (документировавшие Спецификацию Проекта) могут быть сделаны только после того, как каждое было оценено и одобрено. Хотя основания могут быть определены на любом уровне детали, наиболее общие основания программного обеспечения показываются в Части 8.1.

Развитие событий, которые ведут к основанию, также иллюстрированы в Части 9 технические задачи Программного обеспечения производят один или более SCIs. После того, как SCIs рассмотрены и  одобрены, их помещают в проектную базу данных (также называемую проектной библиотекой или складом программного обеспечения). Когда член технической команды программного обеспечения хочет сделать модификацию к представлению SCI, это копируется из проектной базы данных в личное место работы инженера. Однако, это извлеченное SCI, может быть изменено только, если сопровождается средством контроля SCM. Стрелки в Части 8.1 иллюстрируют дорожку модификации для baselined SCI.

8.1.2 Изделие Конфигурации Программного обеспечения

Мы уже определили изделие конфигурации программного обеспечения как информацию, которая создана как часть процесса разработки программного обеспечения. В крайнем случае SCI мог рассматриваться как отдельная секция большой спецификации или одного испытательного случая в большом наборе испытаний. Более реалистично, SCI - документ, полный набор испытательных случаев, или названного компонента программы (например, C ++ функция или пакет Ады).