CMMI-용어집

ㅏ	비	씨	디	이자형	에프	지	H	나는	제이	케이
엘	미디엄	엔	영형	피	큐	아르 자형	에스	티	유	V
W	엑스	와이	지

Ability to perform − 프로젝트 및 / 또는 조직이 필요한 리소스를 보유하고 있는지 확인하는 것과 관련된 일반적인 관행을 그룹화하는 단계적 표현이있는 CMMI 모델 프로세스 영역의 공통 기능.

Acceptance criteria − 제품 또는 제품 구성 요소가 사용자, 고객 또는 기타 권한있는 법인이 수락하기 위해 충족해야하는 기준.

Acceptance testing − 사용자, 고객 또는 기타 승인 된 주체가 제품 또는 제품 구성 요소를 수락할지 여부를 결정할 수 있도록 수행 된 공식 테스트.

Achievement profile − 연속적 표현에서, 능력 수준을 진행하면서 각 프로세스 영역에 대한 조직의 진행 상황을 나타내는 프로세스 영역 및 해당 능력 수준의 목록.

Acquisition − 계약을 통해 제품 및 서비스를 획득하기 위해 투자하기로 약속 한 인수 주체의 개별 조치 또는 제안 된 조치를 획득하는 프로세스.

Acquisition strategy − 공급 출처, 취득 방법, 요구 사항 사양 유형, 계약 또는 계약 유형 및 관련 취득 위험을 고려하여 제품 및 서비스를 취득하는 구체적인 접근 방식.

Adequate− CMMI에 적절하고 적절하며 필요에 따라 모든 수준의 관리자와 실무자가 조직의 비즈니스 목표에 비추어 구체적이고 일반적인 목표와 관행을 해석 할 수 있습니다. 예를 들어, 위험 관리 프로세스 영역에 대한 일반 관행은 "위험 관리 프로세스를 수행하고, 작업 제품을 개발하고, 프로세스 서비스를 제공하기위한 적절한 자원을 제공하십시오."라고 말합니다. 인원수, 위험을 모니터링해야하는 사람 등으로 충분할 수 있습니다.

Advanced practices − 연속 표현에서 능력 수준이 2 이상인 모든 특정 관행.

Agreement/contract requirements − 인수와 관련된 모든 기술적 및 비 기술적 요구 사항.

Allocated requirement − 하위 수준의 아키텍처 요소 또는 설계 구성 요소에 대한 상위 수준 요구 사항의 성능 및 기능의 전부 또는 일부를 부과하는 요구 사항.

Alternative practice− CMMI 모델에 포함 된 하나 이상의 일반 또는 특정 관행을 대체하는 관행으로, 모델 관행과 관련된 일반 또는 특정 목표를 충족하는 데 동등한 효과를 얻습니다. 대체 관행이 반드시 일반 관행 또는 특정 관행을 일대일로 대체하는 것은 아닙니다.

Appraisal − 평가는 강점과 약점을 결정하기위한 기준으로 평가 참조 모델을 사용하여 훈련 된 전문가 팀이 하나 이상의 프로세스를 검사하는 것입니다.

Appraisal findings− 평가 범위 내에서 가장 중요한 문제, 문제 또는 기회를 식별하는 평가의 결론. 여기에는 최소한 유효한 관찰을 기반으로 한 강점과 약점이 포함됩니다.

Appraisal participants − 평가 중 정보 제공에 참여하는 조직 단위의 구성원.

Appraisal rating− CMMI 평가 자료에 사용 된대로, 평가 팀이 (1) CMMI 목표 또는 프로세스 영역, (2) 프로세스 영역의 능력 수준 또는 (3) 조직 단위의 성숙도 수준에 할당 한 값. 등급은 사용되는 평가 방법에 대해 정의 된 등급 프로세스를 제정하여 결정됩니다.

Appraisal reference model − CMMI 평가 자료에 사용 된 CMMI 모델은 평가 팀이 구현 된 프로세스 활동을 상호 연관시킵니다.

Appraisal scope − 조직 한계 및 CMMI 모델 한계를 포함하는 평가 경계의 정의.

Appraisal team leader − 평가 활동을 이끌고 평가 방법에 정의 된 경험, 지식 및 기술에 대한 자격 기준을 충족 한 사람.

Appropriate − Adequate에 대한 정의를 참조하십시오.

As needed − Adequate에 대한 정의를 참조하십시오.

Assessment − 평가는 조직이 프로세스 개선을 위해 자체적으로 수행하는 평가입니다.

Assignable cause of process variation− CMMI에서는 일관성을 보장하기 위해 "공정 변동의 할당 가능한 원인"대신 "공정 변동의 특수 원인"이라는 용어가 사용됩니다. 두 용어 모두 동일하게 정의됩니다.

Audit − 요구 사항이 충족되는지 여부를 결정하기 위해 작업 산출물 또는 일련의 산출물에 대한 독립적 인 검사.

Base measure − 개체의 고유 한 속성 또는 특성 및이를 정량화하는 방법.

Base practices − 연속 표현에서 능력 수준이 1 인 모든 특정 사례.

Baseline− 기준선이라는 용어는 일반적으로 이러한 기준점을 나타내는 데 사용됩니다. 기준선은 개발 수명주기의 적절한 지점에서 승인 된 시스템 스냅 샷입니다. 기준선은 후속 변경을 정의하기위한 공식 기반을 설정합니다. 이 선이나 기준점이 없으면 변화의 개념은 의미가 없습니다.

Business objectives − 조직의 지속적인 존재를 보장하고 수익성, 시장 점유율 및 조직의 성공에 영향을 미치는 기타 요인을 향상 시키도록 설계된 고위 경영진이 개발 한 전략.

Capability evaluation− 공급 업체 선택, 계약 모니터링 또는 인센티브를 위해 차별 자로 사용되는 숙련 된 전문가 팀의 평가. 평가는 의사 결정자가 더 나은 인수 결정을 내리고 하청 업체 성과를 개선하며 구매 조직에 통찰력을 제공하는 데 사용됩니다.

Capability level− 개별 프로세스 영역 내에서 프로세스 개선 달성. 능력 수준은 프로세스 영역에 대한 적절한 구체적이고 일반적인 관행에 의해 정의됩니다.

Capability level profile− 연속 표현에서 프로세스 영역 및 해당 능력 수준 목록. 프로필은 역량 수준을 통해 발전하면서 각 프로세스 영역에 대한 조직의 진행 상황을 나타낼 때 성취 프로필이 될 수 있습니다. 또는 프로파일이 프로세스 개선의 목표를 나타내는 경우 대상 프로파일이 될 수 있습니다.

Capability maturity model− CMM (Capability 성숙도 모델)에는 하나 이상의 분야에 대한 효과적인 프로세스의 필수 요소가 포함되어 있습니다. 또한 미성숙 한 임시 프로세스에서 품질과 효율성이 개선 된 체계적이고 성숙한 프로세스로 진화하는 개선 경로를 설명합니다.

Capable process − 지정된 제품 품질, 서비스 품질 및 프로세스 성능 목표를 충족 할 수있는 프로세스.

Causal analysis − 원인을 파악하기위한 결함 분석.

Change management − 제품 또는 서비스에 대한 변경 또는 제안 된 변경을 적용하기위한 수단의 합당한 사용.

CMMI appraisal tailoring− 특정 사례에서 사용하기위한 평가 방법 내 옵션 선택. 평가 조정의 목적은 조직이 비즈니스 목표에 따라 방법을 적용 할 수 있도록 지원하는 것입니다.

CMMI model component− CMMI 모델을 구성하는 모든 주요 아키텍처 요소. CMMI 모델의 주요 요소에는 특정 관행, 일반 관행, 특정 목표, 일반 목표, 프로세스 영역, 기능 수준 및 성숙도 수준이 포함됩니다.

CMMI model tailoring− 특정 애플리케이션에 적합하게 만들기위한 목적으로 CMMI 모델의 하위 집합 사용. 모델 조정의 목적은 조직이 비즈니스 목표에 맞게 모델을 적용 할 수 있도록 지원하는 것입니다.

CMMI Product Suite −이 용어는 완전한 CMMI 프레임 워크에 사용되었습니다.

Commitment to perform − 정책 생성 및 후원 확보와 관련된 일반적인 관행을 그룹화하는 단계적 표현이있는 CMMI 모델 프로세스 영역의 공통 기능.

Common cause of process variation − 공정 구성 요소 간의 정상 및 예상 상호 작용으로 인해 존재하는 공정의 변동.

Concept of operations − 법인이 사용되거나 운영되는 방식에 대한 일반적인 설명.

Configuration audit − 구성 항목이 지정된 표준 또는 요구 사항을 준수하는지 확인하기 위해 수행되는 감사.

Configuration baseline− 제품 또는 제품 구성 요소의 수명 중 특정 시간에 공식적으로 지정된 구성 정보. 구성 기준과 해당 기준에서 승인 된 변경 사항이 현재 구성 정보를 구성합니다.

Configuration control − 구성 식별을 공식적으로 설정 한 후 구성 항목에 대한 평가, 조정, 승인 또는 비 승인 및 변경 구현으로 구성된 구성 관리 요소.

Configuration control board − 구성 항목에 대해 제안 된 변경 사항을 평가 및 승인 또는 비 승인하고 승인 된 변경 사항을 구현할 책임이있는 사람 그룹.

Configuration identification − 제품의 구성 항목을 선택하고 고유 한 식별자를 할당하며 기술 문서에 기능 및 물리적 특성을 기록하는 것으로 구성된 구성 관리 요소.

Configuration item − 구성 관리를 위해 지정되고 구성 관리 프로세스에서 단일 개체로 취급되는 작업 산출물의 집합.

Configuration management− (1) 구성 항목의 기능 및 물리적 특성을 식별 및 문서화하고, (2) 해당 특성에 대한 변경을 제어하고, (3) 변경 처리 및 구현 상태를 기록하고보고하고, (1) 기술 및 관리 방향과 감시를 적용하는 분야 4) 지정된 요구 사항을 준수하는지 확인합니다. [IEEE Std 610.1990]

CMMI Model− CMMI 프레임 워크는이를 사용하는 조직의 필요에 따라 다른 모델을 생성 할 수 있으므로 여러 CMMI 모델이 있습니다. 따라서 "CMMI MODEL"이라는 문구는 많은 정보 모음 중 하나가 될 수 있습니다. "CMMI 모델"이라는 문구는 CMMI 프레임 워크에서 생성 할 수있는 하나, 일부 또는 전체 가능한 모델 모음을 나타냅니다.

Configuration status accounting− 구성을 효과적으로 관리하는 데 필요한 정보의 기록 및보고로 구성된 구성 관리의 요소. 이 정보에는 승인 된 구성 식별 목록, 구성에 대해 제안 된 변경 사항의 상태 및 승인 된 변경 사항의 구현 상태가 포함됩니다.

Continuous representation − 능력 수준이 각 지정된 프로세스 영역 내에서 프로세스 개선에 접근하기위한 권장 순서를 제공하는 능력 성숙도 모델 구조.

Corrective action − 상황을 해결하고 오류를 제거하거나 조건을 조정하는 데 사용되는 행위 또는 행동.

COTS − 상업용 공급 업체에서 구입할 수있는 항목.

Customer− 고객은 제품을 수락하거나 지불을 승인 할 책임이있는 개인, 프로젝트, 조직, 그룹 등입니다. 고객은 프로젝트 외부에 있지만 반드시 조직 외부에있는 것은 아닙니다. 고객이라는 용어는 요구 사항 수집 또는 추출을 논의 할 때 변수 역할도합니다.

Data management − 데이터 공유 및 관리를위한 원칙, 프로세스 및 시스템.

Defect density − 제품 크기 단위당 결함 수 (예 : 코드 1000 줄당 문제 보고서).

Defined process − 개선의 일부로 따라야 할 정의 된 일련의 단계.

Derived measures − 두 개 이상의 기본 측정 값의 수학적 함수로 인한 데이터.

Derived requirements− 고객 요구 사항에 명시되지 않았지만 (1) 상황 별 요구 사항 (예 : 적용 가능한 표준, 법률, 정책, 공통 관행 및 관리 결정)에서 유추 된 요구 사항 또는 (2) 제품을 지정하는 데 필요한 요구 사항에서 유추 된 요구 사항 구성 요소. 파생 된 요구 사항은 제품 또는 시스템 구성 요소의 분석 및 설계 중에 발생할 수도 있습니다.

Design review − 설계 요구 사항과 이러한 요구 사항을 충족하는 설계 기능을 평가하고 문제를 식별하고 솔루션을 제안하기위한 설계에 대한 공식적이고 문서화 된 포괄적이고 체계적인 검사.

Development− CMMI 전체에서 사용되는 개발은 유지 관리 활동과 개발 활동을 의미합니다. 경험에 따르면 조직이 엔지니어링 우수성을 추구하는 경우 개발 및 유지 관리 프로젝트 모두에 모범 사례를 적용해야합니다.

Developmental plan − 하나 이상의 제품의 설계 및 개발을 안내, 구현 및 제어하기위한 계획.

Directing implementation − CMMI 모델 프로세스 영역의 공통 기능은 프로세스의 성능 관리, 작업 제품의 무결성 관리 및 관련 이해 관계자와 관련된 일반적인 관행을 그룹화하는 단계적 표현을 사용합니다.

Discipline amplification− 특정 분야 (예 : 시스템 엔지니어링 또는 소프트웨어 엔지니어링)에 대한 모델 정보를 해석하기위한 지침을 제공하는 모델 구성 요소를 "DISCIPLINE AMPLIFICATIONS"라고합니다. 분야 증폭은 필요한 경우 다른 모델 구성 요소에 추가됩니다. 이들은 페이지 오른쪽에 나타나고 해당 분야를 나타내는 제목이 있기 때문에 쉽게 찾을 수 있습니다 (예 : "For Software Engineering").

Document− 문서는 기록 된 매체에 관계없이 데이터의 모음입니다. 일반적으로 영구성이 있으며 사람이나 기계가 읽을 수 있습니다. 문서에는 종이 문서와 전자 문서가 모두 포함됩니다.

Enterprise − Enterprise는 고객이 다른 여러 위치에있는 많은 조직으로 구성된 초대형 회사를 지칭하는 데 사용됩니다.

Entry criteria − 노력이 성공적으로 시작되기 전에 존재해야하는 존재 상태.

Equivalent staging − 등가 스테이징은 대상 스테이징을 사용한 결과를 단계별 표현의 성숙도 수준과 비교할 수 있도록 정의 된 연속 표현을 사용하여 생성 된 대상 스테이징입니다.

Exit criteria − 노력이 성공적으로 종료되기 전에 존재해야하는 존재 상태.

Expected CMMI components− 필수 CMMI 구성 요소를 충족하기 위해 수행 할 수있는 작업을 설명하는 CMMI 구성 요소. 모델 사용자는 예상되는 구성 요소를 명시 적으로 구현하거나 이러한 구성 요소에 대해 동등한 대체 방법을 구현할 수 있습니다. 구체적이고 일반적인 관행은 예상되는 모델 구성 요소입니다.

Finding − 평가 결과를 참조하십시오.

Formal evaluation process − 의사 결정 분석 및 해결 프로세스 영역에서 소개 노트의 "공식 평가 프로세스"정의를 참조하십시오.

Functional analysis− 해당 기능을 수행하는 데 필요한 모든 하위 기능을 식별하기위한 정의 된 기능 검사 기능적 관계 및 인터페이스 (내부 및 외부) 식별 및 기능 아키텍처에서이를 캡처 그리고 상위 수준의 성능 요구 사항의 흐름과 이러한 요구 사항을 하위 수준의 하위 기능에 할당합니다.

Functional architecture − 기능의 계층 적 배열, 내부 및 외부 (집계 자체의 외부) 기능 인터페이스 및 외부 물리적 인터페이스, 각각의 기능 및 성능 요구 사항, 디자인 제약.

Generic goal− GENERIC GOALS는 동일한 목표 설명이 여러 프로세스 영역에 나타나기 때문에 "일반"이라고합니다. 단계별 표현에서 각 프로세스 영역에는 하나의 일반 목표 만 있습니다. 프로세스 영역에서 일반적인 목표를 달성한다는 것은 해당 프로세스 영역과 관련된 프로세스를 계획하고 구현하는 데있어 향상된 제어를 의미하므로 이러한 프로세스가 효과적이고 반복 가능하며 지속될 수 있는지 여부를 나타냅니다. 일반 목표는 필수 모델 구성 요소이며 프로세스 영역이 충족되는지 여부를 결정하기 위해 평가에 사용됩니다.

Generic practice− 일반 관행은 프로세스 영역과 관련된 프로세스가 효과적이고 반복 가능하며 지속될 수 있도록 제도화를 제공합니다. 일반 관행은 일반 목표와 공통 기능으로 분류되며 CMMI 모델에서 예상되는 구성 요소입니다. (일반 진료 제목, 진술 및 상세 정보 만 프로세스 영역에 나타납니다.)

Generic practice elaboration− 특정 관행 후에는 프로세스 영역에 적용되는 일반 관행 제목 및 설명이 나타납니다. 각각의 일반 실무 진술 후에는 "정교화"라는 제목과 함께 일반 텍스트로 정교화가 나타날 수 있습니다. GENERIC PRACTICE ELABORATION은 프로세스 영역에 대해 일반 관행을 해석하는 방법에 대한 정보를 제공합니다. 정교함이없는 경우 정교함없이 일반적인 관행의 적용이 분명합니다.

Goal− "목표"는 일반적인 목표 또는 특정 목표가 될 수있는 필수 CMMI 구성 요소입니다. CMMI 모델에서 "목표"라는 단어는 항상 모델 구성 요소 (예 : 일반 목표, 특정 목표)를 나타냅니다.

Incomplete process− 수행되지 않거나 부분적으로 만 수행되는 프로세스 (능력 수준 0이라고도 함). 프로세스 영역의 특정 목표 중 하나 이상이 충족되지 않습니다.

Independent group − 프로세스 및 제품 품질 보증 프로세스 영역에서 소개 노트의 "독립적 인 그룹"에 대한 설명을 참조하십시오.

Informative CMMI components− 모델 사용자가 모델의 필수 구성 요소와 예상 구성 요소를 이해하는 데 도움이되는 CMMI 구성 요소. 이러한 구성 요소에는 예, 자세한 설명 또는 기타 유용한 정보가 포함될 수 있습니다. 하위 연습, 메모, 참조, 목표 제목, 연습 제목, 소스, 일반적인 작업 산출물, 규율 확대 및 일반 연습 정교화는 정보를 제공하는 모델 구성 요소입니다.

Institutionalization − 조직이 기업 문화의 일부로 일상적으로 따르는 비즈니스 수행 방식.

Integrated Product and Process Development − 고객의 요구를보다 잘 충족시키기 위해 제품 수명주기 전반에 걸쳐 관련 이해 관계자들의 적시 협력을 달성하는 제품 개발에 대한 체계적인 접근 방식.

Integrated team− 적시에 협력하여 특정 작업 제품을 제공하기 위해 노력하는 보완 기술과 전문 지식을 갖춘 사람들의 그룹. 통합 된 팀 구성원은 작업 산출물의 모든 단계에 적합한 기술과 옹호를 제공하고 지정된대로 산출물을 제공 할 공동 책임을집니다. 통합 팀에는 작업 제품의 성공에 영향을 미치는 조직, 분야 및 기능의 권한을 부여받은 대표가 포함되어야합니다.

Interface control− 구성 관리에서 (1) 하나 이상의 조직에서 제공하는 둘 이상의 구성 항목의 인터페이스와 관련된 모든 기능 및 물리적 특성을 식별하고 (2) 이러한 특성에 대해 제안 된 변경 사항을 평가하고 승인하도록 보장하는 프로세스 구현하기 전에. [IEEE 828-1983].

Lead appraiser − CMMI Product Suite에서 사용되는 바와 같이, 특정 평가 방법에 대한 평가 팀 리더로 수행 할 권한을 부여하는 기관으로부터 인정을받은 사람.

Life-cycle model − 제품 수명을 프로젝트가 고객의 요구 사항을 식별하는 단계부터 제품 폐기까지 안내하는 단계로 분할.

Manager− 프로젝트 관리자는 프로젝트를 계획, 지시, 통제, 구조화 및 동기를 부여 할 책임이있는 사람입니다. 그 또는 그녀는 자신의 책임 영역 내에서 프로젝트 작업이나 활동을 수행하는 사람들에게 기술 및 관리 방향과 통제를 모두 제공 할 수 있습니다. 프로젝트 관리자는 궁극적으로 고객에 대한 책임이 있습니다.

Maturity level − 세트 내의 모든 목표가 달성되는 사전 정의 된 프로세스 영역 세트에 대한 프로세스 개선 정도.

Memorandum of agreement − 둘 이상의 당사자 간의 이해 또는 합의에 대한 구속력있는 문서.

Natural bounds− 때때로 "프로세스의 목소리"라고도하는 프로세스 성능 측정에 반영된 고유 프로세스. 관리도, 신뢰 구간 및 예측 구간과 같은 기법을 사용하여 변동이 공통 원인 (예 : 공정이 예측 가능한지 또는 "안정적"인지)으로 인한 것인지 아니면 식별 할 수 있고 식별해야하는 특수 원인으로 인한 것인지 확인합니다. 제거되었습니다.

Non-developmental item− 취득 또는 개발 프로세스에서 현재 사용되기 전에 개발 된 공급 품목. 이러한 항목은 현재 의도 된 용도의 요구 사항을 충족하기 위해 약간의 수정이 필요할 수 있습니다.

Nontechnical requirements− 제품 또는 서비스를 획득하는 방법에 영향을 미치는 계약 조항, 약속, 조건 및 조건. 예를 들어 배달 할 제품, 배달 된 상용 (COTS) 비 개발 품목 (NDI)에 대한 데이터 권한, 배달 날짜 및 종료 기준이있는 이정표가 있습니다. 기타 비 기술적 요구 사항에는 교육 요구 사항, 사이트 요구 사항 및 배포 일정이 포함됩니다.

Objective− 목표라는 용어는 CMMI에서 일상적인 의미로 사용됩니다. 이것이 우리의 목표 또는 목표입니다.

Objective evidence − CMMI 평가 자료, 정 성적 또는 정량적 정보, 기록 또는 항목이나 서비스의 특성 또는 관찰, 측정 또는 테스트를 기반으로하는 프로세스 요소의 존재 및 구현과 관련된 사실 진술에 사용됩니다. 확인할 수 있습니다.

Objectively evaluate− 검토 자의 주관성과 편견을 최소화하는 기준에 따라 활동 및 작업 산출물을 검토합니다. 객관적인 평가의 예로는 독립적 인 품질 보증 기능에 의한 요구 사항, 표준 또는 절차에 대한 감사가 있습니다.

Observation− CMMI 평가 자료에 사용 된대로, 평가 데이터 수집 활동 중에 보거나들은 정보에 대한 평가 팀 구성원의 이해를 나타내는 서면 기록. 서면 기록은 진술의 형태를 취하거나 정보 내용이 보존되는 한 대체 형식을 취할 수 있습니다.

Operational concept − 법인이 사용되거나 운영되는 방식에 대한 일반적인 설명.

Operational scenario− 제품 구성 요소 간의 상호 작용뿐 아니라 제품과 환경 및 사용자 간의 상호 작용을 포함하는 상상 된 일련의 이벤트에 대한 설명. 운영 시나리오는 시스템의 요구 사항과 설계를 평가하고 시스템을 확인 및 검증하는 데 사용됩니다.

Optimizing process− 공정에 내재 된 변동의 일반적인 원인에 대한 이해를 기반으로 개선 된 정량적으로 관리되는 공정. 점진적 및 혁신적인 개선을 통해 프로세스 성능의 범위를 지속적으로 개선하는 데 초점을 맞춘 프로세스입니다.

Organization − 조직은 사람들이 하나 이상의 프로젝트를 전체적으로 관리하고 해당 프로젝트가 고위 관리자를 공유하고 동일한 정책에 따라 운영되는 구조입니다.

Organization's business objectives − 조직의 지속적인 존재를 보장하고 수익성, 시장 점유율 및 조직의 성공에 영향을 미치는 기타 요인을 향상시키기 위해 고위 경영진이 개발 한 전략.

Organizational maturity− 조직이 문서화, 관리, 측정, 제어 및 지속적으로 개선되는 프로세스를 명시적이고 일관되게 배포 한 정도. 조직의 성숙도는 평가를 통해 측정 할 수 있습니다.

Organizational policy − 결정에 영향을 미치고 결정하기 위해 조직이 채택한 고위 경영진이 일반적으로 수립 한 지침 원칙.

Organizational unit− 평가 대상이되는 조직의 부분 (평가의 조직 범위라고도 함) 조직 단위는 일관된 프로세스 컨텍스트를 갖고 일관된 비즈니스 목표 내에서 작동하는 하나 이상의 프로세스를 배포합니다. 조직 단위는 일반적으로 더 큰 조직의 일부이지만 소규모 조직에서는 조직 단위가 전체 조직 일 수 있습니다.

Outsourcing − 계약을 통해 제품 및 서비스를 획득하기 위해 투자하기로 약속 한 인수 주체의 개별 조치 또는 제안 된 조치를 획득하는 프로세스.

Peer review − 결과물의 결함을 찾기 위해 동료가 수행 한 검토.

Performance parameters − 점진적 개발을 안내하고 통제하는 데 사용되는 효과 측정 및 기타 주요 측정.

Performed process− 식별 된 입력 작업 산출물 (역량 수준 1이라고도 함)을 사용하여 식별 된 산출물 산출물을 생산하는 데 필요한 작업을 수행하는 프로세스. 프로세스 영역의 특정 목표가 충족됩니다.

Planned process− 설명과 계획으로 문서화 된 프로세스. 설명과 계획은 조정되어야하며 계획에는 표준, 요구 사항, 목표, 자원, 할당 등이 포함되어야합니다.

Process − 사람들이 시스템 및 관련 제품을 개발하고 유지하는 데 사용하는 일련의 활동, 방법, 관행 및 변형.

Process action plan − 조직 프로세스 초점 프로세스 영역에서 소개 노트의 "프로세스 실행 계획"정의를 참조하십시오.

Process action team − 프로세스 개선 실행 계획에 문서화 된대로 조직을위한 프로세스 개선 활동을 개발하고 구현할 책임이있는 팀.

Process and technology improvements − 조직 혁신 및 배포 프로세스 영역에서 소개 노트의 "프로세스 및 기술 개선"에 대한 설명을 참조하십시오.

Process area− 프로세스 영역은 집단적으로 수행 될 때 해당 영역에서 중요한 개선을 이루는 데 중요하다고 간주되는 일련의 목표를 충족하는 영역의 관련 관행의 클러스터입니다. 모든 CMMI 프로세스 영역은 연속 및 단계적 표현 모두에 공통입니다. 단계적 표현에서 프로세스 영역은 성숙도별로 구성됩니다.

Process asset − 조직이 프로세스 영역의 목표를 달성하는 데 유용하다고 생각하는 모든 것.

Process asset library − 조직 또는 프로젝트에서 사용할 수있는 프로세스 자산 보유의 모음.

Process attribute − 모든 공정에 적용 할 수있는 공정 능력의 측정 가능한 특성.

Process capability − 프로세스를 따라 달성 할 수있는 예상 결과의 범위.

Process context− 평가 입력에 문서화 된 일련의 요소로 평가 등급의 판단 및 비교 가능성에 영향을 미칩니다. 여기에는 평가할 조직 단위의 규모가 포함되지만 이에 국한되지는 않습니다. 조직 단위의 인구 통계; 제품 또는 서비스의 적용 분야; 제품 또는 서비스의 크기, 중요도 및 복잡성 제품 또는 서비스의 품질 특성.

Process definition− 프로세스를 정의하고 설명하는 행위. 프로세스 정의의 결과는 프로세스 설명입니다.

Process description− 프로세스의 주요 구성 요소에 대한 운영 정의를 제공하는 주어진 목적을 달성하기 위해 수행 된 일련의 활동에 대한 문서화 된 표현. 문서는 프로세스의 요구 사항, 설계, 동작 또는 기타 특성을 완전하고 정확하며 검증 가능한 방식으로 지정합니다. 또한 이러한 조항이 충족되었는지 여부를 결정하는 절차가 포함될 수 있습니다. 프로세스 설명은 활동, 프로젝트 또는 조직 수준에서 찾을 수 있습니다.

Process element− 프로세스의 기본 단위. 프로세스는 하위 프로세스 또는 프로세스 요소의 관점에서 정의 될 수 있습니다. 하위 프로세스는 추가로 분해 될 수 있습니다. 프로세스 요소는 할 수 없습니다. 각 프로세스 요소는 밀접하게 관련된 일련의 활동을 다룹니다 (예 : 추정 요소, 피어 리뷰 요소). 프로세스 요소는 완성 할 템플릿, 정제 할 추상화 또는 수정하거나 사용할 설명을 사용하여 묘사 할 수 있습니다. 프로세스 요소는 활동 또는 작업이 될 수 있습니다.

Process group − 조직에서 사용하는 프로세스의 정의, 유지 관리 및 개선을 용이하게하는 전문가 모음.

Process improvement − 조직 프로세스의 성능과 성숙도 및 그러한 프로그램의 결과를 개선하기 위해 설계된 활동 프로그램.

Process-improvement objectives − 결과 제품 특성 (예 : 품질, 성능, 표준 준수 등) 측면에서 또는 프로세스가 진행되는 방식에서 특정 측정 가능한 방식으로 기존 프로세스를 개선하려는 노력을 안내하기 위해 설정된 목표 특성 세트 실행 됨 (예 : 중복 프로세스 단계 제거, 프로세스 단계 결합,주기 시간 개선 등)

Process-improvement plan − 조직 프로세스 초점 프로세스 영역에서 소개 노트의 "프로세스 개선 계획"정의를 참조하십시오.

Process measurement − 프로세스를 특성화하고 이해하기 위해 프로세스 및 그 결과 제품을 측정하는 데 사용되는 정의, 방법 및 활동 세트.

Process owner− 프로세스 정의 및 유지를 담당하는 사람 (또는 팀). 조직 수준에서 프로세스 소유자는 표준 프로세스 설명을 담당하는 사람 (또는 팀)입니다. 프로젝트 수준에서 프로세스 소유자는 정의 된 프로세스의 설명을 담당하는 사람 (또는 팀)입니다. 따라서 프로세스에는 서로 다른 책임 수준에서 여러 소유자가있을 수 있습니다.

Process performance− 프로세스에 따라 달성 된 실제 결과의 척도. 프로세스 측정 (예 : 노력,주기 시간 및 결함 제거 효율성)과 제품 측정 (예 : 신뢰성, 결함 밀도 및 응답 시간)이 특징입니다.

Process performance baseline − 실제 프로세스 성능과 예상 프로세스 성능을 비교하기위한 벤치 마크로 사용되는 프로세스를 따라 달성 한 실제 결과의 문서화 된 특성화.

Process performance model − 과거 프로세스 성능 데이터에서 개발되고 프로젝트에서 수집 된 프로세스 및 제품 측정을 사용하여 보정되고 프로세스를 따라 달성 할 결과를 예측하는 데 사용되는 프로세스 및 작업 제품의 속성 간의 관계에 대한 설명.

Process tailoring− 특정 목적에 대한 프로세스 설명을 작성, 변경 또는 조정합니다. 예를 들어, 프로젝트는 조직의 표준 프로세스 집합에서 정의 된 프로세스를 조정하여 프로젝트의 목표, 제약 조건 및 환경을 충족합니다.

Product− 제품은 프로세스를 따른 결과이며 고객 또는 최종 사용자에게 제공하기위한 모든 유형의 산출물 또는 서비스로 간주 될 수 있습니다. 제품은 계약에 따라 고객에게 전달되는 모든 작업 제품 일 수도 있습니다.

Product component− 제품 구성 요소는 일반적으로 제품의 하위 수준 구성 요소이며 제품을 "구축"하기 위해 통합됩니다. 제품 구성 요소는 고객에게 제공되는 제품의 일부이거나 제품의 제조 또는 사용에 사용될 수 있습니다. 예를 들어, 휴대폰 배터리를 제조하는 회사의 경우 휴대폰 배터리가 제품입니다. 휴대폰을 제작하고 제공하는 회사의 경우 배터리는 제품 구성 요소입니다.

Product baseline − 구성 관리에서 초기 승인 된 기술 데이터 패키지 (소프트웨어의 경우 소스 코드 목록 포함)는 해당 수명주기의 생산, 운영, 유지 관리 및 물류 지원 중에 구성 항목을 정의합니다.

Product-component requirements − 제품 구성 요소 요구 사항은 적합성, 형태, 기능, 성능 및 기타 요구 사항을 포함하여 제품 구성 요소의 완전한 사양을 제공합니다.

Product life cycle− 작업 산출물은 라이프 사이클 프로세스에 의해 생성 된 모든 산출물이며 라이프 사이클 작업 산출물이라고도합니다. 수명주기 작업 제품에는 요구 사항 사양, 인터페이스 사양, 아키텍처 사양, 프로젝트 계획, 설계 문서, 단위 테스트 계획, 통합 및 시스템 테스트 계획, 제조 제품 조립 프로세스와 같은 프로세스가 포함될 수 있습니다.

Project− 프로젝트는 고객이나 최종 사용자에게 하나 이상의 제품을 제공하는 관리되는 상호 관련된 리소스 집합입니다. 자원 세트에는 명확한 시작과 끝이 있으며 계획에 따라 작동합니다.

Product line − 선택한 시장 또는 임무의 특정 요구를 충족하는 공통 관리 기능 세트를 공유하는 제품 그룹.

Product-related life-cycle processes − 제조 및 지원 프로세스와 같이 제품 수명의 하나 이상의 단계 (예 : 구상부터 폐기까지)에 걸쳐 제품과 관련된 프로세스.

Product requirements − 고객 요구 사항을 개발자의 언어로 구체화하여 암시 적 요구 사항을 명시 적으로 파생 된 요구 사항으로 만듭니다.

Program− (1) 프로젝트. (2) 목표, 방법, 활동, 계획 및 성공 척도를 포함하여 관련 프로젝트 및이를 지원하는 인프라 모음.

Project manager− 프로젝트 관리자는 프로젝트를 계획, 지시, 통제, 구조화 및 동기를 부여 할 책임이있는 사람입니다. 그 또는 그녀는 자신의 책임 영역 내에서 프로젝트 작업이나 활동을 수행하는 사람들에게 기술 및 관리 방향과 통제를 모두 제공 할 수 있습니다. 프로젝트 관리자는 궁극적으로 고객에 대한 책임이 있습니다. 프로젝트 관리자는 프로젝트의 규모, 다양성 및 복잡성이 변경됨에 따라 다양한 역할과 책임을 맡습니다.

Project progress and performance − 노력, 비용, 일정 및 기술 성과를 포함하여 프로젝트 계획 실행과 관련하여 프로젝트가 달성하는 것.

Project's defined process − 통합 프로젝트 관리 프로세스 영역에서 소개 노트 및 프로젝트 정의 프로세스 설정 특정 사례의 "프로젝트 정의 프로세스"정의를 참조하십시오.

Prototype − 이후 단계 또는 제품의 최종 완성 버전에 대한 모델 역할을하는 제품 또는 제품 구성 요소의 예비 유형, 형태 또는 인스턴스.

Quality − 고객의 요구 사항을 충족하기위한 제품, 제품 구성 요소 또는 프로세스의 고유 한 특성 집합의 능력.

Quality assurance − 프로세스의 표준, 관행, 절차 및 방법을 정의한 경영진을 보장하기위한 계획되고 체계적인 수단.

Quality control − 품질 요구 사항을 충족하는 데 사용되는 운영 기술 및 활동.

Quantitative objective − 정량적 측정으로 표현 된 원하는 목표 값.

Quantitatively managed process− 통계적 및 기타 정량적 기법을 사용하여 제어되는 정의 된 프로세스. 제품 품질, 서비스 품질 및 프로세스 성능 속성은 프로젝트 전체에서 측정 및 제어됩니다.

Reference mode − 일부 속성을 측정하기위한 벤치 마크로 사용되는 모델.

Relevant stakeholder − 관련 이해 관계자는 특정 활동에 참여하도록 식별되고 프로젝트 계획과 같은 적절한 계획에 포함 된 이해 관계자를 지정하는 데 사용됩니다.

Required CMMI components− 주어진 프로세스 영역에서 프로세스 개선을 달성하는 데 필수적인 CMMI 구성 요소. 이러한 구성 요소는 공정 능력을 결정하기 위해 평가에 사용됩니다. 특정 목표와 일반적인 목표는 필수 모델 구성 요소입니다.

Requirement− (1) 사용자가 문제를 해결하거나 목표를 달성하는 데 필요한 조건 또는 기능. (2) 계약, 표준, 사양 또는 기타 공식적으로 부과 된 문서를 충족하기 위해 제품 또는 제품 구성 요소가 충족하거나 소유해야하는 조건 또는 기능. (3) (1) 또는 (2)에서와 같은 조건 또는 능력의 문서화 된 표현.

Requirements analysis− 고객의 요구, 기대 및 제약 분석을 기반으로 한 제품 별 성능 및 기능적 특성 결정 운영 개념; 사람, 제품 및 프로세스에 대한 예상 활용 환경; 및 효과 측정.

Requirements elicitation − 프로토 타입 및 구조화 된 설문 조사와 같은 체계적인 기술을 사용하여 고객 및 최종 사용자 요구를 사전에 식별하고 문서화합니다.

Requirements management − 기술 및 비 기술적 요구 사항과 조직이 프로젝트에 부과하는 요구 사항을 포함하여 프로젝트에서 받거나 생성 한 모든 요구 사항의 관리.

Requirements traceability − 요구 사항과 소스 요구 사항, 구현 및 검증 간의 연관성에 대한 증거.

Return on investment − 생산 (제품)에서 생산 비용에 대한 수익의 비율. 조직이 무언가를 생산하기위한 조치를 수행함으로써 이익을 얻었는지 여부를 결정합니다.

Risk analysis − 위험의 평가, 분류 및 우선 순위 지정.

Risk identification − 목표 달성에있어 가능성이 있거나 현실적인 위험을 찾기위한 체계적이고 철저한 접근 방식.

Risk management − 위해 또는 손실을 유발할 수있는 요소를 식별하고 (위험 식별), 식별 된 위험을 평가 및 정량화하고, 심각한 위해를 초래할 수있는 위험 원인을 예방 또는 처리하기위한 적절한 접근 방식을 개발하고 구현하기위한 체계적인 분석 프로세스 또는 손실.

Risk management strategy− 위해 또는 손실을 유발할 수있는 요소를 식별하고 (위험 식별), 식별 된 위험을 평가 및 정량화하고, 심각한 위해 또는 손실을 초래할 수있는 위험 원인을 예방 또는 처리하기위한 적절한 접근법을 개발하고 필요한 경우 구현하기위한 체계적이고 기술적 접근 방식 . 일반적으로 위험 관리는 프로젝트, 조직 또는 제품 개발 조직 단위에 대해 수행됩니다.

Root cause − 근본 원인은 결함이 제거되면 결함이 감소하거나 제거되는 결함의 원인입니다.

Senior manager− CMMI에서 사용되는 고위 관리자라는 용어는 사람의 주된 초점이 단기 프로젝트가 아닌 조직의 장기적인 건강과 성공 인 조직에서 충분히 높은 수준의 관리 역할을 의미합니다. 계약상의 우려와 압력. 선임 관리자는 프로젝트 관리자가 관리하는 많은 프로젝트를 포함 할 수있는 프로그램을 감독 할 책임이 있습니다.

Software engineering− (1) 소프트웨어의 개발, 운영 및 유지 관리에 대한 체계적이고 규율 적이며 정량화 가능한 접근 방식의 적용. (2) (1)과 같은 접근법 연구.

Solicitation − 모집 패키지를 준비하고 공급 업체 (계약자)를 선택하는 프로세스.

Solicitation package− 입찰 초대 (입찰) 및 제안 요청 (제안)에 대한 제안을 요청하거나 기능 설명 및 가격 견적 (견적)을 요청하는 데 사용되는 기술적 및 비 기술적 요구 사항을 설명하는 공식 문서. 그렇지 않으면 제품 또는 서비스를 제공하기 위해 공급처를 선택하는 기준으로 사용됩니다.

Special cause of process variation − 공정의 고유 한 부분이 아니라 일부 일시적인 상황에 특정한 결함의 원인.

Specific goal− SPECIFIC GOALS는 프로세스 영역에 적용되며 프로세스 영역을 충족하기 위해 구현해야하는 사항을 설명하는 고유 한 특성을 다룹니다. 특정 목표는 필수 모델 구성 요소이며 프로세스 영역이 충족되는지 여부를 결정하는 데 도움이되는 평가에 사용됩니다.

Specific practice− SPECIFIC PRACTICE는 관련 특정 목표를 달성하는 데 중요하다고 간주되는 활동입니다. 특정 관행은 프로세스 영역의 특정 목표를 달성 할 것으로 예상되는 활동을 설명합니다. 특정 사례는 예상되는 모델 구성 요소입니다.

Stable process − 공정 변동의 모든 특수 원인이 제거되고 재발이 방지되어 공정 변동의 일반적인 원인 만 남아있는 상태.

Staged representation-일련의 프로세스 영역의 목표를 달성하면 성숙도 수준이 설정되는 모델 구조 각 레벨은 후속 레벨의 기초를 구축합니다.

Stakeholder − 이해 관계자는 프로젝트의 결과에 영향을 받거나 프로젝트의 활동 또는 결과에 영향을 미칠 수있는 그룹 또는 개인입니다.

Standard process− 조직의 공통 프로세스 설정을 안내하는 기본 프로세스의 운영 정의. 표준 프로세스는 정의 된 프로세스에 통합 될 것으로 예상되는 기본 프로세스 요소를 설명합니다. 또한 이러한 프로세스 요소 간의 관계 (예 : 순서 및 인터페이스)를 설명합니다.

Statement of work − 프로젝트를 완료하는 데 필요한 계약 작업에 대한 설명.

Statistical predictability − 통계적 및 기타 정량적 기법을 사용하여 제어되는 정량적 프로세스의 성능.

Statistical process control − 통계 기반의 공정 분석 및 공정 성능 측정, 공정 성능 변동의 공통 및 특수 원인을 식별하고 한계 내에서 공정 성능을 유지합니다.

Statistical techniques − 통계적 방법을 사용하는 분석 기법 (예 : 통계적 공정 제어, 신뢰 구간, 예측 구간).

Statistically managed process − 프로세스를 분석하고 프로세스 변동의 특수 원인을 식별하며 성능이 잘 정의 된 한계 내에 포함되는 통계 기반 기술로 관리되는 프로세스.

Strength − CMMI 평가 자료에 사용 된 CMMI 모델 관행의 모범적이거나 주목할만한 구현.

Sub-process − 더 큰 프로세스의 일부인 프로세스.

Supplier− (1) 인수중인 제품을 제공하거나 서비스를 수행하는 기업. (2) 계약 (계약) 조건에 따라 품목의 설계, 개발, 제조, 유지, 수정 또는 공급을 위해 인수와 계약 (계약) 한 개인, 파트너쉽, 회사, 법인, 협회 또는 기타 서비스 ).

Sustainment− 최종 사용자 또는 고객이 제품을 운영 적으로 활용할 수 있도록하는 데 사용되는 프로세스. Sustainment는 고객 또는 최종 사용자가 제품을 사용하는지 여부에 관계없이 제품이 작동 가능한 상태에 있도록 유지 관리가 수행되도록합니다.

Systems engineering− 일련의 고객 요구, 기대 및 제약을 제품 솔루션으로 변환하고 제품 수명 내내 해당 솔루션을 지원하는 데 필요한 전체 기술 및 관리 노력을 관리하는 학제 간 접근 방식. 여기에는 기술 성능 측정의 정의, 제품 아키텍처 구축을위한 엔지니어링 전문 분야의 통합, 비용, 성능 및 일정 목표 간의 균형을 유지하는 지원 수명주기 프로세스의 정의가 포함됩니다.

Tailoring guidelines− 프로세스 조정은 특정 프로젝트에 사용하기 위해 일반적으로 조직 수준에서 설명되는 프로세스 설명을 작성, 변경 또는 조정합니다. 대부분의 조직에서 하나의 조직 프로세스 정의는 모든 프로젝트에 대해 100 % 따를 수 없거나 따르지 않을 것입니다. 일반적으로 약간의 적응이 필요합니다. 조정 가이드 라인은 수정 될 수있는 것과 수정 될 수없는 것을 설명하고 수정 가능한 후보가되는 프로세스 구성 요소를 식별합니다.

Target profile − 연속 표현에서 프로세스 개선의 목표를 나타내는 프로세스 영역 및 해당 능력 수준의 목록.

Target staging − 연속 표현에서 조직이 따라야 할 프로세스 개선 경로를 설명하는 일련의 대상 프로필.

Technical data package − 해당 정보가 제품 유형 및 제품 구성 요소에 적합한 경우 다음을 포함 할 수있는 항목 모음.

Technical requirements − 취득 또는 개발할 제품 또는 서비스의 속성 (속성).

Test procedure − 주어진 테스트에 대한 결과의 설정, 실행 및 평가에 대한 자세한 지침.

Trade study − 결정된 목표를 달성하기위한 최상의 대안을 선택하기 위해 기준 및 체계적인 분석을 기반으로 한 대안 평가.

Training− 조직 교육 프로세스 영역에서 .training의 정의를 참조하십시오. 소개 노트에서.

Unit testing − 개별 하드웨어 또는 소프트웨어 장치 또는 관련 장치 그룹 테스트.

Validation− 검증은 제공된 제품 (또는 제공 될 제품)이 운영 환경에서 의도 된 용도를 충족 함을 입증합니다. 검증은 "당신이 올바른 것을 만들었습니다."

Verification− 검증에는 고객, 제품 및 제품 구성 요소 요구 사항을 포함하여 선택된 모든 요구 사항에 대한 제품 및 중간 작업 제품의 검증이 포함됩니다. 검증은 본질적으로 증분 프로세스입니다. 요구 사항의 확인으로 시작하여 진화하는 작업 제품의 확인을 거쳐 완성 된 제품의 확인으로 끝납니다. 검증은 작업 산출물이 지정된 요구 사항을 적절히 반영하는지 여부를 다룹니다. 검증을 통해 "당신이 올바르게 구축했습니다."

Verifying implementation − CMMI 모델 프로세스 영역의 공통 기능은 상위 수준 관리에 의한 검토와 관련된 일반 관행을 그룹화하고 프로세스 설명, 절차 및 표준에 대한 적합성의 객관적인 평가를 그룹화하는 단계적 표현을 사용합니다.

Version control − 기준선의 설정 및 유지, 이전 기준선으로 돌아갈 수 있도록하는 기준선의 변경 확인.

Weakness − CMMI 평가 자료에 사용 된 바와 같이 하나 이상의 CMMI 모델 관행의 비 효과적 또는 구현 부족.

Work breakdown structure − 작업 요소의 배열 및 서로간에 그리고 최종 제품에 대한 관계.

Work product− WORK PRODUCT라는 용어는 CMMI Product Suite 전체에서 프로세스에 의해 생성 된 아티팩트를 의미하는 데 사용됩니다. 이러한 아티팩트에는 파일, 문서, 제품의 일부, 서비스, 프로세스, 사양 및 송장이 포함될 수 있습니다. 작업 제품으로 간주되는 프로세스의 예로는 제품에 대한 제조 프로세스, 교육 프로세스 및 폐기 프로세스가 있습니다. 작업 제품과 제품 구성 요소의 주요 차이점은 작업 제품을 엔지니어링하거나 최종 제품의 일부일 필요가 없다는 것입니다.

Work product and task attributes− 프로젝트 작업을 추정하는 데 사용되는 제품, 서비스 및 프로젝트 작업의 특성. 이러한 특성에는 크기, 복잡성, 무게, 형태, 적합 또는 기능과 같은 항목이 포함됩니다. 일반적으로 다른 프로젝트 및 리소스 견적 (예 : 노력, 비용, 일정)을 도출하기위한 하나의 입력으로 사용됩니다.