코코모

이 글은 검증을 위해 추가 인용문이 필요합니다. 신뢰할 수 있는 출처에 인용문을 추가하여 이 기사를 개선하는 데 도움을 주십시오. 조달되지 않은 자재는 제거될 수 있습니다.출처 : "COCOMO" – 뉴스 · 신문 · 서적 · 학자 · JSTOR (2015년 10월) (이 템플릿 메시지 삭제 방법 및 삭제 시기 확인)

COCOMO(Constructive Cost Model)는 Barry W. Boehm이 개발한 절차 소프트웨어 비용 견적 모델입니다.모형 모수는 과거 프로젝트(COCOMO 81의 경우 63개 프로젝트, COCOMO II의 경우 163개 프로젝트)의 데이터를 사용하여 회귀 공식을 적합시켜 도출한 것입니다.

역사

건설적인 비용 모델은 1970년대^[1] 후반에 Barry W. Boehm에 의해 개발되었으며 소프트웨어 프로젝트의 노력, 비용 및 일정을 추정하기 위한 모델로 Boehm의 1981년 저서 Software Engineering^[2] Economics에 발표되었습니다.이 연구는 보엠이 소프트웨어 연구 및 기술 책임자로 있던 TRW 에어로스페이스의 63개 프로젝트를 대상으로 실시되었습니다.이 연구에서는 2,000~10,000줄의 코드와 어셈블리에서 PL/I에 이르는 프로그래밍 언어를 조사했습니다.이 프로젝트들은 1981년 널리 보급된 소프트웨어 개발 프로세스인 소프트웨어 개발의 폭포수 모델을 기반으로 했습니다.

이 모델에 대한 참조에서는 일반적으로 COCOMO 81이라고 부릅니다.1995년 COCOMO 2세와 마침내 2000년에 책 소프트웨어 비용 추정에 출판되 COCOMO II.[3]COCOMO 2세 영국 여왕과 함께 COCOMO 81후계자고 더 현대 소프트웨어 개발 사업의 평가를 위한 적합할 것이며, 더 최근의 소프트웨어 개발 프로세스 구축을 지원하는 더 큰 데이터베이스 o.을 사용하여 조정했다 개발되었다f161개의 프로젝트새로운 모델의 필요성은 소프트웨어 개발 기술이 메인프레임 및 야간 배치 처리에서 데스크톱 개발, 코드 재사용 및 기성 소프트웨어 구성요소의 사용으로 이동함에 따라 나타났습니다.

COCOMO는 보다 상세하고 정확한 3가지 형태의 계층으로 구성됩니다.첫 번째 레벨인 Basic COCOMO는 소프트웨어 비용의 대략적인 견적에 적합하지만 프로젝트 속성(비용 요인)의 차이를 설명하는 요소가 없기 때문에 정확도가 제한됩니다.중간 COCOMO는 이러한 비용 요인을 고려하며, 세부 COCOMO는 개별 프로젝트 단계의 영향을 추가로 고려합니다.마지막은 기본과 중급의 단점을 모두 해결한 Complete COCOMO 모델입니다.

중간 COCOMO

중간 COCOMO는 프로그램 크기 및 제품, 하드웨어, 인력 및 프로젝트 속성의 주관적인 평가를 포함하는 일련의 "비용 요인"의 함수로 소프트웨어 개발 노력을 계산합니다.이 확장에서는 4개의 "비용 요인"이 고려되며, 각 "비용 요인"에는 다음과 같은 여러 가지 보조 속성이 있습니다.

• 제품 속성
  • 필요한 소프트웨어 신뢰성 범위
  • 응용 프로그램 데이터베이스 크기
  • 제품의 복잡성
• 하드웨어 속성
  • 런타임 성능 제약
  • 메모리 제약
  • 가상 시스템 환경의 변동성
  • 소요 반환 시간
• 인사 속성
  • 분석가 능력
  • 소프트웨어 엔지니어링 기능
  • 응용 프로그램 경험
  • 가상 머신 익스피리언스
  • 프로그래밍 언어 경험
• 프로젝트 속성
  • 소프트웨어 도구 사용
  • 소프트웨어 엔지니어링 방법의 적용
  • 필요한 개발 일정

15개의 각 속성은 "매우 낮음"에서 "추가 높음"(중요도 또는 값) 범위의 6점 척도로 평가됩니다.아래 표의 노력 승수가 등급에 적용됩니다.모든 노력 승수의 곱은 노력 조정 계수(EAF)가 됩니다.EAF의 일반적인 값은 0.9 ~1.4입니다

비용 요인	등급
	매우 낮음	낮다	공칭	높은	IEEE	엑스트라 고등
제품 특성
소프트웨어 신뢰성 필수	0.75	0.88	1.00	1.15	1.40
응용 프로그램 데이터베이스의 사이즈		0.94	1.00	1.08	1.16
제품 간의 복잡	0.70	0.85	1.00	1.15	1.30	1.65
하드웨어 특성
Run-time 성능 제약 조건			1.00	1.11	1.30	1.66
기억은 제약 조건			1.00	1.06	1.21	1.56
를 가상 머신 환경의 변동성.		0.87	1.00	1.15	1.30
소요 반환 시간		0.87	1.00	1.07	1.15
인사 속성
분석가 능력	1.46	1.19	1.00	0.86	0.71
응용 프로그램 경험	1.29	1.13	1.00	0.91	0.82
소프트웨어 엔지니어 능력	1.42	1.17	1.00	0.86	0.70
가상 머신 익스피리언스	1.21	1.10	1.00	0.90
프로그래밍 언어 경험	1.14	1.07	1.00	0.95
프로젝트 속성
소프트웨어 엔지니어링 방법의 적용	1.24	1.10	1.00	0.91	0.82
소프트웨어 도구 사용	1.24	1.10	1.00	0.91	0.83
필요한 개발 일정	1.23	1.08	1.00	1.04	1.10

이제 Intermediate Cocomo 공식은 다음과 같은 형식을 취합니다.

E = (KLoC)(^b_iEAF)

여기서 E는 인월 단위로 적용되는 작업, KLoC는 프로젝트에 대해 전달된 수천 줄의 코드 수, EAF는 위에서 계산한 계수입니다.계수_i a와 지수_i b는 다음 표에 나와 있습니다.

소프트웨어 프로젝트	1개i	bi.	ci.
유기농	3.2	1.05	0.38
반분리형	3.0	1.12	0.35
내장	2.8	1.20	0.32

개발 시간 D 및 가장 효과적인 인원수 P 계산에서는 기본 COCOMO와 동일한 방법으로 E를 사용합니다.

D^c_i = 2.5 E

${\displaystyle P=E/D}$

매개_i 변수 a는 EAF 외에 Intermediate COCOMO에서 Basic 모델과 다릅니다.

소프트웨어 프로젝트	1개b
유기농	2.4
반분리형	3.0
내장	3.6

파라미터 b와 c는 두 모델에서 동일합니다.

「 」를 참조해 주세요.

• 개발 견적 소프트웨어 비교
• 비용초과
• 코스모
• 소프트웨어 엔지니어링 평가
• 기능점
• 오브젝트 포인트
• 푸트남 모형
• SEER-
• 소프트웨어 개발 작업 평가
• 소프트웨어 엔지니어링 이코노미
• 가격 시스템

레퍼런스

추가 정보

• Kemerer, Chris F. (May 1987). "An Empirical Validation of Software Cost Estimation Models" (PDF). Communications of the ACM. 30 (5): 416–42. doi:10.1145/22899.22906.

외부 링크

• 테라 PROMISE에 관한 COCOMO 81 데이터
• COCOMO 81 데이터의 해석은 유기지수에 대해 다른 값을 구한다.