<B9CEB0A3BFEB205357BBE7BEF720B4EBB0A1BBEAC1A420B0A1C0CCB5E B3E2295F76302E E687770>

Transcription

1 SW사업 대가산정 가이드(2015년) - 민간용 가치기반 방식 ITO 서비스 유지관리 및 운영비 포함

2

3 제 개정이력 개정일자 내용 비고 SW사업 대가산정 가이드(2015년) - 민간용 공표

4

5 <목 차> Ⅰ. 개 요 1 1. SW사업 대가산정 가이드 소개 SW사업 대가산정 가이드의 목적 민간용 SW사업 대가산정 가이드 공표의 배경 SW사업 대가기준 가이드구 구성 체계 SW사업 대가산정 가이드 적용범위 5 2. SW사업 대가기준 및 대가산정 가이드 비교 SW사업 기획단계 대가산정 컨설팅지수 방식에 의한 정보전략계획(ISP) 수립비 투입공수 방식에 의한 정보전략계획(ISP) 수립비 정보전략계획 및 업무재설계(ISP/BPR) 수립비 전사적 아키텍처(EA/ITA) 수립비 정보시스템 마스터플랜(ISMP) 수립비 정보보안 컨설팅 수립비 SW사업 구현단계 대가산정 기능점수 방식에 의한 소프트웨어 개발비 투입공수 방식에 의한 소프트웨어 개발비 SW사업 운영단계 대가산정 가치기반 방식 ITO 서비스 유지관리 및 운영비 요율제 방식에 의한 소프트웨어 유지관리비 투입공수 방식에 의한 소프트웨어 운영비 고정비/변동비 방식에 의한 소프트웨어 유지관리 및 운영비 SLA기반 유지관리 및 운영비 정산법 상용소프트웨어 유지관리비 소프트웨어 재개발비 SW사업 대가산정 공통사항 용어설명 소프트웨어 기술자 노임대가 적용기준 직접경비 투입공수 산출 근거(WBS 정의 및 산정 절차) 38 i

6 3.4.1 WBS(Work Breakdown structure) 정의 WBS 구성체계 WBS를 활용한 공수산정 절차 39 Ⅱ. SW사업 기획단계 개요 정보전략계획(ISP) 수립비 컨설팅지수에 의한 방법 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용 사례 투입공수에 의한 방법 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 정보전략계획 및 업무재설계(ISP/BPR) 수립비 투입공수에 의한 방법 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 전사적 아키텍처(EA/ITA) 수립비 투입공수에 의한 방법 개요 절차별 주요 내용 79 ii

7 4.1.3 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 정보시스템 마스터플랜(ISMP) 수립비 투입공수에 의한 방법 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 정보보안 컨설팅비 투입공수에 의한 방법 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 115 Ⅲ. SW사업 구현단계 개요 소프트웨어 개발비 기능점수 방식 기능점수 방식 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용 사례 투입공수에 의한 방식 개요 절차별 주요 내용 158 iii

8 2.2.3 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 163 Ⅳ. SW사업 운영단계 개요 소프트웨어 유지관리 및 운영비 가치기반 방식 ITO 서비스 유지관리 및 운영비 서비스 개요 서비스의 종류 서비스대가 서비스규모의 산정 서비스단가 서비스대가 산정 요약 운영관리 서비스대가 산정 장애관리 서비스대가 산정 개선관리 서비스대가 산정 지원관리 서비스대가 산정 총괄사례 요율제 유지관리비 요율제 유지관리비 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용 사례 투입공수 방식 운영비 투입공수 방식 운영비 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 고정비/변동비 방식 유지관리 및 운영비 고정비/변동비 방식 유지관리 및 운영비 개요 절차별 주요 내용 250 iv

9 2.4.3 단계별 설명 산출물 관련 참고자료 및 유의사항 적용 사례 SLA기반 유지관리 및 운영비 정산법 SLA기반 유지관리 및 운영비 정산법 개요 절차별 주요내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 상용 소프트웨어 유지관리비 상용 소프트웨어 유지관리비 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 소프트웨어 재개발비 재개발 기능점수 방식 재개발 기능점수 방식 개요 절차별 주요 내용 단계별 설명 산출물 관련 참고자료 및 유의사항 적용사례 309 v

10 <표 목차> [표 1-1] 대가산정 모형별 적용시점 7 [표 1-2] 수명주기 단계별 대가산정 방법 8 [표 1-3] 대가산정 방법별 주요 내용 요약 9 [표 1-4] 소프트웨어 기술자비고 노임대가 적용기준 33 [표 1-5] 2009년 7월 31일 이전 경력에 대해서만 적용되는 노임대가 적용기준 34 [표 2-1] IT컨설팅 사업 유형별 사업대가 산정 방법 43 [표 2-2] 정보전략계획 수립비 산정 절차 45 [표 2-3] 정보전략계획 업무 범위 식별 양식 47 [표 2-4] 정보전략계획 업무별 가중치 계산 양식 48 [표 2-5] 정보전략계획 수립 난이도 산정 양식 49 [표 2-6] 직접경비 산정 양식(공통) 50 [표 2-7] 정보전략계획 수립 공수 산정방법 51 [표 2-8] 정보전략계획 수립비 산정양식 51 [표 2-9] 투입공수 방식에 의한 정보전략계획 수립비 산정절차 57 [표 2-10] 정보전략계획 수립비 컨설턴트 등급별 투입공수 산정양식 59 [표 2-11] 정보전략계획 수립비 컨설턴트 등급별 투입공수 산정양식 61 [표 2-12] 정보전략계획 수립비 종합 산정양식 61 [표 2-13] ISP/BPR 수립비 산정절차 67 [표 2-14] ISP/BPR 업무활동 69 [표 2-15] ISP/BPR 업무활동별 컨설턴트 등급별 투입공수 산정양식 70 [표 2-16] ISP/BPR 투입공수 산정 산출물 양식 72 [표 2-17] ISP/BPR 수립비 산정 종합계산 산출물 양식 73 [표 2-18] EA/ITA 참조모형의 종류 78 [표 2-19] EA/ITA 수립비 산정절차 79 [표 2-20] EA/ITA 업무활동의 구성 81 [표 2-21] EA/ITA 업무활동별 컨설턴트등급별 투입공수 산정양식 82 [표 2-22] EA/ITA 투입공수 산정 산출물 양식 85 [표 2-23] EA/ITA 수립비 산정 종합계산 산출물 양식 86 [표 2-24] ISMP, ISP, EA/ITA 개념 비교 92 [표 2-25] ISMP 수립비 산정 절차 94 [표 2-26] ISMP 업무 활동의 구성 95 [표 2-27] ISMP 업무활동별 컨설턴트 등급별 투입공수 산정양식 97 vi

11 [표 2-28] ISMP 투입공수 산정 산출물 100 [표 2-29] ISMP 수립비 종합계산 산출물 양식 101 [표 2-30] 정보보안 컨설팅의 종류 106 [표 2-31] 정보보안 컨설팅 수립 절차 108 [표 2-32] 정보보안 컨설팅 업무 활동의 구성 110 [표 2-33] 정보보안 컨설팅 컨설턴트 등급별 투입공수 산정양식 111 [표 2-34] 정보보안 컨설팅 투입공수 산정 산출물 양식 113 [표 2-35] 정보보안 컨설팅 수립비 산정 종합계산 산출물 양식 114 [표 3-1] 소프트웨어 개발의 단계별 공정과 주요 활동 124 [표 3-2] 소프트웨어 개발비 산정방법 비교 125 [표 3-3] 소프트웨어 규모측정 방법 비교 127 [표 3-4] 정통법과 간이법의 장단점 비교 및 적용시점 128 [표 3-5] 기능점수 방식에 의한 소프트웨어 개발비 산정 절차 130 [표 3-6] 기술적 환경에서의 애플리케이션 경계 설정 비교 133 [표 3-7] 애플리케이션 경계 설정 오류에 따른 영향 134 [표 3-8] 내부논리파일(ILF)/외부연계파일(EIF)의 평균복잡도 가중치 135 [표 3-9] 내부논리파일(ILF) 복잡도 및 기능점수 가중치 136 [표 3-10] 외부연계파일(EIF) 복잡도 및 기능점수 가중치 137 [표 3-11] 간이법 데이터 기능점수 산정 계산양식 137 [표 3-12] 정통법 데이터 기능점수 산정 계산양식 137 [표 3-13] 외부입력(EI)/외부출력(EO)/외부조회(EQ)의 평균복잡도 가중치 139 [표 3-14] 외부입력(EI) 복잡도 및 기능점수 가중치 140 [표 3-15] 외부출력(EO) 복잡도 및 기능점수 가중치 140 [표 3-16] 외부조회(EQ) 복잡도 및 기능점수 가중치 140 [표 3-17] 간이법 트랜잭션 기능점수 산정 계산양식 141 [표 3-18] 정통법 트랜잭션 기능점수 산정 계산양식 141 [표 3-19] 간이법 기능점수 산정 계산양식 142 [표 3-20] 정통법 기능점수 산정 계산양식 142 [표 3-21] 기능점수당 단가 142 [표 3-22] 소프트웨어 개발 단계별 기능점수 가중치 143 [표 3-23] 규모 보정계수 144 [표 3-24] 애플리케이션 유형 보정계수 145 [표 3-25] 애플리케이션 유형 보정계수 산정 계산양식 146 [표 3-26] 언어 유형 구분 및 보정계수 146 [표 3-27] 언어 유형별 보정계수 산정 계산양식 147 vii

12 [표 3-28] 품질 및 특성 보정계수 149 [표 3-29] 품질 및 특성 보정계수 산정 계산양식 150 [표 3-30] 보정후 개발원가 산정 계산양식 151 [표 3-31] 소프트웨어 개발비 산정 산출물 양식 152 [표 3-32] 투입공수에 의한 소프트웨어 개발비 산정 절차 158 [표 3-33] 투입공수에 의한 방식의 개발원가 산정 종합계산 산출물 양식 162 [표 4-1] 서비스의 종류와 분류기준 173 [표 4-2] 운영관리 서비스항목 (예시) 174 [표 4-3] 개선관리 서비스항목 (예시) 175 [표 4-4] 지원관리 서비스항목 (예시) 175 [표 4-5] 서비스규모의 종류 180 [표 4-6] 서비스 종류별 기본규모 측정요소 181 [표 4-7] 서비스 종류별 특성규모 측정요소 182 [표 4-8] 서비스 종류별 역량규모 측정요소 182 [표 4-9] 서비스대가 산정 요약 184 [표 4-10] 서비스종류별 서비스대가 산정 절차 184 [표 4-11] 운영관리 서비스대가 산정 절차 186 [표 4-12] 운영관리 서비스 역량규모 측정요소 188 [표 4-13] 운영관리 서비스 역량규모 측정요소 수준별 계수값 189 [표 4-14] 운영관리 서비스 역량규모 측정요소별 수준별 계수값 한도 190 [표 4-15] 운영관리 서비스대가 산정 산출물 191 [표 4-16] 운영관리 서비스대가 산정 사례 192 [표 4-17] 장애관리 서비스대가 산정 절차 194 [표 4-18] 장애관리 서비스 역량규모 측정요소 195 [표 4-19] 장애관리 서비스 역량규모 측정요소 수준별 계수값 196 [표 4-20] 장애관리 서비스 역량규모 측정요소별 수준별 계수값 한도 196 [표 4-21] 장애관리 서비스대가 산정 산출물 197 [표 4-22] 장애관리 서비스대가 산정 사례 198 [표 4-23] 개선관리 서비스대가 산정 절차 200 [표 4-24] ITO 기능점수 가중치 201 [표 4-25] ITO 기능점수 방식에 의한 개선관리 기본규모 가중치 202 [표 4-26] 애플리케이션 유형별 보정계수 203 [표 4-27] 프로그래밍 언어 보정계수 204 [표 4-28] 구현 품질 보정계수 205 [표 4-29] 개선관리 서비스 역량규모 측정요소 206 viii

13 [표 4-30] 개선관리 서비스 역량규모 측정요소 수준별 계수값 207 [표 4-31] 개선관리 서비스 역량규모 측정요소 수준별 계수값 한도 207 [표 4-32] 개선관리 서비스대가 산정 산출물 208 [표 4-33] 개선관리 서비스대가 산정 사례 211 [표 4-34] 지원관리 서비스대가 산정 절차 212 [표 4-35] 지원관리 특성규모 측정요소인 업종경험비율 구간별 가중치 214 [표 4-36] 지원관리 역량규모 측정요소 214 [표 4-37] 지원관리 역량규모 측정요소 수준별 계수값 215 [표 4-38] 지원관리 역량규모 측정요소별 수준별 계수값 한도 215 [표 4-39] 지원관리 서비스대가 산정 산출물 216 [표 4-40] 지원관리 서비스대가 산정 사례 219 [표 4-41] 요율제 유지관리비 산정 절차 231 [표 4-42] 유지관리 범위와 요구사항 정의 양식 232 [표 4-43] 용역 소프트웨어 유지관리 난이도 산정 평가표 234 [표 4-44] 용역 유지관리 난이도 총점수 산정 계산양식 234 [표 4-45] 요율제 유지관리비 산정내역 산출물 양식 236 [표 4-46] 투입공수 방식 운영비 산정절차 241 [표 4-47] 투입공수 방식 운영비 업무활동별 투입공수 산출양식 242 [표 4-48] 투입공수 방식 운영비 산정내역 종합계산 산출물 양식 244 [표 4-49] 투입공수 방식 운영비 업무활동별 투입공수 산출 예시 246 [표 4-50] 투입공수 방식 운영비 산정내역 종합계산 산출물 작성 예시 247 [표 4-51] 고정비/변동비방식 유지관리 및 운영비 산정 절차 250 [표 4-52] 변동비 산정 양식 253 [표 4-53] 고정비/변동비방식 유지관리 및 운영 대가 종합 산정양식 254 [표 4-54] 고정비/변동비 방식 유지관리 및 운영 대가 종합계산 산출물 양식 255 [표 4-55] SLA기반 유지관리 및 운영비 정산법 수행 절차 263 [표 4-56] 소프트웨어 유지관리 부문 활용 지표 Pool 265 [표 4-57] 소프트웨어 운영 부문 활용 지표 Pool 266 [표 4-58] 서비스 측정항목 정의 양식 268 [표 4-59] 평가항목별 측정방법과 측정기준 정의 양식 269 [표 4-60] 서비스 수준 평가표 270 [표 4-61] 서비스수준 평가점수별 등급 271 [표 4-62] SLA기반 유지관리 및 운영 대가의 제재/보상수준 산출물 양식 271 [표 4-63] 상용SW 유지관리비 산정 절차 276 [표 4-64] 상용SW 유지관리 측정 항목별 배점 적용 277 ix

14 [표 4-65] 상용SW 유지관리 측정 점수별 등급구분 278 [표 4-66] 상용SW 유지관리 측정 점수별 등급 및 적용요율 279 [표 4-67] 상용SW 유지관리비 산정내역 산출물 양식 280 [표 4-68] 재개발비 산정대상 여부 287 [표 4-69] 재개발비 산정 절차 288 [표 4-70] 재사용 소프트웨어 평가 노력 수준 판단 기준 301 [표 4-71] 재사용 난이도 수준 평가 기준 303 [표 4-72] 재사용 소프트웨어 친숙도 수준 평가 기준 304 [표 4-73] 재개발비 산정 내역 종합계산 산출물 양식 308 <그림 목차> [그림 1-1] 대가산정의 일반적 절차 5 [그림 1-2] SW사업의 수명주기와 사업유형 5 [그림 3-1] 소프트웨어 개발 단계 123 [그림 3-2] 소프트웨어 기능의 유형 분류 127 [그림 3-3] 소프트웨어 기능점수 산정방식의 구분 128 [그림 3-4] 소프트웨어 개발비의 구성요소 129 [그림 4-1] 투입공수방식 운영비 관련기준 240 [그림 4-2] 재개발 소프트웨어 대상 기능유형 예시 289 [그림 4-3] 총 변경률의 산정 절차 295 x

15 Ⅰ 개 요 1. SW사업 대가산정 가이드 소개 2. SW사업 대가산정 프로세스 요약 3. SW사업 대가산정 공통사항

16

17 1 part Ⅰ 개요 SW사업 대가산정 가이드 소개 1.1 SW사업 대가산정 가이드의 목적 SW사업 대가산정 가이드(2015년) - 민간용 은 국내 SW산업에서 많은 비중을 차지하고 있는 SW사업 시장에서 고객사의 요구에 의해 정보 시스템을 운영, 개선, 지원하는 사업을 추진함에 있어 이에 대한 예산수립, 사업발주, 계약 시 적정대가를 산정하기 위한 기준을 제공하는 것을 목적으로 하고 있다. 이번에 공표하는 본 SW사업 대가산정 가이드(2015년) - 민간용 에서는 ITO (IT 아웃소싱) 서비스 유지관리 및 운영단계에서 요구되는 서비스 종류, 가치기반에 의한 서비스 규모산정, 규모당 단가 기준을 제공한다. 그러나, 유지관리 및 운영은 전체 SW 개발단계 중 운영단계에 해당되므로, 민간 영역에서 본 대가산정 가이드가 보다 폭넓게 활용될 수 있도록 하기 위하여, 기획 및 구현단계 등 여타 SW 개발단계에 대해서는 공공 부문에서 활용되는 SW사업 대가산정 가이드(2015년 개정판) 의 내용을 차용한다. 따라서, 본 가이드는 공공에서 활용되는 가이드를 토대로 운영단계에 가치기반 방식의 ITO 서비스 유지관리 및 운영비 대가산정 방식이 추가된 개념으로 이해할 수 있다. 본 가이드를 통하여, 민간 영역에서 활발하게 진행되고 있는 각종 IT서비스 정보화 관련 SW사업에 대하여, 합리적이고 객관적인 가치기반의 서비스 대가산정이 가능할 것으로 기대한다. 1.2 민간용 SW사업 대가산정 가이드 공표의 배경 최근 SW산업 전문가들은 IT 서비스 시스템을 제공자와 사용자 모두가 가치를 느낄 수 있도록 서비스를 창출 및 전달하는 인력, 정보기술, 조직, 정보가 공유 및 종합된 환경 이라고 정의하고 있다. 따라서, 가치를 기반으로 SW사업 대가를 산정할 필요가 있음을 지적하여 왔다. 한편, 현재 공공 발주자들에게 활용되고 있는 SW사업 대가산정 가이드 는 오랜 기간 사용되어 왔고, 발주자 지원 목적으로 작성되어 왔기 때문에 최근의 빠르게 변화하고 있는 정보기술, 민간 SW시장 사업동향, 민간시장의 고객 비즈니스 경영환경 변화, 그리고 민간 SW사업관련 학연산 전문가의 의견이 제대로 반영되지 못했다는 지적을 받아왔으며 현행 대가산정 가이드는 원가기반의 대가산정 위주로 되어 있어서 서비스의 가치가 정확하게 반영이 되지 않는다는 문제점이 있었다. 1. SW사업 대가산정 가이드(민간용) 소개 3

18 따라서, 이번에 공표하는 SW사업 대가산정 가이드(2015년) - 민간용 에서는 다음 사항을 반영하고자 한다. - 변화하는 SW 산업의 시장상황과 정보기술 변화, 그리고 고객과 제공자의 다양한 시각이 반영된 SW사업 대가 체계 - SW운영단계에서 요구되는 ITO 서비스 유지관리 및 운영비 대가산정시 고객의 가치와 제공자의 가치를 반영한 가치기반의 서비스 대가산정 방식 1.3 SW사업 대가산정 가이드 구성 체계 본 대가산정 가이드는 시장에서 요구되는 사용자중심의 활용성을 고려하여 SW사업 수명주기를 따라 소프트웨어 기획, 구현, 운영 단계로 체계를 구성하였다. 그러나, 이번 민간용 SW사업 대가산정 가이드에서는 기존 SW사업 대가산정 가이드 내용을 차용하되, IV장의 SW사업 운영단계에 가치기반 방식 ITO 서비스 대가산정 가이드를 새롭게 추가한다. 이는 향후 SW사업 대가산정의 방향이 서비스 가치에 기반할 필요가 있음을 의미한다. 그리고, 추후 시장내에서의 검증과정을 거쳐 서비스 가치기반 대가산정 방식을 SW사업에 관한 나머지 수명주기에도 적용할 필요가 있다. I장은 본 SW사업 대가산정 가이드(민간용)의 목적, 수립배경, 구성 체계, 적용범위, 대가산정 프로세스 및 산정방법, 대가산정 관련 공통사항으로 정리하여 구성하였다. II장은 정보화 추진을 위한 SW사업 기획단계에서의 IT컨설팅사업 대가산정 가이드로, 정보전략 계획(ISP), ISP/BPR, EA/ITA, ISMP, 정보보안 컨설팅 사업과 관련된 대가산정 방법을 제시하였다. III장은 SW사업 구현단계에서의 기능점수 방식과 투입공수방식의 소프트웨어 개발비 산정에 대한 가이드를 제시하였다. IV장은 SW사업 운영단계에서의 소프트웨어 유지관리 및 운영활동에 (상용 소프트웨어, 소프트웨어 재개발 포함) 대한 대가산정 방법을 제시하였다. 특히 기존 방식에 가치기반 방식의 유지관리 및 운영비 대가산정 가이드를 추가하였다. 특히, II, III, IV장의 구성 체계는 사용자의 주요 업무단계에 따라 대가산정 방법을 절차 별로 설명하고 관련 예제를 제시하는 방식으로 기술하여 현장에서의 실무 적용을 용이하도록 하였으며, 각 대가산정 방법의 설명을 다음과 같이 표준화하여 이해가 쉽도록 하였다. 4 SW사업 대가산정 가이드(2015년) 민간용

19 1 SW사업 대가산정 방식별 개요 2 절차별 주요내용 3 단계별 상세설명 4 주요 산출물(업무용 산정양식) 5 관련 법령/규정 등 참고자료 및 유의사항 6 SW사업 대가산정 방식별 적용 사례 1.4 SW사업 대가산정 가이드 적용범위 본 가이드에는 다양한 대가산정 모형이 포함되어 있다. 이러한 대가산정 모형들은 대가산정의 대상이 되는 사업의 유형과 대가산정 시점에 따라 적절한 모형을 선택하여 적용한다. 대가 산정 모형은 일반적으로 다음과 같은 절차에 따라 선정된다. 사업유형 식별 대가산정 시점 식별 대가산정 모형 선정 그림 1-1 대가산정의 일반적 절차 1) 사업유형 식별 소프트웨어사업의 수명주기와 각 단계에 해당하는 사업 유형은 다음과 같다, 기획 단계 구현 단계 운영 단계 정보전략계획(ISP) 소프트웨어 개발 소프트웨어 유지관리 정보전략계획 및 업무재설계 (ISP/BPR) 전사적아키텍처 (EA/ITA) 정보시스템 마스터플랜 (ISMP) 정보보안컨설팅 소프트웨어 운영 소프트웨어 유지관리 및 운영 상용소프트웨어 유지관리 소프트웨어 재개발 그림 1-2 SW사업의 수명주기와 사업유형 1. SW사업 대가산정 가이드(민간용) 소개 5

20 기획단계 : SW사업 수명주기 상의 기획단계에 해당하는 사업으로서, IT컨설팅 사업이 이에 해당된다. 본 가이드에서 다루는 IT컨설팅 사업의 유형에는 다음과 같은 사업이 포함된다. 정보전략계획(ISP) 정보전략계획 및 업무재설계(ISP/BPR) 전사적아키텍처(EA/ITA) 정보시스템 마스터플랜(ISMP) 정보보안컨설팅 구현단계 : SW사업 수명주기 상의 구현단계에 해당하는 사업으로서, 소프트웨어 개발 사업이 이에 해당된다. 운영단계 : SW사업 수명주기 상의 운영단계에 해당하는 사업으로서, 본 가이드에서는 다음의 사업 유형이 이 단계에 해당한다. 소프트웨어 유지관리 소프트웨어 운영 소프트웨어 유지관리 및 운영 상용소프트웨어 유지관리 소프트웨어 재개발 2) 대가산정 시점 대가를 산정하는 시점에 따라 가용한 정보의 양과 상세정도가 달라지므로, 해당 시점에 적합한 대가산정 모형을 선택하여 사용하여야 한다. 대가산정의 시점은 다음과 같이 구분된다. 예산확보 단계 : SW사업의 예산을 확보하기 위해 사업비를 개괄적으로 산정하는 단계 사업발주 단계 : SW사업을 발주하기 위해 제안요청서 등을 작성하고, 발주금액을 산정 하는 단계 사후정산 단계 : SW사업이 종료된 후에 사전 산정된 사업비와 집행된 사업비의 차이를 파악하여 필요시 정산을 위한 대가를 산정하는 단계 6 SW사업 대가산정 가이드(2015년) 민간용

21 3) 대가산정 모형 선정 앞에서 식별된 대상 사업의 유형별로 본 가이드에서 제공하고 있는 대가 산정 모형과, 적용 가능 시점은 다음과 같다. 표1-1 대가산정 모형별 적용시점 수명 주기 기획 단계 구현 단계 대상 사업유형 정보전략계획 (ISP) 정보전략계획 및 업무재설계 (ISP/BPR) 전사적아키텍처 (EA/ITA) 정보시스템 마스터플랜 (ISMP) 대가산정 모형 컨설팅지수방식 정보전략계획수립비 투입공수방식 정보전략계획수립비 정보전략계획 및 업무재설계 수립비 예산확 보단계 적용가능 시점 사업발 주단계 사후정 산단계 O O X O O O O O O 전사적아키텍처 수립비 O O O 정보시스템 마스터플랜 수립비 O O O 정보보안컨설팅 정보보안컨설팅 수립비 O O O 소프트웨어 개발 기능점수방식 소프트웨어개발비(정통법) 기능점수방식 소프트웨어개발비(간이법) 투입공수방식 소프트웨어개발비 O O O O O O O O O 소프트웨어 유지관리 요율제 유지관리비 O O X 소프트웨어 운영 투입공수방식 운영비 O O O 운영 단계 소프트웨어 유지관리 및 운영 상용소프트웨어 유지관리 가치기반 방식 ITO 서비스 유지관리 및 운영비 고정비/변동비방식 유지관리 및 운영비 SLA기반 유지관리 및 운영비 정산법 O O O O O O 1) 1) O 상용소프트웨어 유지관리비 O O X 소프트웨어 재개발 재개발비 O O O 1) SLA기반 유지관리 및 운영비 정산법은 예산확보 단계 및 사업발주 단계에 사업비를 산정하기 위해 직접 적용되지는 않으나, SLA기반의 정산법을 사용하는 경우 사전에 사후 정산의 가능성을 고려해야 한다. 1. SW사업 대가산정 가이드(민간용) 소개 7

22 2 part Ⅰ 개요 SW사업 대가산정 프로세스 요약 본 가이드에 포함된 SW사업 수명주기 단계별 대가산정 방법을 요약하면 다음과 같다. 표1-2 수명주기 단계별 대가산정 방법 SW사업 수명주기 대가산정 유형 대가산정 방법 SW사업 기획단계 SW사업 구현단계 SW사업 운영단계 정보화전략계획(ISP) 수립비 ISP/BPR 수립비 EA/ITA 수립비 ISMP 수립비 정보보안 컨설팅비 소프트웨어 개발비 소프트웨어 유지관리비 및 운영비 컨설팅지수에 의한 방식 투입공수에 의한 방식 투입공수에 의한 방식 투입공수에 의한 방식 투입공수에 의한 방식 투입공수에 의한 방식 기능점수 방식에 의한 방법 투입공수에 의한 방식 요율제 방식에 의한 유지관리비 투입공수 방식에 의한 운영비 가치기반 방식 ITO 서비스 유지관리비 및 운영비 고정비/변동비 방식에 의한 유지관리비 및 운영비 SLA기반 유지관리비 및 운영비 정산법 상용 소프트웨어 유지관리비 소프트웨어 재개발비 재개발 기능점수 방식에 의한 방법 각 대가산정 방법의 주요 내용을 요약하면 다음과 같다. 8 SW사업 대가산정 가이드(2015년) 민간용

23 표1-3 대가산정 방법별 주요 내용 요약 구분 정보전략계획 (ISP) 수립비 정보전략계획 및 업무재설계 (ISP/BPR) 수립비 전사적아키텍처 (EA/ITA) 수립비 정보시스템마스 터플랜 (ISMP) 수립비 정보보안컨설팅 수립비 소프트웨어 개발비 대가산정 핵심요소 컨설팅 지수 투입공수 투입공수 투입공수 투입공수 투입공수 기능점수 투입공수 비용 구성 1 컨설팅대가 = 공수 (컨설팅지수) ,000,000 2 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 개발원가 2 이윤 = 개발원가 x 25% 이내 3 직접경비 : 시스템사용료, 개발도구 사용료 등 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 가치기반 방식 ITO 서비스 유지관리 및 운영비 서비스 종류별 가치기반 규모, 단가 1 서비스 종류 = 운영관리 서비스, 장애관리 서비스, 개선관리 서비스, 지원관리 서비스 2 서비스 종류별 가치기반 규모산정 : 기본규모, 특성규모, 역량규모 3 단가: 운영관리 단가, 장애관리 단가, 개선관리 단가 (ITO 기능점수당 단가), 지원관리 단가 (투입공수) 요율제 유지관리비 투입공수방식 운영비 고정비/변동비 방식의 유지관리 및 운영비 SLA기반 유지관리 및 운영비 상용소프트웨어 유지관리비 소프트웨어 재개발비 유지관리 총점수 투입공수 기능점수, 투입공수 서비스 항목, 보상/제재 비율 등급별 요율 재개발 기능점수 1 소프트웨어 개발비 재산정가 유지관리 난이도(%) 2 직접경비 1 직접인건비 2 제경비 = 직접인건비의 110% - 120% 3 기술료 = (직접인건비 + 제경비)의 20% - 40% 4 직접경비 1 변동비 산정(재개발대가) 2 고정비 산정(투입공수방식 운영비) 3 직접경비 1 서비스 측정 2 서비스 평가 3 보상/제재 비율에 따른 사후정산 1 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 1 재개발원가 2 이윤 = 재개발원가 x 25% 이내 3 직접경비 : 시스템사용료, 개발도구 사용료 등 SW 유지관리 및 운영비 대가산정 방법중 이번 민간용 SW사업 대가산정 가이드에 처음 도입되는 가치기반 방식의 ITO 서비스 유지관리 및 운영비 대가산정 내용을 보다 자세하게 요약하면 다음과 같다. 3. SW사업 대가산정 프로세스 요약 9

24 구분 대가산정 핵심요소 서비스 종류 기본규모 측정요소 특성규모 측정요소 비용 구성 역량규모 측정요소 서비스단가 운영관리 - 정기 업무량 - 비정기 업무량 - 정규시간/ 일수 초과 비중 - 서비스가용성, 장애복구시간 등 6개 역량지표 (필수 : 2, 선택 : 4) 시간당 단가 가치기반 방식 ITO 서비스 유지관리 및 운영비 서비스 종류별 가치기반 규모, 단가 개선관리 지원관리 - 개선업무 수행 기능점수 - 등급별 투입공수 (M/M) - 규모, 유형, 언어, 품질 - 업종경험 비율 - 긴급개선요청비율, 최초합의납기일준수율 등 4개 역량지표 (필수 : 2, 선택 : 2) - 제공자 신용등급, 가치제안효과 등 3개 역량지표 (필수 : 1, 선택 : 2) ITO 기능점수 단가 노임단가 장애관리 (선택) - 운영관리 기본규모의 일정비율 - 없음 - 문제 적기해결률, 동일 장애재발률 등 3개 역량지표 (필수 : 1, 선택 : 2) 시간당 단가 이후에는 각 사업 단계별 대가산정 절차를 요약하여 살펴본다. 10 SW사업 대가산정 가이드(2015년) 민간용

25 2.1 SW사업 기획단계 대가산정 컨설팅지수 방식에 의한 정보전략계획(ISP) 수립비 절차 주요내용 산출물 1. 업무범위 설정 2. 업무별 가중치 계산 3. 업무별 난이도 계산 4. 컨설팅 지수 계산 5. 직접경비 6. 정보전략계획 수립비 계산 정보전략계획 수립 대상 업무를 정의한다. 대상사업 업무목적 및 범위를 고려하여 업무항목별 수행 여부를 식별한다. 정보전략계획 수립 업무별 가중치 표를 이용하여 수행 대상 업무에 대응되는 가중치를 합산하여 정보전략계획 사업 총 업무 가중치를 계산한다. 정보전략계획 수립업무에 포함된 대상 업무 수행활동별 난이도를 정보전략계획 수립 난이도표를 이용하여 평가 한다. 업무별 가중치 및 업무별 난이도 결과를 이용하여 컨설팅 지수를 계산한다. 컨설팅 지수 = 정보전략계획 수립업무 가중치 정보전략 계획 수립 난이도 정보전략계획 수립사업과 관련된 직접경비를 계산한다. 계산된 컨설팅 지수를 이용하여 정보전략계획 수립비를 산출 한다. 정보전략계획 수립비 = 공수 (컨설팅지수) ,000,000원 + 직접경비 업무 범위 업무별 가중치 업무별 난이도 컨설팅 지수 직접경비 컨설팅 대가 3. SW사업 대가산정 프로세스 요약 11

26 2.1.2 투입공수 방식에 의한 정보전략계획(ISP) 수립비 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. ISP 컨설팅 대가 산정 ISP 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. ISP 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISP 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. ISP 컨설팅 대가를 산정한다. ISP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 12 SW사업 대가산정 가이드(2015년) 민간용

27 2.1.3 정보전략계획 및 업무재설계(ISP/BPR) 수립비 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. ISP/BPR 컨설팅 대가 산정 ISP/BPR 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. ISP/BPR 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISP/BPR 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. ISP/BPR 컨설팅 대가를 산정한다. ISP/BPR 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 3. SW사업 대가산정 프로세스 요약 13

28 2.1.4 전사적 아키텍처(EA/ITA) 수립비 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. EA/ITA 컨설팅 대가 산정 EA/ITA 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. EA/ITA 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. EA/ITA 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. EA/ITA 컨설팅 대가를 산정한다. EA/ITA 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 14 SW사업 대가산정 가이드(2015년) 민간용

29 2.1.5 정보시스템 마스터플랜(ISMP) 수립비 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. ISMP 컨설팅 대가 산정 ISMP 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. ISMP 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISMP 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. ISMP 컨설팅 대가를 산정한다. ISMP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 3. SW사업 대가산정 프로세스 요약 15

30 2.1.6 정보보안 컨설팅 수립비 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. 정보보안 컨설팅 대가 산정 정보보안 컨설팅의 대상 업무 범위를 확정하고, 업무 별 요구사항을 결정한다. 정보보안 컨설팅의 특성을 고려하여 투입인력의 컨설 턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 정보보안 컨설팅을 수행할 인력의 직접인건비를 계산 한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. 정보보안 컨설팅 대가를 산정한다. 정보보안 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 16 SW사업 대가산정 가이드(2015년) 민간용

31 2.2 SW사업 구현단계 대가산정 기능점수 방식에 의한 소프트웨어 개발비 절차 주요내용 산출물 1. 사전준비 2. 개발대상 SW 기능점수 산정 3. 보정전 개발원가 산정 4. 보정후 개발원가 산정 5. 직접경비 및 이윤 산정 6. 소프트웨어 개발비 산정 개발대상 업무와 요구사항을 명확히 정의하고, 개발 규모(기능점수) 산정방법(정통법 또는 간이법)을 결정 한다. 요구사항에 근거하여 개발대상 소프트웨어의 기능 을 식별하고, 복잡도를 고려하여 기능점수를 산정 한다. 산정된 기능점수에 기능점수당 단가를 곱하여 보정 전 개발원가를 산정한다. 보정전 개발원가 = 기능점수 기능점수당 단가 기능점수(FP) 방식에 의한 SW개발비 산정 시 기능점수 단가에 제경비 및 기술료 에 상응하는 항목이 반영되어있어 별도로 산정하지 않는다. 소프트웨어사업 특성을 고려하여 보정요소별로 보정 계수를 식별한다. 보정요소 : 규모보정, 언어보정, 애플리케이션유형보정, 품질 및 특성 보정 식별된 보정계수에 따라 개발원가를 보정한다. 개발원가 = 보정전 개발원가 보정계수 해당 소프트웨어 개발에 관련된 직접경비를 산정 한다. 이윤은 개발원가의 25% 이내에서 산정한다. 소프트웨어 개발비를 산정한다. SW개발비 = 개발원가 + 직접경비 + 이윤 개발대상 업무 기능 요구사항 규모산정 방법 개발대상 SW 기능점수 보정전 개발원가 보정후 개발원가 직접경비 이윤 소프트웨어 개발비 3. SW사업 대가산정 프로세스 요약 17

32 2.2.2 투입공수 방식에 의한 소프트웨어 개발비 절차 주요내용 산출물 1. 사전준비 2. 개발 공수 계산 3. 직접인건비 계산 4. 제경비 및 기술료 계산 5. 직접경비 계산 6. SW개발비 산정 소프트웨어 개발 정의에 따라 개발대상 업무와 요구사항을 명확히 정의한다. 소프트웨어 개발업무별 특성을 고려하여 투입 인력의 기술자등급을 결정한다. 소프트웨어 개발업무별 특성을 고려하여 투입 인력의 수와 기간을 결정한다. 개발업무를 수행할 인력의 직접인건비를 계산 한다. 직접인건비 = 투입인력의 기술자등급별 공수 소프트웨어기술자 노임단가 개발업무를 수행할 인력의 제경비 및 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 소프트웨어 개발에 실제로 소요되는 직접경비를 산정한다. 소프트웨어 개발비를 산정한다. - SW개발비 = 직접인건비 + 제경비 + 기술료 + 직접경비 개발대상 업무요구사항 등급별 투입공수 직접인건비 제경비 기술료 직접경비 소프트웨어 개발비 18 SW사업 대가산정 가이드(2015년) 민간용

33 2.3 SW사업 운영단계 대가산정 가치기반 방식 ITO 서비스 유지관리 및 운영비 절차 주요내용 산출물 1. 사전준비 서비스별 현황 및 내용 조사, 정의 - 2. 기본규모 산정 3. 특성규모 산정 4. 역량규모 산정 5. 서비스규모 산 정 서비스 종류 (운영관리, 장애관리, 개선관리, 지원관리)에 적합한 기본가치를 정의하고, 이에 부합되는 기본가치 기반 규모 측정요소를 이용하여 기본규모 산정 고객의 비즈니스 유형과 애플리케이션 시스템 고유 특성을 파악하고, 이를 특성가치화하여 특성규모 산정 제공자가 제공할 수 있는 역량가치를 산정. 이를 위해 서비스 관련 제공자의 역량수준을 설정하고, 해당 측정요소의 수준별 점수를 반영하여 역량규모 산정 가치기반 방식에 의한 서비스규모는 기본, 특성, 역량 세가지 규모를 합산하여 산정 (서비스규모 = 기본규모 + 특성규모 + 역량규모) 기본규모 특성규모 역량규모 서비스규모 6. 서비스대가 산정 서비스규모에 서비스단가를 곱하여 서비스 대가 산정 (서비스대가 = 서비스규모 X 서비스단가) 서비스대가 3. SW사업 대가산정 프로세스 요약 19

34 2.3.2 요율제 방식에 의한 소프트웨어 유지관리비 절차 주요내용 산출물 1. 사전준비 2. 유지관리 대상 SW 개발비 재산정 3. 유지관리 총점수 계산 4. 유지관리 요율 계산 5. 직접경비 계산 6. SW 유지관리비 산정 유지관리 대상 소프트웨어를 식별한다. 유지관리 대상 소프트웨어 개발비를 유지관리 계약 시점의 규모(기능점수)와 단가로 재산정 한다. 유지관리 횟수, 자료처리 건수, 타시스템과의 연계 여부, 실무지식의 필요, 분산처리 여부 에 따라 난이도를 계산하여 총점수를 산정 한다. 대상 소프트웨어의 유지관리 난이도 총점수를 이용하여 요율을 계산한다. - 요율 = TMP / 100 당해 업무(유지관리)에 실제로 소요되는 직접 경비를 산정한다. 소프트웨어 유지관리비를 산정한다. - SW 유지관리비 = SW개발비(현재가치) 유지관리 요율 + 직접경비 유지관리 대상 소프트웨어 소프트웨어 개발비 (현재 가치) 총 유지관리 점수 (TMP) 유지관리 요율 직접경비 소프트웨어 유지관리비 20 SW사업 대가산정 가이드(2015년) 민간용

35 2.3.3 투입공수 방식에 의한 소프트웨어 운영비 절차 주요내용 산출물 1. 사전준비 2. 운영 공수 계산 3. 직접인건비 계산 4. 제경비 및 기술료 계산 5. 직접경비 계산 6. SW 운영비 산정 운영 대상 소프트웨어를 식별한다. 운영 대상 소프트웨어의 세부 운영 서비스 항목을 정의한다. 소프트웨어 운영업무별 특성을 고려하여 투입 인력의 기술자등급을 결정한다. 소프트웨어 운영업무별 특성을 고려하여 투입 인력의 수와 기간을 결정한다. 운영업무를 수행할 인력의 직접인건비를 계산 한다. 직접인건비 = 투입인력의 기술자등급별 공수 소프트웨어기술자 노임단가 운영업무를 수행할 인력의 제경비 및 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 당해 업무(운영)에 실제로 소요되는 직접경비를 산정한다. 소프트웨어 운영비를 산정한다. - 운영비 = 직접인건비 + 제경비 + 기술료 + 직접경비 운영대상 소프트웨어 및 서비스 항목 등급별 투입공수 직접인건비 제경비 기술료 직접경비 소프트웨어 운영비 3. SW사업 대가산정 프로세스 요약 21

36 2.3.4 고정비/변동비 방식에 의한 소프트웨어 유지관리 및 운영비 절차 주요내용 산출물 1. 사전준비 2. 고정비 및 변동비 업무 구분 3. 고정비 및 변동비 산정 4. 직접경비 계산 5. SW 유지관리 및 운영비 산정 유지관리 및 운영 대상 소프트웨어를 식별 한다. 대상 소프트웨어별 유지관리 및 운영 업무를 식별한다. 정의된 대상 업무 중 완전유지관리의 기능 개선에 해당하는 업무(변동비)를 구분한다. 정의된 대상 업무 중 비기능개선에 관한 업무(고정비)를 구분한다. SW재개발비 산정방식을 적용하여 변동비를 산정한다. 투입공수 방식의 운영비 산정방식을 적용하여 고정비를 산정한다. 당해 업무에 실제로 소요되는 직접경비를 산정한다. 소프트웨어 유지관리 및 운영비를 산정한다. - 유지관리 및 운영비 = 고정비 + 변동비 + 직접경비 유지관리 및 운영 대상 소프트웨어 고정비/변동비 업무 분류표 고정비 산정표 변동비 산정표 직접경비 소프트에어 유지관리 및 운영비 22 SW사업 대가산정 가이드(2015년) 민간용

37 2.3.5 SLA기반 유지관리 및 운영비 정산법 절차 주요내용 산출물 1. 서비스 준비 2. 서비스 정의 3. 서비스 측정 및 기준 협약 4. 서비스 평가 5. 월별 대가 사후정산 서비스 발주기관과 서비스 사업자가 참여하는 담당 조직을 구성한다. 서비스수준관리 활동과 관련된 목표 및 계획을 수립하여 필요한 교육 및 현황 조사를 수행한다. 제공하게 될 서비스의 내용을 명확하게 정리하여 제시한다. 서비스 측정 항목 및 기준을 정의한다. 서비스평가 방법을 설정하고 보상/제재 기준을 산정한다. 이후 서비스 평가를 매월 시행한다. 서비스 평가에 따라 결정된 제재/보상 %를 기준 유지관리 및 운영 대가에 곱해 매달 제재/보상 금액을 산정한다. 전담 조직 현황 서비스 측정항목 서비스항목 정의서 서비스수준평 가표 정산대가 3. SW사업 대가산정 프로세스 요약 23

38 2.3.6 상용소프트웨어 유지관리비 절차 주요내용 산출물 1. 사전준비 2. 유지관리 평가점수 산출 유지관리 대상 상용SW를 식별한다. 유지관리 대상 상용 소프트웨어의 유지관리 등급 책정을 위한 평가 점수를 산출한다. - 유지보수비 평가지표 참고 (기획재정부 예산안 작성 세부지침 별첨3 ) 유지관리 대상 상용 소프트웨어 유지관리 서비스 평가 점수 3. 유지관리 등급책정 산출된 평가점수에 따라 유지관리 등급을 판별한다. 유지관리 등급 4. 유지관리 요율결정 유지관리 등급에 따라 유지관리 요율을 적용한다. - 3등급 13%를 기준으로 등급별 구간 요율의 차이는 발주기관과 업체가 상호 협의하여 결정한다. 유지관리 요율 5. 상용SW 유지관리비 산정 상용소프트웨어 유지관리비를 산정한다. - 상용SW유지관리비 = 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 상용소프트웨어 유지관리비 24 SW사업 대가산정 가이드(2015년) 민간용

39 2.3.7 소프트웨어 재개발비 절차 주요내용 산출물 재개발 대상 업무 선정 재개발대상업무 1. 사전준비 재개발 요건 정의 재개발 요건 2. 재사용 유형 식별 및 수정 대상 규모 산정 3. 변경률 산정 4. 재개발 특성 평가 5. 재개발 소프트 웨어 규모 및 재 개발원가 계산 재개발 대상 소프트웨어의 기능 재사용 유 형을 식별한다. 수정 대상 소프트웨어 규모를 산정한다. 설계 변경률, 코드 변경률, 통합 및 시험 변경률을 각각 산정한다. 총 변경률을 계산한다. 재사용 소프트웨어 평가 노력 수준을 판단 한다. 프로그램의 구조화 정도, 애플리케이션 관점에 서의 명확성, 프로그램 소스코드의 서술 정도로 부터 재사용 소프트웨어 난이도 수준을 판단 한다. 재사용 소프트웨어의 친숙도 수준을 평가한다. 총 변경률에 따라 결정되는 재개발 소프트 웨어 규모 산정식을 통하여 재개발 소프트 웨어 규모를 산정한다. 별도 산정된 신규개발 규모와 수정 없이 재개발 소프트웨어 규모가 있다면, 수정 후 재개발 소프트웨어 규모와 합산한다. 산정된 소프트웨어 규모에 기능점수당 단가를 곱하여 보정전 재개발 원가를 구한다. 수정 대상 소프트웨어 규모 설계 변경률 코드 변경률 통합 및 시험 변경률 총 변경률 재사용 소프트웨어 평가 노력 수준 재사용 소프트웨어 난이도 수준 재사용 소프트웨어친숙도 수준 재개발 소프트웨어 규모 보정전 재개발원가 보정후 재개발원가 6. 직접경비 및 이윤 계산 7. 소프트웨어 재개발비 산정 보정전 재개발원가에 4가지의 보정계수 값 을 곱하여 보정후 재개발원가를 구한다. 해당 소프트웨어 재개발에 관련된 직접경비를 계산한다. 이윤은 재개발원가의 25% 이내에서 산정한다. 소프트웨어 재개발비를 산정한다. 재개발비 = 보정후 재개발원가 + 직접경비 + 이윤 직접경비 이윤 소프트웨어 재개발비 3. SW사업 대가산정 프로세스 요약 25

40 3 part Ⅰ 개요 SW사업 대가산정 공통사항 본 장에서는 대가산정 시 공통으로 적용되는 사항에 대해 일괄적으로 정의하고, 이를 참조토록 하고자 한다. 용어설명 부분은 본문에서 사용되는 용어를 정의하고 설명하여 이해를 돕고자 한다. 또한, 본문 제시하는 대가산정 절차 중 직접경비 산정 부분은 SW사업 대가산정 공통 적용사항으로 본 장에서 직접경비의 정의 및 산정 범위를 정의하며, 각 세부 사업별 대가산정 절차에서는 별도의 추가적인 설명은 생략되었다. 마지막으로, 본 가이드는 SW사업 원가산정을 위한 내용으로 구성되어 있어, 부가가치세 산정에 대해서는 세부적으로 언급하지 않으므로, 이에 대해서는 별도 산정토록 한다. 3.1 용어설명 소프트웨어사업비 정보전략계획 수립비를 포함한 IT컨설팅비, 소프트웨어 개발비, 소프트웨어 유지관리 및 운영비, 소프트웨어재개발비 등을 말한다. 정보전략계획(ISP: Information Strategy Planning) 조직내의 전략적 정보 요구를 파악하여 업무활동과 이에 대한 자료영역을 기술하고, 현행 정보지원 정도를 평가하고, 정보시스템 개발을 위한 통합된 프레임워크를 제공 하며, 이것을 구현하기 위하여 정보기술(IT : Information Technology)을 활용한 통합 정보시스템 계획을 작성하는 체계적인 접근활동을 말한다. 전사적 아키텍처(EA : Enterprise Architecture) 기업의 비즈니스, 데이터, 애플리케이션, 기술 등 주요 요건을 자산, 표준, 원칙, 모델 등의 기준에 따라 분석, 기업의 현재 모습을 조감하고 앞으로의 지침을 제시하는 프로 그램 또는 전략을 말한다. 정보기술 아키텍처(ITA : Information Technology Architecture) 조직의 정보기술(컴퓨터 하드웨어, 데이터, 인적 자원, 정보통신장비, 소프트웨어, 관리 책임 등)을 통합, 관리하기 위해 정보체계에 대한 요구사항을 충족시키고, 상호운용성 및 보안성을 보장하기 위해 조직의 업무, 사용되는 정보, 이들을 지원하기 위한 정보 기술 등의 구성요소를 분석한 후, 이들간의 관계를 구조적으로 정리한 체계를 말한다. ITA는 크게 전사적아키텍처(EA), 기술참조모델, 표준프로파일의 3가지 기본요소로 구성 26 SW사업 대가산정 가이드(2015년) 민간용

41 되며, 각 부문들은 정보기술의 구체적인 적용을 위한 세부 구조를 갖고 있다. 정보시스템 마스터플랜(ISMP) 특정 소프트웨어 개발 사업에 대한 상세분석과 제안요청서(RFP)를 마련하기 위해 비즈 니스(업무) 및 정보기술에 대한 현황과 요구사항을 분석하고 기능점수 도출이 가능한 수준까지 기능적 기술적 비기능적 요건을 상세히 기술하며, 구축 전략 및 이행 계획을 수립하는 활동이다. 정보보안 컨설팅 조직의 목적을 달성하는 데 있어 전산 시스템과 네트워크 등 모든 정보 기술(IT) 자산과 조직에 일어날 수 있는 위험을 분석하고 이에 대한 대책을 수립함으로써 관리자와 조직이 그 대책을 실현할 수 있도록 지원하는 독립적인 자문 서비스로, 컨설팅 대상 및 목적 등에 따라 국내 정보보호 관련 법률에 의한 보안컨설팅 분야와 기관 또는 자체적인 보안강화를 위한 컨설팅 분야로 대별된다. IT컨설팅 IT 분야의 제반 업무에서 전문가의 도움이나 지원을 원하는 의뢰인의 요구에 대해 그 문제점을 도출해내고 분석하여 이에 대한 개선 방안이나 해결책을 제시하는 등 일련의 자문을 제공하는 것이다. 가치 가치란 고객이 인지하고 체험할 수 있는 서비스의 양( 量 )과 질( 質 )을 의미한다. 특히 서비스 가치는 무형의 가치이기 때문에 고객이 인지하고 체험하도록 하는 것이 중요하다. 본 대가 산정 가이드에서는 서비스 가치는 기본가치, 특성가치, 역량가치의 합으로 산정한다. 애플리케이션 시스템 애플리케이션 시스템은 고객이 조직운영과 비즈니스를 위하여 사용하고 있는 정보시스템을 의미한다. ITO(IT Outsourcing) 서비스 이는 고객이 운용중인 애플리케이션 시스템 전부 또는 일부를 대상으로 제공자가 전체적인 책임을 맡아서 종합적인 서비스를 제공하는 것을 말한다. ITO서비스는 SW사업단계중 운영단 계에 해당된다. 따라서, ITO서비스에서는 고객의 애플리케이션 시스템에 대해서 기본적인 유 지관리 및 운영 서비스뿐만 아니라 SW아키텍쳐의 유지, 업무지원 등 고객이 필요로 하는 IT 서비스 전반에 관한 토털 서비스를 제공한다. 다만 제공자가 둘이상이 되면 고객이 콘트롤타 워 역할을 직접 수행할 필요가 있어 복잡해지므로 통상적으로는 한 제공자에게 서비스 제공 을 맡기는 경우가 많다. 또한 기술적인 부분뿐만 아니라 고객과 여러 면에서 호흡을 맞춰 서 비스가 제공되어야 하므로 장기적인 계약이 고객과 제공자 모두에게 유리한 측면이 있다. 기능점수(Function Point) 논리적 설계에 기초하여 사용자에게 제공되는 소프트웨어의 기능 규모를 정량적으로 표현하는 단위를 말한다. 3. SW사업 대가산정 프로세스 요약 27

42 기능점수 방식 사용자의 업무적 요구사항에 대해 제공하는 소프트웨어의 기능을 논리적 관점에서 식별하여 사용자 관점에서 소프트웨어의 규모를 측정하는 방법으로, 소프트웨어 기능 유형별 수량과 성능 및 품질요인들의 영향도를 고려하여 소프트웨어의 규모를 측정하는 방법을 말한다. ITO 기능점수 방식 전통적인 기능점수 방식은 SW개발단계에서 주로 기능규모를 정량적으로 표현하여 이를 SW개발 대가산정에 적용한다. 따라서, ITO 기능점수 방식은 SW운영단계에서 요구되는 개선관리 서비스의 적정 규모산정을 위하여 기존 기능점수 방식을 서비스 양( 量 ), 즉 efforts관점으로 수정한 기능점수 방식이다. 투입인력의 수와 기간에 의한 산정방식 수주자가 사업기간 동안 실제 투입하는 기술자의 노임대가 적용 분류와 실 투입기간에 따라 산정하는 방식을 말하며, 본 가이드에서는 투입공수 방식으로 표기하였다. 데이터 기능점수 사용자의 내부 및 외부 데이터 요구사항을 충족시키기 위하여 제공되는 것으로, 내부 논리파일과 외부연계파일로 구분된다. 내부논리파일 (ILF: Internal Logical File) 사용자가 식별할 수 있는 논리적으로 연관된 하나의 데이터그룹 또는 제어정보로서 측정대상 애플리케이션 내부에서 유지되는 파일 외부연계파일 (EIF: External Interface File) 사용자가 식별할 수 있는 논리적으로 연관된 하나의 데이터그룹 또는 제어정보로서 측정대상 애플리케이션 내부에서는 오직 참조만 되고 다른 애플리케이션에서 유지되는 파일 트랜잭션 기능점수 사용자의 데이터 처리요구를 충족시키기 위하여 제공되는 기능을 의미하는 것으로, 외부 입력(EI), 외부출력(EO), 외부조회(EQ)로 구분된다. 외부입력(EI: External Input) 경계 밖에서 들어오는 데이터나 제어정보를 처리하는 단위프로세스로, 하나 이상의 논리 파일을 변경하거나 시스템 동작을 변경해야 한다. 외부출력(EO: External Output) 외부조회에 추가적인 처리로직을 포함하여 데이터나 제어정보를 경계 밖으로 보내는 단위프로세스임. 처리로직은 하나 이상의 수학적 계산, 공식 또는 파생 데이터를 포함 해야 하며, 하나 이상의 내부논리파일(ILF)를 유지하거나 시스템의 동작도 변경할 수 있다. 28 SW사업 대가산정 가이드(2015년) 민간용

43 외부조회(EQ: External inquiry) 데이터나 제어정보를 경계 밖으로 보내는 단위프로세스로, 데이터나 제어정보를 단순 검색하여 사용자에게 정보를 제공함. 처리로직은 수학적 계산이나 공식을 포함하지 않 으며, 파생 데이터도 생성하지 않음. 처리될 동안 내부논리파일(ILF)를 유지하지 않으며 시스템의 동작도 변경하지 않음 평균복잡도 가중치 일반적인 기능점수 방법에서 복잡도 및 기능점수 가중치를 산정하기 어려운 경우 평균 복잡도 가중치를 사용하고, 각 기능유형별 기능점수 가중치의 평균값을 조사하여 제시된 값을 말한다. 보정 전 개발원가 개발하고자 하는 소프트웨어의 규모, 애플리케이션의 복잡성 등과 같은 각 사업별로 발생할 수 있는 특성적 요인들을 고려하지 않은 개발비용을 말한다. 보정계수 소프트웨어의 규모만으로는 사업의 정확한 소요비용을 산정하기 어렵기에 복잡성 요소들 중 예산 수립 또는 제안단계에서 파악 가능하고 정량화 가능한 요소들을 중심으로 도출 하는 보정치를 말한다. 규모보정계수 소프트웨어개발사업의 규모가 커짐에 따라 투입인력과 커뮤니케이션 채널이 증가하여 생산성이 떨어지기에 이러한 규모에 의한 특성을 반영하기 위한 보정치를 말한다. 애플리케이션 유형 보정계수 소규모의 애플리케이션 소프트웨어라 하더라도 그 특성별 유형에 따라 개발자의 생산 성은 달라지기에 이러한 애플리케이션 유형에 따른 특성을 반영하기 위한 보정치를 말한다. 언어 보정계수 소프트웨어의 생산성은 개발에 사용된 프로그래밍언어에 영향을 받게 되기에 이러한 언어의 유형에 따른 특성을 반영하기 위한 보정치를 말한다. 품질 및 특성 보정계수 사용자가 애플리케이션 시스템에 요구하는 특정한 품질 및 특성이 소프트웨어 개발의 생산성에 영향을 미치게 되기에 이러한 품질 및 특성에 따른 보정을 위한 보정치를 말한다. 3. SW사업 대가산정 프로세스 요약 29

44 직접경비 당해 소프트웨어사업에 소요되는 직접적인 비용을 의미하며, 엔지니어링사업 대가기준 에서 정한 직접경비 항목 이외에 SW사업의 특성을 반영하여 아래의 12개 항목이 추 가적으로 해당될 수 있음 1. 당해 소프트웨어사업에 특별히 필요로 하는 컴퓨터시스템 사용료 2. 당해 소프트웨어사업에 특별히 필요로 하는 소프트웨어 도구 사용료 3. 선투자 후정산 사업으로 추진되는 사업의 경우 지급이자 4. 발주자의 요구에 의한 특정기술 도입과 관련된 전문가 비용 5. 당해 소프트웨어사업에 직접 필요한 여비 6. 특수자료비 7. 제출문서의 인쇄, 청사진비 8. 자료조사비 9. 기자재 시험비 10. 위탁비와 현장운영비(직접인건비에 포함되지 아니한 보조요원의 급여와 현장사무실 임차료 및 운영비를 말한다) 11. 모형제작비 12. 그 밖에 당해 소프트웨어사업에 특별히 소요되는 직접비용 제경비 직접비(직접인건비와 직접경비)에 포함되지 아니하고 소프트웨어사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회 의비, 공과금, 운영활동 비용 등을 포함한다. 기술료 소프트웨어사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구비, 기술개발비, 기술훈련비 및 이윤 등을 포함한다. 소프트웨어 유지관리 제도, 양식, 절차, 조직 등 업무처리절차상의 변경으로 인하여 발생하는 소프트웨어의 변경, 하드웨어나 OS, 네트워크 등 기술적 발전에 대응하기 위한 변경, 보다 좋은 알고리 즘으로의 수정 또는 기능상의 보완, 그리고 소스코드의 설명을 충실하게 함으로써 프로 그램을 이해하기 쉽고 변경 등이 용이하게 하는 등 개발한 애플리케이션 시스템을 보다 편리하게 사용하고 활용할 수 있도록 유지하고 관리하는 일련의 모든 행위들을 말한다. 2012년 6월 25일 기획재정부, 지식경제부, 행정안전부 등 관계부처 합동으로 발표한 '상용SW 유지관리 합리화 대책'에서 유지보수 용어를 유지관리 로 명명하기로 하여 본 가이드에 이를 적용함 30 SW사업 대가산정 가이드(2015년) 민간용

45 소프트웨어 운영 개발 완료 후, 인도된 소프트웨어에 대해 기능변경을 제외한 운영기획 및 관리, 모니 터링, 테스트, 사용자 지원을 포함한 소프트웨어의 정상적 운영에 필요한 제반활동을 의미한다. 하자보수 무상 하자보수기간 중에 발견된 소프트웨어 결함을 수정하는 것을 말하며, 무상 하자 보수기간은 통상 1년으로 한다. 용역 유지관리 사업자에게 용역을 주어 소프트웨어를 유지관리하며, 소프트웨어 개발 완료 후 인도된 소프트웨어에 대해 사용자 업무처리 절차의 변경에 따른 기능변경, 추가, 보완, 폐기, 사용방법의 개선, 문서 보완 등의 소프트웨어 개선에 필요한 제반활동을 의미한다. 단, 하자보수기간 경과 후에 발견된 소프트웨어의 결함에 대한 보수도 포함한다. 2012년 6월 25일 기획재정부, 지식경제부, 행정안전부 등 관계부처 합동으로 발표한 '상용SW 유지관리 합리화 대책'에서 유지보수 용어를 유지관리 로 명명하기로 하여 본 가이드에 이를 적용함 상용 소프트웨어 유지관리 구매한 소프트웨어를 최적의 상태에서 활용ㆍ유지하기 위해 제공되는 제품지원, 기술 지원, 사용자지원 등의 서비스를 의미한다. 2012년 6월 25일 기획재정부, 지식경제부, 행정안전부 등 관계부처 합동으로 발표한 '상용SW 유지관리 합리화 대책'에서 유지보수 용어를 유지관리 로 명명하기로 하여 본 가이드에 이를 적용함 엔티티 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것을 말한다. 엔티티는 그 집합에 속하는 개체들의 특성을 설명할 수 있는 속성(Attribute)을 갖는데, 예를 들어 직원 이라는 엔티티는 사번, 이름, 부서, 입사일자, 생일, 주소, 전화번호 등의 속성으로 특징지어질 수 있다. 제3정규화 내부논리파일이나 외부연계파일은 일반적으로 유일성을 나타내는 키와 관련된 속성으로 구성된다. 이때 특정 논리파일을 구성하는 키를 제외한 관련 속성들이 반드시 키에 종속된 정보들로만 구성 되는 경우를 제3정규화라고 한다. 예를 들면, 사원정보는 키인 사번과 이름, 직무, 소속 등 관련된 속성으로 구성되는데 관련된 속성들은 반드시 사번이라는 키에 종속된 정보들로 구성되어 있다. 이러한 경우에 사원정보는 제3정규화 규칙을 준수했다라고 한다. 소프트웨어 재개발 개발된 소프트웨어의 일부를 다시 개발하는 것으로 업무량 또는 산정된 대가가 유지 관리의 범위를 초과하는 경우를 말한다. 3. SW사업 대가산정 프로세스 요약 31

46 재사용 프로그램의 구조화 재사용 대상 프로그램(소스코드)의 구조화 및 모듈화 정도의 수준 재사용 프로그램과 애플리케이션 관계 재사용 대상 프로그램의 기능과 재개발 대상 애플리케이션 사이의 업무적 특성 상관 관계 정도 응집도 하나의 모듈 내부의 처리 요소들 간의 기능적 연관성을 측정하는 척도로 한 모듈의 수행 기능이 하나 일수도 있고 여러 가지 일수도 있음. 여기서 처리 요소란 명령어, 호출문, 그리고 이들의 모임을 의미하며 이런 요소들이 모듈내부에서 어떤 순서로 나타 나고 그 순서가 어떤 기준에 의해 정해졌는가를 평가하는 것임. 응집도는 설계시 산출 물의 우수성을 평가하며 또한 개선 방향을 제시해 줌 결합도 소프트웨어 구조에서 모듈간의 관련성을 측정하는 척도로 좋은 설계는 가능한 한 모듈을 독립적으로 생성하여 결합도를 최소화(낮게)하는 것이며, 결합도가 낮다는 것은 하나의 시스템이 서로 관계가 적으면서 독립된 기능을 수행하는 모듈로 잘 분할되었음을 의미 IFPUG(International Function Point User Group) 소프트웨어사업대가의 기준에서 적용하고 있는 기능점수법의 지속적인 개선 및 표준화 활동 등을 수행하는 국제기관임 CPM(Counting Practice Manual) 기능점수법에 대한 산정절차, 산정기준, 적용사례 등 기능점수 사용자를 위한 실무측정 매뉴얼을 말함 32 SW사업 대가산정 가이드(2015년) 민간용

47 3.2 소프트웨어 기술자 노임대가 적용기준 투입공수 방식의 SW사업대가 산정을 위한 소프트웨어 기술자 노임대가 적용기준은 통계법 제18조(통계작성의 승인)에 따라 조사 및 산출되었으며, 한국소프트웨어산업협회는 조사결과에 따라 아래 표와 같이 가이드를 제시한다. 이와 관련하여 협회 가이드에서 제공하는 기술자 등급은 정보화사업에서 준용되는 가이드라인이며, 특수한 경우 발주기관과 계약 당사자 간 협의에 의해서 기술자 등급을 결정할 수 있다. 표1-4 소프트웨어 기술자 비고 노임대가 적용기준 구분 기술자격자 비고1 학력ㆍ경력자 비고2 기술사 ㆍ기술사 ㆍ고급기술자 자격 취득 후 3년 이상 특급 소프트웨어 기술 분야에서 일정기간 경력을 기술자 갖추거나 근무한 사람 비고3 ㆍ중급기술자 자격 취득 후 3년 이상 고급 기술자 소프트웨어 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 ㆍ박사학위를 가진 자로서 기사자격을 취득한 자 중급 기술자 ㆍ기사 자격을 취득한 자로서 3년 이상 소프트웨어 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 ㆍ산업기사 자격을 취득한 자로서 7년 이상 소프트웨어 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 ㆍ기사자격을 취득한 자로서 석사학위 취득 후 2년 이상 소프트웨어 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 초급 ㆍ기사 자격을 취득한 자 기술자 ㆍ산업기사 이상의 자격을 취득한 자 고급 기능사 ㆍ산업기사의 자격을 취득한 자로서 4년 이상 소프트웨어 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 ㆍ기능사의 자격을 취득한 자로서 7년 이상 소프트웨어 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 ㆍ산업기사의 자격을 취득한 자 중급 ㆍ기능사의 자격을 취득한 자로서 3년 이상 기능사 소프트웨어 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 초급 ㆍ기능사의 자격을 취득한 자 기능사 ㆍ전문학사 이상의 학위를 가진 자 ㆍ고등학교를 졸업한 후 3년 이상 소프트웨어 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 비고3 3. SW사업 대가산정 프로세스 요약 33

48 단, 2009년 7월 31일까지의 경력에 의한 구분은 아래의 [표 1-5]을 기준으로 산정할 수 있고, 기준일 이전 중급기술자 이상의 자격을 취득한 소프트웨어 기술자는 기술자격 보유여부와 관계 없이 [표 1-5]의 경력 요건에 의해 상위의 기술자로 승급이 가능한 것으로 본다. 표 년 7월 31일 이전 경력에 대해서만 적용되는 노임대가 적용기준 구분 기술자격자 학력ㆍ경력자 기술사 ㆍ기술사 - 특급 기술자 ㆍ기사자격을 가진 자로서 10년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ산업기사자격을 가진 자로서 13년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ박사학위를 가진 자로서 3년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ석사학위를 가진 자로서 9년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ학사학위를 가진 자로서 12년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ전문대학을 졸업한 자로서 15년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 고급 기술자 ㆍ기사자격을 가진 자로서 7년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ산업기사자격을 가진 자로서 10년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ박사학위를 가진 자 ㆍ석사학위를 가진 자로서 6년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ학사학위를 가진 자로서 9년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ전문대학을 졸업한 자로서 12년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ고등학교를 졸업한 자로서 15년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 중급 기술자 ㆍ기사자격을 가진 자로서 4년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ산업기사자격을 가진 자로서 7년 이상 해당 기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ석사학위를 가진 자로서 3년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ학사학위를 가진 자로서 6년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ전문대학을 졸업한 자로서 9년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ고등학교를 졸업한 자로서 12년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 초급 기술자 ㆍ기사자격을 가진 자 ㆍ산업기사자격을 가진 자 ㆍ석사학위를 가진 자 ㆍ학사학위를 가진 자 ㆍ전문대학을 졸업한 자 ㆍ고등학교를 졸업한 자로서 3년 이상 해당기술 분야에서 일정기간 경력을 갖추거나 근무한 사람 고급 기능사 중급 기능사 ㆍ산업기사자격을 가진 자로서 4년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ기능사자격을 가진 자로서 7년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ산업기사자격을 가진 자 ㆍ기능사자격을 가진 자로서 3년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ기능대학 또는 전문대학을 졸업한 자로서 4년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ고등학교를 졸업한 자로서 7년 이상 해당기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ직업훈련기관의 교육을 이수한 자로서 7년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ기능실기시험을 합격한 자로서 10년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ기능대학 또는 전문대학을 졸업한 자 ㆍ고등학교를 졸업한 자로서 3년 이상 해당기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ직업훈련기관의 교육을 이수한 자로서 5년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ기능실기시험을 합격한 자로서 5년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 ㆍ그 밖에 10년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 초급 기능사 ㆍ기능사자격을 가진 자 ㆍ고등학교를 졸업한 자 ㆍ직업훈련기관의 교육을 이수한 자 ㆍ기능실기시험을 합격한 자 ㆍ그 밖에 5년 이상 해당 기능 분야에서 일정기간 경력을 갖추거나 근무한 사람 34 SW사업 대가산정 가이드(2015년) 민간용

49 < 비 고 > 소프트웨어 기술자 의 범위는 소프트웨어산업진흥법 제2조 5항에서 정한 바에 따른다. 1. 기술자격자 중 기술사, 기사, 산업기사, 기능사는 국가기술자격법 의 기술자격종목 중 다음 각 목의 정보처리 분야 기술자격을 취득한 자를 말한다. 가. 기술사 : 정보관리, 전자계산조직응용 나. 기사 : 정보처리, 전자계산기조직응용 다. 산업기사 : 정보처리, 사무자동화 라. 기능사 : 정보처리 2. 학력ㆍ경력자 는 소프트웨어산업진흥법 시행령 제1조의2(소프트웨어기술자의 범위) 및 동법 고 시 지식경제부 고시 제 호 에서 정한 바에 따른다. 3. 소프트웨어기술(기능)분야의 업무를 수행한 자 는 소프트웨어산업진흥법 시행령 제1조의2(소 프트웨어기술자의 범위) 및 동법 지식경제부 고시 제 호 에서 정한 바에 따른다. < 참 고 > 소프트웨어산업진흥법 제2조 (정의) 이 법에서 사용하는 용어의 뜻은 다음과 같다. (생략) 5. "소프트웨어 기술자"란 국가기술자격법 에 따라 정보처리 분야의 기술자격을 취득한 사람 또는 소프트웨어 기술 분야에서 대통령령으로 정하는 학력이나 경력을 가진 사람을 말한다. (생략) 소프트웨어산업진흥법 시행령 제1조의2 (소프트웨어기술자의 범위) 1 소프트웨어산업 진흥법 (이하 "법"이라 한다) 제2조제5호에서 "대통령령으로 정하는 학력이나 경력을 가진 사람"이란 다음 각 호의 어느 하나에 해당하는 사람을 말한다. 1. 초 중등교육법 제2조제3호 또는 고등교육법 제2조에 따른 각급 학교에서 소프트웨어 기술분야를 전공한 사람 2. 소프트웨어 기술을 가진 사람으로서 소프트웨어 기술 분야에서 일정 기간 경력을 갖추거나 근무한 사람 3. 그 밖에 제1호 및 제2호에 따른 기준과 같거나 그 이상의 학력 또는 경력이 있다고 인정되는 사람 2 제1항에 따른 소프트웨어기술자에 대한 세부적인 인정 기준 및 절차 방법 등은 지식경제부장관이 정하여 고시한다. 소프트웨어산업진흥법 고시 '지식경제부 고시 제 호' 제7조 (소프트웨어기술자의 범위) 1 법 제2조제5호의 기술자격을 취득한 사람 이란 국가기술자격 종목 중 소프트웨어 기술 분야 관련 자격을 취득한 사람을 말한다. 2 영 제1조의2제1항제2호의 일정기간 경력을 갖추거나 근무한 사람 이란 30일 이상 소프트웨어 관련 분야에서 계획 분석 설계 개발 시험 운영 유지보수 감리 교육 등의 업무를 수행한 사람을 말한다. 3 영 제1조의2제1항제3호의 학력 또는 경력이 있다고 인정되는 사람 이란 다음 각 호의 어느 하나에 해당하는 사람을 말한다. 1. 관계 법령에 따라 국내 또는 외국에서 영 제1조의2제1항제1호와 동등 또는 그 이상의 학력이 있다고 인정되는 사람 2. 지식경제부장관이 정하는 교육기관에서 소프트웨어기술 관련 교육과정을 이수한 사람 3. 근로자직업능력개발법에 따른 직업능력개발훈련시설에서 소프트웨어기술 관련 교육과정을 이수한 사람 4. 경력관리심의위원회에서 학력이나 경력이 있다고 인정된 사람 3. SW사업 대가산정 프로세스 요약 35

50 3.3 직접경비 직접경비는 엔지니어링사업대가의 기준 제8조에서 인정하고 있는 범위가 명시되어 있으나 이 는 일반 용역을 대상으로 정해진 기준이기 때문에 정보산업 분야의 특성에 맞는 직접경비 항목이 명시되어 있지 않아 해당비용을 계상하기에는 어려움이 있다. 따라서, SW사업의 직접경비는 엔지니어링사업대가의 기준에서 정의하고 있는 직접경비 이외 에 SW사업 수행 시 요구되는 아래와 같은 직접경비 항목들을 별도로 반영할 수 있다. 직접경비 항목 당해 소프트웨어 사업에 특별히 필요로 하는 컴퓨터시스템 사용료 당해 소프트웨어 사업에 특별히 필요로 하는 소프트웨어 도구 사용료 선투자 후정산 사업으로 추진되는 사업의 경우 지급이자 발주자의 요구에 의한 특정기술 도입과 관련된 전문가 비용 당해 소프트웨어 사업에 직접 필요한 여비 설명 소프트웨어 사업 추진 시 사용되는 컴퓨터기기(호스트컴퓨터, 단말 기 및 OA기기 등)를 발주자가 제공하지 않아 자체 또는 제3자의 컴퓨터기기나 장비 등을 사용하여야 할 경우에 해당한다. 컴퓨터시 스템 사용료는 당해 컴퓨터기기 보유업체의 기준이나 시스템 사용료 산정기준에 따라 산출하며 기기의 규모와 종류에 따라 달라질 수 있다. 일반적으로, 장비사용료(또는 시스템사용료)의 산정방법은 장 비를 임차할 경우에는 임차료, 개발회사 소유일 경우에는 법인세법 에 의한 감가상각비 등을 적용할 수 있다. 발주자의 요구에 의해 사용해야 하는 소프트웨어 패키지 등의 사용 료를 포함한다. 선투자 후정산 사업으로 추진되는 사업의 경우 지급이자는 제경비 항목의 정상적인 지급이자와는 성격이 상이하므로 직접경비에 별도 계상한다. 발주자의 요구에 따른 특정기술 도입과 관련된 전문가 비용은 사업의 수행을 위하여 관련전문가 (예:공인회계사)를 활용할 경우 직접경비로 계상하는 것이 바람직하다. 1 발주자의 요구 는 수주자의 제안내용을 발주자가 채택한 경우를 포함한다. 2 전문가 는 특정기술도입과 관련하여 국가공인자격증(예: 공인 회계사) 또는 국제공인자격증을 소지한 자 또는 특정 외국기술 적용을 위해 투입되는 외국인 기술자를 의미한다. 멀티미디어 데이터 제작 시 발주자가 특별히 요구하는 성우, 배우 등 특정인물을 활용해야 하는 경우 등과 같은 사례에도 관련전문가 활용에 의한 직접경비로 계상한다. 3 전문가 비용의 산출기준은 관련법규 및 규정(예: 공인회계사 보수 기준)을 참조하여 계상함. 단, 적절한 관련법규 및 규정이 없는 경우는 수주자의 제안금액을 기준으로 발주자와 협의하여 산출한다. 여비에는 운임(철도, 선박, 항공, 자동차), 현지교통비, 숙박비 등이 포함되며, 지방에 체류하여 소프트웨어 사업 업무를 수행할 경우의 체류비용도 직접경비의 여비 항목으로 계상한다. 36 SW사업 대가산정 가이드(2015년) 민간용

51 직접경비 항목 특수자료비 제출문서의 인쇄, 청사진비 자료조사비 기자재시험비 위탁비 현장운영비 모형제작비 기타 설명 당해 사업 수행에 필요한 특허 사용료, 노-하우 사용료를 포함한다. 당해 사업 수행 시 발생되는 공정별 산출물, 보고서의 인쇄비 및 복사비 등을 포함한다. 당해 사업 수행 시 소요되는 문헌, 전문도서 등의 구입과 이에 소요 되는 비용을 포함한다. 당해 사업의 수행 과정에서 기자재의 시험이 요구되는 경우 해당 기자재의 시험에 소요되는 비용을 의미한다. 위탁비는 프로젝트 내용의 일부를 외부에 위탁하는 경우에 소요되는 비용을 말하며, 일반적으로 외주비와 동일한 의미로 적용된다. 직접인건비에 포함되지 아니한 보조요원의 급여와 현장사무실 임차 료 및 운영비를 말한다. 당해 사업 수행에 필요한 보조요원의 급여와 수주자가 현장에 사무실을 설치하여 운영할 경우의 임차료와 현장 운영경비를 포함한다. 발주자의 요구사항을 명확히 하기 위해 본 사업에 들어가기 전에 프로토타입 등의 모형을 제작할 때 소요되는 비용을 포함함 그 밖에 당해 소프트웨어 사업에 특별히 소요되는 직접비용을 포함 할 수 있다. 3. SW사업 대가산정 프로세스 요약 37

52 3.4 투입공수 산출 근거(WBS 정의 및 산정 절차) WBS(Work Breakdown structure) 정의 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 실행하는 작업을 인도물 중심의 계층 구조로 세분해 놓은 것. 프로젝트의 전체 범위를 구성하고 정의하며, 하위수준으로 내려가면서 프로젝트 작업에 대해 점차 상세한 정의를 보여준다. WBS는 작업 패키지로 세분되고, 인도물 중심으로 구성되며 내부 인도물과 외부 인도물을 모두 포함하고 있다 WBS 구성체계 WBS 구성체계는 분할수준(단계)은 통상적으로 4단계 수준으로 분할한다. 그러나 프로젝트 규모에 따라 분할수준(단계)는 임의로 조정할 수 있으며, 분할수준(단계)별 명칭 역시 조정할 수 있다. 작업분할 예시 1단계 : 프로젝트(Project) 2단계 : 단계(Phase) 3단계 : 작업(Task) 4단계 : 작업패키지 프로젝트 단계 작업 작업패키지 소요공수 XX포털개발 분석 요구사항분석 메인화면 10M/D 회원관리 5M/D 청약관리 10M/D 보상관리 7M/D 위험분석 개인정보보호 3M/D 타기관연계 5M/D 클래스분석 클래스분석1 5M/D 클래스분석2 5M/D 클래스분석3 5M/D 아키택처분석 아키택처분석1 4M/D 아키택처분석2 4M/D 아키택처분석3 4M/D 산출물 품질점검 요구사항분석 2M/D 위험분석 1M/D 용어 정의 단계(Phase) 작업(Task) 작업패키지 프로젝트 공정단계인 분석, 설계, 구축, 시험 등의 단계와 프로젝트 사업관리에 필요한 단계임 프로젝트에서 작업산출물을 산출하기 위한 활동단위를 말함 제품이나 작업산출물을 의미하며 WBS의 최하단위임. 통상적으로 4시간~80시간 정도 소요되는 작업단위로 프로젝트 일정계획수립, 투입공수 및 원가산정, 감시 및 통제 등 프로젝트관리를 위해 활용됨 38 SW사업 대가산정 가이드(2015년) 민간용

53 3.4.3 WBS를 활용한 공수산정 절차 Step 1: 준비 작업 프로젝트 범위 확정 프로젝트 요구사항(기능 및 비기능 포함) 명확화 프로젝트 투입공수 산정에 영향을 미치는 특이사항 식별 업무전문가 및 견적전문가(작업단위별 공수예측) 확보 Step 2: WBS 개발 및 투입공수 산정 작업 산출물 식별 : 프로젝트 관리산출물 및 공학산출물 확정 단계(Phase) 식별 : 프로젝트 관리 및 공학산출물 산출을 위한 주요단계 식별 예) 분석, 설계, 구축, 시험, 사업관리 등 작업(Task) 식별 : 단계(Phase)를 상세분할하여 프로젝트 관리 및 공학(개발) 산출물 작업단위로 식별 예) 요구사항분석, 위험분석, 클래스분석, 아키텍처분석 등 작업패키지 식별 : 투입시간이 4~80시간 정도의 작업 단위로 수행결과 관리 또는 공학산출물이 산출되는 작업단위 작업패키지별 소요공수 할당 : 작업패키지 단위로 SW기술자 등급별 소요공수를 할당 예) 요구사항분석 작업의 메인화면 에 대한 작업패키지인 경우 SW기술자 등급별 소요공수 작업(Task) 작업패키지 특급 고급 중급 초급 요구사항분석 메인화면 2M/D 4M/D 2M/D 2M/D M/D : Man-Days의 약어, 1인당 1일 소요되는 공수를 의미 프로젝트 단위 총 소요공수 산정 : 작업패키지 단위 SW기술자 등급별 소요공수를 모두 합하여 프로젝트단위 SW기술자 등급별 총 소요공수 산정 SW기술자 등급별 총 소요공수 프로젝트 명 특급 고급 중급 초급 OO포털개발 21M/D 84M/D 105M/D 84M/D 총 소요공수 단위 변경 : M/D단위의 투입공수를 M/M단위로 변환한다. 현재 적용되는 환산기준은 1M/M = 21M/D 이며, 매년 환산기준은 변경될 수 있으므로 정확한 환산기준은 한국소프트웨어 산업협회에서 매년 8월31일 발표하는 SW기술자 노임단가 의 환산기준 참고 SW기술자 등급별 총 소요공수 프로젝트 명 특급 고급 중급 초급 OO포털개발 1M/M 4M/M 5M/M 4M/M M/D : Man-Day의 약어, 1인당 1일 소요되는 공수를 의미 최종 프로젝트 소요공수 적정성 검토 및 확정 : 도출된 SW기술자 등급별 총 소요 공수에 대하여 필요시 내ㆍ외부 전문가의 검토를 받아 최종 소요공수 확정 3. SW사업 대가산정 프로세스 요약 39

54

55 Ⅱ SW사업 기획단계 1. 개요 2. 정보전략계획(ISP) 수립비 3. 정보전략계획 및 업무재설계(ISP/BPR) 수립비 4. 전사적 아키텍처(EA/ITA) 수립비 5. 정보시스템 마스터플랜(ISMP) 수립비 6. 정보보안 컨설팅비

56

57 1 part Ⅱ SW사업기획단계 개 요 IT컨설팅이란 IT 분야의 제반 업무에서 전문가의 도움이나 지원을 원하는 의뢰인의 요구에 대해 그 문제점을 도출해내고 분석하여 이에 대한 개선 방안이나 해결책을 제시하는 등 일 련의 자문을 제공하는 것 이라고 정의하여 기존 정보전략계획(ISP) 수립 사업대가의 범위보다 포괄적인 정의를 사용하고 있다. IT컨설팅에는 정보전략계획(ISP: Information Strategic Planning), 정보전략계획 및 업무재설계 (BPR: Business Process Reengineering), 전사적 아키텍처(EA: Enterprise Architecture), 정 보시스템 마스터플랜(ISMP: Information System Master Plan), 정보보안 컨설팅 등 다양한 영 역이 있다. 본 가이드에서는 각 유형에 대한 IT컨설팅 사업대가 산정방법을 제시한다. IT컨설팅 사업대가 산정에는 컨설턴트 투입공수에 의한 방법이 주로 활용된다. 다만, ISP 사업 대가의 경우는 기존의 SW사업 대가기준에서 정의한 컨설팅지수에 의한 방법도 사용 가능하다. IT컨설팅 사업 유형별 사업대가 산정 방법을 요약하면 다음 표와 같다. 표2-1 IT컨설팅 사업 유형별 사업대가 산정 방법 IT 컨설팅 사업 유형 컨설팅지수에 의한 방법 투입공수에 의한 방법 정보전략계획(ISP) 정보전략계획 및 업무재설계(ISP/BPR) 전사적 아키텍처(EA/ITA) 정보시스템 마스터플랜(ISMP) 정보보안 컨설팅 1. 개 요 43

58 2 part Ⅱ SW사업기획단계 정보전략계획(ISP) 수립비 정보전략계획(ISP)은 조직 내의 전략적 정보 요구를 파악하여 업무활동과 이에 대한 자료 영역을 기술하고, 현행 정보지원 정도를 평가하여 정보시스템 개발을 위한 통합된 프레임워 크를 제공하며, 이것을 구현하기 위하여 정보기술(IT: Information Technology)을 활용한 통합 정보시스템 계획을 작성하는 체계적인 접근활동이라고 할 수 있다. 즉, 정보전략계획은 사업의 방향과 정보기술의 방향을 통합하여 조직의 사업 비전을 지원하고 정보관리를 위한 전반적인 전략을 정의하여 다양한 조직단위에 의해 정보가 공유 가능토록 하는 통합된 정보시스템을 위한 프레임워크를 제공함으로써 장기적인 관점에서 정보시스템의 비용과 인력을 절감하도록 하는 활동이다. 정보전략계획 수립비를 산정하기 위한 방법에는 아래와 같이 컨설팅지수에 의한 방법과 투입 공수에 의한 방법의 두 가지가 있다. 정보전략계획 수립 컨설팅지수에 의한 방법 투입공수에 의한 방법 - 과거 유사한 사업이 없어서 투입공수에 대한 정보를 파악할 수 없는 경우 - 수주자의 투입공수에 대한 정보를 파악할 수 없는 경우 - 컨설팅 지수로 산정할 수 있는 최대값을 초과 하는 대형 사업 - 과거 유사한 사업을 참조하여 투입공수 추정이 가능한 경우 2.1 컨설팅지수에 의한 방법 개요 정보전략계획 수립비 산정에 있어서 컨설팅지수에 의한 방법은 조직의 규모나 계획 수립 범 위를 기준으로 한 업무별 가중치와, 사업의 특성에 의해 결정되는 업무의 난이도를 바탕으로 컨설팅 지수를 산정하여, 그 지수에 따라 대가를 산정하는 방식이다. 기존 SW사업 대가기준의 정보전략계획(ISP) 수립비 산정기준을 준용하였다. 44 SW사업 대가산정 가이드(2015년) 민간용

59 2.1.2 절차별 주요 내용 컨설팅지수에 의한 방법으로 정보전략계획 수립비를 산정하는 방법은 다음과 같은 6 단계로 실행된다. 표2-2 정보전략계획 수립비 산정 절차 절차 주요내용 산출물 1. 업무범위 설정 2. 업무별 가중치 계산 3. 업무별 난이도 계산 4. 컨설팅 지수 계산 정보전략계획 수립 대상 업무를 정의한다. 대상사업 업무목적 및 범위를 고려하여 업무항목별 수행여부를 식별한다. 정보전략계획 수립 업무별 가중치 표를 이용하여 수행 대상 업무에 대응되는 가중치를 합산하여 정보전략 계획 사업 총 업무 가중치를 계산한다. 정보전략계획 수립업무에 포함된 대상 업무 수행활동 별 난이도를 정보전략계획 수립 난이도표를 이용하여 평가한다. 업무별 가중치 및 업무별 난이도 결과를 이용하여 컨설팅 지수를 계산한다. - 컨설팅 지수 = 정보전략계획 수립업무 가중치 정보전략계획 수립 난이도 업무 범위 업무별 가중치 업무별 난이도 컨설팅 지수 5. 직접경비 6. 정보전략계획 수립비 계산 정보전략계획 수립사업과 관련된 직접경비를 계산 한다. 계산된 컨설팅 지수를 이용하여 정보전략계획 수립비를 산출한다. - 정보전략계획 수립비 = 공수 (컨설팅지수) ,000,000원 + 직접경비 직접경비 컨설팅 대가 1. 개 요 45

60 2.1.3 단계별 설명 1 단계 : 업무범위 설정 정보전략계획 수립사업에서는 일반적으로 소요제기, 타당성분석, 경영전략수립, 정보구조정의, 기술현황분석, 정보관리조직분석, 시스템구축전략 및 계획 수립, 제안요청서 작성 등의 업무가 수행된다. 업무범위 설정 단계에서는 이러한 활동들 중에서 발주기관의 정보화전략계획 사업의 목적 달 성에 필요한 활동을 파악하고, 이 중 자체적으로 수행할 업무를 제외하고 해당 사업에서 외부 용역으로 처리하고자 하는 업무를 명확히 식별한다. 단, 수행된 모든 업무의 결과는 관련 문 서로 산출됨을 전제로 한다. 정보전략계획 업무 범위의 식별 작업은 아래의 계산양식에서 해당여부를 체크하여 사용하면 편리하다. 46 SW사업 대가산정 가이드(2015년) 민간용

61 표2-3 정보전략계획 업무 범위 식별 양식 업무 세부내용 산출물(예) 해당여부 소요제기 타당성 분석 경영전략 수립 정보구조 정의 초기 요구사항 정의, 작업 설명서, 정보시스템의 목적, 범위, 산출물정의 경제적, 법적, 제도적, 기술적 타당성분석 기업 환경 분석, 정보체계요소 추출, 정보기술과 업무간 영향 분석 시스템 구조, 정보구조, 기술 구조의 정의 프로젝트 계획서 또는 사업수행계획서 경제성 분석서 법/제도 영향 분석서 기술 타당성 분석서 기업전략분석 보고서 기업전략 평가서 경영층 정보요구사항 현행응용 평가서 현행 DB 평가서 현행 정보기술 평가서 현행 IS설비 평가서 IS관리 기반구조 평가서 정 보 전 략 마 스 터 플 랜 기술현황 분석 정보관리조 직분석 시스템구축 전략 및 계획 수립 현행, 신규 시스템 분석 현행, 신규 정보관리 조직 분석 일정, 업무 분해도, 프로젝트 관리 계획 등 계획 수립 이후 단계를 위한 마스터플랜 작성 현행 시스템 분석서 및 개선 방안 현행조직 평가서 및 개선 방안 프로세스 구조도 ERD CRUD 매트릭스 초기 업무 영역 정의서 애플리케이션 아키텍처 데이터 애플리케이션 기술 애플리케이션 관리 및 조직 아키텍처 아키텍처 전환 전략 전략적 IS계획 프로젝트 전략적 IS 프로젝트 일정 전략적 정보시스템 계획(SISP) 유지관리 지침 프로젝트 평가 보고서 제안요청서 작성 업체 선정을 위한 RFP 작성 RFP 1. 개 요 47

62 2 단계 : 업무별 가중치 계산 1단계에서 업무범위가 설정되면 해당 업무별 가중치를 합산하여 업무 가중치를 산정한다. 아래의 표에서 정보전략계획 수립사업의 용역범위에 해당되는 업무(1단계에서 선택된 항목)에 대응되는 업무별 가중치를 합산하여 총 정보전략계획 수립 업무별 가중치를 계산한다. 표2-4 정보전략계획 업무별 가중치 계산 양식 업 무 소요제기 세 부 내 용 초기 요구사항 정의, 작업 설명서, 정보시스 템의 목적, 범위, 산출물정의 업무별 가중치 타당성 분석 경제적, 법적, 제도적, 기술적 타당성분석 해당여부 경영전략 수립 기업 환경 분석, 정보체계요소 추출, 정보기 술과 업무간 영향 분석 7.2 정보 전략 마스터 플랜 정보구조 정의 시스템 구조, 정보구조, 기술구조의 정의 6.4 기술현황 분석 현행, 신규 시스템 분석 6.6 정보관리조직 분석 시스템구축전략 및 계획 수립 현행, 신규 정보관리 조직 분석 6.4 일정, 업무 분해도, 프로젝트관리 계획 등 계획 수립 이후 단계를 위한 마스터플랜 작성 제안요청서 작성 업체 선정을 위한 RFP 작성 총 정보전략계획 수립 업무 가중치 (각 업무별 가중치의 합) - 3 단계 : 정보전략계획 수립 난이도 계산 정보전략계획 수립 업무의 난이도를 결정하는 요소는 조직규모, 업무처리유형, 사용자참여도, 기존시스템, 현장방문요구, 업무의 특성, 수행시간, 사용양식의 수이다. 조직규모는 정보전략계획 수립 대상의 단위부서의 수를 의미하며, 단위부서의 수에 따라 단순, 보통, 복잡으로 난이도가 결정된다. 업무처리유형은 정보전략계획 수립 대상의 업무가 서로 연계된 정도에 따라 결정된다. 업무가 서로 독립적이면 단순으로 판단하며, 업무가 교차적 흐름을 가지거나 서로 복잡 하게 연계되어 있으면 복잡으로 판단한다. 사용자참여도는 발주기관이 정보전략계획 수립시 참여하는 정도(적극성)를 말한다. 기존 시스템은 정보전략계획 수립시 기존시스템의 활용정도에 따라 단순, 보통, 복잡으로 구분된다. 48 SW사업 대가산정 가이드(2015년) 민간용

63 현장방문요구는 정보전략계획 수립 대상 현장의 수에 의하여 결정된다. 업무의 특수성은 정보전략계획 수립 대상 업무의 특성에 따라 단순, 보통, 복잡으로 구분된다. 수행기간은 정보전략계획 수립 프로젝트의 수행기간을 의미한다. 사용양식의 수는 정보전략계획 수립 대상 업무에서 사용하고 있는 양식의 수를 의미한다. 각 요소별 난이도 값은 다음 표와 같이 정의된다. 표의 계산양식을 이용하여 각 요소별로 난이도를 식별하고, 난이도 값을 모두 곱하여 해당 프로젝트의 난이도 값을 산정한다. 표2-5 정보전략계획 수립 난이도 산정 양식 요 소 조직규모 판 단 척 도 단 순 보 통 복 잡 내 용 난이도 내 용 난이도 내 용 난이도 50개 단위 부서 미만 개 단위 부서 개 단위 부서 1.4 해당 프로젝트 난이도 업무처리 유형 독립적 (업무가 상호 연관성 없이 독자적으로 수행) 0.4 순차적 (업무가 조립 라인과 같이 선후관계가 분명함) 1.0 교호적 (업무의 흐름이 상호 교차적 이거나 복잡한 경우) 1.6 사용자 참여도 기존 시스템 현장 방문 요구 업무의 특수성 적극적 0.6 보통 1.0 소극적 1.4 기존시스템이 없음 0.7 1개 현장 0.8 단순하고,구축 사례가 흔한 업무 (일반기업의 MIS 등) 0.5 수행 시간 1년 이상 0.8 사용양식의 수 100가지 이하 0.9 기존시스템 50% 활용 요구 2-10개 현장 복잡하나 구축 사례가 많은 업무 (금융, 의료 시스템 등) 6-12개월 미만 가지 1.0 기존 시스템 100% 활용 요구 개 현장 이상 복잡한 기술을 요구하며 구축 사례가 드문 업무 (항공기 통제 시스템 등) 개월 미만 정보전략계획 수립 난이도 (각 요소별 난이도의 곱) 201가지 이상 개 요 49

64 4 단계 : 컨설팅지수 계산 컨설팅지수는 2단계에서 구한 업무 가중치와 3단계에서 계산한 프로젝트 난이도 값을 곱하여 계산한다. 계산식은 다음과 같다. 컨설팅지수 = 정보전략계획 수립 업무 가중치 정보전략계획 수립 난이도 5 단계 : 직접경비 계산 직접경비는 해당 정보전략계획 수립사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정한다. 표2-6 직접경비 산정 양식(공통) 직접경비 항목 산출내역 금액(원) 합 계 6 단계 : 정보전략계획 수립비 산정 4단계와 5단계에서 계산된 컨설팅지수와 직접경비를 이용하여 다음의 식에 따라 정보전략계획 수립비를 산정한다. 정보전략계획 수립비 = (공수 (컨설팅지수) ,000,000원) + 직접경비 여기서 공수는 컨설턴트(기술사)가 3주에서 4주의 처리기간이 필요한 업무단위를 반영하여 책정된 금액으로 소프트웨어 기술자 노임단가의 평균 상승률(인원가중 평균)과 연동하여 적용 한다. 공수는 전년도 공수에 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트 웨어산업협회가 공표하는 소프트웨어 기술자 노임단가의 평균상승률을 곱하여 산정한다. 공수는 해당 사업의 대가 산정 시점에서 가장 최근 노임단가 상승률을 적용한다. 2014년 하반기 이후 적용 공수는 최초 2007년 공수(4,353,231원)에 2008년, 2009년, 2009년 하반기, 2010년, 2011년, 2012년, 2013년, 2014년 소프트웨어기술자 노임단가 평균 상승률 각 4.2%, 3.85%, 0.84%, 5.9%, 5.5%, 4.2%, 5.9%, 6.6%를 순차적으로 누적 적용한 공수이다. 50 SW사업 대가산정 가이드(2015년) 민간용

65 표2-7 정보전략계획 수립 공수 산정방법 노임단가 공표 년도 노임단가 증감률 공수(원) 2007년 4,353, 년 % 4,536, 년 % 4,710, 년 하반기 % 4,750, 년 % 5,030, 년 % 5,307, 년 % 5,530, 년 % 5,856, 년 % 6,242, 산출물 정보전략계획 수립비 산정양식 앞 절에서 설명한 정보전략계획 수립비 산정 절차를 종합하여 정리하기 위한 산정양식은 다음 표와 같다. 표2-8 정보전략계획 수립비 산정양식 업 무 업무별 가중치 해당 여부 총업무 가중치 업무 난이도 난이도 결정 소요제기 6.3 조직규모 타당성 분석 7.2 업무처리유형 경영전략 수립 7.2 사용자참여도 정보 정보구조 정의 6.4 기존시스템 전략 기술현황 분석 6.6 현장방문요구 마스터 정보관리조직분석 6.4 업무의 특수성 플랜 시스템구축전략 및 계획 수립 6.2 수행기간 제안요청서 작성 6.3 사용양식의 수 컨설팅지수 계산 공수(해당연도) 직접경비 정보전략계획 수립비 난이도 계산 1. 개 요 51

66 2.1.5 관련 참고자료 및 유의사항 관련 참고자료 - 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산 업협회가 공표하는 소프트웨어 기술자 노임단가 - 엔지니어링사업 대가의 기준 제8조의 직접경비 적용 사례 앞 절에서 설명된 각 단계를 따라 정보전략계획 수립비를 산정하는 사례는 다음과 같다. 1 단계 : 업무범위 설정 해당 프로젝트에서 용역을 통해 정보전략 마스터플랜 업무를 컨설팅 한다고 하자. 본 사업에서 수행할 업무 범위는 경영전략 수립, 정보구조 정의, 기술현황 분석, 정보 관리 조직분석, 시스템 구축전략 및 계획수립으로 정하였다. 이 경우, 업무별 가중치는 아래와 같다. 업무 세부내용 산출물(예) 해당여부 소요제기 초기 요구사항 정의, 작업 설명 서, 정보시스템의 목적, 범위, 산출물정의 프로젝트 계획서 또는 사업수행계획서 타당성 분석 경제적, 법적, 제도적, 기술적 타당성분석 경제성 분석서 법/제도 영향 분석서 기술 타당성 분석서 경영전략 수립 기업 환경 분석, 정보체계요소 추출, 정보기술과 업무간 영향 분석 기업전략분석 보고서 기업전략 평가서 경영층 정보요구사항 정 보 전 략 마 스 터 플 랜 정보구조 정의 기술현황 분석 시스템 구조, 정보구조, 기술 구조의 정의 현행응용 평가서 현행 DB 평가서 현행 정보기술 평가서 현행 IS설비 평가서 IS관리 기반구조 평가서 현행, 신규 시스템 분석 현행 시스템 분석서 및 개선 방안 정보관리조직 분석 현행, 신규 정보관리 조직 분석 현행조직 평가서 및 개선 방안 52 SW사업 대가산정 가이드(2015년) 민간용

67 업무 세부내용 산출물(예) 해당여부 시스템구축 전략 및 계획 수립 일정, 업무 분해도, 프로젝트 관리 계획등 계획 수립 이후 단계를 위한 마스터플랜 작성 프로세스 구조도 ERD CRUD 매트릭스 초기 업무 영역 정의서 애플리케이션 아키텍처 데이터 애플리케이션 기술 애플리케이션 관리 및 조직 아키텍처 아키텍처 전환 전략 전략적 IS계획 프로젝트 전략적 IS 프로젝트 일정 전략적 정보시스템 계획(SISP) 유지관리 지침 프로젝트 평가 보고서 제안 요청서 작성 업체 선정을 위한 RFP 작성 RFP 2 단계 : 업무 가중치 계산 단계 1에서 해당하는 업무에 대응되는 가중치를 합산하여 업무 가중치를 계산한다. 업무 가중치 계산양식을 사용하는 예는 다음과 같다. 업 무 세 부 내 용 업무별 가중치 해당여부 소요제기 초기 요구사항 정의, 작업 설명서, 정보시스템의 목적, 범위, 산출물정의 6.3 정 보 전 략 마 스 터 플 랜 타당성 분석 경제적, 법적, 제도적, 기술적 타당성분석 7.2 경영전략 수립 기업 환경 분석, 정보체계요소 추출, 정보기술과 업무간 영향 분석 7.2 정보구조 정의 시스템 구조, 정보구조, 기술구조의 정의 6.4 기술현황 분석 현행, 신규 시스템 분석 6.6 정보관리조직분석 현행, 신규 정보관리 조직 분석 6.4 시스템구축 전략 및 계획 수립 일정, 업무 분해도, 프로젝트관리 계획 등 계획 수립 이후 단계를 위한 마스터플랜 작성 제안요청서 작성 업체 선정을 위한 RFP작성 총 정보전략계획 수립 업무 가중치 (각 업무별 가중치의 합) 개 요 53

68 업무 가중치 = 경영전략 수립(7.2)+정보구조정의(6.4) + 기술현황 분석(6.6) +정보관리 조직분석(6.4) + 시스템 구축전략 및 계획수립(6.2) = 단계 : 난이도 계산 해당 프로젝트의 수행 환경으로부터 난이도 항목별로 해당되는 난이도 수준을 식별한다. 예로서, 해당 정보전략계획 수립 사업의 난이도가 다음과 같이 식별되었다고 하자. 조직규모 : 단위부서 120개 업무처리유형 : 교호적 사용자참여도 : 적극적 기존시스템 : 기존시스템을 100% 활용하도록 요구됨 현장 방문 요구 : 5개 현장 방문이 요구됨 업무의 특수성 : 항공우주분야의 통제시스템으로 복잡한 기술을 요구하며 구축사 례가 드문 업무에 해당함 수행 시간 : 8개월 사용양식의 수 : 80가지 이상의 난이도가 식별되면, 난이도 계산양식을 활용하여 다음과 같이 해당 사업의 업무 난이 도를 계산한다. 요 소 판 단 척 도 단 순 보 통 복 잡 내 용 난이도 내 용 난이도 내 용 난이도 해당 프로젝트 난이도 조직규모 50개 단위 부서 미만 개 단위 부서 개 단위 부서 업무처리 유형 독립적 (업무가 상호 연관성 없이 독자적으로 수행) 0.4 순차적 (업무가 조립 라인과 같이 선후관계가 분명함) 1.0 교호적 (업무의 흐름이 상호 교차적 이거나 복잡한 경우) 사용자 참여도 적극적 0.6 보통 1.0 소극적 기존 시스템 기존시스템이 없음 0.7 기존시스템 50% 활용 요구 1.0 기존 시스템 100% 활용 요구 SW사업 대가산정 가이드(2015년) 민간용

69 요 소 판 단 척 도 단 순 보 통 복 잡 내 용 난이도 내 용 난이도 내 용 난이도 해당 프로젝트 난이도 현장 방문 요구 1개 현장 개 현장 개 현장 이상 업무의 특수성 단순하고,구축 사례가 흔한 업무 (일반기업의 MIS 등) 0.5 복잡하나 구축 사례가 많은 업무 (금융, 의료 시스템 등) 1.0 복잡한 기술을 요구하며 구축 사례가 드문 업무 (항공기 통제 시스템 등) 수행 시간 1년 이상 개월 미만 1.0 6개월 미만 사용양식의 수 100가지 이하 가지 가지 이상 정보전략계획 수립 난이도 (각 요소별 난이도의 곱) 업무 난이도 계산 = 조직규모(1.4) 업무처리유형(1.6) 사용자참여도(0.6) 기존시스템(1.3) 현장방문요구(1.0) 업무의 특수성(1.5) 수행기간(1.0) 사용양식의 수(0.9) = 단계 : 컨설팅지수 계산 단계 2에서 구한 업무 가중치와 단계 3에서 계산한 프로젝트 난이도 값을 곱하여 컨설팅 지수를 계산한다. 컨설팅 지수 = 정보전략계획 수립 업무 가중치 정보전략계획 수립 난이도 = = 단계 : 직접경비 계산 직접경비 항목별로 산출내역 및 금액을 계산하여 이를 합산한다. 직접경비 계산양식을 이용하면 다음과 같다. 1. 개 요 55

70 구분 산출내역 금액(원) 보고서인쇄비 출장여비 정보전략계획 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 800,000 1,200,000 합 계 2,000,000 6단계 : 정보전략계획 수립비 산정 4단계와 5단계에서 계산된 컨설팅지수와 직접경비를 이용하여 정보전략계획 수립비를 산정한다. 공수는 현재시점의 공수를 적용하여 6,242,923원을 사용하였다. 그러면, 정보전략계획 수립비는 다음과 같이 계산된다. 정보전략계획 수립비 = 공수 (컨설팅지수) ,000,000원 + 직접경비 = 6,242,923원 (77.37) ,000,000원 + 2,000,000원 = 400,626,083원 최종 계산양식을 사용한 예는 다음과 같다. 업 무 업무별 가중치 해당 여부 총업무 가중치 업무 난이도 난이도 결정 난이도 계산 소요제기 6.3 조직규모 1.4 정보 전략 마스 터 플랜 타당성 분석 7.2 업무처리유형 1.6 경영전략 수립 7.2 사용자참여도 0.6 정보구조 정의 6.4 기존시스템 1.3 기술현황 분석 현장방문요구 1.0 정보관리조직분석 6.4 업무의 특수성 1.5 시스템구축전략 및 계획 수립 6.2 수행기간 1.0 제안 요청서 작성 6.3 사용양식의 수 0.9 컨설팅지수 계산 = 공수(해당연도) 6,242,923원 직접경비 2,000,000원 정보전략계획 수립비 6,242,923원 (77.37) ,000,000원 + 2,000,000원 = 400,626,083원 56 SW사업 대가산정 가이드(2015년) 민간용

71 2.2 투입공수에 의한 방법 개요 투입공수에 의한 사업대가 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업 대가의 기준을 준용하여 정보전략계획 수립비를 산정하는 방식이다. 단, 투입컨설턴트의 직접인건비는 컨설턴트의 유형과 수준이 다양하기 때문에 거래실례가격을 적용하여 산정할 수 있다. 또한 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 공표하는 소프트웨어 기술자 노임단가를 참고할 수도 있다. 이는 과거의 유사 정보전략계획 수립 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사업대가를 산정하는 방식으로서, IT컨설팅 사업은 가치설계를 목적으로 도메인 지식과 컨설팅 기술로 요구사항을 개발해야 하므로 컨설턴트의 수준이 대가산정의 핵심요소이다 절차별 주요 내용 표2-9 투입공수 방식에 의한 정보전략계획 수립비 산정절차 1. 사전준비 절차 주요내용 산출물 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. ISP 컨설팅 대가 산정 ISP 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. ISP 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISP 컨설팅을 수행할 인력의 직접인건비를 계산 한다. 직접인건비 = 투입 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. ISP 컨설팅 대가를 산정한다. ISP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 1. 개 요 57

72 2.2.3 단계별 설명 1 단계 : 사전준비 ISP 컨설팅 대상 업무 선정 컨설팅 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 ISP 컨설팅 대상 업무를 선정한다. ISP 컨설팅의 요구사항과 산출물 정의 ISP 컨설팅의 기능적 요구사항을 정의한다. ISP 컨설팅의 결과로 만들어지는 산출물을 상세히 분석하고 정의한다. 2 단계 : 컨설턴트 등급 결정 발주담당자는 컨설팅 대상 업무별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 컨설팅 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 컨설턴트의 등급은 해당 컨설팅 사업의 특성에 따라서 결정되므로 컨설턴트의 등급을 일률적 으로 정하는 것이 의미가 없으며, 발주자와 수주자 사이에 일치된 정의 또한 존재하지 않는 다. 현재 일반적으로 사용되는 컨설턴트의 등급은 5개로 나누어, 보조컨설턴트, 컨설턴트, 전 임컨설턴트, 책임컨설턴트, 수석컨설턴트로 나누어 통용되고 있다. 그러나 역할과 자격 요건 은 사업별, 기관별 특성에 따라 다를 수 있다. 또한, Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6])을 참고할 수도 있다. 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 또는 컨설팅 요구사항과 수행활동이 명확히 정의되고 WBS(Work Breakdown Structure: 단계별 활동)가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수도 있다. 아래에서 정의한 ISP 대상 업무 외의 추가적인 업무가 필요하다고 판단될 경우 해당 업무를 추가하여 산정할 수 있다. 58 SW사업 대가산정 가이드(2015년) 민간용

73 표2-10 정보전략계획 수립비 컨설턴트 등급별 투입공수 산정양식 ISP 대상 업무 컨설턴트 등급별 투입 공수(M/M) 활동 OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 소요제기 타당성분석 경영전략 수립 정보 전략 마스터 플랜 정보구조 정의 기술현황 분석 정보관리조직 분석 시스템 구축전략 및 계획 수립 제안요청서 작성 합계 4단계 : 컨설턴트 직접인건비 계산 직접인건비는 컨설팅을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 컨설턴트 노임단가는 컨설턴트의 유형과 수준이 다양하고, 현재 컨설턴트 직무별 원가계산이 이루어지 고 있지 않으므로 컨설턴트 노임단가를 산정할 수 있는 객관적인 방법이 존재하지 않는다. 따라서 컨설턴트 노임단가는 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조제1항에 따라 발주기관의 기술 또는 설계 담당자(원가계산 용역기관 포함) 등이 거래실례가격, 원가계산 에 의한 가격, 업체의 견적가격 등을 가격 기준으로 적용할 수 있다. 컨설턴트의 등급별 노임단가가 정해지면, 각 업무활동별로 투입기간을 고려한 등급별 투입공 수에 컨설턴트 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = (컨설턴트 등급별 투입공수 등급별 컨설턴트 노임단가) 5단계 : ISP 컨설팅 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 1. 개 요 59

74 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 컨설팅사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해배상보험료 또는 손해배상공제료는 별 도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생한 비목에 관하여는 직접경비로 계산한다. 기술료란 컨설팅사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구 비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비(단, 손해배상보험 료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 6단계 : 직접경비 산정 직접경비는 해당 ISP 컨설팅 사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정한다. 직접경비 항목 산출내역 금액(원) 합 계 7단계 : ISP 컨설팅 대가 산정 아래의 산식에 따라 ISP 컨설팅 대가를 산정한다. 단, 투입공수 방식에 의한 대가 산정 시, 기술료에 이윤이 포함되어 있으므로 최종 개발대가에는 이윤을 추가로 계상하지 않는다. ISP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 60 SW사업 대가산정 가이드(2015년) 민간용

75 2.2.4 산출물 표2-11 정보전략계획 수립비 컨설턴트 등급별 투입공수 산정양식 ISP 대상 업무 컨설턴트 등급별 투입 공수(M/M) 활동 OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 급 컨설턴트 소요제기 타당성분석 경영전략 수립 정보 전략 마스터 플랜 정보구조 정의 기술현황 분석 정보관리조직 분석 시스템 구축전략 및 계획 수립 제안요청서 작성 합계 표2-12 정보전략계획 수립비 종합 산정양식 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 21.0 급 컨설턴트 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 1. 개 요 61

76 2.2.5 관련 참고자료 및 유의사항 관련 참고자료 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조 조사가격 결정 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의기준 Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업 협회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 대가를 산정하는 경우, 대가 산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다 적용사례 예제 개요 사업명 : 클라우드 컴퓨팅 센터 구현을 위한 ISP 수립 사업기간 : 3개월 주요 제안 요청 내용 클라우드 컴퓨팅 센터 추진 방향성 정립 국내외 선진사례 및 통합센터 여건 분석을 통한 기회.위협 요인 도출 클라우드 컴퓨팅의 올바른 방향성 설정을 위한 미래 모습 수립 클라우드 컴퓨팅 전환 방안 수립 클라우드 환경으로의 전환 대상 업무선정 기준 및 대상 업무 선정 신속하고 유연한 서비스 제공을 위한 정보자원 풀 설계 방안 수립 클라우드 컴퓨팅 서비스 제공 방안 수립 수요자 중심의 IaaS, PaaS 및 SaaS 기반의 정부 서비스 모델 개발 모바일 정부와의 연계성 확보를 위한 모바일 클라우드 서비스 모델 수립 공개 소프트웨어 도입 확대 방안 수립 공개 소프트웨어 라이센스.기술지원 체계 등 도입 환경 분석 공개 소프트웨어 기반의 클라우드 컴퓨팅 추진 모델 수립 클라우드 컴퓨팅 기반의 거버넌스 체계 수립 클라우드 서비스 제공을 위한 탄탄한 정보 보안 체계 수립 클라우드 환경에 적합한 IT 서비스 관리 체계의 재정립 클라우드 컴퓨팅 활성화 방안 수립 클라우드 서비스 제공 및 관리를 위한 법제도 요건 도출 클라우드 컴퓨팅 기술 육성 및 민간 협업 방안 수립 62 SW사업 대가산정 가이드(2015년) 민간용

77 1단계 : 사전준비 컨설팅 대상 업무범위를 확정하고 업무별 요구사항을 정의한다. 2단계 : 컨설턴트 등급 결정 발주자와 수주자 사이에 일치되는 컨설턴트 등급을 결정한다. 본 예제에서는 컨설턴트 등급의 예시로 수석, 책임, 전임, 보조 컨설턴트로 나눈다. 등급별 역할과 자격 요건은 사업별, 기관별 특성에 따라 다를 수 있다. 컨설턴트 등급 수석 컨설턴트 책임 컨설턴트 전임 컨설턴트 역 할 중대형 컨설팅 프로젝트의 총 책임 자격 요건 기술사/박사급 기사/석사급 이상 해당분야 경력 10년 이상 해당분야 경력 14년 이상 단위 프로젝트팀의 책임 해당분야 경력 6년 이상 해당분야 경력 10년 이상 단독 컨설팅 수행, 또는 컨설팅 프로젝트팀의 일원 해당분야 경력 2년 이상 해당분야 경력 6년 이상 컨설턴트 컨설팅 프로젝트팀의 일원 기술사/박사급 이상 해당분야 경력 4년 이상 보조 컨설턴트 컨설팅 프로젝트팀의 일원 으로서 컨설턴트를 보조 학사급 이상으로서 해당분야 경력 1 년 이상 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 3개월 동안 전체 프로젝트의 관리를 맡은 수석 컨설턴트 1명, 해당 분야의 책임을 맡은 책임 컨설턴트 2명, 실제 컨설팅 업무를 주도적으로 수행하는 전임 컨설턴트 4명, 컨설 턴트 2명을 투입하는 것으로 산출되었다. ISP 대상 업무 활동 소요제기 타당성분석 컨설턴트 등급별 투입 공수(M/M) 보조 컨설턴트 컨설턴트 전임 컨설턴트 책임 컨설턴트 경영전략 수립 정보 전략 마스터 정보구조 정의 기술현황 분석 정보관리조직 분석 플랜 시스템 구축전략 및 계획 수립 제안요청서 작성 수석 컨설턴트 3 합계 개 요 63

78 4 단계 : 컨설턴트 직접인건비 계산 직접 인건비를 계산하기 위해서 컨설턴트 노임단가를 사용해야 한다. 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였다. 이 경우 ISP 컨설팅 대가는 다 음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,200,000 책임 컨설턴트 350, ,100,000 전임 컨설턴트 300, ,600,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 176,400,000 5 단계 : ISP 컨설팅 제경비와 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 예제에서는 30%로 산정하였다. 제경비 = 176,400, = 194,040,000원 (110% 가정) 기술료 = (176,400, ,040,000) 0.3 = 111,132,000원(30%가정) 6 단계 : 직접경비 산정 본 사업에 직접적으로 소요되는 직접경비는 다음과 같다. 직접경비 항목 산출내역 금액(원) 보고서인쇄비 출장여비 정보전략마스터플랜 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 800,000 1,200,000 합 계 2,000, SW사업 대가산정 가이드(2015년) 민간용

79 7 단계 : ISP 컨설팅 대가 산정 직접인건비와 제경비, 기술료, 직접경비를 합하여 투입공수에 의한 ISP 컨설팅 대가를 최종 산정한다. ISP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 = 176,400, ,040, ,132, ,000,000 = 483,572,000원 투입공수에 의한 컨설팅 사업대가 산정내역을 종합하는 계산양식은 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,200,000 책임 컨설턴트 350, ,100,000 전임 컨설턴트 300, ,600,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 176,400,000 제경비(직접인건비의 110 ~ 120%) 194,040,000 기술료([직접인건비 + 제경비]의 20 ~ 40%) 111,132,000 직접경비 2,000,000 합 계 (부가세 별도) 483,572,000 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만 원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였음 상기 예제 중 제경비율은 110%, 기술료는 30%를 적용하였음 1. 개 요 65

80 3 part Ⅱ SW사업기획단계 정보전략계획 및 업무재설계(ISP/BPR) 수립비 업무재설계(BPR: Business Process Reengineering)은 사업 활동을 영위하는 조직의 측면에 있어, 업무를 개선하고 자원의 사용을 보다 효율적으로 만들기 위하여, 하나의 목적으로 처음 부터 다시 근본적인 변화를 만드는 것을 의미한다. BPR은 업무 프로세스의 근본적인 재검토가 수반되며, 원가, 서비스품질, 직원들의 활력 등과 같은 중대한 지표들을 강화하기 위한 업무 활동의 재설계로 이어진다. 일반적인 BPR은 범위 와 대상이 광범위하고 다양하지만 근래의 BPR의 개념에는 데이터를 조직화하고, 방향을 설 정하기 위하여 컴퓨터나 정보기술을 사용하는 것이 포함된다. 즉, BPR을 수행하기 위해서는 먼저 정보전략계획(ISP)을 먼저 수행하여 정보화 전략을 수립 한 다음에 BPR을 수행하는 것이 일반적이다. 따라서 본 가이드에서는 일반적인 BPR 보다는 ISP와 BPR을 함께 수행하는 것으로 한정하여, 정보전략계획 및 업무재설계(ISP/BPR)의 수립 비에 대해서 정의한다. 3.1 투입공수에 의한 방법 개요 투입공수에 의한 사업대가 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링사업대가의기준을 준용하여 정보전략계획 및 업무재설계 수립비를 산정 하는 방식이다. 단, 투입컨설턴트의 직접인건비는 컨설턴트의 유형과 수준이 다양하기 때문에 거래실례가격을 적용하여 산정할 수 있다. 또한 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 공표하는 소프트웨어 기술자 노임단가를 참고할 수도 있다. 이것은 과거의 유사 정보전략계획 및 업무재설계 수립 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사업대가를 산정하는 방식으로서, IT컨설팅 사업은 가치설계를 목적으로 도메인 지식과 컨설팅 기술로 요구사항을 개발해야 하므로 컨설턴트의 수준이 대가 산정의 핵심요소이다. 66 SW사업 대가산정 가이드(2015년) 민간용

81 3.1.2 절차별 주요 내용 표2-13 ISP/BPR 수립비 산정절차 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 ISP/BPR 컨설팅의 대상 업무 범위를 확정하고, 업무 별 요구사항을 결정한다. ISP/BPR 컨설팅의 특성을 고려하여 투입인력의 컨설 턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISP/BPR 컨설팅을 수행할 인력의 직접인건비를 계산 한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 7. ISP/BPR 컨설팅 대가 산정 ISP/BPR 컨설팅 대가를 산정한다. ISP/BPR 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대가 3. 정보전략계획 및 업무재설계(ISP/BPR) 수립비 67

82 3.1.3 단계별 설명 1 단계 : 사전준비 ISP/BPR 컨설팅 대상 업무 선정 컨설팅 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 ISP/BPR 컨설팅 대상 업무를 선정한다. ISP/BPR 컨설팅의 요구사항과 산출물 정의 ISP/BPR 컨설팅의 기능적 요구사항을 정의한다. ISP/BPR 컨설팅의 결과로 만들어지는 산출물을 상세히 분석하고 정의한다. 2 단계 : 컨설턴트 등급 결정 발주담당자는 컨설팅 대상 업무별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 컨설팅 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 컨설턴트의 등급은 해당 컨설팅 사업의 특성에 따라서 결정되므로 컨설턴트의 등급을 일률적 으로 정하는 것이 의미가 없으며, 발주자와 수주자 사이에 일치된 정의 또한 존재하지 않는 다. 현재 일반적으로 사용되는 컨설턴트의 등급은 5개로 나누어, 보조 컨설턴트, 컨설턴트, 전임컨설턴트, 책임컨설턴트, 수석컨설턴트로 나누어 통용되고 있다. 그러나 역할과 자격 요 건은 사업별, 기관별 특성에 따라 다를 수 있다. 또한, Ⅰ장 4.2의 소프트웨어 기술자 노임대 가 적용기준([표 1-5]와 [표 1-6])을 참고할 수도 있다. 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 또는 컨설팅 요구사항과 수행활동이 명확히 정의되고 WBS(Work Breakdown Structure: 단계별 활동)가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수도 있다. ISP/BPR의 업무는 다음과 같이 구성할 수 있다. 68 SW사업 대가산정 가이드(2015년) 민간용

83 표2-14 ISP/BPR 업무활동 ISP/BPR 대상 업무 세부내용 산출물 단계 활동 환경 분석 현황 분석 미래 모델 설계 이행 계획 수립 추가 활동 경영환경 분석 정보기술 환경분석 업무분석 정보시스템 분석 대내외 경영환경파악을 통해 기회 및 위협요소 도출 CSF와 CIR(Critical Information Required) 도출 정보기술 추세를 검토하여 정보기술 발전방향 분석, 신정보기술 적용가능성 분석 및 정보화 요구사항을 도출 조직의 역할 및 업무체계를 분석하여 이를 근간으로 현행 조직과 업무체계상의 문제점 및 개선 요구사 항을 도출 현행 정보시스템 및 정보자원관리/운영 현황을 분석 하여 정보시스템 문제점 및 개선사항을 도출 벤치마킹 비즈니스 및 정보시스템 관점에서의 벤치마킹 차이분석 미래업무 프로세스 설계 정보전략수립 정보시스템 구조 설계 정보관리 체계수립 업무프로세스 개선계획 수립 정보시스템 구축계획 수립 기능점수 도출 선진사의 비즈니스 프로세스 요건 및 정보 인프라 요건을 도출하고 기 도출된 정보화 요건과의 차이를 분석하여 과제의 보완작업 및 개선 방향 설정 바람직한 미래 프로세스 모형 및 신 업무 프로세스 정립 등 프로세스 개선 방안 수립 정보화 비전, 목표, 단계별 실행 전략 등을 수립하고 정보 시스템 구축 원칙과 정보시스템에 적용할 기술 요건 및 정보관리 전략을 수립 전략적 정보시스템 구축을 위한 이상적인 응용서비 스/정보기술 기반 구조를 정립 정립된 정보시스템을 효율적으로 운용할 수 있는 정보자원관리 체계를 정리 미래 프로세스 모형에 기초한 업무 프로세스 수립 전략적 모형을 구축하기 위한 실행전략을 수립 추진 체제 및 실행 일정, 정보화 투자예산 산정 및 투자 효과 분석 환경분석서 핵심성공요소 주요정보화 요구사항 CSF/CIR 연관도 주요정보기술 동향 정보기술 적용성 현행 프로세스 맵 및 기술서 조직대 업무상관도 정보화 요구사항 현행 기술 구조도 현행 정보시스템 분석서 선진사례 동향파악서 벤치마킹 요약서 차이분석서 미래 프로세스 맵 및 기술서 프로세스 체계도 정보화 비전 및 이해 정보화 목표 및 과제 정보화 추진 단계 전략 정보시스템 기술 요건 응용 구조 정의 통합정보시스템 기술구조도 실제 구축하는데 필요한 기능점수를 산정 기능점수 정보시스템 운영관리 조직 체계도 정보자원관리 체계 정의서 보안체계 구조정의 투자효과 평가지표 프로세스 개선 전략 프로세스 개선 일정 정보시스템 구축일정 전환전략 통합실행일정 및 자원계획 투자효과분석 3. 정보전략계획 및 업무재설계(ISP/BPR) 수립비 69

84 위에서 정의한 대상 업무 외의 추가적인 업무가 필요하다고 판단될 경우 해당 업무를 추가 하여 산정할 수 있다. 상기 ISP/BPR 대상 업무를 참고하여, 각 업무 활동에 대해 컨설턴트 등급별 투입공수를 산정 한다. 이 때 다음의 양식을 활용한다. 표2-15 ISP/BPR 업무활동별 컨설턴트 등급별 투입공수 산정양식 단계 환경분석 현황분석 미래모델 설계 이행계획 수립 추가활동 ISP/BPR 대상 업무 활동 경영환경 분석 정보기술 환경 분석 업무분석 정보시스템분석 벤치마킹 차이분석 미래업무프로세스 설계 정보전략 수립 정보시스템구조 설계 정보관리체계수립 업무프로세스 개선계획 수립 정보시스템 구축계획 수립 기능점수 도출 합계 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 4 단계 : 컨설턴트 직접인건비 계산 직접인건비는 컨설팅을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 컨설턴트 노임단가는 컨설턴트의 유형과 수준이 다양하고, 현재 컨설턴트 직무별 원가계산이 이루어지 고 있지 않으므로 컨설턴트 노임단가를 산정할 수 있는 객관적인 방법이 존재하지 않는다. 따라서 컨설턴트 노임단가는 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조제1항에 따라 발주기관의 기술 또는 설계 담당자(원가계산 용역기관 포함) 등이 거래실례가격, 원가계산 에 의한 가격, 업체의 견적가격 등을 가격 기준으로 적용할 수 있다. 70 SW사업 대가산정 가이드(2015년) 민간용

85 컨설턴트의 등급별 노임단가가 정해지면, 각 업무활동별로 투입기간을 고려한 등급별 투입공 수에 컨설턴트 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = (컨설턴트 등급별 투입공수 등급별 컨설턴트 노임단가) 5 단계 : ISP/BPR 컨설팅 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 컨설팅사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해배상보험료 또는 손해배상공제료는 별도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생한 비목에 관하여는 직접경비로 계산한다. 기술료란 컨설팅사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구 비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비(단, 손해배상보험 료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 6 단계 : 직접경비 산정 직접경비는 해당 ISP/BPR 컨설팅 사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상 시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접 경비를 산정하면 된다. 3. 정보전략계획 및 업무재설계(ISP/BPR) 수립비 71

86 직접경비 항목 산출내역 금액(원) 합 계 7 단계 : ISP/BPR 컨설팅 대가 산정 아래의 산식에 따라 ISP/BPR 컨설팅 대가를 산정한다. 단, 투입공수 방식에 의한 대가산정 시, 기술료에 이윤이 포함되어 있으므로 최종 컨설팅 대가에는 이윤을 추가로 계상하지 않는다. ISP/BPR 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 산출물 표2-16 ISP/BPR 투입공수 산정 산출물 양식 단계 환경분석 현황분석 미래모델 설계 이행계획 수립 추가활동 ISP/BPR 대상 업무 활동 경영환경분석 정보기술 환경분석 업무분석 정보시스템분석 벤치마킹 차이분석 미래업무프로세스 설계 정보전략수립 정보시스템구조 설계 정보관리체계수립 업무프로세스 개선계획 수립 정보시스템 구축계획 수립 기능점수 도출 합계 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 72 SW사업 대가산정 가이드(2015년) 민간용

87 표2-17 ISP/BPR 수립비 산정 종합계산 산출물 양식 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 21.0 급 컨설턴트 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 관련 참고자료 및 유의사항 관련 참고자료 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조 조사가격 결정 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의기준 Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업협 회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 대가를 산정하는 경우, 대가산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다 적용사례 예제 개요 사업명 : 공공 정보시스템 고도화 사업기간 : 2개월 대상 업무 현황 분석 3. 정보전략계획 및 업무재설계(ISP/BPR) 수립비 73

88 사용자 중심의 공공 서비스 구축 업무 및 정보화 현황 분석 선진사례 조사 분석 미래모델 설계 공공 서비스의 원활한 생산 관리를 위한 정보화 지원 방안 도출 사용자의 활용을 최대화할 수 있는 정보 검색 방안 제시 기술 발전을 고려한 최적의 공공 정보 제공 방안 수립 사례정보 중심의 종합적 공공정보제공 방안 수립 통합이행계획 수립 공공서비스 개선 사업 추진계획 및 소요 비용 제시 타당성 분석 및 기대효과 산정 1 단계 : 사전준비 컨설팅 대상 업무의 범위를 확정하고 업무별 요구사항을 결정한다. 2 단계 : 컨설턴트 등급 결정 발주자와 수주자 사이에 일치되는 컨설턴트 등급을 결정한다. 본 예제에서는 컨설턴트 등급의 예시로 수석, 책임, 전임, 보조 컨설턴트로 나눈다. 등급별 역할과 자격 요건은 사업별, 기관별 특성에 따라 다를 수 있다. 컨설턴트 등급 역 할 기술사/박사급 자격 요건 기사/석사급 이상 수석 컨설턴트 중대형 컨설팅 프로젝트의 총 책임 해당분야 경력 10년 이상 해당분야 경력 14년 이상 책임 컨설턴트 단위 프로젝트팀의 책임 해당분야 경력 6년 이상 해당분야 경력 10년 이상 전임 컨설턴트 단독 컨설팅 수행, 또는 컨설팅 프로 젝트팀의 일원 컨설턴트 컨설팅 프로젝트팀의 일원 해당분야 경력 2년 이상 기술사/박사급 이상 해당분야 경력 6년 이상 해당분야 경력 4년 이상 보조 컨설턴트 컨설팅 프로젝트팀의 일원으로서 컨설턴트를 보조 학사급 이상으로서 해당분야 경력 1 년 이상 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 2개월 동안 전체 프로젝트의 관리를 맡은 수석 컨설턴트 1명, 분야의 책임을 맡은 책임 컨설턴트 1명, 실제 컨설팅 업무를 주도적으로 수행하는 전임 컨설턴트 2명, 컨설턴트 1명을 투입하는 것으로 산출되었다. 74 SW사업 대가산정 가이드(2015년) 민간용

89 단계 ISP/BPR 대상 업무 활동 컨설턴트 등급별 투입 공수(M/M) 보조 컨설턴트 컨설턴트 전임 컨설턴트 책임 컨설턴트 수석 컨설턴트 환경분석 현황분석 경영환경분석 정보기술 환경분석 업무분석 정보시스템분석 벤치마킹 차이분석 미래업무프로세스 설계 2 미래모델 설계 이행계획 수립 정보전략수립 정보시스템구조 설계 정보관리체계수립 업무프로세스 개선계획 수립 정보시스템 구축계획 수립 추가활동 기능점수 도출 합계 단계 : 컨설턴트 직접인건비 계산 직접 인건비를 계산하기 위해서 컨설턴트 노임단가를 사용해야 한다. 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였다. 이 경우 ISP/BPR 컨설팅 대가 는 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,800,000 책임 컨설턴트 350, ,700,000 전임 컨설턴트 300, ,200,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 67,200, 정보전략계획 및 업무재설계(ISP/BPR) 수립비 75

90 5 단계 : ISP/BPR 컨설팅 제경비와 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 사례에 서는 기술료를 예시로 30% 산정하였다. 제경비 = 67,200, = 73,920,000원 (110% 가정) 기술료 = (67,200, ,920,0000) 0.3 = 42,336,000원 (30% 가정) 6 단계 : 직접경비 산정 본 사업에 직접적으로 소요되는 직접경비는 다음과 같다. 직접경비 항목 산출내역 금액(원) 보고서인쇄비 출장여비 ISP/BPR 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 800,000 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 1,200,000 합 계 2,000,000 7 단계 : ISP/BPR 컨설팅 대가 산정 직접인건비, 제경비, 기술료, 직접경비를 합산하여 투입공수에 의한 대가를 산정한다. ISP/BPR 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 = 67,200, ,920, ,336, ,000,000 = 185,456,000 원 이상의 사업대가 산정내역을 종합하면 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 투입기간 금액(원) 수석 컨설턴트 400, 개월 16,800,000 책임 컨설턴트 350, 개월 14,700,000 전임 컨설턴트 300, 개월 25,200,000 컨설턴트 250, 개월 10,500,000 보조 컨설턴트 0개월 직접인건비 합계 67,200,000 제경비(직접인건비의 110 ~ 120%) 73,920,000 기술료([직접인건비 + 제경비]의 20 ~ 40%) 42,336,000 직접경비 2,000,000 합 계 (부가세 별도) 185,456,000 상기 예제 중 제경비율은 110%, 기술료는 30%를 적용하였음 76 SW사업 대가산정 가이드(2015년) 민간용

91 4 part Ⅱ SW사업기획단계 전사적 아키텍처(EA/ITA) 수립비 전사적 아키텍처(EA; Enterprise Architecture)는 기업의 비즈니스, 데이터, 애플리케이션, 기술 등 주요 요건을 자산, 표준, 원칙, 모델 등의 기준에 따라 분석, 기업의 현재 모습을 조감하고 앞으로의 지침을 제시하는 프로그램 또는 전략을 말한다. 또한 정보기술아키텍처(ITA: Information Technology Architecture)는 일정한 기준과 절차에 따 라 업무, 응용, 데이터, 기술, 보안 등 조직 전체의 정보화 구성요소들을 통합적으로 분석한 뒤 이들 간의 관계를 구조적으로 정리한 체제 및 이를 바탕으로 정보시스템을 효율적으로 구성하기 위한 방법을 말한다. 국내에서는 EA와 ITA를 구분하지 않고 같은 뜻으로 사용하고 있다. EA/ITA는 크게 업무 (Business), 응용(Application), 데이터(Data), 기술(Technology) 및 보안(Security)의 5가지 영역의 아키텍처로 구분한다. 업무아키텍처(BA) : 업무, 업무별 기능 절차, 정보와 이들 간의 관계를 식별하고 정의한 구조 응용아키텍처(AA) : 업무를 지원하는 응용서비스 및 응용시스템과 이들 간의 관계를 식별 하고 정의한 구조 데이터아키텍처(DA) : 업무와 응용에서 사용되는 데이터 및 이들 간의 관계를 식별하고 정의한 구조 기술아키텍처(TA) : 응용서비스 및 응용시스템을 지원하는 기술자원 및 이들 간의 관계를 식별하고 정의한 구조 보안아키텍처(SA) : 정보시스템의 무결성, 가용성, 기밀성을 확보하기 위해서 보안요소 및 이들 간의 관계를 식별하고 정의한 구조 EA/ITA의 각 부문별 아키텍처의 기술을 위하여 다음과 같은 5가지의 참조모형이 정의된다. 4. 전사적 아키텍처(EA/ITA) 수립비 77

92 표2-18 EA/ITA 참조모형의 종류 종 류 성과참조모형 (PRM) 업무참조모형 (BRM) 데이터참조모형 (DRM) 서비스컴포넌트 참조모형 (SRM) 기술참조모형 (TRM) 정의 정보화 성과제고 및 품질향상을 위한 성과요소들을 분류하고 정의한 체계 업무와 그와 관련된 정보를 전체적으로 분류하고 정의한 체계 데이터 표준화 및 재사용과 데이터 관리를 지원하기 위해 데이터를 분류하고 표준 데이터구조를 정의한 체계 응용서비스의 재활용과 효율적 관리를 위해 업무 및 조직에 독립적인 응용컴포 넌트를 기반으로 응용서비스를 분류하고 정의한 체계 정보시스템에서 업무를 지원하는 응용기능을 구현하기 위하여 필요한 정보기술 및 표준 들을 분류하고 정의한 체계 4.1 투입공수에 의한 방법 개요 투입공수에 의한 사업대가 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링사업대가의기준을 준용하여 전사적 아키텍처 수립비를 산정하는 방식 이다. 단, 투입컨설턴트의 직접인건비는 컨설턴트의 유형과 수준이 다양하기 때문에 거래실례 가격을 적용하여 산정할 수 있다. 또한 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 공표하는 소프트웨어 기술자 노임단가를 참고할 수도 있다. 이것은 과거의 유사 전사적 아키텍처 수립 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사업대가를 산정하는 방식으로서, IT컨설팅 사업은 가치설계를 목적으로 도메인 지식과 컨설팅 기술로 요구사항을 개발해야 하므로 컨설턴트의 수준이 대가 산정의 핵심요소이다. 78 SW사업 대가산정 가이드(2015년) 민간용

93 4.1.2 절차별 주요 내용 표2-19 EA/ITA 수립비 산정절차 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 6. 직접경비 계산 7. EA/ITA 컨설팅 대가 산정 EA/ITA 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. EA/ITA 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. EA/ITA 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 업무에 필요한 직접경비를 계산한다. EA/ITA 컨설팅 대가를 산정한다. EA/ITA 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 컨설팅 대상 업무요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 직접경비 컨설팅 대가 4. 전사적 아키텍처(EA/ITA) 수립비 79

94 4.1.3 단계별 설명 1 단계 : 사전준비 EA/ITA 컨설팅 대상 업무 선정 컨설팅 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 EA/ITA 컨설팅 대상 업무를 선정한다. EA/ITA 컨설팅의 요구사항과 산출물 정의 EA/ITA 컨설팅의 기능적 요구사항을 정의한다. EA/ITA 컨설팅의 결과로 만들어지는 산출물을 상세히 분석하고 정의한다. 2 단계 : 컨설턴트 등급 결정 발주담당자는 컨설팅 대상 업무별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 컨설팅 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 컨설턴트의 등급은 해당 컨설팅 사업의 특성에 따라서 결정되므로 컨설턴트의 등급을 일률적 으로 정하는 것이 의미가 없으며, 발주자와 수주자 사이에 일치된 정의 또한 존재하지 않는 다. 현재 일반적으로 사용되는 컨설턴트의 등급은 5개로 나누어, 보조 컨설턴트, 컨설턴트, 전임컨설턴트, 책임컨설턴트, 수석컨설턴트로 나누어 통용되고 있다. 그러나 역할과 자격 요 건은 사업별, 기관별 특성에 따라 다를 수 있다. 또한, Ⅰ장 4.2의 소프트웨어 기술자 노임대 가 적용기준([표 1-5]와 [표 1-6])을 참고할 수도 있다. 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 또는 컨설팅 요구사항과 수행활동이 명확히 정의되고 WBS(Work Breakdown Structure: 단계별 활동)가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수도 있다. EA/ITA의 업무는 다음과 같이 구성된다. 80 SW사업 대가산정 가이드(2015년) 민간용

95 표2-20 EA/ITA 업무활동의 구성 EA/ITA 대상 업무 단계 활동 EA/ITA 방향 및 지침 수립 업무 참조모형 참조 모형 수립 AS- IS 아키 텍처 수립 TO-BE 아키 텍처 수립 서비스 컴포넌트 참조모형 데이터 참조모형 기술 참조모형 성과 참조모형 컨설팅 방향과 지침을 수립 세부내용 업무와 그와 관련된 정보를 전체적으로 분류하고 정의 응용서비스의 재활용과 효율적 관리를 위해 업무 및 조직에 독립적인 응용 컴포넌트를 기반으로 응용서비스를 분류하고 정의 데이터 표준화 및 재사용과 데이터 관리를 지원하기 위해 데이터를 분류하고 표준 데이터구조를 정의 정보시스템에서 업무를 지원하는 응용기능을 구현하기 위하여 필요한 정보 기술 및 표준 들을 분류하고 정의 정보화 성과제고 및 품질향상을 위한 성과요소들을 분류하고 정의 업무영역 현재의 업무, 업무별 기능 절차, 정보와 이들 간의 관계를 식별하고 정의 응용영역 현재의 업무를 지원하는 응용서비스 및 응용시스템과 이들 간의 관계를 식별 하고 정의 데이터영역 현재의 업무와 응용에서 사용되는 데이터 및 이들 간의 관계를 식별하고 정의 기술영역 현재의 응용서비스 및 응용시스템을 지원하는 기술자원 및 이들 간의 관계를 식별하고 정의 보안영역 현재의 정보시스템의 무결성, 가용성, 기밀성을 확보하기 위해서 보안요소 및 이들 간의 관계를 식별하고 정의 업무영역 미래의 업무, 업무별 기능 절차, 정보와 이들 간의 관계를 식별하고 정의 응용영역 미래의 업무를 지원하는 응용서비스 및 응용시스템과 이들 간의 관계를 식별 하고 정의 데이터영역 미래의 업무와 응용에서 사용되는 데이터 및 이들 간의 관계를 식별하고 정의 기술영역 미래의 응용서비스 및 응용시스템을 지원하는 기술자원 및 이들 간의 관계를 식별하고 정의 보안영역 미래의 정보시스템의 무결성, 가용성, 기밀성을 확보하기 위해서 보안요소 및 이들 간의 관계를 식별하고 정의 미래 모형을 구축하기 위한 실행전략을 수립 추진체제 및 실행 일정, 정보화 투자예산 산정 및 투자효과 분석 이행계획 수립 EA/ITA 관리체계 수립 추가 활동 벤치마킹 및 차이분석 기능점수 도출 컨설팅 수행 관리 체계를 수립 참조할 선진 사례를 참조하여 차이분석을 수행 실제 구축하는데 필요한 기능점수를 산정 4. 전사적 아키텍처(EA/ITA) 수립비 81

96 상기 EA/ITA 대상 업무를 참고하여, 각 업무 활동에 대해 컨설턴트 등급별 투입공수를 산정 한다. 이 때 다음의 양식을 활용한다. 표2-21 EA/ITA 업무활동별 컨설턴트등급별 투입공수 산정양식 EA/ITA 대상 업무 컨설턴트 등급별 투입 공수(M/M) 단계 활동 OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 EA/ITA 방향 및 지침 수립 업무참조모형 참조모형 수립 서비스컴포넌트 참조모형 데이터참조모형 기술참조모형 성과참조모형 업무영역 AS-IS 아키텍처 수립 응용영역 데이터영역 기술영역 보안영역 업무영역 TO-BE 아키텍처 수립 응용영역 데이터영역 기술영역 보안영역 이행계획 수립 EA/ITA관리체계 수립 추가활동 벤치마킹 및 차이분석 기능점수 도출 합계 82 SW사업 대가산정 가이드(2015년) 민간용

97 4 단계 : 컨설턴트 직접인건비 계산 직접인건비는 컨설팅을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 컨설턴트 노임단가는 컨설턴트의 유형과 수준이 다양하고, 현재 컨설턴트 직무별 원가계산이 이루어지 고 있지 않으므로 컨설턴트 노임단가를 산정할 수 있는 객관적인 방법이 존재하지 않는다. 따라서 컨설턴트 노임단가는 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조제1항에 따라 발주기관의 기술 또는 설계 담당자(원가계산 용역기관 포함) 등이 거래실례가격, 원가계산 에 의한 가격, 업체의 견적가격 등을 가격 기준으로 적용할 수 있다. 컨설턴트의 등급별 노임단가가 정해지면, 각 업무활동별로 투입기간을 고려한 등급별 투입공 수에 컨설턴트 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = (컨설턴트 등급별 투입공수 등급별 컨설턴트 노임단가) 5 단계 : EA/ITA 수립 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 컨설팅사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무 실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영 활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해배상보험료 또는 손해배상공제료는 별도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생한 비목에 관하여는 직접경비로 계산한다. 기술료란 컨설팅사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구 비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비(단, 손해배상보험 료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 6 단계 : 직접경비 산정 직접경비는 해당 EA/ITA 수립사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 4. 전사적 아키텍처(EA/ITA) 수립비 83

98 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 7 단계 : EA/ITA 수립비 산정 아래의 산식에 따라 EA/ITA 수립비를 산정한다. 단, 투입공수 방식에 의한 대가 산정 시, 기술료에 이윤이 포함되어 있으므로 최종 대가에는 이윤을 추가로 계상하지 않는다. EA/ITA 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 84 SW사업 대가산정 가이드(2015년) 민간용

99 4.1.4 산출물 표2-22 EA/ITA 투입공수 산정 산출물 양식 EA/ITA 대상 업무 컨설턴트 등급별 투입 공수(M/M) 단계 활동 OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 EA/ITA 방향 및 지침 수립 업무참조모형 참조모형 수립 서비스컴포넌트 참조모형 데이터참조모형 기술참조모형 성과참조모형 업무영역 AS-IS 아키텍처 수립 애플리케이션영역 데이터영역 기술영역 정보시스템영역 업무영역 TO-BE 아키텍처 수립 애플리케이션영역 데이터영역 기술영역 정보시스템영역 이행계획 수립 EA/ITA관리체계 수립 추가활동 벤치마킹 및 차이분석 기능점수 도출 합계 4. 전사적 아키텍처(EA/ITA) 수립비 85

100 표2-23 EA/ITA 수립비 산정 종합계산 산출물 양식 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 컨설턴트 급 컨설턴트 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 관련 참고자료 및 유의사항 관련 참고자료 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조 조사가격 결정 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의기준 Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업협 회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 대가를 산정하는 경우, 대가 산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다 적용사례 예제 개요 제목 : 정보기술아키텍처(ITA) 확대 구축 기간 : 4개월 내용 아키텍처 구축 범위 확대 및 기존 구축 영역의 현행화(또는 고도화) 86 SW사업 대가산정 가이드(2015년) 민간용

101 ITA 관리체계 확대 수립 및 제도화 방안 강구 ITA 지원시스템 기능 개선 및 구축 ITA 정착을 위한 변화관리 방안 강구 ITA 성숙도 제고방안 강구 1 단계 : 사전준비 컨설팅 대상 업무범위를 확정하고 업무별 요구사항을 정의한다. 2 단계 : 컨설턴트 등급 결정 발주자와 수주자 사이에 일치되는 컨설턴트 등급을 결정한다. 본 예제에서는 컨설턴트 등급의 예시로 수석, 책임, 전임, 보조 컨설턴트로 나눈다. 등급별 역할과 자격 요건은 사업별, 기관별 특성에 따라 다를 수 있다. 컨설턴트 등급 역 할 기술사/박사급 자격 요건 기사/석사급 이상 수석 컨설턴트 중대형 컨설팅 프로젝트의 총 책임 해당분야 경력 10년 이상 해당분야 경력 14년 이상 책임 컨설턴트 단위 프로젝트팀의 책임 해당분야 경력 6년 이상 해당분야 경력 10년 이상 전임 컨설턴트 단독 컨설팅 수행, 또는 컨설팅 프로젝트팀의 일원 해당분야 경력 2년 이상 컨설턴트 컨설팅 프로젝트팀의 일원 기술사/박사급 이상 보조 컨설턴트 컨설팅 프로젝트팀의 일원으로서 컨설턴트를 보조 해당분야 경력 6년 이상 해당분야 경력 4년 이상 학사급 이상으로서 해당분야 경력 1 년 이상 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 4개월 동안 전체 프로젝트의 관리를 맡은 수석 컨설턴트 1명, 분야의 책임을 맡은 책임 컨설턴트 2명, 실제 컨설팅 업무를 주도적으로 수행하는 전임 컨설턴트 4명, 컨설턴트 2명을 투입하는 것으로 산출되었다. 4. 전사적 아키텍처(EA/ITA) 수립비 87

102 EA/ITA 대상 업무 컨설턴트 등급별 투입 공수(M/M) 단계 활동 보조 컨설턴트 컨설턴트 전임 컨설턴트 책임 컨설턴트 수석 컨설턴트 EA/ITA 방향 및 지침 수립 업무참조모형 참조모형 수립 서비스컴포넌트 참조모형 데이터참조모형 기술참조모형 성과참조모형 업무영역 AS-IS 아키텍처 수립 애플리케이션영역 데이터영역 기술영역 정보시스템영역 업무영역 TO-BE 아키텍처 수립 애플리케이션영역 데이터영역 기술영역 정보시스템영역 이행계획 수립 EA/ITA관리체계 수립 추가활동 벤치마킹 및 차이분석 기능점수 도출 합계 단계 : 컨설턴트 직접인건비 계산 직접 인건비를 계산하기 위해서 컨설턴트 노임단가를 사용해야 한다. 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였다. 이 경우 EA/ITA 컨설팅 대가는 다음과 같다. 88 SW사업 대가산정 가이드(2015년) 민간용

103 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,600,000 책임 컨설턴트 350, ,800,000 전임 컨설턴트 300, ,800,000 컨설턴트 250, ,000,000 보조 컨설턴트 직접인건비 합계 235,200,000 5 단계 : EA/ITA 컨설팅 제경비와 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 사례에서는 기술료를 예시로 30%로 산정하였다. 제경비 = 235,200, = 258,720,000원 (110% 가정) 기술료 = (235,200, ,720,000) 0.3 = 148,176,000원 (30% 가정) 6 단계 : 직접경비 산정 본 사업에 직접적으로 소요되는 직접경비는 다음과 같다. 직접경비 항목 산출내역 금액(원) 보고서인쇄비 출장여비 EA/ITA 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 800,000 1,200,000 합 계 2,000,000 7 단계 : EA/ITA 컨설팅 대가 산정 직접인건비와 제경비, 기술료, 직접경비를 합하여 투입공수에 의한 대가를 최종 산정 한다. EA/ITA 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 = 235,200, ,720, ,176, ,000,000 = 644,096,000 원 4. 전사적 아키텍처(EA/ITA) 수립비 89

104 투입공수방식의 EA/ITA 컨설팅 대가 산정내역을 종합하면 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 수석 컨설턴트 400,000 4 한달 일수 금액(원) 33,600,000 책임 컨설턴트 350, ,800,000 전임 컨설턴트 300, ,800,000 컨설턴트 250, ,000,000 보조 컨설턴트 직접인건비 합계 235,200,000 제경비(직접인건비의 110 ~ 120%) 258,720,000 기술료([직접인건비 + 제경비]의 20 ~ 40%) 148,176,000 직접경비 2,000,000 합 계 (부가세 별도) 644,096,000 상기 예제 중 제경비율은 110%, 기술료는 30%를 적용하였음 90 SW사업 대가산정 가이드(2015년) 민간용

105 5 part Ⅱ SW사업기획단계 정보시스템 마스터플랜(ISMP) 수립비 정보시스템 마스터플랜(ISMP: Information System Master Plan)은 특정 SW 개발 사업에 대한 상세분석과 제안요청서(RFP)를 마련하기 위해 비즈니스(업무) 및 정보기술에 대한 현황과 요구사항을 분석하고 기능점수 도출이 가능한 수준까지 기능적/기술적/비기능적 요건을 상세히 기술하며, 구축 전략 및 이행 계획을 수립하는 활동이다. ISMP와 EA/ITA, ISP와의 개념에 대한 차이는 다음 표와 같다. EA/ITA는 새롭게 발생하는 비즈니스 요구와 IT에 따라 주먹구구식으로 구성해 온 각종정보 시스템을 효과적으로 재편, 비즈니스와 전산정보 자원 간 유연한 융합을 꾀하기 위한 청사진 으로서 현행 아키텍처와 목표 아키텍처를 수립하며, 목표 아키텍처를 달성하기 위한 이행 계획을 수립한다. ISP는 정보기술 방향과 계획을 제시하는 CIO 차원이라면, EA/ITA는 CEO의 진두지휘 하에 전사 차원의 구성 요소들을 정의하고 부족한 것을 메워나가며 개선하는 측면이다. ISMP는 EA/ITA의 목표 아키텍처 구조 하에, 정보기술 방향 및 계획과 일치하도록 특정 사업의 구축 목표 및 방향을 수립하고 사용자 및 시스템 요구사항을 기술한다. 5. 정보시스템 마스터플랜(ISMP) 수립비 91

106 표2-24 ISMP, ISP, EA/ITA 개념 비교 ISMP ISP EA/ITA 목 적 특정 정보시스템 기능적 기술적 비기능적 요구사항 상세화 경영전략과 정보화 전략 연계 및 새로운 정보기술 반영 새롭게 발생하는 비즈니스 요 구와 정보기술에 따라 주먹구 구식으로 구성해 온 각종정보 시스템들을 효과적으로 재편, 비즈니스와 전산정보 자원 간 유연한 융합 범 위 단위 프로젝트 또는 단위 프로젝트의 묶음 전사, 서비스 또는 부서대상 정보화 전략 전사의 기술(ITA), 비즈니스(BA), 애플리케이션 (AA), 데이터(DA) 등의 아키텍처 주 요 활 동 정보시스템 구축 범위 및 방향 수립 정보시스템에 대한 기능적/ 기술적(데이터 및 트랜잭션 기능, 성능, 테스트 등) 요건 도출 정보시스템 구조 및 요건 상세 기술 정보시스템 구축 사업계획 수립 정보시스템 예산 산정 및 업체 선정 평가 지원 경영환경분석(조직, 유관기관 및 고객 특성 분석 등) 최근 정보기술 동향 분석 업무 분석(조직 내부 활동과 현행 프로세스 분석) 정보 시스템 구조 분석 정보전략 및 정보관리체계 수립 미래업무 프로세스 및 정보 시스템 구조 설계 TO-BE 로드맵 수립 ITA 방향 및 지침 수립 참조모형 수립 (BRM, SRM, DRM, TRM/SP, PRM) AS-IS 아키텍처 분석(BA, AA, DA, TA, SA) TO-BE 아키텍처 수립 (BA, AA, DA, TA, SA) 이행계획 수립 ITA 관리체계수립 주 요 산 출 물 RFP(제안요청서) 정보시스템 예산 경영환경분석 및 정보기술 동향 분석 보고서 업무/정보시스템 분석 보고서 IT 비전 및 전략 이행 과제 및 로드맵 RFP(제안요청서) 전사 아키텍처 비전, 원칙, 아키 텍처 매트릭스 ITA 프레임워크에 정의 된 현행 /목표 아키텍처 (업무, 데이터, 기술, 응용, 보안 아키텍처) 목표 아키텍처로의 이행 계획 92 SW사업 대가산정 가이드(2015년) 민간용

107 5.1 투입공수에 의한 방법 개요 투입공수에 의한 사업대가 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링사업대가의기준을 준용하여 정보시스템 마스터플랜 수립비를 산정하는 방식이다. 단, 투입컨설턴트의 직접인건비는 컨설턴트의 유형과 수준이 다양하기 때문에 거래 실례가격을 적용하여 산정할 수 있다. 또한 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 공표하는 소프트웨어 기술자 노임단가를 참고할 수도 있다. 이것은 과거의 유사 정보시스템 마스터플랜수립 사업의 투입인력 정도를 기초로 한 경험적 판단 에 의해 사업대가를 산정하는 방식으로서, IT 컨설팅 사업은 가치설계를 목적으로 도메인 지식과 컨설팅 기술로 요구사항을 개발해야 하므로 컨설턴트의 수준이 대가 산정의 핵심요소이다. 5. 정보시스템 마스터플랜(ISMP) 수립비 93

108 5.1.2 절차별 주요 내용 표2-25 ISMP 수립비 산정 절차 1. 사전준비 절차 주요내용 산출물 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 ISMP 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. ISMP 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. ISMP 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산 한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 대상 업무 요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 6. 직접경비 계산 7. ISMP 컨설팅 대가 산정 컨설팅 업무에 필요한 직접경비를 계산한다. ISMP 컨설팅 대가를 산정한다. ISMP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 직접경비 컨설팅 대가 단계별 설명 1 단계 : 사전준비 ISMP 컨설팅 대상 업무 선정 컨설팅 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 ISMP 컨설팅 대상 업무를 선정한다. 94 SW사업 대가산정 가이드(2015년) 민간용

109 ISMP 컨설팅의 요구사항과 산출물 정의 ISMP 컨설팅의 기능적 요구사항을 정의한다. ISMP 컨설팅의 결과로 만들어지는 산출물을 상세히 분석하고 정의한다. 2 단계 : 컨설턴트 등급 결정 발주담당자는 컨설팅 대상 업무별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 컨설팅 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 컨설턴트의 등급은 해당 컨설팅 사업의 특성에 따라서 결정되므로 컨설턴트의 등급을 일률적 으로 정하는 것이 의미가 없으며, 발주자와 수주자 사이에 일치된 정의 또한 존재하지 않는 다. 현재 일반적으로 사용되는 컨설턴트의 등급은 5개로 나누어, 보조 컨설턴트, 컨설턴트, 전임컨설턴트, 책임컨설턴트, 수석컨설턴트로 나누어 통용되고 있다. 그러나 역할과 자격 요 건은 사업별, 기관별 특성에 따라 다를 수 있다. 또한, Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6])을 참고할 수도 있다. 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 또는 컨설팅 요구사항과 수행활동이 명확히 정의되고 WBS(Work Breakdown Structure: 단계별 활동)가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수도 있다 ISMP의 활동은 다음과 같이 구성된다. 표2-26 ISMP 업무 활동의 구성 단계 프로젝트 착수 및 참여자 결정 ISMP 대상 업무 활동 경영진 지원조직 형성 프로젝트 수행조직 편성 프로젝트 계획 수립 상세내용 프로젝트 관련 조직 파악 경영진 지원조직 확립 활동 수행 경영진 의사결정권자 결정 프로젝트 수행에 필요한 역할 정의 프로젝트 수행조직 인력 결정 리더쉽 확보를 위한 활동 수행 프로젝트 수행 계획 수립 의사소통 계획 수립 프로젝트 수행 및 의사소통 계획 검토 5. 정보시스템 마스터플랜(ISMP) 수립비 95

110 단계 정보시스템 방향성 수립 업무 및 정보기술요건 분석 정보시스템 구조 및 요건 정의 ISMP 대상 업무 활동 정보화 전략(ISMP) 검토 벤치마킹 분석(Optional) 정보시스템 추진 범위 및 방향 정의 정보시스템 추진 범위 및 방향 검토 업무 및 정보기술 현황 분석 업무 요건 분석 정보기술 요건 분석 업무 및 정보기술 요건 검토 정보시스템 아키텍처 정의 정보시스템 요건의 이행 연관성 식별 정보시스템 요건 기술서 작성 정보시스템 요건 기술서 검토 상세내용 정보화 전략 및 방향 검토 정보시스템 사업 이해 정보시스템 관련 과제식별 벤치마킹 조사대상 선정 벤치마킹 준비, 벤치마킹 실시 정보시스템 구축 범위 정의 정보시스템 사용자 그룹 정의 정보시스템 추진 방향 및 목표 정의 정보화 전략과의 방향 일치 검토 정보시스템 추진 범위 검토 업무 프로세스 분석 응용 아키텍처 분석 데이터 아키텍처 분석 기술기반 아키텍처 분석 업무 요건 분석 준비 최종 사용자 요구사항 도출 도입대상 장비 요건 분석 데이터 요건 분석 애플리케이션 성능 요건 분석 표준화 요건 분석 테스트 요건 분석 보안 요건 분석 시스템 운영 요건 분석 교육 및 기술지원 요건 분석 그 외 프로젝트 지원 요건 분석 업무 및 정보기술 요건 최종 검토 업무 및 정보기술 요건 우선순위 평가 정보시스템 TO-BE 아키텍처 정의 재사용 가능한 구성요소 파악 정보시스템 요건 연관성 분석 이행 연관성을 고려한 구축사업계획 권고사항 도출 정보시스템 요건 기술 표준 정의 측정범위와 애플리케이션 경계 식별 기능 요건 기술 비기능 요건 기술 기술적 요건 기술 정보시스템 요건 기술서 점검 정보시스템 요건 기술서 최종 검토 96 SW사업 대가산정 가이드(2015년) 민간용

111 단계 정보시스템 구축사업 이행방안 수립 ISMP 대상 업무 활동 정보시스템 구축사업 계획 수립 분리발주 가능성 평가 정보시스템 예산 수립 제안요청서(RFP) 작성 정보시스템 구축업체 선정 평가 지원 상세내용 정보시스템 구축 범위 확정 정보시스템 기대효과 및 추진 전략 수립 정보시스템 추진 조직 정의 정보시스템 구축사업 일정 계획 관련 패키지 조사 분리 발주 가능성 분석 패키지 수정 및 추가개발 범위 분석 정보시스템 기능 점수 산정 정보시스템 예산 검토 제안요청서(RFP) 목차 수립 제안요청서(RFP) 세부 내용 작성 제안 안내서 작성 제안요청서(RFP) 검토 정보시스템 구축업체 선정 평가 준비 정보시스템 구축업체 선정 평가 수행 상기 ISMP 대상 업무를 참고하여, 각 업무 활동에 대해 컨설턴트 등급별 투입공수를 산정한다. 이 때 다음의 양식을 활용한다. 표2-27 ISMP 업무활동별 컨설턴트 등급별 투입공수 산정양식 단계 프로젝트 착수 및 참여자 결정 정보시스템 방향성 수립 업무 및 정보기술요건 분석 ISMP 대상 업무 활동 경영진 지원조직 형성 프로젝트 수행조직 편성 프로젝트 계획 수립 정보화 전략(ISMP) 검토 벤치마킹 분석(Optional) 정보시스템 추진 범위 및 방향 정의 정보시스템 추진 범위 및 방향 검토 업무 및 정보기술 현황 분석 업무 요건 분석 정보기술 요건 분석 업무 및 정보기술 요건 검토 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 5. 정보시스템 마스터플랜(ISMP) 수립비 97

112 단계 정보시스템 구조 및 요건 정의 정보시스템 구축사업 이행방안 수립 ISMP 대상 업무 활동 정보시스템 아키텍처 정의 정보시스템 요건의 이행 연관성 식별 정보시스템 요건 기술서 작성 정보시스템 요건 기술서 검토 정보시스템 구축사업 계획 수립 분리발주 가능성 평가 정보시스템 예산 수립 제안요청서(RFP) 작성 정보시스템 구축업체 선정 평가 지원 합계 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 4 단계 : 컨설턴트 직접인건비 계산 직접인건비는 컨설팅을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 컨설턴트 노임단가는 컨설턴트의 유형과 수준이 다양하고, 현재 컨설턴트 직무별 원가계산이 이루어지 고 있지 않으므로 컨설턴트 노임단가를 산정할 수 있는 객관적인 방법이 존재하지 않는다. 따라서 컨설턴트 노임단가는 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조제1항에 따라 발주기관의 기술 또는 설계 담당자(원가계산 용역기관 포함) 등이 거래실례가격, 원가계산 에 의한 가격, 업체의 견적가격 등을 가격 기준으로 적용할 수 있다. 컨설턴트의 등급별 노임단가가 정해지면, 각 업무활동별로 투입기간을 고려한 등급별 투입공 수에 컨설턴트 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = (컨설턴트 등급별 투입공수 등급별 컨설턴트 노임단가) 5 단계 : ISMP 컨설팅 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 98 SW사업 대가산정 가이드(2015년) 민간용

113 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 컨설팅사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해배상보험료 또는 손해배상공제료는 별도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생 한 비목에 관하여는 직접경비로 계산한다. 기술료란 컨설팅사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구 비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비(단, 손해배상보험료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 6 단계 : 직접경비 산정 직접경비는 해당 ISMP 컨설팅 사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함 되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 7 단계 : ISMP 컨설팅 대가 산정 아래의 산식에 따라 ISMP 컨설팅 대가를 산정한다. 투입공수 방식에 의한 대가 산정 시, 기술 료에 이윤이 포함되어 있으므로 최종 대가에는 이윤을 추가로 계상하지 않는다. ISMP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 5. 정보시스템 마스터플랜(ISMP) 수립비 99

114 5.1.4 산출물 표2-28 ISMP 투입공수 산정 산출물 단계 프로젝트 착수 및 조직 결정 ISMP 대상 업무 활동 경영진 지원조직 형성 프로젝트 수행조직 편성 프로젝트 계획 수립 정보화 전략(ISMP) 검토 정보시스 벤치마킹 분석(Optional) 템 방향성 수립 정보시스템 추진 범위 및 방향 정의 정보시스템 추진 범위 및 방향 검토 업무 및 정보기술 요건 분석 정보시스 템 구조 및 요건 정의 정보시스 템 구축사업 이행방안 수립 업무 및 정보기술 현황 분석 업무 요건 분석 정보기술 요건 분석 업무 및 정보기술 요건 검토 정보시스템 아키텍처 정의 정보시스템 요건의 이행 연관성 식별 정보시스템 요건 기술서 작성 정보시스템 요건 기술서 검토 정보시스템 구축사업 계획 수립 분리발주 가능성 평가 정보시스템 예산 수립 제안요청서(RFP) 작성 정보시스템 구축업체 선정 평가 지원 합계 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 100 SW사업 대가산정 가이드(2015년) 민간용

115 표2-29 ISMP 수립비 종합계산 산출물 양식 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 21.0 급 컨설턴트 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 관련 참고자료 및 유의사항 관련 참고자료 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조 조사가격 결정 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의 기준 Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업 협회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 대가를 산정하는 경우, 대가 산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다. 5. 정보시스템 마스터플랜(ISMP) 수립비 101

116 5.1.6 적용사례 예제 개요 사 업 명 : 공공기관 종합정보망 마스터플랜 수립 사업기간 : 계약일로부터 7개월 주요 제안요청 내용 글로벌 경쟁환경에 부합하는 업무프로세스 재정비 세계 공공 행정의 패러다임을 선도하는 글로벌 공공 행정 시스템 체계 마련 국내기업의 글로벌 물류비용 정책 적극 지원을 위한 토탈 시스템 체계 마련 유비쿼터스 기반의 첨단 IT 기술이 접목된 전자행정 체계 마련 실질적인 행정 싱글윈도우 및 글로벌 싱글윈도우 체계 마련 현재 시스템, 프로그램, 데이터베이스에 대한 일제 정비 EA기반의 새로운 정보자원관리 체계 마련 효율적이고 미래지향적인 공공기관 정보화추진 조직의 재설계 기타 정보화 사업평가 및 시스템 진단 등 1 단계 : 사전준비 발주자는 추진배경, 주요제안 요청내용, 기대효과를 정의한다. 2 단계 : 컨설턴트 등급 결정 발주자와 수주자 사이에 일치되는 컨설턴트 등급을 결정한다. 본 예제에서는 컨설턴트 등급의 예시로 수석, 책임, 전임, 보조 컨설턴트로 나눈다. 등급별 역할과 자격 요건은 사업별, 기관별 특성에 따라 다를 수 있다. 컨설턴트 등급 역 할 자격 요건 기술사/박사급 기사/석사급 이상 수석 컨설턴트 중대형 컨설팅 프로젝트의 총 책임 해당분야 경력 10년 이상 해당분야 경력 14년 이상 책임 컨설턴트 단위 프로젝트팀의 책임 해당분야 경력 6년 이상 해당분야 경력 10년 이상 전임 컨설턴트 단독 컨설팅 수행, 또는 컨설팅 프로젝트팀의 일원 해당분야 경력 2년 이상 해당분야 경력 6년 이상 컨설턴트 컨설팅 프로젝트팀의 일원 기술사/박사급 이상 해당분야 경력 4년 이상 보조 컨설턴트 컨설팅 프로젝트팀의 일원으로서 컨설턴트를 보조 학사급 이상으로서 해당분야 경력 1년 이상 102 SW사업 대가산정 가이드(2015년) 민간용

117 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 7개월 동안 전체 프로젝트의 관리를 맡은 수석 컨설턴트 1명, 분야의 책임을 맡은 책임 컨설턴트 2명, 실제 컨설팅 업무를 주도적으로 수행하는 전임 컨설턴트 4명, 컨설턴트 2명을 투입하는 것으로 산출되었다. 단계 프로젝트 착수 및 조직 결정 ISMP 대상 업무 활동 경영진 지원조직 형성 프로젝트 수행조직 편성 프로젝트 계획 수립 정보화 전략(ISMP) 검토 컨설턴트 등급별 투입 공수(M/M) 컨설 턴트 전임 컨설턴트 책임 컨설턴트 수석 컨설턴트 정보시스템 방향성 수립 벤치마킹 분석(Optional) 정보시스템 추진 범위 및 방향 정의 정보시스템 추진 범위 및 방향 검토 업무 및 정보기술 현황 분석 업무 및 정보기술 요건 분석 업무 요건 분석 정보기술 요건 분석 업무 및 정보기술 요건 검토 정보시스템 아키텍처 정의 정보시스템 구조 및 요건 정의 정보시스템 요건의 이행 연관성 식별 정보시스템 요건 기술서 작성 정보시스템 요건 기술서 검토 정보시스템 구축사업 계획 수립 정보시스템 구축사업 이행방안 수립 분리발주 가능성 평가 정보시스템 예산 수립 제안요청서(RFP) 작성 정보시스템 구축업체 선정 평가 지원 합계 정보시스템 마스터플랜(ISMP) 수립비 103

118 4 단계 : 컨설턴트 직접인건비 계산 직접 인건비를 계산하기 위해서 컨설턴트 노임단가를 사용해야 한다. 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였다. 이 경우 ISMP 컨설팅 대가는 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,800,000 책임 컨설턴트 350, ,900,000 전임 컨설턴트 300, ,400,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 411,600,000 5 단계 : ISMP 컨설팅 제경비와 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 사례에서는 기술료를 예시로 30%로 산정하였다. 제경비 = 411,600, = 452,760,000원 (110% 가정) 기술료 = (411,600, ,760,000) 0.3 = 259,308,000원 (30% 가정) 6 단계 : 직접경비 산정 본 사업에 직접적으로 소요되는 직접경비는 다음과 같다. 직접경비 항목 산출내역 금액(원) 보고서인쇄비 출장여비 정보전략마스터플랜 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 800,000 1,200,000 합 계 2,000, SW사업 대가산정 가이드(2015년) 민간용

119 7 단계 : ISMP 컨설팅 대가 산정 직접인건비와 제경비, 기술료, 직접경비를 합하여 투입공수에 의한 대가를 최종 산정 한다. ISMP 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 = 411,600, ,760, ,308, ,000,000 = 1,125,668,000 원 투입공수에 의한 ISMP 사업대가를 종합하면 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,800,000 책임 컨설턴트 350, ,900,000 전임 컨설턴트 300, ,400,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 411,600,000 제경비(직접인건비의 110 ~ 120%) 452,760,000 기술료([직접인건비 + 제경비]의 20 ~ 40%) 259,308,000 직접경비 2,000,000 합 계 (부가세 별도) 1,125,668,000 상기 예제 중 제경비율은 110%, 기술료는 30%를 적용하였음 5. 정보시스템 마스터플랜(ISMP) 수립비 105

120 6 part Ⅱ SW사업기획단계 정보보안 컨설팅비 정보보안 컨설팅의 종류는 컨설팅 대상 및 목적 등에 따라 국내 정보보호 관련 법률에 의한 보안컨설팅 분야와 기관 또는 자체적인 보안강화를 위한 컨설팅 분야로 대별되며, 이의 구체 적인 내용은 아래와 같다. 표2-30 정보보안 컨설팅의 종류 유 형 대 상 목 적 주요정보통신기반시설 취약점 분석 평가 (정보통신기반보호법) 정보보호 국내 외 인증 (국내 : 정보통신망법) (국제 : ISO27001) 정보보호안전진단 (정보통신망법) 개인정보 영향평가 (정보통신망법) 개인정보보호 (개인정보보호법) 웹 애플리케이션 보안취약점 분석 모의 해킹 시스템 취약점 분석 소프트웨어 개발보안 정보통신기반보호법에 의거 주요정보통신기반 시설로 지정된 정보 시스템 개별적인 정보통신서비스 또는 전사적 정보보호 관리 체계 정보통신서비스 제공자가 운영하는 정보통신시설 및 설비 개인정보를 취급하는 정보 통신서비스 제공자 또는 개인정보 이용자의 정보 시스템 개인정보를 취급하는 정보 통신서비스 제공자 또는 개인정보 이용자의 정보 시스템 웹 기반으로 개발, 운영 되는 기업의 모든 웹 프로 그램 인터넷에 연결된 모든 정보 시스템 기관 및 기업에 설치 운영되는 서버, 네트워크 및 보안 시스템 등을 모두 포함 정보화사업을 통해 신규 개발 및 변경된 모든 소프 트웨어 전자적 침해행위에 대비해 주요정보통신기반 시설을 안정적으로 운용하도록 해 국가의 안 전과 국민생활의 안정을 보장함 국내외 정보보호관리체계의 기준에 따라 기업의 정보보호 활동을 객관적으로 평가하고 인증함 정보통신서비스 제공자가 정보통신서비스의 제 공에 사용되는 정보통신망의 안전성 및 정보의 신뢰성을 확보하기 위함 개인정보의 취급에 대한 정보보호 활동을 평가 하고 보호대책을 마련함으로써 보안을 강화함 개인정보 보호현황을 진단하고 개인정보를 관 리하는 프로세스, 보관 및 이용하는 물적/인적 자원, 국내 개인정보보호와 관련된 법령, 제도 등을 고려한 체계적 정보보호 대책수립 웹 애플리케이션 개발상의 오류로 인해 발생 할 수 있는 보안사고를 미연에 방지하기 위함 비 인가된 사용자가 정보시스템의 임의 접근 및 정보의 유출, 파괴의 가능성을 점검하기 위함 비 인가된 사용자가 정보 시스템의 취약성을 이용해 시스템에 임의의 접근을 차단하기 위함 정보시스템 소프트웨어 개발단계에 소스코드 보안결함을 진단 제거하여 사이버 위협에 대한 예방조치를 강화하기 위함 106 SW사업 대가산정 가이드(2015년) 민간용

121 정보보안 컨설팅은 다양한 목적과 대상이 존재하여 그 세부 유형이 다양하게 존재하지만, 수행하는 방법론은 크게 환경분석, 현황진단, 위험분석, 대책수립, 구현관리의 공통적인 5단 계를 거치고 있으므로, 투입공수에 의한 대가를 산정하는 방식은 동일하게 적용할 수 있다. 6.1 투입공수에 의한 방법 개요 투입공수에 의한 사업대가 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링사업대가의기준을 준용하여 정보보안 컨설팅 수립비를 산정하는 방식 이다. 단, 투입컨설턴트의 직접인건비는 컨설턴트의 유형과 수준이 다양하기 때문에 거래실례 가격을 적용하여 산정할 수 있다. 또한 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 공표하는 소프트웨어 기술자 노임단가를 참고할 수도 있다. 이것은 과거의 유사 정보보안 컨설팅 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사업대가를 산정하는 방식으로서, IT 컨설팅 사업은 가치설계를 목적으로 도메인 지식과 컨설팅 기술로 요구사항을 개발해야 하므로 컨설턴트의 수준이 대가 산정의 핵심요소이다. 6. 정보보안 컨설팅비 107

122 6.1.2 절차별 주요 내용 표2-31 정보보안 컨설팅 수립 절차 절차 주요내용 산출물 1. 사전준비 2. 컨설턴트 등급 결정 3. 컨설팅 공수 계산 4. 컨설턴트 직접인건비 계산 5. 제경비 및 기술료 계산 정보보안 컨설팅의 대상 업무 범위를 확정하고, 업무별 요구사항을 결정한다. 정보보안 컨설팅의 특성을 고려하여 투입인력의 컨설턴트 등급을 결정한다. 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 정보보안 컨설팅을 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 컨설턴트 등급별 공수 컨설턴트 노임단가 컨설팅 업무를 수행할 인력의 제경비와 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 컨설팅 대상 업무요구사항 컨설턴트 등급 등급별 투입공수 직접인건비 제경비 기술료 6. 직접경비 계산 7. 정보보안 컨설팅 대가 산정 컨설팅 업무에 필요한 직접경비를 계산한다. 정보보안 컨설팅 대가를 산정한다. 정보보안 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 직접경비 컨설팅 대가 108 SW사업 대가산정 가이드(2015년) 민간용

123 6.1.3 단계별 설명 1 단계 : 사전준비 정보보안 컨설팅 대상 업무 선정 컨설팅 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 정보보안 컨설팅 대상 업무를 선정한다. 정보보안 컨설팅의 요구사항과 산출물 정의 정보보안 컨설팅의 기능적 요구사항을 정의한다. 정보보안 컨설팅의 결과로 만들어지는 산출물을 상세히 분석하고 정의한다. 2 단계 : 컨설턴트 등급 결정 발주담당자는 컨설팅 대상 업무별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 컨설팅 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 컨설턴트의 등급은 해당 컨설팅 사업의 특성에 따라서 결정되므로 컨설턴트의 등급을 일률적 으로 정하는 것이 의미가 없으며, 발주자와 수주자 사이에 일치된 정의 또한 존재하지 않는 다. 현재 일반적으로 사용되는 컨설턴트의 등급은 5개로 나누어, 보조 컨설턴트, 컨설턴트, 전임컨설턴트, 책임컨설턴트, 수석컨설턴트로 나누어 통용되고 있다. 그러나 역할과 자격 요건 은 사업별, 기관별 특성에 따라 다를 수 있다. 또한, Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6])을 참고할 수도 있다. 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 업무범위와 요구사항을 고려하여 필요한 컨설턴트 등급별 투입공수를 결정한다. 또는 컨설팅 요구사항과 수행활동이 명확히 정의되고 WBS(Work Breakdown Structure: 단계별 활동)가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수도 있다. 정보보안컨설팅의 주요 업무는 다음과 같다. 6. 정보보안 컨설팅비 109

124 표2-32 정보보안 컨설팅 업무 활동의 구성 정보보안 대상 업무 단계 활동 환경분석 현황진단 위험분석 대책수립 구현관리 보안 현황 분석 보안에 관한 현황 분석서 작성 세부내용 고객사의 보안 현황을 파악하기 위하여 경영자, 관리자 및 실무자 요구분석 등을 대상으로 인터뷰나 설문지를 사용하여 요구사항을 수렴하여 향후 정보보안체계 설계에 반영 조직구성 대상 조직의 조직체계 조사 범위조정 보안 컨설팅의 범위 정의서 수행계획수립 보안 컨설팅 수행계획서 사업에 따라 선택 관리체계 진단 정보보호 수준 평가보고서 관리체계진단보고서 Gap분석 보고서 모의해킹 결과보고서 서버 보안진단보고서 기술적 진단 네트워크 보안진단보고서 DB 보안진단 보고서 보안시스템 진단 보고서 소프트웨어 개발보안 진단보고서 물리적 진단 물리보안진단 보고서 보호수준 평가 위험분석을 통해서 정보보호 수준을 평가 자산분석 자산 식별 및 평가는 위험 분석 대상과 관련 있는 모든 자산을 조사하고 이들 자산들의 가치를 산정 위험식별 자산에 대하여 발생했거나 앞으로 발생할 가능성이 있는 위험을 조사 취약점분석 자산이 위험에 대하여 어느 정도 취약한가를 조사 위험평가 위험 분석의 각 단계(자산 분석 단계, 위험 분석 단계, 취약성 분석 단계)를 기반으로 기업의 위험 수준을 평가하고 위험도를 산출 보호대책 도출 보호대책서 보호전략수립 보호대책서 보호체계 수립 보호대책서 세부 대책 도출 보호대책서 추진계획 수립 이행계획서 마스터플랜수립 마스터플랜 정보보안의 당위성 및 중요성을 선언하는 정책서와 세부적인 관리체계수립 지침을 정의하는 문서의 현황을 파악하여 수정 보완 및 작성 작업을 수행 이행점검 이행점검결과보고서 솔루션구현 대책을 구현하기 위한 솔루션을 구현 교육 보안교육자료 정기점검 정기점검 결과보고서 110 SW사업 대가산정 가이드(2015년) 민간용

125 상기 정보보안컨설팅 대상 업무를 참고하여, 각 업무 활동에 대해 컨설턴트 등급별 투입공수를 산정한다. 이 때 다음의 양식을 활용한다. 표2-33 정보보안 컨설팅 컨설턴트 등급별 투입공수 산정양식 정보보안 대상 업무 컨설턴트 등급별 투입 공수(M/M) 단계 활동 OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 보안 현황 분석 요구분석 환경분석 조직구성 범위조정 수행계획수립 관리체계 진단 현황진단 기술적 진단 물리적 진단 보호수준 평가 자산분석 위험분석 위험식별 취약점분석 위험평가 보호대책 도출 보호전략수립 보호체계 수립 대책수립 세부 대책 도출 추진계획 수립 마스터플랜수립 관리체계수립 이행점검 구현관리 솔루션구현 교육 정기점검 합계 6. 정보보안 컨설팅비 111

126 4 단계 : 컨설턴트 직접인건비 계산 직접인건비는 컨설팅을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 컨설턴트 노임단가는 컨설턴트의 유형과 수준이 다양하고, 현재 컨설턴트 직무별 원가계산이 이루어지 고 있지 않으므로 컨설턴트 노임단가를 산정할 수 있는 객관적인 방법이 존재하지 않는다. 따라서 컨설턴트 노임단가는 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조제1항에 따라 발주기관의 기술 또는 설계 담당자(원가계산 용역기관 포함) 등이 거래실례가격, 원가계산 에 의한 가격, 업체의 견적가격 등을 가격 기준으로 적용할 수 있다. 컨설턴트의 등급별 노임단가가 정해지면, 각 업무활동별로 투입기간을 고려한 등급별 투입공 수에 컨설턴트 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = (컨설턴트 등급별 투입공수 등급별 컨설턴트 노임단가) 5 단계 : 정보보안 컨설팅 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 컨설팅사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해배상보험료 또는 손해배상공제료는 별도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생한 비목에 관하여는 직접경비로 계산한다. 기술료란 컨설팅사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가로서 조사연구비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비(단, 손해배상보험료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 6 단계 : 직접경비 산정 직접경비는 해당 정보보안 컨설팅 사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 112 SW사업 대가산정 가이드(2015년) 민간용

127 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 7 단계 : 정보보안 컨설팅 대가 산정 아래의 산식에 따라 정보보안 컨설팅 대가를 산정한다. 단, 투입공수 방식에 의한 대가 산정 시, 기술료에 이윤이 포함되어 있으므로 최종 대가에는 이윤을 추가로 계상하지 않는다. 정보보안 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 산출물 표2-34 단계 환경분석 현황진단 위험분석 정보보안 컨설팅 투입공수 산정 산출물 양식 정보보안 대상 업무 활동 보안 현황 분석 요구분석 조직구성 범위조정 수행계획수립 관리체계 진단 기술적 진단 물리적 진단 보호수준 평가 자산분석 위험식별 취약점분석 위험평가 보호대책 도출 OO급 컨설턴트 컨설턴트 등급별 투입 공수(M/M) XX급 컨설턴트 급 컨설턴트... 급 컨설턴트 6. 정보보안 컨설팅비 113

128 정보보안 대상 업무 보호전략수립 보호체계 수립 대책수립 세부 대책 도출 추진계획 수립 마스터플랜수립 관리체계수립 이행점검 구현관리 솔루션구현 교육 정기점검 합계 컨설턴트 등급별 투입 공수(M/M) 표2-35 정보보안 컨설팅 수립비 산정 종합계산 산출물 양식 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) OO급 컨설턴트 XX급 컨설턴트 급 컨설턴트 21.0 급 컨설턴트 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 관련 참고자료 및 유의사항 관련 참고자료 국가를 당사자로 하는 계약에 관한 법률 시행령 제9조 조사가격 결정 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의기준 Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) 114 SW사업 대가산정 가이드(2015년) 민간용

129 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업 협 회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 대가를 산정하는 경우, 대가 산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행 과정에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다 적용사례 예제 개요 사업명 : 주요 정보통신 기반시설 취약점 분석 평가 사업기간 : 계약체결일로부터 약 3개월 사업내용 : 가. 기반시설 보안 취약점 진단 기반시설 지정 대상 취약점 분석 평가 기술적/관리적 취약점 진단 및 위험 분석 기반시설 보호대책 수립 정보보호 관련 정책, 절차 검토 및 제/개정 주요 웹 기반 서비스 대상 모의해킹 수행 주요 홈페이지에 대한 모의해킹 진단 이행 점검 점검 후 3개월 이내 도출된 취약점에 대한 이행 결과 재점검 나. IT 내부통제 마스터플랜 수립 AS-IS 분석 : IT 보안관리 현황 분석 IT 보안 우수기관 및 공공기관 현황 조사 감독기관 기준 등에 따른 자체 점검 기준 수립 IT 보안관리 현황 점검 및 수준 평가 TO-BE 설계 : IT 보안 강화 마스터플랜 수립 통제 영역별 개선 과제 도출 개선 사항 이행을 위한 마스터플랜 수립 개인정보보호 체계 강화 방안 수립 6. 정보보안 컨설팅비 115

130 1 단계 : 사전준비 발주자는 추진배경, 주요제안 요청내용, 기대효과를 정의한다. 2 단계 : 컨설턴트 등급 결정 발주자와 수주자 사이에 일치되는 컨설턴트 등급을 결정한다. 본 예제에서는 컨설턴트 등급의 예시로 수석, 책임, 전임, 보조 컨설턴트로 나눈다. 등급별 역할과 자격 요건은 사업별, 기관별 특성에 따라 다를 수 있다. 컨설턴트 등급 역 할 기술사/박사급 자격 요건 기사/석사급 이상 수석 컨설턴트 중대형 컨설팅 프로젝트의 총 책임 해당분야 경력 10년 이상 해당분야 경력 14년 이상 책임 컨설턴트 단위 프로젝트팀의 책임 해당분야 경력 6년 이상 해당분야 경력 10년 이상 전임 컨설턴트 단독 컨설팅 수행, 또는 컨설팅 프로젝트팀의 일원 해당분야 경력 2년 이상 컨설턴트 컨설팅 프로젝트팀의 일원 기술사/박사급 이상 보조 컨설턴트 컨설팅 프로젝트팀의 일원으로서 컨설턴트를 보조 해당분야 경력 6년 이상 해당분야 경력 4년 이상 학사급 이상으로서 해당분야 경력 1 년 이상 116 SW사업 대가산정 가이드(2015년) 민간용

131 3 단계 : 컨설팅 공수(투입인력 소요공수) 산정 3개월 동안 전체 프로젝트의 관리를 맡은 수석 컨설턴트 1명, 분야의 책임을 맡은 책임 컨설턴트 2명, 실제 컨설팅 업무를 주도적으로 수행하는 전임 컨설턴트 4명, 컨설턴트 2명을 투입하는 것으로 산출되었다. 정보보안 대상 업무 단계 환경분석 현황진단 위험분석 대책수립 구현관리 활동 컨설턴트 등급별 투입 공수(M/M) 보조 컨설턴트 컨설턴트 전임 컨설턴트 책임 컨설턴트 수석 컨설턴트 보안 현황 분석 요구분석 조직구성 범위조정 수행계획수립 관리체계 진단 기술적 진단 물리적 진단 보호수준 평가 자산분석 위험식별 취약점분석 3 위험평가 보호대책 도출 보호전략수립 보호체계 수립 세부 대책 도출 추진계획 수립 마스터플랜수립 관리체계수립 이행점검 솔루션구현 교육 정기점검 합계 정보보안 컨설팅비 117

132 4 단계 : 컨설턴트 직접인건비 계산 직접 인건비를 계산하기 위해서 컨설턴트 노임단가를 사용해야 한다. 본 예제에서는 수주자의 견적을 받아 수석 컨설턴트 40만원, 책임 컨설턴트 35만원, 전임 컨설턴트는 30만원, 컨설턴트 25만원의 일 노임단가를 결정하였다. 이 경우 정보보안 컨설팅 대가 는 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,200,000 책임 컨설턴트 350, ,100,000 전임 컨설턴트 300, ,600,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 176,400,000 5 단계 : 정보보안 컨설팅 제경비와 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 사례에서는 기술료를 예시로 30%로 산정하였다. 제경비 = 176,400, = 194,040,000원 (110% 가정) 기술료 = (176,400, ,040,000) 0.3 = 111,132,000원 (30% 가정) 6 단계 : 직접경비 산정 본 사업에 직접적으로 소요되는 직접경비는 다음과 같다. 직접경비 항목 산출내역 금액(원) 보고서인쇄비 출장여비 정보보안 컨설팅 보고서 등 4종 4부 (50원 1,000매 4부 4종 = 800,000원) 3인 2회(1박2일 기준) (200,000원 3인 2회 = 1,200,000원) 800,000 1,200,000 합 계 2,000, SW사업 대가산정 가이드(2015년) 민간용

133 7 단계 : 정보보안 컨설팅 대가 산정 직접인건비와 제경비, 기술료, 직접경비를 합하여 투입공수에 의한 대가를 최종 산정 한다. 정보보안 컨설팅 대가 = 직접인건비 + 제경비 + 기술료 + 직접경비 = 176,400, ,040, ,132, ,000,000 = 483,572,000 원 투입공수방식의 정보보안 컨설팅 사업대가 산정내역을 종합하면 다음과 같다. 구 분 컨설턴트 노임단가 투입공수 (M/M) 한달 일수 금액(원) 수석 컨설턴트 400, ,200,000 책임 컨설턴트 350, ,100,000 전임 컨설턴트 300, ,600,000 컨설턴트 250, ,500,000 보조 컨설턴트 직접인건비 합계 176,400,000 제경비(직접인건비의 110 ~ 120%) 194,040,000 기술료([직접인건비 + 제경비]의 20 ~ 40%) 111,132,000 직접경비 2,000,000 합 계 (부가세 별도) 483,572,000 상기 예제 중 제경비율은 110%, 기술료는 30%를 적용하였음 6. 정보보안 컨설팅비 119

134

135 Ⅲ SW사업 구현단계 1. 개요 2. 소프트웨어 개발비

136

137 1 part Ⅲ SW사업구현단계 개 요 SW사업 구현단계는 소요제기된 소프트웨어를 개발하는 단계이다. 이 단계에는 소프트웨어의 개발을 위한 요구사항 분석에서부터 설계 및 구현을 거쳐 시험에 이르는 전 과정이 포함된다. 소프트웨어 개발의 단계는 ISO/IEC 12207의 13개 개발 공정을 참조하여 분석, 설계, 구현, 시험의 4단계로 구분된다. 그림 3-1 소프트웨어 개발 단계 분석, 설계, 구현, 시험의 각 단계별 공정과 주요 활동은 다음과 같다. 1. 개 요 123

138 표3-1 소프트웨어 개발의 단계별 공정과 주요 활동 단계 공정 활 동 개발준비 소프트웨어 수명주기 모델 선택 개발계획 작성 분석 시스템 요구사항 시스템 요구사항 정의 분석 시스템 요구사항 검토 및 평가 소프트웨어 요구사항 분석 소프트웨어 요구사항 정의 소프트웨어 요구사항 검토 및 평가 시스템 설계 시스템 설계 시스템 설계 검토 및 평가 소프트웨어 구조 정의 인터페이스 설계 소프트웨어 구조설계 데이터베이스 설계 사용자 문서 개발 소프트웨어 통합시험 요구사항 정의 및 계획 작성 설계 소프트웨어 구조설계 검토 및 평가 소프트웨어 구성요소 상세설계 인터페이스 상세설계 데이터베이스 상세설계 소프트웨어 상세설계 사용자 문서 갱신 소프트웨어 단위시험 요구사항 정의 및 계획 작성 소프트웨어 통합시험 요구사항 정의 및 계획 갱신 소프트웨어 상세설계/시험 검토 및 평가 소프트웨어 단위 코딩 및 데이터베이스 개발 구현 소프트웨어 단위 및 데이터베이스 시험절차/자료 준비 소프트웨어 코딩 및 사용자 문서 갱신 단위시험 소프트웨어 통합시험 요구사항 정의 및 계획 갱신 소프트웨어 코드 및 단위시험 결과 검토 소프트웨어 통합계획 작성 소프트웨어 통합 및 시험 소프트웨어 통합 사용자 문서 갱신 소프트웨어 자격시험 준비 소프트웨어 통합결과 검토 및 평가 소프트웨어 자격시험 실시 소프트웨어 자격시험 사용자 문서 갱신 소프트웨어 산출물 검토 감리 지원 시험 시스템 통합 및 시험 시스템 통합 시스템 자격시험 준비 시스템 통합결과 검토 시스템 자격시험 실시 시스템 자격시험 시스템 자격시험 검토 감리 지원 소프트웨어 설치 소프트웨어 설치계획 작성 소프트웨어 설치 소프트웨어 인수시험 지원 소프트웨어 인수지원 소프트웨어 인도 발주자 사후지원 124 SW사업 대가산정 가이드(2015년) 민간용

139 2 part Ⅲ SW사업구현단계 소프트웨어 개발비 소프트웨어 개발비 산정은 소프트웨어 개발규모를 기능점수(FP; Function Point)로 측정하고 기능점수당 단가를 곱하여 비용을 산출하는 기능점수 방식을 원칙으로 한다. 다만, 기능점수 방식의 적용이 어려운 특별한 경우에는 해당 사업의 과업내용, 특징 등을 고려하여 발주자의 판단에 의해 투입공수에 의한 방식을 적용할 수 있다. 기능점수 방식과 투입공수에 의한 방식을 비교하면 다음과 같다. 표 3-2 소프트웨어 개발비 산정방법 비교 소프트웨어 개발비 산정방법 기능점수(FP) 방식 특징 소프트웨어 개발 규모와 기능점수당 단가를 곱하여 소프트웨어개발비를 산정함 산정 방법 (기능점수 기능점수 단가 보정계수) +직접경비+이윤 투입공수에 의한 방식 과거의 유사 소프트웨어 개발 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사업대가 를 산정하는 방식으로, 기능점수방식의 적용이 곤란 한 특정 사업유형에 한하여 적용 가능 투입공수 방법 적용가능 소프트웨어 유형에 대해 서는 2.2절 참고 (투입인력수 투입기 간 기술자등급별단 가)+제경비+기술료 +직접경비 기능점수(FP) 방식에 의한 SW개발비 산정 시 기능점수 단가에 제경비 및 기술료 에 상응하는 항목이 반영되어있어 별도로 산정하지 않는다. 2.1 기능점수 방식 기능점수 방식 개요 기능점수 방식이란? 기능점수(FP; Function Point) 방법은 사용자 관점에서의 사용자가 요구하고 사용자에게 인도 되는 기능을 정량적으로 산정하는 소프트웨어 규모 측정방법으로 ISO/IEC 14143(FSM; Functional Size Measurement)으로 SW Size에 대한 국제표준이며, 소프트웨어 개발, 유지관리 및 운영 을 위한 비용과 자원 소요를 산정하는데 가장 중요한 요소이다. 2. 소프트웨어 개발비 125

140 기능점수 방식은 다음과 같은 특징을 가진다. 소프트웨어가 사용자에게 제공하는 기능적 요구사항을 측정한다. 기능점수는 소프트웨어가 어떻게 구현되었는지 의 공급자 관점이 아니라 사용자가 어 떠한 기능을 요구했는지 의 수요자 관점에서 측정한다. 개발 이전에 업무량을 측정할 수 있다. 개발은 물론 기획, 운영 등 전 수명주기에 걸쳐서 측정 가능하다. 소프트웨어 개발 및 유지관리의 업무량을 조직, 구현 기술, 공수, 적용 방법론, 물리적 또는 기술적 컴포넌트와 무관하게 일관성 있게 측정할 수 있다. 기능점수 방법은 위와 같은 장점이 있어 소프트웨어의 규모를 산정하기 위한 방법으로 널리 사용되고 있다. 단, 기능점수 방식 적용이 불합리한 다음과 같은 사업유형에 한하여 예외적으 로 투입공수방식이 적용될 수 있다. 홈 페이지 디자인, 웹 접근성 개선, 동영상 등 콘텐츠 관련 정보화사업 R&D 성격의 소프트웨어개발 사업 사용자에게 식별되는 기능규모에 비해 내부처리 복잡도가 현저히 높아 기능점수 방식 의 대가체계 적용이 불합리하다고 인정되는 소프트웨어개발 사업 데이터 튜닝 및 최적화, 테스트 등 기능점수 산정이 불가능한 경우 소프트웨어개발 관련 예산이 5천만원 미만인 사업 기능점수란? 기능점수(FP; Function Point)란 사용자 관점에서 측정된 소프트웨어 기능의 양으로서, 사용 자에게 제공되는 소프트웨어 기능의 규모를 측정하는 단위이다. 소프트웨어 기능은 사용자 관점에서 갖는 논리적 의미에 따라 크게 데이터 측면의 기능과 트랜잭션 측면의 기능으로 구분된다. 이들을 다시 세분하면 데이터 기능에는 내부논리파일(ILF)과 외부연계파일(EIF)의 2가지 유형이 있으며, 트랜잭션 기능에는 세부적으로 외부입력(EI), 외부출력(EO), 외부조회(EQ)의 3가지 유 형이 있다. 126 SW사업 대가산정 가이드(2015년) 민간용

141 기능점수 데이터 기능 트랜잭션 기능 내부논리파일(ILF) 외부연계파일(EIF) 외부입력(EI) 외부출력(EO) 외부조회(EQ) 그림 3-2 소프트웨어 기능의 유형 분류 기능점수의 각 유형에 대한 상세한 설명은 기능점수 방식의 단계별 설명에서 다시 다룬다. 표 3-3 소프트웨어 규모측정 방법 비교 구분 기능점수 코드라인수 관점비교 측정대상 측정시점 사용자 관점 논리적 관점 What 트랜잭션 기능 데이터 기능 개발요건만 식별되면 언제든지 측정가능 개발자 관점 물리적 관점 How 트랜잭션 기능 물리적인 소스코딩이 완료된 구현공정 이후 복잡도 평가 단순/보통/복잡 등 3단계 평가 복잡도 평가 불가능 측정 자동화 가능성 자동 규모측정에 한계점 존재 자동 규모측정 가능 국제 표준 ISO/IEC 등 국제표준 비 표준화 기능점수 방식의 종류 기능점수 방식으로 소프트웨어의 개발규모를 산정하는 방법은 일반적인 기능점수 산정방법 (정통법)과 평균 복잡도를 적용하는 방법(간이법)의 두 가지로 구분할 수 있다. 2. 소프트웨어 개발비 127

142 소프트웨어 기능점수 산정 일반적인 방법(정통법) 평균복잡도 적용방법(간이법) 그림 3-3 소프트웨어 기능점수 산정방식의 구분 정통법 : 소프트웨어의 기능을 도출하고, 각 기능의 유형별 복잡도를 고려하여 정확한 기능점수 산정을 필요로 할 경우 사용되는 일반적인 방법이다. 통상적으로 소프트웨어 개발 공정 상 설계공정 후 사용된다. 간이법 : 기능의 복잡도를 판단하기 어려운 경우 적용하는 방법으로 계산 절차는 정통 법과 동일하나 기능점수 산정 시 기능 유형별 평균 복잡도를 적용하여 기능 점수를 산출한다. 통상적으로 기획 및 발주단계에서의 기능점수 측정에 사용 된다. 표 3-4 정통법과 간이법의 장단점 비교 및 적용시점 구분 정통법 간이법 장점 규모측정 정확도가 간이법 대비 상대적으로 높음 기능점수 측정 소요시간이 정통법 대비 상대적으로 짧음 기능점수 측정 지식 습득시간이 정통법 대비 상대적으로 짧음 단점 기능점수 측정 소요시간이 간이법 대비 상대적으로 김 기능점수 측정 지식 습득시간이 간이법 대비 상대적으로 김 규모측정 정확도가 정통법 대비 상대적으로 낮음 적용시점 개발요건 및 요건별 상세설계정보가 제공되는 시점 즉, 설계공정 이후부터 폐기까지 개발요건만 정의되면 예산수립, 사업발주, 개발, 운영 및 유지보수,폐기까지 모든 단계에서 적용가능 128 SW사업 대가산정 가이드(2015년) 민간용

143 기능점수 방식의 SW개발비 산정 기능점수 방식에 의한 소프트웨어 개발비는 크게 소프트웨어 개발원가, 직접경비, 이윤의 세 부분으로 구성된다. 소프트웨어 개발원가는 기능점수로 측정되는 소프트웨어 개발규모에 기능점수당 단가를 곱하고 여기에 보정계수를 곱하여 산정된다. 직접경비는 해당 소프트웨어 개발사업에 소요되는 직접적인 경비를 의미한다. 이윤은 개발원가의 25% 이내에서 계상된다. 이상의 부문을 포괄하여 소프트웨어 개발비를 산정하는 구조를 그림으로 나타내면 다음과 같다. 소프트웨어 개발비 산정 (소프트웨어 개발원가 + 직접경비 + 이윤) 소프트웨어 개발규모 산정 (개발규모) 소프트웨어 개발원가 개발규모 기능점수 직접 경비 보정전 개발원가 산정 개발규모 단가 기능점수 기능점수 단가 소프트웨어 개발원가 산출 개발규모 단가 보정계수 기능점수 기능점수 단가 보정계수 이윤 (개발원가 25%이내) 보정계수 : 규모, 언어, 애플리케이션 유형, 품질 및 특성 보정계수가 있음 기능점수(FP) 방식에 의한 SW개발비 산정 시 기능점수 단가에 제경비 및 기술료 에 상응하는 항목이 반영되어있어 별도로 산정하지 않는다. 그림 3-4 소프트웨어 개발비의 구성요소 2. 소프트웨어 개발비 129

144 2.1.2 절차별 주요 내용 표 3-5 기능점수 방식에 의한 소프트웨어 개발비 산정 절차 절차 주요내용 산출물 1. 사전준비 2. 개발대상 SW 기능점수 산정 3. 보정전 개발원가 산정 4. 보정후 개발원가 산정 5. 직접경비 및 이윤 산정 6. 소프트웨어 개발비 산정 개발대상 업무와 요구사항을 명확히 정의하고, 개발 규모(기능점수) 산정방법(정통법 또는 간이법)을 결정한다. 요구사항에 근거하여 개발대상 소프트웨어의 기능을 식별하고, 복잡도를 고려하여 기능점수를 산정한다. 산정된 기능점수에 기능점수당 단가를 곱하여 보정전 개발원가를 산정한다. 보정전 개발원가 = 기능점수 기능점수당 단가 기능점수(FP) 방식에 의한 SW개발비 산정 시 기능점수 단가에 제경비 및 기술료 에 상응하는 항목이 반영되어있어 별도로 산정하지 않는다. 소프트웨어사업특성을 고려하여 보정요소별로 보정계수를 식별한다. 보정요소 : 규모보정, 언어보정, 애플리케이션유형보정, 품질 및 특성 보정 식별된 보정계수에 따라 개발원가를 보정한다. 개발원가 = 보정전 개발원가 보정계수 해당 소프트웨어 개발에 관련된 직접경비를 계산한다. 이윤은 개발원가의 25% 이내에서 산정한다. 소프트웨어 개발비를 산정한다. 개발비 = 개발원가 + 직접경비 + 이윤 개발대상 업무 기능 요구사항 규모산정 방법 개발대상 SW 기능점수 보정전 개발원가 보정후 개발원가 직접경비 이윤 소프트웨어 개발비 130 SW사업 대가산정 가이드(2015년) 민간용

145 2.1.3 단계별 설명 1 단계 : 사전준비 개발대상업무 선정 소프트웨어의 개발 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 소프트웨어 개발대상 업무를 선정한다. 가용 문서 수집 제안요청서, 제안서, 사업수행계획서 및 개발과정에서 작성된 산출물 등을 개발 대상 업무 산정 시점에 가용한 모든 문서를 수집한다. 가용 문서는 제안요청서, 요구사항문서, 엔티티관계도(ERD), 객체모델, 데이터모델, 파일 또는 테이블레이아웃, 인터페이스정의서(시스템 및 사용자), 화면 및 출력 레이아 웃, 기능명세서, 유스케이스, 사용자 및 운영자 매뉴얼 등이 기능점수 산정에 도움을 준다. 수집된 가용 문서를 바탕으로 하여 소프트웨어 개발대상 업무 요구사항을 조사한다. 기능 요구사항 : 기능점수 산정 대상이 되는 요구사항을 말한다. 비 기능 요구사항 : 기능점수 산정 대상은 아니지만 개발생산성에 영향을 미치는 품질 요구사항 및 기술 요구사항을 말하며 보정계수 평가 시 사용된다. 소프트웨어 기능 요구사항 정의 개발대상 소프트웨어에 대한 기능적 요구사항을 정의한다. 개발대상 업무에 대한 분석을 통하여 기능점수 산정이 가능한 수준으로 소프트웨어의 구성요소 및 구성요소별로 요구되는 기능을 상세히 분석하고 정의한다. 개발규모 산정방법 결정 개발대상 소프트웨어의 규모를 산정하기 위한 방법을 결정한다. 개발규모 산정은 일반 적인 기능점수 산정방법(정통법)을 사용하는 것이 원칙이다. 그러나, 일반적으로 기능별 복잡도를 판별하기 어려운 경우(발주 시)에는 평균복잡도를 적용한 평균복잡도법(간이법)을 사용하며, 유지관리 및 재개발 대가를 산정하기 위한 개발비 산정 시에는 정통법 적용을 원칙으로 한다. 2 단계 : 개발대상 소프트웨어 기능점수 측정 기능점수 측정 범위 설정 개발대상업무의 요구사항을 분석 후 기능점수 측정에 포함되는 사용자의 기능적 요구 사항들을 대상으로 기능점수 측정 범위를 설정한다. 2. 소프트웨어 개발비 131

146 기능점수 측정 범위 : 개발 대상 소프트웨어에서 기능점수의 측정 대상이 되는 범위를 설정한다. 기능점수의 측정 대상은 전체 소프트웨어시스템일 수도 있고, 소프트웨어의 일부 서브시스템만을 대상으로 할 수도 있다. 예를 들면, 인사 회계 총무 자산관리 애플리케이션을 포괄하는 통합관리시스템을 기능점수 측정대상 범위로 할 수도 있지만, 인사애플리케이션을 세분하여 그 구성요소 중 채용관리시스템만을 측정 대상 범위로 할 수도 있다. 애플리케이션 경계 설정 기능점수 측정 범위에 포함된 측정대상 애플리케이션과 다른 애플리케이션 또는 외부 사용자간의 경계를 설정한다. 애플리케이션 경계 : 기능점수는 애플리케이션 외부의 사용자 관점에서 관찰되는 기능을 대상으로 측정한다. 따라서 특정 애플리케이션에 대한 기능점수를 측정하기 위 해서는 해당 애플리케이션과 다른 애플리케이션의 경계 및 해당 애플리케이션과 외부 사용자 사이의 경계를 구분해야 하는데, 이를 애플리케이션 경계라고 한다. 여기서 유의할 사항은 두 개 이상의 애플리케이션 사이에 경계를 정의할 때는 반드시 사용자의 관점에서 해당 애플리케이션들이 명확히 구분될 수 있어야만 한다는 점이다. (예, Microsoft사 제품의 경우, Word/Power-Point/Excel/Access 등 업무성격이 명확히 상이한 업무단위로 분리하는 것을 애플리케이션 경계라고 한다.) 애플리케이션 경계설정 Tip 사용자 관점에 기초하여 분리된 기능 영역에 기초하여 결정되는 것으로, 기술적 고려사항에 의한 것이 아니다. 조직이 보유하고 있는 EA컨설팅 결과물 중 비즈니스 아키텍처(BA)결과물 참고 조직이 보유하고 있는 사규 또는 업무분장 규정 등을 참고 정보시스템 운영관리 분류체계 또는 시스템 구성도 참고 애플리케이션 경계 설정은 기능점수 측정의 신뢰성 확보를 위한 가장 핵심적인 활동으로 기능점수 측정은 설정된 애플리케이션 경계단위로 측정한 후 각 애플리 케이션별 측정된 기능점수들을 합쳐서 총 기능점수를 산출해야 한다. 총 기능점수 = Σ(개별 애플리케이션별 기능점수) 기능점수는 사용자 관점에서 측정되는 것으로 적용기술이나 방법과는 무관하게 측정되기 때문에 개발대상업무가 Client-Server 환경 또는 Web 환경 등에 따라 기능점수 측정결과에 차이가 발생해서는 안 된다. 132 SW사업 대가산정 가이드(2015년) 민간용

147 표 3-6 기술적 환경에서의 애플리케이션 경계 설정 비교 잘못된 사례 올바른 사례 구분 2-tier(C/S환경) 3-tier(Web환경) 잘못된 애플리케이션 경계설정 잘못된 단위프로세스 식별 올바른 애플리케이션 경계 올바른 단위프로세스 식별 Client와 Server를 기준으로 물리단위로 애플리케이션 경계를 설정 예) 게시판 등록 Client모듈 게시판 등록 Server모듈 ==> 2개 단위프로세스 식별 Presentation Layer(UI), Business Layer(BL), Data Layer(DL)를 기준으로 물리단위로 애플리케이션 경계를 설정 예) 게시판 등록 UI모듈 게시판 등록 BL모듈 게시판 등록 DL모듈 ==> 3개 단위프로세스 식별 물리단위의 애플리케이션 경계 설정이 아니라, 사용자관점에서 업무성격이 명확히 차별화된 업무단위로 애플리케이션 경계가 설정 예) 게시판 등록 ==> 1개 단위프로세스 식별 2-tier(C/S환경) : 파일서버 및 DB서버 등의 서버(Server)계층과 클라이언트(Client)계층 으로 구성되는 단순 분산처리의 초기형태를 말하며, 비즈니스 로직은 클라이언트에서 담당하고 서버는 데이터를 공유하는 형태를 말한다.(Client Server 2계층으로 구성) 3-tier(Web환경) : 파일서버 및 DB서버 등의 서버계층, 비즈니스 로직은 어플리케 이션 서버계층 그리고 프리젠테이션을 담당하는 클라이언트계층의 3계층 구조를 말한다.(Client Application Server(Web Server) DB Server 3계층으로 구성) 애플리케이션 경계 설정 오류에 따른 영향(예시) 2. 소프트웨어 개발비 133

148 표 3-7 애플리케이션 경계 설정 오류에 따른 영향 구분 애플리케이션 경계 올바른 경계 잘못된 경계 설정 지나치게 큰 경계 지나치게 작은 경계 채용 애플리케이션(인사) 평가 애플리케이션(인사) 급여 애플리케이션(인사) 연말정산 애플리케이션(인사) 전표관리 애플리케이션(회계) 수금관리 애플리케이션(회계) 잔액관리 애플리케이션(회계) 사옥관리 애플리케이션(총무) 행사관리 애플리케이션(총무) 시설관리 애플리케이션(총무) 인사 애플리케이션 회계 애플리케이션 관리 애플리케이션 (인사,회계,총무 포함) 총무 애플리케이션 기능점수 측정 영향도 합리적인 기능점수 산출 올바른 경계 대비 기능점수가 과소 산출 올바른 경계 대비 기능점수가 과대 산출 기능점수 산정 편차 발생 이유 - 데이터 기능 식별 시 내부논리파일 및 외부연계파일이 올바른 경계대비 작게 식별 데이터 기능 식별 시 내부논리파일 및 외부연계파일이 올바른 경계대비 과대 식별 상기 경계설정 예시는 사업특성과 사업규모 등에 따라 조정될 수 있음 데이터 기능점수 측정 데이터 기능점수 측정은 사용자의 내부 및 외부 데이터 요구사항을 충족시키기 위한 기능량을 말한다. 데이터 기능점수 측정에는 내부논리파일(ILF)과 외부연계파일(EIF)의 두 가지 유형이 있으며, 이들의 개수와 각각의 복잡도(가중치)에 의해 데이터 기능점 수가 결정된다. 데이터 기능점수는 다음의 절차에 따라 측정한다. 데이터기능 식별기준 측정 범위 내에서 논리적으로 관련되어 있고 사용자 식별 가능한 데이터나 제어 정보를 식별한다. 애플리케이션에서 유지 또는 참조되지 않는 엔티티는 제외한다. 엔티티 종속성이 있는 엔티티들은 관련된 엔티티와 묶는다.(예: 물리 테이블이 게 시판 테이블과 게시판 첨부 테이블이 존재할 때, 게시판 첨부 파일은 게시판 테 이블 없이 독립적으로 존재할 가치가 없는 경우 게시판 첨부 테이블은 게시판 테이블에 포함되어 두 개의 물리테이블이 하나의 논리파일로 식별된다.) 코드 데이터로 언급된 엔티티들은 제외한다.(예: 코드 데이터의 속성은 일반적으 로 키와 명칭으로 구성되고 두 속성의 의미가 같기 때문에 사용자 관점에서는 불필요한 파일로 판단하여 제외된다.) 사용자가 요구한 속성을 가지지 않고 기술적으로 도입된 엔티티들은 제외한다. 134 SW사업 대가산정 가이드(2015년) 민간용

149 사용자가 요구하지 않은 추가적인 속성을 가진 관계 엔티티들과 단지 외래키만 가지고 있는 관계 엔티티들은 제외한다. 측정 범위 내에서 존재하는 엔티티는 원칙적으로 제3정규화 수준이 준수되어야 한다. Step 1: 내부논리파일(ILF)과 외부연계파일(EIF)을 식별한다. 개발대상 소프트웨어에서 내부논리파일과 외부연계파일을 식별하고, 각각의 개수를 산정한다. 내부논리파일과 외부연계파일은 다음과 같이 식별한다. 내부논리파일 (Internal Logical File: ILF): 사용자 관점에서 식별 가능한, 논리적으로 연관된 하나의 데이터그룹 또는 제어정보로서 측정대상 애플리케이션 내부에서 유지 되는 파일 (예: 애플리케이션 내부에서 유지되는 직원정보) 외부연계파일 (External Interface File: EIF): 사용자 관점에서 식별 가능한, 사용자가 식별할 수 있는 논리적으로 연관된 하나의 데이터그룹 또는 제어정보로서 측정대상 애플리케이션 내부에서는 오직 참조만 되고 다른 애플리케이션에서 유지되는 파일 (예: 측정대상 애플리케이션 내부에서 오직 참조용으로 사용하고 다른 애플리케이션 내부에서 유지되는 거래처주소정보) 데이터 기능 식별 방법 사업초기(예산수립, 계약 및 요건분석 단계) 데이터 기능 식별 방법 - 트랜잭션 기능(단위 프로세스)을 이용한 논리파일 식별 방법임 - 애플리케이션 경계 내에서 단위 프로세스가 엔티티를 유지하는 방식을 검토한다. (예 : 직원정보 등록, 직원정보 수정, 직원정보 삭제 단위 프로세스가 존재한다면 데이터 유지관리를 위한 직원정보 엔티티가 필요함) 데이터 설계 산출물(설계 완료 이후)을 활용한 데이터 기능 식별 방법 - 엔티티관계도(ERD), 테이블(파일) 목록 및 테이블 정의서 등 데이터 설계 산출물을 이용한 논리파일 식별 방법임 - 엔티티 종속성과 독립성 판단을 통해 논라파일을 식별한다. Step 2 : 내부논리파일(ILF)과 외부연계파일(EIF)별로 각각의 복잡도와 가중치를 산정 한다. 기능점수 정통법과 간이법의 산정 방법에 따라 가중치 산정방식이 달라진다. 간이법 : 내부논리파일(ILF)은 가중치 7.5, 외부연계파일(EIF)은 가중치 5.4를 일률적 으로 적용한다. 표 3-8 내부논리파일(ILF)/외부연계파일(EIF)의 평균복잡도 가중치 유형 내부논리파일(ILF) 외부연계파일(EIF) 평균복잡도 가중치 소프트웨어 개발비 135

150 정통법 : 내부논리파일(ILF)과 외부연계파일(EIF) 각각에 대해 데이터요소유형(DET)과 레코드요소유형(RET)을 식별하여 기능 복잡도에 따라 가중치를 결정한다. 레코드요소유형(RET)의 개수 판단 기준 내부논리파일이나 외부연계파일 내에 데이터 서브그룹이 없다면 내부논리파일이나 외부연계파일 자체를 하나의 레코드요소유형으로 식별한다. 서브그룹은 필수적 서브그룹과 선택적 서브그룹으로 구분되며, - 필수적 서브그룹 : 사용자가 데이터의 인스턴스를 추가 또는 생성하는 단위프로세스에서 적어도 하나이상의 서브그룹을 사용해야 하는 것을 말한다. (예: 정규직 직원정보와 계약직 직원정보) - 선택적 서브그룹 : 사용자가 데이터의 인스턴스를 추가 또는 생성하는 단위프 로세스에서 서브그룹을 사용할 수도 있고 사용하지 않을 수도 있는 것을 말한다. (예: 게시판 첨부정보, 부양가족정보, 동호회 가입정보 등) 내부논리파일이나 외부연계파일 내에 데이터 서브그룹이 있다면, 각각의 데이터 서브그룹을 하나씩의 레코드요소유형으로 식별한다. (예: 직원정보에 직원 부양가족 정보가 연계되어 있는 경우, RET가 두 개임) - 키가 아닌 속성을 가진 관계 엔티티 - 서브 타입(최초 서브 타입과 다른), 그리고 - 필수 1:1과 다른 관계의 속성 엔티티 데이터요소유형(DET)의 개수 판단 기준 데이터요소유형(DET)은 사용자가 인식 가능하고 반복되지 않는 유일한 속성을 말한다. 두 개의 서로 다른 애플리케이션이 동일한 내부논리파일/외부연계파일을 유지관 리하거나 참조한다면, 각각의 애플리케이션이 사용하는 속성만 데이터요소유형으 로 식별한다. 서로 다른 내부논리파일/외부연계파일들끼리 관계를 맺기 위하여 사용된 속성은 각 내부논리파일/외부연계파일에서 하나의 데이터요소유형으로 식별한다. (예: 외래 키) 레코드요소유형(RET)과 데이터요소유형(DET)이 식별되면, 내부논리파일/외부연계 파일의 복잡도와 가중치는 다음 표를 이용하여 산정한다. 표3-9 내부논리파일(ILF) 복잡도 및 기능점수 가중치 레코드요소 유형(RET)의 개수 데이터요소유형(DET)의 개수 1 ~ ~ 50 51이상 1 낮음(7) 낮음(7) 보통(10) 2 ~ 5 낮음(7) 보통(10) 높음(15) 6 이상 보통(10) 높음(15) 높음(15) 표의 각 항목은 복잡도(가중치) 136 SW사업 대가산정 가이드(2015년) 민간용

151 표3-10 외부연계파일(EIF) 복잡도 및 기능점수 가중치 레코드요소 유형(RET)의 개수 데이터요소유형(DET)의 개수 1 ~ ~ 50 51이상 1 낮음(5) 낮음(5) 보통(7) 2 ~ 5 낮음(5) 보통(7) 높음(10) 6 이상 보통(7) 높음(10) 높음(10) 표의 각 항목은 복잡도(가중치) Step 3 : 데이터 기능점수를 산정한다. Step 1, 2에서 결정된 각각의 내부논리파일(ILF) 및 외부연계파일(EIF)의 가중치를 모두 더하면 데이터 기능점수가 계산된다. 데이터 기능점수 = (내부논리파일별 가중치) + (외부연계파일별 가중치) 데이터기능점수의 산정을 위해 다음의 데이터기능점수 산정 계산양식을 사용하면 편리 하다. 괄호 안에 해당되는 내부논리파일(ILF)과 외부연계파일(EIF)의 개수를 기입하면 된다. 표3-11 간이법 데이터 기능점수 산정 계산양식 기능유형 가중치 평균복잡도 합계 내부논리파일 ( ) 7.5 외부연계파일 ( ) 5.4 데이터 기능점수 표3-12 정통법 데이터 기능점수 산정 계산양식 기능유형 가중치 낮음 보통 높음 합계 내부논리파일 ( ) 7 ( ) 10 ( ) 15 외부연계파일 ( ) 5 ( ) 7 ( ) 10 데이터 기능점수 2. 소프트웨어 개발비 137

152 트랜잭션 기능점수 측정 트랜잭션 기능은 사용자에게 의미있는 데이터를 처리하는 기능을 제공하는 단위프로 세스의 집합을 말하며, 외부입력(EI), 외부출력(EO), 외부조회(EQ) 기능으로 구분되어 기능점수로 산정된다. 트랜잭션 기능으로 식별되기 위해서는 반드시 단위프로세스 요 건을 충족해야 한다. 단위프로세스 요건 :사용자에게 의미 있고 자기 완결적이며 비즈니스를 일관된 상태로 유지할 수 있는 완전한 트랜잭션을 구성하는 사용자의 기능적 요구사항 의 가장 작은 단위활동을 말한다. 트랜잭션 기능점수는 측정 대상 소프트웨어에 포함된 외부입력(EI), 외부출력(EO), 외 부조회(EQ) 기능의 개수와 각각의 복잡도(가중치)에 의해 결정된다. 트랜잭션 기능점 수는 다음의 절차에 따라 측정한다. Step 1 : 외부입력(EI), 외부출력(EO), 외부조회(EQ)를 식별한다. 개발대상 소프트웨어의 외부입력(EI), 외부출력(EO), 외부조회(EQ) 기능을 식별하고, 각 각의 개수를 산정한다. 외부입력(EI), 외부출력(EO), 외부조회(EQ) 기능은 다음과 같이 식별한다. 외부입력(EI) : 애플리케이션 경계 밖에서 들어오는 데이터나 제어정보를 처리하는 단위 프로세스로서, 하나 이상의 논리파일을 변경하거나 시스템 동작을 변경함 하나 이상의 논리파일 변경 : 등록, 수정, 삭제, 설정, 승인 등 단위프로세스 실행 시 특정 논리파일이 변경되는 활동을 의미한다. 시스템 동작 변경 : 특정 시점에 수행되던 단위프로세스가 업무환경 변경에 따라 단위프로세스 실행 시점이 변경되는 활동을 의미한다.(예 : 급여지급 주기가 격주 금요일에서 매월 15일과 말일로 변경된 경우) 외부출력(EO) : 외부조회에 추가적인 처리로직을 포함하여 데이터나 제어정보를 애플 리케이션 경계 밖으로 보여주는 단위프로세스로서, 처리로직은 하나 이상의 수학적 계산, 공식 또는 파생 데이터를 포함하거나, 하나 이상의 내부논리파일(ILF)을 유지하 거나, 시스템의 동작 변경을 수행해야 함(예 : 월간 판매실적 집계조회) 외부조회(EQ) : 데이터나 제어정보를 애플리케이션 경계 밖으로 보여주는 단위프로세 스로서, 데이터나 제어정보를 단순히 검색하여 사용자에게 제공함. 외부조회는 4가지 처리로직인 수학적 계산이나 공식을 사용하지 않으며, 파생 데이터도 생성하지 않음. 처리 과정에서 내부논리파일(ILF)을 유지하지 않으며 시스템의 동작도 변경하지 않음 (예 : 게시판 조회, 게시판 목록조회) Step 2 : 외부입력(EI), 외부출력(EO), 외부조회(EQ) 각각의 복잡도와 가중치를 산정한다. 기능점수 정통법과 간이법의 산정 방법에 따라 가중치 산정방식이 달라진다. 간이법 : 외부입력(EI)/외부출력(EO)/외부조회(EQ)의 가중치는 다음과 같다. 138 SW사업 대가산정 가이드(2015년) 민간용

153 표3-13 외부입력(EI)/외부출력(EO)/외부조회(EQ)의 평균복잡도 가중치 유형 외부입력(EI) 외부출력(EO) 외부조회(EQ) 평균복잡도 가중치 정통법 : 외부입력(EI)/외부출력(EO)/외부조회(EQ) 각각에 대해 참조파일유형(FTR)과 데이터요소유형(DET)을 식별하여 복잡도(가중치)를 결정함 참조파일유형(FTR)의 개수 판단 기준 참조파일유형(FTR)은 트랜잭션 기능에 의해 읽히거나 유지되는 내부논리파일 또는 트랜잭션 기능에 의해 읽히는 외부연계파일이다. 외부입력/외부출력/외부조회 프로세스 처리 과정에서 참조되는 내부논리파일 및 외부연계파일 각각을 하나씩의 참조파일유형으로 식별한다. 수정과 조회가 동시에 적용되는 내부논리파일은 한번만 참조파일유형으로 식별한다. 데이터요소유형(DET)의 개수 판단 경계를 넘나드는(진입 그리고/또는 진출) 모든 것을 검토한다. 트랜잭션 기능이 수행되는 동안 경계로 넘나드는 사용자가 인식할 수 있는 유일 하고 반복되지 않는 각 속성을 하나씩 데이터요소유형으로 식별한다. 각 트랜잭션 기능에서 다수의 메시지가 존재하더라도 애플리케이션 응답 메시지를 보내는 기능에 대하여 트랜잭션 기능 당 오직 한번만 데이터요소유형으로 식별한다. 동작을 시작하게 하는 여러 수단이 존재하더라도 트랜잭션 기능 당 오직 하나의 데이터요소유형으로 식별한다. 다음은 데이터요소유형으로 식별하지 않는다. - 보고서 제목, 화면이나 패널ID, 열 제목, 속성 제목과 같은 리터럴 - 날짜와 시간속성과 같은 애플리케이션이 생성하는 스탬프 - 페이지 설정 변수나 페이지 번호, 위치정보 - 이전, 다음, 처음, 마지막 그리고 이것을 그림을 이용하여 목록을 탐색하게 할 수 있는 기능과 같은 네비게이션 보조 수단 - 트랜잭션 기능에 의해 경계 내부에서 생성된 속성 그리고 경계를 넘지 않고 내부논리파일에 저장되는 속성 - 내부논리파일이나 외부연계파일로부터 검색되거나 참조되지만, 경계를 넘지않 고 처리되는 속성 참조파일유형(FTR)과 데이터요소유형(DET)이 식별되면, 외부입력(EI)/외부출력 (EO)/외부조회(EQ)의 각각에 대하여 다음 표를 이용하여 복잡도와 가중치를 산정한다. 2. 소프트웨어 개발비 139

154 표3-14 외부입력(EI) 복잡도 및 기능점수 가중치 참조파일 유형의 개수 데이터요소유형의 개수 1 ~ 4 5 ~ 15 16이상 0 ~ 1 낮음(3) 낮음(3) 보통(4) 2 낮음(3) 보통(4) 높음(6) 3이상 보통(4) 높음(6) 높음(6) 표의 각 항목은 복잡도(가중치) 표3-15 외부출력(EO) 복잡도 및 기능점수 가중치 참조파일 유형의 개수 데이터요소유형의 개수 1 ~ 5 6 ~ 19 20이상 0 ~ 1 낮음(4) 낮음(4) 보통(5) 2 ~ 3 낮음(4) 보통(5) 높음(7) 4이상 보통(5) 높음(7) 높음(7) 표의 각 항목은 복잡도(가중치) 표3-16 외부조회(EQ) 복잡도 및 기능점수 가중치 참조파일 유형의 개수 데이터요소유형의 개수 1 ~ 5 6 ~ 19 20이상 1 낮음(3) 낮음(3) 보통(4) 2 ~ 3 낮음(3) 보통(4) 높음(6) 4이상 보통(4) 높음(6) 높음(6) 표의 각 항목은 복잡도(가중치) Step 3 : 트랜잭션 기능점수 산정 Step 1, 2에서 결정된 각각의 외부입력(EI), 외부출력(EO), 외부조회(EQ)의 가중치를 모두 더하면 트랜잭션 기능점수가 계산된다. 트랜잭션기능점수 = (외부입력별 가중치) + (외부출력별 가중치) + (외부조회별 가중치) 트랜잭션 기능점수의 산정을 위해 다음의 트랜잭션 기능점수 산정 계산양식을 사용 하면 편리하다. 괄호 안에 해당되는 외부입력(EI), 외부출력(EO), 외부조회(EQ)의 개수를 기입하고 합산한다. 140 SW사업 대가산정 가이드(2015년) 민간용

155 표3-17 간이법 트랜잭션 기능점수 산정 계산양식 기능유형 가중치 평균복잡도 외부입력 ( ) 4.0 외부출력 ( ) 5.2 외부조회 ( ) 3.9 트랜잭션 기능점수 합계 표3-18 정통법 트랜잭션 기능점수 산정 계산양식 기능유형 가중치 낮음 보통 높음 외부입력 ( ) 3 ( ) 4 ( ) 6 외부출력 ( ) 4 ( ) 5 ( ) 7 외부조회 ( ) 3 ( ) 4 ( ) 6 트랜잭션 기능점수 합계 개발대상 기능점수 산정 선택한 기능점수 산정 방법(정통법 또는 간이법)에 따라 측정대상 애플리케이션의 데이터 기능점수와 트랜잭션 기능점수를 합산하여 최종 기능점수를 산정한다. 개발대상 기능점수 = 데이터 기능점수 + 트랜잭션 기능점수 2. 소프트웨어 개발비 141

156 표3-19 간이법 기능점수 산정 계산양식 기능유형 가중치 평균복잡도 내부논리파일 ( ) 7.5 외부연계파일 ( ) 5.4 외부입력 ( ) 4.0 외부출력 ( ) 5.2 외부조회 ( ) 3.9 총 기능점수 합계 표3-20 정통법 기능점수 산정 계산양식 기능유형 가중치 낮음 보통 높음 내부논리파일 ( ) 7 ( ) 10 ( ) 15 외부연계파일 ( ) 5 ( ) 7 ( ) 10 외부입력 ( ) 3 ( ) 4 ( ) 6 외부출력 ( ) 4 ( ) 5 ( ) 7 외부조회 ( ) 3 ( ) 4 ( ) 6 총 기능점수 합계 3 단계 : 보정전 개발원가 산정 2단계에서 구한 총 기능점수에 기능점수당 단가를 곱하면 보정전 개발원가가 산정된다. 보정전 개발원가 = 기능점수 기능점수당 단가 여기서, 기능점수당 단가는 추후 별도로 발표되기 전까지 제4차 투자 활성화 대책( 13.12) 등의 후속조치 일환으로 조정된 단가를 준용한다. * 기능점수당 단가는 최종고시(지경부 고시 호, 10.2월)된 기능점수당 단가(표준단가 497,427원)를 기준으로 기능점수 단가에 영향을 미치는 요소(SW기술자 노임단가, 물가, SW개발생산성)를 적용하여 현행화 하였다. 표3-21 기능점수당 단가 (단위 : 원) 구 분 금 액 기능점수당 단가 519, SW사업 대가산정 가이드(2015년) 민간용

157 소프트웨어 개발 사업이 소프트웨어 개발의 전체 단계가 아닌, 일부 단계만을 수행하는 경우도 있다. 소프트웨어 개발 사업이 분할 발주되어 분석 설계와 구현 시험이 별도의 사업으로 수행되는 경우 등이 이러한 예에 해당된다. 이때는 기능점수당 단가에 해당 단계별 기능점수 가중치를 곱하여 이를 합산한 값을 적용한다. 계산식은 다음과 같다. 보정전 개발원가 = 기능점수 기능점수당 단가 (해당 단계별 기능점수 가중치) 참고로, 각 단계별 가중치는 다음과 같다. 표3-22 소프트웨어 개발 단계별 기능점수 가중치 단 계 분석 설계 구현 시험 합계 각 단계별 기능점수 가중치 가중치에 따른 단가 ,648원 124,609원 166,145원 129,801원 519,203원 4 단계 : 보정후 개발원가 계산 개발원가 보정의 필요성 기능점수당 단가는 개발 프로젝트의 복잡도가 보통인 경우를 전제로 하여 산정된 것 이다. 그러나, 실제의 소프트웨어 프로젝트의 복잡성은 프로젝트의 규모, 요구되는 특 성 등 여러 여건에 의해 달라지며, 이에 따라 실제의 개발비용도 영향을 받게 된다. 따 라서, 복잡성에 영향을 미치는 요인 중에서 예산 수립 또는 제안단계에서 정량적으로 파악 가능한 요소들을 중심으로 하여 보정계수를 정의하고, 이를 개발원가에 적용하 여 보정후 개발원가를 구한다. 보정후 개발원가 계산 개요 3단계에서 구해진 보정전 개발원가에 규모, 애플리케이션 유형, 개발언어, 품질 및 특성의 4가지 보정계수를 곱하여 보정후 개발원가를 산정한다. 각각의 보정계수의 산정 방법에 대한 설명은 다음과 같다. 2. 소프트웨어 개발비 143

158 규모 보정계수 산정 일반적으로 소프트웨어 개발사업의 규모가 커지면 투입인력이 증가하고 커뮤니케이션 채널이 복잡해져서 생산성이 떨어진다. 따라서 사업규모의 증가에 따른 보정이 필요하 며, 이를 감안하는 것이 규모 보정계수이다. 규모 보정계수는 다음과 같이 산정된다. 표3-23 규모 보정계수 구 분 규모 보정계수 산정방법 규모 보정계수 = log e(기능점수) (단, 300 기능점수 미만인 경우에는 0.65 적용) 만약 한 사업에서 여러 개의 애플리케이션을 통합 구축하는 경우에는 통합규모를 대상 으로 규모보정계수를 적용한다. 애플리케이션 유형 보정계수 산정 같은 규모의 애플리케이션 소프트웨어라 하더라도 유형에 따라 생산성은 달라진다. 즉, 데이터나 정보처리 위주의 측면이 강조되는 애플리케이션 프로그램보다 통제 및 통신 측면이 강조되는 애플리케이션 프로그램이나 복잡한 계산이 많은 알고리즘 위 주의 애플리케이션 프로그램이 훨씬 개발에 많은 노력이 소요된다. 또한, 일반 사무 처리용 소프트웨어에 비해 비사무처리용 소프트웨어의 경우는 프로젝트 업무형태에 따라 개발비용이 상당한 격차를 나타낸다. 이를 감안하기 위한 것이 애플리케이션 유형 보정계수이다. 애플리케이션 유형은 총 8가지(업무처리용, 과학기술용, 멀티미디어용, 지능정보용, 시스템용, 통신제어용, 공정제어용, 지휘통제용)로 구분되며 각 유형별 보정계수는 아래와 같다. 144 SW사업 대가산정 가이드(2015년) 민간용

159 표3-24 애플리케이션 유형 보정계수 애플리케이션 유형 범 위 보정 계수 업무처리용 인사, 회계, 급여, 영업 등 경영 관리 및 업무처리용 소프트웨어 등 1.0 과학기술용 과학계산, 시뮬레이션, 스프레드시트, 통계, OR, CAE 등 1.2 멀티미디어용 그래픽, 영상, 음성 등 멀티미디어 응용분야, 지리정보시스템, 교육 오락용 등 1.3 지능정보용 자연어처리, 인공지능, 전문가시스템 1.7 시스템용 운영체제, 언어처리 프로그램, DBMS, 인간 기계 인터페이스, 윈도시스템, CASE, 유틸리티 등 1.7 통신제어용 통신프로토콜, 에뮬레이션, 교환기 소프트웨어, GPS 등 1.9 공정제어용 생산관리, CAM, CIM, 기기제어, 로봇제어, 실시간, 내장형 소프트웨어 등 2.0 지휘통제용 군, 경찰 등 군장비 인력의 지휘통제를 요하는 소프트웨어 2.2 스프레드시트 및 통계 소프트웨어의 경우 전문적인 업무에 적용하기 위해 개발되는 경우에는 과학기술용으로 분류하나, 일반적인 업무처리에 적용하기 위해 개발되는 경우에는 업무처리용으로 분류한다. 하나의 사업에 여러 개의 애플리케이션 유형이 혼재하는 경우에는, 각 애플리케이션 유형별로 보정계수를 도출하고 해당 유형이 전체 사업규모에서 차지하는 비율을 곱하여 합산한 값을 보정계수로 한다. 전체 사업에서 각 유형별 애플리케이션이 차지하는 비 율을 모두 더하면 100%가 된다. 계산식은 다음과 같다. 애플리케이션 유형 보정계수 = ( 유형별 애플리케이션시스템 규모 해당 애플리케이션 유형 보정계수 ) 전체 사업 규모 애플리케이션 유형 보정계수를 산정할 때 아래의 계산양식을 사용하면 편리하다. 2. 소프트웨어 개발비 145

160 표3-25 애플리케이션 유형 보정계수 산정 계산양식 구 분 내 용 보정계수값 비고 유형 유형별 보정계수 비중 애플리케이션 유형 업무처리용 1.0 ( )% 과학기술용 1.2 ( )% 멀티미디어용 1.3 ( )% 지능정보용 1.7 ( )% 시스템용 1.7 ( )% 통신제어용 1.9 ( )% 공정제어용 2.0 ( )% 지휘통제용 2.2 ( )% 비중의 합은 100%임 언어 보정계수 식별 소프트웨어의 생산성은 개발에 사용된 프로그래밍언어에 영향을 받게 되므로 언어에 따른 보정계수를 적용하여야 한다. 언어 유형은 총 5가지로 구분되며 각각의 유형과 보정계수는 아래와 같다. 표3-26 언어 유형 구분 및 보정계수 구분 언어유형 보정계 수 분류 1 Assembly, 기계어, 자연어 1.9 분류 2 C, CHILL, C++, JAVA, C#, PROLOG, UNIX Shell Scripts 1.2 분류 3 COBOL, FORTRAN, PL/1, PASCAL, Ada 1.0 분류 4 ABAP4, Delphi, HTML, Power Builder, Program Generator, Query default, Small Talk, SQL, Visual Basic, Statistical default, XML default, Script default(jsp, ASP, PHP, Flash 등) 0.8 분류 5 EXCEL, Spreadsheet default, Screen painter default 0.6 여기서 유의할 점은, 언어 보정계수는 모든 단계에 적용하지 않고 개발과 직접적으로 관련이 있는 구현 및 시험 등 2개 단계에만 적용된다는 점이다. 즉, 언어 보정계수는 분석, 설계 단계에서는 적용되지 않는다. 이 때문에 보정후 개발원가 산정시 언어 보정 계수는 구현, 시험단계에만 적용된다. 여기에 대해서는 보정후 개발원가 산정 부분에서 다시 설명한다. 146 SW사업 대가산정 가이드(2015년) 민간용

161 하나의 애플리케이션 내에서 여러 종류의 언어를 사용하는 경우는 각 언어별 보정계 수를 도출하고 해당 언어가 차지하는 규모의 비율을 곱하여 합산한 값을 보정계수로 한다. 언어 유형별 비중의 합은 100%가 되어야 한다. 예를 들어, JAVA나 Visual Basic 등 사용자 인터페이스 기능만을 제공하기 위해서 적용된 부분과 내부 업무로 직을 제공하기 위해 적용된 부분으로 나누어질 수 있는 경우는 사용자 인터페이스 부분(JSP, Visual Basic 등)과 내부 업무로직(JAVA, C++ 등)에 따라 각각 해당하는 언어의 보정계수를 적용한다. 언어 보정계수의 산정을 위한 계산식은 다음과 같다. 언어 보정계수 = ( 언어별 애플리케이션시스템 규모 해당 애플리케이션 언어 보정계수 ) 전체 사업 규모 언어 유형별 보정계수 산정은 다음의 계산양식을 사용하면 편리하다. 표3-27 언어 유형별 보정계수 산정 계산양식 구분 언어구분 보정계수 비중 보정계수값 비고 분류 ( )% 언어 분류 ( )% 분류 ( )% 분류 ( )% 분류 ( )% 비중의 합은 100%임 품질 및 특성 보정계수 식별 사용자가 애플리케이션 시스템에 요구하는 특정한 품질 및 특성은 소프트웨어 개발의 생산성에 영향을 미치게 된다. 따라서 사용자가 애플리케이션 시스템에 요구하는 품질 및 특성에 따른 보정계수를 적용하여야 한다. 품질 및 특성 보정 요소는 분산처리, 성 능, 신뢰성, 다중사이트의 4가지로 구분된다. 각각의 의미는 다음과 같다. 분산처리 : 애플리케이션이 구성요소간에 데이터를 전송하는 정도를 의미한다. 성능 : 응답시간 또는 처리율에 대한 사용자 요구수준에 따라 결정된다. 온라인 성능평 가에 대해서는 응답시간을 적용하며, 배치 성능평가에 대해서는 처리율을 적용한다. 높 은 성능이 요구될수록 높은 값을 가진다. 2. 소프트웨어 개발비 147

162 신뢰성 : 장애시 미치는 영향의 정도에 따라 결정된다. 해당 시스템의 장애 발생 시 미치는 영향이 클수록 높은 값을 가진다. 다중사이트 : 설치 사이트의 수 및 상이한 플랫폼의 수에 따라 결정된다. 설계 단계 부터 고려가 요구되는 설치 사이트의 수가 많을수록, 상이한 하드웨어와 소프트웨어 환경을 지원하도록 개발되는 정도가 높을수록 높은 값을 가진다. 해당 애플리케이션 시스템이 품질 및 특성 보정요소 각각의 항목에 대해 어느 정도의 수준에 상응하는지가 식별되면, 각각의 품질 및 특성 보정요소에 대해 영향도 값이 산정된다. 이때 유의할 점은 높은 영향도로 판단하기 위해서는 그보다 낮은 값의 영향 도에 해당하는 조건을 모두 만족하는 것을 전제로 해야 한다는 점이다. 예컨대, 영향도 2점으로 산정하기 위해서는 영향도 0점과 1점의 판단 기준을 모두 충족해야 하며, 영향도 1점으로 산정하기 위해서는 영향도 0점의 판단 기준을 기본적으로 충족해야 한다. 품질 및 특성 보정요소 각각의 영향도 판단 기준은 다음과 같다. 148 SW사업 대가산정 가이드(2015년) 민간용

163 표3-28 품질 및 특성 보정계수 분 산 처 리 성 능 신 뢰 성 다 중 사 이 트 보정요소 판단기준 영향도 애플리케이션이 분산처리에 대한 요구사항이 명시되지 않음 0 구성요소 간에 클라이언트/서버 및 웹 기반 애플리케이션과 같이 데이터를 분산 처리와 자료 전송이 온라인으로 수행됨 1 전송하는 애플리케이션상의 처리기능이 복수개의 서버 또는 정도 프로세서 상에서 동적으로 상호 수행됨 2 성능에 대한 특별한 요구사항이나 활동이 명시되 지 않으며, 기본적인 성능이 제공됨 0 응답시간 또는 처리율에 대한 사용자 요구수준 장애 시 미치는 영향의 정도 상이한 하드웨어와 소프트웨어 환경을 지원하도록 개발되는 정도 응답시간 또는 처리율이 피크타임 또는 모든 업무 시간에 중요함. 연동 시스템의 처리 마감시간에 대한 제한이 있음. 성능 요구사항을 만족하기 위해 설계 단계에서부터 성능 분석이 요구되거나, 설계 개발 구현 단계에서 성능 분석 도구가 사용됨 신뢰성에 대한 요구사항이 명시되지 않으며, 기본 적인 신뢰성이 제공됨 고장 시 쉽게 복구가능한 수준의 약간 불편한 손 실이 발생함. 고장 시 복구가 어려우며, 재정적 손실이 많이 발 생하거나, 인명피해 위험이 있음 설계 단계에서 하나의 설치 사이트에 대한 요구사 항만 고려됨. 애플리케이션이 동일한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨 설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨. 애플리케이션이 유사한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨 설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨. 애플리케이션이 상이한 하드웨어 및 소프트웨어 환경하에서 동작하도록 설계됨 위의 판단 기준을 적용하여 보정요소 각각의 영향도가 식별되면, 각 보정요소별 영향 도를 모두 합산하여 총 영향도를 산정한다. 총 영향도 = 각 보정요소별 영향도 값 총 영향도가 산정되면, 품질 및 특성 보정계수는 다음의 식을 적용하여 계산된다. 2. 소프트웨어 개발비 149

164 품질 및 특성 보정계수 = 총 영향도 + 1 각 애플리케이션별 품질 및 특성 보정계수의 계산양식은 다음과 같다. 표3-29 품질 및 특성 보정계수 산정 계산양식 구 분 내 용 보정계수값 비고 품질 및 특성 보정요소 분산처리 성능 신뢰성 다중사이트 영향도 품질 및 특성 보정계수 = (0.025 총영향도 ) + 1 총 영향도 = 분산처리 영향도 + 성능영향도 + 신뢰성 영향도 + 다중사이트 영향도 한 사업 내의 애플리케이션 시스템별로 서로 다른 품질 및 특성이 요구되는 경우에는, 각 애플리케이션 시스템별로 품질 및 특성별 보정계수를 도출하고 전체 사업규모에 대한 해당 애플리케이션 시스템의 규모 비율을 곱하여 합산한 값을 보정계수로 한다. 전체 사업의 품질 및 특성 보정계수 = ( 품질 및 특성별 애플리케이션 시스템 규모 전체 사업규모 해당 애플리케이션 시스템의 품질 및 특성 보정계수 ) 보정후 개발원가의 계산 규모, 애플리케이션 유형, 개발언어, 품질 및 특성의 4가지 보정계수가 각각 산정되면, 3단계에서 계산된 보정전 개발원가에 보정계수 값을 모두 곱하여 보정후 개발원가를 산정한다. 보정후 개발원가의 산정식은 다음과 같다. 보정후 개발원가 = 보정전 개발원가 (규모 보정계수 애플리케이션 유형 보정계수 (언어 보정계수 (구현 및 시험 해당 비중)) 품질 및 특성 보 정계수) 보정후 개발원가를 산정하기 위한 종합 계산양식은 다음과 같다. 150 SW사업 대가산정 가이드(2015년) 민간용

165 표3-30 보정후 개발원가 산정 계산양식 총 기능점수 단계 단계별 기능점수 가중치 분석 0.19 설계 0.24 구현 0.32 시험 0.25 기능점 수 당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 - 금액(원) 합계(보정후 개발원가) 언어보정계수는 분석, 설계 단계에서는 적용되지 않음 5 단계 : 직접경비 및 이윤 계산 이윤 국가를 당사자로 하는 계약에 관한 법률 시행규칙 제8조 제2항 제2호에서는 제조 구매( 소프트웨어산업 진흥법 제22조제1항에 따라 소프트웨어개발을 포함한다)의 이 윤율은 100분의 25를 초과하지 못한다 라고 규정하고 있다. 따라서, 개발원가의 25% 를 초과하지 않는 범위에서 이윤을 계상한다. 직접경비 직접경비는 해당 소프트웨어 개발사업에 소요되는 직접적인 경비를 의미한다. 직접경 비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 6 단계 : 소프트웨어 개발비 산정 4단계에서 계산된 보정후 개발원가에 5단계에서 산정된 직접경비 및 이윤을 합산하여 소프트웨어 개발비를 산정한다. 소프트웨어 개발비 = 보정후 개발원가 + 이윤 + 직접경비 2. 소프트웨어 개발비 151

166 2.1.4 산출물 앞 절에서 설명한 소프트웨어 개발비 산정 내역을 종합하여 정리하기 위한 계산양식은 다음과 같다. 표3-31 소프트웨어 개발비 산정 산출물 양식 단계별 총 기능점수 단계 기능점수 가중치 기능점수 당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 금액(원) 분석 0.19 설계 0.24 구현 0.32 시험 0.25 합계(개발원가) 이윤 ( )% 직접경비 소프트웨어 개발비 (부가세 별도) 관련 참고자료 및 유의사항 기능점수 산정 방법에 대한 자세한 내용은 한국소프트웨어산업협회가 발행한 국제표준 기반 기능점수 산정안내서 (2014년) 또는 IFPUG CPM을 참고하기 바람 IFPUG는 International Function Point User Group의 약어로, 소프트웨어사업대가의 기준에서 적용하고 있는 기능점수법의 지속적인 개선 및 표준화 활동 등을 수행하는 기관임 CPM은 Counting Practice Manual의 약어로, 기능점수법에 대한 산정절차, 산정기준, 적용사례 등 기능점수 사용자를 위한 실무측정 매뉴얼을 말함 152 SW사업 대가산정 가이드(2015년) 민간용

167 2.1.6 적용 사례 예제 개요 A사는 다수의 공급자로부터 물품을 구매하여 최종고객에게 판매하는 소매업을 수행하는 업체이다. A사는 고객, 공급자 및 제품을 통합적으로 관리하기 위한 SCM(Supply Chain Management) 시스템을 계획하고 있으며, 이의 일환으로 일차적으로 고객, 제품에 대한 통합관리시스템을 구축하고, 이를 기존의 공급자관리시스템과 연동하고자 한다. 요구되는 주요 기능은 다음과 같다. 고객관리 고객데이터의 추가, 수정, 삭제, 조회 고객리포트 4종 생성 제품관리 제품데이터의 추가, 수정, 삭제, 조회 제품관련 리포트의 생성 공급자 조회 공급자번호 조회 공급자 리포트 생성 1 단계 : 사전준비 개발대상 업무와 요구사항을 명확히 정의하고, 개발 규모(기능점수) 산정방법(정통법 또는 간이법)을 결정한다. 2. 소프트웨어 개발비 153

168 2 단계 : 개발대상 SW 기능점수 산정 (FP 정통법) 데이터/트랜잭션 기능 기능타입 복잡도 FP값 (미조정값) 고객데이터 ILF 보통 10 제품데이터 ILF 낮음 7 공급데이터 EIF 낮음 5 고객데이터의 추가 EI 높음 6 고객데이터의 수정 EI 보통 4 고객데이터의 삭제 EI 낮음 3 고객데이터의 조회 EQ 낮음 3 고객레포트1 EO 낮음 4 고객레포트2 EO 보통 5 고객레포트3 EO 낮음 4 고객레포트4 EO 높음 7 제품데이터의 추가 EI 보통 4 제품데이터의 수정 EI 낮음 3 제품데이터의 삭제 EI 낮음 3 제품데이터의 조회 EQ 보통 4 제품관련 레포트 EO 보통 5 공급자번호 조회 EQ 낮음 3 공급자 관련 리포트 EO 보통 5 FP 계산 값 85FP 3 단계 : 보정전 개발원가 산정 산정된 기능점수에 단계별 기능점수당 단가를 곱하여 보정 전 개발원가 산정한다. 공정단계별 기능점수당 단가를 산정된 기능점수에 곱하여 산정 154 SW사업 대가산정 가이드(2015년) 민간용

169 단 계 기능점수 단가 기능점수 보정전개발원가 분 석 98,648 8,385,080 설 계 124,609 10,591, 구 현 166,145 14,122,325 시 험 129,801 11,033,085 합 계 519,203-44,132,255 소프트웨어 개발규모/애플리케이션 유형/개발언어/품질 및 특성에 대한 보정계수 결정 구 분 적용기준 보정계수 규모 보정계수 log e(기능점수) 유형 보정계수 업무처리용 소프트웨어 1.0 언어 보정계수 ABAP4, JSP, VB 0.80 품질 및 특성 보정계수 * 총영향도(3) 규모보정계수는 [표 3-23]를 참조하여 산정하고 소수점 4자리에서 반올림 함 유형보정계수는 [표 3-24]을 참조하여 업무처리용 소프트웨어 1을 적용함 언어보정계수는 [표 3-26]를 참조하여 0.8을 적용함 품질 및 특성보정계수는 [표 3-28]를 참조하여 분산처리(1), 성능(1), 신뢰성(1), 다중 사이트(0)으로 총영향도는 3점으로 함 4 단계 : 보정 후 개발원가 산정 보정 전 개발원가에 보정계수를 곱하여 보정 후 개발원가를 산정 보정 후 개발원가 = 보정 전 개발원가 x 보정계수 총 기능 점수 85 단계 단계별 기능 점수 가중치 기능 점수당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 금액(원) 분석 ,648 5,859,075 - 설계 ,609 7,400, , 구현 ,145 7,894, 시험 ,801 6,167,495 언어 보정계수는 구현 및 시험단계에만 적용 합계(개발원가) 27,321, 소프트웨어 개발비 155

170 5 단계 : 직접경비 및 이윤 산정 보정 후 개발원가의 25% 이내에서 산정 가능 산정기준 개발원가 적용률 금액(원) 개발원가의 25%이내 27,321,946 25% 6,830,487 직접경비의 범위에 따라 기관별 자체 기준 단가를 활용하여 산정 보고서인쇄비와 출장여비를 가정하여 산정한 예 구 분 산출내역 금액(원) 보고서인쇄비 상세요구분석서 등 4종 X 4부 (50원 1,000매 4부 4종=800,000원) 800,000 출장여비 3인 2회(2박3일 기준) (200,000원 3인 2회=1,200,000원) 1,200,000 합 계 2,000,000 6 단계 : 소프트웨어 개발비 산정 개발원가, 직접경비, 이윤의 합으로 산정 소프트웨어 개발비 = 개발원가 + 이윤 + 직접경비 = 27,321,946원 + 6,830,487원 + 2,000,000원 = 36,152,433원 산정내역 정리 총 기능 점수 85 단계 단계별 기능 점수 가중치 기능 점수당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 금액(원) 분석 ,648 5,859,075 - 설계 ,609 7,400, , 구현 ,145 7,894, 시험 ,801 6,167,495 합계(보정 후 개발원가) 27,321,946 이윤 ( 25 )% 6,830,487 직접경비 2,000,000 소프트웨어 개발비 (부가세 별도) 36,152, SW사업 대가산정 가이드(2015년) 민간용

171 2.2 투입공수에 의한 방식 개요 투입공수에 의한 소프트웨어개발비 산정방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링 사업대가의 기준을 준용하여 소프트웨어개발비를 산정하는 방식 이다. 단, 투입인력의 직접인건비는 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되 어 한국소프트웨어산업협회가 공표하는 소프트웨어 기술자 노임단가(대가 산정 시점에서 가장 최근 노임단가를 적용함)를 적용하여 산정함을 원칙으로 한다. 이는 과거의 유사 소프트웨어 개발 사업의 투입인력 정도를 기초로 한 경험적 판단에 의해 사 업대가를 산정하는 방식으로서, 소프트웨어 개발비는 기능점수에 의한 산정방법을 원칙으로 하 고 있으나, 아래의 사업 유형에 한하여 예외적으로 적용될 수 있다. 1 홈페이지 디자인, 웹 접근성 개선, 동영상 등 콘텐츠 관련 정보화사업 2 R&D 성격의 소프트웨어개발 사업 3 사용자에게 식별되는 기능규모에 비해 내부처리 복잡도가 현저히 높아 기능점수 방식의 대가체계 적용이 불합리하다고 인정되는 소프트웨어개발 사업 4 데이터 튜닝 및 최적화, 테스트 등 기능점수로 산정이 불가능한 경우 5 소프트웨어개발 관련 예산이 5천만원 미만인 사업 2. 소프트웨어 개발비 157

172 2.2.2 절차별 주요 내용 표3-32 투입공수에 의한 소프트웨어 개발비 산정 절차 절차 주요내용 산출물 1. 사전준비 소프트웨어 개발 정의에 따라 개발대상 업무와 요구사 항을 명확히 정의한다. 개발대상 업무요구사항 2. 개발 공수 계산 3. 직접인건비 계산 4. 제경비 및 기술료 계산 5. 직접경비 계산 6. SW개발비 산정 소프트웨어 개발업무별 특성을 고려하여 투입인력의 기술자등급을 결정한다. 소프트웨어 개발업무별 특성을 고려하여 투입인력의 수와 기간을 결정한다. 개발업무를 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 기술자등급별 공수 소프트웨어기술자 노임단가 개발업무를 수행할 인력의 제경비 및 기술료를 계산 한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 소프트웨어 개발에 실제로 소요되는 직접경비를 산정 한다. 소프트웨어 개발비를 산정한다. - SW개발비 = 직접인건비 + 제경비 + 기술료 + 직접경비 등급별 투입공수 직접인건비 제경비 기술료 직접경비 소프트웨어 개발비 158 SW사업 대가산정 가이드(2015년) 민간용

173 2.2.3 단계별 설명 1 단계 : 사전준비 개발대상 업무 선정 소프트웨어의 개발 대상이 되는 업무를 선정한다. 시행계획 또는 사업계획을 바탕으로 하여 소프트웨어 개발대상 업무를 선정한다. 소프트웨어 기능요구사항 정의 개발대상 소프트웨어에 대한 기능적 요구사항을 정의한다. 개발대상 업무에 대한 분석을 통하여 소프트웨어의 구성요소 및 구성요소별로 요구 되는 기능을 상세히 분석하고 정의한다. 2 단계 : 개발 공수(투입인력 소요공수) 산정 프로젝트 개발규모가 산정된 경우, 과거의 유사사업 수행 경험을 토대로 개발 조직의 개발 생산성을 고려하여 투입인력 소요공수를 산정한다. 또는 개발요구사항과 수행활동이 명확히 정의되고 WBS가 활용 가능한 환경의 경우에는 사업수행경험이 풍부한 전문가가 각 활동별 투입인력 소요공수를 직접 산정할 수 도 있다. 발주담당자는 대상업무 별 특성에 맞게 적절한 산정방법을 활용하여 투입인력 소요 공수를 산출한 후 기술자 등급별 인원수, 투입기간을 결정하여 최종 소요공수를 산정한다. 투입공수 방식의 SW사업대가 산정을 위한 소프트웨어 기술자 노임대가 적용기준은 통계 법제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업협회가 공표하는 소프트웨어 기술자 노임단가의 분류 기준을 따르며, 해당 기준은 Ⅰ장 4.2의 [표 1-5]와 [표 1-6]과 같다. 2. 소프트웨어 개발비 159

174 3 단계 : 직접인건비 계산 직접인건비는 프로젝트 개발을 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 노임단가는 통계청의 승인을 받아 한국소프트웨어산업협회에서 공표하는 소프트웨 어기술자 노임단가를 적용한다. 대가산정 시점에서 가장 최근 노임단가를 적용한다. 소프트웨어기술자 노임단가에 21.0일(2014년 근무일 기준)을 곱하여 월 노임단가로 환 산한 후 투입기간을 곱하여 직접인건비를 산정한다. 단, 월 노임단가 환산 시 월 21.0 일로 계상한다는 것은 월력에 의한 통상적 근무일수를 고려하여 계상함을 의미하므로, 계약기간 중의 어느 달이 공휴일이 많아 1개월의 실제 근무일수가 21.0일 미만이 되는 경우가 있을지라도 21.0일을 기준으로 월 노임을 산정해야 한다. 수주자가 해당 인력을 일정기간 투입할 경우 계약서상에 지원할 인원의 소프트웨어 기술 자의 등급과 파견기간을 년 월 일부터 년 월 일까지로 명시 하게 된다. 따라서 1개월의 기준은 실제의 휴일이나 공휴일의 많고 적음에 관계없이 시작일로부터 익월의 해당일자 전일까지로 한다. (예: 6월 3일부터 7월 2일까지) 4 단계 : 제경비와 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 제경비란 직접비(직접인건비와 직접경비)에 포함되지 아니하고 소프트웨어개발사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원 서무 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영활동 비용 등을 포함하며 직접인건비의 110~120%로 계산한다. 다만, 관련법령에 따라 계약 상대자의 과실로 인하여 발생한 손해에 대한 손해 배상보험료 또는 손해배상공제료는 별도로 계산한다. 단, 제경비 중에서도 해당 사업의 수행을 위하여 직접적인 필요에 따라 발생한 비목에 관하여는 직접경비로 계산한다. 기술료란 소프트웨어개발사업자가 개발 보유한 기술의 사용 및 기술축적을 위한 대가 로서 조사연구비, 기술개발비, 기술훈련비 및 이윤 등을 포함하며 직접인건비에 제경비 (단, 손해배상보험료 또는 손해배상공제료는 제외함)를 합한 금액의 20~40%로 계산한다. 160 SW사업 대가산정 가이드(2015년) 민간용

175 5 단계 : 직접경비 산정 직접경비는 해당 소프트웨어 개발사업에 소요되는 직접적인 경비를 의미한다. 직접경비 에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접 경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 6 단계 : 소프트웨어 개발비 산정 아래의 산식에 따라 소프트웨어 개발비를 산정한다. 단, 투입공수 방식에 의한 소프트웨 어 개발비 산정과정에서 4단계 기술료 계상에 이윤이 포함됨으로써 최종 개발대가에는 이윤을 추가로 계상하지 않는다. 소프트웨어 개발비 = 직접인건비 + 제경비 + 기술료 + 직접경비 직접인건비 = 투입인력 소요공수 노임단가 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 직접경비 = 해당 소프트웨어 개발사업에 소요되는 직접적인 경비 2. 소프트웨어 개발비 161

176 2.2.4 산출물 표3-33 투입공수에 의한 방식의 개발원가 산정 종합계산 산출물 양식 구 분 노임단가 투입공수 (M/M) 한달 일수 금액(원) 기 술 사 특급기술자 고급기술자 21.0 중급기술자 초급기술자 직접인건비 합계 제경비(직접인건비의 110 ~ 120%) 기술료([직접인건비 + 제경비]의 20 ~ 40%) 직접경비 합 계 (부가세 별도) 관련 참고자료 및 유의사항 참고자료 - 엔지니어링기술진흥법 제10조의 규정에 의한 엔지니어링사업대가의기준 - Ⅰ장 4.2의 소프트웨어 기술자 노임대가 적용기준([표 1-5]와 [표 1-6]) - 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업협 회가 공표하는 소프트웨어 기술자 노임단가 (대가 산정 시점에서 가장 최근 노임단가를 적용함) 유의사항 투입공수에 의한 방식으로 개발비를 산정하는 경우, 대가 산정에 사용된 투입공수는 사 업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정 에서의 실제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다. 162 SW사업 대가산정 가이드(2015년) 민간용

177 2.2.6 적용사례 예제 개요 가'사가 발주자로부터 나 소프트웨어 개발사업을 수주하여 신규개발하게 되었다. 투입공수 에 의한 산정방식에 의해 소프트웨어 개발비를 산정하려 하며, 이 소프트웨어를 개발하는데 6개월의 기간 동안 기술사 1명, 특급기술자 1명, 고급기술자 2명, 중급기술자 3명, 초급기술 자 5명이 필요하다고 판단하였다. SW 개발비 산정 6개월 동안 기술사 1명, 특급기술자 1명, 고급기술자 2명, 중급기술자 3명, 초급기술자 5명을 투입할 경우 소프트웨어 개발비는 다음과 같다. 구 분 노임단가 투입공수 (M/M) 기 술 사 408,995 6 한달 일수 금액(원) 51,533,370 특급기술자 376, ,409,012 고급기술자 272, ,562,900 중급기술자 221, ,678,238 초급기술자 189, ,179,620 직접인건비 합계 370,363,140 제경비(직접인건비의 110 ~ 120%) 407,399,454 기술료([직접인건비 + 제경비]의 20 ~ 40%) 155,552,519 직접경비 2,000,000 합 계 (부가세 별도) 935,315,113 상기 예 중 제경비율은 110%, 기술료는 20%를 적용하였음 2. 소프트웨어 개발비 163

178

179 Ⅳ SW사업 운영단계 1. 개요 2. 소프트웨어 유지관리 및 운영비 3. 소프트웨어 재개발비

180

181 1 part Ⅳ SW사업운영단계 개 요 소프트웨어사업 운영단계는 소프트웨어 개발 이후의 유지관리, 운영, 재개발 사업을 포함한다. 소프트웨어 유지관리 소프트웨어 유지관리 업무는 제도, 양식, 절차, 조직 등 업무처리절차상의 변경으로 인하여 발생하는 소프트웨어의 변경, 하드웨어나 OS, 네트워크 등 기술적 발전에 대응하기 위한 변경, 보다 좋은 알고리즘으로의 수정 또는 기능상의 보완, 그리고 소스코드의 설명을 충실 하게 함으로써 프로그램을 이해하기 쉽고 변경 등이 용이하게 하는 등 개발한 애플리케이션 시스템을 보다 편리하게 사용하고 활용할 수 있도록 유지하고 관리하는 일련의 모든 행위 들을 말한다. 2012년 6월 25일 기획재정부, 지식경제부, 행정안전부 등 관계부처 합동으로 발표한 '상용SW 유지관리 합리화 대책'에서 유지보수 용어를 유지관리 로 명명하기로 하여 본 가이드에 이를 적용함 소프트웨어 유지관리는 개발 또는 구매여부에 따라 용역 유지관리와 상용소프트웨어 유지 관리로 구분한다. 용역 유지관리란 사업자에게 용역을 주어 소프트웨어를 유지관리하며, 소프트웨어 개발 완료 후 인도된 소프트웨어에 대해 사용자 업무처리절차의 변경에 따른 기능변경, 추가, 보완, 폐기, 사용방법의 개선, 문서보완 등의 소프트웨어 및 문서의 개선활동에 필요한 제반활동을 말한다. 상용소프트웨어 유지관리란 구매한 소프트웨어를 최적의 상태에서 활용 유지하기 위해 제공되는 제품지원, 기술지원, 사용자지원 등의 서비스를 말한다. 상용소프트웨어의 유지관리 대가는 개발소프트웨어의 유지관리비 산정절차와는 구분하여, 본 가이드 Ⅳ장 2.5의 상용소프트웨어 유지관리비 절차에 따라 대가를 산정한다. 1. 개 요 167

182 소프트웨어 운영업무 소프트웨어 운영업무는 개발 완료 후, 인도된 소프트웨어에 대해 기능변경을 제외한 운영 기획 및 관리, 모니터링, 테스트, 사용자지원을 포함한 소프트웨어의 정상적인 운영에 필요 한 제반활동을 의미한다. 소프트웨어 재개발 소프트웨어 재개발은 개발된 소프트웨어의 일부를 다시 개발하거나, 발주자가 보유한 소프트 웨어 자산을 재사용한 개발을 말한다. 소프트웨어 유지관리 및 운영업무의 분류는 다음과 같이 정의할 수 있다. 소프트웨어 유지관리 및 운영업무의 분류 업무활동 정의 유지 관리 및 운영 업무 유지 관리 운영 완전유지관리 적응유지관리 수리유지관리 (하자보수) 지원업무 일상운영 유지관리 대상 소프트웨어의 기능을 향상시키는 활동으로 유지관리 대상 소프트웨어에 대한 신규 기능 추가, 기능 변경, 기능 삭제 등이 상세 업무 활동임 유지관리 대상 소프트웨어가 새로운 환경에 적응하기 위한 활동으로 데이터 전환, 시스템 성능 개선에 따른 프로그램 변경, 패키지 버전 상승에 따른 커스터마이징 부분 개선 등이 해당됨 유지관리 대상 소프트웨어의 오류 수정 활동 대상 소프트웨어의 유지관리 및 운영에 소요되는 지원활동으로 사용자 교육, 안내데스크(Help desk) 운영, 운영과 관련된 보고 및 회의(정기, 비정기, 업무 협의), 소프트웨어 운영 품질관리(품질시스템관리, 품질표준정의, SLA관리 등) 등이 해당됨 대상 소프트웨어의 정상적인 운영과 관련된 활동으로 소프트웨어 운영서비스 계획수립, 정기 및 비정기 배치(batch)작업(마감/결산), 소프트웨어이상 유무 점검(모니터링), 고객요구에 따른 전산자료 출력지원, 데이터 및 콘텐츠의 관리(데이터 백업, 보관, 삭제, 업 /다운로드 등) 등에 관한 계획수립 및 시행, 보안 및 방화벽 관리 등이 해당됨 유지관리 및 운영의 업무활동 각각에 대한 세부적 내용은 다음과 같다. 168 SW사업 대가산정 가이드(2015년) 민간용

183 유지관리 업무의 분류 완전유지관리(Perfective Maintenance) 보다 좋은 알고리즘으로 변경한다거나 보다 효율적인 사용을 목적으로 하는 변경을 의미한 다. 보다 편리하게 사용할 수 있게 하기 위한 출력형식(Format)을 개선하거나 새로운 출력정 보를 추가하는 등, 이른바 기능상의 보완 또는 소스코드의 설명을 충실하게 함으로써 프로 그램을 이해하기 쉽고 유지관리가 용이하게 하고자 하는 관리를 말한다. 완전 유지관리의 예에는 다음과 같은 것들이 있다. 성능, 기능 개선 데이터의 정확도 개선 사용자 인터페이스 개선 평균 응답시간의 개선 등 적응유지관리(Adaptive Maintenance) 하드웨어, OS, 네트워크 등의 환경변화에 대응하기 위한 프로그램 수정, 데이터 분류코드의 변경, 데이터베이스의 변경 등에 따른 관리를 의미한다. 적응 유지관리에는 다음과 같은 활동들이 해당된다. 소프트웨어 변경(환경 변화에 대응 등) 데이터 변경 운영환경의 변경 등 수리유지관리(Corrective Maintenance) 수리유지관리는 소프트웨어에서 발견되는 결함을 수정하는 것을 말한다. 요구사항 변경 및 환경의 변화에 따른 기능변경은 각각 완전유지관리, 적응유지관리 등의 활동으로 분류되며 수리유지관리의 정의에는 포함되지 않는다. 수리 유지관리 활동의 예에는 다음과 같은 것들이 있다. 프로그램 비정상 종료의 수정 부적당한 정보를 출력하는 처리상의 에러 수정 트랜잭션의 에러발생 등 프로그램, 표준기준에 부적합 사항 보완 기능사양과 설계내용이 일치되지 않을 경우 소프트웨어 작성에러수정 통상적으로 소프트웨어 개발 후 일정기간 무상으로 지원되는 하자보증기간 중에 발생하는 수리유지관리 활동을 무상하자보수라고 일컫는다. 1. 개 요 169

184 운영업무의 분류 일상 운영 일상 운영업무는 대상 소프트웨어의 정상적인 운영과 관련된 활동으로 소프트웨어 운영서비 스 계획수립, 정기 및 비정기 배치(batch)작업(마감/결산), 소프트웨어이상 유무 점검(모니터링), 고객요구에 따른 전산자료 출력지원, 데이터 백업, 보관, 삭제 등에 관한 계획수립 및 시행, 보안 및 방화벽 관리 등이 해당된다. 일상 운영 업무의 예로는 다음과 같은 활동들이 있다. 소프트웨어 운영서비스 계획수립 및 시행 소프트웨어 이상 유무 점검(모니터링, 장애예방, 장애관리) 고객요구에 따른 전산자료 출력지원 데이터 백업, 보관, 삭제 등에 관한 계획수립 및 시행 배치작업 또는 정기적 작업 수행과 결과확인 및 조치 지원업무 대상 소프트웨어의 유지관리 및 운영에 소요되는 지원활동을 의미한다. 지원업무에는 다음과 같은 활동들이 포함된다. 사용자 교육 안내데스크(Help desk) 운영 운영업무와 관련된 보고 및 회의(정기, 비정기, 업무 협의) 소프트웨어 운영 품질관리(품질시스템관리, 품질표준정의, SLA관리 등) 170 SW사업 대가산정 가이드(2015년) 민간용

185 2 part Ⅳ SW사업운영단계 소프트웨어 유지관리 및 운영비 2.1가치기반 방식 ITO 서비스 유지관리 및 운영비 서비스 개요 서비스의 정의 가치기반 방식 ITO 서비스는 고객이 운용중인 애플리케이션 시스템 전부 또는 일부를 대상 으로 종합적인 서비스를 전문기관인 제공자가 전체적인 책임을 맡아서 제공하는 것을 의미한 다. 기본적인 운영, 유지관리 서비스뿐만 아니라 SW아키텍처의 유지, 업무지원 등 고객이 필요로 하는 IT전반에 관한 서비스를 제공한다. 다만 제공자가 둘이상이 되면 고객이 컨트롤 타워 역할을 직접 수행할 필요가 있어 복잡해지므로 통상적으로는 한 제공자에게 서비스 제 공을 맡기는 경우가 많다. 또한 기술적인 부분뿐만 아니라 고객과 여러 면에서 호흡을 맞춰 서비스가 제공되어야 하므 로 장기적인 계약이 고객과 제공자 모두에게 유리한 측면이 있다 서비스의 특징 ITO 서비스의 특징은 다음과 같다. - 서비스를 제공받는 고객과 서비스를 제공하는 제공자 두 당사자가 있다. - 서비스 제공에 관한 아웃소싱 계약이 필요하다. - 계약기간이 장기적인 경우가 많다. - 고객이 운용 중인 애플리케이션 시스템을 서비스의 주 대상으로 한다. - 제공자는 고객의 정보자원을 통합하여 관리하면서 서비스를 제공하게 된다. - 운영 및 유지관리 서비스를 기본으로 하고, 고객의 애플리케이션 시스템에 관련된 여러 가지 서비스를 전체적으로 함께 묶어서 서비스가 제공되기도 한다. - 개별 애플리케이션 시스템을 대상으로 제공되어야 하는 서비스가 있고, 공통적으로 통합 하여 제공되어야 하는 서비스도 있다 서비스의 종류 서비스 종류는 서비스대가 산정을 위한 기본 단위이다. 서비스 기반의 계약은 서비스 입력 (Input)이 아닌 서비스 결과(Output)를 기반으로 대가를 산정한다. 따라서 서비스 종류는 서비 2. 소프트웨어 유지관리 및 운영비 171

186 스 결과 유형, 즉 서비스 대상, 서비스 산출물, 또는 서비스 규모 결정 시점이 유사한 단위 로 분류한다 서비스종류의 분류 기준 서비스 종류를 분류함에 있어 고려해야 할 사항은 크게 서비스 대상이 무엇인지, 서비스를 통한 산출물은 무엇인지, 마지막으로 서비스 규모를 결정하는 시점은 언제인지 등이다. 이러한 고려사항을 기준으로 서비스 종류는 1) 서비스 대상 애플리케이션 시스템의 유무, 2) 서비스로 인한 형상 변경 여부, 3) 서비스 업무량 결정 방식을 기준으로 분류하여 서비스의 종류를 정한다. 첫째, 서비스 대상 애플리케이션 시스템이 계약 시점에 존재하는지 또는 예상이 가능한지 여부를 기준으로 한다. 즉, 대상 애플리케이션이 있는 경우 서비스대가 산정을 위해 기 축적된 데이터가 있으므로 해당 데이터를 근거로 산출 가능하나, 애플리케이션이 없는 경우 데이터가 부재하므로 새로운 근거 산출이 필요하다. 둘째, 애플리케이션이 있는 경우, 애플리케이션을 구성하는 형상, 즉 프로그램 또는 테이블 등의 변경 여부에 따라 분류한다. 형상 변경이 발생하는 경우 대가 산정을 위해 변경 규모를 축적 및 활용할 수 있으나, 형상 변경이 발생하지 않는 경우 별도의 데이터를 축적 및 활용 할 필요가 있다. 셋째, 서비스 내역을 계약 체결 이전에 협의 가능한지 또는 계약 체결 이후에 협의가 필요한 지 여부에 따라 분류한다. 사전협의가 가능한 업무는 고객과 제공자 간 예측한 업무량으로 대가를 산정할 수 있으나, 사후결정이 필요한 업무는 오차가 클 수 있으므로 리스크를 최소 화하기 위한 적정 수준의 사후 대가정산의 필요가 있다. 위와 같은 서비스 종류의 분류 기준에 의거하여, 서비스 종류를 1) 운영관리 서비스, 2) 장애 관리 서비스, 3) 개선관리 서비스, 4) 지원관리 서비스로 분류한다. 172 SW사업 대가산정 가이드(2015년) 민간용

187 표4-1 서비스의 종류와 분류기준 서비스 종류 운영관리 / 장애관리 개선관리 지원관리 서비스종류 분류기준 서비스 항목 서비스 대상 애플리케이션 유무 형상변경 여부 고정성 여부 모니터링 운영작업 문의대응 성능향상 기능개선 결함수정 기술지원 - 개발지원 - 업무지원 - : 대상 애플리케이션( 有 ), 형상변경(발생), 업무량(고정) : 대상 애플리케이션( 無 ), 형상변경(없음), 업무량(변동) 서비스종류의 정의 및 서비스항목 서비스 분류 기준에 의한 운영관리, 장애관리, 개선관리, 지원관리 4개 서비스에 대해 다음과 같이 정의한다. 운영관리 서비스 운영관리 서비스는 서비스 대상 애플리케이션이 존재하며, 고객의 비즈니스 연속성을 보장하 기 위해 대상 애플리케이션을 현재의 상태로 안정적으로 최적의 운용상태가 지속적으로 유지 될 수 있도록 하기 위한 서비스이다. 애플리케이션 이상 유무를 판단하기 위한 각종 모니터 링과 장애예방 활동, 정기적인 PM(예방점검) 활동, 비즈니스 연속을 위한 배치작업과 같은 정기적인 서비스와 고객 단순 문의대응 및 교육, 서비스 현황 보고, 업무회의, 장애 임시조치 등 비정기적인 서비스로 구성되며, 사전에 업무 규모를 확정할 수 있다. 정기 업무와 비정기 업무의 세부 항목은 다음과 같이 구성될 수 있으며 각 애플리케이션 시스템별로 세부 서비 스 내역은 상이할 수 있다. 2. 소프트웨어 유지관리 및 운영비 173

188 표4-2 운영관리 서비스항목 (예시) 구분 정기 업무 비정기 업무 서비스 항목 모니터링 운영작업 문의대응 서비스내역 애플리케이션 시스템의 위험요소 식별 및 정기 점검 - 연계 시스템 간 계정/권한 등에 대한 정상 작동 여부 확인 - 애플리케이션 시스템에서 생성되는 Log/Short Dump등 에러 확인 - 애플리케이션 시스템 가용성 점검 Scheduling Job 실행 결과 확인 및 조치 - 데이터 정합성 점검 및 조치 장애 예방 모니터링 정기 배치(Batch) 작업 수행 및 결과 확인 - 배치작업 사전준비/실행/결과 확인 및 종료 정기 PM(Preventive Maintenance) 작업 수행 - 정기 PM 항목 선정, 일정 계획 수립 - PM 실시 후 시스템 정상 작동 확인 서비스수준 관리 - 서비스수준 관리 계획 및 서비스수준 정의 - 서비스수준 모니터링 및 정기 보고 품질 및 보안 관리 정기 업무회의 및 사용자 교육 고객 단순 문의(전화, Mail, 접수시스템을 통한 문의사항)에 대한 대응 - 메뉴 위치, 사용 방법 등 애플리케이션 시스템 이용 관련 문의 - 사용자 ID/비밀번호/권한 등 사용자 관련 문의 - IP, 방화벽 등 보안 관련 문의 비정기 고객 회의 및 사용자 교육 장애 임시 조치 등 장애관리 서비스 장애관리 서비스는 운영관리 서비스에 관련된 부가 서비스로, 서비스 대상 애플리케이션 시 스템이 존재하고, 애플리케이션 시스템의 장애에 대한 근본원인 도출 및 해결책 적용 등의 서비스로 구성된다. 장애관리 서비스는 선택 항목으로 고객과 제공자간 합의로 적용여부를 결정한다. 개선관리 서비스 개선관리 서비스는 서비스 대상 애플리케이션 시스템이 존재하며 고객의 요청에 의해 애플리케이 션의 형상 변경이 필요한 서비스이다. 애플리케이션 기능 추가/변경/삭제 및 데이터 추출을 위한 활동 등으로 고객의 요청에 따라 업무규모가 유동적이어서 사전에 업무규모를 확정할 수 없다. 174 SW사업 대가산정 가이드(2015년) 민간용

189 표4-3 개선관리 서비스항목 (예시) 서비스항 목 성능향상 기능개선 결함수정 서비스내역 애플리케이션 시스템 성능향상을 위한 개선 - 프로그램 응답속도 개선, 편의성 향상 등을 위한 튜닝 - 애플리케이션 시스템 활용도 파악 등 데이터 정합성 개선 데이터 관련 튜닝 변경요구에 대한 분석, 설계, 구현, 시험 등 SW개발 라이프싸이클 진행 프로그램/데이터변경에 따른 형상항목의 추가, 삭제, 변경 시의 무결성 유지 잠재 결함 및 노출 결함 파악 및 제거 결함 제거 후 원인파악, 재발방지를 위한 조치 - 원인파악, 분석 - 해결책, 재발방지 대책수립 및 조치 등 지원관리 서비스 지원관리 서비스는 서비스 대상 애플리케이션 시스템이 존재하지 않으며, 고객의 필요에 따 라 요구하는 IT 기술지원, 개발Pool, 인력 기반의 업무지원 등의 서비스이다. 사전에 업무량 과 수준을 정의하기 힘든 특성이 있다. 표4-4 지원관리 서비스항목 (예시) 서비스항목 기술지원 개발지원 업무지원 서비스내역 운영관리, 개선관리 서비스가 최적의 상태로 수행될 수 있도록 고객 단위의 표준/정책 수립, 관리 및 개선 등을 지원하기 위한 인력 제공 서비스 - 품질관리, 보안관리, 아키텍처관리(DBA, TA, DA, SA), 기획관리 등 신규 업무 프로세스 및 신규 시스템의 애플리케이션 개발과 관련된 고객의 요구에 대응하기 위한 개발 인력 제공 서비스 - 신규 시스템 개발, 프로젝트 지원, 애플리케이션 인수 등 운영관리, 개선관리 서비스 외 IT/비즈니스와 관련된 고객의 다양한 요구에 대해 맞춤형 서비스를 지원하기 위한 인력 제공 및 운영 서비스 - 현장업무지원(IT 주재원 운영, 정보전략수립 지원) 등 2. 소프트웨어 유지관리 및 운영비 175

190 2.1.3 서비스대가 서비스대가 개요 서비스대가의 정의와 기본 방향 가치기반 방식의 ITO 서비스를 위해서는 서비스를 제공받는 고객과 서비스를 제공하는 서비 스 제공자 사이에 계약하여 거래를 하여야 하고, 그러기 위해서는 서비스에 대한 가격을 정 해야 한다. 이를 서비스대가라 한다. 서비스의 대가를 정하기 위하여 두 가지가 필요한데, 하 나는 서비스규모이고 다른 하나는 서비스단가이다. 서비스규모를 산정하기 위해 객관적이고 명쾌한 근거를 갖도록 한다. 또한 고객의 특성이나 제공자의 역량 차이를 반영하여 서비스 품질의 향상을 위한 투자를 유도하도록 한다. 서비스단가도 서비스 종류의 특성을 반영하여 정한다. 서비스를 제공하기 위해서는 많은 서비스 활동들이 필요로 하게 된다. 그에 필요한 인력, 프 로세스, 제도, 지원 시스템 등 많은 요소들이 상호 작용하여 움직여 줘야 하는데, 고객 측면 에서는 서비스 품질이나 서비스 수준에 연계가 잘 되도록 하고, 서비스 제공자 입장에서도 인력의 재배치를 포함한 자원들에 대한 투입을 효율적으로 통제하여 생산성 향상이나 수익성 제고에 기여가 되도록 하여야 한다. 서비스 범위에 대한 명확성을 높이고, 경험에 의한 주관 성을 최대한 배제하여 서비스 규모 산정의 객관화를 이루고, 서비스 제공자의 역량에 따른 차등을 두어 정당한 보상이 이루어지도록 하려고 한다. 서비스 범위를 명확하게 하기 위해 인력 보다 서비스 기반 에 초점을 두고, 서비스규모 산 정의 객관화를 위해 경험 보다는 객관적 규모 산정 에 초점을 두며, 서비스대가의 차별화 를 위해 평균 보다는 차등 대가 산정 에 초점을 두는 것이 서비스대가의 방향이다. 서비스 가치 기반의 서비스대가 추구 IT서비스에 관하여 서비스 제공자와 서비스 고객 모두가 가치를 느낄 수 있도록 서비스를 창출 및 전달하는 인력, 정보기술, 조직, 정보가 공유 및 종합된 환경 이라고 한다. 즉, IT 시스템이 고객의 사업 프로세스에 있어 갖추어야 할 도구 및 비용으로 인식하기보다는 IT 서비스 제공자가 고객 사업의 가치 사슬 안에서 고객과 함께 가치를 공동으로 창출함을 의 미한다. 이번 서비스 대가 산정에서는 IT서비스에서 요구되는 바를 실현하기 위해 서비스 가치 개 념을 도입한다. 서비스대가 산정 시 가치기반에 의한 서비스규모를 산정하고, 이에 상응하는 176 SW사업 대가산정 가이드(2015년) 민간용

191 단가를 곱하여 가치기반의 서비스대가 산정이 되도록 한다. 여기서 서비스 가치 란 서비스 종류에 대해 고객이 요구하고 체감할 수 있는 서비스의 양과 질을 의미한다. 서비스 가치는 서비스종류별로, 고객 또는 제공자 별로 달라지며, 다음과 같이 세 가지 가치개념으로 구성 된다. 기본가치 기본가치는 서비스대가 산정단위인 서비스종류에 대해서 고객이 느끼는 가장 기본적인 가치 를 의미한다. 서비스 종류는 애플리케이션 시스템이 주요 대상인 바, 해당 시스템이 갖는 시 스템 속성과 해당 시스템을 운영하기 위하여 요구되는 기본적인 가치를 포함한다. 이러한 기 본가치는 서비스대가 산정 시 기본규모 측정요소로 변환되어 기본규모에 반영된다. 특성가치 고객은 다양한 비즈니스를 수행하면서 시장 내에서 경쟁력 유지를 위하여 노력한다. 고객이 가지고 있는 비즈니스 특성, 고객의 제품과 서비스의 특성이 반영된 운영전략상의 특징에 따 라 제공자로부터 적정한 서비스를 받을 때에 더욱 향상된다. 고객이 갖고 있는 여러 가지 특 성을 지원하는 서비스로부터 얻어지는 가치가 특성가치이다. 이러한 특성가치는 서비스대가 산정 시 다양한 특성규모 측정요소로 변환되어 특성규모에 반영된다. 고객은 다양한 업무환경을 갖고 있다. 이같이 다양한 업무환경은 고객이 갖는 가치를 다양한 관점에서 창출한다. 제공자는 이 같은 고객의 다양한 업무환경에 따른 고객 비즈니스 특성의 독특한 가치를 인정하여 이를 제공 서비스 프로세스에 반영을 하여 해당 특성가치를 구현하 여 고객에게 되돌려 주어야 한다. 고객의 이 같은 다양한 업무환경은 제공자의 서비스대가 산정 관점에서 볼 때 특성규모 측 정요소로 변환된다. 예를 들어 특정 애플리케이션 시스템이 갖는 정규시간 외 서비스, 정규 일수 외 서비스, 개선 규모, 애플리케이션 유형, 개발언어 등 다양한 특성규모 측정요소로 표 현된다. 고객은 시장에서 경쟁력을 유지하기 위하여 다양한 니즈를 갖고 있다. 고객의 경쟁력은 시장 에서 요구하는 도전을 슬기롭게 극복하여 시장 내에서의 지배력을 유지하여야 하는 경영전략 으로 나타난다. 따라서 시장 내에서의 경쟁력 강화를 위한 고객의 니즈는 고객의 입장에서는 독특한 고객가치로 연결된다. 따라서 제공자도 이와 같은 고객의 특성가치를 구현하기 위하 여 그에 맞는 서비스 제공으로 부응을 하여야 한다. 역량가치 서비스 제공자는 고객에게 적정 서비스를 제공함으로써 고객의 가치를 극대화시킨다. 이때 2. 소프트웨어 유지관리 및 운영비 177

192 제공자의 역량에 따라 차등적으로 서비스 가치가 달라질 수 있다. 이를 역량가치라 한다. 역 량가치는 고객에게 제공되는 서비스의 질에 큰 영향을 미치고, 고객은 부가가치를 체감할 수 있게 된다. 이러한 역량가치는 서비스대가 산정 시 역량규모 측정요소로 변환되어 역량규모 에 반영된다 서비스대가의 산정 구조 가치기반 방식 ITO서비스대가 산정은 서비스종류별 서비스대가를 산정하고 이를 합산하여 산 정한다. 각 서비스별 서비스대가는 서비스규모와 서비스단가의 곱으로 산정한다. 서비스규모 는 기본규모, 특성규모, 역량규모의 합으로 산정되며, 규모의 종류별로 규모 측정요소를 사용 하여 산정한다. ITO서비스대가 운영관리 장애관리 개선관리 지원관리 서비스대가 서비스대가 서비스대가 서비스대가 서비스규모 X 서비스단가 기본규모 기본규모 측정요소 + 특성규모 특성규모 측정요소 + 역량규모 역량규모 측정요소 서비스종류별 서비스대가의 산정 각 서비스종류에 대한 서비스대가는 서비스종류별로 서비스규모를 산정하고, 서비스종류별 서비스단가를 곱하여 산정한다. (서비스종류별)서비스대가 = (서비스종류별)서비스규모 X (서비스종류별)서비스단가 서비스규모의 산정 178 SW사업 대가산정 가이드(2015년) 민간용

193 서비스규모 산정의 개요 서비스규모 산정의 방향 서비스종류별로 각 서비스의 특성을 고려하여 서비스규모 산정의 방향을 정한다. 운영관리 서비스 운영관리 서비스는 서비스 성과가 애플리케이션 형상 변경으로 나타나지 않으나, 업무량이 계약 전에 결정될 수 있으므로 수행 업무량을 기반으로 서비스규모를 산정한다. 이 수행 업무량은 각 업무를 수행하는 횟수와 시간에 근거한다. 장애관리 서비스 장애관리 서비스는 운영관리 서비스의 부가서비스 개념이며, 장애 관련 부분 중 애플리케이 션 시스템의 장애에 대한 근본원인 도출 및 해결책 적용 등의 서비스로 구성되므로 운영관 리 서비스의 서비스규모를 기반으로 일정비율을 적용하여 장애관리 서비스의 서비스규모를 산정한다. 개선관리 서비스 고객 관점에서 측정된 개선해야 할 애플리케이션 기능의 양을 기준으로 한다. 고객에게 제공 되는 애플리케이션 기능의 규모를 산정하는 단위인 기능점수로 개선관리 서비스의 서비스규 모를 산정한다. 지원관리 서비스 고객이 요구한 인력기반의 지원 서비스로 상호 합의한 투입공수(M/M) 기준으로 산정한다. 서비스규모 산정의 구조 서비스규모를 산정함에 있어 고객의 특성이나 제공자의 역량 차이를 반영해야 하므로 이를 구분하여 규모를 산정할 수 있는 구조를 갖도록 한다. 고객의 특성이나 제공자의 역량 차이 에 관계없는 서비스 자체의 기본적인 부분에 관련된 서비스규모를 기본규모로 하고, 고객의 특성에 관련된 서비스규모를 특성규모로 하며 제공자의 역량 차이에 관련된 서비스규모를 역 량규모로 하여 3가지의 서비스규모 종류를 둔다. 2. 소프트웨어 유지관리 및 운영비 179

194 표4-5 서비스규모의 종류 구분 서비스 자체의 기본에 관련된 서비스규모 고객의 특성에 관련된 서비스규모 서비스 제공자의 역량 차이에 관련된 서비스규모 서비스규모 종류 기본규모 특성규모 역량규모 기본규모 서비스 종류의 특성에 따른 기본규모 측정요소를 기반으로 기본규모를 정한다. 기본규모는 서비스를 안정적으로 수행하기 위해 필요한 기본적인 업무량을 의미하며, 이와 관련한 측정 요소인 서비스 수행 횟수 및 시간, 고객의 변경요구에 따른 변경규모, 고객의 요청 인력규모 등을 기반으로 업무량을 산정한다. 특성규모 고객의 업무 및 애플리케이션 시스템의 특성을 기반으로 특성규모 측정요소를 도출하여 특성 규모를 정한다. 특성규모는 고객의 업무 및 경영환경 특성을 반영하기 위한 추가적인 업무량 을 의미한다. 이와 관련한 측정요소는 고객 업무 환경에 따른 정규시간 외 서비스, 정규일수 외 서비스, 기능점수 보정계수, 투입인력 업종경험비율 등이 있다. 역량규모 제공자의 역량에 관련된 측정요소들을 도출하여 역량규모를 정한다. 역량규모는 제공자의 역 량을 기반으로 고객의 서비스 품질 요구를 충족시키기 위한 선택적인 업무량이다. 제공자의 역량, 고객이 요구하는 서비스 수준을 기반으로 업무량을 산정한다 서비스규모 산정 서비스종류별 서비스규모는 기본규모, 특성규모 및 역량규모를 합산하여 산정한다. (서비스종류별)서비스규모 = 기본규모 + 특성규모 + 역량규모 서비스규모 산정을 위한 규모 측정요소 서비스종류별 서비스규모를 산정하기 위한 측정요소가 필요하며 이를 규모 측정요소라 한다. 규모 측정요소는 서비스종류별, 규모종류별로 구분하여 정한다. 180 SW사업 대가산정 가이드(2015년) 민간용

195 기본규모 측정요소 기본규모를 산정하는데 필요한 규모 측정요소이다. 서비스 종류별 기본규모 측정요소 표4-6 서비스 종류별 기본규모 측정요소 서비스 종류 운영관리 장애관리 개선관리 지원관리 기본규모 측정요소 정기 업무량, 비정기 업무량 운영관리의 기본규모 + 특성규모 ITO 기능점수 (Function Point) 투입공수(M/M) 정기 업무량 : 애플리케이션 이상 유무를 판단하기 위한 각종 모니터링과 장애예방 활 동, 정기적인 PM(예방점검) 활동, 비즈니스 연속을 위한 배치작업과 같은 정기적인 업 무의 양이다. 비정기 업무량 : 고객 단순 문의대응 및 교육, 서비스 현황 보고, 업무회의, 장애 임시 조치 등 비정기적인 업무의 양이다. ITO 기능점수 : ITO 개선 업무량을 고객 관점에서 고객이 요구하고 고객에게 인도되 는 기능을 정량적으로 산정하는 방법이다. 투입공수(M/M) : 고객과 합의된 투입인력 규모이다. 특성규모 측정요소 특성규모를 산정하는데 필요한 규모 측정요소이다. 2. 소프트웨어 유지관리 및 운영비 181

196 서비스 종류별 특성규모 측정요소 표4-7 서비스 종류별 특성규모 측정요소 서비스 종류 운영관리 장애관리 개선관리 지원관리 특성규모 측정요소 정규시간 외 서비스, 정규일수 외 서비스 없음 개선 사이즈, 애플리케이션 유형, 언어 유형, 품질 및 특성 업종경험비율 정규시간 외 서비스 : 정규시간(일 8시간)을 초과하여 제공하는 서비스 시간이다. 정규일수 외 서비스 : 정규일수(주 5일)을 초과하여 제공하는 서비스 일수이다. 개선 사이즈 : ITO 기능점수 방식에 의해 산정된 개선관리 규모이다. 애플리케이션 유형 : 대상 애플리케이션의 사용 유형이다. 언어 유형 : 대상 애플리케이션에서 사용된 프로그래밍 언어이다. 품질 및 특성 : 대상 애플리케이션에 대한 고객 요구 품질 및 특성이다. 업종경험비율 : 총 경험개월수 대비 해당업종 경험개월수 비율이다. 역량규모 측정요소 역량규모를 산정하는데 필요한 규모 측정요소이다. 역량규모 측정요소는 필수 측정요소와 선택 측정요소로 나뉘며, 고객과 합의된 측정요소 수준별 계수값을 통하여 역량규모를 산정한다. 서비스 종류별 역량규모 측정요소 표4-8 서비스 종류별 역량규모 측정요소 서비스 종류 필수 측정요소 역량규모 측정요소 선택 측정요소 운영관리 서비스가용성, 장애복구시간 장애보고시간, 정기작업 적정 처리율, 품질역량 수준, 가치제안 효과 장애관리 문제 적기 해결률 일 평균 Exception, 동일 장애 재발률 개선관리 긴급 개선요청 비율, 최초 합의 납기일 준수율 성능향상 비율, 품질역량 수준 지원관리 제공자 신용등급 최초 합의 납기일 준수율, 가치제안 효과 182 SW사업 대가산정 가이드(2015년) 민간용

197 역량규모 측정요소의 정의와 산정식은 서비스 종류별 서비스대가 산정에서 설명한다 서비스규모 산정 고려사항 규모산정을 위해서는 일정기간(6개월 이상)의 서비스 수행 실적 데이터의 수집이 필요 하다. 개선관리 서비스는 수행실적 관리가 필요하며 필요시 정산을 실시한다. 최초 도입 애플리케이션 시스템에 대해서는 고객과 제공자간 사전에 합의된 기준에 따 라 계약을 하고 일정기간(6개월 이상) 수행 실적을 기반으로 계약의 변경이 필요하다 서비스단가 서비스단가는 서비스종류별로 서비스규모 산정의 방향을 반영하여 정한다 운영관리 서비스단가 운영관리 서비스는 수행 업무량 기준이 시간단위로 서비스규모가 산정되므로 시간당 단가를 사용한다. 실제 적용단가는 IT업체 실태조사를 통하여 시간당 단가를 산정하여 사용한다 장애관리 서비스단가 장애관리 서비스는 운영관리 서비스규모를 기반으로 일정비율을 적용하여 서비스규모가 산정 되므로 운영관리 서비스단가를 사용한다 개선관리 서비스단가 개선관리 서비스는 제공하는 애플리케이션의 개선량을 ITO 기능점수로 측정하여 서비스규모 가 산정되므로 ITO 기능점수당 단가를 사용한다 지원관리 서비스단가 지원관리 서비스는 고객 요구 또는 상호 합의의 투입공수(M/M) 기준으로 서비스규모가 산정 되므로 소프트웨어 기술자 등급별 단가를 사용한다. 통계법 제18조(통계작성의 승인) 에 따 2. 소프트웨어 유지관리 및 운영비 183

198 라 조사 및 산출되어 한국소프트웨어산업협회가 공표하는 소프트웨어 기술자 노임단가(대가 산정 시점에서 가장 최근 노임단가)를 사용한다 서비스대가 산정 요약 서비스종류별 서비스대가의 산정을 다음의 표에 요약하여 나타낸다. 표4-9 서비스대가 산정 요약 서비스 종류 운영관리 개선관리 지원관리 장애관리 (선택) 기본규모 측정요소 -정기 업무량 -비정기 업무량 - 개선업무 수행 기능점수 -등급별 투입공수 (M/M) - 운영관리 기본규모의 일정비율 - 서비스대가 산정 주요 내용 특성규모 측정요소 정규시간/일 수 초과 비중 - 규모, 유형, 언어, 품질 - 업종경험비 율 -없음 역량규모 측정요소 - 서비스가용성, 장애복구시간 등 6개 역량지표 (필수 : 2, 선택 : 4) - 긴급개선요청비율, 최초합의납기일준수 율 등 4개 역량지표 (필수 : 2, 선택 : 2) - 제공자 신용등급, 가치제안효과 등 3개 역량지표 (필수 : 1, 선택 : 2) - 문제 적기해결률, 동일 장애재발률 등 3개 역량지표 (필수 : 1, 선택 : 2) 서비스단가 - 시간당 단가 -ITO 기능점수 단가 - 노임단가 - 시간당 단가 비고 서비스종류별 서비스대가 산정 절차 서비스종류별 서비스대가 산정은 다음의 표와 같은 절차로 한다. 표4-10 서비스종류별 서비스대가 산정 절차 단계 주요내용 산출물 1. 사전 준비 - 서비스별 현황과 내용을 조사하고 정의한다. 184 SW사업 대가산정 가이드(2015년) 민간용

199 2. 기본규모 산정 3. 특성규모 산정 4. 역량규모 산정 단계 주요내용 산출물 - 서비스 종류 (운영관리, 장애관리, 개선관리, 지원관리)에 적합한 규모 측정요소를 이용하여 기본규모를 산정한다. - 고객의 시스템 고유 특성을 파악하고, 해당 특성규모를 산정한다. - 제공자의 역량관련 수준을 설정하고, 해당 측정요소의 수준별 점수를 반영하여 역량규모를 산정한다. 기본규모 특성규모 역량규모 5. 서비스규모 산정 6. 서비스대가 산정 - 서비스규모는 3가지 규모를 합산하여 산정한다. (서비스규모 = 기본규모 + 특성규모 + 역량규모) - 서비스규모에 서비스단가를 곱하여 서비스 대가를 산정한다. (서비스대가 = 서비스규모 X 서비스단가) 서비스규모 서비스대가 서비스대가 산정 서비스종류별로 서비스대가를 모두 산정한 후 각 서비스대가를 합산하여 서비스대가를 산정 한다. ITO서비스대가 = 운영관리 서비스대가 + 장애관리 서비스대가 + 개선관리 서비스대가 + 지원관리 서비스대가 2. 소프트웨어 유지관리 및 운영비 185

200 2.1.7 운영관리 서비스대가 산정 개요 운영관리 서비스는 고객의 애플리케이션 시스템을 현재 상태로 안정적으로 유지하여 고객 비 즈니스의 연속성을 보장하고, 사용자가 보다 편리하게 사용하고, 활용할 수 있도록 하는 필 수적인 서비스이다 절차별 주요 내용 표4-11 운영관리 서비스대가 산정 절차 단계 주요 내용 산출물 1. 사전 준비 - 운영관리 대상 애플리케이션 시스템을 식별한다. - 서비스대가 산정단위는 애플리케이션 시스템별로 산정한다. 애플리케이 션 시스템 2. 기본규모 산정 3. 특성규모 산정 4. 역량규모 산정 5. 서비스규모 산정 6. 서비스대가 산정 - 애플리케이션 시스템의 서비스 항목별 연간 서비스 규모를 합산하여 산정한다. 기본규모 측정요소 : 정기 업무량, 비정기 업무량 - 고객의 환경 특성을 서비스 규모에 반영하기 위한 추가적인 업무량을 산정한다. 특성규모 측정요소 : 정규시간 외 서비스, 정규일수 외 서비스 - 제공자의 역량 수준 차이를 반영하여 산정한다. 역량규모 측정요소 : 필수 측정요소, 선택 측정요소 - 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 - 서비스규모에 운영관리 서비스단가를 곱하여 산정한다. 운영관리 서비스대가 = 서비스규모 X 서비스단가 기본규모 특성규모 역량규모 서비스규모 운영관리 서비스대가 186 SW사업 대가산정 가이드(2015년) 민간용

201 단계별 설명 1 단계 : 사전 준비 운영관리 서비스의 대상이 되는 애플리케이션 시스템을 식별한다. 2 단계 : 기본규모 산정 운영관리 서비스의 기본규모는 정기적으로 수행하는 업무량과 비정기적으로 수행하는 업무량을 합산하여 산정한다. 정기적으로 수행하는 업무의 업무량은 업무를 유형별로 분류하여 수행횟수와 회당 수 행시간을 기반으로 업무량을 산정하고, 비정기적으로 수행하는 업무의 업무량은 실제 업무량을 사전에 정의할 수가 없으므로 일정 기간 동안 수행한 비정기 업무량 측정을 통해 연간 업무량을 환산하여 산출한다. 서비스 항목별(모니터링, 운영작업, 문의대응) 서비스 내역의 연간 수행 횟수와 회당 수 행시간을 산출하고, 각 수행 횟수와 회당 수행시간을 운영관리 기본규모 산정식에 입력 하여 산정한다. 운영관리 서비스의 기본규모 산정식은 다음과 같다. 기본규모 = 정기 업무량(1) + 비정기 업무량(2) 1 정기 업무량 = (업무별 연간 수행횟수 회당 수행시간)의 합 2 비정기 업무량 = 일정 기간 비정기 업무 M/H (12개월 일정 기간) 3 단계 : 특성규모 산정 운영관리 서비스의 특성규모는 고객의 환경 특성을 서비스 규모에 반영하기 위한 추가적인 업무량을 의미한다. 추가적인 업무량이란 법정 근로시간 외에 근무하는 시간이 특성규모 측 정요소의 대부분을 차지하는 업계 현황을 감안하여 정규시간(일 8시간)외 서비스와 정규일수 (주 5일)외 서비스의 비중을 기반으로 산정한다. 추가적인 업무량에 대해서는 기본규모에 가 중치를 곱하여 산출한다. 이는 근로기준법 제56조(연장 야간 및 휴일 근로) 1) 에 근거한다. 1) 근로기준법 제56조(연장ㆍ야간 및 휴일 근로) 사용자는 연장근로(제53조 제59조 및 제69조 단서에 따라 연장된 시간의 근로)와 야간근로 (오후 10시부터 오전 6시까지 사이의 근로) 또는 휴일 근로에 대하여는 통상임금의 100분 의 50 이상을 가산하여 지급하여야 한다. 2. 소프트웨어 유지관리 및 운영비 187

202 운영관리 서비스의 특성규모 산정식은 다음과 같다. 특성규모 = 정규시간 외 서비스(1) + 정규일수 외 서비스(2) 1 정규시간 외 서비스 = 기본규모 가중치 1* * 가중치 1 = 정규시간(일 8시간) 외 서비스 비중 정규일수 외 서비스 = 기본규모 가중치 2** ** 가중치 2 = 정규일수(주 5일) 외 서비스 비중 단계 : 역량규모 산정 역량규모 측정요소의 합의된 수준을 기반으로 산정한다. 단, 합의된 수준, 즉 계약한 수준을 제공자가 달성하지 못할 경우 그에 상응한 페널티를 부여함으로서 역량규모를 오용 또는 남 용하는 것을 방지하고, 동시에 고객 중심의 규모산정을 지향하는 것을 목적으로 한다. 역량규모 측정요소는 필수 측정요소와 선택 측정요소로 구분되며, 각 측정요소별로 고객과 합의하여 해당 수준을 결정한다. 필수 측정요소인 서비스 가용성과 장애복구시간, 그리고 선 택 측정요소인 장애보고시간, 정기작업 적정 처리율, 품질역량 수준, 가치제안 효과 총 6가지 로 구성되며, 각 측정요소별 세부내용은 다음과 같다. 표4-12 운영관리 서비스 역량규모 측정요소 역량규모 측정요소 서비스가용성 장애복구시간 측정요소 정의 및 산정식 ((서비스 시간 - 중단시간) / 서비스 시간 ) X 서비스 시간 : 계획된 애플리케이션 서비스 시간 - 중단 시간 : 고객 보고 장애건에 대한 장애시간 기준 장애 인지 이후 부터 복구 완료까지 시간 - ITO 귀책의 장애 대상 (예: 외부연계 등 ITO 해결불가, 장애는 제외) 구분 필수 필수 장애보고시간 장애 인지 이후부터 장애보고 완료까지 시간 선택 정기작업 적정 처리율 품질역량 수준 가치제안 효과 (연간 적정 처리 일수 / 연간 작업 일수) X 적정 처리 판단기준은 고객과 합의 하에 정의 (고객 비즈니스에 영향이 없는 기준) CMMI, ISO 인증 기준 (이외 인증은 고객과 별도 협의) 해당 애플리케이션에 실제 적용되는 경우 인정 (가치제안 효과 금액 / 운영관리 서비스 계약금액) X 가치제안 효과 금액 : 운영관리 서비스 영역의 효과 금액 (고객 승인한 효과금액 기준) 선택 선택 선택 188 SW사업 대가산정 가이드(2015년) 민간용

203 역량규모는 기본규모와 특성규모를 합한 업무량에 각 측정요소별로 결정된 수준에 대한 계수 값의 합을 곱하여 역량규모를 산정한다. 역량규모 측정요소의 수준은 1수준(L1)부터 5수준(L5)까지 5개의 수준으로 구분되며, 각 수준 별 계수값 및 수준별 세부 기준은 다음과 같다. 수준별 계수값은 업계현황조사를 통하여 조 정할 수 있다. 표4-13 운영관리 서비스 역량규모 측정요소 수준별 계수값 수준 L1 ( 低 ) L2 L3 L4 L5 ( 高 ) 계수값 0.2% 0.5% 2.5% 4.2% 4.95% 서비스 가용성 (연간 중단시간) 장애복구 시간 장애보고 시간 정기작업 적정 처리율 품질역량 수준 가치제안 효과 97.6% 이상 ~ 98.8% 미만 (24~48시간) 98.8% 이상 ~ 99.4% 미만 (12~24시간) 99.4% 이상 ~ 99.7% 미만 (6~12시간) 99.7% 이상 ~ 99.9% 미만 (2~6시간) 이중화 기준으로 산정 이중화 미 구축된 애플리케이션은 각 수준별로 중단시간 X 2배 수준 적용 12시간 이상 ~ 24시간 미만 6시간 이상 ~ 12시간 미만 3시간 이상 ~ 6시간 미만 1시간 이상 ~ 3시간 미만 99.9% 이상 (2시간) 1시간 미만 4시간 이내 3시간 이내 2시간 이내 1시간 이내 30분 이내 97.0% 이상 ~ 97.5% 미만 CMMI-SVC 1레벨 2% 이상 ~ 4% 미만 97.5% 이상 ~ 98.0% 미만 CMMI-SVC 2레벨 4% 이상 ~ 6% 미만 98.0% 이상 ~ 98.5% 미만 CMMI-SVC 3레벨, or ISO20000 인증 6% 이상 ~ 8% 미만 98.5% 이상 ~ 99.0% 미만 CMMI-SVC 4 레벨 8% 이상 ~ 10% 미만 99.0% 이상 CMMI-SV C 5레벨 10% 이상 운영관리 서비스의 수준별 계수값은 필수 측정요소와 선택 측정요소에 대해 각각 다음과 같 이 최소값과 최대값의 범위 내에서 부여한다. 2. 소프트웨어 유지관리 및 운영비 189

204 표4-14 운영관리 서비스 역량규모 측정요소별 수준별 계수값 한도 필수 합계 구분 선택 최소 최대 최소 최대 운영 0.4% 9.9% 19.8% 0.4% 29.7% 운영관리 서비스의 역량규모 산정식은 다음과 같다. 역량규모 = (기본규모 + 특성규모) X 수준별 계수값의 합 5 단계: 서비스규모 산정 운영관리 서비스규모는 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 운영관리 서비스규모 산정식은 다음과 같다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 6 단계 : 서비스대가 산정 운영관리 서비스대가 산정의 최종단계로 단가를 반영한다. 운영관리 서비스대가 산정식은 다음과 같다. 서비스대가 = 서비스규모 X 서비스단가 ITO서비스에 대한 업계현황조사를 토대로 산정한 운영관리 단가는 81,946원이다. 운영관리 단가는 물가상승률 또는 업계현황조사를 통하여 조정할 수 있다. 190 SW사업 대가산정 가이드(2015년) 민간용

205 산출물 표4-15 운영관리 서비스대가 산정 산출물 구분 1) 사전준비 정기 업무량 내 용 운영 대상 애플리케이션 식별 수행횟수(1) 회당수행시간(2) 정기업무량(1 X 2) 2) 기본규모 산정 비정기 업무량 일정기간 비정기 업무M/H(1) 12개월 일정기간(2) 비정기업무량(1 X 2) 3) 특성규모 산정 = 정기 업무량 + 비정기 업무량 정규시 간 外 서비스 정규일 수 外 서비스 기본규모(1) 기본규모(1) 정규시간(일 8시간) 외 서비스 비중 X 0.5(2) 정규일수(주 5일) 외 서비스 비중 X 0.5(2) 특성규모 1(1 X 2) 특성규모 2(1 X 2) = 특성규모 1 + 특성규모 2 수준 측정요소 L1 (0.2% ) L2 (0.5%) L3 (2.5%) L4 (4.2%) L5 (4.95%) 4) 역량규모 산정 필수 선택 서비스가용성 장애복구시간 장애보고시간 정기작업 적정처리율 품질역량수준 가치제안 효과 = (기본규모 + 특성규모) 수준별 계수값 계 5) 서비스규모 산정 (기본규모 + 특성규모 + 역량규모) 6) 서비스대가 산정 (서비스규모 서비스단가) 2. 소프트웨어 유지관리 및 운영비 191

206 적용 사례 예제 개요 제공자 가 는 고객의 정보시스템에 대한 운영을 맡게 되어 연간 12,458회의 정기 업무를 회 당 0.7시간에 걸쳐 수행하였고, 6개월간의 비정기 업무 측정결과 1,132M/H를 수행하였다. 그리고 정규시간 외 서비스 비중을 14%로 협의하였으며, 정규근무일수 외 운영서비스는 별 도로 제공하지 않기로 협의하였다. 제공자 가 는 고객의 정보시스템의 중요도를 감안하여, 연 간 중단시간은 6시간을 초과하지 않은 L4 수준의 서비스 가용성을 약속하였고, 장애 발생 시 최소 3시간 이내에 복구하는 L4 수준의 장애복구시간을 약속하였다. 추가로 장애 발생 시 최대한 신속히 파악, 보고하기 위해 30분 이내인 L5 수준을 협의하였고, 정기작업의 처리 율은 L3 수준인 98% 이상을 유지하기로 협의하였다. 이에 운영관리 서비스에 대하여 서비스대가를 산정하고자 한다. 서비스단가 적용 운영관리 단가를 적용한다. 서비스대가 산정 결과 표4-16 운영관리 서비스대가 산정 사례 구분 1) 사전 준비 2) 기본규 모 산정 3) 특성규 모 산정 정기 업무량 비정기 업무량 내 용 운영 대상 애플리케이션 식별 수행횟수(1) 회당수행시간(2) 정기업무량(1 X 2) 12,458회 0.7시간 8,740 일정기간 비정기 12개월 일정기간(2 비정기업무량(1 업무M/H(1) ) X 2) 1,132 12개월 6개월 2,264 = 정기 업무량 + 비정기 업무량 = 8, ,264 정규시간 外 서비스 정규일수 外 서비스 기본규모(1) 정규시간(일 8시간) 외 서비스 비중 X 0.5(2) 11,004 특성규모 1(1 X 2) 11,004 14% X 정규일수(주 5일) 외 특성규모 2(1 X 기본규모(1) 서비스 비중 X 2) 0.5(2) 11,004 0% SW사업 대가산정 가이드(2015년) 민간용

207 = 특성규모 1 + 특성규모 2 = 수준 측정요소 L1 (0.2%) L2 (0.5%) L3 (2.5%) L4 (4.2%) L5 (4.95%) 필수 서비스 가용성 장애복구시 간 4) 장애보고시 역량규 간 모 정기작업 산정 적정 선택 처리율 품질역량수 준 가치제안 효과 = (기본규모 + 특성규모) 수준별 계수값 계 = (11, ) (4.2% + 4.2% % 1, %) 5) 서비스규모 산정 = 기본규모 + 특성규모 + 역량규모 = 11, ,866 13,640 6) 서비스대가 산정 = 서비스 규모 서비스단가 = 13,640 81,946원 1,117,743,440원 2. 소프트웨어 유지관리 및 운영비 193

208 2.1.8 장애관리 서비스대가 산정 개요 장애관리 서비스는 운영관리 서비스의 장애관리 관련 별도의 부가적인 서비스이다 절차별 주요 내용 표4-17 장애관리 서비스대가 산정 절차 1. 사전 준비 2. 기본규모 산정 3. 역량규모 산정 단계 주요 내용 산출물 4. 서비스규모 산정 5. 서비스대가 산정 - 장애관리 대상 애플리케이션 시스템을 식별한다. - 서비스대가 산정단위는 애플리케이션 시스템별로 산정한다. - 애플리케이션 장애에 대한 문제관리 규모를 운영관리의 기본규모 및 특성규모의 합에 대한 일정 비율로 산정한다. 기본규모 : (운영관리 기본규모 + 운영관리 특성규모) 기본비율 - 제공자의 역량 수준 차이를 반영하여 산정하며, 기본규모 업무량에 각 역량규모 측정요소별 수준에 대한 계수값의 합을 곱하여 산정한다. 역량규모 측정요소 : 필수 측정요소, 선택 측정요소 - 기본규모, 역량규모를 합산하여 산정한다. 서비스규모 = 기본규모 + 역량규모 - 서비스규모에 장애관리 서비스단가를 곱하여 산정한다. 장애관리 서비스대가 = 서비스규모 X 서비스단가 애플리케이 션 시스템 기본규모 역량규모 서비스규모 장애관리 서비스대가 단계별 설명 1 단계 : 사전 준비 장애관리 서비스의 대상이 되는 애플리케이션 시스템을 식별한다. 2 단계 : 기본규모 산정 장애관리는 운영관리 서비스 중 발생 가능한 장애에 대한 별도의 부가서비스이다. 즉, 194 SW사업 대가산정 가이드(2015년) 민간용

209 애플리케이션 장애에 대한 근본적인 원인을 도출하고 해결책을 적용하는 서비스로 구 성된다. 장애관리 서비스규모의 산정은 운영관리 서비스의 기본규모 및 특성규모의 합에 대한 일정 비율로 산정한다. 해당 비율은 ITO 업계의 장애 발생률 등을 감안한 기본비율을 적용한다. 장애관리 서비스의 기본규모 산정식은 다음과 같다. 기본규모 = (운영관리 기본규모 + 운영관리 특성규모) 기본비율* *기본비율 = 6% (업계현황 감안) 장애관리의 경우 운영관리의 기본규모와 특성규모를 감안하여 기본규모를 산정하기 때 문에, 별도의 특성규모를 산정하지 않는다. 3 단계 : 역량규모 산정 역량규모 측정요소의 합의된 수준을 기반으로 산정한다. 단, 합의된 수준, 즉 계약한 수준을 제공자가 달성하지 못할 경우 그에 상응한 페널티를 부여함으로서 역량규모를 오용 또는 남 용하는 것을 방지하고, 동시에 고객 중심의 규모산정을 지향하는 것을 목적으로 한다. 장애관리 서비스의 역량규모 측정요소는 필수 측정요소인 문제 적기 해결률, 그리고 선택 측 정요소인 일 평균 Exception, 동일 장애 재발률 총 3가지로 구성되며, 각 측정요소별 세부내 용은 다음과 같다. 표4-18 장애관리 서비스 역량규모 측정요소 역량규모 측정요소 문제적기 해결률 일 평균 Exception 동일장애 재발률 측정요소 정의 및 산정식 (고객과 최초 합의한 기간 내에 문제를 해결한 건수/문제 등록 건수) X 100 (Appl. Exception 건수 /총 트랜잭션 발생 건수 ) X 1,000,000 별도의 측정도구 필요, 단위는 ppm 수준 (ppm : Part Per Million, 100만분의 1) (동일장애건수/총장애건수)X100 구분 필수 선택 선택 장애관리 서비스 역량규모는 기본규모에 각 수준별로 정해진 계수값의 합을 곱하여 역량규모 를 산정한다. 수준은 1수준(L1)부터 5수준(L5)까지 5개의 수준으로 구분되며, 각 수준별 계수 2. 소프트웨어 유지관리 및 운영비 195

210 값 및 수준별 세부 기준은 다음과 같다. 수준별 계수값은 업계현황조사를 통하여 조정할 수 있다. 표4-19 장애관리 서비스 역량규모 측정요소 수준별 계수값 수준 L1 ( 低 ) L2 L3 L4 L5 ( 高 ) 계수값 0.2% 0.5% 2.5% 4.2% 4.95% 문제적기 해결률 일 평균 Exception 동일장애 재발률 70% 이상 ~ 75% 미만 300ppm이상 ~ 400ppm미만 20%이상 ~ 25% 미만 75% 이상 ~ 80% 미만 200ppm이상 ~ 300ppm미만 15%이상 ~ 20% 미만 80% 이상 ~ 85% 미만 150ppm이상 ~ 200ppm미만 10%이상 ~ 15% 미만 85% 이상 ~ 90% 미만 100ppm이상 ~ 150ppm미만 5%이상 ~ 10% 미만 90% 이상 100ppm 미만 5%미만 장애관리 서비스의 수준별 계수값은 필수 측정요소와 선택 측정요소에 대해 각각 다음과 같 이 최소값과 최대값의 범위 내에서 부여한다. 표4-20 장애관리 서비스 역량규모 측정요소별 수준별 계수값 한도 필수 합계 구분 선택 최소 최대 최소 최대 장애 0.2% 4.95% 9.9% 0.2% 14.85% 장애관리 서비스의 역량규모 산정식은 다음과 같다. 역량규모 = 기본규모 X 수준별 계수값의 합 4 단계: 서비스규모 산정 장애관리 서비스규모는 기본규모, 역량규모를 합산하여 산정한다. 장애관리 서비스규모 산정 식은 다음과 같다. 서비스규모 = 기본규모 + 역량규모 5 단계 : 서비스대가 산정 196 SW사업 대가산정 가이드(2015년) 민간용

211 장애관리 서비스대가 산정의 최종단계로 서비스단가를 반영한다. 장애관리 서비스대가 산정 식은 다음과 같다. 서비스대가 = 서비스규모 X 서비스단가 장애관리 서비스는 운영관리 서비스에서 파생되는 부가적인 서비스이므로 단가 역시 운영관 리 서비스단가를 적용한다 산출물 표4-21 장애관리 서비스대가 산정 산출물 구분 1) 사전 준비 2) 기본 규모 산정 장애관리 Base 규모(A) 운영관리 기본규모(1) 내 용 운영 대상 애플리케이션 식별 운영관리 특성규모(2) 소계(1 + 2) 장애관리 기본비율(B) 6% = 장애관리 Base 규모(A) X 기본비율(B) 수준 3) 역량 규모 산정 역량규모 측정요소 필수 문제적기 해결률 일 평균 Exception 선택 동일장애 재발률 L1 (0.2% ) L2 (0.5% ) L3 (2.5%) L4 (4.2%) L5 (4.95%) = 기본규모 수준별 계수값 계 4) 서비스규모 산정 (기본규모 + 역량규모) 5) 서비스대가 산정 (서비스규모 서비스단가) 2. 소프트웨어 유지관리 및 운영비 197

212 적용 사례 예제 개요 제공자 가 는 고객의 정보시스템에 대한 운영을 맡게 되어 연간 12,458회의 정기 업무를 회 당 0.7시간에 걸쳐 수행하였고, 6개월간의 비정기 업무 측정결과 1,132M/H를 수행하였다. 그리고 정규시간 외 서비스 비중을 14%로 협의하였으며, 영업일 외 장애관리 관련 업무에 대한 서비스 비중에 대해 추가로 14%로 협의하였다. 제공자 가 는 고객의 정보시스템 운영 중 발생한 문제에 대해 90% 이상 해결하여 L5 수준으로 장애 대응에 대한 안정성을 강화하 고, 동일 장애의 재발률은 5% 미만(L5 수준)으로 관리하기로 협의하였다. 이에 운영관리 서 비스의 부가 서비스인 장애관리 서비스에 대하여 서비스대가를 산정한다. 서비스단가 적용 장애관리 서비스의 서비스단가는 운영관리의 서비스단가를 적용한다. 서비스대가 산정 결과 표4-22 장애관리 서비스대가 산정 사례 구분 1) 사전준비 2) 기본규모 산정 3) 역량규모 산정 장애관리 Base 규모(A) 내 용 운영 대상 애플리케이션 식별 운영관리 기본규모(1) 운영관리 특성규모(2) 소계(1 + 2) 11,004 1,540 12,544 장애관리 기본비율(B) 6% = 장애관리 Base 규모(A) X 기본비율(B) = 12,544 X 6% 수준 역량규모 측정요소 L1 (0.2% ) L2 (0.5% ) L3 (2.5% ) L4 (4.2 %) 753 L5 (4.95% ) 필수 문제적기 해결률 일 평균 Exception 선택 동일장애 재발률 = 기본규모 수준별 계수값 계 75 = 753 (4.95% %) 4) 서비스규모 산정 = 기본규모 + 역량규모 = ) 서비 대가 산정 = 서비스 규모 서비스단가 = ,946원 67,851,288원 198 SW사업 대가산정 가이드(2015년) 민간용

213 2.1.9 개선관리 서비스대가 산정 개요 개선관리 서비스는 애플리케이션 시스템의 변경에 대한 요구사항을 처리하기 위해 운영환경 에 대해 분석, 설계, 구현, 시험 등의 개발 수명주기관리를 수행하는 서비스이다. 개선관리 서비스의 성과는 고객의 요구사항 해결을 위해 제공자가 수행하는 애플리케이션 시 스템에 대한 형상의 변경량으로 나타나는데, 이러한 변경량은 고객에게 객관적이고 논리적으 로 설명될 수 있어야 한다. 이에 개선관리 서비스대가는 고객의 업무적 요구사항에 대해 제 공하는 애플리케이션의 기능을 논리적 관점에서 식별하여 고객 관점에서 규모를 측정하는 기 능점수 방식을 적용한다. 기능점수 방식은 고객이 요구하고 고객에게 인도되는 기능을 정량 적으로 산정하는 소프트웨어 규모 측정방법으로 ISO/IEC (FSM; Functional Size Measurement)으로 SW Size에 대한 국제표준이며, 소프트웨어 개발, 유지관리 및 운영을 위 한 비용과 자원 소요를 산정하는데 가장 중요한 요소이다. 기능점수 방식의 특징은 다음과 같다. 소프트웨어가 사용자에게 제공하는 기능적 요구사항을 측정한다. 기능점수는 소프트웨어가 어떻게 구현되었는지 의 공급자 관점이 아니라 사용자가 어 떠한 기능을 요구했는지 의 수요자 관점에서 측정한다. 개발 이전에 업무량을 측정할 수 있다. 개발은 물론 기획, 운영 등 전 수명주기에 걸쳐서 측정 가능하다. 소프트웨어 개발 및 유지관리의 업무량을 조직, 구현 기술, 공수, 적용 방법론, 물리적 또는 기술적 컴포넌트와 무관하게 일관성 있게 측정할 수 있다. 개선관리 서비스는 고객의 업무적 요구사항을 충족하고자 하는 서비스이므로 고객이 납득할 수 있는 정량적, 객관적 측정방법인 기능점수 방식이 개선관리 서비스의 서비스규모 산정에 원칙적으로 적합하다. 그러나, 정통법 기능점수 방식을 본 가치기반 방식의 ITO (IT 아웃소 싱) 개선관리 서비스에 그대로 적용하기에는 ITO 성격과 맞지 않는 부분이 있어서 ITO 기능 점수 방식을 별도로 산정하여 개선관리 규모를 계산한다. 2. 소프트웨어 유지관리 및 운영비 199

214 절차별 주요 내용 표4-23 개선관리 서비스대가 산정 절차 단계 주요내용 산출물 1. 사전준비 2. 기본규모 산정 3. 특성규모 산정 4. 역량규모 산정 5. 서비스규모 산정 6. 서비스대가 산정 - 개선관리 대상 애플리케이션 시스템을 식별한다. - 개선관리 서비스대가는 애플리케이션 시스템 단위별 및 변경요구(RFC: Request for Change)에 대한 기능점수로 산정한다. - 고객에게 제공할 애플리케이션 시스템 단위별 및 변경요구에 대한 기능점수를 ITO 기능점수 방식으로 작성한다 기본규모 측정요소 : 트랜잭션 기능, 데이터 기능 - 기술적 복합성과 난이도를 반영할 수 있는 보정계수를 기본규모에 곱하여 그 합을 도출한다. 특성규모 측정요소 : 규모, 유형, 언어, 품질 - 제공자의 역량 수준 차이를 반영하여 산정한다. 역량규모 측정요소 : 필수 측정요소, 선택 측정요소 - 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 - 서비스규모에 개선관리 서비스단가를 곱하여 산정한다. 개선관리 서비스대가 = 서비스규모 X 서비스단가 애플리케이 션 시스템 기본규모 특성규모 역량규모 서비스규모 개선관리 서비스대가 단계별 설명 1단계 : 사전 준비 개선관리 서비스의 대상이 되는 애플리케이션 시스템을 식별한다. 2단계 : 기본규모 산정 개선관리 서비스의 기본규모는 고객 관점에서 측정된 애플리케이션 기능의 양, 고객에게 제 공되는 애플리케이션 기능의 규모를 측정하는 단위인 기능점수로 산정한다. 일반적인 기능점 200 SW사업 대가산정 가이드(2015년) 민간용

215 수 산정 방식인 정통법의 경우 통상적으로 소프트웨어 개발공정 상 설계공정 후 사용되는 방법으로 측정 소요시간이 상대적으로 길고 측정 항목이 많아 복잡하다. 이를 보완하기 위해 개선관리 서비스 산출물을 기반으로 한 ITO 기능점수 방식을 적용한다. ITO 기능점수 방식 은 고객이 인지하는 산출물을 기반으로 산정된 기능의 개수에 기능점수 정통법의 평균가중치 를 적용하여 규모를 측정하는 방식으로, 고객 중심의 대가 산정이 가능하다는 장점이 있다. ITO 기능점수 가중치를 개괄적으로 요약하면 다음과 같다. 표4-24 ITO 기능점수 가중치 구분 ITO 기능점수 가중치 화면기능 트랜잭션 기능 배치 프로그램 4.3 Config.화면(패키지) Data(SQL) 프로그램 1.4 데이터 기능 테이블 6.8 여기서 데이터 기능의 경우 정통법에서 정의하는 레코드요소유형(RET)의 개수에 따라 내부논 리파일(ILF), 외부연계파일(ELF)의 기능점수 가중치를 구분함으로 인해 발생하는 복잡함과 개 선관리 서비스 대가산정의 어려움을 극복하기 위해 레코드요소유형 1을 기준으로 데이터 기 능의 가중치 평균으로 정의한다. 개선관리 서비스의 기본규모는 고객의 요구사항 충족을 위해 애플리케이션을 신규로 개발했 을 경우와, 기 존재하는 애플리케이션을 변경 또는 삭제했을 때 그 가중치를 개별 적용하는 것이 합리적이고 객관적이다. 신규 개발의 가중치를 1로 정의하였을 때, 변경/삭제의 상대적 인 복잡도는 신규 개발과 비교하여 상대적으로 낮다. 신규 1 규모 대비 변경/삭제 규모의 가 중치는 0.7로 설정한다. 그러나, 고객과 제공자가 합의를 통해 해당 가중치를 ±10퍼센트 범 위내에서 조정할 수 있다. 이 같은 신규, 변경/삭제 규모 가중치를 감안한 ITO 기능점수 가 중치는 다음과 같으며, 이를 이용하여 개선관리 기본규모를 산정할 수 있다. 2. 소프트웨어 유지관리 및 운영비 201

216 표4-25 ITO 기능점수 방식에 의한 개선관리 기본규모 가중치 프로그램 산출물 ITO 기능점수 가중치 프로그램 및 테이블 신규 변경 화면기능 배치 프로그램 4.3 Config.화면(패키지) Data(SQL) 프로그램 1.4 테이블 6.8 ITO 기능점수 방식을 이용하여 개선관리 서비스의 기본규모를 구하는 산정식은 다음과 같다. 기본규모 = 신규 업무 기능점수(1) + 변경/삭제 업무 기능점수(2) 1 신규 = (화면기능수 + 배치프로그램수 + Config.화면(패키지)수) ((Data(SQL)프로그램수 1.4) + (테이블수 6.8) 2 변경/삭제 = { (화면기능수 + 배치프로그램수 + Config.화면(패키지)수) ((Data(SQL)프로그램수 1.4) + (테이블수 6.8) } 0.7 3단계 : 특성규모 산정 개선관리 서비스에서의 특성규모는 고객의 애플리케이션 개선 환경 특성을 반영하기 위한 것 이다. 특성규모 역시 기본규모와 마찬가지로 기능점수에서 사용하는 보정계수를 활용하며, 그 항목으로는 개선 사이즈, 애플리케이션 유형, 프로그래밍 언어, 구현 품질이 있다. 개선관리 서비스의 특성규모 측정요소 보정계수는 다음과 같다. 개선 사이즈 : 일반적으로 소프트웨어 개발사업의 규모가 커지면 투입인력이 증가하고 커뮤니케이션 채널이 복잡해져서 생산성이 떨어진다. 마찬가지로 개선 사이즈의 증가에 따른 부담을 보정할 필요가 있다. 이를 고려하기 위한 것이 개선 사이즈 보정계수이다. 개선 사이즈 보정계수는 다음과 같이 산정된다. 개선 사이즈 보정계수 산정식 = * loge(기능점수) (단, 기능점수 300 이하는 0.35 적용) 202 SW사업 대가산정 가이드(2015년) 민간용

217 애플리케이션 유형 : 같은 규모의 애플리케이션 소프트웨어라 하더라도 유형에 따라 생 산성은 달라진다. 이를 고려하기 위한 것이 애플리케이션 유형 보정계수이다. 애플리케 이션 유형은 총 8가지(업무처리용, 과학기술용, 멀티미디어용, 지능정보용, 시스템용, 통 신제어용, 공정제어용, 지휘통제용)로 구분되며 하나의 고객 요구에 여러 개의 애플리 케이션 유형이 혼재하는 경우에는, 각 애플리케이션 유형별로 보정계수를 도출하고 해 당 유형이 전체 요구범위에서 차지하는 비율을 곱하여 합산한 값을 보정계수로 한다. 각 애플리케이션 유형별 보정계수는 아래와 같다. 표4-26 애플리케이션 유형별 보정계수 애플리케이션 유형 업무처리용 과학기술용 멀티미디어용 범위 인사, 회계, 급여, 영업 등 경영 관리 및 업무처리용 소프트웨어 등 과학계산, 시뮬레이션, 스프레드시트, 통계, OR, CAE 등 그래픽, 영상, 음성 등 멀티미디어 응용분야, 지리정보시스템, 교육 오락용 등 보정계 수 지능정보용 자연어처리, 인공지능, 전문가시스템 0.7 시스템용 운영체제, 언어처리 프로그램, DBMS, 인간 기계 인터페이스, 윈도시스템, CASE, 유틸리티 등 통신제어용 통신프로토콜, 에뮬레이션, 교환기 소프트웨어, GPS 등 0.9 공정제어용 지휘통제용 생산관리, CAM, CIM, 기기제어, 로봇제어, 실시간, 내장형 소프트웨어 등 군, 경찰 등 군장비 인력의 지휘통제를 요하는 소프트웨어 프로그래밍 언어 : 개발 생산성은 개발에 사용된 프로그래밍 언어에 영향을 받게 되므 로 그에 따른 보정계수를 적용하여야 한다. 프로그래밍 언어의 유형은 총 5가지로 구 분되며 하나의 애플리케이션 내에서 여러 종류의 언어를 사용하는 경우는 각 언어별 보정계수를 도출하고 해당 언어가 차지하는 비중별 비율을 곱하여 합산한 값을 보정계 수로 한다. 프로그래밍 언어의 유형과 보정계수는 아래와 같다. 2. 소프트웨어 유지관리 및 운영비 203

218 표4-27 프로그래밍 언어 보정계수 구분 범위 보정계수 분류 1 분류 2 분류 3 분류 4 분류 5 Assembly, 기계어, 자연어 0.9 C, CHILL, C++, JAVA, C#, PROLOG, UNIX Shell Scripts 0.2 COBOL, FORTRAN, PL/1, PASCAL, Ada 0.0 ABAP4, Delphi, HTML, Power Builder, Program Generator, Query default, Small Talk, SQL, Visual Basic, Statistical default, XML default, Script default(jsp, ASP, PHP, Flash 등) -0.2 EXCEL, Spreadsheet default, Screen painter default -0.4 구현 품질 : 고객이 애플리케이션 시스템에 요구하는 특정한 품질 및 특성은 소프트웨 어 개발의 생산성에 영향을 미치게 된다. 따라서 고객이 애플리케이션 시스템에 요구하 는 품질 및 특성에 따른 보정계수를 적용하여야 한다. 구현 품질에 관한 보정은 분산 처리, 성능, 신뢰성, 다중사이트의 4가지로 구분하여 적용한다. 구현 품질에 관한 구분과 보정계수는 다음과 같다. 표4-28 구현 품질 보정계수 분 산 처 리 성 능 신 뢰 구분 애플리케이션 이 구성요소 간에 데이터를 전송하는 정도 응답시간 또는 처리율에 대한 사용자 요구수준 장애 시 미치는 범위 보정 계수 분산처리에 대한 요구사항이 명시되지 않음 0 클라이언트/서버 및 웹 기반 애플리케이션과 같이 분산 처리와 자료 전송이 온라인으로 수행됨 1 애플리케이션상의 처리기능이 복수개의 서버 또는 프로세서 상에서 동적으로 상호 수행됨 2 성능에 대한 특별한 요구사항이나 활동이 명시되지 않으며, 기본적인 성능이 제공됨 응답시간 또는 처리율이 피크타임 또는 모든 업무시간에 중요함. 연동 시스템의 처리 마감시간에 대한 제한이 있음. 성능 요구사항을 만족하기 위해 설계 단계에서부터 성능 분석이 요구되거나, 설계 개발 구현 단계에서 성능 분석 도구가 사용됨 신뢰성에 대한 요구사항이 명시되지 않으며, 기본적인 신뢰성이 제공됨 SW사업 대가산정 가이드(2015년) 민간용

219 성 영향의 정도 신뢰성에 대한 요구사항이 명시되지 않으며, 기본적인 신뢰성이 제공됨 고장 시 복구가 어려우며, 재정적 손실이 많이 발생하거나, 인명피해 위험이 있음 1 2 다 중 사 이 트 상이한 하드웨어와 소프트웨어 환경을 지원하도록 개발되는 정도 설계 단계에서 하나의 설치 사이트에 대한 요구사항만 고려됨. 애플리케이션이 동일한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨 설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨. 애플리케이션이 유사한 하드웨어 또는 소프트웨어 환경하에서만 운영되도록 설계됨 설계 단계에서 하나 이상의 설치 사이트에 대한 요구사항이 고려됨. 애플리케이션이 상이한 하드웨어 및 소프트웨어 환경하에서 동작하도록 설계됨 위의 판단 기준을 적용하여 구분별 해당 경우가 식별되면, 구분별 해당 보정계수 값을 모두 합산하여 총 보정계수 값을 산정한 후, 구현 품질 보정계수 계산식을 이용하여 보정계수 값 을 산정한다. 총 보정계수 값 = Σ구분별 해당 보정계수 값 구현 품질 보정계수 = 총 보정계수 값 개선관리 서비스의 특성규모 산정식은 다음과 같다. 특성규모 = 기본규모 (개선 사이즈 보정계수 + 애플리케이션 유형 보정계수 + 프로그래밍 언어 보정계수 구현 품질 보정계수) 언어 보정계수 적용 시 유의할 점은 모든 단계에 적용하지 않고 개발과 직접적으로 관련이 있는 구현 및 시험 2개 단계에만 적용된다는 점이다. 따라서, 보정 후 개발원가 산정시 SW 개발 단계 가중치에 의거하여 57%를 적용한다. 4단계: 역량규모 산정 역량규모는 역량규모 측정요소의 합의된 수준을 기반으로 산정한다. 단, 합의된 수준, 즉 계 약한 수준을 제공자가 달성하지 못할 경우 그에 상응한 페널티를 부여함으로서 역량규모를 오용 또는 남용하는 것을 방지하고, 동시에 고객 중심의 규모산정을 지향하는 것을 목적으로 한다. 2. 소프트웨어 유지관리 및 운영비 205

220 역량규모 측정요소는 필수 측정요소와 선택 측정요소로 구분되며, 각 측정요소별로 고객과 합의하여 해당 수준을 결정한다. 개선관리 서비스의 역량규모 측정요소는 필수 측정요소인 긴급 개선요청 비율, 최초 합의 납기일 준수율, 그리고 선택 측정요소인 성능향상 비율, 품질 역량 수준 총 4가지로 구성되며, 각 측정요소별 세부내용은 다음과 같다. 표4-29 개선관리 서비스 역량규모 측정요소 역량규모 측정요소 긴급 개선요청 비율 최초 합의 납기일 준수율 성능향상 비율 품질역량 수준 측정요소 정의 및 산정식 (월 긴급 개선요청 규모 / 월 개선요청 규모) X 100 필수 (최초 합의 납기일 준수 건수 / 총 개선 건수) X 최초 합의 납기일 : 개선 건에 대해 고객과 최초 합의한 납기 일자 고객 요청으로 납기가 변경된 경우는 최초 합의 일자 준수로 간주 (성능향상 개선 규모 / 총 개선 규모) X 성능향상 : 화면 응답속도 단축, 배치 프로그램 수행 시간 단축 등 CMMI, ISO 인증 기준 (이외 인증은 고객과 별도 협의) 해당 애플리케이션에 실제 적용되는 경우 인정 역량규모는 기본규모와 특성규모를 합한 업무량에 각 측정요소별로 결정된 수준에 대한 계수 값의 합을 곱하여 역량규모를 산정한다. 수준은 1수준(L1)부터 5수준(L5)까지 5개의 수준으로 구분되며, 각 수준별 계수값 및 수준별 세부 기준은 다음과 같다. 이같은 수준별 계수값은 업계현황조사를 통하여 조정할 수 있다. 구 분 필수 선택 선택 206 SW사업 대가산정 가이드(2015년) 민간용

221 표4-30 개선관리 서비스 역량규모 측정요소 수준별 계수값 수준 L1 ( 低 ) L2 L3 L4 L5 ( 高 ) 계수값 0.2% 0.5% 2.5% 4.2% 4.95% 긴급 개선요청 비율* 최초 합의 납기일 준수율 성능향상 비율** 품질역량 수준 2% 이상 ~ 4% 미만 70% 이상 ~ 75% 미만 2% 이상 ~ 4% 미만 CMMI-SVC 1레벨 4% 이상 ~ 8% 미만 75% 이상 ~ 80% 미만 4% 이상 ~ 8% 미만 CMMI-SVC 2레벨 8% 이상 ~ 12% 미만 80% 이상 ~ 85% 미만 8% 이상 ~ 12% 미만 CMMI-SVC 3레벨, or ISO20000 인증 ** 성능향상 비율 : 성능향상을 위한 전문성 25%(기술등급별 차이 평균) 반영 12% 이상 ~ 16% 미만 85% 이상 ~ 90% 미만 12% 이상 ~ 16% 미만 CMMI-SVC 4 레벨 16% 이상 ~ 20% 미만 90% 이상 16% 이상 ~ 20% 미만 CMMI-SVC 5레벨 개선관리 서비스의 역량규모 측정요소 수준별 계수값은 필수 측정요소와 선택 측정요소에 대 해 각각 다음과 같이 최소값과 최대값의 범위 내에서 부여한다. 표4-31 개선관리 서비스 역량규모 측정요소 수준별 계수값 한도 필수 합계 구분 선택 최소 최대 최소 최대 개선 0.4% 9.9% 9.9% 0.4% 19.8% 개선관리 서비스의 역량규모 산정식은 다음과 같다. 역량규모 = (기본규모 + 특성규모) X 수준별 계수값의 합 5단계 : 서비스규모 산정 개선관리 서비스규모는 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 개선관리 서비스 규모 산정식은 다음과 같다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 2. 소프트웨어 유지관리 및 운영비 207

222 6단계 : 서비스대가 산정 개선관리 서비스의 서비스대가는 ITO 기능점수 방식에 의해 산정된 서비스규모에 개선관리 서비스 단가를 곱하여 구한 후 이윤을 더하여 산정한다. 개선관리 서비스 단가는 ITO 기능점 수당 단가로 한다. 서비스대가 = 서비스규모 X 서비스단가 + 이윤(25% 이내) 업계현황조사를 토대로 산정한 ITO 기능점수당 단가는 512,454원이다. 그리고 이 단가는 물 가상승율 또는 생산성 등을 감안하여 조정할 수 있다. 이윤은 원가의 25%를 초과하지 않는 범위에서 계상한다. <참고 : 국가를 당사자로 하는 계약 에 관한 법률 시행규칙 제8조 제2항 제2호 제조 구매( 소프트웨어산업 진흥법 제22조 제1 항에 따라 소프트웨어개발을 포함한다)의 이윤율은 100분의 25를 초과하지 못한다 에 의거> 산출물 표4-32 개선관리 서비스대가 산정 산출물 구분 내용 1) 사전 준비 개선 대상 애플리케이션 식별 구분 가중치 (1) 산출물 산출물 수 (2) 규모 계수 (3) 계 (1X2X3 ) 화면기능 4.3 배치 프로그램 4.3 2) 기본 규모 산정 신규 1.0 트랜잭션 기능 데이터 기능 Config.화면 (패키지) Data(SQL) 프로그램 테이블 6.8 신규 기능점수 소계(A) 변경/ 삭제 0.7 트랜잭션 기능 화면기능 4.3 배치 프로그램 SW사업 대가산정 가이드(2015년) 민간용

223 구분 3) 특성 규모 산정 4) 역량 규모 산정 내용 Config.화면 (패키지) 4.3 Data(SQL) 프로그램 1.4 데이터 기능 테이블 6.8 변경/삭제 기능점수 소계(B) = 신규 기능점수 + 변경/삭제 기능점수 특성규모 측정요소 개선 사이즈 애플리케이션 유형 프로그래밍 언어 구현 품질 = 기본규모 X 특성규모 측정요소 보정계수의 합 필수 선택 역량규모 측정요소 긴급 개선요청 비율 최초 합의 납기일 준수율 성능향상 비율 품질역량 수준 L1 (0.2%) 특성규모 측정요소 보정계수 L2 (0.5%) 수준 L3 (2.5%) = (기본규모 + 특성규모) 역량규모 측정요소 수준값 계 5) 서비스규모 = (기본규모 + 특성규모 + 역량규모) 6) 서비스대가 = (서비스 규모 서비스단가) + 이윤(25% 이내) L4 (4.2%) L5 (4.95% ) 2. 소프트웨어 유지관리 및 운영비 209

224 적용 사례 예제 개요 제공자 가 는 고객에게 생산관리 애플리케이션인 A 애플리케이션 시스템에 대한 ITO서비스 를 제공하고 있다. ITO 서비스 제공자 가 는 기존의 A 생산관리 애플리케이션의 일부 기능 이 고객의 업무 환경 변화를 반영하지 못하고 있어, 업그레이드를 통한 기능 개선을 위해 고 객과 개선관리 서비스 계약을 체결하고자 한다. 고객이 요구하는 수준의 애플리케이션 수정 을 위해, 본 개선관리 서비스에는 다음과 같은 산출물이 요구됨을 상호 확인하였다. 신규 화면(기능) 수 : 15개 변경 배치 프로그램 수 : 10개 변경 Config. 화면 수 : 20개 신규 Data(SQL) 프로그램 : 5개 신규 테이블수 : 5개 A 애플리케이션 시스템의 사용언어는 사용자 인터페이스 기능 및 내부 업무로직 구성이 각 각 50%씩 Visual Basic과 JAVA로 구성되어 있다. 또한 분산처리와 자료전송이 온라인으로 수행되며, 응답시간 및 처리율이 모든 업무시간에 중요하며, 고장시 손쉽게 복구가 가능하다. 본 애플리케이션은 상이한 하드웨어 또는 소프트웨어 환경하에서도 동작하도록 설계되어 있다. CMMI-SVC 4 레벨을 인증받은 제공자 가 는 연간 단위 장기 프로젝트로 간주하여, 긴급 개 선요청 비율은 L2 수준인 7% 수준으로 협의하였고, 납기 마감일 준수율은 L5 등급인 90% 이상으로 설정하였다. 본 개선관리 서비스를 통해 성능은 기존 대비 약 15% 향상될 것을 기대한다(L4 등급). 이에 대한 서비스대가를 산정하고자 한다. 서비스단가 적용 개선관리 서비스단가를 적용한다. 210 SW사업 대가산정 가이드(2015년) 민간용

225 서비스대가 산정 결과 표4-33 개선관리 서비스대가 산정 사례 구분 1) 사 전 준 비 2) 기본 규모 산정 3) 특성 규모 산정 4) 역량 규모 산정 개선 대상 애플리케이션 식별 구분 가중 치 (1) 신규 1.0 변경 / 삭제 0.7 트랜잭션 기능 산출물 내용 산출 물수 (2) 규모 계수 (3) 계 (1X2X3) 화면기능 배치 프로그램 Config.화면(패키지) 4.3 Data(SQL) 프로그램 데이터기능 테이블 신규 기능점수 소계(A) 화면기능 배치 프로그램 트랜잭션 Config.화면(패키지) 기능 Data(SQL) 프로그램 데이터기능 테이블 변경/삭제 기능점수 소계(B) 90.3 = 신규 기능점수 + 변경/삭제 기능점수 특성규모 측정요소 특성규모 측정요소 보정계수 개선 사이즈 애플리케이션 유형 0.0 프로그래밍 언어 {0.2 50% + (-0.2) 50%} 0.57 = 0.0 구현 품질 ( ) = = 기본규모 특성규모 측정요소 보정계수의 합 = ( ) 수준 역량규모 측정요소 L1 L2 L3 L4 L5 (0.2%) (0.5%) (2.5%) (4.2%) (4.95%) 긴급 개선요청 비율 필수 최초 합의 납기일 준수율 성능향상 비율 선택 품질역량 수준 = (기본규모 + 특성규모) 역량규모 측정요소 수준별 계수값계 소프트웨어 유지관리 및 운영비 211

226 = ( ) (0.5%+4.95%+4.2%+4.2%) 5) 서비스규모 = (기본규모 + 특성규모 + 역량규모) ) 서비스대가=(서비스규모 서비스단가 512,454원)+이윤(20%) 106,200, 지원관리 서비스대가 산정 개요 지원관리 서비스는 고객의 업무를 개선하고 효율적으로 처리할 수 있도록 업무 프로세스 및 시스템의 애플리케이션 개발, IT 서비스 관련 고객 요구에 대응하기 위한 고객과 합의된 인 력 기반의 지원 서비스를 의미한다 절차별 주요 내용 표4-34 지원관리 서비스대가 산정 절차 단계 주요 내용 산출물 1. 사전 준비 2. 기본규모 산정 - 고객과의 협의를 통해 고객이 요구하는 지원관리의 특성 및 범위를 정의한다. - 지원관리 서비스대가 산정 단위는 고객/서비스 항목별이다. - 서비스 항목별 연간 투입되는 인력의 기술등급별 서비스규모(M/M)를 합산하여 산정한다. 기본규모 측정요소 : 기술지원, 개발지원, 업무지원 지원관리 서비스 대상 고객/서비 스 항목 기본규모 3. 특성규모 산정 4. 역량규모 산정 5. 서비스규모 산정 6. 서비스대가 산정 - 해당 업무를 수행하기 위해 요구되는 업종에 대한 인별 경험수준을 반영하여 산정한다. 특성규모 측정요소 : 업종경험비율 - 제공자의 역량 수준 차이를 반영하여 산정한다. 역량규모 측정요소 : 제공자 신용등급(필수), 최초 합의 납기일 준수율(선택), 가치제안 효과(선택) - 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 - 서비스규모에 서비스 단가를 곱하여 산정한다. 지원관리 서비스대가 = 서비스규모 X 서비스단가 특성규모 역량규모 서비스규모 지원관리 서비스대가 212 SW사업 대가산정 가이드(2015년) 민간용

227 단계별 설명 1 단계 : 사전 준비 고객과의 협의를 통해 고객이 요청하는 지원관리 서비스의 특성과 범위, 그리고 예상 산출물 을 사전 정의한다. 2 단계 : 기본규모 산정 지원관리 서비스의 기본규모 산정은 고객의 필요에 따라 요구하는 IT기술지원업무, 개발 Pool, 각종 인력 기반의 업무지원 등의 서비스를 위한 인력규모로 투입되는 인력의 기술등급 별 투입 M/M로 업무량을 산출한다. 투입 인력의 기술등급은 소프트웨어 기술자 노임대가 적용기준을 준용한다 지원관리 서비스의 서비스대가 산정 단위는 고객/서비스 항목별이다. 서비스 항목에는 기술 지원, 개발지원, 업무지원이 있다. 지원관리 서비스의 기본규모 산정식은 다음과 같다. 기본규모 = 기술등급별 투입 M/M 3 단계 : 특성규모 산정 고객의 환경 특성을 지원하기 위해 요구되는 추가적인 역량으로, 투입 인력의 역량 차이를 나타낼 수 있도록 고객이 속한 산업에 대한 업종 경험 비율을 기반으로 산정한다. 업종경험비율 가중치를 기본규모에 곱하여 투입인력의 업무특성에 따른 특성규모를 산정한다. 업종경험비율이란 기술자의 IT경험개월수 대비 해당 산업의 업종을 경험한 개월수의 비율을 의미한다. 이는 IT경험 외에도 투입인력의 업종경험 수준에 따라 업무 수행 품질의 차이를 반영하는 것이며 업종경험개월수는 비IT 경험개월수의 기간은 제외하고 산정한다. 여기서 업 종의 분류는 통계청 한국표준산업분류의 대분류 를 기준으로 하며, 고객과의 합의를 통해 조 정하여 적용 가능하다. 업종경험비율 가중치는 한국소프트웨어산업협회의 기술자 등급간 평균차이율을 고려하여 적 용한다. (상: 5%, 하:-5%) 지원관리 서비스의 특성규모 산정식은 다음과 같다. 2. 소프트웨어 유지관리 및 운영비 213

228 특성규모 = 기본규모 업종경험비율 가중치 특성규모 측정요소인 업종경험비율 구간별 가중치는 다음과 같다. 표4-35 지원관리 특성규모 측정요소인 업종경험비율 구간별 가중치 등급 적용대상 가중치 상 업종경험비율 80% 이상 5% 중 업종경험비율 30% ~ 80% 0% 하 업종경험비율 30% 미만 -5% 업종경험비율 : 업종경험개월수 / IT경험개월수 (비IT 경험개월수는 제외) 4 단계 : 역량규모 산정 역량규모는 역량규모 측정요소의 합의된 수준을 기반으로 산정한다. 단, 합의된 수준, 즉 계 약한 수준을 제공자가 달성하지 못할 경우 그에 상응한 페널티를 부여함으로서 역량규모를 오용 또는 남용하는 것을 방지하고, 동시에 고객 중심의 규모산정을 지향하는 것을 목적으로 한다. 역량규모 측정요소는 필수 측정요소와 선택 측정요소로 구분되며, 각 측정요소별로 고객과 합의하여 해당 수준을 결정한다. 지원관리 서비스의 역량규모 측정요소는 필수 측정요소인 제공자 신용등급, 그리고 선택 측정요소인 최초 합의 납기일 준수율, 가치제안 효과 총 3가 지로 구성되며, 각 측정요소별 세부내용은 다음과 같다. 표4-36 지원관리 역량규모 측정요소 역량규모 측정요소 제공자 신용등급 최초 합의 납기일 준수율 측정요소 정의 및 산정식 국내 4대 신용평가사의 신용등급 기준 (이외 기관의 등급은 고객과 별도 협의) 국내 4대 신용평가사 : 한국기업평가, 한국신용평가, NICE신용평가, NICE평가정보 (최초 합의 납기일 준수 건수 / 총 개선 건수) X 최초 합의 납기일 : 개선 건에 대해 고객과 최초 합의한 납기 일자 고객 요청으로 납기가 변경된 경우는 최초 합의 일자 준수로 간주 가치제안 (가치제안 효과 금액 / 지원관리 서비스 계약금액) X 100 선택 구 분 필수 선택 214 SW사업 대가산정 가이드(2015년) 민간용

229 효과 - 가치제안 효과 금액 : 지원관리 서비스 영역의 효과 금액 (고객 승인한 효과금액 기준) 역량규모는 기본규모와 특성규모를 합한 업무량에 각 측정요소별로 결정된 수준에 대한 계수 값의 합을 곱하여 역량규모를 산정한다. 수준은 1수준(L1)부터 5수준(L5)까지 5개의 수준으로 구분되며, 각 수준별 계수값 및 수준별 세부 기준은 다음과 같다. 이같은 수준별 계수값은 업계현황조사를 통하여 조정할 수 있다. 표4-37 지원관리 역량규모 측정요소 수준별 계수값 수준 L1 ( 低 ) L2 L3 L4 L5 ( 高 ) 계수값 0.2% 0.5% 2.5% 4.2% 4.95% 제공자 신용등급 BB BBB A AA AAA 최초 합의 납기일 준수율 가치제안 효과 70% 이상 ~ 75% 미만 2% 이상 ~ 4% 미만 75% 이상 ~ 80% 미만 4% 이상 ~ 6% 미만 80% 이상 ~ 85% 미만 6% 이상 ~ 8% 미만 85% 이상 ~ 90% 미만 8% 이상 ~ 10% 미만 90% 이상 10% 이상 지원관리 서비스의 수준별 계수값은 필수 측정요소와 선택 측정요소에 대해 각각 다음과 같 이 최소값과 최대값의 범위 내에서 부여한다. 표4-38 지원관리 역량규모 측정요소별 수준별 계수값 한도 필수 합계 구분 선택 최소 최대 최소 최대 지원 0.2% 4.95% 9.9% 0.2% 14.85% 지원관리 서비스의 역량규모 산정식은 다음과 같다. 역량규모 = (기본규모 + 특성규모) X 수준별 계수값의 합 5단계: 서비스규모 산정 지원관리 서비스규모는 기본규모, 특성규모, 역량규모를 합산하여 산정한다. 지원관리 서비스규모 산정식은 다음과 같다. 2. 소프트웨어 유지관리 및 운영비 215

230 서비스규모 = 기본규모 + 특성규모 + 역량규모 6단계 : 서비스대가 산정 지원관리 서비스대가 산정의 최종단계로 서비스단가를 반영한다. 지원관리 서비스대가 산정식은 다음과 같다. 서비스대가= 투입총인력수 투입인력별 서비스 규모 인력등급별 노임단가 지원관리 서비스단가는 매년 한국소프트웨어산업협회에서 공표한 SW기술자 노임단가에 제경 비와 기술료를 감안하여 적용한다 산출물 표4-39 지원관리 서비스대가 산정 산출물 구분 1) 사전 준비 2) 기본 규모 산정 3) 특성 규모 산정 지원 대상 서비스 식별 항목 기술 등급 인력 내용 서비스내역 기본규모 (M/M) 1 기술지원... n 1 개발지원... n 1 업무지원... n 기본규모 = (인별 기본규모) 투입인력별 기본규모에 가중치를 곱하여 산정 등급 적용대상 가중치 상 업종경험비율 80% 이상 5% 중 업종경험비율 30% ~ 80% 0% 하 업종경험비율 30% 미만 -5% 항목 기술 인력 기본규모 업종경험 가중치 특성규모 216 SW사업 대가산정 가이드(2015년) 민간용

231 구분 4) 역량 규모 산정 5) 서비스규 모 산정 6) 지원관리 서비스 대가 산정 내용 등급 비율 (=기본규모 X 가중치) 1 기술지원... n 1 개발지원... n 1 업무지원... n 특성규모 = (인별 기본규모 X 인별 가중치) 역량규모 측정요소 수준별 계수값 산정 수준 L2 L3 L4 L5 역량규모 측정요소 L1 (0.5% (2.5% (4.2% (4.95% (0.2%) ) ) ) ) 필수 제공자 신용등급 최초 합의 선택 납기일 준수율 가치제안 효과 항목 기술 인력 기본규모 특성 등급 규모 수준값 역량규모 1 기술지원... n 1 개발지원... n 1 업무지원... n 역량규모 = ((인별 기본규모 + 인별 특성규모) X 수준값) 서비스규모 = (인별 기본규모 + 인별 특성규모 + 인별 역량규모) 항목 기술 지원 기술 등급 인력 1... n 개발 1 기본 규모 특성 규모 역량 규모 서비스 단가 서비스대가 2. 소프트웨어 유지관리 및 운영비 217

232 구분 내용... 지원 n 1 업무... 지원 n 서비스대가 = (인별 서비스규모 X 인별 기술등급별 단가) 적용 사례 예제 개요 제공자 가 는 고객의 신규 프로젝트 도입 시 필요한 ITO 컨설팅 및 애플리케이션 개발을 위 해 다음과 같은 역량을 보유한 인력의 지원을 의뢰받아 지원관리 서비스를 제공하게 되었다. 기술지원 : DBA 1명 (기술등급 : 특급, 업종경험비율 : 중) 개발지원 : 개발자 1명 (기술등급 : 중급, 업종경험비율 : 상) 업무지원 : 현장지원 1명 (기술등급 : 고급, 업종경험비율 : 중) 전년도 NICE신용평가 기업평가 등급 BB를 획득한 제공자 가 는 본 지원관리 서비스를 계약 함에 있어 다양한 가치제안활동을 통해 고객이 체감하는 재무적 효과금액을 5% 수준으로 고객과 합의하였다. 이에 지원관리 서비스에 대하여 서비스대가를 산정하고자 한다. 서비스단가 적용 지원관리 서비스단가는 한국소프트웨어산업협회의 기술자 등급별 노임단가를 적용한다. 본 예시에서 사용한 단가는 SW기술자 노임단가(2014년 8월 공표)에 제경비 110%, 기술료 20%, 월평균 근무일수 21일을 적용하여 계산한다. 218 SW사업 대가산정 가이드(2015년) 민간용

233 서비스대가 산정 결과 표4-40 지원관리 서비스대가 산정 사례 구분 1) 사전 준비 2) 기본 규모 산정 3) 특성 규모 산정 4) 역량 규모 산정 항목 기술등 급 인력 내용 지원 대상 서비스 식별 서비스내역 기본규모 (M/M) 기술지원 특급 1 DBA 12 개발지원 중급 1 개발자 12 업무지원 고급 1 현장지원 12 기본규모 = (인별 기본규모) 36 투입인력별 기본규모에 가중치를 곱하여 산정 등급 적용대상 가중치 상 업종경험비율 80% 이상 5% 중 업종경험비율 30% ~ 80% 0% 하 업종경험비율 30% 미만 -5% 항목 기술 등급 인력 기본 규모 업종경험비 율 가중치 특성규모 (=기본규모 X 가중치) 기술지원 특급 1 12 중(50%) 0% 0 개발지원 중급 1 12 상(100%) 5% 0.6 업무지원 고급 1 12 중(50%) 0% 0 특성규모 = (인별 기본규모 X 인별 가중치) = (12 x 0%) + (12 x 5%) + (12 x 0%) = 0.6 역량규모 측정요소 수준별 계수값 산정 역량규모 측정요소 L1 (0.2%) 필수 제공자 신용등급 선택 최초 합의 납기일 준수율 가치제안 효과 L2 (0.5% ) 수준 L3 (2.5% ) L4 (4.2% ) L5 (4.95% ) 0.6 항목 기술등급 인력 기본규모 특성규모 수준값 역량규모 계 기술지원 특급 % 소프트웨어 유지관리 및 운영비 219

234 구분 5) 서비스 규모 산정 6) 지원 서비스 대가 산정 내용 개발지원 중급 % 업무지원 고급 % 역량규모 = ((인별 기본규모 + 인별 특성규모) X 수준값 계) = (12 x 0.7%) + (12.6 x 0.7%) + (12 x 0.7%) = 서비스규모 = (인별 기본규모 + 인별 특성규모 + 인별 역량규모) = ( ) + ( ) + ( ) = 항목 총괄사례 기술 등급 인력 기본 규모 특성 규모 역량 규모 단가 서비스 대가 기술지원 특급 ,911, ,614,010 개발지원 중급 ,714, ,639,324 업무지원 고급 ,398, ,987,958 서비스대가 = (인별 서비스규모 X 인별 기술등급별 단가) = ( x 19,911,785) + ( x 11,714,953) + ( x 14,398,209) = 563,241, ,241,29 2 본 총괄사례에서는 고객과 제공자가 ITO 서비스 총대가를 가치기반에 의하여 산정하는 과정 을 정리하여 소개한다. 이를 위하여 본 사례에서는 서비스종류별로 대가를 산정한 후 해당 대가를 더하여 총대가를 구하는 과정을 보여준다. 개요 고객 A사는 서비스 제공자 B사에게 애플리케이션 시스템에 대한 ITO서비스를 요구하고 있 다. 이에 양사는 ITO서비스 대가를 서비스 가치 기반 방식으로 산정하기로 합의하였다. 1 단계 : 사전 준비 ITO서비스 대상 애플리케이션 시스템은 생산정보 시스템, 영업정보 시스템, 인사 시스템 으 로 합의하였고, 신규 경영정보 시스템 구축을 위한 추가 인력 투입을 합의하였다. 제공하는 서비스는 운영관리, 장애관리, 개선관리, 지원관리로 합의하였다. 220 SW사업 대가산정 가이드(2015년) 민간용

235 시스템 생산정보 영업정보 인사 경영정보 특징 핵심시스템으로 24시간 운영하며, 글로벌 지원 핵심시스템이며 주간(정규 시간)에만 서비스됨 고객사 일반 업무 지원 시스템 신규 구축 예정 시스템으로 인력 지원 요청 - 기술지원 특급 1명, 업종 경험 中 - 개발지원 중급 2명, 업종 경험 上 2 단계 : 기본규모 산정 운영관리 시스템 운영 업무량 정기 업무량 비정기 업무량 합계 생산정보 4,985 4,351 9,336 영업정보 2,950 2,510 5,460 인사 ,265 전년도 각 애플리케이션 시스템별로 정기/비정기 업무량을 조사한 결과, 생산정보 시스템은 정기 업무량 4,985시간, 비정기 업무량 4,351시간, 영업정보 시스템은 정기 업무량 2,950시 간, 비정기 업무량 2,510시간, 인사 시스템은 정기 업무량 483시간, 비정기 업무량 782시간 으로 산정되었다. 장애관리 장애관리의 기본규모는 운영관리의 기본규모와 특성규모 합의 6%로 산정한다. 각 애플리케이션 시스템별 장애관리 기본규모는 다음과 같이 산정되었다. 시스템 운영관리의 기본규모 기본규모+특성규모 가중치 결과 생산정보 10,736 6% 644 영업정보 6,006 6% 360 인사 1,265 6% 76 개선관리 전년도 개선요청 수행내역을 조사하여 각 애플리케이션 시스템의 개선관리 서비스의 기본규 모를 아래와 같이 산정하였다. 2. 소프트웨어 유지관리 및 운영비 221

236 시스템 생산정보 개선 업무량 구분 가중치 산출물 수 규모계수 기본규모 신규 1.0 변경/삭 제 0.7 화면기능 배치 프로그램 Config.화면(패키지) Data(SQL) 프로그램 테이블 화면기능 배치 프로그램 Config.화면(패키지) Data(SQL) 프로그램 테이블 생산정보 기본규모 1,412 화면기능 배치 프로그램 신규 1.0 Config.화면(패키지) Data(SQL) 프로그램 영업정보 테이블 화면기능 배치 프로그램 변경/삭 0.7 Config.화면(패키지) 제 Data(SQL) 프로그램 테이블 영업정보 기본규모 637 화면기능 배치 프로그램 신규 1.0 Config.화면(패키지) Data(SQL) 프로그램 인사 테이블 화면기능 배치 프로그램 변경/삭 0.7 Config.화면(패키지) 제 Data(SQL) 프로그램 테이블 인사 기본규모 SW사업 대가산정 가이드(2015년) 민간용

237 지원관리 신규 경영정보 시스템 도입을 위한 프로젝트에 필요한 DB 관리 및 애플리케이션 개발을 위 한 인력의 투입을 의뢰받아 다음과 같은 지원관리 서비스를 제공하기로 고객과 합의하였다. 서비스항목 기술등급 인력 서비스내역 기본규모(M/M) 기술지원 특급 1명 DBA 12 개발지원 중급 2명 개발자 24 3 단계 : 특성규모 산정 운영관리 생산정보 시스템은 정규시간 외 서비스 비중 30%, 정규일수 외 서비스는 별도로 제공하지 않기로 합의하였고, 영업정보 시스템은 정규시간 외 서비스 비중 20%, 정규일수 외 서비스 는 별도로 제공하지 않기로 합의하였으며, 인사 시스템의 경우 정규시간 외 서비스와 정규일 수 외 서비스는 별도로 제공하지 않기로 합의하였다. 각 시스템별 운영관리 특성규모는 다음과 같이 산정되었다. 시스템 기본규모 특성규모 가중치 결과 생산정보 9,336 15%(30% 0.5) 1,400 영업정보 5,460 10%(20% 0.5) 546 인사 1,265 0% 0 장애관리 장애관리는 특성규모를 산정하지 않는다. 개선관리 고객과 합의한 각 애플리케이션 시스템별 특성규모는 아래와 같이 산정되었다. 개선관리 서비스의 특성규모 산정식은 다음과 같다. 2. 소프트웨어 유지관리 및 운영비 223

238 특성규모 = 기본규모 (개선 사이즈 보정계수 + 애플리케이션 유형 보정계수 + 프로그래밍 언어 보정계수 구현 품질 보정계수) 시스템 기본규 모 생산정보 1,412 항목 개선사이즈 애플리케이션 유형 프로그래밍 언어 구현 품질 적용기준 모든 개선 요청 건별 사이즈가 300이하이므로 일괄 0.35 적용 업무처리용 소프트웨어이므로 0 적용 ABAP4(40%) : -0.2 SQL(60%) : -0.2 {( %) + ( %)} 0.57 분산처리 : 2 성능 : 1 신뢰성 :1 다중사이트 : ( ) 보정계 수 특성규 모 생산정보 특성규모 -443 영업정보 637 개선 사이즈 애플리케이션 유형 프로그래밍 언어 구현 품질 모든 개선 요청 건별 사이즈가 300이하이므로 일괄 0.35 적용 업무처리용 소프트웨어이므로 0 적용 JAVA(40%) : 0.2 SQL(40%), JSP(20%) : -0.2 {(0.2 40%) + ( %)} 0.57 분산처리 : 1 성능 : 1 신뢰성 :1 다중사이트 : SW사업 대가산정 가이드(2015년) 민간용

239 시스템 기본규 모 항목 적용기준 보정계 수 특성규 모 ( ) 영업정보 특성규모 -174 인사 228 개선 사이즈 애플리케이션 유형 프로그래밍 언어 구현 품질 모든 개선 요청 건별 사이즈가 300이하이므로 일괄 0.35 적용 업무처리용 소프트웨어이므로 0 적용 JAVA(50%) : 0.2 SQL(50%) : -0.2 {(0.2 50%) + ( %)} 0.57 분산처리 : 1 성능 : 1 신뢰성 :0 다중사이트 : ( ) 인사 특성규모 -68 애플리케이션 유형은 [표26], 프로그래밍 언어는 [표27], 구현 품질은 [표28]을 참조함 지원관리 원활한 시스템 구축을 위해 업종경험이 풍부한 개발자 지원 요청에 따라 다음과 같은 IT경험 및 업종역량을 보유한 인력의 지원관리 서비스를 제공하게 되었다. 기술지원 : DBA 1명, 업종경험 中 개발지원 : 개발자 2명, 업종경험 上 서비스항목 기본 규모 특성규모 (M/M) 업종경험 가중치 결과 기술지원 12 中 0% 0 개발지원 24 上 5% 소프트웨어 유지관리 및 운영비 225

240 4 단계 : 역량규모 산정 운영관리 고객 A사와 서비스 제공자 B사는 각 애플리케이션 시스템별로 중요도를 감안하여 운영관리 의 역량규모 측정요소별 수준을 다음과 같이 합의하여 역량규모를 산정하였다. [역량 계수값] 역량 계수값 시스템 생산정보 영업정보 인사 서비스 가용성 L5 (4.95%) L3 (2.50%) L2 (0.50%) 장애복구 시간 L5 (4.95%) L3( 2.50%) L2 (0.50%) 장애보고 시간 L5 (4.95%) L2 (0.50%) 정기작업 적정처리 율 L5 (4.95%) L4 (4.20%) 품질역량 수준 가치제안 효과 계 미선택 미선택 19.80% 미선택 미선택 9.70% 미선택 미선택 미선택 미선택 1.00% [역량규모] 시스템 기본규모+특성규모 역량규모 역량 계수값 결과 생산정보 10, % 2,126 영업정보 6, % 583 인사 1, % 13 장애관리 고객 A사와 서비스 제공자 B사는 각 애플리케이션 시스템별로 중요도를 감안하여 운영관리 의 역량규모 측정요소별 수준을 다음과 같이 합의하여 역량규모를 산정하였다. 시스템 기본규모 문제적기 해결률 일 평균 Exception 역량규모 동일장애 재발률 생산정보 644 L5(4.95%) L5(4.95%) L5(4.95%) 96 영업정보 360 L3(2.50%) 미선택 L3(2.50%) 18 인사 76 L1(0.20%) 미선택 미선택 0 결과 226 SW사업 대가산정 가이드(2015년) 민간용

241 개선관리 개선관리의 역량규모 측정요소별 수준을 다음과 같이 합의하여 역량규모를 산정하였다. 시스템 기본규모 + 특성규모 긴급 개선요청 비율 최초 합의 납기일 준수율 역량규모 성능향상 비율 품질 역량 수준 결과 생산정보 969 L5(4.95%) L4(4.2%) L4(4.2%) L3(2.50%) 154 영업정보 463 L3(2.50%) L3(2.50%) L2(0.2%) 미선택 24 인사 160 L2(0.5%) L1(0.2%) 미선택 미선택 1 지원관리 지원관리의 역량규모 측정요소별 수준을 다음과 같이 합의하여 역량규모를 산정하였다. 서비스항목 기본규모 + 특성규모 제공자신용 등급 최초합의납 기일준수율 역량규모 가치제안 효과 결과 기술지원 12 L1(0.2%) L5(4.95%) 미선택 0.62 개발지원 25.2 L1(0.2%) L5(4.95%) 미선택 단계: 서비스규모 산정 서비스규모는 기본규모, 특성규모, 역량규모의 합의로 산정한다. 서비스규모 = 기본규모 + 특성규모 + 역량규모 기본규모 = 각 서비스별/시스템별 서비스 규모 측정 값 (단, 장애관리는 운영관리 기본규모와 특성규모 합의 6%) 특성규모 = 기본규모 X 특성계수값 (서비스/시스템/투입인력별) (단, 장애관리는 적용하지 않음) 역량규모 = (기본규모 + 특성규모) X 역량계수값(서비스/시스템/투입인력별) 2. 소프트웨어 유지관리 및 운영비 227

242 운영관리 (기본규모 + 특성규모 + 역량규모) 구분 기본규모 특성규모 역량규모 합계 생산정보 9,336 1,400 2,126 12,862 영업정보 5, ,589 인사/총부 1, ,278 장애관리 (기본규모 + 역량규모) 구분 기본규모 특성규모 역량규모 합계 생산정보 영업정보 인사/총부 개선관리 (기본규모 + 특성규모 + 역량규모) 구분 기본규모 특성규모 역량규모 합계 생산정보 1, ,123 영업정보 인사/총부 지원관리 (기본규모 + 특성규모 + 역량규모) 구분 기본규모 특성규모 역량규모 합계 기술지원 개발지원 단계 : 서비스대가 산정 서비스종류별 대가는 서비스규모에 서비스별 단가를 곱하여 산정한다. 단, 개선관리는 이윤은 20%, 지원관리 서비스 단가는 제경비 110%, 기술료 20%, 근무일수 21일 기준으로 적용하기로 합의 하였다. 228 SW사업 대가산정 가이드(2015년) 민간용

243 생산정 보 영업정 보 인사 경영정 보 구분 서비스규모 (기본+특성+역량 ) 서비스대가 단가 이윤 금액 운영관리 12,862 81,946원 - 1,054,006,431 장애관리 ,946원 - 60,627,365 개선관리 1, ,454원 20% 690,583,010 소계 1,805,216,806 운영관리 6,589 81,946원 - 539,907,941 장애관리 ,946원 - 31,006,564 개선관리 ,454원 20% 299,478,118 소계 870,392,623 운영관리 1,278 81,946원 - 104,698,307 장애관리 76 81,946원 - 6,232,141 개선관리 ,454원 20% 99,006,113 소계 209,936,561 기술지원 ,911, ,286,727 개발지원 ,714, ,446,255 소계 561,732,982 합계 3,447,278, 소프트웨어 유지관리 및 운영비 229

244 2.2 요율제 유지관리비 요율제 유지관리비 개요 요율제 유지관리비는 연간 소프트웨어 용역 유지관리 사업의 대가산정 시 적용하는 방법이다. 이 때 적용되는 요율은 기존 SW사업 대가기준 용역유지관리 요율(10~15%)을 준용한다. 이 때 유지관리 대상이 되는 소프트웨어 개발비는 유지관리 계약시점에서의 현재가치로 산정한 다. 또한 난이도는 유지관리 횟수, 자료처리건수, 타 시스템 연계, 실무지식 필요, 분산처리 여부 등에 따라 난이도 총점수를 산정한다. 요율제 유지관리비에서는 난이도 총점수를 이용하여 유지관리 요율(10~15%)을 결정하고, 결정된 요율을 유지관리 대상 소프트웨어 개발비에 곱하여 소프트웨어 용역 유지관리 대가를 산정한다. 요율제 유지관리비 = 유지관리대상 소프트웨어의 계약시점에 재산정된 개발비 유지관리 요율(10~15%) + 직접경비 230 SW사업 대가산정 가이드(2015년) 민간용

245 2.2.2 절차별 주요 내용 표4-41 요율제 유지관리비 산정 절차 절차 주요내용 산출물 1. 사전준비 2. 유지관리 대상 SW개발비 재산정 3. 유지관리 총점수 계산 4. 유지관리 요율 계산 5. 직접경비 계산 6. SW 유지관리비 산정 유지관리 대상 SW를 식별한다. 유지관리 대상 소프트웨어 개발비를 유지관리 계약 시점의 규모(기능점수)와 단가로 재산정 한다. 유지관리 횟수, 자료처리 건수, 타시스템과의 연계 여부, 실무지식의 필요, 분산처리 여부에 따라 난이도 계산하여 총점수를 산정한다. 대상 소프트웨어의 유지관리 난이도 총점수를 이용하여 요율을 계산한다. - 요율 = TMP / 100 당해 업무(유지관리)에 실제로 소요되는 직접 경비를 산정한다. 소프트웨어 유지관리비를 산정한다. - SW 유지관리비 = SW개발비(현재가치) 유지관리 요율 + 직접경비 유지관리 대상 소프트웨어 소프트웨어 개발비 (현재 가치) 총 유지관리 점수 (TMP) 유지관리 요율 직접경비 소프트웨어 유지관리비 단계별 설명 1 단계 : 사전준비 유지관리 대상 업무 정의 유지관리 대상 소프트웨어를 식별하고 해당 소프트웨어의 유지관리 범위와 요구사항을 정 의한다. 2. 소프트웨어 유지관리 및 운영비 231

246 표4-42 유지관리 범위와 요구사항 정의 양식 유지관리대상 SW명 유지관리 서비스 유지관리 활동 내용 2 단계 : 유지관리 대상 SW개발비 재산정 유지관리 대상 소프트웨어의 개발비를 재산정한다. 유지관리 대상 소프트웨어의 개발비는 기능점수 방식으로 산정할 수 있다. 유지관리 대상 소프트웨어는 해당 소프트웨어가 유지관리 되어온 기간 동안 기능의 추가, 변경, 삭제 등이 일어났을 수 있으므로, 해당 소프트웨어가 처음 개발되었을 때의 규모와는 상이한 경우가 많다. 따라서, 유지관리 대상 소프트웨어의 개발비는 유지관리 계약시점(현재)을 기준으로 기능점수에 의하여 재산정하여야 하며, 이때 사용하는 단가도 유지관리 계약 시점 (현재)의 단가를 적용한다. 기능점수 방식에 의한 유지관리 대상 소프트웨어 개발비 재산정 기능점수에 의한 소프트웨어 개발비 산정기준에 따라 유지관리 대상 소프트웨어의 현재 규모에 대해 소프트웨어 개발비를 재산정한다. 소프트웨어 개발비 = 현재 시점으로 재산정된 기능점수 현재 시점 FP단가 보정 계수 + 이윤 이때 사용되는 계산양식은 다음 표와 같으며, 상세한 계산 절차는 Ⅲ장의 소프트웨어 개발 비 산정방법을 참고한다. 232 SW사업 대가산정 가이드(2015년) 민간용

247 총 기능 점수 단계 단계별 기능 점수 가중치 기능 점수 당 단가 단계별 단가 보정계수 규모 유형 언어 품질 금액(원) 분석 0.19 설계 구현 0.32 시험 0.25 합계(개발원가) 이윤 ( )% 소프트웨어 개발비 (부가세 산정하지 않음) 3 단계 : 유지관리 총점수 계산 유지관리 대상 시스템의 난이도 총점수는 예상되는 유지관리 횟수, 자료처리 건수, 타시스템 과의 연계 여부, 실무지식의 필요, 분산처리 여부에 따라 [표 4-3]을 이용하여 유지관리 대상 시스템의 특성별로 단순, 보통, 복잡성을 판정하여 총점수(TMP)를 계산한다. 총점수는 난이도에 따라 0점에서 100점까지의 점수로 결정 된다. 유지관리 대상 시스템 난이도의 결정 유지관리 대상 시스템의 난이도는 유지관리 횟수, 자료처리 건수, 타시스템 연계, 실무지식 필요성, 분산처리 여부 등을 고려하여 결정한다. 유지관리 횟수는 수주자가 유지관리 계약기간 동안 유지관리 대상 시스템의 유지관리 서비스 횟수를 의미한다. 유지관리 횟수가 4회이하일 경우에는 0점을, 4회 초과 12회 이하일 때는 20점을, 12회 초과일 경우에는 35점을 부여한다. 자료처리 건수는 유지관리 계약기간동안 유지관리 대상 시스템의 자료처리 건수가 얼마나 되느냐를 나타내며, 트랜잭션 단위로 산정한다. 자료처리 건수는 10만 미만인 경우에는 0점, 10만 초과 50만 이하일 때는 10점, 50만 초과일 때는 25점을 더한다. 타시스템 연계는 대상 유지관리 소프트웨어가 외부시스템과 어느 정도 복잡한 연계성을 가지고 있느냐를 판단하는 특성요소이다. 대상 유지관리 소프트웨어가 타시스템과의 연계 성이 없을 때는 0점, 1-2개의 시스템과 연계된 경우에는 5점, 3개 이상의 시스템과 연계 된 경우에는 10점을 부여한다. 2. 소프트웨어 유지관리 및 운영비 233

248 실무지식 필요는 당해 시스템을 유지하는 데에 있어서 정보시스템 지식 이외에 응용분야에 대한 업무적 지식을 말한다. 예로써, 자재정보시스템의 경우 자재관리에 대한 실무지식을 의미한다. 만약 대상 시스템이 실무지식이 필요 없다면 0점, 기초적인 지식이 필요하다면 5점, 전문적인 실무 지식이 필요하다면 10점으로 산정한다. 분산처리 여부는 유지관리 대상 소프트웨어가 분산 환경에서 운영되고 있는 수준을 말 한다. 분산 정도가 높을수록 유지관리의 난이도가 증가하므로 이를 감안하는 요소이다. 대상 시스템이 분산처리를 수행하지 않으면 0점, 통합환경 하에서 일부 분산처리가 일 어나면 10점, 전반적으로 분산처리를 수행하고 있으면 20점으로 산정한다. 분산 처리 여부와 정도의 판단은 소프트웨어 개발비의 품질 및 특성 보정계수의 분산처리 여부를 참고하여 결정할 수 있다. 용역 소프트웨어 유지관리 난이도 산정을 위한 평가표는 다음과 같다. 표4-43 용역 소프트웨어 유지관리 난이도 산정 평가표 유지관리 대상 시스템의 특성 단 순 보 통 복 잡 기준(년간) 점 수 기준(년간) 점 수 기준(년간) 점 수 유지관리 횟수 4회 이하 0 12회 이하 20 12회 초과 35 자료처리 건수 10만 미만 만 10 50만 초과 25 타시스템 연계 없음 0 1-2개 5 3개 이상 10 실무지식 필요 별도지식 불필요 분산처리 여부 실시않음 0 0 기초지식 이해 필요 통합하의 분산처리 5 10 전문실무 능력 필요 순수분산 처리 용역 유지관리 난이도 총점수를 산정하기 위한 계산양식은 다음 표와 같다. 표4-44 용역 유지관리 난이도 총점수 산정 계산양식 유지관리 대상 시스템의 특성 판단기준 복잡도 점수 유지관리 횟수 자료처리 건수 타시스템 연계 실무지식 필요 분산처리 여부 총 유지관리 점수(TMP) 234 SW사업 대가산정 가이드(2015년) 민간용

249 4 단계 : 유지관리 요율 계산 대상 소프트웨어 시스템의 요율은 난이도 총점수를 이용하여, 아래의 공식에 따라 계산한다. 대상 소프트웨어 시스템의 유지관리 요율 [%] = 10 + [5 (TMP 100)] 이때 총점수(TMP)가 최저점인 0점일 경우 유지관리 요율은 10%가 되며, 총점수가 최고점인 100점일 경우 유지관리 요율은 15%가 된다. 5 단계 : 직접경비 산정 직접경비는 해당 소프트웨어 유지관리사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상 시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 6 단계 : SW 유지관리비 산정 요율제 대가는 재산정된 소프트웨어 개발비에 난이도 특성요소를 고려하여 산정된 요율을 곱 하여 아래의 산식과 같이 계산한다. 요율제 유지관리비 = 유지관리 대상 소프트웨어의 재산정된 개발비 유지관리 요율(10~15%) + 직접경비 2. 소프트웨어 유지관리 및 운영비 235

250 2.2.4 산출물 요율제에 의한 유지관리 사업대가 산정내역을 종합 정리하는 계산양식은 다음과 같다. 표4-45 요율제 유지관리비 산정내역 산출물 양식 소프트웨어 개발비 재산정 난이도 산정 유지관리 요율 직접경비 소프트웨어 유지관리비 유지관리 대상 시스템의 특성 유지관리 횟수 자료처리 건수 타시스템 연계 실무지식 필요 분산처리 여부 요율제 유지관리비 산정 판단기준 복잡도 점수 총 유지관리 점수(TMP) 관련 참고자료 및 유의사항 유의사항 유지관리 업무를 비경쟁방식에 의해 자회사 등에 위탁할 경우에도 개발비 산정가의 10-15% 범위 내에서 발주자와 수주자간의 협의 하에 산정함이 타당하다. 동일한 소프트웨어가 여러 기관(장소)에 설치되어 사용되고 있으며 또한 계약이 통합 발주 되어 유지관리를 수행하는 경우, 유지관리비를 유지관리 하여야 하는 기관(장소)의 수에 따라 발주자와 수주자간의 협의 하에 판단하여 조정할 수 있다. 유지관리 대상 소프트웨어의 규모를 기능점수방식으로 산정하는것이 곤란하거나 불합리한 경우(홈페이지 디자인과 같은 콘텐츠, 내부처리 복잡도가 현저히 높아 기능점수 적용이 불 합리한 소프트웨어 등)에 대해서는 유지관리활동에 실제 투입되는 공수를 별도로 산정하여 실비 계상할 수 있다. 요율제 대가산정 방법을 사용하는 경우, 유지관리 업무 이외에 추가업무가 발생하는 경우에 는 필요에 따라 투입공수에 의한 방법으로 추가적인 대가를 산정하여 도입할 수 있다. 236 SW사업 대가산정 가이드(2015년) 민간용

251 2.2.6 적용 사례 요율제 유지관리비의 적용 절차에 따른 산정 예제는 다음과 같다. 1 단계 : 사전 준비 가 기업은 인사관리 시스템의 유지관리 대가를 산정하고자 한다. 본 인사관리 시스템의 유 지관리에는 아래와 같은 기능개선 및 환경개선 서비스가 포함된다. 유지관리대상 SW명 유지관리 서비스 유지관리 활동 내용 인사관리 시스템 기능개선 및 추가 환경개선 인사 평가시스템 및 보상시스템의 연동화 인사통계 서비스 추가 부처별 업무시스템과의 연동 조직구조 개편 및 보수체계 개편에 따른 평가 및 보상시스템 관리 개선 온라인 통계 보고서 양식 수정 2 단계 : 유지관리 대상 소프트웨어 개발비 재산정 소프트웨어 개발비는 개발 당시 기준이 아닌 유지관리 계약시점의 현재가치로 재산정 한다. 이때 기능점수 방식에 의해 현재가치로 재산정된 소프트웨어 개발비는 아래 표와 같다. 총 기능 점수 250 단계별 기능 단계 점수 가중치 분석 0.19 기능점수 당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 금액(원) 98,648 17,232,573 - 설계 ,609 21,767, , 구현 ,145 23,218, 시험 ,801 18,139,690 개발원가 80,358,662 이윤 ( 25 )% 20,089,666 소프트웨어 개발비 (부가세 산정하지 않음) 100,448, 소프트웨어 유지관리 및 운영비 237

252 3 단계 : 총 유지관리 점수(TMP) 산정 유지관리 대상 업무의 시스템 특성을 기초로 앞에서 설명된 용역 소프트웨어 유지관리 난이도 평가표를 이용하여 총 유지관리 점수(TMP)를 계산한다. 유지관리 대상 시스템의 특성 판단기준 복잡도 점수 유지관리 횟수 10회 보통 20 자료처리 건수 20만 보통 10 타시스템 연계 없음 단순 0 실무지식 필요 기초지식 이해 필요 보통 5 분산처리 여부 통합하의 분산처리 보통 10 총 유지관리 점수(TMP) 45 4 단계 : 유지관리 요율 계산 요율(%) = 10 + ( 5 TMP / 100 ) = 10 + ( 5 45 / 100 ) = 12.25% 5단계 : 직접경비 산정 본 유지관리사업에 직접적으로 소요되는 직접경비는 다음과 같다. 구 분 산출내역 금액(원) 출장비 2박 3일 3인 1회 고급기술자 124,000 1인 1회=124, ,600 중급기술자 105,800 2인 1회=211,600 인쇄비 50쪽 100부 기준 : 200/쪽 1,000,000 합 계 1,335,600 6 단계 : SW유지관리비 산정 현가화(현재 상태에서의 규모에 의해 재산정한 대가) 한 소프트웨어 개발비에 산출한 요율(%)을 곱하여 계산한다. SW 유지관리비 = 유지관리 요율(%) 소프트웨어개발비 재산정가 + 직접경비 = 12.25% 100,448,328원 + 1,335,600원 = 13,640,520원 요율제 유지관리비의 산정 내역을 종합하면 다음과 같다. 238 SW사업 대가산정 가이드(2015년) 민간용

253 요율제 유지관리비 산정 소프트웨어 개발비 재산정 100,448,328(부가세 미포함) 유지관리 대상 시스템의 특성 판단기준 복잡도 점수 유지관리 횟수 10회 보통 20 난이도산정 자료처리 건수 20만 보통 10 타시스템 연계 없음 단순 0 실무지식 필요 기초지식 이해 필요 보통 5 분산처리 여부 통합하의 분산처리 보통 10 총 유지관리 점수(TMP) 45 유지관리 요율 12.25% 직접 경비 1,335,600 소프트웨어 유지관리비 13,640,520 (부가세 별도) 2. 소프트웨어 유지관리 및 운영비 239

254 2.3 투입공수 방식 운영비 투입공수 방식 운영비 개요 투입공수 방식 운영비는 소프트웨어 운영사업에 적용할 수 있는 방법이다. 투입공수 방식 운영비에서는 업무 활동별로 업무특성 및 난이도를 고려하여 투입공수를 산정 한다. 산정된 투입공수에 노임단가를 고려하여 소프트웨어 유지관리 및 운영사업의 대가를 산 정한다. 투입공수 방식은 통상적으로 말하는 M/M(Man-Months)방식을 말하며 이 방식은 엔지니어링사업 대가의기준의 실비정액가산방식을 준용하여 운영비를 산정하는 방식이다. 단, 투입인력의 직접 인건비는 통계법 제18조(통계작성의 승인) 에 따라 조사 및 산출되어 한국소프트웨어산업협회가 공표하는 소프트웨어 기술자 노임단가(대가 산정 시점에서 가장 최근 노임단가를 적용함)를 적용하여 산정함을 원칙으로 한다. 엔지니어링사업대가기준 소프트웨어 기술자 노임단가 투입공수에 의한 소프트웨어 운영비 그림 4-1 투입공수방식 운영비 관련기준 240 SW사업 대가산정 가이드(2015년) 민간용

255 2.3.2 절차별 주요 내용 표4-46 투입공수 방식 운영비 산정절차 절차 주요내용 산출물 1. 사전준비 2. 운영 공수 계산 3. 직접인건비 계산 4. 제경비 및 기술료 계산 5. 직접경비 계산 6. SW 운영비 산정 운영 대상 소프트웨어를 식별한다. 운영 대상 소프트웨어의 세부 운영 서비스 항목을 정의한다. 소프트웨어 운영업무별 특성을 고려하여 투입인력의 기술자등급을 결정한다. 소프트웨어 운영업무별 특성을 고려하여 투입인력의 수와 기간을 결정한다. 운영업무를 수행할 인력의 직접인건비를 계산한다. 직접인건비 = 투입인력의 기술자등급별 공수 소프트웨어기술자 노임단가 운영업무를 수행할 인력의 제경비 및 기술료를 계산한다. 제경비 계산 = 직접인건비 110~120% 기술료 계산 = (직접인건비 + 제경비) 20~40% 당해 업무(운영)에 실제로 소요되는 직접경비를 산정한다. 소프트웨어 운영비를 산정한다. - 운영비 = 직접인건비 + 제경비 + 기술료 + 직접경비 운영대상 소프트웨어 및 서비스 항목 등급별 투입공수 직접인건비 제경비 기술료 직접경비 소프트웨어 운영비 2. 소프트웨어 유지관리 및 운영비 241

256 2.3.3 단계별 설명 1 단계 : 사전준비 운영 대상 소프트웨어의 세부 서비스 항목을 정의하여 대상 업무를 선정한다. 2 단계 : 소프트웨어 운영 공수 산정 총 투입공수를 운영 업무활동별로 산정한다. 즉, 운영업무를 일상운영, 지원업무 등의 업무 활 동별로 투입공수를 산정할 수 있다. 구체적인 업무 활동 분류는 업무 특성에 따라 달라질 수 있다. 업무 특성은 대분류부터 시작하여 각 업무 영역을 중분류로 크게 구분하고, 최대한 세부 적으로 소분류 업무를 분류한다. 정의된 각 업무 활동별로 투입 공수를 측정하도록 한다. 선정된 운영 업무를 대상으로 업무별 특성을 고려하여 과거수행 경험 및 업무 난이도 등을 고 려하여 소요공수를 산정한다. 일반적으로 운영업무에 투입될 소요공수는 발주기관에서 수집하 고 있는 운영관련 정보를 분석하여 운영생산성을 참고하여 계산하고, 운영생산성을 관리하지 않는 발주기관은 과거수행 실적과 전문가의 경험을 토대로 최대한 객관성확보를 위한 근거를 마련하고 업무별로 소요공수를 계산한다. 예를 들어 지원업무 중 콜센터 운영은 초급기술자 1 명, 게시판 운영은 중급기술자 1명과 같이 업무활동 소분류별로 측정한 투입 공수를 합쳐 각 중분류별로 투입 공수를 산출함을 원칙으로 한다. 업무활동별 투입공수 산출을 위한 양식은 다음과 같다. 표4-47 투입공수 방식 운영비 업무활동별 투입공수 산출양식 업무활동 등급별 투입공수(M/M) 대분류 중분류 소분류 기술사 특급기술 고급기술 중급기술 자 자 자 초급기술 자 지원업무 운영 업무 일상운영 총 투입공수 242 SW사업 대가산정 가이드(2015년) 민간용

257 3 단계 : 직접인건비 계산 직접인건비는 프로젝트를 위해 실제로 투입되는 인원에 대한 인건비로서 이들에 대한 노임단 가는 한국소프트웨어산업협회에서 공표하는 소프트웨어기술자 노임단가를 적용한다. 이때 각 업무활동별로 투입기간을 고려한 투입공수에 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비는 아래와 같이 계산된다. 직접 인건비 = 투입인력 소요공수 노임단가 4 단계 : 제경비 및 기술료 계산 제경비와 기술료의 적용은 엔지니어링사업 대가의 기준을 준용하며, 아래와 같이 산정한다. 제경비 = 직접인건비의 110 ~ 120% 기술료 = (직접인건비 + 제경비)의 20 ~ 40% 5 단계 : 직접경비 산정 직접경비는 해당 소프트웨어 운영사업에 소요되는 직접적인 경비를 의미한다. 직접경비에 포 함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상 시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경 비를 산정한다. 직접경비 항목 산출내역 금액(원) 합 계 2. 소프트웨어 유지관리 및 운영비 243

258 6 단계 : SW 운영비 산정 아래의 산식에 따라 소프트웨어 유지관리 및 운영비를 산정한다. 투입공수방식 소프트웨어 운영비 = 직접인건비 + 제경비 + 기술료 + 직접경비 산출물 투입공수에 의한 운영비 산정내역을 종합 정리하는 계산양식은 다음과 같다. 표4-48 투입공수 방식 운영비 산정내역 종합계산 산출물 양식 항목 등급별 투입공수(M/M) 기술사 특급기술자 고급기술자 중급기술자 초급기술자 지원업무 일상운영 총 투입공수 노임단가 월평균 일수 21.0 직접인건비 합계 제경비 % 기술료 % 직접경비 소프트웨어 운영비 (부가세 별도) 관련 참고자료 및 유의사항 유의사항 투입공수에 의한 대가 산정방식은 유지관리 대상 소프트웨어의 개발비를 기능점수 방식으로 재산정하는 것이 불가한 경우 유지관리 사업에도 적용할 수 있다. 다만 유지관리 범위에 따 른 해당 업무 활동별로 추정한 투입공수를 산정하여 대가를 산정한다. 244 SW사업 대가산정 가이드(2015년) 민간용

259 또한, 정보시스템 운영업무를 전문회사에 위탁하여 사업을 추진할 시에도 투입공수에 의한 산정방식에 의해 소프트웨어 운영비를 산정할 수 있다. 소프트웨어 유지관리 및 운영비의 소프트웨어기술자 노임단가 기준은 소프트웨어 개발비의 투입공수에 의한 방식에서 적용되는 기준과 동일하다. 다만, 운영업무 중 일반 행정업무(콜센터 등) 등에 투입되는 인력은 SW기술자가 아닌 해당 되는 기타 노임단가의 적용이 가능하다. 투입공수에 의한 방식으로 운영비를 산정하는 경우, 대가 산정에 사용된 투입공수는 사업의 예산 및 예정가격 산정을 위한 용도로만 활용되어야 하며, 이것이 사업 진행과정에서의 실 제 투입인력에 대한 관리기준으로 활용될 수는 없음에 유의하여야 한다 적용사례 1 단계 : 운영 대상 업무 선정 가'사가 발주자로부터 정보시스템 운영 위탁사업을 수주하게 되었다. 운영 대상 업무로 월 례보고서 작성, 안내데스크 운영, 품질관리 등의 지원업무와 운영서비스 계획 및 시행, 게시판 운영, 데이터 백업과 같은 일상운영 업무를 선정하여 운영 대가를 산정하고자 한다. 2 단계 : 소프트웨어 운영 공수 산정 투입공수에 의한 산정방식에 의해 소프트웨어 운영비를 산정함에 있어, 투입 공수의 측정은 세부 업무분류를 바탕으로 진행한다. 업무 활동별로 투입 인력 규모를 산출한 결과, 1개월 동안 정보 시스템을 운영하기 위해 운영업무의 전체 관리자로서 고급기술자 1명, 중간관리자 로서 중급기술자 2명, 그리고 실무진으로서 초급기술자 3명이 필요하다고 판단하였다. 또한 상기 투입 인력들을 6개월간 투입하여야 한다고 보고 총 기간을 산정했다. 이 경우 소프트웨어 운영비는 다음의 표와 같다. 2. 소프트웨어 유지관리 및 운영비 245

260 표4-49 투입공수 방식 운영비 업무활동별 투입공수 산출 예시 업무활동 대분류 중분류 소분류 기술사 운영 업무 지원 업무 일상 운영 특급 기술자 등급별 투입공수(M/M) 고급 기술자 중급 기술자 초급 기술자 월례보고 작성 안내데스크 운영 품질관리 운영서비스 계획 및 시행 게시판 운영 데이터 백업 총 투입공수 단계 : 직접인건비 계산 각 업무활동별로 투입공수를 고려하고, 노임단가를 곱하여 직접인건비를 계산한다. 직접인건비 = 고급기술자 6M/M 노임단가(272,075) 월평균 일수(21.0일) + 중급기술자 12M/M 노임단가(221,371) 월평균 일수(21.0일) + 초급기술자 18M/M 노임단가(189,174) 월평균 일수(21.0일) = 161,574,714원 4 단계 : 제경비 및 기술료 계산 제경비와 기술료를 업무 특성에 따라 산정한다. 제경비는 직접인건비의 110~120%로 산정할 수 있으며 본 예에서는 110%를 사용하여 제경비를 산정하였다. 기술료는 직접인건비와 제경비의 합에서 20~40%범위로 산정할 수 있다. 본 예에서는 기술 료를 20%로 산정하였다. 제경비 = 161,574, % = 177,732,185원 기술료 = (161,574, ,732,185) 20% = 67,861,380원 5 단계 : 직접경비 산정 본 운영사업에 직접적으로 소요되는 직접경비는 다음과 같다. 246 SW사업 대가산정 가이드(2015년) 민간용

261 구 분 산출내역 금액(원) 출장비 2박 3일 3인 1회 고급기술자 124,000 1인 1회=124, ,600 중급기술자 105,800 2인 1회=211,600 인쇄비 50쪽 100부 기준 : 200/쪽 1,000,000 합 계 1,335,600 6 단계 : SW 운영비 산정 직접인건비와 제경비, 기술료, 직접경비를 합하여 투입공수방식 운영비를 최종 산정한다. 투입공수방식 운영비 = 161,574, ,732, ,861, ,335,600 = 408,503,879원 투입공수방식 운영비의 산출내역을 종합하여 나타내면 다음과 같다. 표4-50 투입공수 방식 운영비 산정내역 종합계산 산출물 작성 예시 등급별 투입공수(M/M) 항목 기술사 특급기술자 고급기술자 중급기술자 초급기술자 지원 업무 일상 운영 월례보고 작성 안내데스크 운영 품질관리 운영서비스 계획 및 시행 게시판 운영 데이터 백업 총 투입공수 노임단가 408, , , , ,174 월평균 일수 21.0 직접인건비 합계 161,574,714 제경비 110 % 177,732,185 기술료 20 % 67,861,380 직접경비 1,335,600 소프트웨어 운영비 408,503,879 (부가세 별도) 2. 소프트웨어 유지관리 및 운영비 247

262 2.4 고정비/변동비 방식 유지관리 및 운영비 고정비/변동비 방식 유지관리 및 운영비 개요 SW 유지관리 및 운영 업무는 일상적이며 소프트웨어의 기능 개선과 관계없는 업무 활동과 재개발에 가까운 기능 개선 및 추가 활동으로 나눌 수 있다. 이때 일상 운영이나 지원업무는 유지관리 및 운영대가 산정 시 고정비로 정의하고 투입공수에 의한 방식에 따라 대가를 산정한다. 기능 개선 및 추가 업무의 경우 유지관리 및 운영비 산정 시 예상되는 업무량을 기능점수 방 식으로 대가를 산정한다. 고정비와 변동비의 업무활동은 다음의 정의를 참고하여 업무 특성에 따라 조정할 수 있다. 고정비 유지관리 및 운영업무의 구분에서 적응유지관리, 수리유지관리(하자보수), 일상운영 업무와 지원업무에 관련한 비용은 고정비로 분류한다. 고정비는 업무 특성에 따라 투입공수에 의한 방식을 사용하여 대가를 산정할 수 있다. 고정비는 사전에 업무 규모를 투입공수로 측정하 여 대가를 산정한다. (단, 무상하자보수기간중인 경우 수리유지관리(하자보수)는 대가산정 대 상에서 제외된다.) 변동비 유지관리 및 운영업무의 구분 중에서 완전유지관리에 해당하는 비용은 변동비로 분류한다. 이들 활동은 대개 소프트웨어의 기능개선, 추가개발 등 기능 변경이 일어나는 업무에 해당 한다. 따라서 변동비는 기본적으로 기능점수를 이용하여 대가를 산정한다. 변동비는 해당 유지관리 및 운영사업을 통해 이루어지는 기능개선 추정량을 바탕으로 산정 한다. 기능개선 추정량은 계획 기능개선량과 예측 기능개선량의 합으로 산정된다. 기능개선 추정량 = 계획 기능개선량 + 예측 기능개선량 각각의 의미는 다음과 같다. 계획 기능개선량 : 해당기간 유지관리 및 운영사업에서 개선하기로 사전에 계획된 기능 개선 량을 말한다. 248 SW사업 대가산정 가이드(2015년) 민간용

263 예측 기능개선량 : 해당기간 유지관리 및 운영사업에서 요구될 것으로 예상되는 사전에 계획 되지 않은 기능 개선량으로서 경험자료에 의해 예측한다. (예: 전년도 유지관리 사업을 통해 CSR 수집이 잘되어 있어 기능개선 에 대한 요구사항이 추정 가능할 경우) 변동비는 사업 이전에 기능개선 추정량을 대상으로 개발비 산정방식을 적용하여 산정하며, 이를 사전산정이라고 한다. 이후에 사업수행 과정에서 발생한 기능개선 실적량에 의해 변동 비가 다시 산정될 수 있으며, 이를 사후산정이라고 한다. 사후산정량과 사전산정량에 차이가 발생할 경우 사후정산의 대상이 된다. 변동비는 계약금액의 사후 정산이 가능한 경우 기 수립한 사전산정량과 실제로 수행한 업무 량으로부터 산출된 사후산정량의 차이를 계산하여 매 분기 말 정산하는 개산계약 형태의 사후정산 체계를 적용할 수 있다. 2. 소프트웨어 유지관리 및 운영비 249

264 2.4.2 절차별 주요 내용 표4-51 고정비/변동비방식 유지관리 및 운영비 산정 절차 절차 주요내용 산출물 1. 사전준비 2. 고정비 및 변동비 업무 구분 3. 고정비 및 변동비 산정 4. 직접경비 계산 5. SW 유지관리 및 운영비 산정 유지관리 및 운영 대상 소프트웨어를 식별한다. 대상 소프트웨어별 유지관리 및 운영 업무를 식별한다. 정의된 대상 업무 중 완전유지관리의 기능 개선에 해당하는 업무(변동비)를 구분한다. 정의된 대상 업무 중 비기능개선에 관한 업 무(고정비)를 구분한다. SW개발 및 재개발비 산정방식을 적용하여 변동비를 산정한다. 투입공수 방식의 운영비 산정방식을 적용하여 고정비를 산정한다. 당해 업무에 실제로 소요되는 직접경비를 산정 한다. 소프트웨어 유지관리 및 운영비를 산정한다. - 유지관리 및 운영비 = 고정비 + 변동비 + 직접경비 유지관리 및 운영 대상 소프트웨어 고정비/변동비 업무 분류표 고정비 산정표 변동비 산정표 직접경비 소프트웨어 유지관리 및 운영비 단계별 설명 1 단계 : 사전준비 유지관리 및 운영 대상 소프트웨어의 업무에 대한 범위와 요구사항을 정의한다. 정의된 서비스를 고정비/변동비 대상으로 분류하고, 변동비는 계획된 기능개선 업무와 예측된 기능개선 업무로 다시 구분한다. 최종 정리된 서비스를 아래 표와 같이 정리한다. 250 SW사업 대가산정 가이드(2015년) 민간용

265 서비스 내용 변동비 관련업무 (기능개선 업무) 계획 예측 고정비 관련업무 (비기능개선 업무) 2 단계 : 고정비/변동비 업무 구분 1단계에서 정의된 대상 소프트웨어의 유지관리 및 운영 업무를 고정비 및 변동비 적용 대상 업무로 분류한다. 업무의 구분은 아래의 업무 활동표를 참고하여 업무 특성에 따라 조정하여 최종 결정한다. 업무활동 정의 대가산정 완전 유지관리 유지관리 대상 소프트웨어의 기능을 향상시키는 활동 으로 유지관리 대상 소프트웨어에 대한 신규 기능 추 가, 기능 변경, 기능 삭제 등이 상세 업무 활동임 기능개선 업무 : 변동비 (개발 및 재개발비 적용) 유지 관리 적응 유지관리 유지관리 대상 소프트웨어가 새로운 환경에 적응하 기 위한 활동으로 데이터 전환, 시스템 성능 개선에 따른 프로그램 변경, 패키지 버전 상승에 따른 커스 터마이징 부문 개선 등이 해당됨 유지 관리 및 운영 업무 운영 수리 유지관리 (하자보수) 지원업무 일상운영 유지관리 대상 소프트웨어의 오류 수정 활동 대상 소프트웨어의 유지관리 및 운영에 소요되는 지 원활동으로 사용자 교육, 안내데스크(Help desk) 운 영, 운영과 관련된 보고 및 회의(정기, 비정기, 업무 협의), 소프트웨어 운영 품질관리(품질시스템관리, 품 질표준정의, SLA관리 등) 등이 해당됨. 대상 소프트웨어의 정상적인 운영과 관련된 활동으 로 소프트웨어 운영서비스 계획수립, 정기 및 비정기 배치(batch)작업(마감/결산), 소프트웨어이상 유무 점 검(모니터링), 고객요구에 따른 전산자료 출력지원, 데 이터 백업, 보관, 삭제 등에 관한 계획수립 및 시행, 보안 및 방화벽 관리 등이 해당됨. 비기능 개선 업무 : 고정비 (투입 공수 방식) 2. 소프트웨어 유지관리 및 운영비 251

266 3 단계 : 고정비 및 변동비 산정 유지관리 및 운영 대상 소프트웨어의 고정비 및 변동비를 산정한다. 고정비는 소프트웨어 비기능개선 업무에 대한 비용으로서, 투입공수 방식으로 대가를 산정한다. 투입공수 방식에 의해 고정비를 산정하는 경우 업무 활동별로 소요되는 투입공수에 따라 대 가를 산정한다. 투입공수 방식에 따른 고정비의 산정은 아래의 산출표를 이용한다. 이 때 직접 경비는 다음 단계에서 고정비 및 변동비에 일괄 적용하여 별도 산정하므로, 지금의 단계에서는 고려하지 않는다. 항목 적응유지관리 수리유지관리 (하자보수) 지원업무 일상운영 총 투입공수(M/M) 등급별 투입공수(M/M) 기술사 특급기술자 고급기술 중급기술자 자 초급기술자 노임단가 원 원 원 원 원 월평균 일수 21.0 직접인건비 합계 제경비 % 기술료 % 투입공수방식 고정비 변동비는 SW기능개선 업무에 관련된 비용으로서 기능점수방식을 적용하여 규모를 계산한다. 변동비는 해당 유지관리 및 운영사업을 통해 이루어지는 기능개선 추정량을 바탕으로 산정한 다. 기능개선 추정량에는 미리 계획된 계획 기능개선 추정량과, 계획되지는 않았으나 당해 사 업기간 동안 발생할 것으로 예측되는 예측 기능개선 추정량으로 구분되어 산정할 수 있다. 이 때 직접경비는 다음 단계에서 고정비 및 변동비에 일괄 적용하여 별도 산정하므로, 지금의 단 계에서는 고려하지 않는다. 변동비 산정은 다음의 산출표를 이용하며, 자세한 도출과정은 Ⅲ장의 소프트웨어 개발비를 참고한다. 252 SW사업 대가산정 가이드(2015년) 민간용

267 표4-52 변동비 산정 양식 총 기능점수 계획 예측 기능점수 당 단가 보 정 계 수 금액 규모 유형 언어 품질 합계(개발원가) 이윤 ( )% 유지관리 및 운영 변동비 (부가세 별도) 4 단계 : 직접경비 산정 직접경비는 해당 소프트웨어 유지관리 및 운영사업에 소요되는 직접적인 경비를 의미한다. 직 접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상 시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접경 비를 산정한다. 직접경비 항목 산출내역 금액(원) 합 계 5 단계 : 총 유지관리 및 운영 대가 산정 앞의 단계에서 산정한 고정비 및 변동비와 합산하여 고정비/변동비 방식의 유지관리 및 운영 비를 산출한다. 이 때 다음의 산출표를 활용한다. 2. 소프트웨어 유지관리 및 운영비 253

268 표4-53 고정비/변동비방식 유지관리 및 운영 대가 종합 산정양식 고정비/변동비방식 유지관리 및 운영 대가 산정 고정비 (투입공수 방식) 항목 적응유지관리 등급별 투입공수(M/M) 기술사 특급기술자 고급기술자 중급기술자 초급기술자 수리유지관리 (하자보수) 지원업무 일상운영 총 투입공수(M/M) 노임단가 월평균 일수 21.0 직접인건비 합계 제경비 % 기술료 % 고정비 변동비 (기능점수 방식) 총 기능 점수 기능점수 당 단가 보 정 계 수 금액 규모 유형 언어 품질 계 획 예 측 합계(개발원가) 이윤 ( )% 변동비 직접경비 총 유지관리 및 운영비 254 SW사업 대가산정 가이드(2015년) 민간용

269 2.4.4 산출물 고정비/변동비 방식 유지관리 및 운영 대가는 아래 산출표를 이용한다. 표4-54 고정비/변동비 방식 유지관리 및 운영 대가 종합계산 산출물 양식 고정비/변동비방식 유지관리 및 운영 대가 산정 항목 적응유지관리 수리유지관리 (하자보수) 지원업무 일상운영 총 투입공수(M/M) 고정비 (투입공수 방식) 등급별 투입공수(M/M) 기술사 특급기술자 고급기술자 중급기술자 초급기술자 노임단가 월평균 일수 21.0 직접인건비 합계 제경비 % 기술료 % 고정비 총 기능 점수 계 획 예 측 기능점수 당 단가 변동비 (기능점수 방식) 보 정 계 수 금액 규모 유형 언어 품질 합계(개발원가) 이윤 ( )% 변동비 직접경비 총 유지관리 및 운영비 2. 소프트웨어 유지관리 및 운영비 255

270 2.4.5 관련 참고자료 및 유의사항 유의사항 변동비 도입에 있어서 비용절감을 목적으로 치중하게 되면 SR(Service Request)건이 현저 히 줄어드는 상황이 발생한다. 이는 시스템에 대한 고객만족도가 떨어지고, 시스템 운영 수 명주기를 저하시키는 요인으로 작용할 수 있다. 변동비 관리 시 관리 부하가 발생한다. 이는 개선규모 산정, 산정결과 검토 및 승인, 제3자 검증 등의 일련의 프로세스들이 모든 변동비 대상 고객요청서(CSR)에 적용됨으로 인하여 관리 부하가 발생하기 때문이다. 따라서 고정비/변동비 체계의 계약제도 적용은 개선규모가 일정규모 이상 되는 조직에서 적용하는 것이 바람직하다. 변동비의 대가 지불을 위해 사후정산 방식을 검토할 수 있다. 사후정산 방식의 세부 사항은 아래의 설명을 참조한다. 참고사항 : 사후정산계약(개산계약) 고정비/변동비 방식의 유지관리 및 운영 대가 산정시 변동비를 사후 정산할 수 있다. 사후 정산 계약은 개발 시 제품의 제조계약, 시험, 조사, 연구용역 계약, 정부투자기관 또는 정부 출연 기관과의 법령에 의한 위탁 또는 대행계약에 있어 미리 가격을 정할 수 없을 때에 체 결하는 계약 방법이다. (계약법 제 23조, 계약법시행령 제70조) 사후정산 계약의 절차는 아래와 같다. 1. 개산계약을 체결하고자 하는 경우에는 미리 개산가격을 결정하여야 한다. 2. 입찰 전 또는 수의협상 전에 계약목적물의 특성 계약수량 및 이행 기간 등을 고려하여 원가검토에 필요한 기준 및 절차등을 정하여 이를 입찰에 참가하고자 하는 자 또는 수의협상을 하고자 하는 자가 열람할 수 있도록 한다. 3. 계약의 이행이 완료된 후에는 제9조의 규정에 정한 원가계산규정 및 미리 정한 정산 기준 등에 따라 정산하여야 한다. 4. 사후정산계약을 체결한 때에는 이를 감사원에 통보하여야 한다. 사후정산계약 체결 시 개산금액의 작성방법:개산금액은 견적가격 등을 참고하여 작성할 수 있다. 사후정산계약을 체결하고 계약의 이행이 완료된 경우 정산 시 단가의 적용시점은 국가기관이 체결한 개산계약에 있어 계약의 이행이 완료된 후에 정산처리는 계약 체결시점을 기준으로 하여야 한다. 사후정산 관련 주의사항 정산의 범위를 개산계약금액 범위내로 하여야 한다. 개산 계약금액을 초과하여 정산을 인 정하는 경우에는 입찰시 저가입찰이 가능하여 공정한 경쟁을 해치게 되며, 이행과정에서 256 SW사업 대가산정 가이드(2015년) 민간용

271 도 원가절감 노력을 하지 않게 되는 문제점이 발생할 수 있다. 계약상대자는 발주기관보 다 전문 업체라는 점도 그 이유의 하나이다. 개산계약 활용 시 정보 원론적으로는 전혀 문제가 되지 않지만, 실제 시행 시 사후정산에 대한 정확한 기준이 없 을 경우 발주기관 계약담당자의 부담이 매우 클 수 있다. 이에, 계약이행과정에서 계약당 사자의 혼란을 초래할 수 있는 불명확한 규정을 정비할 필요가 있다. (계약협상 시 정산에 대한 규정을 명확히 정의해야 하며, 이때 실제 정산을 담당하는 담당자의 전문성이 크게 요구된다.) 적용 사례 가 기업은 인사관리 시스템 소프트웨어 유지관리 및 운영 업무를 고정비 및 변동비 방식으로 나 누어 대가산정을 하였다. 이때 기능개선 업무의 경우 기능점수 방식으로 대가를 산정하고 비 기능개선 업무의 경우 투입공수 방식으로 대가를 산정하였다. 1 단계 : 사전 준비 본 인사관리 시스템의 유지관리 및 운영 업무로 다음과 같은 서비스를 정리하였다. 내 용 인사 평가시스템 및 보상시스템의 연동화 인사통계 서비스 추가 부처별 업무시스템과의 연동 조직구조 개편 및 보수체계 개편에 따른 평가 및 보상시스템 관리 개선 조직구조 개편 및 보수체계 개편에 따른 활동으로 인한 데이터 전환 인사관리시스템 품질관리 인사통계 자료 담당자 요구에 따른 전산자료 출력지원 2. 소프트웨어 유지관리 및 운영비 257

272 2 단계 : 고정비/변동비 업무 구분 유지관리 및 운영 업무 중 기능개선 업무와 비기능 개선업무로 구분한다. 서비스 내용 변동비 관련업무 (기능개선 업무) 계획 인사 평가시스템 및 보상시스템의 연동화 인사통계 서비스 추가 조직구조 개편 및 보수체계 개편에 따른 평가 및 보상시스템 관리 개선 예측 부처별 업무시스템과의 연동 고정비 관련업무 (비기능개선 업무) 조직구조 개편 및 보수체계 개편에 따른 활동으로 인한 데이터 전환 인사관리시스템 품질관리 인사통계 자료 담당자 요구에 따른 전산자료 출력지원 3 단계 : 고정비 및 변동비 산정 고정비는 비기능개선에 관련된 대가로서 본 사례에서는 투입공수에 의한 방식으로 산정하였다. 적응유지관리와 지원업무, 일상운영에서 프로젝트 관리로 총 2명의 고급기술자가 필요한 것으 로 산정하였다. 또한 적응유지관리의 실무진으로 중급기술자 1명, 그리고 지원업무와 일상운영 의 실무진으로 중급기술자와 초급기술자가 각 3명, 8명이 필요한 것으로 산정되었다. 또한, 측정된 투입 인력을 총 3개월에 걸쳐 투입하여 업무를 완료하는 것으로 계산되었다. 여기에 제경비 110%와 기술료 20%를 적용하여 다음의 고정비가 산출되었다. 258 SW사업 대가산정 가이드(2015년) 민간용

273 항목 고정비 등급별 투입공수(M/M) 기술사 특급기술자 고급기술자 중급기술자 초급기술자 적응유지관리 3 3 수리유지관리(하자보 수) 지원업무 일상운영 총 투입공수(M/M) 노임단가 408, , , , ,174 월평균 일수 21.0 직접인건비 합계 185,410,638 제경비 110 % 222,492,766 기술료 20 % 81,580,681 고정비 489,484,084 변동비는 기능개선 업무 대가를 기능점수 방식으로 산정하여 계산한다. 먼저 인사평가 시스템 및 보상 시스템의 연동화 등 이미 계획된 기능개선 업무로 총 기능점수는 85점으로 산출되었다. 총 기능점수 기능점수 당 단가 보 정 계 수 규모 유형 언어 품질 , 위 기능개선 업무 이외에 전년도의 유지관리 및 운영 업무 경험과 고객 CSR을 통해 부처별 업무시스템과의 연동 업무가 추가될 것으로 예상하였다. 추정된 업무량의 총 기능점수는 50점 으로 산정 되었으며 보정계수는 계획된 기능개선 업무와 동일하게 가정하였다. 총 기능점수 기능점수 당 단가 보 정 계 수 규모 유형 언어 품질 , 소프트웨어 유지관리 및 운영비 259

274 위의 계획된 개선량과 예측된 개선량을 합하고, 이윤 25%를 적용하여 변동비를 다음과 같이 산출하였다. 변동비 (기능점수 방식) 총 기능점수 기능점수 당 단가 보 정 계 수 금액 규모 유형 언어 품질 계획 ,837, ,203 예측 ,139,655 합계(개발원가) 48,977,068 이윤 (25%) 12,244,267 변동비 61,221,335 언어 보정계수는 분석 및 설계 단계에서는 적용되지 않으므로, 변동비 산정 시 개발 단계별로 별도(언어 보정계수가 1이 아닐 경우) 산정하여 합산한다. 4 단계 : 직접경비 산정 본 유지관리 및 운영사업에 직접적으로 소요되는 직접경비는 다음과 같다. 구 분 산출내역 금액(원) 출장비 2박 3일 3인 1회 고급기술자 124,000 1인 1회=124,000 중급기술자 105,800 2인 1회=211, ,600 인쇄비 50쪽 100부 기준 : 200/쪽 1,000,000 합 계 1,335, SW사업 대가산정 가이드(2015년) 민간용

275 5 단계 : 총 유지관리 및 운영 대가 산정 앞에서 산정된 고정비, 변동비, 직접경비를 합산하여 최종 대가를 산정한다. 고정비/변동비 방식 유지관리 및 운영 대가 산정 고정비 등급별 투입공수(M/M) 항목 기술사 특급기술자 고급기술자 중급기술자 초급기술자 적응유지관리 3 3 수리유지관리 (하자보수) 지원업무 일상운영 총 투입공수(M/M) 노임단가 408, , , , ,174 월평균 일수 21.0 직접인건비 합계 185,410,638 제경비 110 % 222,492,766 기술료 20 % 81,580,681 고정비 489,484,084 변동비 총 기능 점수 기능점수 당 단가 보 정 계 수 금액 규모 유형 언어 품질 계 획 , ,837,413 예 측 ,139,655 합계(개발원가) 48,977,068 이윤 ( 25 )% 12,244,267 변동비 61,221,335 직접경비 1,335,600 총 유지관리 및 운영비 552,041, 소프트웨어 유지관리 및 운영비 261

276 2.5 SLA기반 유지관리 및 운영비 정산법 SLA기반 유지관리 및 운영비 정산법 개요 SLA 기반 유지관리 및 운영비 정산법은 유지관리 및 운영사업에서 서비스수준 관리를 하고자 하는 경우, 사업이 수행 완료된 이후에 서비스수준 관리지표 및 목표수준에 따라 운영성과를 평가하고 이 결과에 의거하여 사업비를 정산하는 경우에 사용할 수 있는 방법이다. 서비스수준관리(SLM: Service Level Management) 프로세스는 서비스 수준의 정의, 협상/계약, 모니터링, 평가, 관리 그리고 서비스 수준을 개선하는 프로세스이다. 본 프로세스의 목적은 서 비스 수준을 지속적으로 측정, 평가함으로써 사용자 만족과 서비스 품질을 개선하기 위함이다. 서비스수준관리는 서비스수준협약서(SLA:Service Level Agreement)를 통하여 아웃소싱 사업에 적합한 서비스수준관리 지표 및 목표수준을 계약업체와 협의한다. 이후 작성된 서비스수준관리 지표 및 목표수준에 따라 운영성과를 평가하여 향후 서비스 수준 평가 결과에 따른 보상(Reward) 및 제재(Penalty)를 적용한다. 서비스수준협약(SLA)를 통해 일정 수준의 서비스가 유지될 수 있도록 하고 있으나, 공공부문의 특성상(예산 등) 실질적인 보상(Reward) 및 제재(Penalty)가 되기 어렵다. 이를 위해, 1년 단위 계약에서 다년 계약(2년 또는 3년)이 추천되며 2차년도 이상에서 전년도의 서비스 수준에 따 른 보상 및 제재를 추진한다. 즉, 1차년도에 서비스 수준을 모니터링 하고 측정하여 서비스의 기준 수준을 정하고, 2차년도부터 수준에 따라 매달 평가해 보상 및 제재를 부여할 수 있다. 262 SW사업 대가산정 가이드(2015년) 민간용

277 2.5.2 절차별 주요내용 표4-55 SLA기반 유지관리 및 운영비 정산법 수행 절차 절차 주요내용 산출물 1. 서비스준비 2. 서비스 정의 3. 서비스 측정 및 기준 협약 4. 서비스 평가 5. 월별 대가 사후정산 서비스 발주기관과 서비스 사업자가 참여하는 담당 조직을 구성한다. 서비스수준관리 활동과 관련된 목표 및 계획을 수립하여 필요한 교육 및 현황 조사를 수행한다. 제공하게 될 서비스의 내용을 명확하게 정리하여 제시한다. 서비스 측정 항목 및 기준을 정의한다. 서비스평가 방법을 설정하고 보상/제재 기준을 산정한다. 이후 서비스 평가를 매월 시행한다. 서비스 평가에 따라 결정된 제재/보상 %를 기준 유지관리 및 운영 대가에 곱해 매달 제 재/보상금액을 산정한다. 전담 조직 현황 서비스 측정항목 서비스항목 정의서 서비스수준 평가표 정산대가 단계별 설명 1 단계 : 서비스 준비 서비스 발주기관과 서비스 사업자가 참여하는 담당 조직을 구성하여 서비스수준관리 활동과 관련된 목표 및 계획을 수립하여 필요한 교육 및 현황 조사를 수행한다. 또한 SLA기반 대가산정의 기준이 되는 유지관리 및 운영비를 산정한다. 대가산정은 요율제, 투입공수 방식, 또는 고정비/변동비 방식으로 업무 특성에 따라 산정하여 SLA기반 대가산정의 기준으로 삼는다. 2. 소프트웨어 유지관리 및 운영비 263

278 2 단계 : 서비스 정의 서비스를 정의해 서비스 명세표 작성한다. 또한 서비스 사용자의 요구사항을 조사 및 분석하여 서비스수준협약(SLA) 구조 결정 및 서비스 측정항목 정의한다. 일반적으로 서비스 측정항목은 1.적시성, 2.품질, 3.인력, 4.생산성, 5.만족도, 6.보안 등에 대해 부문별로 발주기관의 업무 특성을 고려하여 선정한다. 1 적시성 : 제공되는 서비스가 약속한 시간에 적시에 공급되는지 여부 2 품 질 : 제공되는 서비스의 품질이 적절한지 여부 3 인 력 : 투입되는 인력의 수준과 관리가 적절한지 여부 4 생산성 : 제공되는 서비스에 대한 생산성이 적절한지 여부 5 만족도 : 제공되는 서비스에 대한 만족도와 사업자에 대한 만족도가 적절한지 여부 6 보 안 : 제공되는 서비스 및 서비스 수행 인력의 보안관리가 적절한지 여부 정성적인 서비스 항목은 발주기관과 서비스 사업자 상호간의 측정기준의 입장차이로 인한 이해 관계가 상충되어 서비스 수준 성과평가 활동단계에서 제재 및 보상에 영향을 미칠 수 있으므로 서비스 관리 항목으로 분류한다. 서비스 측정항목의 선정은 서비스 수준 측정을 위한 중요한 요소이므로 신중하게 결정하여야 한다. 예를 들어 너무 많은 서비스 측정 항목을 선정하지 않으며, 측정 데이터의 양이 큰 항목은 배제할 수 있다. 서비스 측정항목 선정기준은 일반적으로 구체적(Specific)이며 측정가능(Measurable)하고 시간 범위 내(Timebound)에서 현실적(Realistic)으로 달성가능(Achievable)한 조건을 만족하는 항목을 선정한다. 또한 측정항목은 전 서비스 영역에 대해서 빠짐없이 정의하도록 하여야 한다. 측정항목은 업무 특성에 따라 아래의 Pool을 참조하여 최종 결정한다. 264 SW사업 대가산정 가이드(2015년) 민간용

279 표4-56 소프트웨어 유지관리 부문 활용 지표 Pool 영역 적시성 품질 인력 생산성 만족도 측정항목 서비스요구(SR) 납기준수율 변경작업 적기 처리율(RFP 적기처리율) 소프트웨어 장애 해결요청에 대한 해결시간 소프트웨어 장애 해결요청에 대한 응답시간 서비스장애 적기 해결률 장애처리 납기 준수율 긴급서비스요구(SR) 처리율 서비스요구(SR) 접수 리드타임 서비스요구(SR) 평균 처리시간 Release 수행시간 준수율 변경 적용시 오류 건수 소프트웨어 Request 일정준수율 서비스요구(SR) 오류율 이관대상 소프트웨어 오류율 서비스요구(SR) 요구사항 반영도 개발/개선으로 인한 소프트웨어 장애율 월간 프로그램 오류 장애건수 변경작업 성공률 서비스요구(SR) 일정변경 건수 핵심인력 유지율 FP당 투입비용 월간 서비스요구(SR) 처리건수 고객 만족도(CSI) 서비스 만족도 유지관리 처리 만족도 서비스 품질 평가 2. 소프트웨어 유지관리 및 운영비 265

280 표4-57 소프트웨어 운영 부문 활용 지표 Pool 영역 적시성 품질 인력 측정항목 서비스요구(SR) 납기준수율 소프트웨어 응답시간 준수율 배치 수행시작일 준수율 소프트웨어 장애 해결요청에 대한 해결시간 응용시스템 장애 시간 배치 처리시간 준수율 소프트웨어 장애 해결요청에 관한 응답시간 서비스장애 적기 해결률 장애처리 납기 준수율 긴급 서비스요구(SR) 처리율 SLA 적기보고/리뷰율 서비스요구(SR) 처리율 전화응답 대기시간 목표시간 내 Q&A 답변률 기술지원 적기 처리율 소프트웨어 가용성 1차 해결률(1선 처리율) 프로그램 장애 및 오류발생 건수 개선 제안건수 동일장애발생률 통화성공률 웹 응답속도 시스템 개선 건수 평균통화시간 교육계획 이행률 업무정상 개시율 소프트웨어 에러빈도 응용프로그램 응답속도 소프트웨어 일괄처리작업의 신뢰성 Happy call 수행률 업무숙지도 핵심인력 유지율 266 SW사업 대가산정 가이드(2015년) 민간용

281 영역 측정항목 생산성 서비스데스크 인당통화 건수 FP당 투입비용 고객 만족도(CSI) 서비스요구(SR) 체감만족도 서비스 만족도 만족도 서비스 품질 평가 사용자 교육 만족도 Happy call 만족도 문의응대 만족도 보안 관련사고 발생건수 보안 보안위반 횟수 보안사고예방(패치) 보안절차 준수율 표 307 소프트웨어 운영 부문 활용 지표 Pool 3 단계 : 서비스측정 및 협약 정의된 서비스 측정항목에 대한 측정기준으로 서비스 항목의 초기 측정치 조사를 실시하여 서비스 목표 수준을 설정한다. 서비스 측정항목 정의서에는 측정항목에 대한 구체적인 산출 공식이 포함된 측정방법과 측정도구 및 기법을 정의하여야 한다. 서비스 사업자의 서비스수준관리 담당자는 서비스 발주기관과의 협의에 앞서 운영전반의 책임이 있는 소프트웨어 위탁운영자와 데이터 추출 가능성, 데이터 추출 방법 등의 협의를 거쳐야 한다. 작업의 출력물인 서비스 측정항목 정의서는 일반적으로 다음과 같다. 먼저 서비스 측정 항목을 입력한 후 정의를 기술한다. 이후 서비스의 목적과 대상을 정의한다. 마지막으로 측정방법과 측정도구를 입력한다. 2. 소프트웨어 유지관리 및 운영비 267

282 표4-58 서비스 측정항목 정의 양식 구분 내용 측정항목 정의 대상 특기사항 측정방법 측정도구(기법) 예) 서비스 측정항목은 아래와 같이 정의할 수 있다. 구분 내용 측정항목 정의 대상 특기사항 측정방법 측정도구(기법) 소프트웨어 사용자 가용성 사용자가 응용시스템을 사용할 수 있는 시간을 측정 사용자가 서비스 데스크에 요청하여 접수 및 처리된 건 중 소프트웨어 오류로 인한 소요시간 총합 사용자 또는 고객의 정보관리부서에서 긴급 작업 요청한 서비스요구(SR) 처리건 중 소프트웨어 오류로 인한 소요시간 총합 정상서비스 시간외 call 및 긴급 사용자요구(SR) 처리 소요시간은 1일(24시간) 기준으로 정상 서비스시간과 연속하여 사용한다. 소프트웨어 가용성 = (총 서비스 제공시간 사용자 call 및 긴급 서비스요구(SR) 처리소요 시간의 합)/총 서비스 제공시간 x 100 총 서비스 제공시간 = (정상서비스 시간 x일수) 서비스요구(SR)관리시스템의 긴급 서비스요구(SR) 처리 및 call 응대처리 초기값 조사 서비스 측정항목 초기 측정치 조사기간은 일반적으로 6개월이며, 초기 측정치 조사 기간을 확보하기 어려울 경우, 가능한 기간 동안 초기 측정치 조사를 실시하여 측정된 값을 기준으로 목표수준과 최소허용 수준을 상호 합의하에 임시로 설정한다. 초기 측정치 조사 기간을 정할 때에는 특정시점의 서비스 사용이 집중되는지 등을 고려 하여야 한다. 초기 측정 조사 자료의 존재 여부에 따라 측정 여부를 결정하며, 기존에 측정 조사 자료가 있는 경우에는 생략할 수 있다. 단, 기존의 측정 자료에 대한 신뢰성에 대해서 발주기 268 SW사업 대가산정 가이드(2015년) 민간용

283 관과 사업자간의 합의를 통해 인정되어야 한다. 측정항목 초기값 측정치 조사의 종료여부와 상관없이 서비스 평가방법 설정 활동 이후의 단계를 계속 진행한다. 초기 값 측정의 목적 SLA 초기 적용 시 SLA에 대한 이해 부족으로 서비스 사업자는 가급적 제재(Penalty) 적용을 회피하는데 유리하도록 서비스수준 데이터 값을 낮추려는 경향을, 발주기관은 IT 아웃소싱 서 비스 대가를 낮추기 위해 서비스 수준 데이터 값을 높게 설정하려고 하는 경향이 있다. 상호 동의할 수 있는 객관적인 실제 측정값을 확보하기 위하여 목표수준 설정을 위한 초기 값 측정 기간을 두는 것이 필요하다. 또한 합의된 측정항목이 과연 서비스의 성과 통제 수단으로서 그 의미가 있는지 실 데이 터를 가지고 판단할 수 있다. 초기 값 측정 기간의 적절성 어느 정도 상호 신뢰할 수 있는 측정결과 데이터 값의 샘플수를 확보하기 위해 일반적 으로 보통 6개월 ~ 9개월의 시범운영 기간을 설정하고 있다. IT 아웃소싱 서비스 계약 이전과 관련하여 측정항목에 대한 측정 데이터 값이 확보되어 있을 경우, 기존 데이터 값을 검증만 하는 수준으로 측정기간을 협의 하에 단축하여 운영 할 수 있다. 위 사안을 고려하여 아래 표와 같이 각 평가항목별 측정방법과 측정 기준을 정리한다. 표4-59 평가항목별 측정방법과 측정기준 정의 양식 평가항목 측정방법 측정기준 4 단계 : 서비스 평가 정의된 서비스 측정 항목 및 서비스 목표 수준에 따라 종합 점수 평가 계획을 작성하고, 대가 체계에 연관시킨다. 선정된 측정항목에 대해서는 일반적으로 중요도에 따라 평가에 적용하는 지표와 관리만 하는 지표로 분류하여 관리한다. 2. 소프트웨어 유지관리 및 운영비 269

284 평가에 반영하는 측정항목은 서비스에 중대한 영향을 끼칠 수 있는 지표로 제재 (Penalty)와 같은 성과 평가의 대상이 되는 지표이며, 측정 및 관리만 하는 지표는 중요 하나 제재(Penalty) 적용에서 제외되는 지표를 말한다. 서비스 수준 평가표 SLA 측정항목에 대한 종합 평가는 아래의 절차를 따른다. 1 각 평가 항목별 측정 점수 결정한다. 측정 점수는 1~100점의 범위 내에서 산정한다. 2 각 평가항목별 가중치 부여 (가중치 합=100) 3 가중치를 고려한 최종 점수를 결정한다. 이때 최종 점수는 1~100점 범위 내에서 계산된다. 4 최종 점수를 통해 등급을 결정한다. 표4-60 서비스 수준 평가표 서비스수준 평가 평가항목 측정점수 가중치 점수 합계 단계 : 월별 대가 사후정산 최종 서비스 평가 등급의 수와 제재/보상 수준은 업무 특성에 따라 결정한다. 평가는 매월 실시하여 최소수준 이하의 서비스에 대해 일정 수준의 노력이 없으면 제재 (Penalty) 비용으로 부과한다. 서비스 성과가 높을 경우 기지불한 제재를 돌려받을 권리인 환 급 제도를 적용한다. 매월 제재 비용과 환급 금액을 상계 계산하여 연말에 최종 정산하여 상계 후 남은 제재 금액이 있을 시 징수한다. SW사업 대가의 사후 정산이 가능한 경우 계약 종료시점 시 최종 보상금액을 사후정산 할 수 있다. 270 SW사업 대가산정 가이드(2015년) 민간용

285 표4-61 서비스수준 평가점수별 등급 서비스수준 평가 적용 등급 점수 제재/보상 1 90이상 100이하 보상 x% 2 85이상 90이하 보상 x% 3 80이상 85이하 제재 x% 4 75이상 80이하 제재 x% 5... 제재 x% 산출물 SLA기반 유지관리 및 운영 대가방식을 위한 제재/보상 % 계산은 아래의 산출표를 참고한다. 표4-62 SLA기반 유지관리 및 운영 대가의 제재/보상수준 산출물 양식 월별 서비스수준 평가표 평가항목 측정점수 가중치 점수 합계 100 평가등급 적용 등급 점수 제재/보상 당월 등급 당월 제재/보상 2. 소프트웨어 유지관리 및 운영비 271

286 2.5.5 관련 참고자료 및 유의사항 계약체결 시 중요사항 협상대상자와 운영 및 유지관리 관련 서비스를 공급하고 인도하기 위한 계약에 대하여 협상, 사업자 및 발주자의 의무와 책임 정의, 작업의 완료시점 그리고 위험요소를 정의한다. 발주기관과 사업자는 서비스수준협약서(SLA) 확정(안)을 확정하여 서명 또는 날인하여 계약을 체결한다. 발주기관과 사업자는 서비스수준 협약 시에 제반서류의 누락여부를 확인한다. 정보시스템 운영ㆍ유지관리 용역계약서에 서비스수준관리(SLM) 목표이행 명시한다. 서비스 목표수준, 수준평가, 보상(Reward) 및 제재(Penalty) 적용 등에 대한 사항을 명시한다. SLA기반 유지관리 및 운영비 정산법은 예산확보단계 및 사업발주단계에 사업비를 산정 하기 위해 직접 적용되지는 않으나, SLA기반의 정산법을 사용하는 경우 사전에 사후 정산의 가능성을 고려해야 한다 적용사례 1 단계 : 서비스 준비 가 기업은 인사관리 시스템에 대한 유지관리 및 운영을 외주업체에 맡기고 있다. 첫 해 외 주사업을 통해 유지관리 및 운영 업체와 서비스 항목 및 수준을 측정하여, 전년도 사업의 유지관리 및 운영 사업비 대가 산정 방식으로 산정된 대가에 SLA 기반 대가 방식을 적용 하여 올해의 대가 산정을 수행하고자 한다. 전년도 사업의 대가는 요율제, 투입공수, 또는 고정비/변동비 등의 대가 산정 방법 중 업무 특성에 적합한 것을 택하여 진행한 것으로 가 정한다. 2 단계 : 서비스 정의 SLA에 들어갈 서비스들을 정의한다. 본 예시에서는 S/R처리, 장애처리, 변경관리, 보안관리, 고객만족도를 고려하여 대가를 산정하였다. 대상 서비스는 단계별 절차에 설명된 서비스 Pool을 참고하여 최종 확정한다. 272 SW사업 대가산정 가이드(2015년) 민간용

287 3 단계 : 서비스 측정 및 기준 협약 각 대상 서비스별로 측정 방법 및 측정 점수를 협약한다. 이 기준에 따라 매월 점수를 측정 하게 된다. 아래와 같은 평가 기준을 작성할 수 있다. 평가항목 측정방법 측정기준 S/R처리 S/R 처리 만족도 만족처리 비율(%) 장애처리 장애처리 시간 기준시간 내 처리비율(%) 보안관리 보안패치 처리건수 회수에 따른 점수기준 고객만족도 서비스만족도 조사 만족도 평균(%) 4 단계 : 서비스 평가 첫 번째 월의 서비스 수준 평가 결과 각 항목에 대해 아래와 같은 결과를 얻었다. 월별 서비스수준 평가표 평가항목 측정점수 가중치 점수 S/R처리 장애처리 보안관리 고객만족도 합계 평가등급 적용 등급 점수 제재/보상 1 90이상 100이하 보상 2% 2 85이상 90이하 보상 1% 3 80이상 85이하 제재 1% 4 75이상 80이하 제재 3% 5 70이상 75이하 제재 5% 당월 등급 4 당월 제재/보상 제재 3% 서비스 평가 점수가 78점이므로 이번 달의 평가 등급은 4급이 된다. 따라서 제재 3%를 기 입한다. 제재 및 보상의 기준이 되는 대가는 전년도 사업의 유지관리 및 운영 대가 산정 방 법을 사용하여 산정한다. 2. 소프트웨어 유지관리 및 운영비 273

288 5 단계 : 월별 대가 사후정산 월별 보상/제재 %를 1년간 누적 기입한 후, 최종 제재 및 보상%를 합산하여 사업연도 말에 최종 정산을 한다. 최종 정산 시 제재가 나올 경우 계산된 %만큼 기준 유지관리/운영 금액 에서 감액한다. 만약 최종적으로 합산한 보상/제재 %가 3% 제재인 경우, 총 유지관리 및 운영 기본 대가를 고정비/변동비를 사용하여 2.3.6의 예제와 같이 총 552,041,019원이 산 정되었다면, 그 3%인 16,561,231원을 제재 금액으로 산정한다. 최종 정산 시 보상이 나올 경우의 사후 정산은 수발주자 협의에 의해 사후 정산 형태로 지급할 수 있다. 사후정산 방식에 대해서는 고정비/변동비 방법의 참고사항을 참고한다. 274 SW사업 대가산정 가이드(2015년) 민간용

289 2.6 상용 소프트웨어 유지관리비 상용 소프트웨어 유지관리비 개요 상용SW 유지관리비는 연간 상용SW 유지관리 사업의 대가산정 시 적용하는 방법이다. 상용SW 유지관리 대가산정은 해당 상용SW의 평가점수에 따라 서비스의 등급을 책정하고 각 등급별 적 정 요율을 반영하여 적용한다. 이때 기준이 되는 요율은 최초 Licence 구매 계약 금액의 13%를 준용하며, 이를 3등급(평균)에 해당하는 서비스의 요율로 산정한다. 등급별 구간 요율차이는 서비스의 난이도, 중요도 등을 고려하여 발주기관과 업체가 상호 협의 하여 정하도록 한다. 상용SW유지관리 대가 = 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 2. 소프트웨어 유지관리 및 운영비 275

290 2.6.2 절차별 주요 내용 표4-63 상용SW 유지관리비 산정 절차 절차 주요내용 산출물 1. 사전준비 2. 유지관리 평가점수 산출 유지관리 대상 상용SW를 식별한다. 유지관리 대상 상용 소프트웨어의 유지관리 등급 책정을 위한 평가 점수를 산출한다. - 유지보수비 평가지표 참고 (기획재정부 예산안 작성 세부지침 별첨3 ) 유지관리 대상 상용 소프트웨어 유지관리 서비스 평가 점수 3. 유지관리 등급책정 산출된 평가점수에 따라 유지관리 등급을 판별한다. 유지관리 등급 4. 유지관리 요율결정 유지관리 등급에 따라 유지관리 요율을 적용한다. - 3등급 13%를 기준으로 등급별 구간 요율의 차이는 발주기관과 업체가 상호 협의하여 결정한다. 유지관리 요율 5. 상용SW 유지관리비 산정 상용소프트웨어 유지관리비를 산정한다. - 상용SW유지관리비 = 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 상용소프트웨어 유지관리비 276 SW사업 대가산정 가이드(2015년) 민간용

291 2.6.3 단계별 설명 1 단계 : 사전준비 유지관리 대상 상용SW 정의 유지관리 대상 상용 소프트웨어를 식별한다. 2 단계 : 유지관리 평가점수 산출 유지관리 대상 상용 소프트웨어의 평가점수 산출 유지관리 대상 상용 소프트웨어의 유지관리 등급 책정을 위한 평가점수를 산출한다. 예산안 작성 세부지침의 '유지보수 평가지표'에 따라 아래 [표 4-24]의 5가지 측정 배점을 선택한다. 항목별 5가지 측정항목별로 적용된 배점에 아래 [표 4-24]의 측정관점별 가중치를 반영한 후, 모두 합산하여 유지관리 등급결정을 위한 측정점수를 산정한다. 표4-64 상용SW 유지관리 측정 항목별 배점 적용 측정 관점 가중치(%) 측정항목 배점 선택 [참고]배점범위 업무중요도 60 유지관리 특성 40 업무영향범위 60 30점 100 데이터중요도 정부 예산안 편성 작 10 2점 47점 성 세부지침의(별첨3) 이용자수/처리건수 30 15점 유지보수 평가지표에 유지관리 난이도 따라 배점 적용 70 50점 100 유지관리 항목 30 20점 70점 출처 : 행정자치부 [정보자원 유지보수 등급측정 매뉴얼] 2. 소프트웨어 유지관리 및 운영비 277

292 3 단계 : 유지관리 등급책정 2단계 절차에 따라 산정된 측정점수를 바탕으로 아래 [표 4-25]에 따라 유지관리 등급을 결 정한다. 표4-65 상용SW 유지관리 측정 점수별 등급구분 측정 점수 96점 이상 91 95점 81 90점 71 80점 70점 이하 유지관리 등급 1등급 2등급 3등급 4등급 5등급 단, 조달청 쇼핑몰에 유지관리 상품으로 등록된 제품은 조달청이 제시하는 등급 산정기준에 따라 적용한다. 4 단계 : 유지관리 요율결정 3단계 절차에 따라 유지관리 등급을 바탕으로 아래 [표 4-26]에 따라 유지관리 정한다. 요율을 결 이때 기준이 되는 요율은 최초 Licence 구매 계약 금액의 13%를 준용하며, 이를 3등급(평 균)에 해당하는 서비스의 요율로 산정한다. 등급별 구간 요율차이는 서비스의 난이도, 중요도 등을 고려하여 발주기관과 업체가 상호 협의하여 정하도록 한다. 278 SW사업 대가산정 가이드(2015년) 민간용

293 표4-66 상용SW 유지관리 측정 점수별 등급 및 적용요율 측정 점수 유지관리 등급 적용 요율 (%) 96점 이상 1등급 협의 91 95점 2등급 협의 81 90점 3등급 점 4등급 협의 70점 이하 5등급 협의 단, 조달청 쇼핑몰에 유지관리 상품으로 등록된 제품은 조달청이 제시하는 요율 산정기준에 따라 적용한다. 5 단계 : SW 유지관리비 산정 요율제 대가는 재산정된 소프트웨어 개발비에 난이도 특성요소를 고려하여 산정된 요율을 곱 하여 아래의 산식과 같이 계산한다. 상용SW유지관리 대가 = 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 2. 소프트웨어 유지관리 및 운영비 279

294 2.6.4 산출물 상용SW 유지관리 평가점수에 따른 등급별 유지관리 대가산정 내역을 종합 정리하는 계산양식 은 다음과 같다. 표4-67 상용SW 유지관리비 산정내역 산출물 양식 상용SW 대상식별 상용SW 유지관리비 대가산정 측정분야 가중치(%) 세부측정항목 배점 평가점수 산정 유지관리 등급결정 유지관리 요율결정 상용SW 유지관리 대가산정 업무 중요도 유지관리 특성 업무영향 범위 데이터 중요도 10 이용자수 / 처리건수 유지관리 난이도 70 유지관리항목 30 총 상용SW 유지관리 평가점수 측정 점수 유지관리 등급 96점 이상 1등급 91 95점 2등급 81 90점 3등급 71 80점 4등급 70점 이하 5등급 유지관리 등급 적용 요율 (%) 1등급 협의 2등급 협의 3등급 등급 협의 5등급 협의 Licence 구매 계약 금액 등급별 유지관리요율 % 상용SW유지관리비 (부가세 별도) 280 SW사업 대가산정 가이드(2015년) 민간용

295 2.6.5 관련 참고자료 및 유의사항 유의사항 동일한 소프트웨어가 여러 기관(장소)에 설치되어 사용되고 있으며 또한 계약이 통합 발주 되어 유지관리를 수행하는 경우, 유지관리비를 유지관리 하여야 하는 기관(장소)의 수에 따라 발주자와 수주자간의 협의 하에 판단하여 조정할 수 있다. 상용SW의 경우에는 유지관리 서비스 유형이나, 수준에 따라 유지관리 대가의 편차가 크 기 때문에 평균요율을 기준으로 상호협의 하에 차등요율을 적용할 수 있다. 다만, 상용SW 유지관리 대가산정 방법을 사용하는 경우, 일반적으로 상용SW 유지관리 서 비스에는 메이져 업그레이드나 커스터마이징 비용은 포함되지 않으며, 이는 필요에 따라 별도 계약을 진행할 수 있다. 또한 상용SW 유지관리 요율결정 시 메이져 업그레이드나 커스터마이징 비용을 포함하여, 요율을 조정할 수 있다. 조달청 쇼핑몰에 상품등록된 상용SW의 경우 조달청이 제시하는 가격 결정방안에 따라 유 지관리 요율 및 대가를 산정하여야 한다. 2. 소프트웨어 유지관리 및 운영비 281

296 2.6.6 적용사례 상용SW 유지관리비의 적용 절차에 따른 산정 예제는 다음과 같다. 본 가이드의 예제(지식관리 시스템)는 행정자치부의 정보자원 유지보수 등급측정 매뉴얼 을 참고하여 작성하였다. 1 단계 : 사전준비 가 기관은 현재 활용중인 지식관리 서비스의 지속적인 제공을 위하여 지식관리 시스템의 유 지관리 대가를 산정하고자 한다. 해당 지식관리 시스템에 포함되어 있는 상용SW는 다음과 같다. 구분(업무) 측정항목 모델 구분 지식관리 시스템 (지식관리서비스) 지식관리 WEB/WAS-1 서버용 webtob webtod WEB/WAS 식별된 유지관리 대상 상용 소프트웨어에 대하여 조달청의 쇼핑몰 유지관리 등록상품 여부를 확인한 결과 등록되지 않은 상품으로 일반적인 상용 소프트웨어의 유지관리 대가산정 절차에 따라 유지관리 대가를 산정하도록 한다. 2 단계 : 유지관리 평가점수 산출 유지관리 대상 상용 소프트웨어의 평가점수 산출 예산안 작성 세부지침의 '유지보수 평가지표'에 따라 유지관리 대상 상용 소프트웨어의 유지 관리 등급 책정을 위한 평가점수를 아래와 같이 산출한다. 측정관점 (가중치) 업무 중요도 (60%) 유지보수 특성 (40%) 측정방법 업무중요도 측정항목에서 해당 측정기준을 선택 하여 배점을 합산 - 업무영향범위(40) + 데이터 중요도(8) + 이용자수(30) = 78점 - 업무중요도 배점 소계 : 78점 78점 X 0.6(가중치) = 46.8점 유지보수특성 측정항목에서 해당 측정기준을 선택 하여 배점을 합산 - 유지보수 난이도(70) + 유지보수 항목(25) - 유지보수특성 배점 소계 : 95점 95점 X 0.4(가중치) = 38점 측정결과 평가점수 : 84.8점 = 업무중요도(46.8) + 유지보수특성(38) 282 SW사업 대가산정 가이드(2015년) 민간용

297 측정관점 측정항목 측정방법 선택배점 업무영향 범위 지식관리서비스는 내부 행정 업무서비스이므로 업무영향범위 구성 중 기타 를 세부유형은 공통 을 선택하고, 민원발생, 대국민서비스 지연(저하)에 해당하는 서비스이므로 측정기준에서 3번 선택 40 업무 중요도 데이터 중요도 해당 SW가 지원하는 지식관리서비스는 부내 행정정보시스템의 하나로 데이터 보존기간은 30년 이상 보관대상 측정기준에 해당되어 측정기준에서 2번 선택 8 이용자수/ 처리건수 해당 SW가 지원하는 지식관리서비스는 기관 내부 서비스로써 일 최대 이용자수를 기관 인원의 전체 50% 이상이 사용하므로 측정기준에서 2번 선택 30 유지보수 특성 유지관리 난이도 유지관리 항목 해당 SW가 지원하는 정보시스템이 공용 사용 또는 이중화 구성 등 복잡도가 높아 전문적인 기술수준의 유지보수 업무난이도 처리가 필요하므로 측정 기준에서 1번 선택 해당 SW는 정보시스템 운영의 필수적 SW로써 정기점검을 통한 일반적 유지보수 서비스 업무가 제공되므로 측정기준에서 2번 선택 이는 기획재정부의 정부 예산안 편성 작성 세부지침의 (별첨3) 유지보수 평가지표 에 따라 측정하였으며, 측정항목별로 선택한 배점에 따라 전체 84.8점의 평가점수가 산출되었다. 3 단계 : 유지관리 등급책정 2단계 절차에 따라 산정된 측정점수를 바탕으로 유지관리 등급을 결정한다. 측정 점수 96점 이상 91 95점 81 90점 71 80점 70점 이하 유지관리 등급 1등급 2등급 3등급 4등급 5등급 측정된 84.8점의 평가점수에 따라 81~90점 구간인 3등급의 유지관리 등급을 책정한다. 2. 소프트웨어 유지관리 및 운영비 283

298 4 단계 : 유지관리 요율결정 3단계 절차에 따라 정해진 유지관리 등급을 바탕으로 유지관리 요율을 결정한다. 3등급의 경우 13%의 유지관리 요율을 적용한다. 측정 점수 유지관리 등급 적용 요율 (%) 96점 이상 1등급 협의 91 95점 2등급 협의 81 90점 3등급 점 4등급 협의 70점 이하 5등급 협의 5 단계 : 상용SW 유지관리비 산정 지식기반 시스템의 지식관리 WEB/WAS-1 서버용 webtob의 최초 Licence 구매 계약 금액 은 5천만원으로 최종 상용SW 유지관리 대가는 3등급의 13% 요율을 최초 Licence 구매 계 약 금액에 적용하여 아래의 산식과 같이 계산한다. 상용SW유지관리 대가 = 최초 Licence 구매 계약 금액 X 등급별 유지관리요율 = 50,000,000원 X 13% = 6,500,000원 상용SW 유지관리비의 산정 내역을 종합하면 다음과 같다. 284 SW사업 대가산정 가이드(2015년) 민간용

299 상용SW 유지관리비 대가산정 상용SW 대상식별 지식관리 WEB/WAS-1 서버용 webtob 측정분야 가중치(%) 세부측정항목 배점 업무영향 범위 40 평가점수 산정 업무 중요도 유지관리 특성 데이터 중요도 8 이용자수 / 처리건수 30 유지관리 난이도 70 유지관리항목 25 총 상용SW 유지관리 평가점수 84.8 유지관리 등급결정 측정 점수 96점 이상 91 95점 81 90점 71 80점 70점 이하 유지관리 등급 1등급 2등급 3등급 4등급 5등급 유지관리 등급 적용 요율 (%) 1등급 협의 유지관리 요율결정 2등급 협의 3등급 등급 5등급 협의 협의 상용SW 유지관리 대가산정 Licence 구매 계약 금액 50,000,000 등급별 유지관리요율 13 % 상용SW 유지관리비 6,500,000 (부가세 별도 산정) 2. 소프트웨어 유지관리 및 운영비 285

300 3 part Ⅳ SW사업운영단계 소프트웨어 재개발비 3.1 재개발 기능점수 방식 재개발 기능점수 방식 개요 소프트웨어 재개발은 개발된 소프트웨어의 일부를 다시 개발하거나, 발주자가 보유한 소프트 웨어 자산을 재사용한 개발을 말한다. 소프트웨어 재개발비는 재사용 대상 소프트웨어의 기능점수로부터 수정 대상 소프트웨어 규모를 계산하고, 여기에 신규개발에 해당하는 신규개발규모를 별도로 산정하여 이를 합한 총 재개발 규모를 기준으로 총 재개발 원가를 구하고 직접경비와 이윤을 더하여 산정한다. 여기서 수정 대상 소프트웨어 규모란 수정에 소요되는 실제 노력을 반영한 기능점수 규모이며, 재사용 대 상 소프트웨어의 재사용 유형 및 재개발 특성 평가에 의하여 산정된다. 소프트웨어 재개발비 = 총 재개발 원가 + 직접경비 + 이윤 또한, 신규시스템 구축사업에서 기 개발되어 있는 소프트웨어의 일부를 재사용하여 개발하는 경우에 재사용되는 소프트웨어에 일부의 변경이 일어난다면 이 부분에 대해서도 재개발비 산정 기준을 적용할 수 있다. 재개발 수행활동 구분 소프트웨어 재개발은 신규기능 추가, 기존기능 재사용(수정 후 재사용 또는 수정 없이 재 사용), 기존기능 삭제 등의 활동을 수행한다. 이중 재개발비 산정대상은 신규기능, 기존 기능 수정, 기존기능 수정 없이 재사용한 기능을 대상으로 정의하고, 기존기능 삭제는 산 정대상에서 제외한다. 286 SW사업 대가산정 가이드(2015년) 민간용

301 표4-68 재개발비 산정대상 여부 재개발 수행활동 구분 재개발비 산정 대상 여부 비고 신규기능 추가 대상 기존기능 재사용 수정 후 재사용 수정 없이 재사용 대상 대상 기존기능 삭제 비 대상 재개발과 유지관리의 구분 기 개발되어 있는 소프트웨어를 수정하는 경우에 유지관리비와 재개발비 중 어느 것을 적용해야 하는가를 결정해야 한다. 일반적으로는 소프트웨어의 기능변경 수준이 유지관리 범위를 초과하면 재개발, 이하이면 유지관리로 구분하여 해당 대가를 적용하는 것이 바람 직하다. 재개발과 유지관리를 구분하는 기능변경의 수준인 유지관리 범위를 명확히 정의할 수 없기 때문에 해당 사업의 특성에 따라 결정할 수 있다. (예시 1) OO사업에서는 재개발에 투입되는 공수가 3 Man-Month를 초과한다면 유지관리 대가를 적용하지 않고 재개발 대가기준을 적용하여 대가를 산정한다. (예시 2) 사업에서는 개발되어 있는 소프트웨어의 기능의 변경량이 75FP를 초과하면 유지관리대가를 적용하지 않고 재개발 대가기준을 적용하여 대가를 산정한다. 재개발비를 적용하기 어려운 예외 실질적으로는 재개발이지만 설계변경률이 0으로 산정되어 재개발비를 적용하기 어려운 경우 가 있다. 예를 들어 메인프레임 기반에서 웹 기반으로 재개발하면서 사용자인터페이스(UI: User Interface), 업무처리로직(BL: Business Logic), 데이터처리로직(DL: Data Logic)이 모두 그대로여서 설계변경률이 0으로 산정되었다고 하자. 이 경우에는 총 변경률이 0으로 산정되 므로 재개발비를 적용하기가 적절하지 않다. 이런 경우에는 신규 개발비 대가기준을 적용하 되 분석/설계 단계의 대가는 제외하고 구현/시험 단계의 개발비만 다시 산정하여 대가로 적용하는 것이 적절하다. 재개발 대가산정 과정에서 적용되는 각종 특성요인들(총 변경률, 재사용 소프트웨어 평가 노력, 재사용 소프트웨어 난이도, 재사용 소프트웨어 친숙도)의 수치에 따라 재개발 소프트 웨어 규모가 재사용 대상 소프트웨어 규모보다 커질 수 있으며, 이는 비용적으로 재사용 효과가 없다고 볼 수 있으므로 신규개발로 판단하여 산정할 수 있다. 3. 소프트웨어 재개발비 287

302 3.1.2 절차별 주요 내용 표4-69 재개발비 산정 절차 절차 주요내용 산출물 재개발 대상 업무 선정 재개발대상업무 1. 사전준비 재개발 요건 정의 재개발 요건 2. 재사용 유형 식별 및 수정 대상 규모 산정 3. 변경률 산정 4. 재개발 특성 평가 5. 재개발 소프트 웨어 규모 및 재개발원가 계산 재개발 대상 소프트웨어의 기능 재사용 유 형을 식별한다. 수정 대상 소프트웨어 규모를 산정한다. 설계 변경률, 코드 변경률, 통합 및 시험 변경률을 각각 산정한다. 총 변경률을 계산한다. 재사용 소프트웨어 평가 노력 수준을 판단한다. 프로그램의 구조화 정도, 애플리케이션 관점에 서의 명확성, 프로그램 소스코드의 서술 정도로 부터 재사용 소프트웨어 난이도 수준을 판단 한다. 재사용 소프트웨어의 친숙도 수준을 평가한다. 총 변경률에 따라 결정되는 재개발 소프트 웨어 규모 산정식을 통하여 재개발 소프트 웨어 규모를 산정한다. 별도 산정된 신규개발 규모와 수정 없이 재개발 소프트웨어 규모가 있다면, 수정 후 재개발 소프트웨어 규모와 합산한다. 산정된 소프트웨어 규모에 기능점수당 단 가를 곱하여 보정전 재개발 원가를 구한다. 수정 대상 소프트웨어 규모 설계 변경률 코드 변경률 통합 및 시험 변경률 총 변경률 재사용 소프트웨어 평가 노력 수준 재사용 소프트웨어 난이도 수준 재사용 소프트웨어친숙도 수준 재개발 소프트웨어 규모 보정전 재개발원가 보정후 재개발원가 6. 직접경비 및 이윤 계산 7. 소프트웨어 재개발비 산정 보정전 재개발원가에 4가지의 보정계수 값 을 곱하여 보정후 재개발원가를 구한다. 해당 소프트웨어 재개발에 관련된 직접경비를 계산한다. 이윤은 재개발원가의 25% 이내에서 산정한다. 소프트웨어 재개발비를 산정한다. 재개발비 = 보정후 재개발원가 + 직접경비 + 이윤 직접경비 이윤 소프트웨어 재개발비 288 SW사업 대가산정 가이드(2015년) 민간용

303 3.1.3 단계별 설명 1 단계 : 사전준비 재개발 대상 업무 선정 발주자의 정보화사업 목적 및 목표를 충족할 수 있도록 소프트웨어 재개발 정의에 따라 재 개발 대상 업무를 명확히 정의한다. 재개발 요건 정의 재개발 대상 업무별로 사업특성을 고려하여 신규개발기능, 기존기능 재사용 판단을 통하여 개발요건을 명확히 정의한다. 재개발 규모 산정방법 결정 재개발 대상 소프트웨어의 규모를 산정하기 위한 방법을 결정한다. 재개발 규모의 산정에는 일반적인 기능점수 산정방법(정통법)을 사용하는 것이 원칙이다. 그러나, 기능점수 산정 시 복잡도를 판별하기 어려운 경우에는 평균복잡도를 적용한 간이법 (평균복잡도법)을 사용할 수 있다. 2 단계 : 재개발 대상 기능유형 식별 및 재개발 대상 규모의 산정 재개발 대상 소프트웨어에 포함되어 있는 각 기능들의 기능유형에는 다음과 같은 것이 있다. 재개발 대상 소프트웨어의 기능 유형 재개발 소프트웨어 기능 = 신규개발 기능 + 수정 후 재사용 기능 + 수정 없이 재사용 기능 그림 4-2 재개발 소프트웨어 대상 기능유형 예시 3. 소프트웨어 재개발비 289

304 신규개발 기능 : 기존 시스템에 존재하지 않아 신규로 추가되는 기능. 기존 시스템에 존재 하지 않는 신규기능의 추가는 소프트웨어 개발비 산정과 동일하게 별도 산정한다. 수정 후 재사용 기능 : 기존 시스템에 존재하는 기능 중 설계, 코딩, 통합 및 시험 단계에서 변경이 일어나는 재사용 대상 기능을 말한다. (예 : 기존 시스템의 고도화 및 재개발 사업에 서 기존 기능을 수정하고자 하는 경우) 기존 시스템의 기능을 폐기하고 전부 새롭게 재개발 하는 경우도 여기에 해당하며, 이 경우는 100% 수정 후 재사용되는 것으로 간주한다. 수정 후 재사용 기능의 식별 기준은 데이터 기능과 트랜잭션 기능으로 구분하여 적용된다. 수정 후 재사용 기능의 식별 기준 데이터 기능 : 데이터 기능이 수정 후 재사용 기능으로 식별 되려면 기존 데이터 기능에 구조적인 변화가 있어야 한다. (예 : 필드의 추가 또는 제거, 속성 변경 등) 트랜잭션 기능 : 트랜잭션 기능이 수정 후 재사용 기능으로 식별 되려면 기존 트랜잭션 기능에서 사용자 화면이 변경되거나, 내부 처리로직의 변경 또는 참조 데이터 기능, 파일 등의 데이터 로직의 변경이 있어야 한다. 수정 없이 재사용 기능 : 수정 없이 재사용 기능은 설계 및 코드의 변경이 일어나지는 않 으나 소프트웨어 통합 및 시험활동이 반드시 요구되는 기능을 말한다. 단, 재개발 대상 시 스템에 직접적인 영향을 미치지 않거나 관련이 없는 시스템에서 개발된 기능들의 재사용 과 재개발 업무 특성상 발주자가 명확하게 시험활동을 요구하는 기 개발된 기능의 재사용 을 말한다. 수정 없이 재사용 기능으로 식별할 수 있는 예시는 다음과 같다. 수정없이 재사용 기능 식별의 일반적 예시 : 타 시스템(재개발 사업과 직접적 관련이 없는 시스템)에서 동작하는 특정 소프트웨어 기능(또는 모듈)을 재개발 대상 시스템에 서 수정 없이 재사용하는 기능 위의 기준에 따라 재개발 대상 소프트웨어에서 재사용 유형이 식별되면, 이를 바탕으로 재개발 대상 소프트웨어 규모를 산정한다. 신규개발 소프트웨어 규모의 산정 신규개발 소프트웨어 규모 = 신규개발 데이터 규모 + 신규개발 트랜잭션 규모 290 SW사업 대가산정 가이드(2015년) 민간용

305 수정 없이 재개발 소프트웨어 규모의 산정 수정 없이 재개발 소프트웨어 규모는 데이터 기능과 트랜잭션 기능 모두에 적용된다. 단, 데 이터 기능이 적용되는 경우는 사업특성 상 고객의 특이한 요건을 충족시키기 위한 목적으로 제한적으로 적용된다. 데이터 기능이 제한적으로 적용되는 이유는 대부분의 데이터 기능 산정대상은 신규로 논리파일을 생성하거나 기존 논리파일의 속성변경 등 수정 후 재사용 기 능에 해당하기 때문이다. 수정 없이 재사용 대상 소프트웨어 규모 = 수정 없이 재사용 대상 데이터 규모 + 수정 없이 재사용 트랜잭션 규모 수정 없이 재개발 소프트웨어 규모 = 수정 없이 재사용 대상 소프트웨어 규모 시 험단계 비율 범위 안에서 적용(0~25%) 시험단계비율(25%) : [표 3-18] 소프트웨어 개발 단계별 기능점수 가중치 참고 [참고] 시험단계 비율 범위 적용방법 - 0%는 재개발과 관련하여 통합이나 시험이 전혀 필요 없음을 의미한다. - 25%는 해당 재개발 소프트웨어에 소요되는 통합 및 시험의 노력이 완전히 새로 개발하는 소프트웨어에 대해서 소요되는 것과 동일한 정도로 소요됨을 의미한다. - 0%와 25% 사이의 값은 신규 개발 소프트웨어에 필요한 통합 및 시험 노력에 대해 상대적으로 어느 정도의 통합 및 시험의 노력이 소요 되는지로 결정된다. 수정 후 재개발 소프트웨어 규모의 산정 수정 후 재개발 소프트웨어 규모란 기존의 재개발 대상 소프트웨어의 기능 중 수정이 필 요한 규모를 의미하는 것으로서, 재개발 대상 소프트웨어의 기능 중 수정이 일어나는(수정 후 재사용) 기능이 이에 해당된다. 수정 후 재개발 소프트웨어 규모는 수정 대상 데이터 규모와 수정 대상 트랜잭션 규모로 구분되며, 수정 대상 데이터 규모와 수정 대상 트랜잭션 규모의 합으로 산정된다. 수정 후 재개발 소프트웨어 규모 = 수정 대상 데이터 규모 + 수정 대상 트랜잭션 규모 수정 대상 데이터 규모 : 재개발 대상 소프트웨어의 데이터 기능 중 수정 대상 데이터 기능에 해당하는 기능점수의 합계 수정 대상 트랜잭션 규모 : 재개발 대상 소프트웨어의 트랜잭션 기능 중 수정 대상 트랜잭션 기능에 해당하는 기능점수의 합계 3. 소프트웨어 재개발비 291

306 (예시) 수정 대상 소프트웨어 규모의 산정 수정 대상 데이터 규모의 산정(예) 기능명 데이터 기능점수 (FP) 개발 요건 재사용 유형 ILF EIF 직원정보 15 - 필드 일부 변경 수정 후 재사용 O 직무정보 10 - 필드 일부 변경 수정 후 재사용 O 경력정보 7 - 필드 일부 변경 수정 후 재사용 O 학력정보 10 - 신규개발 (해당사항 없음) X 연봉정보 10 - 그대로 사용 수정 없이 재사용 X 자격정보 7 - 폐기 후 새로 설계 수정 후 재사용 O 취미정보 7 - 신규개발 (해당사항 없음) X 수정 대상 데이터 규모 39 FP 수정 대상 여부 수정 대상 트랜잭션 규모의 산정(예) 기능명 트랜잭션 기능점수 (FP) 개발 요건 재사용 유형 EI EO EQ 부서정보 등록 4 일부기능 보강 수정 후 재사용 O 부서정보 수정 4 일부기능 보강 수정 후 재사용 O 부서정보 삭제 3 변경없음 수정 없이 재사용 X 부서정보 조회 4 신규개발 (해당사항 없음) X 수정 대상 여부 직원정보 등록 4 일부기능 보강 수정 후 재사용 O 직원정보 수정 4 폐기 후 새롭게 개발 수정 후 재사용 O 직원정보 삭제 3 변경없음 수정 없이 재사용 X 직원정보 조회 4 일부기능 보강 수정 후 재사용 O 직원명단 출력 6 신규개발 (해당사항 없음) X 수정 대상 트랜잭션 규모 20 FP 292 SW사업 대가산정 가이드(2015년) 민간용

307 수정 대상 소프트웨어 규모의 산정(예) 수정 대상 소프트웨어 규모 = 수정 대상 데이터 규모 + 수정 대상 트랜잭션 규모 = = 59 FP 3 단계 : 변경률 산정 변경률은 설계 변경률, 코드 변경률, 통합 및 시험 변경률로 구성된다. 설계 변경률 설계 변경률은 소프트웨어의 재사용을 위해 어느 정도의 설계 노력이 필요한지를 나타낸다. 기본적으로, 설계 변경률이 낮으면 소프트웨어의 재사용 정도가 높다는 것을 의미하며, 반 면 설계 변경률이 높다면 소프트웨어의 재개발 노력이 증가한다는 의미가 된다. 설계 변경률이 0% 라면 재사용 대상 소프트웨어의 설계가 새로운 업무에 완전히 부합 하여 전혀 재설계를 위한 노력이 필요 없다는 의미가 된다. 설계 변경률이 100% 라면 기존의 설계가 새로운 업무에 전혀 부합하지 않아 완전히 새로 설계하여야 함을 의미한다. 0%와 100% 사이의 값은 해당 재개발 소프트웨어의 설계를 위해 신규 개발 소프트 웨어의 설계에 비해 상대적으로 어느 정도의 노력이 소요 되는지로 결정된다. 일반적인 소프트웨어 재개발 사업에서, 설계 변경률은 10%~25% 정도로 나타나는 경 우가 많다. 설계 변경률은 데이터 설계 변경률과 트랜잭션 설계 변경률로 구분된다. 데이터 설계 변경률은 데이터 기능의 설계가 변경된 정도를 나타낸다. 각 데이터 기능 별 설계 변경률과 각 데이터 기능의 규모가 차지하는 비중에 의해 결정된다. 각 데이터 기능의 설계 변경률은 해당 데이터 기능의 논리파일에서 필드 추가 혹은 삭제, 속성 변경 등 구조적인 변경률 등을 평가하여 판단한다. 트랜잭션 설계 변경률은 사용자인터페이스(UI: User Interface), 업무처리로직(BL: Business Logic), 데이터처리로직(DL: Data Logic)의 변경정도에 따라 산정된다. 설계변경 대상 (UI, BL, DL)별 변경률을 각각 100% 기준으로 판단한 후, 전체 설계 변경률은 다음과 같이 계산된다. 트랜잭션 설계 변경률 = 0.25 a(ui변경률) b(bl변경률) c(dl변경률) 코드 변경률 코드 변경률은 물리적으로 소스코드를 어느 정도 수정해야하는지를 나타낸다. 만약 코드 변경률이 0%라면 재사용 대상 소스코드 자체에 대한 수정이 전혀 필요 없 3. 소프트웨어 재개발비 293

308 다는 의미가 된다. 만약 개발언어가 달라진 이유 등으로 인해 소스코드를 전부 새로 작성해야 한다면 코드 변경률은 100%가 된다. 0%와 100% 사이의 값은 코드의 재사용 비율에 따라 결정된다. 코드 변경률은 항상 설계 변경률보다 같거나 높은 값으로 나타난다. 코드 변경률은 설계 변경률의 두 배 정도의 값으로 나타나는 경우도 있을 수 있다. 통합 및 시험 변경률 통합 및 시험 변경률(d)은 재개발 소프트웨어에 대한 통합 및 시험에 소요되는 노력이 어느 정도인지를 나타낸다. 0%의 통합 및 시험 변경률은 소프트웨어의 재개발과 관련하여 통합이나 시험이 전혀 필요 없음을 의미한다. 100%의 통합 및 시험 변경률은 해당 재개발 소프트웨어에 소요되는 통합 및 시험의 노력이 완전히 새로 개발하는 소프트웨어에 대해서 소요되는것과 동일한 정도로 소요 됨을 의미한다. 0%와 100% 사이의 값은 신규 개발 소프트웨어에 필요한 통합 및 시험 노력에 대해 상대적으로 어느 정도의 통합 및 시험의 노력이 소요 되는지로 결정된다. 시스템 중단 시의 위험성이 높고 고가용성이 요구되는 시스템 등에서는 통합 및 시험 변경률이 100%로 나타나는 경우도 종종 발생한다. 설계 변경률 및 코드 변경률이 0%인 경우에도, 이들 소프트웨어의 통합 및 시험에 50% 정도의 통합 및 시험 변경 률이 발생하는 경우도 있을 수 있다. 총 변경률 총 변경률은 설계 변경률, 코드 변경률, 통합 및 시험 변경률을 바탕으로 다음과 같이 계산 된다. 총 변경률 = 0.4 설계 변경률 코드 변경률 통합 및 시험 변경률 변경률의 각 요소를 통해 총 변경률을 산정하는 절차는 다음과 같다. 294 SW사업 대가산정 가이드(2015년) 민간용

309 데이터 기능의 설계 변경률 산정 트랜잭션 기능의 설계 변경률 산정 데이터 및 트랜잭션 기능의 설계 변경률 통합 코드 변경률 산정 통합 및 시험 변경률 산정 총 변경률 산정 그림 4-3 총 변경률의 산정 절차 각 단계별 산정 방법은 다음과 같다. 1 데이터 기능의 설계 변경률 판단 데이터 기능 설계 변경률은 데이터 기능의 설계가 변경된 정도를 나타낸다. 데이터 기능 설계 변경률은 각 데이터 기능별 설계 변경률과 각 데이터 기능의 규모가 차지하는 비중 에 의해 결정된다. 각 데이터 기능의 설계 변경률은 해당 데이터 기능의 논리파일을 기준으로 판단한다. 특정 논리파일에서의 설계 변경률은 데이터요소유형(DET)의 변경정도를 의미한다. 해당 논리파일의 필드 추가 혹은 삭제, 속성 변경 등 구조적인 변경률 등을 평가하여 판단한다. (예시) 특정 논리파일의 설계 변경률 재사용된 테이블 A'는 총 50개의 필드(또는 DET)를 가지고 있다. 재사용을 위하여 4개 필드의 속성을 변경하고, 5개 필드를 새로이 추가하였을 경우 'A' 테이블의 설계 변경률은 다음과 같이 산정된다. 18% = (9 / 50) 100 데이터 기능 설계 변경률은 데이터 기능별 설계 변경률에 각 데이터 기능별 기능점수가 전체 수정 대상 데이터 규모에서 차지하는 비중을 고려한 가중평균으로 산정된다. 데이터 기능 설계 변경률을 산정하는 공식은 다음과 같다. 3. 소프트웨어 재개발비 295

310 데이터 기능 설계 변경률 = ( 해당 데이터 기능점수 수정 대상 데이터 규모 해당 데이터 기능 설계 변경률 ) (예시) 데이터 기능의 설계 변경률 기능명 데이터 기능점수 (FP) 1 재사용 유형 설계 변경률3 ILF EIF 규모 비중 (4=1/2) 직원정보 15 - 수정 후 재사용 30% 38.46% 직무정보 10 - 수정 후 재사용 20% 25.64% 경력정보 7 - 수정 후 재사용 10% 17.95% 학력정보 10 - (해당사항 없음) - - 연봉정보 10 - 수정 없이 재사용 - - 자격정보 7 - 수정 후 재사용 20% 17.95% 취미정보 7 - (해당사항 없음) - - 수정 대상 데이터 규모2 데이터 기능 설계 변경률 (=Σ3 4) 39 FP 22.05% 2 트랜잭션 기능의 설계 변경률 판단 트랜잭션 기능 설계 변경률은 트랜잭션 기능의 설계가 변경된 정도를 나타낸다. 트랜잭션 기능 설계 변경률은 각 트랜잭션 기능별 설계 변경률과 각 트랜잭션 기능의 규모가 차지 하는 비중에 의해 결정된다. 트랜잭션 기능의 설계 변경률은 해당 트랜잭션 기능의 각 단위프로세스(외부입력(EI), 외부 출력(EO), 외부조회(EQ))별로 판단한다. 개별 단위프로세스의 설계 변경률을 판단할 때, 객관성을 높이기 위해 3개 영역(사용자 인터페이스(UI), 업무처리로직(BL), 데이터처리로직(DL))으로 구분하여 산정할 수 있다. 사용자 인터페이스(UI) 변경률 판단 시 고려사항 : GUI(Graphic User Interface) 즉 화면 디자인의 경우, 재사용 대상 기능의 실행화면에 포함된 텍스트박스, 라디오버튼, 체크박 스, 콤보박스, 드롭다운리스트박스, 실행버튼 등 화면을 구성하는 전체 개체의 수를 기준 으로 수정될 개체의 수를 평가하여 그 변경정도를 고려하여 변경률을 판단할 수 있다. 296 SW사업 대가산정 가이드(2015년) 민간용

311 업무처리 로직(BL) 변경률 판단 시 고려사항 : 재사용 대상 기능의 업무처리로직에 포 함된 복잡한 제어 또는 애플리케이션의 고유한 보안처리 루틴, 광범위한 논리처리 루틴, 방대한 양의 수학처리 루틴, 다양한 예외처리루틴, 다중 입출력 가능성을 다 루는 복잡한 처리루틴 등과 같은 수행루틴의 복잡도를 평가할 수 있는 업무처리로직 을 구성하는 개체들(또는 모듈 또는 코드라인)을 기준으로 수정될 개체의 정도를 고려 하여 변경률을 판단할 수 있다. 데이터처리 로직(DL) 변경률 판단 시 고려사항 : 해당 기능 수행 시 사용되는 데이터를 테이블이나 파일에 Insert, Update, Delete 등을 수행하는 Query문의 수, 변경되는 논리 파일의 수 혹은 필드(DET)의 수 등 데이터 처리로직을 구성하는 개체들을 기준으로 수정될 개체의 정도를 평가하여 변경률을 판단할 수 있다. 위의 사용자인터페이스(UI), 업무처리로직(BL), 데이터처리로직(DL)의 3개 영역 각각에 대해 설계 변경률이 얻어지면, 해당 트랜잭션 기능에 대한 설계 변경률은 다음과 같이 계산된다. 특정 트랜잭션 기능 설계 변경률 = 0.25 (UI 설계 변경률) (BL 설계 변경률) (DL 설계 변경률) (예시) 특정 트랜잭션 기능의 설계 변경률 설계 변경률의 객관성을 높이기 위해 3개 영역으로 분할 평가하여, UI변경률이 20%, BL 변경률이 30%, DL변경률이 20%일 경우, 해당 트랜잭션 기능의 설계 변경률은 다음과 같이 계산된다. 트랜잭션 기능의 설계 변경률 = = 24.5% 트랜잭션 기능 설계 변경률은 트랜잭션 기능별 설계 변경률에 각 트랜잭션 기능별 기능점 수가 전체 수정 대상 트랜잭션 규모에서 차지하는 비중을 고려한 가중평균으로 산정된다. 트랜잭션 기능 설계 변경률을 산정하는 공식은 다음과 같다. 트랜잭션 기능 설계 변경률 = ( 해당 트랜잭션 기능점수 해당 트랜잭션 기능 설계 변경률 ) 수정 대상 트랜잭션 규모 3. 소프트웨어 재개발비 297

312 (예시) 트랜잭션 기능 설계 변경률 산정 기능명 트랜잭션 기능점수 (FP)1 재사용 유형 설계 변경률(%) 3 규모 비중 (4=1/2) EI EO EQ UI BL DL 계 부서정보 등록 4 수정 후 재사용 % 부서정보 수정 4 수정 후 재사용 % 부서정보 삭제 3 수정 없이 재사용 부서정보 조회 4 (해당사항 없음) 직원정보 등록 4 수정 후 재사용 % 직원정보 수정 4 수정 후 재사용 % 직원정보 삭제 3 수정 없이 재사용 직원정보 조회 4 수정 후 재사용 % 직원명단 출력 6 (해당사항 없음) 수정 대상 트랜잭션 20 FP 규모2 트랜잭션 기능 설계 변경률 (=Σ3 4) 25.8% 3 데이터 기능 및 트랜잭션 기능의 설계 변경률 통합 1, 2에서 평가된 데이터 기능과 트랜잭션 기능의 설계 변경률을 가중평균 하여 통합 설계 변경률을 산정한다. 통합 설계 변경률 = (수정 대상 데이터 규모/수정 대상 소프트웨어 규모 데이터 기능 설계변경률) + (수정 대상 트랜잭션 규모/수정 대상 소프트웨어 규모 트랜잭션 기능 설계변경률) 여기서 수정 대상 소프트웨어 규모는 수정 대상 데이터 규모와 수정대상 트랜잭션 규모의 합을 의미한다. (예시) 통합 설계 변경률의 산정 데이터 기능 및 트랜잭션 기능의 설계 변경률이 다음과 같이 산정되었다고 하자. 데이터 기능 설계 변경률 = 22.05% 트랜잭션 기능 설계 변경률 = 25.8% 수정 대상 데이터 규모 = 39 FP 수정 대상 트랜잭션 규모 = 20 FP 수정 대상 소프트웨어 규모 = = 59 FP 298 SW사업 대가산정 가이드(2015년) 민간용

313 그러면, 통합 설계 변경률은 다음과 같이 산정된다. 통합 설계 변경률 = (39 / %) + (20 / %) = 23.32% 4 코드 변경률 판단 코드 변경률은 물리적으로 소스코드를 어느 정도 수정해야 하는지를 나타낸다. 만약 코드 변경률이 0%라면 재사용 대상 소스코드 자체에 대한 수정이 전혀 필요 없 다는 의미가 된다. 만약 개발언어가 달라지는 등으로 인해 소스코드를 전부 새로 작성해야 한다면 코드 변 경률은 100%가 된다. 0%와 100% 사이의 값은 코드의 재사용 비율에 따라 결정된다. 코드 변경률은 항상 설계 변경률보다 같거나 높은 값으로 나타난다. 코드 변경률은 설계 변경률의 두 배 정도의 값으로 나타나는 경우도 있을 수 있다. (예시) 코드 변경률 산정 예시 설계 변경률이 24.5%로 산정되었고, 설계 변경에 따라 전체 코드의 약 36.75%가 변 경되어야 하는 것으로 산정되었다고 하면, 코드 변경률은 36.75%가 된다. 5 통합 및 시험 변경률 판단 통합 및 시험 변경률은 재개발 소프트웨어에 대한 통합 및 시험에 소요되는 노력이 신규 개발 소프트웨어의 경우에 비해 상대적으로 어느 정도 소요되는지를 나타낸다. 0%의 통합 및 시험 변경률은 소프트웨어의 재개발과 관련하여 통합이나 시험이 전혀 필요 없음을 의미한다. 100%의 통합 및 시험 변경률은 해당 재개발 소프트웨어에 소요되는 통합 및 시험의 노력이 완전히 새로 개발하는 소프트웨어에 대해서 소요되는 것과 동일한 정도로 소요 됨을 의미한다. 0%와 100% 사이의 값은 신규 개발 소프트웨어에 필요한 통합 및 시험 노력에 대해 상대적으로 어느 정도의 통합 및 시험의 노력이 소요되는 지로 결정된다. 시스템 중단 시의 위험성이 높고 고가용성이 요구되는 시스템 등에서는 통합 및 시험 변 경률이 100%로 나타나는 경우도 종종 발생한다. 설계 변경률 및 코드 변경률이 0%인 경 우에도, 이들 소프트웨어의 통합 및 시험에 50% 정도의 통합 및 시험 변경률이 발생하는 경우도 자주 있다. (예시) 통합 및 시험 변경률 산정 예시 설계 변경률 24.5%, 코드 변경률 36.75%로 산정된 재개발 대상 소프트웨어가 있다. 이 소프트웨어의 통합 및 시험에 소요되는 노력은 동일 규모의 소프트웨어를 신규 개발 하였을 때에 비해서 약 40.37% 정도가 소요될 것으로 예상된다. 그러면, 통합 및 시험 3. 소프트웨어 재개발비 299

314 변경률은 40.37%가 된다. 6 총 변경률 계산 1~5의 과정을 거쳐 설계변경률, 코드변경률, 통합 및 시험 변경률이 모두 산정되면, 아래의 식에 따라 총 변경률을 계산한다. 총 변경률 = 0.4 설계변경률 코드 변경률 통합 및 시험 변경률 총 변경률 계산 내역을 종합하여 다음의 표로 나타낼 수 있다. 총 변경률 계산 구성 요소 변경률 가중치 설계변경률 ( a ) 0.4 코드변경률 ( b ) 0.3 통합 및 시험 변경률 ( c ) 0.3 총 변경률 0.4 ( a ) ( b ) ( c ) (예시) 총 변경률의 계산 재개발 대상 소프트웨어의 설계 변경률은 24.5%, 코드 변경률은 36.75%, 통합 및 시험 변경률은 40.37%로 산정 되었다면, 해당 소프트웨어의 총 변경률은 다음과 같이 된다. 총 변경률 = % % % = 32.94% 4 단계 : 재개발 특성 평가 재개발에 소요되는 노력은 대상 소프트웨어의 복잡도 및 난이도 등과 같은 특성요인에 의해 영 향을 받는다. 이러한 재개발 특성 요인에는 재사용 소프트웨어 평가 노력 수준, 재사용 소프트웨 어 난이도 수준, 재사용 소프트웨어 친숙도 수준이 있다. 각각의 특성값은 다음과 같이 구한다. 재사용 소프트웨어 평가 노력 수준 대상 소프트웨어가 재사용 될 수 있는지의 타당성 및 가능성을 판단하기 위해 투입되는 노력의 정도를 평가한다. 300 SW사업 대가산정 가이드(2015년) 민간용

315 표4-70 재사용 소프트웨어 평가 노력 수준 판단 기준 재사용 소프트웨어 평가 노력 수준 재사용 소프트웨어 평가 노력 수준에 대한 설명 0 평가 노력 없음 2 기본 모듈의 조사, 결과 문서 작성 4 다소의 모듈 시험과 평가, 결과 문서 작성 6 상당한 모듈 시험과 평가, 결과 문서 작성 8 광범위한 모듈 시험과 평가, 결과 문서 작성 모듈 시험과 평가는 개발 및 운영될 소프트웨어 및 하드웨어 아키텍처와 유사한 환경에서 대상 소프트웨어(모듈)를 직접 실행하여 재사용 타당성 및 가능성을 판단하는 평가를 말한다. (예시) 재사용 소프트웨어 평가 노력 수준 판단의 예 재사용 대상 소프트웨어(또는 모듈)의 기능목록을 대상으로 특별한 시험 및 평가활동 없이 재사용 여부를 판단하고 그 결과를 문서화 하는 경우 재사용 소프트웨어 평가 노력 수준은 2로 평가된다. 재사용 소프트웨어 난이도 수준 재사용 소프트웨어 난이도 수준의 판단은 대상 소프트웨어(또는 모듈)의 프로그램의 구조화 정도, 애플리케이션 관점에서의 명확성 정도, 소스코드의 서술정도를 평균하여 산정한다. 재사용 난이도 수준의 산정 공식은 다음과 같다. 재사용 소프트웨어 난이도 수준 = (프로그램의 구조화 정도 + 애플리케이션 관점에서의 명확성 정도 + 소스코드의 서술정도) 3 프로그램의 구조화 정도: 대상 프로그램(소스코드)의 구조화 및 모듈화 정도의 수준으로서, 다음과 같은 기준으로 판단한다. 매우 어려움(난이도 50) : 비구조적 소스코드로 매우 낮은 응집도에 매우 높은 결합도를 가짐(일명 스파게티 코드) 어려움(난이도 40) : 일부 소스코드가 구조화 되어 있으나 대부분 낮은 응집도에 높은 결합도를 가짐 보통(난이도 30) : 일부 미흡한 점이 있으나 대부분의 소스코드가 구조화 되어, 보통 수준의 응집도와 결합도를 가짐 쉬움(난이도 20) : 대부분의 소스코드가 잘 구조화 되어, 높은 응집도에 낮은 결합도를 가짐 매우 쉬움(난이도 10): 소스코드가 매우 높은 응집도에 매우 낮은 결합도를 가짐(정보 은닉 및 모듈화에 충실한 자료 및 제어 구조) 3. 소프트웨어 재개발비 301

316 응집도와 결합도 응집도 : 하나의 모듈 내부의 처리 요소들 간의 기능적 연관성을 측정하는 척도로서, 한 모듈의 수행 기능은 하나일 수도 있고 여러가지일 수도 있다. 여기서 처리 요소란 명령어, 호출문, 그리고 이들의 모임을 의미하며 이런 요소들이 모듈내부에서 어떤 순 서로 나타나고 그 순서가 어떤 기준에 의해 정해졌는가를 평가하는 것이다. 응집도는 설계 시 산출물의 우수성을 평가하며 또한 개선 방향을 제시해 준다. 결합도 : 소프트웨어 구조에서 모듈간의 관련성을 측정하는 척도이다. 좋은 설계는 가 능한 한 모듈을 독립적으로 생성하여 결합도를 최소화(낮게)하는 것이며, 결합도가 낮 다는 것은 하나의 시스템이 서로 관계가 적으면서 독립된 기능을 수행하는 모듈로 잘 분할 되었음을 의미한다. 일반적으로 응집도는 높고, 결합도는 낮아야 우수한 프로그램으로 평가될 수 있음 애플리케이션 관점에서의 명확성 : 대상 소프트웨어의 애플리케이션으로서의 기능과 소프 트웨어의 모듈이 서로 명확히 잘 대응되는지를 판단한다. 즉, 대상 소프트웨어가 의도한 애플리케이션의 좋은 구현 모델인지를 판단하는 기준이다. 매우 어려움(난이도 50) : 프로그램 모듈의 구성이 애플리케이션의 기능적 관점과 전혀 관계없이 구현되어 있음 어려움(난이도 40) : 프로그램 모듈의 구성이 애플리케이션의 기능적 관점에 대응되는 정도가 낮음 보통(난이도 30) : 프로그램 모듈의 구성이 애플리케이션의 기능적 관점에 대응되는 정도가 보통임 쉬움(난이도 20) : 프로그램 모듈의 구성이 애플리케이션의 기능적 관점에 대응되는 정도가 높음 매우 쉬움(난이도 10) : 프로그램 모듈의 구성이 애플리케이션의 기능적 관점에 명확히 대응되어 구현되어 있음 프로그램 소스코드의 서술 정도: 대상 프로그램의 소스코드의 이해에 도움을 주는 자료의 서술 정도로서 다음과 같은 기준으로 판단한다. 매우 어려움(난이도 50) : 소스코드가 불분명하거나 머리말 설명이 누락되었고, 문서도 거의 없음 어려움(난이도 40) : 소스코드에 약간의 머리말 설명과 주석이 있고, 일부 유용한 문서도 있음 보통(난이도 30) : 소스코드에 보통 수준의 머리말 설명과 주석이 있고, 보통 수준의 유용한 문서도 있음 쉬움(난이도 20) : 소스코드에 상당한 수준의 머리말 설명과 주석이 있고, 상당한 수 준의 유용한 문서도 있음 302 SW사업 대가산정 가이드(2015년) 민간용

317 매우 쉬움(난이도 10) : 소스코드에 설계에 근거한 머리말 설명과 주석이 있음은 물론 문서도 매우 훌륭함 (예시) 재사용 난이도 수준 판단의 예시 평가 예시 : 대상 프로그램의 구조화 정도가 어려움(40), 애플리케이션 관점에서의 명 확성이 쉬움(20), 그리고 프로그램 소스코드의 서술정도가 보통(30)로 평가되었다면, 재 사용 난이도는 다음과 같이 산정된다. 30 = ( ) 3 재사용 난이도 수준 평가 기준을 요약하면 다음 표와 같다. 표4-71 재사용 난이도 수준 평가 기준 구분 매우 어려움 어려음 보통 쉬움 매우 쉬움 소스코드가 비구조적 일부 소스 일부 미흡한 대부분의 매우 높은 소스코드로 코드가 점이 있으나 소스코드가 응집도에 매우 낮은 구조화 되어 대부분의 잘 구조화 매우 낮은 프로그램의 응집도에 있으나 소스 코드가 되어, 높은 결합도를 구조화 매우 높은 대부분 낮은 구조화 되어, 응집도에 가짐(정보은 정도 결합도를 응집도에 보통 수준의 낮은 닉 및 가짐(일명 높은 응집 도와 결합도를 모듈화에 스파게티 결합도를 결합도를 가짐 충실한 자료 코드) 가짐 가짐 및 제어 구조) 애플리케이 션 관점에서의 명확성 프로그램 소스코드의 서술 정도 재사용 난이도 프로그램 모듈의 구성이 애플리케이션의 기능적 관점과 전혀 관계없이 구현되어 있음 소스코드가 불분명하거나 머리말 설명이 누락되었고, 문서도 거의 없음 프로그램 모듈의 구성이 애플리케이션 의 기능적 관점에 대응되는 정도가 낮음 소스코드에 약간의 머리말 설명과 주석이 있고, 일부 유용한 문서도 있음 프로그램 모듈의 구성이 애플리케이션 의 기능적 관점에 대응되는 정도가 보통임 소스코드에 보통 수준의 머리말 설명과 주석이 있고, 보통 수준의 유용한 문서도 있음 프로그램 모듈의 구성이 애플리케이션 의 기능적 관점에 대응되는 정도가 높음 소스코드에 상당한 수준의 머리말 설명과 주석이 있고, 상당한 수준의 유용한 문서도 있음 프로그램 모듈의 구성이 애플리케이션 의 기능적 관점에 명확히 대응되어 구현되어 있음 소스코드에 설계에 근거한 머리말 설명과 주석이 있음은 물론 문서도 매우 훌륭함 소프트웨어 재개발비 303

318 재사용 소프트웨어 친숙도 수준 재사용 소프트웨어 친숙도는 재개발 사업에 참여하는 인력들이 재사용 대상 소프트웨어 (또는 프로그램)를 타 사업에서도 사용하여 익숙한 정도를 의미하며, 다음과 같은 기준으로 판단한다. 표4-72 재사용 소프트웨어 친숙도 수준 평가 기준 재사용 소프트웨어 친숙도 수준 재사용 소프트웨어 친숙도 수준에 대한 설명 0.0 완전히 친숙함 0.2 거의 친숙함 0.4 다소 친숙함 0.6 약간 친숙함 0.8 거의 친숙하지 않음 1.0 전혀 친숙하지 않음 다만, 재개발 사업 발주 시점에서는 사업 수행업체가 정해지지 않은 상태이므로, 친숙도 판단 대상이 결정되지 않는다. 이 경우에는 재사용 대상 소프트웨어가 일반적으로 친숙한 정도에 따라 평가한다. 즉, 구축사례가 흔하고 일반적인 소프트웨어인지에 따라 친숙도를 평가할 수 있다. (예시) 재사용 소프트웨어 친숙도 평가 예 재사용 대상 소프트웨어가 구축사례가 흔하고 일반적인 시스템이라면 완전히 친숙함 (0.0) 혹은 거의 친숙함(0.2)으로 평가한다. 5 단계 : 재개발 소프트웨어 규모 및 재개발원가 계산 수정 후 재개발 소프트웨어 규모 계산 수정 후 재개발 소프트웨어 규모는 수정 대상 소프트웨어 규모에 변경률 및 재사용 소프 트웨어 특성치를 고려하여 신규개발 동등규모로 변환된 개발규모를 말한다. 수정 후 재개발 소프트웨어 규모는 2단계에서 구한 수정 대상 소프트웨어 규모에 3단계 에서 구한 총 변경률과 4단계에서 구한 각각의 특성값을 적용하여 산정한다. 이 때, 총 변경률이 50% 이하일 경우와 50% 초과일 경우를 구분하여 계산한다. 304 SW사업 대가산정 가이드(2015년) 민간용

319 총 변경률이 50% 이하인 경우의 재개발 소프트웨어 규모 = 수정 대상 소프트웨어 규모 [재사용 소프트웨어 평가 노력 + 총 변경률 { (재사용 소프트웨어 난이도 재사용 소프트웨어 친숙도)}] 100 총 변경률이 50% 초과인 경우의 재개발 소프트웨어 규모 = 수정 대상 소프트웨어 규모 {재사용 소프트웨어 평가 노력 + 총 변경률 + (재사용 소프트웨어 난이도 재사용 소프트웨어 친숙도)} 100 (예시 1) 총 변경률이 50% 이하인 경우 산정 예시 수정 대상 소프트웨어 규모(기능점수) : 1,000FP 설계 변경률 24.5%, 코드 변경률 36.75%, 통합 및 시험 변경률 40.37% 총 변경률은 32.94% = 재사용 소프트웨어 평가 노력 판단: 기본 모듈의 조사, 관련문서 작성(2) 재사용 난이도 판단 : 재사용 프로그램의 구조화 정도가 어려움(40) 재사용 프로그램이 애플리케이션 관점에서의 명확성이 쉬움(20) 재사용 프로그램 소스코드의 서술정도가 보통(30)으로 평가되었다면, 재사용 난이도는 30 = ( ) / 3 재사용 소프트웨어 친숙도 판단 : 전혀 친숙하지 않음(1.0) 그러면, 수정 후 재개발 소프트웨어 규모는 다음과 같이 산정된다. 수정 후 재개발 소프트웨어규모 = 1,000 FP [ { (30 1)}] / 100 = FP (예시 2) 총 변경률이 50%을 초과할 경우 산정 예시 수정 대상 소프트웨어 규모(기능점수) : 1,000FP 설계 변경률 50%, 코드 변경률 60%, 통합 및 시험 변경률 60% 총 변경률은 56% = 수정 후 재사용 소프트웨어 평가 노력 판단: 기본 모듈의 조사, 관련문서 작성(2) 재사용 난이도 판단 : 재사용 프로그램의 구조화 정도가 어려움(40) 재사용 프로그램이 애플리케이션 관점에서의 명확성이 쉬움(20) 재사용 프로그램 소스코드의 서술정도가 보통(30)으로 평가되었다면, 재사용 난이도는 30 = ( ) / 3 재사용 소프트웨어 친숙도 판단 : 전혀 친숙하지 않음(1.0) 3. 소프트웨어 재개발비 305

320 그러면, 수정 후 재개발 소프트웨어 규모는 다음과 같이 산정된다. 수정 후 재개발 소프트웨어 규모 = 1,000 FP { (30 1)} / 100 = 880 FP 총 변경률, 재사용 소프트웨어 평가 노력, 재사용 소프트웨어 난이도, 재사용 소프트웨어 친숙도의 수치에 따라 수정 후 재개발 소프트웨어 규모가 재사용 대상 소프트웨어 규모보 다 커질 수 있으며, 이는 비용적으로 재사용 효과가 없다고 볼 수 있으므로 신규개발로 판단하여 산정할 수 있다. 재개발 소프트웨어 규모산정 재개발 소프트웨어 규모는 별도 산정된 신규개발 소프트웨어 규모와 수정없이 재개발 소프트웨어 규모에 수정 후 재개발 소프트웨어 규모를 합하여 산정된다. 재개발 소프트웨어 규모 = 신규개발 소프트웨어 규모 + 수정 없이 재개발 소프트웨어 규모 + 수정 후 재개발 소프트웨어 규모 보정전 재개발원가 산정 산정된 재개발 소프트웨어 규모에 기능점수당 단가를 곱하여 보정전 재개발 원가를 구 한다. 기능점수당 단가는 대가 적용시점의 단가를 사용한다. (소프트웨어 개발비 산정 참조) 보정전 재개발원가 = 재개발 소프트웨어 규모(기능점수) 기능점수당 단가 보정후 재개발원가 산정 보정전 재개발원가는 재개발하고자 하는 소프트웨어의 규모, 애플리케이션의 복잡성 등과 같은 각 사업별로 발생할 수 있는 특성적 요인들을 고려하지 않은 재개발비용이다. 사업의 수행 비용에 영향을 미칠 수 있는 특성적 요인들은 소프트웨어 개발비 대가기준에 서와 동일하게 소프트웨어 개발 규모, 애플리케이션 유형, 개발언어, 품질 및 특성의 4가지 로 구분되며, 이에 대한 보정계수를 적용하여 재개발원가를 보정한다. 4가지의 보정계수의 식별과 적용 기준에 대한 내용은 소프트웨어 개발비를 참고한다. 이에 따라 보정후 재개발원가는 다음과 같이 산정된다. 보정후 재개발원가 = 보정전 재개발원가 (규모 보정계수 애플리케이션 유형 보정계수 개발언어 보정계수 품질 및 특성 보정계수) 306 SW사업 대가산정 가이드(2015년) 민간용

321 6 단계 : 직접경비 및 이윤 계산 직접경비 5단계에서 구한 보정후 재개발원가에는 소프트웨어 사업에서 일반적으로 소요되는 직접경 비 항목은 포함되지 않았다. 따라서, 이러한 직접경비 항목을 별도로 고려한다. 직접경비는 해당 재개발 사업을 수행하는데 직접적으로 소요되는 경비를 말하며, 직접경비에 포함되는 항목들은 Ⅰ장을 참조하여 도출한다. 직접경비의 계상 시에는 정확한 내역을 제시하여야 하며, 다음 계산양식을 활용하여 직접 경비를 산정하면 된다. 직접경비 항목 산출내역 금액(원) 합 계 이윤 이윤은 보정후 재개발원가의 25% 범위 내에서 반영할 수 있다. 7단계 : 소프트웨어 재개발비 산정 보정후 재개발원가에 직접경비 및 적정 이윤을 합산하여 소프트웨어 재개발비를 산정한다. 소프트웨어 재개발비의 산정 소프트웨어 재개발비 = 보정후 재개발원가 + 직접경비 + 이윤 3. 소프트웨어 재개발비 307

322 3.1.4 산출물 앞 절에서 설명한 재개발비 산정 내역을 종합하여 정리하기 위한 계산양식은 다음의 표와 같다. 표4-73 재개발비 산정 내역 종합계산 산출물 양식 수정대상 소프트웨어 규모 변경률 재개발특성 수정 후 재개발 소프트웨어 규모 신규개발 소프트웨어 규모 수정없이 재개발 소프트웨어 규모 보정전 재개발원가 설계 변경률 총 변경률 재사용 소프트웨어 평가노력 코드 변경률 재사용 소프트웨어 난이도 별도 산정 별도 산정 보정계수 규모 유형 언어 보정후 재개발원가 직접경비 이윤 재개발 사업대가 (부가세 별도) 통합 및 시험 변경률 재사용 소프트웨어 친숙도 기능점수 당 단가 품질 및 특성 308 SW사업 대가산정 가이드(2015년) 민간용

323 3.1.5 관련 참고자료 및 유의사항 유의사항 기존 시스템에 존재하지 않는 신규기능의 추가에 대한 대가는 소프트웨어 개발비 산정과 동일하게 별도 산정한다. 실질적으로는 재개발이지만 설계변경률이 0으로 산정되어 재개발비를 적용하기 어려운 경우가 있다. 예를 들어 메인프레임 기반에서 웹 기반으로 재개발하면서 사용자인터페이스 (UI: User Interface), 업무처리로직(BL: Business Logic), 데이터처리로직(DL: Data Logic)이 모두 그대로여서 설계변경률이 0으로 산정되었다고 하자. 이 경우에는 총 변경률이 0으로 산정되므로 재개발비를 적용하기가 적절하지 않다. 이런 경우에는 신규 개발비 대가기준을 적용하되 분석/설계 단계의 대가는 제외하고 구현/시험 단계의 개발비만 다시 산정하여 대 가로 적용하는 것이 바람직하다. 재개발 대가 산정 과정에서 적용되는 각종 특성요인들(총 변경률, 재사용 소프트웨어 평가 노력, 재사용 소프트웨어 난이도, 재사용 소프트웨어 친숙도)의 수치에 따라 재개발 소프트 웨어 규모가 재사용 대상 소프트웨어 규모보다 커질 수 있으며, 이는 비용적으로 재사용 효 과가 없다고 볼 수 있으므로 신규개발로 판단하여 산정할 수 있다 적용사례 재개발 대가의 적용 절차에 따른 산정 사례의 예제는 다음과 같다. 1 단계 : 사전준비 재개발 요건 가 기관에서 기 운영 중인 나 소프트웨어의 재개발사업을 발주하게 되었다. 기 운영되고 있는 시스템의 일부 기능은 수정 후 재사용이 필요하다. 새로운 추가기능의 개발도 요구된다. 타 시스템에서 운영되고 있는 일부 표준화된 기능을 수정 없이 재사용하는 요구사항도 존재한다. 2 단계 : 재사용 유형 식별 및 수정 대상 규모의 산정 재개발 대상 소프트웨어의 기능 재사용 유형별 규모 산정 수정대상 소프트웨어 기능 규모: 900FP 3. 소프트웨어 재개발비 309

324 신규개발 소프트웨어 기능 규모: 300FP 수정 없이 재사용되는 소프트웨어 기능 규모: 200FP 3 단계 : 변경률 산정 변경률의 산정 설계변경률, 코드변경률, 통합 및 시험 변경률 각각은 다음과 같이 산정되었다. 총 변경률 계산 구성 요소 변경률 설계변경률 24% 코드변경률 40% 통합 및 시험 변경률 60% 총 변경률의 산정 총 변경률은 다음과 같이 계산된다. 총 변경률 = % % % = 39.6% 4 단계 : 재개발 특성 평가 재사용 소프트웨어 평가 노력 수준 기본 모듈의 조사, 결과문서 작성에 해당한다. 재사용 소프트웨어 평가 노력 수준 = 2 재사용 소프트웨어 난이도 수준 프로그램의 구조화 정도 일부 소스코드가 구조화 되어 있으나 대부분 낮은 응집도에 높은 결합도를 가진다. 프로그램의 구조화 정도 = 어려움(40) 애플리케이션 관점에서의 명확성 프로그램 모듈의 구성이 애플리케이션의 기능적 관점에 대응되는 정도가 높다. 애플리케이션 관점에서의 명확성 = 쉬움(20) 310 SW사업 대가산정 가이드(2015년) 민간용

325 프로그램 소스코드의 서술 정도 소스코드에 보통 수준의 머리말 설명과 주석이 있고, 보통 수준의 유용한 문서도 있다. 프로그램 소스코드의 서술 정도 = 보통(30) 위의 3가지 요소에 대한 평가 결과로부터, 재사용 소프트웨어 난이도는 다음과 같이 산정 된다. 재사용 소프트웨어 난이도 수준 = ( ) 3 = 30 재사용 소프트웨어 친숙도 수준 재사용 소프트웨어 구축 사례가 흔하고 일반적이어서, 거의 친숙함 으로 평가한다. 재사용 소프트웨어 친숙도 = 거의 친숙함(0.2) 5 단계 : 재개발원가 계산 재개발 소프트웨어 규모 계산 총 변경률이 50% 이하이기 때문에 다음공식을 적용하여 재개발 소프트웨어 규모(기능점수) 를 계산한다. 수정 후 재개발 소프트웨어 규모 = 900FP [ { (30 0.2)}] / 100 = FP 별도로 산정된 수정 없이 재개발 규모와 신규개발 규모가 존재할 경우 이를 계산한다. 수정 없이 재개발 소프트웨어 규모 = 200FP 25%(시험단계 비율) = 50 FP 신규개발 소프트웨어 규모 = 300FP 재개발 소프트웨어 규모 계산은 위에서 계산한 수정 후 재개발 소프트웨어 규모에 별도로 산정된 수정 없이 재개발 소프트웨어 규모와 신규개발 소프트웨어 규모를 합산하여 계산한다 FP + 50 FP FP = FP 3. 소프트웨어 재개발비 311

326 보정전 재개발원가 산정 재개발 소프트웨어 규모에 기능점수당 단가를 곱하여 보정전 재개발원가를 산정한다. 현재 적용 단가는 기능점수당 519,203원이다. 보정전 재개발원가 = ,203 = 398,315,927원 보정후 재개발원가 산정 소프트웨어 개발규모/애플리케이션 유형/개발언어/품질 및 특성에 대한 보정계수 각각은 다음과 같이 산정되었다. 구 분 적용기준 보정계수 규모 보정계수 log e(기능점수) 유형 보정계수 업무처리용 소프트웨어 1.0 언어 보정계수 JAVA(50%), JSP(50%) 1.0 품질 및 특성 보정계수 총영향도(3) 이에 따라 보정후 재개발원가는 다음과 같이 산정된다. 총 기능점 수 단계 단계별 기능점수 가중치 기능점 수 당 단가 단계별 단가 보 정 계 수 규모 유형 언어 품질 금액(원) 분석 ,648 76, 설계 , , ,599,796 구현 , ,799,469 시험 , ,624,755 보정후 재개발원가 402,498,245 언어 보정계수는 분석, 설계 단계에는 적용되지 않으므로 단계별로 별도산정 312 SW사업 대가산정 가이드(2015년) 민간용

327 6 단계 : 직접경비 및 이윤 계산 직접경비 본 사업에서 정한 직접경비의 범위에 따라 다음과 같이 산정하였다. 구 분 산출내역 금액(원) 보고서인쇄비 출장여비 상세요구분석서 등 4종 X 4부 (50원 10,000매 4부 4종=8,000,000원) 3인 20회(2박3일 기준) (200,000원 3인 20회=12,000,000원) 8,000,000 12,000,000 합 계 20,000,000 이윤 이윤은 보정후 재개발원가의 25%를 적용하였다. 산정기준 보정후 재개발원가 적용률 이윤(원) 보정후 재개발원가의 25%이내 402,498,245원 25% 100,624,561 7 단계 : 소프트웨어 재개발비 산정 보정 후 재개발원가에 직접경비 및 적정 이윤을 합산하여 소프트웨어 재개발비를 산정한다. 소프트웨어 재개발비의 산정 소프트웨어 재개발비 = 보정후 재개발원가 + 직접경비 + 이윤 = 402,498, ,000, ,624,561 = 523,122,806 지금까지 산정한 재개발비 산정 내역을 종합하여 정리하면 다음과 같다. 3. 소프트웨어 재개발비 313

328 수정대상 소프트웨어 규모 900 FP 변경률 재개발특성 설계 변경률 총 변경률 재사용 소프트웨어 평가노력 24% 2 코드 변경률 재사용 소프트웨어 난이도 40% 39.6% 수정 후 재개발 소프트웨어 FP 규모 신규개발 소프트웨어 300 FP 규모 수정없이 재개발 소프트웨어 50 FP 규모 보정전 재개발원가 398,315,927 보정계수 규모 유형 1.0 언어 1.0 보정후 재개발원가 ,498,245 통합 및 시험 변경률 재사용 소프트웨어 친숙도 기능점수 당 단가 품질 및 특성 60% , 직접경비 20,000,000 이윤 100,624,561 재개발 사업대가 523,122,806 (부가세 별도) 314 SW사업 대가산정 가이드(2015년) 민간용

329 SW사업 대가산정 가이드(2015년) - 민간용 발행일 : 2015년 5월 발행처 : 한국소프트웨어산업협회 담당자 연락처 : 한국소프트웨어산업협회 김문수 ( , [email protected] 한국소프트웨어산업협회 이기횡 ( , [email protected]