Основные процессы управления конфигурацией Управление выходными версиями

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

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

Основные процессы управления конфигурацией Управление выходными версиями

Основные процессы управления конфигурацией Управление выходными версиями

Создание выходной версии — это процесс сбора всех необходимых файлов и документации, составляющих выходную версию системы.

1.Требуется определить нужные исполняемые коды программ и файлы с данными.

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

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

4.Должны быть написаны сценарии для инсталляционной программы.

5.В завершение создается инсталляционный диск, на котором будет распространяться система.

Основные процессы управления конфигурацией Управление выходными версиями

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

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

ее поставки.

Для документирования необходимо:

записать версии исходного кода компонентов, которые использованы для создания исполняемого кода.

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

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

Основные процессы управления конфигурацией Сборка системы

Сборкой системы называют процесс компиляции и связывания программных компонентов в единую исполняемую программу.

Перед сборкой системы полезно ответить на следующие вопросы.

1.Все ли компоненты, составляющие систему, включены в инструкцию по сборке?

2.Каковы версии компонента, перечисленные в инструкции по сборке?

3.Доступны ли все необходимые файлы данных?

4.Если на файлы данных используются ссылки внутри компонентов, то каковы имена этих файлов в выходной версии?

5.Доступны ли нужные версии компилятора и других необходимых средств? Действующие версии программных средств могут быть несовместимы с более старыми версиями, которые применялись при разработке системы.

Основные процессы управления конфигурацией Сборка системы

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

Конфигурационное управление (стандарты)

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Процесс управления конфигурацией является процессом применения административных и технических процедур на всем протяжении жизненного цикла программных средств для:

обозначения, определения и установления состояния (базовой линии) программных объектов в системе;

управления изменениями и выпуском объектов;

описания и сообщения о состояниях объектов и заявок на внесение изменений в них;

обеспечения полноты, совместимости и правильности объектов;

управления хранением, обращением и поставкой объектов.

Данный процесс состоит из следующих работ:

1.подготовка процесса;

2.определение конфигурации;

3.контроль конфигурации;

4.учет состояний конфигурации;

5.оценка конфигурации;

6.управление выпуском и поставка.

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Определения

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

элемент конфигурации (configuration item): Объект внутри конфигурации, который удовлетворяет функции конечного использования и может быть однозначно определен в данной эталонной точке.

выпуск (release): Конкретная версия элемента конфигурации, которая доступна для реализации конкретной цели (например, тестируемый выпуск).

версия (version): Определенный экземпляр объекта.

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Подготовка процесса

Данная работа состоит из следующей задачи:

6.2.1.1 Должен быть разработан план управления конфигурацией.

План должен определять:

работы по управлению конфигурацией;

процедуры и график выполнения данных работ;

организацию(и), ответственную(ые) за выполнение данных работ;

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

План должен быть документально оформлен и выполнен.

Примечание. Данный план может быть частью плана управления конфигурацией системы.

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Определение конфигурации

Данная работа состоит из следующей задачи:

6.2.2.1 Должна быть определена схема обозначения

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

документация, в которой фиксируется состояние его конфигурации;

эталонные версии и другие элементы обозначения.