💡 핵심 인사이트
기능점수(FP)를 산정할 때 복잡도를 구하는 방식에 따라 **간이법(평균 복잡도 가중치)**과 **상상법(데이터 요소 및 레코드 요소 수 기반의 세밀한 복잡도)**으로 나뉩니다.
공공기관 발주 등에서는 주로 사업 초기 예산 편성 시에는 '간이법'을, 실제 개발 및 정산 시에는 '상세법'을 적용합니다.

Ⅰ. 기능점수 산정의 복잡도 평가

기능점수(FP) 방식에서 미조정 기능점수(UFP)를 도출하려면 식별된 각 기능(ILF, EIF, EI, EO, EQ)에 **'복잡도 가중치(단순, 보통, 복잡)'**를 곱해야 합니다. 이때 각 기능이 단순한지 복잡한지 판별하고 점수를 매기는 방법에 따라 **간이법(정통법/평균법)**과 상세법으로 구분됩니다.

Ⅱ. 간이법 (평균 복잡도 적용 방법)

기능의 논리적 설계가 세부적으로 나오지 않은 **프로젝트 극초기(기획/예산 확보 단계)**에 빠르게 비용을 대략적으로 산정하기 위해 사용하는 방법입니다.

특징

• 평균 가중치 사용: 개별 기능(예: 회원가입, 매출조회 등) 내부의 필드 개수나 참조 테이블 수를 일일이 세지 않고, 과거 프로젝트들의 통계를 바탕으로 도출된 '평균 복잡도 가중치'를 일괄적으로 일괄 적용합니다.
• 빠른 산정: 세부 설계서 없이 요구사항 정의서 목록만으로도 산정이 가능합니다.
• 적용 시기: 예산 편성, 발주 준비 단계.

※ 실제 가중치 수치는 SW 대가산정 가이드라인 개정 연도에 따라 미세하게 다를 수 있습니다.

📢 섹션 요약 비유: 간이법은 식당에서 **"어떤 메뉴를 고르든 상관없이 평균적으로 한 그릇에 1만 원으로 계산합시다"**라고 빠르게 전체 회식 비용을 어림잡는 것과 같습니다.

Ⅲ. 상세법 (세부 복잡도 적용 방법)

소프트웨어 설계가 구체화되어 화면 UI 구성, 데이터베이스 스키마(테이블 구조) 등이 명확히 드러난 **프로젝트 중반 이후(또는 개발 완료 후 정산 시)**에 정확한 기능점수를 산정하기 위해 사용합니다.

특징

• **데이터 요소 유형(DET), 레코드 요소 유형(RET), 참조 파일 유형(FTR)**을 직접 셉니다.
  • DET (Data Element Type): 화면에 보이는 입력 필드의 개수나 DB의 컬럼 수. (예: 이름, 나이, 주소 = 3 DET)
  • RET (Record Element Type): ILF나 EIF 내의 서브그룹 개수.
  • FTR (File Type Referenced): 트랜잭션(EI, EO, EQ)을 처리할 때 참조하거나 업데이트하는 ILF/EIF 파일의 개수.
• 복잡도 행렬(Matrix) 매핑: 도출된 DET와 RET/FTR의 개수를 가이드라인의 매트릭스 표에 대입하여 해당 기능이 '단순(Low)', '보통(Average)', '복잡(High)' 중 어디에 해당하는지 엄격하게 판정하고 각기 다른 가중치를 부여합니다.

[상세법 복잡도 판정 예시 - 외부입력(EI)의 경우]
- 입력 화면 필드 수(DET)가 1~4개이고, 1개의 파일(FTR)만 참조 ➔ 단순 (가중치 3)
- 입력 화면 필드 수(DET)가 16개 이상이고, 3개 이상의 파일(FTR) 참조 ➔ 복잡 (가중치 6)

📢 섹션 요약 비유: 상세법은 식당에서 "이 요리는 고기를 5번 칼질(DET)했고 3가지 소스(FTR)가 들어갔으니 복잡도 상(High)으로 15,000원, 저 요리는 재료 1개(DET)만 데쳤으니 복잡도 하(Low)로 5,000원" 식으로 엄격하게 재료와 공정을 따져 영수증을 발행하는 것과 같습니다.

Ⅳ. 간이법과 상세법 비교 요약