CMMi: 두 판 사이의 차이

IT위키
편집 요약 없음
편집 요약 없음
1번째 줄: 1번째 줄:
[[분류:소프트웨어 공학]][[분류:IT경영]]
[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]]
;Capability Maturity Model Integration
;Capability Maturity Model Integration
;기존 CMM에 프로젝트 관리, 졷ㄹ, 시스템엔지니어링 등의 요소를 추가한 프로세스 성숙도 평가 모델
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델


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


=== CMM의 구성 ===
== 구성 ==
{| class="wikitable"
* 개발을 위한 CMMI(CMMI for Development)
! CMM
* 발주를 위한 CMMI(CMMI for Acquisition)
! 설명
* 서비스를 위한 CMMI(CMMI for Services)
|-
| SW-CMM
|
* Software Capability Maturity Model
* S/W 개발 및 유지보수에 관련된 성숙도 모델
|-
| SE-CMM
|
* Systems Engineering Capability Maturity Model
* 시스템 엔지니어링 능력 성숙도 모델
|-
| SA-CMM
|
* Software Acquisition Capability Maturity Model
* SW의 구매,조달,획득 능력 성숙도 모델
|-
| IPD-CMM
|
* Integrated Product Development Team Model
* 프로젝트간 협동/통합프로젝트 개선 모델
|-
| SECAM
|
* Systems Engineering Capability Assessment Model
* 시스템 엔지니어링 능력 심사 모델
|-
| SECM
|
* Systems Engineering Capability Model
* 시스템엔지니어링 능력모델
|-
| P-CMM
|
* People Capability Maturity Model
* 인적 자원 능력 성숙도 모델
|}


=== CMMi의 구성 ===
== 4가지 지식체계 ==
;Four Discipline
{| class="wikitable"
{| class="wikitable"
! 참조모델
! 참조모델

2019년 10월 30일 (수) 23:00 판

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

등장 배경

  • CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
  • 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
  • ISO/IEC에서 CMM이 아닌 유럽의 SPICE를 국제 표준으로 제정함에 따라 이에 대응

구성

  • 개발을 위한 CMMI(CMMI for Development)
  • 발주를 위한 CMMI(CMMI for Acquisition)
  • 서비스를 위한 CMMI(CMMI for Services)

4가지 지식체계

Four Discipline
참조모델 설명
Software Engineering
  • 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
System Engineering
  • 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
Integrated Product & Process Development
  • 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근
Supplier Sourcing
  • 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
원본 주소 "https://itwiki.kr/index.php?title=CMMi&oldid=4546"