일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 반복문
- 해남종합버스터미널
- 가톨릭
- 천주교
- 슈퍼탱크대작전
- 추가채용
- 육아일기
- 컴퓨터일반
- 정보보호론
- 광주-해남
- swap
- 티스토리챌린지
- 끄적끄적
- 말씀새기기
- 일기처럼 보이는 뻘글
- 설계도
- 잡담만설
- NICU
- 일기처럼 보이는 잡글
- 정보
- 오블완
- c언어
- 버스시간표
- 해남버스터미널
- 전산직
- 오늘의토픽
- Lover
- 공략
- 슈퍼탱크럼블
- 일상
Archives
- Today
- Total
리안이와 함께하는 세상
[소프트웨어공학] CMMI[Capability Maturity Model Integration](능력 성숙도 모형 결합) 본문
9급 공무원/컴퓨터 일반
[소프트웨어공학] CMMI[Capability Maturity Model Integration](능력 성숙도 모형 결합)
리안아범 2017. 3. 5. 20:40: 조직에서 수행을 향상시키기 위해 업무절차들을 체계화하는 일 (= 역량 성숙도 모형 결합)
* Level : Initial(초기) > Managed(관리) > Defined(정의) > Quantitatively Managed(정량적 관리) > Optimizing(최척화)
Level 1 Initial : 소프트웨어 개발 프로세스가 거의 없는 상태
> 성패가 개인의 역량에 달림,
Level 2 Managed : 프로젝트를 위한 표준 프로세스가 존재
> 일정이나 비용과 같은 관리 프로세스 중심
> 목표 및 활동이 정량적으로 측정되지는 못함
Level 3 Defined : 조직을 위한 표준 프로세스가 존재
> 모든 프로젝트는 조직의 프로세스를 가져다 상황에 맞게 조정하여 승인 받아 사용
Level 4 Quantitatively Managed : 소프트웨어 프로세스와 소프트웨어 품질에 대한 정량적인 측정 가능
> 프로세스 데이터베이스를 구축하여 각 프로젝트에서 측정된 결과를 일괄적으로 수집하고 분석하여 품질 평가를 위한 기준으로 사용
Level 5 Optimizing : 조직적으로 최적화된 프로세스 적용, 피드백을 받아 개선
> 지속적인 개선에 치중
'9급 공무원 > 컴퓨터 일반' 카테고리의 다른 글
[소프트웨어공학] 응집도와 결합도(Cohesion, Coupling) (2) | 2017.03.05 |
---|---|
[소프트웨어공학] 구조적 방법론 (0) | 2017.03.05 |
[소프트웨어공학] COCOMO(Constructive Cost Model) 모델 (0) | 2017.03.05 |
[소프트웨어공학] 생명주기 모델 및 개발 방법론 (1) | 2017.03.05 |
[소프트웨어공학] 소프트웨어의 특성, 특징 (0) | 2017.03.05 |