1 - swit 소프트웨어산업정보시스템 · pdf file- 10 - 발주자와 수주자간...

- 2 -

목 차

1

3

2

4

5

- 5 -

(들어가며) 공공SW사업 추진 프로세스(1/2)

• 정보화 기획

• 정보화 예산확보

• 정보화 성과평가 계획수립

• 사업계획서(안) 작성

• 기술적용계획수립

• 제안요청서 작성

• 제안안내서 작성

• 입찰공고

• 제안요청설명회 개최(필요시)

• 예정가격작성 (필요시)

• 입찰마감

• 착수신고서 검토 • 완료검사 • 재정자율평가

• 기술평가 시행

• 보완성 검토

• 인력/진도/품질관리

• 산출물 인수

• 하자보수 내용 확정

• 1차 성과평가

• 2차 성과평가

• 정보자원 처리 방안 결정

• 정보화사업 사전협의

• 제안서 평가

• 협상 및 낙찰자 결정

• 제안서 보상

• 계약서류 준비 및

• 계약체결

• 과업변경

• 선금지급

• 기성대가 지급

• 계약/수행/종료단계별 보안

• 보안적합성검증필

• 정보보호시스템 도입

• 개인정보보호

• 하도급관리

• 지체상금 산정 및 정산(필요시)

• 잔금대개 지급

• 운영 및 유지보수

• 사업계획서 확정

- 6 -

(들어가며) 공공SW사업 추진 프로세스(2/2)

• 감리법인 선정

• 감리계획수립

• 감리시행

• 감리결과 시정조치

• 감리 변경관리

• 감리 보안관리

• 감리 및 대가지급

감리 및 전자정부사업관리 위탁(PMO) 프로세스

• PMO도입검토

• PMO 발주 및 계약

• PMO 사업착수

• 본사업 기획단계

• 본사업 집행단계

• 본사업 사후관리단계

• PMO 사업검사

• PMO사업 산출물 인수

• PMO사업 추진실적 제출

참고 : 행정기관을 위한 “정보화사업 단계별 관리 점검 가이드 V3.0” (미래창조과학부,행정자치부,한국정보화진흥원) ,2015.2

- 7 -

정보화 사업의 기획단계에서 고려해야 할 사항

1-1. 정보화 사업 기획단계

▶ 정보화 사업에 대한 당위성을 확보하기 위해서는 정보전략계획 수립(5년 단위)

▶ 정보화 사업에 대한 소요예산 판단을 위해서는 업무재설계(BPR) 및 정보시스템

전략계획수립(ISMP)

▶ 정보화 사업에 대한 예산확보가 결정되면 발주계획서 작성 필요

- 정보시스템구축은 원칙적으로 업무재설계(BPR) 및 정보전략계획(ISP) 수립

이후에 예산을 요구(2015년도 예산안작성세부지침)

- 발주기관은 효율적인 발주준비 및 제안요청서 작성을 위해 정보시스템전략계

획수립 (요구사항 명확화:ISMP)을 적극 활용

- 8 -

SW 발주 프로세스는 수명주기, 프로세스, 활동, 작업으로 구성

1-2. SW사업 발주 프로세스 이해

- 9 -

V모델 기반의 발주 프로세스: 현업과 IT부서간의 역할 정립

1-3. V모델 기반의 발주 프로세스

- 10 -

발주자와 수주자간 문제해결의 최선책은 올바른 제안요청서 작성

1-4. SW사업 발주관리에 있어 문제점

구분 발주자 입장 수주자 입장

외주용역 발·수주

단계

• 개발자와 원활치 못한 의사소통

• 개발업체 선정의 어려움

• 정확히 정의하기 힘든 요구사양

• 정확한 예산정책의 어려움

• 개발자의 무분별한 제안내용으로 진정한 능력 및 수행가능 범위 판단곤란

• 발주자의 기술이해 부족

• 비용산정의 어려움

• 사용자와 원활치 못한 의사소통

• 부정확한 사용자의 요구

• 극심한 입찰 경쟁

• 개발요원확보의 어려움

용역수행 단계

• 새로운 요구를 수용 못하는 개발자

• 개발자와 원활치 못한 의사소통

• 공정관리 및 품질관리 어려움

• 잦은 개발요원의 교체

• 용역수행 비가시성(진척 파악 애로)

• 외주관리에 필요한 데이터 수집애로

• 요구사항 수렴, 이해와 검증 어려움

• 추가 /변경요구 지속 발생으로 일정 지연

• 원만치 못한 의사소통으로 범위 합의 어려움

• 잦은 개발요원의 교체

제품 인수·인계 단계

• 납품 제품의 기능미비 및 품질 결함

• 납기일지연

• 소홀한 공정관리로 인한 비용 초과

• 유지보수 대책 부족

• 소유권의 불확실성

• 문서화의 불충실로 운영상의 문제 초래

• 납기일지연

• 개발예산의 비용초과

• 개발제품의 기능미비

• 품질관리의 미흡

• 인수인계 어려움으로 납기지연 초래 및 추가공수 투입

• 잔류인력 요구로 인한 추가 공수 투입 초래

- 11 -

정보화사업의 예측 불확성에 따른 오차범위의 차이점


- 12 -


발주자의 입장에서 새로운 소프트웨어가 필요하다고 감정적으로 나마 인식하는 시점부

터 SW외주관리 시작

- 실제로 많은 기관에서 발주관리 지식과 경험부족 등으로 외주용역 수행에 애로를 겪고 있음

- 시작부터 모든 것을 용역업체에게 맡길 수는 없는 노릇

납기지연의 주요 원인

SW개발사업의 외주 개발 성공 여부 : 올바른 제안요청서 작성에 대한 이해에서 출발

발주자 시각 수주자 시각

- 13 -

1-5. SW사업 발주관리시 주요 고려사항

가격평가

기획단계 명확한 과업범위 도출이 중요 (기획부터 유지보수)

- 14 -

1-6. SW사업 발주관리시 요구사항 확정시점은?

요구사항 확정 시점에 따라 SW사업 오차범위는 다름

1 사업 및 예산 수립시 전년도 확정

여러분의 기관은 아래 진행사항 중 어느 시점에 요구사항이 확정되는지요?

2 사업발주 시점 (RFP작성시점) 당해년도 사업발주시

확정

3 수주자가 투입되어 업무분석 및 요건정의 시점 당해년도 사업자선정후

용역수행시

4 화면이 개발된 시점 당해년도 사업자가 설계완료 및 개발중

5 개발이 어느 정도 되어 테스트 시점 당해년도 사업자가 1차 개발이 완료

- 15 -

2

- 16 -

- 17 -

발주자와 수주자간

분쟁 발생 가능성

높음

SW 사업의 특성으

로 발생하는 문제에

대한 효과적인 처리

미흡

S/W사업은 사업초기에 계약목적물을 명확하게

정의하기 어려움

수·발주자간 목적물에 대한 해석의 견해차이가

커 분쟁 발생시 책임소재를 판단하기 어려움

< SW사업 특징 >

물품구매, 건설공사 등에 대한 발주체계를 기본

틀로 구성되어 정보화 사업의 특성을 고려한 사

업발주 및 계약의 제도적 기반 미비

< SW사업 발주·계약제도 특징 >

- 18 -

분쟁발생을 미연에 방지하는 것이 바람직함 !!

발주자와 사업자간의 원활한 의사소통과 협력 중요

계약목적물의

확정 곤란

(사업진행중) 빈번한 과업변경 수반

(사업완료시점) 납기지연/추가대가지급, 사업완료여부에 대한 이견

(유지보수시점) 하자보수와 유지관리 간 구분 모호

적용기술 및

방법론의 다양성

(사업진행중) 사업자 변경 곤란 → 계약해제 또는 해지 거의 불가능

(사업완료시점) 문제발생 시 검사불합격, 지체상금부과, 사업비 정산 문제

일괄 발주 형태

일반적

(사업착수) 공동계약 또는 하도급계약 형태 일반적

(사업진행중) 중소업체에 대한 불공정하도급 문제 발생, 품질저하

- 19 -

우리나라의 제안요청서란(Request for Proposal[tender])?

명시된 시스템, SW 및 SW서비스를 발주하기 위하여 입찰 대상자들에게 발주자의 요구사항을 알리기 위해 사용되는 문서(SW사업관리감독에 관한 세부지침)

계약담당공무원이 협상에 의한 계약에 의한 입찰에 참가하고자 하는 자에게 제안서의 제출을 요청하기 위하여 교부하는 서류(협상에 의한 계약체결기준)

미국, 일본의 RFP 정의

①美 연방조달규정(FAR 15.203) ⇒ RFP는 협상조달에서 제안대상자에게 정부요구 조건을 알리고 제안하도록 요청하기 위해 사용 ⇒ 경쟁입찰시 RFP에는 정부요구조건, 계약기간 및 계약조건, 제안서에 포함되어야 할 정보, 평 가를 위한 중요요소 및 가중치 등이 포함되어야함 ②日 정보시스템과 관련하 정부조달 기본지침(07.3) ⇒ 제안에 필요한 모든 정보를 망라하여 한정된 제안 요청기간 내에 제안자가 가능한 동등 조건에서 제안할 수 있도록 배려된 조달 시방서

① 당해 목표시스템 요구사항의 제안요청서상 구체적 반영 한계 ② 목표시스템의 구축을 위한 기술제안이라는 핵심사항이 제안안내와 관련된 사항과 혼재 되어 기술제안사항의 의미전달 부족 ③ 입찰안내 및 평가 등 제안안내사항이 기술 제안사항과 혼재되거나 상충되는 조건을 제시

국내 RFP의 문제점

- 20 -

(의미1) 제안요청서는 추진예정 SW사업을 알리는 의사표시

발주기관의 SW사업 구축범위, 대상, 규모 등을 대외에 알려 공개경쟁입찰 등을

통해 최적의 제안자를 선정하기 위한 발주행정의 시작

(의미2) 제안요청서는 불특정 다수인의 기술혁신을 촉진

발주기관은 최신기법과 기술을 활용한 최고 가치의 SW사업을 구축 할 수 있는

최적의 제안자를 선택하기 위해 대외에 공개

(의미3) 제안요청서는 제안서 작성 및 평가·선정의 기준

제안요청서는 발주기관이 필요로 하는 사항을 제안자가 명확하게 제안하도록 하

는 것이며, 평가자가 최적의 제안서 평가·선정을 용이하게 하는 것으로 객관성과

공정성 확보가 필수사항

- 21 -

발주준비 단계 제안요청서 준비단계 계약 및 변경단계

사업개념 및 요구상세화

기본시스템 요구사항정의

기존 SW 요구사항 정의

사업계획서 작성

인수전략 정의

제안요구사항 문서화

계약조건 정의

공급자 선정기준/ 절차수립

입찰공고

입찰공고문

제안안내서

기술제안요청서 (과업지시서)

공급자 선정

계약협상 및 체결

※ 근거 : 『SW사업 관리감독에 관한 일반기준』(미래창조과학부고시 제2014-16호)

제안요청서 작성을 위한 프로세스 단계별 활동

- 22 -

SW개발 프로젝트 실패 원인의 37.7%가 부적절한 요구사항의 정의로부터 기인함 (Standish Group, 2004)

요구사항 상세화 : 사업을 해나가면서 수시로 과업내용 변경이 발생 설계 실패 : 개발시기의 지연 및 재 작업 등 악순환 초래 짧은 개발기간으로 프로젝트 위험요인의 누적 : SW사업의 가치 창조 부실

56% 7% 10%

27% SW품질문제

발생의 근원

코딩실패 기타

설계실패

요구분석실패

시간

자 원 투 입

통상의 자원투입계획

협의지연 등의 위험요소에 의한 Loss

사업후반부에 개발업무량 집중

분석/설계 단계 개발/적용 단계 개발개시 시기의 지연

프로젝트 전체 기간 유지관리로 이관

[ 프로젝트 일정지연의 일반적 패턴 ]

사업자가 예상하는 초과업무량 수준

- 23 -

기본/상세설계 개발/단위테스트 통합/시스템

테스트 이행 및 안정화 사업기획 발주계약 요구수집

상세분석 설계 개발/단위테스트 통합/시스템

테스트 이행 및 안정화 발주계약

구축목표 가시성 (+) 구축목표 가시성 (-) (0)

요구사항변경

구축목표 가시성 (+)

발주자

수주자

과업범위합의 목표인식

(0)

요구변경 감소, 사업진도, 범위, 위험관리 가능

요구분석

과업변경에 따른 재작업 감소, 납기완수, 품질/성과확보

Bottle neck

발주자

수주자 재작업

<공공정보화 사업 발주관행 : As-Is>

<제안요청서 상세화를 통한 사업관리 : To-Be>

사업기획

- 24 -

- 25 -

요구사항 상세화 개념적 정의

구분 형식적 요구사항 상세화 내용적 요구사항 상세화

분류기준 •적용 (11가지 분류 기준 준수) •적용 (11가지 분류 기준 준수)

업무레벨 •적용 (3레벨까지 분해 적용) •적용 (6-7레벨까지 분해 적용)

요구사항

정의양식

•적용 (고시제시 양식 적용: 지식경제부 고시 제2012-288호)

•적용 (고시제시 양식 적용:

지식경제부 고시 제2012-288호)

(요구사항 명확화 추진방법): SW산업진흥법 제20조제3항 외부전문 컨설팅 기관을 통한 ISMP컨설팅에 의한 도출 기관의 자체 인력(현업과 IT부서간의 협업)에 의한 도출

- 26 -

▶ 정보시스템구축은 원칙적으로 업무재설계(BPR) 및 정보전략계획(ISP) 수립

이후에 예산을 요구(2015년도 예산안작성세부지침)

▶ 발주기관은 효율적인 발주준비 및 제안요청서 작성을 위해 정보시스템전략계

획수립 (요구사항 명확화:ISMP)을 적극 활용

Tip : 제안요청서 준비와 정보시스템 전략계획

요구사항 명확화 접근 방법

- 27 -

요구사항 분석.적용절차는 6단계 22개 수행활동으로 구성

- 28 -

SW사업은 통상적으로 4가지 유형으로 구분

유형 사업 내용

①SW개발사업

정보화를 통해 추진하고자 하는 업무, 기능, 서비스 등을 달성할 수 있도록 컴퓨터·통신·자동화 등의 장비와 그 주변장치에 대해 명령·제어 등 상호작용이

가능하도록 하는 지시·명령의 집합인 소프트웨어 또는 정보시스템을 개발하는 사업

②시스템 운용

환경 구축사업

소프트웨어 또는 정보시스템이 운영될 수 있는 하드웨어, 네트워크, 각종 시설 및 설비 등 정보시스템의 운영 기반이 되는 제반환경의 구축을 위한 사업

③유지관리사업

개발된 소프트웨어 또는 정보시스템의 유지·관리의 위탁, 일부 기능변경, 사용방법의 개선, 최적의 상태에서 활용·유지하기 위해 제공되는 제품지원, 기술지원, 사용자지원 서비스 등을 위한 사업

④정보화 전략

계획 수립사업

본격적인 소프트웨어 개발 또는 정보시스템 구축에 앞서 사업의 추진 필요성,

추진전략, 타당성 분석 등을 통해 정보화 추진을 위한 종합적 계획을 수립하는 사업

- 29 -

요구사항 도출시 일발전적으로 11가지로 분류

요구사항 주요 내용

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

- 목표사업수행을 위해 필요한 하드웨어, 소프트웨어, 네트워크 등의 장비도입과 같은 시스템 장비 구성에 대한 요구사항을 기술함

2. 기능 요구사항 - 목표 시스템(사업)이 반드시 수행해야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야하는 기능(동작)에 대하여 기술함

- 단, 개별 기능요구사항은 전체 시스템의 계층적 구조분석을 통해 단위업무별 기능구조를 도출한 후, 이에 대한 세부 기능별 상세 요구사항을 작성하는 것을 원칙으로 하며, 기능 수행을 위한 데이터 요구사항과 연계를 고려하여 기술함

3. 성능 요구사항 - 목표 시스템의 처리속도 및 시간, 처리량, 동적·정적 용량, 가용성 등 성능에 대한 요구사항을 기술함

4. 인터페이스 요구사항

- 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술한 것으로 타 소프트웨어, 하드웨어 및 통신 인터페이스, 타 시스템들과의 정보교환에 이용되는 프로토콜과의 연계도 포함하여 기술함

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

5. 데이터 요구사항 - 목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터를 구축하기 위한 요구사항을 기술함

- 30 -

요구사항 주요 내용

6. 테스트요구사항 - 도입되는 장비의 성능 테스트(BMT) 또는 구축된 시스템이 계획된 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술함

7. 보안 요구사항 - 정보 자산의 기밀성과 무결성을 확보하기 위해 목표 시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항을 기술함

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

- 신뢰성, 사용성, 유지관리성, 이식성, 보안성으로 구분하여 기술함

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

10. 프로젝트관리 요구사항

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

11. 프로젝트지원 요구사항

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

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

요구사항 정의 분류기준 11가지

- 31 -

요구사항 구분 ID부여 규칙

시스템 장비 구성 요구사항 Equipment Composition Requirement ECR-000

기능 요구사항 System Function Requirement SFR-000

성능 요구사항 Performance Requirement PER-000

인터페이스 요구사항 System Interface Requirement SIR-000

데이터 요구사항 Data Requirement DAR-000

테스트 요구사항 Test Requirement TER-000

보안 요구사항 Security Requirement SER-000

품질요구사항 Quality Requirement QUR-000

제약사항 Constraint Requirement COR-000

프로젝트 관리 요구사항 Project Mgmt. Requirement PMR-000

프로젝트 지원 요구사항 Project Support Requirement PSR-000

요구사항 정의 분류별(11가지) 번호부여 기준

- 32 -

업무 3레벨 기준: SW사업 관리감독에 관한 일반기준 개정

- 33 -

SW사업 요구사항 상세화 세부내용 작성 양식 (구성항목)

작성항목 설명 비고

요구사항 분류 • 시스템 장비구성 / 기능 / 성능 / 인터페이스 / 데이터 / 테스트 / 보안 요구사항 등 요구사항 분류항목 중 해당 항목을 선택하여 기술

필수작성

요구사항 고유번호

• 제안요청서에 정의된 요구사항에 대해 계약, 사업수행, 사업완료 및 검수 시까지 변경, 삭제, 수정 여부에 대한 관리를 위해 요구 사항별 고유번호를 생성

• 요구사항 분류(또는 약어)와 일련번호를 조합하여 표현가능

필수작성

요구사항 명칭 • 요구사항의 명칭을 명확하고 세분화되어 중복이 발생하지 않는 수준으로 작성함

• 단, 기능 요구사항은 상위기능과 하위기능을 조합하여 계층화 될 수 있도록 기술 필수작성

요구사항 상세설명

• 사업의 목적을 이루기 위해 기능을 어떻게 구현하거나 요구사항을 어떻게 수행해야 하는지에 대한 내용을 상세하기 작성함

정의 • 요구사항에 대한 개념을 간략하게 설명 필수작성

세부내용

• 각 요구사항에 대하여 발주자와 수주자가 모두 명확하게 이해할 수 있도록 이해하기 쉽게 상세하게 작성하며, 이해성을 높이기 위하여 도표나 그림을 사용하여 표현도 가능

•단, 기능 요구사항의 경우 기능의 누락이나 중복이 없도록 전체시스템을 계층적으로 분류하고 기능구조를 도출하여, 세부기능별로 작성하여 사업비 산정이 가능하도록 함

필수작성

산출정보

• 해당 요구사항의 수행을 통해 사업완료 후 어떠한 산출물이 제출되어야 하는지를 작성함

• 단, 요구사항에 따라 타 요구사항의 산출정보와 통합되어 별도의 산출물 없을 수 있으며, 비기능적 요구사항의 경우 문서, 보고서, 화면의 형태로 산출될 수도 있음

해당 시

관련 요구사항 • 동 요구사항과 직접적으로 연관되어 있는 여타 요구사항의 고유번호를 기입

• 단, 기능 요구사항의 경우 기능 수행을 위한 관련 데이터 요구사항과 연계관리가 요구됨 해당 시

요구사항 출처 • 해당 요구사항이 도출된 출처(사업계획서, 담당자/부서, 내부규정 등)를 기입하여 향후 요구사항 변경이나 수정, 삭제 필요 시 의사결정을 원활히 하고, 사업수행 시 상세한 요구사항에 대한 설명이나 추가 정보 필요 시 활용하도록 함

제안요청서에는 명시하지 않음

- 34 -

3

- 35 -

- 36 -

제안안내서와 기술제안요청서로 구분 작성 사례

• 사업(SW개발) 기술안내서 목차 • 사업(망분리) 기술안내서 목차

- 37 -

작성요령 1. 사업개요 부문은 추진하는 사업명, 사업기간, 사업비, 계약방식 등에 대해 명확하게 기술함 2. 입찰 참가자격 : 입찰에 참여하는 조건으로서 대기업참여 하한, 상호출자제한, 공동수급, 참여자격 실적 등 (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 38 -

작성요령 1. 입찰방식(경쟁입찰, 제한경쟁입찰)과 낙찰자 결정방식, 기술평가 및 가격평가 비율, 평가방식 등에 대한 기

준을 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 39 -

작성요령 1. 기술평가기준 고시를 참조하여 기관의 사업성격에 맞추어 항목에 대한 가감을 하여 작성한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 40 -

작성요령 1.제안요청설명회에서 부터 최종 업체선정 후 계약체결까지의 추진 절차도를 제시한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 41 -

작성요령 1. 계약에 있어 일반적인 조건에 대해 법령 및 제도를 준수하여 기술하여야 한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 42 -

작성요령 1. 계약에 있어 일반적인 조건에 대해 법령 및 제도를 준수하여 기술하여야 한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 43 -

작성요령 1. 입찰서류 및 제안서 제출안내, 제안설명회 방법 등을 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 44 -

작성요령 1. 기타항목으로 분리발주, 제안서보상, 입찰의 무효 조건 등에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 45 -

작성요령 1. 제안서의 효력에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 1. 제안서 작성요령

가. 제안서의 효력 ○ 제안서의 내용은 제안사가 사업자로 선정된 후 계약서에 명시되지 않더라도 계약서와 동일한 효력을 가짐. 다만, 계약서에 명시된 경우는 계약서가 우선함 ○ 추가자료 요청 시 제안사는 이에 성실히 임하여야 하며, 자료 미제출, 제안서 기재사항의 누락 또는 상이에 따른 불이익은 제안사가 감수함. ○ 제안서에 대한 해석상의 문제가 있을 경우 상호 협의하여 조정함. ○ 제안서의 내용은 계약 시 계약서와 동일한 효력을 가지며 그 내용이 사실과 다를 경우 이에 대한 책임은 제안업체에 있다. ○ 제출된 제안서는 한국마사회가 동의하지 않는 한 변경할 수 없으며, 만일 한국마사회의 추가 또는 보완 요구가 있으면 문서로 제출하며 제출된 자료는 제안서와 동일한 효력을 가진다. ○ 보완요청에 불응 시에는 평가 대상에서 제외한다. ○ 제안서에 기재된 내용이 외의 의사표시는 인정하지 않는다.

예시 2 1. 제안서 작성요령

가. 제안서의 효력 ❍ 제안서의 내용은 제안사가 사업자로 선정된 후 계약서에 명시되지 않더라도 계약서와 동일한 효력을 가짐. 다만, 계약서에 명시된 경우는 계약서가 우선함 ❍ 추가자료 요청 시 제안사는 이에 성실히 임하여야 하며, 자료 미제출, 제안서 기재사항의 누락 또는 상이에 따른 불이익은 제안사가 감수함 ❍ 제안서에 대한 해석상의 문제가 있을 경우 상호 협의하여 조정함. ❍ 제안서의 내용은 계약 시 계약서와 동일한 효력을 가지며 그 내용이 사실과 다를 경우 이에 대한 책임은 제안업체에 있다. ❍ 제출된 제안서는 한국마사회가 동의하지 않는 한 변경할 수 없으며, 만일 한국마사회의 추가 또는 보완 요구가 있으면 문서로 제출하며 제출된 자료는 제안서와 동일한 효력을 가진다. ❍ 보완요청에 불응 시에는 평가 대상에서 제외한다. ❍ 제안서에 기재된 내용이 외의 의사표시는 인정하지 않는다.

- 46 -

작성요령 1. 제안서의 효력에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

나. 제안서 작성지침 및 유의사항 ○ 제시된 제안서 목차 및 제안서 세부작성지침을 준용하여 제안서를 작성하여야 한다. ○ A4지 3 hole 바인더를 사용해야 함(권장사항) －제안서 본문 내용은 200페이지(100장) 이내로, 양면인쇄를 권고함 ○ 제안서는 한글작성이 원칙이며, 사용된 영문약어는 약어표를 제공해야 함 ○ 제안서의 내용을 객관적으로 입증할 수 있는 관련자료는 제안서의 별첨으로 제출하여야 함 ○ 제안서의 작성지침에 명시되지 않은 내용에 대한 추가적인 제안사항이 있는 경우 해당 항목에 포함하거나 별도의 항목을 추가하여 작성한다. ○ 제안가격 산출 시 SW개발비는 투입인력의 수와 기간으로 산출한다. ○ 목차의 항목 중에서 해당 내용이 없는 경우에는 해당 항목에 “해당 사항 없음” 으로 간략히 기술한다. ○ 제안서는 제출 기간 내에 시간을 엄수하여 도착하여야 하며 그렇지 않을 경우 에는 제안의사가 없는 것으로 간주한다. ○ 제안서의 기재사항은 실제 사실과 일치하여야 하며 객관적으로 입증할 수 있어 야 하고, 허위로 작성한 사실이 발견될 때에는 평가대상에서 제외한다. ○ 하도급의 경우 하도급 공정화에 관한 법률, 독점규제 및 공정거래에 관한 법률, 행정기관 및 공공기관 정보시스템 구축운영 지침, 소프트웨어 산업 진흥법 제20 조의 3 및 동법 시행규칙 제8조, 소프트웨어사업 하도급계약의 적정성 판단기준 (미래창조과학부고시 제2013-200호, 2013.12.31.)의 규정을 준수해야 하며 하도급 계약 승인대상인 경우 한국마사회의 승인을 받아야 하며, “하도급 대금 지급 비율 명세서”(행정자치부 고시 제2013-36호)를 제출해야 한다. [제안서 식 7호 참조] ○ 제안사는“평가항목별 자가 점검표”를 작성하여 별첨서류로 제출하여야 하며, 필요시 평가 시 확인이 필요한 자료를 첨부할 수 있다.[제안서식 9호 참조]

예시 2

나. 제안서 작성지침 및 유의사항 ❍ 제시된 제안서 목차 및 제안서 세부작성지침을 준용하여 제안서를 작성하여야 한다. ❍ A4지 3 hole 바인더를 사용해야 함(권장사항) －제안서 본문 내용은 200페이지(100장) 이내로, 양면인쇄를 권고함 ❍ 제안서는 한글작성이 원칙이며, 사용된 영문약어는 약어표를 제공해야 함 ❍ 제안서의 내용을 객관적으로 입증할 수 있는 관련자료는 제안서의 별첨으로 제출하여야 함 ❍ 제안서의 작성지침에 명시되지 않은 내용에 대한 추가적인 제안사항이 있는 경우 해당 항목에 포함하거나 별도의 항목을 추가하여 작성한다. ❍ 목차의 항목 중에서 해당 내용이 없는 경우에는 해당 항목에 “해당사항 없음” 으로 간략히 기술한다. ❍ 제안서는 제출 기간 내에 시간을 엄수하여 도착하여야 하며 그렇지 않을 경우에 는 제안의사가 없는 것으로 간주한다. ❍ 제안서의 기재사항은 실제 사실과 일치하여야 하며 객관적으로 입증할 수 있어 야 하고, 허위로 작성한 사실이 발견될 때에는 평가대상에서 제외한다. ❍ 하도급의 경우 하도급 공정화에 관한 법률, 독점규제 및 공정거래에 관한 법률, 행정기관 및 공공기관 정보시스템 구축운영 지침, 소프트웨어산업 진흥법 제20 조의 3 및 동법 시행규칙 제8조, 소프트웨어사업 하도급계약의 적정성 판단기준 (미래창조과학부고시 제2013-200호, 2013.12.31.)의 규정을 준수해야 하며 하도급 계약 승인대상인 경우 한국마사회의 승인을 받아야 하며, “하도급 대금 지급 비율 명세서”(안전행정부 고시 제2013-36호)를 제출해야 한다. [제안서 식 제8호 참조]

- 47 -

작성요령

1. 제안서 작성 목차 및 세부작성 지침을 기술하는데, 여기서 유의할 점은 기술성 평가항목과 목차를 일치될 수 있도록 작성한다.

(참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 48 -

SW개발사업과 망분리사업 기술제안요청서 작성 목차

ㅇㅇ사업 기술제안요청 목차 ㅇㅇ사업 기술제안요청 목차

- 49 -

1. 사업추진개요: 사업추진 배경 및 목표

작성요령 1. 사업추진에 대한 배경, 필요성을 기술하고, 동 사업을 통해 추구하고자 하는 목표를 선언적으로 제시한다.


예시 1 예시 2

- 50 -

2. 현황분석 및 개선방안: 환경분석 또는 현황제시

작성요령 1. 동 사업추진에 여건에 대한 환경분석(외부, 내부 관점)과 현황을 파악하여 제시함으로써 동사업의 추진배경

의 근간을 명확하게 이해할 수 있도록 한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 51 -

2. 현황분석 및 개선방안: 사례1 환경분석[계속]

작성요령

1. 동 사업추진에 여건에 대한 환경분석(외부, 내부 관점)과 현황을 파악하여 제시함으로써 동사업의 추진배경의 근간을 명확하게 이해할 수 있도록 한다.


예시 1

- 52 -

2. 현황분석 및 개선방안: 사례1 환경분석[계속]

작성요령

1. 동 사업추진에 여건에 대한 환경분석(외부, 내부 관점)과 현황을 파악하여 제시함으로써 동사업의 추진배경의 근간을 명확하게 이해할 수 있도록 한다.


예시 1

- 53 -

2. 현황분석 및 개선방안 : 현황분석을 통한 개선방안 도출

작성요령 1. 현황분석 또는 문제점 도출을 기반으로 향후 동 사업을 통해 개선하고자 하는 개선방안을 도출한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 54 -

3. 사업추진 방안 :추진전략 및 사업추진목표

작성요령 1. 사업추진 전략에 대해 관점 별로 기술하고 동 사업 추진목표 및 목표 로드맵 등을 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 55 -

3. 사업추진 방안 : 사업추진 로드맵 및 목표시스템 구성도


예시 1

- 56 -

3. 사업추진 방안 : 과업범위

작성요령 1. 동 추진사업에 대한 과업범위를 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

- 57 -

3. 사업추진 방안 : 서비스 연계도(신규, 숙련 고객으로 구분)


예시 1

- 58 -

3. 사업추진 방안 : 추진체계도

작성요령 1. 사업수행 조직도 및 역할에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 59 -

3. 사업추진 방안 : 사업추진 일정계획

작성요령 1. 사업추진일정계획은 사업기간 적정성 등을 판단을 근거로 작성한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 60 -

4. 제안요청내용 : 기술제안 요청 분류기준 총괄표

작성요령 1. 요구사항 분류기준에 맞추어 요구사항 총괄표를 작성한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 61 -

4. 제안요청내용 : 총괄표와 연계한 요구사항 목록표

작성요령 1. 총괄표와 연계하여 세부적인 요구사항 목록표를 작성한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1 예시 2

- 62 -

4. 제안요청내용 : 기능 요구사항(컨설팅요구 포함)

작성요령

1. 분류기준 11가지 이외의 컨설팅요구사항 적용한 케이스가 예시2번이며, 예시2번은 구 양식을 적용한 것으로 예시1번 신 양식을 적용하는 것이 바람직하다.


예시 1 예시 2 (구 양식적용사례)

요구사항고유번호 SFR-001

요구사항 명칭 출전표 분석자료 제공

요구사항 분류 기능

요구

사항

상세

설명

정의

경마정보 홈페이지(http://race.kra.co.kr)에서 제공되는 출전표를기준으로 경마정보 분석 자료를 제공한다

경마정보 분석 자료는 경마정보 홈페이지(http://race.kra.co.kr)와혈통정보 홈페이지(http://studbook.kra.co.kr)에서 제공중임.

세부

내용

1. 출전표 조회

- 일자/회차 목록별 조회

- 조건별 검색(출주마/기수/조교사/마주 등)

2. 전적으로 비교 조회

- 출주마/기수/조교사 전적 비교자료 제공

- 출주마/기수/조교사 궁합/상대전적 비교자료 제공

3. 출주마 상세조회

- 출주마 혈통정보 비교자료 제공

- 출주마 레이팅/훈련/심사/진료 등 프로필정보 제공

4. 기수 상세조회

- 기수 비교자료 제공

- 기수 프로필 정보 제공

5. 추천정보로 조회

- 고수추천 정보 조회

- 출주마/기수의 컨디션 정보 조회 및 평가(5단계평가등)

요구사항 분류 기능

요구사항 고유번호 SFR-001

요구사항 명칭 VDI기반 논리적 망분리

요구

사항

상세

설명

정 의 VDI기반 논리적 망분리 구성

세부 내용

1. 인터넷망과 업무망 논리적 분리 및 접근 통제 2. VDI솔루션은 국가정보원 CC인증 또는 국제 CC인증 제품 3. 분리된 업무영역과 인터넷영역 간 자료전송을 위해 VDI영역(가상데스크톱)에설치되는 망간자료전송 Agent 정상 구동 4. 개인화된 별도의 인터넷 접속용 가상데스크톱 제공

요구사항 분류 컨설팅

요구사항고유번호 CUR-001

요구사항 명칭 보안 수준을 고려한 망분리 적용방안

요구

사항

상세

설명

정 의 망분리 적용방안 및 보안정책 반영

세부

내용

1. 도입되는 망분리 솔루션 적용시 예상되는 문제점을 고려하여 효

과적 적용방안 수립

2. 국정원의 망분리 지침을 고려한 망분리 적용 방안 수립

- 국가‧공공기관 업무망과 인터넷간 안전한 자료전송 보안가이드라인

- 국가‧공공기관 업무전산망 분리 실무매뉴얼

- 국가‧공공기관 클라우드 컴퓨팅 보안가이드라인

3. 국정원 보안성검토, 보안적합성 검증 지원 및 결과 반영

http://race.kra.co.kr/


















http://studbook.kra.co.kr/









- 63 -

4. 제안요청내용 : 기능요구사항 도출방법에 대한 실습

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 기능요구사항은 10개를 도출하였으며, 해당기능은 5번째 요구사항이다. ㅇ 해당 요구사항의 기능은 홈페이지 내 로그인 기능에 대한 요구사항이다 [기능요구시 고려사항] 홈페이지는 개인정보보호 관점, 사용자 신뢰성 등을 확보가 전제되어야 하며, 또한 로그인은 반드시 회원정보가 등록된 사용자에 한해 인가되며, 이를 바탕으로 회원정보 수집의 기초자료로 활용하고 있다. 2. 아래 요구사항 양식에 제시 예시문을 바탕을으로 작성해 보시요.

예시 1

요구사항고유번호

요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

- 64 -

4. 제안요청내용 : 성능요구사항

작성요령 1. 시스템 구축완료 된 이후에 성능에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)


요구사항 고유번호 PER-001

요구사항 명칭 어플리케이션 응답시간

요구사항 분류 성능

요구

사항

상세

설명

정의 어플리케이션 응답시간

세부

내용

1. 대부분의 어플리케이션 기능은 실시간 처리가 가능하

도록 사용자가 요청한 때로부터 3초 이내에 그 결과를

응답하여야 함

2. 기타 타당한 사유가 있어 3초 이내의 응답시간을 초

과할 경우에는 발주자와 협의 결정하여야 함

3. 이 요구사항은 임의의 선택 기준이 허용되는 대량의

데이터에 대한 통계 및 데이터 검색에는 적용되지 않음

산출정보

관련요구사항

요구사항 분류 성능

요구사항 고유번호 PER-001

요구사항 명칭 VDI 및 망간 자료전송 성능 보장

요구

사항

상세

설명

정 의 VDI 및 망간 자료전송 성능 보장

세부 내용

1. 일제 부팅, 로그인, 안티바이러스 스캔 등 I/O 집중에 따른 가상 데스크톱 성능저하에 대비한 시스템 구성방안 제시 2. VM당 200 IOPS 수준의 성능 보장 방안 제시 ※ 일반 데스크탑 표준 IOPS Read : Write =2 : 8 80% Random I/O 기준 3. VDI 가상화 운영서버는 전체 사용자가 동시에 접속한 경우에도 성능 저하가 없어야 함 4. Full-Screen 동영상 등 멀티미디어의 원활한 재생 및 품질 조정 가능 5. 네트워크 상황을 고려하여 자동으로 가상데스크톱의 화면품질을 조정하는 기능 6. 사용자 별 네트워크 대역폭을 제한(QoS)하는 기능 7. LAN/WAN 구간에서 플래시 등의 원활한 동영상 재생을 위한 가속기능 8. 망간 자료 전송 평균 속도 800Mbps 이상

- 65 -

4. 제안요청내용 : 성능요구사항 도출방법에 대한 실습

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 성능요구사항은 5개를 도출하였으며, 해당기능은 3번째 요구사항이다. ㅇ 해당 요구사항의 기능은 홈페이지 구축 후 사용자들의 정보제공시 반응속도에 대한 사항이다. [성능요구시 고려사항] 고객들은 특정시간 대에 다수의 고객이 집중되며, 실질적으로 해당시간대에 제공되는 정보가 베팅을 결정하는데 매우 중요한 역할을 하므로 이에 효과적인 대응이 가능하도록 사용자의 접속통제, 접속된 사용자의 정보요청에 대한 반응 속도 등이 확보되어야 한다. 2. 아래 요구사항 양식에 제시 예시문을 바탕을으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

- 66 -

4. 제안요청내용 : 인터페이스 요구사항(사용자, 시스템)

작성요령 1. 인터페이스 요구는 사용자 관점과 시스템 관점으로 구분하여 제시한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)


요구사항 고유번호 SIR-002

요구사항 명칭 입/퇴장 처리기 연계

요구사항 분류 인터페이스

요구

사항

상세

설명

정의 ○ 좌석실에 설치된 바코드스캐너 및 게이트와 연계

세부

내용

○ 연계대상 : 입장권을 읽는 매체(스캐너 및 게이트)

○ 연계방법 : C/S프로그램 및 게이트가 호출 할 수 있도록 서버기

능 구현(TCP/IP)

○ 연계내역 : 입퇴장 처리내역 가능여부 리턴

○ 서울/부산/제주 렛츠런파크에 설치된 게이트의 TCP/IP 연동이

가능하도록 보완하여야 함.

※ 세부적인 연계 방식은 분석/설계결과에 따라 변경 및 조정 가능

산출정보

관련요구사항

요구사항 분류 인터페이스

요구사항 고유번호 SIR-001

요구사항 명칭 그룹웨어 연동

요구

사항

상세

설명

정 의 그룹웨어 인사정보 연동

세부

내용

1. 본회 그룹웨어시스템과 연동하여 인사정보 변경 시 자

동으로 관련 사용자 정보가 업데이트 반영되어야 함

- 대상 : 가상화시스템, 망연계시스템 등

- 67 -

4. 제안요청내용 : 인터페이스요구사항 도출방법에 대한 실습

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 시스템인터페이스 요구사항은 3개를 도출하였으며, 해당기능은 2번째 요구사항이다. ㅇ 해당 요구사항의 기능은 인터넷 교육시스템으로서 내부사용자 외부사용자에게 교육컨텐츠 제공한다. [인터페이스 요구시 고려사항] 인터넷 교육훈련시스템은 내부사용자에 대해서는 별도인증절차 없이 접속이 가능해야 하며, 홈페이지 접속 외부 고객에게는 홈페이지 접속마일리지를 기준으로 100점이상 고객에게는 무료로 서비스가 이루어져야 하며, 교육결 과는 인사시스템에서 리포트가 관리되어야 한다. 2. 아래 요구사항 양식에 제시 예시문을 바탕으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

- 68 -

4. 제안요청내용 : 데이터 요구사항 (마이그레이션)

작성요령 1. 데이터 요구사항은 데이터 구축 관점과 이관관점으로 구분하여 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

망분리 사업은 부분은 데이터 요구사항은 없음

요구사항 고유번호 DAR-003

요구사항 명칭 데이터 이관

요구사항 분류 데이터

요구

사항

상세

설명

정의 ○ 기존 시스템 운영 데이터 이관

세부

내용

○ 이관방법 및 범위에 대한 추진방안 수립 후 이행한다

1) 이관될 자료의 대상, 규모, 전체적인 구조에 대한 파악

2) 기존 시스템 운영자와 주기적인 정보교류 및 의사소통

3) 기존 시스템에 운영 중인 자료의 이관방안을 수립하여 제시

4) 자료이관의 안정성을 확보할 수 있도록 단계별 처리방안 수립

및 일정계획 수립

5) 자료이관 시 담당자별 책임과 역할을 정의하고, 이관 자료 혹

은 공유 자료에 대한 검증항목, 검증방안 및 검증주체를 명확히

제시

산출정보

관련요구사항

요구사항 고유번호 DAR-001

요구사항 명칭 데이터 표준 준수(고객정보 DB 구축 관련)

요구사항 분류 데이터

요구

사항

상세

설명

정의 ○ 데이터 표준 준수 DB설계방안

세부

내용

○ DB 관리 표준을 수립하고, 수립된 표준에 따라 데이터의 명

칭, 형식 등을 정의하여 설계에 반영

○ 향후 데이터 공유 및 재사용, 데이터 교환, 데이터 품질 향상,

데이터베이스 통합 등을 위한 표준화 수행

○ DB의 효율적인 운영, 관리 및 스페이스의 불필요한 낭비 방

지를 위하여 테이블, 칼럼 등의 중복을 없애고, 각 기능에서 공

동 활용이 가능하도록 설계

○ 검색속도 향상을 위한 DB 자료구조 분석과 구성을 한다.

산출정보

관련요구사항

- 69 -

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 데이터 이관요구사항은 3개를 도출하였으며, 해당기능은 1번째 요구사항이다. ㅇ 해당 요구사항의 기능은 회계시스템으로서 기존의 데이터를 상당부분 이관이 필요하다. [데이타이관 요구시 고려사항] 동 시스템은 회계정보시스템으로서 향후 통상적인 감사관점에서 5년 이상의 데이터의 이관이 필요하며, 아울러 5년 전의 데이터도 수시로 검색 및 조회가 가능해야 하는 특징을 갖고 있는 시스템임 2. 아래 요구사항 양식에 제시 예시문을 바탕을으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

4. 제안요청내용 : 데이타요구사항 도출방법에 대한 실습

- 70 -

4. 제안요청내용 : 테스트요구사항

작성요령

1. 시스템이 구축후에 기능요구사항 등이 잘 구축되었는지를 확인하기 위한 테스트 방법, 절차, 산출물 등에 대해 기술한다.


예시 1

예시 2

요구사항 고유번호 TER-001

요구사항 명칭 테스트 방안 제시

요구사항 분류 테스트

요구사항

상세설명

정의 단위/통합/시스템테스트 등에 대한 효율적 방안 제시

세부 내용

○ 본 사업의 단위테스트, 통합테스트, 시스템테스트 등에 대한 방안을 제시하여야 하며, 추가적으로 위임 발주 대상인 장비의 테스트 및 검수 수행 시 관련 사항을 지원해야 함. ○ 요구사항별 적합, 부적합을 판정할 수 있도록 체계적인 테스 트방안을 제시 하여야 함. ○ 품질 요건을 충족하는 테스트 방안을 제시해야 함. ○ 테스트 방안은 다음과 같은 세부적인 사항을 포함하여야 함. - 본 사업기간 동안 각각의 테스트 실시 후 테스트 결과를 기록 하고, 테스트 결과를 모니터링 하여 결함 발견 시 결함이 해소될 때까지 테스트를 지속적으로 실시해야 하며, 이때 테스트 결과에 대한 이력을 관리해야 함. - 발생 가능한 상황에 대해서 시나리오를 작성하여 업무에 적합한 테스트 데이터(오류 데이터 포함)를 입력하여 체계적이고 효율적인 테스트를 실시해야 함. - 단위테스트는 개발자 본인의 테스트와 동료테스트를 실시하여야 함. - 통합테스트 시연을 통해 진행할 수 있도록 지원해야 함. - 성능테스트는 실 운영환경에서 테스트를 수행하여야 하며, 시나리오를 통해 요구되는 성능요건을 충족해야 함. - 테스트 수행 결과를 기록하여 발주자에게 제출하여야 함.

산출정보

관련요구사항

요구사항 분류 테스트

요구사항 고유번호 TER-001

요구사항 명칭 시스템 적용 및 테스트 절차

요구

사항

상세

설명

정 의 시스템 적용 및 테스트 절차

세부

내용

1. 구축 단계별 점검목록, 단위/통합 테스트 항목 제시

2. 테스트 실시 결과 작성·제출 및 이력관리

3. 시스템 등 성능정보 수집 및 분석

4. 시험운영, 안정화 기간 동안 전담인력이 배정

5. 테스트를 통해 도출된 문제점 해결 방안 제시

6. 테스트 일정, 투입인력, 절차, 방법 등 테스트 시나리오 제시

7. 장비 사양과 서비스 연속성 보장을 위한 이중화 구성 등 장비의

구성이 사업 목적을 달성하기 위해 적절하게 구성되었고 예측대로

작동되는지 여부를 검증

- 71 -

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 테스트요구사항은 3개를 도출하였으며, 해당기능은 1번째 요구사항이다. ㅇ 해당 요구사항의 기능은 테스트 방법, 절차 등 전반에 대한 요구기능이다. [테스트 요구시 고려사항] 동 시스템은 기존의 운영되고 있는 시스템과 밀접한 연관성을 갖고 운영되고 있어 자체 시스템의 기능을 비롯한 테스트은 물론 연계되는 시스템과 연동되어 데이터의 연계가 이루어지는 뿐만 아니라 이를 통해 처리된 결과가 사용자에게 원하는 서비스가 이루어지는가 전체적으로 테스트되어야 하는 특징을 갖고 있다. 2. 아래 요구사항 양식에 제시 예시문을 바탕으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

4. 제안요청내용 : 테스트요구사항 도출방법에 대한 실습

- 72 -

4. 제안요청내용 : 보안 요구사항

작성요령 1. 시스템 구축 참여요원에 대한 보안사항을 비롯하여 시스템 구축시 요구되는 보안사항에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

요구사항 고유번호 SER-005

요구사항 명칭 사업완료 시 보안 사항

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

요구사항

상세설명

정의 사업완료시 보안관리

세부

내용

○사업완료후 생산되는 최종 산출물중 대외보안이 요구되는 자료는 대외비 이상으로 작성ㆍ관리하고 불필요한 자료는 삭제 및 폐기

○용역업체에 제공한 자료, 장비, 서류와 중간ㆍ최종 산출물 등

용역과 관련된 제반자료는 전량회수하고 업체에 복사본 등 별도 보관금지

○사업완료후 업체소유 PCㆍ서버의 하드디스크ㆍ휴대용

저장매체 등 전자기록 저장매체는 국가정보원장이 안전성을 검증한 삭제 S/W로 완전 삭제후 반출

○용역사업 관련자료 회수 및 삭제 조치후 업체에게 복사본 등

용역사업관련 자료를 보유하고 있지 않다는 대표명의 확약서 징구

산출정보

관련요구사항

요구사항 분류 보안

요구사항고유번호 SER-001

요구사항 명칭 정보보안 일반

요구

사항

상세

설명

정 의 정보보안 일반

세부

내용

1. 제안사는 사업을 수행하기 위하여 물리적/관리적/기술적

보안대책 등 보안관리에 대한 보안관리계획을 사업제안서 및

사업수행계획서에 포함해야 함

2. 제안요청서 및 내부자료 등 제안 과정에서 지득한 정보를 제안 목적 외

사용금지

3. 사업 수행자는 참여인원 전원에 대한 보안교육을 실시하고,

자필 서명한 보안서약서를 제출하여야 함

4. 사업 수행자가 보안정책을 위반하였을 경우, 보안위규

처리기준에 따른 조치를 취할 수 있음

5. 사업 진행 중 또는 완료 후 사업에 관한 일체의 사항이 외부에

누설되는 일이 없도록 보안규정을 철저히 준수하여야 함

6. 사업수행 관련 산출물 등 자료는 외부반출 및 사업목적 이외

사용 금지

- 73 -

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 보안 요구사항은 3개를 도출하였으며, 해당기능은 1번째 요구사항이다. ㅇ 해당 요구사항의 기능은 참여직원 들에 대한 전반적인 요구기능이다. [보안 요구시 고려사항] 동 시스템 구축 사무실은 전산실내에 위치하고 있으며, 기존시스템의 업무분석을 위해서는 시스템 접속권한을 부여하여 하며, 일부자료에 대해서는 반드시 발주자의 승인을 득하고 인계되어야 한다. 아울러 업무분석과정에서 출입제한 구역에도 들어가야 한다. 2. 아래 요구사항 양식에 제시 예시문을 바탕으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

4. 제안요청내용 : 보안 요구사항 도출방법에 대한 실습

- 74 -

4. 제안요청내용 : 품질 요구사항

작성요령 1. 동 사업을 통해 구축될 시스템에 대한 품질요구사항에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 2

요구사항고유번호 QUR-001

요구사항 명칭 품질관리 조직 및 보증방안

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

요구

사항

설명

정의 품질관리 조직 및 보증 방안 제시

세부

내용

○ 품질보증의 범위, 품질보증을 위한 조직, 절차, 점검방법 등을

제시하여야 함

○ 계약상대자는 품질보증을 보장하기 위한 품질보증방안을

제시하여야 함

○ 계약상대자가 대외적으로 인정받을 만한 품질보증 관련 인증을

받은 경우 이를 입증할 수 있는 근거 서류를 제시하여야 함

산출정보

관련요구사항

요구사항 분류 품질

요구사항 고유번호 QUR-002

요구사항 명칭 무상보증

요구

사항

상세

설명

정 의 무상보증

세부

내용

1. 무상 보증 대상 및 기간 명시

- 무상 하자보수는 하드웨어, 소프트웨어 등 시스템전체를

대상으로 함

- 시스템의 무상 하자보수 기간은 검수완료일로부터 12개월

로 하며 단, 납품 물품 중 무상 하자보수기간이 12개월 이상인

경우 그에 따름

- 하자보수범위는 계약 일반조건 등 관련규정에 따름

- 시스템의 무상 하자보수 및 유상 유지관리 계획 명시

- 장애 발생에 대한 예방 및 복구방안, 복구시간 등을 제시함.

- 시스템 하자보수 및 문제점 발생 시 해결을 위한 효율적인 지원 체계를

제시함

- 75 -

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 품질 요구사항은 3개를 도출하였으며, 해당기능은 1번째 요구사항이다. ㅇ 해당 요구사항의 기능은 시스템에 대한 전반적인 품질을 확보하기 위한 요구기능이다. [품질 요구시 고려사항] 동 시스템은 기관의 허브역할을 하는 시스템으로써 타 시스템에 비해 고도의 품질이 요구되며, 특히 각 단계별 품질에 대한 보증이 이루어져야 한다. 그리고 시스템 구축 후 상당기간 하자보증 및 유지관리 지원이 이루어져야 한다. 2. 아래 요구사항 양식에 제시 예시문을 바탕으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

4. 제안요청내용 : 품질 요구사항 도출방법에 대한 실습

- 76 -

4. 제안요청내용 : 제약사항

작성요령 1. 동 사업을 추진하는데 있어서 시스템, 업무수행 등의 제약사항에 대해 기술한다. (참조:SW사업 관리감독에 관한 일반기준 및 세부지침)

예시 1

예시 1`

요구사항 고유번호 COR-001

요구사항 명칭 설계변경

요구사항 분류 제약사항

요구사항

상세설명

정의 설계변경

세부

내용

○ 우리회의 방침에 따라 과업 수행내용의 변경이

있을 경우 방침에 따라 설계를 변경할 수 있으며,

과업 수행 실적이 당초 계획과 다른 경우 실제에

맞추어 정산할 수 있음

○ 과업수행 중 방침변경, 천재지변, 추가

과업지시에 따른 과업내용의 현저한 증가가

있을 경우에는 과업 기간을 변경할 수 있음

산출정보

관련요구사항

요구사항 고유번호 COR-002

요구사항 명칭 개발방법

요구사항 분류 제약사항

요

구

사

항

상

세

설

명

정의 개발방법

세부

내용

○ 소프트웨어는 특정 하드웨어나 운영체제(OS)에 종속되지 않고

향후 확장 및 유지보수가 용이하도록 개발되어야 함

○ 프로그램 작성기법과 문서화 작업은 사전에 감독과 협의하여

결정하여야 하고 S/W SOURCE 작성 시 주석을 상세히

기술하여야 함

○ 계약상대자자는 본 용역의 수행으로 인해 기존 운영중인

시스템에 영향을 주어서는 안 되며, 기존 운영중인 시스템에

대한 정상운영을 위한 대책을 강구하여 처리하여야 함

○ 계약상대자자는 본 용역의 수행을 위해 운영시스템 환경과

유사한 개발서버를 준비하여 개발하여야 함.

산출정보

관련요구사항

- 77 -

제시 예시문

1. 아래의 제시문에 대한 이해를 바탕으로 해당 요구사항을 작성 하시요. ㅇ 총 제약사항은 3개를 도출하였으며, 해당기능은 1번째 요구사항이다. ㅇ 해당 요구사항은 시스템 구축과정에서 설계, 개발, 업무운영상의 제약요건에 대한 요구기능이다. [제약사항 고려사항] 동 시스템은 데이타베이스 설계시 기관의 표준구축 가이드라인과 개발시 보안개발 지침 등을 준수해야 하며, 기존의 운영중인 시스템과 완벽한 호완성을 확보해야 한다. 아울러 기존 시스템 운영환경이 24시간 무중단 시스템으로 운영되고 있다. 2. 아래 요구사항 양식에 제시 예시문을 바탕으로 작성해 보시요.

예시 1


요구사항 명칭

요구사항 분류

요구사항

상세설명

정의

세부

내용

4. 제안요청내용 : 제약사항 도출방법에 대한 실습

- 78 -

적정사업기간 산정 대상사업

기획 단계 ⇨ 구현 및 구축 단계 ⇨ 운영 단계

컨설팅

사업

정보전략계획(ISP) 소프트웨어 개발

(정보시스템 구축) 소프트웨어 유지관리

정보전략계획 및 업무재설계

(ISP/BPR)

하드웨어 또는 상용소프트웨

어 구매 (커스터마이징 포함) 소프트웨어 운영

전사적아키텍처 (EA/ITA) 시스템 운용환경 구축

정보시스템 마스터플랜 (ISMP) 디지털 콘텐츠

개발서비스 사업

정보보안컨설팅 데이터베이스 구축 사업

소프트웨어사업의 수명주기와 각 단계에 해당하는 사업 유형은 다음과 같으며 이중 소프트웨어개발이 포함된 사업이 적정 사업기간 산정 대상 사업이다

- 79 -

적정사업기간 산정 대상여부 기준

소프트웨어 개발사업의 적정 사업기간 산정 대상 여부 기준

① 소프트웨어개발 사업 － 소프트웨어 개발사업의 적정 사업기간 산정 대상

② 소프트웨어개발 사업 +ISP

사업 등 컨설팅사업

－ 소프트웨어 개발사업의 적정 사업기간 산정 대상

(단, ISP사업기간은 별도 산정하되 소프트웨어 개발사업의 적정 사

업기간에 추가하여 총 사업기간을 산정함)

③ 소프트웨어개발 사업 +하드

웨어 등 구매사업

－ 하드웨어, 네트워크, 상용제품 등 제품구매 및 설치 일정이 적정

소프트웨어개발 사업 기간에 영향을 미치지 않는 경우

⇨ 소프트웨어 개발사업의 적정 사업기간 산정 대상

－ 하드웨어, 네트워크, 상용제품 등 제품구매 및 설치 일정이 적정

소프트웨어개발 사업 기간에 영향을 미치지 경우

⇨ 소프트웨어 개발사업의 적정 사업기간에 제품 구매 및 설치

기간을 고려하여 조정하여야 한다.

④ 소프트웨어개발 사업 +소프

트웨어 유지·운영 사업

－ 소프트웨어유지관리·운영사업에 포함된 소규모 개발사업

⇨ 소프트웨어 유지관리·운영사업 기간에 포함처리

－ 소프트웨어개발 사업 후 소프트웨어유지관리·운영사업

⇨ 각각 개별 사업단위로 사업기간 산출 필요

- 80 -

사업규모별 최소사업기간 산정 사례

사업규모(FP) 최소 사업기간 평균 사업기간

1,000 미만 3 개월 이상 7 개월

1,000 ~ 2,000 미만 4 개월 이상 9 개월

2,000 ~ 3,000 미만 7 개월 이상 13 개월

3,000 이상 8 개월 이상 20 개월 이상

※ 사업규모, 사업특성 및 발주환경 등에 따라 사업기간은 큰 편차를 보이기 때문에 과거 수행한 유사사업

자료를 활용하되 사업특성 등을 충분히 고려하여야 한다.

2009년에 기능점수 단가개발을 위해 수집한 84개 공공 및 민간기관의 소프트웨어 개발 사업을 바탕으로 분석한 사업 규모별 최소 사업기간은 다음과 같다

- 81 -

적정사업기간 산정 업무 흐름도

- 82 -

구분 (방법1) 기능점수를 활용한

적정 사업기간 산정

(방법2) 사업기초자료를 활용한 적정 사

업기간 산정

(방법3) 유사사업 자료를 이용한 적정 사

업기간 산정

특징

대상사업의 상세요구사항 정의, 기능점수 산정자료, 인당 평균생산성, 월 평균투입인원 등 정량적인 데이터 활용이 가능한 경우에 적용하는 방법

기능점수를 활용한 기간산정 방법 및 유사사업 자료를 활용한 기간산정 방법을 적용할 수 없는 경우 관련분야 전문가의 경험을 바탕으로 적정기간을 산정 적용하는 방법

대상사업과 유사한 과거 수행사업 정보(개발 기능규모, 사업예산, 투입공수, 사업영역, 개발방법론, 사용언어, 프레임워크, 난이도 등)의 활용이 가능한 경우에 적용 하는 방법

필요

핵심

요소

개발규모(FP), 인당 평균 생산성(FP/MM), 월 평균 투입원수 등 ◦대상기관이 보유한 생산성 정보를 확보 한 경우대상사업기간 산정결과의 정확도를 높일 수 있음

업무 및 사업기간산정 전문가

유사사업실적정보,대상사업특성정보(개발규모 또는 사업예산 또는 투입공수) ◦ 대상사업특성정보 : 개발언어,개발방법론, 개발장비 특성 등 ◦유사사업 실적정보 : 발주기관자체 보유사 업실적정보DB,소프트웨어사업정보 저장소, e-발주지원시스템 등

필요

지식

기능점수 측정규칙 및 경험 적정사업기간 산정 경험 해당 업무 지식

적정사업기간 산정 경험 해당 업무 지식 적정사업기간 산정 경험 해당 업무 지식

정확도 높음 낮음 보통

장점 개발규모와 표준 생산성에 근거한 정확한 사업기간 산정이 가능

적정 사업기간산정 소요시간이 짧음 적정 사업기간 산정 소요시간이 짧음

단점 상세요건 정의 및 기능점수 산정에 필요한 필수 작업시간 필요

사업기간 산정에 필요한 활용자료가 없을 경우에 적용되며 위원의 주관적 경험에 의존적하기 때문에 정확도는 낮음

유사사업 자료가 부족하거나 없을 경우 사용이 불가능함

참고 ※(유사사업이란?): 발주기관과 관계없이 일반적으로 개발기능과 개발환경이 유사한 SW개발사업을 의미한다. 대표적인 유사사업 사례는

홈페이지, 인사, 회계, 학사 관리 등 일반적으로 일정수준 이상의 표준화 또는 규격화된 업무기능을 포함하고 있는 사업을 말한다.

적정사업기간 산정방법은 아래와 같이 3가지 방법을 이용하여 산정 가능함

- 83 -

적정사업기간 산정 기준

방법 및 절차

발주자는 ‘기능점수(FP)기반 적정 개발기간 산정표’, 사업기초자료, 유사사업자료 및 기타 특이사항

을 사전에 조사 그 결과를 위원회에 제출하여야 한다.

ㅇ ‘기능점수(FP)기반 적정 개발기간 산정표’는 다음과 같은 방법에 따라 작성한다.

① 소프트웨어사업 규모 산정은 ‘소프트웨어사업 대가 산정 가이드’를 준용한다.

② 1인 생산성 산정은 소프트웨어공학백서 등의 제시된 기준을 활용 산정한다.

③ 1인 총 투입기간은 명시된 계산식(사업규모/1인당 생산성)에 따라 산정한다.

④ 투입 인력 수는 연구자료, 유사사업 자료 및 전문가 경험치 등을 참고하여 산정한다.

⑤ 전체 개발기간은 명시된 계산식(1인 총 투입기간/투입 인원수)에 따라 산정한다.

< 기능점수(FP) 기반 적정 개발기간 산정표 >

사업규모(FP) 1인 생산성(FP/MM)

1,000 이하 19

1,000 ~ 1,999 22

2,000 ~ 2,999 24

3,000 이상 22

• 1인 총 투입기간= 사업규모 / 1인 생산성 (개월)

• 투입인력 수 = 명

• 전체 개발기간 =1인 총 투입기간 / 투입 인력 수 (개월)

- 84 -

적정사업기간 산정 기준

방법 및 절차

ㅇ 위원회는 소프트웨어 개발사업의 적정 사업기간 산정시 다음 각 사항을 고려하여야 한다. 또

한 위원회의 위원은 별지 제2호 서식 위원별 개별산정서 및 별지 제3호 서식 종합 산정서를 작

성 발주자에게 제출한다.

① 발주자가 작성한 ‘기능점수(FP) 기반 적정 개발기간 산정표’를 검토하여 적정 사

업기간을 추정한다.

② 사업기초자료인 SW개발공정(분석․설계․구현․시험) 내용이 포함된 사업계획

서, 계약 내용이 포함된 예산신청서, 요구사항 등 검토로 사업기간을 추정한다.

③ 조달청(www.g2b.go.kr) 및 소프트웨어사업정보저장소(www.spir.kr) 등에서 조사

된 유사사업 자료를 검토하여 사업기간을 추정한다.

④ 사업기간에 영향을 미치는 특이사항 등을 검토 사업기간의 증감을 추정한다.

⑤ ①～④ 항목들을 종합 검토하여 적정 사업기간을 산정한다.

ㅇ 발주자는 위원회의 소프트웨어개발 사업 적정 사업기간 산정을 근거로 최종 적정 사업기간

을 결정한다.

- 85 -

적정사업기간 산정서 양식

사업명

항목별 검토 의견

검토항목 검토의견 추정 사업기간

① 기능점수(FP) 기반

SW사업 적정 개발기간 산정표 개월

② 사업기초자료

(사업계획서, 예산신청서,

제안요청서)

개월

③ 유사사업 자료 개월

④ 기타 특이사항 개월

⑤ 종합의견

적정

사업기간

개월

「소프트웨어사업 관리감독에 관한 일반기준」제4조의2제3항에 따른

소프트웨어 개발사업의 적정 사업기간을 위와 같이 산정합니다.

년 월 일

위 원 (서명)

발주기관의 장 귀하

사업명



① 기능점수(FP) 기반

SW사업 적정 개발기간 산정표 개월

② 사업기초자료

(사업계획서, 예산신청서,

제안요청서)

개월



종합 의견

⑤ 종합의견 적정사업기간

개월

「소프트웨어사업 관리감독에 관한 일반기준」제4조의2제3항에 따른 소프트

웨어 개발사업의 적정 사업기간을 위와 같이 산정합니다.

년 월 일

위 원 (서명) 위 원 (서명)



위원장 (서명)


제2호: 소프트웨어 개발사업의 적정 사업기간 위원별 산정서 제3호: 소프트웨어 개발사업의 적정 사업기간 종합 산정서

- 86 -

서약서 양식

서약서

본인은 OOOO기관에서 발주 예정인 OOOOO 사업의 적정 사업

기간 산정과 관련하여 취득한 제반 내용을 OOOOO의 허락 없이

어떠한 경우에도 공개하거나 유포하지 않을 것을 서약합니다.

년 월 일

소 속 :

직 위 :

성 명 : (서명)


- 87 -

4

- 88 -

- 89 -

제안요청서 구성 및 내용

1. 사업개요 추진배경 및 필요성, 서비스 내용, 사업 범위, 기대효과

2. 현황 및 문제점 업무 현황, 정보화 현황, 문제점과 개선방향

3. 사업추진방안 추진목표, 추진전략, 추진체계, 추진일정

4. 기술제안요청 내용

제안요청 개요, 목표시스템 개념도, 개발대상업무 내역과 구성요건, 도입대상

장비내역과 구성요건, 초기 자료 구축요건, 표준화 요건, 시스템 운용조건, 교

육지원요건, 기술지원요건, 유지보수요건, 기타

5. 제안서 작성지침 제안서 목차, 세부 작성지침

6. 제안내용 입찰참가자격 및 낙찰방식 등 입찰 절차에 관련된 사항

부록 기본운영개념기술서, 기본시스템요구사항명세서, 기본SW요구사항명세서,

기술적용계획표

1. 과업내용 2. 요구사항 3. 계약조건 4. 평가요소 및 평가방법 5. 제안서의 규격 6. 기타 필요한 사항

『협상에 의한 계약체결 기준』 제5조 제5항 : 제안요청서 명시사항

- 90 -

제안요청서 작성기준

법적기준: 기획재정부∙미래창조과학부·행정자치부 소관 관련 법령, 고시, 계약예규 등

▶「국가를 당사자로 하는 계약에 관한 법률」,「 지방자치단체를 당사자로 하는 계

약에 관한 법률」, 기획재정부 또는 행정안전부 계약예규 등의 규정을 토대로 작성

▶ 미래창조과학부 고시인「SW사업 관리감독에 관한 일반기준」,「 SW기술성평가

기준」, 「 대기업인 SW 사업자가 참여할 수 있는 사업금액의 하한」등 활용

기본적으로 제안요청서에는 발주기관의 정확한 요구사항이 기재되어야 하며,

이 요구사항 정의를 명확하게 하기 위해서는

① 요구하는 사항에 대해 시스템 구축 후, 그 결과가 확실할 것 ② 현재의 기술수준으로 실현 가능할 것 ③ 검수 등으로 기술적인 검증이 가능할 것 ④ 의미가 불명확한 용어나 표현은 사용하지 않을 것 ⑤ 특정 제품이나 상세 규격사항(사양)을 명시하지 않을 것

제안요청서 작성원칙(고려사항)

- 91 -

제안요청서 작성원칙

제안요청서 작성은 당해 SW사업의 핵심 요구요건, 필수조건, 납기일, 활용도

등을 어떤 제안자이든지 명확히 이해할 수 있는 수준으로 작성하여 최고 가치의

품질과 서비스가 제안 되도록 추진

최고 가치의 SW사업 추진에 목표를 둘 것

제안요청서 요구사항이 애매모호하게 되어 향후 기술협상 및 과업내용서 작성의

어려움, 잦은 과업내용 변경 및 계약기간 연장 등으로 사업 관리 및 SW사업의 품

질 부실 등 악순환 초래

현행 SW사업 구성요소의 기술수준에 대한 명확한 분석이 선행조건

SW사업 수행에 필요한 정보가 제안요청서에 명시되어 있지 않을 경우 발주기관 이 요구하는 수준의 제안서 작성이 어려워짐

제안서 작성에 필요한 모든 정보의 상세 제공

- 92 -

제안요청서에 기재된 각각의 업무수행과 정보시스템 구축에 요구되는 사항이나 범위를 명확한 용어를 사용하여 명시

불명확한 요구사항을 배제하여 향후 계약 등에서 분쟁 예방

발주기관은 기술적 요구사항의 내용이 중립적인지 여부를 확인하여 특정 HW,

SW기술을 가진 사업자만이 참여가 가능한 제안요청서 작성은 지양

개방적인 표준에 근거한 요구사항의 기재

Tip : 비표준적 요소로 입찰참가제한 금지

[『정부입찰·계약 집행기준』 제5조 제4항]

물품의 제조·구매입찰 시 부당하게 특정상표 또는 특정규격 또는 모델을 지정하여 입찰에 부치는 경우 와 입찰조건, 시방서 및 규격서 등에서 정한 규격·품질·성능과 동등이상의 물품을 납품한 경우 특정 상표 또는 모델이 아니라는 이유로 납품을 거부하는 경우

제안요청서 작성원칙 [계속]

- 93 -

제안요청서 작성절차(기술제안요청서-제안안내서-입찰공고문順)

제안요청서는 발주준비단계, 제안요청서 준비단계 등을 거쳐 작성되며, 계약 및 변경단계의

입찰 공고를 통해 외부에 공표

① 입찰공고문 : 『국가를 당사자로 하는 계약에 관한 법률 시행령』 제36조 및 『협상에 의한 계약체결 기준』제4조의 규정에 따라 기술제안요청서와 제안안내서의 주요내용을 포함 작성 ② 제안안내서 : 계약조건 정의, 공급자 선정기준 및 절차 등의 주요내용 위주로 작성 ③ 기술제안요청서 : SW사업 현황, 문제점 및 개선방향, 요구사항을 기술한 문서로 SW사업의 추진배경 및 필요성, 추진방안 및 추진체계, 기술적 요청사항 포함 기술

Tip :제안요청서와 입찰공고

• 협상에 의한 계약체결기준의 제안요청서 또는 입찰공고 시 명시사항 - 입찰공고문, 제안안내서, 기술제안요청서의 내용을 포괄하여 규정

• 기술제안요청서는 입찰공고 시 하나의 구성요소로서, SW사업의 입찰은

①입찰공고문, ②제안안내서, ③기술제안요청서로 구성

※ 제안요청서는 제안안내서, 기술제안요청서가 포함된 문서로 정의한다.

- 94 -

제안안내서 계약조건 정의

발주기관은 입찰을 위한 제반 조건과 기술적인 제한사항을 고려하여 공급자의 책

임과 의무를 계약조건으로 정의하고 필요시 내부 또는 외부의 법률적 자문을 거침

발주기관은 제안요청서를 기초로 계약에 필요한 조건을 종합적으로 검토 1

발주기관은 계약에 관한 조건을 작성한 후 필요시 법률적 자문을 거침 2

발주기관은 대상사업에 대한 계약조건을 정의하여 필요시 제안요청서에 반영 3

- 95 -

제안요청서 작성 관련 주요법령 및 지침

구분 주요 법령 및 지침

기획재정부

국가를 당사자로 하는 계약에 관한 법률

용역입찰유의서 또는 물품구매 입찰유의서

정부 입찰∙계약 집행기준, 공동계약 운용요령

용역계약일반조건 또는 물품구매계약일반조건

행정자치부

전자정부법

지방자치단체를 당사자로 하는 계약에 관한 법률

지방자치단체 입찰 및 계약 집행기준

지방자치단체 입찰 시 낙찰자 결정기준

미래창조과학부

소프트웨어산업 진흥법

SW사업 관리감독에 관한 일반기준

분리발주 대상 소프트웨어, SW기술성평가기준

대기업인 SW사업자가 참여할 수 있는 사업금액의 하한

대기업의 공공소프트웨어사업 참여제한 예외사업

SW사업 하도급계약의 적정성 판단기준

SW사업의 제안서 보상기준 등에 관한 운영규정

SW사업 적정 사업 기간 산정

공정거래위원회 SW사업 표준하도급 계약서

- 96 -

제안안내서에 명시해야 할 주요계약조건

작업장소는 상호 협의하여 결정

- 용역계약일반조건 제52조(작업장소 등)

계약목적물의 지식재산권 귀속결정

- 용역계약일반조건 제56조(계약목적물의 지식재산권 귀속 등)

장기계속용역계약인 경우 지체상금율 적용금액은 당해 연도 계약금액으로 함

- 용역계약일반조건 제18조(지체상금)

일괄발주 시 지체상금율은 계약금액(기성고 인정금액 제외) 1,000분의 1.0

그 외는1,000분의 1.5 - 용역계약일반조건 제55조(지체상금율) 제1호. (제1호 이외의 경우 : 1,000분의 2.5)

하도급 시에는 발주기관의 사전승인을 얻어야 함

※ 단, 외부 자문인력 등 통상적인 개발인력이 아닌 경우는 하도급인력으로 간주하지 않음

「소프트웨어산업 진흥법」제20조의 3, 동법 시행규칙 제8조

- 97 -

낙찰자로 결정된 이후에 공동계약 구성원을 변경할 수 없음

계약상대자가 사업을 수행함에 있어 부실, 조잡 또는 부당하게 하거나, 부정한 행위는 부당

행위로 보아 향후 신규사업에 참여제한을 받을 수 있음

용역계약일반조건 제34조(부정당업자의 입찰참가자격 제한)

공동수급체 구성원의 정당한 이유 없이 계약이행 미 참여시 입찰참가자격 제한

「공동계약운용요령」제13조(공동수급체 구성원의 제재)

하자담보책임기간은 1년 이내로 하고, 하자보수 이외의 경우는 유상, 즉 유지보수로 함

「소프트웨어산업 진흥법」제20조의4(소프트웨어사업의 하자담보책임)

SW분리발주 시 계약조건

제안안내서에 명시해야 할 주요계약조건[계속]

- 98 -

분리발주 대상 소프트웨어는 소프트웨어별로 고시 서식을 준용하여 작성

(미래부 고시 2014-80호 :2014.11.7. 고시에 따라 통합발주 사유는 각 분리발주

대상 SW별로 고시서식에 의거 작성 필요)

번호 소프트웨어 품목 제외사유 비고

1

2

3

4

10

분리발주 대상 소프트웨어 품목별 제외사유서 (양식예시)


- 99 -


소프트웨어 개발사업 적정기간 산정 (미래부고시 제2014-16호 : 2014. 2. 14 고시에 의거 소프트웨어사업 관리감독에 관한 일반기준 제14조의 2(적정사업기간의 산정))

사업명



① 기능점수(FP) 기반SW사업 적정 개발기간 산정표 개월

② 사업기초자료(사업계획서, 예산신청서,제안요청서) 개월



종합 의견

⑤ 종합의견 적정사업기간

개월

「소프트웨어사업 관리감독에 관한 일반기준」제4조의2제3항에 따른 소프트웨어 개발사업 적정 사업기간을 위와 같이 산정합니다.

년 월 일




위원장 (서명)


- 100 -

공급자 선정기준 및 절차

발주기관은 제안요청서의 요구사항을 기초로 공급자 선정기준 및 절차 수립

- 발주기관은 공급자의 SW사업 능력, 해당분야 전문성, 과거실적, 지속적

개선 실행, 공급자의 위치 및 인력 등을 고려

1

공급자 선정방안 작성 후 다음 관점에서 검토하고 보완

- 평가기준, 배점의 적정성, 평가방법의 객관성, 평가위원회 구성 및

평가일정 계획

2

공급자 선정 기준 및 절차가 확정되면 필요 사항을 제안안내서에 반영 3

발주기관은 제안서 평가요소 및 요구사항 충족에 대한 척도를 포함하는 공급자

선정 기준과 절차를 수립

- 101 -

사회경제적 환경변화에 따른 정책 및 법제의 진화

경쟁입찰 시 참가자격

• 법적규정 : 『국가를 당사자로 하는 계약에 관한 법률 시행령』 제12조 및 동법

시행규칙 제14조 규정에 의한 경쟁입찰 참가자격을 갖춘 자

SW사업에의 일반경쟁 참가자격

①「소프트웨어산업 진흥법」에 의한 SW사업을 신고한 사업자

②「정보통신공사업법」에 의한 정보통신공사업 등록업체

③「중소기업협동조합법」에 의하여 설립된 중소기업협동조합 중‘한국전산업

협동조합’또는‘한국전산자료처리업협동조합’에 가입한 조합원

공급자 선정기준 및 절차

- 102 -


대기업 참여제한 사업 (예시)

<사업예산규모가 20억 미만 사업: “대기업 참여제한 사업”임을 명기 > 1. 총예산 20억 미만 사업으로 소프트웨어진흥법 제24조의 2(중소 소프트웨어사업자의 사업참여 지원)에 따라 대기업

및 중소기업의 참여가 불가함 2. 총예산 20억 미만인 사업으로 중소기업자만 입찰참가 가능함

<사업예산 규모가 20억 이상 40억 미만 사업: “대기업 참여제한 사업”임을 명기 > 1. 총예산 40억 미만 사업으로 소프트웨어진흥법 제24조의 2(중소 소프트웨어사업자의 사업참여 지원)에 따라 대기업

의 참여가 불가함 2. 총예산 40억 미만 사업으로 소프트웨어진흥법 제24조의 2(중소 소프트웨어사업자의 사업참여 지원)에 따라 중소기

업및 중견기업만 입찰참여가 가능함

<사업예산 규모가 40억 이상 80억 미만 사업: 일부 대기업인 소프트웨어사업자 및 상호출자제한기업집단 소속회사의 입찰참여자격 제한 >

1. 총예산 80억 미만 사업으로 소프트웨어진흥법 제24조의 2(중소 소프트웨어사업자의 사업참여 지원)에 따라 매출액 8천억원 이상 대기업 참여가 불가함

2. 총예산 80억 미만 사업으로 소프트웨어진흥법 제24조의2, 제2항, 제3항 및 미래창조과학부고시 제2014-25호에 따라 매출액 8천억원 이상 대기업 및 상호출자제한기업집단 소속회사의 입참 참여가 제한됨

<사업예산 규모가 80억 이상 사업: 상호출자제한기업집단 소속회사의 입찰참여자격 제한 >

1. 총예산 80억 미만 사업으로 소프트웨어진흥법 제24조의2 제3항에 따라 상호출자제한기업집단 소속회사의 입참여가 제한됨

- 103 -


대기업 공동수급의 경우 (예시)

▶ 총사업규모가 80억원 이상인 사업에 대해 매출액 8천억원 이상인 대기업간 공동수급은 제한 됩니다. (사례1) 지난해 매출액 9천억인 대기업 “가”와 매출액 1조인 대기업 “나”가 공동수 급체를 구성하여 총사업규모 90억원인 SW사업에 참여할 경우, 대기업간 공동 수급 제한의 대상입니다. (사례2) 지난해 매출액 9천억인 대기업 “가”와 매출액 6천억 대기업 “나”가 공동수 급체를 구성하여 총사업규모 90억원인 SW사업에 참여할 경우, 매출액 8천억 이상 대기업-매출액 8천억 미만 대기업간 공동수급이므로 대기업 공동수급 제한 의 대상이 아닙니다. ◇ 소프트웨어산업 진흥법 제24조의2에 따른 「대기업인 소프트웨어사업자가 참여할 수 있는 사업금액의 하한」(미래창조과학부 고시 제2014-25호)은 다음과 같습니다.

대상업체 사업금액의 하한

매출액 8천억원 이상인 대기업 80억원 이상

매출액 8천억원 미만인 대기업 40억원 이상

- 104 -


공동수급 기준

<법적규정>

①「국가를 당사자로 하는 계약에 관한 법률」제25조, 동법 시행령 제72조

②「공동계약운용요령」(기획재정부 계약예규)

③「SW사업 관리감독에 관한 일반기준」제4조 제2항

상기 규정에 따라 공동계약을 허용하며, SW사업의 성격 또는 효율성 등의 측면을

고려하여 공동이행방식 또는 분담이행방식 활용

공동수급체는 2인 이상 5인 이내의 범위로 구성하고 구성원 별 계약참여

최소 지분율은 10%이상으로 하여야 함을 명시

단, 대기업 참여하한을 적용 받는 대기업인 SW사업자 중 매출액이 8천억원 이상인

SW사업자 간 공동수급체의 참여를 제한하여야 함

- 105 -


사업추진 주체별 비교(국가계약법 VS 지방계약법)

구분 국가계약법 지방계약법

법적근거

국가계약법 시행령 제72조

공동계약운용요령(기재부 예

규)

지방계약법 시행령 제88조

지방자치단체 공동계약운용

요령(안행부 예규)

입찰공고 공동계약가능 명시 공동계약가능 명시

공동수급체 구성수 5인 이하 5인 이하

최소 참여지분율 10%이상 5%이상

공동수급협정서 ○ ○

- 106 -


공동이행 및 분담이행 방식의 차이점

구분 공동이행방식 분담이행방식

내용

사업전체에 대해 참여업체간

자체적으로 업무의 지분을 분할하여

공동으로 사업 수행

사업전체 중 참여업체가 각각

부담할 업무만을 지정하여 지정된

업무만을 수행

책임 사업전체에 대해 연대하여 공동책임 분담업무에 대해서만 책임

참가자격

공동수급체 구성원은 공동으로

이행하고자 하는 분야의 입찰참가

자격을 가지고 있어야 함

각 업체가 분담하는 부분에

대해서만 입찰참가자격을 가지고

있으면 됨

- 107 -


입찰방식별 비교

구분 내용 국가계약법

일반경쟁입찰

균등한 입찰참여 기회제공과 경쟁성

제고를 위해 일반 경쟁입찰이 원칙

시행령 제12조

시행규칙 제14조 내지 제18조

제한경쟁입찰

계약목적을 효과적으로 달성하고,

입찰사무의 번잡을 파기 위하여 필요

한 경우 법령에 정한 내용에 따라

참가 자격을 제하여 입찰가능

시행령 제21조

시행규칙 제25조

정보입찰계약집행기준

지명경쟁입찰

계약이행의 신뢰성을 확보하고 계약

절차를 간소화하기 위하여 일정 수

이상의 참가자를 지명하여 경쟁입찰

시행령 제23조

시행규칙 제27조, 제29조

수의계약 특정인을 선정하여 계약을 체결하는

제도로서 경쟁입찰의 예외

시행령 제26조 내지 제32조

시행규칙 제32조 내지 제37조

- 108 -


낙찰자 결정방식(SW사업은 협상에 의한 계약체결방식 우선적용)

적격심사 원칙적으로 국고의 부담이 되는 경쟁입찰에 있어서는 예정가격 이하로

입찰한 자의 순으로 당해 계약이행능력(적격심사)을 실시 낙찰자 결정

최저가낙찰 예정가격 이하로서 최저가격으로 입찰한 자를 낙찰자로 결정

2단계

적격심사

물품의 제조∙구매 또는 용역계약에 있어서 미리 적정 규격 등의 작성이

곤란하거나 기타 계약의 특성 상 필요하다고 인정되는 경우 입찰자가

제출한 기술입찰서(제안서)를 평가한 후 적격자로서 최저가격으로 입찰한

자를 낙찰자로 결정

협상에

의한 계약

물품·용역계약에 있어 계약이행의 전문성, 기술성 등이 필요한 SW사업,

정보화 사업, 온라인 디지털콘텐츠 산업 등 지식기반사업에 대하여는

‘협상에 의한 계약체결 방법’을 우선 적용

SW사업은 지식기반사업으로서 무형적 기술지식집약도가 높은 내용을 계약목적으로 하고,

사업특성상 다양한 수행방법과 과업내용을 미리 정하기 어려운 경우가 많아 높은 품질과

완성도에 충실하기 위해 ‘협상에 의한 계약체결방식’을 최우선 고려하여 반영

- 109 -


「협상에 의한 계약체결기준」(기획재정부 계약예규) 우선 적용

입찰공고

공고기간 40일

긴급공고 10일

제안서 평가

기술능력 및 입

찰가격 평가

협상 적격자 선정

협상적격 및

순위결정

협상

과업내용 및

입찰가격 협상

계약체결

계약체결

제안요청서 교부

제안서 제출

과업내용 및 계약조건

- 110 -


기술 및 가격평가를 통한 종합평가

기술평가점수 85% 이상인 입찰자에 대해서 가격평가점수 합산하여 종합평가점수

로 산출

지식기반산업에 해당하는 사업은 기본적으로 제안서의 평가항목 및 배점한도는

기술능력평가 80%, 가격평가 20%로 구성

다만, SW사업은 기술력이 우수한 사업자를 선정하여 사업품질확보 목적 달성을

위해 기술 대 가격비율을 90:10으로 적용(행정기관 및 공공기관 정보시스템 구축

·운영 지침)

추정가격 중 하드웨어비중이 50% 이상인 사업 또는 추정가격 1억원 미만인 개발

사업 등의 경우에는 기술능력평가비중을 80%로 정할 수 있음

- 111 -


기술능력 평가 (기술성 평가기준)

기술능력 평가항목 및 배점기준은「SW 기술성 평가기준」(미래창조과학부 고시)

을 활용하여 설정

분리발주 시에는 SW통합구축사업과 상용SW(구매를 통해 활용하는 패키지SW, 솔

루션 등 포함)구매를 구분하여 각각「SW기술성 평가기준」의 [별표1]과 [별표2]

의 평가기준 활용

※ 별표 1 : 기술제안서 평가항목 및 배점한도

※ 별표 2 : 상용SW 평가항목 및 배점한도

SW사업 제안서 기술평가 시에는 제안서 평가위원회를 구성하여 심의

「( 협상에 의한 계약체결기준」제7조제5항,「 SW 기술성평가기준」제5조)

- 112 -


기술능력 평가

공공, 행정기관 정보시스템 구축 운영사업에 대한 제안서 평가 검토시간 권고

(정보시스템 구축.운영 지침)

사업규모 제안서 검토시간

10억원 미만 90분



40억원 이상 180분

- 113 -


별표1: 기술제안서 평가부문 및 평가항목

평가부문 평가항목

전략 및 방법론

사업이해도

추진전략

적용기술

표준 프레임워크 적용

개발방법론

기술 및 기능

시스템 요구사항

기능요구사항

보안 요구사항

데이터 요구사항

시스템 운영 요구사항

제약사항

성능 및 품질

성능 요구사항

품질 요구사항

인터페이스 요구사항


프로젝트 관리

관리방법론

일정계획

개발장비

프로젝트 지원

품질보증

시험운영

교육훈련

유지보수

기밀보안

비상대책

상생협력 및 전문업체 참여

상생협력

전문업체 참여

- 총 배점한도는 100점이며, 각 평가부문별 배점한도는 30점을 초과하지 못하고, 상생협력 및 전문업체 참여 평가부문의 배점한도는 10점 이상으로 함

- 각 평가항목은 최고 5점을 기준으로 하여 기술제안서 별로 절대 또는 상대평가하며, 상대평가 시 우열을 가리기 어려운 경우에는 동일한 점수를 부여할 수 있음

- 114 -


별표2: 상용 SW평가부문 및 평가항목


기능성

기능구현 완전성

기능구현 정확성

상호 운용성

보완성

표준 준수성

사용성

기능학습 용이성

입출력 데이터 이해도

사용자인터페이스 조정 가능성

사용자인터페이스 일관성

진행상태 파악 용이성

운영절차 조정 가능성

이식성

운영환경 적합성

하위 호환성

설치·제거 용이성


효율성

반응시간

자원활용률

처리율

유지보수성

문제진단/해결지원

환경설정·변경 가능성

업데이트 용이성

백업/복구 용이성

신뢰성

운용 안정성

장애복구 용이성

서비스 지속성

데이터 회복성

공급업체 지원

유지보수 지원

교육훈련 지원

제품 신뢰도

직접생산여부

- 115 -


협상적격자 선정 및 협상순서(“협상에 의한 계약체결기준”제8조)

기술평가 점수(80점)만을 기준으로 일정비율(85%) 이상인 자를 협상적격자로 선

정 - 기술평가결과 협상적격자가 없는 경우 재공고 입찰

협상순서는 종합평가 점수의 고득점 순에 의하여 결정

- 협상이 성립된 때에는 다른 협상적격자와 협상 미 실시

- 모든 협상적격자와 협상 결렬 시 재공고 입찰

종합점수 동점 시 처리방침

① 기술능력평가 점수가 높은 업체를 선정

② 기술능력 평가점수도 동일한 경우 기술능력의 세부평가항목 중 배점이

큰 항목에서 점수가 높은 업체를 선정

- 116 -


협상방법 및 기준「( 협상에 의한 계약체결기준」제11조 및 제12조)

협상대상자가 제안한 사업내용, 이행방법, 이행일정, 제안가격 등 제안서의 내용

을 대상으로 협상 실시

- 협상대상자와 협상을 통해 그 내용의 일부를 조정 가능

가격협상에서는 당해 사업예산(또는 예정가격) 이하로서 협상 대상자가 제안한

가격이 기준 가격이 됨

-따라서, 협상대상자가 제안한 가격이 사업예산(또는 예정가격) 이상인 경우에

는 사업예산(또는 예정가격) 범위 내에서 가격 협상

협상대상자가 제안한 내용을 가감하는 경우에는 가감내용에 상당하는 금액을 예

정가격 범위 내에서 조정 가능

- 117 -


기타 제안안내서에 명시해야 할 주요 공급자 선정 기준 및 절차

20억 이상 SW개발사업 및 정보전략계획(ISP)은 제안서 보상대상임

제안 시 SW 개발비 제안가격은 기능점수방식을 적용하여 산정

협상대상자가 제안한 제안서 내용을 대상으로 협상하며 그 내용의 일부를 조정

가능 제안한 내용의 가감이 없을 경우 가격협상 시 제안가격을 증감할 수 없음

공동수급자의 입찰무효 조건의 명시

낙찰자 결정 전 낙찰예정자의 무효입찰 여부 확인

- 118 -


입찰공고시 유의사항

발주기관은 SW사업 등 지식기반사업 중 다수의 전문분야가 요구되는 복합사업

에 입찰참가자가 공동으로 참가하고자 하는 경우에는 특별한 사유가 없는 한 이

를 허용하여야 함

제안서의 우편접수 여부를 명시하고, 제안서 제출형태에 대해 명확히 제시

※ CD는 최종 낙찰 이후 PDF형식으로 제출토록 명시

협상에 의한 계약방식에서 제안요청설명회를 실시하는 경우 그 장소·일시 및 참가의무 여

부를 반드시 명시하고, 동 설명회 실시여부 관계없이 담당자연락처 기재

제안설명회를 개최하는 경우 제안 설명은 제안사(주사업자)의 실무책임자(PM)가

직접 발표하도록 명시

분리발주 되는 SW가 있을 경우 SW별로 각각 제안요청서를 작성하여 입찰하되,

입찰공고문에는통합사업 또는 분리발주 사업임을 명시

※ 『국가를 당사자로 하는 계약에 관한 법률 시행령』제72조의2)

- 119 -


제안서 작성방법 (목차 구성)

제안서의 정의:「 협상에 의한 계약체결기준」제2조

작 성 항 목 작 성 목 차

Ⅰ. 상생협력 및 하도급계약 적정성(공동수급업체 포함)

1. 연혁 및 일반 현황, 2. 조직 및 인원 현황 3. 관련분야 사업실적, 4. 상생협력,5. 하도급계약 적정성 6. 사업추진 체계,7. 인력투입 계획,8. 하도급 예정계약 사항 ※ 별첨 : 하도급 계약 신청서 등 관련서류 첨부

Ⅱ. 전략 및 방법론 1. 사업이해도, 2. 추진전략, 3. 적용기술, 4. 개발방법론

Ⅲ. 기술 및 기능

1. 지급심사지원시스템 구축 요구사항 2. 시스템 구성 및 설치, 최적화 요구사항 3. 인터페이스 및 통합 요구사항 4. 소프트웨어 요구사항

Ⅳ. 성능 및 품질 1. 성능요구사항, 2. 품질요구사항, 3. 보안요구사항

Ⅴ. 프로젝트 관리 1. 관리방법론, 2. 일정계획, 3. 시험계획

Ⅵ. 프로젝트 지원 1. 품질보증, 2. 교육훈련, 3. 유지보수,4. 기밀보안 5. 비상대책, 6. 기타 본 사업 수행관련 지원사항

- 120 -

평가부문 평가항목 평가기준 평가요소 배점

한도

전략

및

방법론

(20)

사업

이해도

사업의 특성 및 목표에 대한 이해도를 평가합니다.

우체국보험 특성 및 타 업무와의 연관관계를 이해하

고 이를 바탕으로 일관성 있는 방향과 전략을 제시하

고 있는가를 평가합니다.

- 사업목표 및 내용의 이해도

- 우체국보험 사업의 특성 이해도

- 문제파악의 정확성

- 업무분석체계의 명확성

- 목표시스템 구성의 정확성

- 제안요청서와의 부합성

7

추진전략 관련 업무 수행 시 위험요소를 고려하여 얼마나 창의

적이며 타당한 대안을 제시하였는가를 평가합니다.

- 추진전략의 창의성

- 추진전략의 타당성 3

적용기술

사업에서 적용하고자 하는 기술이 향후 확장을 고려

하여 현실적으로 실현 가능하게 제시되어 있는지를

평가합니다.

- 제안기술의 실현가능성

- 적용기술의 최신성 7

개발

방법론

사업에 적정한 방법론의 제안 타당성을 평가하고, 실

제 적용 사례와 경험을 바탕으로 효율적인 단계별 활

동 내용을 구성하여 산출물의 적정성을 유지하고, 기

술과 경험을 적절히 활용하고 있는가를 평가합니다.

- 개발절차의 타당성

- 개발산출물의 적정성

- 도구와 기법의 적정성과 경험

- 적용방법론의 경험

3


사례1:SW사업 제안서 평가항목

- 121 -


사례1:SW사업 제안서 평가항목 (계속)


한도

기술 및

기능

(30)

지급심사 지원시스템 구

축 요구사항

구현하고자 하는 업무의 요구사항이 구체

적으로 분석되었는가를 평가하고, 구체적

인 구현방안 및 기술이 제안되었는가를

평가합니다.

- 요구사항 분석의 적정성

- 제안한 구현방안 및 기술의

적정성 및 적용가능성

10

시스템 구성 및 설치, 최

적화 요구사항

기 운영 중인 시스템의 재구성을 통한 시

스템 구성 및 설치, 최적화 방안이 구체적

으로 분석되었는가를 평가하고, 구체적인

구현방안 및 기술이 제안되었는가를 평가

합니다.

- 요구사항 분석의 적정성

- 제안한 구현방안 및 기술의

적정성 및 적용가능성

5

인터페이스 및 통합

요구사항

타 시스템과의 연계 필요성 및 목적을 이

해하고 적절한 방안이 구체적으로 기술되

어 있는가를 평가하고, 구현 경험이 있는

인터페이스 담당자가 투입되는지 평가합

니다.

- 인터페이스 요구사항 분석의 적정성

- 인터페이스 구현방안의 적정성

- 관련 조직 및 참여인력의 적정성

- 관련방안 및 기술의 적용 가능성

5

소프트웨어

요구사항

도입대상 소프트웨어의 요구 규격을 충족

시키는 제품을 제안하였는지 평가합니다.

- 도입대상 SW의 기능 충족도

- 도입대상 SW의 확장 편의성

- 도입대상 SW의 설치용이성

- 도입대상 SW의 유지보수 지원

10

- 122 -


사례1:SW사업 제안서 평가항목(계속)


한도

프로

젝트

관리

(20)

관리방법론

사업위험, 사업진도, 사업수행시 보안을 관리하

는 방법, 사업수행 성과물이나 산출물의 형상

및 문서를 관리하는 방법 등을 평가합니다.

- 위험관리 방안의 적정성

- 진도관리 방안의 적정성

- 보안관리 방안의 적정성

- 형상관리 방안의 적정성

- 문서관리 방안의 적정성

3

일정계획

사업수행에 필요한 활동을 도출하여 정확한 활

동 기간의 산정과 도출된 활동 간의 배열이 합

리적인지, 중간목표가 적정하게 제시되어 있는

지, 각 활동에 적합한 자원이 적절히 할당되어

있는지 등을 평가합니다.

- 세부활동 도출 및 기간의 타당성

- 세부활동 배열의 합리성

- 중간목표 정의의 타당성

- 자원배분의 합리성

7

시험계획

시스템의 안정적인 이행 및 성능 검증을 확인하

기 위한 단계별 테스트 전략, 시범운영의 구체

적인 방안을 명확히 제시하고 있는가를 평가합

니다.

- 시험계획의 적정성

- 단계별 테스트 방안의 구체성

- 프로토타입 구성의 적정성

- 시범운영 계획의 적정성

10

- 123 -


사례1:SW사업 제안서 평가항목(계속)

평가부문 평가항목 평가기준 평가요소 배점한도

프로

젝트

지원

(15)

품질보증

제시된 품질보증 방안이 해당 사업의 수행에 적합

한지, 사업자가 대외적으로 인정받을 만한 품질보

증 관련 인증을 획득한 사례가 있는지를 확인하고

평가합니다.

- 품질보증계획의 적정성

- 품질보증인력의 자질

- 사업자 보증 능력

- 품질인증 획득 여부

3

교육훈련

시스템 공급자가 시스템 운영 및 관리자를 위해 제

공 및 지원하는 각종 교육훈련의 방법, 내용, 일정

및 조직 등에 대해 평가합니다.

- 교육훈련 방법의 적정성

- 교육훈련 내용의 적정성

- 교육훈련 일정의 적정성

- 교육훈련 조직의 적정성

2

유지보수

시스템 공급자가 제시하는 하자보수 및 유지보수

계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타

의 활동 및 그 제한사항에 대해 평가합니다.

- 유지보수 계획의 적정성

- 유지보수 조직의 적정성

- 유지보수 절차의 적정성

- 유지보수 범위의 적정성

- 유지보수 기간의 적정성

8

기밀보안 및 비상대책

사업 추진 동안 기밀을 보호함과 동시에 원활한 사

업의 수행을 보장하기 위한 체계 및 대책과 안정적

인 시스템 운영을 위해 제시하는 각종 백업/복구

및 장애대응 대책에 대하여 평가합니다.

- 기밀보안 체계의 적정성

- 기밀보안 대책의 확신성

- 백업/복구 대책

- 장애대응 대책

3

계 100

- 124 -


제안서작성 목차구성 항 목 작 성 방 법 비 고

Ⅰ. 일반현황

1. 제안사 일반현황 제안사의 일반현황 및 주요 연력, 최근 3년간의 자본금 및 부문별 매출액, 실적 등

을 명료하게 제시

제안서식 제1호


2. 제안사의 조직 및 인원 제안사의 조직 및 인원현황을 제시

3. 수행조직 및 업무분장 본 사업을 수행할 조직 및 업무분장 내용을 상세히 제시

4. 투입인력 및이력사항 본 사업을 수행할 인력을 작업 단위별로 제시하고, 투입인력에 대한 이력‧경력,

역할, 참여율 등을 기술



Ⅱ. 추진전략 및 방법

1. 사업이해도

당사업의 제안요청 내용을 명확하게 이해하고 본 제안의 목적, 범위, 전제조건

및 제안의 특징 및 장점을 요약하여 기술하고, 목표시스템 구성도 및 구성체계

를 제시

2. 추진전략 본 사업을 효과적으로 수행하기 위한 추진전략(위험요소 고려하여 창의적이고

타당한 대안)을 제시

3. 적용기술 및 구축 방법론

사업수행을 위한 주요 적용기술 및 활용방안, 적용기술의 실현가능성 및 확장성

등을 제시 정보서비스 운영환경을 고려한 망분리 구축 시 효율적인 추진 방법론

을 제시

4. 구축실적 유사분야 구축사업을 수행한 사업실적 제시 제안서식 제3호

- 125 -


제안서 작성 목차구성(계속)

항 목 작 성 방 법 비 고

Ⅲ. 기술 및 기능

1. 컨설팅 요구사항 망분리 구축을 위한 분석, 구축방안, 활성화 방안을 정의하여 정책수립계획, 아키텍처

설계기법 및 사례 등을 기술

2. 시스템 장비 요구사항

시스템을 하드웨어부문, 소프트웨어 부문, 기타부문 등으로 구분하여 각 구분별 구성장

치의 사양 ,기능, GS인증제품 제안내역 등을 제시하고 도입장비의 설치 및 공급계획, 도

입 장비의 확장가능성 및 유지보수 방안을 기술

3. 기능 요구사항 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안을 구체적으로 기

술, 제안한 방안 및 기술의 적용방안을 제시

4. 보안 요구사항 보안요구사항 및 시스템과의 관련성을 분석하고 적용할 보안기술, 표준, 제안방안 등을

구체적으로 제시

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

Ⅳ. 성능 및 품질

1. 성능 요구사항 구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구, 구현 방안

을 구체적으로 제시

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

- 126 -


제안서 작성 목차구성(계속)

항 목 작 성 방 법 비 고

Ⅴ. 프로젝트 관리

1. 관리방법론 사업위험, 사업진도, 보안 등 관리방법, 사업수행 성과물이나 산출물, 문서 관리 방법

등을 제시

2. 일정계획

수행절차(자원, 인력, 조직 포함)에 따른 추진일정을 상세히 제시

- 월간, 주간, 일일, 수시 보고 포함

- 단계별 검토회의 등 포함

Ⅵ. 프로젝트 지원

1. 품질보증 계획 품질보증을 위한 조직, 방법, 절차, 내용 등을 제시

2. 시험운영 및 교육훈련

계획

시험운영 방안 및 사용자․관리자 등 이용 대상자별로 구분하여 교육내용, 인원, 일정,

교육훈련 조직 등을 제시

3. 유지관리 계획 장애처리절차, 유지관리체제, 조건 등 유지관리를 위한 종합적인 방안을 제시한다.

- 유상 유지관리 기간 이후의 유지관리 조직, 조건, 비용 등을 포함

4. 기밀보안 및 비상대책 기밀보안 체계 및 대책, 저작권 존중여부 명시, 시스템 보안성 확보 방안과 개인정보보호

대책을 제시, 안정적인 시스템 운영을 위하여 복구 및 장애대응 대책을 제시

Ⅶ. 기타사항 본 사업과 관련하여 제안요청에 누락되었거나 제안사가 추가적으로 제안하는 사항을

기술

- 127 -


사례2: 망분리사업 제안서 평가항목

평가부문 평가항목 평가 기준 배점

전략 및

방법론

(20)

사업 이해도 사업의 특성 및 목표에 대해 주변 환경분석과 업무내용의 연관관계의 이해를 바탕으로 일관성 있는 방향과 전략을 제시하고 있는 가를 평가

5

추진전략 업무 수행 시 위험요소를 고려하여 창의적이며 타당한 대안을 제시하였는가를 평가 5

적용기술 및 구축 방법론

사업에서 적용코자 하는 기술이 향후 확장성을 고려하여 현실적으로 실현 가능하게 제시되어 있는지 평가

5

구축 실적 유사분야 사업수행 실적 5

기술 및

기능

(25)

컨설팅 요구사항 업무특성 및 시스템 환경을 분석한 효과적인 망분리 및 망연계 방안을 설계하여 제시하였는가, 국정원 망분리 지침 및 보안지침을 고려하여 예상문제점에 대한 효과적인 적용 방안을 제시하였는가 평가

5

시스템 장비 요구 사항

도입대상 장비의 요구 규격을 충족시키는 장비를 제안하며 제시된 장비가 현 시스템과 인터페이스 및 확장 가능성이 있는지를 평가하고, 도입 장비의 설치 및 공급 계획, 유지관리에 대해 방안이 구체적으로 기술되어 있는가 평가

7

기능 요구사항 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적으로 기술되어 있는가, 제안한 방안 및 기술이 적용 가능한가 평가

5

보안 요구사항 보안요구사항 분석의 적정성 및 방안의 타당성, 관련 방안 및 기술의 적용 가능성 평가

5

제약사항 기능 및 품질 등 요구사항 구현 시 관련 제약사항을 충족시키며 구현 방안 및 테스트 방안을 구체적으로 기술하였는가 평가

3

- 128 -


사례2: 망분리사업 제안서 평가항목(계속) 평가부문 평가항목 평가 기준 배점

성능 및 품질

(15)

성능 요구사항 구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 및 테스트 방안이 구체적으로 기술되어 있는가, 제안한 방안 및 기술을 통해 요구 성능을 충족시킬 수 있는가 평가

10

품질 요구사항 제공되는 분석 도구 및 구현 방안, 테스트 방안이 구체적으로 기술되어 있는가, 분석·설계 등 각 단계별 품질 요구사항의 점검 및 검토 방안이 구체적으로 계획되어 있는가. 또한 각 단계별 품질 요구사항을 점검하는 별도의 전문 인력이 투입되는가 평가

5

프로젝트

관리

(10)

관리방법론 사업위험, 사업진도, 사업수행시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등을 평가

5

일정계획 사업수행에 필요한 활동을 도출하여 정확한 활동 기간의 산정과 도출된 활동 간의 배열이 합리적인가, 중간목표가 적정하게 제시되어 있는가, 각 활동에 적합한 자원이 적절히 할당되어 있는가 평가

5

프로젝트

지원

(15)

품질보증 품질보증 계획 및 인력의 적정성 사업자의 품질 보증 능력 소프트웨어 프로세스 품질인증 등 관련인증 획득 여부 평가

5

시험운영 방안 및 교

육훈련

시험운영 방안 및 내용의 적정성, 시스템 운영 및 관리자를 위해 제공 및 지원하는 각종 교육훈련의 방법, 내용, 일정 및 조직 등 평가

5

유지보수방안 시스템 공급자가 제시하는 하자보수 및 유지관리 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항 평가

2

기밀보안 및

비상대책

사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책 안정적인 시스템 운영을 위해 제시하는 각종 백업/복구 및 장애대응 대책 평가

3

하도급계약

적정성(5) 하도급계약 적정성

하도급에 참가하는 전문기업의 보유기술과 기술요구사항의 일치성, 보유기술의 실현 가능성, 입찰참가자(공동수급일 경우에는 공동수급체 전부)의 하도급 대금지급 방식의 적정성

5

합 계 45

- 129 -


제안서 작성시 유의사항

입찰에 참가하고자 하는 자는 제안요청서에서 제시된 제안서 목차 및 제안서

세부작성지침을 준용하여 제안서를 작성하여야 함

제안서는 A4지 3 hole바인더 사용해야 하며 제안서 CD는 최종 낙찰 이후 PDF형식

으로 제출(제본하지 말 것)

제안서는 A4 세로 방향 작성을 원칙으로 하며, 제안서의 각 페이지는 쉽게 참조할

수 있도록 페이지 하단 중앙에 일련번호를 붙이되 각 장 별로 번호를 부여

제안서의 내용을 객관적으로 입증할 수 있는 기술지원 확약서, 납품실적증명원 등

관련 자료는 제안서의 별첨으로 제출

제안서의 내용은 명확한 용어를 사용하여 표현하여야 한다. 예를 들어,“ 사용가능

하다”,“ 할 수 있다”,“고려하고 있다”등과 같이 모호한 표현은 평가 시 불가능한 것으

로 간주

- 130 -


기술제안요청서 점검항목

구분 점검사항 점검결과

비고 ○ X

1 제안요청사항이 목표시스템 구축 후 그 결과가 확실하게 정성적, 정량적으로

나올 수 있는가?

2 제안요청사항이 현재의 IT, SW 등의 기술수준으로 실현 가능한 수준으로 되어

있는가?

3 테스트, 검수 등으로 기술적인 검증이 가능한 것이 제안 요청되었는가?

4 새로운 기술이나 기법을 제안하도록 하였는가?

5 입찰참가대상자가 제안서 작성에 필요한 모든 정보가 상세하게 제공되었는가?

6 제안요청서에 애매모호한 문구나 요구조건을 명시되어 향후 분쟁의 소지가

없는지 확인하였는가?

7 정보시스템에 사용되는 기술이 표준화된 개방형 기술을 적용하였는가?

8 공개SW도입을 저해하는 기술사항을 제시하지 않았는가?

9 특정제품을 명시하였다면, 그 사유를 명시하였는가?

10 장비성능 요구사항이 특정장비를 지칭하지 않고, 일반적 성능수치로

표현되었는가?

11 EA, ISP, BPR 결과를 제시하였는가?

- 131 -


기술제안요청서 점검항목


비고 ○ X

12 세부적인 정보연계방안을 수립했는가?

13 정보공동활용현황을 분석하고 양식에 따라 작성하였는가?

14 SW분리발주 가능여부를 고려하였는가?

15 SW분리발주 시 과업 범위를 명확히 하고 각각의 책임과 권한을 명확하게

명시하였는가?

16 업무분석이 FP 3레벨 이상으로 이루어졌는가?

17 이행될 자료의 상태, 형식, 특징 등을 상세히 제공하였는가?

18 전자정부법, 국가사이버안전매뉴얼 등 일반적 보안규정의 준수를 제시하였는가?

19 프라이버시 보호규정 준수를 명시하였는가?

20 행정코드 표준화 현황 및 전자정부 표준화 현황을 제시하였는가?

21 유지관리와 하자보수사항을 구분하여 규정했는가?

22 제안요청서에 명시된 사업기간이나 추진일정이 현실적으로 수용 가능한가?

23 사업관리의 과학적, 정량적인 측정관리를 위한 기법을 제시하였는가?

- 132 -


제안안내서 점검항목


관련법령 ○ X

일반

사항

사업예산 20억 원 이상인 SW개발사업, 정보전략계획 사업에 대해 제안서

보상제도 적용을 명시하였는가?

SW사업 제안서

보상기준 등에 관한

운영규정

발표평가가 병행될 경우 제안서 접수 시 제안요약서 대신에 발표자료를

대신할 수 있도록 하였는가? SW사업 관리감독에

관한 세부지침

제안서 작성은 200페이지, 단색 등으로 제출하도록 하였는가? SW사업 관리감독에

관한 세부지침

제안가격 산출 시 SW개발비는 기능점수방식을 적용하도록 명시하였는가? SW사업대가의 기준

제안요청내용에 포함된 패키지SW에 대해 최소한 조달등록가격을

준용하도록 하였는가? 예산안 작성 세부지침

분리발주대상 SW를 분리발주 하지 않은 경우 그 사유를 SW별로

구체적/합리적으로 명시하였는가? 국가를 당사자로 하는

계약에 관한 법률

입찰

자격

입찰공고문의 주요내용이 제안안내서에 포함되었는가? 국가를 당사자로 하는


공동계약의 이행방식인 공동계약이행방식 또는 분담이행방식 중 1개 또는

혼합방식을 명시하였는가? 공동계약운용요령

낙찰자 결정 전 낙찰예정자의 무효입찰여부를 다시 확인한다는 사항을

명시하였는가? 용역입찰유의서

- 133 -




관련법령 ○ X

제안

서

평가

선정

낙찰방식을 기재하였는가? 국가를 당사자로 하는


협상에 의한 계약체결기준이 최근 개정된 기준인가? 협상에 의한

계약체결기준

SW기술성 평가기준이 최근 개정된 기준인가? SW기술성 평가기준

협상에 의한 계약체결 기준에 따라 기술:가격 비중이 10%이상 초과된

경우 기재부와 협의하였는가? 협상에 의한

계약체결기준

예정가격은 제안서 접수 전에 결정한다고 명시하였는가? 협상에 의한

계약체결기준

가격협상 시 제안내용의 가감이 없는 경우 제안가격을 조정하지 않는다는

것을 명시하였는가? 협상에 의한

계약체결기준

기술 : 가격 평가점수의 비율이 90 : 10 이상인가? 협상에 의한

계약체결기준

SW기술성 평가기준에서 프로젝트지원(평가부문)-품질보증(평가항목)-

SW 품질 보증 관련 인증 획득여부(평가기준)가 명시되었는가? SW기술성 평가기준

SW기술성 평가기준의 전문업체 참여 및 상호협력부분이 기준대로

명시되었는가? SW기술성 평가기준

- 134 -




관련법령 ○ X

계약

조건

최근 개정된 회계예규인 용역계약일반조건을 적용하였는가? 용역계약일반조건

사업을 수행함에 있어 부정한 행위 등에 대해 신규사업에의 참여제한 등의

조치가 가능함을 명시하였는가? 용역계약일반조건

공동수급체 구성원의 계약이행 미 참여시 입찰참가자격 제한을 명시하였는가? 용역계약일반조건

부품,기기,SW에 대한 기술지원 확약서에 대해 명시하였는가? 용역계약일반조건

낙찰자로 결정된 이후 공동계약 수급 구성원을 변경할 수 없음 등을

명시하였는가? 공동계약운용요령

용역계약일반조건 외에 별도로 계약상대자의 이익을 제한하는 계약조건을

명시 하였는가? 용역계약일반조건

작업장소는 상호협의 하여 결정하는 것으로 하였는가? 용역계약일반조건

계약목적물의 지적재산권은 상호협의 하여 결정하는 것으로 하였는가? 용역계약일반조건

물품과 용역의 일괄발주사업인 경우 지체상금율을 1000분의 1.0로 하였는가? 용역계약일반조건

(장기계속계약인 경우) 지체상금율 적용은 당해 연도 계약금액으로 하였는가? 용역계약일반조건

하도급 시 소프트웨어산업진흥법령에서 정하고 있는 하도급 승인절차 및 방법

등에 관한 사항을 명시하였는가? 소프트웨어산업진흥법

시행규칙

발주기관이 사업을 종료한 날부터 발생한 하자에 대한 담보책임기간을 1년

이내의 범위로 정하였는가? 소프트웨어산업진흥법

- 135 -




관련법령 ○ X

기타

사항

SW분리발주가 있는 경우 SW분리발주가이드라인 등의 제안서 평가

선정조건 및 계약조건을 명시하였는가? SW분리발주

가이드라인

SW사업 개발사업 적정기간 산정 을 위한 전문위원회 구성과 심의를 통해

소프트웨어 개발사업 적정 사업기간 산정서가 작성되었는가? 미래창조과학부고시

제2014-16호

본 사업에 소요된 프로젝트 개발 비용자료를 사업종료 후 제출하도록

하였는가? SW분리발주

가이드라인

기타 입찰공고문, 제안안내서, 기술제안요청서에 기재되지 않은 사항은

국가계약법 등의 준용을 명시하였는가? 국가를 당사자로 하는


- 136 -


입찰공고문 점검항목


비고 ○ X

1 입찰시작일과 입찰마감일을 명시하였는가?

2 제안요청설명회 개최 장소와 일시가 명시되었는가?

3 입찰참가자의 자격에 관한 사항을 제시하였는가?

4 계약의 착수일과 완료일에 관한 사항을 명시하였는가?

5 공동계약을 허용하는 경우에는 공동계약의 이행방식(공동 또는 분담)을

명시하였는가?

6 우편입찰을 허용하는 경우에는 그 취지와 입찰서를 송부할 주소를

명시하였는가?

7 대기업 입찰 제한 제도를 적용할 경우 이에 대해 명시하였는가?

8 국가계약법 제39조 제3항의 규정에 의한 입찰무효에 관한 사항이

명시되었는가?

9 국가계약법 시행령 제37조, 제38조의 규정에 의한 입찰보증금 및 동 귀속에

관한 사항을 명시하였는가?

10 추가정보를 입수 할 수 있는 기관의 주소를 명시하였는가?

11 담당자의 성명과 연락처를 명시하였는가?

12 입찰공고문의 별첨으로 제안안내서, 기술제안요청서 등을 기재하였는가?

- 137 -

5

- 138 -

SW사업제안요청서작성 (미준수사례 모음)

SW 사업제안요청서작성 (우수사례 모음)

별첨자료 1 참조

별첨자료 2 참조

- 139 -

1 - swit 소프트웨어산업정보시스템 · pdf file- 10 - 발주자와 수주자간...

Documents