소프트웨어 비용 산정

문제1) 소프트웨어 비용 산정 방법에 대하여 설명하고, 각각의 장, 단점을 비교하시오

 

답)

 

 

1. 소프트웨어의 적정 대가 산정 방식, 소프트웨어 비용 산정의 개요

소프트웨어 비용 산정 개념	소프트웨어 규모 파악(양적 크기, 질적 수준) 통한 소요 공수와 투입자원 및 소요 기간을 파악하여 실행 가능한 계획을 수립하기 위해 비용을 산정하는 과정

 

2. 소프트웨어 비용 산정 방법 유형

가. 하향식(Bottom-up) 방법

구분	설명
개념	전문지식이 많은 개발자들이 참여한 회의를 통해 과거의 유사 경험을 바탕으로 비용을 산정하는 방법
특징	경험적 단언(시스템 이해한 후), 개발자 합의(인력, 시스템 크기, 예산)
방법	전문가 판단	조직 내 경험이 많은 두 명 이상의 전문가에게 의뢰하는 방식
	델파이 기법	전문가 판단의 주관적 편견을 보완하기 위해 보다 많은 전문가 의견을 종합하여 산정하는 방식

 

나. 상향식(Top-down) 방법

구분	설명
개념	프로젝트 내 세부 작업 단위 별로 비용을 산정한 후 전체 비용을 합산하여 산정하는 방법
특징	업무 분류 구조(WBS) 정의, 각 구성요소에 대한 독립적 산정, 집계
방법	LOC (Line Of Code)	소프트웨어 각 기능의 낙관치, 기대치, 비관치를 측정하여 예측치를 구하고 이를 바탕으로 산정 방식
	MM (Man Month)	한 사람(Man)이 하루 8시간 한 달(Month) 25일 근무하는 것을 기준으로 산정하는 방식
	기능점수 (Function Point)	정보처리 규모와 기능의 복잡도 요인에 의거한 SW 규모 산정 방식
	COCOMO	시스템을 구성하고 있는 모듈과 서브시스템의 비용 합계를 계산하여 시스템 비용을 산정하는 방식
기능점수(FP)와 COCOMO 자동화 및 수치화하여 산정하는 수학적 방식으로 분류 소프트웨어 비용 산정 방법은 각각의 장단점이 있으므로 특징을 파악하여 적절하게 적용해야 함

 

3. 소프트웨어 비용 산정 방법 장점 및 단점 비교

가. 소프트웨어 비용 산정 방법 유형별 비교

구분	하향식	상향식(수학적)
장점	간편하게 산정 가능 전문가에 대한 신뢰감	객관성 부여 자동화 및 수치화
단점	비과학적 방법 낙관적	세부 기술적 난이도 배제
하향식과 상향식으로 서로 보완하여 적용 필요

 

나. 소프트웨어 비용 산정 방법 상세 비교

구분	장점	단점
전문가 판단	간편하고 빠른 산정 가능 전문가에 의한 신뢰감	낙관적 결과 및 비과학적으로 객관성 부여 어려움 경험에만 의존하기 때문에 부정확 판단 및 과소평가 우려 사소한 문제로 인한 결정이나 그룹 내 한 사람에 의한 독단 시 문제 발생
델파이 기법	시간적/결제적 절약 연구자에 의한 통제로 초점에서 크게 빗나가지 않음(편향된 토의 감소) 다수의 전문가 의견 수렴 및 피드백 익명성 및 독립적으로 자유롭고 솔직한 전문가의 의견 청취 가능	조정자(coordinator) 필요 질문지 조사 방법 자체 결함 발생 가능 반복적 조사이므로 장기간 필요 문제와 처리 결과를 직접 주고받을 수 없음 조작적 가능성 내재
LOC	측정 및 이해하기 쉬움 기존의 많은 프로젝트 측정 모델들이 LOC를 주요 입력값으로 사용 예측 자료 충분히 존재	프로그래밍 언어 의존 잘 설계되고 짧은 프로그래밍일수록 불리 개발 초기 계획 및 분석 단계에서 정확한 측정 불가능 기준이 모호하고 표준이 결여(프로그래밍 언어에 따라 LOC 크기 가변적)
MM	인력 기준 측정으로 산정 용이 투입 인력에 대한 인건비 정도만 지불하므로 상대적으로 저렴	논리적 및 투명한 산출 근거 도출 불가 경험치가 없을 경우 산정 어려움 SW 개발의 생산성을 유도하지 못함 프로젝트 지연 시 추가 비용 가능성
FP	프로그래밍 언어에 독립적이므로 일반언어/비절차적 언어에도 적용 가능 발주 관점에서의 규모 산정(논리적 및 사용자 중심의 용어로 측정) 일관성 및 정확성 유지 산정 근거가 명확하고 논리적 중복을 지양한 짧은 코드 불이익 해소 소스 크기뿐 아니라 복잡도 등 고려	정확한 측정 위해 세부 요구사항 도출이 선행 주관적 자료(복잡도)에 기초 계산 능숙한 기술 및 축적된 경험 있는 전문가 필요 프로젝트 영역 정보 수집 곤란 개발 초기 알려질 수 있는 자료 저조
COCOMO	비교적 간단 생산성 중심 요구 변경에 따른 추가 비용 계산 및 SW 유연성 평가 가능	비현실적 SDLC 50% 이상 개발 후 적용 가능(초기 적용 불가능)
기획 단계는 MM, 구현 단계는 기능점수를 권고(SW 사업 대가 산정 가이드, 2018)

 

---

 

공감과 댓글은 아이티신비에게 큰 힘이 됩니다.

블로그 글이 유용하다면 블로그를 구독해주세요.♥