'CMM'에 해당되는 글 2건

  1. 2008/05/04 프로세스 개선 3/3 : CMMI framework
  2. 2007/09/12 PSP/TSP (2)
본 포스트는 개인 스터디 용으로 작성된 Ian Sommerville의 Software Engineering, 8/E의 요약본입니다.
7. CMMI(Capability Maturity Model Integration) framework
- 조직의 개발 프로세스 역량 성숙도(Capability maturity)를 평가하는 SEI(Software Engineering Institute)가 제안한 통합 모델
- 목표 : 다양한 기업에 걸쳐 광범위하게 적용될 수 있도록 프로세스 개선을 위한 프레임워크 제공
- 프로세스 역량 평가 : 평가의 수단으로 기획된 본 모델은 조직의 프로세스가 best practice를 따르도록 발전
- 두 개의 기본 모델 : staged model & continuous model
  1) staged model : S/W CMM에 적합하고 조직의 시스템 개발과 관리 프로세스를 평가하여 1부터 5까지의 성숙도 수준을 할당하도록 구성
  2) continuous model : 더 세분화된 분류. 24개의 프로세스 영역에 대해 1부터 6까지의 등급을 부여
참고 : CMMI의 분야별 모델
- SW-CMM : S/W 개발 및 유지보수 능력 향상
- SE-CMM : 시스템 공학 분야 기본 요소
- IPD-CMM : 프로젝트 간 협동과 통합 프로젝트 개발 프로세스 개선
- P-CMM : 인적 자원 역량 수준
- SA-CMM : S/W 획득과정 역량
8. CMMI model components
- 프로세스 영역(Process areas) : 24개의 프로세스 영역으로 나뉘어 프로세스 역량과 개선 사항을 식별한다. 이들은 4개의 그룹, 즉 프로세스 관리, 프로젝트 관리, 엔지니어링, 지원으로 나뉜다.
- 목표(Goals) : 조직이 달성해야 하는 바람직한 상태의 추상화된 표현. 각 프로세스 영역은 해당하는 특정 목표가 있고, 해당 영역에 관한 바람직한 상태가 정의된다. 또한 좋은 관례를 제도화하는 데 필요한 일반 목표를 정의한다.
- 관례(Practices) : 목표를 달성하기 위한 방법의 표현. 이들 관례는 권장사항일 뿐이지 의무 사항이 아니다.
목표와 연관 프로세스 영역의 예:
목표 : 프로젝트의 성과나 결과가 계획보다 현격하게 어긋날 때 마무리를 위한 수정 활동을 관리한다 / 해당 프로세스 영역 : 프로젝트 모니터링과 통제의 특정 목표
목표 : 프로세스정의된 고프로세스로 제도화된다 / 해당 프로세스 영역 : 일반 목표
9. CMMI 평가
- 조직의 프로세스를 조사하여 각 프로세스 영역에서 성숙도 수준과 관련한 6점 척도(6-point scale)을 매긴다.
  1) 실행되지 않음(not performed) : 프로세스 영역과 관련한 하나 이상의 목표를 만족하지 못함
  2) 실행됨(Performed) : 프로세스 영역에 관련한 목표를 만족하고, 해당 프로세스 내의 작업 범위가 명백히 나타나며 팀원 사이에 전달됨.
  3) 관리됨(Managed) : 조직의 정책, 문서화된 계획, 자원 관리와 프로세스 모니터링 절차가 존재
  4) 정의됨(Defined) : 조직의 표준화와 프로세스 전개에 초점
  5) 양적으로 관리됨(Quantitatively managed) : 하위 프로세스(sub process)를 제어하기 위한 통계적 방법과 정량적 방법이 사용됨. 즉, 수집된 프로세스와 제품 측정치가 프로세스 개선에 이용되어야.
  6) 최적화됨(Optimizing) : 프로세스와 제품 측정치를 이용. 추세가 분석되고 업무의 변화에 따른 프로세스 수정이 이루어
참고: CMM에서는...
1) 초기(Initial) : 근본적으로 통제되지 않음
2) 반복(Repeatable) : 제품 관리 절차가 정의, 사용됨
3) 정의됨(Defined) : 프로세스 관리 절차 및 전략이 정의, 사용됨
4) 관리됨(Managed) : 품질 관리 전략이 정의, 사용됨
5) 최적화됨(Optimizing) : 프로세스 개선 전략이 정의, 사용됨

CMM은 CMMI에 비해 1) 관례가 모델 수준에 연관되어 타 수준의 관례를 사용할 수 없고, 2) 연속적이기보다는 이산적이며, 3) 목표보다는 관례 지향적이란 문제를 내포하고 있음
10. 단계적(Staged) CMMI 모델
- S/W CMM과 호환
- 각 성숙 수준 마다 해당 프로세스 영역과 목표가 존재
- 단계 : Initial > Managed > Defined > Quantitatively managed > Optimizing
- 장점 : S/W CMM과의 호환, 조직에 필요한 분명한 개선 경로를 정의
- 단점 : 낮은 수준의 관례를 도입하기 전에 높은 수준의 관례를 도입하는 것이 더욱 적절할  경우, CMMI는 조직의 역량에 오해하기 쉬운 그림을 제시(CMM의 단점과 동일)
연속적 모델

연속적 모델

단계적 모델

단계적 모델

11. 연속적(Continuous) CMMI 모델
- 매우 조밀한 모델로서, 관례를 개별적 또는 그룹으로 고려하여 각 관례의 사용을 평가, 따라서 성숙도 평가는 단일 값이 아닌 각 영역 내에서의 해당 조직에 대한 값의 집합 형태
- leveling이 프로젝트 전체가 아닌 각 프로세스 영역 별로 나뉨(5개의 level은 staged model과 동일)
- 평가 결과는 각 프로세스 영역을 나타내는 역량 프로파일과 해당 역량 평가
- 장점 : 조직 자신의 필요와 요구에 따라 개선하기 위한 프로세스를 선택 가능. 단계적 모델에 비해 유연
연속적 모델에서의 각 프로세스 영역별 leveling

연속적 모델에서의 각 프로세스 영역별 leveling

Posted by 어쨌건간에

TRACKBACK http://anyflow.net/trackback/396 관련글 쓰기

PSP(Personal Software Process) / TSP(Team Software Process)

reference:
열심히 일한 당신 떠나라, 당신의 미래를 위해서! 마이크로소프트웨어 04년04월호
Pathways to Process Maturity: The Personal Software
Process and Team Software Process
- Watts S. Humphrey
Personal Software Process. Wikipedia
Team Software Process. Wikipedia
정의
    - PSP: 소프트웨어 엔지니어 개개인에 할당된 과업에 대한 품질 개선과 생산성 향상에 목적을 둔 정량화된 개발 훈련 체계
    - TSP: PSP를 발판으로 CMM의 프레임워크를 개발팀 차원에서 적용함으로 품질 개선과 생산성 향상을 실현하기 위한 방법론

등장배경
    - (대규모, 프로젝트 단위의) 거시적 관점에 초점을 둔 CMM의 높은 성과. 반면 CMM의 원칙이 소규모, 엔지니어 개개인에게 흡수되지 못함.
    - 일반 소프트웨어 개발 조직, 즉 소규모, 엔지니어 개개인에게 필요한 지침 필요성 증대. -> 따라야 할 '무엇' 보다는 '어떻게'에 초점을 맞춘 소프트웨어 개발 지침에 대한 요구 (미시적 관점 중심 체계)

more..

'기술사 > 소프트웨어공학' 카테고리의 다른 글

Requirements Engineering : Software Requirements  (0) 2008/03/24
module / component / service  (0) 2007/09/15
PMA : Post-Mortem Analysis  (0) 2007/09/13
PSP/TSP  (2) 2007/09/12
Use Case model  (2) 2007/09/11
AOP : Aspect Oriented Programming  (2) 2007/09/10
Posted by 어쨌건간에

TRACKBACK http://anyflow.net/trackback/236 관련글 쓰기