TMMi/CMMi

I.       SW테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Integration)의 개요

가.   TMMi의 정의

-      테스트 프로세스 심사화 개선에 중점을 두고 있는 조직을 지원하기 위한 가장 대표적인 성숙도 모델

-      테스트 성숙도 계층구조를 정의하는 성숙도 단계, 각 단계에 따른 성숙도 목표, 심사모델로 구성

나.   테스트 프로세스 모델의 필요성

-      테스트 품질향상: 테스트 단계별 활동을 정형화 % 표준화, 테스트 역량 강화

-      제품 중심 테스트 보완: 소프트웨어 개발 생명주기와 정렬(Align), Time to Market: 소프트웨어 규모와 복잡도가 증가에

효과적인 테스트 절차 및 프랙티스 제공

다.   TMMi.의 구성도

 

마.   TMMi의 성숙 단계 상세 설명

성숙 단계	내용	Process Area
Level1 : 초기(Initial)	- 테스팅은 정의되지 않거나 테스팅과 디버깅이 한 부분으로 인식되고 조직은 일반적으로 프로세스를 지원하기 위한 안정적인 환경제공이 어려움 - 조직인력의 능력과 자신감에 의존
Level2 : 관리 (Managed)	- 테스트와 디버깅이 구분되며 테스트가 소프트웨어 생명주기에서 하나의 독립된 단계로 정의되고, 결함 발견 활동의 집중 - 테스트 정책을 별도로 문서화하거나 품질 정책이나 개발 정책의 일부분으로 정의하고 있어야 함 - 테스트 전략 또는 접근법에 근거하여 테스팅을 하고 있다는 것을 증명	테스트 정책과 전략 테스트 계획 테스트 모니터링 및 제어 테스트 설계 및 수행 테스트 환경
Level3 : 정의(Defied)	- 테스팅이 개발생명주기와 통합되는 단계로 레벨2에서 테스팅을 포함하고 개발 되었는지 검증하는 테스트 활동 수행 - 테스트 프로세스와 소프트웨어 개발 생명주기가 통합되어 있어야 함 - 별도의 테스트 조직을 갖추고 있어야 하며 레벨2가 프로젝트 레벨에서 내제화 하는 수준이라면 레벨3은 조직차원에서 테스팅을 내제화 하는 수준	테스트 조직 테스트교육/훈련 프로그램 테스트 수명주기와 통합 비기능 테스팅 동료 검토
Level4 : 관리&측정 (Management& Measurement)	- 발전된 동료검토 활동이 수행되고 있어야 하는데 테스팅 시각에서 볼 때 테스트 케이스를 요구사항 분석 단계부터 설계하고 작성하는 것을 통해 개발 중간 산출물의 결함을 조기에 발견하는 예방적인 테스팅을 의미 - 테스트를 관리하고 측정하는 단계로 소프트웨어 품질 평가와 메트릭을 이용한 테스트 측정을 통해 테스트를 수치화하고 이를 기반으로 정량적으로 관리하고 있어야 달성 가능	테스트 측정 소프트웨어 품질 평가 발전된 동료검토
Level5 : 최적화 (Optimization)	- 결함 예방과 품질제어 활동에 초점, 테스트 프로세스가 정의되고 관리되며, 비용과 효과가 추적되고 감시 - 테스트 프로세스가 지속적으로 개선되고 조정되며 결함예방과 품질 제어활동을 수행 - 이들 활동이 통계적 방법과 다양한 평가 기준에 의해 측정되고 관리자는 지속적인 개선을 유도하기 위해 인프라를 지원하고 동기 부여	결함 예방 테스트 프로세스 최적화 품질제어

II.      시스템 개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Integration)의 개요

가.   CMMi의 개념

-      시스템과 소프트웨어 영역을 하나의 프로세스 개선 툴로 통합시켜 기업의 프로세스 개선 활동을 위한 모델

-      기존 CMM에 프로젝트 관리, Procurement, 시스템엔지니어링 등의 요소를 추가한 모델

나.   CMMi 등장배경

-      개별적인 CMM 모델들은 모델간의 상호 중첩되는 부분제거

-      분야별 적용 프로세스의 상이성으로 인해 현장에 적용하기 어려운 점 극복

-      각각의 모델을 적용하는 데에 따른 중복 투자로 비용의 과다 지출 문제점 해결

다.   CMMi 모델 구조

1)     단계별 표현 방법에서의 CMMi 모델구조

-      성숙단계 단계적 표현 방법에서 사용 또는 능력단계(Maturity Level), 연속적 표현방법(Capability)에서 사용으로 나눠짐

-      성숙단계는 조직에서 해당업무를 얼마나 체계적으로 수행하고 있는지를 나타냄

 

 

2)     연속성 표형방법의 CMMi 모델

-      과거 시스템 엔지니어링 능력 모델(SECM: System Engineering 과 통합제품 개발 Capability Model)

CMM(IPD-CMM: Integrated Product 에서 사용하던 방식

-      조직이 특정 프로세스 영역을 선정하여 관련 프로세스 영역을 개선해 나가도록 하는 방법

-      프로세스 영역을 개선 정도로 표현하기 위한 능력도 수준을 이용

-      연속적 표현방법의 모델구조

 

-      프로세스 6단계 능력수준

단계		내용
Incomplete(0)	- 프로세스가 없는 상태를 말함
Performed(1)	- 정의된 기본 프랙티스들이 수행되고 있음을 의미함
Managed(2)	- 이 단계는 주어진 목표를 달성하기 위해서 하나의 프로세스가 개별 프로젝트나 팀별로 계획되고, 수행되고, 추적, 통제되고 있음을 의미함.
Defined(3)	- 조직 표준 프로세스를 테일러링 가이드에 따라 조정하며 개별조직이나 프로젝트에 적합한 프로세스를 개발, 이에 따라 해당조직이 활동들을 관리한다는 것을 의미함
Quantitatively Managed(4)	- 프로세스의 수행을 정량적인 수치로 계산하여 관리한다는 것을 의미함
Optimized(5)	- 하나의 프로세스를 반복 수행한 결과가 변동의 일반적인 원인에 대해 분석하고, 이를 개선하면서 변동의 범위를 지속적으로 줄여나가는 것을 의미함

 

III.     TMMi와 CMMi의 비교

가.   평가 모델간 비교

구분	TMMi	CMMi
평가 범위	SW테스팅 분야 집중(테스트 정책 및 전략, 테스트계획, 테스트환경, 테스트모니터링, 테스트 설계와 실행)	시스템 엔지니어링 및 소프트웨어 개발 및 유지보수 프로세스 통합제품개발, 공급자 소싱
제공 모델유형	조직 차원의 성숙도 평가	조직차원의 성숙도 평가 및 프로세스 영역별 평가 제공
개발 기관	비영리 독립법인 TMMi재단	카네기 멜론대학 SEI(Software Engineering institute)
심사절차	선임심사원 평가	심사방법론(SCAMPI) 통한 선임심사원 평가
국내 인증현황	LG CNS가 국내최초 3레벨 인증 취득	다수의 제조 및 IT회사가 5레벨 취득

나.   TMMi에서의 참조가능한 CMMi 프로세스 영역 매핑

-      TMMi는 CMMi와 상호 보완적인 모델구조로 설계되어 참조 가능한 CMMi 프로세스 영역을 정의함

TMMi	CMMi	CMMi 프로세스 영역
2	2	형상관리, 프로세스 및 제품 품질 보증, 프로젝트 통제 및 모니터링, 프로젝트 계획, 측정 및 분석, 요구사항관리
2	3	요구사항개발, 위험관리
3	2	형상관리, 측정 및 분석, 프로세스 및 제품 품질 보증, 프로젝트 계획
3	3	조직 프로세스 정의, 조직 프로세스 중점, 조직 훈련, 검증
4	2	형상관리, 측정 및 분석, 프로세스 및 제품 품질 보증
4	3	조직 프로세스 정의, 조직 프로세스 중점
4	4	정량적 프로젝트 관리