- 1 -

목 차

1

2

3

4

5

- 3 -

공공SW사업? 공공정보화사업? 공공SI사업? 공공IT사업?

공공, 공익이란?

수익성 보다는 공공성

국민 편의 중심의 시스템 구축

국가 예산 절감 차원

최신 기술 적용 보다는 검증된 기술 선호(최신성 / 안정성)

외산보다는 국산 선호(평등/국익)

한정된 예산으로 진행(국가 연간 예산)

유지보수가 가능할 것(단발성/지속성)

공공SW사업 수주란? (2/2)

- 4 -

공공SW사업 수주란? (2/2)

공공SW사업에 대한 수주 의미

공익을 위해 추진해야 할 사업에 대해 공정한 대가를 지급하고 과업을 위탁·수행

동일한 조건(입찰) 하에서 공정한 경쟁을 통하여 발주기관의 이익을 극대화할 수

있는사업자를 선정

선정 방안

경쟁을 통한 사업자 선정

협상을 통한 사업자 선정(기술평가점수+입찰가격점수우선 협상자)

[국가를 당사자로 하는 계약에 관한 법률] 제7조(계약의 방법) ① 각 중앙관서의 장 또는 계약담당공무원은 계약을 체결하려면 일반경쟁에 부쳐야 한다. 다만, 계약의 목적, 성질, 규모 등을 고려하여 필요하다고 인정되면 대통령령으로 정하는 바에 따라 참가자의 자격을 제한 하거나 참가자를 지명(指名)하여 경쟁에 부치거나 수의계약을 할 수 있다.

[국가를 당사자로 하는 계약에 관한 법률 시행령] 제43조(협상에 의한 계약체결)

- 5 -

1

- 6 -

공공SW사업 공고 구성 (1/2)

언제든 찾아볼 수 있게 Check!

입찰마감, 제안서 제출 일자 Check!

제안 준비를 위해 공고명, 일반/긴급여부 Check!

공동수급(컨소시엄) 경우, 사전 등록!

- 7 -

공공SW사업 공고 구성 (1/2)

사업예산 확인

입찰마감, 제안서 제출 일자 Check!

입찰 참가 제한 확인

입찰 안내서(공고서), 제안요청서 확인 (제안서 시작)

- 8 -

입찰 안내서 (1/2)

모든 조항 정독 및 숙지

참가자격 우선 확인

사업금액 하한가에 대한

참여제한(대기업, 중견)

공동수급 허용 여부

- 9 -

본 사업의 담당자 확인

제안서 발표에 관한

정보 확인

제안서 발표 여부

장소 및 배석 가능한

참석자 수

발표자 자격요건 등

입찰 안내서 (1/2)

- 10 -

제안요청서 & 과업지시서

제안요청서 (RFP : Request For Proposal)

발주기관이 추진하고자 하는 사업에 대한 요구사항, 제안작성 요령에 대한 가이드

제공

과업지시서

발주기관이 추진하고자 하는 사업에 대한 사업범위, 요구사항을 중심으로 제공

과업내용서

계약시, 발주기관과 사업자간 합의된 사업 수행내용

CASE 1. 제안요청서 및 과업지시서 별도 제공

CASE 2. 제안요청서만 제공

CASE 3. 과업지시서만 제공

- 11 -

제안요청서 구성

사업명

발주기관

사업책임자

사업실무자

- 12 -

제안요청서 구성

사업개요

현황 및 문제점

사업 추진계획

제안요청 내용

제안서 작성요령

안내사항(기술성 평가기준)

- 13 -

제안요청서 구성

제안요청서 핵심사항

현황 및 문제점

제안요청 내용

기술성 평가기준

현황 및 문제점을 통한 이슈 발굴

제안요청 내용 제안서 작성 내용 연결

기술성 평가기준 평가항목 확인 및 항목별 배점현황

[핵심이슈 도출 제안전략 수립]으로

연결 업무 프로세스의 이해 및 구현방향

이해 정보화현황을 통해 기존 시스템 구조

파악

사업수행의 범위 예측 및 기술평가의 핵심

제안서 평가기준 (정량, 정성)

- 14 -

제안요청서 용어 (1/2)

용어 용어 정의

전문기관 ·젂자정부지원사업의 효율적인 추짂과 관리를 위하여 행정자치부 장관이 지정한 기관(한국정보화짂흥원)

주관기관 ·행정자치부 장관이 확정한 젂자정부지원사업을 수행하는 중앙행정기관(소속기관 포함)

통합발주 ·장비(HW, SW)와 시스템 통합 등을 일괄하여 발주 및 계약하는 형태

분리발주 ·상용 소프트웨어 등을 일괄하여 계약하지 않고 각각 구분하여 발주 및 계약하는 형태

위임발주 ·정부통합젂산센터에 이관되는 장비(HW, 시스템SW)에 대해 정부통합젂산센터에서 통합발주를 하도록 구

매 및 발주를 위임하는 젃차

이체장비 ·정보화사업 예산배정시 기획재정부에서 정부통합젂산센터로 이체되는 장비에 대해서 예산을 사젂에 배정

하여 이체하는 장비를 말함

통합사업자 ·본 계약의 대상 소프트웨어가 설치되어 구동될 통합사업을 수행하고자 젂문기관 및 주관기관과 기술용역

계약을 체결한자로서 공동수급체 구성원 모두 말함

PMO

·Project Management Office

·젂자정부지원사업의 성공적 수행을 위하여 젂문적인 사업관리 홗동을 수행하는 조직으로 발주기관의 사

업관리 및 기술검토를 젂문적으로 지원하는 조직

제안요청서 내 정의된 용어 이해

- 15 -

제안요청서 용어 (2/2)

용어 용어 정의

정보시스템 감리

·발주자와 사업자 등의 이해관계로부터 독립된 자가 정보시스템의 효율성을 향상시키고 안젂성을 확보하

기 위하여 제3자의 관점에서 정보시스템의 구축 및 운영 등에 관한 사항을 종합적으로 점검하고 문제점을

개선하도록 하는 홗동

개인정보영향평가

·개인정보를 홗용하는 새로운 정보시스템의 구축 또는 기존에 운영중인 개인정보시스템의 중대한 변경시

동시스템의 구축·운영·변경 등이 프라이버시에 미치는 영향에 대하여 사젂에 조사·예측·검토하여 개선방안

을 도출하는 체계적인 젃차를 말함

CC인증 ·국제공통평가기준 인증

·국가마다 상이한 평가기준을 연동시키고 평가결과를 상호인증하기 위해 제정된 평가기준

소프트웨어 개발보안 ·안젂한 소프트웨어 개발을 위해 소소코드 등에 존재 할 수 있는 잠재적인 보안취약점을 제거하고, 보안을 고

려하여 기능을 설계 및 구현하는 등 소프트웨어 개발과정에서 일렦의 보안홗동

보안취약점 ·해킹 등 실제 보안사고에 이용되는 소프트웨어 보안약점

소프트웨어 보안약점 ·소프트웨어 결함, 오류 등으로 해킹 등 사이버공격을 유발할 가능성이 있는 잠재적인 보안취약점을 말함

웹 접근성 ·어떠한 사용자(장애인, 노인 등), 어떠한 기술홖경에서도 사용자가 젂문적인 능력없이 웹사이트에서 제공하

는 모든 정보에 접근할 수 있도록 보장하는 것

표준프레임워크

·정보시스템을 효율적으로 개발하기 위해 미리 만들어둔 코어코드(클래스, 인터페이스)의 집합으로 자바기

반의 시스템 개발․운영시 필요한 기본기능들을 표준화하여 미리 구현해 둔 도구 및 가이드의 모음

(표준프레임워크 포털 http://www.egovframe.go.kr 참고)

공통컴포넌트 ·자바 기반의 정보시스템 구축 시 자주 사용하는 기능들로써 재사용이 가능하게 패키지로 제공하는 독립된

모듈(표준프레임워크 포털 http://www.egovframe.go.kr 참고)

행정정보데이터베이스(행정DB) ·행정기관이 행정정보의 저장․처리․검색․공동이용 등을 위하여 구축․개선 또는 운영하는 데이터베이스

- 16 -

기술평가 배점표

소프트웨어 기술성 평가기준 (미래부 제2014-29호)

전자정부지원사업 사업관리방안 (안행부 예규 제79호, 2014.06)

평가항목의 구성, 항목별 배점, 평가요소 내 수정사항

경쟁사 대비 획득 가능 점수 시뮬레이션 필요

- 17 -

제안요청서 세부 요구사항 (1/16)

개발사업

발주

단계

수행홗동

(분류기준)

사업 유형

요구사항

개수

정보화젂략

계획수립사업

(컨설팅사업)

소프트웨어

개발사업

제안요청서 요구사항

정의단계

요구 사항 분석

및 도출

기능 요구사항 － ●

성능 요구사항 － ●

시스템 장비구성 요구사항 － ●

인터페이스 요구사항 － ●

데이터 요구사항 － ●

테스트 요구사항 － ●

보안 요구사항 － ●

품질 요구사항 － ●

제약사항 － ●

프로젝트 관리 요구사항 － ●

프로젝트 지원 요구사항 － ●

합 계

- 18 -

제안요청서 세부 요구사항 (2/16)

ISP 사업

발주

단계

수행홗동

(분류기준)

사업 유형

요구사항

개수

정보화젂략

계획수립사업

(컨설팅사업)

소프트웨어

개발사업

제안요청서 요구사항

정의단계

요구 사항 분석

및 도출

컨설팅 요구사항 ● －

기능 요구사항 ▲

성능 요구사항 － －

시스템 장비구성 요구사항 － －

인터페이스 요구사항 － －

데이터 요구사항 ▲ －

테스트 요구사항 － －

보안 요구사항 － －

품질 요구사항 ▲ －

제약사항 ● －

프로젝트 관리 요구사항 ● －

프로젝트 지원 요구사항 ● －

합 계

- 19 -

제안요청서 세부 요구사항 (3/16)

분리발주 사업

발주

단계

수행홗동

(분류기준)

요구사항

개수

제안요청서 요구사항

정의단계 요구 사항 분석 및 도출

기능 요구사항 ●

성능 요구사항 -

시스템 장비구성 요구사항 ●

인터페이스 요구사항 -

데이터 요구사항 -

테스트 요구사항 -

보안 요구사항 -

품질 요구사항 -

제약사항 -

프로젝트 관리 요구사항 ●

프로젝트 지원 요구사항 ●

합 계

- 20 -

제안요청서 세부 요구사항 (4/16)

소프트웨어사업 상세 요구사항 세부내용 작성표 구성

요구사항 분류

요구사항 고유번호 (예시 : 기능요구사항 - 00X)

요구사항 명칭

요구사항 상세설명

정의

세부 내용

산출정보

관련 요구사항 사용 경우 매우 극소수

참고 : 「소프트웨어사업 관리감독에 관한 일반기준(미래창조과학부 고시 제2014-16호)」

- 21 -

제안요청서 세부 요구사항 (5/16)

제안요청서 기재 예시

발주

단계

수행홗동

(분류기준)

사업 유형

요구사항

개수

정보화젂략

계획수립사업

(컨설팅사업)

소프트웨어

개발사업

제안요청서 요구사항

정의단계

요구 사항

분석 및 도출

기능 요구사항 － ● 88

성능 요구사항 － ● 3

시스템 장비구성 요구사항 － - -

인터페이스 요구사항 － ● 2

데이터 요구사항 － ● 1

테스트 요구사항 － ● 2

보안 요구사항 － ● 7

품질 요구사항 － ● 5

제약사항 － ● 2

프로젝트 관리 요구사항 － ● 7

프로젝트 지원 요구사항 － ● 4

합 계 121

- 22 -

제안요청서 세부 요구사항 (6/16)

기능 요구사항 (SFR : System Function Requirement)

목표 시스템(사업)이 반드시 수행해야 하거나 목표시스템을 이용하여 사용자가 반

드시 수행할 수 있어야 하는 기능(동작)에 대하여 기술함

단, 개별 기능요구사항은 전체 시스템의 계층적 구조분석을 통해 단위 업무별 기능

구조를 도출한 후, 이에 대한 세부 기능별 상세 요구사항을 작성하는 것을 원칙으

로 하며, 기능 수행을 위한 데이터 요구사항과 연계를 고려하여 기술함

- 23 -

제안요청서 세부 요구사항 (6/16)

기능 요구사항 (SFR : System Function Requirement)

요구사항 분류 기능요구사항

요구사항 고유번호 DE-SFR-001

요구사항 명칭 상담지원 기능

요구사항 상세설명

정의 상담지원 기능

세부내용

1. 도입 품목 : CTI시스템 개선 2. 개선내역 : - 상담사 개인역량에 따라 콜 라우팅이 가능하도록 구성 ㅇ 상담그룹 재구성 및 개인별 역량에 따른 상담이 가능하도록 단계별 상담업무 설정

산출물 요구사항정의서, 설치계획서, 설치결과서, 단위/통합시험 계획서 및 결과서

- 24 -

요구사항 분류 기능요구사항

요구사항 고유번호 DE-SFR-001

요구사항 명칭 상담지원 기능

요구사항 상세설명

정의 상담지원 기능

세부내용

1. 도입 품목 : CTI시스템 개선 2. 개선내역 : - 상담사 개인역량에 따라 콜 라우팅이 가능하도록 구성 ㅇ 상담그룹 재구성 및 개인별 역량에 따른 상담이 가능하도록 단계별 상담업무 설정

산출물 요구사항정의서, 설치계획서, 설치결과서, 단위/통합시험 계획서 및 결과서

제안요청서 세부 요구사항 (6/16)

제안요청서 기재 예시

발주자의 요청사항이며, 요청사항에 대해 제안사에서

구체적인 내용을 제시하여야 함

- 25 -

제안요청서 세부 요구사항 (6/16)

제안요청서 기재 예시

요구사항 고유번호 SFR-IE-001

요구사항 명칭 “승강기보수업 등록증” 정보확대

요구사항 분류 기능 요구사항

요구 사항 상세 설명

정의 행정정보공동이용 “승강기보수업 등록증” 조회를 위한 정보이용 신청 및 송수신서버 연계, 열람유형별 결과 서식조회

세부 내용

○ 정보열람 신청

- 승강기보수업 등록증 정보조회 신청입력(포털, 전용브라우저)

○ 정보열람 결과조회

- 승강기보수업 등록증 정보열람 결과조회(포털, 전용브라우저)

○ 확대정보 유형별 송수신 연계

- 승강기보수업 등록증 신청정보 포맷 변환

- 승강기보수업 등록증 정보유형별 결과추출

- 승강기보수업 등록증 결과정보 XML변환

○ 민원24 사전동의 신청·연계

- 승강기보수업 등록증 사전동의를 민원24 신청·연계

산출정보 승강기보수업등록증

관련 요구사항 SFR-IE-001

- 26 -

제안요청서 세부 요구사항 (7/16)

성능 요구사항 (PER : Performance Requirement)

목표 시스템의 처리속도 및 시간, 처리량, 동적·정적 용량, 가용성 등 성능에 대한

요구사항을 기술함

요구사항 분류 성능요구사항

요구사항 고유번호 PER-001

요구사항 명칭 질의응답 시간

요구 사항 상세 설명

정의 질의응답 시간 충족

세부 내용

- 모든 질의는 사용자가 요청을 하는 시간으로부터 2,000ms(3초) 내에 그 결과를

보여줘야 함

- Think Time 60초(업무처리 시스템)에서 평균응답속도 2초 이내

- FP 조회 페이지의 응답속도 개선 (1만행 이상의 FP정보 평균응답속도 2초 이내)

- 관리자 페이지 응답속도 개선 (2초이내)

- 사업정보 조회 페이지 응답속도 개선 (2초이내)

- 기능정보 검색, GAP분석 시 속도저하문제 개선 (2초이내)

산출정보

관련 요구사항

- 27 -

제안요청서 세부 요구사항 (8/16)

시스템 장비구성 요구사항 (ECR : Equipment Composition

Requirement)

사업수행을 위해 필요한 H/W, S/W, N/W 등의 도입 장비 내역 에 대한 요구사항을 기술함

도입 장비에 대한 요구사항과 구성요건(특정 설치시기 혹은 일정, 기존 장비와 호환 필요성 등)

을 기술

도입 장비에 대해 통합발주, SW분리발주, 위임발주, 이체장비로 구분하여 기술

특정 제품에 종속적이거나 공개소프트웨어 도입을 저해하는 기술 요건을 명시할 수 없음 요구사항 분류 시스템 장비구성 요구사항

요구사항 고유번호 ECR-001

요구사항 명칭 H/W 인프라 도입

요구 사항 상세 설명

정의 신규 H/W 도입(통합발주)

세부 내용

○ 정보보유기관 송수신서버 4식

- 설치 장소 : 정보확대 대상기관

○ 전자서명가속기(HSM)서버 2식

- 설치 장소 : 광주통합전산센터

○ 기존 프록시서버 노후장비 교체 1식

- 설치 장소 : 광화문 정부종합청사

※ 도입대상 장비내역 및 구성요건의 『H/W 구성요건』참조

○ 서버 등 H/W 장비는 해당 기관의 입고절차에 따른 납품 및 설치

- 28 -

제안요청서 세부 요구사항 (8/16)

시스템 장비구성 요구사항 (ECR : Equipment Composition

Requirement)

특정 제품에 종속적이거나 공개소프트웨어 도입을 저해하는 기술 요건을 명시할 수 없음

요구사항 분류 시스템 장비구성 요구사항

요구사항 고유번호 ECR-001

요구사항 명칭 S/W 인프라 도입

요구 사항 상세 설명

정의 신규 S/W 도입(통합발주)

세부 내용

- 대용량 웹서비스 요청 지원

- 멀티노드 환경 지원을 위한 Fail-Over 기능 제공

- 동적 환경파일 변경 지원

- SSL지원

- 메모리 캐싱 지원

※ 기 구축된 시스템과 호환성 고려"

- 29 -

제안요청서 세부 요구사항 (9/16)

인터페이스 요구사항 (SIR : System Interface Requirement)

목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술

타 소프트웨어, 하드웨어 및 통신 인터페이스, 타 시스템들과의 정보교환 프로토콜 포함

인터페이스 요구사항의 경우 사용자 편의성, 사용자 경험 등의 사용자 중심의 요구사항을 기술

요구사항 분류 인터페이스 요구사항

요구사항 고유번호 SIR-001

요구사항 명칭 승강기보수업 등록증 연계

요구 사항 상세 설명

정의 승강기보수업 등록증 연계를 통한 행정정보 공동이용 대상정보 확대

세부 내용

○ 연계정보 : 승강기보수업 등록증

○ 통합/연계 대상

- 시스템 : 승강기종합정보시스템

- 기관명 : 안전행정부

○ 통합/연계 방법 : 송수신서버 연계(EAI)

- 30 -

제안요청서 세부 요구사항 (10/16)

데이터 요구사항 (DAR : Data Requirement)

목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환/이관을 위한 대상, 방법, 보안이

필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항을 기술함

요구사항 분류 데이터 요구사항

요구사항 고유번호 DAR-001

요구사항 명칭 정보조회 확대와 관련된 기초자료 등록

요구 사항 상세 설명

정의 정보조회서비스 확대 적용에 따른 초기자료 구축

세부 내용

○ 신규 정보조회 확대에 따른 기준정보 등록

- 확대정보에 대한 기관정보 및 조회데이터 항목 정의

- 확대정보를 조회하기 위한 신청정보항목 정의

○ 원스크린 서비스 사무확대에 따른 메타데이터 등록

- 확대 대상사무 정보별 이용사무간 데이터 매핑

- 원스크린 필수열람정보 항목 정의

○ 신규 공동이용 기관확대에 따른 초기자료 구축

- 기관별 이용사무 및 이용정보 등록

- 이용기관별 사용자 권한관리 등록

산출정보 정보조회 확대 기초자료 등록

관련 요구사항 DAR-001

- 31 -

제안요청서 세부 요구사항 (10/16)

테스트 요구사항 (TER : Test Requirement)

도입되는 장비의 성능 테스트(BMT) 또는 구축된 시스템이 계획된 목표 대비 제대로 운영되는

가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술함

요구사항 분류 테스트 요구사항

요구사항 고유번호 TER-001

요구사항 명칭 시스템 테스트 지원

요구 사항 상세 설명

정의 구축 시스템에 대한 운영환경 전환 및 성능 테스트

세부 내용

○ 개발 완료된 시스템에 대하여 운영환경 전환

- 시스템운영환경 전환계획을 수립 및 제시

- 전환계획에 따른 시스템 운영환경 전환

○ 전환된 시스템은 성능목표를 정의하고 시스템 성능테스트 실시

- 실제 운영 환경에서 목표성능 수립

- 목표성능에 못 미칠 경우 목표에 부합하도록 시스템 튜닝 및 재시험

- 32 -

제안요청서 세부 요구사항 (11/16)

보안 요구사항 (SER : Security Requirement)

정보 자산의 기밀성과 무결성을 확보하기 위해 목표 시스템의 데이터 및 기능, 운영 접근을 통

제하기 위한 요구사항을 기술함

요구사항 분류 보안 요구사항

요구사항 고유번호 SER-001

요구사항 명칭 관리적 보안

요구 사항 상세 설명

정의 인적, 물적 자원에 대한 관리적 보안 요건

세부 내용

○ 인적, 물적 자원에 대한 보안정책 및 지침을 수립하여 적용하고, 수시로 보안 진단을 실시함

○ 외부 인력을 포함한 사업 수행 인력을 대상으로 주기적인 보안교육 실시 및 보안서약서 작성 등 보안관리 철저

○ 본 사업 수행 중 취득한 지식에 대하여 과업 수행중은 물론 사업이 완료된 후에도 비밀 보안을 준수하도록 함

○ 계약업체는 사업 수행과정에서 취득한 자료와 정보에 관해서는 사업수행의 전후를 막론하고 주관기관의 승인 없이 외부에 유출 또는 누설하여서는 안되며, 이를 위반시 향후 법적 책임이 있음을 포함한 “대표자용 보안확약서” 및 “참여자용 보안 확약서”를 작성하여 제출

※ 계약업체는 공무원행동강령(‘08.2.29, 대통령령 제20737호)를 준수하여야 한다.

- 33 -

제안요청서 세부 요구사항 (12/16)

품질 요구사항 (QUR : Quality Requirement)

목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에

대한 요구사항을 기술함

요구사항 분류 품질 요구사항

요구사항 고유번호 QUR-001

요구사항 명칭 기능 구현 정확성

요구 사항 상세 설명

정의 합의된 요구사항이 정확하게 구현되었는지의 정도

세부 내용

○ 시스템은 제시한 요구사항을 모두 제공하여야 하며, 초기 협의한 요구 사항에서 변경관리 절차를 통해 승인을 획득한 요구사항이 최종 Baseline임

○ 제시한 요구사항이 제공되는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출된 경우에 요구사항을 제공한 것으로 평가

○ 기능 구현 정확성은 사용자가 직접 테스트를 수행함으로써 평가

- 34 -

제안요청서 세부 요구사항 (13/16)

제약사항 (COR : Constraint Requirement)

목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술·표준·업무·법제도 등 제약조건을

파악하여 기술함

요구사항 분류 제약사항

요구사항 고유번호 COR-001

요구사항 명칭 웹접근성 지침 및 웹표준 준수

요구 사항 상세 설명

정의 웹접근성 지침 및 웹표준 준수

세부 내용

○ 웹접근성지침준수를 위한 자동평가(KADO-WHA) 및 수동평가(전문가 의뢰)를 실시하고 그 결과를 제출하여야 함

○ 웹사이트 구축에 있어 최신 웹브라우저(Internet Explorer, Firefox, Opera, Safari, Chrome 등)로 서비스 이용에 문제가 없도록 구축해야 함

○ 제안업체는 웹사이트 구축 시 CSS(Cascading Style Sheet)를 적용하여 표현(Presentation)과 구조(Structure)를 분리하여 개발하여야 함

○ 회원간 정보공유 및 질의응답을 위한 텍스트, 이미지 등 게시물등록 시 웹접근성 준수여부 검증방안을 마련하여 개발하여야 함

○ 모든 웹페이지에 프레임 속성(Title)을 제공하여야 하며, 부가 어플리케이션 설치가 필요할 경우 자동설치기능 또는 직접 설치 방안을 마련하여야 함

- 35 -

제안요청서 세부 요구사항 (14/16)

프로젝트 관리 요구사항 (PMR : Project Management Requirement)

프로젝트의 원활한 수행을 위한 관리 방법 및 추진 단계별 수행방안에 대한 요구사항을 기술함

요구사항 분류 프로젝트 관리 요구사항

요구사항 고유번호 PMR-001

요구사항 명칭 투입 인력 자격요건

요구 사항 상세 설명

정의 투입 인력 자격요건 개념 정의

세부 내용

○ 투입인력에 대한 자격, 경력, 유사사업 참여 실적을 상세하게 제시하여야 하며, 특히, PM, PL의 경우에는 반드시 제시하여야 함

○ 모든 투입인력은 상주를 원칙으로 하며, 비상주 인력에 대해서는 타당한 비상주 사유를 명시하고, 사유가 불명확할 경우 투입 공수에서 제외함

○ 용역수행책임자(PM)는 반드시 제안사 정규직원이어야 하며 일정수준 이상 직급의 직원으로 본 사업을 총괄할 수 있는 전문 인력이어야 하며, 사업 전 기간 동안 상주하여야 함

- 전체 사업을 총괄할 수 있는 지식과 경험을 보유한 관리자 선별

- 36 -

제안요청서 세부 요구사항 (15/16)

프로젝트 지원 요구사항 (PSR : Project Support Requirement)

프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항을 기술함

시스템/서비스 안정화 및 운영, 교육훈련 및 기술지원, 하자보수 또는 유지관리 요구사항 등을

기술함

요구사항 분류 프로젝트 지원 요구사항

요구사항 고유번호 PSR-001

요구사항 명칭 사용자, 관리자 교육

요구 사항 상세 설명

정의 시스템 사용자, 관리자 교육 지원

세부 내용

○ 시스템 운영에 필요한 기술교육을 실시하여야 하며, 사전에 교육계획서를 작성하여 미래창조과학부에 제출(교육내용, 일정 등은 미래창조과학부와 협의 필요)

○ 교육계획서에는 교육 훈련에 대한 목적 및 내용, 교육대상, 방법, 일정, 장소, 강사진 등에 대한 상세사항이 포함되어야 함

○ 교육내용은 시스템의 운영, 감시 및 보안, 비상복구, 장애대처 방법 등 시스템 운영에 필요한 내용으로 구성하여야 함

○ 교육용 교재제작 등의 소요경비는 제안사가 부담하여야 함

○ 기타 시스템 구축 및 운영상 필요하다고 판단되어 미래창조과학부가 교육 요구 시 이에 응할 수 있어야 함

※ 시스템 사용자 교육도 운영자 교육과 동일한 형태로 진행

- 37 -

제안요청서 세부 요구사항 (16/16)

기술적용계획표 정의

SW개발 및 시스템 구축을 위해 적용이 요구되는 기술표준 요건

서비스 접근 및 전달분야

인터페이스 및 통합 분야

플랫폼 및 기반구조 분야

요소기술 분야

보안 분야

각 분야별 전문인력을 통해 검토 필요

사업 수행시, 감리 주요 지적사항

- 38 -

제안요청서 세부 요구사항(TIP)

의문사항 및 독소조항 찾기

- 39 -

2

- 40 -

SW사업 대가 기준

[목적] 국가기관에서 SW의 기획, 구현, 운영 등 수명주기 전 단계에

대한 사업을 추진함에 있어 예산수립, 사업발주, 계약 시 적정대가를

산정하기 위한 기준 제공

“소프트웨어사업 대가의 기준” 부칙 제4조(소프트웨어사업 대가의 기준 재검토)에

의거 시행일로부터 2년 후 시점에서 폐지

한국소프트웨어산업협회, SW사업 대가산정 가이드(대체방안)

본수 및 스텝수 방식의 모호성과 부정확성을 보완하기 위하여 2000년경부터 개발자 관점이

아닌 사용자 관점에서 사용기술과는 무관하게 소프트웨어 개발규모를 측정할 수 있는

국제 표준 기법인 기능점수(Function Point)방식을 기본 산정 방식으로 하는

대가기준에 대한 연구를 수행하여 왔으며, 2004년 2월 소프트웨어규모산정 방식을

본수 방식에서 기능점수 방식 중심으로 전환하였다.

- 41 -

SW사업 대가 기준 구성

조직규모 및 계획수립 범위를

기준으로 컨설팅 지수 산정,

지수에 따라 대가 산정

개발규모에 의한 산정(FP),

투입인력 및 기간에 의한 산정

(M/M)

계약시점 재산정된

개발비의 10~15% 산정

SW사업 대가 산정 (Cost Estimation)

- 42 -

SW사업 대가 기준 구성

SW 생명주기 대가산정 유형 비용산정 방식 비용구성

기획 단계

정보화젂략계획 수립비

컨설팅지수 공수ⅹ(컨설팅지수)̂ 0.95+10,000,000

투입공수

직접인건비, 제경비, 기술료, 직접경비

ISP/BPR 수립비 투입공수

EA/ITA 수립비 투입공수

ISMP 수립비 투입공수

정보보안 컨설팅비 투입공수

구현 단계 소프트웨어 개발비 기능점수 방식 개발원가, 직접경비, 이윤

투입공수 직접인건비, 제경비, 기술료, 직접경비

운영 단계

소프트웨어 유지관리비 및

운영비

요율제 개발원가, 직접경비

투입공수 직접인건비, 제경비, 기술료, 직접경비

고정비/변동비 변동비, 고정비, 직접경비

SLA 기반 정산 서비스 측정, 평가, 보상/제재비율정산

상용 소프트웨어 유지관리비

등급별 유지관리요율

소프트웨어 재개발비

재개발 기능점수 방식

재개발원가, 직접경비, 이윤

- 43 -

영역별 계산 방법

기술사 공수(1M/M) ⅹ (정보전략계획 업무별 가중치

합산 값 ⅹ 정보전략계획 수립 난이도 값)^0.95 +

직접경비

유지보수 계약시점의 대상 소프트웨어 개발비 재산정

원가 ⅹ [10 + (5 ⅹ 총 유지관리 점수(TMP) / 100)]

+ 직접경비

- 44 -

SW 개발비 산정 방식 (기능점수)

개발규모에 의한 산정 : 기능점수(FP : Function Point)

사용자 관점에서 소프트웨어(애플리케이션) 경계를 설정하고,

데이터기능과 트랜잭션기능 정의를 통해 젂체 개발규모를 정량화하는 방식

- 45 -

SW 개발비 산정 방식 (투입공수)

투입인력에 의한 규모 산정 : 투입공수(M/M : Man/Month)

투입공수 산정방식은 “엔지니어링사업대가의기준”을 준용하여

소프트웨어개발비를 산정

투입인력 직접인건비는 한국소프트웨어산업협회에서 공표하는

“소프트웨어 기술자 노임단가” 적용

현재 소프트웨어 개발비는 기능점수에 의한 산정방법을 원칙으로 함

예외적인 적용 대상

홈페이지 디자인, 웹 접근성 개선, 동영상 등 콘텐츠 관렦 정보화사업

R&D 성격의 소프트웨어개발 사업

사용자에게 식별되는 기능규모에 비해 내부처리 복잡도가 현저히 높아 기능점수 방식

의 대가체계 적용이 불합리하다고 인정되는 소프트웨어 개발사업

데이터 튜닝 및 최적화, 테스트 등 기능점수로 산정이 불가능한 경우

소프트웨어 개발 관렦 예산이 5천만원 미만인 사업

- 46 -

기능점수 개요

개발규모에 의한 산정 : 기능점수(FP : Function Point)

국제기능점수사용자그룹(IFPUG : International Function Point Users Group)에

제안한 기능점수 모형을 채택

사용자 관점에서 소프트웨어 규모를 산정하는 방법으로, 주로 논리적 설계를

기초로 하여 소프트웨어가 사용자에게 제공하는 기능의 수를 수치로 정량화

하고 소프트웨어의 규모를 산정하는 방식

먼저 개발하려는 소프트웨어의 범위 및 경계를 설정하고

데이터기능(Data Function)과 트랜잭션기능(Transaction Function)을 도출한 후

복잡도 가중치를 적용하여 기능점수 산출 『정통법』 vs. 『간이법』

- 47 -

기능점수에 의한 개발규모 산정 정의

참조 : SW사업 대가산정 가이드(2015)

기능점수 산정을 통해

“SW개발원가”를 도출

개발 대상 SW의 기능목록화

및 기능별 점수 산정ⅹ단가

(보정젂 개발원가)

ⅹ보정계수 적용

보정후 개발원가

(규모, 개발언어, App.유형,

품질 및 특성 등)

- 48 -

기능 점수법 구성요소 (1/4)

사용자 관점에서의 개발 대상 SW(애플리케이션) 및 기능 책정

애플리케이션 내부 및 외부로 구분

내부논리파일 vs. 외부논리파일

트랜잭션 기능 : 외부입력, 외부출력, 외부조회

개발 대상 소프트웨어(애플리케이션)

내부논리파일(ILF)

외부입력(EI)

외부출력(EO)

외부조회(EQ)

외부연계파일 (EIF)

외부입력(EI)

외부출력(EO)

외부조회(EQ)

외부 애플리케이션

- 49 -

기능 점수법 구성요소 (2/4)

내부논리파일(Internal Logical File : ILF)

응용시스템에서 유지(maintain)되고 사용자가 식별 가능한 논리적으로 연관된 자

료 및 제어정보(control information)의 그룹

내부논리파일의 기본적인 용도는 개발하려는 응용시스템의 내에서 단위프로세스

에서

유지되는 데이터를 저장하는 것

외부연계파일(External Interface File : EIF)

개발하려는 응용시스템에서 참조되지만 다른 응용시스템에서 유지되며 사용자가

식별 가능한 논리적으로 연관된 자료 및 제어정보의 그룹

외부연계파일의 용도는 개발하려는 해당 응용시스템내의 단위 프로세스에서 참조

되는 데이터를 저장하는데 있음

외부연계파일은 반드시 다른 응용시스템의 내부논리파일이 됨

- 50 -

기능 점수법 구성요소 (3/4)

외부 입력(External Input : EI)

하나 이상의 내부논리파일을 유지하거나 시스템의 동작을 변경하는 단위 프로세스

데이터 또는 제어정보를 어플리케이션 경계 밖에서 받아 처리하는 기능

외부입력은 주로 내부논리파일을 유지하거나 변경하는데 사용

외부 출력(External Output : EO)

응용시스템 밖으로 데이터나 제어정보를 보내는 단위 프로세스

주로 데이터 및 제어정보의 조회 외에 처리 로직을 통해서 사용자에게 정보 제공

처리 로직은 수학적 공식 및 계산식을 포함하거나 유도되는 데이터를 생성해야 함

이것은 외부조회(EQ)와 구분되는 사항

외부 조회(External Inquiry : EQ)

응용시스템 외부에 데이터나 제어정보를 보내는 단위프로세스

주로 데이터나 제어정보 조회를 통해 사용자에게 정보를 제공

- 51 -

기능 점수법 구성요소 (4/4)

데이터기능(LIF, EIF) 복잡도

산정된 데이터 기능 개발에 요구되는 난이도를 감안한 가중치 산정

[정통법] 데이터 요소 유형(DET : Data Element Type), 레코드요소유형(RET : Record

Element Type)으로 구분하고 개수를 산정하여 기능포인트에 가중치 적용

- 데이터요소유형(DET) : 사용자가 식별할 수 있는 유일하고, 비반복적인 필드

예) 논리테이블 구성필드에서 주소, 전화번호, 이름 등

- 레코드요소유형(RET) : 레코드요소유형은 선택적 서브 그룹과 필수적 서브그룹 두 가지로 구분

• 선택적 서브그룹 : 사용자가 데이터의 인스턴스를 추가 또는 생성하는 단위 프로세스에서 서브그룹을 사용할

수도 있고 사용하지 않을 수도 있는 것을 의미(예시 : 부양가족 유무 선택_선택적)

• 필수적 서브그룹 : 사용자가 적어도 하나 이상의 서브그룹을 사용(예시: 월급제/시간제 사원 선택_필수적)

[간이법] 평균 복잡도 가중치 사용 LIF_7.5, EIF_5.4

ILF EIF

- 52 -

기능 점수법 구성요소 (4/4)

트랜잭션기능(EI, EO, EQ) 복잡도

산정된 트랜잭션 기능 개발에 요구되는 난이도를 감안한 가중치 산정

[정통법] 참조파일유형(FTR : File Type Reference), 데이터요소유형(DET)로 구분

하고 개수를 산정하여 기능포인트에 가중치 적용

- 참조파일유형(FTR) : 트랜잭션 기능에 의해 읽히거나 유지되는 내부논리파일 또는 외부연

계파일

- 데이터요소유형(DET) : 사용자가 식별할 수 있는 유일하고, 비반복적인 필드

[간이법] 평균 복잡도 가중치 사용 EI_4.0, EO_5.2, EQ_3.9

EI EO

EQ 가중치 적용

- 53 -

기능점수 산정 준비

개발대상 점수산정 기능목록 도출

필요성 How Scope What

신규개발 vs. 재개발

범위 및 경계

세부기능

업무개선, 신규 비즈니스 모델, 시스템 확장 등

- 54 -

기능 목록화

ISP 설계 결과물

경험 기반 도출

개발 대상 시스템에 대한 유사경험 및 요구사항 분석을 통한 기능목록 도출

사용자 관점에서 [대기능>중기능>소기능] 도출

미래모형 및 이행계획 산출물 “기능목록”

- 55 -

기능 목록화

기능 목록 예시

EO EQ

추가 수정 삭제 출력 조회

싞규 41 13 0 4 59 1 20

재개발 2 0 0 0 0 4 0

행정정보공유센터로부터 싞청정보 수싞 및 로그기록 10 10 싞청항목 xml 수싞정보 : 10종 싞규

싞청정보 수싞로그 기록 - 싞규

싞청정보 복호화 1 싞규

Legacy로 정보추출요청 10 정보추출요청정보 : 10종 싞규

Legacy로부터 정보수싞 10 정보수싞정보 : 10종 싞규

데이터레벨 처리(데이터레벨 3.5개 기준) 3.5*10 35 싞규

결과정보 XML변홖 10 결과정보 xml변홖정보 : 10종 싞규

결과정보 젂자서명 1 싞규

결과정보 암호화 1 싞규

행정정보공유센터로 결과정보 송싞처리 및 로그기록 1 결과항목 xml 송싞정보 : 10종 싞규

결과정보 송싞로그 기록 - 싞규

정보요청 수싞 및 로그기록 10 싞규

수싞 로그기록 - 정보요청수싞로그정보 : 10종 싞규

요청파일추출 10 10 lggacy system 요청항목 추출정보 : 10종 싞규

결과정보 송싞 및 결과로그기록 10 싞규

결과 로그기록 - 결과정보 송싞로그정보 : 10종 싞규

공동이용

대상 정보

의 확대

어플리케이션명1차기능

(메이져프로세스)

2차기능

(프로세스)분야

싞규 정보제공기관과의

연계기능 구축(10개 기관)

공동이용정보

확대(10종)

Legacy 서버(10종 정보)

송수싞서버(10종 정보)

구분

EI기능명

SW 기능

ILF EIF

내부논리파일(ILF) 외부연계파일(EIF)

ISP

결과

기능

목록

개발

시점

기능

목록

EO EQ

추가 수정 삭제 출력 조회

신규 8 0 0 0 10 2 2

재개발 0 0 0 0 0 0 0

정보열람신청(웹포털 및 전용브라우저) 1 1 확대대상정보1 : 농림수산식품부 신규

정보결과조회(웹포털 및 전용브라우저) 1 신규

G4C 사전동의신청 1 신규

신청정보 포맷 변환 1 신규

데이터레벨 처리(데이터레벨 A) 1 신규

데이터레벨 처리(데이터레벨 B) 1 신규

데이터레벨 처리(데이터레벨 C) 1 신규

데이터레벨 처리(데이터레벨 D) 1 신규

결과정보 XML변환 1 1 결과정보파일 신규

정보열람신청(웹포털 및 전용브라우저) 1 1 확대대상정보2 : 경찰청 신규

정보결과조회(웹포털 및 전용브라우저) 1 신규

G4C 사전동의신청 1 신규

신청정보 포맷 변환 1 신규

데이터레벨 처리(데이터레벨 A) 1 신규

데이터레벨 처리(데이터레벨 B) 1 신규

데이터레벨 처리(데이터레벨 C) 1 신규

데이터레벨 처리(데이터레벨 D) 1 신규

결과정보 XML변환 1 1 결과정보파일 신규

대상정보 확대(30

종)

정보조회

서비스

EIF

내부논리파일(ILF) 외부연계파일(EIF)

농지원부

정보별조회서비스

송수신서버

구분EI기능명

SW 기능ILF

어플리케이션명1차기능

(메이져프로세스)

2차기능

(프로세스)분야

교통사고사실확인원

정보별조회서비스

송수신서버

- 56 -

기능 목록화

기능 목록 예시

EO EQ

추가 수정 삭제 출력 조회

싞규 41 13 0 4 59 1 20

재개발 2 0 0 0 0 4 0

행정정보공유센터로부터 싞청정보 수싞 및 로그기록 10 10 싞청항목 xml 수싞정보 : 10종 싞규

싞청정보 수싞로그 기록 - 싞규

싞청정보 복호화 1 싞규

Legacy로 정보추출요청 10 정보추출요청정보 : 10종 싞규

Legacy로부터 정보수싞 10 정보수싞정보 : 10종 싞규

데이터레벨 처리(데이터레벨 3.5개 기준) 3.5*10 35 싞규

결과정보 XML변홖 10 결과정보 xml변홖정보 : 10종 싞규

결과정보 젂자서명 1 싞규

결과정보 암호화 1 싞규

행정정보공유센터로 결과정보 송싞처리 및 로그기록 1 결과항목 xml 송싞정보 : 10종 싞규

결과정보 송싞로그 기록 - 싞규

정보요청 수싞 및 로그기록 10 싞규

수싞 로그기록 - 정보요청수싞로그정보 : 10종 싞규

요청파일추출 10 10 lggacy system 요청항목 추출정보 : 10종 싞규

결과정보 송싞 및 결과로그기록 10 싞규

결과 로그기록 - 결과정보 송싞로그정보 : 10종 싞규

공동이용

대상 정보

의 확대

어플리케이션명1차기능

(메이져프로세스)

2차기능

(프로세스)분야

싞규 정보제공기관과의

연계기능 구축(10개 기관)

공동이용정보

확대(10종)

Legacy 서버(10종 정보)

송수싞서버(10종 정보)

구분

EI기능명

SW 기능

ILF EIF

내부논리파일(ILF) 외부연계파일(EIF)

ISP

결과

기능

목록

개발

시점

기능

목록

EO EQ

추가 수정 삭제 출력 조회

신규 8 0 0 0 10 2 2

재개발 0 0 0 0 0 0 0

정보열람신청(웹포털 및 전용브라우저) 1 1 확대대상정보1 : 농림수산식품부 신규

정보결과조회(웹포털 및 전용브라우저) 1 신규

G4C 사전동의신청 1 신규

신청정보 포맷 변환 1 신규

데이터레벨 처리(데이터레벨 A) 1 신규

데이터레벨 처리(데이터레벨 B) 1 신규

데이터레벨 처리(데이터레벨 C) 1 신규

데이터레벨 처리(데이터레벨 D) 1 신규

결과정보 XML변환 1 1 결과정보파일 신규

정보열람신청(웹포털 및 전용브라우저) 1 1 확대대상정보2 : 경찰청 신규

정보결과조회(웹포털 및 전용브라우저) 1 신규

G4C 사전동의신청 1 신규

신청정보 포맷 변환 1 신규

데이터레벨 처리(데이터레벨 A) 1 신규

데이터레벨 처리(데이터레벨 B) 1 신규

데이터레벨 처리(데이터레벨 C) 1 신규

데이터레벨 처리(데이터레벨 D) 1 신규

결과정보 XML변환 1 1 결과정보파일 신규

대상정보 확대(30

종)

정보조회

서비스

EIF

내부논리파일(ILF) 외부연계파일(EIF)

농지원부

정보별조회서비스

송수신서버

구분EI기능명

SW 기능ILF

어플리케이션명1차기능

(메이져프로세스)

2차기능

(프로세스)분야

교통사고사실확인원

정보별조회서비스

송수신서버

- 57 -

기능점수 산정 사례

회원관리>회원가입 관리

회원정보를 등록, 수정, 조회, 삭제하는 기본 기능 제공

아이디 또는 이름으로 회원가입 여부를 조회할 수 있는 기능 제공

기능명 기능유형 평균복잡

도 기능점수

회원정보 등록 외부입력(EI) 4.0 4.0

회원정보 수정 외부입력(EI) 4.0 4.0

회원정보 조회 외부조회(EQ) 3.9 3.9

회원정보 삭제 외부입력(EI) 4.0 4.0

회원가입여부확인 외부조회(EQ) 3.9 3.9

회원정보 테이블 내부논리파일(ILF) 7.5 7.5

합 계 31.3

화면 단에서 입력하는 인터페이스가 아닌,

애플리케이션에서 처리되는 기능을 중심으로 생각!

- 58 -

대가 산정의 한계점 및 추세

SW사업 대가 산정의 한계점

기능목록 및 규모에 대한 정확도 이슈 (예산에 따라 변경 가능)

개발 프로젝트에서의 실원가 측정 (투입인력에 의한 공수_프로젝트 기간, 회사 재무구

조 등)

불명확한 요구사항 및 개발기간 중 요구사항 변경 (내외부 환경요인, 발주자의 학

습 등)

전문성 부족으로 기능 중심이 아닌, 사용자 인터페이스 중심의 검수 (잠재적 위험

내포)

사업종료 시점의 FP 산정 제도 미흡유지보수 및 운영 등의 계약시, 개발사업 예

산 기준

재개발에 대한 정확한 기준 모호로 실제 요구되는 개발범위 및 공수보다 축소 산정

SW사업 대가 산정의 추세

투입인력에 의한 공수 지양

기능목록의 세분화 (기능목록당 1FP 형태)

전자정부 표준프레임워크 전환 추세 (별도 공수에 대한 연구 필요)

- 59 -

3

- 60 -

제안서 목차

제안요청서 내 제안서 세부 작성지침 가이드

Ⅰ. 일반현황 1. 제안사 일반현황 2. 제안사의 조직 및 인원 3. 수행조직 및 업무분장 4. 투입인력 및 이력사항

Ⅱ. 전략 및 방법론 1. 사업 이해도 2. 추진전략 3. 적용기술 4. 표준 프레임워크 적용 5. 개발 방법론

Ⅲ. 기술 및 기능 1. 시스템 장비구성 요구사항 2. 기능 요구사항 3. 보안 요구사항 4. 데이터 요구사항 5. 시스템 운영 요구사항 6. 제약사향

Ⅳ. 성능 및 품질 1. 성능 요구사항 2. 품질 요구사항 3. 인터페이스 요구사항 4. 테스트 요구사항

Ⅴ. 프로젝트 관리 1. 관리방법론 2. 관리역량 3. 일정계획 4. 개발장비

Ⅵ. 프로젝트지원 1. 품질보증 2. 시험운영 3. 교육훈련 4. 유지보수 5. 기밀보안 6. 비상대책

Ⅶ. 상생협력 및 하도급계약 적정성 1. 상생협력 2. 하도급계약 적정성

Ⅷ. 기타사항

- 61 -

제안서 작성지침 (1/12)

Ⅰ. 일반현황

항 목 작 성 방 법

1. 제안사 일반현황

제안사의 일반현황 및 주요 연력, 최근 3년간의 자본금 및 부문별(컨설팅, 개발 등) 매출액, 유사사업실적 등을 명료하게 제시하여야 한다. - 본 사업과 관련이 있는 3년 이내의 유사사업실적(BPR/ISP, 개발) 제시

2. 제안사의 조직 및 인원

제안사(컨소시엄 포함)의 조직 및 인원현황을 제시하여야 한다.

3. 수행조직 및 업무분장

본 사업을 수행할 조직 및 업무분장 내용을 상세히 제시하여야 한다. - 용역책임자는 임원급으로 제시 - 제안사가 하도급 의사가 있는 경우, 해당 업무 및 (예상)하도급 업체를 제시 - 컨소시엄 업체가 있는 경우 업무분장 내역에 공동수급업체별 참여비율을 명시

4. 투입인력 및 이력사항

본 사업을 수행할 투입인력(PM, PL, 주요 기술자 등)에 대한 이력사항을 제시하여야 한다. ※ 단, ‘인력투입방식’에 의한 계약인 경우, 전체 인력 제시 컨소시엄 이외의 인력은 하도급으로 간주되므로, '3. 수행조직 및 업무분장'에 하도급 의사를 표시하지 않는 경우, 컨소시엄 구성원의 자사인력으로 대체되어야 함(파견근로자는 원소속사 및 파견근로자 임을 명기) 이력사항은 성명, 소속, 해당분야근무경력, 보유 자격증 현황, 본사업 참여시 임무, 근무경력 및 기술경력, 목표투입공수(M/M), 최근 3년간 주요경력(유사BPR/ISP, 개발) 등으로 구성 ※ 단, 상용S/W, 패키지 등의 서비스 지원인력, 외부 자문인력 등 통상적인 개발인력이 아닌 경우

는 제시하지 말 것

- 62 -

제안서 작성지침 (2/12)

Ⅰ. 일반현황 (예시)

- 63 -

제안서 작성지침 (3/12)

Ⅱ. 전략 및 방법론

항 목 작 성 방 법

1. 사업 이해도 제안사는 해당사업의 제안요청 내용을 명확하게 이해하고 본 제안의 목적, 범위, 전제조건 및 제안의 특징 및 장점을 요약하여 기술하여야 한다. 목표시스템 구성도 및 구성체계를 제시하여야 한다.

2. 추진전략 제안사는 사업을 효과적으로 수행하기 위한 추진전략(위험요소 고려하여 창의적이고 타당한 대안) 을 제시하여야 한다.

3. 적용기술

제안사는 사업수행을 위한 주요 적용기술 및 세부개발방법론, 적용기술의 실현가능성 등을 제시하여야 한다. 대상업무별 개발방안(통합/연계 범위 관련 적절한 방안 제시 등), Prototype 구현 등 개발에 대한 전반적인 방안을 제시한다. ※ 제안사는 기술적용계획 제시

4. 표준 프레임워크 적용

제안사는 사업에 적용될 표준프레임워크 및 공통컴포넌트의 사용 계획과 예상되는 문제점을 기술하고 실현 가능한 대응방안을 제시하여야 한다.

5. 개발방법론 업무개발에 적용할 방법론 절차 및 기법의 활용방안을 제시하여야 하며, 적용방법론의 경험을 기술한다. 개발방법론에 따른 제출할 산출물의 종류 및 내역, 제출시기를 기술한다.

- 64 -

제안서 작성지침 (4/12)

Ⅱ. 전략 및 방법론 (예시)

범위정의

수행전략 제시

표준프레임워크 등

- 65 -

제안서 작성지침 (5/12)

Ⅲ. 기술 및 기능

항 목 작 성 방 법

1. 시스템 장비 구성 요구사항

시스템을 하드웨어부문, 소프트웨어 부문, 기타부문 등으로 구분하여 각 구분별 구성장치의 사양 ,기능, GS인증제품 제안내역 등을 제시하고 도입장비의 설치 및 공급계획, 도입 장비의 유지보수 방안을 기술하여야 한다.(특히, 장비의 최대사양 중 제안 사양을 명확히 제시)

2. 기능 요구사항 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적인 기술, 제안한 방안 및 기술의 적용방안을 제시하여야 한다.

3. 보안 요구사항 보안요구사항 및 시스템과의 관련성을 분석하고 적용할 보안기술, 표준, 제안방안 등을 구체적으로 제시 하여야 한다.

4. 데이터요구 사항

데이터 전환 계획 및 검증 방법, 에러 데이터 처리 방법에 대해 구체적인 내용을 제시하여야 한다.

5. 시스템 운영 요구사항

시스템 운영과 관련된 필요사항, 경험, 고려사항 및 유사시 대응책 등을 제시하여야 한다.

6. 제약사항 기능 및 품질 등 요구사항 구현 시 관련 제약사항과 대응방안을 구체적으로 기술하여야 한다.

- 66 -

제안서 작성지침 (6/12)

Ⅲ. 기술 및 기능 (예시)

문제점 기능요건 제안

- 67 -

제안서 작성지침 (7/12)

Ⅲ. 기술 및 기능 (예시)

보안요건 제안 데이터요건 제안

제약사항 수용여부

- 68 -

제안서 작성지침 (8/12)

Ⅳ. 성능 및 품질

항 목 작 성 방 법

1. 성능 요구사항

구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구, 구현 및 테스트 방안을 구체적으로 제시하여야 한다.

2. 품질 요구사항

분석·설계 등 각 단계별 품질 요구사항의 점검 및 검토 방안을 구체적으로 제시하여야 한다.

3. 인터페이스 요구사항

시스템 인터페이스는 타 시스템과의 연계 방안들에 대한 장단점의 분석을 통해 가장 적합한 방안이 구체적으로 기술되어 있느가를 평가하고, 구현 경험이 있는 인터페이스 담당자가 투입되는지 평가한다.

사용자 인터페이스는 사용자 편의성을 고려하여 요구사항을 제공하기 위한 분석 및 설계, 구현방안과 검토 계획을 구체적으로 기술하였는가를 평가하고, 구현 경험이 있는 인터페이스 담당자가 투입되는지 평가한다.

4. 테스트 요구사항

도입되는 장비의 성능 테스트(BMT) 또는 구축된 시스템이 목표 대비 제대로

운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술한다.

목표시스템의 테스트 유형(단위 테스트, 통합 테스트, 시스템 테스트, 성능 테스트 등) 테스트 환경, 방법, 절차 등 요구사항을 기술한다.

- 69 -

제안서 작성지침 (9/12)

Ⅳ. 성능 및 품질 (예시)

성능요건 제안 연계방안 제안

인터페이스 제안

- 70 -

제안서 작성지침 (10/12)

Ⅴ. 프로젝트 관리

항 목 작 성 방 법

1. 관리방법론 사업위험, 사업진도, 사업수행시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리 하는 방법 등을 구체적으로 제시하여야 한다. ※ 분리발주 사업이 있는 경우, 분리발주사업자와의 구체적인 협력방안 제시

2. 관리역량 프로젝트 관리자(PM)의 타 프로젝트 사업관리 실적, 유사 프로젝트 관리 경험, 의사소통 능력 등 프로젝트 관리 역량을 제시하여야 한다.

2. 일정계획 사업수행에 필요한 활동을 도출하여 정확한 활동 기간, 자원, 인력, 조직 등을 제시하여야 한다.

3. 개발장비 사업자의 참여 의지 및 조직적 대응 정도, 사업참여의 준비성과 관련하여 개발환경의 구성여부와 해결방안을 명확히 제시하여야 한다.

- 71 -

제안서 작성지침 (11/12)

Ⅵ. 프로젝트지원

항 목 작 성 방 법

1. 품질보증 조직, 인원, 방법, 절차 등 해당 사업의 수행을 위한 품질보증 방안을 제시하여야 한다. ※ 국제 소프트웨어 개발 프로세스 품질인증 획득 여부 등 사업자 품질보증 능력을 기술

2. 시험운영 대상 업무별 단위시험, 통합시험 등에 대한 전반적인 방안을 제시하여야 하고, 개발완료 후의 시스템의 이용 및 관리운영에 관한 전반적인 방안을 제시한다.

3. 교육훈련 사용자, 관리자 등 시스템의 이용대상자별로 구분하여 교육훈련 방법, 내용, 교육일정, 교육훈련 조직 등을 상세히 제시하여야 한다.

4. 유지보수 하자보수 및 유지보수 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 등을 종합적으로 제시하여야 한다.

5. 기밀보안 기밀보안 체계 및 대책, 저작권 존중여부 명시, 시스템 보안성 확보방안과 개인정보보호 대책을 제시하여야 함

6. 비상대책 안정적인 시스템 운영을 위하여 백업/복구 및 장애대응 대책을 제시하여야 한다.

- 72 -

제안서 작성지침 (12/12)

Ⅶ. 상생협력 및 하도급계약 적정성

항 목 작 성 방 법

1. 상생협력 공동수급체 구성을 통한 입찰참가 시, 사업 참가자 중 중소기업인 소프트웨어사업자의 참여비율에 따라 제시한다. 즉, 컨소시엄 구성 및 효율적인 협력체계를 제시하고 공동수급 비율 중 중소기업자의 참여비율 및 내부거래 실적(관계사 매출 비중)을 명시하여야 한다.

2. 하도급계약 적정성

하도급에 참가하는 전문기업의 보유기술과 기술요구사항의 일치성, 보유기술의 실현 가능성, 입찰참가자(공동수급일 경우에는 공동수급체 전부)의 하도급 대금지급 방식의 적정성을 제시한다. 제안에 참여한 전문업체의 기술 및 자질, 활용방안 등을 제시하여야 한다.

※ 최근 3년 이내의 국내외에서 유사사업 수행실적이 있는 경우에는 실적증빙자료를 제출

- 73 -

Kick-Off (일정 및 기본분석

공유)

비용가격 견적 착수

• 사업타당성 판단

• 제안 PM 선정

Y

제안 발표

제안품질 향상

사전영업 활동

- 방문활동 - 자문활동 - RFI 지원 - RFP 지원

제안전략 수립

(스토리 보드작성)

제안전략

검토

• 제안전략 검토

• 스토리보드 검토

• 제안팀 확정

• 제안작성계획

사업참여 여부

스토리보드에 의한 제안서 작성

N

제안요약서 작성

제안서 작성

Y

제안리뷰

제안 제출

비용가격 검토

제안서 Production

• 제안서

• 요약서

• PT 자료

Y

PT자료 작성

제안인력확보

제안팀 구성완료

제안 리허설

제안팀 구성

Y

제안 절차

체계적인 제안 준비 필요

- 74 -

제안전략 수립 절차

경쟁사 분석 자사 분석 차별화 요소

도출

전략방향

(컨셉) 설정

사업수행

전략 수립

고객/사업

환경 분석

고객

핵심이슈

가설 설정

요구사항

분석

잠재 니즈

분석

고객

핵심이슈

확정

스토리라인

구성

스토리보드

작성 Mock-up 작성 정합성 검토

제안전략

수립

고객이슈

분석

제안서

및

요약서

작성

- 75 -

1. 기본은 '읽기에도, 이해하기에도 쉽게 기술

2. 전문 용어를 남발하지 않음

3. 맞춤법과 띄어쓰기, 용어 및 어미의 통일에 유의

4. 간단하고 짧게 작성 (명료하게)

5. 하나의 문장에 하나의 개념만 전달

6. 문장의 길이는 일반적으로 30~50자 이내로 기술

7. 긴 문장은 하나의 주제를 담은 짧은 문장들로

쪼개고,수식어는 최대한 절제함

8. 주어와 서술어가 호응되어야 함

9. 모호한 표현은 회피

10. 수식어는 수식되는 말의 가까이에 붙임

Technical Writing 10계명

Leading MSG

Key MSG

Slide 본문

Slide Title

슬라이드 구성요소

(출처 : 삼성SDS 제안전략그룹)

제안서 작성 가이드

- 76 -

제안서 작성 팁 (평가측면)

프로포즈

- 77 -

제안서 작성 팁 (평가측면)

발주

단계

수행홗동

(분류기준)

사업 유형 요구사항

개수 소프트웨어

개발사업

제안요청서

요구사항

정의단계

요구 사항

분석 및 도출

기능 요구사항 ● 88

성능 요구사항 ● 3

시스템 장비구성

요구사항 - -

인터페이스 요구사항 ● 2

데이터 요구사항 ● 1

테스트 요구사항 ● 2

보안 요구사항 ● 7

품질 요구사항 ● 5

제약사항 ● 2

프로젝트 관리

요구사항 ● 7

프로젝트 지원

요구사항 ● 4

합 계 121

평가 관점에서의 제안서 형식

[기능요구사항]

SFR-001 ~ SFR-088

[제안서 - 기술부문] SFR-001 작성 2~3장

[제안서 - 기술부문] SFR-002 작성 2~3장

[제안서 - 기술부문] SFR-003 작성 2~3장 …

요구사항 YES or NO

경쟁사의 대답은?

- 78 -

제안서 작성 팁 (평가측면)

요구사항 고유번호 SFR-IE-001

요구사항 명칭 “승강기보수업 등록증” 정보확대

요구사항 분류 기능 요구사항

요구 사항 상세 설명

세부 내용

○ 정보열람 신청

- 승강기보수업 등록증 정보조회 신청입력(포털, 전용브라우저)

○ 정보열람 결과조회

- 승강기보수업 등록증 정보열람 결과조회(포털, 전용브라우저)

○ 확대정보 유형별 송수신 연계

- 승강기보수업 등록증 신청정보 포맷 변환

- 승강기보수업 등록증 정보유형별 결과추출

- 승강기보수업 등록증 결과정보 XML변환

○ 민원24 사전동의 신청·연계

- 승강기보수업 등록증 사전동의를 민원24 신청·연계

평가 관점에서의 제안서 형식

SFR-001 현황 및 이

슈 정보열람 송수신 연계

민원24 연계

현황 및 이슈

업무측면 기능측면 연계측면

SFR-001-01

SFR-001-02

SFR-001-03

…

… 체계적인

제안 구체적인

제안

명확한 평가대상

고민한 제안서

내역별 세부제안

손쉬운 정량평가

- 79 -

4

- 80 -

사업 계약 절차

계약 추진 프로세스

공고일으로부터 제안 제출까지의 기간 확인 (제안기간 부족 경우 다수)

평가배점 및 독소조항 신속 리뷰 및 사전규격 기간을 통한 이의제기

“기술평가+가격평가”에 의한 우선협상자 선정 (입찰가격 전략 필요)

- 81 -

공동수급 등의 구성

공동수급 방식

공동수급 및 하도급 모두 제안서에 포함하여 확정 제출

공동수급 구성 : 지분에 따른 평가로, 사전 평가점수 시뮬레이션 필요

하도급업체 구성 : 평가와 관계 없으나, 하도급 관련 서류 준비 및 제출

하도급 구성 평가

- 82 -

계약전 협상 개요 (1/2)

협상 절차

- 83 -

계약전 협상 개요 (2/2)

협상 주요내용

- 84 -

계약 추진

계약 필요문서

계약서 (표준계약서, 국가계약법 시행규칙 별지 제9호 서식)

입찰유의서

용역계약일반조건 (계약예규 용역계약일반조건, 소프트웨어사업 계약조건 준용)

용역계약특수조건

- 용역계약일반조건 제4조(계약문서) ② 계약담당공무원은 「국가를 당사자로 하는 계약에

관한법령」, 관계법령 및 이 조건에 정한 계약일반사항 외에 당해 계약의 적정한 이행을 위

하여 필요한 경우 용역계약특수조건을 정하여 계약을 체결할 수 있다.

산출내역서

기술협상내역

통지문서 등

- 85 -

5

- 86 -

프로젝트는 시작일과 종료일이 있으며 시간, 비용, 자원의 제약을 가지는, 특정한 목표를 달성하기 위하여 수행하며 유일한 프로세스임

프로젝트란 무엇인가?

ISO10006 A Project is a unique process, consisting of a set of coordinated and controlled activities with start and finish dates, undertaken to achieve an objective conforming to specific requirements, including the constraints of time, cost, and resources.

시작 끝

한정된 시간

유일한 프로세스

1.1 프로젝트 관리 개요 1. 프로젝트 관리 개요

- 87 -

1.2 프로젝트 관리의 필요성

프로젝트가 실패하는 원인은 의사소통과 계획, 그리고 전략과의 부합성 문제이며 사업기간이 크거나 사업금액이 클수록 프로젝트의 성공률은 떨어지는 경향이 있음

IT 프로젝트의 실패 원인

• IDC : 80%의 문제점은 상호간의 의사소통의 문제

• ITPI : 45%의 예산이 계획되지 않은 일에 소비

• AT Kearney 2004-2005보고서 : 현재 IT 프로젝트에서 제공하는 기능이 실제 기업의 전략과 상관이 없을 수도 있음 (70%의 경영진은 오직 30%만이 적합하다고 판단)

‘사업기간이 길수록 성공률은 떨어짐’ ‘사업금액이 클수록 성공률은 떨어짐’

1. 프로젝트 관리 개요

- 88 -

1.2 프로젝트 관리의 필요성

프로젝트 성공에 관한 기준도 수행사의 관점과 발주사의 관점이 다를 수 있음

“주어진 비용/ 주어진 기간에

정상오픈”

수행사 View / 감리 View

시스템 Open

시스템 안정화

시스템 성과

“구현 시스템의 단기간 안정적 운영 여부”

“구현 시스템을 통한 가시적 성과 달성 여부”

Time

Effect

발주사 View / PMO View

“프로젝트의 진정한 성공”

IT 프로젝트의 성공이란?

IT프로젝트의 성공은

프로젝트의 전략적 목표를 달성하는 것

1. 프로젝트 관리 개요

- 89 -

1.2 프로젝트 관리의 필요성

현실적으로 거의 모든 IT프로젝트는 시간과 자원의 비효율적 사용, 부적절한 계획과 요구사항 관리, 오류와 결함으로 인한 비용 발생 등의 문제점을 갖고 있음

IT 프로젝트의 문제점

시간과 자원의 비효율적 사용 1

부적절한 계획과 요구사항 관리 2

오류와 결함의 중복적이고 지속적인 발생 3

• 시간의 10%는 불필요한 일에 소모함

• 인력의 15%는 충분히 활용되지 않음

• 20~30%의 요구사항은 프로젝트 기간 중 추가

• 부정확한 예측과 함께 지나친 최신기술 욕심

• 비용의 20~30%는 반복적 오류 수정에 사용됨

1. 프로젝트 관리 개요

1.3 프로젝트 성공을 위한 관리

프로젝트의 성공을 위해 필요한 요소는 크게 10가지이며 그 중 상위 5개 요소의 비중이 71%로 핵심적인 성공요인이라고 볼 수 있음

SW프로젝트 핵심 성공요인

1. 사용자 참여(User Involvement)

2. 경영진 지원(Executive Sponsor Commitment)

3. 정확한 요구사항(Statement of Requirements)

4. 상세한 계획수립(Detailed Planning)

5. 현실적인 기대수준(Realistic Expectations)

6. 작은 단위의 이정표와 검토(Inch Pebbles & Reviews)

7. 경쟁력 있는 스탭(Competent Staff)

8. 프로젝트팀의 권한 및 주인의식(Project Team Ownership)

9. 비전 및 목표(Organization Vision & Objectives)

10. 열심히 일하는 직원(Hard working & focussed personnel)

19

16

15

11

10

9

8

6

3

3

출처: 스탠디쉬 그룹의 IT 프로젝트의 성공율 조사, 1994

71%

1. 프로젝트 관리 개요

1.3 프로젝트 성공을 위한 관리

성공하는 프로젝트는 초기 계획 수립이 적절하여야 하며 지속적인 관리체계를 유지하여야 함

시간

계획수립을 위한 노력

• 인수 테스트 • 계약 종료 노

력

• 지속적이고 체계적인 프로젝트 관리체계가 필요

성공하는 프로젝트 프로파일

1. 프로젝트 관리 개요

부적절한 계획

이슈

논쟁 / 분쟁

소송

노력

시간

1.3 프로젝트 성공을 위한 관리

실패하는 프로젝트의 경우 계획의 부적절, 현업 참여 및 요구사항 반영 미흡으로 인한 요구사항 관리 문제와, 커뮤니케이션 부재로 인한 관리 문제점이 발생함

• 초기에 잘못 수립된 프로젝트 계획 • 현업 비즈니스 반영 미흡 • 프로젝트 관리 부재 (특히 이해관계자와의 커뮤니케이션 부재)

실패하는 프로젝트 프로파일

1. 프로젝트 관리 개요

1.3 프로젝트 성공을 위한 관리

실패하는 프로젝트에서 보듯, 요구사항, 자원관리, 의사소통, 위험요소 및 변화관리가 프로젝트 성공의 중요한 요소이므로 이들 요소의 관리는 필수적임

관리를 요하는 프로젝트의 요소

과업의 범위 1

프로젝트의 일정 2

투입되는 자원 3

결함과 오류 가능성 4

커뮤니케이션 5

일정관리

범위/변경 관리

인력/벤더 관리

의사소통 관리

이슈/위험 관리

품질관리

이해관계자/변화 관리

성과 관리

1

2

3

4

5

6

7

8

1. 프로젝트 관리 개요

1.4 프로젝트 관리 방법론 1. 프로젝트 관리 개요

1. 프로젝트 통합 관리 1.1 프로젝트 계획 개발

1.2 프로젝트 계획 실행

1.3 통합 변화 관리

3. 프로젝트 범위 관리

3.1 개시

3.2 범위 계획

3.3 범위 정의

3.4 범위 검증

3.5 범위 변경 통제

4. 프로젝트 일정 관리

4.1 작업 정의

4.2 작업 순서

4.3 작업 기갂 산정

4.4 일정 개발

4.5 일정 통제

2. 프로젝트 비용 관리 2.1 비용 산정

2.2 비용 예산

2.3 비용 통제

7. 프로젝트 품질 관리

7.1 품질 계획

7.2 품질 보증

7.3 품질 통제

6. 프로젝트 인적자원 관리

6.1 조직 계획

6.2 스텝 확보

6.3 팀 개발

5. 프로젝트 의사소통관리

5.1 의사소통 계획

5.2 정보 배포

5.3 성과 보고

5.4 관리 종료

8. 프로젝트 위험 관리

8.1 위험 관리 계획

8.2 위험 정의

8.3 정성적 위험 분석

8.4 정량적 위험 분석

8.5 위험 대응 계획

8.6 위험 모니터링 및 통제

9. 프로젝트 조달 관리

9.1 구매 계획

9.2 공급자 유치 계획

9.3 공급자 유치

9.4 공급자 선택

9.5 계약 관리

9.6 계약 종료

사업관리(프로젝트 관리) 영역 (PMBOK GUIDE 5th edition)

10. 이해관계자 관리

10.1 이해관계자 식별(사람,그룹,조직)

10.2 이해관계자 젃차관리계획

10.3 이해관계자 관리방법

10.4 이해관계자 조정

1.4 프로젝트 관리 방법론

10개의 관리영역을 개별 정의함

영 역 정 의

통합관리

(Integration Management) 프로젝트 수행과 관련한 다양한 요소들을 적절하게 통합/조정하기 위한 프로세스

범위관리

(Scope Management)

프로젝트를 수행하는데 적합한 업무를 정의하고, 수행 과정에서 정의된 개발 및 업무 범위를 벗어나지 않도록 하기 위한 프로세스

일정관리

(Schedule Management) 프로젝트 납기를 준수하기 위한 프로세스

원가관리

(Cost Management) 승인된 예산 범위 내에서 프로젝트를 완료하기 위한 프로세스

품질관리

(Quality Management) 프로젝트에 지정된 품질관련 요건을 충족시키기 위한 프로세스

인적자원관리

(Human Resource Management)

프로젝트에 참여하는 팀원을 선발하고, 책임과 역할을 부여하며, 목표를 달성할 수 있도록 팀원들을 관리하기 위한 프로세스

의사소통관리

(Communication Management)

이해관계자들을 식별하고, 관심사를 파악하여 원하는 정보를 적시에 적합한 형태로 제공하고, 이들의 요구 및 기대사항을 관리하기 위한 프로세스

위험관리

(Risk Management) 프로젝트의 위험을 체계적으로 식별/분석/대응/통제하기 위한 프로세스

조달관리

(Procurement Management) 고정 조직 외부에서 제품이나 서비스를 획득하기 위한 프로세스

이해관계자 관리

(Stakeholders Management) 프로젝트의 성공적 수행을 위해 프로젝트 내외부의 관계자들에 대한 관리 프로세스

프레임워크의 영역별 정의

1. 프로젝트 관리 개요

1.4 프로젝트 관리 방법론

프로젝트의 관리 프로세스는 조직의 프로세스 자산인 표준 프로세스, 교훈, 수행경험 등을 바탕으로 5개 프로세스 그룹으로 구성됨

프로젝트 관리 프로세스

착수 (Initiating)

계획 (Planning)

종료 (Closing)

Project Charter

Project Plan Plan(Baseline) Updates

Corrective Action

Performance Report

Formal Acceptance

모니터링 및 통제 (Monitoring & Control)

실행 (Executing) 조직 프로세스 자산

(Controlling Process)

• 조직의 표준 프로세스 • 교훈(Lesson Learned) • 유사 프로젝트 수행 경험

1. 프로젝트 관리 개요

2.1 프로젝트의 통합관리

프로젝트는 각 단계별로 다양한 이슈가 발생함

단계별 발생 이슈의 사례

구분 준비단계 분석단계 설계단계 구축 테스트/ 이행

목표

이미지

계획수립

범위확정

방법론 확정

요구사항 베이스라인확보

선도개발 완료

요구사항의 설계 전환 완료

개발자원 예측

설계구현 완료

결합테스트 시나리오

확보

시나리오 검증

지표검증

현업/외부

테스트 완료

인력 투입인력 역량 미흡

현업 참여율 미흡

참여 인력의 참여 지연

업무이해도 부족

SI 투입인력

역량 미흡 개발 인력 이탈

인수담당자 불확실

(현업, SM)

범위 범위의 구체성 미흡 차세대 시스템 과제의

RFP 반영 불완전성

사용자 요건의 불안정성

요건 상세화 부족

사용자 요건의 지속적

추가 및 변경 사용자 만족도 저하

기술 시스템 아키텍처의

비 적절성 및 지연 선도개발 목표 미 달성

표준 미준수

예측하지 못한 기술 이슈

발생

성능 요구사항 불 만족 Infra 요건 불만족

(용량, 성능 등)

아키

텍처

프로세스/DA 정합성

미흡

PI/컴포넌트 정합성 미흡

방법론 테일러링 지연

파일럿 프로젝트 시사점

부족 등 충분한 사전점검

실패

비즈니스와 컴포넌트 상세

설계간 비정합성

초기 설계와 상세 설계

산출물 간 일관성 부족

공통 모듈/컴포넌트의

활용 미흡

데이터 모델의 지속적

변경

데이터 모델의 지나친

비정규화

데이터 부족으로

테스트의 어려움

외부기관의 연계

테스트 미흡

공정 공정계획 미흡 프로젝트 예산 예측 실패 전사 공통 영역 설계 누락

데이터 클린징

비용 과다

단위 테스트

수행 미흡

문서 산출물의 최신성

미흡

테스트의 완전성 부족

2. 프로젝트 통합관리

2.2 공정관리와 진척관리

공정 관리는 프로젝트의 세부 영역별 공정계획 수립, 타당성 검토, 공정 변경을 통제하기 위한 활동

공정관리의 개요

프로젝트 방법론 영역

프로젝트 공정영역

단위 프로젝트별 방법론

방법론 정련

공정 수립

공정 통제관리

고객사 차세대 프로젝트 특성을 반영한 방법론 도출 단위 업무 특성에 맞는 개별 방법론 도출

방법론 전체 최적화 통합관점의 방법론 테일러링 선도개발을 통한 Task, 양식, 지침 정련 방법론의 지속적인 보완

공정의 정확성, 상세성 확보 단위 공정간 업무별 맵핑 공정간 Integration 마일스톤 중심의 공정 수립

일정과 연계지어 공정 진행 모니터링 공정 변경필요시, 영향도 분석 및 변경 관리

프로젝트 공정관리

Key Factors

2. 프로젝트 통합관리

2.2 공정관리와 진척관리

공정관리를 위해서는 단위 프로젝트 별로 수립된 공정계획을 검토하여 적정성을 판단하고 공정 간 의존성을 조정하여 통합 관점에서 프로젝트 공정을 관리함

공정관리의 프로세스

접근방법 및 프로세스 목적 및 PMO 수행과제

1.방법론을 준수하여 공정 수립여부 검토

2.공정간 선후관계 파악

3.프로젝트 일정과 연계하여 공정의

일관성 유지 검토

4.공정관리/통제 방안 검토

입력/고려변수

1.프로젝트 일정

2.프로젝트 방법론

출력/산출물

1.프로젝트 공정계획 검토 보고서

2.프로젝트 공정 변경 분석 보고서

PMO 구축 주사업자 고객사

프로젝트 공정정의

검토요청

조정 필요?

N

Y

공정별 일정계획수립

취합/검토 연관성 분석

수정지시 검토/보완

합의

승인요청 검토/승인

공정 진행 공정

모니터링

공정 모니터링 변경

필요? 변경 요청

영향도 분석 및 합의

검토/승인 보고 및

승인 요청

변경공정 적용

Y

2. 프로젝트 통합관리

2.2 공정관리와 진척관리

진척관리를 위해 중요한 것은 일정과 진척에 대한 구분과 함께 전체 프로젝트 일정을 고려하여 수행 실적과 공정 변경에 따른 영향도 분석 및 대응 계획을 수행해야 함

진척관리의 프로세스

접근방법 및 프로세스 목적 및 PMO 수행과제

1.프로젝트 Health Check

2.일정(납기일)에 편향된 프로젝트 품질

저하 방지

3.계획과 실적간의 Gap분석으로

프로젝트 수행 작업간의 위험 관리

4.일정과 품질 균형을 이루기 위한

신속한 의사결정 지원

입력/고려변수

1.변경 필요시, 변경관리 가이드라인

2.진도도 정의방식

3.프로젝트 일정, 타 작업과의 연관도

출력/산출물

1.진도도 체크 및 기준 가중치

2.진도도 분석 보고서

3.프로젝트 공정도

PMO 구축 주사업자 고객사

공정정의 WBS 수립

연관공정 검토

검토/승인

재검토

WBS 수정/보완 적정?

확정/공유

프로젝트 수행

모니터링

진도도 입력

계획>실적

영향도 및 계획 검토

차이분석

대응계획 수립

보고

적정?

검토/승인

계획 수행

보고

수정/보완

재검토

Y N

Y N

2. 프로젝트 통합관리

2.3 요구사항 변경 관리

프로젝트에서 요구사항의 변경은 피할 수 없으며, 프로젝트에서 적용되는 방법론에 따라 변경되는 요구사항이 반영되는 것을 철저히 추적해야 함

방법론에 의한 요구사항 관리

방법론 기반한 요구사항 추적 매트릭스

요구사항을 반영하는 각 산출물 간

의 연계정보를 정의하여 추적성 확보를 위한 기준을 마련 SI사업자 QA 리뷰 및 PMO 리뷰를

통해 요구사항정의서의 일관성, 안전성, 완전성 등의 품질을 확보

1. 산출물 간의 연계 정보

각 요구사항의 설계(Usecase, UI,

App., Test 시나리오) 반영을 위한 추적 Matrix 작성 각 요구사항의 추적 매트릭스의 완

전성을 확보하기 위해, 데이터 모델 정보, 프로세스 정보, Use Case 정보 및 컴포넌트 정보와 교차 분석을 자동화하여 수행

2. 요구사항 추적표 작성

업무 부문별로 프로젝트 진행 마일

스톤별 목표와 범위를 통해 요구사항 반영을 검증

3. 마일스톤 단위의 목표

요구사항리스트 요구 추적표

2. 프로젝트 통합관리

2.3 요구사항 변경 관리

요구사항 변경이 프로젝트에서 어려운 이유는, 변경에 대한 기준이 모호하여 영향도를 고려하지 않고 무조건 갑의 요구사항을 반영하기 때문임

요구사항 변경에 대한 기준 확립

변경요건

유형 변경내용 IT 파급 영향 내용

IT영향

도

(예측)

신규 요건의 추가

1.신규 화면의 추가 2.신규 업무 요건 추가 3.신규 로직의 추가

1.IT관점의 설계 필요 2.기존 설계와의 영향력 검토 필요 3.추가 데이터모델링 필요 4.신규개발 필요

상

기존 요건의 변경

1.기존 화면 내 항목 추가 및 변경, 삭제

2.기존 요건의 변경 3.기존 로직의 변경

1.기존 설계와의 연관도 및 추가 설계 필요 2.데이터 모델링 변경 가능여부 파악 필요 3.타 업무와의 프로그램간 연관도 파악 필요 4.기 개발 프로그램의 변경 필요

중,상

기존 요건의 삭제

1.기존 화면의 삭제 2.기존 업무요건의 삭제

1.기존 프로그램간의 연관도 파악 필요 2.데이터 모델링 변경 가능여부 파악

중,하

IT

영향도

기준

상 프로젝트 일정 지연에 직접적인 영향을 줄 수 있는 변경 요건이며, 추가 공수가

3일 이상 소요 예상되는 작업

중 프로젝트 일정에 일정 정도의 영향을 줄 수 있는 변경 요건이며, 추가 공수가

3일 이하 소요 예상되는 작업

하 변경요건이 비교적 간단한 작업을 통하여 반영될 수 있으며, 추가 공수가 1일

이하 소요 예상되는 작업

IT 관점의 설계 (프로그램, 데이터)와

신규 개발이 발생하므로 그 영향도가

매우 큼

신규 요건의 경우

화면의 배치 변경 시 그 영향도는

작으나, 기존에 없던 화면의 항목이

추가되어야 하는 경우 프로그램 뿐만

아니라 데이터 모델의 변경이 추가로

발생하므로 영향도 큼

화면의 통합 및 분리 시 데이터

모델에는 영향이 작으나 기 설계된

내용과 신규 개발이 필요하므로 그

영향도 큼

변경 요건의 경우

설계 변경관리 기준

2. 프로젝트 통합관리

Work

Breakdown

Structure

목적을 달성하기 위해 필요한 작업

누락 없이 분해

구조화 하여 가시화

- WBS 의미 -

3.1 진척관리 (WBS 정의) 3. 진척관리

● 스케줄의 표기방법이나 지원 툴 을 정한다 ● 프로젝트의 성과물이나 완료기준(마일스톤)을 확인한다

스케줄 작성을 준비한다

● WBS 에 따라 작업을 분할한다(워크 패키지의*1 작성) 작업을 분할한다

● 각 워크 패키지의 성과물과 공수 를 정의한다 ● 각 워크 패키지에 할당된 요원의 스킬을 결정한다

작업내용을 정의한다

● 워크 패키지 끼리의 관련을 분석한다 ● 워크 패키지 끼리의 관련을 도식화 한다

작업순서를 설정한다

● 각 워크 패키지의 기간을 견적 한다 작업기간을 견적한다

● 각 워크 패키지의 개시일과 종료일을 결정한다 ● 워크 패키지 별로 마일스톤을 설정 한다 ● 크리티컬 패스*2를 발견한다

스케줄을 작성한다

● 납기를 준수할 수 있도록 조정 한다 ● 베이스라인*3이 부자연스러운 형상이라면 조정한다

스케줄을 조정한다

대일정 계획 작성 순서 (※ 특히 중요한 스텝은 WBS에 의한 작업의 분할)

1

2

3

4

5

6

7

*1 워크 패키지란 브레이크한 최하위 레벨의 성과물을 만들어 내는 작업항목 *2 크리티컬 패스란 프로젝트의 총기간에 가장 영향을 주는 작업의 조합 실시 순서의 경로(패스) *3 베이스라인이란 고객 요건을 만족시킨 성과물을 만들어 내기 위한 기준이 되는 계획 값

작업내용의

정의

재검토

조정

시간축에

따른

작업

순서의

정의

- 스케줄 작성의 일반적 수순 -

3.2 WBS의 작성과 진척관리 3. 진척관리

◆ WBS : 프로젝트 전체를 성과물을 만들어 내는 작업 단위로 분할한 것. * 대일정 계획 WBS의 최소 레벨인 「워크 패키지」까지 분할 * 중일정 계획/소일정 계획 성과물의 유무를 고려하지 않은 작업 단위인「액티비티」까지 분할

프로젝트 전체

요건정의 서브 시스템 1 서브 시스템 2 서브 시스템 3

기본설계 상세설계 프로그램

작성 단위 테스트

업무 프로세스 설계

시스템 방식 기본설계

개발방식설계 데이터 항목

설계

업무 플로우 설계

업무용어와 업무코드 정의

유저 인터페이스 설계

업무운용 매뉴얼 작성

데이터 플로우도 작성

업무 기능 정의서 작성

업무 기능 구성도 작성

업무 기능 처리도 작성

워크 패키지

레벨 2

레벨 1

레벨 4

레벨 3

레벨 6

레벨 5

- WBS에 의한 작업 분할 예시 -

3.3 WBS의 작성과 진척관리 3. 진척관리

워크 패키지

책임자 작업내용

소요

공수

(인일)

완료기준 ID 명칭

FUR01 화면

천이도 김기수

화면 천이도를 작성하고 팀 내 리뷰, 그룹 내 리뷰, 유저 리뷰를

실시한다

화면 천이도는 다음의 수순으로 작성한다

① 용도별로 화면을 분류한다

② 메뉴 화면을 정의한다

③ 화면 천이 패턴을 파악한다

④ 서브 화면의 천이 패턴을 파악한다

⑤ 프로세스/서브시스템의 관련시키기를 실시한다

⑥ 천이 이벤트를 파악한다

⑦ 천이조건을 파악한다

5

1)작업내용에 대한 리뷰를

완료하고 모든 리뷰 백을 수정∙반

영하고 있다

2)품질지표를 충족하고 있다

3)미 충족 시는 근본원인을 규명하

고 대응책을 세우고 있다

4)유저로 부터 최종승인을 얻고 있

다

FUR02

화면

프로세스

구조도

박철우

화면 프로세스 구조도를 작성하고 팀 내 리뷰, 유저 리

뷰를 실시하는 화면 프로세스 구조도는 다음의 수순으

로 작성한다

① 입력정보를 파악한다

② 이벤트 관련의 처리를 파악한다

③ 문자열 등의 처리를 파악한다

④ 처리에 관한 부품을 파악한다

⑤ 화면에의 입력체크를 파악한다

⑥ 화면 속의 내부체크를 파악한다

⑦ 화면에서의 출력체크를 파악한다

⑧ 미들웨어가 관계하는 처리를 파악한다

⑨ 송수신하는 정보를 파악한다

7

1)작업내용에 대한 리뷰를 완료하

고 모든 리뷰 백을 수정∙반영하고

있다

2)품질지표를 충족하고 있다

3)미 충족 시는 근본원인을 규명하

고 대응책을 세우고 있다

4)유저로 부터 최종승인을 얻고 있

다

워크 패키지 단위로 책임자를 명확히 한다 구체적인 작업수순이 명확. 리뷰 등

회의체의 작업을 망라하고 있다

워크 패키지 단위의 완료기준이 명확

워크 패키지의 내용이 적절히 정의되어 있는 문서의 예 성과물의 최소 구성요소에 관계되는 작업인 ‘워크 패키지’에 대해 책임자나 작업내용, 담당자를 명확히 한다. 작업수순의 하나 하나 혹은 복수를 정리한 단위가 액티비티가 된다

3.3 WBS의 작성과 진척관리 3. 진척관리

요구사항 ID FUR-001 응락 수준 필수

요구사항 이름 사용자 로그인

어플리케이션 이름 포탈시스템/사용자 및 회원관리

기능 입력 정보 - 사용자 ID

- 패스워드 기능출력 정보 - 사용자정보

입출력 유형 외부 입력(EI) 관련파일 및 유형 내부파일(회원정보 DB)

기능 내용

-로그인 절차는 다음과 같다.

1) 사용자는 로그인 페이지에 사용자 ID와 패스워드를 입력한다.

2) 패스워드를 암호화하여 회원정보 DB에 저장된 사용자 정보와 맵핑시킨다.

3) 회원정보 DB와 일치하는 경우 사용자 정보를 가지고 오며 다음 페이지로 넘어간다.

- 사용자 정보: 사용자 이름, 사용자 권한, 사용자 부서

- 사용자 ID와 패스워드가 불일치하는 경우, 오류 메시지를 보여준다.

기능 검증(테스트 요건) - 사용자 ID와 패스워드를 옳게 입력했을 때와 그렇지 않을 때 로그인 여부를 확인한다.

- 회원정보 DB에 저장된 패스워드가 암호화되었는지 확인한다.

관련 요구사항 ID

비기능 요구사항 인터페이스 데이터 제약사항

성능 보안 품질 사용자 시스템

SER-004 SIR-006

- 업무기능 정의 예시 -

3.3 WBS의 작성과 진척관리 3. 진척관리

NO 업무

대항목 중항목 소항목 워크패키지

성과물

공수(비용) 일정 책임자

NO 명칭 NO 명칭 NO 명칭 NO 명칭 성과물의

양 단위 소화공수/

인일 공수(인

일) 비용(만

원) 개시일 종료일 IT부서 엔드 유저

1 1 기본설계

2 1-1 업무 프로세스 설계 284.0 102.0 1020 11/8 12/24 김일중 이대준

3 1-1-1 업무 플로우 설계 8.0 16.0 160 11/8 11/19 김일중 이대준

4 1-1-1-1 데이터 플로우도(상세)작성 데이터 플로우도(상세) 2.0 枚 0.5 4.0 40 김일중 강철규

5 1-1-1-2 업무 기능 정의 작성(HIPO도) 업무 기능 정의 (HIPO도) 2.0 枚 0.5 4.0 40 김일중 강철규

6 1-1-1-3 업무 기능 구성도 작성 업무 기능 구성도 2.0 枚 0.5 4.0 40 김일중 정성호

7 1-1-1-4 업무 처리 구성도 작성 업무 처리 구성도 2.0 枚 0.5 4.0 40 김일중 정성호

8 1-1-2 업무용어와 업무 코드의 정의 2.0 枚 0.5 4.0 40 11/8 11/26 박일령 정성호

9 유저 인터페이스 설계 210.0 42.0 420 11/29 12/3 이대춘 박일국

10 1-1-2-1 계획천이도 작성 계획천이도 5.0 枚 5.0 1.0 10 이대춘 박일국

11 1-1-2-2 단말조작 상세 사양서 작성 단말조작 상세 사양서 20.0 枚 5.0 4.0 40 이대춘 김영찬

12 1-1-2-3 PF 키 일람표 작성 PF 키 일람표 5.0 枚 5.0 1.0 10 이대춘 송도싯

13 1-1-2-4 정표 레이아웃 정의서 작성 정표 레이아웃 정의서 30.0 枚 5.0 6.0 60 이대춘 송도식

14 1-1-2-5 장표 항목 정의서 작성 장표 항목 정의서 50.0 枚 5.0 10.0 100 이대춘 김일박

15 1-1-2-6 화면 레이아웃 정의서 작성 화면 레이아웃 정의서 30.0 枚 5.0 6.0 60 이대춘 김일박

16 1-1-2-7 화면 항목 정의서 작성 화면 항목 정의서 50.0 枚 5.0 10.0 100 이대춘 김일박

17 1-1-2-8 오브젝트 속성 정의서 작성 오브젝트 속성 정의서 20.0 枚 5.0 4.0 40 이대춘 김일박

68 1-5-1-2 테이블 정의서 작성 테이블 정의서 20.0 枚 5.0 4.0 40 이대산 오성균

69 1-5-1-3 인덱스 정의서 작성 인덱스 정의서 20.0 枚 5.0 4.0 40 이대산 오성균

70 1-5-1-4 파일 / 레코드 사양서 작성 파일 / 레코드 사양서 20.0 枚 5.0 4.0 40 이대산 최고수

71 1-5-1-5 레코드 레이아웃도 작성 레코드 레이아웃도 20.0 枚 5.0 4.0 40 이대산 최고수

72 1-5-1-6 뷰 일람표 작성 뷰 일람표 20.0 枚 5.0 4.0 40 조좌장 성기탁

73 1-5-1-7 뷰 정의서 작성 뷰 정의서 20.0 枚 5.0 4.0 40 조좌장 성기탁

74 1-5-1-8 논리 데이터 모델 작성 논리 데이터 모델 5.0 枚 1.0 5.0 40 조좌장 김현수

75 1-5-2 업무요건의 반영 5.0 5.0 50 2/7 2/11 조좌장 김현수

76 1-5-2-1 액세스 건수 분석 논리 데이터 모델 5.0 枚 1.0 5.0 50 조좌장 전영택

77 1-5-3 사양 ㆍ 건수 확인 대응 / 리뷰 / 검증 2/14 2/18 이대산 전영택

78 1-5-3-1 사양 / 건수 확인 대응 1.0 10 이대산 유성수

79 1-5-3-2 리뷰 / 검증 리뷰 보고서 1.0 10 이대산 유성수

개개의 워크 패키지에 대하여 작성해야 할 성과물의 종류ㆍ양이나 작업에 관한 공수, 책임자나 요원의 이름 등을 기술한다. 이 밖의 항목으로서는 작업에 필요한 스킬이나 유저 기업과 벤더의 작업 분담 등이 있다.

3.3 WBS의 작성과 진척관리 3. 진척관리

WBS는 ‘작업의 망라’'계획치의 정합성 확보’‘관리지표의 제공’‘작업자의 명확화’라는 4가지의 목적이 있다. 시스템 체크 시에는 이것들을 충족하고 있는지를 확인한다

*SOW : Statement Of Work(업무기술서)

1. 프로젝트 실시작업의 망라성을 보증하는 것. 그것은

WBS작성의 가장 중요한 목적이다.

2. 각 베이스라인의 정합성의 확보를 보증하는 것이다.

WBS를 이용하여 스케줄, 체제, 코스트, 리스크, 품질,

조달계획(SOW) 등을 책정하면 각 베이스라인의

정합성을 확보할 수 있다.

3. 타임, 코스트의 베이스라인의 달성상황을 평가하기 위

한 통일지표를 제공한다. WBS는 스코프별 공수 혹은

코스트에 대응할 수 있다.

4. 프로젝트로 실시하는 작업담당자의 망라성을 보증하

는 것.이다. WBS단위로 책임자를 명확화 하면 작업의

실시 누락이 없다는 것을 보증할 수 있다.

또 유저, 벤더 등의 책임분담을 명확히 할 수 있다.

WBS

작업의 망라

프로젝트에서 실시하는 작업이 망라되어 있는 것을 보증한다

계획치의 정합성 확보

통일된 기준(WBS)를 통해 각 베이스라인(계획치)의 정합성이 확보되고 있는 것을 보증한다

관리지표의 제공

타임, 코스트의 베이스라인에 대한 달성상황을 평가하기 위한 통일적인 지표를 제공한다

담당자의 명확화

프로젝트에서 실시하는 작업의 담당자명이 누락 없이 명기되어 있는 것을 보증한다

- WBS 4가지 목적 -

3.3 WBS의 작성과 진척관리 3. 진척관리

- 110 -