입찰공고상세[용역] · 마감 · AI 페이지
2026년 비짓부산패스 사업 운영 및 플랫폼 고도화 용역
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「2026년 비짓부산패스 사업 운영 및 플랫폼 고도화 용역」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01585936)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 16:35 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 익산 다이로움(익산사랑상품권) 운영대행 용역 · 전북특별자치도 익산시 · 10.9억원 · D-15
- 영월사랑상품권(영월별빛고운카드) 운영 대행 용역(협상에의한계약)(긴급) · 강원특별자치도 영월군 · 10.2억원 · D-15
- 2026년 수요응답형대중교통(DRT)시스템 목표시스템 전환 고도화 용역 · 한국교통안전공단 · 7.49억원 · D-14
- 에이지테크 데이터 플랫폼 구축 및 운영 · 재단법인 부산정보산업진흥원 · 2.27억원 · D-1
- 횡성사랑상품권(횡성사랑카드) 운영대행 용역 공고 [협상에 의한 계약] · 강원특별자치도 횡성군 · 4.91억원 · D-6
- 2027년 부천아트센터 공연장 통합운영시스템 유지관리 용역(협상에 의한 계약) · 재단법인부천아트센터 · 1.5억원 · D-14
끝난 공고 · 결과
- 2026년 춘천 투어패스 운영 용역 · 강원특별자치도 춘천시 · 유찰
- [긴급] 2026 비짓부산패스 카드 물품 제작 · 부산관광공사 · 유찰
- 2026년 베이밸리 투어패스 운영관리 용역 · 경기관광공사 · 유찰
- 부산역 쇼핑관광 거점 공간기획·콘텐츠 전시연출 및 운영 활성화 · 부산관광공사 · 낙찰 -
- 한국관광통합패스 구축 및 운영 · 한국관광공사 · 낙찰 -
- 2026 부산관광 디지털마케팅 중앙조달 의뢰 · 부산관광공사 · 낙찰 주식회사 이씨이십일 · 4.8억원
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 2026년 비짓부산패스 사업 입찰 공고문.hwp · 공고규격서
- 2026년 비짓부산패스 사업 입찰 공고문.pdf · 공고규격서
- 2026년 비짓부산패스 제안요청서.hwp · 공고규격서
공고 개요
부산관광공사 · SW 개발·운영
- 낙찰업체
- 코리아티피 주식회사
- 낙찰금액
- 774,400,000원 · 배정예산의 96.8%
- 종합 점수
- -
- 참가
- 2곳 · 개찰 07/14(화)
계약
| 계약번호 | 계약일 | 계약금액 | 계약 기간 | 업체 |
|---|---|---|---|---|
| R26TE17136662 | 08/03(월) | 774,400,000원 | 금차 362일, 총차 362일 | 코리아티피 주식회사 (주계약업체 100%) |
| R26TE17118919 | 08/03(월) | 774,400,000원 | 금차 362일, 총차 362일 | 코리아티피 주식회사 (주계약업체 100%) |
요약 AI 요약
외래 관광객의 편의를 증진하고 지역 경제를 활성화하기 위해 비짓부산패스 사업을 운영하고 관련 플랫폼을 고도화하는 사업입니다.
- 온·오프라인 패스 판매, 재고 관리 및 가맹점·판매채널 정산 관리
- 비짓부산패스 홈페이지, 모바일 앱, 관리자 시스템 유지보수 및 운영
- 지도 기반 UI 개편, 실시간 재고 연동 및 시티투어버스 정보 통합
- 디지털 월렛(애플, 구글) 연동 및 위치 기반 스마트 푸시 알림 구축
- 물리적 이동 거리·시간 계산을 통한 실시간 부정 사용 방지 시스템(FDS) 구축
- 부산역 홍보 공간 운영 및 고객 응대 서비스 센터 관리
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서평가 기술능력평가점수가 기술능력 평가분야 배점 한도의 85%이상인 제안사를 협상적격자로 선정하며
| 평가 항목 | 배점 |
|---|---|
| 수행실적 | 6점 |
| 인력평가 | 6점 |
| 경영상태 | 4점 |
| 산업재해율 | 4점 |
| 전략 및 방법론(사업이해도, 추진전략, 적용기술) | 7점 |
| 기술 및 기능(요구사항 기술, 유지보수 및 관리 계획) | 20점 |
| 성능 및 품질(성능확보 및 품질보증방안) | 5점 |
| 프로젝트관리(사업운영, 판매촉진, 홍보마케팅, 일정계획) | 25점 |
| 프로젝트지원(홈페이지 활성화, 수익구조 개선 제안) | 10점 |
| 프로젝트지원(기술이전, 하자보수, 보안, 비상대책) | 3점 |
| 합계(항목을 더한 값) | 90점 |
참가 자격 · 제한
- 업종제한
- 종합여행업,통신판매업,소프트웨어사업자(컴퓨터관련서비스사업)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 06/17(수) | 지남 |
| 입찰서 제출 시작 | 07/07(화) 10:00 | 지남 |
| 입찰참가자격 등록 마감 | 07/08(수) 18:00 | 지남 |
| 입찰서 제출 마감 | 07/09(목) 15:00 | 지남 |
| 개찰 | 07/14(화) 10:00 | 지남 |
가격
- 추정가격
- 727,272,727원
- 배정예산
- 800,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 06/17(수)
- 공고번호
- R26BK01585936-000
- 참조번호
- 202606123722
- 공고기관
- 부산관광공사
- 수요기관
- 부산관광공사
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 727,272,727원
- 배정예산
- 800,000,000원
- 공공조달분류
- ICT 서비스 › 운영 및 유지관리 › 소프트웨어유지및지원서비스
- 사전규격번호
- R26BD00239518
- 재공고
- 아니오
- 출처
- 나라장터
문서 발췌
과업·요구
목 차 1. 과업 개요 1. 과업 개요 1 2. 과업 목표 2 3. 과업 내용 2 2. 과업 현황 1. 주요 추진 경과 5 2. 비짓부산패스 종류 5 3. 비짓부산패스 HW/SW 현황 5 4. 협력업체 현황 6 5. 부산역 홍보공간 및 CS 운영 6 6. 서비스 구축 개념도 6 3. 제안 요청 사항 1. 요구사항 분류 8 2. 요구사항 목록 9 3. 세부 요구사항 내역 11 4. 계약 일반 사항 43 5. 제안 평가 및 입찰 안내 49 6. 제안서 작성 및 제출서류 60 7. 서식 및 별첨 63
1. 과업 개요
1 과업 개요
□ 과 업 명: 2026 비짓부산패스 사업 운영 및 플랫폼 고도화 □ 과업기간: 계약 체결일로부터 ~ 2027. 7. 31.까지 □ 과업예산: 금800,000,000원(부가가치세 포함) □ 입찰방식: 전자입찰, 제한경쟁(중소기업), 총액입찰, 긴급입찰 □ 계약방식: 지방계약법 제44조 1항3호에 따른 협상에 의한 계약 □ 추진배경 ○ 부산 관광자원과 교통 및 디지털 연계 외래 관광객 편의 증진 ○ 외래 관광객 체류 기간 연장을 통한 지역경제 활성화 기반 조성 ○ 기존 시스템 기술적 부채 해소 및 신규 프로세스 도입 □ 과업범위 ○ 과업대상: 부산 방문 외래 관광객 ○ 과업내용 - 패스 판매, 재고 관리(실시간), 서비스센터 운영, 가맹점·판매채널 정산 관리 - 시스템 성능 최적화 및 서버 안정적 운영(상시)과 점검실시(정기적) - 디지털 월렛, 자사앱 유입 강화 및 부정 사용 방지 체계 구축
※ 제외 과업: 클라우드 임대계약, 홍보물(리플렛, 사인물 등)제작 □ 기대효과 ○ 외래 관광객의 패스 이용 증가 및 지역경제 활성화 기여 ○ 비짓부산 패스 사업 서비스 운영 안정성 확보 ○ 외부 플랫폼 의존도를 탈피하고 독자적인 디지털 마케팅 채널 확보 ○ 글로벌 관광 도시로서의 디지털 수용태세 확립 ○ 다각화된 홍보마케팅을 통한 외국인 관광객 유치 증대 기여
2 과업 목표
| 정량목표 | ·비짓부산패스 판매 <430,000매> 이상(전년 대비 110%) ·비짓부산패스 제휴 가맹점 및 판매처 확대(전년 대비 110%) |
|---|---|
| 정성목표 | ·비짓부산패스 시스템 안정화 및 사용자의 편의 증진 ·신규 패스 기획 및 홍보마케팅 다각화 |
□ 비짓부산패스 시스템 유지보수 및 365일 연속적인 사업 운영 □ 비짓부산패스 인지도 확산 및 판매 촉진 활성화 □ 비짓부산패스 플랫폼 고도화를 통한 외래 관광객 편의 및 운영 효율화
3 과업 내용
□ 비짓부산패스 사업 운영 부문 ○ 비짓부산패스 판매에 따른 운영 업무 일체 - 온·오프라인 패스(실물, 모바일) 판매 및 재고 관리 - 협력업체(가맹점, 판매처 등) 모집, 교육, 계약, 정산 대행 등 관리 일체 - 부산역 홍보 공간 및 시비스 운영(민원처리)관리 등 고객 응대 일체 - 홍보물 및 제휴점 사인물(배너, 스티커 등) 배포 및 관리 · 제휴점 홍보물 및 사인물 비치 등 분기 정기 모니터링 및 결과 월별 제출 - 실물형 패스카드 배포 및 재고 관리 ○ 비짓부산패스 운영 보고 및 매뉴얼 제작 등 행정업무 전반 - 운영 실적 분석, CS분석, 각종 데이터 통계분석 등 매월 결과 보고 - 각종 재고 관리, 성과품 관리 제출, 인력 관리 등 행정업무 전반 - 패스 운영·서비스·시스템 매뉴얼 제작·현행화 ○ 비짓부산패스 신규 패스 기획 및 출시 - 외래 관광객의 여행 목적, 체류 기간, 소비성향 등을 정밀하게 분석 하여 세그먼트(세분화) 타겟을 선정하고, 목표 고객군에 최적화된 테 마형·기간형 신규 패스 상품을 기획하고 출시 ○ 비짓부산패스 사업 활성화를 위한 다양한 방안 제시 - 판매촉진 및 홍보 활성화(발주처 주관) 협조 및 최적 방안 제시 · 해외 주요 OTA 등 판매 채널 다양화 및 패스 판매 활성화 방안 마련 - 효율적인 협력업체 관리, 패스 운영, 데이터 확보‧이용 등 제시 · 제휴 가맹점·협력업체 등의 관리 방안 및 교육 훈련 매뉴얼 제작 등 · 해외 OTA 및 자체 판매 시스템 연계 통한 패스 판매 추적 관리 · 기타 데이터 확보 및 활용 방안 제안 - 기타 수익률 제고 및 사업 활성화를 위한 다양한 방안 제시 □ 비짓부산패스 시스템(HW/SW) 유지보수, 관리 등 ○ 서버, DB, 네트워크 등 인프라 자원 상시 모니터링 및 안정적 가동 ○ 시스템 장애 발생 시 긴급 복구 가동 및 원인 분석 후 재발 방지 대책 수립 ○ 비짓부산패스 공식 홈페이지 및 모바일 앱의 기능 점검·보정 ○ 사용자 이용 패턴 분석을 통한 UI/UX 성능 최적화 및 서비스 응답 속도 관리 ○ 패스 판매, 이용, 취소 등 전 과정 데이터 이력 관리 및 정산 자료 지원 ○ 월별 운영 결과 리포트 작성 및 발주기관 요구에 따른 맞춤형 통계 데이터 시각화 제공 ○ 가맹점 정보, 공지 사항, 홍보 배너 등 서비스 콘텐츠 주기적 관리
○ 신규 가맹점 등록 및 변경에 따른 시스템 맵핑 및 정보 정확도 점검 ○ 가맹점, 판매처, 운영사 등 이해관계자별 관리자 계정 부여 및 접근 권한 제어 ○ 개인정보 보호법 등 관계 법령 준수를 위한 보안패치 및 취약점 점검(정기) ○ 기존 도입된 외부 API 및 현장 단말기 시스템과의 연계 상태 상시 점검 ○ 유지보수 범위 내 경미한 기능 개선 및 운영환경 변화에 따른 설정 최적화 ※ 시스템 정의: 홈페이지, 모바일앱, 관리자 시스템(운영자페이지), 현장 단말기 시스템 등 □ 비짓부산패스 플랫폼 고도화 ○ 앱 지도 기능 내 가맹점(무료, 할인)노출 고도화, 실물 카드 판매 교 환처 실시간 재고 현황 표시 ○ 시티투어버스 탑승용 QR 코드를 직접 연동하여 여정의 연속성 확보 ○ 디지털 월렛(애플, 구글)및 접근성 강화(월렛 연동 잠금 화면 QR 호출) [비짓부산패스 서비스 고도화 개념도] ○ 위치 기반 가맹점 푸시 알림 시스템 구축으로 사용자 앱 체류 시간 증대 ○ 패스 부정 사용 방지를 위해 이전 입장지와의 거리와 시간을 계산하 여 물리적으로 이동 불가능한 속도의 중복 입장을 차단하는 로직과 단일 계정의 다중 기기 동시 접속 차단 시스템을 구축 ○ 판매채널, 판매 수단에 따른 매출 정산 체계 구축 ○ 판매 추이에 따른 수요를 예측하고 적정 재고 유지 및 자동 발주 알 림 시스템 개발 ○ 자사 앱 활성화를 위해 패스 구매 고객이 앱에 바우처 코드를 등록 하여 사용 가능한 프로세스 구현
2. 과업 현황
1 주요 추진 경과
□‘21. 관광패스 개발 기초조사 및 사업모델 구축 □‘22. 관광패스 시스템개발 및 운영 용역 추진 □‘23. 2. 비짓부산패스 시범사업 운영(시간제한형 2종 출시) □‘23. 9. 비짓부산패스 정식론칭(수량제한형 2종 출시) □‘24. 6. 부산페이 연계 모바일 패스 판매 개시 □‘25. 3. ~ 클라우드 서비스 변경 이관(카카오 클라우드 → NHN 클라우드) □‘25. 3. ~ 5. 글로벌 OTA 판매처 확대
2 비짓부산패스 종류
(기준: ‘26.3.31.)
| 구분 | 시간제한형 패스 | 수량제한형 패스 | ||
|---|---|---|---|---|
| 구분 | 24H | 48H | Big3 | Big5 |
| 패스 | 카드패스/모바일패스 | 카드패스/모바일패스 | ||
| 가격 | 55,000원 | 85,000원 | 45,000원 | 65,000원 |
| 사용 | 첫 가맹점 입장후 24/48시간 동안 가맹점 무료 입장 | 가맹점 3개, 5개 선택하여 무료 입장 |
| 구 분 | 품 목 | 상 세 내 용 | 수량 | 단위 |
|---|---|---|---|---|
| 현장 시스템 | 가맹점용 단말기 | 기 설치( 63 ), 예비용( 27 ) | 90 | 개 |
| 인증/결제 단말기 | 기 설치( 12 ), 예비용( 78 ) | |||
| 바코드 리더기 | 기 설치( 65 ), 예비용( 45 ) | 110 | ||
| 센터 시스템 | 클라우드 컴퓨팅 | DB서버(2), WEB서버(1), WAS서버(1), 결제/연계 서버(1), 보안솔루션관리서버(3), 백업 스토리지(1) 오픈소스기반 OS/DBMS | 9 | 대 |
| 응용 S/W | 비짓부산패스 운영 프로그램 | 1 | 식 | |
| 단말기 프로그램 | ||||
| 홈페이지 | ||||
| 상용 S/W | 백업 S/W | |||
| 장비 설치 | 협력업체 사인물 설치 | 기 설치(213), 예비용(표식 125, 배너 108) ※ 가맹점, 판매‧수령처(표식, 배너, 현수막 등) 비치용 | ||
| 협력업체 설치 | 단말기, 유선공유기, 결제기, 바코드리더기 등 |
| 구분 | 무료가맹점 | 할인가맹점 | 오프라인 판매·수령처 | OTA |
|---|---|---|---|---|
| 수량 | 34개 | 165개 | 14개 | 7개 |
| 역할 | 부산 주요 관광지 | 관광지 주변 상권 | 호텔 등 | 온라인 판매처 |
| 정산 | 정액 정산 | 없음 | 정액 | 정산 |
| 요구사항 분류 | 설 명 | 수량 |
|---|---|---|
| 기능 요구사항 (SFR, System Function Requirement) | 단위시스템의 주요업무 및 세부업무 기능, 개선사항 기술 | 15 |
| 성능 요구사항 (PER, Performance Requirement) | 목표시스템이 특정 기능을 얼마나 빠르게, 얼마나 멀게, 얼마나 크게, 얼마나 많이 수행해야 하는지에 대한 요건을 기술한 것 | 3 |
| 인터페이스 요구사항 (INR, User Interface Requirement) | 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술 | 1 |
| 데이터 요구사항 (DAR, Data Requirement) | 목표 시스템의 서비스에 필요한 DB 설계 등 데이터를 구축하는 데 필요한 요건을 기술한 것 | 11 |
| 테스트 요구사항 (TER, Test Requirement) | 시스템이 운영 가능한지를 테스트하는 데 필요한 유형 (단위, 통합, 부하, 성능 테스트 등)과 필요사항을 기술 | 3 |
| 보안 요구사항 (SER, Security Requirement) | 시스템 및 데이터에 대한 침해사고를 예방하기 위한 인증/접근권한, 무결성 등(네트워크, 인터페이스, 데이터, 사용자 등) 필요사항 기술 | 7 |
| 품질 요구사항 (QUR, Quality Requirement) | 시스템 품질을 결정하는 신뢰성, 사용성, 유지관리성, 이식성, 보안성에 필요한 사항을 기술 | 2 |
| 제약사항 (COR, Constraints Requirement) | 사업의 특성 및 공공기관별 운영환경을 고려하여 추가적으로 필요한 사항 및 제약사항 기술 (시스템, 데이터, 업무, 표준 등) | 9 |
| 프로젝트관리 요구사항 (PMR, Project Mangement Requirement) | 프로젝트를 위한 관리 방법론, 프로젝트 일정계획 등 전반적인 사업관리를 위한 필요사항 기술 | 8 |
| 프로젝트지원 요구사항 (PSR, Project Support Requirement) | 하자기간 처리해야할 업무, 구축 후 운영에 대한 지원방안(Help Desk 등), 교육 등 시스템이 원활히 동작하도록 지원해야 하는 사항 기술 | 2 |
| 유지관리수행 요구사항 (MAR, Maintenance Requirement) | 유지관리 대상 서비스 및 장비를 정의하고, 대상별 유지관리 수행을 위한 필요사항 기술 | 15 |
| 유지관리인력 요구사항 (MHR, Maintenance HR Requirement) | 유지관리 수행 인력에 대한 구성방안, 자격조건 등에 대한 사항 기술 | 1 |
| 합 계 | 77 |
2 요구사항 목록
| 요구사항 분류 | 요구사항번호 | 요구사항 명칭 |
|---|---|---|
| 기능 요구사항 | SFR-001 | 맥락적 지도 기반 UI 구축 |
| SFR-002 | 실시간 재고 및 위치 정보 연동 | |
| SFR-003 | 시티투어버스 실시간 연계 | |
| SFR-004 | 디지털 월렛 패스 연동 | |
| SFR-005 | 글로벌 간편결제 확장 | |
| SFR-006 | 위치 기반 스마트 푸시 알림 | |
| SFR-007 | 인앱 실시간 미션 및 이벤트 | |
| SFR-008 | B2D 전환용 교환권 등록제 | |
| SFR-009 | 채널 통합 API 표준화 | |
| SFR-010 | 실시간 부정사용방지(FDS) | |
| SFR-011 | 통합 정산 및 시차 보정 엔진 | |
| SFR-012 | 데이터 시각화 대시보드 | |
| SFR-013 | 온·오프라인 판매 및 재고 통합 관리 | |
| SFR-014 | 가맹점 파트너 시스템 고도화 | |
| SFR-015 | 하이브리드 앱 최적화 및 반응형 설계 | |
| 성능 요구사항 | PER-001 | 웹사이트(홈페이지, 모바일 웹) 최적화 적용 |
| PER-002 | 시스템 정상상태에서의 응답시간 | |
| PER-003 | 온라인성 업무 응답시간 | |
| 인터페이스 요구사항 | INR-001 | 외부 시스템 연계 API 관리 |
| 데이터 요구사항 | DAR-001 | 데이터 표준화 |
| DAR-002 | 공통 데이터 표준화 및 한글화 | |
| DAR-003 | 데이터 표준 관리 | |
| DAR-004 | 데이터 구조 설계 | |
| DAR-005 | 데이터 구조 검증 | |
| DAR-006 | 데이터 구조 관리방안 | |
| DAR-007 | 데이터값 검증 | |
| DAR-008 | 이관 데이터값 검증 | |
| DAR-009 | 데이터 관리체계 수립 | |
| DAR-010 | 연계데이터 관리체계 수립 | |
| DAR-011 | DB 분석 요구사항 | |
| 테스트 요구사항 | TER-001 | 테스트 방안 수립 |
| TER-002 | 시험운영 방안 수립 | |
| TER-003 | 스마트 디바이스 테스트 실시 및 개선 | |
| 보안 요구사항 | SER-001 | 보안 기술 적용 |
| SER-002 | 소프트웨어 운영 관리 보안 | |
| SER-003 | DB 보안 | |
| SER-004 | 계정별 통합시스템 권한 부여 및 계정별 보안 강화 | |
| SER-005 | 개인정보 영향평가 | |
| SER-006 | 개인정보의 기술적 보호조치 | |
| SER-007 | 개인정보의 처리단계별 보호조치 | |
| 품질 요구사항 | QUR-001 | 품질관리 일반사항 |
| QUR-002 | DB 품질관리 계획 | |
| 제약사항 | COR-001 | 표준제약 사항 |
| COR-002 | 지식재산권 관리 제약사항 | |
| COR-003 | 데이터 사용 및 접근 제약사항 | |
| COR-004 | 규정 변경에 따른 시스템 구현의 유연성 | |
| COR-005 | 기술적용계획표 검토 및 결과표 작성 | |
| COR-006 | 개인정보보호법 준수 | |
| COR-007 | 웹 표준 및 호환성 준수 | |
| COR-008 | 소프트웨어 개발보안(시큐어코딩)관련 가이드 준수 | |
| COR-009 | 연속적인 서비스 운영 | |
| 프로젝트관리 요구사항 | PMR-001 | 프로젝트 관리 방법론 |
| PMR-002 | 착수계 제출 및 사업추진 체계 구성 | |
| PMR-003 | 요구사항 관리방안 | |
| PMR-004 | 위험 관리방안 | |
| PMR-005 | 산출물 관리방안 | |
| PMR-006 | 주요/정기/수시보고 | |
| PMR-007 | SW사업정보 저장소 데이터 작성 및 제출 | |
| PMR-008 | 성과지표 설정 관리 | |
| 프로젝트지원 요구사항 | PSR-001 | 하자보수 일반 |
| PSR-002 | 기술이전 및 교육지원 | |
| 유지관리수행 요구사항 | MAR-001 | 유지보수 대상 |
| MAR-002 | 유지관리범위 공통사항 | |
| MAR-003 | 클라우드 서비스 및 응용 S/W 유지 운영 | |
| MAR-004 | 유지보수 부문 일반 수행 내용 | |
| MAR-005 | 정산시스템 개선 관리 | |
| MAR-006 | 정산관리 | |
| MAR-007 | QR 시스템 운영 | |
| MAR-008 | QR 운용시스템 개선 | |
| MAR-009 | 제휴시설 관리 시스템(CRM) 운영 | |
| MAR-010 | 제휴시설 정보 관리 | |
| MAR-011 | 관리자 모드 시스템 개선 | |
| MAR-012 | DB 관리(웹, 앱DB, 회원관리) | |
| MAR-013 | 배너, 공지사항의 레이아웃 | |
| MAR-014 | 통합 검색 기능 개선 | |
| MAR-015 | 패스상품 관리(신규상품 포함) | |
| 유지관리인력 요구사항 | MHR-001 | 유지보수 중요인력 요구사항 |
3 세부 요구사항 내역
□ 기능 요구사항(SFR)
| 요구사항 고유번호 | SFR-001 | |
|---|---|---|
| 요구사항 명칭 | 맥락적 지도 기반 UI 구축 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 리스트 중심 UI를 지도 기반의 맥락적 UX로 전면 개편 |
| 세부 내용 | <사용자 서비스 가이드> ○ 카테고리별 핀(Pin) 최적화: 관광지(무료/할인), 맛집, 체험 등 속성별 맞춤 아이콘 디자인 적용 및 실시간 필터링 ○ 지능형 클러스터링: 지도 축척에 따라 인접 가맹점을 그룹화(Clustering)하여 가독성 확보 및 데이터 로딩 성능 최적화 ○ 위치 기반 큐레이션: 실시간 GPS 기반으로 사용자 반경 내 '즉시 이용 가능 가맹점' 우선 노출 및 거리/도보 경로 정보 제공 <관리 기능 가이드> ○ 가맹점 노출 제어: 특정 시즌이나 프로모션 시 특정 가맹점 핀을 상단에 고정하거나 강조 애니메이션 부여 ○ 관심도 분석: 지도상의 핀 클릭, 검색 로그를 수집하여 사용자 관심 지역 히트맵(Heatmap) 분석 데이터 연동 | |
| 산출정보 | UI/UX 설계서, 지도 API 연동 규격서, 히트맵 분석 결과 보고서 |
| 요구사항 고유번호 | SFR-002 | |
|---|---|---|
| 요구사항 명칭 | 실시간 재고 및 위치 정보 연동 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 실물 카드 패스 재고와 위치 정보를 실시간으로 지도 플랫폼에 통합 |
| 세부 내용 | <사용자 서비스 가이드> ○ 실시간 보유량 표출: 카드 교환처(부산역, 공항, 주요 호텔 등)별 현재 보유 수량을 실시간 API로 호출하여 지도 핀에 숫자 표출 ○ 방문 최적화 로직: 재고 0개인 교환처는 자동으로 비활성화 처리하거나 인근 최단 거리 교환처로 자동 안내 팝업 노출 <관리 기능 가이드> ○ 임계치 기반 알림: 교환처별 최소 보유 수량(Threshold) 설정 및 미달 시 운영 담당자에게 실시간 푸시/SMS 알림 발송 ○ 입출고 추적: 교환처별 실시간 입출고 데이터를 DB화하여 지역별 판매 수요 예측 모델의 기초 데이터로 활용 | |
| 산출정보 | 재고 연동 API 명세서, 실시간 재고 모니터링 로그, 재고 관리 시스템 상세 설계서 |
| 요구사항 고유번호 | SFR-003 | |
|---|---|---|
| 요구사항 명칭 | 시티투어버스 실시간 연계 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 부산 시티투어버스 실시간 정보와 패스 기능을 지도 플랫폼에 통합 오버레이 |
| 세부 내용 | <사용자 서비스 가이드> ○ 모빌리티 레이어: 시티투어버스 전체 노선도를 지도 위에 레이어 형태로 구현하고 정류장별 상세 위치 핀 제공 ○ 버스 실시간 추적: 버스 GPS API를 연동하여 지도상에 버스의 실시간 위치 및 다음 정류장 도착 예정 시간 표출 ○ 정류장 자동 알림: 사용자가 버스 탑승 상태일 때, 접근하는 정류장 인근 패스 가맹점 정보(혜택, 운영시간)를 자동 안내 <관리 기능 가이드> ○ 연동 상태 관리: 외부 모빌리티 API(부산시, 운행사)와의 데이터 동기화 상태 모니터링 및 노선 변경 시 지도 데이터 즉시 업데이트 | |
| 산출정보 | 외부 모빌리티 API 연동 정의서, 모빌리티 통합 지도 설계서 |
| 요구사항 고유번호 | SFR-004 | |
|---|---|---|
| 요구사항 명칭 | 디지털 월렛 패스 연동 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 글로벌 표준 디지털 지갑 연동을 통한 패스 사용의 접근성 및 편의성 극대화 |
| 세부 내용 | <사용자 서비스 가이드> ○ 원클릭 등록: 앱 내 'Apple/Google Wallet에 추가' 버튼을 제공하여 즉시 디지털 패스 발급(.pkpass 등 규격 준수) ○ 잠금화면 접근성: 앱 구동 없이도 잠금 화면의 통지 또는 월렛 바로가기를 통해 즉시 QR 코드를 호출하여 가맹점 입장 처리 ○ 실시간 상태 연동: 패스 사용 잔여 시간, 방문 완료 기록, 만료 안내 등을 월렛 앱 내 패스 뒷면 또는 푸시를 통해 업데이트 <기술/보안 요건> ○ 보안 QR 구현: 월렛 내 QR 코드의 화면 캡처 방지 로직 적용 및 서버 동기화 기반 유효시간(TTL) 관리 | |
| 산출정보 | 디지털 월렛 연동 규격서, 월렛 패스 생성 및 업데이트 가이드 |
| 요구사항 고유번호 | SFR-005 | |
|---|---|---|
| 요구사항 명칭 | 글로벌 간편결제 확장 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 글로벌 관광객 대상 결제 장벽 제거 및 현장 키오스크 연동 결제 모듈 강화 |
| 세부 내용 | <시스템 가이드> ○ 글로벌 PG 통합: Alipay+, WeChat Pay, Line Pay 등 주요 글로벌 간편결제 수단을 온라인/앱 결제 단계에 추가 탑재 ○ 키오스크 전용 SW: 현장 무인 키오스크(Kiosk) 도입을 위한 바우처 스캔, 글로벌 결제 처리, 영수증 발행 통합 모듈 개발 <관리 가이드> ○ 통합 매출 집계: 결제 수단별 수수료율 자동 분류 및 정산 데이터 통합 관리 환경 제공 ○ 트랜잭션 추적: 글로벌 결제 오류 발생 시 실시간 로깅 및 원격 로그 확인을 통한 장애 대응 체계 구축 | |
| 산출정보 | 통합 결제 API 명세서, 키오스크 결제 연동 결과 보고서 |
| 요구사항 고유번호 | SFR-006 | |
|---|---|---|
| 요구사항 명칭 | 위치 기반 스마트 푸시 알림 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 지오펜싱(Geofencing) 기술을 활용한 상황 맞춤형 위치 기반 타겟 마케팅 수행 |
| 세부 내용 | <사용자 가이드> ○ 맥락적 혜택 알림: 특정 가맹점 인근 진입 시 해당 업체에서 즉시 사용 가능한 '깜짝 할인 쿠폰'이나 이벤트 팝업 발송 ○ 시점별 맞춤 안내: 패스 활성화 직후의 환영 메시지 및 패스 만료 3시간 전 안내 등 사용 단계별 리마인드 알림 발송 <관리자 가이드> ○ 캠페인 관리 도구: 가맹점별/지역별 지오펜싱 반경 설정 및 마케팅 캠페인 기간, 타겟 대상(국적 등) 필터링 관리 기능 제공 | |
| 산출정보 | 마케팅 푸시 전략 정의서, 이벤트 관리 시스템 설계서, 푸시 도달/전환 분석 리포트 |
| 요구사항 고유번호 | SFR-007 | |
|---|---|---|
| 요구사항 명칭 | 인앱 실시간 미션 및 이벤트 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 사용자 참여형 이벤트 요소를 결합한 실시간 방문 미션 관리 시스템 |
| 세부 내용 | <사용자 가이드> ○ 방문 미션 부여: "특정 권역 가맹점 3곳 방문 시 커피 쿠폰 증정"과 같은 실시간 미션을 제공하고 진행률을 시각화하여 표출 ○ 즉시 보상 시스템: 미션 성공 조건 달성 시 앱 내에서 모바일 기프티콘이나 포인트 보상을 즉시 발급하고 축하 애니메이션 효과 적용 <관리자 가이드> ○ 미션 설계 인터페이스: 이벤트 테마별 미션 장소 선정, 보상 수량 및 기간을 직접 설정하고 달성 현황을 실시간 모니터링 | |
| 산출정보 | 이벤트 관리 설계서, 미션 시나리오 명세서, 이벤트 보상 지급 명세서 |
| 요구사항 고유번호 | SFR-008 | |
|---|---|---|
| 요구사항 명칭 | B2D 전환용 교환권 등록제 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 외부 OTA 고객을 자사 앱으로 유입시켜 데이터를 자산화하는 회원 전환 프로세스 개편 |
| 세부 내용 | <시스템 가이드> ○ 바우처 등록 프로세스: Klook, KKday 등 외부 채널 구매 고객이 비짓부산패스 자사 앱에 바우처 번호를 입력해야만 패스가 활성화되도록 구조화 ○ 회원 전환 자동화: 바우처 등록 과정에서 자연스럽게 회원 가입 및 마케팅 수신 동의를 유도하여 독자적인 글로벌 고객 DB 확보 <관리 기능 가이드> ○ 정합성 체크: OTA 판매 데이터와 앱 등록 데이터 간 정합성 실시간 검증 및 채널별 앱 유입률/회원 전환율 통계 산출 | |
| 산출정보 | 회원 유입 프로세스 설계서, OTA 데이터 연동 정의서, 채널별 전환 분석 보고서 |
| 요구사항 고유번호 | SFR-009 | |
|---|---|---|
| 요구사항 명칭 | 채널 통합 API 표준화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 전 판매/사용 채널 데이터 정합성 확보를 위한 표준 인터페이스 체계 구축 |
| 세부 내용 | <기술 가이드> ○ 표준 REST API: 모든 판매처(PG/OTA), 사용처(가맹점 단말기/앱), 취소 데이터를 실시간 동기화하는 단일 표준 규격(Swagger 등) 수립 ○ 실시간 트랜잭션: 과거 벌크(Bulk) QR 생성 방식에서 탈피하여, 요청 시점마다(On-demand) 실시간 생성/검증하는 체계로 전환하여 보안성 강화 <관리 가이드> ○ 연동사 관리: 외부 제휴사별 API 접근 권한 제어 및 보안 키(API Key) 발급, 트래픽 이상 징후 실시간 모니터링 시스템 운영 | |
| 산출정보 | 표준 API 명세서, 채널 통합 인터페이스 설계서, API 트래픽 모니터링 로그 |
| 요구사항 고유번호 | SFR-010 | |
|---|---|---|
| 요구사항 명칭 | 실시간 부정사용방지(FDS) | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 물리적 제약 조건을 기반으로 한 패스 부정 사용 실시간 탐지 및 선제적 차단 로직 구현 |
| 세부 내용 | <보안 로직 가이드> ○ Speed Check 로직: 가맹점 A 입장 후 가맹점 B 입장 시, 두 지점 사이의 물리적 거리를 이동 불가능한 시간(예: 시속 150km 이상) 내 재입장 시 자동 차단 ○ 기기 바인딩: 단일 계정의 다중 기기 동시 접속을 기술적으로 차단하고, 등록된 기기 이외에서의 입장 시도를 보안 검증 로직으로 제어 ○ 동적 QR 적용: QR 코드 캡처 이미지를 통한 재사용을 방지하기 위해 유효시간(TTL)이 적용된 동적 생성 QR 시스템 적용 <관리 가이드> ○ 차단 관리: 이상 탐지 계정의 실시간 알림 제공 및 차단 사유 확인 후 관리자가 수동 해제할 수 있는 운영 도구 제공 | |
| 산출정보 | FDS 알고리즘 정의서, 보안 정책 기술서, 부정 사용 의심 계정 리스트 |
| 요구사항 고유번호 | SFR-011 | |
|---|---|---|
| 요구사항 명칭 | 통합 정산 및 시차 보정 엔진 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 다각화된 결제 수단 및 글로벌 시차를 고려한 자동화된 정산 및 표준화 시스템 |
| 세부 내용 | <회계 로직 가이드> ○ 수수료 자동 분류: PG(온라인), VAN(현장), 키오스크 등 결제 채널별 수수료율을 자동 매핑하여 가맹점별 최종 정산금 자동 산출 ○ KST 기준 표준화: 글로벌 판매처의 시차(Timezone)에 관계없이 전 세계 판매 데이터를 한국 표준시(KST)로 자동 보정하여 일일 마감 정합성 확보 ○ 정산서 자동화: 가맹점 및 판매처별 정산 명세서를 시스템에서 자동 생성하고 전자 서명 연동을 통해 시스템 내에서 정산 확정 프로세스 진행 | |
| 산출정보 | 정산 자동화 로직 정의서, 정산 리포트 양식 정의서, 시차 보정 알고리즘 명세서 |
| 요구사항 고유번호 | SFR-012 | |
|---|---|---|
| 요구사항 명칭 | 데이터 시각화 대시보드 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 정책 수립을 위한 데이터 기반 시각화 인사이트 정보 및 경영 지원 도구 제공 |
| 세부 내용 | <관리자 대시보드 가이드> ○ 여정 분석 히트맵: 관광객들의 실제 이동 동선 데이터를 기반으로 '인기 경로' 및 '거점별 유출입 거점'을 지도상에 시각화하여 분석 ○ 가맹점 선호 패턴: 국적별 가맹점 선호도, 평균 체류 시간, 재방문율 등의 통계 리포트 및 가맹점 인근 소비 패턴 상관관계 분석 제공 ○ 실시간 KPI 관리: 실시간 패스 판매 추이, 프로모션 전환 성과, AI 서비스 이용 현황 등 핵심 관리 지표를 인포그래픽으로 제공 | |
| 산출정보 | 데이터 시각화 정의서, 대시보드 화면 설계서, 사용자 동선 분석 결과 보고서 |
| 요구사항 고유번호 | SFR-013 | |
|---|---|---|
| 요구사항 명칭 | 온·오프라인 판매 및 재고 통합 관리 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 실물 카드 및 모바일 패스의 전 유통 과정을 체계적으로 관리하는 이력 통제 시스템 |
| 세부 내용 | <관리 기능 가이드> ○ 물류 이력 관리: 실물 카드의 제작 단계부터 입고, 판매처별 출고, 최종 고객 수령 완료까지의 전 구간 이력을 실시간 로그(Log)화하여 관리 ○ 재고 가동성 최적화: 판매처별 적정 재고 알림(Threshold) 설정 기능을 제공하고, 판매처 간 재고 이동 시 시스템 승인 프로세스 구축 ○ QR 상태 동기화: 유효기간 만료 패스 및 환불 패스 발생 시 시스템상 QR 상태값을 즉시 '폐기'로 연동하여 현장 단말기 및 앱에서의 부정 사용 원천 차단 ○ 통합 재고 대시보드: 모바일권 판매 현황과 실물 카드 재고를 하나의 대시보드에서 통합 모니터링하여 발주 시점 예측 지원 | |
| 산출정보 | 통합 재고 관리 시스템 설계서, 재고 관리 운영 매뉴얼, 일일/월간 재고 수불 리포트 |
| 요구사항 고유번호 | SFR-014 | |
|---|---|---|
| 요구사항 명칭 | 가맹점 파트너 시스템 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 가맹점의 자율적 정보 관리 및 정산 신뢰도 향상을 위한 반응형 파트너 전용 채널 고도화 |
| 세부 내용 | <가맹점 서비스 가이드> ○ 셀프 정보 관리: 가맹점이 직접 사진, 다국어 상세 설명, 운영 시간 수정을 요청하고 관리자가 시스템 내에서 검토/승인하는 자율 관리 환경 제공 ○ 실시간 입장 대시보드: 가맹점별 입장객 현황을 일/월 단위로 실시간 조회하고, 과거 통계 데이터 분석 및 엑셀 다운로드 기능 제공 ○ 정산 확정 프로세스: 월별 정산 내역을 파트너 페이지에서 상호 확인하고 전자 서명을 통해 정산금 지급 근거를 확보하는 업무 자동화 구축 ○ 파트너 소통 채널: 시스템 오류 보고, 운영 민원 처리, 공지사항 수신을 위한 가맹점 전용 1:1 기술 지원 게시판 및 통합 알림함 운영 | |
| 산출정보 | 가맹점 파트너 시스템 가이드북, 전자계약/서명 프로세스 설계서, 가맹점 만족도 분석 리포트 |
| 요구사항 고유번호 | SFR-015 | |
|---|---|---|
| 요구사항 명칭 | 하이브리드 앱 최적화 및 반응형 설계 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 하이브리드 앱 환경에서의 네이티브 브릿지 연동 및 멀티 디바이스 대응 반응 형 UX 구현 |
| 세부 내용 | <사용자 서비스 가이드> ○ 멀티 해상도 대응: 스마트폰, 태블릿, 폴더블폰 등 기기별 해상도에 최적화된 반응형 레이아웃 제공(모바일 가로/세로 모드 지원) ○ 엄지 영역(Thumb-zone) UX: 모바일 한 손 조작 환경을 고려하여 주요 내비게이션 및 버튼을 하단 영역에 배치 ○ 네이티브 기능 연동: 하이브리드 앱 환경에서 스마트폰 카메라(QR 스캔), 푸시 알림, 고정밀 GPS 수신을 위한 Native-to-Web Bridge 구현 <기술 요건> ○ 안드로이드(Android) 및 iOS(iPhone) 통합 브릿지 인터페이스 설계 표준화 ○ 폰트 크기 및 UI 컴포넌트의 유연한 확장을 위한 상대 단위(rem, em, %) 기반 스타일 가이드 적용 | |
| 산출정보 | 반응형 웹 퍼블리싱 가이드, 네이티브 브릿지 API 명세서, 기기별 호환성 테스트 보고서 |
□ 성능 요구사항(PER)
| 요구사항 고유번호 | PER-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 웹사이트(홈페이지, 모바일 웹) 최적화 적용 | ||
| 요구사항 분류 | 성능 요구사항 | ||
| 요구사항 상세설명 | 정의 | 웹사이트 용량 및 응답시간 등 성능에 관한 사항 | |
| 세부 내용 | ◦ http 요청 횟수 및 웹페이지별 용량 등을 최소화하여 응답속도 향상 - 메인화면 등 주요페이지의 응답속도는 3초 이하 유지 ◦ 웹사이트 부하 테스트를 통해 응답시간, 시간당 처리량, 자원사용량 등 서버 성능 시험 필요 - 인터넷 가능한 모든 기기에서 접속 및 활용 가능해야하며, 법적인 문제가 없으며, 향후 업그레이드 가능한 최신 버전이어야함 ◦ 최적화 분석대상, 분석주기, 분석방법 등을 계획하고 지속적인 점검을 통해 기준에 미진한 사항은 개선 | ||
| 산출 | 정보 | 성능측정결과서 |
| 요구사항 고유번호 | PER-002 | ||
|---|---|---|---|
| 요구사항 명칭 | 시스템 정상상태에서의 응답시간 | ||
| 요구사항 분류 | 성능 요구사항 | ||
| 요구사항 상세설명 | 정의 | 기능 수행 지연에 대한 사전 경고 및 개선 | |
| 세부 내용 | ◦ 정상상태에서 사용자 요청에 대한 응답 결과를 3초 이내에 화면에 보여주어야 함 ◦ 주요 국가에서 웹사이트 접속 시 3초 이내로 메인화면이 표출 유지 ※ CDN을 포함한 응답속도로 측정 / CDN 비용은 수행사에서 제공 | ||
| 산출 | 정보 | 주요국가 응답속도 측정결과서 |
| 요구사항 고유번호 | PER-003 | ||
|---|---|---|---|
| 요구사항 명칭 | 온라인성 업무 응답시간 | ||
| 요구사항 분류 | 성능 요구사항 | ||
| 요구사항 상세설명 | 정의 | 온라인성 업무 응답시간 목표 정의 | |
| 세부 내용 | ◦ 사용자가 요청하는 시간으로부터 3초 이내 결과노출 유지 ◦ 이 요구사항은 임의의 선택 기준이 허용되는 대량의 데이터(2GB 이상)에 대한 질의에는 적용되지 않음 | ||
| 산출 | 정보 |
□ 인터페이스 요구사항(INR)
| 요구사항 고유번호 | INR-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 외부 시스템 연계 API 관리 | ||
| 요구사항 분류 | 인터페이스 요구사항 | ||
| 요구사항 상세설명 | 정의 | 외부 시스템 연계 API에 관한 사항 | |
| 세부 내용 | ◦ 연계 API 기능개선 및 유지관리(OTA 연계 포함) ◦ 사업범위 내 API 연계(발주처와 협의) | ||
| 산출 | 정보 | API 규약 |
□ 데이터 요구사항(DAR)
| 요구사항 고유번호 | DAR-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터 표준화 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 데이터 표준 원칙 및 가이드 수립, 요구사항 | |
| 세부 내용 | ◦ 데이터 표준 원칙 및 가이드 수립 - 구축되는 시스템의 데이터 특성을 고려하여 표준화 관리체계(데이터 표준화 지침 및 가이드 등)를 개선·정비하여야 함 ◦ 범정부 표준을 준수한 기관의 표준 원칙을 기반으로 데이터 표준화 - 시스템 구축에 따라 추가가 필요한 데이터 표준항목(단어, 용어, 도메인)을 정의하고 데이터 표준사전 등에 반영하여야 함 ◦ 웹/앱에서 선택한 기능과 관련된 정보는 웹/앱 데이터로 저장되어 보존되며, 저장된 데이터는 웹/앱이 종료될 때까지 그 값이 유지되어야 함 ◦ 데이터 입력은 간편해야 하며, 동일한 기초데이터를 중복 입력하는 소요가 발생하지 않아야 함 ◦ 사용자가 입력한 기초데이터를 기반으로 가공데이터가 자동 산출될 수 있도록 데이터베이스 관리 프로그램을 유지보수해야 함 ◦ 패스 운영에 필요한 데이터는 시스템 데이터 구조를 기준으로 유지 보수하여야 하며, 관련 내용은 발주부서와 협의하여 진행하여야 함이터 표준 원칙 및 가이드 수립 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 공통 데이터 표준화 및 한글화 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 상세설명 | 정의 | 범정부 표준 준수 |
| 세부 내용 | ◦ 범정부 표준 준수 - 공공기관의 데이터베이스 표준화 지침(행정안전부 고시)을 준수하여야 함 ◦ 메타데이터의 원활한 검색을 위해 개별 시스템의 DB테이블 및 컬럼명 한글화 | |
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 상세설명 | 정의 | 데이터 표준관리 방안 |
| 세부 내용 | ◦ 데이터 표준관리 방안 - 데이터 표준관리를 위한 표준화 관리방안(메타데이터관리시스템, 문서화 등)과 이를 통해 효과적으로 변경 이력을 관리할 방안을 제시하고 적용하여야 함 ※ 운영 중인 메타데이터 관리시스템 가이드 등을 참조 | |
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-004 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터 구조 설계 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 데이터 구조 설계 원칙 | |
| 세부 내용 | ◦ 데이터 구조 설계 원칙 및 가이드 제시 - 데이터 구조 설계(모델링) 원칙 및 가이드를 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 - 일관성, 데이터의 종속성, 무결성, DB 성능 등이 고려되어야 함 - 신규상품, 서비스 운영시 관련 데이터 제공 기관 및 활용 기관 간 연계 데이터의 정합성이 유지되도록 방안 제시 및 구축 ◦ 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 공유 및 활용, 업무요건 변화, 시스템 변경으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 데이터 분류체계, 명명 규칙, DB Object 사용기준이 반영되어야 함 - 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델의 설계 산출물을 사전에 검토할 수 있도록 제출하여야 함 ◦ 데이터 발생과 처리의 이해를 높이는 데이터 발생 규칙 정의 - 인조 식별자가 많은 엔티티의 경우 데이터 구조만으로 발생 규칙을 이해하기 어려우므로 기존 데이터 발생 규칙 정의서를 준수하여야 하며, 추가 과업에 대해 데이터 발생 시 ‘데이터 발생 규칙 정의서’를 작성하여야 함 | ||
| 산출 | 정보 | 정의서/설계서 |
| 요구사항 고유번호 | DAR-005 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터 구조 검증 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 데이터 모델 검증 | |
| 세부 내용 | ◦ 데이터 모델 검증 - 설계된 데이터 모델은 설계자·개발자·발주처·전문가 등이 참여하여 검증하여야 함 - 주제영역 도출, 개념모델, 논리모델, 물리모델 도출 시점을 전후로 검증을 수행하여야 함 - 단계별 데이터 모델 검증 시 기준을 정의하고, 실시하여야 함 예) 논리 데이터 모델 검증 기준: ① 요구사항 대비 논리 모델의 완전성 (논리 데이터 모델이 비즈니스 요구사항의 누락 여부), ② 정규화 충족 여부 예) 물리 데이터 모델 검증 기준: 중복 테이블 여부, 중복 칼럼 여부, 반정규화된 중복 데이터 정합성 유지방안 여부 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-006 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터 구조 관리방안 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 데이터 구조 관리방안 | |
| 세부 내용 | ◦ 데이터 구조 관리방안 - 데이터 구조를 설계부터 구축, 운영 단계까지 지속적으로 관리 가능한 방안을 제시하여야 함 - 운영 중인 메타데이터 관리시스템 가이드 등을 참조해야 함(운영 시스템·자료가 있는 경우) - 시스템 구축 기간 동안 DB의 형상과 물리 데이터 모델의 형상 일치 여부를 주기적으로 점검하고 보고하여야 함 ◦ 데이터 구조 변경 이력 관리 - 데이터 구조 변경 이력에 대한 관리방안을 제시하고 적용하여야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-007 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터값 검증 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 데이터값 검증 방안 | |
| 세부 내용 | ◦ 데이터값 진단 계획 수립 - 데이터(연계데이터 포함)값 진단 수행일정을 사업 계획에 명시하고 수행하여야 함 ◦ 데이터값 진단 수행 및 검증 - 데이터값 진단 범위(전체 또는 일부)를 발주처과 협의하여야 함 - 범정부 또는 발주처의 표준을 준수하여 진단기준을 제시하여야 함 - 진단 결과에 따라 개선방안을 제시하여야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-008 | ||
|---|---|---|---|
| 요구사항 명칭 | 이관 데이터값 검증 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 상세설명 | 정의 | 목표시스템으로 데이터 이관 | |
| 세부 내용 | ◦ 데이터 이관 계획 수립 - 데이터 이관에 필요한 인프라, 조직, 기술 등 수행 방안을 포함하여야 함 - 이행대상은 원천시스템의 전체 데이터를 대상으로 함 - 목표 시간 내에 데이터 이행을 완료할 수 있도록 단계별 수행시간을 예측하여 최적의 시나리오를 제시하여야 함 - 표준화된 코드체계에 따라 코드 데이터 이행이 수행되어야 함 - 데이터 이행방식은 데이터 무결성 유지가 최적화된 일괄이행 방식으로 수행함 - 여러 차례의 사전 테스트를 수행하여 이관 작업 간 발생할 수 있는 모든 위험 요소를 발견 및 제거하고 본 작업을 수행하여야 함 - 데이터 정비 및 이행 작업 전 백업 및 복구방안을 수립하여야 함 - 이관 데이터 품질(이관 데이터 GAP 분석서, 데이터 매핑 정의서, 이관 프로그램 등) 확보를 위한 방안을 제시하여야 함 - 이관 데이터 정합성 검증 방안을 제시하고 수행하여야 함 ◦ 이행 데이터 정제 - 이관 데이터 정제방안을 제시하고, 오류 데이터 식별 및 데이터 정제 작업을 수행하여야 함 - 테이블 매핑 정의서 작성 시 정제 대상 내용 및 처리방안을 포함하여야 함 - 원천시스템의 오류 데이터를 정제하여 목표 시스템에 정상 데이터를 이관하여야 함 ◦ 이행 데이터 정합성 검증 - 최종 이관 데이터에 대한 정합성 검증을 통하여 데이터 무결성을 보장하여야 함 - 매핑 정의서의 매핑 규칙에 맞게 이행되었는지 검증하여야 함 ◦ 데이터 이관 시 민감 데이터(개인정보 등)에 대한 보안성 확보방안을 제시 필수 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-009 | |
|---|---|---|
| 요구사항 명칭 | 데이터 관리체계 수립 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 상세설명 | 정의 | 데이터 관리체계 수립 |
| 세부 내용 | ◦ 데이터 관리체계 정의 - 표준, 구조, 연계 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 함 - 데이터값 진단 및 개선 등 품질관리 조직과 역할을 정의하여야 함 - 데이터값 진단 방안(기능, 진단 프로그램 등)을 제시하여야 함 - 데이터 표준(단어·용어·도메인·코드)의 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 구조(논리·물리)와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 연계목록·항목의 추가, 변경, 삭제 절차의 정의 절차를 수립하여야 함 ※ 연계시스템 도입 시 시스템과 연계된 체계 수립 - 오류 데이터의 진단 및 개선 절차를 제시하여야 함 | |
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-010 | |
|---|---|---|
| 요구사항 명칭 | 연계 데이터 관리 체계 수립 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 상세설명 | 정의 | 연계데이터 관리체계 수립 |
| 세부 내용 | ◦ 데이터 연계 관리방안 제시 - 제공기관·활용기관 간 연계 데이터 정합성 유지방안을 제시하고 구축하여야 함 - 연계데이터에 대한 메타데이터를 작성하고 표준화 및 현행화를 위한 방안을 제시하여야 함 - 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질확보를 위한 협의체 (가칭) 등을 구성하여 연계표준/기준 등을 협의하고, 정기적인 연계 데이터 정합성 검증을 통해 연계데이터 누락 검증 등의 협조체계를 제시하여야 함 | |
| 산출 | 정보 |
| 요구사항 고유번호 | DAR-011 | |
|---|---|---|
| 요구사항 명칭 | DB 분석 요구사항 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 상세설명 | 정의 | DB 분석 요구사항 정의 |
| 세부 내용 | ◦ 데이터 현황자료 산출 및 정보분석을 지원(수시)하여야 함 ◦ DB 세부항목 정합성 심층 분석 및 정제하여야 함 - 정합성 규칙 작성/데이터 분석/정제/관리 개선방안 도출 | |
| 산출 | 정보 |
□ 테스트 요구사항(TER)
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 명칭 | 테스트 방안 수립 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구사항 상세설명 | 정의 | 단계별 테스트 요구사항 |
| 세부 내용 | ◦ 본 사업의 단위, 통합, 시스템 테스트 등에 대한 효율적 방안을 제시하여야 함 ◦ 각 단계별 시스템의 기능을 명확히 하여 타당성 있고 현실성 있는 테스트 일정을 수립·제시하여야 함 ◦ 테스트 단계별 시험계획서에는 데이터, 절차 및 방법, 일정 및 주기 등을 포함하여 테스트를 체계적이고 효율적으로 진행할 방안을 제시하여야 함 ◦ 사용자 요구 및 프로그램 오류, 성능을 점검하는 단순 시험부터 실제 사용자 환경에서 실 업무적용에 이르기까지 종합적인 시험방법 및 시험 시나리오 등 세부 시험절차를 수립하여 제시하여야 함 ◦ 요구사항별 적합, 부적합을 판정할 수 있도록 체계적인 테스트 방안을 제시하여야 함 ◦ 본 사업기간 동안 각각의 테스트를 실시한 후 테스트 결과를 기록하고, 테스트 결과를 모니터링하여 결함 발견 시 결함이 해소될 때까지 테스트를 지속적으로 실시해야 하며, 이 때 테스트 결과에 대한 이력을 관리하여야 함 | |
| 산출 | 정보 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 명칭 | 시험운영 방안 수립 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구사항 상세설명 | 정의 | 테스트 운영방법 및 결과에 대한 조치 |
| 세부 내용 | ◦ 시스템 이전 또는 신규 상품, 서비스 개시 등의 경우 시험운영을 시행하여야 함 ◦ 시험운영은 발주처와 협의를 거쳐 기간과 내용을 정함 ◦ 시험운영 결과 오류 사항 등을 보완하여야 하며, 과업 기간 내 보완이 완료 되어야 함(보완에 따른 추가비용은 계약상대자 부담) | |
| 산출 | 정보 | 계획서, 테스트 결과보고 |
| 요구사항 고유번호 | TER-003 | |
|---|---|---|
| 요구사항 명칭 | 스마트 디바이스 테스트 실시 및 개선 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구사항 상세설명 | 정의 | 스마트 디바이스 테스트 실시 |
| 세부 내용 | ◦ 주요 국가 대상 스마트 디바이스 테스트 실시 - 영문, 중문(간체/번체), 일문 - 국가별 주요 스마트 디바이스 확인 및 테스트 - 최신 주요 스마트 디바이스 출시 즉시 테스트(AOS, iOS, 안드로이드) ◦ 테스트 실시 후 문제 발생 시 보완 대책 강구 및 주요 국가 대상별 방안 제시 | |
| 산출 | 정보 |
□ 보안 요구사항(SER)
| 요구사항 고유번호 | SER-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 보안 기술 적용 | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 상세설명 | 정의 | 보안 취약사전 점검, 보안 기술적용 및 기타 | |
| 상세 내용 | ◦ 응용프로그램 보안 코딩 및 웹 보안 - 시스템 개발 시 실시된 OS, 웹서버 등의 보안패치 실시 관리 - 개발 단계부터 ‘소프트웨어 개발보안 가이드(행정자치부)’를 적용하여 모든 응용소프트웨어 개발 - 국정원 및 OWASP Top 10 웹 보안취약점 사전 점검 및 제거 - 모든 응용프로그램에 대한 웹 보안성 구현 및 검증방안 제시 ◦ 개인정보보호 및 구간 암호화 관리 - 게시판 및 게시물의 개인정보 필터링 기능 및 개인정보 입력 최소화 - 게시판 글쓰기 등 본인인증 필요 서비스 이용 시 본인확인 서비스 적용 - 비밀번호 체계의 국가정보원 기준 준수, 일정 기간이 경과하면 비밀번호 변경 요청하도록 기능 구현 관리 ◦ DB 암호화 솔루션 도입(개인정보 처리 시) - 개인정보 관련 항목의 DB저장 시 DB암호화 솔루션 기반 하에 관리가 되어야 함 ◦ 취약점 점검 및 개선사항 협의 - 웹 취약점 제거 및 결과진단 후 보고하고, 위 지침 외 정부가 제정 공포한 관계 법규(지침)을 준수하여야 하며, 사업 기간동안 법규가 변경될 경우 해당 법규 준수 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | SER-002 | ||
|---|---|---|---|
| 요구사항 명칭 | 소프트웨어 운영 관리 보안 | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 상세설명 | 정의 | 소프트웨어 개발 보안 개념 정의 | |
| 상세 내용 | ◦ 개발보안의 범위는 개발되는 소스코드 전체에 해당 ◦ 프로그램 개발 및 솔루션 구축 시 해킹에 대비하여 행정자치부에서 제작한 “소프트웨어 개발보안(시큐어 코딩) 가이드”를 준수 ◦ 개발된 웹 프로그램은 보안취약점 점검 및 보안이 완료된 후 Open하여야 함 ◦ 법, 규정, 지침 변경시 발주처의 보안관리 요구에 따름 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | SER-003 | |||
|---|---|---|---|---|
| 요구사항 명칭 | DB 보안 | |||
| 요구사항 분류 | 보안 요구사항 | |||
| 요구사항 상세설명 | 정의 | DB 보안 개념 정의 | ||
| 상세 내용 | ◦ DBA(DB관리자) - 데이터베이스 관리자를 따로 지정하여 데이터베이스 관리 - DB 사용자는 적절한 역할(Role)과 권한(Privilege) 부여 ◦ DB 사용자 - DB Application 사용자는 정당한 사유 없이 Prompt에 접근금지 - 업무상의 이유로 DB에 접속할 경우라도 반드시 DBA의 허가를 득한 후 사용 | |||
| 산출 | 정보 |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 명칭 | 계정별 통합시스템 권한 부여 및 계정별 보안 강화 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 통합시스템 계정 내 기능 권한 명시화 및 보안 강화 |
| 상세 내용 | ◦ 비짓부산패스 통합시스템 내 계정 종류(관리자/고객센터/판매·수령처/무료·할인 가맹점)에 따른 권한 명시 및 권한에 따른 접근 제한 - 권한 레벨에 따른 시스템 운영 기능 적용 및 보안 강화 필요 ◦ 통합시스템 내 1인 1계정 사용을 위한 관리 강화 - 계정별 대표 아이디 부여가 아닌, 관리자/고객센터 계정의 경우 1인 1계정 사용으로 보안관리 강화 | |
| 산출 | 정보 |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 명칭 | 개인정보 영향평가 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 개인정보 영향평가 의무대상 여부 확인 |
| 상세 내용 | ◦ ‘개인정보 영향평가’ 대상 여부 확인(아래 참조) 후 해당 시, 기관별 영향평가 총괄 부서 담당자와 사전협의 후 시스템 구축 또는 설계단계에서 개인정보 영향평가 지정 수행기관으로부터 개인정보 영향평가를 수행하여야 함 - 영향평가 의무대상 여부 확인(아래 조건 중 한 가지라도 부합 시 수행) · 5만명 이상의 정보주체에 관한 민감정보 또는 고유식별정보 처리가 수반될 경우 · 기관 내·외부에서 구축·운용하고 있는 다른 개인정보파일과 연계하려는 경우로서, 연계한 결과 50만명 이상의 정보주체에 관한 개인정보가 포함될 경우 · 100만명 이상의 정보주체에 관한 개인정보파일을 처리할 경우 · 기수행하였으나, 개인정보파일의 운용 체계를 변경하는 경우(재구축,재개발 등) · 「개인정보보호법」 제33조 및 같은 법 시행령 제38조 및 「개인정보 영향평가에 관한 고시」 제12조에 따라 개인정보 영향평가를 수행하고 2개월 이내에 평가 결과에 대한 영향평가서 및 요약본을 제출하여야 하며, 고시 제14조에 따라 영향평가서를 제출받은 1년 이내에 영향평가 이행점검확인서를 제출하여야 함 | |
| 산출 | 정보 |
| 요구사항 고유번호 | SER-006 | |
|---|---|---|
| 요구사항 명칭 | 개인정보의 기술적 보호조치 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 개인정보의 안전성 확보를 위한 기술적 조치사항 |
| 상세 내용 | ◦ 개인정보를 처리함에 있어 『개인정보 보호법』, 『개인정보의 안전성 확보조치 기준』 등 관련 법규 및 규정을 준수하여야 함 ◦ 접근 권한 관리 - 개인정보처리시스템에 접속할 수 있는 사용자계정을 발급하는 경우, 개인정보 취급자 별로 사용자계정을 발급하여야 하며, 취급자의 역할에 따라 차등부여할 수 있어야 함 - 개인정보 처리내역에 대한 책임 추적성을 확보하기 위하여 접근권한 부여, 변경, 말소에 대한 내역을 이력 관리 또는 조회가 가능하여야 하며, 해당 기록을 최소 3년간 보관할 수 있도록 구현해야 함 예) 신청자 정보, 신청일시, 승인자 및 발급자 정보, 신청 및 발급 사유 등 - 개인정보처리시스템에 접근하여 개인정보를 생성수정삭제열람 등을 하고자 하는 경우 다음 사항을 포함하는 정보 이용 내역을 기록하고 남길 수 있도록 시스템을 구현하여야 함. 1. 이용자 접근 기록 및 이용 시간 2. 이용자 식별 정보(ID, 접속자 IP 등) 3. 이용자가 생성변경열람삭제한 행정정보의 내용 및 사유 4. 시스템 관리자가 생성변경열람삭제한 정보의 내용 및 사유 5. 그 밖에 접근권한의 오남용 및 정보 유출 여부를 검증하기 위해 필요하다고 판단되는 정보 - 이용 내역에 대한 기록이 위·변조, 도난, 분실되지 않도록 시스템을 구현하여야 하며 책임자의 사전 승인 없이 시스템 관리자 외에는 접근할 수 없도록 하여야 함 |
| 요구사항 고유번호 | SER-006 | |
|---|---|---|
| 요구사항 명칭 | 개인정보의 기술적 보호조치 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 개인정보의 안전성 확보를 위한 기술적 조치사항 |
| 상세 내용 | ◦ 세션 타임 아웃 - 개인정보처리자는 개인정보처리시스템에 대한 불법적인 접근 및 침해사고 방지를 위하여 개인정보취급자가 일정시간(30분 권고) 이상 업무처리를 하지 않는 경우 에는 자동으로 시스템 접속이 차단되도록 하여야 함 ◦ 비밀번호 작성규칙 준수 - 비밀번호 작성규칙을 개인정보처리시스템, 인터넷 홈페이지 등에 적용하여야 함 - 비밀번호 작성규칙 · 비밀번호는 문자, 숫자의 조합·구성에 따라 최소 8자리 또는 10자리 이상 ① 최소 8 자리 이상 : 두 종류 이상의 문자를 이용하여 구성한 경우 ② 최소 10자리 이상 : 하나의 문자종류로 구성한 경우 · 비밀번호는 추측하거나 유추하기 어렵도록 설정하여야 함 ※ 동일한 문자 반복(aaa111 등), 키보드 상에서 나란히 있는 문자열(qwer 등), 일련번호(123 등), 가족이름, 생일, 전화번호 등은 사용이 제한되어야 함 · 비밀번호를 일정 횟수(예 :5회) 이상 잘못 입력한 경우 시스템 접근을 제한하는 등 기술적 조치를 하여야 함 ◦ 접근통제 - 정보통신망을 통해 외부에서 개인정보처리시스템에 접속하려는 경우 가상사설망 또는 전용선 등 안전한 접속수단을 적용 또는 인증수단을 적용하여야 함. ※ 예) 접속수단 : VPN, SSL 등 / 인증수단 : 인증서, OTP 등 - 일정시간 이상 업무처리를 하지 않는 경우, 자동으로 접속 차단되도록 하여야 함 ◦ 개인정보의 암호화 - 고유식별정보, 비밀번호를 정보통신망을 통하여 송신할 경우, 암호화하여야 함 - 위를 제외한 개인정보(성명, 연락처 등)는 암호화 조치가 필수는 아니나, 개인 정보의 위·변조 및 유·노출을 고려하여 가급적 암호화 조치를 권장 ◦ 접속기록의 보관 및 점검 - 접속기록에는 개인정보취급자가 시스템에 접속하여 처리한 업무내역을 알 수 있도록 아래의 항목들을 기록하도록 개발(구축)하여야 함 · 계정 : 개인정보처리시스템에서 접속자를 식별할 수 있도록 부여된 정보(ID등) · 접속일시 : 접속한 시간 또는 업무를 수행한 시간(년-월-일, 시:분:초) · 처리한 정보주체 정보 : 개인정보취급자가 누구의 개인정보를 처리하였는지 알 수 있는 식별정보(ID, 고객번호) - 해당 접속기록의 이력 관리 또는 조회가 가능하여야 하며, 해당 기록을 1년 이상 또는 2년 이상 보관·관리하도록 구현 · 5만 명 미만의 정보주체에 관하여 개인정보를 처리하는 경우 : 1년 이상 보관 · 5만 명 이상의 정보주체에 관하여 개인정보를 처리하는 경우 : 2년 이상 보관 · 다운로드 사유 : 개인정보를 다운로드 하였을 경우 사유를 반드시 확인하여야하는 기준과 사유 확인에 필요한 사항(다운 시 사유입력 팝업창 생성 등) | |
| 산출 | 정보 |
□ 품질 요구사항(QUR)
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 명칭 | 품질관리 일반사항 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 품질관리 준수사항 일반사항 |
| 상세 내용 | ◦ 품질관리 조직과 운영절차를 구체적으로 제시하고 준수하여야 함 ◦ 품질활동의 제반 절차 및 산출물을 명시한 품질관리계획을 제안서 및 사업수행 계획서에 상세하게 기술하여야 하며, 이에 근거하여 체계적이고 효과적인 프로 젝트 진행을 위하여 사업 기간 내 품질관리 조직을 통해 품질보증 활동을 수행 하고 결과물을 제출하여야 함 ◦ 품질 또는 성능상의 문제 발생 시 부하 테스트 및 분석결과를 제시하고 개선하여야 함 ◦ 본 과업범위 외의 요인(운영 서버와 같은 정보자원 등)으로 인해 사업 결과에 영향이 있거나 예상되는 경우, 원인 및 해결방안을 발주처에 제시하여 위험 요소를 최소화하거나 문제가 해결될 수 있도록 적극 협조하여야 함 ◦ DB를 변경하는 경우, 사업완료(검수) 시 데이터품질진단 및 오류 데이터의 개선을 시행하여야 함 | |
| 산출 | 정보 | 품질관리 조직 및 세부운영 절차(이행확인서) *사업수행계획서 포함 |
| 요구사항 고유번호 | QUR-002 | |
|---|---|---|
| 요구사항 명칭 | DB 품질관리 계획 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 데이터베이스 품질관리 계획에 관한 사항 |
| 상세 내용 | ◦ 「공공기관의 데이터베이스 표준화 지침(행정안전부 고시 제2023-18호)」 행정 DB의 데이터 품질관리 계획을 수립 후, 이행하여야 함 - 품질관리 조직도, 담당자 및 역할별 책임 사항 - 사업단계별 품질관리 활동 계획 및 절차(계획, 수행, 인도, 운영 등 단계별) - 품질보증 방법 - 기타 행정 DB 품질확보에 필요한 사항 | |
| 산출 | 정보 | 이행확인서 |
| 요구사항 고유번호 | COR-001 | |
|---|---|---|
| 요구사항 명칭 | 표준제약 사항 | |
| 요구사항 분류 | 제약사항 | |
| 요구사항 상세설명 | 정의 | 자료구축 지침 준수 |
| 상세 내용 | ◦ 표준 제약사항 - 기반자료 구축은 관련 지침을 준수하여 구축하고 개발해야 함 ◦ 기타 시스템을 구축하기 위한 법령 및 지침을 준수해야 함 - 「행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시)」에 규정된 사항 준수 |
| 요구사항 고유번호 | COR-002 | |||
|---|---|---|---|---|
| 요구사항 명칭 | 지식재산권 관리 제약사항 | |||
| 요구사항 분류 | 제약사항 | |||
| 요구사항 상세설명 | 정의 | 지식재산권 관리 지침 준수 | ||
| 상세 내용 | ◦ 지식재산권 관리 - 본 과업(시스템 유지관리/사업운영)수행 기간 발생한 성과품은 발주처 소유임 - 지적 재산권에 있어 제안사가 타인 및 타사의 글꼴, 이미지(사진, 그림) 등을 임의로 도용하여 사용할 경우 모든 민사‧형사상 책임은 제안사가 책임져야 함 | |||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-003 | ||
|---|---|---|---|
| 요구사항 명칭 | 데이터 사용 및 접근 제약사항 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 데이터 정책에 따라 필요 시 정의 | |
| 상세 내용 | ◦ 서버접속 신청이 허가된 사용자에 한하여 DBMS에 접근 및 사용 가능 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-004 | ||
|---|---|---|---|
| 요구사항 명칭 | 규정 변경에 따른 시스템 구현의 유연성 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 규정 변경에 따른 시스템 구현의 유연성 대응 | |
| 상세 내용 | ◦ 시스템 유지관리 중 법령 및 규정, 적용 표준 등의 변경사항 발생 시 반영하여 개선해야 함 ※ 규정에 대한 적용 시점을 고려하여 발주처과 협의하여 적용 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-005 | ||
|---|---|---|---|
| 요구사항 명칭 | 기술적용계획표 검토 및 결과표 작성 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 기술적용계획표 검토 및 결과표 작성 | |
| 상세 내용 | ◦ 발주자가 작성한 기술적용계획표의 검토 및 준수와 결과표 작성 방안을 제시하여야 함 ◦ 기술적용계획표의 기술표준이 본 사업에 부합하는지 검토하여야 하며, 변경이 필요할 경우 타당한 사유를 제시하여 발주자와 상호 협의하여 조정하여야 함 ◦ 기술적용계획표 검토 시 부득이한 경우를 제외하고는 특정기술에 종속되지 않는 개방형 기술로 구현하도록 검토하여야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-006 | ||
|---|---|---|---|
| 요구사항 명칭 | 개인정보보호법 준수 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 개인정보보호법 준수 | |
| 상세 내용 | ◦ 개인정보보호 관련 모든 법규를 충실히 이행할 수 있는 개발 표준안을 마련하여 이를 개발에 반영하여야 함 - 개인정보 열람 시 접근 이력 기록 및 필요 시 사유 입력 - 개인정보 열람에 대한 이력 관리 통계 또는 조회 화면 제공 - 개인정보 중 고유식별정보에 대한 암호화 ※ DB 암호화 모듈이 적용되어 있음 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-007 | ||
|---|---|---|---|
| 요구사항 명칭 | 웹 표준 및 호환성 준수 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 웹 호환성 준수 여부 정의 | |
| 상세 내용 | ◦ 「행정기관 및 공공기관 정보시스템 구축‧운영지침(행정안전부 고시)」 준수 ◦ 웹 호환성 확보를 위하여 「전자정부서비스 호환성 준수지침(행정안전부 고시)」 준수하여야 함 - OS: Win XP, Vista, 7, 8, MAC, Linux 등 다양한 웹 브라우저를 지원해야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-008 | ||
|---|---|---|---|
| 요구사항 명칭 | 소프트웨어 개발보안(시큐어코딩)관련 가이드 준수 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 소프트웨어 개발보안 준수 | |
| 상세 내용 | ◦ 소프트웨어 개발보안(시큐어 코딩)에 해당되는 사업의 경우 기능 개발 시 「소프트웨어 개발보안 가이드」 및 점검 시 「소프트웨어 보안 취약점 진단가이드」, 「소프트웨어 개발보안 가이드」를 준수하여야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | COR-009 | ||
|---|---|---|---|
| 요구사항 명칭 | 연속적인 서비스 운영 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 상세설명 | 정의 | 365일, 24시간 시스템(홈페이지, 앱, 단말기, 관리자페이지 등) 운영 | |
| 상세 내용 | ◦ 비짓부산패스의 연속적인 서비스 제공(판매, 이용, 정산, CS 등)을 표준으로 한다. | ||
| 산출 | 정보 |
□ 프로젝트관리 요구사항(PMR)
| 요구사항 고유번호 | PMR-001 | |
|---|---|---|
| 요구사항 명칭 | 프로젝트 관리 방법론 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 관리 방법론을 제시 |
| 세부 내용 | ○ 제안업체는 효율적인 사업 추진을 위한 방법론을 제안하여야 하며, 제안한 방법론에 따른 제출할 산출물의 종류 및 내역, 제출시기를 제시 - 기타 정보보안 실무지침, 웹 개발 표준, 데이터베이스 표준 등 공사가 보유하고 있는 각종 지침 및 표준을 준수 ○ 위험・일정・보안・문서관리 등 프로젝트 관리 방법론을 통한 체계적인 관리방법론을 제시(활동내용, 테스트 방안, 산출물을 상세히 제시) ○ 프로젝트 진척 현황에 대한 업무협의 및 보고 체계를 정립하여 제시해야 하며 각종보고 계획(정기/부정기)을 상세히 제시 ○ 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 일정계획을 제시해야 함 ○ 프로젝트 수행과정에서 발생하는 의견조정에 관한 절차와 해결책을 제시 | |
| 산출정보 | 사업수행계획서, WBS, 정기/수시 보고서 |
| 요구사항 고유번호 | PMR-002 | |
|---|---|---|
| 요구사항 명칭 | 착수계 제출 및 사업추진 체계 구성 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 관리 방법론을 제시 |
| 세부 내용 | ○ 본 사업의 과업범위는 과업내용서(제안요청서, 제안서, 사업수행계획서), 용역 계약 일반조건・특수조건 등을 모두 포함하며, 본 사업의 목적상 필요한 사항은 상호 협의하여 추진 ○ 제안업체는 계약 체결 후 10일 이내에 사업수행계획서, 사업수행책임자(PM)와 참여 인력의 보안서약서 등이 포함된 착수계를 작성‧제출하고 승인을 득하여야 하며, 재작성 요구가 있을시 보완하여 7일 이내에 제출해야 함 - 착수계 제출 시, 아래 사항이 포함되어야 함 가. 사업추진체계, 추진과제 등을 포함한 사업수행 세부일정 및 계획 나. 정기(주간·월간보고 등) 또는 비정기적으로 수행하는 보고체계(착수, 완료 보고 등)에 대한 계획 ○ 사업추진체계 구성 - 본 사업을 추진하는데 요구되는 조직체계 및 조직별 역할분담을 작성하여 사업수행계획서에 첨부 | |
| 산출정보 | 착수계, 사업수행계획서, WBS |
| 요구사항 고유번호 | PMR-003 | |
|---|---|---|
| 요구사항 명칭 | 요구사항 관리방안 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 관리 방법론을 제시 |
| 세부 내용 | ○ 제안업체는 기능/비기능 요구사항을 빠짐없이 관리하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전 단계의 관련 산출물에 반영여부를 확인 할 수 있도록 관리(요구사항 추적)하여야 함 | |
| 산출정보 | 요구사항 추적표 |
| 요구사항 고유번호 | PMR-004 | |
|---|---|---|
| 요구사항 명칭 | 위험 관리방안 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 수행 중 발생할 수 있는 잠재적 위험 요소를 예방하거나 해결하기 위한 대응책을 수립하고 모니터링 |
| 세부 내용 | ○ 본 사업의 수행 시 발생 예상되는 쟁점 및 미결사항에 대한 관리, 사용자 요구사항의 상세화 과정에서의 리스크 관리 등 각종 위험에 대한 통제 및 리스크 관리 방안을 제시하며, 지속적으로 문제를 파악 · 관리하고 조치사항에 대하여 추적할 수 있는 방안을 제시 | |
| 산출정보 | 위험관리대장 |
| 요구사항 고유번호 | PMR-005 | |
|---|---|---|
| 요구사항 명칭 | 산출물 관리 방안 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 산출물 관리 및 이관 |
| 세부 내용 | ㅇ 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시하여야 함 - 산출물 및 각종 worksheet의 관리방안을 제시하여야 함 - 산출물 제출 시기는 사업추진 공정, 품질보증 계획 등과 연계하여 제시하여야 함 - 프로젝트 완료시 제출하는 최종 결과물은 공사의 승인을 득한 후 원본 파일을 USB에 수록하여 산출물과 같이 제출하여야 하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 함 - 개발 프로그램 소스 일체는 공사에 귀속되며 향후 유지보수 수행에 지장이 없도록 산출물을 제출하고 협조하여야 함 ㅇ 지식재산 공동귀속 - 계약목적물의 지식재산권은 발주기관과 사업자가 공동으로 소유함을 원칙으로 하 되 세부사항은 협의하여 결정 ㅇ SW산출물 반출 절차 등 - 공급자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공함. 단 공급자는 아래 내용을 준수하여야 함 - 공급자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 공급자 대표명의의 확약서를 발주기관에 제출하여야 함 - 공급자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 함 - 발주기관은 공급자가 제공받은 SW산출물을 무단으로 유출하거나 누출되는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가계약법」제76조제1항제3호 및 「지방계약법」제92조제1항제19호에 따라 입찰참가자격을 제한함 | |
| 산출정보 | 사업수행계획서 및 공사지정 산출물 일체 |
| 요구사항 고유번호 | PMR-006 | |
|---|---|---|
| 요구사항 명칭 | 주요/정기/수시보고 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 진행 보고 및 의사소통 |
| 세부 내용 | ○ 주요보고 : 착수보고(착수 후 15일 이내), 최종보고(본 사업 완료시점) ※ 사업진행과정 중 협의에 따라 중간보고가 추가될 수 있음 ○ 보고서 작성 및 제출 - 사업수행계획서 : 사업 착수일로부터 14일 이내 - 완료보고서 : 과업완료일까지 - 정기보고(주간, 월간 등) : 매월 말 혹은 매주 말 - 기타보고(업무협의, 교육, 시연회, 워크숍 등) : 수시 - 제안서를 포함하여 사업기간 동안에 작성된 모든 산출물을 일자별·종류별로 정리하여 문서, 스캔파일 및 USB로 제출하여야 함 ○ 제안업체는 사업추진 과정에서 생산되는 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출부수 등을 제시하여야 함 | |
| 산출정보 | 사업수행계획서 |
| 요구사항 고유번호 | PMR-007 | |
|---|---|---|
| 요구사항 명칭 | SW사업정보 저장소 데이터 작성 및 제출 | |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | SW사업정보 저장소 데이터 제출 및 입력 |
| 세부 내용 | ○ 「소프트웨어 진흥법 제58조」에 따라 해당 사업 수주자는 SW사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출하여야 함 ○ SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참조토록 함 ○ SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 | |
| 산출정보 | SW사업정보 데이터 |
| 요구사항 고유번호 | PMR-008 | ||
|---|---|---|---|
| 요구사항 명칭 | 성과지표 설정 관리 | ||
| 요구사항 분류 | 프로젝트관리 요구사항 | ||
| 요구사항 상세설명 | 정의 | 사업 성과측정 지표 제시 | |
| 상세 내용 | ◦ 본 계약 추진의 성과측정을 위한 성과지표를 제시하여야 함 ◦ 성과지표는 본 사업의 추진배경 및 목적을 이해하고 작성하여야 하며, 객관적이고 정량적인 지표로 계량화되어야 함 ◦ 제시된 성과지표는 발주처의 사업 성과지표를 고려하여 발주처과 최종 협의확정 한 후 사업수행계획서에 명시하여야 함 ◦ 발주처는 사업추진 중 중간점검을 위하여 성과지표에 의한 측정결과를 요구할 수 있으며 발주처의 요구를 받은 경우에는 성과측정결과서(중간점검용)를 제출하여야 함 ◦ 사업(계약) 종료 시에 제시된 성과지표에 의한 성과측정을 실시한 후 성과측정 결과서(최종)를 제출하여야 함 | ||
| 산출 | 정보 |
□ 프로젝트지원 요구사항(PSR)
| 요구사항 고유번호 | PSR-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 하자보수 일반 | ||
| 요구사항 분류 | 프로젝트지원 요구사항 | ||
| 요구사항 상세설명 | 정의 | 하자보증 및 유상 유지관리에 관한 사항 | |
| 상세내용 | ◦ 하자보수 지원방안에 지원범위 및 지원내용 등을 제시하여야 함 ◦ 하자보수 범위를 초과하여 유상으로 처리되는 유지보수 사항에 대해서는 대상 범위와 유상처리 기준을 명확하게 제시하여야 함 ◦ 시스템의 안정성 및 신뢰성 확보와 장애시간을 최소화하기 위하여 시스템을 단위 요소기술과 기능으로 구분하여 각각에 대한 세부 하자보수 계획을 제시 - 현장 시스템 문제 발생 시는 신속히 서면으로 통보하고 대책을 강구하여야 함 - 하자보증 기간 중 시스템의 결함 및 개발된 S/W상의 문제가 발견된 경우 즉시 필요한 조치를 취하여야 함 ◦ 사업종료 시에 하자보증확약서, 유지관리확약서(유상처리 기준 포함)를 제출 하여야 함(제품별 제조사, 기술지원사 등의 확약서 포함) ◦ 수행사는 다음과 같은 사항을 하자보수 활동에 포함하여 지원 - 공급한 제품(HW, SW 등)과 개발한 SW 등의 전 시스템 - 하자로 인한 시스템 변경 최적화 및 시험활동 - 장애 발생에 대한 처리(Trouble Shooting) - 기타 시스템의 정상 운영을 위한 기술지원 등 ◦ 하자담보책임(무상하자보수) 기간은 최종검수 완료일로부터 12개월로 함 ◦ 신규 도입된 H/W 및 S/W는 하자담보책임기간 동안의 정기점검 계획을 제출하고 이에 따른 점검결과 보고서를 제출 ◦ 사업 종료시 하자보증확약서, 유지관리확약서(유상처리 기준 포함)를 제출하여야 함 | ||
| 산출 | 정보 | 하자보증확약서, 유지관리확약서 |
| 요구사항 고유번호 | PSR-002 | ||
|---|---|---|---|
| 요구사항 명칭 | 기술이전 및 교육지원 | ||
| 요구사항 분류 | 프로젝트지원 요구사항 | ||
| 요구사항 상세설명 | 정의 | 사업전반 기술이전 및 교육지원에 관한 사항 | |
| 상세 내용 | ◦ 본 사업 완료 전 시스템 운영에 필요한 기술이전 계획을 상세히 제시하고 발주 기관에 이전하기 위한 기술이전 계획서를 작성하여 제출하여야 함 ◦ 기술이전 계획서 작성 시 발주기관과 협의하여야 하며, 아래의 사항을 포함하여야 하며, 계획에 따라 기술이전을 수행하여야 함 - 기술이전 목적 및 내용(시스템 운영, 장애조치, 응급조치 기술 등 포함) - 기술이전 방법 및 일정, 장소, 인원, 비용부담조건(해당 시) ◦ 발주처의 요청 시 해당 시스템에 대한 사양 및 운영에 관련된 기술을 지원하여야 함 ◦ 본 사업 수행기간 중 관련 분야의 최신 정보기술에 대한 지속적인 정보제공 여부에 관한 내용 제시 ◦ 체계적이고 효율적인 교육을 위하여 정보시스템 운영자 교육 및 사용자 (관리자 및 일반사용자) 교육에 대한 교육훈련 계획 제시 ◦ 정보시스템 운영자 교육은 아래의 사항을 포함하여야 하며, 계약 체결 또는 시스템 운영자가 변경된 후 1개월 내에 교육 이행 후 교육 결과를 제출 - 시스템 운영 및 예방점검 방안, 발생 가능한 장애 목록, 장애별 긴급 장애 복구 조치 방안 등 ◦ 정보시스템 사용자 교육은 교육대상(일반사용자, 관리자 등 교육 대상 구분), 교육일정, 교육장소, 교육내용, 교육교재에 관한 사항 등을 포함하여야 함 ◦ 교육훈련 계획 작성 시 교육 일정 및 장소, 세부내용 등 기타 제반 사항은 발주기관과 협의하여 결정하여야 함 ◦ 교육훈련 계획에는 시스템 구축 및 운영상 필요하다고 판단되는 경우 발주기관에서 관련 교육을 추가로 요구할 수 있으며, 본 사업 수행 범위 내에서 적극 지원하여야 함 | ||
| 산출 | 정보 | 기술이전계획서(계획시), 기술지원확약서, 교육훈련계획서 |
□ 유지관리수행 요구사항(MAR)
| 요구사항 고유번호 | MAR-001 | ||
|---|---|---|---|
| 요구사항 명칭 | 유지보수 대상 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 유지보수 대상 및 범위 | |
| 상세내용 | ◦ 비짓부산패스 관련 유지보수 대상은 발주처 사정에 따라 변경될 수 있으며, 수행사와 협의를 통해 진행 ◦ 비짓부산패스 유지보수 대상(사업기간 중 모든 비용은 사업비에 포함) - 응용 S/W(앱/웹) 운영, 웹페이지 운영, 콘텐츠 관리 - 운영 인프라(비짓부산패스 운영 관련 제휴업체 현장단말기 및 표식 등 포함) - 웹호스팅(도메인, SSL), 클라우드 운영 지원 - 시스템 및 운영 매뉴얼 현행화(관리자, 제휴시설, 판매수령처, CS운영 등) - 비짓부산패스 사업운영 관련 사항 일체 ◦ 정기 시스템 점검 및 시스템 장애에 대한 즉각적인 복구, 대처 | ||
| 산출 | 정보 | 유지보수대장, 매뉴얼 |
| 요구사항 고유번호 | MAR-002 | ||
|---|---|---|---|
| 요구사항 명칭 | 유지관리범위 공통사항 | ||
| 요구사항 분류 | 유지관리수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 유지관리 내용에 공통으로 적용되는 사항 | |
| 상세내용 | ◦ 유지관리 대상별 유지관리 범위(내용)으로 기재한 사항은 본 사업비에 모두 포함된 사항임 ※ 본 사업추진 시 본 사업비 외에 추가비용이 발생하는 부분은 별도로 명시하여 제안 ◦ 유지관리 대상 중 시스템 불용, 시스템 통폐합 등의 사유로 유지관리 대상 품목에서 제외되는 경우 그에 상응하는 유지관리비를 감액 조정하거나, 대체장비를 지정(협의 결정)하여 유지관리를 실시할 수 있으며 변경계약 체결 등 관련규정에 의거 처리함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-003 | ||
|---|---|---|---|
| 요구사항 명칭 | 클라우드 서비스 및 응용 S/W 유지 운영 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 클라우드 서비스 운영 및 관리 | |
| 상세내용 | ◦ 기 사용중인 CSAP 인증 클라우드 및 보안솔루션 유지 - 운영 클라우드 서비스 및 보안솔루션 ◦ 기 사용중인 CSAP 인증 클라우드 기반으로 유지관리 기능개선 ◦ 클라우드 서비스 서버운영 관리방안 제시 - 시스템 유지운영 인력 지원(SE, SA 등) - 서버 무중단 서비스 및 버전 현행화(최적화) 지원 - WEB/WAS/DB 운영 및 시스템 OS, Application, 웹 소스 백업 운영 ◦ 서비스 대상 S/W의 Patch 및 업그레이드 - 반응형 웹 서비스를 위한 기능의 구현 및 변경 관리, 소스 히스토리 관리 - 네이티브 앱 유지 운영(안드로이드, iOS) - 웹 브라우저의 상위 버전 출시에 따른 서비스 정상화 유지 - 모바일 디바이스 OS 변경에 따른 서비스 정상화 유지 - 시스템 S/W의 상위 버전 출시에 따른 Patch 적용 ◦ 멀티 디바이스 지원이 가능한 반응형 웹 및 접근성 준수 - 전자정부 웹 호환성 준수지침 및 국제 웹 표준(W3C) 적용 - 웹/앱 표준 및 접근성 지침(KWCAG3.0) 준수 - 모바일 어플리케이션 접근성 지침(행안부 고시) 준수 - 현존 OS 및 브라우저별 호환성 및 확장성 보장 ※ 클라우드 임대료 및 계약은 발주처 부담 | ||
| 산출 | 정보 | 클라우드 관리방안 |
| 요구사항 고유번호 | MAR-004 | ||
|---|---|---|---|
| 요구사항 명칭 | 유지보수 부문 일반 수행 내용 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 변화하는 환경에 따른 최적화된 서비스 제공을 위한 업무 지원 | |
| 상세내용 | ◦ 업무보고 체계화 수립 - 월간 운영 업무보고 및 참여 인력변경시 근무계획 별도 보고 - 발주처가 요구하는 통계 분석 보고서를 수시 제출 ◦ 의견수렴 및 개선방안 - 유지업무 수행 전 기운영 중인 시스템에 대해 문제점을 해결하기 위한 방안으로 대상 업무와 관련된 사용자 및 관리자 의견수렴 과정을 실시하고 개선계획을 수립 ◦ 홈페이지 콘텐츠 현행화 방안 지원 - 제휴 업체 및 홈페이지 정보는 최신 데이터 유지 관리 - 각종 공지, 배너, 프로모션 최신 정보 주별 갱신 및 관리 ◦ 비짓부산패스 웹/앱 개선방안 - 비짓부산패스 웹페이지 및 안드로이드/IOS 앱에 대한 요청사항에 대해 기능 품질 개선방안 제시(단, 앱은 안드로이드 기준으로 제시) ◦ 과업 대상 시스템의 안정적 운영관리 - 비짓부산패스를 원활하게 서비스를 할 수 있도록 운영관리 및 백업해야 하며, 장애가 발생하는 경우 즉시 조치하여야 함 - 상시 시점별, 분류별 형상관리 및 프로그램 관리, 데이터 관리를 해야 함 - 수행사는 계약기간 동안 시스템 장애 발생시 24시간 연락 가능한 비상연락망을 구성하여 가동하여야 함(주말 및 휴일과 관련하여서는 별도 협의 진행) ◦ 모니터링 및 점검 관리를 통해 성능 및 안정성 유지/향상 - 일반 사용자 민원응대, 댓글 관리 등 서비스 불편, 오류 사항 신속조치 및 서비스 개선 반영 - 관광 정보 오류신고 및 신규정보 등록요청 관리 ◦ 서비스 변경 및 추가개선 요구 지원 - 서비스 변경 및 추가 개선요구사항을 지원할 수 있으며, 변경사항은 발주처와 협의를 통해 진행 ◦ 사용자 수와 데이터 사용량을 고려하여 시스템이 안정적으로 운영될 수 있도록 하여야 함 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-005 | ||
|---|---|---|---|
| 요구사항 명칭 | 정산시스템 개선 관리 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 제휴 업체 정산 및 정산시스템 개선 | |
| 상세내용 | ◦ 무료가맹점, 판매·수령처(수수료) 등 제휴업체 정산 대행 진행 - 일일, 월별, 판매, 이용현황, 정산(수수료 포함), 손익 보고서 제출 - 월별 이용현황에 따른 정산 대행 실시 - 패스로 무료가맹점 입장 > 가맹점과 정산금 상호확인 > 정산금 확정 및 지급 - 과정별 관리자에 의한 시스템 확인으로 정산(결재), 로그 기록 저장 - 무료가맹점의 정산 시기별 특성(휴폐업, 가격변경 등)을 반영 - 판매 시점의 세부적인 관리 (구매 > 예약 > 패스수령 > 사용 > 정산 > 대금지급 > 사용완료/환불 등) - 판매정산 프로세스 개선을 통한 업무 효율화 도모 - BTO 및 외부 홍보프로모션 진행에 따른 판매/제공 방식 지원 ◦ 정산현황에 대해 리포트 기능 구현 - 판매현황(온・오프라인), QR수취(예약) 및 사용현황, 환불현황, 무료가맹점 방문 현황, 재고현황, 판매추이 등 판매 방향성 결정에 필요한 DB의 시각화 ◦ 정산 시 패스에 소요되는 경비의 세부사항을 정산에 반영 관리 - 정산에는 패스 유통 단계에 따른 수수료까지 포함된 원가가 정산에 반영하여 조회 및 관리 ◦ 정산 시 원가 관리, 제휴처 정산 및 정산시스템 개선 방안 강구 ◦ 프로모션(할인, 증정, 쿠폰발행 등) 또한 원가에 산입하여 정산기능 개선 ※ 원가 관리 요소는 발주처와 추후 협의 ◦ 사업기간 중 전문 회계사 컨설팅을 통하여 지속적인 정산시스템 개선방안 마련 및 발주처 정책의 정산, 회계 방식 변경 시 발주처 정책에 따라 사업운영 ◦ 시스템 정산과 협력업체 정산결과의 상이점 발생 시 조치방안을 강구하여 발주처와 협의하에 시행 ◦ 정산현황에 대한 실시간 확인 가능한 시각화 구현 - 정산금 상호 확인 및 자동 계산 이체, 거래처별 정산 내역 상호 확인은 시스템에 의한 상호확인 및 거래처별 정산 내역 문서 다운로드 기능 등 - 과정별 관리자에 의한 시스템 확인 및 정산(결제), 로그 기록 저장 - 판매 현황(온・오프라인), QR수령(예약) 및 사용현황, 환불 현황, 시설방문 현황, 재고 현황, 판매 추이 등 판매 방향성 결정에 필요한 DB의 시각화 | ||
| 산출 | 정보 | 백오피스 시스템 연동 정보 반영 및 정보 시각화 |
| 요구사항 고유번호 | MAR-006 | ||
|---|---|---|---|
| 요구사항 명칭 | 정산관리 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 정산관리 기능 보완 | |
| 상세내용 | ◦ 판매·수령처 정산, 판매·수령처 수수료 정보 생성, 무료가맹점 정산정보 생성, 월/연별, 시설별 마감 기능 등을 포함 - 당월 사용한 패스의 판매금액을 기준으로 정액 정산기능을 포함 - 무료가맹점, 판매·수령처 정산(일/월/연별, 지역별, 시설별 등) - 판매·수령처 수수료 정보 생성 - 무료가맹점 및 판매·수령처 등에 확정된 정산방침에 따라 할 수 있도록 시스템 강화 - 원장관리, 판매, 사용, 취소/환불 등 관련 정산의 편의성 보완 ◦ 정산 운영 사항 개선 - 주별, 월별, 분기별 패스 판매에 따른 판매 현황 및 내역 출력 기능 개선 - 패스 구매 및 판매 시점의 세부적 관리 - 유효기간 만료 미사용 패스 관리 및 방안 마련 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-007 | ||
|---|---|---|---|
| 요구사항 명칭 | QR 시스템 운영 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | QR 생성, 유통, DB관리, 재고관리 등 관리 | |
| 상세내용 | ◦ 기 구축된 QR 시스템 유지보수 ◦ QR 생성부터 폐기까지 전 과정 로그 기록 조회 및 선택출력(다운로드 포함) - QR 상태 관리: 유통 단계별 생성, 사용, 폐기까지 - QR 유형별 구분관리: 판매처, 수령처, 가맹점 사용별로 구분 관리 - QR 연도별 정리, 편집, DB화 실시 ◦ QR 이용 패스 관리 - 시간별, 이용처별 QR 발행을 통해 패스를 구별할 수 있도록 관리 ◦ QR 재고관리 - QR을 통해 판매·수령처별 재고 등록, 조회 및 상호 이동할 수 있도록 관리 - QR을 통해 판매·수령처별 재고를 대량으로 등록 및 이동할 수 있도록 관리 ◦ QR 관리 - 외부 판매 채널에서 판매된 QR 기반 패스상품 수취 시 성명, 이메일 등 다양한 형태의 예약정보를 활용해 예약정보와 QR과 매칭될 수 있도록 외부 판매 채널과 연동 관리 - QR 조회를 통해 수취확인 일시(초 단위 기록) 및 날짜별 등 관리 ◦ QR 사용관리 - QR을 통해 입장한 무료가맹점(지도 활용) 시각화 자료 조회 및 출력 - QR을 통한 입장, 정상 정산, 보류 등 관련 현황의 가맹점 담당자 활용 정보 제공(제휴시설 활용) ◦ 패스 정산 시 QR 운용 현황을 거래처별, 담당자별, 일자별 등 상세내용 확인 ◦ QR 생성부터 사용완료(폐기시)까지의 모든 기록이 조회 및 출력되어야 하며, 사용완료 QR의 DB는 영구적으로 서버에 저장 관리 ◦ QR 사용에 따른 실시간 정산을 반영하기 위해, 판매 모듈 및 정산시스템 등과 연동되어 유통에 따른 경비 산정 및 손익을 확인할 수 있도록 운영 ◦ QR코드를 웹/앱에서 스캔 혹은 검색 시, 패스의 잔여 유효기간 표기 - 패스 유효기간은 패스의 상태 값(판매가능, 사용 가능, 사용 중, 사용 완료, 기간 만료, 폐기, 환불 등)에 따라 QR코드의 실시간 확인 및 표기 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-008 | ||
|---|---|---|---|
| 요구사항 명칭 | QR 운용시스템 개선 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | QR 생성, 유통, DB관리, 재고관리 등이 가능한 시스템 개선 | |
| 상세내용 | ◦ QR코드 재고 이동 및 환불 등으로 인한 재고 환입 시 시스템에서 정확한 재고 관리가 가능토록 개선 ◦ 모바일패스 활성화를 위한 QR코드 전송 및 개선 관리 ◦ 프로모션(할인쿠폰) 또는 대량 판매를 위한 QR운영 개선 ◦ 유효기간 만료된 패스 QR폐기 및 관리(분기별) | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-009 | ||
|---|---|---|---|
| 요구사항 명칭 | 제휴시설 관리시스템(CRM) 운영 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 제휴시설의 등록 및 정산, 입장현황 등 이해관계자 업무이력 관리 기능 | |
| 상세내용 | ◦ 제휴시설 정의 : 가맹점, 판매처, 수령처, 카드사 등 발주처과 계약을 통해 거래가 발생하는 협력업체 ◦ 제휴시설의 제휴관계별 업체명, 주소, 전화번호, 대표자 등의 일반정보와 정산을 위한 은행명, 예금주, 계좌번호, 담당자명, 직접연락처 등의 정보 최신화 유지 - 무료가맹점 : 정산금액, 정산일자, 정산 특성 등 - 할인가맹점 : 업체명, 주소, 전화번호, 대표자 등 기타사항 - 판매처 : 판매형태, 수수료, 입금일자, 판매 및 정산 규칙 등 - 수령처 : 수수료, 위치, 운영시간, 개별특성 등 ◦ 제휴시설별 기능을 반영한 개방형 시스템으로 구축된 각 제휴시설의 CRM을 각 제휴시설 특화를 고려하여 운영하고 요구사항 반영 ◦ 제휴시설과 이용현황, 정산 등 확인 기능 제공 - 입장처리 기능 및 입장객 상호 확인, 정산 내역 상호 확인 등 ◦ 제휴시설의 업무 로그(업무 연락 내용 관리(이메일, 문자 등 송수신 기록) 관리 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-010 | ||
|---|---|---|---|
| 요구사항 명칭 | 제휴시설 정보 관리 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 패스 판매·수령처, 가맹점 일반정보 및 이용 정보관리 | |
| 상세내용 | ◦ 비짓부산패스의 온・오프라인 판매처 관리 - 온라인 판매처의 로고(사진, 개요 등), 계약서 및 URL을 항상 현행화하여 관리 운영 - 판매·수령처, 가맹점 등록 정보 등 각종 협력업체 정보 현행화 관리 ※ 온・오프라인 판매처의 배너, 로고 등이 홈페이지, 모바일 웹 등의 메인페이지에 배너와 같이 적용할 수 있는 형태로 홈페이지 반영 ◦ 비짓부산패스 앱/웹 내 지도 서비스 제공의 원활함 - 앱/웹에서 고객 대상 지도 서비스를 원활하게 운영하여 정확한 제휴시설 지리 정보 제공 - 패스 판매·교환처 표시(저작권 문제 없는 별도 아이콘 사용) 지도 서비스 제공 및 무료·할인 가맹점 표시 지도 현행화 관리 ◦ 비짓부산패스 앱/웹 내 제휴시설 정보 현행화 - 할인가맹점 모바일 안내지 제작 및 웹/앱에서 다운로드 - 관광포털 [비짓부산]과 연동하여 각종 콘텐츠 정기적인 업데이트 | ||
| 산출 | 정보 | 유리관리 대장 |
| 요구사항 고유번호 | MAR-011 | ||
|---|---|---|---|
| 요구사항 명칭 | 관리자 모드 시스템 개선 관리 | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 관리자 모드 시스템 개선 관리 | |
| 상세내용 | ◦ 관리자 모드 시스템 관리 - 단말기 부팅 및 상태정보 전송, 단말기 가맹점코드 유효성 검사 - 가맹점 판매 및 사용정보 전송, 단말기 관리(버전), 기본정보 설정(단말기 환경설정) | ||
| 산출 | 정보 | 매뉴얼 |
| 요구사항 고유번호 | MAR-012 | ||
|---|---|---|---|
| 요구사항 명칭 | DB 관리(웹, 앱DB, 회원관리) | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 모바일 앱, 웹상의 DB 및 회원관리 기능 개선 | |
| 상세내용 | ◦ DB정의: 홈페이지와 앱에 등록 및 표출되는 모든 정보이며, DB 접근권한은 관리자의 등급에 따라 구분 ◦ 비짓부산패스 서버에 보관된 DB는 1차, 2차 백업을 통해 안정적인 운영이 가능토록 구현되어야 하며, 메인서버 장애 시 즉시 백업서버를 활용 정상적인 운영이 가능토록 하여야 함 ※ 정산시스템 및 결제 모듈의 결과값은 보안이 적용된 별도 DB 관리 ◦ 홈페이지 및 앱을 통해 가입자를 ‘회원’이라고 지칭하며, 최소한의 개인정보를 수집 및 관리 ◦ QR을 통해서 구매이력을 확인 가능토록 판매 DB관리 - 홈페이지(앱) 방문 > 상품검색 > 정보인지 > 구매 단계까지는 최소한의 단계로 접근이 가능하도록 지속적 UX/UI 적용 관리 | ||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-014 | |||
|---|---|---|---|---|
| 요구사항 명칭 | 통합 검색 기능 개선 | |||
| 요구사항 분류 | 유지관리 수행 요구사항 | |||
| 요구사항 상세설명 | 정의 | 비짓부산패스 서비스 내에 다양한 정보 검색이 가능하도록 보완 | ||
| 상세내용 | ◦ 비짓부산패스 서비스 내 검색 기능 유지보수 - 패스 이용 무료가맹점 및 판매·수령처 등 제휴시설에 대한 정보 검색과 고객 문의 내용, 공지 등 비짓부산패스에서 제공하는 모든 정보에 대한 특정 키워드 검색을 통해 비짓부산패스를 구매하고 이용하는 고객에 맞춤 정보를 제공 ※ 세부 추진사항은 추후 발주기관과 협의하여 과업 수행 - 기 구축된 통합 검색 기능의 유지보수를 통해 검색 기능 정교화 및 추가되는 새로운 정보 반영 - 신규 제휴시설, 키워드 추가 발생 시, 통합 검색 기능 보완 필요 ◦ 제휴시설 노출순위 조정기능 구현 | |||
| 산출 | 정보 |
| 요구사항 고유번호 | MAR-015 | ||
|---|---|---|---|
| 요구사항 명칭 | 패스상품 관리(신규상품 포함) | ||
| 요구사항 분류 | 유지관리 수행 요구사항 | ||
| 요구사항 상세설명 | 정의 | 발주기관에서 출시하는 패스의 판매 관리 및 재고 관리 | |
| 상세내용 | ◦ 상품 정의: 고유 QR코드를 가지고 있는 모든 패스를 지칭함(모바일패스 포함) ◦ 패스상품 운영은 기존 시간권 시스템을 포함하여, 다양한 방법으로 확장할 수 있어야 하며, 제휴시설의 유형 분류에 따라, 상품 변형이 가능하여함 ◦ 신규 상품을 런칭하였을 때는 해당 상품의 성격을 고려한 판매 체계, 상품 카탈로그 등록, 가격 측정에 따른 판매처 연동 등 상품 판매 및 운영에 필요한 사항들을 반영하여야 함 ◦ 패스의 권종, 유형, 가격, 판매가, 할인가, 등록일시, 활성화 및 비활성화 여부 등 에 따른 상품분류가 가능하도록 상품 운영 ◦ 패스는 상위 하위 카테고리 등을 분류하여 관리가 가능토록 상품화함 ◦ 발행된 패스의 다양한 현황이 선택적으로 자료화하여 운영 및 시각화 ◦ 상품 상세 페이지에는 타입, 구분, 상품 카테고리 지정, 이미지 업로드 등 상품 판매 시 필요한 정보 관리 운영 ◦ 패스의 재고등록, 이동, 삭제, 그룹 등 관리자의 권한에 따라 관리 - 재고관리 기능은 통합시스템 및 앱/웹 정보 표기와도 연동 필요 ◦ 모바일패스의 경우, 위탁판매 사용 확인은 QR코드 유효성을 기준으로 확인 필수 ◦ 등록되는 상품은 관리자의 권한에 따라 제어되어 관리, 등록, 폐기, 이동 그룹 등의 모든 로그는 사용자 DB로 최고관리자가 확인할 수 있도록 관리 및 운영 ◦ 모든 패스는 정상적 절차에 의해서만 발행되고 유지 관리되어야 함 ◦ 신규 상품 출시 시, 기획 의도에 부합하는 패스 운영 시스템 개선 및 보완 - 패스 시간권 확대 시, 해당 시간에 맞는 유효기간 조정 등 - 입장 가능한 제휴시설 제한 시, 제휴시설 입장 시, QR코드별 제휴시설 입장 유효성 승인 여부 확인 등 - 기타 신규 서비스 개시에 따른 운영 시스템 적용 필수 | ||
| 산출 | 정보 | 유리관리 대장 |
□ 유지관리인력 요구사항(MHR)
| 요구사항 고유번호 | MHR-001 | |||
|---|---|---|---|---|
| 요구사항 명칭 | 유지보수 중요인력 요구사항 | |||
| 요구사항 분류 | 유지관리인력 요구사항 | |||
| 요구사항 상세설명 | 정의 | 서비스 운영/유지관리 업무별 투입인력 자격요건 | ||
| 상세내용 | ◦ PM(프로젝트 관리자)는 사업기간 전체 투입 - 고급기술자(경력 7년이상) 관광업계 종사자로서, 외국인 대상 관광패스 사업관리 경험보유자 - 시스템 유지보수 및 사업 운영 총괄하며, 발주처 요청 자료 수시 제출 ◦ 인력 구성 시 본 사업에 참여하였거나 관광패스 사업 또는 유사사업 경험이 있는 전문인력 포함 - 인력에 대한 자격, 경력, 관광패스 사업 참여실적을 상세하게 제시 ◦ 인력(시스템유지보수 책임자, 사업 운영 책임자 이상) 변경 시 발주처의 사전승인 필수 - 사업 착수시 제안한 핵심인력은 발주사의 동의 없이 제안사 임의로 변경할 수 없음 ※ 관광패스 : 운영자가 특정 지역의 관광시설, 체험 등을 설정된 기간 내에 이용할 수 있도록 설계된 통합 이용권 형태의 상품을 의미함 ※ 유사과업 인정범위 : 관광패스 사업과 유사한 권역별, 기간별, 주제별, 시즌별 등 통합이용이 가능한 유사상품의 판매, 운영관리, 정산과 관련한 시스템 및 운영 실적을 관광패스 유사사업 실적으로 인정함 ◦ 투입인력 중 변경사항 발생 시 1개월 내 발주처 보고 (대체 인력 활용 등의 인력 관리 내용 포함) | |||
| 산출 | 정보 |
□ 기타 추가 및 특별제안 ○ 본 사업과 관련하여 사업의 특성을 극대화하고, 최적화할 수 있도록 제안자가 판매 전략, 운영 활성화, 수익 확대 등을 위한 특별제안을 제시할 경우 이에 대한 합리적인 평가를 통해 기술 제안서 평가에 적극 반영하도록 함
4. 제안 일반 사항
1 일반 사항
□ 과업 수행은 본 제안요청서에 의하되, 세부 사항에 대해서는 발주처와 수행사가 협의하여 진행하고, 본 제안요청서에는 최소한의 사항만 규정하였으므로, 상세히 기술되지 않았거나 누락된 사항은 목적 달성에 지장이 없도록, 상호 협의하여 결정하고 상호 이견이 있을 경우 공사의 의견을 적극 수용한다. □ 본 제안요청서에 규정되지 아니한 사항은 관계 법 및 각종 지침 등 검토하여 발주처와 협의 후 수행하여야 한다. □ 발주처는 사업 진행 현황을 수시 점검, 감독, 자료 제출요청 권한을 가지며, 과업수행자는 적극 협조 하여야 한다. □ 용역수행과 관련하여 발주처와 사전 협의 후 진행하며, 특히 사용자에게 노출되는 업무(홈페이지 다국어 공지 등)는 외국어 번역 담당자 또는 전문업체를 지정하여 운영해야 한다. □ 수행사는 책임자(PM)를 임명하여 과업을 총괄 책임 지도록하며, 정략적 평가(인력평가)는 참여인력 명단으로 제출하고 반드시 본 과업 수행에 참여하여야 한다. 계약상대자 선정 후 인력평가 명단 중 과업에 참여하지 않는 인력이 있을 경우 계약 해지 사유가 될 수 있다. □ 참여자가 과업을 수행 할 수 없을 경우, 발주처의 승인을 받아 그와 동등 이상의 자격을 갖춘 자로 14일 이상 업무 인수인계 후 교체 할 수 있으며, ‘26.8.1부터 본 사업의 운영유지관리사업부문의 참여 인원수는 시스템유지관리(2명), 사업운영인력(7명) 이상 상시 유지한다.
[참고] ‘26 비짓부산패스 사업운영 적정 인력(안)
| 시스템 유지관리 | 인원 | 기간(월) | 투입률 | 사업운영 인력 | 인원 | 기간(월) | 투입률 | |
|---|---|---|---|---|---|---|---|---|
| IT지원기술자 | 1 | 12 | 20% | 총괄/기획 | 2 | 12 | 90% | |
| UI/UX디자이너 (홈페이지관리) | 판매정산, 서비스운영관리 | 80% | ||||||
| 시스템SW개발자 | 50% | CS센터, 가맹점재고관리 | 100% |
※ 행정기관 및 공공기관 정보시스템 구축운영지침 제 42조 4 의거 유지관리 및 운영 사업 등 인력 관리 성격의 사업으로 인력 투입 관리 가능 □ 발주처가 과업수행자의 과업수행이 부적합하다고 인정하는 경우에는 과업수행자에게 교체를 요구할 수 있으며, 과업수행자는 정당한 사유가 없는 한 이에 따라야 한다. □ (하자의 책임) 계약대상자는 불완전한 계획, 과업수행 오류 및 미달성, 성과물의 하자 등으로 인하여 발주처 또는 외부에 손실을 초래하였을 때, 이에 대한 모든 민·형사상의 책임을 져야 한다. □ (산출물 소유) 본 과업은 발주처에서 제공되는 [비짓부산패스] 시스템 유지보수 및 사업운영으로 과업 중 발생된 산출물은 발주처 소유로 한다. ※본 사업을 위하여 공사가 제공한 자료와 수행 중 처리·발생된 자료는 사업이 끝나는 즉시 정리하여 반납하여야 하며, 취득 및 반환 시 공사의 승인을 받아야 한다. □ (SW 공동활용) 사업을 통해 개발되는 소프트웨어는 용역계약일반조건 제56조(계약목적물의 지식재산권 귀속 등)에 따라 발주처는 관광활성화를 위한 목적으로 부산시와 공동 활용할 계획이 있음을 안내한다. □ (인수인계 협조) 계약만료 전후 해당 사업추진 관련, 사업자 변경 시 안정적인 사업 추진을 위해 인수인계에 적극적으로 협조하여야 한다. □ 부산역 홍보공간 임대 등 사업 운영에 필요한 사항에 대해서는 비용 처리 증빙서류를 지체없이 발주처로 제출한다. □ (카드구매) 카드구매 및 제작 완료 시 제작 내용이 담긴 본 파일을 USB에 저장하고 제작된 실물 카드의 재고는 별도 대장 관리하여야 하며, 검사 ․ 수령 하기까지 발주처의 책임 없는 사유로 인한 실물 카드의 망실 ․ 파손 등은 계약상대자의 부담으로 한다
참가자격
※ 부산관광공사 협약은행: 농협은행, 국민은행, 하나은행 ※‘상생결제시스템 안내 매뉴얼’참고(나라장터 국가종합전달조달처에서 확인 가능)
7 안전 보건 확보 의무 이행
□ 과업 수행자는 과업을 수행함에 있어서 현장 안전 관리자 및 이용자 의 안전을 확보하기 위하여 안전보건 관계법령 및 중대재해처벌법 의 무사항을 반드시 이행하고, 의무사항을 이행하지 않아 중대산업재해 가 발생할 경우 그에 따라 발생하는 법적 처벌 및 공사의 불이익 조 치에 대해서 이의를 제기하지 않는다. □ 과업 수행자의 귀책 사유로 인하여 사고 발생 시 이에 대한 책임은 운영업체가 책임져야 한다. □ 과업 수행자는 현장 안전 관리자 및 관계자, 이용자 등으로부터 유 해·위험 요인에 대한 신고가 접수될 경우 보수·보강 등 개선작업을 신속 조치하고, 공사의 이행명령에 따른 개선사항을 성실히 이행한다. □ 과업 수행자는 중대산업재해 발생 시 즉시보고 및 사고 처리 하여야 하며, 과업 수행 전반에 있어 과실 또는 의무 소홀 등으로 인해 발생 한 사고와 손해배상 및 모든 민형사상의 책임은 과업 수행자에게 있다.
5. 제안 평가 및 입찰 안내
1 입찰 개요
□ 입찰방식 ○ 입찰 방법: 전자입찰(나라장터), 총액입찰, 제한경쟁(중소기업), 협상에 의한 계약 ○ 입찰 일정: 공고로 정한 바에 따름 ○ 낙찰자 결정방법:지방계약법 제44조 1항3에 따른 협상에 의한 계약 - 지방자치단체를 당사자로 하는 계약에 관한 법률 시행령 제43조, 제44조 - 지방자치단체 입찰시 낙찰자 결정기준 적용(행정안전부 예규 제344호) - 지방자치단체 입찰 및 계약 집행기준(행정안전부 예규 제2026-367호) □ 선정절차 입찰공고 (6월) ➜ 입찰등록 및 제안서 접수 ➜ 제안서 평가 (7월) ➜ 우선협상대상자 선정/ 협상 ➜ 계약/인수인계 (7월) □ 입찰 참가 자격 ○『지방계약법』 시행령 제13조 및 같은 법 시행규칙 제14조에 의한 입찰 참가 자격을 갖춘자로 「국가종합전자조달시스템 입찰참가자격 등록규정」에 따라 입찰 마감일 전일까지 조달청 나라장터(G2B)에 다 음 업종으로 입찰 참가 등록을 필한 업체 - 소프트웨어사업자(컴퓨터관련서비스사업, 업종코드:1468) 소프트웨어사업자 일반현황 관리확인서 제출 - 종합여행업(업종코드:1261)에 등록된 업체(관광진흥법) - 통신판매업신고증 전자상거래등에서의 소비자 보호에 관한 법률 제12조 규정 및 동법 시행령 제13조에 따른 통신판매업신고증을 보유한 업체 ○ 『판로지원법』 제9조 및 같은 법 시행령 제10조에 따라 다음 세부
품명으로‘직접생산확인증명서(품명 및 번호)’를 소지한 자로서 전자입찰서 제출 마감일 전일까지 발급되어 유효기간 내 있어야 함 (아래 세부 품명 중 1개 제출) ① 소프트웨어유지및지원서비스 (세부품명번호: 8111229901) ② 정보시스템개발 서비스 (세부품명번호: 8111159901) ③ 정보시스템 유지관리 서비스 (세부품명번호: 8111189901) ○ 입찰일 마감 기준「중소기업기본법」제2조에 2항에 따른 중·소기업 또는「소상공인 보호 및 지원에 관한 법률」제2조에 따른 소상공인 으로서 중소기업·소상공인 확인서를 소지한 업체 - 중소기업확인서를 전자입찰서 제출 마감일 전일까지 신청한 자는 입찰참 가 가능하나 다음의 어느 하나에 해당하는 경우에는 참가자격 없음 ① 입찰서 제출일로부터 5일 이내에 중소기업확인서가 발급되지 않은 경우 ② 발급된 중소기업확인서가 입찰참가자격의 기업구분과 다른 경우 ③ 발급된 중소기업확인서의 유효기간 시작일이 전자입찰서 제출 마감일 이후인 경우 ④ 전자입찰서 제출 마감일 이후 중소기업확인서를 신청한 경우 - 「판로지원법」제33조에 따라 중소기업 간주 특별법인의 경우 입찰 참가 가능하며 특별법인임을 확인할 수 있는 서류 제출 필수 - 본 사업은 2총 사업금액 20억원 미만인 사업으로, 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업참여 지원) 따라, 중소 소프트웨어사 업자 (소프트웨어사업자 일반 현황 관리확인서 상의‘공공 소프트웨어사 업 입찰참여 제한금액 : 없음’으로 확인)만 입찰참가 가능 ○ 입찰참가 등록마감일 현재「지방계약법」시행령 제13조 및 같은 법 시행 규칙 제14조의 규정에 의한 경쟁입찰 참가자격을 갖추고 같은 법 제31조 및 시행령 제92조에 의한 부정당업자의 입찰참가자격 제한 기간에 있지 아니한 자 ○ 미자격자가 고의로 입찰에 참가하여「지방계약법」시행령 제92조 제 2항에 해당 된다고 판단될 경우 부정당업자로 제재할 수 있음 ○ 낙찰자는 계약 체결일까지 당해자격을 계속 유지하여야 함 ○ 본 사업은 공동수급은 불허함(품질보증 및 책임소재의 명확성을 통 해 안정적인 과업을 추진하기 위함임)
배점·평가
| 구 분 | 배점(100점) | 평 가 방 법 | |
|---|---|---|---|
| 기술능력평가(90점) | 정량적 평가 | 20 | 발주처 서류 평가 |
| 정성적 평가 | 70 | 평가 위원회 평가 | |
| 입찰 가격평가(10점) | 10 | 산식에 따른 절대평가 |
○ 기술능력평가(90점) 세부 항목 및 기준
| 구분 | 분야 | 평가항목 | 세부내용 | 배점 (점) |
|---|---|---|---|---|
| 기술 능력 평가 (90점) | 정량적 평 가 (20점) | 1.수행실적 | - 최근 3년간 관광패스 유사사업 사업 3억이상 수행건수(3점) - 최근 3년간 관광패스 유사사업 3억미만(5천만원이상) 수행건수(3점) | 6 |
| 2.인력평가 | - 시스템유지보수 인력(3점) - 사업 운영 인력 보유현황(3점) | |||
| 3.경영상태 | ∘ 기업 신용평가등급에 따른 점수부여 | 4 | ||
| 4.산업재해율 | ∘ 최근 3년간 동종업종 평균산업재해율 | |||
| 정성적 평 가 (70점) | 전략 및 방법론 | - (사업의이해도) 사업특성과 사업전력을 제시 - (추진적략) 시스템유지보수 및 운영 전략 수립의 적정성 - 관광패스 시스템 유지보수 및 사업수행에 따른 예상 발생 문제 및 합리적 해결방안 제시 등 - 시스템고도화 전략 제시 | 5 | |
| - (적용기술) 사업에 적용하고자 하는 기술과 전략이 향후 확정성을 고려하였는지, 현실적으로 실현 가능 여부 | 2 | |||
| 기술 및 기능 | -기능요구사항, 제약사항 등 구체적으로 기술 -제안한 방안과 기술의 실표성과 적정성 | 10 | ||
| - 시스템 유지보수 및 관리 계획의 적절성 등 - 패스 관리, 정산시스템, 관리자 페이지 개선 적정성 등 | ||||
| 성능 및 품질 | - 성능확보방안, 품질보증방안 등 요구사항에 부합성 - 제안한 운영 방안, 전략이 요구사항을 충족 가능성 | 5 | ||
| 프로젝트관리 (사업 운영) | - 일정관리, 사업위험관리, 산출문의 형상문서관리 등 사업수행을 구체적으로 제시 - 수익률 제고, 가맹점 확대, 교육, 관리 방안 우수성 등 | 10 | ||
| - 관광패스 판매촉진, 홍보 마케팅 계획의 적절성 등 | 5 | |||
| - 사업수행 기간과 운영 세부일정을 구체적으로 제시 - 일정계획이 적절히 수립 여부 | 10 | |||
| 프로젝트지원 (제안 사항) | - 홈페이지(웹/앱) 활성화를 위한 제안 사항 - 수익률 제고, 수익 구조 개선을 위한 제안 사항 - 시스템 기능 개선을 위한 제안 사항 - 제안 사항 계획의 지속성과 실현가능성 | |||
| 프로젝트지원 (보안,비상대책) | - 기술이전, 하자보수, 기밀보안 적정성 등 - (비상대책) 각종 백업/복구 및 장애대응 대책 구체적으로 제시 | 3 | ||
| 합 계 | 90 |
□ 정량적평가(20점) 상세내용 ○ 사업 수행 실적(6점)
| 사업 수행 실적 조건 | 3점 | 2점 | 1점 | 0점 |
|---|---|---|---|---|
| ① 관광패스 유사사업 시스템 개발 또는 사업운영 수행 실적 단일사업 실적금액 3억원 이상(부가세별도) | 2건 이상 | 1건 | - | 0 |
| ② 관광패스 유사사업 시스템 개발 또는 사업운영 수행 실적 단일사업 실적금액 3억원미만~5천만원이상(부가세별도) | 3건 이상 | 2건 | 1건 |
- 공고일 기준 최근 3년 이내 관광패스 사업 이행 완료된 실적 - (관광패스 유사사업 범위) 지역내 관광시설, 체험 등을 특정 기간 내에 이용할 수 있도록 설계된 통합이용권(기간별, 시즌별, 수량제한 등) 관련 시스템 구축 및 사업 운영 - 공공기관 실적증명서 원본 제출, 민간 실적의 경우 계약서와 세금계산서로 증빙 제출해야 하며, 공식적으로 증빙이 불가할 경우 평가 제외 - 공동 수급의 경우 해당 회사의 분담 실적(출자 및 분담 비율 반영)만을 인정 ○ 인력평가(6점) ※ 본 사업 참여 인력으로 제출
| 구 분 | 3점 | 1점 | 0점 |
|---|---|---|---|
| ① 시스템 유지보수 인력: 소프트웨어기술자 경력 4년 이상 | 3명 이상 | 2명 | 1명이하 |
| ② 사업 운영인력: 관광업 또는 여행업 관련 경력 4년 이상 | 4명 이상 | 3명 | 2명이하 |
- ① 시스템 유지보수 인력: 소프트웨어기술자 경력 4년 이상(중급기술자) ※ 한국소프트웨어산업협회 소프트웨어기술자 경력증명서 기준 ※ 중급기술자 정의(엔지니어링산업 진흥법 시행령 제4조 별표2) 1) 해당 전문 분야와 관련된 기사 자격을 가진 사람으로서 해당 전문분야와 관련된 업무를 4년 이상 수행한 사람. 2) 해당 전문분야와 관련된 산업기사자격을 가진 사람으로서 해당 전문 분야와 관련된 업무를 7년 이상 수행한 사람 ※ 한국소프트웨어산업협회, 한국정보통신공사협회, 한국엔지니어링협회에서 증명한 기술 등 인정하며, 국가기술자격법 의거 정보처리 분야의 기술사, 기사, 산업기사 한에 증명 인정 - ② 사업 운영 인력: 관광업 또는 여행업종 관련 경력 4년 이상 ※ 경력증명(관광업종 또는 여행업종, 근무기간 등)이 불가할 경우 평가에서 제외 - 공고일 전일 기준 제안사 소속임을 입증할 수 있는 재직증명서 및 4대 보 험 납입증명서 제출. ①, ②항에 중복 지원 불가 - 안정된 사업운영을 위해 인력평가는 사업 참여인력으로 구성하며 [서식제8 호. 업무수행조직 및 인원현황] 제출시 포함, 5개월 이상 실제 참여 인력 이 아닌 경우 계약 해지 조건이 됨 ※ 행정기관 및 공공기관 정보시스템 구축운영 지침 제42조4 의거 고정비 방식의 유지관 리 및 운영사업 등 인력관리 성격의 사업은 투입인력 관리 할수 있다. - PM과 부문 책임자(시스템유지관리, 사업운영 등)는 핵심인력으로 변경시 발주처의 사전 승인을 득해야 함 ○ 경영상태 평가기준(4점) - 「신용정보의 이용 및 보호에 관한 법률」제4조 제1항 제1호 또는 「자본시 장과 금융투자업에 관한 법률」 제335조의 3에 따라 업무를 영위하는 신용 조회사 또는 신용평가사가 입찰공고일 이전에 평가하고 유효기간 내에 있는 회사채, 기업어음, 기업신용평가등급으로 국가종합전자조달시스템에 조회된 신용평가등급으로 평가하되, 가장 최근의 신용평가등급으로 평가(신용평가등 급 미등록 시 최저 등급으로 평가)
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| 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% (4점) |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95% (3.8점) |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90% (3.6점) |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% (2.8점) |
[주] 합병한 업체에 대하여는 합병 후 새로운 신용평가등급으로 평가하며, 합병 후의 새로운 신용평가 등급이 없는 경우에는 합병대상 업체 중 가장 낮은 업체의 신용평가등급을 적용 ○ 산업재해율 (4점)
| 구 분 | 평가요소 | 배점 |
|---|---|---|
| 최근 3년간 산업재해율 | 동종업종 평균산업재해율보다 낮을 경우 | 4 |
| 동종업종 평균산업재해율과 같을 경우 | 3 | |
| 동종업종 평균산업재해율보다 높을 경우 | 0 |
참가자격
3 협상 및 계약
□ 협상적격자 및 협상 순위 선정 ○ 제안서평가 기술능력평가점수가 기술능력 평가분야 배점 한도의 85%이상인 제안사를 협상적격자로 선정하며, 협상순서는 협상적격 자 중 종합 평가점수의 고득점 순에 의하여 결정 ○ 종합점수가 동일한 업체가 2인 이상일 경우에는 기술능력평가점수가 높은 업체를 우선협상자로 하고, 기술능력평가점수도 동일한 경우에 는 추첨으로 정함 ○ 협상대상자로 선정된 업체 및 평가위원회에서 제안된 사항을 기본 협상 대상으로 하며, 협상을 통해 그 내용의 일부를 조정할 수 있음 ○ 협상적격자 선정과 우선 협상대상자 통보는 서면으로 하며, 협상 개 시를 통보한 날로부터 15일 이내에 협상을 실시 ○ 최고득점자를 협상대상자를 선정하고, 우선 협상대상자와 협상이 성 립된 때에는 차순위 협상대상자와의 협상은 실시하지 않음 ○ 우선 협상대상자와의 협상이 결렬되면 동일한 기준과 절차에 따라 차순위 협상대상자 순으로 협상을 실시하며, 모든 협상이 결렬된 경 우에는 재공고 입찰 또는 새로운 입찰에 부칠 수 있음
4 제안참여자 일반사항
□ 제안내용은 국내외 기술기준, 법령 등 관련 법규에 적합하여야 함 □ 과업 수행 중이라도 과업 관련하여 효율적인 방안이나 계획, 새로운 기술 등이 있을 경우 발주처에 의견을 제시하고 협의 해야 함 □ (안전확보이행) 과업수행자는 「중대재해처벌법」,「산업안전보건법」등의 관련 법령을 준수하여 의무사항을 반드시 이행하고, 의무사항을 이행 하지 않아 중대산업재해가 발생할 경우 그에 따라 발생하는 법적 처 벌 및 발주처의 불이익 조치에 대해서 이의를 제기하지 않음 ○ 과업 수행자는 현장 안전관리자 및 관계자 등으로부터 유해·위험 요인에 대한 신고가 접수될 경우 보수·보강 등 개선작업을 신속히 조치하고, 발주처의 이행 명령에 따른 개선사항을 성실히 이행 ○ 과업 수행자 귀책 사유로 사고 발생 시 이에 대한 책임 및 조치 ○ 과업 수행자는 중대산업재해 발생 시 즉시 보고 및 사고 처리 □ (하도급 허용) 하도급의 경우 다음 사항을 준수 ○「소프트웨어 진흥법」및 같은 법 시행령, 시행규칙과 「소프트웨어사업 계약 및 관리감독에 관한 지침(과학기술정보통신부고시) 제2021-100호」을 적용 하고 낙찰자는 반드시 발주처의 사전 승인을 받 아야 하며, 재하도급은 금함 ○ 과업의 일부를 하도급 하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨 어사업금액의 100분의 50을 초과할 수 없으며, 같은 법 제3항에 따
| 구분 | 주요 내용 | 비고 |
|---|---|---|
| 입찰에 부치는 사항 | ‣ 입 찰 명 : 2026년 비짓부산패스 사업 운영 및 플랫폼 고도화 용역 ‣ 사업기간 : 계약체결일로부터 ~ 2027. 7. 31.(금) ‣ 예정가격 : 금800,000,000원(부가가치세 포함) | 1항 |
| 공고 및 계약방법 | ‣ 전자입찰, 총액, 제한경쟁, 협상에 의한 계약 | 2항,3항 |
| 입찰 참가자격 | ‣ 나라장터 업종코드 1468, 1261으로 등록 소지자 ‣ 직접생산확인증명(제안요청서 참고)를 갖춘 자 ‣ 통신판매업신고증을 보유한 업체 ※ 두 자격 모두 공고일 이전 등록되어 있어야 함 | 4항 |
| 공동계약 가능여부 | ‣ 공동계약 불가 | 5항 |
| 하도급 가능여부 | ‣ 하도급 가능 | 6항 |
| 제안서 제출 | ‣ 직접 제출(방문) 제안서 제출 | 7항 |
| 가격제안서 | ‣ 2026. 7. 7.(화) 10:00 ~ 2026. 7. 9.(목) 15:00 까지 | |
| 기술제안서 | ‣ 2026. 7. 9.(목) 10:00 ∼ 15:00 |
과업·요구
| 공모명 | 위치 | 사업내용 | 사업기간 | 예정금액 |
|---|---|---|---|---|
| 2026년 비짓부산패스 사업운영 및 플랫폼 고도화 | 부산광역시 | 제안요청서 참조 | 계약체결일로부터 ~ 2027. 7. 31. | 금800,000,000원 (부가가치세 포함) |
참가자격
2. 공모 및 계약방식 : 전자입찰, 총액, 제한경쟁, 협상에 의한 계약 3. 낙찰자 결정방법 : 「지방자치단체를 당사자로 하는 계약에 관한 법률 시행령」제43조,제 44조(협상에 의한 계약)준용 4. 공모참가자격[아래 사항에 전부 충족되는 업체] 가.「지방자치단체를 계약의 당사자로하는 계약에 관한 법률 시행령」제13조 및 같은 법 시행규칙 제14조 규정에 의한 입찰참가자격을 갖춘 사업자로 「국가종합전자조달시스템 입찰참가자격등록규정」에 따라 입찰 공고일 전일까지 조달청 나라장터(G2B)에 다음 업종으로 입찰 참가 등록을 필한 업체 - 업종 : 소프트웨어사업자(1468)와 종합여행업(1261) 및 통신판매업(4403) 신고증을 모두 보유 나.「중소기업기본법」제2조에 따른 중소기업자로서 ‘중소기업확인서’ 발급이 가능한 업체 - 중소기업확인서를 전자입찰서 제출 마감일 전일까지 신청한 자는 입찰참가가 가능하나 다음의 어느 하나에 해당하는 경우에는 참가자격 없음 ① 입찰서 제출일로부터 5일 이내에 중소기업확인서가 발급되지 않은 경우 ② 발급된 중소기업확인서가 입찰참가자격의 기업구분과 다른 경우 ③ 발급된 중소기업확인서의 유효기간 시작일이 전자입찰서 제출 마감일 이후인 경우 ④ 전자입찰서 제출 마감일 이후 중소기업확인서를 신청한 경우 - 중소기업확인서는 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인하며, 확인이 되지 않을 경우 입찰참가 자격 없음 -「판로지원법」제33조에 따라 중소기업 간주 특별법인의 경우 입찰 참가 가능하며 특별법인임을 확인할 수 있는 서류 제출 필수 다.「판로지원법」제9조 및 같은 법 시행령 제10조에 따라 ‘직접생산확인증명서(세부품명: 소프트웨어유지밎지원서비스 8111229901, 정보시스템개발서비스 8111159901, 정보시스템 유지관리 서비스 8111189901)’세개 품명 중 1개 이상 소지한 자 - 직접생산확인증명서는 전자입찰서 제출마감일 전일까지 발급된 것으로 유효기간 내 있어야 함
라. 전자입찰서 제출확인은 조달청 국가종합전자조달시스템의 보낸 문서함에서 확인하시기 바랍니다. 마. 입찰서 제출일자 : 2026. 7. 7.(화) 10:00 ~ 2026. 7. 9.(목) 15:00 까지 10. 평가위원회 개최 *세부사항은 추후 변동 될 수 있음 가. 일시: 2026. 7. 13.(월) 14:00 예정 / 장소: 부산관광공사 본부 14층 마이애미 회의실 나. 발표는 본 과업수행에 참여하는 인력이 진행하며, 발표자료는 파워포인트로 작성된 설 명 자료를 이용하되, 기제출한 파일을 사용 다. 발표내용과 제안서의 내용이 상이할 경우 감점 처리할 수 있고, 발표내용보다 제안서가 우선함 라. 발표순서는 접수순으로 선택권을 부여 하고, 발표시간은 제안사별 25분 내외(발표 15분, 질의응답 10분)로 하며, 제안설명회 참가인원은 제안사별 3명(발표자 포함) 이내 한정 마. 제안 발표에 참가하는 참가인원은 신분을 확인할 수 있는 재직증명서, 신분증 지참 11. 우선협상 대상자 선정 및 낙찰자 결정 방법 가. 제안서 평가결과 기술능력평가 점수와 가격 평가점수의 합산점수가 85점 이상인 자를 협상적격자로 선정함 나. 협상적격자의 기술능력평가 점수와 입찰가격평가 점수를 합산하여 합산점수가 가장 높은 자를 우선협상대상자로 선정함 ○ 합산점수가 동일한 제안자가 2인 이상일 경우, 기술능력평가 점수가 높은 자를 선순위자로 하고, 기술능력평가 점수도 동일한 경우에는 추첨으로 정함 ○ 평가배점 : 기술능력평가 90%, 가격평가 10% (※세부내용 제안요청서 참조)