소프트웨어 비용 산정
IT 위키
더 많은 작업
- Software development cost estimate
개발비 + 직접경비 + 이윤(개발비의 25% 이내)
- 시스템에 관리 전문적인 지식을 가진 전문가 집단을 구성하고, 토론을 통해 위험을 분석하는 정성적인 방법
LOC, Life Of Code
- 각 기능의 LOC(원시 코드 라인 수)의 낙관치, 기대치, 비관치를 측정하여 예측치를 구하고 이것으로 비용을 산정하는 기법
COCOMO, COnstructive COst Model
- 시스템의 비용을 산정하기 위해 시스템을 구성하고 있는 모듈과 서브 시스템의 비용 합계를 계산하는 방식
FP, Function Point
- 최종 사용자 입장에서의 기능적 복잡도를 고려하는 국제 표준(ISO/IEC 14143) 소프트웨어 규모 및 비용산정 방식
- 시간에 따라 함수로 표현되는 Rayleigh-Norden 곡선의 노력 분포도를 기초로 하며, 소프트웨어 생명 주기의 전 과정 동안에 사용될 노력의 분포를 예상하는 모형
소프트웨어는 변수가 많아 비용과 노력을 정확히 맞히기 어렵다. 프레스먼(R. Pressman)은 산정의 신뢰도를 높이기 위한 선택지로 다음을 든다.
- 산정을 프로젝트 후반까지 늦춘다. 진행될수록 정보가 많아져 정확해진다. 다만 실무에서는 미리 산정해야 하므로 현실적이지 않다. 충분한 시간을 두고 측정한다는 뜻이다.
- 이미 끝난 비슷한 프로젝트를 기준으로 삼는다. 현재 프로젝트가 과거 것과 비슷할 때만 잘 맞는다.
- 비교적 간단한 분해 기법을 쓴다. 프로젝트를 기능이나 작업 단위로 잘게 나눠 각각을 산정하고 합친다. 분해가 복잡할수록 오히려 오류가 쌓이므로 단순한 분해를 쓴다.
- 하나 이상의 경험적(실험적) 모델을 쓴다. COCOMO, 기능 점수 같은 모델로 산정하고, 다른 방식의 결과와 비교한다.
여기에 자동화된 산정 도구를 함께 써서 계산 실수를 줄이고 여러 방식의 결과를 맞춰 본다. 분해 기법을 복잡하게 만드는 것은 권장 방법이 아니다.