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

toptopbottombottom

Лекция 8. УПРАВЛЕНИЕ КОНФИГУРАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

8.1 Управление Конфигурации Программного обеспечения

8.2 План SCM

8.3 Определение предмета в Конфигурации Программного обеспечения

8.4 Контроль Версии

8.5 Контроль Изменения

8.6 Проверка Конфигурации

8.7 Сообщение Состояния

При построении программного обеспечения неизбежно изменение. И изменение увеличивает уровень беспорядка среди инженеров программного обеспечения, которые работают на проекте. Беспорядок возникает, когда изменения не проанализированы прежде, чем они сделаны, зарегистрированы прежде, чем они осуществлены, сообщены тем с потребностью знать, или управляемый в манере, которая улучшит качество и уменьшит ошибку. Babich обсуждает это, когда он заявляет:

Искусство координирования развития программного обеспечения, чтобы минимизировать... беспорядок называется управлением конфигурации. Управление Конфигурации - искусство определения, организации, и контроля модификаций управления к программному обеспечению,созданному командой программистов. Цель состоит в том, чтобы максимизировать производительность, минимизируя ошибки.

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

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

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

8.1 УПРАВЛЕНИЕ КОНФИГУРАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

Так как процесс программного обеспечения прогрессирует, число пунктов конфигурации программного обеспечения (SCIs) растет быстро. Особенность Системы порождает План Проекта Программного обеспечения и Спецификацию Требований Программного обеспечения (также как аппаратные средства ЭВМ, связанные с документами). Они в свою очередь порождают другие документы, чтобы создать иерархию информации. Если бы каждый SCI просто порождал другой SCIs, небольшой беспорядок кончился бы. К сожалению, другая переменная входит в процесс - изменение. Изменение может происходить в любое время, по любой причине. Фактически, Первый Закон Технической Системы гласит: " Независимо от того, где Вы находитесь в цикле жизни системы, система изменится, и желание изменить  это сохранится в течение цикла жизни. "

Каково происхождение этих изменений? Ответ на этот вопрос так же различен как и непосредственно изменения. Однако, есть четыре фундаментальных источника изменений:

1  Новые деловые или рыночные условия диктуют изменения в требованиях к изделию или деловых правилах.

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

3  Реорганизация или деловой рост/уменьшение массы причиняют изменения в проектных приоритетах или программном обеспечении технической структуры команды.

4  Бюджетные или намечающие ограничения причиняют переопределение системы или изделия.

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

8.1.1 Основания