CMMi: Difference between revisions

From IT Wiki
No edit summary
m (문자열 찾아 바꾸기 - "분류:IT경영" 문자열을 "분류:경영학" 문자열로)
 
(19 intermediate revisions by 6 users not shown)
Line 1: Line 1:
[[분류:소프트웨어 공학]][[분류:IT경영]]
[[분류:소프트웨어 공학]][[분류:경영학]][[분류:프로젝트 관리]][[분류:인증/평가]]
;Capability Maturity Model Integration
;Capability Maturity Model Integration
;기존 CMM에 프로젝트 관리, 졷ㄹ, 시스템엔지니어링 등의 요소를 추가한 프로세스 성숙도 평가 모델
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델


== CMM의 통합 ==
== 등장 배경 ==
* CMM 모델들의 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움.
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생으로 이에 대한 해결을 위한 CMM 모델의 통합이 필요함
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응


=== CMM의 구성 ===
== 구성 ==
=== 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"
! CMM
! 참조모델
! 설명
! 설명
|-
|-
| SW-CMM
| Software Engineering
|
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
|-
| System Engineering
|  
|  
* Software Capability Maturity Model
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
* S/W 개발 및 유지보수에 관련된 성숙도 모델
|-
|-
| SE-CMM
| Integrated Product
& Process Development
|  
|  
* Systems Engineering Capability Maturity Model
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근
* 시스템 엔지니어링 능력 성숙도 모델
|-
|-
| SA-CMM
| Supplier Sourcing
|  
|  
* Software Acquisition Capability Maturity Model
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
* SW의 구매,조달,획득 능력 성숙도 모델
|}
 
=== 2가지 표현 모델 ===
[[파일:CMMi.jpg]]
{| class="wikitable"
! 구분
! Continuous
! Staged
|-
|-
| IPD-CMM
| 설명
|
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
|  
|  
* Integrated Product Development Team Model
* 수준별 프로세스를 제시
* 프로젝트간 협동/통합프로젝트 개선 모델
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
|-
|-
| SECAM
| 특징
|
* 능력 수준을 프로세스에 적용
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식
* 우선 순위 기준 능력수준 개선 가능
|  
|  
* Systems Engineering Capability Assessment Model
* 성숙도 수준으로 조직간 비교 모델
* 시스템 엔지니어링 능력 심사 모델
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시
* 입증 순서로 개선 활동 제공
|-
|-
| SECM
| 레벨
구분
|  
|  
* Systems Engineering Capability Model
* Capability Level
* 시스템엔지니어링 능력모델
|
* Maturity Level
|-
|-
| P-CMM
| 성숙도
|  
|  
* People Capability Maturity Model
* 0 ~ 5 단계 (총 6단계)
* 인적 자원 능력 성숙도 모델
|
* 1 ~ 5 단계 (총 5단계)
|-
| 예제
|
* SE-CMM(연속적 표현)
|
* SW-CMM(단계적 표현)
|}
|}


=== CMMi의 구성 ===
=== 역량 성숙도 수준 ===
{| class="wikitable"
{| class="wikitable"
! 참조모델
! 수준
! Staged
! Continuous
! 설명
! 설명
|-
|-
| Software Engineering
| 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: 원인분석 및 해결
|-
|-
| System Engineering
| Level 4
|
*OPP: 조직 프로세스 성과
|
*QPM: 정량적 프로젝트 관리
|
|  
|  
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
|-
|-
| Integrated Product & Process Development
| Level 3
|
*OPF: 조직 프로세스 중점
*OPD: 조직 프로세스정의
*OT: 조직 훈련
|
*IPM: 통합프로젝트 관리
*RSKM: 위험관리
*ISM: 통합 공급자 관리
*SSIT: 통합팀-IPPD
|
*RD: 요구사항 개발
*TS: 기술 솔루션
*PI: 제품통합
*VER: 검증
*VAL: 확인
|  
|  
* 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근
*DAR: 의사결정 분석·해결
*OEI: 통합조직 변경 – IPPD
|-
|-
| Supplier Sourcing
| 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 23:46, 6 May 2020

Capability Maturity Model Integration
SEI에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 CMM을 통합한 모델

등장 배경[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
  • 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
Integrated Product

& Process Development

  • 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근
Supplier Sourcing
  • 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공

2가지 표현 모델[edit | edit source]

CMMi.jpg

구분 Continuous Staged
설명
  • 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
  • Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
  • 수준별 프로세스를 제시
  • 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
특징
  • 능력 수준을 프로세스에 적용
  • 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식
  • 우선 순위 기준 능력수준 개선 가능
  • 성숙도 수준으로 조직간 비교 모델
  • 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시
  • 입증 순서로 개선 활동 제공
레벨

구분

  • Capability Level
  • Maturity Level
성숙도
  • 0 ~ 5 단계 (총 6단계)
  • 1 ~ 5 단계 (총 5단계)
예제
  • SE-CMM(연속적 표현)
  • SW-CMM(단계적 표현)

역량 성숙도 수준[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
  • 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: 측정 및 분석

기술사 기출[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)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
  • (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)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.

같이 보기[edit | edit source]

Retrieved from "https://itwiki.kr/index.php?title=CMMi&oldid=10797"