기능점수(FP) 기반 SW 규모 산정
Function Point Analysis
기능점수(FP)는 사용자 관점에서 SW가 제공하는 기능(데이터 기능·트랜잭션 기능)의 양을 측정하여 개발 규모를 산정하는 기법으로, 국내 SW사업 대가산정 가이드에서 개발비 산정의 기준으로 사용되며 간이법과 정통법으로 구분된다.
핵심 키워드
기능점수(Function Point)내부논리파일(ILF)외부연계파일(EIF)외부입력(EI)·외부출력(EO)·외부조회(EQ)간이법(평균 복잡도)정통법(DET·RET·FTR)보정계수FP당 단가SW사업 대가산정 가이드
암기: 데이터 기능 2(ILF·EIF) + 트랜잭션 기능 3(EI·EO·EQ) = 5대 기능 유형
구성도
정리
1. 개요
- 정의: 사용자 요구 기능을 기능 유형별로 식별·가중하여 SW 규모를 측정하는 기능 규모 측정(FSM) 기법
- 배경
- LOC(코드 라인) 방식은 언어·개발자 의존, 개발 완료 전 산정 곤란
- 기술·언어 독립적이고 발주 단계부터 산정 가능한 객관적 규모 척도 필요
- 국제 표준: IFPUG 방식(ISO/IEC 20926), 국내는 SW사업 대가산정 가이드에 따라 공공 SW 개발비 산정에 활용
2. 구성/원리
① 기능 유형
| 구분 | 유형 | 의미 |
|---|---|---|
| 데이터 기능 | ILF | 측정 대상 내부에서 유지·관리되는 논리 데이터 그룹 |
| EIF | 타 시스템이 유지하고 측정 대상이 참조만 하는 데이터 | |
| 트랜잭션 기능 | EI | 외부 데이터로 ILF를 유지(등록·수정·삭제) |
| EO | 계산·파생 데이터를 포함한 외부 출력 | |
| EQ | 가공 없는 단순 조회 출력 |
② 측정 절차: 측정 유형·범위·경계 결정 → 데이터 기능 측정 → 트랜잭션 기능 측정 → 기능점수 산출 → 보정 → 개발원가 산정
③ 개발비 산정 구조
- 개발원가 = 기능점수 × FP당 단가 × 보정계수
- SW 개발비 = 개발원가 + 직접경비 + 이윤
- 보정계수: 규모, 연계 복잡성, 성능, 운영환경 호환성, 보안성 등
- FP당 단가는 한국소프트웨어산업협회가 공표하는 값을 적용
3. 비교: 간이법 vs 정통법
| 항목 | 간이법 | 정통법 |
|---|---|---|
| 적용 시점 | 기획·예산 수립, 발주 단계 | 설계 이후 상세 요구 확정 시, 정산 |
| 복잡도 판정 | 기능 유형별 평균 복잡도 가중치 일괄 적용 | DET·RET(데이터)·FTR(트랜잭션)로 저·중·고 판정 |
| 정확도 | 상대적으로 낮음 | 높음 |
| 소요 노력 | 적음 | 많음(상세 명세 필요) |
- IFPUG 복잡도별 가중치(저/중/고): ILF 7/10/15, EIF 5/7/10, EI 3/4/6, EO 4/5/7, EQ 3/4/6
4. 고려사항·최신 동향
- 고려사항
- 사용자 관점의 논리적 기능으로 식별(물리 테이블·화면 수와 동일시 금지)
- 경계(Boundary) 설정 오류 시 ILF/EIF 판정 왜곡 → 측정 전문가 검증 필요
- 기능 외 요소(데이터 이관, 인프라 구축, 비기능 요구)는 별도 비용 항목으로 반영
- 요구 변경 시 변경 FP 재산정, 발주자·수행자 합의 기준 마련
- 최신 동향
- 대가산정 가이드의 주기적 개정으로 보정계수·적용 기준 갱신
- 애자일·클라우드(SaaS) 사업에 적합한 대가 산정 방식 논의
- COSMIC(ISO/IEC 19761) 등 대체 FSM 기법, AI 기반 FP 자동 산정 시도
함께 볼 토픽
v1 · 2026. 10. 19. 갱신 · 틀린 내용을 발견하면 알려 주세요.