allgosts.ru35.080 Программное обеспечение35 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения

Обозначение:
ГОСТ Р ИСО/МЭК 15504-5-2016
Наименование:
Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения
Статус:
Действует
Дата введения:
11.01.2017
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.080

Текст ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


ГОСТ Р ИСО/МЭК 15504-5-2016



НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии

ОЦЕНКА ПРОЦЕССОВ

Часть 5

Образец модели оценки процессов жизненного цикла программного обеспечения

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



ОКС 35.080

Дата введения 2017-11-01

Предисловие

Предисловие

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 ВВЕДЕН ВПЕРВЫЕ


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

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


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

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

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

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

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

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

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

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

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

- Приложение 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 Введение


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

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

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

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

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

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

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


Рисунок 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 - Категории процессов и группы процессов


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

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

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

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

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

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

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

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

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

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

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


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

Идентификатор процесса

Имя процесса

Источник

AGR.1

Приобретение

ИСО/МЭК 12207, 6.1.1

AGR.1A

Подготовка к приобретению (подпроцесс)

ИСО/МЭК 12207, B.3.1.1

AGR.1B

Выбор поставщика (подпроцесс)

ИСО/МЭК 12207, B.3.1.2

AGR.1C

Мониторинг соглашений (подпроцесс)

ИСО/МЭК 12207, B.3.1.3

AGR.1D

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

ИСО/МЭК 12207, B.3.1.4

AGR.2

Поставка

ИСО/МЭК 12207, 6.1.2

AGR.2A

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

ИСО/МЭК 12207, B.3.2.1

AGR.2B

Согласование контракта (подпроцесс)

ИСО/МЭК 12207, B.3.2.2

AGR.2C

Поставка и поддержка продукта (услуги) (подпроцесс)

ИСО/МЭК 12207, B.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, B.3.3.1

ORG.1B

Оценка процессов (подпроцесс)

ИСО/МЭК 12207, B.3.3.2

ORG.1C

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

ИСО/МЭК 12207, B.3.3.3

ORG.2

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

ИСО/МЭК 12207, 6.2.2

ORG.3

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

ИСО/МЭК 12207, 6.2.3

ORG.4

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

ИСО/МЭК 12207, 6.2.4

ORG.4A

Развитие навыков (подпроцесс)

ИСО/МЭК 12207, B.3.4.1

ORG.4B

Приобретение и обеспечение навыков (подпроцесс)

ИСО/МЭК 12207, B.3.4.2

ORG.4C

Менеджмент знаниями (подпроцесс)

ИСО/МЭК 12207, B.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, РА), определенных в ИСО/МЭК 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, ВР);

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

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

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

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

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


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

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

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

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


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


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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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


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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

Идентификатор процесса

AGR.1

Имя процесса

Приобретение

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса приобретения:

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

b) разрабатывают соглашение, которое ясно выражает ожидания, ответственность и обязательства как приобретающей стороны, так и поставщика;

c) выбирают один или несколько поставщиков;

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

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

f) принимаются поставляемые результаты от поставщиков;

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

Хорошие практики

AGR.1.BP1 Определение стратегии приобретения

Определить потребности в приобретении, конечные цели, стратегию поиска ресурсов и критерии приемки (выход a)

AGR.1.BP2 Установление соглашения

Подготовить приобретение путем определения требований к продукту и (или) услуге и довести это до сведения поставщиков (выход b)

AGR.1.BP3 Выбор поставщика

Выбрать поставщика(ов) на основе стратегии приобретения и потребностей (выход c)

AGR.1.BP4 Приобретение продукта и (или) услуги

Осуществить приобретение в соответствии со стратегией, потребностями и соглашением (выход d)

AGR.1.ВР5 Мониторинг приобретения

Контролировать достижение соглашения и требований к поставляемым результатам и обсуждать потенциальные отклонения и риски (выход е)

AGR.1.BP6 Принятие поставляемых результатов

Принимать каждую поставку в соответствии с определенными критериями и доводить это до сведения поставщика (выход f)

AGR.1.ВР7 Урегулирование открытых позиций и изменений

Урегулировать изменения в соглашении и решить все открытые вопросы вместе с поставщиком (выход g)

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a, b]

02-00 Контракт [выход b]

02-01 Обязательство/соглашение [выход: b]

02-01 Обязательство/соглашение [выход b]

08-02 План приобретения (выход a, b)

08-02 План приобретения [выход a, b]

08-19 План менеджмента рисков [выход b]

11-00 Продукт [выход d]

11-00 Продукт [выход d, f]

13-04 Запись об общении [выход b, c, e, g]

13-05 Запись о ревизии контракта [выход b]

13-09 Запись о получении поддержки [выход b, e, g]

13-09 Запись о получении поддержки [выход b, e, g]

13-16 Запрос на изменение [выход g]

13-16 Запрос на изменение [выход g]

13-19 Запись о ревизии [выход f]

15-19 Оценка потребности в продуктах [выход a]

15-19 Оценка потребности в продуктах [выход a, b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-01 Критерии приемки [выход a, b]

18-08 Критерии выбора поставщика [выход a, b, c]

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

Идентификатор процесса

AGR.1A

Имя процесса

Подготовка к приобретению

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса подготовки к приобретению:

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

b) определяются требования правообладателей;

c) разрабатывают стратегию приобретения;

d) определяются критерии выбора поставщиков

Качественные практики

AGR.1A.BP1 Установление необходимости

Установить необходимость приобретения, разработки или улучшения системы, программного продукта или сервиса [выход a]

AGR.1A.BP2 Определение требования

Идентифицировать потребности заказчика/заинтересованных сторон, включая критерии приемки, для системы и/или программного продукта или сервиса [выход b]

AGR.1A.BP3 Ревизия требований

Проанализировать и проверить определенные требования в отношении выявленных потребностей. Проверить требования для снижения риска недопонимания со стороны потенциальных поставщиков [выход b]

AGR.1A.BP4 Разработка стратегии приобретения

Разработать стратегию для приобретения продукта в соответствии с закупочными потребностями [выход c]

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


AGR.1A.BP5 Определения критериев выбора

Установить и согласовать критерии выбора поставщиков и способы оценки, которые будут использованы [выход c, d]

AGR.1A.BP6 Сообщение о необходимости

Сообщить о необходимости приобретения заинтересованным сторонам через определенные каналы [назначение; выход a]

Рабочие продукты

Входы

Выходы

05-02 Бизнес-цели [выход a]

08-02 План приобретения [выход c]

09-04 Политика выбора поставщика [выход c, d]

12-01 Запрос предложения [выход a, c]

15-01 Отчет об анализе [выход a, d]

15-04 Отчет об анализе рынка [выход b]

15-19 Оценка потребности в продуктах [выход a]

15-19 Оценка потребности в продуктах [выход a, b, c]

17-03 Требования заинтересованных сторон [выход b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-01 Критерии приемки [выход c, d]

18-08 Критерии выбора поставщика [выход d]

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

Идентификатор процесса

AGR.1B

Имя процесса

Выбор поставщика

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса выбора поставщика:

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

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

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

Качественные практики

AGR.1B.BP1 Установление критериев отбора поставщиков

Определить критерии отбора поставщиков на основе бизнес-целей и стратегии приобретения [выход a]

AGR.1B.BP2 Оценка заявленной или предполагаемой возможности поставщика

Оценить заявленную или предполагаемую возможность поставщика против заявленных требований в соответствии с критериями отбора поставщиков [выход a]

Примечание - См. процесс подготовки к приобретению (AGR.1) для определения критериев отбора поставщиков.


AGR.1B.BP3 Выбор поставщика

Оценить предложение поставщика против заявленных требований, согласно критериям отбора поставщиков, чтобы выбрать поставщика [выход b]

AGR.1B.BP4 Подготовка и согласование контракта

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

Рабочие продукты

Входы

Выходы

02-01 Обязательство/соглашение [выход c]

05-02 Бизнес-цели [выход a]

08-02 План приобретения [выход a]

09-04 Политика выбора поставщика [выход a]

09-04 Политика выбора поставщика [выход a]

12-01 Запрос предложения [выход b]

12-04 Ответ поставщика на предложение [выход c]

12-04 Ответ поставщика на предложение [выход c]

13-04 Запись об общении [выход b, c]

13-05 Запись о ревизии контракта [выход: c]

13-09 Запись о получении поддержки [выход b, c]

13-09 Запись о получении поддержки [выход b, c]

13-19 Запись о ревизии [выход b]

14-05 Реестр предпочитаемых поставщиков [выход a, b]

15-13 Отчет об оценке [выход b]

15-13 Отчет об оценке [выход b]

15-21 Отчет об оценке поставщика [выход b]

15-24 Аудиторский отчет [выход b]

15-24 Аудиторский отчет [выход b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-08 Критерии выбора поставщика [выход a]

18-08 Критерии выбора поставщика [выход a]

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

Идентификатор процесса

AGR.1C

Имя процесса

Мониторинг соглашений

Назначение процесса

Цель процесса мониторинга соглашений состоит в отслеживании и оценке рабочих характеристик поставщика относительно согласованных требований

Выходы процесса

В результате успешного осуществления процесса мониторинга соглашений:

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

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

c) выполняют мониторинг рабочих характеристик поставщика относительно согласованных требований;

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

Качественные практики

AGR.1C.BP1 Установка и поддержка связи

Установить и поддерживать связь между заказчиком и поставщиком (т.е. определить интерфейсы, график, повестки, сообщения, документы, встречи, совместные ревизии) [выход a, b]

AGR.1C.BP2 Обмен информацией о техническом прогрессе

Использовать канал связи для обмена информацией о техническом прогрессе по поставкам, включая риски успешного завершения [выход a, b]

AGR.1C.BP3 Ревизия эффективности работы поставщиков

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

AGR.1C.BP4 Мониторинг приобретения

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

AGR.1C.BP5 Согласование изменения

Изменения, предлагаемые одной из сторон, согласовываются и результаты документируются в контракте [выход d]

Примечание - Обработка изменений будет осуществляться процессом менеджмента изменений в контракте (AGR.3)

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a]

02-01 Обязательство/соглашение [выход c, d]

02-01 Обязательство/соглашение [выход d]

13-01 Акт приема [выход c]

13-04 Запись об общении [выход a]

13-09 Запись о получении поддержки [выход a]

13-09 Запись о получении поддержки [выход a]

13-14 Запись о статусе выполнения [выход b]

13-14 Запись о статусе выполнения [выход b]

13-16 Запрос на изменение [выход d]

13-17 Запрос от заказчика [выход d]

13-19 Запись о ревизии [выход b]

14-08 Система трекинга [выход c]

15-01 Отчет об анализе [выход c]

15-21 Отчет об оценке поставщика [выход c]

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

Идентификатор процесса

AGR.1D

Имя процесса

Приемка приобретающей стороной

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса приемки приобретающей стороной:

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

b) приемку приобретающей стороной основывают на согласованных критериях приемки;

c) программный продукт и (или) услуга принимаются приобретающей стороной

Качественные практики

AGR.1D.BP1 Оценка поставляемого товара

Провести оценку продукта и/или сервиса на основе заданных критериев приемки [выход a, b]

AGR.1D.BP2 Устранение несоответствий с контрактом

Решить любые вопросы приемки в соответствии с процедурами, установленными в контракте, и подтвердить соответствие поставляемого продукта или сервиса условиям контракта [выход b]

AGR.1D.BP3 Принятие продукта

Принять поставляемый товар или сервис и сообщить о принятии поставщику [выход c]

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a]

02-01 Обязательство/соглашение [выход a]

08-01 План приемочных испытаний [выход a]

08-02 План приобретения [выход a, b]

11-00 Продукт [выход a, c]

13-01 Акт приема [выход c]

13-07 Запись о проблеме [выход a]

15-10 Отчет об инциденте во время теста [выход b]

17-03 Требования заинтересованных сторон [выход a, b]

18-01 Критерии приемки [выход a]

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

Идентификатор процесса

AGR.2

Имя процесса

Поставка

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса поставки:

a) определяют приобретающую сторону для продукта или услуги;

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

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

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

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

f) продукт инсталлируют в соответствии с согласованными требованиями

Качественные практики

AGR.2.BP1 Определение получателя и потребности

Определить потенциального(ых) заказчика(ов) и рынок для продукта и сервиса [выход a]

AGR.2.BP2 Ответ на потребности заказчика

Определить тендер или другой ответ на запрос предложения [выход b]

Примечание 1 - Ответ должен охватывать также нормативные и правовые требования.


AGR.2.BP3 Согласование условий контракта его сторонами

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

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


AGR.2.BP4 Выполнение контракта

Разработать и поставить продукт и/или сервис в соответствии с договорными требованиями и критериями [выход d, e]

AGR.2.BP5 Мониторинг контракта

Мониторить прогресс и качество каждого поставляемого результата [выход d, e]

Примечание 3 - См. процесс приобретения для контроля субподрядчиков.


AGR.2.BP6 Оказание поддержки

Поставлять продуктовую и/или сервисную поддержку в соответствии с договорными требованиями [выход е]

AGR.2.BP7 Окончание работы над условиями контракта

Подписать контракт и передать полномочия по исполнению согласно его условиям [выход е, f]

Рабочие продукты

Входы

Выходы

01-00 Элемент конфигурации [выход d, е, f]

01-00 Элемент конфигурации [выход d]

02-00 Контракт [выход c]

02-01 Обязательство/соглашение [выход a]

05-02 Бизнес-цели [выход c]

10-03 Процедура поддержки заказчика [выход е, f]

10-03 Процедура поддержки заказчика [выход d]

12-01 Запрос предложения [выход b]

12-04 Ответ поставщика на предложение [выход b]

13-04 Запись об общении [выход d, f]

13-04 Запись об общении [выход b, c]