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

11.3. Управление конфигурацией программной системы

Под конфигурацией системы понимается конкретная версия ПС для разных ОС, компьютеров и включает в себя функции, объединенные между собой процедурами связи (или развертывания) и параметрами, которые задают режимы функционирования системы в среде ОС [11.14]. Выпуск версии системы выполняется в целях ее поставки заказчику. Процесс получения конкретной версии системы можно представить в виде схемы (рис. 11.8).

Рис. 11.8. Схема формирования версии системы

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

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

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

Версия или конфигурация системы состоит из:

• базиса конфигурации (Configuration Baseline ) - формально созданной основы (версии) системы из отдельных компонентов и документации, позволяющей проводить дальнейшее развитие системы;
• элементов конфигурации (Configuration Item), выделенных для управления или обработки функций системы на процессорах компьютеров системы;
• программных компонентов, выполняющих задачи в сформированной версии системы.

Базис конфигурации определяет технические решения, перечень главных элементов конфигурации, значения параметров и специализированные процедуры их связи и развертывания версии системы из компонентов в заданной последовательности. Чем больше в системе компонентов, тем больше вероятность того, что некоторые из них могут иметь ошибки. Это приводит к необходимости исправления обнаруженных ошибок, уточнений или дополнений, как новых функций, так и технических средств (компьютеров, оборудования и др.).

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

11.3.1. Управление и планирование конфигурацией

Управление конфигурацией - процесс, обеспечивающий идентификацию элементов конфигурации системы при ее создании для проведения систематического контроля, учета и аудита внесенных изменений, а также для поддержки целостности и работоспособности системы. Согласно стандарту IEEE Std.610-90 управление конфигурацией включает следующие задачи:

1. Идентификация конфигурации (Configuration Identification);
2. Контроль конфигурации (Configuration Control);
3. Учет статуса конфигурации (Configuration Status Accounting);
4. Аудит конфигурации (Configuration Audit).

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

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

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

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

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

Для достижения целей управления конфигурацией (УК) должно проводится планирование и выполнение проекта с учетом возникающих ограничений ОС и оборудования у заказчика. Процессом планирования занимаются менеджеры службы управления проектом. Предложения на изменение компонентов системы подаются в эту службу для проведения анализа и определения целесообразности внесения изменений в версию системы и ее конфигурацию.

Рис. 11.9. Виды деятельности управления конфигурацией

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

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

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

При внесении изменений проводится контроль текущей версии системы с использованием репозитория, проверка исходного кода иполученной версий. Инструментами контроля являются Rational's ClearCase и SourceSafe of Microsoft системы Unix.

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

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

При планировании составляются планы, выбираются инструменты, анализируются требования проекта, интерфейсы компонентов и т.п. К средствам обеспечения планирования относятся:

• система управления кодами, перевод и объединение компонентов в конфигурацию системы;
• базовые библиотеки и ресурсы;
• специальные группы контроля системы и ее конфигурации;
• СУБД для ведения проекта и хранения изменений.

К основным задачам планирования конфигурации относятся:

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

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