Способность выполнять — общая особенность областей процесса модели CMMI с поэтапным представлением, которая группирует общие практики, связанные с обеспечением того, чтобы у проекта и / или организации были необходимые ресурсы.
Критерии приемки — критерии, которым должен удовлетворять продукт или его компонент, чтобы он был принят пользователем, клиентом или другим уполномоченным лицом.
Приемочное тестирование — Официальное тестирование, проводимое для того, чтобы пользователь, клиент или другой уполномоченный орган мог определить, принимать ли продукт или компонент продукта.
Профиль достижения — в непрерывном представлении список областей процессов и их соответствующих уровней возможностей, которые представляют прогресс организации в каждой области процессов при продвижении по уровням возможностей.
Приобретение — процесс получения, посредством контракта, любого отдельного действия или предлагаемого действия приобретающей организацией, которая обязуется инвестировать в приобретение продуктов и услуг.
Стратегия приобретения — конкретный подход к приобретению продуктов и услуг, основанный на рассмотрении источников поставки, методов приобретения, типов спецификации требований, типов контрактов или соглашений и связанного с этим риска приобретения.
Адекватный — Адекватный, соответствующий и по мере необходимости появляется в CMMI, чтобы позволить менеджерам на всех уровнях и специалистам-практикам интерпретировать конкретные и общие цели и практики в свете бизнес-целей организации. Например, общая практика для области процесса управления рисками гласит: «Предоставьте адекватные ресурсы для выполнения процесса управления рисками, разработки рабочих продуктов и предоставления услуг процесса». Адекватным может быть удовлетворено количество людей, людей, которые должны контролировать риски и т. Д.
Продвинутые практики — в непрерывном представлении все конкретные практики с уровнем возможностей два или выше.
Требования к соглашению / контракту — все технические и нетехнические требования, связанные с приобретением.
Выделенное требование — требование, которое обуславливает все или часть производительности и функциональности требования более высокого уровня для архитектурного элемента или компонента более низкого уровня.
Альтернативная практика — практика, которая заменяет одну или несколько общих или специфических практик, содержащихся в моделях CMMI, которая обеспечивает эквивалентный эффект для достижения общей или конкретной цели, связанной с модельными практиками. Альтернативные практики не обязательно заменяют один на один для общих или конкретных практик.
Оценка . Оценка — это проверка одного или нескольких процессов обученной командой профессионалов, использующих эталонную модель оценки в качестве основы для определения сильных и слабых сторон.
Результаты оценки — выводы оценки, которые определяют наиболее важные проблемы, проблемы или возможности в пределах области оценки. Он включает, как минимум, сильные и слабые стороны, основанные на достоверных наблюдениях.
Участники оценки — члены организационной единицы, которые участвуют в предоставлении информации во время оценки.
Оценка оценки — Как используется в оценочных материалах CMMI, значение, присваиваемое группой оценки либо (1) цели CMMI или области процесса, (2) уровню возможностей области процесса или (3) уровню зрелости организации Блок. Рейтинг определяется путем принятия определенного процесса оценки для используемого метода оценки.
Эталонная модель оценки. Как используется в оценочных материалах CMMI, модель CMMI, с которой группа оценки соотносит реализованные действия процесса.
Область оценки — определение границ оценки, охватывающих организационные пределы и пределы модели CMMI.
Руководитель группы оценки — лицо, которое руководит деятельностью по оценке и удовлетворяет квалификационным критериям для опыта, знаний и навыков, определенных методом оценки.
Уместно — см. Определение «Адекватно».
По мере необходимости — см. Определение Adequate.
Оценка — оценка — это оценка, которую организация проводит для себя в целях улучшения процесса.
Назначаемая причина изменения процесса — В CMMI термин «особая причина изменения процесса» используется вместо «назначаемой причины изменения процесса» для обеспечения согласованности. Оба термина определены одинаково.
Аудит — независимая проверка рабочего продукта или набора рабочих продуктов, чтобы определить, выполняются ли требования.
Базовая мера — отдельное свойство или характеристика объекта и метод его количественной оценки.
Базовые практики — В непрерывном представлении все конкретные практики с уровнем возможностей 1.
Базовая линия — термин базовая линия обычно используется для обозначения такой контрольной точки. Базовая линия — это утвержденный снимок системы в соответствующие моменты жизненного цикла разработки. Базовая линия устанавливает формальную основу для определения последующих изменений. Без этой линии или контрольной точки понятие изменения не имеет смысла.
Бизнес-цели — стратегии, разработанные высшим руководством, призванные обеспечить дальнейшее существование организации и повысить ее прибыльность, долю на рынке и другие факторы, влияющие на успех организации.
Оценка возможностей — оценка подготовленной командой профессионалов, используемых в качестве дискриминатора для выбора поставщиков, для мониторинга контрактов или для стимулирования. Оценки используются для того, чтобы помочь лицам, принимающим решения, принимать более обоснованные решения о приобретении, повысить эффективность работы субподрядчиков и предоставить информацию о закупочной организации.
Уровень возможностей — Достижение улучшения процесса в пределах отдельной области процесса. Уровень возможностей определяется соответствующими специальными и общими практиками для области процесса.
Профиль уровня возможностей — в непрерывном представлении список областей процессов и их соответствующих уровней возможностей. Профиль может быть профилем достижений, когда он представляет прогресс организации в каждой области процесса при продвижении по уровням возможностей. Или, профиль может быть целевым профилем, когда он представляет цель для улучшения процесса.
Модель зрелости возможностей — модель зрелости возможностей (CMM) содержит основные элементы эффективных процессов для одной или нескольких дисциплин. В нем также описывается эволюционный путь совершенствования от специальных незрелых процессов к дисциплинированным, зрелым процессам с улучшенным качеством и эффективностью.
Способный процесс — процесс, который может соответствовать заданным параметрам качества, качества обслуживания и производительности процесса.
Причинный анализ — анализ дефектов для определения их причины.
Управление изменениями — разумное использование средств для изменения или предлагаемого изменения продукта или услуги.
Адаптация CMMI-оценки — выбор параметров в рамках метода оценки для использования в конкретном случае. Целью индивидуальной оценки является помощь организации в согласовании применения метода с его бизнес-целями.
Компонент модели CMMI — Любой из основных архитектурных элементов, составляющих модель CMMI. Некоторые из основных элементов модели CMMI включают конкретные практики, общие практики, конкретные цели, общие цели, области процессов, уровни возможностей и уровни зрелости.
Адаптация модели CMMI — использование подмножества модели CMMI с целью сделать ее подходящей для конкретного применения. Целью адаптации модели является помощь организации в согласовании применения модели с ее бизнес-целями.
CMMI Product Suite — этот термин использовался для полной CMMI Framework.
Обязательство выполнять — общая черта областей процессов модели CMMI с поэтапным представлением, которая группирует общие практики, связанные с созданием политик и обеспечением спонсорства.
Распространенная причина изменения процесса — изменение процесса, которое существует из-за нормального и ожидаемого взаимодействия между компонентами процесса.
Концепция операций — общее описание того, каким образом объект используется или действует.
Аудит конфигурации . Аудит, проводимый для проверки соответствия элемента конфигурации указанному стандарту или требованию.
Базовый уровень конфигурации — информация о конфигурации, официально назначенная в определенное время в течение срока службы продукта или его компонента. Базовые показатели конфигурации плюс утвержденные изменения по сравнению с этими базовыми показателями составляют информацию о текущей конфигурации.
Управление конфигурацией — элемент управления конфигурацией, состоящий из оценки, координации, утверждения или отклонения, а также реализации изменений в элементах конфигурации после формального установления их идентификации конфигурации.
Панель управления конфигурацией — группа людей, ответственных за оценку и утверждение или отклонение предложенных изменений элементов конфигурации, а также за обеспечение реализации утвержденных изменений.
Идентификация конфигурации — элемент управления конфигурацией, состоящий из выбора элементов конфигурации для продукта, присвоения им уникальных идентификаторов и записи их функциональных и физических характеристик в технической документации.
Элемент конфигурации — совокупность рабочих продуктов, предназначенная для управления конфигурацией и рассматриваемая как единый объект в процессе управления конфигурацией.
Управление конфигурацией — дисциплина, применяющая технические и административные указания и надзор для (1) идентификации и документирования функциональных и физических характеристик элемента конфигурации, (2) контроля изменений этих характеристик, (3) записи и отчета об изменении состояния обработки и реализации, и (4) проверить соответствие указанным требованиям. [IEEE Std 610.1990]
Модель CMMI. Поскольку платформа CMMI может генерировать различные модели в зависимости от потребностей организации, использующей ее, существует несколько моделей CMMI. Следовательно, фраза «CMMI MODEL» может быть любой из множества коллекций информации. Фраза «модели CMMI» относится к одной, нескольким или всей совокупности возможных моделей, которые могут быть сгенерированы из CMMI Framework.
Учет состояния конфигурации — элемент управления конфигурацией, состоящий из записи и представления информации, необходимой для эффективного управления конфигурацией. Эта информация включает в себя список утвержденных идентификаторов конфигурации, статус предлагаемых изменений конфигурации и статус внедрения утвержденных изменений.
Непрерывное представление — структура модели зрелости возможностей, в которой уровни возможностей обеспечивают рекомендуемый порядок приближения к улучшению процесса в каждой указанной области процесса.
Корректирующее действие — Действия или действия, используемые для исправления ситуации, устранения ошибки или корректировки условия.
COTS — Товары, которые можно приобрести у коммерческого продавца.
Клиент — клиент — это лицо, проект, организация, группа и т. Д., Которые отвечают за принятие продукта или за авторизацию платежа. Клиент является внешним по отношению к проекту, но не обязательно внешним по отношению к организации. Термин «клиент» также служит переменной, когда мы обсуждаем сбор или выявление требований.
Управление данными — Принципы, процессы и системы для обмена данными и управления ими.
Плотность дефектов — количество дефектов на единицу размера продукта (например, отчеты о проблемах на 1000 строк кода).
Определенный процесс — определенный набор шагов, которые необходимо выполнить как часть улучшения.
Производные меры — данные, полученные в результате математической функции двух или более базовых мер.
Производные требования — требования, которые явно не указаны в требованиях заказчика, но выводятся из (1) из контекстуальных требований (например, применимых стандартов, законов, политик, общепринятой практики и управленческих решений) или (2) из требований, необходимых для определения компонент продукта. Производные требования могут также возникать при анализе и проектировании компонентов продукта или системы.
Проверка проекта — Формальное, документированное, всестороннее и систематическое исследование проекта для оценки требований к дизайну и способности проекта соответствовать этим требованиям, а также для выявления проблем и предложения решений.
Разработка — Разработка, используемая в CMMI, подразумевает как техническое обслуживание, так и разработку. Опыт показывает, что передовой опыт следует применять как к проектам разработки, так и технического обслуживания, если организация стремится к совершенству в инженерном деле.
План развития — план для руководства, реализации и контроля проектирования и разработки одного или нескольких продуктов.
Направление реализации — общая особенность областей процессов модели CMMI с поэтапным представлением, которая группирует общие практики, связанные с управлением производительностью процесса, управлением целостностью его рабочих продуктов и привлечением соответствующих заинтересованных сторон.
Усиление дисциплины. Компоненты модели, которые обеспечивают руководство для интерпретации информации о модели для определенных дисциплин (например, системная инженерия или разработка программного обеспечения), называются «УСИЛЕНИЯ ДЛЯ ДИСЦИПЛИНЫ». Дисциплинарные усиления добавляются к другим компонентам модели, где это необходимо. Их легко найти, потому что они появляются в правой части страницы и имеют заголовок, указывающий дисциплину, к которой они обращаются (например, «Для разработки программного обеспечения»).
Документ — документ представляет собой набор данных, независимо от носителя, на котором они записаны. Он обычно имеет постоянство и может быть прочитан людьми или машинами. Документы включают в себя как бумажные, так и электронные документы.
Предприятие — предприятие используется для обозначения очень крупных компаний, которые состоят из множества организаций в разных местах с разными клиентами.
Критерии входа — состояния существования, которые должны присутствовать, прежде чем начинать успешно.
Эквивалентная промежуточная стадия — Эквивалентная промежуточная стадия представляет собой целевую промежуточную стадию, созданную с использованием непрерывного представления, определенного таким образом, чтобы результаты использования целевой промежуточной стадии можно было сравнить с уровнями зрелости промежуточного представления.
Критерии выхода — состояния существования, которые должны присутствовать, прежде чем усилие может успешно завершиться.
Ожидаемые компоненты CMMI — компоненты CMMI, которые объясняют, что может быть сделано для удовлетворения требуемого компонента CMMI. Пользователи модели могут явным образом реализовать ожидаемые компоненты или применять эквивалентные альтернативные методы для этих компонентов. Конкретные и общие практики являются ожидаемыми компонентами модели
Обнаружение — см. Результаты оценки.
Формальный процесс оценки — в области процесса анализа и принятия решений см. Определение «формального процесса оценки» во вступительных замечаниях.
Функциональный анализ — проверка определенной функции для определения всех подфункций, необходимых для выполнения этой функции; идентификация функциональных связей и интерфейсов (внутренних и внешних) и их фиксация в функциональной архитектуре; и снижение требований к рабочим характеристикам верхнего уровня и отнесение этих требований к подфункциям более низкого уровня.
Функциональная архитектура — иерархическое расположение функций, их внутренние и внешние (внешние по отношению к самой агрегации) функциональные интерфейсы и внешние физические интерфейсы, их соответствующие функциональные требования и требования к производительности, а также их конструктивные ограничения.
Общая цель — ОБЩИЕ ЦЕЛИ называются «общими», потому что одна и та же формулировка цели появляется в нескольких областях процесса. В поэтапном представлении каждая область процесса имеет только одну общую цель. Достижение общей цели в области процесса означает улучшение контроля при планировании и реализации процессов, связанных с этой областью процесса, что указывает на то, могут ли эти процессы быть эффективными, повторяемыми и продолжительными. Общие цели являются обязательными компонентами модели и используются в оценках для определения того, удовлетворяется ли область процесса.
Общая практика — ОБЩИЕ ПРАКТИКИ обеспечивают институционализацию, чтобы гарантировать, что процессы, связанные с областью процессов, будут эффективными, повторяемыми и длительными. Общие практики классифицируются по общим целям и общим характеристикам и являются ожидаемыми компонентами в моделях CMMI. (В областях процесса отображаются только общее название практики, утверждение и разработки.)
Разработка общей практики — После конкретных практик появляются названия и утверждения общей практики, которые относятся к области процесса. После каждого общего практического заявления разработка может появляться в виде простого текста с заголовком «Разработка». РАЗРАБОТКА ОБЩЕЙ ПРАКТИКИ предоставляет информацию о том, как следует интерпретировать общую практику для области процесса. Если нет никакой разработки, применение общей практики очевидно без разработки.
Цель — «ЦЕЛЬ» — это обязательный компонент CMMI, который может быть общей или конкретной целью. Когда вы видите слово «цель» в модели CMMI, оно всегда относится к компонентам модели (например, общая цель, конкретная цель).
Незавершенный процесс — процесс, который не выполняется или выполняется только частично (также известный как уровень возможностей 0). Одна или несколько конкретных целей области процесса не выполнены.
Независимая группа. В разделе «Процесс и контроль качества продукции» см. Обсуждение «независимой группы» во вводных примечаниях.
Информативные компоненты CMMI — компоненты CMMI, которые помогают пользователям модели понять требуемые и ожидаемые компоненты модели. Эти компоненты могут содержать примеры, подробные объяснения или другую полезную информацию. Подпрограммы, примечания, ссылки, названия целей, названия практики, источники, типичные рабочие продукты, усиления дисциплины и общие разработки практики являются компонентами информативной модели.
Институционализация — укоренившийся способ ведения бизнеса, которому организация обычно следует как часть своей корпоративной культуры.
Интегрированная разработка продукта и процесса — Системный подход к разработке продукта, который обеспечивает своевременное сотрудничество соответствующих заинтересованных сторон на протяжении всего жизненного цикла продукта для лучшего удовлетворения потребностей клиентов.
Интегрированная команда — группа людей с дополнительными навыками и опытом, которые стремятся предоставлять определенные рабочие продукты в своевременном сотрудничестве. Интегрированные члены команды обеспечивают навыки и защиту, соответствующие всем этапам рабочих продуктов, и несут коллективную ответственность за доставку рабочих продуктов, как указано. Интегрированная команда должна включать уполномоченных представителей организаций, дисциплин и функций, которые заинтересованы в успехе рабочих продуктов.
Управление интерфейсом — В управлении конфигурацией процесс (1) идентификации всех функциональных и физических характеристик, относящихся к взаимодействию двух или более элементов конфигурации, предоставленных одной или несколькими организациями, и (2) обеспечения оценки предлагаемых изменений этих характеристик и одобрен до внедрения. [IEEE 828-1983].
Ведущий оценщик — Как используется в CMMI Product Suite, человек, получивший признание от уполномочивающего органа, выступать в качестве руководителя группы оценки для определенного метода оценки.
Модель жизненного цикла — разделение жизненного цикла продукта на этапы, которые направляют проект от определения потребностей клиента до выбытия продукта.
Менеджер. Менеджер проекта — это лицо, ответственное за планирование, руководство, контроль, структурирование и мотивацию проекта. Он или она может обеспечивать как техническое, так и административное руководство и контроль для тех, кто выполняет задачи или действия по проекту в пределах своей сферы ответственности. Руководитель проекта несет полную ответственность перед заказчиком.
Уровень зрелости — степень улучшения процесса в предварительно определенном наборе областей процесса, в котором достигаются все цели в наборе.
Меморандум о договоренности — Обязательные документы о взаимопонимании или соглашения между двумя или более сторонами.
Естественные границы — неотъемлемый процесс, отражаемый показателями производительности процесса, иногда называемый «голос процесса». Такие методы, как контрольные диаграммы, доверительные интервалы и интервалы прогнозирования, используются для определения того, является ли отклонение следствием общих причин (т. Е. Процесс является предсказуемым или «стабильным») или оно связано с какой-то особой причиной, которая может и должна быть идентифицирована и удален.
Предмет, не относящийся к разработке — предмет поставки, который был разработан до его текущего использования в процессе приобретения или разработки. Такой предмет может потребовать незначительных модификаций для соответствия требованиям его текущего предполагаемого использования.
Нетехнические требования — договорные положения, обязательства, условия и условия, которые влияют на то, как должны быть приобретены продукты или услуги. Примерами могут служить поставляемые продукты, права на данные для поставляемых готовых коммерческих (COTS) предметов, не относящихся к разработке (NDI), даты поставки и этапы с критериями выхода. Другие нетехнические требования включают требования к обучению, требования к месту и графики развертывания.
Цель — термин цель используется в CMMI в обычном повседневном смысле; это наша цель или цель, которая будет достигнута.
Объективное доказательство — Как используется в оценочных материалах CMMI, качественной или количественной информации, записях или констатациях фактов, относящихся к характеристикам элемента или услуги или к существованию и реализации элемента процесса, которые основаны на наблюдении, измерении или тест и которые проверяемы.
Объективно оценивать — проверять действия и рабочие продукты по критериям, которые минимизируют субъективность и предвзятость со стороны рецензента Примером объективной оценки является аудит соответствия требованиям, стандартам или процедурам независимой функции обеспечения качества.
Наблюдение — Как используется в оценочных материалах CMMI, письменный отчет, который представляет членам оценочной команды понимание информации, увиденной или услышанной во время действий по сбору оценочных данных. Письменная запись может принимать форму заявления или альтернативные формы, если содержание информации сохраняется.
Операционная концепция — общее описание того, каким образом объект используется или работает.
Операционный сценарий — описание воображаемой последовательности событий, которая включает взаимодействие продукта со средой и пользователями, а также взаимодействие между компонентами продукта. Операционные сценарии используются для оценки требований и дизайна системы, а также для проверки и валидации системы.
Оптимизация процесса — количественно управляемый процесс, который улучшается на основе понимания общих причин вариаций, присущих процессу. Процесс, который фокусируется на постоянном улучшении диапазона производительности процесса посредством как постепенных, так и инновационных улучшений.
Организация . Организация — это структура, в которой люди коллективно управляют одним или несколькими проектами в целом, и проекты которых совместно используют старший менеджер и действуют в соответствии с одной и той же политикой.
Бизнес-цели организации — стратегии, разработанные старшим руководством для обеспечения непрерывного существования организации и повышения ее прибыльности, доли рынка и других факторов, влияющих на успех организации.
Организационная зрелость — степень, в которой организация явно и последовательно развернула процессы, которые документированы, управляются, измеряются, контролируются и постоянно улучшаются. Организационная зрелость может быть измерена с помощью оценки.
Организационная политика — руководящий принцип, обычно устанавливаемый высшим руководством, который используется организацией для влияния и принятия решений.
Организационная единица — та часть организации, которая является объектом оценки (также известной как организационная сфера оценки). Организационная единица развертывает один или несколько процессов, которые имеют согласованный контекст процесса и работают в рамках согласованного набора бизнес-целей. , Организационная единица обычно является частью более крупной организации, хотя в небольшой организации организационной единицей может быть вся организация.
Аутсорсинг — процесс получения, посредством договора, любого отдельного действия или предлагаемого действия приобретающей организацией, которая обязуется инвестировать в приобретение продуктов и услуг.
Рецензирование — рецензирование, выполненное коллегой для выявления дефектов в результатах.
Параметры эффективности — показатели эффективности и другие ключевые показатели, используемые для руководства и контроля прогрессивного развития.
Выполненный процесс — процесс, который выполняет необходимую работу для производства идентифицированных выходных рабочих продуктов, используя идентифицированные входные рабочие продукты (также известный как уровень возможностей 1). Конкретные цели области процесса выполнены.
Запланированный процесс — процесс, который задокументирован как описанием, так и планом. Описание и план должны быть согласованы, и план должен включать стандарты, требования, цели, ресурсы, задания и т. Д.
Процесс — набор действий, методов, практик и преобразований, которые люди используют для разработки и обслуживания систем и связанных с ними продуктов.
План действий процесса — в области процесса «Фокус организационного процесса» см. Определение «плана действий процесса» во вводных примечаниях.
Группа действий по процессу — команда, которая несет ответственность за разработку и реализацию мероприятий по улучшению процессов для организации, как указано в плане действий по улучшению процессов.
Улучшения процессов и технологий. В области процессов организационных инноваций и развертывания см. Обсуждение «улучшений процессов и технологий» во вступительных замечаниях.
Область процесса — область процесса — это кластер смежных практик в области, которые при совместном выполнении удовлетворяют ряду целей, которые считаются важными для существенного улучшения в этой области. Все области процесса CMMI являются общими как для непрерывных, так и для поэтапных представлений. В поэтапном представлении области процесса организованы по уровням зрелости.
Акт процесса — все, что организация считает полезным для достижения целей области процесса.
Библиотека активов процесса — набор активов процесса, который может использоваться организацией или проектом.
Атрибут процесса — измеримая характеристика возможностей процесса, применимая к любому процессу.
Возможности процесса — диапазон ожидаемых результатов, которые могут быть достигнуты, следуя процессу.
Контекст процесса — совокупность факторов, задокументированных в оценочных материалах, которые влияют на оценку и сопоставимость оценочных рейтингов. Они включают, но не ограничиваются, размер организационной единицы, подлежащей оценке; демография организационной единицы; дисциплина применения продуктов или услуг; размер, критичность и сложность продуктов или услуг; и качественные характеристики продуктов или услуг.
Определение процесса — Акт определения и описания процесса. Результатом определения процесса является описание процесса.
Описание процесса — документированное выражение набора действий, выполняемых для достижения определенной цели, которое обеспечивает оперативное определение основных компонентов процесса. В документации в полной, точной и проверяемой форме указываются требования, дизайн, поведение или другие характеристики процесса. Он также может включать процедуры определения того, были ли соблюдены эти положения. Описания процессов могут быть найдены на уровне деятельности, проекта или организации.
Элемент процесса — фундаментальная единица процесса. Процесс может быть определен в терминах подпроцессов или элементов процесса. Подпроцесс может быть дополнительно разложен; элемент процесса не может. Каждый элемент процесса охватывает тесно связанный набор действий (например, элемент оценки, элемент экспертной оценки). Элементы процесса могут быть изображены с использованием шаблонов, которые необходимо завершить, абстракций, которые будут уточнены, или описаний, которые будут изменены или использованы. Элемент процесса может быть действием или задачей.
Группа процессов — группа специалистов, которая облегчает определение, обслуживание и улучшение процессов, используемых организацией.
Улучшение процессов — программа мероприятий, предназначенная для повышения производительности и зрелости процессов организации, а также результатов такой программы.
Цели улучшения процесса — набор целевых характеристик, установленных для руководства усилиями по улучшению существующего процесса определенным измеримым способом либо с точки зрения результирующих характеристик продукта (например, качества, производительности, соответствия стандартам и т. Д.), Либо путем в котором выполняется процесс (например, устранение избыточных этапов процесса, объединение этапов процесса, улучшение времени цикла и т. д.)
План улучшения процесса — в области процесса «Фокус организационного процесса» см. Определение «плана улучшения процесса» во вводных примечаниях.
Измерение процесса — набор определений, методов и действий, используемых для измерения процесса и его конечных продуктов с целью характеристики и понимания процесса.
Владелец процесса — лицо (или группа), ответственное за определение и ведение процесса. На организационном уровне владельцем процесса является лицо (или группа), ответственное за описание стандартного процесса; на уровне проекта владельцем процесса является лицо (или группа), ответственное за описание определенного процесса. Поэтому процесс может иметь несколько владельцев на разных уровнях ответственности.
Производительность процесса — мера фактических результатов, достигнутых путем отслеживания процесса. Он характеризуется как показателями процесса (например, усилие, время цикла и эффективность удаления дефектов), так и показателями продукта (например, надежность, плотность дефектов и время отклика).
Базовая характеристика производительности процесса — документированная характеристика фактических результатов, достигнутых в результате отслеживания процесса, которая используется в качестве эталона для сравнения фактической производительности процесса с ожидаемой производительностью процесса.
Модель производительности процесса — описание взаимосвязей между атрибутами процесса и его рабочих продуктов, которые разработаны на основе исторических данных о производительности процесса и откалиброваны с использованием собранных показателей процесса и продукта из проекта и которые используются для прогнозирования результатов, которые должны быть достигнуты, следуя процесс.
Адаптация процесса — создание, изменение или адаптация описания процесса для конкретной цели. Например, проект приспосабливает свой определенный процесс к набору стандартных процессов организации, чтобы соответствовать целям, ограничениям и среде проекта.
Продукт — продукт может рассматриваться как любой ощутимый результат или услуга, являющаяся результатом следования процессу и предназначенная для доставки клиенту или конечному пользователю. Продуктом также может быть любой рабочий продукт, который доставляется заказчику в соответствии с договором.
Компонент продукта — Компоненты продукта, как правило, являются компонентами продукта более низкого уровня и интегрированы для «создания» продукта. Компоненты продукта могут быть частью продукта, поставляемого клиенту, или служить при производстве или использовании продукта. Например, для тех компаний, которые производят аккумуляторы для мобильных телефонов, аккумулятор для мобильных телефонов является продуктом. Для тех компаний, которые производят и поставляют мобильные телефоны, батарея является компонентом продукта.
Базовые характеристики продукта — В управлении конфигурацией — первоначально утвержденный пакет технических данных (в том числе для программного обеспечения, список исходного кода), определяющий элемент конфигурации во время производства, эксплуатации, обслуживания и логистической поддержки его жизненного цикла.
Требования к компоненту продукта — Требования к компоненту продукта обеспечивают полную спецификацию компонента продукта, включая соответствие, форму, функцию, производительность и любые другие требования.
Жизненный цикл продукта — рабочий продукт — это любой артефакт, произведенный процессом жизненного цикла, который также может называться рабочим продуктом жизненного цикла. Рабочие продукты жизненного цикла могут включать спецификации требований, спецификации интерфейса, спецификации архитектуры, планы проекта, проектные документы, планы модульных испытаний, планы интеграции и тестирования системы, такой процесс, как процесс сборки производственного продукта.
Проект — проект — это управляемый набор взаимосвязанных ресурсов, который доставляет один или несколько продуктов клиенту или конечному пользователю. Набор ресурсов имеет определенное начало и конец и действует в соответствии с планом.
Линейка продуктов — группа продуктов, имеющих общий управляемый набор функций, которые удовлетворяют конкретным потребностям выбранного рынка или миссии.
Процессы жизненного цикла, связанные с продуктом. Процессы, связанные с продуктом на протяжении одного или нескольких этапов его жизненного цикла (т. Е. От концепции до утилизации), таких как процессы производства и поддержки.
Требования к продукту — уточнение требований заказчика на языке разработчиков, превращение неявных требований в явные производные требования.
Программа — (1) Проект. (2) Набор связанных проектов и поддерживающей их инфраструктуры, включая цели, методы, действия, планы и показатели успеха.
Менеджер проекта. Менеджер проекта — это лицо, ответственное за планирование, руководство, контроль, структурирование и мотивацию проекта. Он или она может обеспечивать как техническое, так и административное руководство и контроль для тех, кто выполняет задачи или действия по проекту в пределах своей сферы ответственности. Руководитель проекта несет полную ответственность перед заказчиком. Менеджер проекта берет на себя различные роли и обязанности по мере изменения размера, разнообразия и сложности проекта.
Прогресс и эффективность проекта — Что проект достигает в отношении реализации планов проекта, включая усилия, стоимость, график и технические показатели.
Процесс, определенный проектом — В области процесса Интегрированное управление проектом см. Определение «Процесс, определенный проектом», во вступительных примечаниях и в конкретной практике «Установление процесса, определенного проектом».
Прототип — предварительный тип, форма или экземпляр продукта или компонента продукта, который служит моделью для последующих этапов или для окончательной, полной версии продукта.
Качество — способность набора характеристик, присущих продукту, компоненту продукта или процессу, выполнять требования клиентов.
Обеспечение качества — Применяется плановое и систематическое средство обеспечения управления, которое определяет стандарты, практики, процедуры и методы процесса.
Контроль качества — эксплуатационные методы и действия, которые используются для выполнения требований к качеству.
Количественная цель — желаемое целевое значение, выраженное в количественных показателях.
Количественно управляемый процесс — определенный процесс, который контролируется с использованием статистических и других количественных методов. Атрибуты качества продукции, качества обслуживания и производительности процесса измеряются и контролируются на протяжении всего проекта.
Эталонный режим — модель, используемая в качестве эталона для измерения какого-либо атрибута.
Соответствующая заинтересованная сторона — соответствующая заинтересованная сторона используется для определения заинтересованной стороны, которая определена для участия в определенных мероприятиях и включена в соответствующий план, такой как план проекта.
Обязательные компоненты CMMI — компоненты CMMI, которые необходимы для улучшения процесса в данной области процесса. Эти компоненты используются в оценках для определения возможностей процесса. Конкретные цели и общие цели являются обязательными компонентами модели.
Требование — (1) Условие или способность, необходимые пользователю для решения проблемы или достижения цели. (2) Условие или способность, которой должен удовлетворять или обладать продукт или компонент продукта, чтобы выполнить договор, стандарт, спецификацию или другие формально навязанные документы. (3) Документированное представление состояния или способности, как в (1) или (2).
Анализ требований — определение характеристик и функциональных характеристик конкретного продукта на основе анализа потребностей, ожиданий и ограничений клиента; операционная концепция; прогнозируемая среда использования для людей, продуктов и процессов; и меры эффективности.
Выявление требований — Использование систематических методов, таких как прототипы и структурированные опросы, для заблаговременного выявления и документирования потребностей клиентов и конечных пользователей.
Управление требованиями — управление всеми требованиями, полученными или сгенерированными проектом, включая как технические, так и нетехнические требования, а также те требования, которые предъявляются к проекту организацией.
Прослеживаемость требований — доказательство связи между требованием и его источником, его реализацией и проверкой.
Возврат инвестиций — отношение дохода от выпуска (продукта) к издержкам производства, которое определяет, получает ли организация выгоду от выполнения действия по производству чего-либо.
Анализ рисков — оценка, классификация и определение приоритетов рисков.
Идентификация риска — организованный, тщательный подход к поиску вероятных или реалистичных рисков в достижении целей.
Управление рисками — организованный, аналитический процесс для определения причин, которые могут причинить вред или убыток (идентификация рисков), оценка и количественная оценка выявленных рисков, а также разработка и, при необходимости, реализация соответствующего подхода для предотвращения или устранения причин риска, которые могут привести к значительный вред или потеря.
Стратегия управления рисками — Организованный технический подход для определения причин, которые могут причинить вред или убыток (определение рисков), оценки и количественного определения выявленных рисков, а также для разработки и, при необходимости, реализации соответствующего подхода для предотвращения или устранения причин риска, которые могут привести к значительным вред или потеря. Как правило, управление рисками выполняется для организационных подразделений проекта, организации или продукта.
Основная причина — первопричина является источником дефекта, так что, если он устранен, дефект уменьшается или удаляется.
Старший менеджер — термин «старший менеджер» в том виде, как он используется в CMMI, относится к роли управления на достаточно высоком уровне в организации, в которой основное внимание уделяется долгосрочному здоровью и успеху организации, а не краткосрочному. проектные и договорные проблемы и нагрузки. Старший менеджер может нести ответственность за надзор за программой, которая может содержать много проектов, которыми управляют менеджеры проектов.
Разработка программного обеспечения — (1) Применение системного, дисциплинированного, количественного подхода к разработке, эксплуатации и обслуживанию программного обеспечения. (2) Изучение подходов как в (1).
Приглашение — процесс подготовки пакета запроса и выбора поставщика (подрядчика).
Пакет предложений — официальный документ с описанием технических и нетехнических требований, который используется для запроса предложений по приглашениям к участию в торгах (предложениях) и запросам предложений (предложений) или для запроса заявлений о возможностях и ценовых предложений (котировок). В противном случае он используется в качестве основы для выбора источника поставки или источников для предоставления продуктов или услуг.
Особая причина изменения процесса — причина дефекта, характерная для некоторых переходных процессов, а не неотъемлемая часть процесса.
Конкретная цель — КОНКРЕТНЫЕ ЦЕЛИ применяются к области процесса и касаются уникальных характеристик, которые описывают то, что должно быть реализовано для удовлетворения области процесса. Конкретные цели являются обязательными компонентами модели и используются в оценках, чтобы помочь определить, удовлетворена ли область процесса.
Конкретная практика — КОНКРЕТНАЯ ПРАКТИКА — это деятельность, которая считается важной для достижения соответствующей конкретной цели. Конкретные практики описывают действия, которые, как ожидается, приведут к достижению конкретных целей области процесса. Конкретные практики являются ожидаемыми компонентами модели.
Стабильный процесс — состояние, в котором все особые причины изменения процесса были устранены и предотвращены от повторения, так что остаются только общие причины изменения процесса.
Поэтапное представление — модельная структура, в которой достижение целей ряда областей процесса устанавливает уровень зрелости; каждый уровень создает основу для последующих уровней.
Заинтересованная сторона. Заинтересованная сторона — это группа или отдельное лицо, на которое влияет результат проекта или которое может повлиять на деятельность или результаты проекта.
Стандартный процесс . Оперативное определение базового процесса, определяющего создание общего процесса в организации. Стандартный процесс описывает основные элементы процесса, которые, как ожидается, будут включены в любой определенный процесс. Он также описывает отношения (например, порядок и интерфейсы) между этими элементами процесса.
Техническое задание — описание контрактной работы, необходимой для завершения проекта.
Статистическая предсказуемость — выполнение количественного процесса, который контролируется с использованием статистических и других количественных методов.
Статистический контроль процесса — Статистический анализ процесса и измерения производительности процесса, которые будут определять общие и особые причины изменения производительности процесса и поддерживать производительность процесса в определенных пределах.
Статистические методы — аналитический метод, который использует статистические методы (например, статистический контроль процесса, доверительные интервалы, интервалы прогнозирования).
Статистически управляемый процесс — процесс, который управляется статистически основанным методом, в котором анализируются процессы, выявляются особые причины изменения процесса и производительность находится в четко определенных пределах.
Сила — Как используется в оценочных материалах CMMI, примерная или заслуживающая внимания реализация практики модели CMMI.
Подпроцесс — процесс, который является частью более крупного процесса.
Поставщик — (1) Предприятие, поставляющее продукты или оказывающее приобретаемые услуги. (2) Физическое лицо, товарищество, компания, корпорация, ассоциация или другая служба, имеющая соглашение (контракт) с приобретением для проектирования, разработки, изготовления, обслуживания, модификации или поставки предметов в соответствии с условиями соглашения (контракта) ).
Устойчивое развитие — процессы, используемые для обеспечения того, чтобы продукт мог использоваться операциями его конечными пользователями или клиентами. Поддержка обеспечивает выполнение обслуживания таким образом, чтобы продукт находился в рабочем состоянии независимо от того, используется продукт клиентами или конечными пользователями.
Системная инженерия — междисциплинарный подход, управляющий всеми техническими и управленческими усилиями, необходимыми для преобразования набора потребностей, ожиданий и ограничений клиента в решение для продукта и поддержки этого решения в течение всего срока службы продукта. Это включает в себя определение технических показателей производительности, интеграцию инженерных специальностей для создания архитектуры продукта и определение вспомогательных процессов жизненного цикла, которые уравновешивают затраты, производительность и цели графика.
Рекомендации по адаптации. При адаптации процесса создаются, изменяются или адаптируются описания процессов, обычно описываемые на уровне организации, для использования в конкретном проекте. Для большинства организаций одно определение организационного процесса не может или не будет выполняться 100% для всех проектов. Некоторая адаптация обычно необходима. Затем рекомендации по настройке описывают, что можно и нельзя изменять, и определяют компоненты процесса, которые являются допустимыми кандидатами на изменение.
Целевой профиль — в непрерывном представлении список областей процессов и их соответствующих уровней возможностей, которые представляют собой цель для улучшения процессов.
Целевая подготовка — в непрерывном представлении последовательность целевых профилей, которая описывает путь улучшения процесса, которым должна следовать организация.
Пакет технических данных — набор элементов, который может включать следующее, если такая информация соответствует типу продукта и компоненту продукта.
Технические требования — Свойства (атрибуты) продуктов или услуг, которые будут приобретены или разработаны.
Процедура тестирования — подробные инструкции по настройке, выполнению и оценке результатов для данного теста.
Исследование торговли — оценка альтернатив на основе критериев и систематического анализа, чтобы выбрать лучшую альтернативу для достижения поставленных целей.
Обучение — в области «Организационное обучение» см. Определение .training. во вступительных замечаниях.
Модульное тестирование — Тестирование отдельных аппаратных или программных модулей или групп связанных модулей.
Валидация — Валидация демонстрирует, что продукт в том виде, в котором он предоставляется (или в том виде, в котором он будет предоставлен), будет использоваться по назначению в операционной среде. Проверка заверяет, что «Вы построили правильную вещь».
Проверка — проверка включает проверку продукта и промежуточных рабочих продуктов на соответствие всем выбранным требованиям, включая требования клиента, продукта и компонентов продукта. Проверка по своей сути является постепенным процессом. Он начинается с проверки требований, продвигается через проверку развивающихся рабочих продуктов и завершается проверкой готового продукта. В проверке указывается, правильно ли рабочий продукт соответствует указанным требованиям. Проверка заверяет: «Вы построили это правильно».
Проверка реализации — общая особенность областей процессов модели CMMI с поэтапным представлением, которая группирует общие практики, связанные с проверкой руководством более высокого уровня, и объективной оценкой соответствия описаниям процессов, процедурам и стандартам.
Контроль версий — установление и поддержание базовых уровней и определение изменений базовых уровней, которые позволяют вернуться к предыдущему базовому уровню.
Слабость — Как используется в оценочных материалах CMMI, неэффективная или недостаточная реализация одной или нескольких моделей CMMI.
Структура разбивки работ — расположение рабочих элементов и их взаимосвязь друг с другом и с конечным продуктом.
Рабочий продукт . Термин « Рабочий продукт» используется во всем наборе продуктов CMMI для обозначения любого артефакта, созданного процессом. Эти артефакты могут включать файлы, документы, части продукта, услуги, процессы, спецификации и счета. Примеры процессов, которые следует рассматривать как рабочие продукты, включают производственный процесс, процесс обучения и процесс утилизации продукта. Ключевое различие между РАБОЧИМ ПРОДУКТОМ и компонентом продукта заключается в том, что рабочий продукт не должен проектироваться или являться частью конечного продукта.
Атрибуты рабочего продукта и задачи — характеристики продуктов, услуг и задач проекта, используемые для оценки работ по проекту. Эти характеристики включают такие элементы, как размер, сложность, вес, форма, подгонка или функция. Как правило, они используются как один вход для получения других оценок проекта и ресурсов (например, усилия, стоимость, график)