Стандартизация процессов качества обеспечения программного обеспечения

4.4. Модель оценки

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

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

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

Рис. 4.7 Отношения между эталонной моделью, моделью оценки и методами оценки.

Структура и принципы модели оценки

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

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

Рис. 4.8 Связь между эталонной моделью и моделью оценки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 4.9 Связь между показателями и оценками атрибута процесса.

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

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

В модели оценки, полное описание каждого процесса включает:

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

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

CUS.1 Приобретение ПО

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

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

продукт и/или услуга, которые будут произведены, удовлетворят потребность клиента;

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

Базовые методы:

CUS.1.1 Определение потребности. Определите потребность приобретения, разработки или усовершенствования программного продукта.

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

CUS.1.2 Определение требований. Определите требования для системы и/или программного продукта, которые удовлетворят потребность в новом продукте и/или услуге.

Примечание. Это определение требований может быть выполнено полностью или частично поставщиком. См. ENG.1 и ENG.2. Также см. CUS.2. CUS.1 фокусируется на определение требований, когда программная организация выступает в качестве клиента. CUS.2 фокусируется на определение требований, когда программная организация выступает в качестве поставщика. Первичное различие - одна из перспектив, в зависимости от выполняемой роли.

CUS.1.3 Подготовка стратегии приобретения. Подготовьте стратегию приобретения продукта.

Примечание. Посмотрите характеристики для Стратегии Приобретения (45) относительно деталей, которые должны покрываться.

CUS.1.4 Подготовка заявки для предложений. Подготовьте заявки для предложений, включая требования приобретения и график проекта.

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

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

CUS.1.7 Заключение контракта. Заключите контракт с поставщиком.

CUS.1.8 Поддержка контракта. Установите и обеспечьте поддержку, требующуюся контрагентом.

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

CUS.1.9 Приемка поставленного продукта. Установите и согласуйте критерии приемки и средства оценки, которые должны использоваться. Выполните оценки продукта или услуг в соответствии с согласованными критериями.

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

ENG.2 Разработка требований к ПО

Цель процесса Разработки программных требований - формулировка требований к программному обеспечению системы. Как результат успешной реализации этого процесса:

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

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

должно быть понято влияние программных требований на операционную среду;

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

программные требования должны быть проверены и откорректированы, если необходимо;

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

Базовые методы:

ENG.2.1 Выявление требований к ПО. Определите и проанализируйте требования к компонентам программной системы и зафиксируйте их в спецификациях.

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

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

ENG.2.3 Оценка требований вместе с заказчиком (клиентом). Свяжитесь с заказчиком и обсудите с ним требования к ПО и, при необходимости, внесите коррективы.

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

ENG.2.4 Определение стратегии выпуска версии ПО. Определите приоритетность требований к ПО и отобразите их в будущих версиях.

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

ENG.2.6 Связь с требованиями к ПО. Определите связывающий механизм для распределения информации о требованиях к ПО (и изменениях в них).

SUP.3 Выполнение гарантии качества

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

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

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

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

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

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

Базовые методы:

SUP.3.1 Выбор критериев качества. Определите роли, сферу и степени гарантии качества и выберите приемлемые стандарты и процедуры.

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

SUP.3.3 Гарантия качества действий инжиниринга ПО. Выполните серию действий для обеспечения требуемого уровня уверенности, что действия инжиниринга программного обеспечения выполняются в соответствии с планами и выбранными стандартами и процедурами.

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

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

SUP.3.6 Обработка отклонений. Направьте отклонения на соответствующий уровень управления, передавая их на следующий более высокий уровень, до тех пор, пока они не будут разрешены.

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

MAN.2 Управление качеством

Целью процесса управления качеством является управление качеством продукта и услуг проекта и гарантия того, что они удовлетворяют клиента. Процесс включает установление фокуса на управление качеством продукта и процесса, как проекта, так и организационного уровня. В результате успешной реализации процесса:

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

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

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

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

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

Базовые методы:

MAN.2.1 Установление целей качества. Установите цели качества для продукта и процесса, основанные на требованиях качества клиента, которые могут быть оценены в проекте.

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

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

MAN.2.4 Выполнение действий качества. Выполните идентифицированные действия для обеспечения качества.

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

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

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

ORG.2 Определение процесса

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

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

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

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

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

Базовые методы:

ORG.2.1 Определение целей. Определите цели процесса, которые должны быть достигнуты следующим процессом.

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

ORG.2.2 Определение текущих действий, роли, прав и обязанностей. Определите действий, которые входят в путь, по которому процесс в настоящее время и/или должен выполняться и идентифицируйте роли, права и обязанности для этих действий.

ORG.2.3 Определение входов и выходов. Определите входы и выходы каждого процесса.

ORG.2.4 Определение критериев входа и выхода. Определите критерии для входа и выхода процесса.

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

ORG.2.6 Идентификация внешних интерфейсов. Определите интерфейсы со связанными процессами, которые поддерживают входы и используют выходы.

ORG.2.7 Идентификация внутренних зависимостей. Определите зависимости между действиями процесса.

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

Примечание. Меры процесса направляют такие цели, как эффективность процесса и качество.

ORG.2.9 Документирование стандартного процесса. Зафиксируйте стандарты, процедуры и модели для выполнения процесса и характеристики его выходов.

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

спецификация требований; методы проектирования;

стиль кодирования; языки программирования;

тестирование; защита;

человеческие факторы; документация;

планы управления проектом; планы обеспечения качества ПО;

планы управления конфигурацией.

ORG.2.10 Установление стратегии. Установите и запишите стратегии организации для выполнения процесса.

ORG.2.11 Установление ожиданий выполнения. Установите ожидания выполнения процесса при использование семейства стандартных процессов организаций.

ORG.2.12 Развертывание процесса. Разверните семейство стандартных процессов организации, доступных всей организации.

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

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

Таблица 4.5.

CUS.1 Приобретение ПО

Вход

Выход

83) Просьба клиента

52) Внутренние требования

48) Ответ на предложения поставщика

49) Запись истории поставщика

29) Записи оценки / проверки

51) Контракт

21) Анализ результатов

45) Стратегия приобретения

44) Оценка потребности в продукте

52) Требования на продукт / услугу

45) Стратегии / план приобретение

47) Просьба о предложении

21) Результаты Анализа

31) Записи Обзора

51) Контракт

68) Стратегия приемосдаточного испытания

Таблица 4.6.

CUS.2 Управление потребностями клиента

Вход

Выход

83) Просьба клиента

52) Требования клиента

21) Результаты анализа

22) Запись анализа риска

51) Контракт

96) История изменения

6) Структура прерывания работы

83) Просьба клиента

46) Анализ рынка

87) Механизм связи

31) Записи обзора

44) Оценка потребностей в продукте

82) Процедуры поддержки клиента

50) Обязательство / соглашение

52) Требования клиента

51) Контракт

95) Контроль изменений

96) История изменения

17) План проекта

87) Механизм связи

58) Трассируемость записи / распределения

97) Поправочные действия

Таблица 4.7.

ENG.1 Разработка системных требований и проектирование

Вход

Выход

52) Требования клиента

52) Эксплуатационные требования

44) Оценка потребностей продукта

83) Просьба клиента

94) Просьба изменения

46) Маркетинговый анализ

52) Системные требования

53) Проект системы / архитектура _

58) Трассируемость записи / распределения _

69) Стратегия / план версии

Таблица 4.8.

ENG.2 Разработка программных требований

Вход

Выход

52) Требования клиента

52) Эксплуатационные требования

44) Оценка потребностей продукта

83) Просьба клиента

94) Просьба изменения

53) Проект системы / архитектуры

84) Отчет по проблемам

87) Механизм связи

101) Проект БД

52) Программные требования _

21) Результаты анализа

Таблица 4.9.

SUP.1 Разработка документации

Вход

Выход

52) Требования клиента

83) Просьба клиента

53) Проект системы / архитектуры

44) Оценка потребностей продукта

3) Описание процесса

30) План обзора

77) Дистрибутивный список

78) Инструкции поставки

84) Отчеты по проблемам

94) Просьба изменения

9) Стандарты

27) Критерии качества

52) Требования документации

16) План

18) Данные исполнения процесса

105) Документация клиента

31) Записи обзора

79) Запись поставки

81) Акцептованная запись

95) Управление изменением

96) История изменения

7) Рабочий продукт

Поля в таблице характеристик рабочего продукта (таблица 4.10) содержат следующую информацию.

Идентификатор рабочего продукта
╧
Номер идентификатора для рабочего продукта, который используется, чтобы сделать ссылку на рабочий продукт.

Тип рабочего продукта:

Обеспечивает пример типичного имени, связанного с характеристиками рабочего продукта. Это имя предусмотрено как идентификатор типа рабочего продукта, метода или процесса. Организации могут назвать эти рабочие продукты другими именами. Имя рабочего продукта в организации не значимо. Аналогично, организации могут иметь несколько эквивалентных рабочих продуктов, которые содержат характеристики, определенные в одном типе рабочего продукта. Форматы для рабочих продуктов могут измениться.

Характеристики рабочего продукта:

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

Таблица 4.10.

1)

Методология разработки ПО

- Определение подхода/ метода, использованного в разработке ПО

- Идентификация модели жизненного цикла (водопад, спираль, последовательное построение и т.п.), использованного в разработке ПО

- Обеспечивает описание процесса высокого уровня, деятельности и управления

2)

Модель жизненного цикла разработки ПО

- Описание деятельности высокого уровня выполнялось в каждой фазе жизненного цикла

- Упорядочение фаз жизненного цикла

- Идентификация критических зависимостей фаз жизненного цикла

- Идентификация необходимых входов, выходов каждой фазы жизненного цикла

- Идентификация ключевых точек решения (этапов) модели

- Идентификация точек контроля качества в модели

3)

Описание процесса

- Детальное описание процесса включает:

1. цель процесса;

2. задачи и действия, которые должны выполняться и упорядочение задач;

3. критические зависимости между действиями задачи;

4. ожидаемое время, требуемое для выполнения задачи;

5. входы/выходы рабочих продуктов.

- Идентифицирует вход процесса и критерии выхода

- Идентифицирует внутренние и внешние интерфейсы процесса

- Идентифицирует меры процесса

- Идентифицирует ожидания качества

- Идентифицирует функциональные роли и обязанности

4)

Процедуры работы, методы

- Идентифицирует каждые задания, которые должны выполняться однозначно

- Каждое задание, упорядоченное порядком выполнения

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

- Устанавливает правила, которыми персонал будет руководствоваться

5)

Спецификация

- Идентифицирует задания, которые должны выполняться

- Идентифицирует начало и необходимую дату завершения заданий

- Учитывает идентификацию задач и зависимости задач

- Идентифицирует состояние завершения задачи, против запланированной даты

- Имеет отображение к планируемым данным ресурса

6)

Структура прерывания работы

- Определяет задачи, которые нужно выполнить

- Собственные документы задач

- Документы критических зависимостей между задачами

- Документы входов и выходов рабочих продуктов

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

7)

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

- Определяет атрибуты, связываемые с экспонатом выполнения процесса:

1. ключевые элементы, которые должны быть представлены в рабочем продукте;

2. ожидаемая форма, стиль;

3. ожидаемый носитель (бумага, электронные) и атрибуты хранения (память).

8)

Интерфейс

- Определяет связи между двумя продуктами, процессами или задачами процесса

- Определяет критерии и формат для общих продуктов

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

9)

Стандарты

- Идентификация к кому/чему они относятся

Каждое требование уникальное

Каждое требование, отмеченное идентификатором

- Идентифицируются ожидаемые соответствия

- Соответствие требованиям может быть продемонстрировано

- Условия для подгонки или исключения требований

10)

Стандарты кодирования

Покрытие для ПО включает (но не ограничено) (как соответствующее приложению):

- соглашения присваивания имен данным

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

- формат кода, структуру, необходимые комментарии

- стандартные структуры данных, типы, классы

- наилучшие методы (практики)

- необходимое использование инструментальных средств: словари данных, связанные CASE средства

- требование совместимости для существующего программного обеспечения и / или аппаратных средств

- соображения Безопасности

- соображения Исполнения

- стандартные сообщения об ошибке, коды

- стандарты интерфейса:

1. человеко-машинные интерфейсы

2. внешние интерфейсы системы

- периферийное оборудование, аппаратные средства

- хранение и поиск исходной программы и объектных модулей

- стандарты качества и надежности

11)

Оценки

- Покрытие (как соответствующее приложению) для элементов типа: размер; усилия; стоимость; спецификация; ресурсы.

- Оценки реалистичны и достижимы

1. в соответствии с распределенными ресурсами

2. в соответствии с историческими записями (где они существуют)

- Исходные данные нужно делать оценками как доступными и полными

- Утвержденные исходные данные

12)

Цели (бизнеса, качества, организационные, обучения, исполнения (эффективности), процесса)

- Идентифицирует цель, которая будет достигнута

- Идентифицирует кто ожидается, что достигнет цели

- Идентифицирует любые пошаговые цели поддержки

- Идентифицирует любые условия / ограничения

- Идентифицирует интервал времени для достижения

- Являются приемлемыми и достижимыми в пределах распределенных ресурсов

- Являются текущими, установленными для текущего проекта, организации

- Используются для контроля прогресса

- Оптимизированы, чтобы поддерживать известные критерии эффективности, планы

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

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

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

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

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

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

Уровень 0: Незавершенный процесс. Процесс не осуществляется или отказывается достигать своей цели. На этом уровне нет атрибутов.

Уровень 1: Выполняемый процесс. Осуществленный процесс достигает своей определенной цели. Следующие атрибуты процесса демонстрируют достижение этого уровня:

AП 1.1 Атрибут выполнение процесса

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

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

Метод управления, чтобы достигнуть этого атрибута процесса:

ID

Методы управления

1.1.1

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

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

AП 2.1 Атрибут управление выполнением

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

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

ID

Методы управления

2.1.1

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

2.1.2

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

2.1.3

Выполнить определенные действия для достижения цели процесса.

2.1.4

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

AП 2.2 Атрибут управление рабочим продуктом

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

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

ID

Методы управления

2.2.1

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

2.2.2

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

2.2.3

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

2.2.4

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

Уровень 3: Установленный процесс. Управляемый процесс выполняется, используя установленное определение процесса (определенный процесс) для всей организации.

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

AП 3.1 Атрибут определение и преобразование процесса

До какой степени ведется выполнение процесса в виде преобразованного экземпляра стандартного определения процесса. Стандартный процесс отвечает определенным бизнес - целям организации. Преобразование выполняется для соответствия специфическим целям экземпляра процесса.

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

ID

Методы управления

3.1.1

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

3.1.2

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

3.1.3

Выполнить несколько раз определенный процесс, чтобы последовательно достичь цели процесса и поддержать цели организации.

3.1.4

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

AП 3.2 Атрибут ресурс процесса

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

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

ID

Методы управления

3.2.1

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

3.2.2

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

3.2.3

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

3.2.4

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

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

AП 4.1 Атрибут измерение процесса

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

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

ID

Методы управления

4.1.1

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

4.1.2

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

4.1.3

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

4.1.4

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

AП 4.2 Атрибут контроль процесса

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

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

ID

Методы управления

4.2.1

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

4.2.2

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

4.2.3

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

4.2.4

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

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

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

AП 5.1 Атрибут изменения (верификация) процесса

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

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

ID

Методы управления

5.1.1

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

5.1.2

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

5.1.3

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

5.1.4

Подтвердить эффективность изменения процесса на основание сопоставления реального выполнения с целями процесса и бизнес - целями.

AП 5.2 Атрибут возможности дальнейшего улучшения

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

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

ID

Методы управления

5.2.1

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

5.2.2

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

5.2.3

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

5.2.4

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

Характеристики выполнения метода, ресурсы и характеристики инфраструктуры и связанные процессы могут использоваться, когда оцениваются методы управления для конкретной реализации процесса. Эти характеристики и связанные процессы обеспечивают руководство, чтобы найти целевое подтверждение, обеспечивающее эффективную реализацию метода управления. Методология и экспертные решение необходимы, чтобы гарантировать, что контекст процесса (предметная область, деловая цель, методология разработки, размер организации, и т.д.) рассматривается при использовании этой информации. Некоторые таблицы, приведенные ниже, не должны рассматриваться как контрольные списки того, что каждая организация должна делать или иметь, но как первое приближение для рассмотрения того, что методы управления действительно выполняется, таким образом способствуя достижению атрибута процесса.
Таблица 4.11.
Уровень 1: Выполняемый процесс

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

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

Метод управления 1.1.1

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

Характеристики выполнения метода для МУ 1.1.1

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

Ресурсы и характеристики инфраструктуры для МУ 1.1.1

См. измерение процесса.

Связанные процессы для МУ 1.1.1

Этот метод относиться к каждому процессу в пределах сферы оценки.

Таблица 4.12.

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

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

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

Метод управления 2.1.1

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

Характеристики выполнения метода для МУ 2.1.1

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

Характеристики ресурсов и инфраструктуры для МУ 2.1.1

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

Связанные процессы для МУ 2.1.1

CUS.2 Управление потребностями клиента

MAN.1 Управление проектом

MAN.2 Управление качеством

MAN.3 Управление рисками

Таблица 4.13.

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

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

Метод управления 2.1.2

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

Характеристики выполнения метода для МУ 2.1.2

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

Характеристики ресурсов и инфраструктуры для МУ 2.1.2

Технологии PERT/CPM
Инструментальные средства планирования проекта (которые поддерживают выбранные технологии)
Инструментальные средства контроля/управления проектом
Средства, процедуры и инструментальные средства связи

Связанные процессы для МУ 2.1.2

MAN.1 Управление проектом

MAN.2 Управление качеством

MAN.3 Управление рисками

MAN.4 Управление субподрядчиками

ORG.4 Обеспечение квалифицированными людскими ресурсами

ORG 5 Обеспечение инфраструктуры инжиниринга ПО

Идентификатор рабочего продукта ╧	Номер идентификатора для рабочего продукта, который используется, чтобы сделать ссылку на рабочий продукт.
Тип рабочего продукта:	Обеспечивает пример типичного имени, связанного с характеристиками рабочего продукта. Это имя предусмотрено как идентификатор типа рабочего продукта, метода или процесса. Организации могут назвать эти рабочие продукты другими именами. Имя рабочего продукта в организации не значимо. Аналогично, организации могут иметь несколько эквивалентных рабочих продуктов, которые содержат характеристики, определенные в одном типе рабочего продукта. Форматы для рабочих продуктов могут измениться.
Характеристики рабочего продукта:	Обеспечивает примеры потенциальных характеристик, связанных с типом рабочего продукта. Эксперт может найти их в образцах, предусмотренных организационным модулем.

1)	Методология разработки ПО	- Определение подхода/ метода, использованного в разработке ПО - Идентификация модели жизненного цикла (водопад, спираль, последовательное построение и т.п.), использованного в разработке ПО - Обеспечивает описание процесса высокого уровня, деятельности и управления
2)	Модель жизненного цикла разработки ПО	- Описание деятельности высокого уровня выполнялось в каждой фазе жизненного цикла - Упорядочение фаз жизненного цикла - Идентификация критических зависимостей фаз жизненного цикла - Идентификация необходимых входов, выходов каждой фазы жизненного цикла - Идентификация ключевых точек решения (этапов) модели - Идентификация точек контроля качества в модели
3)	Описание процесса	- Детальное описание процесса включает: 1. цель процесса; 2. задачи и действия, которые должны выполняться и упорядочение задач; 3. критические зависимости между действиями задачи; 4. ожидаемое время, требуемое для выполнения задачи; 5. входы/выходы рабочих продуктов. - Идентифицирует вход процесса и критерии выхода - Идентифицирует внутренние и внешние интерфейсы процесса - Идентифицирует меры процесса - Идентифицирует ожидания качества - Идентифицирует функциональные роли и обязанности
4)	Процедуры работы, методы	- Идентифицирует каждые задания, которые должны выполняться однозначно - Каждое задание, упорядоченное порядком выполнения - Охват информации поддержки (т.е. команды и установочные параметры и т.п.), которые необходимы для задач - Устанавливает правила, которыми персонал будет руководствоваться
5)	Спецификация	- Идентифицирует задания, которые должны выполняться - Идентифицирует начало и необходимую дату завершения заданий - Учитывает идентификацию задач и зависимости задач - Идентифицирует состояние завершения задачи, против запланированной даты - Имеет отображение к планируемым данным ресурса
6)	Структура прерывания работы	- Определяет задачи, которые нужно выполнить - Собственные документы задач - Документы критических зависимостей между задачами - Документы входов и выходов рабочих продуктов - Документы критических зависимостей между определенными рабочими продуктами
7)	Рабочий продукт	- Определяет атрибуты, связываемые с экспонатом выполнения процесса: 1. ключевые элементы, которые должны быть представлены в рабочем продукте; 2. ожидаемая форма, стиль; 3. ожидаемый носитель (бумага, электронные) и атрибуты хранения (память).
8)	Интерфейс	- Определяет связи между двумя продуктами, процессами или задачами процесса - Определяет критерии и формат для общих продуктов - Определяет критерий критических зависимостей синхронизации или упорядочение последовательности
9)	Стандарты	- Идентификация к кому/чему они относятся Каждое требование уникальное Каждое требование, отмеченное идентификатором - Идентифицируются ожидаемые соответствия - Соответствие требованиям может быть продемонстрировано - Условия для подгонки или исключения требований
10)	Стандарты кодирования	Покрытие для ПО включает (но не ограничено) (как соответствующее приложению): - соглашения присваивания имен данным - определяет необходимые языки, компиляторы, системы управления базой данных, и т.п. - формат кода, структуру, необходимые комментарии - стандартные структуры данных, типы, классы - наилучшие методы (практики) - необходимое использование инструментальных средств: словари данных, связанные CASE средства - требование совместимости для существующего программного обеспечения и / или аппаратных средств - соображения Безопасности - соображения Исполнения - стандартные сообщения об ошибке, коды - стандарты интерфейса: 1. человеко-машинные интерфейсы 2. внешние интерфейсы системы - периферийное оборудование, аппаратные средства - хранение и поиск исходной программы и объектных модулей - стандарты качества и надежности
11)	Оценки	- Покрытие (как соответствующее приложению) для элементов типа: размер; усилия; стоимость; спецификация; ресурсы. - Оценки реалистичны и достижимы 1. в соответствии с распределенными ресурсами 2. в соответствии с историческими записями (где они существуют) - Исходные данные нужно делать оценками как доступными и полными - Утвержденные исходные данные
12)	Цели (бизнеса, качества, организационные, обучения, исполнения (эффективности), процесса)	- Идентифицирует цель, которая будет достигнута - Идентифицирует кто ожидается, что достигнет цели - Идентифицирует любые пошаговые цели поддержки - Идентифицирует любые условия / ограничения - Идентифицирует интервал времени для достижения - Являются приемлемыми и достижимыми в пределах распределенных ресурсов - Являются текущими, установленными для текущего проекта, организации - Используются для контроля прогресса - Оптимизированы, чтобы поддерживать известные критерии эффективности, планы

ID	Методы управления
1.1.1	Гарантировать, что базовые методы выполняются для удовлетворения цели процесса.

ID	Методы управления
2.1.1	Определить требования к ресурсу, чтобы дать возможность планировать и отслеживать процесс.
2.1.2	Распланировать выполнение процесса, определяя действия и размещения ресурсов согласно требованиям.
2.1.3	Выполнить определенные действия для достижения цели процесса.
2.1.4	Управлять выполнением действий, чтобы произвести рабочие продукты в установленное время с требуемыми затратами ресурсов.

ID	Методы управления
2.2.1	Определить требования по целостности и качеству рабочих продуктов.
2.2.2	Определить действия, необходимые для достижения целостности требований по целостности и качеству рабочих продуктов.
2.2.3	Управлять конфигурацией рабочих продуктов, чтобы убедиться в их целостности.
2.2.4	Управлять качеством рабочих продуктов, чтобы убедиться в том, что он соответствует функциональным и нефункциональным требованиям.

ID	Методы управления
3.1.1	Получить определение стандартного процесса из множества возможных в организации, которое соответствует целям процесса и бизнес - целям организации.
3.1.2	Преобразовать стандартный процесс для получения определенного процесса, соответствующего контексту процесса.
3.1.3	Выполнить несколько раз определенный процесс, чтобы последовательно достичь цели процесса и поддержать цели организации.
3.1.4	Обеспечить обратную связь со стандартным процессом, исходя из опыта использования определенного процесса.

ID	Методы управления
3.2.1	Определить компетентность людских ресурсов, требуемых для поддержки выполнения определенного процесса.
3.2.2	Определить требования к инфраструктуре процесса для поддержки выполнения определенного процесса.
3.2.3	Обеспечить необходимую квалификацию людских ресурсов.
3.2.4	Обеспечить соответствующую инфраструктуру процесса согласно определенным потребностям процесса.

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

ID	Методы управления
4.2.1	Определить технику анализа и контроля (управления), в соответствии с контекстом процесса.
4.2.2	Обеспечить соответствие ресурсов и инфраструктуру для анализа и контроля процесса.
4.2.3	Проанализировать доступные меры, чтобы определить параметры управления процесса.
4.2.4	Определить отклонения и произведите необходимые действия по контролю для поддержания контроля процессом.

ID	Методы управления
5.1.1	Определить и согласовать изменения в определении стандартного процесса на основе количественного понимания процесса.
5.1.2	Обеспечить соответствие ресурсов для эффективной реализации согласованных изменений в ранее определенных процессах.
5.1.3	Осуществить указанные изменения в ранее определенных процессах для достижения ожидаемого результата.
5.1.4	Подтвердить эффективность изменения процесса на основание сопоставления реального выполнения с целями процесса и бизнес - целями.

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

Атрибут процесса 1.1	Атрибут выполнения процесса. До какой степени сводиться выполнение процесса, использующего набор методов, которые инициализированы и сопровождаются, используя определенные входные рабочие продукты, чтобы получить определенные выходные рабочие продукты, которые являются адекватными в удовлетворении цели процесса.
Метод управления 1.1.1	Гарантировать, что базовые методы выполняются для удовлетворения цели процесса.
Характеристики выполнения метода для МУ 1.1.1	Представители процесса могут продемонстрировать, что базовые методы для процесса использованы (даже если процесс не может подтверждаться) в достижении цели процесса. В каждом оцененном организационном модуле существует подтверждение, что каждый базовый метод действительно выполнен. Образцы входных и выходных рабочих продуктов подобны тем, что определены для процесса в части 2 этого Международного стандарта, существуют и имеют характеристики, показывающую требуемую реализацию (см. Приложение C). Существует механизм распространения рабочих продуктов, связанных с процессом. Ресурсы для выполнения процесса будут доступны. Произведенные рабочие продукты удовлетворяют цели процесса. Рабочие продукты предоставляются пользователям для необходимости знать основу.
Ресурсы и характеристики инфраструктуры для МУ 1.1.1	См. измерение процесса.
Связанные процессы для МУ 1.1.1	Этот метод относиться к каждому процессу в пределах сферы оценки.

Атрибут процесса 2.1	Управление выполнением. До какой степени сводится управление планированием и выполнением процесса, чтобы получить рабочие продукты в установленное временя и с требуемыми затратами.
Метод управления 2.1.1	Определить требования к ресурсу, чтобы дать возможность планировать и отслеживать процесс.
Характеристики выполнения метода для МУ 2.1.1	Требования ресурса: базирующиеся на исторической информации, когда доступно; соответствующие доступным ресурсам; базирующиеся на мерах процесса. Меры процесса, использованные в оценке, идентифицируются и используются. Оценки включают точность и пределы доверия. Оценки обычно поддержаны и использованы для трассировки выполнения процесса.
Характеристики ресурсов и инфраструктуры для МУ 2.1.1	Калибровка методов и инструментальные средства. Методы и инструментальные средства оценки производительности. Оценка усилия и методы и инструментальные средства планирования. Модели риска, средства идентификации. Инструментальные средства планирования проекта (которые поддерживают выбранную технологию). Инструментальные средства контроля/управления проекта. Статистические данные выполнения процесса.
Связанные процессы для МУ 2.1.1	CUS.2 Управление потребностями клиента MAN.1 Управление проектом MAN.2 Управление качеством MAN.3 Управление рисками

Атрибут процесса 2.1	Управление выполнением. До какой степени сводится управление планированием и выполнением процесса, чтобы получить рабочие продукты в установленное временя и с требуемыми затратами.
Метод управления 2.1.2	Распланировать выполнение процесса, определяя действия и размещения ресурсов согласно требованиям.
Характеристики выполнения метода для МУ 2.1.2	Структура распределения работ. Используемые стандарты идентифицированы и доступны. Специальные потребности и инфраструктура (средства, инструментальные средства, персонал) определены совместно с ресурсами, чтобы получить специальные потребности. Стратегия повторного использования определена и идентифицирует: ключевые элементы, которые необходимо многократно использовать; цели повторного использования; механизм, применяемый, чтобы выполнить повторное использование Риски идентифицированы и отражают: использование ресурсов, доступность ресурсов, ограничения плана, ограничения стоимости и технические риски График определен и Отражает рассматриваемые ограничения (ресурсы, время, умения персонала) содержит соответствующее резервное время встречает потребности и цели клиента План определен и является полным, точным, простым в понимании, доступным тем, кто выполняет задачу, непротиворечивым с графиком потребностей и целями проекта, содержит обязательства проекта План покрывает стратегию (подход / методология / ЖЦ), чтобы выполнить процесс.
Характеристики ресурсов и инфраструктуры для МУ 2.1.2	Технологии PERT/CPM Инструментальные средства планирования проекта (которые поддерживают выбранные технологии) Инструментальные средства контроля/управления проектом Средства, процедуры и инструментальные средства связи
Связанные процессы для МУ 2.1.2	MAN.1 Управление проектом MAN.2 Управление качеством MAN.3 Управление рисками MAN.4 Управление субподрядчиками ORG.4 Обеспечение квалифицированными людскими ресурсами ORG 5 Обеспечение инфраструктуры инжиниринга ПО