입찰공고상세[용역] · 마감 · AI 페이지
데이터 허브 시스템 운영 및 기능개선 용역
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「데이터 허브 시스템 운영 및 기능개선 용역」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01737090)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 14:14 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 전주기 이력관리 실증기업 데이터 수집 및 플랫폼 연계 용역 · 재단법인 울산정보산업진흥원 · 3,636만원 · D-7
- [정보,003] 2027년 결핵통합관리시스템 유지관리사업 · 질병관리청 · 4.91억원 · D-42
- 2027년 보건분류통합관리시스템 유지관리 · 국가데이터처 · 2.53억원 · D-37
- 경상북도 공공데이터 시스템 고도화 사업 · 경상북도 · 7,273만원 · D-3
- 2026년도 첨단분야 혁신융합대학 COSS/HUSS허브 (허브LMS) 교육 플랫폼 및 클라우드 유지보수 및 운영지원 사업 연구용역 · 고려대학교 산학협력단 · 3.5억원 · D-41
- 2026년도 항공교통데이터시스템 기능개선 및 유지관리 용역(재공고) · 항공안전기술원 · 1.45억원 · D-6
끝난 공고 · 결과
- 소재측정분석 프로토콜 공유 플랫폼(K-MAP) 고도화 개발 용역 · 한국과학기술연구원 · 낙찰 -
- 경남지역사업 종합정보시스템 통계개발 및 유지보수 용역 · 재단법인 경남테크노파크 · 낙찰 -
- 2026년 스마트도시 데이터허브 유지관리 용역 · 제주특별자치도 · 낙찰 메티스정보주식회사 · 1.64억원
- 국제 표준 기반 NABIC 2.0 사용자 친화적 개선 · 농촌진흥청 국립농업과학원 · 낙찰 (주)터보소프트 · 1.89억원
- [정보화] 마이크로바이옴 통합 플랫폼 운영·유지관리 · 질병관리청 국립보건연구원 · 낙찰 -
- 뿌리산업 사업관리 홈페이지 유지보수 및 기능개선 · 한국생산기술연구원 · 낙찰 -
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 2. 제안요청서.hwpx · 제안요청서
- 1. 입찰공고문.hwp · 공고규격서
- 1. 입찰공고문.pdf · 공고규격서
- 2. 제안요청서.hwpx · 공고규격서
- 3. 용역계약 일반조건.pdf · 공고규격서
- 4. 용역입찰유의서.hwp · 공고규격서
공고 개요
한국과학기술연구원 · SW 개발·운영
- 낙찰업체
- 결과 미등록 · 낙찰 결과가 아직 안 올라왔어요
- 낙찰금액
- -
- 종합 점수
- -
- 참가
- 2곳 · 개찰 09/29(화)
요약 AI 요약
공정도·프로토콜 관리 기능을 안정적으로 운영·유지보수해 데이터 정합성을 유지하고, 데이터 허브 시스템(소듐이온음극·강유전박막·색변환디스플레이)의 메인 페이지 사용자 인터페이스(UI)·경험(UX)과 데이터 입력 모듈을 개선하며, K-MAP 시스템 연계 모듈을 구현하는 사업이다.
- 운영 중인 K-MAP·Hub 시스템의 오류 수정 및 사용자 피드백 기반 소규모 UI/UX·프로세스 개선(전면 재설계 제외)
- Hub 시스템과 K-MAP 간 API 기반 연계 구조 유지·점검 및 데이터 정합성·보안·유지관리 관점의 연계 안정성 확보
- 데이터 허브 3종의 분산된 소스코드를 단일 코드베이스로 정비하고 빌드·배포·버전관리 체계 표준화
- 소재측정 분석 프로토콜 시스템 및 Hub 시스템의 DB 스키마·파일 주기적 백업과 버전별 관리(되돌리기·복원) 기능
- 실험입력 데이터 타입 추가·보완, 공정도 노드 타입·노드 간 관계 정비 및 공정도 비공개 기능
- 관리자 대시보드 통계 쿼리 개선, 이미지·파일 업로드 기능, 서버 이관·관리자 UI 매뉴얼 작성, 리마인드 메일·검토기한 관리·페널티 적용 등 관리자 페이지 개선
사업 내용 · 이 공고에 든 일
중심 · 데이터 허브·K-MAP 시스템 운영 및 기능개선 SW 개발
용역 › 정보시스템·SW › SW 개발·운영
데이터 허브 3종과 K-MAP 연계 모듈의 기능개선·소스코드 정비·백업·보안강화·유지보수를 수행하는 소프트웨어 개발·운영 용역이다.
- 운영 UI/UX 소규모 개선 및 오류 수정
- Hub–K-MAP API 연계 유지·점검
- 데이터 허브 3종 소스코드 단일 코드베이스 정비
- DB·파일 백업 및 버전관리 기능
- 실험입력·공정도 기능 개선
- 관리자 페이지·통계 쿼리 개선
- 취약점 조치 및 대응체계 구축
- 데이터 표준·구조 설계 및 이관
- 테스트 계획·인수 테스트
- 교육 및 기술지원, 하자보수(12개월)
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서 평가결과 기술능력평가 점수가 기술능력 평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정합니다.
| 평가 항목 | 배점 |
|---|---|
| 사업 이해도 | 10점 |
| 추진 전략 | 5점 |
| 사업 추진 방법론 | 5점 |
| 기능요구사항 | 10점 |
| 성능 요구사항 | 5점 |
| 인터페이스 요구사항 | 5점 |
| 적용기술 | 5점 |
| 개발환경 | 5점 |
| 제약사항 | 5점 |
| 일정관리 | 5점 |
| 기밀보안 관리 | 5점 |
| 위험 및 이슈 관리 | 5점 |
| 인수인계 | 5점 |
| 교육훈련 | 5점 |
| 기술지원 | 5점 |
| 하자보수계획 | 5점 |
| 경영상태 | 10점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/18(금) | 지남 |
| 입찰서 제출 시작 | 09/18(금) 17:00 | 지남 |
| 입찰참가자격 등록 마감 | 09/28(월) 18:00 | 지남 |
| 입찰서 제출 마감 | 09/29(화) 10:00 | 지남 |
| 개찰 | 09/29(화) 11:00 | 지남 |
가격
- 추정가격
- 166,012,727원
- 배정예산
- 182,614,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/18(금)
- 공고번호
- R26BK01737090-000
- 참조번호
- KIST 제26-52호
- 공고기관
- 한국과학기술연구원
- 수요기관
- 한국과학기술연구원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 166,012,727원
- 배정예산
- 182,614,000원
- 공공조달분류
- ICT 서비스 › 운영 및 유지관리 › 정보시스템유지관리서비스
- 사전규격번호
- R26BD00274121
- 재공고
- 아니오
- 출처
- 나라장터
문서 발췌
과업·요구
=== 2. 제안요청서.hwpx ===
데이터 허브 시스템 운영 및 기능개선 용역
제 안 요 청 서
2026. 9. Ⅰ. 제안의 일반사항 3 1. 용역사업 개요 3 2. 계약방식 : 협상에 의한 계약 3 3. 용역기간․예산 3 4. 입찰 참가 자격 4 5. 공동도급 및 하도급 허용여부 4 6. 추진 일정 4 Ⅱ. 제안 요청 내용 5 1. 요구사항 총괄표 5 2. 요구사항 목록표 6 3. 요구사항 내용 8 Ⅲ. 제안서 작성 지침 25 1. 작성방법 25 2. 제안서의 효력 26 3. 제안서 작성내용 및 목차 27 Ⅳ. 사업자 선정 28 1. 사업자 선정방식 28 2. 입찰관련 유의사항 29 3. 구체적인 평가 배점․방법 29 4. 제안서 제출 안내 33 5. 제출 서류 33 Ⅴ. 기술적용계획표 34 Ⅵ. 관련 서식 41
Ⅰ 제안의 일반사항
1. 용역사업 개요 □ 사업명 : 데이터 허브 시스템 운영 및 기능개선 용역 □ 목 적 : ◦ 공정도 및 프로토콜 관리 기능의 안정적 운영과 유지관리를 통해 데이터 정합성을 유지하고, 효율적인 작성 및 활용이 지속되도록 지원 ◦ 데이터 허브 시스템(소듐이온음극·강유전박막·색변환디스플레이)의 메인 페이지 사용자 인터페이스(UI)와 경험(UX) 개선을 통해 사용 접근성을 증대함(K-MAP의 UI/UX 전면 재구축은 별도 고도화 용역에서 수행). ◦ 데이터 허브 시스템(소듐이온음극·강유전박막·색변환디스플레이)의 데이터 입력 모듈 개선을 통한 데이터 취합 및 관리를 위한 효율성과 정확성을 극대화 ◦ K-MAP 시스템 연계 모듈을 구현하여 공정도와 프로토콜의 작성 및 관리를 위한 데이터 통합 및 활용성 강화 ◦ 데이터 허브 및 K-MAP 시스템의 안정적인 운영과 지속적인 성능 향상을 위한 유지보수 업무 수행 ◦ 시스템 전반에 대한 보안취약점을 식별하고, 국가정보원 및 관련 보안 가이드라인에 부합하는 수준으로 취약점 조치 및 관리체계를 수립하는 것을 목적으로 함. ◦ 시스템 성능 최적화를 지속적으로 수행하여 안정적인 시스템 환경을 구축하고 향후 확장성을 고려한 개선 작업 진행. 다만 신규 UI/UX 전면 재구축 및 연구 정보 검색 서비스 도입은 본 용역의 범위에서 제외하며, 별도의 「소재측정분석 프로토콜 공유 플랫폼(K-MAP) 고도화 개발 용역」에서 수행함.
2. 계약방식 : 협상에 의한 계약 □ ‘국가를 당사자로 하는 계약에 관한 법률 시행령’(이하 “국가계약법시행령”) 제43조의 협상에 의한 계약 체결 방식 적용 3. 용역기간ㆍ예산 □ 사업기간 : 계약체결일로부터 2026년 12월 31일까지 ※ 단, 업무 진행 상황에 따라 상호 협의 하에 단축 또는 연장 운영이 가능 □ 추정예산 : 일금 182,614,000원(VAT포함) ※ 용역대금 지급은 계약 시 결과물 제출 완료 후 100% 지급하되, 상호 협의 하에 변경할 수 있음 4. 입찰 참가 자격 □ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 의한 입찰 참가자격 요건을 갖춘 업체 □ 「국가를 당사자로 하는 계약에 관한 법률 시행령」제39조 4항 및 동 법 시행규칙 제44조 규정에 의해 입찰 참가자격을 제한받은 업체는 제외 □ 「소프트웨어 진흥법」제58조 및 동법 시행령 제53조에 의하여 소프트웨어 사업자(컴퓨터 관련 서비스사업(업종코드: 1468))로서 신고를 필한 업체 ※ 입차공고일 기준 최근년도 결산신고된 ‘소프트웨어사업자 신고 확인서’를 제출 □ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 동법 시행령 제10조 규정에 의한 직접생산확인증명서[세부품명: 정보시스템개발서비스(8111159901)]로 발행된 것으로 유효기간 내에 있어야 함]를 소지한 업체 □ 「중소기업기본법」 제2조에 따른 중·소기업 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 ‘중소기업확인서(중기업·소기업·소상공인 확인서(용도 : 공공기관 입찰용))’를 소지한 업체
| 구분 | 설명 | 요구사항수 |
|---|---|---|
| 기능 요구사항 (SFR, System Function Requirement) | 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 회원이 반드시 할 수 있어야 하는 기능(동작)에 대해 기술 | 10 |
| 성능 요구사항 (PER, Performance Requirement) | 목표 시스템의 처리속도 및 시간, 처리량, 동적/정적 용량, 가용성 등 성능에 대한 요구사항을 기술 | 1 |
| 보안 요구사항 (SER, Security Requirement) | 정보 자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영 접근 통제, 개인정보보호 대책을 위한 요구사항 기술 | 6 |
| 데이터 요구사항 (DAR, Data Requirement) | 목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항을 기술 | 11 |
| 테스트 요구사항 (TER, Test Requirement) | 구축된 시스템이 계획된 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술 | 2 |
| 제약사항 (COR, Constraint Requirement) | 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술·표준·업무·법제도 등 제약조건 등을 파악하여 기술함 | |
| 품질요구사항 (QUR, Quality Requirement) | 목표사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질평가 대상 및 목표에 대한 요구사항 기술 | 4 |
| 인터페이스 요구사항 (SIR, System Interface Requirement) | 목표시스템과 외부를 연결하는 시스템 인터페이스와 회원 인터페이스에 대한 요구사항을 기술 | 1 |
| 프로젝트 관리 요구사항 (PMR, Project Mgmt. Requirement) | 프로젝트의 원활한 수행을 위한 관리방법 및 추진단계별 수행방안에 대한 요구사항을 기술 | 2 |
| 프로젝트 지원 요구사항 (PSR, Project Support Requirement) | 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항을 기술함 시스템/서비스 안정화 및 운영, 교육훈련 및 기술지원, 하자보수 또는 유지관리 요구사항 등을 기술함 | 3 |
| 합 계 | 42 |
| 구분 | 요구사항 번호 | 요구사항 명 |
|---|---|---|
| 기능 요구사항 (SFR) | SFR-001 | 공통요구사항 |
| SFR-002 | 운영 UI/UX 소규모 개선 및 시스템 안정화 | |
| SFR-003 | Hub 시스템과 K-MAP 연계 | |
| SFR-004 | 데이터 허브 소스코드 정비 | |
| SFR-005 | 소재측정 분석 프로토콜 시스템의 데이터 백업 및 보안 강화 | |
| SFR-006 | Hub 시스템의 데이터 백업 및 보안 강화 | |
| SFR-007 | 실험입력 및 공정도 기능 개선 | |
| SFR-008 | 운영 편의 기능 개선 및 시각화 보완 | |
| SFR-009 | 관리자 페이지 및 시스템 유지보수 기능 개선 | |
| SFR-010 | 취약점 분석 및 대응체계 구축 | |
| 성능 요구사항 (PER) | PER-001 | 성능 요구사항 |
| 보안 요구사항 (SER) | SER-001 | 사업 종료 시 준수할 보안관리 정의 |
| SER-002 | 누출금지 대상정보 정의 | |
| SER-003 | 개인정보보호 관계법령 준수 | |
| SER-004 | 보안정책 및 지침 준수 정의 | |
| SER-005 | 보안정책 위규처리 정의 | |
| SER-006 | 참여인원에 대한 보안관리 정의 | |
| 데이터 요구사항 (DAR) | DAR-001 | 데이터 표준 수립 |
| DAR-002 | 범 정부 및 주관기관 표준 준수 | |
| DAR-003 | 데이터 표준 관리 | |
| DAR-004 | 데이터 구조 설계 | |
| DAR-005 | 데이터 구조 검증 | |
| DAR-006 | 데이터 구조 관리 | |
| DAR-007 | 데이터 값 검증 방안 | |
| DAR-008 | 데이터 값 검증(목표 시스템으로 데이터 이관) | |
| DAR-009 | 데이터 관리체계 수립 | |
| DAR-010 | 개인정보암호화 | |
| DAR-011 | 데이터 개방 및 메타데이터 관리체계 | |
| 테스트 요구사항(TER) | TER-001 | 테스트 계획 수립 |
| TER-002 | 인수 테스트 | |
| 제약사항 (COR) | COR-001 | 웹접근성/웹호환성 준수 |
| COR-002 | 지침 및 표준준수 | |
| 품질 요구사항 (QUR) | QUR-001 | 시스템 품질 요구사항 |
| 인터페이스 요구사항(SIR) | SIR-001 | 인터페이스 요구사항 |
| 프로젝트 관리 요구사항 (PMR) | PMR-001 | 프로젝트 관리 일반 |
| PMR-002 | SW사업정보 저장소 데이터 작성 및 제출 | |
| 프로젝트 지원 요구사항 (PSR) | PSR-001 | 교육 및 기술지원 |
| PSR-002 | 하자보수 | |
| PSR-003 | 사업수행 환경 및 장소 |
| 요구사항 고유번호 | SFR-001 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 공통요구사항 | |
| 요구사항 상세설명 | 정의 | 공통기능 요구사항 정의 |
| 세부 내용 | ● [공통] - 비표준 플러그인 사용을 금지 - 저작권이 있거나 소스코드 오픈 의무가 있는 오픈소스 적용 금지 ● 특정 브라우저 지원 (다음의 특정 브라우저를 지원해야 함.) 1. Google Chrome 2. Microsoft Edge 3. Mozilla Firefox 4. Apple Safari ● 시스템 - Docker로 시스템이 관리되어야 함. - Jenkins를 활용하여 릴리즈되어야 함. - 운영서버와 테스트서버가 분리되어야 함. ● API 서버 - Spring Framework + Java 기반 개발 수행 - 내외부 연동을 위한 API 서버 제공 - 인증을 위한 서버 ● 화면 관리 서버 - Node.js + Vue.js를 기반 개발 수행 ● 파일 관리 서버 - 다중 파일 업로드 기능을 제공해야함. * 용량(최대2G), 파일개수 무제한 업로드 & 다운로드 * 콘텐츠 보안(SSL) 지원 * 이어받기 기능을 제공해야함. * 폴더, 파일 드래그&드롭 기능 지원 ● 소재측정분석 프로토콜 공유 플랫폼(K-MAP) 서비스와 데이터 허브 3종(소듐이온음극·강유전박막·색변환디스플레이) 서비스를 제공해야 함. - 소재측정분석 프로토콜 플랫폼: https://analysis.kist.re.kr/platform - 이차전지 허브: https://analysis.kist.re.kr/batteryhub - 강유전체 허브: https://analysis.kist.re.kr/ferroehub - 생체분해성 합금 허브: https://analysis.kist.re.kr/biometalhub |
| 요구사항 고유번호 | SFR-002 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 운영 UI/UX 소규모 개선 및 시스템 안정화 | |
| 요구사항 상세설명 | 정의 | 현행 운영 중인 K-MAP 및 Hub 시스템의 안정성을 확보하고, 운영 중 발생하는 오류 수정 및 사용자 피드백 기반 소규모 개선을 수행함 |
| 세부 내용 | ● 서비스 오류 수정 및 사용자 피드백 반영 - 서비스 간 발생한 오류에 대한 수정이 되어야 함. - 운영 중 사용자 의견을 수렴한 소규모 UI/UX 및 프로세스 개선이 되어야 함(전면 재설계 제외). |
| 요구사항 고유번호 | SFR-003 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | Hub 시스템과 K-MAP 연계 | |
| 요구사항상세설명 | 정의 | 기존 Hub–K-MAP 간 연계의 안정적 운영 및 유지보수 |
| 세부내용 | ● Hub 시스템과 K-MAP 연계 - 기존 Hub–K-MAP 간 API 기반 연계 구조를 유지·점검하고 운영상 필요한 보완을 수행함 - 데이터 정합성·보안·유지관리 관점에서 연계 안정성을 점검·확보함 ● 데이터 손실 및 성능이슈 최소화를 위한 점검 및 테스트 ● 연계 구간의 오류·문제점 분석 및 대응 |
| 요구사항 고유번호 | SFR-004 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 데이터 허브 소스코드 정비 | |
| 요구사항상세설명 | 정의 | |
| 세부내용 | ● 데이터 허브 시스템 소스 통합 - 기존 데이터 허브 3종의 분산된 소스코드를 단일 코드베이스로 정비 - 소스코드 정비 시 유지보수성과 확장성을 고려 ● 통합 코드 안정성 검증 - 소스 정비 후 기능 정상 동작 여부를 전수 점검함 - 빌드, 배포, 버전관리 체계를 표준화하여 운영 안정성을 확보함 |
| 요구사항 고유번호 | SFR-005 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 소재측정 분석 프로토콜 시스템의 데이터 백업 및 보안 강화 | |
| 요구사항 상세설명 | 정의 | 데이터 및 파일의 안전한 보관과 관리 기능을 도입하여 시스템의 안정성을 강화 |
| 세부 내용 | ● 소재측정 분석 프로토콜 시스템의 데이터 및 파일 백업 방안 수립 및 실행 - 소재측정 분석 프로토콜 시스템의 DB 스키마를 주기적으로 백업하여 시스템의 안정성을 강화해야 함. - 소재측정 분석 프로토콜 시스템의 FILE을 주기적으로 백업하여 시스템의 안전성을 강화해야 함. ● 버전별 관리 기능을 통한 실험입력 백업 지원 - 사용자가 실험입력 및 데이터 입력 시 언제든 되돌릴 거나 복원할 수 있도록 버전별 관리 기능을 제공해야 함. |
| 요구사항 고유번호 | SFR-006 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | Hub 시스템의 데이터 백업 및 보안 강화 | |
| 요구사항 상세설명 | 정의 | 데이터 및 파일의 안전한 보관과 관리 기능을 도입하여 시스템의 안정성을 강화 |
| 세부 내용 | ● Hub 시스템의 데이터 및 파일 백업 방안 수립 및 실행 - Hub 시스템의 DB 스키마를 주기적으로 백업하여 시스템의 안정성을 강화해야 함. - Hub 시스템의 FILE을 주기적으로 백업하여 시스템의 안전성을 강화해야 함. ● 버전별 관리 기능을 통한 실험입력 백업 지원 - 사용자가 실험입력 및 데이터 입력 시 언제든 되돌릴 거나 복원할 수 있도록 버전별 관리 기능을 제공해야 함. |
| 요구사항 고유번호 | SFR-007 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 실험입력 및 공정도 기능 개선 | |
| 요구사항 상세설명 | 정의 | 실험입력과 공정도를 체계적으로 관리할 수 있도록 기능을 개선·보완 |
| 세부 내용 | ● 실험입력 기능 개선 - 사용자 요구에 맞는 데이터 타입을 추가·보완할 수 있어야 함 ● 공정도 기능 개선 (노드 타입 보완, 노드 간 관계 정비, 공정도 비공개 기능) - 공개된 공정도에 대한 비공개 기능을 지원하며 비공개 실험데이터 접근을 제한할 수 있어야 함 - 노드타입·노드 간 관계를 관리자가 정의하고, 정의된 공정도 타입을 사용자가 선택하여 작성할 수 있어야 함 |
| 요구사항 고유번호 | SFR-008 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 운영 편의 기능 개선 및 시각화 보완 | |
| 요구사항 상세설명 | 정의 | 데이터 허브 3종의 운영 편의 기능을 보완하고 데이터의 시각적 표현을 강화 |
| 세부 내용 | ● 운영 편의 기능 개선 방안 수립 - 계산·시각화, 공개 실험입력 사용자 분리 등 운영 편의 기능의 개선 방안을 정립함 ● 기능 개선에 필요한 Open Source 또는 Solution 활용 검토 - 이미지 미리보기·시각화 등 관련 기능에 필요한 Open Source 또는 Solution을 검토·적용함 ● 데이터 구조 정비 및 화면 개선 - 유지보수성·확장성을 고려하여 데이터 구조를 정비함 - 사용자 편의를 고려하여 UI/UX 화면을 개선함 |
| 요구사항 고유번호 | SFR-009 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 관리자 페이지 및 시스템 유지보수 기능 개선 | |
| 요구사항상세설명 | 정의 | 관리자의 운영 편의성을 높이고, 시스템의 유지보수를 용이하게 하기 위한 기능 개선 |
| 세부내용 | ● 관리자 대시보드 통계 쿼리 개선 ● 이미지 및 파일업로드 기능 적용 ● 서버 이관 매뉴얼 및 관리자 UI 매뉴얼 작성 ● 추가 기능 구현 (리마인드 메일, 검토기한 관리, 페널티 적용) ● 검토 리스트 정렬 기능 개선 등 |
| 요구사항 고유번호 | SFR-010 | |
|---|---|---|
| 요구사항 분류 | 기능 요구사항 | |
| 요구사항 명칭 | 취약점 분석 및 대응체계 구축 | |
| 요구사항상세설명 | 정의 | 정보시스템 전반에 대한 보안취약점을 식별하고, 국가정보원 및 관련 보안 가이드라인에 부합하는 수준으로 취약점 조치 및 관리체계를 수립 |
| 세부내용 | ● 취약점 점검 수행 (점검 수행은 KIST에서 진행, 수행사 과업 범위 아님) - 서버(OS), DB, 네트워크 장비, 보안장비, WEB/WAS 등 전 영역에 대한 취약점 점검 수행 - 주요 점검 기준 : 국가정보원 보안 가이드 - 점검 결과에 대한 취약점 등급(상/중/하 또는 CVSS 기준) 산정 ● 취약점 분석 및 조치 방안 수립 - 식별된 취약점에 대해 원인 분석 및 영향도 평가 수행 - 시스템 운영에 영향을 최소화하는 조치 방안 제시 - 패치, 설정 변경, 코드 수정 등 구체적인 대응 방법 제공 - 즉시 조치가 어려운 항목에 대한 보완통제 방안 제시 ● 취약점 조치 및 이행 지원 - 취약점 조치 수행(패치 적용, 설정 변경 등) 또는 기술 지원 - 운영환경 반영 전 테스트 환경 검증 수행 - 조치 후 재점검을 통한 조치 완료 여부 검증 |
| 요구사항 고유번호 | PER-001 | |
|---|---|---|
| 요구사항 분류 | 성능 요구사항 | |
| 요구사항 명칭 | 온라인성 업무응답시간 | |
| 요구사항 상세설명 | 정의 | 온라인성 업무응답시간 목표 정의 |
| 세부 내용 | ● 시스템 응답시간 - 요청(검색결과) 응답시간은 회원이 요청한 시간으로부터 3초 이내에 최초 결과 값을 보여줘야 함. (예외사항: 대량의 데이터에 대한 검색 요청, 대량의 배치성 작업요청 및 한 개이상의 큰 이미지 혹은 동영상을 가지고 있는 화면) |
| 요구사항 고유번호 | SER-001 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 사업 종료 시 준수할 보안관리 정의 |
| 세부 내용 | ● 사업 수행과정에서 취득한 자료와 정보에 관하여 사업 수행 중은 물론 사업완료 후에도 이를 외부에 유출해서는 안 되며 사업종료 시에는 완전 폐기 또는 반납해야 한다. |
| 요구사항 고유번호 | SER-002 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 누출금지 대상정보 정의 |
| 세부 내용 | ● 사업자는 사업 수행에 사용되는 문서, 인원, 장비 등에 대하여 물리적, 관리적, 기술적 보안대책 및 ‘누출금지 대상정보’에 대한 보안관리 계획을 사업제안서에 기재하여야 하며, 해당 정보 누출 시 발주기관은 국가계약법 시행령 제76조에 따라 사업자를 부정당업체로 등록한다. - 「공공기관의 정보공개에 관한 법률」제9조제1항 단서에서 정한 비공개 대상 - 개인정보보호법 제2조 제1호의 개인정보 - 「보안업무규정」제4조의 비밀 및 동 시행규칙 제7조제3항의 대외비 - 그 밖에 연구원 또는 주관부서의 장이 공개가 불가하다고 판단한 자료 |
| 요구사항 고유번호 | SER-003 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 개인정보보호 관계법령 준수 |
| 세부 내용 | ● 개인정보 보호법 및 관련 하위고시를 준수해야 한다. |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 보안정책 및 지침 준수 정의 |
| 세부 내용 | ● 본 용역사업은 한국과학기술연구원의 보안정책에 따라 수행해야 한다. - 사업자는 [붙임 1]“용역업체 정보보안 준수사항”을 준수하여야 함. - 사업자는 [붙임 2]“외주 용역사업 보안특약 조항”을 준수하여야 함. |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 보안정책 위규처리 정의 |
| 세부 내용 | ● 사업자는 발주기관의 보안정책(국정원/과기정통부 정보보안 기본지침 등)을 준수하여야 하며, 이를 위반하였을 경우 기관 내부규정에 따라 관련자에 대하여 조치하고 손해배상 책임을 짐 |
| 요구사항 고유번호 | SER-006 | |
|---|---|---|
| 요구사항 분류 | 보안 요구사항 | |
| 요구사항 명칭 | 보안 | |
| 요구사항 상세설명 | 정의 | 참여인원에 대한 보안관리 정의 |
| 세부 내용 | ① 용역사업 참여인원중 보안책임관을 지정하여 발주자의 승인을 받아야 함 ② 용역사업 참여인원은 보안서약서에 자필서명 후, 발주기관에 제출 ③ 용역사업 참여인원은 업체 임의로 교체할 수 없으며, 신상변동(해외여행 포함) 사항 발생 즉시 보고함 ④ 참여인원에 대하여 월1회 정보보안교육 및 보안 점검을 수행하고, 교육 및 점검 결과에 대하여 발주기관의 확인을 받아야 함 ⑤ 사업자는 개발시스템 운영인력의 전산실 출입 등 업무수행 시 발주자가 요구하는 보안관련 규정을 충실히 이행해야 한다. ⑥ 발주기관의 요구에 따라 기술 인력의 신원증명서, 재직증명서, 보안 서약서 등 보안관련 서류 일체를 제출해야 한다. |
| 요구사항 고유번호 | DAR-001 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 표준화 | |
| 요구사항 상세설명 | 정의 | 데이터 표준 수립 |
| 세부 내용 | ● 데이터 표준 개선 및 정비 - 데이터 특성을 고려하여 표준화 관리 체계를 개선 및 정비하여야 함 - 시스템 구축에 따라 추가가 필요한 데이터 표준항목(단어, 용어, 도메인)을 정의하고 데이터 표준 사전 등을 반영하여야 하며 데이터 표준화 지침 및 표준화 가이드, 데이터 표준 사전(용어사전, 단어사전, 도메인사전)을 제공하여야 함. - 전사적인 정보공유를 위해 유지 되어야 할 추가적인 공통 데이터 요소를 도출하여 코드관리가 이루어져야 하며 공통 데이터 요소 코드화 시 그에 따른 기존 관리체계 방안을 개선하고 정비하여야 한다. ● 추가적인 데이터베이스 구조의 설계는 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려하여야 함. |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 표준화 | |
| 요구사항 상세설명 | 정의 | 범 정부 및 주관기관 표준 준수 |
| 세부 내용 | ● 데이터 관련 규정 및 가이드 준수 - 공공기관의 데이터베이스 표준화 지침(행정안전부) - 공공데이터 관리 지침(행정안전부) - 공공정보 품질관리 매뉴얼 (ver2.0 2018년 1월) - 데이터 표준화 : 공공데이터 공통 표준용어(행정안전부) ● 주관기관 표준 준수 - 수행사는 주관기관의 데이터 표준을 준수하고 그와 상충되는 요소에 대해서는 주관기관(한국과학기술연구원)과 협의하여 대응 방안을 수립하고 이력을 남겨야 함. |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 표준 관리 | |
| 요구사항 상세설명 | 정의 | 데이터 표준 관리 방안을 마련 |
| 세부 내용 | ● 데이터 표준관리를 위한 표준화 관리방안(메타데이터 관리시스템, 문서화 등)과 이를 통한 변경 이력이 관리되어야 함. ● 응용시스템 데이터베이스 설계 문서의 현행화 작업 수행 ● 데이터베이스의 효율적인 운영관리 및 향후 시스템 확장과 유지관리 등이 용이 하도록 설계 ● 데이터베이스 구조의 설계는 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려하여야 함. |
| 요구사항 고유번호 | DAR-004 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 구조 설계 | |
| 요구사항 상세설명 | 정의 | 데이터 구조설계 원칙 |
| 세부 내용 | ● 데이터 구조 설계 기준 및 가이드 제시 - 데이터 구조 설계(모델링) 기준 및 가이드를 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 ● 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 공유 및 활용, 업무요건 변화, 시스템 변경으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 업무규칙(BR) 처리를 위한 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 - 데이터 설계 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 정의하고 적용하여야 함 ● 데이터 발생과 처리의 이해를 높이는 데이터 발생 규칙 정의 - 인조 식별자가 많은 엔터티의 경우 데이터 구조만으로 발생 규칙을 이해하기 어려우므로 ‘데이터 발생 규칙 정의서’를 작성해야 함 |
| 요구사항 고유번호 | DAR-005 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 구조 검증 | |
| 요구사항 상세설명 | 정의 | 데이터 모델 검증 |
| 세부 내용 | ● 데이터의 정합성을 유지하면서 시스템의 성능을 저하 시키지 않도록 DB 설계가 되어야 하며, 초기 데이터 구축을 수행하고, 설계자, 개발자, 발주기관, DB 전문인력을 통해 데이터의 품질에 대한 검증이 이루어져야 함 |
| 요구사항 고유번호 | DAR-006 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 구조 관리 | |
| 요구사항 상세설명 | 정의 | 데이터 구조 관리 방안 |
| 세부 내용 | ● 데이터 구조 관리 방안 - 데이터 구조를 설계부터 구축, 운영 단계까지 지속적으로 관리 할 수 있는 방안을 제시하여야 함 - 시스템 구축 기간 동안 DB의 형상과 물리데이터 모델의 형상 일치 여부를 주기적으로 점검하고 보고하여야 함 - 데이터 구조 변경이력에 대한 관리방안을 제시하고 적용하여야 함 |
| 요구사항 고유번호 | DAR-007 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 값 검증 | |
| 요구사항 상세설명 | 정의 | 데이터 값 검증 방안 |
| 세부 내용 | ● 데이터 값 진단 계획 수립 - 데이터(연계데이터 포함) 값 검증 범위(전체 또는 일부), 시기, 방법을 사업 계획에 명시해야 함 ● 데이터 값 진단 수행 및 검증 - 범정부 또는 개별기관의 표준을 준수하여 데이터 검증을 위한 공통 기준과 데이터 분야별 특성에 따른 세부 기준을 정의하여야 함 - 데이터 값 검증에 따른 오류 유형, 오류로 인한 영향도, 조치 방법 등을 관리해서 지속적인 개선과제를 도출하여야 함 |
| 요구사항 고유번호 | DAR-008 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 값 검증 | |
| 요구사항 상세설명 | 정의 | 목표 시스템으로 데이터 이관 |
| 세부 내용 | ● 데이터베이스 구조 최적화, DBMS 튜닝 등을 통해 데이터 안정성과 성능 개선 ● 데이터의 정합성을 유지하면서 시스템의 성능을 저하 시키지 않도록 DB 설계가 되어야 하며, 초기 데이터 구축을 수행하고, DB 전문인력을 통해 데이터의 품질에 대한 검증이 이루어져야 함 ● 데이터 이관 계획 수립 - 기존 데이터 특성을 고려하여 신규 시스템의 데이터 이관 진행 - 이관 데이터의 정제 및 백업과 복구 방안 수립 ● 이관 데이터 정제 - 이관 데이터 및 원천 데이터 정제방안을 제안 ● 이행 데이터 정합성 검증 - 여러 차례의 단계별 테스트를 수행하여 이관 작업 간 발생할 수 있는 모든 위험 요소를 발견 및 제거하고 이관 작업을 수행 - 기 시스템에 대한 데이터 이관 시 관리지침을 준수하고, 최종 이관 데이터에 대한 정합성 검증이 이루어져야 하며 매핑 정의서의 매핑 규칙에 맞게 이행되었는지 검증하여야 함. - 기 데이터 연계 시, 로그를 유지하여 버전관리를 실시해야 함 |
| 요구사항 고유번호 | DAR-009 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 데이터 관리체계 수립 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ● 데이터 관리체계 정의 - 표준, 구조, 연계 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 함 - 데이터 값의 진단 및 개선 등 품질관리 조직과 역할을 정의하여야 함 - 데이터 값 진단 방안(기능, 진단 프로그램 등)을 제시하여야 함 - 데이터 표준(단어 · 용어 · 도메인 · 코드)의 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 구조(논리 · 물리)와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 연계 목록 및 항목의 추가, 변경, 삭제 절차의 정의 절차를 수립하여야 함 ※ 연계 시스템 도입 시 시스템과 연계된 체계 수립 - 오류 데이터의 진단 및 개선 절차를 제시하여야 함 ● 데이터 연계 관리 방안 제시 - 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고 구축하여야 함 - 연계데이터에 대한 메타데이터를 작성하고 표준화 및 현행화를 위한 방안을 제시하여야 함 - 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위한 협의체(가칭) 등을 구성하여 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증을 통해 연계데이터 누락을 검증하는 등의 협조체계를 제시하여야 함 |
| 요구사항 고유번호 | DAR-010 | |
|---|---|---|
| 요구사항 분류 | 데이터 요구사항 | |
| 요구사항 명칭 | 개인정보암호화 | |
| 요구사항 상세설명 | 정의 | 데이터베이스 내 특정 개인정보에 대한 암호화 |
| 세부 내용 | ● 데이터베이스 내 포함된 암호화 대상 개인정보의 암호화와 안정성 확보 조치 - 고유식별정보, 비밀번호 및 바이오정보 등 |
| 요구사항 고유번호 | DAR-011 | |
|---|---|---|
| 요구사항 분류 | 데이터 품질 | |
| 요구사항 명칭 | 데이터 개방 및 메타데이터 관리체계 | |
| 요구사항 상세설명 | 정의 | 개방데이터 서비스 연속성 확보 및 메타데이터 현행화 |
| 세부 내용 | ● 개방 데이터 서비스 연속성 확보 - 본 사업을 통해 구축되는 시스템과 연관된 개방데이터 목록을 식별하고 개방데이터의 서비스 연속성 확보 방안을 제시하여야 함 ● 메타데이터 현행화 - 본 사업을 통해 구축되는 시스템의 데이터베이스에 대해 발주기관의 메타데이터 관리시스템과 중앙메타시스템에 메타데이터 표준 관리항목이 등록 및 현행화 되도록 지원하여야 함 |
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 분류 | 테스트 요구사항 | |
| 요구사항 명칭 | 테스트 계획 수립 | |
| 요구사항 상세설명 | 정의 | 테스트 및 시스템 시험운영 시기 및 방법을 제시 |
| 세부 내용 | ● 업무별 단위 테스트, 기능 테스트, 성능 테스트, 통합 테스트를 위한 구체적인 적용 방안 제시 및 실시 ● 테스트는 개발초기부터 구축 완료되기까지 지속적으로 실시하여야 하며, 테스트 결과의 모니터링 및 테스트 결과를 계속적으로 반영(에러 확인/조치, 불편사항 보완)하여 요구사항이 모두 충족되도록 시스템 구축 ● 테스트 시나리오에 따라 다음 사항을 검증하여야 함 - 기능, 성능 등의 요구사항 및 설계사양 충족여부 검증 - 기능의 정상적 수행여부 검증 - 기능수행 후의 결과가 사전에 예측된 결과와 일치여부 검증 - 접근권한 및 업무 권한에 대한 적절성검증 ● 결함을 파악하고 원인을 추적하여 결함을 제거하여야 함 ● 시험운영(베타 테스트)은 발주기관이 정한 기간 내에 수행하여야 하고 정한 기간 내에 보완이 완료되지 못하면 상호간에 정한 계약조건에 따른 조치를 취하고 보완 완료 시까지 사업자가 책임을 져야함 ● 시험운영은 아래의 항목에 대한 개선사항 도출 및 보완을 목적으로 하며 이 외에도 시스템 품질을 유지하는 데 필요한 모든 항목에 대해 시행 - 신뢰성 및 안정성 보장 - 데이터의 보안성과 무결성 보장(오·탈자, 실행오류, 예외상황 등) - 개발생산성 및 유지보수가 용이한 개발방법론 적용 - 내·외부 정보시스템 간 연계 운영 - 프로그램 수행 시 시스템 자원의 점유 최소화 - 기타 업무 처리 시 발견된 제반 문제점 보완 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 분류 | 테스트 요구사항 | |
| 요구사항 명칭 | 인수 테스트 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ● 회원 승인을 위한 검사 및 테스트 수행방법, 절차, 점검사항, 최종 검수 기준, 점검 후 조치 방안 등을 세부적으로 기술하여 계획을 수립 ● 요구사항별 적합/부적합 판정을 할 수 있도록 요구사항별 테스트를 수행할 수 있어야 하며, 테스트 데이터를 준비 ● 발주자와 협의하여 승인 검사/테스트를 계획하고, 발주자가 승인 검사/테스트를 이행하기 위하여 필요한 모든 조력을 제공 ● 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 발주자에게 승인 검사 및 테스트를 요청하여야 하며, 승인 검사 및 테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보완·테스트를 반복적으로 실시 ● 최종 승인 처리는 별도의 문서에 의하여 발주자의 승인을 받은 일자에 완료 된 것으로 함 |
| 요구사항 고유번호 | COR-001 | |
|---|---|---|
| 요구사항 분류 | 제약사항 | |
| 요구사항 명칭 | 웹접근성 및 웹호환성 준수 | |
| 요구사항 상세설명 | 정의 | 웹접근성/웹호환성 준수 |
| 세부 내용 | ● 한국형 웹 콘텐츠 접근성 지침(KWACG 2.0) 준수 ● 웹 접근성 품질인증 심사가이드(한국정보화진흥원)를 준수 ● 전자정부 웹사이트 품질관리 지침(행정안전부 고시 제2021-19호) 및 전자정부 웹 호환성 준수지침을 준수 ● 웹 브라우저(Google Chrome, Microsoft Edge, Mozilla Firefox, Apple Safi 등)를 통한 서비스에 문제가 없도록 웹호환성 준수 |
| 요구사항 고유번호 | COR-002 | |
|---|---|---|
| 요구사항 분류 | 제약사항 | |
| 요구사항 명칭 | 지침 및 표준준수 | |
| 요구사항 상세설명 | 정의 | 최신 지침, 가이드라인, 표준 준수 |
| 세부 내용 | ● 시스템 개발에 있어 정보화업무표준 및 정보화기반표준은 행정기관 및 공공기관 정보시스템 구축·운영 지침 제2장 제7조 제4항에 따라 기술적용계획표를 준수하여야 함. ● 적용 지침을 고려하여 시스템 개발 준수 ‣ 행정기관 및 공공기관 정보시스템 구축.운영 지침(행정안전부) ‣ 웹사이트 운영 가이드라인(행정안전부) ‣ 표준 개인정보 보호지침(행정안전부) ‣ 공공기관 홈페이지 개인정보 노출방지 가이드라인(행정안전부) ‣ 홈페이지 SW(웹) 개발보안 가이드(행정안전부) ‣ 소프트웨어 개발보안 가이드 (행정안전부) ‣ 소프트웨어 보안약점 진단가이드(행정안전부) ‣ 한국형 웹 콘텐츠 접근성 지침 2.1(방송통신위원회) ‣ 전자정부 웹사이트 품질관리 지침(행정안전부 고시 제2021-19호) ‣ 장애인·고령자 등의 정보 접근 및 이용 편의 증진을 위한 고시(과학기술정보통신부 고시 제2019-25호) ● 시큐어코딩 준수 ● 모바일서비스 관련지침 ‣ 행정업무 모바일 서비스 구축 가이드라인(행정안전부) ‣ 대국민 모바일 서비스 구축 가이드라인(행정안전부) ‣ 모바일 전자정부 서비스 관리 지침(행정안전부) ‣ 모바일 전자정부 회원 인터페이스 설계 지침(행정안전부) ‣ 모바일서비스 회원인터페이스 가이드라인(행정안전부) ‣ 모바일 애플리케이션 접근성 지침(과학기술정보통신부) ● 클라우드 시스템 관련지침 ‣ 행정기관 클라우드 업무환경 도입 가이드 ※ 계약기간 중 위 표준(지침)이 변경되거나 새 표준(지침)이 발표될 때에는 변경된 내용 및 새 표준(지침)을 반영하여야 함 |
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 분류 | 품질 요구사항 | |
| 요구사항 명칭 | 시스템 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 안정적 서비스 제공을 위한 시스템 품질 요구사항 |
| 세부 내용 | ● 1일 24시간 365일 하자보수 요원의 신속한 대응이 이루어지고, 장애 없이 안정적으로 서비스될 수 있도록 최선을 다해야함 ● 장애발생시 4시간 이내에 정상상태로 복구할 수 있어야 함. |
| 요구사항 고유번호 | SIR-001 | |
|---|---|---|
| 요구사항 분류 | 인터페이스 요구사항 | |
| 요구사항 명칭 | 웹표준 준수 | |
| 요구사항 상세설명 | 정의 | 회원의 보편적 접근성, 가독성, 속도 확보 |
| 세부 내용 | ● 회원 인터페이스는 다양한 회원 환경(브라우저)에서도 서비스를 이용할 수 있도록 하여야 하며, 표준을 준수하여야 함. ● 화면 및 레이아웃의 체계적 설계로 회원 인터페이스를 강화 ● 회원 정보 접근성 향상을 위한 UI 지원 ● 화면 디자인은 이용자의 입장에서 전체적인 일관성과 속도, 가독성 등을 고려한 최적의 화면으로 구성 ● 홈페이지 모든 콘텐츠 및 게시물에 대한 웹 접근성 및 웹 호환성 보장 |
| 요구사항 고유번호 | PMR-001 | |
|---|---|---|
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구사항 명칭 | 프로젝트 관리 일반 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ● 프로젝트 수행 시 발생되는 산출물 및 소스들의 형상관리 방안 제시 ● 프로젝트의 원활한 수행을 위하여 장비도입 일정 및 시스템 개발 일정을 수립하여 계획대비 실적관리 ● 일정계획은 사업수행계획서 제출시 포함하여 제출함 ● 위험관리 - 사업의 성공적 완수에 영향을 미치는 이슈 및 위험완화를 위한 계획을 제시 - 이슈 및 위험관리 대상 항목이 식별된 경우 수시로 주관기관과 협의하고 이슈 및 위험이 해결될 때 까지 추적관리 실시 ● 의사소통 관리 방안 제시 - 사업기간 동안 주관기관과의 협의에 따라 각종 보고회를 실시하며, 매주/매월 사업 진척사항, 이슈사항 및 대응방안을 포함한 보고를 실시하여야 함 |
| 요구사항 고유번호 | PMR-002 | |
|---|---|---|
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구사항 명칭 | SW사업정보 저장소 데이터 작성 및 제출 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ●「소프트웨어 진흥법 제46조」에 따라 해당 사업 수주자는 SW 사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출하여야 함 ● SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참조토록 함 ● SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 ● SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함 |
| 요구사항 고유번호 | PSR-001 | |
|---|---|---|
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구사항 명칭 | 교육 및 기술지원 | |
| 요구사항 상세설명 | 정의 | 안정적인 서비스 운영을 위한 관리자 교육 및 업무협조 |
| 세부 내용 | ● 주관기관 검수 후 시스템의 안정화 및 교육·기술이전을 위하여 전문 인력을 주관기관과 협의하여 지원하여야 함 ● 교육지원은 시스템 회원, 관리자, 운영자 등의 시스템 이용 대상자별로 구분하여 실시하며, 시기와 횟수에 대해서는 주관기관과 협의하여 결정함 - 한국과학기술연구원(KIST)의 시스템 운영 담당자에게 운영매뉴얼을 제공하고 시스템 구축 및 관리 교육을 실시해야함. |
| 요구사항 고유번호 | PSR-002 | |
|---|---|---|
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구사항 명칭 | 하자보수 | |
| 요구사항 상세설명 | 정의 | 하자보수 세부조건 |
| 세부 내용 | ● 주관기관에 공급한 장비와 응용프로그램 등 무상 하자 보증기간은 검수완료일로부터 12개월로 조치하며, 유지보수기간 중 DB의 데이터 하자 발생 시 즉시 복구 조치 ● 응용 프로그램 장애 발생시 신속·원활하게 지원 가능한 세부 계획을 수립 ● 주관사업자는 공급된 시스템에 오류가 발생되었을 경우 해당 분야에 대해 무상으로 보수함 ● 무상 하자보수 기간 중 단시간 장애복구 및 지속적인 응용프로그램 보완 등 유지보수를 담당할 담당조직 및 인력구성을 확보함 ● 이상의 하자보수 방안에 대해서 구체적인 업무처리 절차와 인력을 제시함 ● 하자보수 범위를 초과하여 유상으로 처리되는 유지보수 사항에 대해서는 대상범위와 유상처리 기준을 명확하게 제시하여야 함 |
| 요구사항 고유번호 | PSR-003 | |
|---|---|---|
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구사항 명칭 | 사업수행 환경 및 장소 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ● 사업관리 및 시스템‧보안관리를 위한 작업장과 작업장 운영에 대한 계획은 “행정기관 및 공공기관 정보시스템 구축·운영지침”(행정안전부 고시 제2021-31호) 제41조에 따라 발주기관과 사업자 간 상호 협의하여 결정함 |
배점·평가
3. 구체적인 평가 배점ㆍ방법 □ 기술평가와 가격평가로 구분하여 기술 평가(서류 심사 포함)의 비중을 90%, 가격평가의 비중을 10%로 하고 이를 종합해 고득점 순으로 순위를 결정 □ 제안 업체는 기술 평가 결과에 대해 일체의 이의를 제기할 수 없고, 세부적인 평가 항목 결과는 공개하지 않음. □ 동점시 처리방침 ∙ 종합평가점수가 동점인 경우 기술평가점수가 높은 업체를 선정 ∙ 기술평가 점수도 동일한 경우 배점이 높은 항목(항목간 배점한도가 같은 경우 평가 기준표 순서에 따름)의 점수가 높은 업체를 우선으로 함 □ 기술능력(제안서) 평가 기준ㆍ배점표
| 평가항목 | 배점 | |||
|---|---|---|---|---|
| 평가방법 | 평가항목 | 세부평가항목 | 평가기준 | 배점 |
| 정성평가 | 전략 및 방법론 (20) | 사업 이해도 | 사업수행계획이 사업의 목표 및 특성에 부합하게 구체적이고 적절한지 평가한다. | 10 |
| 추진 전략 | 사업수행 일정과 위험요소를 고려한 추진전략 수립의 타당성을 평가한다. | 5 | ||
| 사업 추진 방법론 | 사업추진방법이 구체적이고 적절한지와 그 실제 적용 사례 및 경험에 따른 단계별 산출물을 제시하였는지 평가한다. | |||
| 수행계획 (20) | 기능요구사항 | 기능 요구사항, 기대사항 및 제약사항등에 비추어 구현 방안이 구체적이고 적절한지와 실현 가능한지를 평가한다. | 10 | |
| 성능 요구사항 | 요구 성능 충족을 위한 구현 및 테스트 방안과 이를 위한 방법론 및 분석도구가 구체적이고 적절한지와 방안 및 기술이 성능 요구 사항을 충족할 수 있는지 평가한다. | 5 | ||
| 인터페이스 요구사항 | 시스템 인터페이스: 타 시스템과의 연계에 대한 장/단점 분석을 통해 가장 적합한 시스템 인터페이스 구축방안의 도출이 구체적이고 적절한지 평가한다. 회원 인터페이스 : 회원 편의성을 고려하여 회원 인터페이스 분석/설계, 구현, 테스트 방안과 검토 계획이 구체적이고 적절한지 평가한다. | |||
| 수행기반 (15) | 적용기술 | 사업에 적용하려는 기술의 확장 가능성과 실현 가능성을 평가한다. | ||
| 개발환경 | 소프트웨어 및 시스템 개발 과업 수행에 필요한 장버 및 작업장소 등 인프라의 준비 및 대응방안이 제안요청서의 요구사항을 충족할 만큼 구체적이고 적절한지 평가한다. | |||
| 제약사항 | 제안요청서의 기술, 표준(표준 프레임워크 적용 포함), 특정 언어, 개발방법론, 업무, 법제도 및 안전과리 등의 제약조건 내에서 목표사업을 수행하기 위해 제시한 수행 및 검증방안이 구체적이고 적절한지 평가한다. | |||
| 프로젝트 관리 (15) | 일정관리 | 사업수행에 필요한 수행기간과 세부 일정이 구체적이고 적절한지와 각 활동에 필요한 일정계획이 사업추진방법론에 제시된 단계별 산출물과 연계하여 적절히 수립되었는지를 평가한다. | ||
| 기밀보안 관리 | 사업을 추진하는 동안 발생할 수 있는 악영향으로부터 기밀을 보호하고 원활한 사업수행의 보장을 위한 물리적, 관리적 보안 체계 및 대책이 구체적이고 적절한지 평가한다. | |||
| 위험 및 이슈 관리 | 사업과 관련한 위험 및 이슈에 대한 식별 및 분석, 위험/이슈 관리 절차 및 대응방안 등 위험 및 이슈관리계획이 구체적이고 적절한지 평가한다. | |||
| 프로직트지원 (20) | 인수인계 | 검사 및 인계 등을 위한 인계 전략과 검사 대상/방법, 충족 조건 및 인계 계획이 구체적이고 적절한지 평가한다. | ||
| 교육훈련 | 시스템운영 및 관리자, 회원를 위해 필요한 교육훈련 내용, 방법, 기간, 인원 및 횟수 등을 구체적으로 제시하였는지 평가한다. | |||
| 기술지원 | 기술지원대상 범위, 내용 및 수준, 기술 매뉴얼 등 기술지원이 필요한 사항에 대한 계획 및 방안이 구체적이고 적절한지 평가한다. | |||
| 하자보수계획 | 하자담보 책임기간 내에 수행해야 하는 하자보수 범위, 하자발생 시 조치 절차 및 대응방안 등 하자보수 관련 활동이 구체적이고 적절한지 평가한다. | |||
| 정량평가 | 일반부문 (10) | 경영상태 | 신용평가등급에 따른 평가방법으로 재무구조 및 경영상태에 대하여 평가한다. | 10 |
| 합 계 | 100점 만점 |
<신용평가등급에 따른 경영상태 평가기준>
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 배점의 100% |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95% |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90% |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% |
5. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. (예) (A사 점수×A사 지분율)+(B사 점수×B사 지분율)… □ 협상 적격자 선정 ◦ 제안요청서에서 별도로 정하지 아니한 사항은 재정경제부 협상에 의한 계약 세부기준에 의함 □ 협상 방법ㆍ기준 ◦ 협상 대상자가 제안한 사업 내용, 이행 방법, 이행 일정, 제안 가격 등 제안서의 내용을 대상으로 협상을 실시 - 협상 대상자와 협상을 통해 그 내용의 일부를 조정할 수 있음 □ 입찰가격 평점산식 : 「협상에 의한 계약체결기준」에 의함 ◦ 입찰가격을 추정가격(소요예산)의 100분의 80 이상으로 입찰한 자 - ◦ 입찰가격을 추정가격(소요예산)의 100분의 80 미만으로 입찰한 자 - ※ 점수 산출 세부기준은 계약예규 협상에 의한 계약 체결기준에 따름 4. 제안서 제출 안내 □ 제안서 제출기간 : 입찰공고문에 명시 □ 제안서 제출 장소 : 조달청 나라장터 시스템을 통한 전자입찰 □ 제출 방법 : 전자입찰 □ 과업 내용 관련 문의 : 특성분석·데이터센터 변영운 선임연구원 (02-958-5992, ywbyeon@kist.re.kr) □ 입찰 입 계약 관련 문의 : 구매자산팀 서민수 선임관리원 (02-958-6345, peoplewater@kist.re.kr) ※ 제안요청서 및 입찰 관련 문의는 전자메일을 통한 문의를 원칙으로 하며, 부득이한 경우에 한하여 유선질의 요망
과업·요구
| 사업명 | 26년 소재측정분석 프로토콜 공유 플랫폼 + 데이터 허브 시스템 유지보수 및 기능개선 용역 |
|---|---|
| 작성일 | 2026.07. |
※ 하기 기술적용 계획표는 사업수행자와 협의 후 조정 가능 □ 서비스 접근 및 전달 분야
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/미적용시 사유 및 대체기술 | ||||
|---|---|---|---|---|---|---|---|
| 항 목 | 적용 | 부분적용 | 미 적용 | 해당없음 | 부분적용/미적용시 사유 및 대체기술 | ||
| 기본 지침 | ■ | ■ | ■ | ■ | ■ | ||
| 정보시스템은 회원이 다양한 브라우저 환경에서 서비스를 이용할 수 있도록 표준기술을 준수하여야 하고, 장애인, 저사양 컴퓨터 회원 등 서비스 이용 소외계층을 고려한 설계·구현을 검토하여야 한다. | ◌ | ||||||
| 세부 기술 지침 | ■ | ■ | ■ | ■ | ■ | ||
| 외부 접근 장치 | o 웹브라우저 관련 - HTML 4.01/HTML 5, CSS 2.1 | ◌ | |||||
| - XHTML 1.0 | ◌ | ||||||
| - XML 1.0, XSL 1.0 | |||||||
| - ECMAScript 3rd | |||||||
| - 한국형 웹 콘텐츠 접근성 지침 2.1 | |||||||
| o 모바일 관련 - 모바일 웹 콘텐츠 저작 지침 1.0 (KICS.KO-10.0307) | ◌ | ||||||
| 서비스 요구사항 | 서비스관리(KS X ISO/IEC 20000)/ ITIL v3 | ◌ | |||||
| 서비스 전달 프로토콜 | IPv4 | ◌ | |||||
| IPv6 | ◌ |
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/미적용시 사유 및 대체기술 | ||||
|---|---|---|---|---|---|---|---|
| 항 목 | 적용 | 부분적용 | 미 적용 | 해당없음 | 부분적용/미적용시 사유 및 대체기술 | ||
| 기본 지침 | ■ | ■ | ■ | ■ | ■ | ||
| o 정보시스템간 서비스의 연계 및 통합에는 웹서비스 적용을 검토하고, 개발된 웹서비스 중 타기관과 공유가 가능한 웹서비스는 범정부 차원의 공유·활용이 가능하도록 지원하여야 한다. | ◌ | ||||||
| 세부 기술 지침 | ■ | ■ | ■ | ■ | ■ | ||
| 서비스 통합 | o 웹 서비스 - SOAP 1.2, WSDL 2.0, XML 1.0 | ◌ | |||||
| - UDDI v3 | |||||||
| - RESTful | ◌ | ||||||
| o 비즈니스 프로세스 관리 - UML 2.0/BPMN 1.0 | ◌ | ||||||
| - ebXML/BPEL 2.0/XPDL 2.0 | |||||||
| 데이터 공유 | o 데이터 형식 : XML 1.0 | ||||||
| 인터페이스 | o 서비스 발견 및 명세 : UDDI v3, WSDL 2.0 |
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/미적용시 사유 및 대체기술 | |||||
|---|---|---|---|---|---|---|---|---|
| 항 목 | 적용 | 부분적용 | 미 적용 | 해당없음 | 부분적용/미적용시 사유 및 대체기술 | |||
| 기본 지침 | ■ | ■ | ■ | ■ | ■ | |||
| 정보시스템 운영에 사용되는 통신장비는 IPv4와 IPv6가 동시에 지원되는 장비를 채택하여야 한다. | ◌ | |||||||
| 하드웨어는 이기종간 연계가 가능하여야 하며, 특정 기능을 수행하는 임베디드 장치 및 주변 장치는 해당 장치가 설치되는 정보시스템과 호환성 및 확장성이 보장되어야 한다. | ||||||||
| 세부 기술 지침 | ■ | ■ | ■ | ■ | ■ | |||
| 네트워크 | o 화상회의 및 멀티미디어 통신 : H.320~H.324, H.310 | ◌ | ||||||
| o 부가통신: VoIP - H.323 | ||||||||
| - SIP | ||||||||
| - Megaco(H.248) | ||||||||
| 운영체제 및 기반 환경 | o 서버용(개방형) 운영 체제 및 기반환경 : - POSIX.0 | |||||||
| - UNIX | ||||||||
| - Windows Server | ||||||||
| - Linux | ◌ | |||||||
| o 모바일용 운영 체계 및 기반환경 - android | ◌ | |||||||
| - IOS | ||||||||
| - Windows Phone | ||||||||
| 데이터베이스 | o DBMS - RDBMS | ◌ | ||||||
| - ORDBMS | ◌ | |||||||
| - OODBMS | ||||||||
| - MMDBMS | ||||||||
| 시스템 관리 | o ITIL v3 / ISO20000 | |||||||
| 소프트웨어 공학 | o 개발프레임워크 : 전자정부 표준프레임워크 | ◌ |
□ 요소기술 분야
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/미적용시 사유 및 대체기술 | ||||
|---|---|---|---|---|---|---|---|
| 항 목 | 적용 | 부분적용 | 미 적용 | 해당없음 | 부분적용/미적용시 사유 및 대체기술 | ||
| 기본 지침 | ■ | ■ | ■ | ■ | ■ | ||
| o 응용서비스는 컴포넌트화하여 개발하는 것을 원칙으로 한다. | ◌ | ||||||
| o 데이터는 데이터 공유 및 재사용, 데이터 교환, 데이터 품질 향상, 데이터베이스 통합 등을 위하여 표준화되어야 한다. | |||||||
| o 행정정보의 공동활용에 필요한 행정코드는 행정표준코드를 준수하여야 하며 그렇지 못한 경우에는 행정기관등의 장이 그 사유를 행정안전부장관에게 보고하고 행정안전부의“행정기관의 코드표준화 추진지침”에 따라 코드체계 및 코드를 생성하여 행정안전부장관에게 표준 등록을 요청하여야 한다. | |||||||
| o 패키지소프트웨어는 타 패키지소프트웨어 또는 타 정보시스템과의 연계를 위해 데이터베이스 사용이 투명해야 하며 다양한 유형의 인터페이스를 지원하여야 한다. | |||||||
| 세부 기술 지침 | ■ | ■ | ■ | ■ | ■ | ||
| 데이터 표현 | o 정적표현 : HTML 4.01 | ◌ | |||||
| o 동적표현 - JSP 2.1 | |||||||
| - ASP.net | ◌ | ||||||
| - PHP | |||||||
| - 기타 ( ) | |||||||
| 프로그래밍 | o 프로그래밍 - C | ◌ | |||||
| - C++ | |||||||
| - Java | ◌ | ||||||
| - C# | ◌ | ||||||
| - 기타 ( ) | |||||||
| 데이터 교환 | o 교환프로토콜: - XMI 2.0 | ◌ | |||||
| - SOAP 1.2 | ◌ | ||||||
| o 문자셋 - EUC-KR | ◌ | ||||||
| - UTF-8(단, 신규시스템은 UTF-8 우선 적용) | ◌ |
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/미적용시 사유 및 대체기술 | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| 항 목 | 적용 | 부분적용 | 미 적용 | 해당없음 | 부분적용/미적용시 사유 및 대체기술 | |||||
| 기본 지침 | ■ | ■ | ■ | ■ | ■ | |||||
| o 정보시스템의 보안을 위하여 위험분석을 통한 보안 계획을 수립하고 이를 적용하여야 한다. 이는 정보시스템의 구축 운영과 관련된“서비스 접근 및 전달”,“플랫폼 및 기반구조”,“요소기술” 및 “인터페이스 및 통합” 분야를 모두 포함하여야 한다. | ◌ | |||||||||
| o 보안이 중요한 서비스 및 데이터의 접근에 관련된 회원 인증은 공인전자서명 또는 행정전자서명을 기반으로 하여야 한다. | ||||||||||
| 세부 기술 지침 | ■ | ■ | ■ | ■ | ■ | |||||
| 관리적 보안 | o 국가정보보안기본지침(국가정보원) - 국가 사이버안전 매뉴얼 | ◌ | ||||||||
| 기술적 보안 | o 국정원 검증필 암호모듈 탑재ㆍ사용 대상(암호가 주기능인 정보보호제품) - PKI제품 | |||||||||
| - SSO제품 | ◌ | |||||||||
| - 디스크․파일 암호화 제품 | ||||||||||
| - 문서 암호화 제품(DRM)등 | ||||||||||
| - 메일 암호화 제품 | ||||||||||
| - 구간 암호화 제품 | ||||||||||
| - 키보드 암호화 제품 | ||||||||||
| - 하드웨어 보안 토큰 | ||||||||||
| - DB암호화 제품 | ||||||||||
| - 상기제품(9종)이외 중요정보 보호를 위해 암호기능이 내장된 제품 | ||||||||||
| o CC제품군(국제 CC인 경우 IT 보안인증사무국의 인증 필요) - (네트워크)침입차단 | ||||||||||
| - (네트워크)침입탐지 | ||||||||||
| - (네트워크)침입방지 | ||||||||||
| - 통합보안관리 | ||||||||||
| - 웹 응용프로그램 침입차단 | ||||||||||
| - DDos 대응 | ||||||||||
| - 인터넷 전화 보안 | ||||||||||
| - 무선침입방지 | ||||||||||
| - 무선랜 인증 | ||||||||||
| - 가상사설망 | ||||||||||
| - 네트워크 접근통제 | ||||||||||
| - 네트워크 자료유출방지 | ||||||||||
| - 망간 자료전송 | ||||||||||
| - 안티 바이러스 | ||||||||||
| - 매체제어 | ||||||||||
| - PC 침입차단 | ||||||||||
| - PC 가상화 | ||||||||||
| - 서버 가상화 | ||||||||||
| - 패치관리 | ||||||||||
| - 호스트 자료유출 방지 | ||||||||||
| - 스팸메일 차단 | ||||||||||
| - 서버 접근통제 | ||||||||||
| - DB접근 통제 | ||||||||||
| - 스마트카드 | ||||||||||
| - 소프트웨어기반 보안USB | ||||||||||
| - 복합기 완전삭제 | ||||||||||
| - 소스코드 보안약점 분석도구 | ||||||||||
| - 스마트폰 보안관리 |
참가자격
1. 입찰에 부치는 사항 입찰공고번호 : KIST 제26-52호 수 요 기 관 : 한국과학기술연구원 계 약 방 법 : 제한경쟁 계 약 유 형 : 총액계약 낙찰자선정방법 : 협상에 의한 계약 개 찰 일 시 : 2026/09/29 11:00 사 업 기 간 : 계약체결일로부터 2026년 12월 31일까지 사 업 금 액 : 182,614,000원(부가세 포함) 입 찰 건 명 : 데이터 허브 시스템 운영 및 기능개선 용역 입 찰 방 식 : 전자입찰 제안서ㆍ가격 전자입찰서접수개시일자 : 2026/09/18 17:00 제안서ㆍ가격 전자입찰서접수마감일시 : 2026/09/29 10:00 ※ 제안서 제출 완료 후 가격입찰서 제출이 가능합니다. 공 동 계 약 : 불가 2. 입찰참가자격 (아래의 자격을 모두 갖춘 자이어야 합니다.) 2-1.「국가를 당사자로 하는 계약에 관한 법률」 시행령 제12조 및 동법 시행규칙 제14조에 의한 입찰 참가자격 요건을 갖춘 업체 2-2.「국가를 당사자로 하는 계약에 관한 법률」 시행령 제39조 제4항 및 동법 시행규칙 제44조 규정에 의해 입찰 참가자격을 제한받는 업체는 제외 2-3. 소프트웨어 사업자(컴퓨터 관련 서비스사업(업종코드: 1468))로서 신고를 필한 업체
배점·평가
6. 제안서 평가 6-1. 평가기관 : 수요기관 6-2. 평가일시 및 장소, 발표 등 상세내용은 제안서 제출 시 수요기관에서 별도 공지할 예정입니다. 7. 협상대상자 선정 및 협상기준 7-1. 협상은 제안서 기술평가(90%)와 가격평가(10%)를 종합평가한 결과 고득점자순으로 합니다. 다만, 제안서 평가결과 기술능력평가 점수가 기술능력 평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정합니다. 7-2. 가격제안서(입찰서)의 입찰가격이 사업금액(추정가격에 부가가치세를 더한 금액)을 초과하는 자는 협상적격자에서 제외합니다. ※ 본 입찰은 SW사업 영향평가를 미리 실시한 SW사업으로. 입찰가격 평가 시 해당 입찰가격이 사업금액(추정가격에 부가가치세를 포함한 금액)의 100분의 80미만인 경우에는 배점한도의 30%에 해당하는 평점을 부여합니다. 7-3. 이 입찰은 국가계약법 시행령 제7조의2 제2항에 따라 예정가격을 작성하지 않으며, 「(계약예규) 협상에 의한 계약체결기준」 [별표]에 따른 입찰가격 평점산식에서 추정가격은 사업금액(추정가격에 부가가치세를 포함한 금액)으로 적용합니다. 7-4. 기타 사항은 "협상에 의한 계약 체결기준"에 의합니다. 7-5. 낙찰자 선정방법 : 협상에 의한 낙찰자 결정 7-6. 소프트웨어산업자는 과업내용 변경으로 인한 계약내용 변경이 필요한 경우 과업심의위원회 개최를 요청할 수 있습니다. 8. 입찰보증금 8-1. 입찰보증금의 납부