SW사업대가 개정, 헤드카운트 방식 탈피한다
SW사업대가 개정, 헤드카운트 방식 탈피한다<br>기능점수방식·코드라인방식·투입인력방식 비교 <table><tbody><tr><td>구분</td><td>기능점수 (Function Point)</td><td>코드라인 수 (Line of Code)</td><td>투입인력과 기간 (Man Month)</td></tr><tr><td>정의</td><td> o 사용자 관점에서 업무적 요구기능을 측정하는 방식</td><td> o 각종 지시 명령을 기술한 최소단위를 측정하는 방식</td><td> o 프로젝트를 위해 실제로 투입되는 인원에 대한 인건비를 측정하는 방식</td></tr><tr><td>산정방법</td><td> o 사용자의 요구사항을 기준으로 기능을 식별하여 규모를 산정</td><td> o 개발된 프로그램의 최소명령단위인 문장(statement)의 수를 측정</td><td> o 사용자의 과거 경험을 기준으로 투입되는 인력의 규모를 추정</td></tr><tr><td>난이도 측정</td><td> o 기능구현에 따라 난이도 적용 가능</td><td> o 난이도 적용 불가</td><td> o 초급, 중급, 고급 등 투입되는 인력의 등급으로 구분</td></tr><tr><td>측정 시점</td><td> o 프로젝트 전체 공정에서 측정 가능</td><td> o 구축단계 이후 측정 가능</td><td> o 프로젝트 전체 공정에서 측정 가능</td></tr><tr><td>장점</td><td> o 측정기준이 모두 국제표준으로 정의되어 있어 일관성 및 정확성 유지 가능 o 논리적이고 사용자 중심의 용어로 측정하므로 발주자 관점에서의 규모산정 o 산정근거가 명확하고 논리적임 </td><td> o 물리적인 라인수를 측정하므로 산정이 용이하고 산정 자동화가 가능</td><td> o 투입되는 인력을 기준으로 측정하므로 산정이 용이</td></tr><tr><td>단점</td><td> o 규모 산정을 위한 전문성 필요 o 정확한 측정을 위해 세부 요구사항 도출이 선행되어야 함 </td><td> o 동일한 기능에 대해 개발언어에 따라 규모가 달라질 수 있음 o 개발자 역량에 따라 규모가 달라질 수 있음 o SW규모를 단순히 라인수로 산정 </td><td> o 논리적인 산출근거 도출이 불가하여 비용 산정이 불투명함 o 경험치가 없을 경우 산정에 어려움 o SW개발의 생산성을 유도하지 못함 </td></tr></tbody></table>
SW사업 방식 중 무엇이 산정자동화가 가능하고 물리적인 라인수를 측정하므로 산정이 쉬울까