Государственный

Процесс управления решением проблем является расширением процесса решения проблем из базового стандарта ИСО/МЭК 12207 (см. рис. 3 и 28). Це- лью данного процесса является обеспечение гарантий того, что выполнены идентификация, анализ и управление всеми обнаруженными проблемами и проконтролировано их решение. Данный процесс по отношению к структуре стандарта ИСО/МЭК 12207 имеет иерархический номер 6.8.
При выполнении процесса управления решением проблем:

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

Процесс управления решением проблем может инициировать заявки на изменения (см. п. 3.3.3 пособия).

3. 
   Процесс управления заявками
   

на изменения (The Change Request Management Process)
Процесс управления заявками на изменения является расширением и вы- делением в отдельный вспомогательный процесс всех работ, связанных с заяв- ками на изменения и соответствующими изменениями промежуточных или ко- нечных продуктов проекта. Целью данного процесса является обеспечение га- рантий того, что заявки на изменения управляются, отслеживаются и контроли- руются. Данный процесс по отношению к структуре стандарта ИСО/МЭК 12207 имеет иерархический номер 6.11.
При выполнении процесса управления заявками на изменения:

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

Для повышения эффективности процесса управления заявками на измене- ния следует атоматизировать его выполнение, используя соответствующие ин- струментальные средства. К современным инструментальным средствам, пред- назначенным для автоматизации управления изменениями, относится Telelogic SYNERGY (см. п. 2.6.3 пособия). Такая автоматизация позволит существенно повысить как качество процессов разработки и сопровождения, так и качество программных продуктов.

4. Процессы жизненного цикла с измененной структурой

В Дополнениях Amd.1:2002 и Amd.2:2004 [18, 19] основным изменениям подверглась структура процессов заказа, поставки, разработки, эксплуатации и управления.

1. 
   Процесс заказа (The Acquisition Process)
   

Базовая структура процесса заказа (номер 5.1 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.1 пособия и представлена на рис. 5. Модифицированная структура процесса заказа приведена на рис. 30.
Из рис. 30 видно, что в структуру процесса заказа введены четыре состав- ных подпроцесса:

• 
  подготовка заказа (The Acquisition Preparation);
  
• 
  выбор поставщика (The Supplier Selection);
  
• 
  надзор за поставщиком (The Supplier Monitoring);
  
• 
  приемка договора (The Customer Acceptance).
  

Каждый из подпроцессов группирует по целевому признаку и выходным результатам соответствующие стороны работ процесса заказа.
Цели и результаты выполнения процесса заказа и его подпроцессов долж- ны удовлетворять требованиям стандарта ISO/IEC 15504 [30 – 37].

Рис. 30. Подпроцессы процесса заказа

в соответствии с ISO/IEC 12207:1995 / Amd.1:2002

2. 
   Процесс поставки (The Supply Process)
   

Базовая структура процесса поставки (номер 5.2 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.2 пособия и представлена на рис. 6. Модифициро- ванная структура процесса поставки приведена на рис. 31.



Рис. 31. Подпроцессы процесса поставки
в соответствии с ISO/IEC 12207:1995 / Amd.2:2004
Из рис. 31 видно, что в структуру процесса поставки введены четыре со- ставных подпроцесса:

• 
  предложение поставщика (The Supplier Tendering);
  
• 
  согласование договора (The Contract Agreement);
  
• 
  сдача продукта (The Product Release);
  
• 
  поддержка приемки продукта (The Product Acceptance Support).
  

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

3. 
   Процесс разработки (The Development Process)
   

Базовая структура процесса разработки (номер 5.3 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.3 пособия и представлена на рис. 7. Модифициро- ванная структура процесса разработки приведена на рис. 32.
В отличие от процесса разработки стандарта ИСО/МЭК 12207, состоящего из тринадцати работ, процесс разработки в соответствии с Дополнением ISO/IEC 12207:1995/Amd.1:2002 представляет собой совокупность из одинна- дцати базовых (В), расширенных (Е) и составных (С) подпроцессов.
Основные отличия модифицированной структуры процесса разработки (см. рис. 32) от его базовой структуры (см. рис. 7) заключаются в следующем.

1. 
   Работа 5.3.1 (Подготовка процесса разработки) заменена на расширен- ный подпроцесс F.1.3.1 выявления требований (The Requirements Elicitation). Данный подпроцесс предназначен для сбора и обработки требований заказчика, а также отслеживания изменений в них.
   

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

F.1.3.11. Ввод в действие ПС (В)

F.1.3.10. Испытания системы (С)

F.1.3.9. Сборка системы (С)

F.1.3.3. Проектирование системной архитектуры (В)

F.1.3.2. Анализ требований к системе (В)

F.1.3.1. Выявление требований (Е)

4. 
   Анализ требований к ПС (В)
   
5. 
   Проектирование ПС (С)
   

F.1.3.6. Построение ПС (С)

F.1.3.7. Сборка ПС (В)

F.1.3.8. Испытания ПС (С)
бованиях заказчика и их преобразования в базовую линию требований. Уста- навливается механизм, позволяющий заказчику легко определить состав и взаимоотношение своих требований. Определяется механизм надзора за по- требностями заказчика.

Рис. 32. Структура процесса разработки

в соответствии с ISO/IEC 12207:1995 / Amd.1:2002

2. 
   Работы 5.3.5 (Проектирование программной архитектуры) и 5.3.6 (Тех- ническое проектирование программных средств) объединены в подпроцесс