최신판 |
당신의 편집 |
1번째 줄: |
1번째 줄: |
| [[분류:소프트웨어 공학]][[분류:경영학]][[분류:프로젝트 관리]][[분류:인증/평가]] | | [[분류:소프트웨어 공학]][[분류:IT경영]] |
| ;Capability Maturity Model Integration | | ;Capability Maturity Model Integration |
| ;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델 | | ;기존 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 |
| ! 설명 | | ! 설명 |
| |- | | |- |
| | Software Engineering | | | SW-CMM |
| |
| |
| * 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
| |
| |-
| |
| | System Engineering
| |
| | | | | |
| * 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점 | | * Software Capability Maturity Model |
| | * S/W 개발 및 유지보수에 관련된 성숙도 모델 |
| |- | | |- |
| | Integrated Product | | | SE-CMM |
| & Process Development
| |
| | | | | |
| * 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근 | | * Systems Engineering Capability Maturity Model |
| | * 시스템 엔지니어링 능력 성숙도 모델 |
| |- | | |- |
| | Supplier Sourcing | | | SA-CMM |
| | | | | |
| * 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공 | | * 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 |
| 구분
| |
| | | | | |
| * Capability Level | | * Systems Engineering Capability Model |
| |
| | * 시스템엔지니어링 능력모델 |
| * Maturity Level | |
| |- | | |- |
| | 성숙도 | | | P-CMM |
| | | | | |
| * 0 ~ 5 단계 (총 6단계) | | * People Capability Maturity Model |
| |
| | * 인적 자원 능력 성숙도 모델 |
| * 1 ~ 5 단계 (총 5단계)
| |
| |-
| |
| | 예제
| |
| |
| |
| * SE-CMM(연속적 표현)
| |
| |
| |
| * SW-CMM(단계적 표현) | |
| |} | | |} |
|
| |
|
| === 역량 성숙도 수준 === | | === CMMi의 구성 === |
| {| class="wikitable" | | {| class="wikitable" |
| ! 수준 | | ! 참조모델 |
| ! Staged
| |
| ! Continuous
| |
| ! 설명 | | ! 설명 |
| |- | | |- |
| | 0 | | | Software Engineering |
| | -
| |
| | 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 | | | System Engineering |
| |
| |
| *OPP: 조직 프로세스 성과
| |
| |
| |
| *QPM: 정량적 프로젝트 관리
| |
| |
| |
| | | | | |
| | * 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점 |
| |- | | |- |
| | Level 3 | | | Integrated Product & Process Development |
| |
| |
| *OPF: 조직 프로세스 중점
| |
| *OPD: 조직 프로세스정의
| |
| *OT: 조직 훈련
| |
| |
| |
| *IPM: 통합프로젝트 관리
| |
| *RSKM: 위험관리
| |
| *ISM: 통합 공급자 관리
| |
| *SSIT: 통합팀-IPPD
| |
| |
| |
| *RD: 요구사항 개발
| |
| *TS: 기술 솔루션
| |
| *PI: 제품통합
| |
| *VER: 검증
| |
| *VAL: 확인
| |
| | | | | |
| *DAR: 의사결정 분석·해결 | | * 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근 |
| *OEI: 통합조직 변경 – IPPD
| |
| |- | | |- |
| | Level 2 | | | Supplier Sourcing |
| | | | | |
| |
| | * 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공 |
| *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]
| |