입찰공고상세[용역]

출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.

교통단속관리시스템(TEMS) 통신서버 개발언어 환경 전환

한국도로교통공단 · SW 개발·운영

추정가격: 4.51억원
참가자격 등록 마감: 10/19(월) 18:00 · D-6
낙찰방법: 협상에의한계약 · 기술 90 : 가격 10
참가 자격: 소프트웨어사업자(컴퓨터관련서비스사업)
무슨 일: TEMS 통신서버 2단계 Java 전환 개발

요약 AI 요약

기존 C언어 기반 TEMS "자"규격 통신서버의 2단계 전환 대상 Task를 Java 기반으로 전환하는 사업이다. 1차년도에 전환한 수집·기초처리 Task와 연계하여 위반정보 DB 적재, 이미지 파일 처리, 차적조회, 본청 TCS 전송 등 단속자료 처리 핵심 Task를 Java로 전환한다.

차적조회 Task 전환(STD_CARinq)
차적조회 실패자료 재조회 Task 전환(STD_failCar)
위반파일 제공 및 이미지 저장 Task 전환(STD_IMAGsvc)
통신·상태·교통정보 테이블 적재 Task 전환(STD_tbl)
본청 TCS 위반정보 전송 Task 전환(STD_TCSsnd)
위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vio), 차량탑재형(STD_vioM)·드론(STD_vioN) 위반정보 DB 적재 및 이미지 추출, 기존 C Task 및 1차년도 Java Task 연계·호환성 검증

AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01737655 · 베타 기간 무료

핵심요약

문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다

가격

추정가격: 450,727,273원
배정예산: 499,878,080원
예정가격 방식: 비예가

첨부파일

HWPX · 제안요청서(수정).hwpx · 제안요청서
파일 · 제안요청서 7 · 제안요청서
PDF · 입찰공고서_R26BK01737655.pdf · 공고규격서

첨부 내용을 정리한 글 — 자격 · 배점 · 일정 · 발췌 ›

참가 자격 · 제한

업종제한: 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
지역제한: 제한 없음
실적경쟁 · PQ: 해당 없음
제출 방법: 전자입찰
공동수급: 공동이행
입찰참가 제한: 없음
국제입찰: 국내입찰

입찰 일정

진행	일시	남은 날
공고 게시	09/21(월)	지남
입찰서 제출 시작	10/15(목) 10:00	D-2
입찰참가자격 등록 마감	10/19(월) 18:00	D-6
입찰서 제출 마감	10/20(화) 10:00	D-7
개찰	10/20(화) 11:00	D-7

평가 · 배점

기술 : 가격 — 기술 90점 · 가격 10점

협상 대상 기준 · 기술능력평가 점수가 기술능력평가분야의 배점한도의 85%이상인 자 중에서 선정합니다.

배점표 (AI 요약)
평가 항목	배점
사업이해도	8점
추진체계	4점
추진전략	4점
사업추진방법론	3점
기능 요구사항	8점
데이터 요구사항	4점
인터페이스 요구사항	4점
성능 요구사항	4점
적용기술	5점
개발환경	4점
보안 요구사항	4점
제약사항	4점
기밀보안관리	4점
일정관리	4점
품질관리	3점
위험 및 이슈 관리	3점
교육훈련	4점
인수인계	4점
기술지원	4점
하자보수 계획	3점
경영상태	5점
가격평가	10점
합계(항목을 더한 값)	100점

사업 내용 · 이 공고에 든 일

중심 · TEMS 통신서버 2단계 Java 전환 개발

용역 › 정보시스템·SW › SW 개발·운영

기존 C언어 기반 TEMS 통신서버의 2단계 전환 대상 Task를 Java로 전환·개발하는 SW 개발 사업이다.

현행 소스·실행구조·DB·파일·인터페이스·로그·예외처리 분석
Task별 설계·개발·단위테스트·통합테스트
데이터 정합성 검증 및 기존 C·1차년도 Java Task 연계·호환성 검증
배포·안정화·원복 방안 마련
성능 최적화(JVM·GC) 및 비동기 처리 방안
데이터 표준·구조·값 검증 및 메타데이터 현행화
보안 취약점 진단·소프트웨어 개발보안 적용
SW사업정보 저장소 제출(FP 산정 등)
사용자·운영자 교육 및 기술이전
하자보수 및 유지관리(1년)

공고 정보

공고종류: 등록공고 (일반공고)
게시일: 09/21(월)
공고번호: R26BK01737655-000
참조번호: -
공고기관: 조달청
수요기관: 한국도로교통공단
계약방법: 제한경쟁
낙찰방법: 협상에의한계약
계약유형: 총액계약
예정가격 방식: 비예가
추정가격: 450,727,273원
배정예산: 499,878,080원
공공조달분류: ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
사전규격번호: R26BD00272351
재공고: 아니오
출처: 나라장터

문서 분석 전체

이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.

문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다

문서 발췌

과업·요구

사 업 명	교통단속관리시스템(TEMS) 통신서버 개발언어 환경 전환
주관기관	한국도로교통공단

사업 개요

사업 개요 가. 사 업 명 : ‘교통단속관리시스템(TEMS) 통신서버 개발언어 환경 전환’ 나. 사업기간 : 계약일로부터 120일 다. 사 업 비 : 금 495,800,000원 (부가세 포함) 라. 계약방법 : 제한경쟁입찰(협상에 의한 계약) ※ 본 사업은 「소프트웨어 진흥법 제50조」에 따라 과업 내용의 확정, 과업 내용 변경에 따른 계약금액·계약기간 조정이 필요한 경우 소프트웨어사업 과업변경요청서를 작성하여 제출하여야 함 ※ 본 사업은 「소프트웨어사업 계약 및 관리감독에 관한 지침」(과학기술정보통신부고시) 제10조의 규정에 의거한 ‘소프트웨어 개발사업의 적정 사업기간 산정 기준에 따른 사업’ 임 ※ 본 사업은 「소프트웨어 진흥법 제50조」에 따라 소프트웨어 과업심의위원회를 개최 한 사업임 ※ 본 사업은 동일 TEMS를 대상으로 추진되는 관련 사업과의 연계 영향을 고려하여 수행하여야 하며, 제안사는 개발·테스트·배포 과정에서 관련 사업과의 영향 범위, 테스트 범위, 배포 일정 및 원복 필요사항을 발주기관과 협의하여 사업관리 산출물에 반영하여야 한다. 추진배경 및 필요성 가. 교통단속관리시스템(TEMS*)은 2000년부터 무인교통단속장비 운영을 위해 전국 시‧도 경찰청 교통영상실에 설치･운영되고 있음 * TEMS(Traffic Enforcement Management System, 경찰청 교통단속관리시스템)

나. 기존 TEMS 통신서버는 C언어 기반으로 장기간 운영되어 유지보수 인력 확보가 어렵고, 신규 단속유형 도입 및 장비 규격 변경에 따른 기능 확장에 한계가 있음 다. 이에 따라 기존 C언어 기반 TEMS 통신서버를 Java 기반으로 단계적으로 전환하여 유지보수성, 확장성 및 운영 안정성을 높일 필요가 있음 라. 1차년도 사업에서는 “자”규격 통신서버 중 정기점검 예약관리, 위반 데이터 및 통과차량 정보 수집, 차량탑재형 위반 데이터 수집, 함체문 개폐 관리, 검사 시작 승인, 차량통과 정보 수집, 가변스쿨존 관리, 정지선 준수율 수집 등 수집·기초처리 중심의 Task를 Java 기반으로 전환하였음 마. 2차년도 사업에서는 1차년도 전환 Task와 연계하여 위반정보 DB 적재, 이미지 파일 처리, 차적조회, 차적조회 실패자료 재처리, 본청 TCS 전송 등 단속자료 처리 핵심 Task를 Java 기반으로 전환하고자 함 3. 사업 내용 가. 시스템 개발환경 변환 (C → Java) - 기존 C언어 기반으로 운영 중인 TEMS “자”규격 통신서버의 2단계 전환 대상 Task를 Java 기반으로 전환 - 전환 대상 Task의 소스, 실행구조, DB 처리, 파일 처리, 인터페이스, 로그, 예외처리 방식을 분석 - Java 전환 후 기존 C 기반 Task 및 1차년도 Java 전환 Task와 정상 연계되도록 구현 - Task별 DB 세션 처리, 초기화 처리, 연결 유지, 오류 처리, 로그 처리 방안 마련 4. 기대 효과

가. 유지보수 인력 수급 용이 및 예산 지출 효율화 나. Java 기반 시스템 도입으로 개발 확장성 확보 및 단속 장비 운영 관리 안정성 향상 5. 추진체계 및 일정 가. 추진조직 구성

구 분	1분기			2분기			3분기			4분기
구 분	1	2	3	4	5	6	7	8	9	10	11	12
추진 계획 및 조달발주
						■	■	■

Task별 Java 전환 설계 및 개발‧테스트
									■	■	■	■

사업 완료 보고
												■

※ 상기 일정은 사업수행 효율화를 위해서 발주 기관과 계약 상대자간 상호협의를 통해 조정 가능함

제안요청 내용

제안요청 개요 가. 본 제안요청은 「교통단속관리시스템(TEMS) 통신서버 개발언어 환경 전환 사업」에 대한 제안을 받기 위한 것으로, 제안사는 본 제안요청서의 요구사항을 충분히 검토한 후 제안서를 작성하여 제출하여야 한다. 나. 제안사는 기존 C언어 기반 TEMS “자”규격 통신서버의 구조, 1차년도 Java 전환 Task, 2차년도 전환 대상 Task 간 연계관계를 충분히 분석하고, 안정적인 개발언어 전환 방안을 제시하여야 한다. 다. 본 사업은 운영 중인 TEMS 통신서버의 핵심 처리 Task를 전환하는 사업이므로, 제안사는 단속자료 누락, 중복 처리, 이미지 파일 불일치, 차적조회 오류, 본청 TCS 전송 실패 등 위험요소에 대한 대응방안을 제시하여야 한다. 라. 제안사는 2단계 전환 대상 Task별 현행분석, 설계, 개발, 단위테스트, 통합테스트, 데이터 정합성 검증, 배포, 안정화, 원복 방안을 구체적으로 제시하여야 한다. 마. 제안사는 기존 C 기반 Task, 1차년도 Java 전환 Task, 2차년도 Java 전환 Task 간 병행운영 및 연계 검증 방안을 제시하여야 하며, 장애 발생 시 즉시 원복 또는 재처리할 수 있는 절차를 마련하여야 한다. 바. 본 제안요청서에 명시된 요구사항은 최소한의 요구사항이며, 제안사는 사업목표 달성을 위해 필요한 추가 방안이 있을 경우 그 내용과 수행방법을 제안서에 포함하여야 한다. 2. 개발대상 업무내역 및 구성요건

요구사항 유형	요구사항 번호	요구사항 명칭
시스템 장비구성	ECR-001	시스템 장비구성 공통
기능	SFR-001	2단계 전환 대상 Task 공통 요구사항
	SFR-002	차적조회 Task 전환(STD_CARinq)
	SFR-003	차적조회 실패자료 재조회 Task 전환(STD_failCar)
	SFR-004	위반파일 제공 및 이미지 저장 Task 전환(STD_IMAGsvc)
	SFR-005	통신·상태·교통정보 테이블 적재 Task 전환(STD_tbl)
	SFR-006	본청 TCS 위반정보 전송 Task 전환(STD_TCSsnd)
	SFR-007	위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vio)
	SFR-008	차량탑재형 위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vioM)
	SFR-009	드론 위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vioN)
	SFR-010	기존 C Task 및 1차년도 Java Task 연계·호환성 검증
성능	PER-001	질의 응답 시간
	PER-002	느린 작업에 대한 사전 경고
	PER-003	메모리(디스크) 자원 효율성
	PER-004	CPU 효율성
인터페이스	SIR-001	프로토콜 지원
	UIR-001	사용자 인터페이스 방안
	UIR-002	사용자 수행 결과에 대한 메시지 제공
데이터	DAR-001	데이터 분석 요구사항
	DAR-002	데이터 설계 시 준수 사항
	DAR-003	SQL 튜닝
	DAR-004	데이터 무결성
	DAR-005	데이터 검증
	DAR-006	데이터 값 검증
	DAR-007	데이터 및 메타데이터 관리체계 수립
	DAR-008	데이터 표준 관리
테스트	TER-001	테스트 방안
보안	SER-001	보안 및 비밀 준수
	SER-002	개인정보 처리단게별 준수사항
	SER-003	개인정보의 안전조치 의무기준 준수
품질	QUR-001	품질관리 공통사항
	QUR-002	프로세스 품질
	QUR-003	장애대응을 위한 백업절차 마련
	QUR-004	웹사이트 품질 관리 방안
제약사항	COR-001	개발 언어 사용
	COR-002	도로교통발주처 정보화사업관리 공통요건 준수
	COR-003	시스템 개발 언어
	COR-004	기존 시스템 호환
프로젝트 관리	PMR-001	프로젝트 관리 방법론
	PMR-002	안전 및 재해방지
	PMR-003	사업수행계획서 제출
	PMR-004	개발장소 및 환경
	PMR-005	SW사업저장소 사업정보 제출의무 이행
	PMR-006	위험 및 이슈관리
	PMR-007	검사 및 검수
	PMR-008	SW사업 산출물 활용 사항 및 공동활용 사전명시
프로젝트 지원	PSR-001	시스템 안정화 활동
	PSR-002	교육 및 기술이전
	PSR-003	기술지원
	PSR-004	하자보수 및 유지관리

나. 요구사항 상세 1) 시스템 장비구성 요구사항 ECR-001

요구사항 명칭		시스템 장비구성 공통
요구사항 분류		H/W, S/W
상세 설명	정의	기존 TEMS 운영환경에서 2단계 전환 Task가 안정적으로 동작할 수 있도록 구성
상세 설명	세부 내용	 기 도입된 H/W 및 S/W의 환경에서 적절하게 동작할 수 있어야 함  경찰청 교통단속장비 규격서를 기준으로 개발하되, 정의되지 않은 사항은 발주기관과 협의하여 결정하여야 함  기존 C 기반 Task, 1차년도 Java 전환 Task, 2차년도 Java 전환 Task가 동일 운영환경에서 안정적으로 연계될 수 있어야 함  개발 및 배포 과정에서 기존 TEMS 운영에 지장이 발생하지 않도록 사전 검증 및 원복 절차를 마련하여야 함
산출정보

구분	세 부 규 격	비고
Server	◦ H/W : IBM P550 - CPU : 64-bit 3.5Ghz, 2Core2 - Memory : 8Gbytes - HDD : 146Gbytes2 ◦ OS : AIX 5.3 ◦ 개발언어 : C/C++/UNIX 기반 ◦ 기존 개발언어 : C -> 전환 개발언어: Java ※ 시스템사양은 17개 지방경찰청 공통서버 두 개로 나뉘어 져있음
DB	◦ Oracle 10g Standard Edition ※ DB솔루션 적용(SQL모니터링, GoGreat Audit Solution, 망연계 솔루션, 패스워드 관리시스템과 같은 보안관리 장비 등)
Client	◦ H/W : desktop PC ◦ OS : Windows기반 ◦ 해상도 : 1280 * 1024 이상

요구사항 명칭		2단계 전환 대상 Task 공통 요구사항
요구사항 분류		기능 요구사항
상세 설명	정의	TEMS “자”규격 통신서버 2단계 전환 대상 Task의 공통 분석·설계·전환 요구사항
상세 설명	세부 내용	가. 제안사는 2단계 전환 대상 7개 Task의 소스, 실행구조, DB 처리, 파일 처리, 인터페이스, 로그, 예외처리 방식을 분석하여야 함 나. 전환 대상 Task는 다음과 같음 다. Java 전환 후에도 기존 C 기반 Task 및 1차년도 Java 전환 Task와 정상 연계될 수 있도록 1차년도 Java 소스 구성(디렉토리 구성)과 주요 파일에 대하여 분석하여야 함 라. 단속자료 누락, 중복 처리, 이미지 파일 불일치, 차적조회 오류, 본청 TCS 전송 실패가 발생하지 않도록 하여야 함 마. 전환 대상 Task별 DB 세션 처리, 초기화 처리, 연결 유지, 오류 처리, 재처리, 로그 관리 방안을 제시하여야 함 바. Task별 처리 전후 데이터 비교검증 기준을 마련하고, 검증 결과를 산출물로 제출하여야 함 ※ 본 제안요청서에는 주요 요구사항만 명시하였으므로, 기타 세부사항은 업무 분석, 담당자 인터뷰 등을 통해 요구사항을 정의하고, 실무자, 시스템관리자 등 관계자 의견을 반영하여 시스템을 구축하여야 함 ※ 상기 기능 개발에 필요한 통신규약은 최신 경찰규격서를 따르며, 기 구축되어 운영중인 경우는 발주처와 협의하여 결정한다.
산출정보

Task 명칭	Task 설명
STD_CARinq	차적 조회
STD_failCar	차적조회 실패자료를 주기적으로 재 차적조회 수행
STD_IMAGsvc	위반파일제공, 번호판화일 및 CAP파일저장
STD_tbl	STD_com 통신, 초기화정보, 상태정보, 교통정보, 함체문 상태정보, 정지선 준수율로 분리하여 해당 테이블에 데이터 적재
STD_TCSsnd	위반정보 본청전송
STD_vio	STD_com에서 생성한 위반정보와 통과차량 정보를 데이터베이스에 적재 및 번호판, 차량이미지 추출
STD_vioM	STD_comM에서 생성한 위반정정보를 데이터베이스에 적재 및 번호판, 차량이미지 추출
STD_vioN	STD_comN에서 생성한 위반정보를 데이터베이스에 적재 및 번호판, 차량이미지 추출

요구사항 명칭		차적조회 Task 전환(STD_CARinq)
요구사항 분류		기능 요구사항
상세 설명	정의	차량번호 기반 차적조회 처리 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_CARinq Task의 차적조회 요청, 응답, 오류 처리 방식을 분석하여야 함 나. 차량번호 기반 차적조회 요청·응답 처리 기능을 Java 기반으로 전환하여야 함 다. 차적조회 성공, 실패, 지연, 오류 응답에 대한 처리 기준을 정의하여야 함 라. 차적조회 결과가 위반정보 처리 및 본청 TCS 전송 절차와 정상 연계되도록 하여야 함 마. 차적조회 요청·응답 로그를 관리하고, 오류 발생 시 원인 확인이 가능하도록 하여야 함 바. 기존 C Task 처리결과와 Java 전환 Task 처리결과를 비교 검증하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		차적조회 실패자료 재조회 Task 전환(STD_failCar)
요구사항 분류		기능 요구사항
상세 설명	정의	차적조회 실패자료를 주기적으로 재조회하는 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_failCar Task의 실패자료 추출, 재조회, 결과 반영 방식을 분석하여야 함 나. 차적조회 실패자료를 주기적으로 재조회하는 기능을 Java 기반으로 전환하여야 함 다. 실패자료 추출, 재조회 요청, 결과 반영, 재실패 처리, 로그 관리 기능을 포함하여야 함 라. 재조회 과정에서 동일 위반자료가 중복 처리되지 않도록 하여야 함 마. 재조회 성공·실패 결과를 확인할 수 있도록 처리 이력 및 오류 로그를 관리하여야 함 바. 재처리 결과는 위반정보 처리 및 본청 TCS 전송 절차와 정상 연계되어야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		위반파일 제공 및 이미지 저장 Task 전환(STD_IMAGsvc)
요구사항 분류		기능 요구사항
상세 설명	정의	위반파일 제공, 번호판 파일 및 CAP 파일 저장 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_IMAGsvc Task의 위반파일 제공, 번호판 파일 저장, CAP 파일 저장 방식을 분석하여야 함 나. 위반파일 제공, 번호판 파일 및 CAP 파일 저장 기능을 Java 기반으로 전환하여야 함 다. 파일 생성, 저장, 조회, 제공, 오류 처리, 누락 파일 재처리 기능을 포함하여야 함 라. DB 위반자료와 이미지 파일, 번호판 파일, CAP 파일 간 정합성을 검증하여야 함 마. 파일 누락, 손상, 경로 오류, 권한 오류 발생 시 오류 로그를 생성하고 재처리 방안을 마련하여야 함 바. 기존 파일 저장 구조와 호환되도록 구현하여야 하며, 변경이 필요한 경우 발주기관과 협의하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		통신·상태·교통정보 테이블 적재 Task 전환(STD_tbl)
요구사항 분류		기능 요구사항
상세 설명	정의	통신자료, 초기화정보, 상태정보, 교통정보 등 테이블 적재 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_tbl Task의 테이블 적재 대상, 적재 기준, 오류 처리 방식을 분석하여야 함 나. STD_com 통신자료, 초기화정보, 상태정보, 교통정보, 함체문 상태정보, 정지선 준수율 등 관련 데이터를 해당 테이블에 적재하는 기능을 Java 기반으로 전환하여야 함 다. 테이블별 CRUD 분석, 데이터 적재 기준, 오류 처리, 재처리 기준을 제시하여야 함 라. DB 적재 과정에서 데이터 누락, 중복, 형식 오류, 참조 무결성 오류가 발생하지 않도록 하여야 함 마. 기존 C Task 처리결과와 Java 전환 Task 처리결과를 비교하여 건수 및 주요 항목을 검증하여야 함 바. 대량 데이터 적재 시 DB 세션, 트랜잭션, 인덱스, 성능 저하 방지 방안을 제시하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		본청 TCS 위반정보 전송 Task 전환(STD_TCSsnd)
요구사항 분류		기능 요구사항
상세 설명	정의	위반정보 본청 TCS 전송 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_TCSsnd Task의 전송자료 생성, 송신, 응답 수신, 실패 처리 방식을 분석하여야 함 나. 위반정보 본청 TCS 전송 기능을 Java 기반으로 전환하여야 함 다. 전송자료 생성, 송신, 응답 수신, 실패자료 재전송, 전송로그 관리 기능을 포함하여야 함 라. 전송 전후 건수, 오류건수, 재전송건수를 비교 검증 할 수 있어야 함 마. 본청 TCS 전송 실패 시 재전송 기준, 재전송 횟수, 오류 보고 기준을 제시하여야 함 바. 전송자료 생성 및 송신 과정에서 단속자료 누락 또는 중복 전송이 발생하지 않도록 하여야 함 사. 본청 TCS 연계 검증은 발주기관 및 관계기관과 협의하여 수행하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vio)
요구사항 분류		기능 요구사항
상세 설명	정의	STD_com에서 생성한 위반정보 및 통과차량 정보 DB 적재, 번호판·차량이미지 추출 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_vio Task의 위반정보 처리 흐름, DB 적재, 번호판·차량이미지 추출 방식을 분석하여야 함 나. STD_com에서 생성한 위반정보와 통과차량 정보를 DB에 적재하고 번호판 및 차량이미지를 추출하는 기능을 Java 기반으로 전환하여야 함 다. 원천파일, DB 적재자료, 번호판 이미지, 차량이미지 간 건수 및 주요 항목을 비교 검증하여 자료 누락과 중복을 방지하여야 함 라. 위반정보 처리 과정에서 오류가 발생한 경우 오류자료 분리, 로그 생성, 재처리 방안을 마련하여야 함 마. 기존 C Task 처리결과와 Java 전환 Task 처리결과를 비교하여 정합성을 검증하여야 함 바. 대량 위반자료 처리 시 성능 저하가 발생하지 않도록 처리성능 및 DB 부하를 검증하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		차량탑재형 위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vioM)
요구사항 분류		기능 요구사항
상세 설명	정의	STD_comM에서 생성한 차량탑재형 위반정보 DB 적재, 번호판·차량이미지 추출 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_vioM Task의 차량탑재형 위반정보 처리 흐름, DB 적재, 이미지 추출 방식을 분석하여야 함 나. STD_comM에서 생성한 차량탑재형 위반정보를 DB에 적재하고 번호판 및 차량이미지를 추출하는 기능을 Java 기반으로 전환하여야 함 다. 네트워크 장애 복구 후 수신되는 로컬 저장자료 처리, 중복 방지, 누락 검증, 오류 로그 관리 기능을 포함하여야 함 라. 차량탑재형 위반자료의 원천파일, DB 적재자료, 번호판 이미지, 차량이미지 간 정합성을 검증하여야 함 마. 동일 자료가 반복 수신되는 경우 중복 적재되지 않도록 처리 기준을 마련하여야 함 바. 기존 C Task 처리결과와 Java 전환 Task 처리결과를 비교하여 정합성을 검증하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		드론 위반정보 DB 적재 및 이미지 추출 Task 전환(STD_vioN)
요구사항 분류		기능 요구사항
상세 설명	정의	STD_comN에서 생성한 드론 위반정보 정보 DB 적재, 번호판·차량이미지 추출 기능의 Java 전환
상세 설명	세부 내용	가. 기존 C 기반 STD_vioN Task의 드론 위반정보 처리 흐름, DB 적재, 이미지 추출 방식을 분석하여야 함 나. STD_comN에서 생성한 드론 위반정보를 DB에 적재하고 번호판 및 차량이미지를 추출하는 기능을 Java 기반으로 전환하여야 함 다. 네트워크 장애 복구 후 수신되는 로컬 저장자료 처리, 중복 방지, 누락 검증, 오류 로그 관리 기능을 포함하여야 함 라. 드론 위반자료의 원천파일, DB 적재자료, 번호판 이미지, 차량이미지 간 정합성을 검증하여야 함 마. 동일 자료가 반복 수신되는 경우 중복 적재되지 않도록 처리 기준을 마련하여야 함 바. 기존 C Task 처리결과와 Java 전환 Task 처리결과를 비교하여 정합성을 검증하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		기존 C Task 및 1차년도 Java Task 연계·호환성 검증
요구사항 분류		기능 요구사항
상세 설명	정의	기존 C 기반 Task, 1차년도 Java 전환 Task, 2차년도 Java 전환 Task 간 연계 및 호환성 검증
상세 설명	세부 내용	가. 기존 C 기반 Task와 1차년도 Java 전환 Task, 2차년도 Java 전환 Task 간 데이터 흐름 및 호출관계를 분석하여야 함 나. 1차년도 전환 Task에서 생성·처리한 자료가 2차년도 전환 Task에서 정상 처리되는지 검증하여야 함 다. 2차년도 전환 Task 처리결과가 기존 C 기반 잔여 Task 및 후속 시스템과 정상 연계되는지 검증하여야 함 라. 병행운영 기간 중 기존 Task와 Java 전환 Task 간 충돌, 중복 실행, DB 세션 경합, 파일 접근 충돌이 발생하지 않도록 하여야 함 마. 주요 시나리오별 통합테스트를 수행하고 결과를 제출하여야 함 ※ 기타 공통 요구사항 가. 성능 최적화 - Java 환경으로 전환하면서 기존 시스템의 성능 저하가 발생하지 않도록, 성능 최적화 및 부하 분산에 대한 구체적인 방안 필요 - JVM 메모리 및 가비지 컬렉션 특성을 고려하여, 장시간 가동 시에도 처리 지연이 최소화되도록 최적화 방안 필요 나. 실시간 데이터 처리 - 모든 기능에서 실시간 데이터 처리 및 반응 속도에 대한 보장과 성능 테스트와 응답 시간에 대한 구체적인 지표 설정 필요 - 장비 통신 등 입출력 대기와 비즈니스 로직 연산이 상호 영향을 최소화하도록 비동기 처리 방식 적용 검토 필요
산출정보

요구사항 명칭		질의 응답 시간
요구사항 분류		성능 요구사항
상세 설명	정의	주요 처리 기능의 응답시간 및 처리성능 기준
상세 설명	세부 내용	가. 시스템은 사용자가 요청한 조회, 처리, 저장, 전송 결과를 업무처리에 지장이 없는 수준에서 제공하여야 함 나. 위반정보 DB 적재, 이미지 파일 처리, 차적조회, 본청 TCS 전송 등 대량자료 처리 또는 외부 연계가 포함된 기능은 기능 특성을 고려하여 발주기관과 협의한 기준에 따라 응답시간을 관리하여야 함 다. Java 전환 후 기존 C 기반 Task 대비 현저한 처리 지연이 발생하지 않아야 하며, 성능 저하가 확인될 경우 원인분석 및 개선방안을 제시하여야 함 라. 성능 검증 대상, 기준자료, 측정방법은 사업수행계획서 또는 테스트계획서에 포함하여 발주기관의 승인을 받아야 함 마. 성능 검증은 기존 처리방식과 Java 전환 후 처리방식을 비교할 수 있도록 주요 기능별 처리건수, 처리시간, 오류건수 등을 기준으로 수행하여야 함
산출정보		성능테스트 계획서, 성능테스트 결과서

요구사항 명칭		느린 작업에 대한 사전 경고
요구사항 분류		성능 요구사항
상세 설명	정의	느린 작업에 대한 사전 경고
상세 설명	세부 내용	 10초 이상 소요될 수 있는 대용량 연산 작업은 통신 프로세스의 블로킹을 방지하고 시스템 영향을 최소화하기 위해 비동기 큐 또는 별도 쓰레드 풀로 격리하여 처리해야 함  장시간 연산 작업이 발생할 경우, 작업의 시작/종료 시점, 소요 시간, 대상 장비 ID 등을 경고 로그(Warning Log)로 파일에 기록하여 추적 관리할 수 있도록 구현해야 함장시간 연산 작업이 발생할 경우, 작업의 시작/종료 시점, 소요 시간, 대상 장비 ID 등을 경고 로그(Warning Log)로 파일에 기록하여 추적 관리할 수 있도록 구현해야 함
산출정보		성능테스트 계획서, 성능테스트 결과서

요구사항 명칭		메모리 및 디스크 자원 효율성
요구사항 분류		성능 요구사항
상세 설명	정의	Java 전환 후 메모리, 디스크, 파일시스템 사용률 관리
상세 설명	세부 내용	가. Java 전환 Task는 기존 운영환경의 메모리, 디스크, 파일시스템 사용에 과도한 부하를 주지 않도록 설계하여야 함 나. 위반파일, 차량이미지, 번호판 파일, CAP 파일 등 파일 처리 과정에서 임시파일, 중복파일, 오류파일이 불필요하게 누적되지 않도록 관리방안을 마련하여야 함 다. 테스트 및 시험운영 기간 중 메모리와 디스크 사용률을 측정하고, 기존 운영에 영향을 줄 우려가 있는 경우 개선방안을 제시하여야 함 라. 메모리 사용량은 시스템 안정성을 저해하지 않는 수준으로 관리하여야 하며, 발주기관과 협의한 기준을 초과할 경우 원인분석 및 조치를 수행하여야 함 마. 파일 저장 경로, 오류파일 보관 경로, 임시파일 삭제 기준, 로그파일 보관 기준을 제시하여야 함
산출정보		성능테스트 계획서, 성능테스트 결과서

요구사항 명칭		CPU 효율성
요구사항 분류		성능
상세 설명	정의	Java 전환 후 주요 처리 기능의 CPU 사용률 관리
상세 설명	세부 내용	가. Java 전환 Task는 기존 C 기반 Task 대비 과도한 CPU 부하가 발생하지 않도록 설계하여야 함 나. 위반자료 대량 적재, 이미지 추출, 차적조회 재처리, 본청 TCS 전송자료 생성 등 주요 처리구간에 대해 CPU 사용률을 측정하여야 함 다. 테스트 및 시험운영 기간 중 CPU 사용률을 확인하고, 기존 운영업무에 영향을 줄 우려가 있는 경우 튜닝 및 개선방안을 제시하여야 함 라. CPU 사용률은 시스템 안정성을 저해하지 않는 수준으로 관리하여야 하며, 발주기관과 협의한 기준을 초과할 경우 원인분석 및 조치를 수행하여야 함 마. CPU 부하가 집중되는 배치성 처리 또는 대량 파일 처리 기능은 처리시간, 처리건수, 자원사용률을 함께 기록하여야 함
산출정보		성능테스트 계획서, 성능테스트 결과서

요구사항 명칭		프로토콜 지원
요구사항 분류		인터페이스
상세 설명	정의	기존 통신 프로토콜 및 연계방식 유지
상세 설명	세부 내용	가. 기존 TEMS 통신서버에서 사용하는 통신 프로토콜, 파일 처리 방식, DB 연계 방식, 본청 TCS 전송 방식을 준수하여야 함 나. 현장장비, 1차년도 Java 전환 Task, 기존 C 기반 Task, 본청 TCS, 차적조회 연계 등과의 인터페이스가 정상 유지되어야 함 다. 네트워크상 전송 프로토콜은 기존 운영정책 및 보안정책을 준수하여야 하며, 발주기관 승인 없이 임의로 변경할 수 없음 라. 인터페이스 변경이 필요한 경우에는 변경 사유, 영향도, 대체방안, 원복방안을 발주기관에 제시하고 승인을 받아야 함 마. 차적조회 요청·응답, 본청 TCS 전송, 위반파일 제공, 이미지 파일 저장 등 주요 연계 구간은 연계 테스트를 통해 정상 처리 여부를 검증하여야 함 바. 연계 오류 발생 시 오류코드, 오류내용, 발생일시, 처리상태를 확인할 수 있도록 로그를 관리하여야 함 사. 제안사는 본 사업과 관련된 타 정보시스템 연계 여부를 검토하고, 「행정기관 및 공공기관 정보시스템 구축·운영 지침」에 따른 상호운용성 기술평가표 작성에 필요한 자료를 제출하여야 한다. 아. 사업 완료 후 정보자원관리시스템(IRM) 연계현황 등록에 필요한 자료를 발주기관에 제공하여야 한다.
산출정보

요구사항 명칭		사용자 인터페이스 방안
요구사항 분류		인터페이스
상세 설명	정의	사용자 편의성을 고려한 도움말 및 인터페이스 설계
상세 설명	세부 내용	가. 본 사업은 통신서버 Task 전환 사업으로 기존 TEMS 운영단말의 화면 구성과 사용방식을 원칙적으로 유지하여야 함 나. Java 전환 Task 처리결과가 TEMS 운영단말의 조회, 보류, 말소, 정상복원, 오류확인 등 기존 기능과 정상 연계되도록 하여야 함 다. 사용자 화면 변경이 필요한 경우에는 변경 필요성, 변경 범위, 사용자 영향도를 발주기관과 협의하여야 함 라. 전환으로 인해 기존 운영자가 수행하는 업무절차가 변경되는 경우에는 변경사항을 사용자 매뉴얼에 반영하여야 함 마. 오류 발생 시 운영자가 처리결과를 명확히 확인할 수 있도록 메시지 또는 로그 확인 방안을 제시하여야 함 바. 사용자 화면을 설계·구현하는 경우 범정부 UI/UX 공통가이드, 전자정부 웹사이트 품질관리 지침, 웹 접근성 및 호환성 관련 기준을 준수하여야 한다. 사. 다만, 기존 TEMS 운영환경 및 기 구축 화면과의 호환성 유지를 위해 세부 적용 범위는 발주기관과 협의하여 결정한다. ※ TEMS는 웹이 아닌 C 운영단말 프로그램으로 웹이 추가되는 경우 해당 지침에 따른 유의사항에 따라 진행하며, UI/UX에 대한 가이드를 준수하여 진행하겠음.
산출정보		운영자매뉴얼

요구사항 명칭		사용자 수행 결과에 대한 메시지 제공
요구사항 분류		인터페이스
상세 설명	정의	데이터 입력/수정/삭제/조회 시 확인 및 오류에 대한 메시지 처리
상세 설명	세부 내용	 사용자 동작에 대한 확인 메시지 제공 - 운영단말 프로그램의 수행활동 요청(입력, 삭제, 저장 등)에 대해 센터 내 표준 통신 규약을 준수하여 처리 결과 메시지를 회신 - 시스템 및 프로그램 오류 발생 시, 정의된 프로토콜 규격에 따른 오류 코드와 알람 메시지를 실시간 전송하여 상호 연동성을 확보
산출정보

요구사항 명칭		데이터 표준 수립 및 상위표준 준수
요구사항 분류		데이터
상세 설명	정의	데이터 표준 수립
상세 설명	세부 내용	 DB 분석 정의 - 본 사업 추진과정에서 수요기관의 요청에 따른 데이터 현황 자료 산출 및 정보 분석을 지원 - 자료의 전체적인 체계에 대해 기본적인 이해 필수  공공기관의 DB 표준화 지침(행정안전부 고시) 준수에 관한 사항 - 데이터 정합성을 유지하면서 시스템의 성능을 저하시키지 않도록 설계 - (범정부 표준) 공공기관의 데이터베이스 표준화 지침(행정안전부 고시), 공통표준용어 - (기관 표준) 기관 내 DB에 공통으로 적용하기 위해 정의한 데이터 표준(경찰청 정보화장비기획담당관-6986(2022.08.01.) 공공데이터 공통표준용어 5차 제·개정 알림)에 따름 ※ 본 요구사항은 공공데이터베이스 표준화 관리 매뉴얼(행정안전부 고시 2022.03)을 참조하였음  데이터 표준 개선·정비 및 상위표준 준수 - 시스템 고도화(기능 추가 등)에 따라 추가적으로 필요한 데이터 표준(단어, 용어, 도메인, 코드)을 정의하고 데이터 표준(DB표준)에 추가(반영)하여야 함 - DB표준 정의 시 공통표준(공공기관의 데이터베이스 표준화 지침(행정안전부 고시), 공공데이터 공통표준용어·단어·도메인)과 경찰청표준*을 준수하고 그와 상충하는 요소에 대해서는 경찰청과 협의하여 대응 방안을 수립하고 이력을 남겨야 함 - 메타데이터의 원활한 검색을 위해 개별 시스템의 모든 DB 테이블 및 칼럼 명을 한글화할 것 ※단, 기 구축되어 있는 데이터베이스 구조 및 TEMS 표준과 호환성을 고려하여 구조 설계 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		표준용어 정의서, 표준단어 정의서, 표준도메인 정의서, 표준코드 정의서

요구사항 명칭		데이터 구조설계
요구사항 분류		데이터
상세 설명	정의	데이터 구조설계 원칙
상세 설명	세부 내용	 데이터 구조 설계 기준 제시 - 데이터 구조 설계(모델링) 기준을 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함  데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 활용, 업무요건 변화, 시스템 변경 등으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 업무규칙(BR) 처리를 위한 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 - 데이터 설계 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 정의하고 적용하여야 함 ※단, 기 구축되어 있는 데이터베이스 구조 및 TEMS 표준과 호환성을 고려하여 구조 설계 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		데이터베이스정의서, 엔터티(개체)정의서, 애트리뷰트(속성)정의서, 물리데이터모델다이어그램정의서, 테이블정의서, 칼럼정의서

요구사항 명칭		데이터 구조 검증
요구사항 분류		데이터
상세 설명	정의	데이터 모델검증
상세 설명	세부 내용	 데이터 모델 검증 - 설계된 데이터 모델은 설계자·개발자·발주부서·전문가 등이 참여하여 검증하여야 함 - 각 단계별 데이터 모델 검증 시 기준을 정의하고 실시하여야 함 예) 논리데이터 모델 검증 기준 : 요구사항 대비 논리 모델의 완전성(논리데이터 모델이 비즈니스 요구사항의 누락 여부) : 정규화 충족 여부 예) 물리 데이터 모델 검증 기준 : 중복 테이블 여부, 중복 칼럼 여부, 반정규화된 중복 데이터 정합성 유지 방안 여부 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		데이터 모델 검증 계획서, 데이터 모델 검증 결과서

요구사항 명칭		데이터 무결성
요구사항 분류		데이터
상세 설명	정의	데이터 무결성의 적합성
상세 설명	세부 내용	 데이터베이스의 안정적인 성능유지를 위한 품질 관리방안 제시  데이터 변경 시 데이터에 대한 정합성 및 무결성 보장  데이터의 연계 시, 반드시 데이터의 정합성을 체크하고 로그 유지  변경되는 DB의 품질 확보 방안  변경 후 DB의 성능 유지 방안(인덱스 조정 등)  변경 후 우려되는 성능 저하 등의 부작용 해소 방안 - 문제되는 쿼리 사전 발견 및 튜닝 방안 제시
산출정보

요구사항 명칭		데이터 구조 관리
요구사항 분류		데이터
상세 설명	정의	데이터 구조 관리 방안
상세 설명	세부 내용	 데이터 구조관리 방안 제시 - 시스템 구축 기간 동안에 데이터 구조관리를 위한 방안(변경이력 포함)을 제시하고 데이터베이스의 형상과 물리 데이터 모델의 형상 일치여부를 주기적으로 점검하여야 함 품질관리 진단도구를 이용하여 구조준수율을 관리하여야 함 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		데이터 구조관리 방안(매뉴얼, 가이드 등)

요구사항 명칭		데이터 값 검증
요구사항 분류		데이터
상세 설명	정의	데이터 값 검증 방안
상세 설명	세부 내용	 데이터값 진단 계획 수립 - 데이터값 검증 범위(전체 또는 일부), 시기, 방법을 사업계획에 명시하여야 함  데이터값 진단 수행 및 검증 - 목표시스템에 추가되는 데이터의 특성을 분석하고, 대상 DB(시스템)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)를 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 - 공공데이터 범정부 품질진단 기준* 및 업무규칙(BR)에 따라 값 검증을 수행하여야 함 * 공공데이터 품질관리 매뉴얼 참고 - 데이터값 검증 결과에 따른 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 - 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 - 오류 데이터 입력 방지(사전검증) 방안을 제시하여야 함 ※ 발주부서와 협의하여 경찰청 메타데이터관리시스템(품질관리시스템) 또는 품질진단 도구를 활용, 값 진단·검증 수행하여야 함 ※단, 기 구축되어 있는 데이터베이스 구조 및 TEMS 표준과 호환성을 고려하여 구조 설계 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		데이터값 진단 계획서, 데이터값 진단 결과서, 업무규칙 정의서

요구사항 명칭		데이터 및 메타데이터 관리체계 수립
요구사항 분류		데이터
상세 설명	정의	데이터 및 메타데이터관리체계 수립
상세 설명	세부 내용	 운영 단계까지 지속적으로 적용 가능한 데이터 관리체계 정의 - 데이터 표준, 구조, 값 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 함 - 데이터 표준(단어·용어·도메인·코드)의 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 구조(논리·물리)와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 - 관리체계에는 표준 준수율, 구조 현행화율, 값 검증 오류율 등 명확한 관리기준을 제시하여야 함  연계 데이터 관리방안 제시 - 제공기관 및 활용기관 간의 연계데이터의 정합성이 유지되도록 방안을 제시하고 구축하여야 함 - 연계 데이터 목록을 정의하고 관리방안을 제시하여야 함 연계 정보(송·수신 구분, 정보명, 주기), 연계 항목(항목명, 설명, 데이터 타입, 길이), 항목 출처(DB, 테이블, 칼럼), 제공기관, 활용기관 등 - 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위해 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증을 수행하여야 함  메타데이터 현행화 - 목표시스템의 메타데이터 표준 관리항목이 경찰청에서 운영 중인 메타데이터관리시스템과 중앙 메타데이터 관리시스템(행정안전부)에 등록 및 현행화에 지원하여야 함 공공데이터베이스 표준화 관리 매뉴얼(공공데이터베이스 메타데이터 관리 부문) 참조 ※ 공공데이터 품질관리 매뉴얼(행정안전부) 참고  본 사업 수행 과정에서 공공데이터 개방 대상 파일데이터 또는 Open API가 신규로 발생하는 경우, 발주기관의 공공데이터 개방 여부 검토를 거쳐 공공데이터포털 연계 제공에 필요한 사항을 지원하여야 한다.  다만, 개인정보, 단속자료, 차적조회 자료, 수사·단속 관련 비공개 정보 등 관계 법령 및 보안정책상 개방이 제한되는 데이터는 제외한다. ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		메타데이터 현행화 결과서

요구사항 명칭		데이터 표준 관리
요구사항 분류		데이터
상세 설명	정의	데이터 표준관리방안
상세 설명	세부 내용	 데이터 표준관리 방안 제시 - 시스템 구축 기간 동안 데이터 표준관리를 위한 방안(변경이력 포함)을 제시하고 DB표준과 데이터 항목의 일치여부를 주기적으로 점검하여야 함 품질관리 진단도구를 이용하여 표준준수율을 관리하여야 함  한국도로교통공단 표준을 준수 - 본 과업에서 진행되는 모든 데이터 관련 사항은 한국도로교통공단 데이터 표준(용어, 도메인, 코드) 정의서를 준수하여 진행하고, 그와 상충(추가, 삭제, 변경)되는 요소에 대해서는 주관기관과 협의하여 대응 방안을 수립하고 이력을 남겨야 함  메타데이터 현행화 - 목표시스템의 메타데이터 표준 관리 항목이 발주기관의 메타데이터 관리시스템과 중앙메타시스템에 등록 및 현행화 되도록 지원하여야 함 ※단, 기 구축되어 있는 데이터베이스 구조 및 TEMS 표준과 호환성을 고려하여 구조 설계 ※TCS 연계관련 데이터, 경찰청 무인교통단속장비 경찰규격서와 관련 데이터, 기 구축된 시스템에서 사용하는 데이터는 제외
산출정보		데이터 표준 관리 방안(매뉴얼, 가이드 등)

요구사항 명칭	테스트 방안
요구사항 분류	테스트
요구사항 상세설명	 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 베이스라인으로 간주함  제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우를 기준으로 평가함  단위 기능에 대한 테스트는 수동 검증 수행(적용 가능한 시스템에 한함)  단위 테스트, 통합 테스트, 성능 테스트를 위한 구체적인 계획을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시함  기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함  목표 성능이 못 미칠 경우 목표에 부합하도록 시스템 튜닝 및 재 테스트 실시  테스트 단계별로 수행방법, 절차, 점검사항, 최종 검수 기준, 점검 후 조치방안 및 대량자료 테스트 수행방안 등을 세부적으로 기술  기능 테스트 시 교통경찰 업무관리시스템(TCS)와의 패킷 송·수신 확인 테스트 실시  통합 테스트 시나리오에 따라 단위 테스트가 완료된 프로그램들을 대상으로 다음 사항을 검증하여야 함 - 기능, 성능 등의 요구사항 및 설계 사양 충족여부 검증 - 기능의 정상적 수행여부 검증 등 - 기능 수행후의 결과가 사전에 예측된 결과와 일치하는지 검증 - 시스템의 접근권한 및 업무권한에 대한 적절성 검증 - 대내 시스템 간 / 영역 간 연계 및 이를 포함하는 업무흐름 검증 - 대외기관 연계 및 이를 포함하는 업무 흐름 검증 - 결함을 파악하고 원인을 추적하여 결함을 제거해야 함  제안사는 기능개선 사항 또는 통신서버 전환 Task가 기존 TEMS 처리 흐름에 영향을 주는 경우, 단속자료 수신, DB 적재, 이미지 처리, 차적조회, 본청 TCS 전송, 통계 조회 등 주요 처리 흐름에 대한 연계 확인 항목을 테스트 계획 및 결과 산출물에 포함하여야 한다.
산출정보	단위(성능)테스트 계획서, 단위(성능)테스트 결과서, 통합테스트시나리오/결과서

요구사항 명칭	보안 및 비밀준수
요구사항 분류	보안
요구사항 상세설명	 과업수행자는 과업참여자에 대한 보안각서를 청구하여 과업착수와 동시에 제출하여야 한다.  과업참여자 교체 시에는 인수인계를 철저히 하여 자료의 유출을 방지 하여야 한다.  과업 중 생산된 모든 자료 및 성과품은 사전승인 없이 타목적을 위해 사용할 수 없다.  계약자는 사업수행 과정에서 발생한 각종 자료와 사업성과품은 용역준공 시에 전부 납품하도록 하고, 추가로 인쇄 보관할 수 없다.  국가정보보안 기본지침의 ‘외부 용역업체 보안관리방안’ 및 ‘용역업체 PC 및 휴대형 저장매체 보안관리 강화조치’ 등의 관련 지침을 준수해야 한다.  사업수행기간 중 ‘개인정보보호법 및 시행령’, 공단 ‘정보통신보안업무지침’ 등 보안 관련 규정를 준수하고 대외 보안유지에 적극 협조하여야 한다.  본 사업 중에 취득한 자료․지식에 대해 사업수행 중은 물론 사업완료 후에도 비밀을 준수할 수 있도록 착수 시 대표자 및 사업 참여인력 전원은 보안서약서를 제출, 사업 종료 후 대표자 명의 보안확약서를 제출한다.  외부 인력을 포함한 사업 수행 인력을 대상으로 주기적인 법률 또는 규정에 의한 비밀유지의무 준수, 위반 시 처벌내용 등에 대한 보안교육 실시하여야 하며, 한국도로교통공단이 요구하는 보안교육에 참석한다.  유지관리목록 상의 Data, 응용 프로그램의 안전보관(백업) 및 운영 - 개인식별정보, 비밀번호에 대한 암호화 조치 등 개인정보 보안관리 - 백업자료 보관 시, 유·노출에 주의하고 암호를 설정하여 저장  계약자는 보안준수사항을 위반하여 발생하는 모든 민․형사상 책임 및 그에 따른 유․무형의 모든 손해배상 책임을 져야 한다.  자료 제공·전달 시 암호화 하고, 사용 종료 후 완전삭제(파쇄)하고 담당자 확인을 맡아야 한다.  작업 시 공단직원이 동행하며, 정보시스템 접속 시에는 허가된 인원만 작업 할 수 있도록 하고 사업 담당자는 작업 내용을 검토 할 것  DBMS 설치, 운영, 연계 시 인가된 서버와 사용자간의 제한된 사용 권한을 부여한다.  시스템의 로그기록을 6개월 이상 보관하거나 보관할 수 있는 환경 마련하여야 한다. ※ 국가정보원 [국가 정보보안 기본지침] 제55조(로그기록 유지) 등
산출정보	사업수행계획서, 보안서약서, 보안확약서, 교육(보안)결과서

요구사항 명칭	개인정보 처리단계별 준수사항
요구사항 분류	보안
요구사항 상세설명
산출정보	보안성검토서

구 분	주 요 내 용
수집･ 이용	개인정보의 수집기준 준수(제15조)
	민감정보(사상･신념･정당가입･건강 등) 처리기준 준수(제23조)
	고유식별정보(주민등록･여권･운전면허번호, 외국인등록번호) 처리기준 준수(제24조)
	주민등록번호를 제공하지 아니할 수 있는 방법 제공(제24조의2)
제공･ 위탁	정보주체의 동의 없는 개인정보 제3자 제공여부 확인(제18조, 제19조)
	개인정보의 목적 외 이용･제공여부 확인(제18조, 제19조, 제26조)
	개인정보 주체에게 알려야 할 사항의 처리여부 확인(제15조, 제17조, 제18조, 제26조)
	업무위탁 시 공개의무 준수(제26조)
개인정보 안전관리	안전성 확보에 필요한 조치의무 이행여부 확인(제24조, 제25조, 제29조)
	개인정보를 분리해서 저장･관리하지 아니한 자(제21조)
	개인정보처리방침 공개(제30조)
	개인정보보호책임자 지정(제31조)
정보주체 권익보호	개인정보파일의 등록 및 공개(제32조)
정보주체 권익보호	개인정보의 열람･정정･삭제요청에 대한 준수(제35조, 제36조, 제37조)
파기	보유기간 경과, 처리목적 달성된 개인정보 파기(제21조)

요구사항 명칭	개인정보의 안전성 확보조치 기준 준수
요구사항 분류	보안
요구사항 상세설명
산출정보	보안성검토서

구 분	주 요 내 용
내부관리계획 (제4조)	o 내부관리계획 포함사항 명시 ※ 개인정보 보호책임자 지정, 개인정보취급자 교육 등
접근권한 관리(제5조)	o 개인정보처리시스템의 접근권한 부여․변경․말소 기록 최소 3년간 보관
비밀번호 관리(제6조)	o 안전한 비밀번호 작성규칙 수립․적용
개인정보 암호화 (제7조)	o 암호화 대상 : 고유식별정보(주민등록번호, 여권번호, 운전면허번호, 외국인등록번호), 비밀번호, 바이오정보 o 암호화 기준 o 암호화 방법 : 공공기관은 국가 암호화 알고리즘, 그 외는 자율 o 암호화 적용 : 고유식별정보 암호화시 지침 시행일로부터 3개월 이내에 암호화 계획 수립, 계획 수립일로부터 12개월 이내에 암호화 적용
접속기록 보관(제8조)	o 개인정보처리시스템 접속기록은 1년(고유식별정보 등 2년) 이상 보관
보안프로그램 (제9조)	o 보안 프로그램(백신 S/W 등) 설치 및 업데이트 ※ 자동 업데이트 또는 일 1회 이상
물리적 접근 방지(제11조)	o 별도의 개인정보 물리적 보관 장소에 대한 출입통제 등

구 분		암 호 화 기 준
송․수신시		모든 정보 암호화 전송
저 장 시	비밀번호, 바이오정보	비밀번호는 단방향 암호화, 바이오정보는 양방향 암호화
저 장 시	고유식별정보	ⓛ 인터넷 구간,공통(DMZ) 구간 저장시 : 의무적 암호화 ② 내부망 저장시 : 위험도 분석결과에 따라 암호화 적용범위 결정(※ 영향평가 대상 공공기관은 영향평가 결과에 따름)

요구사항 명칭	품질관리 공통사항
요구사항 분류	품질
요구사항 상세설명	 수행사는 안전한 소프트웨어 개발을 위해 보안취약점 진단도구 사용을 해야 하며 공통평가기준(Common Criteria)이 인증한 보안취약점 진단 및 취약점을 제거하여야 함  소프트웨어 개발보안(Secure Coding)을 적용  교통단속관리시스템에는 KISA SEED 알고리즘, SSL, IP보안, 인증키값 보안 등이 적용되어져 있으며, 이를 토대로 본 과업을 통하여 구축하는 여러 컨텐츠 중에서 암호화 혹은 보안이 필요한 부분을 제시하고 필요시 적용할 것 ※ 행정기관 및 공공기관 정보시스템 구축･운영 지침 준수(행정안전부고시 제2025-1호)
산출정보	품질보증계획서, 품질보증결과서

요구사항 명칭	프로세스 품질
요구사항 분류	품질
요구사항 상세설명	 적용할 표준 프로세스, 개발방법론, 개발표준 등을 선정하고 효과적으로 적용할 방안과 필요한 요소기술의 식별 및 확보 방안 제시  요구사항의 개발 및 검증 방안과 개발단계별 추적성 확보 방안 제시  요구사항 만족을 위한 아키텍처의 정의 및 검증 방안과 상세 설계 수행 및 산출물 검증 방안을 구체적으로 제시  개발 효율성과 품질 향상을 위한 소스 코드의 검증방안과 개발된 SW의 단계별 테스트 방안을 구체적으로 제시  프로젝트의 형상관리 방안과 성과물의 빌드/배포 관리 방안 제시
산출정보	품질보증계획서, 품질보증결과서

요구사항 명칭	장애대응을 위한 백업절차 마련
요구사항 분류	품질
요구사항 상세설명	가. 배포 전 기존 소스, 실행파일, 설정파일, DB 관련 자료를 백업하여야 함 나. 장애 발생 시 즉시 원복할 수 있는 절차를 마련하여야 함 다. 원복 절차는 실제 테스트 또는 모의검증을 통해 유효성을 확인하여야 함 라. 단속자료 누락, 중복 적재, 이미지 파일 불일치, 차적조회 오류, 본청 TCS 전송 실패 발생 시 재처리 절차를 마련하여야 함 마. 장애 발생 시 원인, 영향범위, 조치내용, 재발방지 대책을 정리하여 제출하여야 함
산출정보	사업수행계획서

요구사항 명칭	개발 언어 사용
요구사항 분류	제약사항
요구사항 상세설명	 교통단속관리시스템은 UNIX서버 상의 통신서버 및 DB서버, 운영단말로 구성되었으며, RDBMS는 Oracle 10g, 운영단말은 Delphi 로 Application을 구현하였으며, 통신용 프로그램은 Java 등으로 구현, 완료됨  사업수행에 필요한 소프트웨어는 반드시 정품 SW만을 사용해야 하며 불법 SW사용으로 문제 발생시 사업자가 모든 책임을 짐
산출정보	사업수행계획서

요구사항 명칭	한국도로교통공단 정보화사업관리 공통요건 준수
요구사항 분류	제약사항
요구사항 상세설명	 정보기술아키텍처(EA) 준수  품질관리, 사업관리, DBA 전담자를 통한 품질관리 강화 - 필요시 공통개발 및 기반관리, 소프트웨어 개발보안전문가 활용 모색
산출정보	사업수행계획서

요구사항 명칭	시스템 개발 언어
요구사항 분류	제약사항
요구사항 상세설명	 신규 개발 화면 또는 웹 기반 기능 개발 시 전자정부 표준프레임워크 적용 가능 여부를 검토하고, 적용 가능한 범위에서 관련 기준을 준수하여야 한다.  다만, 기존 C/UNIX 기반 통신서버 Task, 기 구축 TEMS 운영환경과 직접 연계되는 구성요소 등 표준프레임워크 적용이 곤란한 영역은 발주기관과 협의하여 적용 범위를 조정할 수 있다. ※ 시스템 개발에 사용된 개발도구는 완료 후 유지보수를 위하여 납품하여야 함 ※ Java 환경에서 발생할 수 있는 이슈에 대한 패치 관리와 업데이트 계획 필요
산출정보

 서 버 :	Java 사용
 클라이언트 :	보안상 취약점이 없고, 지속적으로 기술지원이 가능한 개발 툴 및 언어를 사용

요구사항 명칭	기존 시스템 호환
요구사항 분류	제약사항
요구사항 상세설명	가. 전환 후 기존 TEMS 운영환경, DB, 파일 구조, 연계시스템과 호환되어야 함 나. 기존 업무처리 절차와 운영방식을 임의로 변경할 수 없음 다. 기존 C 기반 Task, 1차년도 Java 전환 Task, 잔여 C 기반 Task와 정상 연계되어야 함 라. 기존 처리결과와 Java 전환 후 처리결과를 비교하여 호환성을 검증하여야 함 마. 변경이 필요한 경우 영향도 분석 후 발주기관과 협의하여야 함
산출정보

요구사항 명칭	프로젝트 관리 방법론
요구사항 분류	프로젝트 관리
요구사항 상세설명	 제안사는 사업범위 및 일정, 비용 및 품질관리, 위험관리, 산출물관리 방안 등을 포함한 관리 방법론을 제안하여야 함.  제안사는 품질보증의 범위, 품질보증을 위한 절차, 점검방법 등을 제시하여야 함.  단계별로 진행 상황을 보고하고 완료보고서 및 사용자 지침서, 운영자 지침서 등 프로젝트 관련 산출물을 제출하여야 함
산출정보

요구사항 명칭	안전 및 재해방지
요구사항 분류	사업관리
요구사항 상세설명	 사업자는 사업 중 발생된 안전사고 및 재해사고에 대한 모든 책임을 지며 공단에 손해를 입혔을 경우에는 즉시 변상하여야 한다.  본 사업의 수행과정에서 발생하는 제반 안전사고 책임 및 기존장비 및 시설에 대한 피해와 행정적, 기술적 제반비용과 문제처리는 사업자가 부담한다. ※ 납품현장관련 특이사항 및 수요기관 필수 요구사항은 없으며 산업안전보건관리비 등 안전관련 법정경비 반영 미해당 사업임
산출정보	사업수행계획서

요구사항 명칭	사업수행계획서 제출
요구사항 분류	프로젝트 관리
요구사항 상세설명	 사업자는 계약 체결 후 10일 이내에 다음 사항이 포함된 착수계 및 사업수행계획서를 제출하여 발주자의 승인을 받아야 하며, 사업수행계획서는 제안요청서와 제안서의 내용을 포함하여 향후 용역수행 시 지침으로 활용할 수 있는 수준으로 작성하여야 함. - 사업수행에 따른 각종 보고에 관한 사항 - 장애처리절차 - 업무 인수인계 방안 - 수행 인력의 보안서약서등 관련서류 - 기타 발주자가 지정한 사항 등  모든 활동에 대한 업무 상세정의와 일정계획, 수행방안 및 의사소통 방안, 기밀 보장 방안 등 상세 프로젝트 계획 수립  사업 추진 중에 이루어져야 할 각종 보고(정기/비정기) 계획을 상세히 작성하고 계획에는 분석/설계/개발/테스트/이행 및 롤아웃을 단계별로 정리하여야 함 󰋬단계별 진행 상황을 모니터링 하기 위해 사용하는 SW 및 사업의 주요업무와 이행지수(진행율), 인도되는 구체적인 물품에 대한 정보를 포함하여야 함  제안사는 동일 TEMS를 대상으로 추진되는 관련 사업과의 일정 충돌, 기능 영향, 데이터 처리 영향, 배포 영향 및 장애 발생 시 책임 구분 가능성을 위험요소로 관리하여야 한다.  관련 영향이 확인되는 경우 발주기관과 협의하여 조치방안, 테스트 범위, 배포 일정 및 원복 방안을 사업관리 산출물에 반영하여야 한다. ※ 사업 산출물 및 일정 계획 등은 발주처와 협의 후 진행
산출정보	사업수행계획서

요구사항 명칭	개발장소 및 환경
요구사항 분류	프로젝트 관리
요구사항 상세설명	 작업장소 상호 협의 - 계약당사자는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환경)을 상호협의하여 결정한다. - 본 사업수행을 위한 사무환경 및 집기비품, 개발에 필요한 장비는 사업자가 부담함  원격지 개발 시 장소 보안요구사항 - 공급자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제안하여야 함 - 공급자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시하여야 함 - 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안관리대책(시건장치, 출입통제 등)을 실시하여야 함 [공단 정보 통신보안 업무규칙에 따름] 1. 프로젝트 사무실, 중요장비 설치장소에 대한 출입보안 2. 개인소유 PC 및 보조기억장치 반입･반출 통제 3. 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기할 것 4. 문서의 보안등급 부여 및 차별화 된 권한관리를 수행할 것 등  원격지 개발 장소 제시･검토 절차 - 공급자는 작업장소 상호협의 시 제안요청서 내 명시된 보안요구사항을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선 검토한다. 다만, 발주기관에서는 공급자가 제시한 작업장소가 보안요구사항을 준수하지 못한 경우 거부할 수 있음  개발 서버 - 개발서버는 구축시스템 환경과 동일하게 사업수행자가 마련하며 별도로 구축하여야 함(사업 수행에 필요한 S/W, 장비 등은 사업자가 준비) - 계약자가 사업 진행 동안 사용할 도구는 저작권법 등 발주자와 소프트웨어 관리규정에 적합하여야 하며, 불법 소프트웨어 사용과 관련하여 발생하는 문제에 대해서는 용역사가 모든 책임을 짐
산출정보	사업수행계획서

요구사항 명칭	SW사업저장소 사업정보 제출의무 이행
요구사항 분류	프로젝트 관리
요구사항 상세설명	 「소프트웨어 진흥법」 제46조에 의거 SW사업정보(SW사업 수행 및 실적 정보) 제출 대상 사업은 다음의 내용에 따라 관련정보를 제출하여야 함. ※ SW사업정보 제출 대상 사업 - SW사업정보 데이터 작성 및 제출은 SW사업정보저장소 (www.spir.kr)를 통해 진행하며 관련사항은 사이트 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참고함. - SW사업정보 제출 시기 및 제출대상 데이터는 다음과 같으며(발주기관과 협의에 따라 변경할 수 있음), 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시. ․ 1차 제출(계약 후 1개월 이내) : 사업정보, FP정보(개발 : 간이법, 재개발 및 유지보수 : 상세법), 등록데이터 검증자료 ․ 2차 제출(사업 종료(검수)시) : 사업정보, 수준조사 정보, FP정보(정통법), 등록데이터 검증자료(시스템구성도, 논리ERD, 화면설계서, 기능목록 등) ※ 사업 진행 중 지속적 작성이 필요하며, 유지보수 및 운영사업의 경우 필요시 수시작성 - SW사업정보 데이터는 사업총괄관리자(PM)이 1차 작성하며, 제안사(계약상대자)가 작성하기 어려운 항목에 대해서는 발주기관의 담당자와 협의하여 작성할 수 있음. - SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함. ※ 주) 기능점수 전문가 : 특정 자격증 보유자만을 지칭하는 의미는 아니며, 신뢰성 있는 기능점수 측정결과가 제출될 수 있도록 기능점수 산정 방식을 이해하고 정확하게 산정할 수 있는 능력 보유자(또는 신뢰성 있는 기능점수 측정 방안 확보 등)를 의미.  SW사업정보 저장소 제출 사업정보(산출물)은 동일 내용으로 타 사업산출물과 함께 발주기관에도 동일하게 제출하여야 함.
산출정보	SW사업정보 저장소 관련 산출물 일체

요구사항 명칭	위험 및 이슈관리
요구사항 분류	프로젝트 관리
요구사항 상세설명	 보안, 일정지연, 품질저하, 장비 변경에 따르는 예산초과 등 리스크 발생을사전 예방하고, 리스크 발생 시 사후 대처방안을 제시  성능 문제 등으로 S/W가 변경되는 경우에 대한 사후 대응방안을 구체적으로 제시  프로젝트 추진과정에서 요구되는 진척/위험/변경사항의 관리방안 및 지속적으로 문제를 파악 관리할 수 있는 방안 제시  데이터 통합 및 이행시 누락데이터 방지계획을 기술적으로 제시
산출정보	사업수행계획서, 품질보증계획서, 위험관리계획서

요구사항 명칭	검사 및 검수
요구사항 분류	프로젝트 관리
요구사항 상세설명	 사업 진행 검사는 제반 작업 진척 사항 등의 실적을 기준으로 실시하며 검사내용에 대해 한국도로교통공단의 시정요구가 있을 경우 주관사업자는 이를 성실히 이행  세부 업무 별 일정계획에 따라 검수를 실시하며 검사 및 검수 기준 및 방법은 한국도로교통공단에서 별도로 정함  검수 완료 후에라도 제안사의 책임으로 발생하는 모든 사고와 그로 말미암은 손해에 대하여는 제안사가 변상 조치
산출정보

요구사항 명칭	SW사업 산출물 활용 사항 및 공동활용 사전명시
요구사항 분류	프로젝트 관리
요구사항 상세설명	 계약목적물의 지식재산권은 주관기관과 사업자가 공동으로 소유하지만, 다만 개발의 기여도 및 계약목적물의 특수성(국가안전보장, 외교관계, 보안 및 정보보호 등)을 고려하여 주관기관, 사업자 및 전문기관간의 협의를 통해 저작권의 귀속주체 등에 대해 공동소유와 달리 정할 수 있음  공급자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공함. 단 공급자는 아래 내용을 준수하여야 함 - 공급자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 공급자 대표명의의 확약서를 발주기관에 제출하여야 함 - 공급자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 함 - 발주기관은 공급자가 제공받은 SW산출물을 무단으로 유출하거나 누출되는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는「국가계약법시행령」제76조 제2항 제3호 및 「지방계약법시행령」제92조 제2항 제3호에 따라 입찰참가자격을 제한함  본 사업을 통해 개발되는 소프트웨어는 「(계약예규) 용역계약일반조건」 제56조(계약목적물의 지식재산권 귀속 등)에 따라 타 기관과 공동활용 할 계획이 없음
산출정보

요구사항 명칭	시스템 안정화 활동
요구사항 분류	프로젝트 지원
요구사항 상세설명	 설치 중 장비가 손상될 우려가 있을 때에는 필요한 방지책을 강구하여야 하고, 피해 발생 시 응급조치를 취함  센터SW 설치 및 점검을 하여 24시간 최적의 상태로 운용 가능토록 유지하고 단속자료 해상 및 전송 등 영상실 운영에 차질이 없도록 함  장애점검 의뢰 시, 긴급 정비의 경우는 2시간 이내 응답 및 12시간 이내에 시스템 정상가동 조치하고, 긴급조치 후에도 장애가 지속될 경우, 업무시간 기준 8시간 이내 현장 도착, 주말․공휴일 불문하고 24시간 이내에 복구하여야 함
산출정보	장애복구 보고서

요구사항 명칭	교육 및 기술이전
요구사항 분류	프로젝트 지원
요구사항 상세설명	 시스템 사용, 장애복구 등 운영에 필요한 내용에 대해 교육  교육훈련계획 수립 시 교육대상, 교육일정, 장소, 교육내용, 교육교재 등 기타 제반사항은 상호 협의하여 결정하고, 교육 시 필요한 비용은 사업자가 부담  사업자는 시스템 운영 및 기능개선에 관한 기술(최종 소스코드, 개발이력 등)을 발주기관 관리자 및 운영자에게 전수하여 함  사업자는 관련 분야에 대한 새로운 기술 및 정보를 발주기관에 지속적으로 제공하여야 하고, 발주자의 기술자문 요청에 적극 협조하여 함
산출정보	교육훈련계획서, 교육교재, 매뉴얼

요구사항 명칭	기술지원
요구사항 분류	프로젝트 지원
요구사항 상세설명	 시스템 개발 및 운영에 필요한 내용으로 시스템의 운영, 감시 및 보안, 비상복구 방법 등 시스템 구성방법 및 장애 대처 방법, 기타 운영에 관한 사항 등 시스템 운영직원의 자체유지관리 능력 배양을 위한 기술이전 계획을 제시하여야 함  본 사업과 관련된 H/W 및 S/W의 확장․교체․변경 및 시스템 연계 등에 대한 기술을 요하는 사항에 대하여 제안사는 적극 지원  착수단계에서부터 하자보수가 이루어지는 전 기간에 걸친 기술 지원
산출정보	사업수행계획서, 기술지원협약서

요구사항 명칭	하자보수 및 유지관리
요구사항 분류	프로젝트 지원
요구사항 상세설명	 용역업체에게 하자･유지관리 방안을 분야별(H/W, S/W, 응용프로그램 등)로 구분하여 상세하게 제시하도록 시스템의 안정화 기반을 제공  하자보수 기간은 최종검수 완료일로부터 1년 무상으로 실시하며 장애접수 후 24시간 이내 복구 조치를 완료할 수 있도록 하자보수 방안을 수립하여 운영함  납품한 H/W 및 S/W가 납품 후 1년 이내에 성능/보안관련 패치발표, 속도저하, 용략부족, 기능미비 등에 중대한 문제가 발생하는 경우 납품업체는 이를 책임지고 업그레이드 하거나 해결할 수 있도록 함
산출정보	사업수행계획서

참가자격

5. 기타사항 가. 본 사업에 관한 제안요청 설명회는 개최하지 않으며, 문의사항은 제안 문의처로 연락 나. 제안내용의 전부 또는 일부에 대하여 담합한 사실이 발견되거나 담합하였다고 판단되는 경우 관련 규정에 따라 처리한다. 다. 제안사가 발주기관으로부터 대여･제공받거나 사업수행 중 취득한 제반 자료는 본 사업의 목적 외에는 사용할 수 없으며, 발주기관의 허락 없이 누설할 수 없다. 라. 제안업체가 제출한 제안서 및 관련 자료는 외부에 공개하지 않음을 원칙으로 한다. 마. 별도의 평가기준일이 명기되지 않은 부분은 입찰공고일을 기준으로 평가한다. 바. 본 사업은 소프트웨어사업 계약 및 관리감독에 관한 지침 제16조, 제17조에 따라, 제안서 보상대상사업에 해당하지 않으므로 제안서 보상을 실시하지 않음

제안 안내사항

입찰 참가자격 <입찰공고서에 의함> 가. 입찰에 참가하고자 하는 자는 각 호의 요건을 모두 갖추어야 한다. ❍ 「국가를 당사자로 하는 계약에 관한 법률」제27조(부정당업자의 입찰참가 자격제한)에 해당하지 아니한 자 ❍ 「국가를 당사자로 하는 계약에 관한 법률 시행령」제12조 및 동법 시행규칙 제14조의 규정에 따라 입찰참가자격을 갖춘 자 ❍ 국가종합전자조달시스템 입찰참가자격등록규정에 따라 반드시 전자입찰서 제출 마감일 전일까지 나라장터(G2B 시스템)에 아래의 사항을 모두 입찰참가자격으로 등록한 자

1) [소프트웨어사업자(컴퓨터관련서비스사업 : (1468)] 업종을 등록한 업체 2)「중소기업제품 구매촉진 및 판로지원에 관한 법률」제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(세부품명번호 : 8111159901)]를 소지한 자 3)「중소기업기본법」제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자(전자입찰서 제출 마감일까지 발급된 것으로 유효기간 내에 있어야 함) 4) 본 사업은 사업금액이 20억원 미만인 사업으로서 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보통신부 고시)」에 따라 대기업 및 중견기업인 소프트웨어사업자는 본 입찰에 참여할 수 없으며, 「소프트웨어 진흥법」제48조 제4항 규정에 의하여 「독점규제 및 공정거래에 관한 법률」제31조에 따라 지정된 상호출자제한기업집단에 속하는 기업도 입찰에 참여할 수 없음. - 총 사업금액 20억원 미만인 사업으로, 「소프트웨어 진흥법」제48조(중소 소프트웨어사업자의 사업참여 지원) 따라, 중소소프트웨어사업자 (소프트웨어사업자 일반 현황 관리확인서 상의 ‘ 공공 소프트웨어사업 입찰참여제한금액 : 없음 ’ 으로 확인)만 입찰참가 가능

나. 정부입찰･계약 집행기준 공동계약운용요령(재정경제부계약예규)에 의한 공동수급 가능(공동이행방식) ❍ 동일한 기관이 2개의 컨소시엄을 구성하여 입찰할 수 없음 ❍ 공동이행방식만 가능하며 공동수급체 구성원 모두 본 입찰에서 요구하는 입찰참가자격을 갖추어야 함 ❍ 공동수급체 구성원 수는 대표자를 포함하여 5개사 이하로 구성하여야 하며 구성원별 계약참여 최소 지분율은 10% 이상으로 하여야 함 ❍ 공동수급체를 중복 결성하여 입찰에 참여할 수 없으며 기타 입찰공고에 명시되지 않은 사항은 ‘(계약예규)공동계약운용요령’에 따름 ❍ 본 사업은 하도급을 불허 함 입찰 및 업체선정 방법 가. 입찰방식 : 제한경쟁입찰 ❍ 근거 : 국가를 당사자로 하는 계약에 관한 법률 시행령 제43조(협상에 의한 계약체결) 및 조달청 협상에 의한 계약 제안서평가 세부기준 준용 나. 낙찰자 선정방식 ❍ 평가주체 : 한국도로교통공단 ❍ 평가방법 : 한국도로교통공단에서 제안서 평가위원회를 구성하여 평가 ❍ 진행절차 : 입찰공고→제안서접수(나라장터)→제안서평가(기술평가 공단수행)→우선 협상순위 결정→협상→계약체결 ❍ 제안서 평가 종료 후 평가위원 명단과 위원별.항목별 점수는 공개하되평가위원실명은 공개하지 않음 ※ 본 사업은 「협상에 의한 계약체결기준」 제7조제6항에 따른 차등점수제를 미적용한 사업임 ❍ 우선협상대상자 선정 - 제안서 기술평가는 공단 자체 평가 진행 - 기술능력평가 90%, 입찰가격평가 10% 방법으로 종합평가점수(기술능력평가와 입찰가격평가 합산)를 산정하고 기술능력평가 배점한도 85%이상인 자를 협상적격자로 선정하며, 최고 점수를 얻은 자를 우선 협상 대상자로 지정하고 다른 협상 적격자에 우선하여 협상을 실시 - 기타 규정되지 않은 사항은 (재정경제부계약예규)협상에 의한 계약체결 기준 및 조달청 협상에 의한 계약 제안서 평가 세부기준을 준용함

※ 제안서 평가항목 및 배점기준 : 붙임1 참조. 다. 제안서 평가회 개최 ❍ 평가일시 및 장소: 추후 공지 ❍ 발표시간: 제안사별 20분 ❍ 발표방법: 제안 설명은 반드시 본 과업을 수행할 사업관리자(PM) 1인이 발표하며, 제안사의 대표자 및 임원 등을 PT 발표자로 할 수 없다. ❍ 발표순서: 제안서 접수 순으로 진행 ❍ 제안서 평가는 대면 평가로 실시하며, 제안업체 발표 및 질의응답을 포함한다. ❍ 발표시간은 업체별 20분 이내, 질의응답은 15분 이내로 하며, 세부 평가일정은 발주기관이 별도로 안내한다. ※ 별도 발표 미 참석 시 기 제출된 제안서로 평가 진행 제안서 제출 가. 제출기한 : 나라장터 입찰공고서 참조 나. 제 출 처 : 나라장터 입찰공고서 참조 다. 제출부수 ❍ 제안서 (전자파일형태로 제출) ❍ 제출방법 : 나라장터 발주시스템을 통하여 온라인으로 제출 라. 제출방법 : 나라장터 공고 참조 마. 제 출 ❍ 제안서는 PDF 파일형식으로 제출한다. ❍ 제안서 전체의 용량은 300MB를 초과할 수 없음. ❍ 제안서는 50쪽 이내로 작성하여 제출한다.(표지, 목차, 간지 포함) ※ 제안서 쪽수제한은 권고사항임 ❍ 정량평가(경영상태)를 위한 신용평가등급 확인서를 반드시 제출하여야 한다. (* 경영상태 평가기준 참조 ) ❍ 입찰자는 입찰공고에서 정한 제출기한까지 제출한 제안서의 목차, 평가항목별 해당 쪽수를 시스템에 등록한다.

배점·평가

평가 부문	평가 항목	평가기준	평가요소	배점한도
전략 및 방법론 (19)	사업 이해도	사업수행계획이 사업의 목표 및 특성에 부합하게 구체적이고 적절한지 평가한다.	- 목표 및 특성의 이해도 - 요구사항 이해도 - 목표시스템 구성의 적정성	8
	추진체계	사업 특성과 제시한 추진전략에 따른 수행조직(전문업체, 기술지원업체, 공동수급체 및 하도급 등) 구성과 참여 조직간 역할, 책임, 품질 확보 및 협력 방안이 구체적이고 적절한지 평가한다.	- 사업 특성과 제시한 추진전략에 따른 수행 조직 구성 적정성 - 품질확보 및 협력 방안 적정성	4
	추진전략	사업수행 일정과 위험요소를 고려한 추진전략 수립의 타당성을 평가한다.	- 추진전략의 타당성	4
	사업추진 방법론	사업추진방법이 구체적이고 적절한지와 그 실제 적용 사례 및 경험에 따른 단계별 산출물을 제시하여는지 평가한다.	- 사업추진방법의 구체성 및 적정성 - 단계별 산출물에 대한 적정성	3
수행계획 (20)	기능 요구사항	기능 요구사항, 기대사항 및 제약사항 등에 비추어 구현 방안이 구체적이고 적절한지와 실현 가능한지를 평가한다.	- 기능 요구사항의 충족정도 - 기능분석 설계방안의 적정성 - 기능 분석의 구체성 - 기능 구현 방안의 적정성	8
	데이터 요구사항	데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다.	- 데이터 요구사항 충족정도 - 데이터 처리계획의 적정성 - 데이터 검증방안의 적정성	4
	인터페이스 요구사항	시스템 인터페이스: 타 시스템과의 연계에 대한 장‧단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안의 도출이 구체적이고 적절한지 평가한다. 사용자 인터페이스: 사용자 편의성을 고려하여 사용자 인터페이스의 분석‧설치‧구현‧테스트 방안과 검토계획이 구체적이고 적절한지 평가한다.	- 사용자 인터페이스 분석‧설계‧구현‧테스트 방안 및 검토계획에 대한 적정성
	성능 요구사항	요구 성능 충족을 위한 구현 및 테스트 방안과 이를 위한 방법론 및 분석방법이 구체적이고 적절한지와 방안 및 기술이 성능 요구 사항을 충족할 수 있는지 평가한다.	- 요구 성능 구현방안의 충족정도 - 테스트방안 및 분석방법의 적절성 - 적용 기술의 성능 요구사항 충족정도
수행기반 (17)	적용기술	사업에 적용하려는 기술의 확장가능성과 실현가능성을 평가한다.	- 적용기술의 확장성 및 최신성 - 개발방법론 선정의 적합성 - 단계 별 산출물 적합성	5
	개발환경	소프트웨어 및 시스템 개발 과업 수행에 필요한 장비 및 작업장소 등 인프라의 준비 및 대응방안이 제안요청서의 요구사항을 충족할 만큼 구체적이고 적절한지 평가한다.	- 개발장비 및 개발환경 적합성	4
	보안 요구사항	기술적 보안 구현방안이 제안요청서의 보안 요구사항을 충족할 만큼 구체적이고 적절한지 평가한다. 또한, 구현방안이 설계단계부터 구현 및 검증단계까지 고려하고 있는지 평가한다.	- 보안 요구사항의 충족정도 - 보안 구현방안의 적정성 - 보안 구현방안의 구체성
	제약사항	제안요청서의 기술, 표준(표준 프레임워크 적용 포함), 특정 언어, 개발방법론, 업무, 법제도 및 안전관리 등의 제약조건 내에서 목표사업을 수행하기 위해 제시한 수행 및 검증방안이 구체적이고 적절한지 평가한다.	- 제약사항의 충족 정도 - 제약사항 대응방안의 구체성 - 제약사항 대응방안의 적정성
프로젝트관리 (14)	기밀보안 관리	사업을 추진하는 동안 발생할 수 있는 악영향으로부터 기밀을 보호하고 원활한 사업수행의 보장을 위한 물리적, 관리적 보안 체계 및 대책이 구체적이고 적절한지 평가한다.	- 보안관리 방안의 적정성 - 물리적‧관리적 보안체계 및 대책의 적정성
	일정관리	사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지를 평가한다.	- 일정계획의 적정성 - 일정별 목표 설정의 적정성 - 일정별 자원 배분의 적정성
	품질관리	품질관리방안(품질관리의 범위, 절차, 점검방법 등)이 해당 사업의 수행에 적합한지 평가한다. 또한, 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거 서류가 있는지 확인한다.	- 품질보증계획의 적정성 - 사업자의 품질보증 능력 - 품질보증 관련 인증획득 여부	3
	위험 및 이슈 관리	사업과 관련한 위험 및 이슈에 대한 식별 및 분석, 위험‧이슈 관리 절차 및 대응방안 등 위험 및 이슈관리계획이 구체적이고 적절한지 평가한다.	- 위험관리 계획 및 대비책의 적정성	3
프로젝트 지원 (15)	교육훈련	시스템 운영 및 관리자, 사용자를 위해 필요한 교육훈련 내용, 방법, 기간, 인원 및 횟수 등을 구체적으로 제시하였는지 평가한다.	- 교육훈련 방법의 적정성 - 교육훈련 내용의 적정성 - 교육훈련 일정의 적정성 - 교육훈련 조직의 적정성	4
	인수인계	검사 및 인계 등을 위한 인계 전략과 검사 대상‧방법, 충족조건 및 인계계획이 구체적이고 적절한지 평가한다.	- 인수인계 계획 및 전략의 적정성
	기술지원	기술지원 대상 범위, 내용 및 수준, 기술 매뉴얼 등 기술지원이 필요한 사항에 대한 계획 및 방안이 구체적이고 적절한지 평가한다.	- 기술지원 계획 및 방안의 적정성
	하자보수 계획	하자담보 책임기간 내에 수행해야 하는 하자보수 범위, 하자발생 시 조치 절차 및 대응방안 등 하자보수 관련 활동이 구체적이고 적절한지 평가한다.	- 하자보수 관련 활동 계획의 적정성 - 하자보수 시 조치 절차 및 대응 방안의 적정성	3
소계				85
정량평가	경영상태	신용평가 등급에 의한 경영상태	․정량적 평가 기술지표 참조	5
소계				5
가격평가	가격평가	가격평가 평점 산식 적용	․조달청 가격평가	10
소계				10
총계				100

※ 조달청 협상에 의한 계약 제안서평가 세부기준으로 본 사업에 적합한 내용으로 재구성 ※ (계약예규) 협상에 의한 계약체결기준 적용 및 조달청 협상에 의한 계약 제안서평가 세부기준 준용 ※ 모든 사본은 “사실과 다름없음”에 인감날인 후 제출한다.

정량적 기술평가 지표

1. 정량적 지표의 평가기준

평가항목	평가내용	평가요소 (기준)	배 점	비 고
경영상태	- 신용평가 등급에 의한 경영상태 평가	※ 2.세부평가표 참조 (공단 평가)	5.0	신용평가 등 급

2. 세부 평가표 ① 신용평가등급에 의한 경영상태 평가(5.0점) (공단 평가)

경영상태 평가기준

(조달청 협상에 의한 계약 제안서 평가 세부 기준 제9조제3항제1호 준용)

신용평가등급			평점
회사채	기업어음	기업신용평가등급	평점
AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0	A1, A2+, A20, A2-, A3+, A30	AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0	배점의 100%
BBB-, BB+, BB0, BB-	A3-, B+, B0	BBB-, BB+, BB0, BB-	배점의 95%
B+, B0, B-	B-	B+, B0, B-	배점의 90%
CCC+ 이하	C 이하	CCC+ 이하	배점의 70%

과업·요구

사업명	교통단속관리시스템(TEMS) 통신서버 개발언어 환경 전환 사업
작성일	2026.5

○ 공동계약 및 구성방식: 전자문서 / 공동이행 ○ 세부품명: 정보시스템개발서비스 ○ 수량: 1 ○ 단위: 식

○ 사업금액:	495,800,000원(부가가치세 포함)
○ 추정가격:	450,727,273원(부가가치세 제외)
○ 납품기한:	계약 후 120일 이내
○ 수요기관:	한국도로교통공단
○ 검사/검수기관:	수요기관 / 수요기관
○ 분할납품:	불가
○ 인도조건:	과업내역에 따름
○ 납품장소:	과업내역에 따름

참가자격

3. 입찰참가자격

---------------------------------------------------------------------------------------------------------------------------------------- 아래의 입찰참가자격을 모두 갖춘 자이어야 합니다. ○ 국가종합전자조달시스템 입찰참가자격등록규정에 따라 반드시 전자입찰서 제출 마감일 전일까지 나라장터(G2B시스템)에 아래의 사항을 모두 입찰참가자격으로 등록한 자 - [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체 ○ 「중 소기업 제품 구매 촉진 및 판로지 원에 관한 법 률」 제 9조 및 같은 법 시행 령 제 10조 의 규정에 따 라 직접 생 산 확인증 명서[정 보시스 템개발 서비스 (세부품 명번호 10자리 : 8111159901)]를 소지한 자. ○ 「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인 으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자 * 이 사업은 사업금액이 20억원 미만인 사업으로서 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보 통신부 고시)」에 따라 대기업 및 중견기업인 소프트웨어사업자는 본 입찰에 참여할 수 없으며, * 「소프트웨어 진흥법」 제48조제4항 규정에 의하여 「독점규제 및 공정거래에 관한 법률」 제31조에 따라 지정된 상호출자 제한기업집단에 속하는 기업도 입찰에 참여할 수 없습니다.

3-2. 입찰참가자격 등록

---------------------------------------------------------------------------------------------------------------------------------------- ○ (등록장소) 조달청 조달등록팀 또는 각 지방조달청 경영지원과(팀) ○ (입찰참가자격 등록) 조달청 경쟁입찰참가자격 등록은 수시로 가능하며, 입찰참가를 위해서는 전자입찰서 제출마감일 전일 18:00까지 등록을 하여야 합니다. 등록절차와 나라장터 이용안내는 정부조달콜센터(☎ 1588-0800, FAX: 042-472-2297)로 문의하시기 바랍니다. ○ (입찰보증금 납부) 입찰참가자는 반드시 이 건 입찰공고의 입찰보증금 내용을 숙지하시기 바랍니다. 공동수급체의 경우 대표사는 반드시 구성원사의 입찰보증금 납부대상 여부를 확인하여 관련 조항에 따른 입찰보증금을 납부하여야 합니다. - 5 - ○ (신원확인 입찰) 이 입찰은 국가종합전자조달시스템 전자입찰 특별유의서 제7조에 따른 신원확인 입찰이 적용되며, 국가종합 전자조달시스템 입찰참가자격등록규정 제2조제1항제16호에 따른 개인인증수단을 이용(공동인증서 제외)하여 신원을 확인 받은 후 입찰에 참여하여야 합니다

4. 공지사항

---------------------------------------------------------------------------------------------------------------------------------------- ○ 제안서 평가기관: 한국도로교통공단 ○ 제안서 평가는 수요기관에서 직접 평가위원을 구성하여 평가하며, 평가일시 및 장소는 수요기관에서 별도 공지할 예정입 니다. 다만, 별도 공지 없이 서면 평가할 수도 있으니 평가관련 사항은 반드시 수요기관에 문의하시기 바랍니다. * 제안서(발표자료, 증빙서류 등 포함)에 입찰 대상 사업, 경쟁업체 등 입찰관련 사항에 대한 허위정보를 기재한 경우 관련 규정에 따라 협상적격자에서 제외, 계약해제·해지 또는 부정당업자 입찰참가자격제한 등의 불이익을 받을 수 있으며 기재한 내용에 대한 사실 확인에 대한 의무 및 입증 책임은 입찰자 본인에게 있습니다. * 기타 세부사항은 수요기관 규격서(제안요청서 등)에 의합니다. * 당해 계약에 따른 계약목적물의 지식재산권은 규격서(제안요청서 등)에 따릅니다. ○ 소프트웨어사업 작업장소 관련 안내(소프트웨어 유지ㆍ관리 사업 제외) - 계약당사자는 관련 규정에 따라 소프트웨어사업 수행을 위하여 필요한 작업장소 등을 상호 협의하여 정하며, 핵심 개발 인력이 아닌 지원인력의 근무 장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있습니다. - 작업장소 협의 시 수요기관이 제시한 보안요구사항 등 작업장소에 대한 요건을 준수하여 계약상대자가 직업장소를 제시 하는 경우 수요기관은 이를 우선 검토하여야 합니다.

원문 공고 보기