Национальный стандарт РФ ГОСТ Р ИСО/МЭК 15504-5-2016 "Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения" (утв. приказом Федерального агентства по техническому регулированию и метрологии от 1 ноября 2016 г. N 1547-ст)

Information technologies. Process assessment. Part 5. An exemplar software life cycle process assessment model

ОКС 35.080

Дата введения - 1 ноября 2017 г.

Введен впервые

Предисловие

1 Подготовлен Федеральным государственным унитарным предприятием "Государственный научно-исследовательский и конструкторско-технологический институт "ТЕСТ" (ФГУП ГосНИИ "ТЕСТ"), Обществом с ограниченной ответственностью "Информационно-аналитический центр" (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4

2 Внесен Техническим комитетом по стандартизации ТК 22 "Информационные технологии"

3 Утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 1 ноября 2016 г. N 1547-ст

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 15504-5:2012 "Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения" (ISO/IEC 15504-5:2012 "Information technology - Process assessment - Part 5: An exemplar software life cycle process assessment model", IDT).

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

5 Введен впервые

1 Область применения

Настоящий стандарт содержит пример модели оценки процесса для ее использования при выполнении оценки процессов жизненного цикла программных средств в соответствии с требованиями ИСО/МЭК 15504-2.

Настоящий стандарт имеет следующую структуру:

- Раздел 4 содержит подробное описание структуры и основных составляющих модели оценки процесса, которая включает в себя две размерности - размерность процесса и размерность возможности; также в данном разделе представлены индикаторы оценки.

- Раздел 5 распространяют на размерность процесса. В нем использованы описания процессов ИСО/МЭК 12207 для идентификации базовой модели процесса. Процессы базовой модели процесса описаны в модели оценки процесса в терминах назначения и выходов и сгруппированы в три категории процессов. Модель оценки процесса расширяет описания процессов базовой модели процесса, включая набор индикаторов осуществления процесса, называемых качественными практиками для каждого процесса. Модель оценки процесса также определяет второй набор индикаторов осуществления процесса за счет связывания рабочих продуктов с каждым процессом.

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

- Раздел 6 распространяют на размерность возможности. В нем продублированы описания уровней возможности и атрибуты процесса ИСО/МЭК 15504-2 и расширен каждый из девяти атрибутов за счет включения набора общих практик. Эти общие практики относятся к набору индикаторов возможности процесса в сочетании с индикаторами общих ресурсов и индикаторами общих рабочих продуктов.

- Приложение А содержит заключение о соответствии модели оценки процесса требованиям, определенным в ИСО/МЭК 15504-2.

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

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

- Приложение D содержит некоторые процессы, дополняющие модель оценки процесса.

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

2 Нормативные ссылки

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

ISO/IEC 12207:2008 Systems and software engineering - Software life cycle processes (Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств)

ISO/IEC 15504-1:2004 Information technology - Process assessment - Part 1: Concepts and vocabulary (Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь

ISO/IEC 15504-2:2003 Information technology - Process assessment - Part 2: Performing an assessment (Информационная технология. Оценка процесса. Часть 2. Проведение оценки)

3 Термины и определения

В настоящем стандарте применены термины и определения, приведенные в ИСО/МЭК 15504-1.

4 Обзор образца модели оценки процесса

4.1 Введение

Настоящий стандарт содержит образец модели оценки процесса, который включает примеры индикаторов оценки.

Модель оценки процесса содержит набор индикаторов осуществления процесса и индикаторов возможности процесса. Индикаторы используются в качестве основы для сбора объективного свидетельства, позволяющего оценщику присваивать рейтинги. Набор индикаторов, включенный в настоящий стандарт, как не предназначен быть набором "все включено", так и не призван быть применимым в полном объеме. Подмножества, соответствующие контексту и области применения оценки, должны быть выбраны и, возможно, расширены дополнительными индикаторами (см. приложение С).

Любая модель оценки процесса, отвечающая требованиям, определенным в ИСО/МЭК 15504-2, касающимся моделей для оценки процесса, может быть использована для оценки. Различные модели и методы могут быть необходимы для решения различных бизнес-потребностей. Модель оценки в настоящем стандарте приведена как образец модели, отвечающий всем требованиям, выраженным в ИСО/МЭК 15504-2.

Базовая модель процесса, определенная в ИСО/МЭК 12207, и связанные с процессом атрибуты, определенные в ИСО/МЭК 15504-2, основывают модель оценки процесса, использующуюся в качестве общей основы для проведения оценки возможности процесса разработки программных средств, позволяя отчитываться о результатах, используя общую рейтинговую шкалу.

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

На рисунке 1 продемонстрирована взаимосвязь между общей структурой модели оценки процесса, ИСО/МЭК 15504-2 и ИСО/МЭК 12207.

Рисунок 1 - Взаимосвязь между моделью оценки процесса и ее входами

Базовая модель процесса и размерность возможности, определенные в ИСО/МЭК 15504-2, не могут быть использованы в качестве основы для проведения надежных и однородных оценок возможности процесса, так как предоставляемый уровень детализации являют недостаточным. Описания назначения и выходов процесса в базовой модели процесса и описания атрибутов процесса в ИСО/МЭК 15504-2 нуждаются в поддержке исчерпывающего набора индикаторов осуществления процесса и возможности процесса, которые используют для проведения оценки.

Образец модели оценки процесса, определенный в настоящем стандарте, являют совместимым с требованиями ИСО/МЭК 15504-2 к модели оценки процесса и может быть использован в качестве основы для проведения оценки возможности процесса разработки программных средств.

Для осуществления требований ИСО/МЭК 15504-2 необходимо также наличие документально оформленного процесса, поддерживающего другие требования ИСО/МЭК 15504-2. Данное требование может быть выполнено, например, за счет адаптации поддерживающего метода для проведения оценок.

4.2 Структура образца модели оценки процесса

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

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

Раздел 5 вместе со связанным с ним приложением В описывает компоненты размерности процесса, а раздел 6 - компоненты размерности возможности. В приложении А приведена демонстрация соответствия, удовлетворяющего требованиям ИСО/МЭК 15504-2.

ИСО/МЭК 15504-2 требует, чтобы процессы, включенные в базовую модель процесса, удовлетворяли следующим требованиям:

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

a) процесс должен быть описан в терминах его назначения и выходов;

b) в любом описании набор выходов процесса должен быть необходимым и достаточным для достижения назначения процесса;

c) описания процессов должны быть такими, чтобы никакие аспекты методических основ оценки, описанных в разделе 5, выше уровня 1 не были изложены или подразумеваемы".

Так как процессы являются производными непосредственно от процессов ИСО/МЭК 12207, то эти требования соблюдены.

Модель оценки процесса включает процессы, которые группируются в две категории процессов, аналогично категориям процессов, определенным в ИСО/МЭК 12207, которыми являются:

- категория процессов жизненного цикла системы;

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

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

4.2.1 Процессы

На рисунке 2 приведены процессы ИСО/МЭК 12207, которые включены в размерность процесса образца модели оценки процесса, и показана их классификация (для целей настоящей модели оценки процесса) по категориям процессов и группам процессов.

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

Рисунок 2 - Категории процессов и группы процессов

Более подробно категории процессов и группы процессов описаны ниже.

4.2.1.1 Категория процессов жизненного цикла системы

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

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

- группа процессов соглашения;

- группа процессов организационного обеспечения проекта;

- группа процессов проекта;

- группа технических процессов.

Процессы соглашения (Agreement Processes, AGR) определяют виды деятельности, необходимые для установления соглашения между двумя организациями. Если вызывают процесс приобретения, он предоставляет средства для ведения бизнеса с поставщиком: продукты для использования в качестве действующей системы, услуги по сопровождению действующей системы или разрабатываемые по проекту элементы системы. Если вызывают процесс поставки, он предоставляет средства для ведения проекта, результатом которого являют продукт или услуга, поставляемая получателю (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 1.

Примечание - Поставщик может также выступать в качестве заказчика при приобретении продукта и/или услуги у другого поставщика.

Таблица 1 - Процессы жизненного цикла системы. Процессы соглашения

Идентификатор процесса	Имя процесса	Источник
AGR.1	Приобретение	ИСО/МЭК 12207, 6.1.1
AGR.1A	Подготовка к приобретению (подпроцесс)	ИСО/МЭК 12207, В.3.1.1
AGR.1B	Выбор поставщика (подпроцесс)	ИСО/МЭК 12207, В.3.1.2
AGR.1C	Мониторинг соглашений (подпроцесс)	ИСО/МЭК 12207, В.3.1.3
AGR.1D	Приемка приобретающей стороной (подпроцесс)	ИСО/МЭК12207, В.3.1.4
AGR.2	Поставка	ИСО/МЭК 12207, 6.1.2
AGR.2A	Представление заявки поставщиком (подпроцесс)	ИСО/МЭК 12207, В.3.2.1
AGR.2B	Согласование контракта (подпроцесс)	ИСО/МЭК 12207, В.3.2.2
AGR.2C	Поставка и поддержка продукта (услуги) (подпроцесс)	ИСО/МЭК 12207, В.3.2.3
AGR.3	Менеджмент изменений в контракте	ИСО/МЭК 12207, F.3

Процессы организационного обеспечения проекта (Organizational Project-Enabling Processes, ORG) управляют способностью организации приобретать и поставлять продукты или услуги посредством инициации, поддержки и контроля проектов. Они обеспечивают ресурсы и инфраструктуру, необходимые для поддержания проектов, и обеспечивают удовлетворение организационных целей и достигнутых договоренностей. Они не претендуют на всеобъемлющий набор бизнес-процессов, позволяющий руководить бизнесом организации (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 2.

Таблица 2 - Процессы жизненного цикла. Процессы организационного обеспечения проекта

Идентификатор процесса	Имя процесса	Источник
ORG.1	Менеджмент моделью жизненного цикла	ИСО/МЭК 12207, 6.2.1
ORG.1A	Учреждение процессов	ИСО/МЭК 12207, В.3.3.1
ORG.1B	Оценка процессов (подпроцесс)	ИСО/МЭК 12207, В.3.3.2
ORG. 1С	Совершенствование процессов (подпроцесс)	ИСО/МЭК 12207, В.3.3.3
ORG.2	Менеджмент инфраструктурой	ИСО/МЭК 12207, 6.2.2
ORG.3	Менеджмент портфелем проектов	ИСО/МЭК 12207, 6.2.3
ORG.4	Менеджмент людскими ресурсами	ИСО/МЭК 12207, 6.2.4
ORG.4A	Развитие навыков (подпроцесс)	ИСО/МЭК 12207, В.3.4.1
ORG.4B	Приобретение и обеспечение навыков (подпроцесс)	ИСО/МЭК 12207, В.3.4.2
ORG.4C	Менеджмент знаниями (подпроцесс)	ИСО/МЭК 12207, В.3.4.3
ORG.5	Менеджмент качеством	ИСО/МЭК 12207, 6.2.5
ORG.6	Организационная настройка	ИСО/МЭК 12207, F.1
ORG.7	Менеджмент организацией	ИСО/МЭК 12207, F.2

Существует две категории процессов проекта (Project Processes, PRO). Процессы менеджмента проектом используют для планирования, осуществления, оценки и контроля хода воплощения проекта. Процессы поддержки проекта поддерживают специализированные управленческие задачи (ИСО/МЭК 12207).

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

Процессы поддержки проекта (PRO.3, PRO.4, PRO.5, PRO.6 и PRO.7) обеспечивают специфически направленный набор задач для осуществления специализированной задачи управления. Все они являются наглядными в управлении любого предприятия, начиная от полной организации вплоть до процесса одного жизненного цикла и его задач.

В данную группу входят процессы, перечисленные в таблице 3.

Таблица 3 - Процессы жизненного цикла системы. Процессы проекта

Идентификатор процесса	Имя процесса	Источник
PRO.1	Планирование проекта	ИСО/МЭК 12207, 6.3.1
PRO.2	Управление и оценка проекта	ИСО/МЭК 12207, 6.3.2
PRO.3	Менеджмент решениями	ИСО/МЭК 12207, 6.3.3
PRO.4	Менеджмент рисками	ИСО/МЭК 12207, 6.3.4
PRO.5	Менеджмент конфигурацией	ИСО/МЭК 12207, 6.3.5
PRO.6	Менеджмент информацией	ИСО/МЭК 12207, 6.3.6
PRO.7	Измерения	ИСО/МЭК 12207, 6.3.7

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

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

В рамках этих видов деятельности продукты и услуги соответствуют ожиданиям или законодательным требованиям общества, включая здравоохранение, безопасность, безвредность и экологические факторы (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 4.

Таблица 4 - Процессы жизненного цикла системы. Технические процессы

Идентификатор процесса	Имя процесса	Источник
ENG.1	Определение требований правообладателей	ИСО/МЭК 12207, 6.4.1
ENG.2	Анализ системных требований	ИСО/МЭК 12207, 6.4.2
ENG.3	Проектирование архитектуры системы	ИСО/МЭК 12207, 6.4.3
ENG.4	Реализация	ИСО/МЭК 12207, 7.1.1
ENG.5	Комплексирование системы	ИСО/МЭК 12207, 6.4.5
ENG.6	Квалификационное тестирование системы	ИСО/МЭК 12207, 6.4.6
ENG.7	Инсталляция программных средств	ИСО/МЭК 12207, 6.4.7
ENG.8	Поддержка приемки программных средств	ИСО/МЭК 12207, 6.4.8
ENG.9	Функционирование программных средств	ИСО/МЭК 12207, 6.4.9
ENG.9A	Применение по назначению (подпроцесс)	ИСО/МЭК 12207, В.3.5.1
ENG.9B	Поддержка заказчика (подпроцесс)	ИСО/МЭК 12207, В.3.5.2
ENG.10	Сопровождение программных средств	ИСО/МЭК 12207, 6.4.10
ENG.11	Изъятие из обращения программных средств	ИСО/МЭК 12207, 6.4.11

4.2.1.2 Категория процессов жизненного цикла программных средств

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

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

- группа процессов реализации программных средств;

- группа процессов поддержки программных средств;

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

Процессы реализации программных средств (Software Implementation Processes, DEV) используются для производства определенных элементов системы (программной составной части), реализованных в виде программных средств. Данные процессы преобразуют определенное поведение, интерфейсы и ограничения имплементации в действия по реализации, имеющие результатом элемент системы, который удовлетворяет требованиям, проистекающим из требований к системе (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 5.

Таблица 5 - Процессы жизненного цикла программных средств. Процессы реализации программных средств

Идентификатор процесса	Имя процесса	Источник
DEV.1	Анализ требований к программным средствам	ИСО/МЭК 12207, 7.1.2
DEV.2	Проектирование архитектуры программных средств	ИСО/МЭК 12207, 7.1.3
DEV.3	Детальное проектирование программных средств	ИСО/МЭК 12207, 7.1.4
DEV.4	Конструирование программных средств	ИСО/МЭК 12207, 7.1.5
DEV.5	Комплексирование программных средств	ИСО/МЭК 12207, 7.1.6
DEV.6	Квалификационное тестирование программных средств	ИСО/МЭК 12207, 7.1.7

Процессы поддержки программных средств (Software Support Processes, SUP) обеспечивают специфически направленный набор видов деятельности для осуществления специализированного процесса для программных средств. Поддерживающий процесс содействует процессу реализации программных средств как неотъемлемой части с отличающимся назначением, способствуя успеху и качеству проекта программных средств. Поддерживающий процесс используют и выполняют другим процессом по мере необходимости (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 6.

Таблица 6 - Процессы жизненного цикла программных средств. Процессы поддержки программных средств

Идентификатор процесса	Имя процесса	Источник
SUP.1	Менеджмент документации программных средств	ИСО/МЭК 12207, 7.2.1
SUP.2	Менеджмент конфигурации программных средств	ИСО/МЭК 12207, 7.2.2
SUP.3	Обеспечение гарантии качества программных средств	ИСО/МЭК 12207, 7.2.3
SUP.4	Верификация программных средств	ИСО/МЭК 12207, 7.2.4
SUP.5	Валидация программных средств	ИСО/МЭК 12207, 7.2.5
SUP.6	Ревизия программных средств	ИСО/МЭК 12207, 7.2.6
SUP.7	Аудит программных средств	ИСО/МЭК 12207, 7.2.7
SUP.8	Решение проблем в программных средствах	ИСО/МЭК 12207, 7.2.8

Процессы повторного применения программных средств (Software Reuse Processes, REU) состоят из процессов, поддерживающих возможность организации для повторного использования программных составных частей за пределами границ проекта. Такие процессы являются уникальными, поскольку по своей природе они действуют вне границ какого-либо конкретного проекта (ИСО/МЭК 12207).

В данную группу входят процессы, перечисленные в таблице 7.

Таблица 7 - Процессы жизненного цикла программных средств. Процессы повторного применения программных средств

Идентификатор процесса	Имя процесса	Источник
REU.1	Проектирование доменов	ИСО/МЭК 12207, 7.3.1
REU.2	Менеджмент повторным применением активов	ИСО/МЭК 12207, 7.3.2
REU.3	Менеджмент программой повторного применения	ИСО/МЭК 12207, 7.3.3

4.2.2 Размерность процесса

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

Удовлетворение заявлений о назначении процесса представляет собой первый шаг в создании 1-го уровня возможности процесса, где ожидаемые выходы можно наблюдать. Группы процессов и связанные с ними процессы описаны в разделе 5.

4.2.3 Размерность возможности

Для размерности возможности уровни возможности процесса и атрибуты процесса идентичны определенным в ИСО/МЭК 15504-2.

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

Уровень возможности являют набором атрибута(ов) процесса, которые работают вместе, чтобы обеспечить мажорное повышение возможности осуществления процесса. Уровни представляют собой рациональный путь развития через повышение возможности любого процесса и определены в ИСО/МЭК 15504-2.

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

Уровень 0: неполный процесс

Этот процесс не реализован или не смог достичь своего назначения.

На данном уровне имеют мало свидетельств каких-либо систематических достижений назначения процесса или эти свидетельства отсутствуют.

Уровень 1: осуществленный процесс

Осуществленный процесс достиг своего назначения.

Уровень 2: управляемый процесс

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

Уровень 3: установленный процесс

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

Уровень 4: предсказуемый процесс

Описанный выше установленный процесс на данном уровне осуществляют в определенных пределах для достижения выходов этого процесса.

Уровень 5: оптимизирующий процесс

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

В рамках модели оценки процесса, измерение возможности базируют на девяти атрибутах процесса (process attributes, PA), определенных в ИСО/МЭК 15504-2. Атрибуты процесса использованы для определения того, достигли процесс заданной возможности. Каждый атрибут измеряет конкретный аспект возможности процесса.

На каждом уровне нет никакой упорядоченности между атрибутами процесса; каждый атрибут распространяют на определенный аспект уровня возможности. Список атрибутов процесса приведен в таблице 8.

Таблица 8 - Уровни возможности и атрибуты процесса

Идентификатор атрибута процесса	Уровни возможности и атрибуты процесса
	Уровень 0: Неполный процесс
	Уровень 1: Осуществленный процесс
РА 1.1	Осуществление процесса
	Уровень 2: Управляемый процесс
РА 2.1	Управление осуществлением
РА 2.2	Управление рабочим продуктом
РА 3.1	Определение процесса
РА 3.2	Развертывание процесса
	Уровень 4: Предсказуемый процесс
РА 4.1	Измерение процесса
РА 4.2	Контроль процесса
	Уровня 5: Оптимизирующий процесс
РА 5.1	Инновация процесса
РА 5.2	Оптимизация процесса

Атрибуты процесса оценены по четырехразрядной упорядоченной шкале достижений, как определено в ИСО/МЭК 15504-2. Они позволяют глубже понять специфические аспекты возможности процесса, необходимые для поддержки улучшения процесса и определения возможности.

4.3 Индикаторы оценки

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

Существует два типа индикаторов оценки: индикаторы возможности процесса, которые применены к возможности уровней 1 - 5, и индикаторы осуществления процесса, которые применимы исключительно к возможности уровня 1. Данные индикаторы определены в п. 4.3.2.

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

Индикаторами возможности процесса являются:

- общая практика (Generic Practice, GP);

- общий ресурс (Generic Resource, GR);

- общий рабочий продукт (Generic Work Product, GWP).

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

Индикаторами осуществления процесса являются:

- качественная практика (Base Practice, BP);

- рабочий продукт (Work Product, WP).

Выполнение качественных практик позволяет судить о степени достижения назначения процесса и выходов процесса. Рабочие продукты используются и/или производятся при выполнении процесса.

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

Рисунок 3 - Индикаторы оценки

На рисунке 3 показано, как индикаторы оценки относятся к осуществлению процесса и возможности процесса.

4.3.1 Индикаторы возможности процесса

Три типа индикаторов возможности процесса, связанные с уровнями 1 - 5, показаны на рисунке 4. Они предназначены для применения ко всем процессам.

Рисунок 4 - Индикаторы возможности процесса

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

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

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

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

Примечание - Оценщик должен интерпретировать общие ресурсы согласно оцениваемому процессу: например, для ресурсов РА2.1 (с определенными целями, обязанностями и полномочиями) оценщик будет искать роли (с определенными целями, обязанностями и полномочиями) в основных и поддерживающих процессах, а для организационных процессов - руководящую структуру (например, санкционированные комитеты, должности) с определенными целями, обязанностями и полномочиями.

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

Эти три типа индикаторов способствуют установлению объективного свидетельства о степени достижения определенного атрибута процесса.

В связи с тем, что уровень 1 возможности процесса характеризуют только измерением определенной степени, до которой процесс достигают, атрибут осуществления процесса (РА.1.1) имеет единственный индикатор общей практики (GP.1.1.1). В целях поддержки оценки РА.1.1 и улучшения анализа достижения осуществления процесса, в модели оценки процесса определяются дополнительные индикаторы осуществления процесса.

4.3.2 Индикаторы осуществления процесса

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

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

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

Раздел 5 содержит полное описание процессов, включая качественные практики и связанные рабочие продукты.

Раздел В.1 содержит перечень общих рабочих продуктов вместе с характеристиками рабочих продуктов.

Раздел В.2 содержит полный перечень конкретных рабочих продуктов с общими рабочими продуктами для полноты. Так же как и в концепции модульности в объектной ориентированности, общие характеристики группы рабочих продуктов были извлечены в общий рабочий продукт. Оценщик при осуществлении оценки будет обращаться как к конкретному рабочему продукту, так и к общему рабочему продукту в контексте конкретного рабочего продукта (например, характеристики 02-01 "Обязательство/ соглашение + характеристики 02-00 Контракт").

4.4 Измерение возможности процесса

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

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

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

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

Полученное свидетельство должно быть записано в форме, которая явно связана с ассоциированным индикатором, так что поддержка решения оценщика может быть легко подтверждена или проверена в соответствии с ИСО/МЭК 15504-2.

Выходом оценки процесса являют набор профилей процесса, по одному для каждого процесса в рамках области оценки. Типичный профиль процесса показан в ИСО/МЭК 15504-4. Каждый профиль процесса состоит из набора рейтингов атрибутов процесса для оцениваемого процесса. Каждый рейтинг атрибутов представляет собой решение оценщика о степени достижения атрибута. Для повышения надежности и воспроизводимости оценки, решения оценщика основаны на последовательном наборе записанных объективных свидетельств.

Рисунок 5 - Взаимосвязь между индикаторами оценки и возможностью процесса

5 Размерность процесса и индикаторы осуществления процесса (уровень 1)

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

Процессы классифицированы (для целей настоящей модели оценки процесса) по категориям процессов и группам процессов, которые перечислены в разделе 4.

Отдельные процессы описаны в качестве определенных понятий: имя процесса, назначение процесса и выходы процесса согласно ИСО/МЭК 12207.

Кроме того, размерность процесса модели оценки процесса предоставляет информацию в виде:

a) набора хороших практик для процесса с определением задач и видов деятельности, необходимых для достижения назначения процесса и осуществления выходов процесса; каждая хорошая практика связана явным образом с выходом процесса;

b) числа входных и выходных рабочих продуктов, связанных с каждым процессом и относящихся к одному или более из его выходов; и

c) характеристик, связанных с каждым рабочим продуктом.

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

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

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

Данные рабочие продукты идентифицированы со своими идентификационными номерами рабочих продуктов (см. приложение В).

5.1 Группа процессов соглашения AGR

5.1.1 AGR.1 Процесс приобретения

Идентификатор процесса	AGR.1
Имя процесса	Приобретение
Назначение процесса	Цель процесса приобретения состоит в получении продукта и (или) услуги в соответствии с потребностями приобретающей стороны. Процесс начинают с выяснения потребностей заказчика и заканчивают приемкой продукта и (или) услуги, необходимых приобретающей стороне
Выходы процесса	В результате успешного осуществления процесса приобретения: a) определяются потребности в приобретении, конечные цели, критерии приемки продукта и (или) услуги и стратегии приобретения; b) разрабатывают соглашение, которое ясно выражает ожидания, ответственность и обязательства как приобретающей стороны, так и поставщика; c) выбирают один или несколько поставщиков; d) приобретают продукт и (или) услугу, которые удовлетворяют заданным потребностям приобретающей стороны; e) приобретение контролируют таким образом, чтобы удовлетворялись заданные ограничения, такие как ограничения по стоимости, срокам и качеству; f) принимаются поставляемые результаты от поставщиков; g) по всем идентифицированным открытым позициям получены удовлетворительные заключения, согласованные приобретающей стороной и поставщиком
Хорошие практики	AGR.1.BP1 Определение стратегии приобретения Определить потребности в приобретении, конечные цели, стратегию поиска ресурсов и критерии приемки (выход а) AGR.1.BP2 Установление соглашения Подготовить приобретение путем определения требований к продукту и (или) услуге и довести это до сведения поставщиков (выход b) AGR.1.BP3 Выбор поставщика Выбрать поставщика(ов) на основе стратегии приобретения и потребностей (выход с) AGR.1.BP4 Приобретение продукта и (или) услуги Осуществить приобретение в соответствии со стратегией, потребностями и соглашением (выход d) AGR.1.BP5 Мониторинг приобретения Контролировать достижение соглашения и требований к поставляемым результатам и обсуждать потенциальные отклонения и риски (выход е) AGR.1.BP6 Принятие поставляемых результатов Принимать каждую поставку в соответствии с определенными критериями и доводить это до сведения поставщика (выход f) AGR.1.BP7 Урегулирование открытых позиций и изменений Урегулировать изменения в соглашении и решить все открытые вопросы вместе с поставщиком (выход g)

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а, b]	02-00 Контракт [выход b]
02-01 Обязательство/соглашение [выход: b]	02-01 Обязательство/соглашение [выход b]
08-02 План приобретения (выход а, b)	08-02 План приобретения [выход а, b]
08-19 План менеджмента рисков [выход b]
11-00 Продукт [выход d]	11-00 Продукт [выход d, f]
	13-04 Запись об общении [выход b, с, е, g]
	13-05 Запись о ревизии контракта [выход b]
13-09 Запись о получении поддержки [выход b, е, g]	13-09 Запись о получении поддержки [выход b, е, g]
13-16 Запрос на изменение [выход g]	13-16 Запрос на изменение [выход g]
	13-19 Запись о ревизии [выход f
15-19 Оценка потребности в продуктах [выход а]	15-19 Оценка потребности в продуктах [выход а, b]
	17-09 Требования к продукту [выход а, b]
	17-10 Требования к сервису [выход а, b]
	18-01 Критерии приемки [выход а, b]
	18-08 Критерии выбора поставщика [выход а, b, с]

5.1.2 AGR.1A Подготовка к приобретению (подпроцесс)

Идентификатор процесса	AGR.1A
Имя процесса	Подготовка к приобретению
Назначение процесса	Цель процесса подготовки к приобретению заключают в установлении потребностей и конечных целей приобретения и доведения их до сведения потенциальных поставщиков
Выходы процесса	В результате успешного осуществления процесса подготовки к приобретению: a) устанавливают замысел или необходимость приобретения, разработки или расширения; b) определяются требования правообладателей; c) разрабатывают стратегию приобретения; d) определяются критерии выбора поставщиков
Качественные практики	AGR.1A.BP1 Установление необходимости Установить необходимость приобретения, разработки или улучшения системы, программного продукта или сервиса [выход а] AGR.1A.BP2 Определение требования Идентифицировать потребности заказчика/заинтересованных сторон, включая критерии приемки, для системы и/или программного продукта или сервиса [выход b] AGR.1A.BP3 Ревизия требований Проанализировать и проверить определенные требования в отношении выявленных потребностей. Проверить требования для снижения риска недопонимания со стороны потенциальных поставщиков [выход b] AGR.1A.BP4 Разработка стратегии приобретения Разработать стратегию для приобретения продукта в соответствии с закупочными потребностями [выход с] Примечание - Стратегия может включать в себя ссылку на модель жизненного цикла, график, бюджет и критерии выбора. AGR.1A.BP5 Определения критериев выбора Установить и согласовать критерии выбора поставщиков и способы оценки, которые будут использованы [выход с, d] AGR.1A.BP6 Сообщение о необходимости Сообщить о необходимости приобретения заинтересованным сторонам через определенные каналы [назначение; выход а]

Рабочие продукты
Входы	Выходы
05-02 Бизнес-цели [выход а]
	08-02 План приобретения [выход с]
	09-04 Политика выбора поставщика [выход с, d]
	12-01 Запрос предложения [выход а, с]
	15-01 Отчет об анализе [выход a, d]
15-04 Отчет об анализе рынка [выход b]
15-19 Оценка потребности в продуктах [выход а]	15-19 Оценка потребности в продуктах [выход а, b, с]
	17-03 Требования заинтересованных сторон [выход b]
	17-09 Требования к продукту [выход а, b]
	17-10 Требования к сервису [выход а, b]
	18-01 Критерии приемки [выход с, d
	18-08 Критерии выбора поставщика [выход d]

5.1.3 AGR.1B Выбор поставщика (подпроцесс)

Идентификатор процесса	AGR.1B
Имя процесса	Выбор поставщика
Назначение процесса	Цель процесса выбора поставщика заключают в выборе предпочтительной организации, ответственной за поставки в соответствии с требованиями проекта
Выходы процесса	В результате успешного осуществления процесса выбора поставщика: a) устанавливаются и применяются критерии выбора поставщика для оценки потенциальных поставщиков; b) выбирают поставщик на основе оценки предложений от различных поставщиков, возможностей их процессов и других факторов; c) формируют соглашение и ведутся переговоры между приобретающей стороной и поставщиком
Качественные практики	AGR.1B.BP1 Установление критериев отбора поставщиков Определить критерии отбора поставщиков на основе бизнес-целей и стратегии приобретения [выход а] AGR.1B.BP2 Оценка заявленной или предполагаемой возможности поставщика Оценить заявленную или предполагаемую возможность поставщика против заявленных требований в соответствии с критериями отбора поставщиков [выход а] Примечание - См. процесс подготовки к приобретению (AGR.1) для определения критериев отбора поставщиков. AGR.1B.BP3 Выбор поставщика Оценить предложение поставщика против заявленных требований, согласно критериям отбора поставщиков, чтобы выбрать поставщика [выход b] AGR.1B.BP4 Подготовка и согласование контракта Согласовать контракт с поставщиком, который ясно выражает ожидания заказчика и соответствующие обязанности поставщика и заказчика [выход с]

Рабочие продукты
Входы	Выходы
	02-01 Обязательство/соглашение [выход с]
05-02 Бизнес-цели [выход а]
	08-02 План приобретения [выход а]
09-04 Политика выбора поставщика [выход а]	09-04 Политика выбора поставщика [выход а]
12-01 Запрос предложения [выход b]
12-04 Ответ поставщика на предложение [выход с]	12-04 Ответ поставщика на предложение [выход с]
	13-04 Запись об общении [выход b, с]
	13-05 Запись о ревизии контракта [выход: с]
13-09 Запись о получении поддержки [выход b, с]	13-09 Запись о получении поддержки [выход b, с]
	13-19 Запись о ревизии [выход b]
	14-05 Реестр предпочитаемых поставщиков [выход а, b]
15-13 Отчет об оценке [выход b]	15-13 Отчет об оценке [выход b]
	15-21 Отчет об оценке поставщика [выход b]
15-24 Аудиторский отчет [выход b]	15-24 Аудиторский отчет [выход b]
17-09 Требования к продукту [выход а, b]
17-10 Требования к сервису [выход а, b]
18-08 Критерии выбора поставщика [выход а]	18-08 Критерии выбора поставщика [выход а]

5.1.4 AGR.1C Мониторинг соглашений (подпроцесс)

Идентификатор процесса	AGR.1C
Имя процесса	Мониторинг соглашений
Назначение процесса	Цель процесса мониторинга соглашений состоит в отслеживании и оценке рабочих характеристик поставщика относительно согласованных требований
Выходы процесса	В результате успешного осуществления процесса мониторинга соглашений: a) выполняются надлежащим образом совместные действия приобретающей стороны и поставщика; b) происходит регулярный обмен информацией с поставщиком о техническом прогрессе; c) выполняют мониторинг рабочих характеристик поставщика относительно согласованных требований; d) если необходимы изменения в соглашении, то ведутся переговоры между приобретающей стороной и поставщиком, результаты которых документируются в этом соглашении
Качественные практики	AGR.1C.BP1 Установка и поддержка связи Установить и поддерживать связь между заказчиком и поставщиком (т.е. определить интерфейсы, график, повестки, сообщения, документы, встречи, совместные ревизии) [выход а, b] AGR.1C.BP2 Обмен информацией о техническом прогрессе Использовать канал связи для обмена информацией о техническом прогрессе по поставкам, включая риски успешного завершения [выход а, b] AGR.1C.BP3 Ревизия эффективности работы поставщиков Проводить ревизию аспектов эффективности поставщика (технических, качества, стоимости и графика) на регулярной основе в соответствии с согласованными требованиями [выход с] AGR.1C.BP4 Мониторинг приобретения Мониторить приобретение относительно согласованной документации по приобретению, анализируя информацию, полученную по факту проведенных ревизий, с поставщиком для оценки прогресса, гарантии и того, что указанные ограничения, такие как стоимость, график и качество, соблюдены [выход с] AGR.1C.BP5 Согласование изменения Изменения, предлагаемые одной из сторон, согласовываются и результаты документируются в контракте [выход d] Примечание - Обработка изменений будет осуществляться процессом менеджмента изменений в контракте (AGR.3)

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а]
02-01 Обязательство/соглашение [выход с, d]	02-01 Обязательство/соглашение [выход d]
	13-01 Акт приема [выход с]
	13-04 Запись об общении [выход а]
13-09 Запись о получении поддержки [выход а]	13-09 Запись о получении поддержки [выход а]
13-14 Запись о статусе выполнения [выход b]	13-14 Запись о статусе выполнения [выход b]
13-16 Запрос на изменение [выход d]
13-17 Запрос от заказчика [выход d]
	13-19 Запись о ревизии [выход b]
14-08 Система трекинга [выход с]
	15-01 Отчет об анализе [выход с]
	15-21 Отчет об оценке поставщика [выход с]

5.1.5 AGR.1D Приемка приобретающей стороной (подпроцесс)

Идентификатор процесса	AGR.1D
Имя процесса	Приемка приобретающей стороной
Назначение процесса	Цель процесса приемки приобретающей стороной заключают в том, чтобы принять поставляемые результаты у поставщика, когда все критерии приемки удовлетворены
Выходы процесса	В результате успешного осуществления процесса приемки приобретающей стороной: a) оцениваются поставляемые в соответствии с соглашением программный продукт и (или) услуга; b) приемку приобретающей стороной основывают на согласованных критериях приемки; c) программный продукт и (или) услуга принимаются приобретающей стороной
Качественные практики	AGR.1D.BP1 Оценка поставляемого товара Провести оценку продукта и/или сервиса на основе заданных критериев приемки [выход а, b] AGR.1D.BP2 Устранение несоответствий с контрактом Решить любые вопросы приемки в соответствии с процедурами, установленными в контракте, и подтвердить соответствие поставляемого продукта или сервиса условиям контракта [выход b] AGR.1D.BP3 Принятие продукта Принять поставляемый товар или сервис и сообщить о принятии поставщику [выход с]

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а]
02-01 Обязательство/соглашение [выход а]
08-01 План приемочных испытаний [выход а]
08-02 План приобретения [выход а, b]
11-00 Продукт [выход а, с]
	13-01 Акт приема [выход с]
	13-07 Запись о проблеме [выход а]
	15-10 Отчет об инциденте во время теста [выход b]
17-03 Требования заинтересованных сторон [выход а, b]
18-01 Критерии приемки [выход а]

5.1.6 AGR.2 Поставка

Идентификатор процесса	AGR.2
Имя процесса	Поставка
Назначение процесса	Цель процесса поставки заключают в обеспечении приобретающей стороны продукцией или услугой, удовлетворяющей согласованным требованиям
Выходы процесса	В результате успешного осуществления процесса поставки: a) определяют приобретающую сторону для продукта или услуги; b) дают ответ на заявку приобретающей стороны; c) заключают соглашение между приобретающей стороной и поставщиком на раз работку, сопровождение, применение, упаковку, распределение и инсталляцию продукта и (или) услуги; d) разрабатывают продукт и (или) услугу, удовлетворяющие согласованным требованиям; e) продукт и (или) услуга поставляются приобретающей стороне в соответствии с согласованными условиями поставок и f) продукт инсталлируют в соответствии с согласованными требованиями
Качественные практики	AGR.2.BP1 Определение получателя и потребности Определить потенциального(ых) заказчика(ов) и рынок для продукта и сервиса [выход а] AGR.2.BP2 Ответ на потребности заказчика Определить тендер или другой ответ на запрос предложения [выход b] Примечание 1 - Ответ должен охватывать также нормативные и правовые требования. AGR.2.BP3 Согласование условий контракта его сторонами Согласовать контракт с поставщиком и получателем для покрытия требований по разработке, поддержке, эксплуатации и поставке [выход с] Примечание 2 - Изменения в контракт должны быть внесены после их согласования между поставщиком и покупателем. AGR.2.BP4 Выполнение контракта Разработать и поставить продукт и/или сервис в соответствии с договорными требованиями и критериями [выход d, e] AGR.2.BP5 Мониторинг контракта Мониторить прогресс и качество каждого поставляемого результата [выход d, e] Примечание 3 - См. процесс приобретения для контроля субподрядчиков. AGR.2.BP6 Оказание поддержки Поставлять продуктовую и/или сервисную поддержку в соответствии с договорными требованиями [выход е] AGR.2.BP7 Окончание работы над условиями контракта Подписать контракт и передать полномочия по исполнению согласно его условиям [выход е, f]

Рабочие продукты
Входы	Выходы
01-00 Элемент конфигурации [выход d, e, f]	01-00 Элемент конфигурации [выход d]
	02-00 Контракт [выход с]
	02-01 Обязательство / соглашение [выход а]
05-02 Бизнес-цели [выход с]
10-03 Процедура поддержки заказчика [выход е, f]	10-03 Процедура поддержки заказчика [выход d]
12-01 Запрос предложения [выход b]
	12-04 Ответ поставщика на предложение [выход b]
13-04 Запись об общении [выход d, f]	13-04 Запись об общении [выход b, с]
	13-05 Запись о ревизии контракта [выход d, e, f]
	13-06 Акт сдачи [выход е]
	13-08 Запись об инсталляции [выход f]
15-04 Отчет об анализе рынка [выход а]
17-03 Требования заинтересованных сторон [выход a, b, d, e, f]	17-03 Требования заинтересованных сторон [выход с, f]
17-09 Требования к продукту [выход с, d, e, f]
17-10 Требования к сервису [выход с, d, e, f]

5.1.7 AGR.2A Представление заявки поставщиком (подпроцесс)

Идентификатор процесса	AGR.2A
Имя процесса	Представление заявки поставщиком
Назначение процесса	Цель процесса представления заявки поставщиком заключают в установлении связи с приобретающей стороной для ответа на ее запросы и направление просьбы подготовить и представить встречные предложения
Выходы процесса	В результате успешной реализации процесса представления заявки поставщиком: a) устанавливают и поддерживают связь для ответа на запросы приобретающей стороны и представление заявок на предложения; b) заявки на предложение оцениваются согласно определенным критериям для определения того, представлять или не представлять предложения; c) определяют необходимость предварительных изысканий или изучения реализуемости; d) определяются подходящие ресурсы для осуществления предложенных работ; e) готовятся и представляются предложения поставщика в ответ на запрос приобретающей стороны
Качественные практики	AGR.2A.BP1 Установка интерфейса связи Интерфейс связи устанавливают и поддерживают для того, чтобы реагировать на запросы заказчика или запросы на предложения [выход а] AGR.2A.BP2 Выполнение анализа запроса заказчика Выполнить анализ запроса заказчика для удостоверения того, что источник идеи являют подлинным, природа либо тип продукта или услуги четко установлены, и что нужный человек будет быстро определен для работы с идеей [выход а] AGR.2A.BP3 Установление критериев оценки предложения заказчика Установить критерии оценки с целью определения необходимости подачи предложения на основе соответствующих критериев [выход b] AGR.2A.BP4 Оценка запроса заказчика на предложение Запросы на предложение оценивают по соответствующим критериям [выход b] AGR.2A.BP5 Определение необходимости предварительных оценок или анализа осуществимости Определить необходимость предварительных оценок или анализа осуществимости, чтобы гарантировать, что на основе имеющихся требований могут быть сделаны твердые котировки [выход с] AGR.2A.BP6 Определение и назначение персонала Определить и назначить персонал, имеющий соответствующий уровень компетентности для осуществления задания [выход d] AGR.2A.BP7 Выполнение предварительной общей оценки затрат Оценить совокупные издержки, ресурсы и необходимую дату поставки [выход d, e] AGR.2A.BP8 Подготовка и предоставление предложения поставщика или конкурсной заявки Предложение поставщика или конкурсная заявка составляют и предоставляют в ответ на запрос заказчика [выход е] Примечание 1 - Это может включать выбор соответствующего решения (организационного или технического) среди нескольких вариантов для наилучшего удовлетворения потребностей

Рабочие продукты
Входы	Выходы
	02-00 Контракт [выход е]
	02-01 Обязательство/соглашение [выход е]
05-02 Бизнес-цели [выход b]
12-01 Запрос предложения [выход а, b]
	12-04 Ответ поставщика на предложение [выход е]
13-04 Запись об общении [выход а]	13-04 Запись об общении [выход а]
	13-05 Запись о ревизии контракта [выход е]
13-11 Запись об оценке персонала [выход d]
	13-15 Запись о ревизии предложения [выход b, е]

5.1.8 AGR.2B Согласование контракта (подпроцесс)

Идентификатор процесса	AGR.2B
Имя процесса	Согласование контракта
Назначение процесса	Цель процесса согласования контракта состоит в проведении переговоров и подписании контракта (соглашения), который четко и однозначно определяет ожидания, обязанности, рабочие продукты/поставляемые результаты и ответственности как поставщика, так и приобретающей стороны
Выходы процесса	В результате успешного осуществления процесса согласования контракта: a) проводятся переговоры, контракт (соглашение) пересматривают, принимают и предоставляют поставщику(ам); b) анализируются и рассматриваются механизмы мониторинга возможностей и рабочих характеристик поставщика(ков), а также снижения идентифицированных рисков для включения в условия контракта; c) стороны, предлагающие поставки продуктов и услуг (в том числе через конкурс), оповещаются о результатах выбора; d) получают официальное подтверждение соглашения. Примечание - Процесс согласования контракта использован для получения официального подтверждения предоставления продуктов и услуг, заявленных в процессе предложения поставщиков
Качественные практики	AGR.2B.BP1 Согласование контракта/соглашения Согласовать все аспекты контракта/соглашения с поставщиком [выход а] AGR.2B.BP2 Утверждение контракта Контракт утверждают соответствующими заинтересованными сторонами [выход а] AGR.2B.BP3 Проведение ревизии контракта для мониторинга возможности поставщика. Провести ревизию и продумать механизм мониторинга возможности и эффективности поставщика в условиях контракта [выход а] AGR.2B.BP4 Проведение ревизии контракта для действий по смягчению рисков Провести ревизию и продумать механизм минимизации выявленных рисков в условиях контракта [выход b] AGR.2B.BP5 Размещение контракта Контракт заключают с тем поставщиком, который добился наибольших успехов [выход а] AGR.2B.BP6 Сообщить результаты участникам конкурса. Сообщить о результатах отбора заявки/конкурса заявителям/участникам конкурса. После контракта уведомить всех участников конкурса об этом решении [выход с] AGR.2B.BP7 Подтверждение заключения контракта/договора Официально подтвердить заключение контракта/договора, чтобы защитить интересы обеих сторон [выход d] Примечание 1 - Природа обязательства должна быть согласована и подтверждена в письменной форме. Только уполномоченные лица с правом подписи должны иметь возможность заключать контракт

Рабочие продукты
Входы	Выходы
	02-00 Контракт [выход a, d]
	02-01 Обязательство/соглашение [выход a, d]
08-19 План менеджмента рисками [выход b]
	13-04 Запись об общении [выход а]
	13-05 Запись о ревизии контракта [выход а]
13-09 Запись о получении поддержки [выход а, с]	13-09 Запись о получении поддержки [выход а, с]
14-08 Система трекинга [выход b, d]
15-08 Отчет по анализу рисков [выход b]	15-08 Отчет по анализу рисков [выход b]
17-09 Требования к продукту [выход а]
17-10 Требования к сервису [выход а]

5.1.9 AGR.2C Поставка и поддержка продукта (услуги) (подпроцесс)

Идентификатор процесса	AGR.2C
Имя процесса	Поставка и поддержка продукта (услуги)
Назначение процесса	Цель процесса поставки и поддержки продукта (услуги) заключают в обеспечении соответствующей поддержкой конкретного продукта или услуги, представленной приобретающей стороне, для получения уверенности в том, что требования удовлетворены
Выходы процесса	В результате успешного осуществления процесса поставки и поддержки продукта (услуги): a) определяют состав выпуска продукта; b) осуществляют выпуск из сконфигурированных элементов; c) определяют и создают документацию по выпуску; d) определяют механизм и носителя поставки выпуска; e) утверждают выпуск по определенным критериям; f) предоставляют получателю выпуск продукта; g) подтверждают выпуск; h) комплектуют и поставляют получателю продукт; i) пересматривают и поддерживают приемочные тесты получателя; j) помещают продукт в рабочее окружение заказчика; k) идентифицируют проблемы, обнаруженные в течение приемки, и сообщают ответственным за их решение Примечание - Поставки, осуществляемые по частям, следует комплектовать в законченном виде
Качественные практики	AGR.2C.BP1 Определение релизных продуктов Продукты, связанные с релизом, определяются на основе соглашения или стратегии разработки [выход а] Примечание 1 - Релиз программного продукта может включать в себя программные средства, если указано. AGR.2C.BP2 Сбор продукта для релиза Подготовить и собрать поставляемый продукт. Установить базисы для продукта, включая документацию пользователя, проекты и сам продукт [выход b, с] Примечание 2 - Релиз продукта может состоять из программных и аппаратных продуктов, составляющих систему, или только из программного продукта либо сервиса. AGR.2C.BP3 Сообщение типа, уровня и продолжительности поддержки релиза Тип, уровень и продолжительность релиза определяют и сообщают [выход а, b] AGR.2C.BP4 Определение механизма поставки и типа носителя для релиза Тип носителя для поставки продукта определяют в соответствии с потребностями конечного пользователя [выход d] Примечание 3 - Тип носителя для поставки может быть промежуточным (размещаемый на носителе и доставляемый заказчику), прямым (например, доставляемый с прошивкой как часть пакета) или комбинацией обоих. Релиз может быть поставлен в электронном виде путем размещения на сервере. Релиз может также быть продублирован перед поставкой. AGR.2C.BP5 Определение упаковки для носителя релиза. Определяют упаковку для разных типов носителей [выход d] Примечание 4 - Упаковка для некоторых видов носителей может требовать физической или электронной защиты, например особого метода шифрования. AGR.2C.BP6 Утверждение релиза продукта перед поставкой Критерии приемки релиза удовлетворяются перед тем, как происходит релиз [выход е, f] AGR.2C.BP7 Поставка релиза получателю Продукт поставляют получателю с обязательным подтверждением получения [выход f, g, h] AGR.2C.BP8 Адаптация продукта к окружению заказчика Продукт должен быть адаптирован и параллельно оценен с существующими системами или процессами до успешного прохождения приемочного тестирования [выход h, i, g] AGR.2C.BP9 Поддержка получателя в оценке продукта Обеспечить поддержку для получателя в течение ревизии выпуска и приемочного тестирования [выход i, j] Примечание 5 - Данная хорошая практика тесно связана с процессом ревизии программных средств (SUP.6). AGR.2C.BP10 Поддержка получателя при старте эксплуатационного использования Дать необходимую поддержку и обучение для получателя при подготовке и начале использования релиза в рабочем окружении [выход j] AGR.2C.BP11 Урегулирование проблемы при приемке Определить и сообщить о проблемах во время поставки и приемки и решить проблемы согласно договоренности [выход i, k]

Рабочие продукты
Входы	Выходы
01-00 Элемент конфигурации [выход а, b]
08-01 План приемочных испытаний [выход е, i]	08-01 План приемочных испытаний [выход е]
10-03 Процедура поддержки заказчика [выход i, j]	10-03 Процедура поддержки заказчика [выход i, j]
11-00 Продукт [выход а]	11-00 Продукт [выход j]
	11-03 Информация о релизе продукта [выход а, с]
	11-04 Релизный пакет продукта [выход b, I, h]
	13-06 Акт сдачи [выход g, h]
13-07 Запись о проблеме [выход k]	13-07 Запись о проблеме [выход k]
	13-08 Запись об инсталляции [выход h, j]
	13-13 Запись об утверждении релиза продукта [выход i]
	15-03 Отчет о состоянии конфигурации [выход b, с, h]
17-03 Требования заинтересованных сторон [выход a, i, j]
	17-04 Инструкции по поставке [выход f, h, j]
18-06 Критерии релиза продукта [выход а, е]	18-06 Критерии релиза продукта [выход е]
19-04 Стратегия релиза продукта [выход е, h, j]

5.1.10 AGR.3 Менеджмент изменениями в контракте

Идентификатор процесса	AGR.3
Имя процесса	Менеджмент изменениями в контракте
Назначение процесса	Цель процесса менеджмента изменениями в контракте заключают в разработке нового текста контракта по обоюдному согласию приобретающей стороны и поставщика, когда поступает заявка на изменение, оказывающая влияние на согласованное содержание контракта. Этот процесс начинают с поступления заявки на изменение условий приобретающей стороной либо поставщиком и оканчивают заключением, приемлемым для обеих сторон, отклонением или принятием в целом (частично) заявки на изменение
Выходы процесса	В результате успешного осуществления процесса менеджмента изменениями в контракте: a) открыто и официально поступает запрос на изменение условий контракта; b) устанавливают роли и обязанности как приобретающей стороны, так и поставщика для менеджмента изменениями в контракте; c) оценивают возможные риски в связи с изменениями в контракте на проектные планы, затраты, выгоду, качество и графики работ; d) предпринимают действия по предлагаемым по запросу изменениям для получения согласия как приобретающей стороны, так и поставщиком; e) доводят до сведения заинтересованных сторон произведенные по поступившему запросу изменения
Качественные практики	AGR.3.BP1 Определение политики менеджмента изменениями в контракте Каждая из сторон участвует и привержена общей политике и механизму менеджмента изменениями в контракте [выход а, b] AGR.3.BP2 Запрос относительно изменения в контракте Создать предложение на изменение в контракте согласно общей политике и механизму [выход а, с] AGR.3.BP3 Оценка влияния запроса на изменение Проводят оценки запроса на изменение [выход с] Примечание 1 - Типичные параметры влияния - ответственности, затраты, выгоды, качество и график. AGR.3.BP4 Подтверждение необходимых действий Согласовать необходимые действия, чтобы найти наиболее подходящее решение контрактных изменений [выход d] AGR.3.BP5 Изменение контракта Пересмотреть первоначальный контракт [выход d] AGR.3.BP6 Интеграция контрактных изменений в планы Определить новые базисы соответствующих планов и спецификаций по мере необходимости [выход d, e] AGR.3.BP7 Сообщение о контрактных изменениях Сообщить о контрактных изменениях и новых базисах всем заинтересованным сторонам [выход е]

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а]	02-00 Контракт [выход a, d]
02-01 Обязательство/соглашение [выход а]
	02-01 Обязательство/соглашение [выход a, b, d]
08-19 План менеджмента рисками [выход b]
	13-04 Запись об общении [выход е]
	13-05 Запись о ревизии контракта [выход с, d]
13-09 Запись о получении поддержки [выход а, с]	13-09 Запись о получении поддержки [выход а, с]
13-16 Запрос на изменение [выход а]
	13-19 Запись о ревизии [выход с]
	15-01 Отчет об анализе [выход с]
	15-08 Отчет по анализу рисков [выход с]

5.2 Группа процессов организационного обеспечения проекта ORG

5.2.1 ORG.1 Менеджмент моделью жизненного цикла

Идентификатор процесса	ORG.1
Имя процесса	Менеджмент моделью жизненного цикла
Назначение процесса	Цель процесса менеджмента моделью жизненного цикла заключают в определении, сопровождении и обеспечении гарантии наличия политик, процессов жизненного цикла, моделей жизненного цикла и процедур для использования организацией в пределах области применения настоящего стандарта. Данный процесс предусматривает политики, процессы и процедуры жизненного цикла, согласованные с целями организации, которые определяются, адаптируются, совершенствуются и сопровождаются для поддержки отдельных потребностей проекта в пределах задач и функций организации и готовы к применению с использованием эффективных испытанных методов и инструментария
Выходы процесса	В результате успешного осуществления процесса менеджмента моделью жизненного цикла: a) предоставляют политики и процедуры менеджмента и развертывания моделями и процессами жизненного цикла; b) определяют обязанности, ответственность и полномочия менеджмента жизненным циклом; c) определяют, сопровождают и совершенствуют процессы, модели и процедуры жизненного цикла для применения организацией; d) осуществляют процесс усовершенствований в порядке установленных приоритетов
Качественные практики	ORG.1.BP1 Разработка стратегии менеджмента моделью жизненного цикла Определить политики, процессы жизненного цикла, модели жизненного цикла и процедуры для использования в организации [выход а] ORG.1.BP2 Организация менеджмента моделью жизненного цикла Определить и поддерживать ответственность, отчетность и полномочие для менеджмента жизненным циклом [выход b] ORG.1.BP3 Внедрение менеджмента моделью жизненного цикла Установить, оценить и улучшить процессы, модели и процедуры жизненного цикла [выход с] ORG. 1.BP4 Улучшение процесса Назначить приоритеты и реализовать улучшения процесса на основе оценки и ревизии процесса [выход d]

Рабочие продукты
Входы	Выходы
03-03 Данные бенчмаркинга [выход d]
03-06 Данные об осуществлении процесса [выход d]
07-04 Метрика процесса [выход с, d]
07-06 Метрика качества [выход с, d]
08-03 План оценки процесса [выход с]	08-03 План оценки процесса [выход а]
08-29 План по улучшению [выход с, d]	08-29 План по улучшению [выход а]
	09-00 Политика [выход а, b]
10-00 Описание процесса [выход с, d]	10-00 Описание процесса [выход b, с]
	10-01 Модель жизненного цикла [выход с]
13-18 Запись о качестве [выход с]
13-19 Запись о ревизии [выход d]
15-16 Возможность улучшения [выход d]	15-16 Возможность улучшения [выход с]
16-06 Репозиторий процессов [выход с, d]	16-06 Репозиторий процессов [выход d]
18-02 Стандарт метода оценки [выход с]	18-02 Стандарт метода оценки [выход а]
19-02 Стратегия процесса [выход b, с, d]	19-02 Стратегия процесса [выход а, b]
19-07 Методология разработки программных средств [выход с]	19-07 Методология разработки программных средств [выход а]

5.2.2 ORG.1А Учреждение процессов (подпроцесс)

Идентификатор процесса	ORG.1A
Имя процесса	Учреждение процессов
Назначение процесса	Цель процесса учреждения процессов заключают в установлении совокупности организационных процессов для всех процессов жизненного цикла, поскольку они применяются в деловой деятельности
Выходы процесса	В результате успешного осуществления процесса учреждения процессов: a) устанавливают определенную и сопровождаемую стандартную совокупность процессов вместе с указанием применимости каждого процесса; b) идентифицируют в подробностях задачи, действия и связанные рабочие продукты стандартных процессов вместе с их ожидаемыми рабочими характеристиками; c) разрабатывают стратегию адаптации стандартного процесса для продукта или услуги в соответствии с потребностями проекта; d) существуют и поддерживают информацию и данные для использования стандартного процесса в конкретных проектах
Качественные практики	ORG.1A.BP1 Определение архитектуры процесса Определить стандартный набор процедур, цель каждого процесса и взаимодействия между ними [выход а] ORG.1A.BP2 Поддержка развертывания процессов Поддерживать использование на уровне организации стандартных процессов в соответствии с целью каждого процесса [выход а] ORG.1A.BP3 Определение стандартных процессов Определить и поддерживать описание каждого стандартного процесса в соответствии с потребностями по установке процессов в организации [выход b] Примечание - Эффективная установка стандартных процессов на уровне организации может потребовать, чтобы они были задокументированы. ORG.1A.BP4 Определение ожидаемых показателей деятельности Определить ожидания в отношении осуществления процесса при использовании стандартных процессов организации [выход b] ORG.1A.BP5 Установка руководства по адаптации процессов Установить организационные руководства по адаптации стандартных процессов организации для удовлетворения конкретных потребностей проектов [выход с] ORG.1A.BP6 Поддержка процессных данных Получить и поддерживать информацию и данные, связанные с использованием стандартных процессов [выход d]

Рабочие продукты
Входы	Выходы
03-03 Данные бенчмаркинга [выход b]
	03-06 Данные об осуществлении процесса [выход d]
07-04 Метрика процесса [выход d]
07-06 Метрика качества [выход d]
	09-00 Политика [выход а, с]
	09-02 Политика в области качества [выход а, с]
	09-05 Руководство по привязке [выход с]
10-00 Описание процесса [выход с, d]	10-00 Описание процесса [выход а, b]
	13-18 Запись о качестве [выход d]
	13-19 Запись о ревизии [выход d]
	15-01 Отчет об анализе [выход d]
16-06 Репозиторий процессов [выход d]	16-06 Репозиторий процессов [выход d]
17-00 Спецификация требований [выход b]
	18-03 Стандарт написания кода [выход а]
	19-07 Методология разработки программных средств [выход b]

5.2.3 ORG.1B Аттестация (оценка) процессов (подпроцесс)

Идентификатор процесса	ORG.1B
Имя процесса	Аттестация процессов
Назначение процесса	Цель процесса аттестации процессов заключают в определении степени, с которой стандартные процессы организации способствуют достижению ее деловых целей и помогают организации сосредоточиться на необходимости непрерывного совершенствования процессов
Выходы процесса	В результате успешного осуществления процесса аттестации процессов: a) поддерживают информацию и данные, связанные с применением стандартных процессов для конкретных проектов; b) осознают относительно сильные и слабые стороны стандартных процессов организации; c) сохраняют и сопровождают точные и доступные записи об аттестациях
Качественные практики	ORG.1B.BP1 Определение целей оценки Определить и проверить цели оценки на основе бизнес-целей организации. Определить критерии для проверки достижения целей [выход а] ORG.1B.BP2 Планирование оценки Разработать и задокументировать план оценки [выход а] Примечание 1 - ИСО/МЭК 15504-3 предоставляет руководство по осуществлению оценки. ORG.1B.BP3 Подтверждение обязательства Получить гарантию соблюдения обязательства от спонсора и оцениваемого(ых) подразделения(ий) о планируемой(ых) оценке(ах), в том числе согласованный план-график и ресурсы [выход а] ORG.1B.BP4 Выполнение оценки для сбора данных Выполнить оценку для сбора данных, необходимых для оценки процессов в пределах области оценки [выход а] ORG.1B.BP5 Проверка данных оценки Проверить данные оценки, собранные по мере необходимости, удостоверяясь, что эти данные в достаточной степени охватывают цель оценки [выход с] ORG.1B.BP6 Анализ данных оценки Проанализировать проверенные данные оценки для понимания сильных и слабых сторон в организационных процессах [выход b] ORG.1B.BP7 Отчет о результатах оценки Сообщить спонсору оценки о запланированных выходах оценки [выход а, с] ORG.1B.BP8 Поддержка записи об оценке Поддерживать запись об оценке, включая точные и текущие результаты оценки, в доступном месте и формате [выход а, с]

Рабочие продукты
Входы	Выходы
03-01 Данные оценки [выход а]	03-01 Данные оценки [выход а]
05-01 Цели оценки [выход а]	05-01 Цели оценки [выход а]
08-03 План оценки процесса [выход а]	08-03 План оценки процесса [выход а]
13-00 Запись [выход а, с]
	13-03 Запись о резервном копировании /восстановлении [выход с]
	13-04 Запись об общении [выход а, b, с]
	13-19 Запись о ревизии [выход с]
	13-26 Протокол оценки [выход с]
	15-13 Отчет об оценке [выход а, b, с]
	15-16 Возможность улучшения [выход b, с]
	16-01 Репозиторий результатов оценки [выход с]
16-06 Репозиторий процессов [выход а]
18-02 Стандарт метода оценки [выход b, с]
21-00 Рабочий продукт [выход а, b]

5.2.4 ORG.1С Совершенствование процессов (подпроцесс)

Идентификатор процесса	ORG. 1С
Имя процесса	Совершенствование процессов
Назначение процесса	Цель процесса совершенствования процессов заключают в непрерывном улучшении результативности и эффективности организации через используемые и сопровождаемые процессы, согласованные с потребностями деловой деятельности
Выходы процесса	В результате успешного осуществления процесса совершенствования процессов: a) устанавливаются обязательства по обеспечению ресурсами для поддержки действий по совершенствованию; b) вопросы, возникающие как внутри, так и за пределами организации, определяют как возможные для совершенствования и подтверждают в качестве причин для изменений; c) проводит анализ текущего состояния существующего процесса, сфокусированный на тех процессах, которые стимулируют усовершенствования; d) идентифицируют и располагают по приоритетам цели совершенствования, а также определяют и осуществляют последовательные изменения в процессе; e) проводят мониторинг и подтверждают результаты улучшений процесса относительно установленных целей совершенствования; f) знания, приобретенные в процессе совершенствования, распространяются в пределах организации; g) произведенные усовершенствования оценивают и рассматривают применение полученных решений в других процессах и подразделениях организации Примечания 1 Источники информации, обеспечивающие входные данные для изменений, могут включать в себя: результаты оценки процессов, результаты аудита, отчеты об удовлетворенности заказчиков, результативность (эффективность) организационных мер, затраты и качество. 2 Текущее состояние процессов можно определить посредством оценки процессов.
Качественные практики	ORG.1C.BP1 Установка обязательства Обязательство устанавливают для обеспечения ресурсов для поддержания действий по улучшению [выход а] ORG.1C.BP2 Определение проблемы Вопросы, возникающие во внутреннем/внешнем окружении организации, определяют как возможности улучшения и с обоснованными причинами для изменения [выход b] ORG.1C.BP3 Установление целей улучшения процесса Выполняют анализ текущего состояния существующих процессов, ориентируясь на те процессы, где возникают стимулы к улучшению, и/или работают над снижением процессного риска, в результате устанавливая цели улучшения процесса [выход с] ORG.1C.BP4 Определение приоритета улучшений Для целей улучшения назначаются приоритеты [выход d] ORG.1C.BP5 Планирование изменений процесса Определяют и планируют последующие изменения процесса [выход d] ORG.1C.BP6 Реализация изменений процесса Реализуют улучшения процесса [выход d] ORG.1C.BP7 Подтверждение улучшения процесса Последствия реализации процесса контролируют, измеряют и подтверждают против определенных целей улучшения [выход е] ORG.1C.BP8 Сообщение о результатах улучшения Знания, полученные вследствие улучшений, сообщают соответствующим подразделениям организации [выход f] ORG.1C.BP9 Оценка результатов улучшения Оценить результаты улучшения, чтобы понять, может ли данное решение быть использовано где-либо еще в организации [выход g]

Рабочие продукты
Входы	Выходы
	02-01 Обязательство/соглашение [выход а]
03-03 Данные бенчмаркинга [выход b, с, d]
03-04 Данные об удовлетворенности заказчиков [выход b, с, d]
03-06 Данные об осуществлении процесса [выход b, с, d, e, g]
05-00 Цели [выход d, e]	05-00 Цели [выход d]
	07-04 Метрика процесса [выход f]
08-00 План [выход b, с, d, e]	08-00 План [выход b, d, g]
	08-29 План по улучшению [выход d]
10-00 Описание процесса [выход с, е]	10-00 Описание процесса [выход d]
13-04 Запись об общении [выход g]	13-04 Запись об общении [выход f]
15-05 Отчет об оценивании [выход b, с]	15-05 Отчет об оценивании [выход b, с, d, g]
15-13 Отчет об оценке [выход b, с, d, e, g]	15-13 Отчет об оценке [выход с]
15-16 Возможность улучшения [выход d, f, g]	15-16 Возможность улучшения [выход b, с, d, g]
16-06 Репозиторий процессов [выход с]	16-06 Репозиторий процессов [выход d]

5.2.5 ORG.2 Менеджмент инфраструктурой

Идентификатор процесса	ORG.2
Имя процесса	Менеджмент инфраструктурой
Назначение процесса	Цель процесса менеджмента инфраструктурой заключают в снабжении проекта обеспечивающей инфраструктурой и услугами для поддержки организации и целей проекта в течение всего жизненного цикла. Данный процесс определяет, предоставляет и обслуживает средства, инструментарий, активы коммуникационных и информационных технологий, необходимые для деловой деятельности организации в соответствии с областью применения настоящего стандарта
Выходы процесса	В результате успешного осуществления процесса менеджмента инфраструктурой: а) определяют требования к инфраструктуре для поддержки процессов; b) идентифицируют и специфицируют элементы инфраструктуры; с) приобретают элементы инфраструктуры; d) реализуют элементы инфраструктуры; е) обслуживают и совершенствуют стабильную и надежную инфраструктуру Примечание - Элементами инфраструктуры могут быть технические средства, программные средства, методы, инструментарий, технические приемы, стандарты, а также средства для разработки, применения по назначению или сопровождения
Качественные практики	ORG.2.BP1 Определение инфраструктурной области Определить процедуры, стандарты, окружения, инструменты и техники, которые должен поддерживать инфраструктурный процесс [выход а] Примечание 1 - Инфраструктура может включать в себя аппаратное, программное обеспечение, методы, инструменты, техники, стандарты и средства разработки, эксплуатацию или техническое обслуживание. ORG.2.BP2 Определение требований к инфраструктуре Определить требования к инфраструктуре для поддержки осуществления соответствующих процессов [выход а, b] Примечание 2 - Требования к инфраструктурному процессу могут включать: - безопасность; - требования к пропускной способности и обмену данными; - резервное копирование и восстановление; - систему дистанционного доступа; - физическое рабочее место и оборудование; - требования к поддержке пользователей; и - требования к техническому обслуживанию. ORG.2.BP3 Приобретение инфраструктуры Приобрести инфраструктуру, которая удовлетворяет требованиям [выход с] ORG.2.BP4 Разработка инфраструктуры Собрать и интегрировать элементы инфраструктуры, обеспечивающие эффективное окружение, поддерживающее осуществление процессов в организации [выход d] ORG.2.BP5 Обеспечивание поддержки инфраструктуры Оказывать поддержку для тех, кто эксплуатирует инфраструктуру [выход d] ORG.2.BP6 Обслуживание инфраструктуры Выполнять работы по обслуживанию инфраструктуры для целей: - исправления дефектов; и - улучшения эффективности [выход е] Примечание 3 - Для реализации каждого улучшения можно использовать процесс совершенствования процессов (ORG. 1С)

Рабочие продукты
Входы	Выходы
08-02 План приобретения [выход с]
08-05 План среды разработки [выход b, с, d]	08-05 План среды разработки [выход b, d]
08-11 План логистического обслуживания [выход с]	08-11 План логистического обслуживания [выход b, с]
09-04 Политика выбора поставщика [выход с]
10-00 Описание процесса [выход а, е]
	13-03 Запись о резервном копировании/восстановлении [выход d, e]
13-06 Акт сдачи [выход d]	13-06 Акт сдачи [выход d, e]
	14-02 Реестр корректирующих действий [выход е]
14-03 Реестр аппаратных ресурсов [выход b, d]	14-03 Реестр аппаратных ресурсов [выход b, d]
14-07 Реестр программных активов [выход b, d]	14-07 Реестр программных активов [выход b, d]
14-08 Система трекинга [выход d]	14-08 Система трекинга [выход с, d]
17-07 Требования к инфраструктуре [выход а, b]	17-07 Требования к инфраструктуре [выход а]

5.2.6 ORG.3 Менеджмент портфелем проектов

Идентификатор процесса	ORG.3
Имя процесса	Менеджмент портфелем проектов
Назначение процесса	Цель процесса менеджмента портфелем проектов заключают в инициации и поддержке необходимых, достаточных и подходящих проектов для осуществления стратегических целей организации. Данный процесс совершает инвестирование адекватных фондов и ресурсов организации, а также санкционирует полномочия, необходимые для осуществления выбранных проектов. Он выполняет постоянную квалификацию проектов с целью подтверждения их обоснованности или может быть переориентирован на обоснование продолжения инвестирования
Выходы процесса	В результате успешного осуществления процесса менеджмента портфелем проектов: a) уточняют, расставляют по приоритетам и выбирают возможности, инвестиции или потребности деловой сферы с учетом рисков; b) определяют и распределяют ресурсы и денежные средства для каждого проекта; c) определяют полномочия и ответственность руководства проектом; d) поддерживают проекты, удовлетворяющие условиям соглашения и требованиям правообладателей; e) переориентируют или прекращают проекты, не удовлетворяющие условиям соглашения или требованиям правообладателей
Качественные практики	ORG.3.BP1 Анализ возможностей, потребностей и инвестиций для бизнеса Проанализировать бизнес-потребности и возможности в качестве элементов для текущих и будущих проектов [выход а] ORG.3.BP2 Анализ бизнес-потребностей Использовать критерии организационного уровня для анализа, расстановки приоритетов и выбора текущих и разрабатываемых новых элементов [выход а] ORG.3.BP3 Оценка ресурсов и бюджета портфеля проектов Рассчитать и сбалансировать ресурсы и бюджет для выбранных разрабатываемых элементов [выход b] ORG.3.BP4 Определение правового механизма для проектов Определить общую подотчетность и полномочия для проектов [выход с] Примечание 1 - Определить ожидаемые выходы проектов. Общий репозиторий метрик и измерений для всех проектов являют элементом управления. ORG.3.BP5 Определение охвата каждого проекта Определить ресурсы, обязанности, бюджет, рамки, ограничения, требования к отчетности и обзор основных этапов для каждого проекта [выход b, с, d] ORG.3.BP6 Оценка достижения целей проекта Собрать и проанализировать данные для оценки прогресса проекта и достижения целей [выход d] ORG.3.BP7 Контроль проекта Использовать данные портфеля для контроля проекта в отношении соглашений и требований заинтересованных сторон [выход d, e] ORG.3.BP8 Реакция на отклонение Перенаправить или завершить проект, если соглашение, требования заинтересованных сторон или бизнес-выгоды не будут достигнуты [выход е]

Рабочие продукты
Входы	Выходы
	02-01 Обязательство/соглашение [выход а]
03-06 Данные об осуществлении процесса [выход е]
04-07 Организационная структура [выход а]
05-02 Бизнес-цели [выход а, b, с]	05-02 Бизнес-цели [выход а, b]
08-12 План проекта [выход b, с, d, e]	08-12 План проекта [выход Ь, с, d, e]
08-19 План менеджмента рисками [выход b, d, e]	08-19 План менеджмента рисками [выход d, e]
	13-04 Запись об общении [выход с, d]
	13-19 Запись о ревизии [выход d, e]
15-04 Отчет анализа рынка [выход а]	15-04 Отчет анализа рынка [выход а]
15-06 Отчет о состоянии проекта [выход d]	15-06 Отчет о состоянии проекта [выход d]
16-06 Репозиторий процессов [выход d, e]	16-06 Репозиторий процессов [выход е]
17-03 Требования заинтересованных сторон [выход а, d,e]	17-03 Требования заинтересованных сторон [выход а, d,e]

5.2.7 ORG.4 Менеджмент людскими ресурсами

Идентификатор процесса	ORG.4
Имя процесса	Менеджмент людскими ресурсами
Назначение процесса	Целью процесса менеджмента людскими ресурсами являют обеспечение организации необходимыми людскими ресурсами и поддержание их компетентности согласно потребностям деловой деятельности. Процесс гарантирует обеспечение поддержки персонала, обладающего навыками, опытом и квалификацией для осуществления процессов жизненного цикла, направленных на достижение целей организации, проекта и заказчика
Выходы процесса	В результате успешного осуществления процесса менеджмента людскими ресурсами: a) определяют навыки, необходимые для реализации проектов; b) проекты обеспечивают необходимыми людскими ресурсами; c) развивают, поддерживают или способствуют улучшению навыков персонала; d) разрешают конфликты, возникающие из-за потребностей в людских ресурсах многих проектов; и e) накапливают, совершенствуют и совместно и многократно используют индивидуальные знания, информацию и навыки в пределах всей организации
Качественные практики	ORG.4.BP1 Сбор проектных ресурсов и потребностей в навыках Определить, собрать и проанализировать потребности в людских ресурсах и необходимые навыки для проектов [выход а] ORG.4.BP2 Определение стратегии развития навыков Определить организационную стратегию для развития навыков и профессиональной компетенции [выход а, b] ORG.4.BP3 Развитие людских ресурсов Развивать, поддерживать и повышать людские ресурсы и их компетенции [выход а, с] ORG.4.BP4 Предоставление людских ресурсов для проектов Удовлетворять потребности в людских ресурсах при реализации проектов [выход b] ORG.4.BP5 Баланс ресурсов между проектами Управлять конфликтами в мультипроектных потребностях в ресурсах [выход d] ORG.4.BP6 Сбор общей базы знаний Создать общую систему управления знаниями и хранилище для сбора и обмена опытом и лучшими практиками [выход е] ORG.4.BP7 Повторное использование и улучшение общих знаний Создать и управлять механизмами организационного обучения, чтобы общие знания оставались актуальными и полезными для будущих проектов [выход е]

Рабочие продукты
Входы	Выходы
	01-04 Элемент знаний [выход е]
	02-01 Обязательство/соглашение [выход d]
	03-02 Данные об использовании активов [выход е]
08-08 План менеджмента людскими ресурсами [выход а, b, с]	08-08 План менеджмента людскими ресурсами [выход а, с]
	08-24 Учебный план [выход b]
09-01 Кадровая политика [выход а, b]
13-12 Запись о персонале [выход с]	13-12 Запись о персонале [выход b, с]
13-23 Запись об обучении [выход с]	13-23 Запись об обучении [выход с]
	15-15 Анализ потребности в людских ресурсах [выход а]
16-04 Репозиторий знаний [выход а, b, с]	16-04 Репозиторий знаний [выход а, с]
	19-03 Стратегия менеджмента знаниями [выход с]

5.2.8 ORG.4A Развитие навыков (подпроцесс)

Идентификатор процесса	ORG.4A
Имя процесса	Развитие навыков
Назначение процесса	Цель процесса развития навыков заключают в обеспечении организации и проекта работниками, обладающими необходимыми навыками и знаниями для эффективного осуществления своих ролей
Выходы процесса	В результате успешного осуществления процесса развития навыков: a) развивают или приобретают тренированность работников, ориентированная на потребности организации и проекта; b) проводят тренировки для гарантии того, что все работники имеют навыки, требуемые для осуществления своих обязанностей, используя механизмы, такие как стратегии проведения тренировок и учебные материалы
Качественные практики	ORG.4A.BP1 Разработка стратегии развития навыков Разработать стратегию развития навыков и обучения, в том числе как потребности в компетенциях будут выявляться, как необходимое развитие и обучение будет разрабатываться или приобретаться и как будет проходить обучение [выход а] ORG.4A.BP2 Определение новых навыков и компетенций Определить и оценить навыки и компетенции, которые будут предоставлены или улучшены с помощью развития и обучения [выход а] ORG.4A.BP3 Разработка или приобретение обучения Разработать или приобрести обучение, которое удовлетворит общие потребности в развитии навыков [выход а] Примечание - Обучение может включать цели, учебный план, материалы и другие учебные ресурсы. ORG.4A.BP4 Обучение персонала Обучить персонал, чтобы тот обладал знаниями и навыками, необходимыми для выполнения их ролей, и поддерживать записи реальных навыков [выход b] ORG.4A.BP5 Оценка эффективности обучения Определить и оценить пользу, полученную от каждой учебной сессии, в том числе удовлетворение от учебных результатов [выход b]

Рабочие продукты
Входы	Выходы
06-04 Учебный материал [выход b]	06-04 Учебный материал [выход b]
	08-02 План приобретения [выход а]
08-08 План менеджмента людскими ресурсами [выход а]
08-24 Учебный план [выход а, b]	08-24 Учебный план [выход а]
09-01 Кадровая политика [выход а]
	13-11 Запись об оценке персонала [выход b]
	13-23 Запись об обучении [выход b]
15-15 Анализ потребности в людских ресурсах [выход а]
	15-22 Отчет об оценке обучения [выход b]
19-08 Стратегия обучения [выход а]	19-08 Стратегия обучения [выход а]

5.2.9 ORG.4B Приобретение и обеспечение навыков (подпроцесс)

Идентификатор процесса	ORG.4B
Имя процесса	Приобретение и обеспечение навыков
Назначение процесса	Цель процесса приобретения и обеспечения навыков заключают в предоставлении организации и проекту работников, обладающих необходимыми навыками и знаниями для эффективного осуществления своих ролей и совместной работы в группах
Выходы процесса	В результате успешного осуществления процесса приобретения и обеспечения навыков: а) идентифицируют и набирают работников с требуемыми навыками и компетенцией; b) поддерживает эффективное взаимодействие между работниками и группами; с) работники обладают навыками совместного использования информации и эффективной координации действий; d) определяют объективные критерии, по отношению к которым осуществляют мониторинг рабочих характеристик для обеспечения обратной связи и улучшения этих характеристик
Качественные практики	ORG.4B.BP1 Определение необходимых навыков и компетенций Определить и оценить навыки и компетенции, необходимые организации для достижения ее целей [выход а] ORG.4B.BP2 Определение критериев оценки Определить объективные критерии, которые могут быть использованы для оценки кандидатов, и оценить эффективность работы персонала [выход a, d] ORG.4B.BP3 Набор квалифицированного персонала Устанавливать систематическую программу для набора сотрудников, компетентных для удовлетворения потребностей организации [выход а] ORG.4B.BP4 Развитие навыков и компетенции персонала Определять и предоставлять возможности для развития навыков и компетенций персонала [выход а, с] ORG.4B.BP5 Организация команд для проектов и задач Определить структуру и рабочие правила, согласно которым команды, реализующие проекты и/или задачи, работают [выход b] ORG.4B.BP6 Наделение полномочиями проектных команд Наделить полномочиями команды для выполнения их работы, удостоверившись, что они имеют: - понимание их работы; - общее видение или чувство общего интереса; - соответствующие механизмы или средства для связи; и - поддержку руководства в том, чего они пытаются достичь [выход b] ORG.4B.BP7 Поддержка взаимодействия проектных команд Получить и поддерживать в силе соглашение об управлении взаимодействиями между командами [выход b] ORG.4B.BP8 Оценка эффективности работы персонала Оценить работу сотрудников в отношении их вклада в достижение целей организации в целом. Убедиться в наличии обратной связи с сотрудниками [выход a, d] ORG.4B.BP9 Обеспечение обратной связи для эффективности Убедиться, что персоналу предоставляют обратную связь для сообщения результатов выполненных оценок эффективности [выход d] ORG.4B.BP10 Ведение кадрового учета Вести надлежащий учет персонала, включая не только детали о персонале, но и информацию о навыках, завершенном обучении и оценке эффективности [выход d]

Рабочие продукты
Входы	Выходы
	02-01 Обязательство/соглашение [выход а]
08-08 План менеджмента людскими ресурсами [выход b]	08-08 План менеджмента людскими ресурсами [выход а, b]
	08-24 Учебный план [выход с]
09-01 Кадровая политика [выход а]
	13-04 Запись об общении [выход b]
	13-11 Запись об оценке персонала [выход с, d]
13-12 Запись о персонале [выход с]	13-12 Запись о персонале [выход а]
13-23 Запись об обучении [выход с]	13-23 Запись об обучении [выход с]
	15-15 Анализ потребности в людских ресурсах [выход а]
	15-17 Оценка работы персонала [выход d]
15-22 Отчет об оценке обучения [выход с, d]
	18-05 Критерии работы персонала [выход d]

5.2.10 ORG.4C Менеджмент знаниями (подпроцесс)

Идентификатор процесса	ORG.4C
Имя процесса	Менеджмент знаниями
Назначение процесса	Цель процесса менеджмента знаниями заключают в гарантии того, что индивидуальные знания, информация и навыки накапливаются, используются совместно, повторно и совершенствуются в пределах всей организации
Выходы процесса	В результате успешного осуществления процесса менеджмента знаниями: a) создают и сопровождают инфраструктура для совместного использования общей и доменной информации в пределах организации; b) знания становятся доступными для немедленного и совместного использования во всей организации; c) организация выбирает подходящую стратегию менеджмента знаниями
Качественные практики	ORG.4C.BP1 Установление системы управления знаниями Создать и поддерживать инфраструктуру управления знаниями и механизм для поддержки мероприятий по выявлению, классификации, обмену и использованию информационных ресурсов [выход а, b] ORG.4C.BP2 Создание сети участников внесения знаний Установить сеть экспертов и их взаимодействие [выход b, с] ORG.4C.BP3 Разработка стратегии менеджмента знаниями Определить надлежащую стратегию менеджмента знаний на основе организационных, индивидуальных, доменных и проектных потребностей [выход с] ORG.4C.BP4 Фиксирование знаний Определить и записать каждый элемент знаний согласно схемам классификации и критериям активов [выход b, с] ORG.4C.BP5 Распространение активов знаний Распространять активы знаний среди экспертов, пользователей и проектов [выход с] ORG.4C.BP6 Совершенствование активов знаний Проверять и насыщать знания для обеспечения их пригодности и ценности для организации [выход b, с]

Рабочие продукты
Входы	Выходы
	01-04 Элемент знаний [выход b]
	03-02 Данные об использовании активов [выход b]
05-02 Бизнес-цели [выход с]
13-04 Запись об общении [выход b]	13-04 Запись об общении [выход b]
16-04 Репозиторий знаний [выход а, b, с]	16-04 Репозиторий знаний [выход а, с]
	19-03 Стратегия менеджмента знаниями [выход с]

5.2.11 ORG.5 Менеджмент качеством

Идентификатор процесса	ORG.5
Имя процесса	Менеджмент качеством
Назначение процесса	Целью процесса менеджмента качеством является гарантия того, что продукты, услуги и реализации процессов жизненного цикла соответствуют целям организации в области качества и удовлетворяют заказчика
Выходы процесса	В результате успешного осуществления процесса менеджмента качеством: а) определяют политики и процедуры в области менеджмента качеством организации; b) определяют цели организации в области качества; с) определяют обязанности и полномочия менеджмента качеством; d) осуществляют мониторинг степени удовлетворенности заказчика и е) предпринимают соответствующие действия, когда цели в области качества не достигнуты
Качественные практики	ORG.5.BP1 Определение политики в области качества Установить организационную политику в области качества на основе требований по качеству, заявленных заказчиком, и неявных требований по качеству, соответствующих окружению заказчика [выход а] Примечание 1 - Окружение заказчика может включать все заинтересованные стороны, общество в целом, соответствующее законодательство и нормативные акты. ORG.5.BP2 Определение процедуры организации в области качества Определить процедуры в области качества на организационном уровне, включая необходимые ресурсы и обязанности [выход а, с] ORG.5.BP3 Установление цели в области качества Установить поддающиеся проверке цели в области качества для процессов и проектов на основе бизнес-целей [выход b, с] ORG.5.BP4 Установление критериев отчетности Выявить и определить стандарты, ссылки и метрики, которые позволят измерить и проверить, были ли достигнуты соответствующие цели в области качества [выход b, с] ORG.5.BP5 Оценка достижения целей в области качества Регулярно проводить ревизию достижения целей в области качества на высшем уровне управления с помощью определенных критериев и принимать соответствующие действия [выход с] ORG.5.BP6 Сбор данных об удовлетворенности заказчика Собрать данные об удовлетворенности заказчика, чтобы проверить непрерывное улучшение ситуации в области качества на организационном и проектном уровне [выход d] ORG.5.BP7 Мониторинг фактического осуществления менеджмента качеством Проводить мониторинг фактического осуществления менеджмента качеством в отношении целей в области качества [выход е] ORG.5.BP8 Принятие превентивного или корректирующего действия Если определенные цели в области качества не достигнуты, предпринять корректирующее или превентивное действие как на проектном, так и организационном уровне [выход d, e] Примечание 2 - Корректирующее действие может включать исправление продукта, сгенерированного той или иной проектной деятельностью, или изменение запланированного комплекса мероприятий в целях более эффективного достижения целей в области качества, или и то и другое. Превентивное действие может включать изменение спецификации продукта, или определение процесса, или того и другого для предотвращения повторного невыполнения поставленных задач

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход d]
03-01 Данные оценки [выход d, e]
03-03 Данные бенчмаркинга [выход е]
03-04 Данные об удовлетворенности заказчиков [выход d]
03-06 Данные об осуществлении процесса [выход е]
	05-06 Цели в области качества [выход b]
	07-06 Метрика качества [выход b, е]
08-12 План проекта [выход d, e]
08-13 План качества [выход b, с, е]	08-13 План качества [выход с, е]
08-18 План ревизии [выход е]	08-18 План ревизии [выход е]
08-29 План по улучшению [выход а, е]
	09-02 Политика в области качества [выход а]
	10-04 Руководство по качеству [выход а, b, с, d]
13-07 Запись о проблеме [выход е]
13-14 Запись о статусе выполнения [выход е]
13-18 Запись о качестве [выход е]
13-19 Запись о ревизии [выход е]	13-19 Запись о ревизии [выход е]
	14-02 Реестр корректирующих действий [выход е]
	15-01 Отчет об анализе [выход d, e]
15-13 Отчет об оценке [выход е]
15-24 Аудиторский отчет [выход е]
16-06 Репозиторий процессов [выход а]	16-06 Репозиторий процессов [выход а]
17-03 Требования заинтересованных сторон [выход a, d]
18-01 Критерии приемки [выход с, d]	18-01 Критерии приемки [выход а, е]
18-07 Критерии качества [выход b, с]	18-07 Критерии качества [выход а, b, с]

5.2.12 ORG.6 Организационная настройка

Идентификатор процесса	ORG.6
Имя процесса	Организационная настройка
Назначение процесса	Цель организационной настройки заключают в том, чтобы реализовать процессы программных средств, необходимые для поставки продуктов и услуг в соответствии с целями деловой деятельности организации
Выходы процесса	В результате успешного осуществления процесса организационной настройки: a) идентифицируют конечные цели деловой деятельности организации; b) идентифицируют и определяют структуру работы, которая включает в себя совокупность программных процессов, необходимых для достижения деловых целей организации; c) формируют стратегию определения, осуществления и совершенствования процессов; d) обеспечивают поддержку реализации этой стратегии; e) до сведения всего штатного персонала доводится назначение, базовые ценности, перспективы, текущие и конечные цели организации; f) сотрудники организации разделяют общее видение, культуру и понимание целей деловой деятельности, что позволяет им эффективно выполнять свои функции; g) каждый сотрудник организации понимает свою роль в достижении конечных целей деловой деятельности и способен осуществить эту роль
Качественные практики	ORG.6.BP1 Разработка стратегического видения Разработать стратегическое видение для организационного выявления ее бизнес-целей и отношения системных и программно-инженерных функций к основным деятельностям организации [выход а] ORG.6.BP2 Определение каркаса процессов Определить процессы, которые должны быть осуществлены для достижения бизнес-целей [выход b] ORG.6.BP3 Определение стратегии развертывания процессов Определить стратегию развертывания, внедрения и улучшения процессов в подразделении [выход с, d] ORG.6.BP4 Обеспечение управленческой поддержки Обеспечить управленческую поддержку развертывания, внедрения и улучшения процессов для достижения бизнес-целей [выход d, e] Примечание - Одним из способов выполнения этой практики являют внедрение системы менеджмента качеством в соответствии с ИСО 9001. ORG.6.BP5 Видение и цели Объяснить организационное стратегическое видение и цели для всех лиц, работающих в организации, с использованием соответствующих управленческих и коммуникационных механизмов [выход е, f] ORG.6.BP6 Распространение общего видения Убедиться, что каждый в организации понимает общее видение, а также привержен и наделен полномочиями для того, чтобы выполнять свои функции эффективно [выход f] ORG.6.BP7 Активное участие Предоставить возможность каждому внести свой вклад в достижение бизнес-целей и соответствующих инициатив по улучшению процессов [выход f, g]

Рабочие продукты
Входы	Выходы
	02-01 Обязательство/соглашение [выход d]
03-06 Данные об осуществлении процесса [выход с]
04-07 Организационная структура [выход а, b, с]
05-02 Бизнес-цели [выход а, b, с]	05-02 Бизнес-цели [выход а]
05-03 Формулировка основных ценностей [выход a, d, e]	05-03 Формулировка основных ценностей [выход е]
05-04 Формулировка миссии [выход a, d, e]	05-04 Формулировка миссии [выход е]
05-05 Формулировка видения [выход a, d, e]	05-05 Формулировка видения [выход е]
09-01 Кадровая политика [выход f, g]	09-01 Кадровая политика [выход е, f, g]
09-02 Политика в области качества [выход с, е]
10-01 Модель жизненного цикла [выход b]	10-01 Модель жизненного цикла [выход b]
13-04 Запись об общении [выход е]	13-04 Запись об общении [выход е, g]
15-04 Отчет об анализе рынка [выход а]	15-04 Отчет об анализе рынка [выход а]
15-13 Отчет об оценке [выход b, с]
15-14 Отчет об удовлетворенности заказчика [выход а]
	15-19 Оценка потребности в продуктах [выход а]
15-24 Аудиторский отчет [выход b, с]
16-06 Репозиторий процессов [выход b, с]	16-06 Репозиторий процессов [выход b]
18-05 Критерии работы персонала [выход f]
	19-02 Стратегия процесса [выход b, с]

5.2.13 ORG.7 Менеджмент организацией

Идентификатор процесса	ORG. 7
Имя процесса	Менеджмент организацией
Назначение процесса		Цель менеджмента организацией заключают в установлении и выполнении практических приемов менеджмента программными средствами в ходе реализации процессов, необходимых для обеспечения программных продуктов и услуг согласно деловым целям организации Примечание - Хотя организационные действия в общем случае имеют намного более обширную область применения, чем для программных процессов, программные процессы выполняются в контексте деловой деятельности и, чтобы быть эффективными, требуют соответствующей организационной среды
Выходы процесса		В результате успешного осуществления менеджмента организации: a) организация будет осуществлять инвестиции в соответствующую инфраструктуру менеджмента; b) идентифицируются лучшие достижения практики для поддержки осуществления эффективного менеджмента организацией и проектами; c) обеспечивают базис для оценки достижения деловых целей организации, основанный на этих лучших практических достижениях
Качественные практики		ORG.7.BP1 Определение инфраструктуры управления Определить целесообразную инфраструктуру управления для выполнения практик менеджмента программными средствами, которые согласуются с бизнес-целями организации [выход а] Примечание 1 - Инфраструктура управления может включать организационные роли и обязанности, систему принятия решений, коммуникационные механизмы и планирование/мониторинг бизнес-операциями. ORG.7.BP2 Предоставление инфраструктуры управления Предоставить выявленную инфраструктуру управления, соответствующую организационному охвату [выход а] ORG.7.BP3: Определение и реализация практики менеджмента программными средствами. Выявить и реализовать эффективные практики менеджмента программными средствами для реализации и совершенствования конкурентоспособных программных процессов и построения эффективного организационного и проектного менеджмента [выход b] ORG.7.BP4 Выполнение выявленных практик менеджмента Выполнить практики менеджмента с использованием инфраструктуры управления [выход b] ORG.7.BP5 Оценка эффективности Оценить эффективность реализованных практик менеджмента программными средствами для достижения соответствующих бизнес-целей организации [выход с] ORG.7.BP6 Обеспечение поддержки для внедрения лучших практик Использовать стимулирующие подходы и инфраструктуру менеджмента программными средствами для поддержки реализации эффективных практик менеджмента программными средствами [выход b, назначение] Примечание 2 - Лучшая практика может быть связана с достигнутым или следующим уровнем возможности. См. процесс менеджмента знаний (ORG.4C) для управления и распространения лучших практик в рамках организационной базы знаниями

Рабочие продукты
Входы	Выходы
03-03 Данные бенчмаркинга [выход с]
	03-06 Данные об осуществлении процесса [выход с]
04-07 Организационная структура [выход с]	04-07 Организационная структура [выход а]
05-02 Бизнес-цели [выход b, с]
	07-04 Метрика процесса [выход с]
	10-00 Описание процесса [выход b]
	15-05 Отчет об оценивании [выход с]
07-04 Метрика процесса [выход b, с]
15-13 Отчет об оценке [выход b, с]	15-13 Отчет об оценке [выход b, с]
15-24 Аудиторский отчет [выход b, с]
	16-06 Репозиторий процессов [выход b]
19-00 Стратегия [выход а]	19-00 Стратегия [выход а]

5.3 Группа процессов проекта PRO

5.3.1 PRO.1 Планирование проекта

Идентификатор процесса	PRO.1
Имя процесса	Планирование проекта
Назначение процесса	Цель процесса планирования проекта состоит в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана. Данный процесс определяет область применения менеджмента проектом и техническими мероприятиями, результаты процесса, проектные задачи и поставляемые результаты, устанавливает графики для осуществления задач проекта, включая критерии достижения и ресурсы, необходимые для осуществления задач проекта
Выходы процесса	В результате успешного осуществления процесса планирования проекта: a) определяют область проведения работ по проекту; b) оценивают возможность достижения конечных целей проекта с имеющимися ресурсами и ограничениями; c) определяют размеры и оценивают задачи и ресурсы, необходимые для осуществления работы; d) идентифицируют интерфейсы между элементами в проекте и с другими проектами и подразделениями организации; e) разрабатывают планы реализации проекта; f) активизируют планы реализации проекта
Качественные практики	PRO.1.BP1 Определение объема работ Определить цели проекта, причины и границы и предстоящую работу в рамках проекта [выход а] PRO.1.BP2 Определение модели жизненного цикла для проекта Определить жизненный цикл и стратегию для проекта, соответствующие его объему, контексту, масштабу и сложности [выход а] PRO.1.BP3 Оценка выполнимости проекта Оценить выполнимость достижения целей проекта с доступными ресурсами и ограничениями [выход b] PRO.1.BP4 Составление и поддерживание сметы по атрибутам проекта Определить и поддерживать базисы для атрибутов проекта [выход b, с] Примечание 1 - Атрибуты проекта могут включать: 1) бизнес-цели и цели в области качества для проекта, 2) размер и сложность проекта и 3) проектные трудозатраты, график и бюджет. Примечание 2 - Проектные цели в области качества и риски следует учитывать при оценке атрибутов проекта. См. процесс менеджмента качеством (ORG.5) и процесс менеджмента рисками (PRO.4) для деталей. PRO.1.BP5 Определение проектных видов деятельности и задач Определить проектные виды деятельности и задачи в соответствии с определенным жизненным циклом проекта и зависимости между ними [выход с] PRO.1.BP6 Определение потребности в опыте, знаниях и навыках Определить требования проекта по опыту, знаниям и навыкам и применить их для подбора лиц и групп [выход с] PRO.1.BP7 Определение и мониторинг проектных интерфейсов Определить и согласовать проектные интерфейсы с другими проектами, подразделениями и прочими затрагиваемыми сторонами [выход d] PRO.1.BP8 Определение графика проекта Определить последовательность и график осуществления мероприятий в рамках проекта [выход е] PRO.1.BP9 Распределение ресурсов и обязанностей Определить конкретных лиц и группы, вовлеченных и затронутых проектом, установить их конкретные обязанности и удостовериться в том, что обязательства поняты и приняты, профинансированы и достижимы [выход с, е] PRO.1.BP10 Работа над планом проекта Определить и поддерживать генеральный план проекта и иных соответствующих планов для покрытия масштаба и достижения целей, ресурсов, инфраструктуры, интерфейсов и коммуникационных механизмов проекта [выход е] PRO.1.BP11 Активация плана проекта Инициировать запланированные проектом мероприятия и распространять плановые данные в рамках проекта [выход f] Примечание 3 - Одним из способов активации плана проекта являют совещание по запуску проекта

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а, b]
03-06 Данные об осуществлении процесса [выход с]
08-06 Сетевой график проекта [выход е]	08-06 Сетевой график проекта [выход d, e]
08-08 План менеджмента людскими ресурсами [выход с, е]
08-12 План проекта [выход с, d, e]	08-12 План проекта [выход а, b, с, d, e]
08-19 План менеджмента рисков [выход b, d, e]	08-19 План менеджмента рисками [выход d, e]
10-01 Модель жизненного цикла [выход а, b, с]	10-01 Модель жизненного цикла [выход d, e]
12-01 Запрос предложения [выход а]
	13-04 Запись об общении [выход d, f
13-16 Запрос на изменение [выход a, d]	13-16 Запрос на изменение [выход е]
13-17 Запрос от заказчика [выход а]
14-06 План-график [выход а, b, с, d, e]	14-06 План-график [выход е]
14-09 Структура декомпозиции работ [выход с, d, e]	14-09 Структура декомпозиции работ [выход d, e]
17-03 Требования заинтересованных сторон [выход а, b]
19-07 Методология разработки программных средств [выход b, d, e]

5.3.2 PRO.2 Управление и оценка проекта (Оценка проекта и процесс управления)

Идентификатор процесса	PRO.2
Имя процесса	Оценка проекта и процесс управления
Назначение процесса	Цель оценки проекта и процесса управления заключают в определении состояния проекта и гарантии того, что проект выполняют в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам. При необходимости этот процесс включает в себя переориентацию деятельности в рамках проекта, корректировку выявленных отклонений и изменений, связанных с менеджментом другими проектами или с техническими процессами. Соответственно переориентация может включать в себя перепланирование
Выходы процесса	В результате успешного осуществления оценки проекта и процесса управления: a) проводят мониторинг и выпускают отчеты о развитии проекта; b) осуществляют мониторинг интерфейсов между элементами в проекте и другими проектами и подразделениями организации; c) предпринимают действия по корректировке отклонений от плана и предотвращению повторения проблем, выявленных в проекте, если проектные задания не достигнуты; d) цели проекта достигают и регистрируют
Качественные практики	PRO.2.BP1 Мониторинг атрибутов проекта Мониторить проектный объем, бюджет, затраты, ресурсы и прочие необходимые атрибуты и документировать значительные отклонения от них по сравнению с базовой версией проекта [выход а] PRO.2.BP2 Мониторинг проектных интерфейсов Мониторить статус и изменения между элементами проекта, а также другими проектами и подразделениями [выход b] PRO.2.BP3 Отчет о прогрессе проекта Вести регулярный отчет о статусе выполнения проекта в сравнении с проектным планом [выход а, b] PRO.2.BP4 Принятие мер с целью коррекции отклонений Принимать меры, когда цели проекта не достигаются, для корректировки отклонений от плана и предотвращения повторения проблем, выявленных в проекте [выход с] Примечание 1 - План проекта, как правило, обновляют для предотвращения повторения проблем, см. PRO.1. PRO.2.BP5 Ревизия проекта Осуществить ревизию достижения целей проекта для инициирования необходимых корректирующих и предупреждающих действий [выход а, с, d] PRO.2.BP6 Проектные впечатления Записать проектные впечатления и данные, которые будут доступны для будущих проектов и улучшения процессов [выход d]

Рабочие продукты
Входы	Выходы
03-06 Данные об осуществлении процесса [выход а, d]
07-05 Метрика проекта [выход a, d]
08-12 План проекта [выход с]	08-12 План проекта [выход с, d]
	13-04 Запись об общении [выход а, b, с]
13-07 Запись о проблеме [выход с]
13-14 Запись о статусе выполнения [выход а, b]	13-14 Запись о статусе выполнения [выход а, b]
13-16 Запрос на изменение [выход с]	13-16 Запрос на изменение [выход с]
	13-19 Запись о ревизии [выход d]
	14-02 Реестр корректирующих действий [выход с]
14-08 Система трекинга [выход а, b, с, d]
15-06 Отчет о состоянии проекта [выход a, b, d]	15-06 Отчет о состоянии проекта [выход а, b, d]

5.3.3 PRO.3 Менеджмент решениями

Идентификатор процесса	PRO.3
Имя процесса	Менеджмент решениями
Назначение процесса	Цель процесса менеджмента решениями заключают в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий. Данный процесс являют реакцией на возникающие в течение жизненного цикла системы запроса на принятие решений, направленных на достижение заданных, желаемых или оптимальных результатов вне зависимости от происхождения или источника таких запросов. Альтернативные действия анализируют, выбирают и указывают направление действий. Решения и их обоснования документируют для поддержки принятия будущих решений
Выходы процесса	В результате успешного осуществления процесса менеджмента решениями: a) определяют стратегию принятия решений; b) определяют альтернативные направления действий; c) выбирают наиболее предпочтительное направление действий; d) принятое решение, его обоснование и допущения документируют и доводят до сведения заинтересованных сторон
Качественные практики	PRO.3.BP1 Стратегия принятия решений Определить ответственности, полномочия и организационные механизмы, необходимые для эффективного принятия решений [выход а] PRO.3.BP2 Привлечение соответствующих сторон Привлечь соответствующие стороны в принятии решений для того, чтобы использовать их опыт и знания [выход а] PRO.3.BP3 Определение альтернативных вариантов действий Выявить, классифицировать и определить альтернативные действия и решения в каждой ситуации принятия решения [выход а, b] PRO.3.BP4 Определение критериев принятия решений Определить и использовать объективные критерии для анализа каждого альтернативного решения [выход b] PRO.3.BP5 Выбор предпочтительного курса действий Выбрать предпочтительный курс действий, используя критерии [выход с] PRO.3.BP6 Фиксирование решения Записать каждое решение, в том числе критерии, обоснование и соответствующие предположения [выход d]

Рабочие продукты
Входы	Выходы
08-12 План проекта [выход b, с]	08-12 План проекта [выход b, с]
12-05 Критерии принятия решения [выход b, с]	12-05 Критерии принятия решения [выход b, с]
12-06 Альтернативное решение [выход с]	12-06 Альтернативное решение [выход b]
12-07 Решение [выход b, с]	12-07 Решение [выход с]
13-07 Запись о проблеме [выход b, с]
	13-15 Запись о ревизии предложения [выход с]
19-13 Стратегия принятия решений [выход а]	19-13 Стратегия принятия решений [выход а]

5.3.4 PRO.4 Менеджмент рисками

Идентификатор процесса	PRO.4
Имя процесса	Менеджмент рисками
Назначение процесса	Цель процесса менеджмента рисками заключают в постоянном определении, анализе, обработке и мониторинге рисков. Процесс менеджмента рисками являют непрерывным процессом для систематичной адресации риска по всему жизненному циклу системного или программного продукта или услуги. Это может быть применимо к рискам, связанным с приобретением, разработкой, сопровождением или применением по назначению системы
Выходы процесса	В результате успешного осуществления процесса менеджмента рисками: a) определяют область применения выполняемого менеджмента рисками; b) определяют и выполняются соответствующие стратегии менеджмента рисками; c) определяют риски по мере их выявления и в течение проведения проекта; d) риски анализируют и определяют приоритеты использования ресурсов для обработки этих рисков; e) определяют, применяют и оценивают степени риска для установления изменений состояния риска и прогресса в действиях по его обработке; f) предпринимают действия по обработке для исправления или минимизации воздействия риска, основанной на его приоритете, вероятности и последствиях или другом определенном пороговом значении риска
Качественные практики	PRO.4.BP1 Установление области менеджмента рисками Определить область менеджмента рисков для выполнения [выход а] PRO.4.BP2 Определение стратегии менеджмента рисками Определить надлежащие стратегии и метрики рисков, чтобы идентифицировать, проанализировать, обработать и мониторить каждый риск или совокупность рисков на проектном и организационном уровне [выход b, е] PRO.4.BP3 Определение рисков Идентифицировать риски проекта как изначально в рамках стратегии проекта, так и то, как они развивают во время проведения проекта [выход с] Примечание 1 - Примеры рисков проектного уровня включают стоимость, график, трудозатраты, ресурсы и технические риски. PRO.4.BP4 Анализ рисков Проанализировать риски и применить к ним метрики для определения приоритета, в котором следует вкладывать ресурсы для мониторинга рисков [выход d, e] Примечание 2 - Вопросы, которые необходимо рассматривать при анализе рисков, включают вероятность и последствия наступления каждого из идентифицированных рисков. PRO.4.BP5 Действия по обработке рисков Для каждого риска (или набора рисков) определить и осуществить соответствующие действия, чтобы снизить риски до приемлемого уровня [выход е, f] PRO.4.BP6 Мониторинг рисков Отслеживать текущее состояние каждого риска, определять изменения в состоянии риска и оценивать эффективность действий по обработке риска [выход е, f] PRO.4.BP7 Принятие превентивных или корректирующих действий Когда ожидаемый прогресс по снижению риска не достигается, принимают надлежащие превентивные меры, чтобы в дальнейшем уменьшить или избежать влияния каждого риска. Если смягчение рисков не может уменьшить или избежать риска, спланировать корректирующие действия для устранения проблемы, вытекающей из риска [выход f] Примечание 3 - Превентивные меры могут включать разработку и реализацию новой стратегии обработки или корректировку существующих стратегий

Рабочие продукты
Входы	Выходы
	07-07 Метрика риска [выход е]
08-12 План проекта [выход а]
	08-14 План восстановления [выход d, f]
08-19 План менеджмента рисками [выход d, e]	08-19 План менеджмента рисками [выход все]
08-20 План снижения рисков [выход f]	08-20 План снижения рисков [выход с, d]
13-20 Запрос на рискованное действие [выход d]	13-20 Запрос на рискованное действие [выход b, f]
	14-02 Реестр корректирующих действий [выход f]
14-08 Система трекинга [выход с, d, e, f]	14-08 Система трекинга [выход b, с, d, e, f]
	15-08 Отчет по анализу рисков [выход d]
	15-09 Отчет о категории риска [выход d, e]

5.3.5 PRO.5 Менеджмент конфигурацией

Идентификатор процесса	PRO.5
Имя процесса	Менеджмент конфигурацией
Назначение процесса	Цель процесса менеджмента конфигурацией состоит в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
Выходы процесса	В результате успешного осуществления процесса менеджмента конфигурацией: а) определяют стратегию менеджмента конфигурацией; b) определяют составные части, нуждающиеся в менеджменте конфигурации; с) устанавливают базовую линию конфигурации; d) осуществляют управление изменениями в составных частях, находящихся под менеджментом конфигурацией; е) осуществляют управление конфигурацией составных частей, входящих в выпуск; f) статус составных частей, на которые распространен менеджмент конфигурацией, становится доступным на протяжении всего жизненного цикла. Примечание - Процесс менеджмента конфигурацией программных средств являют специальным случаем процесса менеджмента конфигурацией и входит в группу процессов поддержки программных средств
Качественные практики	PRO.5.BP1 Разработка стратегии менеджмента конфигурацией Определить стратегии менеджмента конфигурацией, включая мероприятия по менеджменту конфигурацией и график осуществления этих мероприятий. При необходимости разработать стратегию бранч-менеджмента [выход а] Примечание 1 - Параллельные трудозатраты на разработку могут потребовать стратегию бранч-менеджмента, включающую бранч-менеджмент, стратегии по объединению, управление версиями файлов в системе с ветвями, стратегии по бранч-"родителям" и стратегии тагирования. PRO.5.BP2 Определение элементов конфигурации Определить элементы конфигурации, которые должны независимо установить, хранить, тестировать, пересматривать, использовать, менять, поставлять и/или поддерживать [выход b] PRO.5.BP3 Установка базисов Установить внутренние и поставляемые базисы. Базисы достигают за счет аккумуляции всех необходимых элементов конфигурации [выход с] PRO.5.BP4 Поддержка описания элементов конфигурации Поддерживать актуальным описание каждого элемента конфигурации [выход с, d] PRO.5.BP5 Контроль изменений и релизов Создать механизм для логирования элементов, представляя и выпуская их и поддерживая историю каждого элемента конфигурации для того, чтобы восстановить базовую версию при необходимости [выход d, e] PRO.5.BP6 Управление резервным копированием, хранением, архивацией, обработкой и поставкой сконфигурированных элементов Обеспечить целостность и непротиворечивость сконфигурированных элементов посредством соответствующего планирования и обеспечения резервного копирования, хранения и архивирования. Контролировать обработку и поставку сконфигурированных элементов [выход d, e] PRO.5.BP7 Проверка информации о сконфигурированных элементах Проверить, что информация о сконфигурированных элементах и их структурах, предоставляемая посредством отчетов учета состояния, являют полной, а элементы - единообразны [выход е, f] PRO.5.BP8 Отчет о состоянии конфигурации Отчитаться о состоянии каждого элемента конфигурации и их взаимосвязи в текущей системной интеграции [выход f]

Рабочие продукты
Входы	Выходы
01-00 Элемент конфигурации [выход с, d, e, f]	01-00 Элемент конфигурации [выход b, с, f]
01-01 Конфигурация продукта [выход а]	01-01 Конфигурация продукта [выход b]
06-02 Руководство по обработке и хранению [выход f]
08-04 План менеджмента конфигурацией [выход b, с, d, e, f]	08-04 План менеджмента конфигурацией [выход а, b]
08-16 План релиза [выход а, е]
	13-06 Акт сдачи [выход е, f]
	13-10 Запись о менеджменте конфигурацией [выход с, d, f]
	13-13 Запись об утверждении релиза продукта [выход f]
	14-01 История изменений [выход d]
14-08 Система трекинга [выход е, f]
	15-03 Отчет о состоянии конфигурации [выход f]
16-03 Библиотека менеджмента конфигурацией [выход f]

5.3.6 PRO.6 Менеджмент информацией

Идентификатор процесса	PRO.6
Имя процесса	Менеджмент информацией
Назначение процесса	Цель процесса менеджмента информацией состоит в своевременном предоставлении заинтересованным сторонам релевантной, своевременной, полной, достоверной и, если требуют, конфиденциальной информации в течение и, соответственно, после завершения жизненного цикла системы. В рамках данного процесса реализованы создание, сбор, преобразование, хранение, поиск, распространение и использование информации. На протяжении процесса осуществляется управление информацией, включая техническую, проектную, организационную, пользовательскую информацию, а также информацию, содержащуюся в соглашениях
Выходы процесса	В результате успешного осуществления процесса менеджмента информацией: a) определяют информацию, подлежащую управлению; b) определяют формы представления информации; c) информацию преобразуют и распределяют в соответствии с требованиями; d) документируют статус информации; e) определяют информацию как актуальную, полную и достоверную; f) осуществляют доступ информации для уполномоченных сторон. Примечание - Процесс менеджмента документацией программных средств являют частным случаем процесса менеджмента информацией и входит в группу процессов поддержки программных средств.
Качественные практики	PRO.6.BP1 Определение информации для менеджмента Определить элементы информации для менеджмента в течение жизненного цикла системы и поддержки в течение определенного периода за его пределами согласно организационной политике или законодательству [выход а] PRO.6.BP2 Определение требований для представления информации Определить содержание, семантику, форматы и средства представления, хранения, передачи и извлечения информации [выход b] PRO.6.BP3 Поддержка информационных элементов Поддерживать информационные элементы и записи об их хранении в соответствии с требованиями по целостности, безопасности и конфиденциальности [выход с] PRO.6.BP4 Ревизия информации При проведении ревизии осуществляют контроль состояния информации, рассматривают потребности для репликации и преобразования в альтернативные среды [выход d, e] PRO.6.BP5 Распространение информации Получать и распространять информацию определенным сторонам в соответствии с согласованными графиками или определенными обстоятельствами [выход f]

Рабочие продукты
Входы	Выходы
08-18 План ревизии [выход е]
	08-26 План документирования [выход а]
09-00 Политика [выход а]
10-01 Модель жизненного цикла [выход а]
13-00 Запись [выход а, с]	13-00 Запись [выход d]
	13-19 Запись о ревизии [выход е]
14-00 Реестр [выход а, с]
	14-01 История изменений [выход с]
15-00 Отчет [выход а]
17-05 Требования к документации [выход с]	17-05 Требования к документации [выход b]
21-00 Рабочий продукт [выход а, е]

5.3.7 PRО.7 Измерения

Идентификатор процесса	PRO.7
Имя процесса	Измерения
Назначение процесса	Цель процесса измерений заключают в сборе, анализе и составлении отчетов о данных, относящихся к разработанным продуктам и процессам, реализованным в пределах определенного организационного подразделения, для поддержки эффективного менеджмента процессами и объективной демонстрации качества этих продуктов
Выходы процесса	В результате успешного осуществления процесса измерений: a) идентифицируют информационные потребности технических процессов и процессов менеджмента; b) идентифицируют и (или) разрабатывают соответствующую совокупность единиц измерения, управляемых информационными потребностями; c) определяют и планируют действия по измерениям; d) собирают, сохраняют, анализируют необходимые данные и интерпретируют результаты; e) используют информационные продукты для поддержки решений и обеспечения объективной основы для коммуникаций; f) оценивают единицы измерений и процесс измерений; g) сообщают сведения об усовершенствованиях владельцу процесса измерений
Качественные практики	PRO.7.BP1 Разработка стратегии измерений Определить соответствующую стратегию измерений для определения, осуществления и оценки деятельности и результаты по измерениям на основе организационных и проектных потребностей [выход а, с] PRO.7.BP2 Определение потребностей в измерительной информации Определить потребности в измерительной информации организационно-управленческих процессов [выход а] PRO.7.BP3 Определение метрики Определить и разработать соответствующий комплекс мер, основанный на измерении информационных потребностей [выход b] PRO.7.BP4 Сбор и хранение данных измерений Выявлять, собирать и хранить данные измерений, включая контекстную информацию, необходимую для проверки, понимания и оценки данных [выход с, d] PRO.7.BP5 Анализ данных измерений Проанализировать и интерпретировать данные измерений, и разработать информационные продукты [выход d] PRO.7.BP6 Использование продуктов измерительной информации для принятия решений Сделать точные и текущие продукты измерительной информации доступными для любых процессов принятия решений и коммуникационных процессов, в случае их актуальности [выход е]
Качественные практики	PRO.7.BP7 Сообщение результатов измерений Распространить продукты измерительной информации для всех сторон, которые будут их использовать, и собрать данные обратной связи для оценки их пригодности с целью предполагаемого использования [выход е] PRO.7.BP8 Оценка информационных продуктов и деятельности по измерению и сообщение владельцам процессов Оценить информационные продукты и измерительные мероприятия в отношении выявленных информационных потребностей и стратегии по измерениям, выявить потенциальные улучшения в измерениях и сообщить о выявленных потенциальных улучшениях владельцам процессов [выход f, g]

Рабочие продукты
Входы	Выходы
03-01 Данные оценки [выход f, g]
03-03 Данные бенчмаркинга [выход b, е, f]	03-03 Данные бенчмаркинга [выход е]
03-04 Данные об удовлетворенности заказчиков [выход d]	03-04 Данные об удовлетворенности заказчиков [выход d]
03-06 Данные об осуществлении процесса [выход d]	03-06 Данные об осуществлении процесса [выход d]
07-01 Исследование удовлетворенности заказчиков [выход d,e]	07-01 Исследование удовлетворенности заказчиков [выход d, e]
07-02 Эксплуатационная метрика [выход b, d]	07-02 Эксплуатационная метрика [выход d]
07-04 Метрика процесса [выход d]	07-04 Метрика процесса [выход d, e]
07-05 Метрика проекта [выход d]	07-05 Метрика проекта [выход d, e]
07-06 Метрика качества [выход d]	07-06 Метрика качества [выход d, e]
07-08 Метрика уровня обслуживания [выход d]	07-08 Метрика уровня обслуживания [выход d, e]
09-02 Политика в области качества [выход а]
10-00 Описание процесса [выход а, с, f]	10-00 Описание процесса [выход f, g]
	13-07 Запись о проблеме [выход f]
13-17 Запрос от заказчика [выход а, b]
14-10 Реестр дистрибуции рабочего продукта [выход е]
	15-01 Отчет об анализе [выход d, e]
	15-05 Отчет об оценивании [выход d, e]
	15-18 Отчет об осуществлении процесса [выход d]

5.4 Группа технических процессов ENG

5.4.1 ENG.1 Определение требований правообладателей

Идентификатор процесса	ENG.1
Имя процесса	Определение требований правообладателей
Назначение процесса	Цель процесса определения требований правообладателей состоит в выявлении требований к системе, выполнение которых может обеспечивать предоставление услуг, необходимых пользователям и другим правообладателям в заданной среде применения. Этот процесс позволяет определять правообладателей или классы правообладателей, которые связаны с системой на протяжении всего ее жизненного цикла, а также их потребности и пожелания. В рамках процесса они анализируют и преобразуют в общую совокупность требований правообладателей, которые описывают желаемое поведение системы в процессе взаимодействия со средой применения. Данный процесс служит в качестве ссылки, по отношению к которой каждая предоставляемая услуга подвергается валидации для подтверждения того, что система полностью удовлетворяет заявленным требованиям
Выходы процесса	В результате успешного осуществления процесса определения требований правообладателей: а) задают требуемые характеристики и условия использования услуг; b) определяют ограничения для системных решений; с) достигают возможность прослеживания от требований правообладателей к правообладателям и их потребностям; d) описывают основу для определения системных требований; е) определяют основу для валидации соответствия услуг; f) формируют основу для ведения переговоров и заключения соглашений о поставке услуги или продукции
Качественные практики	ENG.1.BP1 Определение заинтересованных сторон Определить отдельных заинтересованных лиц или заинтересованные классы, у которых есть законный интерес к системе в течение ее жизненного цикла [выход а] ENG.1.BP2 Получение требований Выявить требования заинтересованных сторон, которые описывают потребности, желания, ожидания и предполагаемые ограничения выявленных заинтересованных сторон [выход а, b] ENG.1.BP3 Определение ограничений Определить ограничения относительно системного решения, которые являются неизбежным следствием существующих соглашений, управленческих и технических решений, [выход b] ENG.1.BP4 Взаимодействие с пользователем Определить способы взаимодействия между пользователями и системой с учетом человеческих возможностей и ограничений по навыкам [выход а, b] Примечание 1 - Требования по юзабилити определяют, установлении, как минимум, наиболее эффективной и надежной работоспособности человека и взаимодействии человек-система. Применяемые стандарты, например ИСО 9241, и принятые профессиональные практики могут быть использованы. ENG.1.BP5 Определение критических требований Определить требования и функции охраны труда, техники безопасности, охраны окружающей среды и пр., которые касаются важных качеств и должны устранять возможные негативные последствия использования системы на здоровье и безопасность человека [выход а, b] ENG.1.BP6 Оценка требований Проанализировать полный набор выявленных требований. Анализ включает идентификацию и приоритизацию противоречивых, недостающих, неполных, неоднозначных, нецелостных, несочетаемых или непроверяемых требований [выход d] ENG.1.BP7 Согласование требований Получить согласие всей команды на потребности заинтересованных сторон, получив необходимые утверждения представителей всех команд и других сторон, обязанных по контракту работать по этим требованиям [выход f] ENG.1.BP8 Установка базиса требований заинтересованных сторон Зафиксировать требования заинтересованных лиц в форме, пригодной для менеджмента требованиями на протяжении жизненного цикла и за его пределами. Установить требования в качестве базиса для использования проекта и мониторить их в отношении потребностей заинтересованных сторон [выход b, е, f] ENG.1.BP9 Управление изменениями требований заинтересованных сторон Поддерживать прослеживаемость требований заинтересованных сторон до источников потребности заинтересованных сторон. Требования заинтересованных сторон пересматривают в режиме принятия ключевых решений в течение жизненного цикла, чтобы убедиться в том, что учтены любые изменения потребности [выход с, f]

Рабочие продукты
Входы	Выходы
02-01 Обязательство соглашения [выход а, b]
	13-00 Запись [выход b, f]
	13-04 Запись об общении [выход а, с, f]
13-16 Запрос на изменение [выход f]
13-17 Запрос от заказчика [выход а, b, f]
	13-21 Запись о контроле изменений [выход f]
	13-22 Запись о трассируемости [выход с]
	15-01 Отчет об анализе [выход d]
17-03 Требования заинтересованных сторон [выход а, с, d, e]	17-03 Требования заинтересованных сторон [выход а, b, d, f]

5.4.2 ENG.2 Анализ системных требований

Идентификатор процесса	ENG.2
Имя процесса	Анализ системных требований
Назначение процесса	Цель анализа системных требований состоит в преобразовании определенных требований правообладателей в совокупность необходимых системных технических требований, которыми будут руководствоваться в проекте системы
Выходы процесса	В результате успешного осуществления анализа системных требований: a) устанавливают определенную совокупность системных функциональных и не функциональных требований, описывающих проблему, подлежащую решению; b) выполняют соответствующие технические приемы оптимизации предпочитаемого проектного решения; c) анализируют системные требования на корректность и тестируемость; d) осмысливают воздействие системных требований на среду применения; e) расставляют требования по приоритетам, затем их утверждают и обновляют; f) устанавливают согласованность и прослеживаемость между системными требованиями и базовой линией требований заказчика; g) оценивают изменения базовой линии по стоимости, графикам работ и воздействию технических решений; h) доводят системные требования до сведения всех участвующих сторон и включают в базовую линию
Качественные практики	ENG.2.BP1 Установка системных требований Использовать требования заинтересованных сторон как основу для определения требуемых функций и возможностей системы и задокументировать их в базисе системных требований. Рассмотреть целесообразность решения проекта с использованием соответствующих техник [выход а, b] Примечание 1 - Соответствующие техники для анализа решения, могут включать: анализ осуществимости, тематические исследования, прототипирование, формальные языки и семинары. ENG.2.BP2: Оптимизация проектного решения Используют соответствующие техники для оптимизации предпочтительного решения. Рассмотреть и проанализировать альтернативные решения для достижения оптимального проектного решения [выход b] ENG.2.BP3 Анализ системных требований Определить приоритет требований и проанализировать приоритетные требования по корректности, полноте, единообразию, осуществимости и тестопригодности, выявляя необходимые элементы системы. Выявить изменения операционного окружения [выход с, d] Примечание 2 - Также определяют любые производные требования. ENG.2.BP4 Оценка и обновление системных требований Оценить влияние предлагаемых изменений и новых требований на стоимость, сроки, риски и технические последствия. Утвердить или отклонить изменения и новые требования и обновить базис системных требований [выход е, g]
Качественные практики	ENG.2.BP5 Обеспечение единообразия Обеспечить единообразие определения требований к анализу системных требований. Единообразие обеспечивают путем установки и поддержания прослеживаемости между требованиями заказчика и системными требованиями при необходимости [выход f] ENG.2.BP6 Сообщение системных требований Установить механизмы коммуникации для распространения системных требований и обновлениях требований всем сторонам, которые будут их использовать [выход h]

Рабочие продукты
Входы	Выходы
	13-04 Запись об общении [выход h]
13-16 Запрос на изменение [выход g]
13-17 Запрос от заказчика [выход g]
	13-21 Запись о контроле изменений [выход g]
	13-22 Запись о трассируемости [выход f]
	15-01 Отчет об анализе [выход b, с, d, g]
17-03 Требования заинтересованных сторон [выход a, f]
	17-08 Требования к интерфейсу [выход d]
	17-12 Системные требования [выход а, е]

5.4.3 ENG.3 Проектирование архитектуры системы

Идентификатор процесса	ENG.3
Имя процесса	Проектирование архитектуры системы
Назначение процесса	Цель процесса проектирования архитектуры системы заключают в определении того, как системные требования следует распределить относительно элементов системы
Выходы процесса	В результате успешного осуществления процесса проектирования архитектуры системы: a) определяют архитектурный проект системы, в соответствии с которым выполняют идентификацию элементов системы и удовлетворяют заданные требования; b) устанавливают функциональные и нефункциональные системные требования; c) распределяют требования по элементам системы; d) определяют внутренние и внешние интерфейсы каждого системного элемента; e) выполняют верификацию между системными требованиями и архитектурой системы; f) прослеживают требования, распределенные по системным элементам и их интерфейсам к базовой линии требований заказчика; g) поддерживают согласованность и прослеживаемость между системными требованиями и архитектурным проектом системы; h) отражают системные требования, конструкцию, архитектурный проект системы и их взаимосвязи в базовой линии и сообщают всем участвующим сторонам; i) включают в системный проект человеческий фактор, эргономические знания, технические приемы, методы и средства; j) определяют и выполняют действия по проектированию, ориентированные на пользователя
Качественные практики	ENG.3.BP1 Оценка альтернативных системных архитектур Определить критерии оценки для проектирования архитектуры. Оценить альтернативные системные архитектуры в соответствии с определенными критериями. Зафиксировать обоснование выбора текущей архитектуры системы [выход а] Примечание - Критерии оценки могут включать в себя качественные характеристики (модульность, сопровождаемость, расширяемость, масштабируемость, надежность, безопасность и удобство использования) и результаты анализа make-buy-reuse. ENG.3.BP2 Описание архитектуры системы Установить высокоуровневую архитектуру системы, которая идентифицирует элементы аппаратного, программного обеспечения и ручные операции [выход а] ENG.3.BP3 Выделение требований Выделить все системные требования к элементам высокоуровневой архитектуры системы [выход b, с] ENG.3.BP4 Определение интерфейсов Разработать и задокументировать внутренние и внешние интерфейсы каждого элемента системы [выход d] ENG.3.BP5 Проверка архитектуры системы Убедиться в том, что архитектура системы удовлетворяет всем системным требованиям и требованиям заинтересованных сторон [выход е, f] ENG.3.BP6 Обеспечение единообразия Обеспечить единообразие анализа системных требований проектирования системной архитектуры. Единообразие обеспечивают путем установления и поддержания прослеживаемости между системными требованиями и проектированием архитектуры системы при необходимости [выход g] ENG.3.BP7 Сообщение о проекте системной архитектуры Создать механизмы коммуникации для распространения проекта системной архитектуры для всех сторон, которые будут это использовать [выход h] ENG.3.BP8: Осуществление деятельности по человеко-ориентированному проектированию Определить и осуществить деятельности по человеко-ориентированному проектированию с учетом человеческих факторов и эргономических знаний и методосистемного проектирования [выход i,j]

Рабочие продукты
Входы	Выходы
01-01 Конфигурация продукта [выход а]
	04-06 Проект архитектуры системы [выход а, b, с, d, i]
	11-08 Элемент системы [выход а, с, f]
	13-04 Запись об общении [выход h]
	13-22 Запись о трассируемости [выход f, g]
	13-25 Результаты верификации [выход е]
17-03 Требования заинтересованных сторон [выход f, j]
17-08 Требования к интерфейсу [выход d, f]
17-12 Системные требования [выход а, b, с, е, f, g, i, j]

5.4.4 ENG.4 Реализация (программных средств)

Идентификатор процесса	ENG.4
Имя процесса	Реализация
Назначение процесса	Цель процесса реализации программных средств заключают в создании заданных элементов системы, выполненных в виде программных продуктов или услуг. В ходе этого процесса происходит преобразование заданных поведенческих, интерфейсных и производственных ограничений в действия, которые создают системный элемент, выполненный в виде программного продукта или услуги, известный как "программный элемент". Результатом процесса являют создание программной составной части, удовлетворяющей как требованиям к архитектурным решениям, что подтверждают посредством верификации, так и требованиям правообладателей, что подтверждают посредством валидации
Выходы процесса	В результате успешного осуществления процесса реализации программных средств: a) определяют стратегию реализации; b) определяют ограничения по технологии реализации проекта; c) изготавливают программную составную часть; d) упаковывают и хранят программную составную часть в соответствии с соглашением о ее поставке
Качественные практики	ENG.4.BP1 Планирование реализации программного обеспечения Определить или выбрать модель жизненного цикла, соответствующую объему, величине и сложности проекта. Спланировать этапы, мероприятия, задачи и выходы согласно модели жизненного цикла [выход а] ENG.4.BP2 Установление требований к программному обеспечению Проанализировать требования к программным элементам системы [выход b, с] ENG.4.BP3 Проектирование программного обеспечения Разработать проект для программного обеспечения, которое реализует и может быть проверено на соответствие требованиям [выход с] ENG.4.BP4 Разработка программного обеспечения Произвести исполняемые программные модули, которые должным образом отражают проект программного обеспечения. Протестировать и задокументировать программные модули [выход с] ENG.4.BP5 Тестирование интегрированного программного обеспечения против требований Скомбинировать программные модули и программные компоненты, произведя интегрированные программные модули в соответствии с проектом программного обеспечения, которые демонстрируют, что функциональные и нефункциональные требования к программному обеспечению удовлетворены [выход с, d] ENG.4.BP6 Подготовка программного обеспечения для релиза Упаковать и хранить программный модуль в соответствии с контрактом на его поставку [выход d]

Рабочие продукты
Входы	Выходы
01-03 Программный объект [выход d]	01-03 Программный объект [выход с]
02-01 Обязательство/соглашение [выход a, b, d]
03-07 Тестовые данные [выход с]
	04-04 Высокоуровневый программный проект [выход с]
	04-05 Низкоуровневый программный проект [выход с]
	06-01 Руководство по использованию [выход с]
08-12 План проекта [выход а]	08-12 План проекта [выход а]
	08-21 План тестирования программных средств [выход с]
	08-25 План по юнит тестам [выход с]
10-01 Модель жизненного цикла [выход а]	10-01 Модель жизненного цикла [выход а]
11-02 Программный элемент [выход а]	11-02 Программный элемент [выход а]
11-05 Программный модуль [выход с, d]	11-05 Программный модуль [выход b]
	13-22 Запись о трассируемости [выход с]
17-02 Список текущих сборок [выход d, g]	17-02 Список текущих сборок [выход а]
17-11 Требования к программным средствам [выход с, d]	17-11 Требования к программным средствам [выход b, с]
17-12 Системные требования [выход b]
18-03 Стандарт написания кода [выход с]

Примечание - Процессы реализации программных средств DEV, описанные в 5.5, являют низкоуровневыми процессами ENG.4 процесса реализации.

5.4.5 ENG.5 Комплексирование системы

Идентификатор процесса	ENG.5
Имя процесса	Комплексирование системы
Назначение процесса	Цель процесса комплексирования системы заключают в объединении системных элементов (включая составные части технических и программных средств, ручные операции и другие системы, при необходимости) для производства полной системы, которая будет удовлетворять системному проекту и ожиданиям заказчика, выраженным в системных требованиях
Выходы процесса	В результате успешного осуществления процесса комплексирования системы: а) определяют стратегию комплексирования системы в соответствии с приоритетами системных требований; b) разрабатывают критерии для верификации соответствия с системными требованиями, распределенными по элементам системы, включая интерфейсы между ними; с) проводят верификацию комплексированной ыс# применением определенных критериев; d) разрабатывают и применяют стратегию регрессии для повторного тестирования системы в том случае, если выполнены изменения; е) устанавливают согласованность и прослеживаемость между системным проектом и интегрированными элементами системы; f) конструируют комплексированную систему, демонстрирующую соответствие с системным проектом; g) конструируют комплексированную систему, демонстрирующую существование полной совокупности пригодных для применения поставляемы системных элементов
Качественные практики	ENG.5.BP1 Разработка интеграции системы и стратегии регрессионного тестирования Разработать стратегии интеграции элементов системы в соответствии с архитектурой системы и требованиями и с тем, следует ли для повторного тестирования элементов системы изменять заданный элемент системы [выход a, d] ENG.5.BP2 Разработка тестов для элементов системы Описать тесты для проверки каждого элемента системы, с указанием требований, по которым осуществляется проверка, входных данных, элементов системы, необходимых для осуществления теста и критериев проверки [выход b] ENG.5.BP3 Интеграция элементов системы Интегрировать элементы системы в соответствии со стратегией системной интеграции [выход с] ENG.5.BP4 Проверка элементов системы Проверить каждый элемент системы, убедиться в удовлетворении ее требованиям и задокументировать результаты [выход с] ENG.5.BP5 Проведение регрессионного тестирования элементов системы При внесении изменений в элементы системы, провести регрессионное тестирование, как это определено в стратегии регрессионного тестирования [выход d] ENG.5.BP6 Обеспечение единообразия Обеспечить единообразие системного архитектурного проектирования в системной интеграции. Единообразие обеспечивают путем установления и поддержания прослеживаемости между системными проектами и системными элементами при необходимости [выход е] ENG.5.BP7 Построение в полном объеме системы из элементов системы Определить и интегрировать элементы системы для получения полной системы, готовой для системного тестирования в соответствии со стратегией системной интеграции [выход f, g]

Рабочие продукты
Входы	Выходы
03-07 Тестовые данные [выход с]	03-07 Тестовые данные [выход b]
04-06 Проект архитектуры системы [выход а, b, d, e]
	08-07 План системного интеграционного тестирования [выход а, b]
08-15 План регрессионного тестирования [выход d]	08-15 План регрессионного тестирования [выход d]
	08-22 План тестирования системы [выход а, b]
	10-02 Процедура тестирования [выход a, b, d]
11-01 Программный продукт [выход с, f, g]
11-06 Система [выход с]	11-06 Система [выход f]
11-08 Элемент системы [выход d, e, f, g]
	13-19 Запись о ревизии [выход с]
	13-22 Запись о трассируемости [выход е]
	14-04 Лог тестирования [выход с, d]
	15-10 Отчет об инциденте во время теста [выход с, d]
	15-11 Отчет о дефекте [выход с, d]
	15-23 Отчет о передаче элемента тестирования [выход b]
17-02 Список текущих сборок [выход с, d, f, g]	17-02 Список текущих сборок [выход а]
17-12 Системные требования [выход а, b]
17-13 Спецификация проектирования теста [выход а]	17-13 Спецификация проектирования теста [выход а]
17-14 Спецификация тестовых сценариев [выход b]	17-14 Спецификация тестовых сценариев [выход b]

5.4.6 ENG.6 Квалификационное тестирование системы

Идентификатор процесса	ENG.6
Имя процесса	Квалификационное тестирование системы
Назначение процесса	Цель процесса квалификационного тестирования системы заключают в подтверждении того, что реализацию каждого системного требования тестируют на соответствие и система готова к поставке
Выходы процесса	В результате успешного осуществления процесса квалификационного тестирования системы: a) разрабатывают критерии для оценки соответствия системным требованиям; b) тестируют комплексированную систему, используя определенные критерии; c) документируют результаты тестирования; d) гарантируют готовность системы для поставки.
Качественные практики	ENG.6.BP1 Разработка тестов для системы Описать тесты для проверки всей системы, указывая проверяемые системные требования, входные данные и критерии проверки [выход а] Примечание - Это может быть выполнено в процессе анализа системных требований (ENG.2). ENG.6.BP2 Протестирование интегрированной системы Протестировать интегрированную систему, удостовериться в том, что тест удовлетворяет системным требованиям, и записать результаты [выход b, с] ENG.6.BP3 Подтверждение готовности системы Удостовериться в том, что система готова для поставки и сообщить результаты системного теста всем заинтересованным лицам [выход d]

Рабочие продукты
Входы	Выходы
03-07 Тестовые данные [выход b]	03-07 Тестовые данные [выход а]
06-01 Руководство по использованию [выход b]
08-22 План тестирования системы [выход b]	08-22 План тестирования системы [выход а]
10-02 Процедура тестирования [выход b]	10-02 Процедура тестирования [выход а]
11-06 Система [выход b, d]	11-06 Система [выход d]
	14-04 Лог тестирования [выход с]
	15-10 Отчет об инциденте во время теста [выход с]
	15-11 Отчет о дефекте [выход с]
15-23 Отчет о передаче элемента тестирования [выход b]
17-02 Список текущих сборок [выход b, d]
17-12 Системные требования [выход a, d]
17-13 Спецификация проектирования теста [выход а]
17-14 Спецификация тестовых сценариев [выход b]	17-14 Спецификация тестовых сценариев [выход b]

5.4.7 ENG.7 Инсталляция программных средств

Идентификатор процесса	ENG.7
Имя процесса	Инсталляция программных средств
Назначение процесса	Цель процесса инсталляции программных средств заключают в установке программного продукта, удовлетворяющего заданным требованиям, в целевую среду применения
Выходы процесса	В результате успешного осуществления процесса инсталляции программных средств: a) разрабатывают стратегию инсталляции программных средств; b) разрабатывают критерии для инсталляции программных средств, предназначенные для демонстрации соответствия с требованиями к инсталляции программных средств; c) инсталлируют программный продукт в целевую среду; d) обеспечивают готовность программного продукта для использования в среде его применения
Качественные практики	ENG.7.BP1 Разработка стратегии инсталляции Разработать стратегию инсталляции программного обеспечения для установки программного продукта в целевом окружении по согласованию с заказчиком и эксплуатирующей организацией [выход а] Примечание 1 - Важной частью разработки стратегии инсталляции являются разработка стратегии возврата к последней рабочей версии системы. Для того, чтобы иметь возможность повторно установить последнюю рабочую версию, перед началом установки должна быть сделана полная резервная копия системы. ENG.7.BP2 Установка критериев инсталляции Основываясь на требованиях к инсталляции, разработать критерии для окружения, в котором будет установлено программное обеспечение [выход b] ENG.7.BP3 Указание требований для адаптации Указать требования для адаптации системы к ее предполагаемому окружению [выход b] ENG.7.BP4 Адаптация системы Адаптировать систему в соответствии с требованиями по эксплуатации [выход b] ENG.7.BP5 Установка программного продукта Установить программный продукт согласно стратегии инсталляции программного обеспечения. Задокументировать события и результаты [выход с] ENG.7.BP6 Подтверждение готовности продукта Убедиться в готовности программного продукта к использованию в его предполагаемом окружении [выход d] Примечание 2 - Процесс инсталляции программных средств связывает поставку продукта/сервиса и процесс поддержки (AGR.2C)

Рабочие продукты
Входы	Выходы
04-06 Проект архитектуры системы [выход а, с]
06-03 Руководство по инсталляции [выход с]	06-03 Руководство по инсталляции [выход а]
08-09 План инсталляции и обслуживания [выход с]	08-09 План инсталляции и обслуживания [выход а, b]
10-02 Процедура тестирования [выход с, d]	10-02 Процедура тестирования [выход а, b]
11-01 Программный продукт [выход а, с, d]
	13-01 Акт приема [выход d]
	13-07 Запись о проблеме [выход d]
	13-08 Запись об инсталляции [выход с]
	13-19 Запись о ревизии [выход d]
13-27 Уведомление о снятии с эксплуатации [выход а]
	15-10 Отчет об инциденте во время теста [выход d]
17-11 Требования к программным средствам [выход а, b]
17-12 Системные требования [выход a, b, d]

5.4.8 ENG.8 Поддержка приемки программных средств

Идентификатор процесса	ENG.8
Имя процесса	Поддержка приемки программных средств
Назначение процесса	Цель процесса поддержки приемки программных средств заключается в предоставлении приобретающей стороне гарантии соответствия продукта заданным требованиям
Выходы процесса	В результате успешного осуществления процесса поддержки приемки программных средств: a) комплектуют и поставляют продукт приобретающей стороне; b) поддерживают приемочные тесты и ревизии, проводимые приобретающей стороной; c) применяют продукт по назначению в среде заказчика; d) проблемы, обнаруженные в течение приемки, идентифицируют и передают ответственным за их решение. Примечание - Поэтапную поставку следует выполнять законченными частями
Качественные практики	ENG.8.BP1 Поставка программного обеспечения заказчику Готовое программное обеспечение передают получателю с подробными конфигурациями и технической/эксплуатационной документацией [выход а] ENG.8.BP2 Оказание поддержки заказчику в оценке программного обеспечения Обеспечить поддержку по ревью от заказчика и приемочным испытаниям программного обеспечения [выход b] ENG.8.BP3 Оказание поддержки получателю по началу эксплуатационного использования программного обеспечения Оказать необходимую поддержку и провести обучение получателя с целью подготовки и инициирования использования программного обеспечения в рабочем окружении [выход с] ENG.8.BP4 Урегулирование проблемы при приемке программного обеспечения Определить и сообщить проблемы при поставке и приемке программного обеспечения и решить проблемы по договоренности [выход d]

Рабочие продукты
Входы	Выходы
	01-01 Конфигурация продукта [выход а]
02-00 Контракт [выход а]
06-03 Руководство по инсталляции [выход b]
08-01 План приемочных испытаний [выход b]	08-01 План приемочных испытаний [выход b]
08-24 Учебный план [выход с]
10-03 Процедура поддержки заказчика [выход b, с]	10-03 Процедура поддержки заказчика [выход b, с]
11-04 Релизный пакет продукта [выход а]
	13-01 Акт приема [выход b]
	13-06 Акт сдачи [выход а]
13-07 Запись о проблеме [выход d]	13-07 Запись о проблеме [выход d]
	13-08 Запись об инсталляции [выход b]
	13-19 Запись о ревизии [выход b]
17-03 Требования заинтересованных сторон [выход b]

5.4.9 ENG.9 Функционирование программных средств

Идентификатор процесса	ENG.9
Имя процесса	Функционирование программных средств
Назначение процесса	Цель процесса функционирования программных средств заключают в применении программного продукта в предназначенной для него среде и обеспечении поддержки заказчиков программного продукта
Выходы процесса	В результате успешного осуществления процесса функционирования программных средств: a) определяют стратегию функционирования; b) определяют и оценивают условия корректного функционирования программных средств в предназначенной для них среде; c) тестируют и настраивают программные средства в предназначенной для них среде; d) функционируют программные средства в предназначенной для них среде; e) обеспечивают содействие и консультации заказчикам программных продуктов в соответствии с условиями соглашения
Качественные практики	ENG.9.BP1 Определение стратегии эксплуатации и поддержки программного обеспечения Определить обязанности, окружения и ограничения для функционирования программного обеспечения и использования поддержки [выход а] ENG.9.BP2 Создание рабочего окружения Определить условия и окружение для работы [выход b] ENG.9.BP3 Тестирование и принятие программного обеспечения для работы Протестировать и принять программное обеспечение для работы в предполагаемом окружении [выход с] ENG.9.BP4 Использование программного обеспечения Использовать программное обеспечение в предполагаемом окружении и определенным образом [выход d] ENG.9.BP5 Удовлетворение потребности в поддержке Предоставить обучение, помощь, консультации, документацию и иную поддержку в соответствии с соглашением [выход е]

Рабочие продукты
Входы	Выходы
06-01 Руководство по использованию [выход с]
06-05 Руководство по эксплуатации продукта [выход d, е]	06-05 Руководство по эксплуатации продукта [выход d, e]
07-08 Метрика уровня обслуживания [выход е]	07-08 Метрика уровня обслуживания [выход е]
	08-01 План приемочных испытаний [выход с]
10-03 Процедура поддержки заказчика [выход с]	10-03 Процедура поддержки заказчика [выход с]
11-03 Информация о релизе продукта [выход с]
	13-01 Акт приема [выход с]
	13-06 Акт сдачи [выход с]
	13-08 Запись об инсталляции [выход с, d]
17-03 Требования заинтересованных сторон [выход b, с]
17-10 Требования к сервису [выход а, с]	17-10 Требования к сервису [выход а, с]
	18-07 Критерии качества [выход с]

5.4.10 ENG.9A Применение по назначению (подпроцесс)

Идентификатор процесса	ENG.9A
Имя процесса	Применение по назначению
Назначение процесса	Цель процесса применения по назначению заключают в гарантии корректного и эффективного функционирования продукта в течение его использования по назначению в инсталлированной среде
Выходы процесса	В результате успешного осуществления процесса применения по назначению: a) идентифицируют операционные риски и проводят их мониторинг при введении в действие и функционировании продукта; b) вводят продукт в действие в заданной среде согласно установленным требованиям; c) разрабатывают критерии для процесса применения по назначению продукта, которые демонстрируют соответствие с согласованными требованиями
Качественные практики	ENG.9A.BP1 Определение операционных рисков Определить и контролировать риски для использования продукта [выход а] ENG.9A.BP2 Проведение эксплуатационного тестирования Провести эксплуатационное тестирование каждого релиза продукта, оценивая удовлетворенность по заданным критериям [выход b] ENG.9A.BP3 Использование продукта Использовать продукт в предполагаемом окружении и определенным образом [выход b] ENG.9A.BP4 Разработка критериев для применения по назначению Разработать такие критерии для применения по назначению, что может быть продемонстрировано соответствием согласованным требованиям [выход с] ENG.9A.BP5 Мониторинг применения по назначению Предоставить возможность мониторить эксплуатационное обслуживание на регулярной основе, где это уместно в отношении определенных критериев [выход с]

Рабочие продукты
Входы	Выходы
06-01 Руководство по использованию [выход b]
06-05 Руководство по эксплуатации продукта [выход а, b]	06-05 Руководство по эксплуатации продукта [выход b, с]
07-02 Эксплуатационная метрика [выход b]	07-02 Эксплуатационная метрика [выход а, b, с]
07-07 Метрика риска [выход а]
07-08 Метрика уровня обслуживания [выход b, с]	07-08 Метрика уровня обслуживания [выход b, с]
11-03 Информация о релизе продукта [выход а, с]
14-08 Система трекинга [выход а]
	15-08 Отчет по анализу рисков [выход а]
	15-09 Отчет о категории риска [выход а]
17-03 Требования заинтересованных сторон [выход b, с]
	18-07 Критерии качества [выход с]

5.4.11 ENG.9B Поддержка заказчика (подпроцесс)

Идентификатор процесса	ENG.9B
Имя процесса	Поддержка заказчика
Назначение процесса	Цель процесса поддержки заказчика заключают в установлении и сопровождении приемлемого уровня обслуживания посредством помощи и консультаций заказчика для поддержки эффективного использования продукта
Выходы процесса	В результате успешного осуществления процесса поддержки заказчика: a) идентифицируют и постоянно отслеживают потребности в обслуживании заказчика; b) оценивают на постоянной основе степень удовлетворения заказчика как предоставляемыми услугами поддержки, так и самим продуктом; c) обеспечивают поддержку функционирования путем обработки запросов и заявок заказчиков и решения проблем, возникающих при функционировании; d) удовлетворяют потребности в поддержке заказчиков путем предоставления соответствующих услуг
Качественные практики	ENG.9B.BP1 Установление поддержки продукта Установить сервис, с помощью которого заказчик сможет выявлять проблемы, поднимать вопросы, с которыми столкнулся при использовании продукта, и получать помощь в их разрешении [выход а, с] ENG.9B.BP2: Удовлетворение потребностей в поддержке Обеспечить обучение, документацию и другие услуги по поддержке, по мере необходимости, пользователю так, что продукт будет использоваться эффективно [выход d] ENG.9B.BP3 Мониторинг эксплуатации Мониторить эксплуатационные характеристики продукта для того, чтобы быть в курсе проблем, которые могут повлиять на уровень сервиса [выход а, b] ENG.9B.BP4 Определение удовлетворенности заказчика продуктом Определить уровень удовлетворенности заказчика качеством полученных продуктов [выход b] Примечание 1 - Это может включать соответствующие эксплуатационные данные, опросы, интервью и исследования. В некоторых случаях конечный пользователь продукта может отличаться от заказчика продукта. В этом случае, уровень удовлетворенности должен быть определен как для заказчика, так и для конечного пользователя. ENG.9B.BP5 Определение степени удовлетворенности заказчика сервисом Определить уровень удовлетворенности заказчиком предоставленным сервисом [выход b] ENG.9B.BP6 Сообщение об удовлетворенности заказчика Сообщить данные об удовлетворенности заказчика организации-поставщику, с учетом участвующего персонала и природы полученных результатов заказчику [выход b]

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а]
	03-04 Данные об удовлетворенности заказчиков [выход b]
	07-01 Исследование удовлетворенности заказчиков [выход b]
07-08 Метрика уровня обслуживания [выход а]
10-03 Процедура поддержки заказчика [выход с]
	12-02 Запрос на снятие с эксплуатации [выход b]
13-07 Запись о проблеме [выход с]	13-07 Запись о проблеме [выход b]
13-17 Запрос от заказчика [выход с]
	15-14 Отчет об удовлетворенности заказчика [выход b]
	15-20 Осуществление уровня сервиса [выход d]
17-10 Требования к сервису [выход а, с]	17-10 Требования к сервису [выход а, с]

5.4.12 ENG.10 Сопровождение программных средств

Идентификатор процесса	ENG.10
Имя процесса	Сопровождение программных средств
Назначение процесса	Цель процесса сопровождения программных средств заключают в обеспечении эффективной по затратам поддержки поставляемого программного продукта Примечание - Виды деятельности по сопровождению программных средств перед поставкой включают планирование операций после поставки, обеспечения поддержки и логистики. Виды деятельности после поставки включают в себя модификацию программных средств и поддержку функционирования, такую как обучение или работа в режиме диспетчерской связи
Выходы процесса	В результате успешного осуществления процесса сопровождения программных средств: a) разрабатывают стратегию сопровождения для управления модификацией и перемещением программных продуктов согласно стратегии выпусков; b) выявляют влияние изменений в существующей системе на организацию, операции или интерфейсы; c) по мере необходимости обновляют связанную с изменениями системную и программную документацию; d) разрабатывают модифицированные продукты с соответствующими тестами, демонстрирующими, что требования не ставятся под угрозу; e) помещают обновленные продукты в среду заказчика; f) доводят сведения о модификации системных программных средств до всех затронутых обновлениями сторон
Качественные практики	ENG.10.BP1 Разработка стратегии по сопровождению Разработать стратегию для управления модификациями и миграциями продуктов в соответствии с требованиями к сопровождению, релизной стратегией и возможными гарантийными обязательствами [выход а] ENG.10.BP2 Анализ пользовательских проблем и изменений Анализировать пользовательские проблемы, запросы и требуемые изменения, оценивая возможное влияние различных вариантов для модификации существующей системы и программного обеспечения, системных интерфейсов и требований. Задокументировать выбранное решение [выход b] Примечание - Данная хорошая практика связана с процессом решения проблем в программных средствах (SUP.8). ENG.10.BP3 Реализация и тестирование модификации Определить какие продукты должны быть изменены. Реализовать, протестировать и задокументировать выбранную модификацию, демонстрируя, что система, требования к программному обеспечению и целостность не будут нарушены при обновлении [выход с, d] ENG.10.BP4 Обновление пользовательской системы Смигрировать обновленную систему и программное обеспечение с внесенными изменениями в пользовательское окружение. Обеспечить, при необходимости: предоставление уведомления о миграционном плане и мероприятиях; параллельную работу старой и новой систем; обучение пользователей. Провести ревизию для оценки влияния изменения [выход е] ENG.10.BP5 Сообщение о модификациях Установить механизмы коммуникации для распространения информации о модификациях системы и программного обеспечения для всех сторон, которые будут затронуты [выход f]

Рабочие продукты
Входы	Выходы
06-01 Руководство по использованию [выход с]
	08-01 План приемочных испытаний [выход с]
	08-09 План инсталляции и обслуживания [выход а, е]
08-16 План релиза [выход а]	08-16 План релиза [выход а, е]
08-22 План тестирования системы [выход d]	08-22 План тестирования системы [выход d]
	11-03 Информация о релизе продукта [выход f]
	11-04 Релизный пакет продукта [выход е, f]
11-06 Система [выход а, с, d]	11-06 Система [выход с, d]
	13-01 Акт приема [выход f]
	13-04 Запись об общении [выход f]
13-07 Запись о проблеме [выход b]
13-16 Запрос на изменение [выход с, d]
13-17 Запрос от заказчика [выход b]
	13-21 Запись о контроле изменений [выход b, f]
	13-22 Запись о трассируемости [выход d]
	14-01 История изменений [выход f]
	15-01 Отчет об анализе [выход b]
	15-10 Отчет об инциденте во время теста [выход d]
17-03 Требования заинтересованных сторон [выход b]
17-05 Требования к документации [выход с, d]
17-11 Требования к программным средствам [выход b]
17-12 Системные требования [выход b]
19-04 Стратегия релиза продукта [выход а]	19-04 Стратегия релиза продукта [выход а, е]
19-06 Стратегия технического обслуживания [выход b, с]	19-06 Стратегия технического обслуживания [выход а]

5.4.13 ENG.11 Изъятие из обращения (прекращение применения) программных средств

Идентификатор процесса	ENG.11
Имя процесса	Прекращение применения программных средств
Назначение процесса	Цель процесса прекращения применения программных средств состоит в обеспечении завершения работы системного программного объекта Этот процесс прекращает деятельность организации по поддержке функционирования и сопровождения или деактивирует, демонтирует и удаляет поврежденные программные продукты, отправляя их в финальное состояние и возвращая окружающую среду в приемлемые условия. В ходе данного процесса происходит уничтожение или сохранение программных элементов системы и связанных с ними продуктов обычным способом в соответствии с действующим законодательством, соглашениями, организационными ограничениями и требованиями правообладателей. При необходимости ведутся записи с целью контроля. Примечание - При изъятии из сферы применения существующих программных продуктов систем или услуг должна быть сохранена целостность организационных операций
Выходы процесса	В результате успешного осуществления процесса прекращения применения программных средств: a) определяют стратегию прекращения применения; b) вводят ограничения по прекращению применения, которые служат в качестве входных данных к требованиям; c) системные программные элементы уничтожают или сохраняют; d) оставляют окружающую среду в согласованном состоянии; e) обеспечивают доступ к записям, хранящим знания о действиях по прекращению применения, и результатам анализа долговременных воздействий
Качественные практики	ENG.11.BP1 Планирование прекращения применения программных средств Определить и задокументировать стратегию для прекращения применения программных средств. Спланировать удаление активной поддержки эксплуатирующими и обслуживающими организациями [выход а] ENG.11.BP2 Рассмотрение ограничений по прекращению применения Предоставить ограничения по прекращению применения в качестве входных данных требований к планируемым действиям по прекращению применения [выход b] ENG.11.BP3 Осуществление прекращения применения программных средств Изъять программные средства из обращения в соответствии с планом. Обеспечить поддержку для перехода на новую систему, если необходимо [выход с, d] ENG.11.BP4 Уведомление пользователей Проинформировать пользователей о планах и мероприятиях по снятию с эксплуатации программных продуктов и сервисов [выход b, с] ENG.11.BP5 Фиксирование прекращения применения Разместить в архивах всю связанную с разработкой документацию, логи и код, когда это уместно. Данные, использованные или связанные со снятым с эксплуатации программным продуктом, должны быть доступны в соответствии с требованиями контракта по защите данных и аудиту, применимому к данным [выход d, e]

Рабочие продукты
Входы	Выходы
06-01 Руководство по использованию [выход а]
	08-31 План по изъятию программных средств из обращения [выход а, b]
11-03 Информация о релизе продукта [выход а, b]
11-06 Система [выход с, е]
12-02 Запрос на снятие с эксплуатации [выход а, b]
	13-01 Акт приема [выход е]
	13-04 Запись об общении [выход d, e]
13-17 Запрос от заказчика [выход a, d]
	13-27 Уведомление о снятии с эксплуатации [выход с]
	14-01 История изменений [выход с, е]
	15-01 Отчет об анализе [выход е]
17-12 Системные требования [выход а, b]
19-04 Стратегия релиза продукта [выход а]
19-06 Стратегия технического обслуживания [выход а, с, d]

5.5 Группа процессов реализации программных средств DEV

Примечание - Процессы реализации программных средств DEV, описанные в 5.5, являются низкоуровневыми процессами ENG.4 процесса реализации.

5.5.1 DEV.1 Анализ требований к программным средствам

Идентификатор процесса	DEV.1
Имя процесса	Анализ требований к программным средствам
Назначение процесса	Цель процесса анализа требований к программным средствам заключают в установлении требований к программным элементам системы
Выходы процесса	В результате успешного осуществления процесса анализа требований к программным средствам: a) определяют требования к программным элементам системы и их интерфейсам; b) требования к программным средствам анализируют на корректность и тестируемость; c) анализируют степень влияния требований, установленных к программным средствам, на среду функционирования;
Выходы процесса	d) устанавливают совместимость и прослеживаемость между требованиями к программным средствам и требованиями к системе; е) определяют приоритеты реализации требований к программным средствам; f) требования к программным средствам принимают и обновляют по мере необходимости; g) оценивают изменения в требованиях к программным средствам по стоимости, графикам работ и техническим воздействиям; h) требования к программным средствам воплощают в виде базовых линий и доводятся до сведения заинтересованных сторон
Качественные практики	DEV.1.BP1 Определение требований к программным средствам Определить и назначить приоритеты функциональным и нефункциональным требованиям элементов программного обеспечения системы и их интерфейсов и задокументировать их в спецификации требований к программному обеспечению. Проанализировать требования к программному обеспечению на предмет корректности, полноты, непротиворечивости, осуществимости и тестопригодности. Определить любые производные требования [выход а, b, е] Примечание 1 - Характеристики качества программного обеспечения описаны в ИСО/МЭК 25010. DEV.1.BP2 Определение влияния эксплуатационного окружения Определить интерфейсы между требованиями к программному обеспечению и другими элементами эксплуатационного окружения, и влияние, которое будут оказывать требования [выход с] Примечание 2 - Эксплуатационное окружение включает задачи, выполняемые, или другие системы, используемые предполагаемыми пользователями программного продукта. DEV.1.BP3 Разработка критериев для тестирования программного обеспечения Использовать требования к программному обеспечению для определения критериев приемки для тестирования программного продукта. Тесты программного продукта должны демонстрировать соблюдение требований к программному обеспечению [выход b] DEV.1.BP4 Обеспечение единообразия Обеспечить единообразие анализа требований к системе и анализа требований к программному обеспечению. Единообразие поддерживают путем установления и поддержания прослеживаемости между системными требованиями и требованиями к программному обеспечению, при необходимости [выход d] DEV.1.BP5 Определение и обновление требований к программным средствам Оценить требования с заказчиком, влияние предлагаемого изменения на стоимость, график, а также техническое влияние. Утвердить или отклонить изменения и обновить спецификацию требований к программным средствам [выход f, g] DEV.1.BP6 Сообщение о требованиях к программным средствам Установить механизмы коммуникации для распространения информации о требованиях к программному обеспечению и обновлениях к требованиям всем сторонам, которые будут их использовать [выход h]

Рабочие продукты
Входы	Выходы
04-06 Проект архитектуры системы [выход а]
	13-04 Запись об общении [выход h]
13-16 Запрос на изменение [выход f, g]
13-17 Запрос от заказчика [выход f, g]
	13-21 Запись о контроле изменений [выход g]
	13-22 Запись о трассируемости [выход d]
	15-01 Отчет об анализе [выход b, с, g]
	17-08 Требования к интерфейсу [выход а]
	17-11 Требования к программным средствам [выход а, b, d, e, f]
17-12 Системные требования [выход a, d]

5.5.2 DEV.2 Проектирование архитектуры программных средств

Идентификатор процесса	DEV.2
Имя процесса	Проектирование архитектуры программных средств
Назначение процесса	Цель процесса проектирования архитектуры программных средств заключают в обеспечении проекта для программных средств, которые реализуют и могут быть верифицированы относительно требований
Выходы процесса	В результате успешной реализации процесса проектирования архитектуры программных средств: a) разрабатывают проект архитектуры программных средств и устанавливают базовую линию, описывающую программные составные части, посредством которых будут реализованы требования к программным средствам; b) определяют внутренние и внешние интерфейсы каждой программной составной части; c) устанавливают согласованность и прослеживаемость между требованиями к программным средствам и программным проектом
Качественные практики	DEV.2.BP1 Описание архитектуры программных средств Трансформировать требования к программному обеспечению в проект архитектуры программных средств, который описывает высокоуровневую структуру и определяет ее основные программные элементы [выход а] Примечание 1 - Примеры основных программных элементов включают хранение и доступ к данным (например, база данных), механизм связи, бизнес-логику и пользовательский интерфейс. Примечание 2 - При трансформации требований к программному обеспечению в проект архитектуры программных средств, альтернативные архитектуры программного обеспечения должны оценивать по определенным критериям. Обоснование выбора текущей архитектуры программного обеспечения должно быть зафиксировано. Критерии оценки могут включать качественные характеристики программного обеспечения (модульность, сопровождаемость, расширяемость, масштабируемость, надежность, безопасность и удобство использования) и результаты анализа make-buy-reuse. DEV.2.BP2: Определение интерфейсов для программных элементов Определить и задокументировать внешние и внутренние интерфейсы между программными элементами [выход b] DEV.2.BP3 Анализ проекта архитектуры Проанализировать проект архитектуры на корректность и тестопригодность, чтобы гарантировать, что программные элементы могут быть созданы и протестированы [выход а] DEV.2.BP4 Обеспечение единообразия Обеспечить единообразие анализа требований к программному обеспечению и анализа требований к проектированию программного обеспечения. Единообразие поддерживают путем установления и поддержания прослеживаемости между требованиями к программному обеспечению и проектированию программного обеспечения при необходимости [выход с]

Рабочие продукты
Входы	Выходы
	01-03 Программный объект [выход а]
	04-01 Структура базы данных [выход а]
	04-04 Высокоуровневый программный проект [выход а, b, с]
	13-22 Запись о трассируемости [выход с]
17-08 Требования к интерфейсу [выход b]
17-11 Требования к программным средствам [выход а, с]

5.5.3 DEV.3 Детальное проектирование программных средств

Идентификатор процесса	DEV.3
Имя процесса	Детальное проектирование программных средств
Назначение процесса	Цель процесса детального проектирования программных средств заключают в обеспечении проекта для программных средств, которые реализуют и могут быть верифицированы относительно установленных требований и архитектуры программных средств, а также существенным образом детализируют для последующего кодирования и тестирования
Выходы процесса	В результате успешного осуществления процесса детального проектирования программных средств: a) разрабатывают детальный проект каждого программного компонента, описывающий создаваемые программные модули; b) определяют внешние интерфейсы каждого программного модуля; c) устанавливают совместимость и прослеживаемость между детальным проектированием, требованиями и проектированием архитектуры
Качественные практики	DEV.3.BP1 Разработка детального проекта Разложить проект архитектуры программных средств на детальный проект каждого программного компонента с описанием всех программных модулей, которые будут произведены и протестированы. Задокументировать программные модули в документации проекта программных средств [выход а] DEV.3.BP2 Определение интерфейсов для программных модулей Определить и задокументировать внешние интерфейсы между программными модулями [выход b] DEV.3.BP3 Анализ проекта на тестопригодность Проанализировать проект на предмет корректности и возможности тестирования с целью гарантии возможности, что программные модули могут быть созданы и протестированы [выход а] DEV.3.BP4 Обеспечение единообразия Обеспечить единообразие анализа требований к программному обеспечению и проектированию архитектуры программных средств и детальному проектированию программных средств. Единообразие сохраняют путем установления и поддержания прослеживаемости между требованиями и архитектурным проектированием и детальным проектированием, при необходимости [выход с]

Рабочие продукты
Входы	Выходы
	04-01 Структура базы данных [выход а]
04-04 Высокоуровневый программный проект [выход а, b]
	04-05 Низкоуровневый программный проект [выход а, b]
	13-22 Запись о трассируемости [выход с]
17-08 Требования к интерфейсу [выход b]
17-11 Требования к программным средствам [выход а, с]
	17-13 Спецификация проектирования теста [выход с]

5.5.4 DEV.4 Конструирование программных средств

Идентификатор процесса	DEV.4
Имя процесса	Конструирование программных средств
Назначение процесса	Цель процесса конструирования программных средств заключают в создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Выходы процесса	В результате успешного осуществления процесса конструирования программных средств: a) определяют критерии верификации для всех программных блоков относительно требований; b) изготавливают программные блоки, определенные проектом; c) устанавливают совместимость и прослеживаемость между программными блоками, требованиями и проектом; d) завершают верификацию программных блоков относительно требований и проекта
Качественные практики	DEV.4.BP1 Разработка процедур блочной проверки Разработать и задокументировать процедуры и критерии для проверки того, что каждый программный модуль удовлетворяет проектным требованиям. Процедура проверки включает в себя сценарии юнит-тестов, данные юнит-тестов и проверку кода [выход а] DEV.4.BP2 Разработка программных блоков Разработать и задокументировать исполняемые представления каждого программного блока. Обновить тестовые требования и пользовательскую документацию [выход b] Примечание 1 - Пользовательская документация включает в себя предварительные версии документации по инсталляции, эксплуатации и обслуживанию. DEV.4.BP3 Обеспечение единообразия Обеспечить единообразие проектирования и конструирования программного обеспечения. Единообразие поддерживают путем установления и поддержания прослеживаемости между требованиями к программному обеспечению и проектированием и программными модулями при необходимости [выход с] DEV.4.BP4 Проверка блоков программного обеспечения Проверить, что каждый программный модуль удовлетворяет проектным требованиям путем осуществления указанных процедур блочной проверки, и задокументировать результаты [выход d] Примечание 2 - Код может быть проверен с помощью различных методов, таких как статический анализ кода, проверка кода и т.д.

Рабочие продукты
Входы	Выходы
03-07 Тестовые данные [выход d]	03-07 Тестовые данные [выход а]
04-05 Низкоуровневый программный проект [выход b, с]
	06-01 Руководство по использованию [выход b]
	08-25 План по юнит-тестам [выход а]
	10-02 Процедура тестирования [выход а]
11-05 Программный модуль [выход с, d]	11-05 Программный модуль [выход b]
	13-19 Запись о ревизии [выход d]
	13-22 Запись о трассируемости [выход с]
	14-04 Лог тестирования [выход d]
	15-10 Отчет об инциденте во время теста [выход d]
17-08 Требования к интерфейсу [выход а, с]
17-11 Требования к программным средствам [выход а, с]
17-13 Спецификация проектирования теста [выход а]
17-14 Спецификация тестовых сценариев [выход b]	17-14 Спецификация тестовых сценариев [выход b]
18-03 Стандарт написания кода [выход b, с, d]

5.5.5 DEV.5 Комплексирование программных средств

Идентификатор процесса	DEV.5
Имя процесса	Комплексирование программных средств
Назначение процесса	Цель процесса комплексирования программных средств заключают в объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств, которые демонстрируют, что функциональные и нефункциональные требования к программным средствам удовлетворяют на полностью укомплектованной или эквивалентной ей операционной платформе
Выходы процесса	В результате успешного осуществления процесса комплексирования программных средств: a) разрабатывают стратегию комплексирования для программных блоков, согласованная с программным проектом и расположенными по приоритетам требованиями к программным средствам; b) разрабатывают критерии верификации для программных составных частей, которые гарантируют соответствие с требованиями к программным средствам, связанным с этими составными частями; c) верифицируют программные составные части с использованием определенных критериев; d) изготавливают программные составные части, определенные стратегией комплексирования; e) регистрируют результаты комплексного тестирования; f) устанавливают согласованность и прослеживаемость между программным проектом и программными составными частями; g) разрабатывают и применяют стратегию регрессии для повторной верификации программных составных частей при возникновении изменений в программных блоках (в том числе в соответствующих требованиях, проекте и кодах)
Качественные практики	DEV.5.BP1 Разработка стратегии интеграции программного обеспечения Разработать стратегию интеграции программных модулей с учетом требований к программному обеспечению. Выявить программные элементы на основе архитектуры программного обеспечения и определить последовательность или порядок их интеграции и тестирования [выход а] Примечание - Примеры порядка интеграции программного элемента включают элементы верхнего уровня, элементы нижнего уровня, критические элементы, функциональные элементы, полный скелет в первую очередь и элементы по доступности. DEV.5.BP2 Разработка тестов для интегрированных программных элементов Описать тесты для каждого интегрированного программного элемента, включая проверку интерфейсов, с указанием требований к программному обеспечению, входных данных и проверяемых критериев проверки [выход b] DEV.5.BP3 Интеграция программного элемента Интегрировать программные модули согласно стратегии интеграции для формирования программного элемента [выход d] DEV.5.BP4 Тестирование интегрированных программных элементов Протестировать каждый интегрированный программный элемент на рабочей платформе или соответствующем эквиваленте такой платформы против критериев проверки и зафиксировать результаты. Обновить пользовательскую документацию по мере необходимости [выход с, е] DEV.5.BP5 Обеспечение единообразия Обеспечить единообразие проектирования программного обеспечения и интеграции программного обеспечения. Единообразие поддерживают путем установления и поддержания прослеживаемости между проектированием программного обеспечения и программными элементами в случае необходимости [выход f] DEV.5.BP6 Проведение регрессионного тестирования интегрированных программных элементов Разработать стратегию регрессионного тестирования программного обеспечения для повторного тестирования интегрированных программных элементов. При внесении изменений в программные блоки, проекты или требования, проводить регрессионное тестирование согласно этой стратегии [выход g]

Рабочие продукты
Входы	Выходы
01-03 Программный объект [выход f]	01-03 Программный объект [выход d]
03-07 Тестовые данные [выход с]	03-07 Тестовые данные [выход b]
04-04 Высокоуровневый программный проект [выход а, f, g]
04-06 Проект архитектуры системы [выход a, f, g]
08-10 План испытаний интеграции программных средств [выход с, d]	08-10 План испытаний интеграции программных средств [выход а, b]
08-15 План регрессионного тестирования [выход b, g]	08-15 План регрессионного тестирования [выход b, g]
10-02 Процедура тестирования [выход с, g]	10-02 Процедура тестирования [выход b]
	11-01 Программный продукт [выход d, g]
11-05 Программный модуль [выход d, g]
	13-19 Запись о ревизии [выход с]
	13-22 Запись о трассируемости [выход f]
	14-04 Лог тестирования [выход с, е, g]
	15-10 Отчет об инциденте во время теста [выход с, е, g]
15-23 Отчет о передаче элемента тестирования [выход с]	15-23 Отчет о передаче элемента тестирования [выход b, d]
17-02 Список текущих сборок [выход d, g]	17-02 Список текущих сборок [выход а]
17-11 Требования к программным средствам [выход а, b, g]
17-13 Спецификация проектирования теста [выход b]	17-13 Спецификация проектирования теста [выход b]
17-14 Спецификация тестовых сценариев [выход с, g]	17-14 Спецификация тестовых сценариев [выход b]

5.5.6 DEV.6 Квалификационное тестирование программных средств

Идентификатор процесса	DEV.6
Имя процесса	Квалификационное тестирование программных средств
Назначение процесса	Цель процесса квалификационного тестирования программных средств заключают в подтверждении того, что комплектованный программный продукт удовлетворяет установленным требованиям
Выходы процесса	В результате успешного осуществления процесса квалификационного тестирования программных средств: a) определяют критерии для комплектованных программных средств с целью демонстрации соответствия с требованиями к программным средствам; b) верифицируют комплектованные программные средства с использованием определенных критериев; c) записывают результаты тестирования; d) разрабатывают и применяют стратегию регрессии для повторного тестирования комплектованного программного средства при проведении изменений в программных составных частях. Примечание - Должна быть разработана стратегия регрессии для повторного применения тестирования комплексированного программного средства при проведении изменений в программных составных частях
Качественные практики		DEV.6.BP1 Разработка тестов для интегрированного программного продукта Описать тесты для интегрированного программного продукта с указанием проверяемых требований к программному обеспечению, входных данных и критериев проверки. Набор тестов должен демонстрировать соответствие с требованиями к программному обеспечению [выход а] Примечание - Тесты и тестовые данные могут быть разработаны в процессе анализа требований к программным средствам (DEV.1), детального проектирования программных средств (DEV.3) и конструирования программных средств (DEV.4) DEV.6.BP2 Тестирование интегрированного программного продукта Протестировать интегрированный программный продукт по критериям проверки и зафиксировать результаты. Обновить пользовательскую документацию по мере необходимости [выход b, с] DEV.6.BP3 Проведение регрессионного тестирования интегрированного программного обеспечения Разработать стратегию регрессионного тестирования программного обеспечения для повторного тестирования интегрированного программного продукта. Если вносят изменения в программные элементы, проводить регрессионное тестирование согласно этой стратегии [выход d]

Рабочие продукты
Входы	Выходы
03-07 Тестовые данные [выход b]
04-04 Высокоуровневый программный проект [выход а]
06-01 Руководство по использованию [выход b]	06-01 Руководство по использованию [выход с]
08-15 План регрессионного тестирования [выход d]	08-15 План регрессионного тестирования [выход d]
08-21 План тестирования программных средств [выход b]	08-21 План тестирования программных средств [выход а]
10-02 Процедура тестирования [выход b]	10-02 Процедура тестирования [выход a, d]
11-01 Программный продукт [выход b, d]
	14-04 Лог тестирования [выход с, d]
	15-10 Отчет об инциденте во время теста [выход с, d]
	15-11 Отчет о дефекте [выход с, d]
15-23 Отчет о передаче элемента тестирования [выход b]
17-02 Список текущих сборок [выход b, d]
17-11 Требования к программным средствам [выход a, d]
17-13 Спецификация проектирования теста [выход а]
17-14 Спецификация тестовых сценариев [выход b]	17-14 Спецификация тестовых сценариев [выход b]

5.6 Группа процессов поддержки программных средств SUP

5.6.1 SUP.1 Менеджмент документацией программных средств

Идентификатор процесса	SUP.1
Имя процесса	Менеджмент документацией программных средств
Назначение процесса	Цель процесса менеджмента документацией программных средств заключают в разработке и сопровождении зарегистрированной информации по программным средствам, созданной определенным процессом. Примечание - В ИСО/МЭК 15289 более детально изложено содержание информационных блоков (документации) в процессах жизненного цикла.
Выходы процесса	В результате успешного осуществления процесса менеджмента документацией программных средств: а) разрабатывают стратегию идентификации документации, которую реализуют в течение жизненного цикла программного продукта или услуги; b) определяют стандарты, которые применены при разработке программной документации; с) определяют документацию, которая сформирована в течение процесса или по исполнению проекта; d) указывают, рассматривают и утверждают содержание и цели всей документации; е) разрабатывают документацию и осуществляют доступ к ней в соответствии с определенными стандартами; f) сопровождают документацию в соответствии с определенными критериями
Качественные практики	SUP.1.BP1 Разработка стратегии менеджмента документацией Определить стратегию менеджмента документацией, которая отвечает на вопросы: что должно быть документально подтверждено, в пределах какого организационного подразделения и на каких этапах жизненного цикла продукта/сервиса [выход а] Примечание 1 - См. ИСО/МЭК 9294 для руководства по менеджменту документацией программных средств. SUP.1.BP2 Установление стандартов для документов Установить стандарты для разработки, модификации и ведению документов [выход b] SUP.1.BP3 Определение требований к документам Определить требования к документам, такие как формат, название, дата, идентификатор, история версий, автор(ы), рецензент, допускающий примерное содержание, цель и список рассылки [выход b, d] SUP.1.BP4 Определение документов, которые необходимо создать Определить документы для заданного жизненного цикла разработки, которые необходимо создать [выход с] SUP.1.BP5 Разработка документов Разработать документы, необходимые в определенные моменты процессов, в соответствии с установленными стандартами и политикой [выход е] SUP.1.BP6 Проверка документов Произвести ревизию документов перед распространением и утвердить документы до распространения или релиза [выход d, e] Примечание 2 - Документы должны быть проверены с помощью процесса верификации программных средств (SUP.4) и валидации программных средств (SUP.5) с заинтересованными сторонами. SUP.1.BP7 Распространение документов Для того чтобы сделать документ доступным, распространить документы в соответствии с установленными режимами распространения через соответствующие источники и носители указанной аудитории, подтверждая доставку документов, при необходимости [выход е] SUP.1.BP8 Ведение документов Вести документы в соответствии с установленной стратегией по документации [выход f] Примечание 3 - Если документ являют частью базиса продукта или если важней его контроль и стабильность, то он должен быть изменен и распространен в соответствии с процессом менеджмента конфигурацией (PRO.5). Если документ являют частью базиса сопровождаемого продукта, его сопровождение охватывают процессом сопровождения программных средств (ENG.10)

Рабочие продукты
Входы	Выходы
	08-26 План документирования [выход а, b]
10-00 Описание процесса [выход а, b, с]
10-01 Модель жизненного цикла [выход а]
	13-01 Акт приема [выход d, e]
13-16 Запрос на изменение [выход f]
13-17 Запрос от заказчика [выход a, b, d]
	13-19 Запись о ревизии [выход d, e]
	14-01 История изменений [выход е, f]
	14-10 Реестр дистрибуции рабочего продукта [выход b, d]
	14-11 Список рабочих продуктов [выход с]
17-05 Требования к документации [выход е, f]	17-05 Требования к документации [выход а, b, с]
18-00 Стандарт [выход b]
18-07 Критерии качества [выход d]
	20-00 Заготовка [выход b]
	21-00 Рабочий продукт [выход е, f]

5.6.2 SUP.2 Менеджмент конфигурацией программных средств

Идентификатор процесса	SUP.2
Имя процесса	Менеджмент конфигурацией программных средств
Назначение процесса	Цель процесса менеджмента конфигурацией программных средств заключают в установлении и сопровождении целостности программных составных частей процесса или проекта и обеспечении их доступности для заинтересованных сторон
Выходы процесса	В результате успешного осуществления процесса менеджмента конфигурацией программных средств: a) разрабатывают стратегию менеджмента конфигурацией программных средств; b) идентифицируют, определяют и вводятся в базовую линию составные части, по рождаемые процессом или проектом; c) контролируют модификации и выпуски этих составных частей; d) обеспечивают доступность модификаций и выпусков для заинтересованных сторон; e) регистрируют и сообщают статус составных частей и модификаций; f) гарантируют завершенность и согласованность составных частей; g) контролируют хранение, обработка и поставка составных частей
Качественные практики	SUP2.BP1 Разработка стратегии менеджмента конфигурацией программных средств Определять стратегию менеджмента конфигурацией программных средств, включая мероприятия менеджмента конфигурацией программных средств и график осуществления этих мероприятий [выход а] Примечание 1 - Параллельные трудозатраты в области разработки могут потребовать стратегию бранч-менеджмента, включающую бранч-менеджмент, стратегии по объединению, управления версиями файлов в системе с ветвями, стратегии по бранч-родителям и стратегии тагирования. SUP.2.BP2 Определение элементов конфигурации программных средств Определить элементы конфигурации, которые должны независимо определяться, храниться, тестироваться, пересматриваться, использоваться, меняться, поставляться и/или поддерживаться [выход b] Примечание 2 - Для того чтобы обеспечить эффективные способы доступа и хранения требуемых сущностей, может быть создана структура файлов и каталогов и иерархии. SUP.2.BP3 Установка базисов Установить внутренние и поставляемые базисы. Базисы достигают за счет аккумулирования всех необходимых элементов конфигурации [выход b] Примечание 3 - Базисы охватывают все связанные рабочие продукты, в том числе требования, проектную и пользовательскую документации и спецификации тестирования там, где это уместно. Примеры рабочих продуктов, которые должны быть базисными, включают требования, проекты, планы и продукты.
Качественные практики	SUP.2.BP4 Поддержка описания элементов конфигурации Поддерживать актуальное описание каждого элемента конфигурации [выход b, с] SUP.2.BP5 Контроль изменений и релизов Установить механизм для логирования элементов, их предоставления и релиза и поддержки истории каждого элемента конфигурации для восстановления базовой версии, при необходимости [выход с, d, e, f] SUP2.BP6 Отчет о состоянии конфигурации Отчитываться о состоянии каждого элемента конфигурации и их взаимосвязи в текущей системной интеграции [выход d, e] SUP2.BP7 Проверка информации о сконфигурированных элементах Проверить, что информация о сконфигурированных элементах и их структурах, предоставляемая посредством отчетов учета состояния, являют полной, а элементы - единообразны [выход f, g] SUP2.BP8 Управление резервным копированием, хранением, архивацией, обработкой и поставкой сконфигурированных элементов Обеспечить целостность и непротиворечивость сконфигурированных элементов посредством соответствующего планирования и обеспечения резервного копирования, хранения и архивирования. Контролировать обработку и поставку сконфигурированных элементов [выход f, g] Примечание 4 - Резервные копии поддерживают в рамках процесса менеджмента инфраструктуры (ORG.2).

Рабочие продукты
Входы	Выходы
01-00 Элемент конфигурации [выход с, d, e, f, g]	01-00 Элемент конфигурации [выход b, с, е]
01-01 Конфигурация продукта [выход а]	01-01 Конфигурация продукта [выход b]
	06-02 Руководство по обработке и хранению [выход д]
08-04 План менеджмента конфигурацией [выход b, с, d, е, f, g]	08-04 План менеджмента конфигурацией [выход а, b]
08-16 План релиза [выход a, d]
	13-06 Акт сдачи [выход с, d, e, g]
	13-10 Запись о менеджменте конфигурации [выход b, с, е, g]
	13-13 Запись об утверждении релиза продукта [выход g]
	14-01 История изменений [выход с]
14-08 Система трекинга [выход е, f, g]
	15-03 Отчет о состоянии конфигурации [выход е]
16-03 Библиотека менеджмента конфигурации [выход g]

5.6.3 SUP.3 Обеспечение гарантии качества программных средств

Идентификатор процесса	SUP.3
Имя процесса	Обеспечение гарантии качества программных средств
Назначение процесса	Цель процесса обеспечения гарантии качества программных средств заключают в предоставлении гарантии соответствия рабочей продукции и процессов предварительно определенным условиям и планам
Выходы процесса	В результате успешного осуществления процесса гарантии качества программных средств: a) разрабатывают стратегию обеспечения гарантии качества; b) создают и поддерживают свидетельство гарантии качества; c) идентифицируют и регистрируют проблемы и (или) несоответствия с требованиями; d) верифицируют соблюдение продукций, процессов и действий соответствующим стандартам, процедурам и требованиям.
Качественные практики	SUP.3.BP1 Разработка стратегии обеспечения гарантии качества продуктов и процессов Разработать стратегию проектного уровня для обеспечения гарантии качества [выход а] Примечание 1 - Следует рассмотреть вопрос о разработке стратегии проектного уровня, согласующейся со стратегией организационного менеджмента качеством. Примечание 2 - Процесс обеспечения гарантии качества программных средств определяет задачи и контролирует выполнение сопутствующих процессов: верификации программных средств (SUP.4), валидации программных средств (SUP.5), ревизии программных средств (SUP.6) и аудита программных средств (SUP.7). SUP.3.BP2 Определение формы записи о качестве Определить форму записи о качестве, демонстрирующей соответствие процессов и рабочих продуктов с их требованиями к качеству [выход с] SUP.3.BP3 Подтверждение качества мероприятий процесса разработки проекта и рабочих продуктов проекта Провести ряд мероприятий для обеспечения гарантий с требуемым уровнем достоверности, что процессы проекта соответствовали указанным стандартам и что рабочие продукты соответствуют требованиям качества [выход b, d] SUP.3.BP4 Определение и фиксирование проблем и несоответствий Проблемы и несоответствия идентифицировать, регистрировать и затем докладывать соответствующим заинтересованным сторонам для информации и действий [выход с] SUP.3.BP5 Реакция на несоответствия Отклонения или несоответствия согласованным требованиям или организационным целям в области качества анализировать и разрешать [выход d]

Рабочие продукты
Входы	Выходы
03-06 Данные об осуществлении процесса [выход b, d]	03-06 Данные об осуществлении процесса [выход b, d]
05-06 Цели в области качества [выход b, с, d]	05-06 Цели в области качества [выход а]
07-04 Метрика процесса [выход b, с, d]
07-06 Метрика качества [выход b, с, d]
08-13 План качества [выход а]	08-13 План качества [выход а]
09-02 Политика в области качества [выход а]
10-00 Описание процесса [выход d]	10-00 Описание процесса [выход Ь]
	13-07 Запись о проблеме [выход с, d]
13-18 Запись о качестве [выход b, с, d]	13-18 Запись о качестве [выход b, с, d]
	13-19 Запись о ревизии [выход b, с, d]
14-02 Реестр корректирующих действий [выход с]	14-02 Реестр корректирующих действий [выход с]
14-08 Система трекинга [выход с, d]
18-00 Стандарт [выход d]
18-07 Критерии качества [выход d]	18-07 Критерии качества [выход d]
21-00 Рабочий продукт [выход d]

5.6.4 SUP.4 Верификация программных средств

Идентификатор процесса	SUP.4
Имя процесса	Верификация программных средств
Назначение процесса	Цель процесса верификации программных средств заключают в подтверждении того, что каждые программный рабочий продукт и (или) услуга процесса или проекта должным образом отражают заданные требования
Выходы процесса	В результате успешного осуществления процесса верификации программных средств: a) разрабатывают и осуществляют стратегию верификации; b) определяют критерии верификации всех необходимых программных рабочих продуктов; c) выполняют требуемые действия по верификации; d) определяют и регистрируют дефекты; e) предоставляют доступ к результатам верификации заказчику и другим заинтересованным сторонам
Качественные практики	SUP.4.BP1 Разработка стратегии верификации Разработать и реализовать стратегию верификации, включая мероприятия по верификации со связанными методами, техниками и инструментами; рабочими продуктами или верифицируемыми процессами; степени независимости для верификации и график осуществления этих мероприятий [выход а] Примечание - Верификация программных средств обеспечивает объективное свидетельство того, что выходы проекта на конкретном этапе жизненного цикла программного обеспечения удовлетворяют все указанные требования для этого этапа. SUP.4.BP2 Разработка критериев для верификации Разработать критерии верификации всех необходимых рабочих продуктов [выход b] SUP.4.BP3 Проведение верификации Верифицировать определенные рабочие продукты согласно определенной стратегии [выход с] SUP.4.BP4 Определение действий по результатам верификации Дефекты, обнаруженные при верификации, должны быть выявлены, зафиксированы и внесены в процесс решения проблем в программных средствах (SUP.8) [выход d] SUP.4.BP5 Предоставление доступа к результатам верификации доступными заинтересованным лицам Результаты верификации должны быть предоставлены заинтересованным сторонам, включая заказчиков и иные вовлеченные стороны [выход е]

Рабочие продукты
Входы	Выходы
07-06 Метрика качества [выход b]
08-13 План качества [выход а]
	08-30 План по верификации [выход а]
09-02 Политика в области качества [выход а]
	13-04 Запись об общении [выход е]
	13-07 Запись о проблеме [выход с, d, e]
	13-16 Запрос на изменение [выход с, d]
13-18 Запись о качестве [выход с, d]	13-18 Запись о качестве [выход d, e]
13-22 Запись о трассируемости [выход с]
	13-25 Результаты верификации [выход b, с, d, e]
14-02 Реестр корректирующих действий [выход d]	14-02 Реестр корректирующих действий [выход d]
14-08 Система трекинга [выход d]
15-10 Отчет об инциденте во время теста [выход b, с]
18-07 Критерии качества [выход b]	18-07 Критерии качества [выход b]
	19-10 Стратегия верификации [выход а]

5.6.5 SUP.5 Валидация программных средств

Идентификатор процесса	SUP.5
Имя процесса	Валидация программных средств
Назначение процесса	Цель процесса валидации программных средств заключают в подтверждении того, что требования выполняют для конкретного применения рабочего программного продукта
Выходы процесса	В результате успешного осуществления процесса валидации программных средств: a) разрабатывают и реализуют стратегию валидации; b) определяют критерии валидации для всей требуемой рабочей продукции; c) выполняют требуемые действия по валидации; d) идентифицируют и регистрируют проблемы; e) обеспечивают свидетельства того, что созданные рабочие программные продукты пригодны для применения по назначению; f) предоставляют доступ к результатам действий по валидации заказчику и другим заинтересованным сторонам
Качественные практики	SUP.5.BP1 Разработка стратегии валидации Разработать и реализовать стратегию валидации, включая мероприятия: по валидации со связанными методами, техниками и инструментами; валидируемыми сервисами, программным обеспечением или системами; степени независимости для валидации и график осуществления этих мероприятий [выход а] Примечание - Валидация направлена на подтверждение путем экспертизы и предоставления объективных свидетельств того, что технические характеристики программного обеспечения или системы соответствуют потребностям пользователей и предполагаемому использованию, и данные требования, реализованные в программном продукте, должны быть выполнены в обязательном порядке. SUP.5.BP2 Разработка критериев валидации Разработать критерии для валидации сервиса, программного обеспечения или системы [выход b] SUP.5.BP3 Выполнение мероприятий по валидации Провести валидационные мероприятия с использованием определенных методов, процессов и тестовых сценариев против требований и стандартов качества. Зафиксировать результаты валидационной деятельности [выход с] SUP.5.BP4 Выявление проблемы Проблемы, обнаруженные в процессе валидации, должны быть выявлены, зафиксированы и внесены в процесс решения проблем в программных средствах (SUP.8) [выход d] SUP.5.BP5 Предоставление данных валидации Предоставить данные валидации, полученные в результате проведения валидационной деятельности. Подтвердить, что продукт соответствует его предполагаемому использованию путем ревизии результатов валидации и решения поднятых вопросов [выход е] SUP.5.BP6 Предоставление доступа к результатам валидации заказчику и другим заинтересованным сторонам Результаты валидации должны быть доступны заказчику и другим сопричастным сторонам [выход f]
Рабочие продукты
Входы		Выходы
08-13 План качества [выход а]
		08-23 План валидационных испытаний [выход а]
09-02 Политика в области качества [выход а]
		13-04 Запись об общении [выход f]
13-07 Запись о проблеме [выход d]		13-07 Запись о проблеме [выход d]
		13-16 Запрос на изменение [выход с, d]
		13-18 Запись о качестве [выход b, с]
13-22 Запись о трассируемости [выход с, е]
		13-24 Результаты валидации [выход с, d, e, f]
14-02 Реестр корректирующих действий [выход с, d, e]
14-08 Система трекинга [выход с, d, e]
17-00 Спецификация требований [выход е]
18-07 Критерии качества [выход b]		18-07 Критерии качества [выход b]
		19-11 Стратегия валидации [выход а]

5.6.6 SUP.6 Ревизия программных средств

Идентификатор процесса	SUP.6
Имя процесса	Ревизия программных средств
Назначение процесса	Цель процесса ревизии программных средств заключают в поддержке общего понимания с правообладателями прогресса относительно целей соглашения и того, что именно необходимо сделать для помощи в обеспечении разработки продукта, удовлетворяющего правообладателей. Ревизии программных средств применяют как на уровне менеджмента проекта, так и на техническом уровне и проводятся в течение всей жизни проекта
Выходы процесса	В результате успешного осуществления процесса ревизии программных средств: a) выполняют технические ревизии и ревизии менеджмента на основе потребностей проекта; b) оценивают состояние и результаты действий процесса посредством ревизии деятельности; c) объявляют результаты ревизии всем участвующим сторонам; d) отслеживают мероприятия для закрытия позиции, по которым необходимо пред принимать активные действия, выявленные в результате ревизии; e) идентифицируют и регистрируют риски и проблемы
Качественные практики	SUP.6.BP1 Процесс ревизии Определить сроки, объем и участников управленческих и технических ревизий, исходя из потребностей проекта [выход а] SUP.6.BP2 Подготовка ревизии Собрать, подготовить и распространить ревизионный материал по мере необходимости в течение подготовки к ревизии [выход а] SUP.6.BP3 Проведение ревизии Провести ревизии совместного управления и технические ревизии. Зафиксировать результаты ревизий как планировалось [выход b] SUP.6.BP4 Предоставление доступа к результатам Результаты ревизий должны быть доступны для всех заинтересованных сторон [выход с] SUP.6.BP5 Действия при проведении ревизии результатов Проанализировать отчет о ревизии; идентифицировать и зарегистрировать проблемы; предложить решение(я) по ревизионным результатам; определить приоритет действий [выход е] SUP.6.BP6 Контроль действий по результатам ревизии Отслеживать действия по решению выявленных проблем в ревизии; докладывать и документировать изменения рабочих продуктов и процессов [выход d]

Рабочие продукты
Входы	Выходы
02-00 Контракт [выход а, b]
07-06 Метрика качества [выход b]
08-13 План качества [выход а, b]
08-18 План ревизии [выход а, b]
08-19 План менеджмента рисками [выход а, b]
08-20 План снижения рисков [выход а, b]
09-02 Политика в области качества [выход а, b]
	13-01 Акт приема [выход с, d, e]
	13-04 Запись об общении [выход с]
	13-05 Запись о ревизии контракта [выход а, b, с]
13-07 Запись о проблеме [выход b]	13-07 Запись о проблеме [выход с, е]
13-14 Запись о статусе выполнения [выход b]
13-17 Запрос от заказчика [выход а, b]
13-19 Запись о ревизии [выход b]	13-19 Запись о ревизии [выход а, b, с, d, e]
	14-02 Реестр корректирующих действий [выход с, d, e]
14-08 Система трекинга [выход с, d, e]
	15-01 Отчет об анализе [выход с, е]

5.6.7 SUP.7 Аудит программных средств

Идентификатор процесса	SUP.7
Имя процесса	Аудит программных средств
Назначение процесса	Цель процесса аудита программных средств заключают в независимом определении соответствия выбранных продуктов и процессов требованиям, планам и соглашениям
Выходы процесса	В результате успешного осуществления процесса аудита программных средств: a) разрабатывают и осуществляют стратегию аудита; b) определяют согласно стратегии аудита соответствие отобранных рабочих программных продуктов и (или) услуг или процессов требованиям, планам и соглашениям; c) аудит проводится соответствующими независимыми сторонами; d) проблемы, выявленные в процессе аудита, идентифицируют, доводят до сведения ответственных за корректирующие действия и затем решают
Качественные практики	SUP.7.BP1 Разработка и реализация стратегии аудита Реализуют стратегию аудита, определяющую цель, масштаб, этапы, критерии аудита и аудиторскую группу [выход а] SUP.7.BP2 Выбор аудиторов Выбрать независимых, беспристрастных и объективных аудиторов [выход с] SUP.7.BP3 Проведение аудита на соответствие требованиям. Провести аудит выбранных рабочих продуктов, сервисов или процессов для определения их соответствия требованиям и намеченным мероприятиям. Несоответствия регистрировать [выход b] SUP.7.BP4 Подготовка и распространение аудиторского отчета Аудитор должен разработать и распространить аудиторский отчет [выход с, d] SUP.7.BP5 Принятие корректирующего действия Предпринять корректирующее действие для устранения несоответствий назначенным ответственным лицом. Корректирующее действие может вылиться в немедленное действие, чтобы устранить несоответствие. Также оно может повлечь за собой другое корректирующее действие после проведения анализа первопричин [выход d] SUP.7.BP6 Контроль выполнения решения Корректирующие действия отслеживают до разрешения. Аудитор может провести ревизию несоответствующих решений и их результатов [выход d]

Рабочие продукты
Входы	Выходы
08-13 План качества [выход а]
09-02 Политика в области качества [выход а]
10-00 Описание процесса [выход b]
13-00 Запись [выход с, d]
	13-04 Запись об общении [выход d]
13-07 Запись о проблеме [выход с, d]
13-22 Запись о трассируемости [выход b]
14-02 Реестр корректирующих действий [выход d]	14-02 Реестр корректирующих действий [выход d]
	15-01 Отчет об анализе [выход b, d]
	15-24 Аудиторский отчет [выход с, d]
18-07 Критерии качества [выход b]
19-12 Стратегия аудита [выход а]	19-12 Стратегия аудита [выход а]

5.6.8 SUP.8 Решение проблем в программных средствах

Идентификатор процесса	SUP.8
Имя процесса	Решение проблем в программных средствах
Назначение процесса	Цель процесса решения проблем в программных средствах заключают в обеспечении гарантии того, что все выявленные проблемы идентифицируют, анализируют, контролируют и подвергают менеджменту для осуществления их решения
Выходы процесса	В результате успешной реализации процесса решения проблем в программных средствах: а) разрабатывают стратегию менеджмента проблем; b) проблемы регистрируют, идентифицируют и классифицируют; с) проблемы анализируют и оценивают для определения приемлемого(ых) решения(ий); d) решают проблемы; е) отслеживают проблемы вплоть до их закрытия; f) известно текущее состояние всех зафиксированных проблем. Примечание - Процесс решения проблем в программных средствах можно использовать или легко адаптировать для менеджмента, отслеживания и управления заявками на изменения в программных средствах
Качественные практики	SUP.8.BP1 Разработка стратегии решения проблем Определить стратегию решения проблем для обеспечения того, чтобы проблемы были описаны, зафиксированы, проанализированы и исправлены [выход а] SUP.8.BP2 Определение и фиксирование проблемы Каждую проблему однозначно определить и фиксировать [выход b] SUP.8.BP3 Предоставление первоначальной поддержки и классификации. Предоставить первоначальную поддержку и обратную связь о проблемах и классифицировать проблемы по степени тяжести [выход b] Примечание 1 - Классификация проблем может быть с точки зрения критичности, срочности, релевантности и т.д. SUP.8.BP4 Исследование и диагностирование причины проблемы. Проанализировать проблемы с целью выявить причину проблемы [выход с] Примечание 2 - Проблема может быть известной ошибкой или может повлиять на приложения, установленные на нескольких платформах. SUP.8.BP5 Оценка влияния проблемы для определения решения Оценить влияние проблемы для определения надлежащих действий, а также определения и согласования решения [выход с] SUP.8.BP6 Выполнение срочного действия по решению, если необходимо Если проблема требует немедленного разрешения в ожидании фактического изменения, она получает разрешение на немедленное исправление [выход d] SUP.8.BP7 Проведение тревожного оповещения, если необходимо Если проблема высокой степени тяжести затрагивает другие системы или пользователей, возможно, потребуется провести тревожное оповещение в ожидании исправления или изменения [выход d, f] SUP.8.BP8 Решение проблемы Реализовать действия по решению проблемы для устранения проблемы и провести ревизию осуществления [выход d] SUP.8.BP9 Инициация запроса на изменение Инициировать запрос на изменение для продиагностированных ошибок [выход е] SUP8.BP10 Отслеживание статуса проблем. Отслеживать статус выявленных проблем до закрытия [выход е, f]

Рабочие продукты
Входы	Выходы
	08-27 План менеджмента проблем [выход а]
13-07 Запись о проблеме [выход с]	13-07 Запись о проблеме [выход с, е]
13-16 Запрос на изменение [выход b]	13-16 Запрос на изменение [выход е]
14-08 Система трекинга [выход d, e, f]
	15-01 Отчет об анализе [выход с]
	15-05 Отчет об оценивании [выход с]
	15-12 Отчет о состоянии по проблемам [выход f]

5.7 Группа процессов повторного применения программных средств REU

5.7.1 REU.1 Проектирование доменов

Идентификатор процесса	REU.1
Имя процесса	Проектирование доменов
Назначение процесса	Цель процесса проектирования доменов заключают в разработке и сопровождении моделей доменов, архитектуры доменов и активов для доменов
Выходы процесса	В результате успешного осуществления процесса проектирования доменов: a) выбирают формы представления модели и архитектуры домена; b) определяют границы домена и его взаимосвязи с другими доменами; c) разрабатывают модель домена, которая объединяет в себе существенные общие и различные свойства, возможности, концепции и функции в этом домене; d) разрабатывают архитектуру домена, описывающую семейство систем в пределах домена, включая их общность и изменчивость; e) специфицируют активы, относящиеся к домену; f) приобретают или разрабатывают и поддерживают соответствующие активы в течение всего жизненного цикла; g) поддерживают модели и архитектуры домена в течении всего их жизненного цикла. Примечания 1 Проектирование доменов основано на повторном применении подхода к определению области применения (то есть определению домена), спецификации структуры (то есть архитектуры домена) и созданию активов (например, требований, конструкции, программного кода, документации) для класса систем, подсистем или приложений. 2 Процесс, относящийся к проектированию доменов, может перекрываться с процессами разработки и сопровождения, использующими активы, созданные процессом проектирования доменов
Качественные практики	REU.1.BP1 Определение критериев определений домена Выбрать формы представления домена, классификации домена и другие необходимые шаблоны описания, которые будет использоваться для моделей домена и архитектур домена, в соответствии со стандартами повторного использования в организации [выход а] REU.1.BP2 Определение моделей домена Разработать описания домена согласно формам представления [выход b, с, d] REU.1.BP3 Определение архитектуры домена Разработать архитектуры домена и их технические интерфейсы с другими доменами [выход b, d] Примечание 1 - Данную хорошую практику можно осуществлять путем выполнения процесса анализа системных требований (ENG.2) и/или анализа требований к программным средствам (DEV.1). REU.1.BP4 Разработка спецификации активов Спецификации активов разрабатывают для повторного использования и затем поддерживают в ходе изменений в проектировании [выход е] Примечание 2 - Данную хорошую практику можно осуществлять путем выполнения процесса анализа требований к программным средствам (DEV.1) и/или проектирования архитектуры программных средств (DEV.2).
	REU.1.BP5 Предоставление активов домена Предоставить указанные активы домена для использования в продуктах [выход f] Примечание 3 - Данную хорошую практику можно осуществлять путем выполнения процессов приобретения (AGR.1A - AGR.1D) и/или разработки (DEV.1 - DEV.6). REU.1.BP6 Поддержка активов домена Анализировать и мониторить запросы на изменение для поддержания активов домена и осуществления необходимых мероприятий по технической реализации [выход f] Примечание 4 - Данную хорошую практику можно осуществлять путем выполнения процесса сопровождения программных средств (ENG.10) и/или решения проблем в программных средствах (SUP.8). REU.1.BP7 Поддержка модели и архитектуры домена Анализировать и мониторить запросы на изменение для поддержания моделей и архитектур домена и осуществления необходимых мероприятий по технической реализации [выход g]

Рабочие продукты
Входы	Выходы
01-02 Многократно используемый объект [выход f]	01-02 Многократно используемый объект [выход f]
04-02 Архитектура домена [выход а, b, g]	04-02 Архитектура домена [выход a, b, d, g]
04-03 Модель домена [выход g]	04-03 Модель домена [выход с, g]
08-02 План приобретения [выход f]
08-12 План проекта [выход f]
13-16 Запрос на изменение [выход f, g]
	13-21 Запись о контроле изменений [выход f, g]
14-03 Реестр аппаратных ресурсов [выход е]
14-07 Реестр программных активов [выход е]
17-01 Спецификация активов [выход f]	17-01 Спецификация активов [выход е]
17-06 Спецификация интерфейса домена [выход b, f, g]	17-06 Спецификация интерфейса домена [выход b]
18-04 Стандарт представления домена [выход а]	18-04 Стандарт представления домена [выход а]

5.7.2 REU.2 Менеджмент повторным применением активов

Идентификатор процесса	REU.2
Имя процесса	Менеджмент повторным применением активов
Назначение процесса	Цель процесса менеджмента повторным применением активов заключают в управлении жизненным циклом повторно применяемых активов от концепции до отмены применения
Выходы процесса	В результате успешного осуществления процесса менеджмента повторным применением активов: a) документируют стратегию менеджмента активами; b) формируют схему классификации активов; c) определяют критерии приемки активов, сертификации и прекращения применения; d) приводят в действие механизм хранения и поиска активов; e) регистрируют использование активов; f) контролируют изменения в активах; g) оповещают пользователей активов о выявленных проблемах, выполненных модификациях, созданных новых версиях и удалениях активов из мест хранения и механизмов поиска
Качественные практики	REU.2.BP1 Определение и документирование стратегии менеджмента активами Определить и задокументировать стратегию менеджмента активами для повторного использования [выход а] REU.2.BP2 Установка схемы классификации активов Предоставить схему классификации активов для поддержки их повторного использования [выход b] Примечание - Пример классификации может определять коммерчески доступное программное обеспечение, специальное программное обеспечение, коммерчески доступное аппаратное обеспечение и повторно используемые библиотеки/компоненты. REU.2.BP3 Определение критериев для активов Определить приемочные, сертификационные критерии и критерии изъятия для активов [выход с] REU.2.BP4 Установка механизмов хранения и поиска активов Установить механизмы хранения и поиска активов и сделать их доступными пользователям для хранения, извлечения и предоставления информации о возможности многократного использования активов [выход d] REU.2.BP5 Определение повторно используемых активов Определить активы, которые будут доступны для повторного использования [выход b] REU.2.BP6 Принятие повторно используемых активов Сертифицировать, классифицировать, зафиксировать и сделать базовыми активы, предоставленные для хранения, и сделать их доступными для повторного использования [выход с, d] REU.2.BP7 Эксплуатация хранилища активов Обеспечивать и контролировать работу хранилища активов, механизмов поиска и распространения [выход d, f] REU.2.BP8 Фиксирование использования активов Отслеживать каждое повторное использование активов, фиксировать информацию и собирать обратную связь о фактическом повторном использовании активов [выход е] REU.2.BP9 Уведомление повторно использующих лиц о статусе актива Уведомлять всех лиц, повторно использующих активы о любых проблемах, обнаруженных в активах, модификациях, новых версиях и удалении из хранилища активов и механизма извлечения [выход g] REU.2.BP10 Изъятие из обращения активов Изъять из обращения активы из хранилища активов и механизма извлечения, следуя определенной стратегии менеджмента активами [выход с, f, g]

Рабочие продукты
Входы	Выходы
	01-02 Многократно используемый объект [выход f, g]
	03-02 Данные об использовании активов [выход е]
05-02 Бизнес-цели [выход а]
	13-04 Запись об общении [выход g]
13-07 Запись о проблеме [выход g]
13-21 Запись о контроле изменений [выход f, g]	13-21 Запись о контроле изменений [выход f]
14-03 Реестр аппаратных ресурсов [выход а, е, g]	14-03 Реестр аппаратных ресурсов [выход е, g]
14-07 Реестр программных активов [выход а, е, g]	14-07 Реестр программных активов [выход е, g]
15-03 Отчет о состоянии конфигурации [выход g]	15-03 Отчет о состоянии конфигурации [выход f]
16-02 Репозиторий активов [выход d, f]	16-02 Репозиторий активов [выход b, d, e]
	16-05 Библиотека повторного использования [выход d]
	17-01 Спецификация активов [выход b, с]
19-01 Стратегия менеджмента активов [выход b, с]	19-01 Стратегия менеджмента активов [выход а]

5.7.3 REU.3 Менеджмент программой повторного применения

Идентификатор процесса	REU.3
Имя процесса	Менеджмент программой повторного применения
Назначение процесса	Цель процесса менеджмента программой повторного применения заключают в планировании, создании, руководстве, управлении и мониторинге программы повторного применения в организации при систематическом использовании возможностей повторного применения
Выходы процесса	В результате успешного осуществления процесса менеджмента программой повторного применения: a) определяют стратегию программы повторного применения в организации, в том числе назначение, область применения, конечные и промежуточные цели; b) идентифицируют домены для потенциальных возможностей повторного применения; c) оценивают возможность систематического повторного применения организацией; d) оценивают потенциальные возможности повторного применения каждого домена; e) оценивают предложения повторного применения для гарантии того, что повторно используемый продукт пригоден для предложенного приложения; f) реализуют стратегию повторного применения в организации; g) устанавливают обратную связь, коммуникации и механизмы оповещения, которые функционируют между взаимодействующими сторонами; h) контролируют и оценивают программу повторного применения. Примечание - Взаимодействующие стороны могут включать в себя администраторов программы повторного применения, менеджеров активов, инженеров доменов, разработчиков, операторов и сопровожденцев
Качественные практики	REU.3.BP1 Определение организационной стратегии повторного использования Определить программу повторного использования и необходимую вспомогательную инфраструктуру для организации [выход а] REU.3.BP2 Определение доменов для потенциального повторного использования Определить набор(ы) систем и их компонентов с точки зрения общих свойств, которые могут быть организованы в коллекцию повторно используемых активов, которые могут быть использованы для построения систем в домене [выход b] REU.3.BP3 Оценка возможности повторного использования Получить представление о готовности и возможности повторного использования в организации, чтобы обеспечить базисы и критерии успеха для менеджмента программами повторного применения [выход с] REU.3.BP4 Оценка доменов для потенциального повторного использования Оценить каждый домен для выявления потенциального использования и применения многократно используемых компонентов и продуктов [выход d] REU.3.BP5 Оценка предложения повторного использования Оценить пригодность представленных повторно используемых компонентов и продукта(ов) для предлагаемого использования [выход е] REU.3.BP6 Осуществление программы повторного использования Выполнить виды деятельности, определенные в программе повторного использования [выход f] REU.3.BP7 Сбор и управление обучением Собирать обучение и информацию от проектов и связанных процессов, анализировать и хранить в репозитории процессов [выход g] REU.3.BP8 Получение обратной связи от повторного использования Установить механизм обратной связь, оценки, коммуникации и уведомления для контроля за ходом программы повторного использования [выход g, h] REU.3.BP9 Мониторинг повторного использования Периодически мониторить реализацию программы повторного использования и оценивать ее пригодность относительно актуальных потребностей [выход f, h]

Рабочие продукты
Входы	Выходы
03-02 Данные об использовании активов [выход d]
04-02 Архитектура домена [выход b, d]	04-02 Архитектура домена [выход b]
04-03 Модель домена [выход b]	04-03 Модель домена [выход b]
05-02 Бизнес-цели [выход а]
08-03 План оценки процесса [выход с]
08-17 План повторного использования [выход е]	08-17 План повторного использования [выход е, f]
09-03 Политика повторного использования [выход f]	09-03 Политика повторного использования [выход а]
12-03 Предложение повторного использования [выход е]	12-03 Предложение повторного использования [выход d]
	13-04 Запись об общении [выход g]
14-03 Реестр аппаратных ресурсов [выход а]
14-07 Реестр программных активов [выход а]
	15-07 Отчет об оценке повторного использования [выход е, f, h]
	15-13 Отчет об оценке [выход с, d]
	15-24 Аудиторский отчет [выход с, d]
16-05 Библиотека повторного использования [выход с, d]
19-05 Стратегия повторного использования [выход b, f, g, h]	19-05 Стратегия повторного использования [выход а]

6 Индикаторы возможности процесса (уровни 1 - 5)

Данный раздел представляет индикаторы возможности процесса, относящиеся к атрибутам процесса, связанным с уровнями возможности 1 - 5, описанными в размерности возможности модели оценки процесса. Индикаторы возможности процесса являют средством достижения возможностей рассматриваемыми атрибутами процесса. Свидетельство индикаторов возможности процесса поддерживает решение о степени достижения атрибута процесса.

Размерность возможности модели оценки процесса состоит из шести уровней возможности, совпадающих с уровнями возможности, определенными в ИСО/МЭК 15504-2. В данном разделе описаны индикаторы возможности процесса для девяти атрибутов процесса, включенных в размерность возможности для уровней 1 - 5. В разделе 5 приведены индикаторы оценки осуществления процесса, которые характеризуют уровнем 1 возможности процесса.

Уровень 0 не содержит никаких индикаторов. Уровень 0 отражает нереализованный процесс или процесс, который не в состоянии достичь своих выходов.

Примечания

1 Далее определения атрибутов процесса и достижения атрибутов ИСО/МЭК 15504-2 обозначены курсивом.

2 После каждого общего ресурса и общего рабочего продукта следует фраза '[РА х.у Достижение 1]'. Имеют в виду достижение 1 атрибута процесса х.у, удовлетворяемое данным индикатором.

6.1 Уровень 1: осуществленный процесс

6.1.1 РА 1.1 Атрибут осуществления процесса

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

а) процесс достиг своих определенных выходов.

6.1.1.1 Общие практики для РА 1.1

GP 1.1.1 Достичь выходов процесса Осуществить замысел хороших практик. Произвести рабочие продукты, что свидетельствует о выходах процесса.

Примечание - Оценка осуществленного процесса основана на индикаторах осуществления процесса, которые определены в разделе 5.

6.1.1.2 Общие ресурсы для РА 1.1

Ресурсы используют для осуществления замысла хороших практик конкретного процесса. [РА 1.1 Достижение а]

6.1.1.3 Общие рабочие продукты для РА 1.1

21-00 Рабочий продукт [РА 1.1 Достижение а]

Рабочие продукты существуют, что предоставляет свидетельство достижения выходов процесса.

6.2 Уровень 2: управляемый процесс

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

Следующие атрибуты процесса демонстрируют достижение данного уровня.

6.2.1 РА 2.1 атрибут управления осуществлением

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

a) идентифицированы цели осуществления процесса;

b) осуществление процесса планируют и проводят его мониторинг;

c) осуществление процесса регулируют для соответствия планам;

d) определены, распределены и доведены до сведения ответственность и полномочия по осуществлению процесса;

e) идентифицированы, доступны, выделены и использованы ресурсы и информация, необходимые для осуществления процесса;

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

6.2.1.1 Общие практики для РА 2.1

GP 2.1.1 Идентификация цели для осуществления процесса Примечание - Цели осуществления могут включать в себя: (1) качество произведенных артефактов, (2) время рабочего цикла или частота, (3) использование ресурсов и (4) границы процесса. Определяют цели осуществления на основе требований процесса. Определяют область осуществления процесса. Учитывают допущения и ограничения при идентификации целей осуществления

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

GP 2.1.3 Регулирование осуществления процесса Идентифицируют проблемы осуществления процесса Принимают соответствующие меры, если запланированные результаты и цели не достигаются. Корректируют план(ы) по мере необходимости. Осуществляют перепланирование по мере необходимости

GP 2.1.4 Наделение обязанностей и полномочий для осуществления процесса Определяют, назначают и сообщают обязанности, обязательства и полномочия для осуществления процесса. Определяют и назначают обязанности и полномочия для проверки рабочих продуктов процесса. Определяют потребности в опыте, знаниях и навыках по осуществлению процесса

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

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

6.2.1.2 Общие ресурсы для РА 2.1

Людские ресурсы с определенными задачами, ответственностями и полномочиями [РА 2.1 Достижение a, d, e, f]

Помещения и инфраструктурные ресурсы [РА 2.1 Достижение a, d, e, f].

Инструменты проектного планирования, управления и контроля, включая отчеты о времени и затратах [РА 2.1 Достижение b, с].

Система менеджмента рабочего процесса [РА 2.1 Достижение d, f].

Электронная почта и/или другие механизмы коммуникации [РА 2.1 Достижение d, f]

Репозиторий информации и/или опыта [РА 2.1 Достижение b, е].

Механизмы менеджмента проблемами и вопросами [РА 2.1 Достижение с].

6.2.1.3 Общие рабочие продукты для РА 2.1

08-00 План [РА 2.1 Достижение а, b, с, d, e, f]

Определяет цели для осуществления процесса.

Описывает допущения и ограничения, учтенные при определении целей.

Включает в себя этапы и сроки на производство рабочих продуктов процесса.

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

Рассматривает риски, связанные с осуществлением определенных задач.

Определяет заинтересованные стороны и коммуникационные механизмы.

Описывает, каким образом план контролируют и корректируют при необходимости.

13-00 Запись [РА 2.1 Достижение d, e, f]]

Констатирует достигнутые результаты или предоставляет свидетельство выполненных в процессе работ.

Предоставляет свидетельство общения, встреч, ревизий и поправок.

14-00 Реестр [РА 2.1 Достижение с, е]

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

Контролирует выявленные риски.

15-00 Отчет [РА 2.1 Достижение b, с]

Контролирует процесс осуществления в отношении определенных целей и планов.

Определяет отклонения в процессе осуществления.

Описывает результаты и состояние процесса.

Предоставляет свидетельство управленческой деятельности.

6.2.2 РА 2.2 атрибут менеджмента рабочим продуктом

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

a) определены требования к рабочим продуктам процесса;

b) определены требования к документации и контролю за рабочими продуктами;

c) рабочие продукты надлежащим образом идентифицированы, документированы и контролируют;

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

Примечания

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

2 В настоящем пункте к рабочим продуктам отнесены продукты, получаемые в результате достижения выходов процесса.

6.2.2.1 Общие практики для РА 2.2

GP 2.2.1 Определение требований к рабочим продуктам Определяют требования к производимым рабочим продуктам. Требования могут включать определяющие содержания и структуры. Определяют критерии качества рабочих продуктов. Определяют соответствующие критерии ревизии и утверждения для рабочих продуктов

GP 2.2.2 Определение требований к документации и контролю рабочих продуктов Определяют требования к документированию и контролю рабочих продуктов. Такие требования могут включать требования для (1) распространения, (2) определения рабочих продуктов и (3) прослеживаемости их компонентов. Определяют и анализируют зависимости между рабочими продуктами. Определяют требования для утверждения контролируемых рабочих продуктов

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

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

6.2.2.2 Общие ресурсы для РА 2.2

Метод/набор инструментов для менеджмента требованиями [РА 2.2 Достижение а, b, с].

Система менеджмента конфигурации [РА 2.2 Достижение b, с].

Инструменты разработки и поддержки документации [РА 2.2 Достижение b, с].

Процедура идентификации и контроля документации [РА 2.2 Достижение b, с].

Ревизионные методы и знания по рабочим продуктам [РА 2.2 Достижение d].

Метод/набор инструментов для менеджмента ревизиями [РА 2.2 Достижение d].

Интранет, экстранет и/или другие коммуникационные механизмы [РА 2.2 Достижение b, с].

Механизмы менеджмента проблемами и вопросами [РА 2.2 Достижение d]

6.2.2.3 Общие рабочие продукты для РА 2.2

08-00 План [РА 2.2 Достижение b]

Выражает выбранную политику или стратегию для менеджмента рабочими продуктами.

Описывает требования к разработке, распространению и поддержке рабочих продуктов.

Определяет действия по контролю качества, необходимые для менеджмента качеством рабочего продукта.

13-00 Запись [РА 2.2 Достижение d]

Демонстрирует ревизии рабочих продуктов и способствует прослеживаемости.

Описывает несоответствия, обнаруженные во время ревизий рабочих продуктов.

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

14-00 Реестр [РА 2.2 Достижение с]

Фиксирует состояние документации или рабочего продукта.

16-00 Репозиторий [РА 2.2 Достижение с]

Содержит и делает доступным рабочие продукты и/или элементы конфигурации.

Поддерживает мониторинг изменений рабочих продуктов.

18-00 Стандарт [РА 2.2 Достижение а]

Определяет функциональные и нефункциональные требования для рабочих продуктов.

Определяет зависимости рабочих продуктов.

Определяет критерии для утверждения документов.

20-00 Заготовка [РА 2.2 Достижение а, b]

Определяет атрибуты, связанные с создаваемым рабочим продуктом.

21-00 Рабочий продукт [РА 2.2 Достижение а, b, с, d]

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

6.3 Уровень 3: установленный процесс

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

Следующие атрибуты процесса демонстрируют достижение данного уровня.

6.3.1 РА 3.1 атрибут описания технологических процессов

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

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

b) определены последовательность и взаимодействие стандартного процесса с другими процессами;

c) идентифицированы как часть стандартного процесса компетентности и роли, необходимые для осуществления процесса;

d) идентифицированы как часть стандартного процесса инфраструктура и рабочая среда, необходимые для осуществления процесса;

e) определены соответствующие методы для проведения мониторинга эффективности и применимости процесса.

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

6.3.1.1 Общие практики для РА 3.1

GP 3.1.1 Определение стандартного процесса, который будет поддерживать развертывание определенного процесса. Разрабатывают стандартный процесс, который включает в себя основные процессные элементы. Стандартный процесс определяет потребности и контекст развертывания. Предоставляют руководство и/или процедуры для поддержки осуществления процесса по мере необходимости. Соответствующее(ие) руководство(а) по адаптации доступны по мере необходимости

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

GP 3.1.3 Идентификация роли и компетенции для осуществления стандартного процесса. Определяют роли осуществления процесса. Определяют компетенции для осуществления процесса

GP 3.1.4 Идентификация необходимой инфраструктуры и рабочего окружения для осуществления стандартного процесса. Определяют инфраструктурные компоненты процесса (помещения, инструменты, сети, методы и т.д.). Определяют требования к рабочему окружению

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

6.3.1.2 Общие ресурсы для РА 3.1

Методы/инструменты моделирования процессов [РА 3.1 Достижение а, b, с, d].

Учебные материалы и курсы [РА 3.1 Достижение а, b, с].

Системы управления ресурсами [РА 3.1 Достижение b, с].

Инфраструктура процесса [РА 3.1 Достижение а, b].

Инструменты для аудита и анализа тенденций [РА 3.1 Достижение е].

Метод мониторинга процессов [РА 3.1 Достижение е].

6.3.1.3 Общие рабочие продукты для РА 3.1

09-00 Политика [РА 3.1 Достижение а, b, с, d, e]

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

10-00 Описание процесса [РА 3.1 Достижение а, b, с, е]

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

Затрагивает осуществление, управление и развертывание процесса, как описано в уровнях возможности 1 и 2 и в РА 3.2 атрибут развертывания процесса.

Затрагивает методы для контроля эффективности и пригодности процесса.

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

Определяет и сообщает компетенции, роли и обязанности персонала для стандартного и определенного процесса.

Определяет критерии эффективности персонала для стандартного и определенного процесса.

Определяет руководства по адаптации стандартного процесса.

16-00 Репозиторий [РА 3.1 Достижение d]

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

18-00 Стандарт [РА 3.1 Достижение а]

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

19-00 Стратегия [РА 3.1 Достижение с, d

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

6.3.2 РА 3.2 атрибут развертывания процесса

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

a) определенный процесс развертывают на основе соответствующим образом выбранного и (или) привязанного стандартного процесса;

b) необходимые для осуществления определенного процесса роли, ответственности и полномочия установлены и сообщены исполнителям;

c) персонал, осуществляющий определенный процесс, компетентен на основании соответствующего образования, обучения и опыта;

d) необходимые для осуществления определенного процесса ресурсы и информация доступны, выделены и используют;

e) необходимые для осуществления определенного процесса инфраструктура и рабочая среда доступны, управляемы и сопровождаемы;

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

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

6.3.2.1 Общие практики для РА 3.2

GP 3.2.1 Развертывание определенного процесса, который удовлетворяет требованиям специфического контекста использования стандартного процесса Определенный процесс выбирают соответствующим образом и/или адаптируют с учетом стандартного процесса. Проверяют соответствие определенного процесса с требованиями стандартного процесса

GP 3.2.2 Назначение и сообщение о ролях, ответственности и полномочиях для осуществления определенного процесса Назначают и сообщают роли для осуществления определенного процесса. Назначают и сообщают обязанности и полномочия для осуществления определенного процесса

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

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

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

GP 3.2.6 Сбор и анализ данных об осуществлении процесса, чтобы продемонстрировать пригодность и эффективность Определяют данные, необходимые для понимания поведения, пригодности и эффективности определенного процесса. Данные собирают и анализируют для понимания поведения, пригодности и эффективности определенного процесса. Результаты анализа используют для определения того, где может быть сделано постоянное улучшение стандарта и/или определенного процесса

6.3.2.2 Общие ресурсы для РА 3.2

Механизмы обратной связи (с заказчиками, сотрудниками и другими заинтересованными сторонами) [РА 3.2 Достижение f].

Репозиторий процессов [РА 3.2 Достижение а, b].

Система управления ресурсами [РА 3.2 Достижение b, с, d].

Система управления знаниями [РА 3.2 Достижение d].

Система управления проблемами и изменениями [РА 3.2 Достижение f].

Рабочая среда и инфраструктура [РА 3.2 Достижение е].

Система сбора и анализа данных [РА 3.2 Достижение f].

Фреймворк оценки процессов [РА 4.1 Достижение f].

Система аудита/ревизий [РА 3.2 Достижение f].

6.3.2.3 Продукты общей работы для РА 3.2

03-00 Данные [РА 3.2 Достижение f]

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

07-00 Метрика [РА 3.2 Достижение f]

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

08-00 План [РА 3.2 Достижение a, b, f]

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

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

Выражает стратегию удовлетворения проектных потребностей в обучении.

Определяет предложение(я) улучшения процесса на основе анализа пригодности и эффективности.

10-00 Описание процесса [РА 3.2 Достижение а]

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

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

Представляет взаимодействия определенного проектом процесса с другими процессами.

13-00 Запись [РА 3.2 Достижение b, с, d, e]

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

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

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

14-00 Реестр [РА 3.2 Достижение a, f]

Фиксирует статус необходимых корректирующих действий.

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

15-00 Отчет [РА 3.2 Достижение f]

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

Определяет возможности улучшения определенного процесса.

Свидетельствует о пригодности и эффективности определенного процесса.

16-00 Репозиторий [РА 3.2 Достижение d]

Свидетельствует о том, что информация доступна для осуществления определенного процесса.

6.4 Уровень 4: предсказуемый процесс

Описанный выше установленный процесс на данном уровне осуществлен в определенных пределах для достижения выходов этого процесса.

Следующие атрибуты процесса демонстрируют достижение данного уровня.

6.4.1 РА 4.1 атрибут измерения производственного процесса

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

a) установлены информационные потребности процесса для обеспечения соответствующих определенных бизнес-целей;

b) определены цели измерения процесса на основании информационных потребностей процесса;

c) установлены количественные цели осуществления процесса для обеспечения соответствующих бизнес-целей;

d) идентифицированы и определены средства и частота измерений в соответствии с целями измерения процесса и количественными целями осуществления процесса;

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

f) результаты измерения использованы для характеристики осуществления процесса.

Примечания

1 Информационные потребности, как правило, отражают технические потребности, потребности управления, проектирования процесса или продукта.

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

6.4.1.1 Общие практики для РА 4.1

GP 4.1.1 Идентификация информационных потребностей процесса в соответствии с бизнес-целями Определяют бизнес-цели, связанные с установлением задач по количественному процессному измерению для процесса. Определяют заинтересованные в процессе стороны и их информационные потребности. Информационные потребности поддерживают соответствующие бизнес-цели

GP 4.1.2 Выведение целей измерения процесса из информационных потребностей процесса Определяют цели измерения процесса, чтобы удовлетворить информационные потребности определенного процесса

GP 4.1.3 Установление количественных целей для осуществления определенного процесса на основании соответствия процесса с бизнес-целями Задачи осуществления процесса определяют для того, чтобы явным образом отражать бизнес-цели. Задачи осуществления процесса проверяют организационным менеджментом и владельцем(ами) процесса для того, чтобы быть реалистичными и полезными.

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

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

GP 4.1.6 Использование результатов определенного измерения для контроля и проверки достижения целей осуществления процесса Используют статистические или аналогичные методы для количественного понимания осуществления и возможности процесса в определенных контрольных пределах. Определяют тенденции поведения процесса

6.4.1.2 Общие ресурсы для РА 4.1

Информация о менеджменте (стоимость, время, надежность, рентабельность, преимущества для заказчика, риски и т.д.) [РА 4.1 Достижение а, с, d, e, f].

Применимые методики измерений [РА 4.1 Достижение d].

Инструменты для измерения продуктов и процессов и базы данных с результатами [РА 4.1 Достижение d, e, f].

Фреймворк измерения процессов [РА 4.1 Достижение d, e, f].

Инструменты для анализа и измерения данных [РА 4.1 Достижение b, с, d, e].

6.4.1.3 Общие рабочие продукты для РА 4.1

03-00 Данные [РА 4.1 Достижение е]

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

07-00 Метрика [РА 4.1 Достижение a, b, d].

Описывает информационные потребности и цели по осуществлению.

Обеспечивает основу для анализа осуществления процессов.

Определяет четкие критерии проверки данных.

Определяет частоту сбора данных.

08-00 План [РА 4.1 Достижение b, с]

Определяет количественные цели для осуществления процесса.

Указывает метрики для процесса.

Определяет задачи и графики по сбору и анализу данных.

Распределяет обязанности и ресурсы для измерения.

10-00 Описание процесса [РА 4.1 Достижение a, d]

Определяет информационные потребности для процесса.

Указывает кандидатские метрики.

15-00 Отчет [РА 4.1 Достижение е, f].

Предоставляет результаты анализа данных процесса с целью выявления параметров осуществления процесса.

Контролирует осуществление процесса по результатам измерений.

6.4.2 РА 4.2 атрибут управления процессами

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

a) определены и применены методы анализа и контроля;

b) установлены контролируемые пределы вариаций для нормального осуществления процесса;

c) данные измерений анализируют в отношении особых причин вариаций;

d) предпринимают корректирующие действия, направленные на особые причины вариаций;

e) после корректирующих действий переустанавливают (при необходимости) контролируемые пределы.

6.4.2.1 Общие практики для РА 4.2

GP 4.2.1 Определение методов анализа и контроля, подходящих для контролирования осуществления процесса Определяют методы и техники анализа контроля процесса. Выбранные техники проверяют против целей контроля процесса

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

GP 4.2.3 Анализ результатов измерения процесса и продукта для выявления вариаций в осуществлении процесса Для анализа осуществления процесса используют метрики. Все ситуации превышения определенных контрольных пределов фиксируют. Каждый вышедший из-под контроля случай анализируют, чтобы выявить потенциальную(ые) причину(ы) вариации. Определяют особые причины вариации осуществления. Результаты предоставляют лицам, ответственным за принятие мер

GP 4.2.4 Идентификация и осуществление корректирующих действий для устранения неслучайных причин Корректирующие действия определяют для разрешения каждой неслучайной причины. Корректирующие действия реализуют для разрешения неслучайных причин вариации. Результаты корректирующих действий отслеживают. Корректирующие действия оценивают с целью определения их эффективности

GP 4.2.5 Восстановление пределов контроля в след за корректирующим действием Контрольные пределы процесса пересчитывают (по мере необходимости) для отражения изменений процесса и корректирующих действий

6.4.2.2 Общие ресурсы для РА 4.2

Техники контроля и анализа процесса [РА 4.2 Достижение а, с].

Инструменты/приложения статистического анализа [РА 4.2 Достижение b, с, е].

Инструменты приложения контроля процесса [РА 4.2 Достижение d, e].

6.4.2.3 Общие рабочие продукты для РА 4.2

03-00 Данные [РА 4.2 Достижение с]

Обеспечивают измерительные данные для выявления особых причин вариации.

08-00 План [РА 4.2 Достижение а]

Определяет методы и техники анализа на детальном уровне.

10-00 Описание процесса [РА 4.2 Достижение a, е]

Определяет параметры для контроля процесса.

Определяет и поддерживает контрольные пределы для выбранных базовых и производных результатов измерений.

13-00 Запись [РА 4.2 Достижение с, d].

Предоставляет информацию о дефектах и проблемах.

Фиксирует изменения.

14-00 Реестр [РА 4.2 Достижение d].

Документирует проводимые корректирующие действия.

Отслеживает статус корректирующих действий.

15-00 Отчет [РА 4.2 Достижение а, с, d, e]

Обеспечивает проанализированные результаты измерения осуществления процесса.

Определяет корректирующие действия для решения неслучайных причин вариации.

Гарантирует, что выбранные техники являют эффективными, а метрики - проверенными.

16-00 Репозиторий [РА 4.2 Достижение а, b, с, d, e]

Собирает данные и предоставляет основу для анализа, корректирующих действий и отчетности о результатах.

6.5 Уровень 5: оптимизирующий процесс

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

Следующие атрибуты процесса демонстрируют достижение данного уровня.

6.5.1 РА 5.1 атрибут инноваций в технологическом процессе

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

a) определены цели улучшения процесса, которые обеспечивают соответствующие бизнес-цели;

b) проанализированы соответствующие данные для идентификации общих причин вариаций при осуществлении процесса;

c) проанализированы соответствующие данные для идентификации возможностей применения в хорошей практике и инновациях;

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

e) установлена реализация стратегии для достижения целей улучшения процесса.

6.5.1.1 Общие практики для РА 5.1

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

GP 5.1.2 Анализ данных измерения процесса для выявления реальных и потенциальных вариаций в осуществлении процесса Анализируют и делают доступными данные измерений. Идентифицируют и классифицируют причины вариации осуществления процесса. Распространенные причины вариации анализируют, чтобы получить количественное понимание их влияния

GP 5.1.3 Идентификация возможности для улучшения процесса на основе инноваций и лучших практик Выявляют и оценивают лучшие отраслевые практики. Активно запрашивается обратная связь по возможностям улучшения. Определяют возможности улучшения

GP 5.1.4 Выведение возможности улучшения процесса из новых технологий и концепций Определяют и оценивают влияние новых технологий на осуществление процесса. Определяют и оценивают влияние новых технологических концепций. Определяют возможности улучшения. Эмерджентные риски рассматривают для выявления возможностей улучшения

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

6.5.1.2 Общие ресурсы для РА 5.1

Фреймворк улучшения процессов [РА 5.1 Достижение a, d, e].

Система обратной связи и анализа процессов (данные измерений, результаты причинного анализа и т.д.) [РА 5.1 Достижение b, с].

Механизм опробывания и испытаний [РА 5.1 Достижение с, d].

6.5.1.3 Общие рабочие продукты для РА 5.1

03-00 Данные [РА 5.1 Достижение b, с]

Предоставляет аналитические данные для идентификации общих причин вариаций.

Предоставляет аналитические данные для выявления возможностей для лучшей практики и инновации.

05-00 Цели [РА 5.1 Достижение а]

Определяет, поддерживает бизнес-цели.

Предоставляет свидетельство приверженности менеджмента.

08-00 План [РА 5.1 Достижение а, е]

Определяет цели по улучшению процесса

Выделяет ресурсы для мероприятий по улучшению.

Намечает мероприятия для анализа первопричин.

09-00 Политика [РА 5.2 Достижение а]

Устанавливает ожидания в отношении поведения и оценки пилотных улучшений.

10-00 Описание процесса [РА 5.1 Достижение с, d].

Определяет потенциальные области инноваций и новых технологий.

Включает в себя подходы к анализу первопричин.

13-00 Запись [РА 5.1 Достижение b]

Фиксирует данные, релевантные для анализа первопричин.

14-00 Реестр [5 ПА.1 Достижение с, d]

Определяет потенциальные возможности улучшения.

15-00 Отчет [РА 5.1 Достижение b, d].

Определяет потенциальные инновации и изменения процесса.

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

Определяет общие причины дефектов и соответствующие корректирующие действия.

16-00 Репозиторий [РА 5.1 Достижение с, d]

Фиксирует информацию о новых технологиях и техниках.

19-00 Стратегия [РА 5.1 Достижение е]

Определяет подход к реализации выбранных улучшений.

Определяет объем пилотных действий по улучшению.

6.5.2 РА 5.2 атрибут оптимизации технологического процесса

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

a) оценено влияние всех предложенных изменений относительно целей определенного и стандартного процессов;

b) реализация всех согласованных изменений управляют с целью обеспечить, что любое вмешательство в осуществление процесса понято и проведено;

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

6.5.2.1 Общие практики РА 5.2

GP 5.2.1 Оценка влияния каждого предлагаемого изменения в отношении целей определенного и стандартного процесса Устанавливают объективные приоритеты для улучшения процессов. Указанные изменения оценивают по качеству продукта, а также требованиям и целям к осуществлению процессов. Рассматривают влияние изменений на другие определенные и стандартные процессы

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

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

6.5.2.2 Общие ресурсы для РА 5.2

Система менеджмента изменениями [РА 5.2 Достижение а, b, с].

Система оценки процесса (анализ последствий и пр.) [РА 5.2 Достижение а, с].

6.5.2.3 Общие рабочие продукты для РА 5.2

07-00 Метрика [РА 5.2 Достижение с]

Определяет метрики, производные от целей улучшения процесса.

08-00 План [РА 5.2 Достижение а, b]

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

Выделяет ресурсы для пилотного внедрения.

Возлагает ответственность за пилотное внедрение.

Определяет мероприятия и сроки для организационного осуществления изменения процесса.

Выделяет ресурсы и обязанности организационной реализации.

Определяет объем пилотного внедрения предлагаемого изменения.

10-00 Описание процесса [РА 5.2 Достижение b]

Документирует изменения в результате действий по улучшению процесса.

13-00 Запись [РА 5.2 Достижение b]

Содержит записи обо всех выполненных и выполняемых пилотных внедрениях.

Фиксирует историю и обоснование изменений.

15-00 Отчет [РА 5.2 Достижение а, b, с]

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

Оценивает эффективность процесса по сравнению с целями по улучшению процесса.

Предоставляет информацию о реализации организационных изменений.

Описывает предлагаемые изменения для стандартного и определенного процесса.

6.6 Сопутствующие процессы для атрибутов процесса

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

Таблица 11 - Сопутствующие процессы для атрибутов процесса

Сопутствующие процессы

Атрибуты процесса

РА 2.1

РА 2.2

РА 3.1

РА 3.2

РА 4.1

РА 4.2

РА 5.1

РА 5.2

SUP.1 Менеджмент документацией программных средств

SUP.2 Менеджмент конфигурацией программных средств

SUP.3 Обеспечение гарантии качества программных средств

SUP.4 Верификация программных средств

SUP.6 Ревизия программных средств

SUP.7 Аудит программных средств

SUP.8 Решение проблем в программных средствах

ORG.1 Менеджмент моделей жизненного цикла

ORG.1А Учреждение процессов

ORG.1В Аттестация процессов

ORG.1C Совершенствование процессов

ORG.2 Менеджмент инфраструктурой

ORG.3 Менеджмент портфелем проектов

ORG.4 Менеджмент людскими ресурсами

ORG.4A Развитие навыков

ORG.4B Приобретение и обеспечение навыков

ORG.4C Менеджмент знаниями

ORG.5 Менеджмент качеством

ORG.6 Организационная настройка

ORG.7 Менеджмент организацией

QNT.1 Количественно оцениваемое совершенствование процессов

QNT.2 Количественно оцениваемое управление эффективностью

PRO.1 Планирование проекта

PRO.2 Управление и оценка проекта

PRO.3 Менеджмент решениями

PRO.4 Менеджмент рисками

PRO.5 Менеджмент конфигурацией

PRO.6 Менеджмент информацией

PRO.7 Измерения

REU.2 Менеджмент повторным применением активов

Библиография

[1]	ISO 9000:2005, Quality management systems - Fundamentals and vocabulary (ИСО 9000:2005 Системы менеджмента качества. Основные положения и словарь)
[2]	ISO/IEC 9127:1988, Information processing systems - User documentation and cover information for consumer software packages (ИСО/МЭК 9127:1988 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов)
[3]	ISO/IEC TR 9294:2005, Information technology - Guidelines for the management of software documentation (ИСО/МЭК TO 9294:2005 Информационные технологии. Руководящие указания по управлению документацией на программное обеспечение)
[4]	ISO/IEC 15289:2006, Systems and software engineering - Content of systems and software life cycle process information products (Documentation) [ИСО/МЭК 15289:2006 Системная и программная инженерия. Содержание информационных продуктов процесса жизненного цикла систем и программного обеспечения (документация)]
[5]	ISO/TR 18529:2000, Ergonomics - Ergonomics of human-system interaction - Human-centred lifecycle process descriptions (ИСО/ТО 18529:2000 Эргономика. Эргономика взаимодействия человек-система. Описания процесса жизненного цикла, ориентированного на человека)
[6]	ISO/IEC/IEEE 24765:2010, Systems and software engineering - Vocabulary (ИСО/МЭК/IEEE 24765:2010) Системы и программотехника. Словарь)
[7]	ISO/IEC 25000:2005, Software Engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE (ИСО/МЭК 25000:2005 Технология программного обеспечения. Требования и оценка качества программного продукта. Руководство)
[8]	ISO/IEC 25010:2011, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality models (ИСО/МЭК 25010:2011 Проектирование систем и разработка программного обеспечения. Требования к качеству систем и программного обеспечения и их оценка (SQuaRE). Модели качества систем и программного обеспечения)
[9]	ISO/IEC 25040:2011, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Evaluation process (ИСО/МЭК 25010:2011 Проектирование систем и разработка программного обеспечения. Требования к качеству систем и программного обеспечения и их оценка (SQuaRE). Процесс оценки)
[10]	IEEE 1517-2010, IEEE Standard for Information Technology - System and Software Life Cycle Processes - Reuse Processes (IEEE 1517-2010 Стандарт IEEE для информационных технологий. Процессы жизненного цикла систем и программного обеспечения. Процессы повторного использования)