[별첨 3]

2021 강릉시 스마트시티 챌린지 사업

공동수행 사업자 과업이행 지시서

2021. 4.

강  릉  시

국제대회추진과

목     차

제1장 과업의 개요	1

1. 배경 및 목적	1

2. 과업개요	2

제2장 과업내용	4

1. 요구사항 종합	4

2. 상세 요구사항	5

가. 시스템 장비구성 요구사항	5

나. 기능 요구사항	11

1) 모바일 시민증	11

2) 데이터 허브 플랫폼 구축	12

3) DRT 개발/운영	15

4) 교통통합결제 개발/운영	18

5) POS 솔루션 개발/운영	19

6) 관광컨텐츠 개발 및 소상공인 매장 마케팅	20

다. 성능 요구사항	21

라. 보안 요구사항	21

마. 품질 요구사항	22

바. 인터페이스 요구사항	22

사. 데이터 요구사항	23

아. 프로젝트 관리 요구사항	23

자. 프로젝트 지원 요구사항	25

제1장 과업의 개요

1. 배경 및 목적

가. 과업의 배경

○ 강릉시는 2020 스마트시티 첼린지 사업을 통해 주말 관광객으로 인한 차량정체 및 불법주차 문제가 발생하는 강릉 주요 관광지인 명주동 거리와 해당 구역과 연결 되는 주요 관광지 4개소를 대상으로 반복적으로 발생되는 주차, 정체 등의 교통문제와 교통약자 지원을 위해 기존의 교총 수단과 퍼스털모빌리티을 연결하는 통합 MaaS(Mobility as a Service)플랫폼 구축하여 지방중소도시가 공통적으로 보유한 비효율적인 대중교통 간선체계를 스마트화하고 이를 강릉의 모든 대중교통 및 PM(Personal Mobility)와 통합 환승 할 수 있는 교통통합환승체계가 필요함

○ 2026년 ITS 세계총회 유치준비를 위해 다양한 스마트모빌리티 인프라 구축 후 행사시 시연, 기술체험 등에 활용이 필요함

○ 여행자 및 강릉 시민의 이동 데이터와 강릉시 소상공인 매장 데이터 및 관광 콘텐츠 데이터 연계를 통해 이용 편익을 제공하여 여행자와 강릉시 소상공인이 함께 어울어질 수 있는 관광형 마케팅 플랫폼을 구축하여 지역 경제 선순환 구조 구축에 기여하고자 함

○ MaaS 플랫폼, 디지털 마케팅 플랫폼에서 획득된 정보와 시민 정책 참여 정보를 데이터화하고 강릉 전체 도시데이터 및 지능형교통체계(ITS)와 연계하여 스마트시티로서의 정책결정에 효율적으로 기여하고자 함

○ 이를 위해, 통합 MaaS 플랫폼, 관광형 마테팅 플랫폼, 도시 데이터 허브 플랫폼 구축등을 위해 스마트시티 챌린지 구축사업을 추진하고자 함

나. 과업의 목적

○ 본 과업의 목적은 강릉시 스마트시티 챌린지 구축사업이 이동수단, 정보통신, 운영관리센터 구축 등 다양한 분야에 걸친 고도의 복합공정으로 이루어져 있음에 따라 전반적인 사업추진과 관련한 안전관리, 품질관리, 공정관리 등 사업전반에 대하여 수행함에 있어 예산의 적정집행과 원활한 공사 시행이 되도록하기 위한데 그 목적이 있음

2. 과업개요

가. 과 업 명 : 2021 스마트시티 챌린지 사업

나. 과업기간 : 착수일로부터 2022년 12월 까지

(단, 구축사업 완료시점 이전에 해당 과업이 종료될 경우 협의 후 과업기간을 연장 또는 단축할 수 있으며 그에 따른 정산은 별도로 진행한다)

다. 전체 소요예산 : 20,000,000,000원(부가세 포함)

라. 과업의 범위

1) 모바일 시민증

○ 블록체인을 활용한 분산 신원증명(DID) 서비스 구현

2) 데이터 허브 플랫폼 구축

○ 시민참여형 투표 및 정책 제안 창구 구현

○ 다양한 데이터의 수집 및 저장, 시각화를 통한 관제 및 정책 의사결정 지원 체계 구현

3) DRT 개발/운영

○ 수요응답형 및 목적응답형 교통 체계 시스템 구현

4) 교통통합결제 개발/운영

○ 교통 통합 환승 정산 시스템 개발

○ 통합 교통카드 서비스 개발

○ 강릉페이 연동 시스템 개발

5) POS 솔루션 개발/운영

○ 소상공인 매장 마케팅 및 실시간 원격 예약, 주문, 결제를 지원하는 POS 솔루션 개발 및 운영

6) 관광컨텐츠 개발 및 소상공인 매장 마케팅

○ 통합 MaaS 플랫폼 및 디지털 마케팅 플랫폼과 연계된 강릉시 관광 상품 개발 및 상품화 전략 수립

제2장 과업내용

구분	설명	요구사항개수
시스템 장비구성–ECR (Equipment Composition Requirement)	- 목표사업수행을 위해 필요한 하드웨어, 소프트웨어, 네트워크 등의 도입 장비 내역 등 시스템 장비 구성에 대한 요구사항	8
기능-FUR (System Function Requirement)	- 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야하는 기능 구현을 위한 요구사항	29
성능-PER (Performance Requirement)	- 목표시스템의 처리속도 및 시간, 처리량, 동적·정적 용량, 가용성 등 성능에 대한 요구사항	1
보안-SER (Security Requirement)	- 정보 자산의 기밀성과 무결성을 확보하기 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항	2
품질-QUR (Quality Requirement)	- 목표시스템의 가용성 보장, 확장 가능성 점검, 하자 발생시 보증방식 위한 요구사항	2
인터페이스-SIR (System Interface Requirement)	- 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항	3
데이터 요구사항 (DAR, Data Requirement)	- 목표시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항	2
프로젝트 관리–PMR (Project Management Requirement)	- 프로젝트의 원활한 수행을 위한 관리방법 및 추진 단계별 수행방안에 대한 요구사항	2
프로젝트 지원–PSR (Project Support Requirement)	- 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항 (시스템/서비스 안정화 및 운영, 교육훈련 및 기술지원, 하자보수 또는 유지관리 요구사항 등)	3
합 계		49

1. 요구사항 종합

2. 상세 요구사항

가. 시스템 장비구성 요구사항(ECR)

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-001
요구사항 명칭		DBMS S/W 구성 환경
요구사항 상세설명	정의	DB서버에 탑재되는 데이터베이스 관리시스템
	세부 내용	❍ 개발프로그램은 장비의 특성 등을 고려하여, 설치 및 운영시 장애가 발생하지 않도록 고려하여 개발

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-002
요구사항 명칭		호환성 및 상호 운용성
요구사항 상세설명	정의	호환성 및 상호 운용성
	세부 내용	❍ 도입 및 설치되는 소프트웨어는 탑재 될 하드웨어의 OS 및 연관성 있는 소프트웨어와의 호환성을 고려하여야 함 ❍ 다양한 프로토콜 지원

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-003
요구사항 명칭		시스템 확장성
요구사항 상세설명	정의	시스템 확장성
	세부 내용	❍ 향후 사용자의 급격한 증가와 업무추가에 대비하여 확장이 가능한 시스템으로 구축하여야 함 ❍ 시스템 구성체계의 변경 없이 확장이 용이하도록 구성함

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-004
요구사항 명칭		서버백신
요구사항 상세설명	정의	서버백신
	세부 내용	❍ 다양한 압축 파일 형태 검사 지원(ARJ, LHA, RAR, ZIP, UUENCODE, MIME 등) ❍ 설정을 통한 검사 제외 설정 기능 지원 ❍ 중앙관리 솔루션 연동 기능 지원 ❍ 연동 시, 중앙관리 솔루션을 통한 관리자 환경 운영 지원 ❍ 사용자 보안 정책에 따른 예약 업데이트 지원 ❍ 웹을 통한 엔진 업데이트 지원 ❍ 네트워크를 통한 원격 관리 기능 지원 ❍ 웹기반의 검사 및 로그관리 지원 ❍ 강릉시에 기설치되어 있는 제품과 동일제품, 또는 동급 이상의 호환되는 제품

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-005
요구사항 명칭		통합 접근 관리 솔루션
요구사항 상세설명	정의	통합 계정관리와 연계하여 서버시스템의 사용자별/계정별 사용이력 에 대한 실시간 감사 및 접근 통제
	세부 내용	❍ 강릉시에 기설치되어 있는 제품과 동일제품, 또는 동급 이상의 호환되는 제품 ❍ 다양한 OS (AIX, HP-UX, Solaris, OSF, MAC OS, Linux, Windows Server)를 지원해야 한다. ❍ 다수 관리 대상 장비를 일괄로 등록하는 기능을 제공해야 한다. ❍ 대상 서버의 계정 리스트를 일괄적으로 수집 Aliasing 하여 관리하는 기능을 제공해야 한다. ❍ 시스템/DBMS 접근 경로 일원화 관리와 사용자 별 접근 권한 통제, 불법 작업에 대한 세션 통제가 가능해야 한다. ❍ 사용자를 슈퍼유저/서버관리자/감사전용/서비스데스크 권한으로 분류하여 관리할 수 있는 기능을 제공해야 한다. ❍ telnet, ftp, ssh, sftp, rdp 프로토콜 통신을 지원하는 Server 및 네트워크 장비에 대한 접근 제어 기능을 제공해야 한다. ❍ SecureCRT, Xshell, Putty, Ultraedit, Editplus 등 장비 접속에 사용하는 상용 툴에 대한 지원이 가능해야 한다. ❍ FTP는 Active Mode/Passive Mode 를 동시에 지원해야 한다. ❍ 위험 명령어 사용 시 관리자에게 자동 전달되며, 설정 횟수 이상 입력 시 세션이 차단되어야 한다. ❍ 사용자별 접속 프로토콜에 대한 통제(허용/금지) 기능을 제공해야 한다. ❍ root 계정의 권한을 사용자별로 다른 사용 권한(프로토콜 권한, 사용기간, 요일별, 시간 접근 권한) 기능을 제공하여야 한다. ❍ 패스워드를 공격 보호를 위해 시스템 계정 패스워드 N회 이상 입력 오류 시 계정에 대한 딜레이타임 기능을 제공해야 한다. ❍ 위험 명령어 통제 정책을 설정하는 기능을 제공해야 한다. ❍ 사용자가 장비에 접속하여 작업하는 내용을 관리자가 실시간으로 확인할 수 있는 기능을 제공해야 한다. ❍ 사용자와 접근제어 시스템 통신은 암호화 되어야 한다. ❍ 보안에 취약한 ActiveX를 사용하지 않아야 한다.

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-006
요구사항 명칭		보안취약점관리
요구사항 상세설명	정의	시스템의 보안취약점을 점검하고 사용자가 보다 쉽게 접근하고 조치 할 수 있게 상세한 취약점 정보 제공
	세부 내용	❍ 일반사항 - 국제공통평가기준(CC) 인증 및 인증 계약 진행 제품이어야 한다. - 정보보안 취약점 표준을 대표하는 인증을 제공하여야 한다. - 점검결과에 대한 서버/보안 담당자의 메일전송 기능을 지원하여야 한다. - 스크립터를 사용하지 않고 개별 서버 Agent를 활용하여 점검하는 방식을 지원하여야 한다. - 공단 취약점 통합관리시스템과 연동하여 제공하여야 한다. - 신규 취약점 점검모듈의 온라인, 오프라인 업데이트 기능을 제공하여야 한다. ❍ 서버 취약점 점검 Agent - 효율적 점검 및 점검시간 단축을 위해 운영체제와 버전별 시스템 Agent를 활용하여 취약점 점검 수행이 가능해야 한다. - 시스템 및 DB서버(Oracle, MS-SQL, My-SQL, SyBase 등)에 대한 종합적 보안취약점 점검 기능을 지원하여야 한다. - 공단에서 보유 중인 다양한 운영체제에 대하여 지원이 가능하여야 한다.

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-007
요구사항 명칭		서버관제(EMS)
요구사항 상세설명	정의	시스템 상태를 모니터링을 통해 장애 대응 관리
	세부 내용	❍ 각 IT 인프라 자원들에 대한 직관적인 장애 현황을 파악하기 위한 토폴로지 맵 기능 제공 ❍ 실시간으로 프로세스 및 성능 정보를 조회할 수 있는 가젯 기능 제공 ❍ 접속한 사용자가 작업한 이력 정보 조회 기능 제공 ❍ 사용자가 접속한 Login시간, 사용자 ID, 접속 IP에 대한 이력 관리 기능 제공 ❍ 구성/성능 값을 기반으로 검색할 수 있도록 자체 쿼리엔진을 내장 ❍ 대용량 데이터들에 대해 빠른 검색을 위해 NoSQL을 자체 내장 ❍ 매니저 서버(AP서버) 간에 서로 Clustering을 하여 부하를 자동 분산 기능 제공 ❍ 구성 변경 이력 조회 및 시점별 비교하여 조회하는 기능 제공 ❍ 다중 서버에 대한 명령어 실행 후 결과를 확인할 수 있는 기능 제공 ❍ 구성 수집을 위한 별도의 수집주기를 지원해야 하며, 여러 대상 장비에 대해 일괄적인 수집주기 변경 기능 제공 ❍ 구성 정보를 사용자가 필드를 추가하여 관리할 수 있는 사용자 프로퍼티 정의 기능 제공 ❍ 다양한 임계치 설정을 통한 등급별 장애 관리 기능 제공 ❍ 고객의 환경에 맞는 장애 전파와 장애 관리 체계 구성 ❍ 프로세스를 조회 하기 위해 모니터에 등록하여 가용성, CPU 및 메모리 사용률, 프로세스 개수, I/O 사용량, I/O 사용률, 쓰레드 개수, 메모리 사용량, 물리 메모리 사용량의 조회 기능을 제공 ❍ 특정 장비를 Ping 체크하여 가용성 판단하고 모니터링할 수 있는 기능을 제공 ❍ 조회하고자 하는 항목을 선택하여 검색 기간별로 통계를 조회하는 기능 제공 ❍ 정기적인 스케줄로 보고서가 생성되어 담당자에게 메일로 발송하는 기능

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-008
요구사항 명칭		DB암호화솔루션
요구사항 상세설명	정의	컬럼 단위 암호화를 통해 개인정보를 보호하며, C언어 기반 모듈 사용으로 빠른 속도로 암 · 복호화 진행 SW
	세부 내용	❍ 국가정보원 검증필 암호모듈 탑재제품. ❍ CC인증 및 GS인증제품. ❍ 다양한 구성방식 지원 가능(Plug-in / API / Hybrid). ❍ Oracle, MS SQL, Tibero 등다양한DBMS 지원. ❍ DB 칼럼 단위별 데이터 암호화 기능 제공. ❍ 국내/국제표준 암호화 알고리즘 지원(SEED, AES, RSA, TDES 등). ❍ 암호화 칼럼INDEX 생성 및 색인 검색 지원. ❍ 본인인증을 통한 내부사용자에 대한 암/복호화 통제 기능. ❍ Test Mode 기능(초기 암호화 작업전암/복호API 소스 수정에 대한 부하/검증 테스트 가능) ❍ 유출 방지를 위한 암복호화 키관리 기능 제공. ❍ 한글 데이터 암호화시 자동 Character Set Conversion 기능. ❍ 관리자에 의한 외부 KEY, IV 주입기능 ❍ DB사용자/ IP / IP범위/ 접속툴별 등으로 접근통제가 가능하며 다양한 조건 조합으로도 가능 ❍ 차단된 사용자의 복호화 시도에 대한 경보 기능(email, SMS, UI를 통한 경보 메시지 발행). ❍ 보안 정책그룹화 기능 및 백업 및 복구기능 지원

나. 기능 요구사항(FUN)

1) 모바일 시민증

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-001
요구사항 명칭		모바일 시민증
요구사항 상세설명	정의	모바일 시민증(스마트 시민 인증 체계) 공통
	세부 내용	❍ 위·변조 및 도용 우려가 있는 기존 플라스틱 카드 방식 보다 안전성과 활용편의성이 높은 스마트폰 기반의 모바일 신분증 서비스 구축 - (2021년)시민증 -> (2022년)공무원증, 청소년증 및 학생증등 다양한 신분증으로 확대 가능하도록 유연한 시스템 구축 ❍ 블록체인을 활용한 분산 신원증명(DID) 서비스 구현 -（발급시) 신분증 발급 노드 블록에 공개키 및 DID를 저장 및 모바일 APP에 개인키와 신원정보를 안전하게 저장 ※ 본인확인 후 시민증 발급 프로세스 및 기능, 발급 정보에 대한 신뢰성 보장 제공 -（검증시) 검증 노드 블록의 정보를 통해 신원 정보의 신뢰성 확보 ※ 신원정보, 제증명서·출입·로그인 등의 제출정보 위변조·유효성 여부 검증 기능 제공 - 신분증 발급 노드(Write Node)과 검증 노드(Read Node)를 분리한 블록체인 네트워크를 통해 안정성과 범용성을 확보하고, 블록체인 구조의 분산 원장 특징을 활용하여 신분증 디지털화에 대한 사회적 우려 해소 방안 제시 - (백업/복구) 단말기의 손망실, 교체 등을 대비하여 DID, VC 백업 및 복구 구현 ❍ 강릉시민을 인증하여, 여행객들과 분리한 차별화된 서비스 제공 활용 방안 제시 ❍ 구현되는 DID 기술은 W3C 스펙을 준수해야 함 ❍ 최소 3건 이상의 모바일신분증 사업에 대한 정부·공공기관 적용 실적 보유 ❍ 안전한 모바일 신분증 서비스를 위한 모바일 보안 솔루션 제시 - 보안키패드, 백신, 위변조방지 등 ❍ 설계/개발 방식에 따라 개발 구현 또는 솔루션 공급 형태로 구축 가능 ❍ 솔루션 공급 시 GS인증 등 제품에 대한 보증의 근거 제시

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-002
요구사항 명칭		모바일 시민증
요구사항 상세설명	정의	모바일 시민증 활용
	세부 내용	❍ (신원검증) 강릉 휙파인패스 App을 통한 교통, 매장, 관광 서비스 등 정보 시스템 신원인증 기능 구현 - 증가하는 모바일 환경 업무시스템에 적합한 인증 수단을 마련하고 스마트 시티 환경 변화를 뒷받침 할 수 있는 신원증명 기능 구현 ❍ (기타) 공유 서비스, 공공 서비스 이용기능 제공 - 공유 킥보드, 공유 자전거, 카 쉐어링, DRT/PRT, 관광 상품 전자바우처 등 지자체 지역정책 연계

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-003
요구사항 명칭		모바일 시민증
요구사항 상세설명	정의	모바일 시민증 블록체인 기술 적용
	세부 내용	❍ 블록체인 기반 모바일 신분증 플랫폼 프로세스 및 확장 방안 설계 - 모바일 신분증 프로세스 효율화 방안 제시 - 다양한 DID 기술과의 확장·연계 방안 설계 - 모바일 신분증 서비스의 블록체인 적용 확산에 있어 개인정보보호, 보안 등 법률 제·개정 필요성 및 개정방향 등 기타 법적·기술적(정보보호) 방안 마련 ❍ 블록체인 기반 모바일 신분증 플랫폼 개발 - 신원인증에 적합한 합의 모델 및 발급된 모바일 신분증의 신원정보에 대한 검증 프로세스 설계 - 블록체인 네트워크의 구성 - DID 기술에 최적화 설계된 블록체인 플랫폼 구현 - 서비스 중단이 없도록 SPOF(Single Point Failure)를 개선하거나 대체할 수 있는 구조 제시 - 영지식 증명이 가능하도록 개발 되어야 하며 알고리즘에 의한 기능 구현 - 블록체인 네트워크(노드/블록)에 대한 모니터링 및 관리 기능 제공 ❍ 모바일신분증 표준 라이브러리(SDK) 개발 ❍ 설계/개발 방식에 따라 개발 구현 또는 솔루션 공급 형태로 구축 가능

2) 데이터 허브 플랫폼 구축

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-004
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	정책 참여 시스템(스마트투표/리빙랩)
	세부 내용	❍ 시민참여형 투표 및 정책 제안 창구 개발 - 시민들이 새로운 정책이나 청원 및 요청 사항을 등록하고 원칙에 의해 채택 및 답변 할 수 있는 시스템 개발 - 시민 참여 스마트 투표 시스템 개발 ※ 강릉 시민 누구나 신뢰하고 투표할 수 있는 온라인 투표 플랫폼 신뢰성 확보 방안 제시 ※ 투표인 명부 작성에서 제작, 배포, 결과 분석까지 한번에 해결할 수 있는 편의성 제시

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-005
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축
	세부 내용	❍ IoT, Legacy 등 이기종 데이터를 수집/분석/제공하는 통합 데이터 허브 플랫폼 구축 ❍ 각종 스마트시티, 스마트팩토리, 스마트헬스케어, 스마트교통, 스마트환경, 스마트안전, 스마트물류 등 다양한 도메인에서 데이터 수집 및 저장 ❍ 쉽게 검색해서 활용(Open-API, Message Subscribe)할 수 있는 기능 제공 ❍ 통합 상황판을 제공하여 사용자 맞춤형 설정 관제 가능하도록 제공

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-006
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축 > 이기종 시스템 연계 기술
	세부 내용	❍ 이기종 시스템 연계 기술 - 엣지 디바이스(센서) 및 레거시 시스템 연계 기술 개발 - Protocol Designer 제공 - HTTP, Socket, RTSP, PLC, Modbus, RTC, CoAP, MQTT등 프로토콜 어댑터 제공

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-007
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축 > 이기종/대량 데이터 검색 및 활용 기술
	세부 내용	❍ 이기종/대량 데이터 검색 기술 - 저장 데이터 Key 검색 기술 개발 - 검색 데이터 메시지 그룹핑 기술 개발 - 그룹핑된 메시지 관리 기술 개발 ❍ 이기종/대량 데이터 활용 기술 - RESTful API Publishing 기술 개발 - Message Publishing 기술 개발 - 자유로운 차트 생성 기술(Line Chart, Bar Chart, Pie Chart, Gauge) 개발

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-008
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축 > 데이터 시각화 기술
	세부 내용	❍ 데이터 시각화 기술 - 자유로운 위젯 생성 기술(CCTV, 지도, 기상정보, 이벤트 통계, 수집데이터) 개발 - 자유로운 대시보드 관리 기술 개발

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-009
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축 > 이벤트 자동 대응 기술
	세부 내용	❍ 이벤트 자동 대응 기술 - Flow Chart 기반 이벤트 대응 룰 생성 기술 개발 - 작성된 룰 관리 기술 개발 - 룰 기반 이벤트 자동 대응 기술 개발

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-010
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	중소도시형 데이터 허브 구축 > 플러그인 방식 분석 모듈 탑재 기술
	세부 내용	❍ 플러그인 방식 분석 모듈 탑재 기술 - 분석 모듈 플러그인 탑재 아키텍처 설계 - UI기반 분석 모듈 활용 기술 개발 - 탑재된 분석 모듈 관리 기술 개발

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-011
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	디지털 시장실
	세부 내용	❍ 첨단 기술을 활용하여 현장을 방문하지 않아도 강릉의 모든 정보를 실시간 확인할 수 있으며 담당 부서에 즉각적인 업무지시 가능 ❍ 시장의 주요관심 정보를 시각화하고 사용자 중심의 UI/UX를 구성 ❍ 데이터 연계 절차: 데이터는 업무 부서에서 관리하는 방식에 따라 원천시스템의 DB, API, Message등 다양한 방식으로 연계

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-012
요구사항 명칭		데이터 허브 플랫폼
요구사항 상세설명	정의	정책 의사 결정 지원 체계(BI)
	세부 내용	❍ 균형성과지표(BSC) 방법론에 기반한 운영 지표를 포괄하는 균형적인 성과관리를 지원하는 의사결정 지원 체계 설계

3) DRT 개발/운영

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-013
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	DRT 공통
	세부 내용	❍ 최근 3년간 DRT 사업 실적 증빙 ❍ 지역 상관없이 수요응답형 교통수단 한정면허 증빙 ❍ 기존 마실버스 17대 및 신규 5대 DRT 버스 전환을 위한 하드웨어 및 시스템 일체 제공 ❍ DRT 및 PRT 운영을 위한 최적의 노선 또는 지역 선정 및 운영 설계를 위한 컨설팅 수행 방안 제시 ❍ DRT 및 PRT 운영을 위한 수요응답형 교통수단 한정면허 소지 기사 제공 ❍ 데이터 허브 플랫폼에서 통합 관제 가능하도록 DRT 관제 데이터 API 제공

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-014
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	예약접수 및 처리
	세부 내용	❍ 예약접수: DRT 서비스 이용자는 App(ios, Android)으로 예약하며 시스템 자동 예약 접수 되어야 함(이용자용 App, Web) ❍ 이용자 정보 관리: - 승차일시, 승차위치, 기종점, 승차인원, 연락처를 시스템에서 관리함 - 오퍼레이터는 이용자의 DRT 이용 이력에 따라 지도 화면에서 예약 경로 선택 또는 최적의 경로 안내 알고리즘을 통해 자동 배차 - 고정고객 관리 가능 ❍ 예약 현황 조회 : 오퍼레이터, 지자체 담당자, 관리자는 DRT의 현재 예약상황 조회 가능 ❍ 예약 확인 통보 - 이용자 App을 통해 실시간 예약 확인 통보 ❍ 결제 - App에 설치된 모바일 이비카드를 통해 결제

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-015
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	정산 기능(관리자용)
	세부 내용	❍ 자동 정산 : 차량 형태 및 운행 이력에 따라 자동 정산 ❍ 정산 리포트 제공 : 자동 정산된 내용을 Excel 형식의 리포트 제공 ❍ 정산 정보를 통합 관리시스템에 연동 할 수 있는 API 제공

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-016
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	예약 정보 관리
	세부 내용	❍ 실시간 예약 대기 현황을 조회 및 승인, 보류, 거절 기능 ❍ 예약 관리 기능 ❍ 예약 현황 조회 (메인) / 예약 승인 / 예약 보류 / 예약 거절

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-017
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	승하차관리
	세부 내용	❍ 승하차 정보 입력 : 이용자의 실제 승하차 위치 및 시각, 인원 정보를 입력 ❍ 콜백 : 예약한 이용자가 미탑승시 처리 방안 제시

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-018
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	일일정산 현황 및 유류비, 요금 관리
	세부 내용	❍ 기사의 일일 정산 이력 정보 조회 기능 ❍ 유류비 관리 : 차량 유류비 등록 및 관리 ❍ 운행 종료 관리 : 일일 정산 마감 시간 등록

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-019
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	통신
	세부 내용	❍ GPS 수신 : 운전자용 단말기의 GPS를 이용하여 위치정보 수신 ❍ 운행정보 송수신 : DRT 운영시스템과 운행정보 송수신

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-020
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	서비스 예약
	세부 내용	❍ App 개발은 아이폰, 안드로이드폰 적용 ❍ 출발지/목적지 선택: 지도의 특정위치 선택하거나, 주소를 검색하여 출발지, 도착지 설정 가능 ❍ 탑승 시간 : 출발지 기준, DRT 차량 탑승 요청 시간 ❍ 탑승 인원 : 차량 동승 인원 ❍ 메모 기능 : 화물, 휠체어, 애완동물 등 특이사항

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-021
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	예약 관리
	세부 내용	❍ 조회 : 현재 예약된 내용을 확인 및 수정(예약 번호, 일시, 출발지, 목적지, 배차정보) ❍ 예약 취소 : 현재 예약된 내용을 취소

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-022
요구사항 명칭		DRT 개발/운영
요구사항 상세설명	정의	지도 표출
	세부 내용	❍ 자기 위치 확인 : 현재 이용자의 위치를 확인 ❍ 배차 차량 위치 확인 : 현재 배차된 차량의 위치 조회

4) 교통통합결제 개발/운영

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-023
요구사항 명칭		교통통합결제 개발/운영
요구사항 상세설명	정의	교통 통합 환승 정산 시스템 개발
	세부 내용	❍ 강릉시의 모든 대중교통(시내버스, 마실버스, DRT/PRT버스) 및 퍼스널모빌리티(초소형 전기차, 퀵보드, 전기자전거, 카세어링)와 통합 환승 할 수 있는 정산 시스템 개발 ❍ KTX(기차), 양양공항(항공), 강릉항(여객선)과 강릉시의 모든 대중교통 및 퍼스널 모빌리티를 연계할 수 있는 통합 연계 시스템 개발 ❍ 사용자가 App 또는 Web에서 길찾기를 했을 때 출발지와 도착지간의 최적 경로를 안내하며 각 이동 구간별 교통 수단 및 환승 이용요금이 조회 되어 기존 대중 교통 수단과 스마트공유이동수단이 결합된 이동 경로를 안내할 수 있어야 한다. ❍ 구간별 교통 수단에는 기차, 항공, 여객선, 버스, 퍼스널모빌리티가 포함되어야 한다. ❍ 사용자는 안내받은 이동경로 상에서 각 교통수단 이용을 결제, 예약 할 수 있어야 한다. ❍ 과업 기간내에 상용화 가능한 시스템을 납품하며, 과헙 현황에 맞는 커스터마이징을 포함한다. ❍ 정산 데이터는 일별, 월별, 분기별, 반기별, 연도별, 기발별 조회·출력 되어야 한다.

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-024
요구사항 명칭		교통통합결제 개발/운영
요구사항 상세설명	정의	통합 교통카드 서비스 개발
	세부 내용	❍ 전국에서 사용가능한 교통카드를 App 내에 등록하여 사용할 수 있어야 한다. ❍ App 내에 등록된 교통카드를 활용하여 강릉시내 대중교통 및 퍼스널모빌리티를 결제/이용할 수 있어야 한다. ❍ 대중교통과 퍼스널모빌리티간 환승일 경우 정해진 요율에 따라 요금 할인이 가능해야 한다. ❍ 스마트주차 공간에 주차된 차량의 입·출차 데이터와 연동하여 주차비가 App에 등록된 교통카드로 자동 결제되어야 한다. ❍ 교통카드 결제 정보는 수집 및 분석이 가능하도록 API로 제공되어야 한다.

요구사항 분류		기능 요구사항
요구사항 고유번호		FUN-025
요구사항 명칭		교통통합결제 개발/운영
요구사항 상세설명	정의	강릉페이 연동 시스템 개발
	세부 내용	❍ 강릉시 지역 화폐 강릉페이 및 후불형 교통카드형 신용카드와 연동되어 교통카드의 잔액이 부족할 경우 App내에 등록된 교통카드에 간편하게 충전할 수 있어야 한다.

5) POS 솔루션 개발/운영

요구사항분류		기능 요구사항
요구사항 고유번호		FUR-026
요구사항 명칭		POS 솔루션 개발/운영
요구사항 상세설명	정의	POS 솔루션 개발
	세부 내용	❍ App을 통해 매장 정보를 실시간 조회할 수 있도록 API를 제공해야 한다. ❍ API를 통해 제공 되어야 하는 매장 정보는 매장 내 가용한 테이블 정보, 메뉴 및 메뉴별 가격 정보, 할인 정보 등이며 강릉시와 협의하여 추가·변경 가능하다. ❍ 사용자는 App을 이용하여 실시간 매장 혼잡도를 확인할 수 있어야 한다. ❍ 사용자가 App을 이용하여 매장 방문 전에 미리 빈자리를 예약할 경우 POS를 통해 매장점주가 예약 정보를 실시간 확인할 수 있어야 한다. ❍ 사용자가 App을 이용하여 비대면으로 매장 방문 전에 미리 주문(포장 포함)또는 매장 내에서 주문할 경우 POS를 통해 매장점주가 주문 정보를 실시간 확인 할 수 있어야 한다. ❍ 매장의 결제정보(메뉴별/전체매출)정보는 강릉시가 지정한 빅데이터 분석 서버에 저장되어 소상공업자 실시간 POI데이터와 연동 가능하도록 API로 제공되어야 한다.

요구사항 분류		기능 요구사항
요구사항 고유번호		FUR-027
요구사항 명칭		POS 솔루션 개발/운영
요구 사항 상세 설명	정의	POS 솔루션 운영
	세부내용	❍ 매장 POS에서 회원관리 및 실시간 마케팅 메시지를 등록·배포 할 수 있는 운영 체계 기능 제공 ❍ 맴버십 도입으로 사전 예약 고객을 위한 혜택 기능 제공 ❍ 모바일 APP에 포인트를 적립하여 재방문 유도 및 확산 기능 제공 ❍ 매장의 특성에 따라 쿠폰 발송 및 쿠폰 할인 금액 지원이 가능한 기능 제공 ❍ 고객분석을 통해 목표 고객을 선정하여 고객 맞춤형 매장 홍보가 가능한 기능 지원

6) 관광컨텐츠 개발 및 소상공인 매장 마케팅

요구사항 분류		기능 요구사항
요구사항 고유번호		FUR-028
요구사항 명칭		관광컨텐츠 개발 및 소상공인 매장 마케팅
요구 사항 상세 설명	정의	관광컨텐츠 개발
	세부내용	❍ 통합 MaaS 플랫폼을 활용한 강릉시 관광 상품 개발 및 상품화 전략 수립 ❍ 소상공인 디지털 마케팅 App 및 외부 마케팅 채널을 활용한 통합적인 강릉 관광 상품 판로 활성화 지원 전략 수립 ❍ 관광컨텐츠 상품화 지원을 위한 강릉시 리빙랩 구성 및 네트워킹 간담회 개최 방안 수립 ❍ 홍보 컨텐츠 제작 및 사용자 상품 리뷰 확보 방안 제시 ❍ 관광 가이드북 기획 및 제작(번역, 감수 포함), 배포 - 번역 언어는 강릉시와 협의 ❍ 관광 상품 판매 및 운영 지원 방안 제시 - 관광 상품 게재 및 판매 수행 - 판매 플랫폼사 모집 및 심사 - 판촉 프로모션 기획 및 운영 ❍ 프로젝트 관리방안 - 세부 추진 일정 및 업무보고 계획 수립 ❍ 코로나19를 대응하여 안전한 관광컨텐츠를 제공하고 포스트코로나를 대비하여 재활용할 수 있는 방안 제시 ❍ 최근 3년간 강릉시 관광 콘텐츠 발굴 및 상품화 지원 수행 실적 제시 ❍ 강릉시 소재 일반여행업등록 업체로 상주인원 구성과 역할을 제시

요구사항 분류		기능 요구사항
요구사항 고유번호		FUR-029
요구사항 명칭		관광컨텐츠 개발 및 소상공인 매장 마케팅
요구 사항 상세 설명	정의	소상공인 매장 마케팅
	세부내용	❍ 소상공인 매장 활성화 마케팅을 위한 매장 정보 DB 구축 - 매장 외관 사진, 매뉴 사진, 메뉴명, 메뉴 가격 ❍ 소상공인 매장에서 운영중인 POS 시스템을 신규 POS 시스템으로 교체함에 있어 소상공인 점주들의 불편 사항이 없도록 지원, 교육 방안 제시 ❍ 소상공인 매장에서 매출증진에 활용할 수 있는 협업방안 제시 ❍ 강릉시 매장 3,000개 또는 전국 매장 10,000개 이상 가맹점 모집 경험 및 효과적인 가맹점 모집 방안 제시

다. 성능 요구사항(PER)

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-001
요구사항 명칭		성능 일반
요구 사항 상세 설명	정의	성능 일반 요구 목적 정의
	세부내용	❍ 사업대상 시스템의 성능을 고려한 개발 방안을 제시하여야 함 ❍ 대상시스템에 대하여 안정적 운영지원 및 사용자 지원 방안을 제시하여야 함

라. 보안 요구사항(SER)

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-001
요구사항 명칭		보안 일반사항
요구 사항 상세 설명	정의	보안 일반사항
	세부내용	❍ 계약자는 본 계약기간 전후를 불문하고 본 계약과 관련하여 취득한 사항을 승인 없이 제3자에게 누설하거나 타 목적에 사용 하여서는 아니되며, 계약자의 고용인에 대해서도 보안 사항을 준수하도록 관리하여야 함 ❍ 계약자는 장비 설치장소에 출입할 설치자의 신원에 책임을 지며, 설치작업과 관련하여 취득한 사실을 타 용도로 이용하거나 외부에 누설하여서는 안 됨 ❍ 계약자는 본 사업이 국가기관의 사업임을 인식하고, 기밀 사항의 누설 및 유출방지를 위해 노력하여야 하며, 정부 또는 강릉시에서 정한 모든 보안 관계 법규에 저촉되는 일이 없도록 세심한 주의와 의무를 다하여야 함 ❍ 과업수행 책임자는 과업 수행에 따른 조사, 분석 자료 및 시스템 제반사항 등이 타 용도에 임의로 사용되거나 외부에 유출되지 않도록 조치하여야 함 ❍ 소프트웨어의 안전성 및 보안성 확보를 위해 계약상대자는 행정자치부 장관이 정하는 “소프트웨어 개발보안 가이드”를 수하여야 하며, 소스 코드 등의 보안취약점을 점검하고 제거하여야 함

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-002
요구사항 명칭		소프트웨어 개발 보안(시큐어 코딩) 가이드 준수
요구 사항 상세 설명	정의	응용 소프트웨어 개발 보안 준수 사항에 대해 정의
	세부내용	❍ 계약업체는 기능개선 및 유지관리로 변경되는 부분에 대해서는 ‘소프트웨어 개발 보안 가이드'를 준수하고 적용해야 함 ❍ 프로그램 개발에 대해서는 ‘행정기관 및 공공기관 정보시스템 구축· 운영지침(행정자치부 고시 제2017-7호)을 적용하여 개발 하여야 함 ❍ 계약업체는 개발한 프로그램을 공단이 보유한 개발보안점검 도구를 통해 검증받아야 함

마. 품질 요구사항(QUR)

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-001
요구사항 명칭		상호운영성(데이터교환성)
요구 사항 상세 설명	정의	상호작용 기능 구현
	세부내용	❍ 시스템 인터페이스 요구사항 및 어플리케이션과 정보간의 상호 작용을 하는 기능은 기능 구현의 정확성뿐만 아니라 정보의 무결성, 데이터 정합성을 검증받아야 함

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-002
요구사항 명칭		기능 구현 정확성
요구 사항 상세 설명	정의	요구사항 준수
	세부내용	❍ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 요구사항으로 간주함 ❍ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 ❍ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함

바. 인터페이스 요구사항(SIR)

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-001
요구사항 명칭		통합UI
요구 사항 상세 설명	정의	통합UI
	세부내용	❍ 전체 시스템 간 통일성을 부여하여 UI를 구성하여야 함 ❍ 발주기관의 고유 아이덴티티를 반영한 창의적 디자인 적용 ❍ 화면 UI 기획 및 디자인에 관련된 제반 사항을 발주기관과 긴밀한 협조를 통하여 시행토록 함

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-002
요구사항 명칭		사용단말을 고려한 화면사이즈 제공
요구 사항 상세 설명	정의	사용단말을 고려한 화면사이즈 제공
	세부내용	❍ 모바일, PC 등 단말기에 독립적인 최적화 화면 및 정보제공

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-003
요구사항 명칭		시스템인터페이스 일반
요구 사항 상세 설명	정의	시스템인터페이스 일반
	세부내용	❍ 시스템의 성능에 미치는 영향을 고려하여 갱신주기 등을 설정하여야 함 ❍ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 기능수행 정확도를 검증한 후 운영 시스템에 이관하여 시스템을 운영 ❍ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이선스 비용 등이 발생하지 않아야 함

사. 데이터 요구사항(DAR)

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-001
요구사항 명칭		데이터표준준수
요구 사항 상세 설명	정의	데이터관리 지침을 수용한 DB설계 및 운영
	세부내용	❍ DB 구조의 설계는 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려해야 함 ❍ 데이터의 정합성을 유지하면서 시스템의 성능을 저하시키지 않도록 DB 설계가 되어야 하며, DB 전문인력을 통해 이에 대한 검증이 이루어져야 함 ❍ 발주기관의 데이터 품질 가이드와 행정정보 데이터베이스 표준화지침을 준수하여 DB를 설계하여야 함

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-002
요구사항 명칭		데이터 정합성 검증
요구 사항 상세 설명	정의	외부 데이터의 정합성 검증 실시
	세부내용	❍ 외부 데이터의 연계 시, 반드시 데이터의 정합성을 체크하고 로그를 유지하여야 함

아. 프로젝트 관리 요구사항(PMR)

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-001
요구사항 명칭		사업수행계획서 작성
요구 사항 상세 설명	정의	사업수행계획서 작성 및 제출
	세부내용	❍ 계약상대자는 계약일로부터 15일 이내에 계약서, 제안요청서, 제안서, 과업지시서 등을 근거로 사업수행계획서를 작성·제출 - 업무단계별 상세 일정계획, 의사소통방안, 기밀보장방안 등을 제시 - 정기/비 정기 보고계획 제시 - 월별 투입자원에 대한 역할, 투입량을 명확히 제시함

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-002
요구사항 명칭		사업수행조직 구성
요구 사항 상세 설명	정의	핵심인력투입계획 제시
	세부내용	❍ 본 사업을 수행할 추진조직, 핵심인력구성 및 프로필과 단계별 핵심인력 투입계획 및 역할, 투입률 등을 제시하여야 하고 인력은 발주처의 동의 없이 사업자 임의로 변경할 수 없음 * 특별한 사유가 없는 한 인력교체는 불가하며, 불가항력 사유로 인력교체 필요 시 인력교체 전에 대체인력을 투입하고 승인을 받아야 하며, 인력 교체 기간 동안 발생하는 업무의 안정화 및 품질저하 방지대책 제시 ❍ 프로젝트 추진일정에 따른 핵심인력 투입계획 제시 ❍ 추진조직 외에 본 사업을 성공적으로 수행할 수 있도록 지원 조직의 구성을 제시할 수 있음

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-003
요구사항 명칭		과업 수행 보고
요구 사항 상세 설명	정의	과업 진행사항 보고
	세부내용	❍ 과업수행자는 매월 또는 각 단계별 완료 시마다 다음공정에 따라 과업수행결과를 감독자에게 보고 ❍ 월간보고 : 진도관리(계획대비 실적), 문제점보고 및 특이사항, 차월계획(소요계획, 완료예정일), 매월 첫째 주 금요일 ※ 보고일정은 발주처와 협의에 의하여 변경 가능 ❍ 비정기보고(착수, 최종, 수시) - 착수 : 사업추진전략 및 세부 진행계획 보고, 업무분장 - 최종 : 프로젝트 종료시 최종 산출물 결과보고, 프로젝트 단계별 산출물 첨부 - 수시 : 긴급변경을 요하는 작업이 발생하거나 공단측에서 지정하는 내용 보고

요구사항 분류

프로젝트 관리 요구사항

요구사항 고유번호

PMR-004

요구사항 명칭

산출물 관리

요구

사항

상세

설명

정의

산출물 관리

세부내용

❍ 제안사는 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 과업종료(검사요청)시 다음과 같은 산출물들을 제출하여야 함

종류 및 내용	제출일정	제출형태(부수)
사업계획서	착수일로부터 15일 이내	바인더(2부)
완료보고서	과업종료시	바인더 (5부)

※ 제출부수는 운영자 및 사용자 현황에 따라 발주처와 협의하여 결정

※ 최종보고서에는 프로그램의 명세서, S/W성과물, 구축시스템의 분석/설계/구현/테스트 단계의 산출물, 시험운영 계획서 및 결과서 등을 포함하여야 함

자. 프로젝트 지원 요구사항(PSR)

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-001
요구사항 명칭		시스템 유지 관리 및 하자 보수
요구 사항 상세 설명	정의	시스템 유지 관리 및 하자 보수
	세부내용	❍ 유지관리 - 계약업체가 구축한 시스템을 발주처의 기존 설치․운영중인 시스템과의 결합 시 충돌 장애 문제를 방지하기 위한 점검 및 결합장애 발생 시 원인 규명 및 복구 등 결과조치 ❍ 하자보수 - 계약업체가 구축하여 발주처에 납품한 성과물 전반(상용H/W, 상용S/W, 개발된 응용S/W 일체 등)에 대한 무상하자보수는 장비 납품일 기준이 아닌, 계약기간종료(준공) 후 최종 검사(수) 완료일로부터 1년으로 함. 단, 납품장비 중 무상보증 기간이 12개월 이상인 경우는 그에 따름 - 시스템의 설계, 제작, 설치, 운영 등에 납품내역과 상이한 하자발생시, 계약업체는 즉시 동급 또는 상위품목으로 교체하여야 함 - 시스템 설치 후 시스템 설계내역과 시스템 실행결과가 상이한 경우 계약업체는 이를 즉시 무상으로 수정하여야 함

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-002
요구사항 명칭		교육 지원
요구 사항 상세 설명	정의	교육 지원
	세부내용	❍ 교육내용은 시스템 개요 및 구성, 개발 표준, 시스템 운영 절차 및 운영 방법, 사용자관리, 메뉴관리, 시스템 관리자 기능, 유지보수를 위한 프로그램 및 개발 내용에 대한 기술 교육, 장애대처방안, 에러처리 방안, 기타 운영 및 유지보수에 필요한 기술 교육 포함 ❍ 교육훈련 계획은 발주기관과 상호 협의하여 결정

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-003
요구사항 명칭		기술지원
요구 사항 상세 설명	정의	기술지원
	세부내용	❍ 사업자는 사업 수행과정 및 종료 이후에 주관기관에서 사업을 원활히 추진할 수 있도록 필요한 기술사항을 요약하고 기술이전 대상에 대한 목록과 기술 이전방법 등에 대한 계획을 제시 ❍ 사업자는 체계적인 조직구성 및 절차를 바탕으로 실질적인 기술지원을 수행하여야 함 ❍ 사업자는 시스템 개발 및 관련 분야의 정보기술에 대한 지속적인 정보 제공 및 기술자문에 응해야 함 ❍ 주관사업자는 본 사업을 통해 습득된 노하우를 충실하게 주관기관 에 기술지원을 하여야 함