Обеспечение целостности элементов конфигурации

На фазе проектирования действия по управлению конфигурацией проекта используются для обеспечения целостности базовых результатов текущей и предшествующих фаз ЖЦ ИС.

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

Реализуемое на данной стадии сопровождение и контроль документов, как и прежде, предусматривает сохранение и ведение документации по проекту. Цель подпроцесса - гарантировать:

• доступ к документам для ознакомления;

• защиту документов от несанкционированного доступа;

• контроль за ведением документов;

• осведомленность получателя о статусе документа;

• обеспечение процедуры обзора и утверждения документа.

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

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

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

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

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

• описание элементов;

• описание конфигурации, которую представляют базовые наборы;

• момент времени, в который были зафиксированы базовые наборы;

• версия и изменения для каждого базового набора;

• состояние элемента;

• причина изменения конфигурации.

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

Оценка соответствия базовой линии конфигурации

Для обеспечения контроля конфигурации по проекту рекомендуется разработка и использование следующих процедур:

• добавление/удаление элементов конфигурации;

• задание базового набора;

• "замораживание" версий.

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

Обновление реестра рисков на фазе проектирования

Для фазы проектирования ЖЦ ИС наиболее типичны следующие источники рисков [17]:

• область применения проекта корректируется без соответствующего управления изменениями;

• выделенное время и ресурсы не достаточны для обеспечения этапа персоналом необходимой квалификации и численности и проведения обучения персонала;

• выполнение графика проекта требует ресурсов персонала, ранее не запланированных;

• оценка рисков проекта не корректируется;

• процедуры приемки результатов проекта не согласованы с заказчиком.

Наиболее распространенными действиями, направленными на смягчение вышеперечисленных рисков, являются действия, направленные на то, чтобы:

• результаты предыдущего этапа регулярно документировать, обеспечивая утверждение запросов на изменение;

• на предыдущем этапе устанавливать состав критичного для данного этапа персонала;

• составлять и утверждать поименный список участников следующего этапа, выполняя при этом анализ доступности каждого сотрудника;

• заранее планировать и своевременно проводить тестирование нового ПО;

• проверять наличие необходимых для следующей стадии элементов конфигурации ИС;

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

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

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

При выявлении и анализе рисков существенную помощь могут оказать формализованные методы. Например, в стандарте SPICE описаны 35 основных процессов, используемых при разработке ИС, и методы их оценки, а также приводятся пять групп процессов (взаимодействие поставщика и потребителя, проектирование, обеспечение, управление и организационные процессы) и набор соответствующих базовых методов. При сравнении текущих процессов проекта с приведенными референтными моделями можно выявить вероятные риски каждого из процессов [15].