핵심 인사이트 (3줄 요약)
- 산정 시점의 유연성: 상세 설계 전에는 '간이법(Estimated Method)'을, 설계 완료 후에는 '상세법(Detailed Method)'을 적용하여 적정 개발 비용을 산출함.
- 복잡도 적용의 차이: 간이법은 평균 가중치를 일괄 적용하고, 상세법은 개별 기능의 DET/RET/FTR 개수에 따라 가중치를 세밀하게 판정함.
- 정산의 객관성: 예산 수립 시에는 간이법을 주로 사용하며, 사업 종료 시 실제 구현된 기능에 대해서는 상세법으로 사후 정산하여 비용의 투명성을 확보함.
Ⅰ. 개요 (Context & Background)
공공 및 민간 소프트웨어 사업에서 예산 수립과 대가 산정은 분쟁이 잦은 영역이다. 기능점수(Function Point, FP) 산정 방식은 크게 간이법과 상세법으로 나뉘며, 이는 프로젝트의 생명주기(Life Cycle) 중 어느 단계에서 규모를 측정하느냐에 따라 결정된다. 기획 단계의 불확실성을 수용하면서도 최종 결과물의 가치를 객관적으로 평가하기 위한 두 방식의 차이점을 명확히 이해해야 한다.
Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)
[ SDLC Phase ]
|
+-- [ Planning / Analysis ] ----> Applied: [ Simple FP (간이법) ]
| (Avg. Complexity Weights)
|
+-- [ Design / Implementation ] -> Applied: [ Detailed FP (상세법) ]
(Count DET, RET, FTR)
Bilingual ASCII Diagram:
+---------------------------+ +---------------------------+
| Simple FP Method | | Detailed FP Method |
| (간이법: 예산 수립용) | | (상세법: 정산/사후 평가용)|
+-------------+-------------+ +-------------+-------------+
| |
+-------v-------+ +-------v-------+
| Avg. Weights | | Matrix Matrix |
| (ILF: 7.1, ...) | <--- Compare ---> | (DET/RET Count)|
+---------------+ +---------------+
(복잡도 평균 적용) (정밀 복잡도 산출)
- 간이법 (Estimated Method): 각 기능 유형별(ILF, EIF, EI, EO, EQ)로 고정된 평균 가중치를 곱하여 합산함. 요구사항이 개략적일 때 빠르게 산정 가능.
- 상세법 (Detailed Method): 각 기능의 데이터 요소(DET)와 참조 파일(FTR/RET) 개수를 직접 세어 저/중/고 복잡도를 판정하고 해당 가중치를 곱함. 설계서가 완성된 시점에 정밀 산정.
Ⅲ. 융합 비교 및 다각도 분석 (Comparison & Synergy)
| 비교 항목 | 간이 기능점수법 (Simple FP) | 상세 기능점수법 (Detailed FP) |
|---|---|---|
| 적용 시점 | 기획, 요구분석 단계 (Early Stage) | 설계, 구현, 종료 단계 (Late Stage) |
| 복잡도 산정 | 평균 복잡도 가중치 일괄 적용 | 기능별 DET, RET, FTR 개수 기반 산출 |
| 산정 정확도 | 상대적으로 낮음 (±15~20% 오차) | 높음 (실제 구현 규모 반영) |
| 사용 목적 | 예산 편성, 발주 금액 산정 | 실제 개발 대가 정산, 사후 평가 |
| 증빙 자료 | 기능 목록 (Function List) | 설계서, 화면 정의서, ERD |
Ⅳ. 실무 적용 및 기술사적 판단 (Strategy & Decision)
기술사적 판단: 간이법과 상세법의 선택은 **측정 비용과 정확도 사이의 경제성(Economy)**을 고려한 전략적 의사결정이다.
- 예산 편성(Budgeting): 사업 발주 전에는 상세 설계가 불가능하므로 간이법을 사용하여 적정 예산을 확보해야 함. 이때 평균 가중치가 실제보다 높거나 낮을 수 있음을 인지해야 함.
- 사후 정산(Settlement): 소프트웨어 사업 대가 산정 가이드에 따라 종료 시점에 상세법으로 실제 구현된 FP를 측정하여 최종 대가를 정산함. 이때 요구사항 변경(Change) 내역이 상세법 산정에 정확히 반영되어야 함.
- 가이드라인: 기획 시 간이법으로 산정한 FP보다 종료 시 상세법으로 산정한 FP가 현저히 줄어들 경우(Under-run), 사업자의 손실이 발생할 수 있으므로 과업 범위 관리와 변경 관리가 매우 중요함.
Ⅴ. 기대효과 및 결론 (Future & Standard)
기능점수 산정 방식의 표준화는 'SW 제값 받기' 실현을 위한 초석이다. 간이법은 신속한 의사결정을 지원하고, 상세법은 공정한 대가 지급을 보장한다. 인공지능(AI) 기반의 자동 코드 분석 툴이 보편화됨에 따라, 앞으로는 소스코드와 설계도에서 자동으로 DET와 FTR을 추출하여 실시간으로 상세법 FP를 산출하는 자동화된 규모 관리(Automated Sizing) 체계가 도입될 것으로 전망된다.
📌 관련 개념 맵 (Knowledge Graph)
- 상위 개념: 기능점수(Function Point), SW 개발비 산정
- 하위 개념: 가중치(Weight), DET, RET, FTR
- 연관 개념: 보정 계수, 소프트웨어 사업 대가 산정 가이드(KOSA)
👶 어린이를 위한 3줄 비유 설명
- 간이법: "보통 이 정도 크기의 장난감은 1,000원이야"라고 대충 가격을 정하는 거예요.
- 상세법: 장난감을 다 만들고 나서 "여기에 블록이 105개 들어갔으니까 1,050원이야"라고 정확히 계산하는 거예요.
- 처음에는 대충 얼마가 들지 정하고, 나중에는 진짜 쓴 만큼 돈을 내는 약속이에요.