입찰공고상세[용역] · AI 페이지
2026년 지능형 통합시스템 고도화 용역
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「2026년 지능형 통합시스템 고도화 용역」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01750175)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 15:25 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 2026년 보건의료정보표준관리시스템 고도화 · 재단법인한국보건의료정보원 · 1.82억원 · D-1
- AI 기반 지역혁신 데이터 플랫폼 구축 · 부산대학교 산학협력단 · 2.73억원 · D-10
- 세계김치연구소 정보시스템 웹 전환 및 기능 개선 · 한국식품연구원부설 세계김치연구소 · 10.1억원 · D-10
- 2027년 보건분류통합관리시스템 유지관리 · 국가데이터처 · 2.53억원 · D-37
- 과기정통부 민원처리시스템 고도화 · 과학기술정보통신부 · 9.61억원 · D-7
- JDC 인사포털 및 성과관리시스템 재구축 용역 · 제주국제자유도시개발센터 · 5.83억원 · D-1
끝난 공고 · 결과
- 2026년도 바이오소재 정보 통합플랫폼(BioOne) 지능형 서비스 고도화 사업 · 한국생명공학연구원 · 유찰
- 2026년 국가 바이오 데이터 스테이션 체계구축(5단계) · 한국생명공학연구원 · 유찰
- 2026년 지능형 통합시스템 유지관리 용역 · 한국생명공학연구원 · 낙찰 -
- 한국생명공학연구원 대표 홈페이지 개편 사업 · 한국생명공학연구원 · 낙찰 (주)플랜아이 · 1.33억원
- ‘26년도 식의약 데이터 플랫폼 구축 · 식품의약품안전처 · 유찰
- K-BDS 분석활용 시스템 고도화와 통합 운영 지원 · 한국과학기술정보연구원 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 붙임2_제안요청서(구매업무협의 반영).hwpx · 제안요청서
- 제안요청서 9 · 제안요청서
- (공고서) 2026년 지능형 통합시스템 고도화 용역.pdf · 공고규격서
공고 개요
한국생명공학연구원 · SW 개발·운영
- 추정가격
- 7.55억원
- 참가자격 등록 마감
- 10/26(월) 18:00 · D-13
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 지능형 통합시스템 고도화 개발
요약 AI 요약
생명공학 정책정보 포털(BioIN)과 바이오혁신 연계서비스(BICS)를 하나의 지능형 통합 플랫폼으로 고도화하는 사업이다. 노후화된 웹 환경과 데이터를 최신화하고, AI 기반 정책지원 기능과 통합관리시스템을 구축한다.
- 웹 프레임워크 고도화 및 개발언어 최신 버전 적용(Spring Framework 3.XX·Java 1.8 → 최신 버전 전환)
- DB 표준화 및 메타데이터 정비를 통한 데이터 품질 최적화(비표준 테이블·컬럼 물리명 변경, SQL·Java·화면 반영)
- BioIN 기능 고도화(UI/UX 개선, 스마트 규제맵, 바이오 규제 신문고, 발간물 데이터 관리, 차트+ 통합)
- BICS 기능 고도화(UI/UX 개선, 미래유망기술, K-바이오정책, 클러스터맵, Bio통계, 커뮤니티, 전문가 관리)
- 통합관리시스템 개발(BioIN·BICS·합성생물학·줄기세포·바이오미래포럼 등 패밀리사이트 관리 통합, 통합대시보드, 통합회원·세션·로그·조회수 관리)
- AI 정책지원 기능 적용 및 PoC(외부정보 수집·분류·요약 자동화, 바이오중소벤처기업 식별 및 분류 매핑)
핵심요약
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
가격
- 추정가격
- 754,545,455원
- 배정예산
- 836,618,000원
- 예정가격 방식
- 비예가
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 실적경쟁 · PQ
- 해당 없음
- 제출 방법
- 전자입찰
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/30(수) | 지남 |
| 입찰서 제출 시작 | 10/23(금) 10:00 | D-10 |
| 입찰참가자격 등록 마감 | 10/26(월) 18:00 | D-13 |
| 입찰서 제출 마감 | 10/27(화) 10:00 | D-14 |
| 개찰 | 10/27(화) 11:00 | D-14 |
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 각 평가위원의 평가점수 중 최고점수와 최저점수를 제외한 나머지 점수를 산술평균한 점수를 90점 만점으로 하며 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정합니다.
| 평가 항목 | 배점 |
|---|---|
| 경영상태 | 5점 |
| 유사사업 수행경험 | 5점 |
| 사업 이해도 | 7점 |
| 추진전략 | 4점 |
| 추진체계 | 5점 |
| 적용기술 | 4점 |
| 개발 방법론 | 5점 |
| 기능 요구사항 | 10점 |
| UI/UX 요구사항 | 5점 |
| 데이터 요구사항 | 5점 |
| 보안 요구사항 | 3점 |
| 제약사항 | 2점 |
| 성능 요구사항 | 3점 |
| 품질 요구사항 | 4점 |
| 인터페이스 요구사항 | 3점 |
| 관리 방법론 | 5점 |
| 일정계획 | 5점 |
| 품질보증 | 2점 |
| 교육훈련 | 2점 |
| 유지관리/하자보수 | 2점 |
| 기밀보안 | 2점 |
| 비상대책 | 2점 |
| 합계(항목을 더한 값) | 90점 |
사업 내용 · 이 공고에 든 일
중심 · 지능형 통합시스템 고도화 개발
용역 › 정보시스템·SW › SW 개발·운영
BioIN/BICS/통합관리시스템의 웹 프레임워크·개발언어 최신화, DB 표준화, 기능 고도화, AI 정책지원 PoC 등 소프트웨어를 새로 만들고 고도화하는 SW 개발·운영 용역이다.
- 웹 프레임워크(Spring) 및 개발언어(Java) 최신 버전 전환
- DB 표준화·메타데이터 정비·데이터 마이그레이션
- BioIN/BICS UI/UX 개선 및 기능 고도화
- 통합관리시스템 신규 개발 및 패밀리사이트 관리 기능 통합
- AI 정책지원 기능 적용 및 PoC(외부정보 수집분류요약, 중소벤처기업 식별·매핑)
- 단위·통합·성능·보안 테스트 및 안정화
- 사용자·관리자·운영자 매뉴얼 및 교육자료 제작
- 하자보수(검수 후 1년 무상)
- 정보시스템 감리 대응
- SW사업정보 저장소 데이터 작성·제출
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/30(수)
- 공고번호
- R26BK01750175-000
- 참조번호
- -
- 공고기관
- 조달청
- 수요기관
- 한국생명공학연구원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 754,545,455원
- 배정예산
- 836,618,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00271823
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
문서 발췌
과업·요구
| 사 업 명 | 2026년 지능형 통합시스템 고도화 용역 |
|---|---|
| 주관기관 | 한국생명공학연구원 |
사업 개요
배경 및 필요성 ◯ 바이오경제 선도를 위해 바이오 기술 혁신과 산업화 촉진을 총괄할 수 있는 생명공학육성법을 개정(’20.11.20 시행) - 생명공학육성법 개정에 따라 바이오 연구개발 활성화와 산업화 촉진 관련 정보의 체계적 수집·관리·활용 방안 마련 필요 - 바이오 기술개발 및 산업화 정책을 효율적으로 수립하기 위한 관련 통계의 조사·분석·유지 요구
◈ 「생명공학육성법」제19조(생명공학 정보의 수집·관리·활용) ◈ 「생명공학육성법」제21조(생명공학 통계 조사·분석) ※ 동법 제24조에 따라 국가생명공학정책연구센터를 생명공학정책전문기관으로 지정(’21.2.22.) ◯ 국가생명공학정책연구센터(이하, 정책센터)는 생명공학 분야의 정책·정보를 통합적으로 제공하는 포털 BioIN(Biotech INformation Portal)과 근거 기반 바이오 정책 수립을 위한 바이오혁신 연계서비스 BICS(Bio Innovation Connect Service)를 구축하여 운영 중 - 최신 IT환경 변화를 고려한 생명공학 정보를 연계·통합하여 누구나 쉽고 편리하게 활용할 수 있는 지능형 정책지원(AI) 플랫폼 구축 필요 - 정책센터 정보시스템의 통합관리를 위한 각 시스템의 기능, 효율성, 비용, 시스템 간의 호환성 등을 고려한 시스템의 구축 필요 - 최신 Bio정보의 효율적인 제공을 위해 필요한 사용자 중심의 UI/UX개선을 통한 BioIN/BICS 플랫폼 고도화 필요 ◯ 생명공학정책연구센터 대표성 강화 및 사용자 접근성 향상을 위한 포털 구축 분야의 정책정보 지능형 서비스 제공을 위한 BioIN 고도화 필요 - 생명공학정책분야 정책 인텔리전스, 데이터 기반 분석을 지원하는 포털 구축하여, 기존 BioIN, BICS 등의 서비스를 단일 플랫폼 기반으로 유기적으로 연계하고 서비스 효용성을 극대화 ◯ 생명공학 분야의 정책정보 지능형 서비스 제공을 위한 BioIN 고도화 필요 - BioIN 서비스의 UI/UX 개선 및 기능 고도화 - 스마트 규제맵, 바이오 규제신문고 등 기능 개선 및 차트+ 통합 고도화, Open Bio를 통해 생명공학 관련 데이터 활용체계 마련 필요 ◯ 바이오 혁신연계서비스 지원을 위한 BICS 고도화 - Bio통계 및 미래 유망기술, 혁신생태계 고도화 - K-바이오정책 내역사업 개선 및 클러스터맵 고도화 ◯ 생명공학정책연구센터 서비스 통합관리를 위한 통합관리시스템 개발 - BioIN, BICS, 합성생물학 지식·정보허브, 줄기세포 지식·정보 허브 등 기존 서비스 관리 기능 이전 및 고도화* * 뉴스레터 개선, 바이오지표 고도화, 커뮤니티 고도화, K-바이오 관리 기능 등 - PoC(외부정보 수집분류요약, 바이오중소벤처기업 식별) 관리 기능 개발 ◯ 기술 변화 대응 및 보안성 향상을 위한 개발 인프라 최신화 및 DB 표준화 체계 수립 - 운영 중인 웹 프레임워크의 고도화 및 개발언어 최신 버전 적용을 통해 기술적 노후화를 방지하고 가용성·보안 취약점 선제적 개선
- DB 표준화 및 메타데이터 정비를 통해 데이터 품질 향상 및 성능 최적화(튜닝) 수행 사업 범위 ◯ 웹 응용 환경 고도화 및 데이터 품질 최적화 - 웹 프레임워크 고도화 및 개발언어 최신 버전 적용 - DB 표준화 및 메타데이터 정비를 통해 데이터 품질 최적화 ◯ BioIN 기능 고도화 - UI/UX 일부 개선 및 기능 고도화 - 스마트 규제맵 기능 개선 - 바이오 규제 신문고 기능 개선 - 발간물 데이터 관리 기능 제공 등 ◯ BICS 기능 고도화 - UI/UX 일부 개선 및 기능 고도화 - 미래유망기술 기능, K-Bio육성사업 기능 - 클러스터맵 고도화 - 전문가 관리 기능 개발 등 ◯ 통합관리시스템 개발 - BioIN, BICS 기능 이전 및 고도화 - 바이오미래포럼, 합성생물학, 줄기세포 등 센터의 모든 패밀리사이트 관리 기능 구축 및 통합대시보드 제공 - AI를 이용한 데이터 분류/수집/요약 등 자동화 관리 - 차트+, Bio지표(투자, 인력, 기술, 산업) 통합운영 관리 구성 ◯ AI 정책지원 시스템 기능 적용 및 PoC - BioIN 외부정보 수집분류요약 검증, 바이오중소벤처기업 식별 및 분류 매핑 ◯ 정책센터의 개별 용역 서비스 및 시스템 - 바이오 미래포럼 관리 개선, 전문인력 관리 기능 개발 기대효과 ◯ 정보통합(Bio 정보/사이트/기업/전문가 등)을 통한 고부가가치 서비스 제공 ◯ 지능형 수집과 자동화 구축 AI를 활용한 데이터 분석을 통한 바이오 혁신 디지털 전환 체계 강화 ◯ 생명공학 분야의 모든 이해관계자들이 적극적으로 참여하고 상호작용할 수 있는 완성도 높은 정보서비스 제공
| 구분 | 조직 | 역할 | 비고 |
|---|---|---|---|
| 총괄 기관 | 한국생명공학연구원 및 국가생명공학정책연구센터 | • 사업 실무전담 • 사업계획 수립/검토, 행정업무 지원 | |
| 사업 주관 | 국가생명공학정책연구센터 정보분석실 | • 사업 기본 정책수립 및 사업총괄 • 계획 수립, 추진 및 관리 등 최종 검수 | |
| 사업 협조 | 국가생명공학정책연구센터 정책연구개발실, KRIBB 지식정보실 등 | • 사업 진행 시 필요 정보 제공 및 업무 협조 등 | |
| 감리 사업자 | 감리팀 | • 설계 단계, 종료 단계 별 정보시스템 감리 업무 수행 • 감리 수행 계획서 및 결과 보고서 제출 | |
| 개발 사업자 | 사업총괄책임자 | • 프로젝트 성공적인 구축을 위하여 전반적인 사업지원 • 프로젝트 수행조직/수행관련 의사결정과 조정 | |
| 사업책임자(PM) | • 사업추진 총괄 프로젝트관리 • 사업계획 수립 및 사업 추진방향 설정 추진 • 사업진행관련 의사결정 및 의견조정관리 • 개발업체 수행조직 팀별 업무 및 산출물관리 | ||
| 아키텍처 설계 전문가 | • 현행 응용SW, 솔루션, HW(가상화), 데이터, 보안 구조 분석 및 목표 시스템 아키텍처 설계 | ||
| UI/UX 전문가 | • BICS, BioIN 전반의 UI/UX 가이드 설계 및 적용 • BICS, BioIN 디자인 리뉴얼 실행 | ||
| 데이터 전문가 | • 현행 데이터 모델 및 DB 구조, 값 분석 및 개선 • 목표 시스템 데이터 모델링 및 DB 설계 • 현행 시스템 데이터 이관 계획 수립 및 이행 | ||
| SW 개발자 | • 현행 응용SW의 분석 및 목표 응용SW 개발 • 각 단계 테스트 준비 및 테스트 시행 | ||
| 데이터 정제 및 콘텐츠 구축팀(BICS, BioIN 등) | • 데이터 정제 및 업데이트 • 웹 콘텐츠 자료 수집(업로드) 및 화면 입력 | ||
| 운영/관리 테스트팀 | • BICS, BioIN 리뉴얼 UI/UX 사용자 테스트 • 개발된 응용SW 사용자 테스트 • 신규 콘텐츠 사용자 테스트 | ||
| 품질관리 | • 단계별 산출물 표준화 • 산출물에 대한 품질관리계획 수립 및 품질보증/관리 • 산출물에 대한 형상관리계획 수립 및 형상관리유지 |
다. 추진일정 단위 테스트
| 구 분 | M | M+1 | M+2 | M+3 | M+4 | M+5 | M+6 | M+7 | M+8 | M+9 | M+10 | M+11 | M+12 | M+13 | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 사업 착수 | ||||||||||||||||||||||||||||
| 시스템 분석 및 요구 정의 | ||||||||||||||||||||||||||||
| 시스템 설계 (DB/화면/ 콘텐츠/ 프로세스) | ||||||||||||||||||||||||||||
| 시스템 구현 | ||||||||||||||||||||||||||||
| 단위·통합 테스트 | ||||||||||||||||||||||||||||
| 시범운영 및 안정화 | ||||||||||||||||||||||||||||
| 감리 | ||||||||||||||||||||||||||||
| 보고회 (착수, 중간, 완료) | 착수 | 중간 | 완료 |
※ 위 세부일정은 한국생명공학연구원과 협의하여 변경될 수 있음 제안요청 내용 제안요청 개요 사업 개요 ◯ 사 업 명 : 2026년 지능형 통합시스템 고도화 용역 ◯ 사업기간 : 계약일로부터 ~ 2027년 12월 31일 ◯ 예산규모 : 830,000,000원(부가가치세 포함) ◯ 사업별 반영 소요 예산(안) ◯ 계약방법 : 제한경쟁(총액)입찰, 협상에 의한 계약 ◯ 평가기준 : 기술능력평가(90%), 입찰가격평가(10%) 대상 시스템 개요 ◯ BioIN(Biotech Information Portal) - 바이오인(bioin.or.kr)은 생명공학 정책정보를 One-Stop으로 제공하는 생명공학 포털사이트로써 2004년에 오픈하여 현재까지 운영 중 - 국내외 생명공학 최신뉴스, 국내외 유관기관의 최신 BT동향 제공, BT전문가가 집필하는 BioINpro와 자체발간 BioINwatch, BioINdustry, BioINglobal 지식보고서를 발간 - BT 정책입안자 및 산·학·연 관련자에게 생명공학 정보제공으로 의사결정 지원과 국내외 생명공학 대표적 정책·정보포털로 BT정책의 홍보 수행 ◯ BICS(Bio Innovation Connect Service, 바이오혁신 연계서비스) - 산학연에 분산된 연구성과, 서비스, 인프라 자원들을 커뮤니티생태계에 효과적으로 노출 시켜 수요자 공급자가 상호작용하면서 융합되어 새로운 가치를 창출하는 네트워크 플랫폼 구축 - 서비스 대상은 바이오 R&D 연구원, 바이오산업 관련 종사자, 바이오 정책 관련 종사자, 바이오산업 투자 및 창업관련자 목표시스템 개념도 ◯ 중장기 목표시스템 개념도 웹 응용 환경 고도화(웹 프레임워크 및 개발언어 최신화) ◯ 추진 배경 - (현황) 현재 BioIN, BICS 시스템은 Spring Framework 3.XX, Java 1.8 기반으로 운영되고 있음 - (기술 노후화) Spring Framework 3.XX는 2016년 12월 공식 지원이 종료(EOL)된 버전으로, 이후 보안 패치 및 버그 수정이 제공되지 않고 있어 기술적 노후화가 심화된 상태임 - (보안 위험) 지원 종료된 기술 스택을 지속 사용함에 따라 신규 보안 취약점에 상시 노출되어 있으며, 공공기관 보안감사에서 지적 대상이 될 가능성이 상존함 - (AI 연동 제약) 2027년 AI 온프레미스 시스템 도입이 예정되어 있으나, 현재의 노후 기술 스택으로는 AI 연동이 기술적으로 불가능하여 차세대 기술 환경으로의 전환이 시급함
- (현황) 현재 BioIN, BICS 시스템은 Spring Framework 3.XX, Java 1.8 기반으로 운영되고 있음 ◯ 단계별 실행 계획
| 단계 | 주요 실행 항목 | 산출물 |
|---|---|---|
| 계획 | 추진 계획서 확정, 유지보수 사업자와 세부 일정 협의, 외부 솔루션 호환성 공문 발송, 형상관리(Git) 브랜치 전략 수립 | 전환계획서 |
| 분석 | 소스코드 의존성 분석, javax.* 사용 현황 스캔, 영향 범위 산출, 테스트 시나리오 설계 | 영향도 분석서 테스트 계획서 |
| 전환 | javax→jakarta 패키지 전환, Controller·Service 계층 전환, 외부 솔루션 연동 재처리 | 전환 완료 소스 |
| 검증 | 단위·통합·성능·보안 테스트 수행, 검증 결과 보고 | 테스트 결과 보고서 |
| 전환 배포 | 운영 환경 배포, 병행 운영 또는 일괄 전환(전략에 따라 상이), 모니터링 | 배포 완료 보고서 |
| 안정화 | 운영 안정화, 사후 조치 수행, AI 온프레미스 연동 준비 착수 | 최종 완료 보고서 |
◯ 전환 결과 검증 방안 - 전환이 정상적으로 완료되었는지 객관적으로 확인하기 위한 기준 적용 필요 - (검증절차) 개발환경 검증 -> 스테이징 검증 -> 시범운영 검증 -> 최종 승인
| 검증 영역 | 검증 방법 | 검증 기준 |
|---|---|---|
| 기능 검증 | 주요 화면 및 업무 시나리오 기반 기능 테스트, 회귀 테스트 수행 | 핵심 업무 기능 정상 동작, 전환 전 대비 기능 누락·오류 없음 |
| 연동 검증 | JEUS/WebtoB, 검색엔진, SSO, 사이냅, 마이메일러 등 외부 솔루션 연동 테스트 | 전체 외부 솔루션 정상 연동 확인 |
| 성능 검증 | 동시 사용자 부하 테스트(JMeter 등), 응답시간 측정 | 전환 전 대비 응답시간 동등 이상, 목표 처리량 충족 |
| 보안 검증 | OWASP 등 보안 취약점 점검 도구 활용 스캔, 주요 보안 설정 점검 | 주요 보안 취약점 미발견, Spring Security 설정 정상 적용 |
| 데이터 정합성 검증 | 전환 전후 데이터 비교, 배치 작업 결과 검증 | 데이터 손실·오류 없음, 배치 결과 일치 |
DB 표준화 및 데이터 품질 최적화 ◯ 추진 목적 ① 명명표준화를 통한 데이터 일관성 확보 ② 범정부 표준(행안부 공공데이터 표준 단어·용어·도메인) 기반의 데이터 표준 체계 확립 ③ 데이터 공유·연계 기반 마련 및 유지보수 효율성 향상 ④ 향후 시스템 고도화·마이그레이션을 위한 표준화 토대 구축 ◯ 작업 범위 - 비표준 테이블·컬럼의 물리명 변경을 핵심으로 하되, 물리명 변경이 응용 서비스(SQL·Java·화면)에 미치는 영향까지 함께 반영·검증하는 것을 범위로 함
| 구분 | 세부 작업 범위 |
|---|---|
| 데이터 표준 정의 | 표준 단어·용어·도메인·코드 정의, 기관 표준어 도출, 명명규칙 수립 |
| DB 표준화 검토 | 비표준 컬럼·테이블 식별, 동의어·이음동의어 정리, 데이터타입·도메인 일관성 진단 |
| DB 모델링 | 현행 구조 검토, 논리·물리 모델 반영, 물리명 변경 대상 리스트(Change List) 도출 |
| SQL 수정·확인 | SELECT·INSERT·UPDATE·DELETE·MERGE 쿼리 영향 분석 및 수정·확인 |
| Java 서비스 반영 | Mapper·Service·Controller 메서드 수정·확인, 호출체인 영향 분석 |
| 화면 반영·검증 | 화면 항목·검색조건 수정·확인, 단위·통합·회귀 테스트 |
◯ 표준화 수행 프로세스 (3 Phase · 10 STEP 로드맵) - 표준화 적용 3대 원칙을 3 Phase·10 STEP의 수행 단계로 구체화하고, 각 단계의 핵심 활동과 주요 산출물을 정의한다. 특히 영향도 분석·반영·검증(STEP 7~9) 구간은 물리명 변경이 SQL·Java·화면에 미치는 영향을 호출체인 단위로 끝까지 추적·반영하는 본 사업비 산정의 핵심 구간이며, 반영 단계에서 인덱스·식별자 튜닝 정비를 함께 수행함
| 단계 | 수행 영역 · 핵심 활동 |
|---|---|
| STEP 01 DB 현황 수집 | 테이블·컬럼 메타데이터(ALL_TABLES·ALL_TAB_COLUMNS), 행 수·사용 여부, 코드·도메인·관계 수집, 비표준 명명 사례 사전 파악 |
| STEP 02 표준화 기준 수립 | 명명규칙(접두·접미사), 도메인·표준단위, 데이터타입·길이, 약어 코드 정리, 비표준 컬럼 식별 룰 작성 |
| STEP 03 범정부 표준 매핑 | 행정안전부 공공데이터 표준 단어 사전 적용, 단어 단위 매핑, 동의어·이음동의어 정리, 미매핑 단어 도출·검토 |
| STEP 04 기관 표준 단어·용어 정의 | 범정부 표준에 없는 업무 특화 단어·약어·도메인을 기관 표준어로 도출·정의 |
| STEP 05 테이블·컬럼 표준화 진단 | 비표준 컬럼·테이블 식별, 동의어·이음동의어 정리, 데이터타입·도메인 일관성 점검, 영향 규모 사전 분류 |
| STEP 06 개선안·변경 대상 도출 | 물리명 변경 대상 리스트(테이블·컬럼) 작성, 변경 사유·영향도 등급·우선순위 부여 |
| STEP 07 Java 서비스 영향도 분석 | XML SQL → Mapper → Service → Controller → View 호출체인 전수 추적, 고유키 기준 중복 제거, 컬럼 단위 영향 범위 식별 |
| STEP 08 DB 및 서비스 반영 | DDL 적용(RENAME·명명규칙), MyBatis XML·Java·Controller·화면 일괄 반영, 인덱스·식별자 튜닝 정비 동시 수행 |
| STEP 09 테스트 및 검증 | 단위(Mapper·Service)·통합(Controller→화면 E2E)·회귀(CRUD) 테스트로 정합성 확보, 값·업무규칙(BR) 검증 |
| STEP 10 기관 표준 관리체계 구축 | 프로세스·시스템·운영조직 거버넌스 정착, 메타데이터 현행화, 구조·품질·연계 관리체계 수립 |
◯ 선정 기준 및 원칙
| 선정 기준 | 세부 내용 |
|---|---|
| 중복·타시스템 제외 | 차기 고도화 사업 범위 및 타시스템 전용 테이블은 표준화 대상에서 제외 (중복 방지) |
| 표준화 대상 우선 선정 | 비표준 정도가 높고 활용 빈도가 높은 테이블을 우선 선정하여 표준화 효과 극대화 |
| 영향도 등급 반영 | SQL 수정 건수, Java·화면 수정 범위 등 영향도 등급을 참고하여 작업 부하 조정 |
- 전체 테이블 중 표준화 적용 대상은 아래 3대 선정 기준에 따라 선정한다. 비표준 정도와 시스템 활용 빈도가 높은 테이블을 우선하되, 타시스템·차기 고도화 중복 대상은 제외하여 예산 중복과 작업 비효율을 방지 개발 대상 메뉴 및 기능
| 구분 | 요구사항 | ID부여규칙 | 내용 | 개수 |
|---|---|---|---|---|
| 기능 | 기능 요구사항 System Function Requirement | SFR-18 | 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 할 수 있어야 하는 기능(동작)에 대해 기술한 것 | 18 |
| 비 기 능 | 성능 요구사항 Performance Requirement | PER-05 | 목표 시스템의 기본적인 성능이 부합되는 기준을 명시 한 것 | 5 |
| 인터페이스 요구사항 Interface Requirement | INR-07 | 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술한 것 | 7 | |
| 데이터 요구사항 Data Requirement | DAR-11 | 목표 시스템의 서비스에 필요한 DB 설계 등 데이터를 구축하기 위해 필요한 요건을 기술한 것 | 11 | |
| 테스트 요구사항 Test Requirement | TER-08 | 목표시스템의 시험 운영 및 정상 운영을 위한 시스템적인 조건, 조직, 보안대책 등을 기술한 것 | 8 | |
| 보안 요구사항 Security Requirement | SER-16 | 정보 자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요건을 기술한 것 | 16 | |
| 품질 요구사항 Quality Requirement | QUR-06 | 품질보증의 범위, 품질보증을 위한 조직, 절차, 점검방법 등을 기술한 것 | 6 | |
| 제약사항 Constraint Requirement | COR-12 | 활성, 비활성, 인터페이스, 데이터 요구사항 외에 시스템을 구축하기 위해 필요한 제약 및 요건을 기술한 것 | 12 | |
| 프로젝트관리 요구사항 Project Management Requirement | PMR-28 | 프로젝트 수행 시 정기보고회 및 산출물관리, 용역수행 장소 및 개발 장비 확보 방안 등을 기술한 것 | 28 | |
| 프로젝트지원 요구사항 Project Support Requirement | PSR-12 | 앞서 제시한 요건 외에 프로젝트 수행 및 향후 지원을 위해 필요한 요구사항으로 표준화, 교육지원, 기술지원, 하자보수, 프로젝트 팀원 요구사항 등이 해당함 | 12 | |
| 기타 | 유지관리 수행 요구사항 Maintenance Project Requirement | MPR-03 | 유지관리 대상은 정보시스템, HW, SW, NW 등이며, 이에 대한 장애관리, 변경관리, 성능관리 등 유지관리를 위해 필요한 요구사항 등이 해당함 | 3 |
| 합 계 | 126 |
요구사항 목록
| 구분 | 요구사항 번호 | 요구사항 명 | |
|---|---|---|---|
| 기능 요구사항 | 공통 | SFR-01 | 공통 요구사항 |
| BioIN 고도화 | SFR-02 | BioIN 메인 및 서브 페이지 개선 | |
| SFR-03 | 소식 기능 개발 | ||
| SFR-04 | 동향 기능 개발 | ||
| SFR-05 | 정책 기능 개발 | ||
| SFR-06 | 지식, 발간, Collection 기능 개발 | ||
| SFR-07 | BioIN+ 기능 개발 | ||
| SFR-08 | BioIN 안내, 센터소개, 마이페이지, 영문페이지 기능 개발 | ||
| BICS 고도화 | SFR-09 | BICS 메인 및 서브 페이지, 검색기능 개선 | |
| SFR-10 | K-바이오 정책 개발 | ||
| SFR-11 | 미래유망기술 기능 개발 | ||
| SFR-12 | 혁신생태계 기능 개발 | ||
| SFR-13 | Bio통계, 클러스터맵 기능 개발 | ||
| SFR-14 | about BICS, 마이페이지 기능 개발 | ||
| 통합관리 시스템개발 | SFR-15 | 통합관리시스템 공통 | |
| SFR-16 | BioIN 관리기능 고도화 | ||
| SFR-17 | BICS 관리기능 고도화 | ||
| AI 정책지원 | SFR-18 | AI 정책지원 기능 시스템 적용 및 PoC | |
| 성능 요구사항 | PER-01 | 성능 일반 | |
| PER-02 | 온라인성 업무응답시간 | ||
| PER-03 | 웹페이지 디스플레이 시간 | ||
| PER-04 | 오류응답시간 | ||
| PER-05 | 동시 사용자 접속 수 | ||
| 인터페이스 요구사항 | INR-01 | 온라인 도움말 | |
| INR-02 | 사용단말을 고려한 화면 사이즈 제공 | ||
| INR-03 | 통합UI | ||
| INR-04 | 시스템인터페이스 일반 | ||
| INR-05 | 표준연계모듈 개발 | ||
| INR-06 | 연계데이터 정합성 확보 | ||
| INR-07 | 시스템 정보 연계방안 | ||
| 데이터 요구사항 | DAR-01 | 데이터 표준 수립 및 상위표준 준수 | |
| DAR-02 | 데이터 표준 관리 | ||
| DAR-03 | 데이터 구조 설계 | ||
| DAR-04 | 데이터 구조 검증 | ||
| DAR-05 | 데이터 구조 관리 | ||
| DAR-06 | 데이터 값 검증 방안 | ||
| DAR-07 | 데이터 개방 및 메타데이터 관리체계 | ||
| DAR-08 | 데이터 품질 관리체계 | ||
| DAR-09 | 연계 데이터 관리체계 수립 | ||
| DAR-10 | 표준화 반영에 따른 응용 서비스 영향 반영 | ||
| DAR-11 | 데이터 마이그레이션 | ||
| 테스트 요구사항 | TER-01 | 테스트 계획 수립 및 실시 | |
| TER-02 | 단위 테스트 | ||
| TER-03 | 통합 테스트 | ||
| TER-04 | 성능 테스트 | ||
| TER-05 | 장애복구테스트 및 절차 | ||
| TER-06 | 부하 테스트 | ||
| TER-07 | 백업 복구 테스트 | ||
| TER-08 | 인수 테스트 | ||
| 보안 요구사항 | SER-01 | 소프트웨어 개발보안 | |
| SER-02 | 보안 일반 요구사항 | ||
| SER-03 | 보안 취약점 점검 | ||
| SER-04 | 로그인 보안조치 | ||
| SER-05 | 웹페이지 보안 | ||
| SER-06 | 보안 기술 적용 | ||
| SER-07 | 사용자 인증정보 보호 | ||
| SER-08 | 개인정보 보호 | ||
| SER-09 | DB 접근권한 통제 및 DB 접근이력 관리 | ||
| SER-10 | 구간 암호화 | ||
| SER-11 | 전송자료 암호화 | ||
| SER-12 | 통신 간 보안성 | ||
| SER-13 | 사용자 개념 정의 | ||
| SER-14 | 자료·산출물 보안 | ||
| SER-15 | PC 등 장비 보안 | ||
| SER-16 | 정보보안교육 | ||
| 품질 요구사항 | QUR-01 | 가용성 보장 | |
| QUR-02 | 장애대응을 위한 백업절차, 결함 해결 조치 | ||
| QUR-03 | 쉽고 편한 기능 및 사용자 인터페이스 제공 | ||
| QUR-04 | 변경 요구 및 변경처리 절차 | ||
| QUR-05 | 유지보수 방안 | ||
| QUR-06 | 상호 운용성 (데이터교환성) | ||
| 제약사항 | COR-01 | 표준 프레임워크 적용 | |
| COR-02 | 개발언어 사용 | ||
| COR-03 | 데이터 사용 및 접근 제약사항 | ||
| COR-04 | 감리 대응 | ||
| COR-05 | 규정 변경에 따른 시스템 구현의 유연성 | ||
| COR-06 | 데이터 표준화 지침 필요 | ||
| COR-07 | 기술적용계획표 및 결과표 작성 | ||
| COR-08 | 웹접근성, 웹표준, 웹호환성 준수 | ||
| COR-09 | 정보기술아키텍처 도입·운영 지침 준수 | ||
| COR-10 | 클라우드 활용 시 관련 지침 준수 | ||
| COR-11 | 공공데이터의 제공 및 이용활성화 관련 지침 준수 | ||
| COR-12 | 소프트웨어 개발보안(시큐어코딩) 관련 가이드 준수 | ||
| 프로젝트관리 요구사항 | PMR-01 | 안정화 운영 지원 | |
| PMR-02 | 지원 및 자문 조직의 구성 | ||
| PMR-03 | 공동수급형태의 제안 | ||
| PMR-04 | 제안 개발방법론 | ||
| PMR-05 | 개발방법론에 따른 산출물 | ||
| PMR-06 | 프로토타입 개발 | ||
| PMR-07 | 개발방법론 적용시 유의사항 | ||
| PMR-08 | 사업관리방법 | ||
| PMR-09 | 일정계획 | ||
| PMR-10 | 안정화 일정 계획 | ||
| PMR-11 | 요구사항관리 | ||
| PMR-12 | 위험관리 방안 | ||
| PMR-13 | 정기보고 | ||
| PMR-14 | 수시보고 | ||
| PMR-15 | 관련기관(조직)과 원활한 업무 협의 | ||
| PMR-16 | 산출물 관리 방안 | ||
| PMR-17 | 품질보증 활동 | ||
| PMR-18 | 검수 및 검사 | ||
| PMR-19 | 참여인력 보안서약 및 책임 | ||
| PMR-20 | 외부PC 반입 | ||
| PMR-21 | 해킹, 바이러스 등 침해사고 예방대책 | ||
| PMR-22 | 사업관련 자료 보안방안 | ||
| PMR-23 | 시건장치 | ||
| PMR-24 | 참여인원의 보안관리 | ||
| PMR-25 | 시스템 권한 계정 및 이력 관리 | ||
| PMR-26 | 지식재산권 및 임치, 공동 활용에 관련한 사항 | ||
| PMR-27 | 사업관리자(PM) 자격요건 | ||
| PMR-28 | 정보자원관리시스템(IRM) 정보자원 현행화 요구사항 | ||
| 프로젝트 지원 요구사항 | PSR-01 | 안정화 활동 | |
| PSR-02 | 하자보수 일반 | ||
| PSR-03 | 운영 일반 | ||
| PSR-04 | 교육 일반사항 | ||
| PSR-05 | 교육자료 제작 | ||
| PSR-06 | 내·외부 시스템의 연계를 위한 업무지원 | ||
| PSR-07 | 기술이전 방안 | ||
| PSR-08 | 시큐어코딩 점검 | ||
| PSR-09 | 세미나 및 워크숍 | ||
| PSR-10 | 시스템 인프라 신규 및 이전설치 | ||
| PSR-11 | SW사업정보 저장소 데이터 작성 및 제출 | ||
| PSR-12 | 작업도구 및 장비 | ||
| 유지관리 수행 요구사항 | MPR-01 | 성능관리 | |
| MPR-02 | 구성관리 | ||
| MPR-03 | 사용자 환류 지원 |
상세 요구사항 1) 기능 요구사항(System Function Requirement) ◯ 공통
| 요구사항 번호 | SFR-01 | |
|---|---|---|
| 요구사항 명칭 | 공통 요구사항 | |
| 상세 설명 | 정의 | BioIN/BICS 운영기능의 신규 구축 및 고도화 공통 요구사항 |
| 세부 내용 | ○ 운영 중인 프레임워크의 고도화 및 개발언어 최신 버전 적용을 통해 기술적 노후화를 방지하고 가용성·보안 취약점 선제적 개선 ◯ 본 사업에 사용된 모든 이미지(작업파일 등), 글씨체 등의 저작권은 발주기관과 계약상대자의 소유로 함 ◯ 본 사업에 관련된 패밀리사이트(합성생물학, 바이오신문고, 줄기세포 등)에 관해서 BICS, BioIN과 같은 개발환경인 경우, 개발 및 유지관리 용역 진행시 필요사항에 대한 지원을 협조함 ○ 웹 표준, 웹 호환성, 정보통신 접근성을 준수한 반응형 웹 디자인을 적용하여 모바일, 태블릿, 데스크톱 등 다양한 디바이스에서 최적화된 화면 제공 - 이용자의 IT환경(운영체제, 웹브라우저, 단말기의 종류) 및 모든 관리자 기능이 디바이스 제약없이 구현되어야 함 - HTML5의 웹 표준 기술을 사용하여 크로스 브라우징 지원 및 웹사이트 호환성 확보 - 웹페이지 시각적 속성(크기, 색채, 배치, 정렬 및 여백 등)은 국제기술표준(CSS표준) 활용 - 장애인, 고령자 등이 웹사이트에서 제공하는 정보나 서비스를 쉽게 이용할 수 있도록 정보 접근성 준수 - 「전자정부 웹사이트 품질관리 지침」을 적용하여 웹 호환성 확보 - 「한국형 웹 콘텐츠 접근성 지침 2.2.」 준수 - 개발 완료 후 모든 페이지에 대해 웹 접근성 평가 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-04 | |
|---|---|---|
| 요구사항 명칭 | 동향 기능 개발 | |
| 상세 설명 | 정의 | 동향 기능 개선 세부 사항 |
| 세부 내용 | ○ 국내외 바이오 분야의 최신 동향(기술·정책·산업 등)을 시의적절하게 제공하여, 효과적인 정책 수립 지원 ○ 메뉴 구조 및 일부 기능 개선 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 메뉴 구조 개선에 따른 발주자 요구사항에 따른 고도화 반영 - 글로벌 등 서브 메뉴 추가 및 메뉴 구성 변경 등 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) 디자인 기획 및 전략 문서(UI/UX 기획, 스타일 가이드) 디자인 원본 파일 (AI, PSD, Figma 등) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-05 | |
|---|---|---|
| 요구사항 명칭 | 정책 기능 개발 | |
| 상세 설명 | 정의 | 정책 기능 개발 세부 사항 |
| 세부 내용 | ○ 정부의 중장기 계획 및 정책 자료를 체계적으로 안내하고, 현장의 규제 애로사항을 적극적으로 해소하기 위한 실효성 있는 소통 창구를 제공 ○ 정책 메뉴 개선 - 정책 메뉴를 개선하고, 바이오 규제 신문고 통합 - 메뉴 구조 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 규제맵 소개페이지 제공 - “바이오 신약”개별 규제에 따른 소개 페이지 제공 ○ 규제개선현황 기능 개선 - 규제개선현황 관리 기능 추가 ○ 규제·제도 연구보고서 기능 제공 ○ 메뉴 구조 개선에 따른 발주자 요구사항에 따른 고도화 반영 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-06 | |
|---|---|---|
| 요구사항 명칭 | 지식, 발간, Collection 개발 | |
| 상세 설명 | 정의 | 지식, 발간, Collection 기능 개선 세부 사항 |
| 세부 내용 | ○ 지식, 발간, Collection 메뉴 구조 및 일부기능 개선 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 메뉴 구조 개선에 따른 발주자 요구사항에 따른 고도화 반영 - Collection 목록 및 분류기능, 디자인 개편 등 서비스 고도화로 사용자에게 최적의 정보 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) 디자인 기획 및 전략 문서(UI/UX 기획,스타일 가이드) 디자인 원본 파일 (AI, PSD, Figma 등) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-07 | |
|---|---|---|
| 요구사항 명칭 | BioIN+ 기능 개발 | |
| 상세 설명 | 정의 | BioIN+ 기능 개발 세부 사항 |
| 세부 내용 | ○ Bio R&D, 산업화 등 Bio 정책 정보의 체계적·효율적 관리 및 중장기 정책수립 기반 마련을 위한 정보의 제공 ○ 도표, 이미지의 근거 데이터를 연계하여 사용자의 활용범위 확대 ○ BioIN+ 기능 고도화 - 차트+의 BioIN 차트와 BICS Bio지표 서비스(표데이터, 그래프) 정보 연계 및 목차 등 통합 활용체계 기능 고도화 - 차트 이미지를 AI가 해석해서 텍스트/구조화 데이터로 변환 - 차트와 지식(동향, 지식, 발간 등)연계, 차트 모음/출력/이용, 관리기능 등 최적의 편의성과 활용성이 반영된 고도화 - 메뉴 구조 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 메뉴 구조 개선에 따른 발주자 요구사항에 따른 고도화 반영 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-08 | |
|---|---|---|
| 요구사항 명칭 | BioIN 안내, 센터소개, 마이페이지 기능 개선 등 | |
| 상세 설명 | 정의 | BioIN 안내, 센터소개, 마이페이지 기능 개선 세부 사항 |
| 세부 내용 | ○ BioIN 안내 메뉴 개편 ○ BioIN 안내, 영문페이지, 센터소개 메뉴 구조 개선 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ Q&A(Q&A 챗봇) 기능 제공 - BioIN 매뉴얼을 학습한 생성형AI를 활용한 Q&A챗봇기능 제공 ○ 기업정보 관리 - BICS 기업정보 관리 링크 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) 디자인 기획 및 전략 문서(UI/UX 기획,스타일 가이드) 디자인 원본 파일 (AI, PSD, Figma 등) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-10 | |
|---|---|---|
| 요구사항 명칭 | K-바이오 정책 기능 개발 | |
| 상세 설명 | 정의 | K-바이오 정책 개발 세부 사항 |
| 세부 내용 | ○ 정책 입안자, 연구자, 기업 관계자들이 바이오 분야의 최신 동향과 변화사항을 파악하고 생명공학 정책 수립 및 평가, 연구개발을 위한 방향성 제시에 의사결정을 내릴 수 있도록 지원 ○ BICS K-바이오정책 메뉴 구조 개선 - 연구지원>K-바이오 육성사업 메뉴의 이동 및 기능 추가 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 사업목록/검색 조회 기능 - 내역사업 단위(세부사업↔내역사업↔과제)로 과제 변동 이력 관리 기능 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-11 | |
|---|---|---|
| 요구사항 명칭 | 미래유망기술 기능 개발 | |
| 상세 설명 | 정의 | 미래유망기술 기능 개발 세부 사항 |
| 세부 내용 | ○ 바이오 트렌드과 유망생명공학기술 관련 정보를 제공 ○ 미래유망기술 메뉴 구조 개선 - 바이오 트랜드 소개페이지 및 유망생명공학기술 관련 개편 및 기능 개선 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 유망생명공학기술 관련 챗봇 기능 제공 - 생성형AI를 활용한 유망생명공학기술 챗봇기능 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-12 | |
|---|---|---|
| 요구사항 명칭 | 혁신생태계 기능 개발 | |
| 상세 설명 | 정의 | 혁신생태계 기능 개발 세부 사항 |
| 세부 내용 | ○ 바이오 분야 혁신을 지원하는 생태계(연구장비, 커뮤니티, 바이오 미래 포럼, 합성생물학 지식·정보허브, 줄기세포 지식·정보허브) 관련 정보 및 서비스 제공 ○ 혁신생태계 메뉴 구성 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 메뉴 구조 개편에 따른 기능 개편 ○ 커뮤니티 기능 고도화 - 커뮤니티 내 사용자 멘션 기능 - 회원 메뉴접근 권한 기능 개선 - 회원정보 커뮤니티, 연계 개선 등 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-13 | |
|---|---|---|
| 요구사항 명칭 | Bio통계, 클러스터맵 기능 개발 | |
| 상세 설명 | 정의 | Bio통계, 클러스터맵 기능 개발 세부 사항 |
| 세부 내용 | ○ 바이오 연구자 및 정책 기획자를 위한 세부 통계와 분석 환경 제공 ○ Bio통계 및 클러스터맵 - Bio통계 대시보드 고도화 - 통계 분석 기능 개발(시계열, 국가별 비교 등 사용자 통계분석) - Bio통계 메뉴명 변경 및 이동 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 클러스터맵 - 클러스터맵 개요, 대시보드 구성 고도화 - 지역 및 클러스터 비교 기능 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-14 | |
|---|---|---|
| 요구사항 명칭 | about BICS, 마이페이지 기능 개선 | |
| 상세 설명 | 정의 | about BICS, 마이페이지 기능 개발 세부 사항 |
| 세부 내용 | ○ 메뉴명 변경 및 이동 ※ 메뉴 구성 및 세부 내용은 요구사항 분석 단계에 따라 변경될 수 있음 ○ 메뉴 구조 개편에 따른 기능 개선 ○ Q&A(Q&A 챗봇) 기능 제공 - BICS 매뉴얼을 학습한 생성형AI를 활용한 Q&A챗봇기능 제공 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-15 | |
|---|---|---|
| 요구사항 명칭 | 통합관리시스템 공통 요구사항 | |
| 상세 설명 | 정의 | 통합관리시스템 공통 개발 세부 사항 |
| 세부 내용 | ○ BioIN/BICS 및 생명공학정책연구센터 운영사이트 관리 기능 통합 - 통합 메인페이지 개발 - BioIN 관리 기능의 통합 - BICS 관리 기능의 통합 - 합성생물학 관리 기능 통합 - 줄기세포 관리 기능 통합 - 바이오미래포럼 관리 기능 통합 - 기능 통합에 따른 기능 개편 - 사이트 관리 현황 대시보드(새글, 문의사항, 접속자 등) 제공 - 권한에 따른 사이트 관리 체계 제공 - 콘텐츠 메타정보 관리 기능 제공(AI 체계 기반 DB) ○ 회원관리 - 통합회원 관리 기능 개발 ○ 그룹 및 사용자 관리 - 통합회원 그룹 및 사용자 기능 개발 ○ 통계 관리 - BioIN/BICS 통계 기능 제공 ○ 세션 관리 - 통합 세션 관리 기능 제공 ○ 로그 관리 - 통합 세션 관리 기능 제공 - 이용자 로그 수집 및 통계 테이블 구축·관리 * 이용자 맞춤형서비스를 위한 로그 데이터 활용·관리 ○ 조회수 관리(실이용자 기준 조회수 정합성 확보) - 실제 이용자 활용 반영의 정합성 있는 조회수 산출 체계 확보 - 크롤링(상용 LLM 등 자동화 수집 트래픽 포함)으로 인한 조회수 오차를 식별·배제 - BioIN과 BICS 등 연계 시스템 간 조회수 집계 기준을 통일, 시스템 간 동일 콘텐츠에 대한 조회수 불일치가 발생하지 않도록 통합 관리체계를 구축 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-16 | |
|---|---|---|
| 요구사항 명칭 | BioIN 관리기능 고도화 요구사항 | |
| 상세 설명 | 정의 | BioIN 관리기능 고도화 세부 사항 |
| 세부 내용 | □ BioIN 관리 기능 이전 및 신규 기능 개발 ○ 기존 BioIN 관리 기능 이전 및 개선 ○ 메인페이지 관리 - 사용자 권한별 대시보드 제공 - 메인페이지 관리기능 개선 등 ○ Open Bio 관리 - Bio 지식 공유 및 확산 기능 개발(오픈 API, 데이터셋) - 등록, 수정, 관리 기능 개발 □ BioIN 관리 기능 고도화 ○ 알림·동향 관리 고도화 - 국내·해외·성과, 카드 뉴스 등록/수정 기능 제공 - 생성형 AI를 이용한 Bio관련 웹자료 수집 및 분류/요약/게시/출처 등 자동화 관리 기능 제공 ※ 센터에서 진행한 PoC사업의 기능 전환(SFR-18) ○ 부처·정책 관리 고도화 - 부처보도자료, 부처연구성과, 정부안건 등록/수정 기능 제공 - 생성형 AI를 이용한 Bio관련 웹자료 수집 및 분류/요약/게시/출처 등 자동화 관리 기능 제공 ※ 센터에서 진행한 PoC사업의 기능 전환(SFR-18) ○ 백서 관리 고도화 - 백서 관리 기능의 일부 개선 ○ 발간물 관리 고도화 - 발간물 차트, 데이터 추출 및 차트+ 관리 기능 제공 - 백서, 보고서 차트 관리 기능 - 발간보고서 기존 차트 활용 기능 ○ 뉴스레터 관리 고도화 - BioIN/BICS의 데이터 활용할 수 있도록 개선 - 관리자 및 사용자 UI/UX 개편 및 기능 개선 - 뉴스레터 발송대상 그룹(회원, 기관, 커뮤니티, 회원상태별 등)별 관리 기능 - 뉴스레터배너 관리 기능 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-17 | |
|---|---|---|
| 요구사항 명칭 | BICS 관리기능 고도화 요구사항 | |
| 상세 설명 | 정의 | BICS 관리기능 고도화 세부 사항 |
| 세부 내용 | ○ 기존 BICS 관리 기능 이전 및 개선 ○ 메인페이지 관리 개발 - 사용자 권한별 대시보드 제공 ○ 중소벤처기업 관리 개발 - 생성형AI를 활용한 기업정보 데이터 분류 및 매핑 자동화 기능 개발(CRETOP 표준산업분류↔바이오중소벤처기업 분류 ) - 분류된 중소벤처기업정보 관리 기능 ※ 센터에서 진행한 PoC사업의 기능 전환 ○ 유망생명공학기술 관리 개발 - 기존 '미래 기술' 서비스와 유사한 구조의 기술 리스트 표출 및 상세 정보 제공 UI/UX 적용 - 기술의 지정·해제·변경 등 상태별 전체 히스토리 축적 및 통합 관리 ※ AI 활용방안 고려 ○ 뉴스레터 관리 고도화 - BICS/BioIN의 데이터 활용할 수 있도록 개선 - 관리자 및 사용자 UI/UX 개편 및 기능 개선 - 뉴스레터 발송대상 그룹(회원, 기관, 커뮤니티, 회원상태별 등)별 관리 기능 - 뉴스레터배너 관리 기능 ○ Bio통계 관리 고도화 - 관리자 메인 페이지 개발 - 대시보드 관리 기능 개발 - 사용자 통계 분석 관리 기능 개발 - AI 분석 프롬프트 관리 기능 개발 - 코드관리, 항목 코드관리 기능 고도화(통계 설계 개편) - 신규지표, 연도별 데이터 생성 기능 고도화 - 기존 바이오 투자, 성과 통계 NTIS 연계 고도화 - 과제 연구자 정보 NTIS 연계 - 국내중소벤처통계 기업 정보(CRETOP 구매자료 연계) ○ K-바이오정책 관리 고도화 - K-바이오 소개 콘텐츠 관리 기능 - 추진실적 통계 그래프 변환 기능 - 내역사업 히스토리('세부사업↔내역사업↔과제' 의 과제 변동 이력) 관리기능 ○ 커뮤니티 관리 고도화 - 커뮤니티 관리 기능 개선 ·커뮤니티 회원 권한 체계화, 회원 권한별 접근 권한 개선 등 ○ 클러스터맵 관리 고도화 - 엑셀 업로드 기능 개발 ○ 바이오미래포럼 관리 고도화 - 게시글 등록시, BioIN, BICS의 콘텐츠, 공지사항을 연계할 수 있는 기능 제공 - 커뮤니티(정책플랫폼)와의 연계성 강화 · 관리자 기능 및 사용자 UI/UX 개선 · 발간보고서 기존 차트 활용 기능 개발 ○ 줄기세포 관리 고도화 - 관리자 기능 이전 ○ 합성생물학 관리 고도화 - 관리자 기능 이전 ○ 전문인력 관리 고도화 - 전문인력관리 접근성 관리 - 일정한 양식의 이력서(PDF 등) 업로드 시, 시스템이 데이터 등록 자동화 기능 개발 ○ 바이오기업 관리 개발 - 생성형AI를 활용한 기업정보 데이터 분류 및 매핑 자동화 기능 개발(표준산업분류↔바이오기업 분류 ) - 분류된 바이오기업(대/중견/벤처) 정보 관리(추가/수정/삭제) 기능 ※ 센터에서 진행한 PoC사업의 기능 전환 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
| 요구사항 번호 | SFR-18 | |
|---|---|---|
| 요구사항 명칭 | AI 정책지원 기능 시스템 적용 | |
| 상세 설명 | 정의 | AI 정책지원 기능 시스템 적용 세부 사항 |
| 세부 내용 | ○ AI 정책지원 기능 시스템 적용 - BioIN 외부정보 수집분류요약 검증 ·외부정보를 수집을 위한 사이트 관리(사이트 추가 및 타입 설정 등) 기능 제공 ·외부 수집 정보 사용자 검증 및 등록 기능 제공 - 바이오중소벤처기업 식별 및 분류 매핑 ·중소벤처기업관리를 활용한 기업정보 데이터 분류 및 매핑 자동화 기능 적용 | |
| 산출정보 | 개발 산출물(‘SW개발 표준 산출물 관리가이드 NIA’참조) | |
| 관련 요구사항 |
2) 성능 요구사항(Performance Requirement)
| 요구사항 번호 | PER-01 | |
|---|---|---|
| 요구사항 명칭 | 성능 일반 | |
| 상세 설명 | 정의 | 성능 일반 요구 목적 정의 |
| 세부 내용 | ◯ 사업대상 시스템의 성능을 고려한 개발 방안을 제시하여야 함 ◯ 대상시스템에 대하여 안정적 운영지원 및 사용자 지원 방안을 제시하여야 함 ◯ 시스템 개발 중 로그 또는 툴(도구)을 이용하여 시스템 성능상태를 모니터링 하도록 하여, 성능 상 문제를 미리 파악하여 조치한 후 시스템을 오픈하여야 함 | |
| 산출정보 | 성능테스트 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PER-02 | |
|---|---|---|
| 요구사항 명칭 | 온라인성 업무응답시간 | |
| 상세 설명 | 정의 | 온라인성 업무응답시간 목표 정의 |
| 세부 내용 | ◯ 모든 질의는 사용자가 요청을 하는 시간으로부터 3초 내에 그 결과를 보여줘야 함 ◯ 이 요구사항은 임의의 선택 기준이 허용되는 대량의 데이터(데이터량 2GB 이상)에 대한 질의에는 적용되지 않음 | |
| 산출정보 | 성능테스트 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PER-03 | |
|---|---|---|
| 요구사항 명칭 | 웹 페이지 디스플레이시간 | |
| 상세 설명 | 정의 | 웹 페이지 디스플레이시간 목표 정의 |
| 세부 내용 | ◯ 정보시스템의 웹페이지는 사용자가 요청한 시간으로부터 3초 내에 완전히 디스플레이 되어야 함 ◯ 이 요구사항은 한 개 이상의 큰 이미지(이미지 50KB 이상) 및 동영상을 가지고 있는 페이지에는 적용되지 않음 ◯ 이 요구사항은 시스템을 사용하는 사용자 숫자가 동시 사용자 용량의 90%를 초과하는 경우에는 적용되지 않음 | |
| 산출정보 | 성능테스트 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PER-04 | |
|---|---|---|
| 요구사항 명칭 | 오류응답시간 | |
| 상세 설명 | 정의 | 오류응답시간 목표 정의 |
| 세부 내용 | ◯ 사용자가 입력한 정보에서 발생할 수 있는 모든 오류에 대한 메시지를 정보 입력 후 3초 이내에 제시하여야 함 ◯ 오류 메시지는 사용자가 인지하여 즉시 조치할 수 있도록 작성되어야 함 | |
| 산출정보 | 성능테스트 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PER-05 | |
|---|---|---|
| 요구사항 명칭 | 동시 사용자 접속 수 | |
| 상세 설명 | 정의 | 동시 사용자 접속 수 목표 정의 |
| 세부 내용 | ◯ 시스템 당 평균적으로 동시 사용자 수 200명 이상을 지원해야 하고 성능이 저하되지 않아야 함 ◯ 로그인 사용자는 로그인 후 5분 이상 경과된 사용자를 의미함 | |
| 산출정보 | 성능테스트 결과보고서 | |
| 관련 요구사항 |
3) 인터페이스 요구사항(System Interface Requirement)
| 요구사항 번호 | INR-01 | |
|---|---|---|
| 요구사항 명칭 | 온라인도움말 | |
| 상세 설명 | 정의 | 온라인도움말 개념 정의 |
| 세부 내용 | ◯ 사용자가 별도의 교육을 받지 않더라도 온라인 도움말을 이용하여 사용자 기능을 이용할 수 있어야 하며, 도움말 기능을 체계적으로 구성하여야 함 | |
| 산출정보 | 사용자 인터페이스 표준서, 사용자 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-02 | |
|---|---|---|
| 요구사항 명칭 | 사용단말을 고려한 화면사이즈 제공 | |
| 상세 설명 | 정의 | 사용단말을 고려한 화면사이즈 제공 개념 정의 |
| 세부 내용 | ◯ 모바일, PC 등 단말기에 독립적인 최적화 화면 및 정보제공 | |
| 산출정보 | 사용자 인터페이스 표준서, 사용자 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-03 | |
|---|---|---|
| 요구사항 명칭 | 통합UI | |
| 상세 설명 | 정의 | 통합UI 개념 정의 |
| 세부 내용 | ◯ 전체 시스템 간 통일성을 부여하여 UI를 구성하여야 함 ◯ 주관기관의 고유 아이덴티티를 반영한 창의적 디자인 적용 ◯ 화면 UI 기획 및 디자인에 관련된 제반 사항을 주관기관과 긴밀한 협조를 통하여 시행토록 함 | |
| 산출정보 | 사용자 인터페이스 표준서, 사용자 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-04 | |
|---|---|---|
| 요구사항 명칭 | 시스템인터페이스 일반 | |
| 상세 설명 | 정의 | 시스템인터페이스 일반 개념 정의 |
| 세부 내용 | ◯ 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케이션 실행시간 등을 설정하여야 함 ◯ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 어플리케이션의 기능수행 정확도를 검증한 후 운영 시스템에 이관하여 시스템을 운영 ◯ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이선스 비용 등이 발생하지 않아야 함 | |
| 산출정보 | 시스템 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-05 | |
|---|---|---|
| 요구사항 명칭 | 표준연계모듈 개발 | |
| 상세 설명 | 정의 | 표준연계모듈 개발 개념 정의 |
| 세부 내용 | ◯ 시스템 연계를 위해 표준연계모듈을 설계하고 이를 제안하여 타 시스템과의 연계를 고려해야함 | |
| 산출정보 | 시스템 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-06 | |
|---|---|---|
| 요구사항 명칭 | 연계데이터 정합성 확보 | |
| 상세 설명 | 정의 | 연계데이터 정합성 확보 개념 정의 |
| 세부 내용 | ◯ 기관 별 연계 방식에 따른 각 유형별 정합성 확보 방안을 제시 ◯ 데이터 누락을 방지하기 위해 각 연계 단계별 정합성 검증 방안 제시 | |
| 산출정보 | 시스템 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 번호 | INR-07 | |
|---|---|---|
| 요구사항 명칭 | 시스템 정보 연계방안 | |
| 상세 설명 | 정의 | 시스템 정보 연계방안 개념 정의 |
| 세부 내용 | ◯ 연계대상, 연계범위, 연계방식, 연계주기, 연계 건수 등 사업 추진 시 연계 관련 제반사항을 협의 후 확정함 | |
| 산출정보 | 시스템 인터페이스 설계서 | |
| 관련 요구사항 |
4) 데이터 요구사항(Data Requirement)
| 요구사항 번호 | DAR-01 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 수립 및 상위표준 준수 | |
| 상세 설명 | 정의 | 데이터 표준 수립 |
| 세부 내용 | ○ 데이터 표준 수립 및 상위표준 준수 - 시스템 구축에 필요한 데이터 표준(단어, 용어, 도메인, 코드)을 정의하여 구축되는 시스템의 데이터베이스 표준(DB표준)을 제정하여야 함 - DB표준 정의 시 공통표준(공공기관의 데이터베이스 표준화 지침(행정안전부 고시), 공공데이터 공통표준용어·단어·도메인)과 발주기관의 기관표준(기관표준용어·단어·도메인·코드) 또는 국내·외 산업 표준을 준용하여야 하고 공통표준 및 기관표준 준용 여부를 식별할 수 있도록 하여야 함 | |
| 산출정보 | 데이터 표준 사전(용어, 단어, 도메인, 코드) | |
| 관련 요구사항 | DAR-02 |
| 요구사항 번호 | DAR-02 | |
|---|---|---|
| 요구사항 명칭 | 데이터 재설계 및 표준화, 표준 관리 | |
| 상세 설명 | 정의 | 데이터 재설계 및 표준화, 표준 관리방안 |
| 세부 내용 | ○ 데이터베이스(DB) 재설계 및 표준화 - BioIN, BICS 전체 테이블 대상으로 구조 분석 수행 - 중복 테이블·컬럼, 미사용 테이블 식별 및 정리 방안 도출 - 데이터베이스 표준화 기준(단어, 용어, 도메인, 코드) 수립 및 테이블·컬럼 명명 규칙, 개인정보·암호화 관리 기준 정의 - DB 재설계 및 데이터 이관 계획 수립 ○ 데이터 표준관리 방안 제시 - 시스템 구축기간 동안 데이터 표준 관리를 위한 방안(변경이력 포함)을 제시하고 DB표준(용어, 단어, 도메인, 코드)과 데이터 항목의 일치여부를 주기적으로 점검하여야 함 - 표준 적용률(표준 준수율)을 주기적으로 측정·관리하여야 함 - 현행 운영 데이터베이스의 비표준 테이블·컬럼을 식별하고, 표준 단어·용어·도메인에 대한 매핑(명명표준화) 결과를 관리하여야 함 | |
| 산출정보 | 데이터 표준 관리 방안(매뉴얼, 가이드 등), 표준 적용률 결과서 비표준 식별 및 표준 매핑 정의서 | |
| 관련 요구사항 | DAR-01 |
| 요구사항 번호 | DAR-03 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 설계 | |
| 상세 설명 | 정의 | 데이터 구조설계 원칙 |
| 세부 내용 | ○ 데이터 구조 설계 기준 제시 - 데이터 구조 설계(모델링) 기준을 및 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 ○ 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 활용, 업무요건 변화, 시스템 변경 등으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 업무규칙(BR) 처리를 위한 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 | |
| 산출정보 | 데이터베이스정의서, 엔터티(개체)정의서, 애트리뷰트(속성)정의서, 엔티티관계정의서(물리,논리), 테이블정의서, 컬럼정의서 | |
| 관련 요구사항 | DAR-04, DAR-05 |
| 요구사항 번호 | DAR-04 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 검증 | |
| 상세 설명 | 정의 | 데이터 모델 검증 |
| 세부 내용 | ○ 데이터 모델 검증 - 설계된 데이터 모델은 설계자 · 개발자 · 발주기관 · 전문가 등이 참여하여 검증하여야 함 - 각 단계별 데이터 모델 검증 시 기준을 정의하고 실시하여야 함 - 외부전문가를 통한 설계단계 데이터 모델 적정성 검증 ※ 외부전문가 자격조건 : 관련자격(정보관리기술사, 데이터품질인증심사원, DAP(데이터아키텍처 전문가) 등) 취득 후 관련 업무 2년 이상 경험자 예) 논리데이터 모델 검증 기준 : 요구사항 대비 논리 모델의 완전성(논리데이터 모델이 비즈니스 요구사항의 누락 여부) : 정규화 충족 여부 예) 물리데이터 모델 검증 기준 : 중복 테이블 여부, 중복 컬럼 여부, 반정규화된 중복 데이터 정합성 유지 방안 여부 - 물리명 변경이 반영된 물리 데이터 모델 및 DDL 적용 결과를 검증하여야 함 | |
| 산출정보 | 데이터 모델 검증 계획·결과 | |
| 관련 요구사항 | DAR-02, DAR-05 |
| 요구사항 번호 | DAR-05 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 관리 | |
| 상세 설명 | 정의 | 데이터 구조 관리 방안 |
| 세부 내용 | ○ 데이터 구조 관리 방안 제시 - 시스템 구축기간 동안 데이터 구조 관리를 위한 방안(변경이력 포함)을 제시하고 DB의 형상과 물리데이터 모델의 형상 일치 여부를 주기적으로 점검하여야 함 - 표준화 반영 결과를 형상 관리에 반영하고 현행화하여야 함 | |
| 산출정보 | 데이터 구조관리 방안(매뉴얼, 가이드 등) | |
| 관련 요구사항 | DAR-03, DAR-04 |
| 요구사항 번호 | DAR-06 | |
|---|---|---|
| 요구사항 명칭 | 데이터 값 검증 방안 | |
| 상세 설명 | 정의 | 데이터 값 검증 방안 제시 |
| 세부 내용 | ○ 데이터 값 검증 방안 제시 - 시스템 구축 후 입력되는 데이터들에 대한 값 검증 및 오류 데이터 입력 방지 방안을 제시하고 적용하여야 함 - 목표시스템(DB)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)에 맞는 업무규칙(BR)를 정의하여야 함 ○ 데이터 값 진단 수행 및 검증 - 목표시스템에 추가되는 데이터의 특성을 분석하고, 대상 DB(시스템)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)을 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 - 공공데이터 범정부 품질진단 기준* 및 업무규칙(BR)에 따라 값 검증을 수행하여야 함 * 공공데이터 품질관리 매뉴얼 참고 - 데이터 값 검증 결과에 따른 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 - 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 - 오류 데이터 입력 방지(사전검증) 방안을 제시하여야 함 - 물리명 변경 반영 후 데이터 값 및 업무규칙(BR) 정합성을 검증하여야 함 | |
| 산출정보 | 데이터 값 검증방안 계획·결과서, 업무규칙(BR) 정의서 | |
| 관련 요구사항 |
| 요구사항 번호 | DAR-07 | |
|---|---|---|
| 요구사항 명칭 | 데이터 개방 및 메타데이터 관리체계 | |
| 상세 설명 | 정의 | 데이터 개방 및 메타데이터 현행화 |
| 세부 내용 | ○ 메타데이터 현행화 - 목표시스템의 메타데이터 표준 관리 항목이 발주기관의 메타데이터 관리시스템과 중앙 메타데이터 관리시스템에 등록 및 현행화 되도록 지원하여야 함 ※ 발주기관에서 운영 중인 메타데이터 관리시스템이 없는 경우 문서,파일 등으로 메타데이터 항목을 작성하여 제출하여야 함 - 표준화 반영 결과가 메타데이터에 현행화되도록 하여야 함 | |
| 산출정보 | 메타데이터 현행화 결과, 데이터 개방 지원 방안 계획·결과 | |
| 관련 요구사항 |
| 요구사항 번호 | DAR-08 | |
|---|---|---|
| 요구사항 명칭 | 데이터 품질 관리체계 | |
| 상세 설명 | 정의 | 데이터 품질관리 체계 수립 |
| 세부 내용 | ○ 데이터의 표준화를 통한 지속적인 데이터 품질관리 유지 - 데이터 표준, 구조, 값 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 함 - 데이터 표준(단어 · 용어 · 도메인 · 코드)의 추가, 변경, 삭제 절차를 수립하여야 함 - 데이터 구조(논리 · 물리)와 관련된 추가, 변경, 삭제 절차를 수립해야 함 - 관리체계에는 표준 준수율, 구조 현행화율, 값 검증 오류율 등 명확한 관리기준을 제시하여야 함 ○ 데이터 무결성 및 정합성 요구사항 - 정합성 규칙 작성, 데이터 분석, 정제, 관리 개선 방안 도출 - DB 세부항목 정합성 심층 분석 및 정제 - 외부 데이터 연계 시, 데이터의 정합성 및 무결성을 체크하고 로그관리 유지 - 데이터 누락을 방지하기 위해 각 연계 단계별 정합성 검증방안 제시 - 데이터 이관 시, 이관 데이터에 대한 정합성 및 무결성 보장 - 허용되지 않는 사용자나 자료의 변경 제어 ○ 데이터 연계 목록 및 항목의 추가, 변경, 삭제 절차의 정의 절차 수립 ○ 시스템은 자료의 파손, 변질, 분실 등에 대비하기 위하여 백업 기능을 제공 ○ 데이터베이스 백업에 관련된 기능은 시스템 관리자 서비스에서 제공 ○ 표준 준수율·구조 현행화율 등 관리지표를 표준화 사업 결과에 연계하여 관리하여야 함 (데이터 이관 정합성은 DAR-11에 따른다) | |
| 산출정보 | 데이터(표준, 구조, 연계, 품질)관리 체계서, 연계 데이터 관리 항목 정의서 | |
| 관련 요구사항 |
| 요구사항 번호 | DAR-09 | |
|---|---|---|
| 요구사항 명칭 | 연계 데이터 관리체계 수립 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ○ 데이터 연계 관리 방안 제시 - 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고 구축하여야 함 - 연계데이터 목록을 정의*하고 관리 방안을 제시하여야 함 * 연계 정보(송·수신 구분, 정보명, 주기), 연계 항목(항목명, 설명, 데이터 타입, 길이), 항목 출처(DB, 테이블, 컬럼명), 제공기관, 활용기관 등 - 연계데이터에 대한 메타데이터를 작성하고 표준화 및 현행화를 위한 방안을 제시하여야 함 - 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위한 협의체(가칭) 등을 구성하여 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증을 통해 연계데이터 누락을 검증하는 등의 협조 체계를 제시하여야 함 | |
| 산출정보 | 연계 데이터 목록 정의서, 연계 데이터 관리 항목 정의서 | |
| 관련 요구사항 |
| 요구사항 번호 | DAR-10 | |
|---|---|---|
| 요구사항 명칭 | 표준화 반영에 따른 응용 서비스 영향 반영 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ○ 물리명(테이블·컬럼) 변경이 응용 서비스(SQL·Mapper· Service·Controller·View)에 미치는 영향을 호출체인 단위로 전수 추적·분석하여야 함 ○ 분석된 영향 범위에 대하여 SQL·Java(Mapper·Service·Controller) 화면을 동시(일괄) 반영·검증하여야 함 ○ 물리명 반영 시 인덱스·식별자 등 성능 영향 요소를 함께 점검·정비(튜닝)하여 서비스 성능 저하를 방지하여야 함 ○ 반영 후 단위·통합·회귀 테스트를 통해 서비스 정합성을 확인하여야 함 ○ 영향 분석 결과(대상 범위·건수 등)는 착수 후 현행 소스 전수 분석을 통해 확정하며, 변경 대상 목록(Change List) 확정에 따라 조정될 수 있음 | |
| 산출정보 | 영향 범위 산정 결과, 소스 반영 결과서, 튜닝(인덱스·식별자) 정비 결과, 테스트계획서, 단위·통합·회귀 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | DAR-11 | |
|---|---|---|
| 요구사항 명칭 | 데이터 마이그레이션 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ○ 물리명 표준화(구조 변경) 반영에 수반되는 데이터 이관 대상을 식별하고 이관 계획을 수립하여야 함 ○ 이관 스크립트를 작성·실행하고, 이관 전후 데이터의 정합성(건수·값·관계) 및 무결성을 검증하여야 함 ○ 이관 과정에서 발생하는 오류 데이터를 조치하고 재발 방지 방안을 제시하여야 함 | |
| 산출정보 | 데이터 이관 계획서, 데이터 이관 결과서, 이관 전후 정합성 검증 결과 | |
| 관련 요구사항 |
5) 테스트 요구사항(Test Requirement)
| 요구사항 번호 | TER-01 | |
|---|---|---|
| 요구사항 명칭 | 테스트 계획 수립 및 실시 | |
| 상세 설명 | 정의 | 단위테스트, 통합테스트 방안 수립과 이행 |
| 세부 내용 | ◯ 사업자는 요구사항별 적합/부적합 판정할 수 있도록 체계적인 단위 및 통합테스트 방안을 제시하여야 함 ◯ 테스트 방안은 다음과 같은 세부적인 사항을 포함하여야 함 - 각각의 테스트 실시 후 테스트 결과를 기록하고, 테스트 결과 결함이 해소될 때까지 테스트를 지속적으로 실시하고, 테스트 결과에 대한 이력 관리 방안을 제시하고, 테스트 결과를 제출할 것 - 발생 가능한 상황에 대해서 시나리오를 작성하여 업무에 적합한 테스트 데이터(오류 데이터 포함) 작성 방안을 제시하여야 함 - 테스트 환경 및 방법·기간 등 세부적인 테스트 수행절차 방안을 제시하고, 수요기관과 협의를 통해 효율적인 테스트를 진행할 것 | |
| 산출정보 | 테스트 계획서 등 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-02 | |
|---|---|---|
| 요구사항 명칭 | 단위테스트 | |
| 상세 설명 | 정의 | 단위테스트 개념 정의 |
| 세부 내용 | ◯ 단위시험의 범위, 수행절차, 조직, 일정, 시험환경 및 평가기준을 구체적으로 수립하여야 함 ◯ 단위시험 시나리오별, 처리 절차, 수행데이터, 예상결과 등을 사전에 정의하여야 함 ◯ 단위시험시에 다음이 내용이 점검되어야 함 - 결함유형 분석(결함발생건수, 결함비율) - 결함심각도 분석(치명적 결함, 주요결함, 단순결함, 사소한 결함, 개선사항별 발생결함 건수) - 결함발견 추세분석(시험일시, 발견결함 수) - 시험 커버리지 ※ 유스케이스(use case) 기준의 경우 = (시험대상 유스케이스/전체 유스케이스)*100 | |
| 산출정보 | 단위테스트 계획서, 단위 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-03 | |
|---|---|---|
| 요구사항 명칭 | 통합테스트 | |
| 상세 설명 | 정의 | 통합테스트 개념 정의 |
| 세부 내용 | ◯ 통합테스트 시나리오에 따라 단위테스트가 완료된 프로그램들을 대상으로 다음 사항을 검증하여야 함 - 기능, 성능 등의 요구사항 및 설계사양 충족여부 검증 - 기능의 정상적 수행여부 검증 등 - 기능수행 후의 결과가 사전에 예측된 결과와 일치하는지 검증 - 시스템의 접근권한 및 업무 권한에 대한 적절성검증 - 대내시스템 간, 영역 간 연계 및 이를 포함하는 업무흐름 검증 - 대외기관 연계 및 이를 포함하는 업무 흐름 검증 ◯ 결함을 파악하고 원인을 추적하여 결함을 제거하여야 함 | |
| 산출정보 | 통합테스트 계획서, 통합 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-04 | |
|---|---|---|
| 요구사항 명칭 | 성능테스트 | |
| 상세 설명 | 정의 | 성능테스트 개념 정의 |
| 세부 내용 | ◯ 성능목표를 정의하고 시스템 성능 테스트 실시 - 실제 운영 환경에서 목표성능 수립 - 사업자는 사전에 수요기관에 일정, 대상 범위, 테스트 수행 환경, 참여자 및 역할, 수행 절차 등이 포함된 성능 테스트 계획서를 작성 및 제출하여야 함 - 성능 테스트를 통해 사용자 화면 응답시간, 업무영역별 성능 적정성 및 자원 가용성 검증, 최적화(튜닝) 필요 항목을 도출하여야 함 - 사업자는 성능 테스트를 위한 전담 조직을 구성하여야 하며, 전문 테스트 관리자가 전체 과정 진행하여야 함 - 사업자는 차수별 성능 테스트 결과와 향후 조치 방안이 포함된 성능 테스트 결과보고서를 수요기관에 제출하여야 함 - 사업자는 테스트 결과에 따른 자체적인 시정조치 이외에 수요기관이 요청한 사항을 반영하여야 함 ◯ 성능 테스트 환경 구축(부하 테스트 도구 등)에 필요한 제반 비용은 구축 사업자가 부담하여야 함 ◯ 목표성능에 못 미칠 경우 목표에 부합하도록 시스템 튜닝 및 재시험 | |
| 산출정보 | 성능테스트 계획서, 시스템 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-05 | |
|---|---|---|
| 요구사항 명칭 | 장애복구테스트 및 절차 | |
| 상세 설명 | 정의 | 장애대응을 위한 절차 및 방안 |
| 세부 내용 | ◯ 오류(시스템, 응용, 데이터 등)복구, 장애 대책 확보 등 신뢰성 있는 서비스 환경을 제공할 수 있도록 테스트가 이루어져야 함 ◯ 테스트 결함 발생율 및 조치율 관리 - 테스트 기간 동안 발견된 결함 수와 결함의 지속 시간을 측정하여야 함 - 테스트 기간 동안 발견된 결함에 대한 조치율은 100%이어야 하며, 제안사의 불가항력으로 인한 미조치 사항은 수요기관의 승인을 득해야 하며, 결함에 대한 조치로 인하여 계획된 일정에 영향을 주어서는 안 됨 ◯ 시스템은 장애 발생시 3시간 이내에 정상 상태로 복구되어야 함 ◯ 시스템은 장애 복구 시간 중에 장애상황을 공지할 수 있어야 함 | |
| 산출정보 | 장애 대응 매뉴얼, 시스템 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-06 | |
|---|---|---|
| 요구사항 명칭 | 부하테스트 | |
| 상세 설명 | 정의 | 부하테스트 개념 정의 |
| 세부 내용 | ◯ 운영장비에 대한 부하테스트는 주관기관이 보유한 부하 테스트 툴(로드러너(Load Runner) 등)를 이용한 실시하여 응답속도를 만족하여야 함(시나리오 작성 및 시험은 제안업체에서 수행) ◯ DB 튜닝 전문가가 단계별(설계/개발/전개 등)로 일정기간 투입되어 DB 및 질의어(Query) 속도개선 등 품질 개선활동을 전개해야 함 ◯ 신모델 설계에 따른 암호화 적용 전・후 비교를 통하여 적용 전 대비 성능이 저하 될 경우에 대한 대응방안 마련 후 적용 ◯ 부하테스트 지원 및 성능진단에 대한 대응책을 제시해야 함 | |
| 산출정보 | 시스템 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-07 | |
|---|---|---|
| 요구사항 명칭 | 백업복구테스트 | |
| 상세 설명 | 정의 | 백업복구테스트 개념 정의 |
| 세부 내용 | ◯ 시스템은 신속한 장애 대응을 위하여 2차의 백업 환경을 구축해야 함 | |
| 산출정보 | 시스템 테스트 결과서 | |
| 관련 요구사항 |
| 요구사항 번호 | TER-08 | |
|---|---|---|
| 요구사항 명칭 | 인수테스트 | |
| 상세 설명 | 정의 | 인수테스트 개념 정의 |
| 세부 내용 | ◯ 사용자 승인을 위한 검사 및 테스트 수행방법, 절차, 참여 조직 및 역할, 점검사항, 최종 검수 기준, 점검 후 조치 방안 등을 세부적으로 기술하여 계획을 수립하여야 함 ◯ 요구사항별 적합/부적합 판정을 할 수 있도록 요구사항별 테스트를 수행할 수 있어야 하며, 이에 따른 테스트 데이터를 준비해야 함 ◯ 발주자와 협의하여 승인 검사/테스트를 계획하고, 발주자가 승인 검사/테스트를 이행하기 위하여 필요한 모든 조력을 제공하여야 함 ◯ 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 발주자에게 승인 검사 및 테스트를 요청하여야 하며, 승인 검사 및 테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보완·테스트를 반복적으로 실시해야 함 ◯ 최종 승인 처리는 별도의 문서에 의하여 발주자의 승인을 받은 일자에 완료 된 것으로 함 | |
| 산출정보 | ||
| 관련 요구사항 |
6) 보안 요구사항(Security Requirement)
| 요구사항 번호 | SER-02 | |
|---|---|---|
| 요구사항 명칭 | 보안 일반 요구사항 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 사용자를 등급 및 역할에 따라 분류하고 정보 공개 및 접속 여부를 설정할 수 있어야 함 ◯ 계약업체는 사업수행에 사용되는 인원, 문서, 장비 등의 보안관리 계획을 수립하여야 하며, 보안상 결격 사항이 없도록 조치해야 함 ◯ 계약업체는 사업 수행과정에서 취득한 자료와 정보에 관해서는 사업수행의 전후를 막론하고 한국생명공학연구원의 승인 없이 외부에 유출 또는 누설하면 안됨 ◯ 계약업체는 사업수행 중 인원, 문서 및 전산자료 보안 등 아래의 보안관리 사항을 준수하여야 한다. 기타 사항은 한국생명공학연구원 「정보통신보안요령」을 따름 ※ [별첨2] 수행업체 보안 준수사항 ◯ 보안사항 위반에 따른 제재조치 - 계약업체는 국가계약법시행령 제76조 1항 3호 규정을 위반하여 [별첨2]의 누출금지 정보를 포함하여 정보통신보호자료 등 한국생명공학연구원 내부자료를 무단으로 유출할 경우 정보통신보안요령에 의거 아래와 같이 입찰 참가 자격이 제한됨 - 계약업체가 [별첨2]의 누출금지 정보를 포함하여 정보통신보호자료 등 한국생명공학연구원 내부자료를 무단으로 유출할 경우 정보통신보안요령에 의거 위약금 부과 및 추후 한국생명공학연구원 사업 입찰참가시 감점 등 추가 제재조치를 취할 수 있음 ※ [별첨2] 수행업체 보안 준수사항 ◯ 계약업체가 한국생명공학연구원 정보통신보안요령 등에 의한 보안준수 사항을 위반할 경우 위약금을 부과할 수 있음 ※ [별첨1] 사업자 보안위반 처리기준 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-03 | |
|---|---|---|
| 요구사항 명칭 | 보안 취약점 점검 | |
| 상세 설명 | 정의 | 시스템 취약점 점검 실시 및 후속조치 |
| 세부 내용 | ◯ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 (행정안전부 고시) 및“소프트웨어 개발보안 가이드”의 내용을 준수하여야 함 ◯ 웹취약점 점검에 따른 조치 처리해야 함(용역 완료 후 1년 무상유지 기간 포함) ◯ 사업을 통하여 개발된 소스코드 전체에 대한 보안 취약점 점검을 자체 실시하여야 함 - 국가정보원 8대 취약점 및 OWASP 10대 보안 취약점 제거 - 소프트웨어 개발보안 가이드에 준하여 시스템이 개발되었는지 점검 - 점검 결과에 따른 후속조치 수행 ◯ 보안 취약점 점검 실시 및 후속조치에 대한 보고서를 발주자에게 제출하여야 함 ◯ 보안 취약점 정기점검 결과에 따른 조치 계획 수립 및 결과를 보고하여야 함 | |
| 산출정보 | 웹취약점 점검 보고서(분기별) | |
| 관련 요구사항 |
| 요구사항 번호 | SER-04 | |
|---|---|---|
| 요구사항 명칭 | 로그인 보안조치 | |
| 상세 설명 | 정의 | 로그인 보안조치 개념 정의 |
| 세부 내용 | ◯ 정보시스템 로그인에 대한 보안조치 수행하여야 함 - 로그인 실패 횟수가 5회 이상시 접속을 제한하여야 함 - 여러 명이 동시에 동일한 사용자 계정으로 정보시스템에 로그인하지 못하도록 동시 로그인을 차단하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-06 | |
|---|---|---|
| 요구사항 명칭 | 보안 기술 적용 | |
| 상세 설명 | 정의 | 보안 기술 적용 개념 정의 |
| 세부 내용 | ◯ 웹 서비스 및 XML 보안을 위해 XML 서명, XML 암호화, WS-Security, SAML을 적용함 ◯ 비밀키 : 공공기관간 데이터/문서 보호를 위한 암호는 비공개 암호체계(국정원)을 적용함 ◯ 공개키 : 공공기관과 민간 간 데이터/문서 보호를 위한 암호는 민간겸용 공개암호(ARIA)를 사용함 ◯ 공개키 암호알고리즘은 RSA(PKCS #1), RSAES- OAEP, RSASSA-PSS, 국가기관용 표준 공개키 암호 알고리즘을 적용함 ◯ 키 사이즈는 2,048 비트 이상 사용해야 함 ◯ 암호검증 : 암호검증은 국가용 암호관리센터에서 발급한 암호검증서(국정원)을 적용함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-07 | |
|---|---|---|
| 요구사항 명칭 | 사용자 인증정보 보호 | |
| 상세 설명 | 정의 | 사용자 인증정보 보호 개념 정의 |
| 세부 내용 | ◯ 사용자 인증정보, 주민등록번호, 패스워드 등 보안이 요구되는 정보를 소스코드에 직접 하드코딩 할 수 없으며, S/W개발 과정에서 이러한 형태의 소스가 발견될 시에는 즉시 수요기관에 이를 보고하고 개선하여야 함 ※ 개발 진행 중 반드시 하드코딩이 들어가야 할 경우 수요기관과 협의 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-08 | |
|---|---|---|
| 요구사항 명칭 | 개인정보 보호 | |
| 상세 설명 | 정의 | 개인정보보호 관계 법령 및 지침 준수 |
| 세부 내용 | ◯ 각 기능에 명시된 개인정보(패스워드, 주민등록 번호, 학번/교번, 계좌번호 등)는 반드시 암호화하여 DB에 저장하여야 함 ◯ 개인정보보호 및 관리에 관한 사항은 개인정보보호법 및 개인정보의 기술적·관리적 보호조치 기준 등 관계 법령을 준수하여야 함. - 개인정보 열람시 접근 이력 기록 및 필요시 사유 입력 - 개인정보 열람에 대한 이력관리 통계 또는 조회 화면 제공 - 개인정보 중 고유식별정보에 대한 암호화 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리 ※「개인정보의 기술적·관리적 보호조치 기준」 (방송통신위원회 고시), 개인정보 암호화 조치 안내서 참조 ◯ 관리자인 경우에도 화면에 해당 정보를 그대로 노출시키지 않아야 함 ◯ 각 중요정보에 대해 안정성이 입증된 국정원 알고리즘 기준 및 키 길이를 사용하여 암호화하여야 함 ◯ 웹 사이트 내 모든 유형의 콘텐츠에 대해 개인정보 노출 점검 및 차단 기능 적용 또는 확인하여야 함 ◯ 개인정보보호를 위한 주관기관과 개인정보 처리위탁계약을 체결하여야 함 | |
| 산출정보 | 정보보안교육 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | SER-09 | |
|---|---|---|
| 요구사항 명칭 | DB 접근권한 통제 및 DB 접근이력 관리 | |
| 상세 설명 | 정의 | DB 접근권한 통제 및 DB 접근이력 관리 개념 정의 |
| 세부 내용 | ◯ DBA (DB관리자) - 데이터베이스관리자를 따로 지정하여 데이터베이스 관리 - DB 사용자를 등록하고 적절한 역할(Role)과 권한(Privilege)부여 - DB 사용자의 임의 접근을 차단하고, 접근을 허가한 경우라도 신청자의 업무와 관련된 DB로의 접근만 허가 ◯ DB 사용자 - DB 애플리케이션 사용자는 정당한 사유 없이 OS에 접근금지 - 업무상의 이유로 DB에 접속할 경우라도 반드시 DBA의 허가를 득한 후 사용 ◯ 개인정보에 대한 접근 이력을 관리하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-10 | |
|---|---|---|
| 요구사항 명칭 | 구간 암호화 | |
| 상세 설명 | 정의 | 구간 암호화 개념 정의 |
| 세부 내용 | ◯ 사용자 PC부터 웹서버 구간 간 암호화방식을 적용하여 구현하여야 함 - 정보시스템 로그인시 정보통신망으로 전송되는 중요정보(아이디, 패스워드와 같은 로그인 정보 및 주민등록번호 등)에 대해 스니핑 등의 위협으로부터 보호하기 위하여 SSL, TLS 등 네트워크 구간 암호화 조치 수행하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-11 | |
|---|---|---|
| 요구사항 명칭 | 전송자료 암호화 | |
| 상세 설명 | 정의 | 전송자료 암호화 개념 정의 |
| 세부 내용 | ◯ 대외 연계서버와 대외기관 중계서버간에는 전송되는 자료는 서버용 전송자료 암호화를 적용하여 전송하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-12 | |
|---|---|---|
| 요구사항 명칭 | 통신 간 보안성 | |
| 상세 설명 | 정의 | 통신 간 보안성 개념 정의 |
| 세부 내용 | ◯ 시스템 간 자료 교환 시 기밀성, 무결성, 접근제어 등을 보장하여야 함 - 침입차단서버와 관리자PC 간 통신시 구간 암호화, 무결성을 제공하고 관리자IP를 등록하여 관리자PC에서만 서버에 접근 가능해야 함 - 침입차단서버와 센서 간 통신 시 구간 암호화, 무결성을 제공 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-13 | |
|---|---|---|
| 요구사항 명칭 | 사용자 개념 정의 | |
| 상세 설명 | 정의 | 사용자 인증, 계정, 권한 개념 정의 |
| 세부 내용 | ◯ 사용자 인증 개념 정의 - 표준 로그인 창을 통하여 사용자 인증 수행하여야 함 - 비밀번호는 주관기관 정책을 준수하여야 함 ◯ 사용자 계정 개념 정의 - 사용자를 등급 및 역할에 따라 분류하고 정보 공개 및 접속 여부를 설정할 수 있어야 함 ◯ 사용자 권한 개념 정의 - 시스템에 보관되어 있는 각종 데이터와 사용자 인증정보의 올바른 보관과 활용을 위해 자료의 검색 및 조회에 대한 접근 권한을 규정하여 관리할 수 있어야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | SER-14 | |
|---|---|---|
| 요구사항 명칭 | 자료·산출물 보안 | |
| 상세 설명 | 정의 | 자료·산출물에 대한 보안관리 |
| 세부 내용 | ◯ 보안규정에 의거 정보통신망, 정보시스템 구성도, IP현황, 용역사업 산출물 및 개인정보 등을 비공개 자료로 분류하여야 함 ◯ 사업수행 관련 자료 및 사업수행 시 생산되는 모든 산출물은 발주사와 별도 협의를 통하여 지정장소에 보관하여야 함 - 비공개자료 출력물은 복사 및 외부 반출 금지 - 사업수행으로 생산되는 산출물 및 기록은 보안담당관이 인가하지 않은 비인가자에게 제공·대여·열람 금지 ◯ 사업 종료 후 사업과 관련된 모든 자료를 반환, PC보관 자료를 삭제하는 등 자료가 외부로 유출되지 않도록 필요한 보안조치를 이행하여야 함 ◯ 사업 수행사 서명이 들어간 “보안확약서”를 제출(해당양식은 연구원에서 별도 제공 예정) ◯ 시스템은 개인정보보호법을 준수하여야 함 | |
| 산출정보 | 보안서약서, 비밀유지서약서, 보안확약서 | |
| 관련 요구사항 |
| 요구사항 번호 | SER-15 | |
|---|---|---|
| 요구사항 명칭 | PC 등 장비 보안 | |
| 상세 설명 | 정의 | PC 등 장비에 대한 보안관리 |
| 세부 내용 | ◯ PC 등 장비에 대한 반출 시 자료의 유출에 대비한 보안조치를 실시한 후 반출하여야 하며, 사업 종료 시 사업 수행사의 PC 및 사용된 보조 기억장치는 완전히 삭제 후 반출하여야 함 ◯ 사업수행사 직원 PC는 인터넷 연결을 원칙적으로 금지하고 USB 등 휴대용 저장매체는 불가피한 경우에만 사용하며, 이는 보안담당관의 승인 하에 가능하다. ◯ 유해사이트에 접속을 차단하고, 업무에 필요한 사이트에만 접속하도록 침입차단시스템 등을 통해 통제하며, P2P, 웹하드, 메신저 등 자료공유 사이트의 활용이 원천 차단되어 함 | |
| 산출정보 | 정보보안교육 결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | SER-16 | |
|---|---|---|
| 요구사항 명칭 | 정보보안교육 | |
| 상세 설명 | 정의 | 정보보안교육 실시 |
| 세부 내용 | ◯ 고도화 사업에 투입되는 모든 인력을 대상으로 정보보안교육을 실시하고, 결과보고서를 제출할 것 ◯ 정보보안교육의 범위 및 내용은 연구원과 협의할 것 | |
| 산출정보 | 정보보안교육 결과보고서 | |
| 관련 요구사항 |
7) 품질 요구사항(Quality Requirement)
| 요구사항 번호 | QUR-01 | |
|---|---|---|
| 요구사항 명칭 | 가용성 보장 | |
| 상세 설명 | 정의 | 가용성 보장 개념 정의 |
| 세부 내용 | ◯ 시스템은 통상적인 업무시간 동안 가용성을 보장하여야 하며, 시스템 조건이 무엇이든지 간에 모든 채널에 동일한 자료 및 결과를 생성하고 인도해야함 ◯ 시스템은 정상상태에서 매일 24시간 동안 무중단으로 운영되어야함 | |
| 산출정보 | 사업 수행 계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | QUR-02 | |
|---|---|---|
| 요구사항 명칭 | 장애대응을 위한 백업절차, 결함 해결 조치 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 시스템은 신속한 장애 대응을 위하여 백업 절차를 마련해야 함 ◯ 에러복구, 장애 대책 확보 등 신뢰성 있는 서비스 환경을 제공 ◯ 테스트 결함발생율 및 조치율 - 테스트 기간 동안 발견된 결함 수와 결함의 지속 시간을 측정하여야 함 ※ 결함 발생율이 5% 이상이거나 중대 결함이 발생할 경우, 시스템 오픈 기간을 연장해야 하며, 결함 지속 시간의 최대 한계값은 1시간 이하여야 함 - 테스트 기간 동안 발견된 결함에 대한 조치율은 100%이어야 하며, 제안사의 불가항력으로 인한 미조치 사항은 발주자의 승인을 득해야 하며, 결함에 대한 조치로 인하여 계획된 일정에 영향을 주어서는 안 됨 - 결함 해결을 위해 조치 및 오픈 상주기간(무상)을 제시함 | |
| 산출정보 | 장애 대응 매뉴얼, 백업 계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | QUR-04 | |
|---|---|---|
| 요구사항 명칭 | 변경 요구 및 변경처리 절차 | |
| 상세 설명 | 정의 | 변경 요구 및 변경처리 절차 개념 정의 |
| 세부 내용 | ◯ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 베이스라인으로 간주함 ◯ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | QUR-05 | |
|---|---|---|
| 요구사항 명칭 | 유지보수 방안 | |
| 상세 설명 | 정의 | 유지보수 방안 개념 정의 |
| 세부 내용 | ◯ 시스템 업그레이드 : 시스템은 새로운 기능을 구현하기 위해 필요한 경우 업그레이드가 용이해야 하며, 보안사고 예방, 성능 개선 등이 발생하는 경우 패치를 제공하여야 함 ◯ 무상보증 - 시스템의 무상보증기간은 검수완료일로부터 12개월로 하며, 단 납품 물품 중 무상보증기간이 12개월 이상인 경우 그에 따르며, 무상유지보수는 개발 소프트웨어, 하드웨어, 소프트웨어 등 시스템 전체로 함 - 시스템 확장 : 유지보수에 용이하게 개발되어야 하며 시스템 확장시 상호운영성, 이식성 등을 보장하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | QUR-06 | |
|---|---|---|
| 요구사항 명칭 | 상호운용성(데이터교환성) | |
| 상세 설명 | 정의 | 상호운용성(데이터교환성) 개념 정의 |
| 세부 내용 | ◯ 이전시스템과 도입시스템, 도입시스템 간 데이터의 재사용 방안을 마련하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-01 | |
|---|---|---|
| 요구사항 명칭 | 표준 프레임워크 적용 | |
| 상세 설명 | 정의 | 전자정부프레임워크를 적용하는 사업인 경우 정의 |
| 세부 내용 | ◯ 전자정부프레임워크 기반(기획,설계,테스트,운영 전 분야)으로 개발하여야 함 ◯ 시스템 확장성 및 유지관리 효율성을 확보하고 행정안전부표준프레임워크 정립 - 과업 착수 전 공표된 최신 버전 적용이 가능 할 경우 업그레이드 ◯ 개발된 소프트웨어는 공통컴포넌트 수준의 개발 표준을 준수하여 시스템 교체 등의 다양한 디바이스 환경에 일관성 있게 서비스하여야 함 | |
| 산출정보 | 개발표준정의서 | |
| 관련 요구사항 |
| 요구사항 번호 | COR-02 | |
|---|---|---|
| 요구사항 명칭 | 개발언어 사용 | |
| 상세 설명 | 정의 | 개발언어의 제약이 필요한 경우 정의 |
| 세부 내용 | ◯ 제조사의 지속적인 기술지원이 가능한 개발 툴 및 언어를 사용하여야 하며, 유지관리 용이성을 위하여 가급적 JAVA, .NET 등 범용적으로 사용하고 있는 언어 선정 ◯ 기술지원 및 유지관리 용이성 등을 고려한 개발 언어를 협의하여 선정하여야 함 | |
| 산출정보 | 개발표준정의서 | |
| 관련 요구사항 |
| 요구사항 번호 | COR-03 | |
|---|---|---|
| 요구사항 명칭 | 데이터 사용 및 접근 제약사항 | |
| 상세 설명 | 정의 | 데이터 정책에 따라 필요시 정의 |
| 세부 내용 | ◯ 허가된 사용자에 한하여 DBMS에 접근 및 사용을 제한함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-04 | |
|---|---|---|
| 요구사항 명칭 | 감리 대응 | |
| 상세 설명 | 정의 | 감리 대응 개념 정의 |
| 세부 내용 | ◯ 감리계획에 따른 실행에 대응하여야 함 - 본 사업은 정보시스템 감리 대상으로 한국정보화진흥원의 ｢정보화사업 감리수행 가이드｣에 기재된 사항을 점검할 수 있도록 감리법인이 점검하기 위한 산출물을 작성하여 제출하여야 함 - 감리업체의 감리 수행을 적극 지원해야 하며, 감리 준비 및 인터뷰 등의 대응으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-05 | |
|---|---|---|
| 요구사항 명칭 | 규정 변경에 따른 시스템 구현의 유연성 | |
| 상세 설명 | 정의 | 규정 변경에 따른 시스템 구현의 유연성 대응 |
| 세부 내용 | ◯ 시스템 구축 기간 내 적용 법령 등 규정 변경시 반영하여 개발하여야 함 ※규정에 대한 적용시점을 고려하여 주관기관과 협의하여 적용 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-06 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준화 지침 필요 | |
| 상세 설명 | 정의 | 데이터 표준화 지침 방안 수립 |
| 세부 내용 | ◯ 기준정보를 관리하기 위한 코드관리체계, 표준화 방안을 수립하여야 함 ◯ 내외부의 데이터에 대한 품질관리 방안을 마련하여야 함 ◯ 공공기관의 데이터베이스 표준화지침 (행정안전부 고시)에 따름 ◯ 정보공동 활용에 필요한 연계 정보항목 및 연계 절차는 정부디렉토리서비스(LDAP) 연계 표준 준용 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-07 | |
|---|---|---|
| 요구사항 명칭 | 기술적용계획표 및 결과표 작성 | |
| 상세 설명 | 정의 | 기술적용계획표 검토 및 결과표 작성 |
| 세부 내용 | ◯ 발주자가 작성한 기술적용계획표의 검토 및 준수와 결과표 작성 방안을 제시하여야 함. ◯ 기술적용계획표의 기술표준이 본 사업에 부합하는지 검토하여야 하며, 변경이 필요할 경우 타당한 사유를 제시하여 발주자와 상호 협의하여 조정하여야 함. ◯ 기술적용계획표 검토시 부득이한 경우를 제외하고는 특정기술에 종속되지 않는 개방형 기술로 구현하도록 검토하여야 함. | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-08 | |
|---|---|---|
| 요구사항 명칭 | 웹접근성, 웹표준, 웹호환성 준수 | |
| 상세 설명 | 정의 | 웹 접근성, 웹표준, 웹호환성 준수 의무에 관한 사항 |
| 세부 내용 | ○ 웹접근성을 준수하여 사업을 추진 - 정보화진흥원 웹접근성 품질마크 인증 기준에 맞게 구축 ※ 정보화진흥원 웹접근성 연구소의 웹콘텐츠 제작 기법 참고 - 웹접근성 평가도구의 결과보고서 제출 ※ 장애인ㆍ고령자 등의 정보 접근 및 이용 편의 증진을 위한 고시(과학기술정보통신부고시) 참조 ○「전자정부 웹사이트 품질관리 지침」준수 - ActiveX 및 plug-in 포함되지 않도록 개발 - 웹 표준 문법을 준수하여 구축 ·W3C Markup Validation 문법검사 통과 (http://validator.w3.org) ·W3C CSS Validation 문법 검사 통과 (http://jigsaw.w3.org/css-validator) - 다양한 웹브라우저를 지원 - 사업 완료시 웹 호환성 준수 증빙서류 제출(자체 점검 가능) ○ 이용자들의 다양한 사용자 환경(브라우저)에서도 서비스를 이용할 수 있도록 하여야 하며, 표준을 준수하여 구현 - 엣지, 크롬 등 최신 브라우저에서 버전에 구애받지 않고 웹사이트 이용에 불편이 없도록 웹 표준을 준수 | |
| 산출정보 | 웹접근성 점검결과보고서(웹접근성 인증마크 또는 전문기관 점검 결과로 대체 가능), 웹 호환성 진단결과보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | COR-09 | |
|---|---|---|
| 요구사항 명칭 | 정보기술아키텍처 도입·운영 지침 준수 | |
| 상세 설명 | 정의 | 정보기술아키텍처 운영을 위한 지원 및 관련 지침 준수 |
| 세부 내용 | ◯ 정보시스템을 구축·운영에 따른 정보기술아키텍처 도입·운영 지침 준수 - 「전자정부법」 제45조제3항에 따른 「정보기술아키텍처 도입·운영 지침」준수 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-10 | |
|---|---|---|
| 요구사항 명칭 | 클라우드 활용 시 관련 지침 준수 | |
| 상세 설명 | 정의 | 클라우드 인프라 활용 시 관련 가이드라인 및 보안 가이드라인 준수 |
| 세부 내용 | ◯ 민간 클라우드 서비스 활용시 관련 규정 및 가이드 라인 준수 - 민간 클라우드 활용 시 클라우드 서비스 보안인증(CSAP)을 받은 사업자의 클라우드 서비스를 운영 - 「행정·공공기관 민간 클라우드 이용 가이드라인」준수 ◯ 클라우드 구축과 도입 관련된 정보보호에 관한 사항은 관련 규정 및 가이드라인 준수 - 「국가 정보보안 기본지침」 및 「국가‧공공기관 클라우드컴퓨팅 보안 가이드라인」을 준용 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-11 | |
|---|---|---|
| 요구사항 명칭 | 공공데이터의 제공 및 이용활성화 관련 지침 준수 | |
| 상세 설명 | 정의 | 공공데이터 및 오픈 API 활용은 관련 법령 및 규정 준수 필요 |
| 세부 내용 | ◯ 공공데이터 및 오픈 API 활용 시 관련 법령 및 규정 준수 필요 - 「공공데이터의 제공 및 이용 활성화에 관한 법률」 에 따른 관련 법령 및 규정 준수 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | COR-12 | |
|---|---|---|
| 요구사항 명칭 | 소프트웨어 개발보안(시큐어코딩)관련 가이드 준수 | |
| 상세 설명 | 정의 | 소프트웨어 개발보안 준수사항 제시 |
| 세부 내용 | ◯ 소프트웨어 개발보안(시큐어 코딩)에 해당되는 사업의 경우 기능개발 시 소프트웨어 개발보안 가이드 및 점검 시 소프트웨어 보안약점 진단가이드 준수 | |
| 산출정보 | ||
| 관련 요구사항 |
9) 프로젝트관리 요구사항(Project Management Requirement)
| 요구사항 번호 | PMR-01 | |
|---|---|---|
| 요구사항 명칭 | 안정화 운영 지원 | |
| 상세 설명 | 정의 | 안정화 운영 방안 제시 |
| 세부 내용 | ◯ 사업기간 중 안정화 기간에 업무장애/서비스 개선사항이 발생하였을 경우를 대비하여 안정화 운영을 지원하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-02 | |
|---|---|---|
| 요구사항 명칭 | 지원 및 자문 조직의 구성 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 추진조직 외에 본 사업을 성공적으로 수행할 수 있도록 지원 또는 자문조직의 구성을 제시할 수 있으나, 수행 역할과 결과물이 명확해야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-03 | |
|---|---|---|
| 요구사항 명칭 | 공동수급형태의 제안 | |
| 상세 설명 | 정의 | 공동수급형태 구성 요건 |
| 세부 내용 | ◯ 공동수급을“불허”함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-04 | |
|---|---|---|
| 요구사항 명칭 | 제안 개발방법론 | |
| 상세 설명 | 정의 | 제안 개발방법론의 범위 등 제시 |
| 세부 내용 | ◯ 제안시 개발방법론에 대한 전 과정의 설명, 특징, 장․단점, 저작권, 선정사유 및 적용사례 등을 제시하여야 함. 만일 개발 과제 특성상 여러 개의 개발방법론을 적용할 경우에는 각각 사용범위를 구별하여 제시하여야 함 ◯ 제안된 방법론은 정보시스템 개발 시 발생되는 착오 및 소프트웨어 품질 저하, 생산성 저하 등의 위험 요소를 방지하고, 시스템 개발의 표준 및 절차의 확립을 통해 유지관리 용이성을 확보할 수 있는 검증된 것이어야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-05 | |
|---|---|---|
| 요구사항 명칭 | 개발방법론에 따른 산출물 | |
| 상세 설명 | 정의 | 개발방법론에 따른 산출물 제시 |
| 세부 내용 | ◯ 사용될 개발방법론에 따른 단계별 산출물 목록, 산출물 상세내용, 산출물 간의 연관도를 제시하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-06 | |
|---|---|---|
| 요구사항 명칭 | 프로토타입 개발 | |
| 상세 설명 | 정의 | 프로타입핑 분석 |
| 세부 내용 | ◯ 초기 개발 시 프로타입핑을 통하여 요구사항에 대한 구현사항을 미리 확인할 수 있도록 하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-07 | |
|---|---|---|
| 요구사항 명칭 | 개발방법론 적용시 유의사항 | |
| 상세 설명 | 정의 | 개발방법론 적정성 분석 |
| 세부 내용 | ◯ 개발 시 기존 아키텍처 구조와 유사한 구조로 개발을 수행하여 유지관리에 무리가 없도록 하여야 함 ◯ 개발이 체계적으로 추진되도록 각 개발 단계별 활용할 도구(분석 및 설계 도구, 개발도구 등)와 기법의 적정성을 제시하여야 함. | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-08 | |
|---|---|---|
| 요구사항 명칭 | 사업관리방법 | |
| 상세 설명 | 정의 | 체계적인 사업관리 방안 제시 |
| 세부 내용 | ◯ 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리 방법론을 통한 체계적인 사업 관리 방안 제시함 ◯ 전자정부지원사업 사업관리방안 준수 ◯ 개발의 완성도를 높이기 위해서 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리(관리도구 이용)해야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-09 | |
|---|---|---|
| 요구사항 명칭 | 일정계획 | |
| 상세 설명 | 정의 | 일정계획 제시 |
| 세부 내용 | ◯ 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획을 제시하여야 함 | |
| 산출정보 | 사업 수행 계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-10 | |
|---|---|---|
| 요구사항 명칭 | 안정화 일정 계획 | |
| 상세 설명 | 정의 | 안정화 일정 계획 개념 정의 |
| 세부 내용 | ◯ 시스템 오픈 이후 발주자와 협의한 안정화 활동기간으로 정함 - 안정화 활동이란 일별 가동상태 모니터링 및 기록, 예방점검 활동 실시, 운영 유지관리 인력 교육, 자체 헬프데스크 운영 및 비상연락체제 가동, 개발자원 이관 및 기술지원을 의미함 | |
| 산출정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-11 | |
|---|---|---|
| 요구사항 명칭 | 요구사항관리 | |
| 상세 설명 | 정의 | 요구사항 관리방안 제시 |
| 세부 내용 | ◯ 사업자는 기능/비기능 요구사항을 빠짐없이 관리하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전 단계의 관련 산출물에 반영여부를 확인할 수 있도록 관리(요구사항 추적)하여야 함 | |
| 산출정보 | 요구사항추적표, 검사기준서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-12 | |
|---|---|---|
| 요구사항 명칭 | 위험관리 방안 | |
| 상세 설명 | 정의 | 위험관리 방안 제시 |
| 세부 내용 | ◯ 본 사업의 수행 시 발생 예상되는 쟁점 및 미결사항에 대한 관리, 사용자 요구사항의 상세화 과정에서의 리스크 관리 등 각종 위험에 대한 통제 및 리스크 관리 방안을 제시하며, 지속적으로 문제를 파악 관리하고, 조치사항에 대하여 추적할 수 있는 방안을 제시 | |
| 산출정보 | 위험관리대장 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-13 | |
|---|---|---|
| 요구사항 명칭 | 정기보고 | |
| 상세 설명 | 정의 | 정기보고 제출 |
| 세부 내용 | ◯ 사업진행에 대한 업무내용, 진척사항, 기타 특기사항을 기록한 업무일지를 작성하여 주간, 월간 단위로 작성․제출하여야 함 | |
| 산출정보 | 주간/월간보고서, 착수/중간/완료보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-14 | |
|---|---|---|
| 요구사항 명칭 | 수시보고 | |
| 상세 설명 | 정의 | 수시보고 방안 제시 |
| 세부 내용 | ◯ 원활한 과업 추진을 위해 필요시 비정기적인 보고 요청에 대응함 | |
| 산출정보 | 수시보고서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-15 | |
|---|---|---|
| 요구사항 명칭 | 관련기관(조직)과 원활한 업무 협의 | |
| 상세 설명 | 정의 | 관련기관(조직)과 업무협의 진행방안 제시 |
| 세부 내용 | ◯ 연계기관 또는 내외부조직 간 원활한 업무협의 진행 방안을 제시하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-16 | |
|---|---|---|
| 요구사항 명칭 | 산출물 관리 방안 | |
| 상세 설명 | 정의 | 산출물관리방안 제시 |
| 세부 내용 | ◯ 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시하여야 함 - 산출물 및 각종 워크시트의 관리방안을 제시하여야 함 - 산출물 제출 시기는 사업추진 공정, 품질보증 계획, 감리일정과 연계하여 제시 하여야 함 - 용역 완료시 제출하는 최종 결과물(프로그램 소스 등)은 발주자의 승인을 득한 후 원본 파일을 CD에 수록하여 산출물과 같이 제출하여야 하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 함 ◯ 사업관리 산출물 ※ 산출물 목록은 연구원과 협의에 의해 변경될 수 있음 ◯ 개발 및 테스트 산출물 ◯ 표준화 수행항목 및 산출물 ※ 산출물 목록은 연구원과 협의에 의해 변경될 수 있음 | |
| 산출정보 | ||
| 관련 요구사항 |
| 산 출 물 | 제출시기 | 수량 |
|---|---|---|
| 비용 산출 내역서 | 계약서에 포함 | - |
| 사업수행계획서 | 계약체결 후 10일 이내 | 1부 |
| 프로젝트진행계획표(WBS) | ||
| 주간 보고서 | 주간 1회 | |
| 월간 보고서 | 월간 1회 | |
| 완료보고서 | 준공 10일 이내 |
| 단계 | 산출물 종류 | 수량 |
|---|---|---|
| 개발 단계 | 요구사항정의서 | 1부 |
| 요구사항분석서 | ||
| 유스케이스모형기술서 | ||
| 프로세스흐름도 | ||
| 요구사항추적표 | ||
| 내외부인터페이스명세서 | ||
| 데이터베이스설계서 | ||
| 컴포넌트/클래스 명세서 | ||
| 웹취약점 점검 및 조치 결과 보고서 | ||
| 사용자지침서 | ||
| 소스코드 영향도 분석서 | ||
| 아키텍처 설계서 | ||
| Spring Security 재설계서 | ||
| 형상관리 계획서 | ||
| 테스트 단계 | 테스트 계획서(단위, 통합, 사용자) | |
| 통합테스트 시나리오 | ||
| 테스트 결과서(단위, 통합, 사용자) | ||
| 성능 테스트 결과서 | ||
| 데이터 정합성 검증 결과서 | ||
| 시스템 전환 | 시스템 전환 계획서 | |
| 데이터이관계획서 | ||
| 데이터이관결과서 | ||
| 기술스택 전환계획서 | ||
| PoC(기술검증) 결과서 | ||
| 매뉴얼 | 사용자 매뉴얼 | |
| 관리자 매뉴얼 | ||
| 운영자 매뉴얼 |
| 단계 | 산출물 종류 | 수량 |
|---|---|---|
| 데이터 표준 수립 및 상위표준 준수 | 데이터 표준 사전(용어, 단어, 도메인, 코드) | 1부 |
| 비표준 식별 및 표준 매핑 정의서 | ||
| 데이터 표준 관리 | 데이터 표준 관리방안(매뉴얼·가이드) | |
| 표준 적용률 결과서 | ||
| 데이터 구조 설계 | DB·엔터티·속성·테이블·컬럼 정의서 | |
| 엔티티관계정의서(물리,논리) | ||
| 데이터 구조 검증 | 데이터 모델 검증 계획·결과서 | |
| 데이터 구조 관리 | 데이터 구조관리 방안(매뉴얼·가이드) | |
| 데이터 값 검증 방안 | 데이터 값 검증방안 계획·결과서 | |
| 업무규칙(BR) 정의서 | ||
| 데이터 개방·메타데이터 관리체계 | 메타데이터 현행화 결과서 | |
| 개방 지원방안 계획·결과서 | ||
| 데이터 품질 관리체계 | 데이터(표준·구조·연계·품질) 관리체계서 | |
| 연계 데이터 관리 항목 정의서 |
| 요구사항 번호 | PMR-17 | |
|---|---|---|
| 요구사항 명칭 | 품질보증 활동 | |
| 상세 설명 | 정의 | 품질보증활동 개념 정의 |
| 세부 내용 | ◯ 성과품의 품질확보를 위하여 품질관리자(QAO, Quality Assurance Officer)에 의한 지속적인 품질보증활동 수행 - 품질보증계획 수립, 품질보증 목표 및 표준에 대한 교육 - 계획에 따른 품질보증 수행, 품질결함분석 및 시정조치, 변경요청 - 단계별 품질목표 달성, 품질표준 준수 등에 관한 보고서 제출 | |
| 산출정보 | 품질관리계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PMR-18 | |
|---|---|---|
| 요구사항 명칭 | 검수 및 검사 | |
| 상세 설명 | 정의 | 검수 및 검사 요건 |
| 세부 내용 | ◯ 검수는 완료보고서 접수일로부터 14일 이내에 실시 - 제안요청서, 제안서, 협상 결과, 계약서, 사업수행계획서 등과 일치하지 않을 경우 지체 없이 보완 후 재검수를 받아야 함 ◯ 시스템 납품설치와 시스템의 정상가동 여부에 대하여 확인하며, 시스템 관리, 기술지원 등 시스템 운영에 필요한 제반사항을 포함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-19 | |
|---|---|---|
| 요구사항 명칭 | 참여인력 보안서약 및 책임 | |
| 상세 설명 | 정의 | 보안서약서 제출 및 보안 준수 |
| 세부 내용 | ◯ 사업에 참여하는 모든 인원은 별도양식에 의하여 상기의 내용을 포함한 보안서약서를 반드시 제출하여야 함 ◯ 사업수행 인력은 임의로 교체할 수 없으며, 부득이한 사유로 교체하여야 하는 경우 보안담당관에게 즉시 보고하여야 함 ◯ 사업 수행 중 취득한 지식에 대하여 과업수행 중은 물론 사업이 완료된 후에도 외부에 누설하거나 다른 용도로 이용해서는 안되며, 이를 위반하였을 경우 법적인 책임을 져야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-20 | |
|---|---|---|
| 요구사항 명칭 | 외부PC 반입 | |
| 상세 설명 | 정의 | 외부 정보화 기기 반입 시 신고 및 보안 통제 |
| 세부 내용 | ◯ 외부PC(노트북 등) 반입시 발주자의 보안 프로그램을 반드시 설치하여 내부 사용자 보안사항을 준수해야 함 ◯ 사업기간 내 사용되는 모든 개발용 PC, 노트북 등 정보화기기의 사용현황을 주관기관에 신고관리해야 함 ◯ 사업수행사가 사용하는 노트북PC는 인터넷 연결을 금지함 ◯ 정보시스템을 외부로 반출할 경우 사전에 주관기관 정보보안담당관의 통제를 받아야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-21 | |
|---|---|---|
| 요구사항 명칭 | 해킹, 바이러스 등 침해사고 예방대책 | |
| 상세 설명 | 정의 | 해킹, 바이러스 등 침해사고 예방대책 제시 |
| 세부 내용 | ◯ 해킹, 바이러스 등으로 인한 침해사고 예방대책 및 서비스 중단사태 발생에 대한 긴급복구 방안 등을 포함한 보안대책을 제시해야 함 ◯ 사업기간 중 불법S/W의 사용으로 인한 문제에 대한 책임을 져야함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-22 | |
|---|---|---|
| 요구사항 명칭 | 사업관련 자료 보안방안 | |
| 상세 설명 | 정의 | 사업관련 자료 외부 유출 금지 |
| 세부 내용 | ◯ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지해야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-24 | |
|---|---|---|
| 요구사항 명칭 | 참여인원의 보안관리 | |
| 상세 설명 | 정의 | 주기적인 보안교육 실시 및 변동되는 참여인원의 점검 |
| 세부 내용 | ◯ 용역업체는 참여인원들에 대해 정기적인 보안교육을 실시해야 함 ◯ 용역업체는 참여인원의 퇴사 등의 사유로 인원 변동사항에 대해 자체점검하고, 보안교육 실시 및 그에 따른 사업추진에 지장이 없도록 해야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-25 | |
|---|---|---|
| 요구사항 명칭 | 시스템 권한 계정 및 이력 관리 | |
| 상세 설명 | 정의 | 시스템 권한 계정 부여현황 및 작업이력 관리 |
| 세부 내용 | ◯ 용역업체는 시스템 권한 계정 부여 현황을 관리하고 이를 주관업체와 공유해야함 - 시스템 권한계정에 대한 작업이력 관리 ◯ 사업이 완료 후 시스템 권한 계정에 대해 주관기관에 반납하고 관련정보를 폐기하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-26 | |
|---|---|---|
| 요구사항 명칭 | 지식재산권 및 임치, 공동 활용에 관련한 사항 | |
| 상세 설명 | 정의 | 지식재산권 및 임치, 공동 활용에 관련한 사항을 정의함 |
| 세부 내용 | ◯ 본 사업과 관련하여 산출물의 지식재산권(저작권의 경우, 2차적저작물 작성권과 편집저작물 작성권 포함)은 용역업체와 주관사업자가 공동으로 소유하며 지분은 균등함 ◯ 다만, 개발의 기여도 및 계약목적물의 특수성(보안, 영업비밀 등)을 고려하여 계약당사자간의 협의를 통해 지식재산권 귀속주체 등에 대해 공동소유와 달리 정할 수 있음 ◯ 주관사업자는 계약목적물의 사용을 보장하고, 지식재산권을 보호하기 위해서 사업수행에 따른 계약목적물의 “기술자료”를 제3의 기관(이하“임치기관”)에 임치하여야 함 - 임치기관은 발주처와 협의하여 선정하며, 임치수수료는 주관사업자가 부담하여야 함 - 임치기간은 계약이 해지된 이후 3년으로 하며, 6개월 마다 변경된 목적물을 최신본으로 임치하여야 함 - 임치목적물(기술자료)의 범위는 발주처와 협의하여 정함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-27 | |
|---|---|---|
| 요구사항 명칭 | 사업관리자(PM) 자격요건 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 사업관리자(PM)은 가급적 본 사업과 관련된 개발에 직접 참여하였거나, 유사 프로젝트 개발경험이 있는 전문 기술인으로 투입 ◯ PM에 대한 자격, 경력, 유사사업 참여 실적을 제시하여야 함 ◯ PM은 상주를 원칙으로 하며, 특별한 상황일때는 주관사업자와 협의를 통해 조정 가능 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PMR-28 | |
|---|---|---|
| 요구사항 명칭 | 정보자원관리시스템(IRM) 정보자원 현행화 요구사항 | |
| 상세 설명 | 정의 | 프로젝트 관리 요구사항 |
| 세부 내용 | ◯ 제안사는 사업수행과정에서 개발, 변경, 도입되는 정보자원에 대해 정보자원관리시스템(www.irm.go.kr)에 사업종료 전까지 등록(현행화) 하여야 한다 ◯ 정보시스템이 유지보수 또는 기능개선 등으로 변경되었을 경우에는 해당사항 발생 시기에 관련된 정보자원을 범정부EA포털에 변경･등록하여야 한다 ◯ 제안사는 정보자원관리시스템 등록정보 품질관리를 위해 정보자원 등록 목록을 최종보고 전에 제출하여야 한다 | |
| 산출정보 | ||
| 관련 요구사항 |
10) 프로젝트 지원 요구사항(Project Support Requirement)
| 요구사항 번호 | PSR-01 | |
|---|---|---|
| 요구사항 명칭 | 안정화 활동 | |
| 상세 설명 | 정의 | 안정화 활동 개념 정의 |
| 세부 내용 | ◯ 목표시스템 가동 이후 일정한 기간 동안 가동상태 모니터링 및 기록, 예방점검 활동 실시, 유지인력 교육, 비상연락체계 가동, 기술지원 등 안정화 활동을 수행하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PSR-02 | |
|---|---|---|
| 요구사항 명칭 | 하자보수 일반 | |
| 상세 설명 | 정의 | 하자보수 일반 개념 정의 |
| 세부 내용 | ◯ 무상 하자보수기간은 12개월로 지원방안에 지원범위, 지원방법(상주, 비상주 등) 및 지원인원을 포함하여 제시 ◯ 유지보수 기간 중 시스템의 결함 및 H/W, S/W 개발, 제작, 설치 등의 하자가 발견될 경우 24시간 이내에 해당 장비 또는 부품을 무상으로 수리하거나 동일 신품 또는 그 상위기능의 부품으로 무상 교환하여야 하고, 개발된 S/W상의 문제가 발견된 경우 즉시 필요한 조치를 취하여 문제를 해결 ◯ 시스템의 안정성 및 신뢰성 확보와 장애시간을 최소화하기 위하여 시스템을 단위 요소기술과 기능으로 구분하여 각각에 대한 세부 하자보수 계획을 제시 ◯ 공급되는 장비 및 부품의 생산 중단 시는 최소 3개월 전에 서면으로 통보하고 관련 장비의 예비부품 사전확보 및 대체품의 지속운용 대책 등을 강구 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PSR-03 | |
|---|---|---|
| 요구사항 명칭 | 운영 일반 | |
| 상세 설명 | 정의 | 운영 일반 개념 정의 |
| 세부 내용 | ◯ 개발 시스템의 정상운영을 위한 시스템 조건, 조직, 보안대책 수립, 최적화된 프로그램 수행 ◯ 목표시스템의 관리 및 운영조직을 기술하고 해당 조직의 역할과 책임, 기타 제도적 운영관리 대책 기술 ◯ 데이터베이스 구축 정보 현행화 방안 기술 | |
| 산출정보 | 운영관리 수행계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-04 | |
|---|---|---|
| 요구사항 명칭 | 교육 일반사항 | |
| 상세 설명 | 정의 | 교육 일반사항 개념 정의 |
| 세부 내용 | ◯ 시스템 개발 및 운영에 필요한 교육을 지속적으로 실시하여야 하며, 교육계획서를 작성하여 발주 기관에 제출, 승인을 얻어야 함 ◯ 교육계획서에는 교육훈련에 대한 목적 및 내용, 교육대상, 방법, 일정, 장소, 강사진 등에 대한 상세사항이 포함되어야 함 | |
| 산출정보 | 교육계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-05 | |
|---|---|---|
| 요구사항 명칭 | 교육자료 제작 | |
| 상세 설명 | 정의 | 교육자료 제작 개념 정의 |
| 세부 내용 | ◯ 시스템에 대한 교육자료를 제작하여야 함 - 교육자료는 온라인 도움말 형식과 전자적 형식으로 작성하여 제출 - 관리자, 시스템 운용자, 일반사용자 등 사용자별 교육자료를 매뉴얼로 작성하여야 함 | |
| 산출정보 | 매뉴얼(사용자/운영자) | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-06 | |
|---|---|---|
| 요구사항 명칭 | 내·외부 시스템의 연계를 위한 업무 지원 | |
| 상세 설명 | 정의 | 내·외부 시스템의 연계를 위한 업무 지원 개념 정의 |
| 세부 내용 | ◯ 내부, 외부 기관의 시스템에 대한 교육자료를 제작하여야 함 ◯ 내외부 기관(조직)에서 운영하는 정보화시스템과 기능 및 정보연계 등을 위한 상호기술 지원 | |
| 산출정보 | 연계 교육자료 | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-07 | |
|---|---|---|
| 요구사항 명칭 | 기술이전 방안 | |
| 상세 설명 | 정의 | 기술이전 방안 개념 정의 |
| 세부 내용 | ◯ 시스템 개발 및 운영에 필요한 내용으로 시스템의 운영, 감시 및 보안, 비상복구 방법 등 시스템 구성방법 및 장애 대처 방법, 기타 운영에 관한 사항 등 시스템 운영직원의 자체유지보수 능력 배양을 위한 기술이전 계획을 제시하여야 함 | |
| 산출정보 | 기술이전계획서 | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-08 | |
|---|---|---|
| 요구사항 명칭 | 시큐어코딩 점검 | |
| 상세 설명 | 정의 | 시큐어코딩 점검 개념 정의 |
| 세부 내용 | ◯ 개발시 개발코드 및 언어에 대해 시큐어코딩으로 개발된 내역에 대한 안내 및 방안을 마련해야 함 | |
| 산출정보 | 시큐어코딩 점검결과내역서 | |
| 관련 요구사항 |
| 요구사항 번호 | PSR-09 | |
|---|---|---|
| 요구사항 명칭 | 세미나 및 워크숍 | |
| 상세 설명 | 정의 | 세미나 및 워크숍 개념 정의 |
| 세부 내용 | ◯ 사업관련자들에게 사업추진 현황에 대한 협의 또는 최신 기술트렌드/보유기술에 공유를 위한 세미나 및 워크숍을 개최해야함 ◯ 그 외 기타 오픈 이벤트 등 행사를 적극적으로 지원하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PSR-10 | |
|---|---|---|
| 요구사항 명칭 | 시스템 인프라 신규 및 이전설치 | |
| 상세 설명 | 정의 | 신규 및 이전설치 개념 정의 |
| 세부 내용 | ◯ 시스템 인프라 신규 도입 및 이전 설치, 환경설정에 대한 기술지원 - 발주자가 장비 이전 설치를 요청하는 경우 제안자는 이에 응하여야 하고 대상관서와 사전 협의 및 이전 조치 후 업무에 지장이 없도록 하며 IT장비관리시스템에 이전완료 사항을 등록하여야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PSR-11 | |
|---|---|---|
| 요구사항 명칭 | SW사업정보 저장소 데이터 작성 및 제출 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 「소프트웨어 진흥법 제22조」에 따라 해당 사업 수주자는 SW 사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출하여야 함 ◯ SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참조토록 함 ◯ SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 ◯ SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 번호 | PSR-12 | |
|---|---|---|
| 요구사항 명칭 | 작업도구 및 장비 | |
| 상세 설명 | 정의 | |
| 세부 내용 | ◯ 본 사업에 필요한 PC, 개발 툴 및 기타 작업에 필요한 소프트웨어구비 ◯ 정품 소프트웨어 사용 - 불법 소프트웨어 점검 시 불법 소프트웨어 귀책은 제안사에 있으면 모든 민, 형사상의 책임 감수 | |
| 산출정보 | ||
| 관련 요구사항 |
11) 유지관리 수행 요구사항(Maintenance Project Requirement)
| 요구사항 번호 | MPR-01 | |
|---|---|---|
| 요구사항 명칭 | 성능관리 | |
| 상세 설명 | 정의 | 성능관리 개념 정의 |
| 세부 내용 | ◯ 운영대상시스템의 기능 및 성능이 최적의 상태로 가동될 수 있는 방안을 제시하여야 함 - 반복적인 시스템 과부하 발생, 시스템 성능저하 등의 사유로 성능진단 요청시 분석 후 개선방안 수립·이행 ◯ 타사업자의 구조‧성능진단 및 개선과제 수행시 이에 대한 지원방안 및 협력방안 등을 제시하여야 함 | |
| 산출정보 | 성능관리 방안 | |
| 관련 요구사항 |
| 요구사항 번호 | MPR-02 | |
|---|---|---|
| 요구사항 명칭 | 구성관리 | |
| 상세 설명 | 정의 | 구성관리 개념 정의 |
| 세부 내용 | ◯ 정부 정책변경, 조직개편, 정보화 사업 추진, H/W 및 S/W 도입 등 시스템 정보 변경이 발생할 경우 대상시스템을 현행화하여야 함 | |
| 산출정보 | 구성관리 방안 | |
| 관련 요구사항 |
| 요구사항 번호 | MPR-03 | |
|---|---|---|
| 요구사항 명칭 | 사용자 환류 지원 | |
| 상세 설명 | 정의 | 사용자 환류 지원 정의 |
| 세부 내용 | ◯ 운영대상시스템의 사용자 환류 반영 및 요구사항 청취를 위한 메일발송, 설문조사 등의 활동에 대해 지원해야 함 | |
| 산출정보 | ||
| 관련 요구사항 |
참가자격
제안안내사항 입찰방식 사업자 선정 방식 ◯ ｢국가를 당사자로 하는 계약에 관한 법률시행령 제43조 및 제43조의2｣에 의거 “협상에 의한 계약체결” 방법을 적용합니다. ◯ 계약체결에 필요한 세부적인 사항은 재경경제부 계약예규 “협상에 의한 계약체결기준”을 적용합니다. 입찰 참가자격 ◯ 본 제안 사업의 수행이 가능한 업체로서 다음 요건을 모두 갖춘 사업자이어야 합니다. ① 경쟁입찰 참가자격을 갖추고, 조달청 입찰참가자격 등록증을 소지한 사업자 ② ｢소프트웨어 진흥법 시행규칙｣ 제17조에 의한 소프트웨어사업자(컴퓨터관련서비스업[업종코드 1468]) ※ 최근년도 결산신고된 소프트웨어사업자 일반 현황 관리 확인서 제출 ③ ｢국가를 당사자로하는 계약에 관한 법률｣제27조 및 동법 시행령 제 76조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체 ◯ 상호출자제한기업집단 소속기업 및 대기업 참여제한 사항 ① 소프트웨어 진흥법 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없습니다. ② 본 사업은 20억 미만의 사업으로써,「소프트웨어 진흥법」제48조 제2항 및「대기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한(과학기술정보통신부)」에 의거 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한합니다. (중소기업자만 입찰참가 가능) - ｢중소기업제품 구매촉진 및 판로지원에 관한 법률｣ 제9조 및 같은 법 시행령 제 10조 의거 직접생산확인 증명서(세부품명:정보시스템개발 서비스, 세부품명번호 10자리 : 81111159901)를 소지한 자 - ｢중소기업기본법｣ 제2조에 따른 중소기업자 또는 ｢소상공인 보호 및 지원에 관한 법률｣제 2조에 따른 소상공인으로서 ‘중소기업 범위 및 확인에 관한 규정’에 따라 발급된 중소기업･소상공인 확인서를 소지한 자 ◯ 하도급은 허용하며, 공동수급은 불허함 - 본 사업은 다수의 기능이 유기적으로 연계된 시스템의 유지관리 사업으로, 안정적인 운영과 책임 소재의 명확화를 위해 단일 사업자에 의한 통합 관리가 필수적임. (단, 원활한 과업 수행을 위해 필요한 경우 관련 규정에 따른 하도급은 허용함) * 대기업인 소프트웨어사업자의 참여가능 사업금액의 하한
| 대상업체 | 사업금액의 하한 |
|---|---|
| 매출액 8천억원 이상인 대기업 | 80억원 이상 |
| 매출액 8천억원 미만인 대기업 | 40억원 이상 |
| 중견기업 성장촉진 및 경쟁력 강화에 관한 특별법 제2조의 ‘중견기업’이 된지 5년 이내 기업 | 20억원 이상 |
배점·평가
제안서 평가 방법 ◯ 기술평가와 가격평가를 실시하여 종합평가점수로 평가 ① 평가비율 : 기술평가(90%), 가격평가(10%) ② 종합평가점수 = 기술평가점수 + 입찰가격 평가점수 ※ 평가점수에서 소수점 이하가 있는 경우 소수점 3자리에서 반올림
<동점 시 처리방침>
- 합산점수가 동일한 제안자가 2인 이상일 경우에는 기술능력평가점수가 높은 제안자를 선순위자로 함 - 기술능력평가점수도 동일한 경우에는 기술능력의 세부평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 자를 선순위자로 함 ◯ 기술평가 방법 ① 제안서의 평가는 수요기관(한국생명공학연구원) 자체평가로 진행됩니다. ② 각 항목별 평가배점과 방법은 『다. 기술성평가기준』에 의합니다. ③ 각 평가위원의 평가점수 중 최고점수와 최저점수를 제외한 나머지 점수를 산술평균한 점수를 90점 만점으로 하며 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정합니다. ④ 평가점수 결과는 소수점 셋째자리에서 반올림합니다. ◯ 우선협상대상자 선정 및 계약체결 ① 협상대상자 중 기술평가점수와 가격평가점수를 합한 점수가 1위인 제안사를 우선협상대상자로 선정하여 기타 지원조건 등을 협상합니다. ② 협상대상자와 협상이 모두 결렬되면 재공고합니다.
| 평가부문 | 세부평가 항목 | 평가기준 | 배점 | |
|---|---|---|---|---|
| 정량 평가 | 일반 사항 (10점) | 경영상태 | 재무구조, 신용평가기관의 신용도(경영상태) | 5점 |
| 유사사업 수행경험 | 정보시스템 구축 및 고도화 사업 및 관련 사업 수행 실적 - 유사 분야 사업 수행 규모 및 수준 | |||
| 정성 평가 | 전략 및 방법론 (25점) | 사업 이해도 | 사업 특성 및 목표에 대해 주변 환경 분석과 업무내용의 연관관계의 이해를 바탕으로 일관성 있는 방향과 전략을 제시하고 있는지 평가한다. | 7점 |
| 추진전략 | 사업의 특성을 고려하여 얼마나 창의적이며 타당한 전략을 제시하였는가를 평가한다. | 4점 | ||
| 추진체계 | 사업의 특성과 제시한 추진전략을 달성하기 위한 수행조직 구성 및 조직간 협력방안 등이 구체적이고 적절한지를 평가한다 | 5점 | ||
| 적용기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하여 현실적으로 실현 가능하게 제시되어 있는지를 평가한다. | 4점 | ||
| 개발 방법론 | 사업자의 차별화 된 개발방법론을 평가하고, 실제 적용 사례와 경험을 바탕으로 노하우를 적절히 활용하고 있는가를 평가한다. | 5점 | ||
| 기술 및 기능 (25점) | 기능 요구사항 | 기능 구현 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술이 적용 가능한지를 평가한다. | 10점 | |
| UI/UX 요구사항 | UI/UX 구현 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술이 적용 가능한지를 평가한다. | 5점 | ||
| 데이터 요구사항 | 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는 지를 평가한다 | |||
| 보안 요구사항 | 보안 요구사항 적용 방안이 구체적으로 기술되었는지 평가하고 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다 | 3점 | ||
| 제약사항 | 사업의 완수를 위해 적절한 기준과 규정, 지침 등이 제시되었는지 평가한다. | 2점 | ||
| 성능 및 품질 (10점) | 성능 요구사항 | 구현 및 테스트 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술을 통해 요구 성능을 충족시킬 수 있는지를 평가한다. | 3점 | |
| 품질 요구사항 | 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구 사항에 부합되는지 평가하고, 분석ㆍ설계ㆍ구현ㆍ테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다 | 4점 | ||
| 인터 페이스 요구사항 | 시스템 인터페이스: 타 시스템과의 연계에 대한 장ㆍ단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안의 도출이 구체적이고 적절한지 평가한다. 사용자 인터페이스: 사용자 편의성을 고려하여 사용자 인터페이스의 분석ㆍ설계ㆍ구현ㆍ테스트 방안과 검토 계획이 구체적이고 적절한지 평가한다. | 3점 | ||
| 프로 젝트 관리 (10점) | 관리 방법론 | 사업위험, 사업진도, 사업수행시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등을 평가한다. | 5점 | |
| 일정계획 | 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가하고 각 활동에 필요한 일정계획이 적절히 수립 되었는지를 평가한다 | |||
| 프로 젝트 지원 (10점) | 품질보증 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 품질 만족 사례가 있는지를 평가한다. | 2점 | |
| 교육훈련 | 시스템 운영 및 관리자를 위해 제공 및 지원하는 각종 교육훈련의 방법, 내용, 일정 및 조직 등에 대해 평가한다. | |||
| 유지관리/하자보수 | 유지보수 기간/하자담보 책임기간 내에 수행해야 하는 범위, 발생 시 조치 절차 및 대응 방안 등 관련 활동이 구체적이고 적절한지 평가한다. | |||
| 기밀보안 | 사업을 추진하는 동안 발생할 수 있는 악영향으로부터 기밀을 보호하고 원활한 사업수행의 보장을 위한 물리적, 관리적 보안 체계 및 대책이 구체적이고 적절한지 평가한다. | |||
| 비상대책 | 안정적인 사업수행을 위해 비상상황에 대한 대처 방안을 적절하게 제시하고 있는지 평가한다. | |||
| 계 | 90점 |
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| 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. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가한다. ◯ 수행실적 평가기준(제9조제3항제2호 관련)
| 평가등급 | 평점 |
|---|---|
| 100% 이상 | 배점의 100% |
| 70% 이상～100% 미만 | 배점의 90% |
| 40% 이상～70% 미만 | 배점의 80% |
| 40% 미만 | 배점의 70% |
참가자격
3. 입찰참가자격
------------------------------------------------------------------------------------------------------------------------------------------------------ 아래의 입찰참가자격을 모두 갖춘 자이어야 합니다. ○ 국가종합전자조달시스템 입찰참가자격등록규정에 따라 반드시 전자입찰서 제출 마감일 전일까지 나라장터(G2B시스템)에 아래의 사항을 모두 입찰참가자격으로 등록한 자 - [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체 ○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인 증명서[정보시스템개발서비스(세부품명번호 : 8111159901)]를 소지한 자. ○ 「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자