[기업정보화론] CMM 도입배경과 소프트웨어 프로세스 성숙도 분석 및 CMMI와 CMM의 관계

소개글

[기업정보화론A+] CMM 도입배경과 소프트웨어 프로세스 성숙도 분석 및 CMMI와 CMM의 관계

목차

CMM(Capability Maturity Model) 개요
타 표준과의 비교
CMM 도입배경
소프트웨어 프로세스 성숙도의 5레벨
CMM의 특징과 형태
CMM 설계 시 고려사항
CMM 구조
CMM 구조 - 주요 프로세스 영역
성숙도 레벨에 따른 주요 프로세스 영역
레벨 2의 주요 프로세스 영역
레벨 3의 주요 프로세스 영역
레벨 4의 주요 프로세스 영역
레벨 5의 주요 프로세스 영역
주요 실행지침
공통 실행 특성
기타 : 소프트웨어 결함 관리 프로세스
CMM의 기대효과 - 대내적
CMM의 기대효과 - 대외적
CMM 도입 사례
CMMI와 CMM의 관계도
CMMI (Capability Maturity Model Integration)
소프트웨어 프로세스 성숙도의 5레벨
CMMI 도입 사례

본문내용

소프트웨어 프로세스와 구축되는 소프트웨어 제품 모두에 대한 정량적인 이해를 형성하는데 초점을 준다

정량적인 프로세스 관리 :소프트웨어 프로젝트에서 프로세스 수행 능력을 정량적으로 통제하는 것. 소프트웨어 프로세스 수행은 프로세스를 준수하여 얻은 실질적인 결과를 나타낸다. 어떤 프로세스든 임의의 변동폭(잡음)이 있게 마련인데, 안정적인 프로세스의 경우 수행은 알려진 범위(정량적인 프로세스 역량)내에 머무르게 된다. 수행 능력이 이 범위를 미달한 경우 변동폭의 원인을 식별할 필요가 있고 필요시 일시적 변동의 원인환경을 변경시킨다.
소프트웨어 품질관리 : 프로젝트로부터 생산되는 소프트웨어 제품의 품질에 대한 정량적인 이해를 형성하여 특정 품질 목표를 달성하는 것 정량적 목표는 조직, 고객, 사용자의 욕구를 기반으로 소프트웨어 제품을 위해 확립된다. 소프트웨어 품질관리는 제품에 초점을 두지만 정량적인 프로세스 관리는 프로세스에 초점을 두게 된다.

지속적이고 측정 가능한 소프트웨어 프로세스 개선을 구현하기 위해 반드시 해결되어야 하는 조직과 프로젝트의 쟁점들을 다룸

결함방지 : 결함의 원인을 식별하고, 재발을 막는 활동. 소프트웨어 프로젝트는 결함을 분석, 원인 식별, 재발 방지를 위한 조치를 취한다. 이러한 과정에서 종종 프로젝트 소프트웨어 프로세스에 대한 변경이 요구된다. 발전적인 방식으로 소프트웨어 프로세스를 점증적으로 개선하기 위한 매커니즘이다.
기술 변경 관리 : 유익한 신기술(도구, 방법론, 프로세스)을 식별하고 그것을 조직 내에 체계적으로 이전하는 활동을 의미. 기술 이전의 초점은 신기술을 식별, 선정, 평가하여 조직에 적용하기 위한 활동.
프로세스 변경 관리 : 소프트웨어 품질을 개선하고 생산성을 높이며, 제품 개발 주기 시간을 줄이는데 목적으로 조직에서 사용되는 소프트웨어 프로세스를 지속적으로 개선하는 것.

참고 자료

http://naver.nanet.go.kr:8080/dl/SimpleView.php (국회전자도서관)

국회도서관 - CMM 적용의 문제점 분석을 통한 효율적인 CMMI의 적용방안에 관한 논문

삼성SDS - http://www.sds.samsung.co.kr/itplaza/qna/main.jsp?num=1&idx=r1XJDfa5gkQ~1RCWkjFWa3E~&id=qna_view
 디지털 타임스 신문 기사 (04년도)

관련 도서 - 구현사례를 통한 CMM이해 - Pankaj Jalote