CMMi: Difference between revisions
From IT Wiki
No edit summary |
|||
(9 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
[[분류:소프트웨어 공학]][[분류: | [[분류:소프트웨어 공학]][[분류:경영학]][[분류:프로젝트 관리]][[분류:인증/평가]] | ||
;Capability Maturity Model Integration | ;Capability Maturity Model Integration | ||
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | ;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | ||
Line 44: | Line 44: | ||
{| class="wikitable" | {| class="wikitable" | ||
! 구분 | ! 구분 | ||
! Continuous | |||
! Staged | ! Staged | ||
|- | |- | ||
| 설명 | | 설명 | ||
| | |||
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시 | |||
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능 | |||
| | | | ||
* 수준별 프로세스를 제시 | * 수준별 프로세스를 제시 | ||
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공 | * 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공 | ||
|- | |- | ||
| 특징 | | 특징 | ||
| | | | ||
* 능력 수준을 프로세스에 적용 | |||
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식 | |||
* 우선 순위 기준 능력수준 개선 가능 | |||
| | |||
* 성숙도 수준으로 조직간 비교 모델 | |||
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시 | |||
* 입증 순서로 개선 활동 제공 | |||
|- | |- | ||
| 레벨 | | 레벨 | ||
구분 | 구분 | ||
| | | | ||
| | * Capability Level | ||
| | |||
* Maturity Level | |||
|- | |- | ||
| 성숙도 | | 성숙도 | ||
| | | | ||
| | * 0 ~ 5 단계 (총 6단계) | ||
| | |||
* 1 ~ 5 단계 (총 5단계) | |||
|- | |- | ||
| 예제 | | 예제 | ||
| | | | ||
| | * SE-CMM(연속적 표현) | ||
| | |||
* SW-CMM(단계적 표현) | |||
|} | |} | ||
Line 113: | Line 121: | ||
| Optimized | | Optimized | ||
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행 | | 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행 | ||
|} | |||
== CMMi의 25 Process Area == | |||
{| class="wikitable" | |||
! CMMI | |||
! Process Mgmt | |||
! Project Mgmt | |||
! Engineering | |||
! Support | |||
|- | |||
| Level 5 | |||
| | |||
*OID: 조직혁신 및 이행 | |||
| | |||
| | |||
| | |||
*CAR: 원인분석 및 해결 | |||
|- | |||
| Level 4 | |||
| | |||
*OPP: 조직 프로세스 성과 | |||
| | |||
*QPM: 정량적 프로젝트 관리 | |||
| | |||
| | |||
|- | |||
| Level 3 | |||
| | |||
*OPF: 조직 프로세스 중점 | |||
*OPD: 조직 프로세스정의 | |||
*OT: 조직 훈련 | |||
| | |||
*IPM: 통합프로젝트 관리 | |||
*RSKM: 위험관리 | |||
*ISM: 통합 공급자 관리 | |||
*SSIT: 통합팀-IPPD | |||
| | |||
*RD: 요구사항 개발 | |||
*TS: 기술 솔루션 | |||
*PI: 제품통합 | |||
*VER: 검증 | |||
*VAL: 확인 | |||
| | |||
*DAR: 의사결정 분석·해결 | |||
*OEI: 통합조직 변경 – IPPD | |||
|- | |||
| Level 2 | |||
| | |||
| | |||
*PP: 프로젝트계획 | |||
*PMC: 프로젝트 감시·통제 | |||
*SAM: 공급자계약관리 | |||
| | |||
*REQM: 요구사항 관리 | |||
| | |||
*CM: 형상관리 | |||
*PPQA: 프로세스·제품 품질보증 | |||
*MA: 측정 및 분석 | |||
|} | |} | ||
Latest revision as of 23:46, 6 May 2020
등장 배경[edit | edit source]
- CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
- 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
- ISO/IEC에서 CMM이 아닌 유럽의 SPICE를 국제 표준으로 제정함에 따라 이에 대응
구성[edit | edit source]
3가지 규율[edit | edit source]
- 3 Disciplines of CMMI
- CMMI-DEV(CMMI for Development): 개발을 위한 CMMI
- CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI
- CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI
4가지 지식체계[edit | edit source]
- CMMI 4 Knowledge System
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9
참조모델 | 설명 |
---|---|
Software Engineering |
|
System Engineering |
|
Integrated Product
& Process Development |
|
Supplier Sourcing |
|
2가지 표현 모델[edit | edit source]
구분 | Continuous | Staged |
---|---|---|
설명 |
|
|
특징 |
|
|
레벨
구분 |
|
|
성숙도 |
|
|
예제 |
|
|
역량 성숙도 수준[edit | edit source]
수준 | Staged | Continuous | 설명 |
---|---|---|---|
0 | - | Incomplete | 활동이 수행 안됨 |
1 | Initial | Performed | 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨 |
2 | Managed | Managed | 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태 |
3 | Defined | Defined | 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태 |
4 | Quantitatively Managed | Quantitatively Managed | 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태 |
5 | Optimized | Optimized | 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행 |
CMMi의 25 Process Area[edit | edit source]
CMMI | Process Mgmt | Project Mgmt | Engineering | Support |
---|---|---|---|---|
Level 5 |
|
| ||
Level 4 |
|
|
||
Level 3 |
|
|
|
|
Level 2 |
|
|
|
기술사 기출[edit | edit source]
출제회차 | 문제 |
---|---|
118.관리.1 | CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation) |
107.응용.1 | CMMI(Capability Maturity Model Integration) |
96.응용.2 | 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. |
87.관리.4 | CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
|
84.조직.1 | 1.4. CMMI의 Continuous Model & Staged Model |
81.관리.2 | 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.
|
75.응용.1 | CMM과 CMMI(Capability Maturity Model Integration) |
75.관리.3 | 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오 |
74.관리.3 | SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오. |
69.관리.1 | CMM 5단계를 설명하시오 |
69.응용.3 | CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오. |