CMMi: Difference between revisions
From CS Wiki
(새 문서: 분류:소프트웨어 공학분류:IT경영 ;Capability Maturity Model Integration ;기존 CMM에 프로젝트 관리, 졷ㄹ, 시스템엔지니어링 등의 요소를 추...) |
|||
(20 intermediate revisions by 6 users not shown) | |||
Line 1: | Line 1: | ||
[[분류:소프트웨어 공학]][[분류: | [[분류:소프트웨어 공학]][[분류:경영학]][[분류:프로젝트 관리]][[분류:인증/평가]] | ||
;Capability Maturity Model Integration | ;Capability Maturity Model Integration | ||
; | ;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | ||
== | == 등장 배경 == | ||
* CMM | * CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움 | ||
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 | * 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생 | ||
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응 | |||
== | == 구성 == | ||
=== 3가지 규율 === | |||
;3 Disciplines of CMMI | |||
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI | |||
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI | |||
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI | |||
=== 4가지 지식체계 === | |||
;CMMI 4 Knowledge System | |||
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9 | |||
{| class="wikitable" | {| class="wikitable" | ||
! | ! 참조모델 | ||
! 설명 | ! 설명 | ||
|- | |- | ||
| | | Software Engineering | ||
| | |||
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점 | |||
|- | |||
| System Engineering | |||
| | |||
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점 | |||
|- | |||
| Integrated Product | |||
& Process Development | |||
| | |||
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근 | |||
|- | |||
| Supplier Sourcing | |||
| | |||
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공 | |||
|} | |||
=== 2가지 표현 모델 === | |||
[[파일:CMMi.jpg]] | |||
{| class="wikitable" | |||
! 구분 | |||
! Continuous | |||
! Staged | |||
|- | |||
| 설명 | |||
| | |||
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시 | |||
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능 | |||
| | |||
* 수준별 프로세스를 제시 | |||
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공 | |||
|- | |||
| 특징 | |||
| | |||
* 능력 수준을 프로세스에 적용 | |||
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식 | |||
* 우선 순위 기준 능력수준 개선 가능 | |||
| | |||
* 성숙도 수준으로 조직간 비교 모델 | |||
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시 | |||
* 입증 순서로 개선 활동 제공 | |||
|- | |||
| 레벨 | |||
구분 | |||
| | |||
* Capability Level | |||
| | | | ||
* | * Maturity Level | ||
|- | |- | ||
| | | 성숙도 | ||
| | |||
* 0 ~ 5 단계 (총 6단계) | |||
| | | | ||
* | * 1 ~ 5 단계 (총 5단계) | ||
|- | |- | ||
| | | 예제 | ||
| | | | ||
* | * SE-CMM(연속적 표현) | ||
* | | | ||
* SW-CMM(단계적 표현) | |||
|} | |||
=== 역량 성숙도 수준 === | |||
{| class="wikitable" | |||
! 수준 | |||
! 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 == | |||
{| 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: 측정 및 분석 | |||
|} | |} | ||
== 기술사 기출 == | |||
{| class="wikitable" | |||
! 출제회차 | |||
! 문제 | |||
|- | |||
| [http://q.fran.kr/문제/9644 118.관리.1] | |||
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation) | |||
|- | |||
| [http://q.fran.kr/문제/5783 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)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오. | |||
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오. | |||
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오. | |||
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오. | |||
|- | |||
| 84.조직.1 | |||
| 1.4. CMMI의 Continuous Model & Staged Model | |||
|- | |||
| 81.관리.2 | |||
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오. | |||
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오. | |||
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE) | |||
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오. | |||
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오. | |||
** 프로덕트 관점. | |||
|- | |||
| 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)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오. | |||
|} | |||
== 같이 보기 == | |||
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항] | |||
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT] |
Latest revision as of 09: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)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오. |