Методологические основы

Реализация корректировок при запросе на доработку может требо­вать проведения дополнительных проектных работ, поскольку в систему добавляются новые функции. Для исправления дефекта более важно вос­создать среду, где он проявляется и где затем будут тестироваться сделан­ные модификации. Некоторые представляемые дефекты и запросы на до­работку могут относиться не к самому ПС, а к документации. В случае запроса на доработку это означает внесение в документацию описания новых функций; в случае дефектов — исправление документации, если устраненная ранее ошибка изменила поведение пользователя при взаимо­действии с системой.

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

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

— положения, касающиеся организации, состава и срока полномочий совета по конфигурации и его связей с аналогичными советами;

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

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