입찰공고상세[용역] · 마감
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
2025년 스마트도시 데이터허브 시범솔루션 발굴사업(긴급, 협상에 의한 계약)
유찰 · 울산광역시 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 10/02(금)
요약 AI 요약
울산광역시가 빈집 도시재생, 상권 활성화, 탄소 예측 관리 등 도시문제에 대해 정책 도입 전 효과 검토와 도입 후 성과관리가 가능한 3종 정책 시뮬레이션 서비스를 구축하는 사업이다. 기존 스마트도시 데이터허브를 NGSI-LD 기반 표준 연계형 허브로 고도화하고 데이터 카탈로그·리니지·시멘틱 브로커·포털 기능을 강화한다.
- 데이터허브 포털 및 표준 연계 체계 고도화(NGSI-LD 기반 데이터 카탈로그, 메타데이터 관리, 데이터 리니지, 시멘틱 브로커, 데이터 검색·조회·연계 요청, 활용 이력·통계)
- 빈집 도시재생 시뮬레이션 서비스(주거용 빈집과 상가 공실 구분, 인구·공실·주거환경·에너지 사용 변화 데이터 결합, 도시재생 활성화 후보지 검토)
- 상권 활성화 시뮬레이션 서비스(창·폐업, 소비, 상가 공실 데이터 활용, 상권 쇠퇴 요인 검토, 지역상권 활성화구역·자율상권구역 후보지 검토)
- 탄소 예측 관리 시뮬레이션 서비스(에너지·탄소 데이터를 빈집·상권 시뮬레이션의 보조 입력값으로 활용)
- 정책 시뮬레이션 공통 엔진 및 GIS·차트·표·통계 기반 의사결정 지원 화면
- 도시가스(신규구매)·상권·공실 등 민간·외부 데이터 구매·연계 및 국가 유관 시스템(빈집정비 통합지원시스템, 탄소공간지도시스템, 소상공인365) 연계
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01737528 · 베타 기간 무료
사업 내용 · 이 공고에 든 일
중심 · 스마트도시 데이터허브 시범솔루션 구축
용역 › 정보시스템·SW › SW 개발·운영
NGSI-LD 기반 데이터허브 포털·표준 연계 체계 고도화와 3종 정책 시뮬레이션 서비스를 개발·구축하는 SW 개발 사업이다.
- 데이터허브 포털 및 데이터 관리 기능 구현
- NGSI-LD 기반 표준 연계 체계 고도화
- 데이터 카탈로그·리니지·시멘틱 브로커·메타데이터 관리
- 정책 시뮬레이션 공통 엔진 구축
- 빈집 도시재생 시뮬레이션 서비스
- 상권 활성화 시뮬레이션 서비스
- 탄소 예측 관리 시뮬레이션 서비스
- GIS·차트·통계 의사결정 지원 화면
- 시스템 운영·관리 기능 구현
- 국가 유관 시스템 및 내부 시스템 연계
- 데이터 구매·외부 데이터 연계 및 정제·표준화
- 오픈소스 기반 SW 공개·확산
- 실증 운영 및 성과관리
- 정보시스템 감리 대응
- 사용자 교육 및 매뉴얼 작성
- 하자보수 및 3년간 사후 운영지원
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 입찰가격이 사업예산 이하인 자로서 기술능력평가 점수가 기술능력평가분야 배점한도의 85% 이상인 자(차등점수 적용 전 원 기술능력평가점수 기준)
| 평가 항목 | 배점 |
|---|---|
| 경영상태 | 4점 |
| 수행실적(단일실적, 누계실적) | 6점 |
| 기술인증 | 4점 |
| 정보보호 인증 | 4점 |
| 사회적 책임 | 2점 |
| 전략 및 방법론 - 사업 이해도 | 3점 |
| 전략 및 방법론 - 추진전략 | 3점 |
| 전략 및 방법론 - 적용기술 | 3점 |
| 전략 및 방법론 - 표준 프레임워크 적용 | 3점 |
| 전략 및 방법론 - 개발 방법론 | 3점 |
| 기술 및 기능 - 시스템 요구사항 | 3점 |
| 기술 및 기능 - 기능 요구사항 | 5점 |
| 기술 및 기능 - 보안 요구사항 | 3점 |
| 기술 및 기능 - 데이터 요구사항 | 3점 |
| 기술 및 기능 - 시스템운영 요구사항 | 3점 |
| 기술 및 기능 - 제약사항 | 3점 |
| 성능 및 품질 - 성능 요구사항 | 5점 |
| 성능 및 품질 - 품질 요구사항 | 5점 |
| 성능 및 품질 - 인터페이스 요구사항 | 5점 |
| 프로젝트 관리 - 관리방법론 | 4점 |
| 프로젝트 관리 - 일정계획 | 3점 |
| 프로젝트 관리 - 개발장비 | 3점 |
| 프로젝트 지원 - 유지관리 | 3점 |
| 프로젝트 지원 - 하자보수계획 | 3점 |
| 프로젝트 지원 - 기밀보안 | 2점 |
| 프로젝트 지원 - 비상대책 | 2점 |
| 입찰가격 평가 | 10점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468) 또는 소프트웨어사업자(패키지소프트웨어개발.공급사업)(1426)
- 지역제한
- 제한 없음
- 공동수급
- 공동이행
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/18(금) | 지남 |
| 입찰서 제출 시작 | 09/28(월) 10:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/01(목) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/02(금) 10:00 | 지남 |
| 개찰 | 10/02(금) 11:00 | 지남 |
가격
- 추정가격
- 979,090,909원
- 배정예산
- 1,077,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/18(금)
- 공고번호
- R26BK01737528-000
- 참조번호
- 울산광역시 공고 제2026-1798호
- 공고기관
- 울산광역시
- 수요기관
- 울산광역시
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 979,090,909원
- 배정예산
- 1,077,000,000원
- 공공조달분류
- ICT 서비스 › 시스템 운영환경 구축 › 정보인프라구축서비스
- 사전규격번호
- R26BD00271938
- 재공고
- 아니오
- 출처
- 나라장터
첨부파일
- HWPX · 1. 용역 입찰공고(긴급, 협상에의한계약) - 2025년 스마트도시 데이터허브 시범솔루션 발굴사업(최종).hwpx · 공고규격서
- PDF · 1. 용역 입찰공고(긴급, 협상에의한계약) - 2025년 스마트도시 데이터허브 시범솔루션 발굴사업(최종).pdf · 공고규격서
- HWPX · 3. 조달청 제안서 평가대행 집행기준 - 2025년 스마트도시 데이터허브 시범솔루션 발굴사업(최종).hwpx · 공고규격서
- HWPX · 2. 제안요청서 - 2025년 스마트도시 데이터허브 시범솔루션 발굴사업(최종).hwpx · 공고규격서
문서 발췌
과업·요구
3. 수행내용 및 범위 ○ 본 사업은 국가 유관 시스템과 중복될 수 있는 개별 분석 기능의 자체 구축은 최소화하고, 울산광역시 스마트도시 데이터허브를 기반으로 정책 시뮬레이션형 의사결정 지원 체계를 구축하는 것을 범위로 함 ○ 기 구축된 울산광역시 스마트도시 데이터허브의 활용성을 높이기 위해 NGSI-LD 기반 표준 연계 체계를 강화하고, 데이터 카탈로그, 데이터 리니지, 시멘틱 브로커, 데이터 검색·조회 및 연계 요청 기능 등 데이터허브 포털 기능을 구현함 - 스마트도시 데이터허브 관련 국내·외 표준 및 NGSI-LD 기반 데이터 연계 표준 준수 - 데이터의 출처, 수집·가공 이력, 활용 현황을 관리할 수 있는 데이터 관리 체계 마련 - 울산광역시 내 분산된 데이터 자산을 검색·조회·활용할 수 있는 포털형 관리 기능 구현 - 향후 타 시스템 및 타 지자체 데이터허브와 연계 가능한 표준 API 기반 확산 구조 마련 ○ 국토교통부 빈집정비 통합지원시스템, 탄소공간지도시스템, 소상공인365 등 국가 유관 시스템과의 기능을 활용하고, 기존 시스템의 제공 정보와 울산시 보유 데이터를 연계·활용하는 구조로 구현함 ○ 시범솔루션 서비스는 다음 3개 분야를 중심으로 구축함 - 빈집 도시재생 시뮬레이션 서비스 - 상권 활성화 시뮬레이션 서비스 - 탄소 예측 관리 시뮬레이션 서비스 ○ 시뮬레이션 결과는 GIS, 차트, 표, 통계 화면 등으로 제공하고, 정책 조건 비교, 대상지역 검토, 시나리오별 결과 확인, 성과관리 등에 활용될 수 있도록 구성함 ○ 데이터허브 시범솔루션의 지속 운영을 위해 운영관리 방안, 사용자 교육, 기능별 활용도 점검, 성과관리 방안을 수립하고, 성과목표(KPI)에 대한 측정 방안, 평가자료, 결과보고서 등 성과관리 산출물을 작성함 ○ 본 사업은 정보시스템 감리 대상 사업으로서, 감리 대응을 위한 기술자료와 관련 산출물을 제공하고, 감리기관과의 협의를 통해 사업 완료 시까지 필요한 절차에 적극 협조하여야 함 ○ 타 지자체 데이터허브 간 연계를 위한 표준 기반 광역 연계와 표준 프로토콜을 지원하고, 오픈소스 기반으로 서비스 공개 및 확산 지원 ○ 데이터허브 시범솔루션 지속 운영을 위한 활성화 전략 모색 및 운영 방안 발굴을 통한 3년간 지속 운영 지원하여야 함
Ⅱ 사업 추진 내용 ※ 세부내용은 Ⅳ. 제안요청 내용 참고
○ 분산되어 운영 중인 울산광역시 도시데이터를 기존 스마트도시 데이터허브와 연계·통합하여, 정책 시뮬레이션 기반의 데이터허브 시범솔루션 구축 및 운영체계 마련 ○ 공공데이터, 국가 유관 시스템 제공 정보, 울산시 보유 데이터를 연계·활용할 수 있도록 NGSI-LD 기반 표준 데이터 모델, 데이터 카탈로그, 데이터 리니지, 시멘틱 브로커 등 표준 연계형 데이터허브 기능 고도화 ○ 도시재생, 상권 활성화, 탄소 예측 관리 등 주요 도시 현안을 대상으로 정책 도입 전 효과 검토와 도입 이후 성과관리가 가능한 3종 시뮬레이션 서비스 구현 ○ 데이터허브 포털 기능을 통해 데이터 현황 조회, 데이터 검색, 연계 요청, 활용 이력 관리, 기능별 활용통계 등 데이터 운영관리 기능 제공 ○ 데이터 허브 간 연계 및 오픈소스 기반 SW 공개·설치·기술 지원 - 광역 데이터 허브 간 연계가 가능한 표준 형태(NGSI-LD)를 준수 - 데이터 연계 표준(NGSI-LD)를 준수하고, TTA의 데이터모델 표준(TTAK.KO-10.1331-Part4/R2) 반영 및 추진 - 사업기간 내 구축한 솔루션을 오픈소스 기반으로 공개하고, 업데이트 시 상시 반영하여 운영관리 필수 ○ 주요 기능
| 시스템 구분 | 주요 내용 |
|---|---|
| 데이터허브 포털 및 표준 연계 체계 고도화 | NGSI-LD 기반 표준 연계 체계를 고도화하고, 데이터 카탈로그, 리니지, 시멘틱 브로커, 메타데이터 관리, 데이터 검색·조회·연계 요청 기능을 제공하는 울산 데이터허브 포털을 구축 |
| 데이터 구매 및 외부 데이터 연계 | 정책 시뮬레이션의 정합성 확보를 위해 도시가스(신규구매), 상권, 공실 등 필요한 민간·외부 데이터를 구매 또는 연계한다. 구매·연계 데이터는 개인정보보호 및 제공 가능 범위를 고려하여 집계·비식별 데이터 중심으로 활용하고, 데이터허브 표준 체계에 맞게 정제·표준화·관리 |
| 국가유관시스템 연계 및 공동활용 체계 | 빈집정비 통합지원시스템, 탄소공간지도시스템, 소상공인365 등 국가 유관 시스템과 중복되는 기능은 자체 구축을 최소화하고, 기존 시스템 제공 정보와 울산시 보유 데이터를 연계·활용하는 구조로 설계 |
| 정책 시뮬레이션 공통 엔진 | 빈집, 상가 공실, 상권, 에너지·탄소 등 도시 현안 데이터를 결합하여 정책 대상지역 검토, 조건별 비교, 정책 도입 전 효과 검토, 도입 이후 성과 확인을 지원하는 공통 시뮬레이션 구조를 마련 |
| 빈집 도시재생 시뮬레이션 서비스 | 주거용 빈집과 상가 공실을 구분하고, 인구, 공실, 주거환경, 에너지 사용 변화 등 관련 데이터를 결합하여 도시재생 활성화 후보지 검토와 정책 효과 분석을 지원 |
| 상가 공실 상권 활성화 시뮬레이션 서비스 | 창·폐업, 소비, 상가 공실 등 관련 데이터를 활용하여 상권 쇠퇴 요인을 검토하고, 지역상권 활성화구역 및 자율상권구역 후보지 검토와 정책 효과 사전 검토를 지원 |
| 탄소 예측 관리 시뮬레이션 서비스 | 에너지·탄소 관련 데이터를 빈집·상권·도시재생 정책 시뮬레이션의 보조 입력값으로 활용하여 정책 변화에 따른 에너지·탄소 영향을 검토할 수 있도록 구성 |
| 서비스 표출 및 의사결정 지원 화면 | 시뮬레이션 결과를 GIS, 차트, 표, 통계 화면 등으로 제공하고, 대상지역 검토, 시나리오별 결과 확인, 정책 우선순위 판단, 성과관리 자료 확인에 활용할 수 있도록 구성 |
| 운영관리 및 활용도 점검 기능 | 사용자·권한·메뉴·코드 관리 기능과 함께 기능별 이용 로그, 메뉴별 활용통계, 데이터 조회·분석 이력, 연계 요청 이력을 관리하여 운영성과와 활용도를 점검할 수 있도록 구성 |
| 실증·성과관리 및 감리 대응 | 서비스 실증 운영, 사용자 검토, 성과지표 측정, 결과보고서 작성, 정보시스템 감리 대응을 위한 산출물 제공 및 보완 조치를 수행 |
| 확산성 및 표준 기반 공동활용 구조 | NGSI-LD 기반 표준 API, 데이터 모델, 메타데이터, 운영 매뉴얼, 기술이전 자료를 정리하여 향후 타 지자체 및 유관기관과의 연계·확산이 가능한 구조로 구축 |
2. 개발대상 업무 가. 데이터허브 포털 및 표준 연계 체계 고도화 ○ 울산광역시 스마트도시 데이터허브의 활용성 강화를 위해 데이터허브 포털 서비스 및 표준 연계 체계를 구축함 - 데이터허브 내 기 구축 데이터, 울산시 보유 데이터, 외부 구매·연계 데이터를 통합적으로 조회·관리할 수 있는 데이터 포털 기능 구현 - NGSI-LD 기반 데이터 표준 모델링 및 연계 체계 마련 - 데이터 카탈로그, 메타데이터 관리, 데이터 리니지, 시멘틱 브로커 등 데이터허브 핵심 기능 고도화 - 데이터 검색, 조회, 연계 요청, 활용 이력 관리, 기능별 활용통계 등 운영관리 기능 구현 나. 정책 시뮬레이션 기반 시범솔루션 서비스 구축 ○ 국가 유관 시스템과 중복될 수 있는 개별 분석 기능의 자체 구축은 최소화하고, 울산시 보유 데이터와 외부 데이터를 연계하여 정책 의사결정 지원형 시뮬레이션 서비스를 구축함 ○ 서비스 1 : 빈집 도시재생 시뮬레이션 서비스 - 주거용 빈집과 상가 공실을 구분하고, 인구, 공실, 주거환경, 에너지 사용 변화 등 관련 데이터를 활용하여 도시재생 활성화 후보지와 정책 효과를 검토할 수 있도록 지원 ○ 서비스 2 : 상권 활성화 시뮬레이션 서비스 - 창·폐업, 소비, 상가 공실 등 관련 데이터를 활용하여 상권 쇠퇴 요인을 검토하고, 지역상권 활성화구역 및 자율상권구역 후보지 선정과 정책 효과 사전 검토 지원 ○ 서비스 3 : 탄소 예측 관리 시뮬레이션 서비스 - 에너지·탄소 관련 데이터를 빈집, 상권, 도시재생 정책 검토의 보조 입력값으로 활용하여 정책 변화에 따른 에너지 사용 및 탄소 영향을 검토할 수 있도록 지원 다. 국가·유관 시스템 및 내부 시스템 연계 ○ 국토교통부 빈집정비 통합지원시스템, 탄소공간지도시스템, 소상공인365 등 국가 유관 시스템과 중복되는 기능은 자체 구축을 지양하고, 기존 시스템 제공 정보와 울산시 보유 데이터를 연계·활용하는 방안을 검토함 ○ 울산데이터포털, 울산 빅데이터센터, 울산광역시 내부 시스템 등 유관 시스템과의 연계성을 검토하고, 사업 완료 후 정보자원관리시스템(IRM)에 연계 현황을 등록할 수 있도록 관련 산출물을 정리함 라. 데이터 구매 및 외부 데이터 연계 ○ 정책 시뮬레이션의 정합성 확보를 위해 도시가스(신규구매), 상권, 공실 등 필요한 민간·외부 데이터를 구매 또는 연계함
※ 구체적인 데이터 종류 및 확보·연계 방법은 사업 착수 후 요구사항 분석 및 발주기관과의 협의를 통해 최종 확정한다. ○ 구매·연계 데이터는 개인정보보호 및 제공 가능 범위를 고려하여 집계·비식별 데이터 중심으로 활용하고, 데이터 품질진단, 정제, 표준화, 데이터허브 적재 및 활용 방안을 제시함 마. 표준 기반 확산 및 운영 지원 (오픈소스 공개) ○ NGSI-LD 기반 표준 API 모듈, 데이터 모델, 메타데이터, 운영 매뉴얼 등을 정리하여 향후 타 지자체 및 유관기관과 연계·확산 가능하도록 공통 기능은 원칙적으로 공개 (단순 소스코드 공개가 아닌 타 지방정부가 즉시 구동 및 테스트할 수 있도록 제공 필수) ○ 발주기관 운영 인력이 시스템을 안정적으로 운영할 수 있도록 기술이전, 사용자 교육, 운영 매뉴얼을 제공함 ◌ 핵심 소프트웨어 산출물(코어모듈, API 모듈 등) 타 지자체 활용할 수 있는 라이선스 적용 및 발주기관과 협의하여 저장장소 적재 바. 실증·성과관리 및 감리 대응 ○ 구축된 데이터허브 포털, 표준 연계 기능, 3종 정책 시뮬레이션 서비스에 대해 실증 운영 및 사용자 검토를 수행함 ○ 성과목표(KPI)에 대한 측정 방안, 평가자료, 결과보고서 등 성과관리 산출물을 작성함 ○ 정보시스템 감리 대응을 위한 설계자료, 기술자료, 테스트 결과 등 관련 산출물을 제공하고 감리기관 검토 의견에 따른 보완 조치에 협조함 사. 시범솔루션 타지자체 확산 및 실증 ○ NGSI-LD 기반으로 울산 시범솔루션 모듈화 및 패키징하여, 별도의 추가 개발 없이 타 지자체에 즉시 확산․적용 가능한 범용 솔루션으로 구성 ○ 충청북도를 대상으로 광역 데이터허브 간 NGSI-LD 표준 기반 데이터 연계를 통한 상호 데이터 활용 기반 마련
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항고유번호 | ECR-001 | |
| 요구사항 명칭 | 시스템 구성요건 일반사항 | |
| 요구사항 상세설명 | 정의 | 기존 인프라 활용 기반의 시스템 구성 및 운영환경 적용 요구사항 |
| 세부 내용 | ○ 본 사업은 신규 H/W 도입을 원칙적으로 지양하고, 발주기관이 보유한 기존 인프라 및 기 구축 스마트도시 데이터허브 환경을 최대한 활용하여 구축하여야 함 ○ 제안사는 기존 인프라, 데이터허브, DBMS, 네트워크, 보안정책, 운영환경 등을 검토하여 데이터허브 포털, 표준 연계 기능, 정책 시뮬레이션 서비스가 안정적으로 운영될 수 있는 시스템 구성 방안을 제시하여야 함 ○ 기존 울산광역시 스마트도시 데이터허브와 연계가 필수이며, 데이터 연계, 저장, 조회, 시각화, 포털 운영, 표준 API 제공 등이 원활히 수행될 수 있도록 구성하여야 함 ○ 목표시스템 구성을 위해 필요한 기존 시스템의 재배치, 환경설정, 정책 최적화, 소프트웨어 설정 변경, 연계 모듈 구성 등은 제안사의 기술적 역량 범위 내에서 수행하고, 관련 비용은 제안 금액에 포함하여야 함 ○ 개발 및 테스트 환경은 발주기관과 협의하여 구성하고, 검증 완료 후 발주기관의 최종 승인을 받아 운영환경에 반영하여야 함 ○ 공개 소프트웨어 활용 시 공공기관 업무용 사용에 법적·기술적 문제가 없어야 하며, 라이선스 및 보안 취약점 검토 결과를 제출하여야 함 ○ 신규 도입이 필요한 소프트웨어, 라이선스, 연계 모듈 등이 있을 경우 도입 필요성, 활용 목적, 비용, 유지관리 방안을 제시하고 발주기관과 협의하여야 함 ○ 구축 결과물은 기존 인프라 환경에서 안정적으로 배포·운영될 수 있도록 확장성과 이식성을 고려하여 개발하여야 함 ○ 운영 인프라에 대한 상세정보는 비공개이며, 보안서약 후 직접 열람 가능함 ※ 계약범위를 변경하는 시스템 구성 변경으로 계약금액 조정이 필요한 경우에는 Ⅶ-6의 과업변경 및 관계 계약규정에 따른 절차를 거쳐 처리한다. | |
| 산출정보 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SFR-001 | |
| 요구사항 명칭 | 정책 시뮬레이션 서비스 구축 | |
| 요구사항 상세설명 | 정의 | 울산시 보유 데이터 및 연계 데이터를 활용하여 정책 검토를 지원하는 시뮬레이션 서비스 구축 |
| 세부 내용 | ○ 서비스 구축 공통 요건 - 빈집 도시재생, 상권 활성화, 탄소 예측 관리 등 도시 현안을 대상으로 정책 검토에 활용 가능한 시뮬레이션 서비스 구성 방안이 제시되어야 함 - 국가 유관 시스템 제공 정보와 울산시 보유 데이터를 연계·활용하는 방안이 제시되어야 함 - 사용자가 분석 조건을 설정하고 조건별 결과를 확인할 수 있는 기능을 제공하여야 함 - 시뮬레이션 결과는 GIS, 차트, 통계 화면 등 정책 검토에 활용 가능한 형태로 제공하는 방안을 제시하여야 함 - 정책 시뮬레이션에 필요한 분석모델을 구축하고, 빈집 위험도 및 상권 쇠퇴 등 정책 검토에 필요한 분석 결과를 제공할 수 있도록 구성하여야 함 ○ 빈집 도시재생 시뮬레이션 서비스 요건 - 빈집 및 공실 관련 데이터를 활용하여 도시재생 정책 검토를 지원할 수 있는 형태의 서비스 구성 방안이 제시되어야 함 - 빈집 분포 및 관련 현황을 확인할 수 있는 형태로 구성하여야 함 - 도시재생 활성화 후보지 검토 등 정책 의사결정에 참고 가능한 결과를 제공하는 방안이 제시되어야 함 ○ 상권 활성화 시뮬레이션 서비스 요건 - 상권 관련 데이터를 활용하여 지역상권 활성화 정책 검토를 지원할 수 있는 형태의 서비스 구성 방안이 제시되어야 함 - 상권 변화 특성을 확인할 수 있는 형태로 구성하여야 함 - 상권 활성화 관련 후보지 검토 등 정책 의사결정에 참고 가능한 결과를 제공하는 방안이 제시되어야 함 ○ 탄소 예측 관리 시뮬레이션 서비스 요건 - 에너지·탄소 관련 데이터를 활용하여 정책 변화에 따른 에너지·탄소 영향을 검토할 수 있는 형태의 서비스 구성 방안이 제시되어야 함 - 독립 시스템이 아닌 빈집·상권 시뮬레이션의 보조 분석 기능 형태로 구성하여야 함 - 정책 시나리오에 따른 에너지·탄소 영향 변화를 참고할 수 있는 결과를 제공하는 방안이 제시되어야 함 ※ 제안사는 각 시뮬레이션에 필요한 데이터와 데이터별 확보·연계 및 활용 방안을 제시하여야 하며, 최종 활용 데이터는 발주기관과 협의하여 확정한다. | |
| 산출정보 | 기능정의서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SFR-002 | |
| 요구사항 명칭 | 데이터허브 포털 및 데이터 관리 기능 구현 | |
| 요구사항 상세설명 | 정의 | 데이터허브 내·외부 데이터를 검색·조회·관리 할 수 있는 포털 및 데이터 관리 기능 |
| 세부 내용 | ○ 데이터허브 포털 요건 - 데이터허브 내 기 구축 데이터, 울산시 보유 데이터, 연계 데이터를 통합적으로 조회할 수 있는 포털 기능 구성 방안이 제시되어야 함 - 데이터 카탈로그, 데이터 검색·조회 등 사용자가 데이터 현황을 파악할 수 있는 기능을 제공하여야 함 - 데이터 연계 요청 등 데이터 활용을 지원하는 기능 구성 방안이 제시되어야 함 ○ 데이터 관리 요건 - 메타데이터 관리, 데이터 리니지 등 데이터 출처와 활용 현황을 관리할 수 있는 방안이 제시되어야 함 - 데이터의 등록·수정·삭제·조회 등 기본 관리 기능을 제공하여야 함 - 데이터 보유 현황 등을 관리자가 확인할 수 있는 형태로 구성하는 방안이 제시되어야 함 ○ 표준 및 확장성 요건 - NGSI-LD 기반 표준 연계 체계를 고려하여 구성하는 방안이 제시되어야 함 - 향후 데이터 추가, 서비스 추가 등 확장이 가능한 구조를 고려하여 설계하는 방안이 제시되어야 함 | |
| 산출정보 | 기능정의서, 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SFR-003 | |
| 요구사항 명칭 | 내·외부 데이터 연계 및 활용 체계 마련 | |
| 요구사항 상세설명 | 정의 | 정책 시뮬레이션 서비스에 필요한 내·외부 데이터를 확보·연계하고 데이터허브에서 활용 가능하도록 하는 체계 |
| 세부 내용 | ○ 데이터 확보 및 연계 요건 - 정책 시뮬레이션 서비스에 필요한 공공·민간·외부 데이터를 식별하고 확보 할 수 있는 방안을 제시하여야 함 - 도시가스(신규구매) 등 필요한 민간·외부 데이터의 구매 또는 연계 방안을 제시하여야 함 ※ 데이터의 최종 확보·연계 대상은 제공 가능 여부, 품질 및 이용 조건 등을 고려하여 발주기관과 협의하여 확정함 - 구매·연계 데이터는 개인정보보호 및 제공기관의 이용 조건을 고려하여 집계·비식별 데이터 중심으로 활용하는 방안을 제시하여야 함 - 데이터 연계는 제공기관의 여건에 맞는 방식으로 구성하는 방안이 제시되어야 함 ○ 데이터 정제·표준화 요건 - 확보한 데이터는 데이터허브 표준 체계에 맞게 정제·표준화하는 방안이 제시되어야 함 - NGSI-LD 표준 기반 데이터 모델링 및 연계 방안이 제시되어야 함 ○ 데이터 적재·활용 요건 - 정제·표준화된 데이터는 데이터허브와 연계·적재되어 시뮬레이션 서비스에서 활용 가능한 형태로 구성하는 방안이 제시되어야 함 - 데이터 연계 상태 등을 관리할 수 있는 방안이 제시되어야 함 ○ 광역 스마트도시 데이터허브 연계 - 울산광역시 데이터허브와 충청북도 데이터허브 간 데이터허브 연계를 통해 상호 데이터 활용 기반을 마련하여야 함 | |
| 산출정보 | 데이터 연계 목록, 인터페이스 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SFR-004 | |
| 요구사항 명칭 | 국가·유관 시스템 연계성 검토 및 활용 | |
| 요구사항 상세설명 | 정의 | 국가 유관 시스템 및 울산광역시 내 유관 시스템과의 연계성을 검토하고 제공 정보를 활용하는 체계 |
| 세부 내용 | ○ 국가 유관 시스템 연계 검토 요건 - 빈집정비 통합지원시스템, 탄소공간지도시스템, 소상공인365 등 국가 유관 시스템에서 제공하는 기능 및 데이터와의 중복 여부를 검토하여야 함 - 국가 유관 시스템과 중복되는 기능은 자체 구축을 지양하고, 기존 시스템 제공 정보를 연계·활용하는 방안을 우선 검토하여야 함 ○ 유관 시스템 연계 요건 - 울산 내 존재하는 데이터 관련 유관 시스템과의 연계 가능성을 검토하고 데이터 공동 활용 방안을 제시하여야 함 - 연계 대상 시스템별 연계 범위, 연계 방식 등을 발주기관과 협의하여 정의하는 방안이 제시되어야 함 ○ 데이터허브 연계 요건 - 스마트도시 데이터허브와 연계하여 데이터 수집·적재·조회·활용이 가능하도록 구성하는 방안이 제시되어야 함 - 사업 완료 후 정보자원관리시스템(IRM) 연계현황 등록에 필요한 자료를 정리하여야 함 | |
| 산출정보 | 인터페이스 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SFR-005 | |
| 요구사항 명칭 | 시스템 운영 및 관리 기능 구현 | |
| 요구사항 상세설명 | 정의 | 서비스 운영에 필요한 사용자 관리, 권한관리 및 운영관리 기능 |
| 세부 내용 | ○ 사용자 인증 및 권한관리 요건 - 사용자 계정 관리, 로그인 등 기본 인증 기능을 제공하여야 함 - 사용자 인증정보는 관련 보안 기준에 따라 안전하게 관리하는 방안이 제시되어야 함 - 사용자 유형과 역할에 따라 접근 가능한 메뉴, 기능 등을 구분하여 관리할 수 있는 방안이 제시되어야 함 - 인증방식은 발주기관의 보안정책 및 운영환경을 고려하여 설계하는 방안이 제시되어야 함 ○ 시스템 운영관리 요건 - 공지사항 등 기본 운영관리 기능을 제공하여야 함 - 공통 코드, 분류체계 등 서비스 운영에 필요한 설정을 관리할 수 있는 방안이 제시되어야 함 - 서비스 운영 상태를 관리자가 확인할 수 있는 형태로 구성하는 방안이 제시되어야 함 ○ 활용 현황 관리 요건 - 서비스 이용 현황 등을 확인할 수 있는 방안이 제시되어야 함 | |
| 산출정보 | 기능정의서 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PER-001 | |
| 요구사항 명칭 | 성능 일반 | |
| 요구사항 상세설명 | 정의 | 기존 인프라 활용 환경에서 데이터허브 포털 및 정책 시뮬레이션 서비스의 안정적 운영을 위한 성능 일반 요구사항 |
| 세부 내용 | ○ 제안사는 데이터허브 포털, 데이터 검색·조회, 데이터 연계, 정책 시뮬레이션 서비스가 안정적으로 운영될 수 있도록 성능 확보 방안을 제시하여야 함 ○ 본 사업은 신규 H/W 도입을 원칙적으로 지양하므로, 발주기관이 보유한 기존 인프라와 데이터허브 운영환경을 고려한 성능 목표와 구현 방안을 제시하여야 함 ○ 데이터 조회, 검색, 시각화, 시뮬레이션 실행 등 주요 기능별 성능 기준과 측정 방법을 제시하여야 함 ○ 대용량 데이터 조회, 복합 조건 검색, GIS 기반 시각화, 정책 시뮬레이션 등 처리 시간이 길어질 수 있는 기능에 대해서는 처리 상태 안내, 진행 표시, 결과 비동기 처리 등 사용자 편의성을 고려한 방안을 제시하여야 함 ○ 시스템 개발 및 시험 과정에서 로그, 모니터링 도구 등을 활용하여 성능 상태를 점검하고, 병목 구간을 사전에 식별·개선하여야 함 ○ 성능 요구사항 충족이 어려운 경우에는 그 사유, 영향 범위, 개선 대안, 발주기관 협의 방안을 제시하여야 함 ○ 안정적 운영을 위해 동시 접속, 데이터 처리량, API 호출, 데이터 연계 상태, 오류 발생 현황 등을 모니터링할 수 있는 방안을 제시하여야 함 ○ 성능 검증은 실제 운영환경 또는 운영환경과 유사한 조건에서 수행하여야 하며, 성능시험 결과와 개선 조치 내역을 제출하여야 함 | |
| 산출정보 | 성능시험결과서 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PER-002 | |
| 요구사항 명칭 | 업무응답시간 | |
| 요구사항 상세설명 | 정의 | 업무응답시간 목표 정의 |
| 세부 내용 | ○ 일반적인 화면 조회, 메뉴 이동, 단순 검색, 기본 통계 조회 등 사용자의 일반 업무 요청은 요청 시점으로부터 3초 이내에 결과가 표시되도록 구현하여야 함 ○ 데이터 카탈로그 검색, 메타데이터 조회, 데이터 목록 조회, 사용자·권한·운영관리 화면 등 일반 관리 기능은 사용자가 업무 수행에 불편이 없도록 안정적인 응답시간을 확보하여야 함 ○ GIS 기반 공간 조회, 대용량 데이터 검색, 복합 조건 분석, 정책 시뮬레이션 실행 등 처리 시간이 길어질 수 있는 기능은 일반 업무 응답시간 기준의 예외로 할 수 있음 ○ 대용량 데이터 또는 복합 분석 요청으로 처리 시간이 3초를 초과할 경우, 진행 상태, 처리 중 안내, 예상 소요시간, 결과 생성 완료 안내 등 사용자가 처리 상황을 인지할 수 있는 기능을 제공하여야 함 ○ 정책 시뮬레이션 결과 생성, 대량 데이터 다운로드, 다중 조건 분석 등은 비동기 처리 또는 결과 저장 방식 등을 적용하여 사용자의 업무 연속성을 저해하지 않도록 구성하여야 함 ○ 제안사는 주요 기능별 응답시간 목표, 측정 기준, 테스트 방법, 개선 방안을 제시하여야 하며, 성능시험 결과를 산출물로 제출하여야 함 | |
| 산출정보 | 성능시험결과서 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PER-003 | |
| 요구사항 명칭 | 웹 페이지 디스플레이시간 | |
| 요구사항 상세설명 | 정의 | 웹 페이지 디스플레이시간 목표 정의 |
| 세부 내용 | ○ 시스템의 주요 웹 페이지(예: 대시보드, 분석 결과, 검색 화면 등)는 사용자 요청 후 3초 이내에 화면이 완전히 로딩되어야 하며, 이는 텍스트, 이미지, 그래프 등 주요 콘텐츠가 시각적으로 표출되는 시간을 기준으로 함 ○ 데이터 조회 및 시각화 요청 시, 5초 이내에 결과가 화면에 표출되어야 하며, 대용량 데이터 처리 시에도 사용자 경험을 저해하지 않는 수준의 응답 속도를 유지해야 함 ○ 대용량 데이터는 다음 기준 중 하나 이상을 만족하는 경우로 정의 - 단일 요청 기준으로 1만 건 이상의 레코드 또는 100MB 이상의 데이터셋을 처리하는 경우 - 시각화 요청 기준으로 5천 건 이상의 시계열 또는 공간 데이터를 포함하는 경우 - 복합 연산 기준으로 다중 필터링, 그룹화, 통계 계산, AI 예측 모델 적용 등 고부하 연산이 포함된 경우 ○ GIS 기반 공간 조회, 대용량 데이터 처리, 복합 분석 및 정책 시뮬레이션 등 처리 시간이 길어질 수 있는 기능은 발주기관과 사전에 협의하여 별도의 성능목표와 측정기준을 정할 수 있으며, 비동기 처리 또는 결과 저장 방식 등을 적용하는 경우 진행 상태, 처리 중 안내, 결과 생성 완료 안내 등 사용자가 처리 상황을 인지할 수 있는 기능을 제공하여야 함 ○ 성능시험은 실제 운영환경과 유사한 조건에서 수행하여야 하며, 시험 대상별 데이터량, 동시 사용자 수, 측정 구간, 시험환경 및 합격 판정방법을 시험계획서에 명시하여 발주기관의 승인을 받아야 함 ○ 제안사는 성능 검증을 위한 테스트 계획 및 결과보고서를 제출하여야 함 | |
| 산출정보 | 성능시험결과서 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항고유번호 | INR-001 | |
| 요구사항 명칭 | 시스템 인터페이스 일반 | |
| 요구사항 상세설명 | 정의 | 시스템 인터페이스 일반적 구현 방법 |
| 세부 내용 | ○ 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 프로그램 실행시간 등을 설정하여야 함 ○ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 프로그램의 기능적 정확성을 검증한 후 운영 시스템에 적용 ○ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며, 추가 라이선스 비용 등이 발생하지 않아야 함 | |
| 산출정보 | 인터페이스 설계서 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항고유번호 | INR-002 | |
| 요구사항 명칭 | 외부 인터페이스 연계 | |
| 요구사항 상세설명 | 정의 | 시스템 운영에 필요한 외부 시스템 연계 기능 구현 |
| 세부 내용 | ○ 외부 시스템과 연계해야 하는 사항을 조사하여 구체적인 방법론을 제시할 수 있어야 함(국토부 NGSI-LD 기준 등) ○ 외부 시스템과 연계 시 연계대상, 연계범위, 연계방식, 연계주기, 연계건수 등 연계 관련 제반 사항을 제시하여야 함 ○ 외부 연계시 고려되어야 할 사항을 제시하고, 각 항목별로 상세 내용을 제시할 수 있어야 함 ○ 외부 연계시스템은 해당 기관과 협의하여 원활한 연계가 되도록 구축하여야 함 ※ 외부 연계를 위해 필요한 추가 개발 비용은 제안사가 부담 원칙 | |
| 산출정보 | 인터페이스 설계서 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항고유번호 | INR-003 | |
| 요구사항 명칭 | 사용자 인터페이스 표준화 | |
| 요구사항 상세설명 | 정의 | 사용자 표준 인터페이스를 준수하여 UI/UX 디자인 설계 |
| 세부 내용 | ○ 「디지털 정부서비스 UI·UX 가이드라인」 표준 준수하여야 함 ○ UI/UX 가이드 준수를 위한 항목을 조사하여, 항목별 수행 방안을 구체적으로 제시할 수 있어야 함 | |
| 산출정보 | 인터페이스 설계서 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항고유번호 | INR-004 | |
| 요구사항 명칭 | 사용자 편의성 | |
| 요구사항 상세설명 | 정의 | 사용자 편의성을 고려한 도움말 및 인터페이스 설계 |
| 세부 내용 | ○ 사용자 편의성을 고려한 인터페이스 설계 제시 - 시스템은 콘텐츠의 모양이나 배치를 이해하기 쉽게 구성 - 사용자가 원하는 기능을 쉽게 찾아서 사용할 수 있는 체계 제공 ○ 온라인 도움말 기능 제공 - 사용자가 별도로 교육을 받지 않더라도 온라인 도움말 및 절차서를 이용하여 사용자 기능을 이용할 수 있도록 도움말 기능을 체계적으로 구성하여야 함 - 온라인 도움말 기능을 지속적으로 현행화할 수 있는 방안 제시 ○ 시스템 메뉴 구성 및 접근 방안 제시 - 모든 메뉴의 페이지는 현재 위치에 대한 명확한 위치 정보를 표시 - 직관적인 인터페이스를 제공하도록 화면 구성 - 시스템의 전체 기능을 한눈에 쉽게 파악할 수 있는 사이트 맵 구성 및 바로가기 구현 ○ 사용자 동작에 대한 확인 메시지 제공 - 정보 입력, 삭제, 저장 등과 같이 사용자의 수행활동에 대한 확인 메시지 제공 - 시스템 및 프로그램 오류 발생 시 알림 메시지 제공 | |
| 산출정보 | 인터페이스 설계서 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터베이스(DB) 설계 일반 | |
| 요구사항 상세설명 | 정의 | DB 설계 시 일반적인 요구사항 개념 정의 |
| 세부 내용 | ○ DB 구조의 설계는 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려해야 함 ○ 데이터의 정합성을 유지하면서 시스템의 성능을 저하시키지 않도록 DB를 설계하고, 이에 대한 검증을 수행하여야 함 ○ DB 설계 시 다음의 행정·공공기관 데이터관련 표준 법령 및 지침 등을 준수하여야 함 ○ 제공 또는 공개 대상이 아닌 정보(개인정보 등)는 별도 테이블로 분리하여 설계해야 함 ※ 공공데이터 개방 관리는 DB의 테이블 단위 또는 연관 테이블의 집합 형태로 개방 고려됨을 감안 ○ 데이터의 정합성을 유지하면서 시스템의 성능을 저하시키지 않도록 DB 설계가 되어야 하고, 이에 대한 검증이 이루어져야함 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-002 | |
| 요구사항 명칭 | 데이터 표준화 | |
| 요구사항 상세설명 | 정의 | 데이터 표준 수립 및 신규 데이터 모델 표준 개발 |
| 세부 내용 | ○ 데이터 표준 개선·정비 - 제안사는 구축되는 시스템의 데이터 특성을 고려하여 표준화 관리체계 (표준화 지침 및 가이드 등) 등 구체적인 데이터 표준화 방안 제시 - 제안사는 시스템 구축에 따라 추가가 필요한 데이터 표준항목(단어, 용어, 도메인)을 정의하고 데이터 표준사전 등에 반영할 수 있어야 함 - DB 표준 정의 시 공통표준(공공기관의 데이터베이스 표준화 지침, 공통표준용어·단어·도메인)과 발주기관의 기관표준(기관표준용어·도메인·코드) 또는 국내·외 산업 표준을 준용하여야 하고 공통표준 및 기관표준, 산업표준 준용 여부를 식별할 수 있도록 하여야 함 - 데이터 모델(TTA 단체 표준) 및 데이터 연계(NGSI-LD) 표준 준수 - 데이터의 취약점 등에 대한 사전 검토 후 대응 방안 제시 ○ 신규 데이터 모델 표준 개발 - 신규 수집 데이터 분석, 정의 및 분류 - 표준화 대상 범위 선정 및 제안 - TTA 표준화 추진 절차에 따라, 신규 데이터 모델 표준 설계 및 개발 제안 - TTA 표준화 추진 절차 준수 방안 제안 | |
| 산출정보 | 제안 표준에 관한 설명서, 데이터표준사전(단어/용어/도메인/코드) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-003 | |
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구사항 상세설명 | 정의 | 범정부(상위기관) 및 기관 표준 준수 |
| 세부 내용 | ○ 범정부(상위기관) 표준 준수 - 제안사는 공공기관의 데이터베이스 표준화 지침을 준수하여야 함 ○ 기관 표준 준수 - 제안사는 발주기관 데이터 표준을 준수하고 그와 상충되는 요소에 대해서는 발주기관과 협의하여 대응 방안을 수립하고 이력을 남겨야 함 | |
| 산출정보 | 데이터표준사전(단어/용어/도메인/코드) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-004 | |
| 요구사항 명칭 | 데이터 표준 관리 | |
| 요구사항 상세설명 | 정의 | 데이터 표준 관리 방안 |
| 세부 내용 | ○ 데이터 표준관리 방안 수립 필요 - 데이터 표준관리를 위한 표준화 관리방안(메타데이터 관리시스템, 문서화 등)과 이를 통한 변경이력을 효과적으로 관리할 수 있는 방안을 제시하고 적용하여야 함 - 시스템 구축기간 동안 제안한 DB표준과 데이터 항목의 일치여부를 주기적으로 점검하여야 함 | |
| 산출정보 | 데이터표준사전(단어/용어/도메인/코드) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-005 | |
| 요구사항 명칭 | 데이터 구조 설계 | |
| 요구사항 상세설명 | 정의 | 데이터 구조 설계 정의 |
| 세부 내용 | ○ 데이터 구조 설계 기준 제시 - 데이터 구조 설계(모델링) 기준을 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 ○ 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 활용, 업무요건 변화, 시스템 변경 등으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 - 데이터 설계 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 정의하고 적용하여야 함 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-006 | |
| 요구사항 명칭 | 데이터 구조(모델) 검증 | |
| 요구사항 상세설명 | 정의 | 데이터 구조(모델) 검증 정의 |
| 세부 내용 | ○ 설계된 데이터 모델은 설계자·개발자·발주처 등이 참여하여 검증하여야 함 ○ 각 단계별 모델 검증 시, 기준을 정의하고 실시하여야 함 - 예1) 논리데이터 모델 검증 기준: 요구사항 대비 논리 모델의 완전성(논리데이터 모델이 비즈니스 요구사항의 누락여부), 정규화 충족 여부 - 예2) 물리데이터 모델 검증 기준: 중복테이블 여부, 중복 컬럼 여부, 반정규화 된 중복데이터 정합성 유지방안 여부 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-007 | |
| 요구사항 명칭 | 데이터 구조 관리 | |
| 요구사항 상세설명 | 정의 | 데이터 구조 관리 방안 |
| 세부 내용 | ○ 시스템 구축기간 동안 데이터 구조 관리를 위한 방안(변경이력 포함)을 제시하고 DB의 형상과 물리데이터 모델의 형상 일치 여부를 주기적으로 점검할 수 있는 방안을 제시하여야 함 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-008 | |
| 요구사항 명칭 | 데이터 무결성 | |
| 요구사항 상세설명 | 정의 | 데이터 무결성 방안 |
| 세부 내용 | ○ DB 세부항목 정합성 심층 분석 및 정제하여야 함 - 정합성 규칙 작성/데이터분석/정제/관리 개선방안 도출 필요 | |
| 산출정보 | 데이터표준사전(단어/용어/도메인/코드) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-009 | |
| 요구사항 명칭 | 데이터 값 검증 | |
| 요구사항 상세설명 | 정의 | 데이터 값 검증 개념 정의 |
| 세부 내용 | ○ 데이터 값 진단계획 수립 필요 - 데이터 값 검증 범위(전체 또는 일부), 시기, 방법을 사업 계획에 명시하여야 함 ○ 데이터 값 진단수행 및 검증 - 목표시스템에 추가되는 데이터의 특성을 분석하고, 대상 DB(시스템)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)을 참고하여 데이터 특성에 부합하도록 데이터값을 진단하여야 하며, 공공데이터 범정부 품질진단 기준*에 따라 값 검증을 수행하여야 함 * 공공데이터 품질관리 매뉴얼 참고 - 데이터 값 검증 결과에 따른 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 - 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 - 오류 데이터 입력 방지(사전검증) 방안을 제시하여야 함 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-010 | |
| 요구사항 명칭 | 데이터허브 이관(활용) 데이터 값 검증 | |
| 요구사항 상세설명 | 정의 | 데이터허브 기 수집 데이터 이관(활용) 시 값 검증 방안 |
| 세부 내용 | ○ 데이터 허브 데이터 이관(활용) 계획 수립 - 목표 정보시스템의 데이터 특성을 고려하여 데이터 이관(활용) 방안(범위, 절차, 환경, 순서, 전략 등)을 계획하여야 함 - 이관(활용) 데이터 GAP 분석과 데이터 매핑의 정의, 데이터 정제 및 백업과 복구 방안 수립에 대한 산출물을 포함하여야 함 ○ 데이터 허브 이관(활용) 데이터 정제방안 수립 - 신규 수집 데이터 정제 작업 수행 시 이관 데이터 정제 작업에 관한 내용을 포함해야 함 ○ 이관(활용) 데이터 정합성 검증 - 여러 차례의 단계별 테스트를 수행하여 이관(활용) 작업 간 발생할 수 있는 모든 위험 요소를 발견·제거하고 이관(활용) 작업을 수행하여야 함 - 매핑 정의서의 매핑 규칙에 맞게 이관(활용)되었는지 검증하여야 함 - 데이터 허브의 값과 목표시스템의 값에 대한 정합성을 검증하여야 함 - 단계별 이관(활용) 데이터 정합성 검증을 통하여 목표시스템 데이터의 무결성 보장 방안을 제시하여야 함 | |
| 산출정보 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-011 | |
| 요구사항 명칭 | 데이터 관리체계 수립 | |
| 요구사항 상세설명 | 정의 | 데이터 관리체계 수립 정의 |
| 세부 내용 | ○ 운영단계까지 지속적으로 적용가능한 데이터 관리체계 정의 - 데이터 표준, 구조, 값 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 함 - DB표준(단어·용어·도메인·코드)의 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 구조(논리·물리)와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 - 관리체계에는 표준 준수율, 구조 현행화율, 값 검증 오류율 등 명확한 관리기준을 제시하여야 함 ○ 연계데이터 관리방안 제시 - 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고 구축하여야 함 - 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위해 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증을 수행하여야 함 | |
| 산출정보 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항고유번호 | DAR-012 | |
| 요구사항 명칭 | 데이터 개방 및 메타데이터 관리체계 | |
| 요구사항 상세설명 | 정의 | 개방데이터 서비스 연속성 확보 및 메타데이터 현행화 |
| 세부 내용 | ○ 개방 데이터 서비스 연속성 확보 - 제안사는 본 사업을 통해 구축되는 시스템과 연관된 개방데이터 목록을 식별하고 본 사업으로 추가되는 데이터를 포함하여 공공데이터포털 등에 개방될 수 있도록 지원하여야 함 ○ 메타데이터 현행화 - 본 사업을 통해 구축되는 시스템의 데이터베이스에 대해 발주기관 메타데이터 관리시스템과 중앙메타시스템에 등록 및 현행화 되도록 지원하여야 함 | |
| 산출정보 | 데이터베이스설계서(테이블정의서) |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항고유번호 | TER-001 | |
| 요구사항 명칭 | 테스트(TEST) 계획 수립 | |
| 요구사항 상세설명 | 정의 | 테스트(TEST) 계획 수립 방안 |
| 세부 내용 | ○ 본 사업을 통해 구축한 플랫폼의 테스트 계획 수립 방안을 제시하고, 절차별(단위, 성능 및 부하, 시험운영 및 통합테스트 등) 수행 내용을 구체적으로 제시할 수 있어야 함 ○ 개발초기부터 구축 완료까지 지속적으로 테스트를 실시하여야 하며, 테스트 결과의 모니터링 및 테스트 결과를 계속적으로 반영 (에러조치 확인, 건의불편사항에 대해서도 보완)하여야 함 ○ 테스트 사항에 대한 이력을 관리 할 수 있는 방안을 제시할 수 있어야 함 | |
| 산출정보 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항고유번호 | TER-002 | |
| 요구사항 명칭 | 성능 및 부하 테스트 | |
| 요구사항 상세설명 | 정의 | 성능 및 부하 테스트 방안 |
| 세부 내용 | ○ 제공하는 H/W 및 응용 S/W 구축 완료 후 서비스 동시 사용자 부하 및 성능에 대한 점검 목록과 목표를 제시함. (목표 설정 시 인프라 상황을 고려하여 설정하고 상호 협의로 진행) ○ 부하 및 성능 항목의 목표치에 부합하는지 부하 및 성능 테스트 검증 실시하여야 함 | |
| 산출정보 | 테스트 결과서 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항고유번호 | TER-003 | |
| 요구사항 명칭 | 기능테스트 | |
| 요구사항 상세설명 | 정의 | 기능테스트 수행 방안 |
| 세부 내용 | ○ 기능 요구사항이 모두 충족하는지 테스트하고 그 결과를 제시해야 함 ○ 기능 테스트 수행 시 발생하는 단위별 점검 내용을 제시하고, 관리 방안을 제시할 수 있어야 함 ○ 결함 관리 방안과 조치 방안을 추적할 수 있는 방법론을 구체적으로 제시할 수 있어야 함 | |
| 산출정보 | 테스트 결과서 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항고유번호 | TER-004 | |
| 요구사항 명칭 | 테스트 및 개선 | |
| 요구사항 상세설명 | 정의 | 테스트 및 장애, 성능 개선 방안 |
| 세부 내용 | ○ 테스트 및 장애, 성능 개선을 위한 테스트 항목, 테스트 환경, 테스트 기간에 대해 구체적인 방안과 방법론을 제시할 수 있어야 함 | |
| 산출정보 | 테스트 결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-001 | |
| 요구사항 명칭 | 보안 법규 및 지침 준수 | |
| 요구사항 상세설명 | 정의 | 보안정책 및 가이드라인 준수 |
| 세부 내용 | ○ 보안관련 법규 및 지침에 대해 조사하여, 범위를 제안할 수 있어야 하며, 신규 보안지침 발생 시 구체적인 적용 방안을 제시할 수 있어야 함 ○ 보안성 검토 등 의견을 반영한 시스템 구성을 제안할 수 있어야 하며, 기타 언급되지 않은 사항은 ｢국가 사이버보안 기본지침｣ 등 관계 법령 및 규정을 적용할 수 있어야 함 | |
| 산출정보 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-002 | |
| 요구사항 명칭 | 시스템 권한 관리 | |
| 요구사항 상세설명 | 정의 | 시스템 계정/권한 설정 방안 |
| 세부 내용 | ○ 시스템 계정은 1인 1계정을 원칙적으로 적용 ○ 사용자 역할에 따른 접근권한, 정보공개 범위를 제안할 수 있어야 함 ○ 시스템에 보관된 각종 데이터와 사용자 인증정보의 올바른 보관과 활용을 위해 자료의 검색, 조회에 대한 접근권한을 규정하여 관리할 수 있는 방안을 제안할 수 있어야 함 ○ 인가된 행정 업무 단말기 및 관리자 계정 접속 시, 기존 ID/PW 인증 외에 모바일 OTP 또는 생체인증 등의 다중요소 인증(MFA) 체계를 필수적으로 적용하여야 함 [N2SF-MA-2] | |
| 산출정보 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-003 | |
| 요구사항 명칭 | 소프트웨어 보안 | |
| 요구사항 상세설명 | 정의 | 목표시스템의 소프트웨어 보안 방안 제시 |
| 세부 내용 | ○ 사업수행을 위한 인력, 문서, 장비 등의 정보보호관리 자체 계획을 수립하고, 보안상 결격 사항이 없도록 조치하여야 하며, 그 외 정보보호 관리 요건은 발주기관의 규정을 따라야 함 ○ 보안 준수사항 위반하여 발생하는 모든 책임 및 그에 따른 유·무형의 모든 손해배상에 대하여 책임질 수 있어야 함 ○ 목표시스템 및 서비스의 추가 구성으로 인한 기존 시스템과의 연동 장애 등의 문제 발생에 대비하여 충분한 테스트 실시 및 보안대책 수립 후 사업을 진행하여야 하며, 데이터 및 시스템 보안의 주제 영역을 제안하고, 주제별 항목에 대해 구체적인 방법론을 제시할 수 있어야 함 ○ 소프트웨어 개발 시 보안을 고려한 소스 코딩(시큐어코딩)을 수행함으로써 소프트웨어 취약점으로 인한 보안 문제가 발생하지 않도록 하여야 함 ○ 소프트웨어 개발 시 다음과 같은 보안대책을 마련해야 함 - 로그인 실패에 대한 보안 처리, 동일 계정 동시 접속 차단, 로그인 우회 접근 차단 - 사용자 인증정보, 개인정보, 등 보안이 요구되는 정보는 소스코드 내 하드코딩 금지 - 관리자페이지 등 권한이 설정된 페이지가 비인가자에게 노출되지 않도록 해야 하며, 권한별 접근 페이지 구분 - 개발 및 테스트 서버가 외부에 노출되지 않도록 기술적·물리적 보안 대책 마련 - 그 외 보안이 요구되는 사항에 대해서는 관련 지침 및 소프트웨어 개발 보안 등을 준용하여 대책 마련 ○ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 50조에 따라 ‘소프트웨어 개발보안’ 절차를 준수해야 함 ○ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 51조에 따라, 용역업체는 ‘소프트웨어 개발 보안가이드’를 참고하여 투입되는 인력에 대해 개발투입 전 소프트웨어 개발보안 관련 교육을 실시하고 교육증빙을 제출하여야 함 | |
| 산출정보 | 보안약점 진단 결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-004 | |
| 요구사항 명칭 | 정보시스템 운용 시 보안 준수사항 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 정보시스템 이용 시 다음과 같은 보안사항을 준수해야 함 - 정보시스템 관리자페이지에 대한 접근제어가 사용자 권한에 따라 적용되는지 확인 - 정보시스템 비밀번호 작성규칙(영문자, 특수문자, 숫자 등을 포함하여 9자리 이상) 적용 및 비밀번호 실패 횟수 제한 등 - 정보시스템 기본 계정 및 불필요한 계정 삭제 - 최상위 관리자 계정(root, administrator)로 바로 접속되지 않도록 차단 - 참여인력 대상 별도의 계정 생성(최고 관리자 권한 부여 차단) - 사용이 만료된 계정이나 테스트 계정의 경우, 즉시 삭제 조치 - 정보시스템 기본 포트 변경 및 불필요한 포트 제거 - 정보시스템에 대한 비인가 원격접근을 차단하여야 함. 원격지 개발 장소의 사용은 Ⅶ-2에 따라 협의하며, 기관 정보시스템에 대한 원격접속은 별도의 보안성 검토 및 접근통제 절차에 따라야 함 - 주기적인 백업 및 백업본에 대한 안전한 보안관리 - 그 외 보안이 요구되는 사항에 대해서는 발주기관 정보보안 업무 규정 등을 준용하여 대책 마련 ○ 시스템 운용 과정(데이터 수신, 무해화, 분석, 표출 등)의 전 단계에 걸쳐 상세 감사 로그를 생성하고, 로그의 위변조 방지 및 1년 이상 보관 체계를 구축하여야 함 [N2SF-AC-M2] 다만, 개인정보 접속기록 등 관계 법령에 따라 더 긴 보관기간이 적용되는 경우에는 해당 기간 및 점검기준을 준수하여야 함 ○ GPU 분석 서버 등 주요 인프라 도입 및 운용 시, 하드웨어 및 펌웨어의 무결성(위변조 여부)을 지속적으로 검증하고 중앙 자산관리시스템에 등록·관리하여야 함 [N2SF-DV-1] | |
| 산출정보 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-005 | |
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 상세설명 | 정의 | 목표시스템에서 요구하는 데이터 보안 방안 제시 |
| 세부 내용 | ○ 인증용 비밀번호는 복호화할 수 없는 일방향 방식으로 안전하게 저장·검증하여야 함. 그 밖의 중요정보 및 개인정보는 「개인정보의 안전성 확보조치 기준」 등 관계 법령에 따른 암호화 대상·구간 및 저장환경에 맞추어 안전한 암호 알고리즘과 키 관리절차를 적용하여야 함 ○ 중요정보 및 개인정보가 전송되는 구간에 대한 암호화 통신 적용 ○ 기타 암/복호화가 필요한 사항에 대해서는 발주기관과 협의하여 결정되어야 함 ○ 유관기관 원천 데이터 소스(O등급) 연계 시 서비스 경계마다 통신 흐름을 통제하고, 사전 승인된 IP 및 도메인 기반의 화이트리스트 방식을 적용하여 비인가 네트워크 연결을 원천 차단하여야 함 [N2SF-EB-2, EB-3] ○ 외부 기관(국토부 등)의 API 데이터 수집 시 직접 연결을 차단하고, 기존 망연계 솔루션(Transfer CDS)을 활용하여 프로토콜 격리, 악성코드 스캔 및 콘텐츠 무해화(CDR)를 수행하여야 함 [N2SF-CD-1, CD-4, CD-11] ○ 망간 전송 구간(Transfer CDS) 연계 시 국가·공공기관 암호화 가이드라인을 준수하여 국정원 검증필 암호모듈(KCMVP)을 탑재하고 통신 구간을 암호화할 것 [N2SF-EA-1] | |
| 산출정보 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-006 | |
| 요구사항 명칭 | 보안 취약점 점검 | |
| 요구사항 상세설명 | 정의 | 취약점 검검 실시 및 후속 조치 |
| 세부 내용 | ○ 변경된 시스템 및 개발된 소스코드 전체에 대한 보안 취약점 점검(소스코드 보안약점 진단, 모의해킹 등)을 1회 이상 자체적으로 실시해야 함 - 신규 개발의 경우 : 소스코드 전체 - 고도화의 경우 : 고도화로 인해 변경된 소스코드 전체 ○ 보안 취약점 점검을 실시해야 하며 점검 결과에 따른 후속 보완조치를 수행해야 함 ○ (DBMS) 보안 취약점 점검을 실시해야 하며 점검 결과에 따른 후속 보완 조치를 수행해야 함 ○ (인프라) 보안 취약점 점검을 실시해야 하며 점검 결과에 따른 후속 보완 조치를 수행해야 함 | |
| 산출정보 | 보안약점 진단 결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-007 | |
| 요구사항 명칭 | 개인정보처리 위탁계약관리(개인정보 취급시 필수) | |
| 요구사항 상세설명 | 정의 | 개인정보 취급시 표준 개인정보처리 위탁관리에 대한 정의 명시 |
| 세부 내용 | ○ 개인정보 처리에 관하여 개인정보 처리 위탁 계약서 내용을 준수하여야 함 - 개인정보 처리업무의 재위탁은 위탁자의 사전 승낙을 받아야 하며, 관련 법령 및 계약에서 정한 절차를 준수하여야 함 - 본 사업의 하도급 불허 조건을 준수하여야 하며, 개인정보 처리업무 재위탁에 관한 사전 승낙 절차가 본 사업의 하도급을 허용하는 것으로 해석되지 아니함 - 개인정보의 안전성 확보조치 기준에 의거 개인정보의 안전성 확보에 필요한 기술적 관리적 조치를 취하여야 함 - 위탁 업무 수행 목적 범위를 넘어 개인정보를 이용하거나 이를 제3자에게 제공 또는 누설 하여서는 안됨 ○ 수탁자에 대한 다음 사항에 대하여 관리 감독을 하며 수탁업체는 이에 응하여야 함 - 개인정보처리현황, 접속현황, 접속대상자, 목적외 이용·제공 및 재위탁 관련 준수사항 등 | |
| 산출정보 | 개인정보 처리 위탁 계약서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항고유번호 | SER-008 | |
| 요구사항 명칭 | 개인정보 보호 | |
| 요구사항 상세설명 | 정의 | 목표시스템의 개인정보보호 방안 제시 |
| 세부 내용 | ○ 본 사업의 구축서비스 운영 중 취득되는 개인정보는 반드시 암호화 및 가능한 경우 비식별화가 적용되어야 함 ○ 목표시스템에서 운영 관리되는 사용자 정보가 개인정보 보호법에 규정된 보호 요건을 준수하여야 함 ○ 개인정보보호 관련 기능 및 업무 도출 및 정의, 개인정보보호기술을 제시하여야 함 ○ 각 기능(업무)에서 처리하는 개인정보의 보관 여부, 보관기간, 접근권한 등 정의 ○ 국가정보원 8대 웹 취약점 및 국제웹보안표준기구(OWASP) 10대 웹 취약점을 방어할 수 있도록 보안 코딩 필수 ○ 게시판 등 웹 응용소프트웨어 소스코드의 보안취약점을 사전 발굴·제거 되어야 함 ○ 불법침입 및 악성코드․트래픽 유입을 차단하여야 함 ○ 보안취약점 개선을 위해 불필요 서비스 및 계정 제거, 보안설정 적용과 운영체제･응용프로그램에 대한 적시 보안패치를 수행되어야 함 ○ 개인정보 수집이 필요한 경우, 개인정보 수집 및 활용에 대한 사전 안내 항목을 명시하고 그에 대한 동의 기능이 구현되어야 함 ○ 본인인증, 게시판, 온라인 접수 등과 같이 사용자의 개인정보가 수집 및 이용되는 모든 경우에 대하여 발주기관 개인정보처리 방침을 효율적으로 안내하고 동의 받을 수 있는 방안이 제시되어야 함 ○ 관리자페이지가 노출되지 않도록 접근제어에 대한 방안을 제시하여야 함 ○ 「개인정보 보호법」 및 개인정보보호위원회 「개인정보의 안전성 확보조치 기준」을 준수하여야 함 ○ 시각화 대시보드(WEB/WAS) 표출 시, 데이터셋에 포함된 개인 식별 정보는 실시간 마스킹 처리하여야 하며, 탄소 히트맵 등의 통계 지표 표출 전 비식별화 적정성 검토를 반드시 수행하여야 함 [N2SF-DU-M3, IF-6] | |
| 산출정보 | 보안약점 진단 결과서 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-001 | |
| 요구사항 명칭 | 시스템 품질 일반 | |
| 요구사항 상세설명 | 정의 | 시스템 품질보증 및 관리 |
| 세부 내용 | ○ 사업자는 체계적이고 효과적인 프로젝트 진행을 위하여 품질보증 활동을 수행하여야 함 ○ 사업자는 목표시스템이 고품질을 유지할 수 있도록 하여야 하며, 품질 및 성능상의 문제 발생 시 부하테스트 및 분석결과를 제시하고 개선할 수 있는 방법을 제시하여야 함 - 시스템(프로그램) 신뢰성 및 안정성 보장 - 데이터의 보안성과 무결성 보장 - 개발생산성 및 유지보수가 용이한 개발방법론을 적용하여 개발 - 최종 이용자에 대한 최대의 이용 편의성 제공 ○ 개발 시스템 설치 시 운영 중인 서버 및 네트워크 등에 지장이 없도록 하여야 하며, 기존 시스템을 중단하게 될 경우에는 업무에 지장을 초래하지 않은 시간을 이용하여 작업할 수 있어야 함 ○ 목표시스템의 품질 확보를 위한 품질관리체계, 수행절차 및 품질보증 방안을 제시하여야 함 ○ 본 사업의 목표시스템 구성을 위한 기존 시스템에 대한 재배치, 환경설정, 정책 최적화 등에 비용이 발생할 경우 사업자 부담으로 함 | |
| 산출정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-002 | |
| 요구사항 명칭 | 소프트웨어(S/W) 형상관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 프로그램 소스는 신뢰성 및 안정성을 보장할 수 있도록 개발 생산성 및 유지보수가 용이한 개발 방법론을 제시할 수 있어야 함 ○ 개발 소스코드의 체계적인 관리를 위해 형상관리에 대해 구체적인 방안을 제시할 수 있어야 함 | |
| 산출정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-003 | |
| 요구사항 명칭 | 시스템 신뢰성 | |
| 요구사항 상세설명 | 정의 | 시스템에 대한 신뢰성 |
| 세부 내용 | ○ 기능 구현을 위한 정확성 및 가용성 - 시스템은 제안서, 과업수행계획서, 과업내용서 및 사용자 요구사항 분석, 설계서 등에서 제공하기로 한 요구사항을 모두 제공 - 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가 - 시스템 구축, 운영, 백업, 시스템 감시 및 보안, 비상복구 방법을 포함하여 운영과 관련된 시스템 전반에 관한 기술이전 계획을 구체적으로 제시 ※ 시스템 구축 후 안정적인 운영을 위한 기술이전 계획 제시 | |
| 산출정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-004 | |
| 요구사항 명칭 | 시스템 장애 복구 및 유지관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 장애관리를 위한 관리 절차를 수립해야 하며, 장애(결함) 발생 시 시스템에 해당 내용이 기록되어야 함 ○ 사용자가 인지하여 즉각적으로 해결하고, 중단 없는 업무 수행이 가능해야 함 ○ 시스템 유지관리에 편리하게 프로그램이 개발되어야 함 ○ 시스템의 상호운용성 및 이식성 등을 보장되어야 함 | |
| 산출정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-005 | |
| 요구사항 명칭 | 시스템 사용성 | |
| 요구사항 상세설명 | 정의 | 시스템의 용이성 보장 |
| 세부 내용 | ○ 사용성 확보 방안 제시 - 시스템의 관리·운영에 필요한 관리자 및 사용자 매뉴얼 제공 - 모든 기능 및 정보에 대한 사용용이 및 편리성을 확보한 시스템 구축 - 품질보증을 위한 관리체계, 수행방법, 절차 및 점검내용을 제시하여야 함 ○ 프로그램은 설치, 제거, 이용 등이 용이하여야 함 - 시스템 또는 프로그램을 설치하거나 제거하기 위한 절차 문서 제공 - 시스템 및 프로그램의 설치 및 제거 용이성을 보장하기 위해 배치(Batch) 파일 또는 설치 지원 프로그램(setup, install) 제공 | |
| 산출정보 | 사용자 매뉴얼, 관리자 매뉴얼 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-006 | |
| 요구사항 명칭 | 구축단계 성과목표 | |
| 요구사항 상세설명 | 정의 | 구축단계 성과목표 달성 방안 제시 |
| 세부 내용 | ○ 구축단계 성과지표별 성과목표를 달성할 수 있는 방안 제시 ○ 성과지표 별 성과목표 달성 여부 검증 방안 제시 | |
| 산출정보 |
배점·평가
| 구분 | 성과지표 | 성과 목표 | 성과목표 기준 |
|---|---|---|---|
| 데이터허브 고도화 | 신규 등록 데이터 항목 수 | 3종 이상 | 사업 수행을 통해 신규 확보·생성된 데이터 등록 수 |
| 데이터 카탈로그 등록 수 | 10종 이상 | 메타정보, 소유주, 갱신주기 등록 | |
| 데이터 계보 추적 데이터 수 | 2종 이상 | 출처, 변환, 활용 이력 추적 | |
| 데이터 공유·확산 | 표준스키마 공유건수 | 2건 이상 | 빈집, 상권, 탄소 NGSI-LD 표준 스키마 |
| 타지자체 연계 협약 건수 | 1건 이상 | 충청북도 등 광역자치단체 연계 | |
| 오픈소스 공개건수 | 3건 이상 | 시뮬레이션 등 3종 소스코드 공개 | |
| 정책 분석모델 | 빈집 위험도 예측 모델 정확도 | 80% 이상 | 24년 실태조사 결과 대비 |
| 상권 쇠퇴 예측 모델 정확도 | 75% 이상 | 자율상권구역 선정 적합도 |
과업·요구
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-007 | |
| 요구사항 명칭 | 운영단계 성과목표 | |
| 요구사항 상세설명 | 정의 | 운영단계 성과목표 달성 방안 제시 |
| 세부 내용 | ○ 운영단계 성과지표별 성과목표를 달성할 수 있는 방안 제시 ○ 운영단계(1년차*) 성과지표 별 성과목표 달성 여부 검증 방안 제시 * 하자보수 기간에 해당 | |
| 산출정보 |
배점·평가
| 구분 | 성과지표 | 1년차 | 2년차 | 3년차 | 성과목표 기준 |
|---|---|---|---|---|---|
| 데이터허브 포털 활용 | 포털 시민 사용자 수 | 100명 | 300명 | 500명 | 개별 접속 이용자 수 |
| 포털 활용 통계 조회 수 | 300회 | 700회 | 1,000회 | 누적 페이지 뷰 | |
| 데이터허브 고도화 | 신규 등록 데이터 항목 수 | 2종 | 2종 | 2종 | 지속 신규 데이터 등록 |
| 데이터 카탈로그 등록 수 | 10종 | 10종 | 10종 | 메타정보, 소유주, 갱신주기 등록 누적 | |
| 데이터 계보 추적 데이터 수 | 3종 | 3종 | 3종 | 출처, 변환, 활용 이력 추적 누적 | |
| 정책 분석모델 | 빈집 위험도 예측 모델 정확도 | 82% 이상 | 86% 이상 | 90% 이상 | 연도별 실태조사 결과 대비 |
| 상권 쇠퇴 예측 모델 정확도 | 78% 이상 | 82% 이상 | 86% 이상 | 자율상권구역 선정 적합도 |
과업·요구
| 요구사항 분류 | 제약사항 요구사항 | |
|---|---|---|
| 요구사항고유번호 | COR-001 | |
| 요구사항 명칭 | 기술적용계획표 및 결과표 준수 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 기술적용계획 및 결과표의 세부사항을 제시할 수 있어야 하며, 기술표준의 적정성, 적용 가능성, 변경 필요시 절차 등에 대한 방법론을 제시할 수 있어야 함(제안서 및 사업수행계획서에 기술적용계획표 포함 필요) ○ 검수 전 기술적용결과표를 제출하여야 하며, 기술적용계획 변경이 필요한 경우 발주기관의 승인을 받아야 함 | |
| 산출정보 | 기술적용계획표, 기술적용결과표 |
| 요구사항 분류 | 제약사항 요구사항 | |
|---|---|---|
| 요구사항고유번호 | COR-002 | |
| 요구사항 명칭 | 저작권 준수 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 본 사업을 수행함에 있어 콘텐츠 및 디자인, 이미지 등에 대한 특허권, 저작권, 기타 제3자의 권리를 침해하지 않도록 하여야 하며, 침해 발생 시 모든 문제에 대해 손해배상 뿐 아니라 민·형사 책임 등 일체의 책임은 제안사에 있으며, 사업자 의지로 소요되는 모든 비용을 부담하여 조속히 분쟁을 해결하여야 함 ○ 시스템 개발 또는 유지보수용 등으로 별도의 SW를 사용하는 경우 반드시 정품을 사용하고, 사용할 SW라이선스를 보유하여야 함 | |
| 산출정보 |
| 요구사항 분류 | 제약사항 요구사항 | |
|---|---|---|
| 요구사항고유번호 | COR-003 | |
| 요구사항 명칭 | 표준 지침 준수 | |
| 요구사항 상세설명 | 정의 | 사업 추진 시 준수해야 할 규정에 관한 사항 |
| 세부 내용 | ○ 정보시스템 및 웹사이트 구축 관련 지침 - 행정기관 및 공공기관 정보시스템 구축ㆍ운영 지침(행정안전부) - 행정ㆍ공공기관 웹사이트 구축ㆍ운영 가이드(행정안전부) - 전자정부 웹사이트 품질관리 지침(행정안전부) - 행정기관의 코드표준화 추진지침(행정안전부) - 공공기관의 데이터베이스 표준화 지침(행정안전부) - 공공데이터 관리지침(행정안전부) - 전자정부 성과관리 지침(행정안전부) - 디지털 정부서비스 UI/UX 가이드라인(행정안전부) ○ 정보보호 관련 지침 - 국가 사이버보안 기본지침(국가정보원) - 소프트웨어 개발 보안 가이드(한국인터넷진흥원) - 소프트웨어 보안약점 진단가이드(한국인터넷진흥원) ○ 개인정보보호 관련지침 - 표준 개인정보 보호지침(개인정보보호위원회) - 개인정보보호 가이드라인(공공기관 편)(개인정보보호위원회) - 개인정보의 안전성 확보조치 기준(개인정보보호위원회) ○ 웹 표준 문법을 준수하여 구축 - W3C Markup Validation 문법 검사 통과 - W3C CSS Validation 문법 검사 통과 ※ 상위 지침 중 개정 또는 폐기된 지침이 있는 경우, 관련 최신 지침(규정, 가이드라인) 참고 필요 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-001 | |
| 요구사항 명칭 | 사업 추진 일정의 세부 계획 수립 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 제안사는 각 서비스 및 프로그램 개발 기획부터 완료까지의 전체적인 사업 추진을 진행해야 하며, 단계별 세부 추진 일정 및 계획안 제시하여야 함 ○ 각 사업 추진 단계별 수행 기간, 수행 방안 등을 세부적으로 제시할 수 있어야 함 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-002 | |
| 요구사항 명칭 | 사업 관리 및 현황 보고 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 사업 관리 방법 수립 - 품질관리, 자원관리, 진도관리, 보안관리 등 단계별 영역별 사업 관리 방법을 제안서에 제시되어야 함 ○ 다음과 같은 사업 수행 관리 방안을 제시하여야 함 - 주·월간 보고 : 당월 업무 추진 상황 및 일정 보고 - 착수/중간/완료 보고 : 사업 계획/용역 종료 후 결과 보고 - 보고서 제출 - 사업수행계획서 및 착수계 : 착수일로부터 10일 이내 ※ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 별지 제5호 서식의 '정보시스템 사업 착수계'를 포함하여 제출할 것 - 완료보고서 : 과업의 완료 보고, 인쇄물 5부 (산출물 USB 2개) ○ 사업수행과정에서 발생하는 의견 조정에 관한 절차와 해결책을 제시하여야 함 ○ 계약기간 내에 사업이 완료되지 못하였을 경우 관련 규정에 의한 지체상금을 적용 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-003 | |
| 요구사항 명칭 | 산출물 관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 산출물 관리를 위한 세부 방안과 방법론을 제시할 수 있어야 함 ○ 필수 산출물 목록 및 제출 일정, 절차 등 세부 항목별로 구체적으로 제시할 수 있어야 함 ○ 「소프트웨어 진흥법」 제46조에 따라 본 사업의 SW사업정보(수행 및 실적정보) 데이터를 작성하여 제출하여야 함 ○ SW사업정보 데이터의 작성 및 제출에 관한 사항은 SW사업정보저장소 자료실의 「SW사업정보 저장소 데이터 제출 안내」를 참조하여야 함 ○ SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 목록에 명시하여야 하며, 기능점수 데이터의 산정 및 검증에 필요한 전문성을 확보하여 정확하게 작성하여야 함 | |
| 산출정보 | 산출물 관리 리스트, SW사업정보 제출자료(기능점수 산정·검증 자료 포함) |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-004 | |
| 요구사항 명칭 | 리스크 관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 사업 수행 중 발생 가능한 리스크 관리 방안과 대응 계획 및 절차 방안을 구체적으로 제시할 수 있어야 함 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-005 | |
| 요구사항 명칭 | 사업 수행체계 관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 본 사업의 원활한 수행을 위한 사업관리체계, 업무수행 절차 및 역할별 책임체계를 제시하여야 함 ○ 사업수행 과정에서 업무의 연속성과 품질이 저하되지 않도록 관리방안 및 문제 발생 시 대응방안을 제시하여야 함 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PMR-006 | |
| 요구사항 명칭 | 과업내용 변경 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 제안사는 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 소프트웨어사업 과업변경요청서*를 제출하여야 함 * 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 13호서식 참조 ○ “소프트웨어사업 과업심의위원회”의 구성 및 개최 요청 절차 등에 관한 사항은 관련 법령을 따름 | |
| 산출정보 | 과업변경요청서 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PSR-001 | |
| 요구사항 명칭 | 교육훈련 | |
| 요구사항 상세설명 | 정의 | 업무담당자 및 운영자 교육 지원사항 |
| 세부 내용 | ○ 시스템 운영을 위한 교육훈련 계획을 제안하고, 발주기관이 원활히 활용할 수 있도록 교육훈련을 수행해야 함 | |
| 산출정보 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PSR-002 | |
| 요구사항 명칭 | 사용자 매뉴얼 및 운영자 매뉴얼 | |
| 요구사항 상세설명 | 정의 | 사용자 및 운영자 매뉴얼 작성 및 포함내용 |
| 세부 내용 | ○ 본 사업을 통해 개발된 산출물을 원활히 활용할 수 있도록 사용자 및 관리자 매뉴얼을 제공해야 함 ○ 사용자 및 관리자가 원활히 활용할 수 있도록 매뉴얼 내용이 구성되어야 하며, 필요시 추가 요청할 수 있음 | |
| 산출정보 | 사용자 매뉴얼, 관리자 매뉴얼 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PSR-003 | |
| 요구사항 명칭 | 하자보수 일반 | |
| 요구사항 상세설명 | 정의 | 하자보증 및 유상 유지관리에 관한 사항 |
| 세부 내용 | ○ 하자보수기간은 검수 완료 후 1년으로 하며, 하자보수 방안*에 대해 구체적으로 제시할 수 있어야 함 * 하자보수 방안에 지원범위, 지원절차, 지원방법 및 지원내용 포함 ○ 하자보수 범위를 초과하여 유상으로 처리되는 유지보수 사항에 대해서는 대상범위와 유상처리 기준을 명확하게 제시하여야 함 ○ 시스템의 안정성 및 신뢰성 확보와 장애시간을 최소화하기 위하여 시스템을 단위 요소기술과 기능으로 구분하여 각각에 대한 세부 하자보수 계획을 제시 ○ 시스템 구축 이후 유지보수 및 문제점 발생 시 해결을 위한 효율적인 유지보수 방법, 지원체계 등을 제시하여야 하며 특히 장애처리에 대비하여 문제 발생 시부터 해결까지의 유지보수 절차 및 체계를 제시하여야 함 ○ 사업 종료시에 하자보증확약서(유상처리 기준 포함)를 제출하여야 함 ○ 제안사가 제 3자로부터 구매하여 공급한 제품과 자체 개발한 소프트웨어를 포함한 전 시스템의 하자담보 책임기간은 검수완료일부터 1년임 ※ 단, PSR-004 요구사항에 따른 사후 운영지원 기간은 검수완료일로부터 총 3년(무상 하자보수 기간 1년 포함) ○ 사업 목적 달성을 위해 제안요청서에 명시되지 않은 필수 기능 또는 시스템이 필요한 경우에는 발주기관과 협의하여 과업변경 절차에 따라 반영하여야 함 | |
| 산출정보 | 하자보수 계획서, 하자보증확약서(하자보증 범위 및 세부내역, 유상 유지관리 범위 및 세부내역 포함) |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항고유번호 | PSR-004 | |
| 요구사항 명칭 | 구축 시스템 운영지원 | |
| 요구사항 상세설명 | 정의 | 검수 완료 후 3년간 구축 시스템의 안정적인 운영과 데이터 현행화 및 운영단계 성과목표 달성을 위한 지원 사항 |
| 세부 내용 | ○ 하자보수기간 이후 2년간 아래의 사항을 지원해야 함 - 시스템 구축 시 수집한 데이터의 현행화 지원. 다만, 구매 데이터의 갱신·이용에 필요한 구매비용은 발주기관이 별도 예산으로 확보하며, 계약상대자는 해당 데이터의 갱신 및 시스템 반영에 필요한 기술적 지원을 수행하여야 함 - 구축한 서비스의 정상적인 운영을 위한 지원 - 운영단계 성과목표(QUR-007) 달성을 위한 지원 ○ 위 사항 이외에 검수 완료 후 총 3년간(무상 하자보수기간 포함) 정상적인 서비스 운영을 위해 필요한 방안을 제시하여야 함 ○ 제안사는 연차별 운영지원 업무, 데이터 갱신 범위 및 주기, 운영단계 성과목표의 측정방법, 장애 대응절차 및 지원방법 등을 구체적으로 제시하여야 함. 계약범위를 변경하는 추가개발은 발주기관과 협의하여 관계 계약규정에 따른 과업변경 절차에 따라 처리하여야 함 | |
| 산출정보 |