소개글

소프트웨어 공학에서의 CMM과 SPICE에 관련된 레포트 입니다.

목차

1.CMM
1) CMM이란?
2) CMM에 정의 되어 있는 조직 구성원과 역할
3) CMM의 구조
4) CMM 심사
5) 국내 현황
6) 향후 전망

2.SPICE
1) SPICE란?
2) SPICE의 구성요소
3) SPICE 심사를 위한 참조 모형
4) SPCIE 심사 과정
5) 향후 전망

3.SPICE와 CMM의 비교

본문내용

CMM은 Capability Maturity Model의 약어로서 소프트웨어 PROCESS의 성숙도(조직의 개발 능력)을 개선해 가기 위한 효과적인 “절차”를 나타낸 것이다. 그 배경에는 소프트웨어 PROCESS(개발 조직)의 능력을 5단계 성숙도로 분류하고, 그 조직의 LEVEL에 적합한 추친 방법이 있다고 하는 사고방식이다. 따라서 전제가 되는 것은 현재 자신들의 조직 상태(LEVEL)를 인식하는 일이며, 그것을 Assessment라는 절차에 따라 알 수 있게 되었다. 아울러 현재의 LEVEL을 알게 됨과 동시에 Skill의 과부족을 알 수 있게 되며, 이것을 기초로 다음 LEVEL로 높여가기 위한 노력의 필요성을 인식하게 되었다. CMM은 이와 같은 “조직의 능력 개선 Model"이다.
CMM은 원래 DoD(미국방청)가 외부 소프트웨어 개발 조직에게 발주하는 소프트웨어 개발 프로젝트에서 납기를 크게 지연시키거나 납품된 소프트웨어의 발생 품질 문제를 해결하기 위해 외부 소프트웨어 개발 조직의 개발능력 Level을 객관적으로 평가하고자 SEI (SEI란 Software Engineering Institute의 약어로서 정부 기관으로 DoD(미국방청)의 후원을 받는 연구센터로 1984년에 수립되었다. 미 국방 시스템의 고품질의 소프트웨어를 예정된 기간과 비용 내에서 개발하기 위한 소프트웨어 공학의 시행 지침을 개발하였다.)에 연구를 위탁한 것이 발단이 되었다. 이 때문에 미국, 일본, 유럽 등 선진국에서는 외부 조직으로 발주되는 소프트웨어 개발 안건에 대하여 「CMM 레벨 2」 이상 혹은 「CMM 레벨 3」이 아니면 입찰 자격을 주지 않는 계약 조건이 제시되고 있는 추세이다.

참고 자료

없음