728x90
반응형
SMALL

COCOMO II 는 실제 개발된 소스를 가지고 비용을 산정하는 고전적인 기법이다.
규모요인(Scaling Driver)과 가격요인(Cost Driver) 등을 이용하여 프로젝트의 생산성, 가격을
결정하는 모델이다.
COCOMO 는 소프트웨어를 구성하고 있는 모듈과 서브시스템의 비용합계를 계산하는 방식
으로 구조적방법론에 적합은 했지만 이후 객체지향모델이 나오면서 이에 맞게 수정보완한
것이 COCOMO II 이다. 
COCOMO II 는 소프트웨어 개발프로젝의 진행정도에 따라 아래와 같이 3단계로 나누고
각 단계별로 각각 다른 비용산정모델을 적용해서 해당 소프트웨어의 규모를 산정하는
기법이다.

Application Composition 응용 조합 모델
Early Designed Model 초기 설계 모델
Post-Architecture Model 설계 이후 모델


<참고>
   기존 COCOMO의 문제점
  -   소프트웨어 제품을 하나의 개체로 보고 승수들을 전체에 적용
  -   실제 대부분의 대형시스템은 서로 상이한 서브 시스템으로 구성
  
-   전통적인 COCOMO 모델의 문제점 극복을 위해서 COCOMO II 모델 등장

분류 응용조합모델
(Application Composition)
초기설계모델
(Early Design)
구조설계모델
(Post-Architecture Model)
설명 초기단계에서 시제품 개발시 적용. 즉 프로토타입을 보고
입출력화면 중심의 사용자UI 갯수를 파악해서 객체점수(Object Point)를 산출하고 이
를 바탕으로 SW규모를 산정
한다.
• 개발 범위에 속한 객체(입·출력 화면 등)를 찾는다.
• 객체에 의해 제공되는 기능의 복잡도를 세 가지(단순형, 보통형, 복잡형)로 분류한다.
• 객체의 개수에 가중치(단순형, 보통형, 복잡형)를 부여하여 결과 값을 산출한다
초기 설계 단계쯤 되면 1단계보다는 시스템의 구조와 기능을 좀 더 상세히 알 수 있다. 그러므로 1단계보다 더욱 정확한 예측이 가능하다.  구조 설계 이후가 되면 시스템에 대해 어느 정도 자세한 윤곽이 드러난다. COCOMO 방법이 처음부터 원시 코드의 라인 수를 계산하는 무리한 방법을 썼다면, 3단계에서는 이미 기능 점수가 나왔기 때문에 COCOMO에서 제안한 LOC에 의해 소요되는 노력을 추정하는 것이 크게 어렵지 않다. 즉 3단계에서는 기능 점수를 바탕으로 한 LOC를 추정하여 소프트웨어 규모를 산정할 수 있다.
크기 Application Points FP + 언어종류 FP + 언어 LOC
목적 UI, 3GL 컴포넌트 개수를 통해 노력 추정 자세 기능 탐구 시스템에 대한 자세한 이해
SW 개발/유지보수 노력도 측정

구조설계이후(Post-Architecture Model)  모델의 계산방식 
  : 규모요소 (규모,가격) 와 노력가중치를 사용하여 측정

구분 규모요소 설명
규모요인
(Scaling Driver)
경험성 개발하려는 소프트웨어와 비슷한 소프트웨어의 개발 경험 정도
개발유연성 소프트웨어 개발에서 허용되는 유연성 정도
프로세스 성숙도 개발 조직의 소프트웨어 개발 프로세스 성숙도
가격요인
(Cost Driver)
제품 복잡도 제품에 대한 5가지 영역의 복잡도 수준
플랫폼 가변성 OS, DB, Complier와 같은 플랫폼의 가변성 정도
소프트웨어 도구사용 프로젝트에서 사용되는 자동화 도구의 종류와 사용정 도를 나타내는 비용인자
개발일정 프로젝트 팀에게 부과되는 일정 제약 정도를 나타내는 비용인자
728x90
반응형
LIST

+ Recent posts