소프트웨어 비용 산정 방법

왜 배우는가: 소프트웨어 비용 산정 방법은 프로젝트 예산·계약·일정 계획의 출발점이어서 실무에서 가장 먼저 판단해야 하는 항목이다. 기술사 시험에서도 방법의 종류, 장단점 비교, 상향식·하향식 구분, COCOMO와 기능점수 계산이 반복해서 출제된다.

출제 이력: 제126회 2교시 1번, 제117회 2교시 2번, 제87회 3교시 6번

1. 한 줄 정의와 핵심 키워드

소프트웨어 비용 산정 방법은 개발 규모를 기준으로 소요 공수(MM)·기간·비용을 예측하는 기법으로, 경험 기반·수학적 모델·기능 점수·공정 기반 방식으로 나뉜다.

• 핵심 키워드: 소요 공수(MM), 상향식 산정, 하향식 산정, COCOMO, 기능 점수(FP), LOC, 전문가 판단, 델파이(Delphi)

2. 개념 풀이

쉽게 말하면 소프트웨어를 만드는 데 사람이 몇 명이 며칠 동안 일해야 하고 돈이 얼마나 드는지 미리 헤아리는 일이다. 비용 산정은 규모를 먼저 정하고 그 규모를 공수와 비용으로 바꾸는 순서로 이루어진다.

정식 정의는 다음과 같다. 소프트웨어 비용 산정은 개발 대상의 규모와 개발 환경의 특성을 입력으로 하여 소요 공수(Man-Month, MM), 투입 인력, 개발 기간, 비용을 산출하는 활동이다. 산정 결과는 사업 계획, 예산 편성, 계약 대가 산정의 근거가 된다.

비용 산정 결과는 노력(인월, E), MM(Man-Month), PM(Person Month)으로 나타낸다. 단위작업 공수를 WBS 기준으로 합산하면 총 공수와 총비용이 된다.

산정 방법은 크게 두 갈래로 나뉜다. 상향식 산정(Bottom-up) 은 작업을 세부 기능이나 단위 작업으로 나눠 공수를 합산하는 방식이다. 하향식 산정(Top-down) 은 전체 사업 규모를 먼저 정하고 그 값을 하위 작업으로 배분하는 방식이다. 전문가 판단과 델파이 기법이 하향식의 대표 기법이다.

기법 자체의 근거는 규모 측정 단위에 따라 나뉜다. LOC(Line of Code) 는 원시 코드 줄 수로 규모를 재고, 기능 점수(Function Point, FP) 는 사용자 관점의 기능 수로 규모를 잰다. 둘 중 무엇을 쓰느냐에 따라 같은 사업이라도 산정 결과가 달라진다.

낮게 산정하면 품질 문제와 납기 지연, 개발자 과부하가 생기고, 높게 산정하면 예산 낭비와 업무 효율 저하가 생긴다. 그래서 산정 정확도가 프로젝트 성패에 직접 영향을 준다.

3. 등장 배경과 필요성

소프트웨어는 눈에 보이지 않고 규모를 재기 어려워서 하드웨어처럼 단위 원가로 가격을 매기기 힘들다. 이 때문에 사업 발주자와 개발자 사이에 대가 분쟁이 자주 생겼고, 이를 줄이기 위해 객관적인 산정 기준이 필요해졌다.

Boehm이 여러 프로젝트 데이터를 회귀 분석해 만든 COCOMO 가 경험적 모형의 출발점이 되었다. 이후 Albrecht가 제안한 기능 점수는 개발 언어와 무관하게 사용자 관점의 규모를 재는 방법으로 발전했다. 국내에서도 과학기술처 고시로 소프트웨어 개발비 산정 기준이 제정되었고, 1994년 개정에서 기능 점수 방식이 일부 도입되었다.

현재 공공 SW 사업의 대가는 기능 점수를 기준으로 산정하는 방향으로 바뀌었다. 민간 사업은 전문가 판단과 유추를 병행하는 경우가 많다. 애자일 개발에서는 스토리 포인트 같은 상대 추정 방식이 확산되었다.

LOC 3점 추정: 낙관·중간·비관치에 1:4:1 가중 같은 방식은 불확실성을 보정하려는 실무 요구에서 나왔다.