CMMi: Difference between revisions
From IT Wiki
(One intermediate revision by one other user not shown) | |||
Line 1: | Line 1: | ||
[[분류:소프트웨어 공학]][[분류: | [[분류:소프트웨어 공학]][[분류:경영학]][[분류:프로젝트 관리]][[분류:인증/평가]] | ||
;Capability Maturity Model Integration | ;Capability Maturity Model Integration | ||
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | ;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | ||
Line 180: | Line 180: | ||
*MA: 측정 및 분석 | *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)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오. |