입찰공고상세[용역] · 마감 · AI 페이지
신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01548562)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 16:34 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 2027년도 한국보건의료인국가시험원 정보시스템 통합 유지관리 용역 · 한국보건의료인국가시험원 · 3.49억원 · D-28
- 항공무선통신사 실기 CBT검정 시스템 고도화 · 한국방송통신전파진흥원 · 3,818만원 · D-7
- 제6회 동물보건사 자격시험을 위한 자격관리시스템 고도화 및 유지보수 용역 · (사)대한수의사회 · 6,091만원 · D-6
- 차세대 종합시험정보체계 구축 · 국방과학연구소 · 19.8억원 · D-21
- 2027년도 국가공무원 채용시스템 운영지원 사업 · 인사혁신처 · 15.2억원 · D-17
- 2027~2028년도 출제관리종합시스템 유지관리 사업 · 인사혁신처 · 9,083만원 · D-10
끝난 공고 · 결과
- 신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역(재공고) · 한국보건의료인국가시험원 · 유찰
- 컴퓨터시험(CBT) 기반 차세대 출제·문항 통합관리시스템 구축 · 한국보건의료인국가시험원 · 낙찰 (주)아침소프트 · 6.02억원
- 약학대학 CBT 구축 물품 구입 · 충남대학교 약학대학 · 낙찰 에이알메디칼 · 8,490만원
- 데이터자격검정 홈페이지 운영 및 유지관리 용역 · 한국데이터산업진흥원 · 낙찰 -
- 2026년 검정고시 시스템 기능 개선 및 유지보수(재공고) · 국가평생교육진흥원 · 낙찰 -
- 2026년 검정고시 시스템 기능 개선 및 유지보수 · 국가평생교육진흥원 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 2.제안요청서.hwpx · 제안요청서
- 붙임 1. 입찰공고문_경쟁제품, 온라인평가(CBT 시스템 고도화).hwp · 공고규격서
- 입찰공고문_경쟁제품, 온라인평가(CBT 시스템 고도화).pdf · 공고규격서
- 붙임 2. 제안요청서.hwpx · 공고규격서
- 붙임 3. 용역계약 특수조건.hwp · 공고규격서
공고 개요
유찰 · 한국보건의료인국가시험원 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 07/09(목)
요약 AI 요약
문신사 국가시험 도입에 따라 기존 컴퓨터시험(CBT) 시스템을 고도화하여 안정적인 시험 운영 체계를 구축하는 사업입니다. 원서접수부터 출제, 시행, 합격자 발표 및 면허 발급까지의 전 과정을 개선합니다.
- 문신사 직종 추가를 위한 누리집, CBT 시스템, 응시자·면허관리, 문항관리 시스템 고도화
- 개인 및 단체 원서접수, 응시 취소 및 환불 기능 개선
- CBT 시험 시행 관리 모니터링 및 감독관 프로그램 기능 개선
- 면허(자격)증 온라인 발급 및 리포팅 솔루션 변경
- CBT 체험하기 튜토리얼 프로그램 제공
- 개인정보영향평가 수행 및 정보시스템 감리 대응
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술능력평가분야점수의 85% 이상인 제안사 모두를 협상 적격자에 포함
| 평가 항목 | 배점 |
|---|---|
| 사업이해도 | 4점 |
| 추진전략 | 3점 |
| 적용기술 | 3점 |
| 표준 프레임워크 적용 | 2점 |
| 개발방법론 | 3점 |
| 제안업체 현황(유사사업 수행경험) | 5점 |
| 제안업체 현황(기업 신뢰도) | 5점 |
| 기능 요구사항 | 8점 |
| 보안 요구사항 | 5점 |
| 데이터 요구사항 | 6점 |
| 제약 사항 | 6점 |
| 성능 요구사항 | 5점 |
| 품질 요구사항 | 5점 |
| 인터페이스 요구 사항 | 5점 |
| 관리 방법론 | 5점 |
| 일정계획 | 10점 |
| 품질보증 | 3점 |
| 시험운영 | 2점 |
| 교육훈련 | 3점 |
| 하자보수계획 | 3점 |
| 기밀보안 | 2점 |
| 비상대책 | 2점 |
| 하도급 계약 적정성 | 5점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 지역제한
- 제한 없음
- 공동수급
- 공동이행
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 05/28(목) | 지남 |
| 입찰서 제출 시작 | 05/28(목) 18:00 | 지남 |
| 입찰참가자격 등록 마감 | 07/08(수) 18:00 | 지남 |
| 입찰서 제출 마감 | 07/09(목) 10:00 | 지남 |
| 개찰 | 07/09(목) 10:13 | 지남 |
가격
- 추정가격
- 431,395,455원
- 배정예산
- 474,535,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 05/28(목)
- 공고번호
- R26BK01548562-000
- 참조번호
- 2026-55
- 공고기관
- 한국보건의료인국가시험원
- 수요기관
- 한국보건의료인국가시험원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 431,395,455원
- 배정예산
- 474,535,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00229103
- 재공고
- 아니오
- 출처
- 나라장터
문서 발췌
과업·요구
| 사 업 명 | 신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역 |
|---|---|
| 발주기관 | 한국보건의료인국가시험원 |
신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역
계약체결일로부터 5개월(공휴일 포함) * 「소프트웨어 진흥법」 제45조 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제10조 규정에 따라 소프트웨어 개발사업 적정 사업기간 산정 기준에 따른 사업임 (소프트웨어 개발사업의 적정 사업기간 종합 산정서 첨부함)
가. 신규직종(문신사) CBT 시험 시행에 따른 기 구축·운영 중인 전산시스템 고도화 1) CBT 전산시스템(시행, 출제, 시험지관리) 2) 대표 홈페이지(한국보건의료인국가시험원) 3) 보건의료인 국가시험 시행 통합관리시스템(응시자·면허관리 시스템) 4) 보건의료인 국가시험 문항관리시스템 5) 대표 홈페이지(한국보건의료인국가시험원)(요양보호사 자격증 발급 시스템) 나. 개인정보영향평가 수행 다. 정보시스템 감리 대응 라. 우리원의 보안성 검토결과 준수하여 사업 진행
가. 신규직종 특성에 맞는 신규 기능을 개발하고, 기존 시스템을 개선하여 시험 전 과정의 안정적 운영 나. 평가의 선진화 및 전문화를 통해 보건의료 인력의 질적 수준 향상 및 대국민 보건의료서비스 질 강화 다. 답안카드 작성, 시험 시간 안내 등 응시자에게 시험 편의성 제고 라. 채점기간 단축으로 인한 조기 합격자 발표 및 면허증 신청 등 응시자 만족도 제고 마. 시험시행을 위한 문제지 인쇄비용, 보안용역 비용 절감 등 예산의 효율성 제고
가. 「문신사법」 제정에 따라 문신사 국가시험이 CBT 상시(기간제) 시험으로 시행될 수 있도록 시스템 설계‧구축 나. CBT 상시(기간제) 시험을 위한 누리집 응시원서 접수 등 시험 시행에 필요한 모든 정보를 등록하고 관리하기 위한 관련 시스템 기능 개선 1) 누리집, 누리집 관리자 고도화 가) 우리원 누리집, 누리집 관리자 시스템 내 문신사 CBT 상시(기간제) 시험 관련 메뉴 및 컨텐츠 추가 나) CBT 상시(기간제) 시험 시행을 위한 누리집 원서접수 기능 고도화 다) CBT 상시(기간제) 기반 상시시험 응시취소 기능 고도화 라) 누리집 관리자 시스템 CBT 상시(기간제) 시험 응시취소(환불) 처리 고도화 2) 문신사 CBT 상시(기간제) 시험 시행을 위한 본부 CBT 시스템 고도화 3) 문신사 CBT 상시(기간제) 시험 시행을 위한 기 운영 업무시스템 시스템 고도화 가) CBT 상시(기간제) 시험 시행으로 인한 응시자·면허관리시스템 업무 화면 수정 나) CBT 상시(기간제) 시험 시행으로 인한 문항관리시스템 업무 화면 수정 4) 요양보호사 자격증 발급 시스템(응시자, 관리자) 고도화 다. 개인정보영향평가 수행 및 결과 적용 라. 정보시스템 감리 대응 및 결과 적용 마. 기타 1) 기존 우리원 운영 중인 CBT 상시시험 관련 전산시스템의 기본 기능 활용/오류 발생 시 조치 2) 문신사 CBT 상시(기간제) 시험 튜토리얼* 프로그램 제공 * 응시자의 시험 적응력 향상을 위해 실제 시험장에서 사용하는 응시자 시행 프로그램을 미리 체험해 볼 수 있도록 제공하기 위한 프로그램
3) 기 운영 중인 우리원 정보시스템과 연계 4) 전자정부프레임워크를 기반으로 한 시스템 확장성 및 유지보수 효율성 확보 5) 자바(Java) 플랫폼의 어플리케이션 구축 및 웹기반 기술을 활용하여 개발 6) 정보보호 관련 기술 적용(시큐어 코딩) 7) 정보 교환에 관련된 데이터 코드 및 정보처리 제반 기술 표준화 8) 우리원 보안성 검토 결과 준수
| 구 분 | M | M+1 | M+2 | M+3 | M+4 |
|---|---|---|---|---|---|
| o 프로젝트착수 | |||||
| - 프로젝트계획수립 | |||||
| o 업무 분석 | |||||
| - 현행업무분석 | |||||
| - 프로세스/데이터 분석 | |||||
| - 요구사항 정의 | |||||
| o 설계 | |||||
| - 프로세스 설계 | |||||
| - 데이터베이스 설계 | |||||
| - 화면/보고서 설계 | |||||
| o 개발 | |||||
| - 코딩 | |||||
| - 단위테스트 | |||||
| o 테스트 | |||||
| - 통합·인수테스트 | |||||
| - 모의테스트 | |||||
| - 사용자교육 |
※ 단계별 세부 추진일정은 협의 후 조정가능
| 요구사항 분류 | 고유번호 | 요구사항명 | 비고 |
|---|---|---|---|
| 기능요구사항 (SFR) | SFR-001 | (공통) 시스템 일반사항 | |
| SFR-002 | (상시(기간제) 누리집) 신규직종 도입에 따른 상시(기간제) 누리집 콘텐츠 고도화 | ||
| SFR-003 | (상시(기간제) 누리집) CBT 체험하기 튜토리얼 고도화 | ||
| SFR-004 | (상시(기간제) 누리집) 개인 원서접수 고도화 | ||
| SFR-005 | (상시(기간제) 누리집) 단체 원서접수 고도화 | ||
| SFR-006 | (상시(기간제) 누리집) 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 | ||
| SFR-007 | (누리집관리자 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-008 | (상시(기간제) 누리집, 요양보호사 자격증 발급 시스템) 면허(자격)증 발급 고도화 | ||
| SFR-009 | ((명칭 변경 예정)요양보호사 자격증 발급 시스템) 신규직종(문신사) 직종 추가 | ||
| SFR-010 | (상시(기간제) 누리집) 단체기관 응시원서 접수 취소(환불) 기능 고도화 | ||
| SFR-011 | (대표누리집, 누리집관리자 시스템) 부정행위 신고센터 추가 | ||
| SFR-012 | (상시(기간제) 누리집) 편의제공신청내역 삭제 기능 추가 | ||
| SFR-013 | (CBT시스템) 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 | ||
| SFR-014 | (CBT시스템) 시행 관리 프로그램 모니터링 기능 고도화 | ||
| SFR-015 | (CBT시스템) 감독관 프로그램 개선 | ||
| SFR-016 | (CBT시스템) 시행 통계 고도화 | ||
| SFR-017 | (CBT시스템) 시스템 상태 점검 | ||
| SFR-018 | (CBT시스템) 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 | ||
| SFR-019 | (CBT시스템) 감독관 프로그램 설정 기능 고도화 | ||
| SFR-020 | (CBT시스템) 상시(기간제) 시험 결과 통계 기능 추가 | ||
| SFR-021 | (CBT시스템) 응시취소자 반영 기능 개선 | ||
| SFR-022 | (CBT시스템) 응시결격 관련 기능 개선 | ||
| SFR-023 | (CBT시스템) CBT 출제 기능 개선 | ||
| SFR-024 | (CBT시스템) CBT 문항 패키지 생성 기능 개선 | ||
| SFR-025 | (CBT시스템) 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 | ||
| SFR-026 | (응시자·면허관리 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-027 | (응시자·면허관리 시스템) 면허(자격)증 발급 고도화 | ||
| SFR-028 | (응시자·면허관리 시스템) 면허(자격)증 발급(출력) 리포팅 솔루션 변경 | ||
| SFR-029 | (응시자·면허관리 시스템) 부정행위자 등 처리 고도화 | ||
| SFR-030 | (응시자·면허관리 시스템) 합격자 연명부 기능 고도화 | ||
| SFR-031 | (응시자·면허관리 시스템) CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 | ||
| SFR-032 | (문항관리시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-033 | OpenAPI 기능의 활용성 확장 및 타 시스템 간 연계 | ||
| 시스템 장비 요구사항 (ECR) | ECR-001 | 정보시스템 인프라 환경 기반 구축 | |
| 성능요구사항 (PER) | PER-001 | 성능 일반 요구사항 | |
| PER-002 | DB쿼리 성능 요구사항 | ||
| PER-003 | 시스템 오류 시 요구사항 | ||
| PER-004 | 응답시간 | ||
| 인터페이스 요구사항(SIR) | SIR-001 | 인터페이스 기준 준수 | |
| SIR-002 | 타 시스템과 연계 인터페이스 유지 | ||
| 데이터 요구사항 (DAR) | DAR-001 | 데이터 표준 수립 및 준수 | |
| DAR-002 | 데이터 표준 관리 | ||
| DAR-003 | 데이터 구조 설계 | ||
| DAR-004 | 데이터 구조 관리 | ||
| DAR-005 | 데이터 구조 검증 | ||
| DAR-006 | 데이터 값 검증 | ||
| DAR-007 | 이관 데이터 값 검증 | ||
| DAR-008 | 데이터 개방 및 메타데이터 관리체계 | ||
| DAR-009 | 데이터 관련 지침 준수 | ||
| 테스트 요구사항 (TER) | TER-001 | 테스트 요구사항 | |
| TER-002 | 단위테스트 | ||
| TER-003 | 통합테스트 | ||
| TER-004 | 성능테스트 | ||
| 인수테스트 | |||
| TER-005 | |||
| TER-006 | 모의 테스트 (시범 운영) | ||
| 보안요구사항 (SER) | SER-001 | 보안 일반사항 | |
| SER-002 | 데이터 보안 | ||
| SER-003 | 정보통신망 접근관리 | ||
| SER-004 | 사업 종료 시 보안사항 | ||
| SER-005 | 보안 책임 및 준수사항 | ||
| SER-006 | 보안관련 법규 및 지침 준수 | ||
| SER-007 | 개인정보처리자로서 준수 | ||
| SER-008 | 기타 보안사항 | ||
| 품질요구사항 (QUR) | QUR-001 | 품질 일반사항 | |
| QUR-002 | 신뢰성 및 가용성 보장 | ||
| QUR-003 | 사업수행방법론 및 품질보증 | ||
| QUR-004 | 과업내역 변경 관리 | ||
| 제약사항 (COR) | COR-001 | 하도급 제약사항 | |
| COR-002 | 사업관련 공통 규정 준수 | ||
| COR-003 | 표준 프레임워크 적용 | ||
| COR-004 | 기존 시스템과 호환 | ||
| COR-005 | 저작권 및 지적재산권 보호 | ||
| COR-006 | 감리 대응 | ||
| COR-007 | 개인정보영향평가 수행 | ||
| COR-008 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 | ||
| COR-009 | 정보화 표준 지침 준수 | ||
| 프로젝트관리 요구사항 (PMR) | PMR-001 | 사업수행 조직의 구성 | |
| PMR-002 | 사업 수행 계획서 | ||
| PMR-003 | 사업 추진 일정계획 | ||
| PMR-004 | 요구사항 관리 | ||
| PMR-005 | 위험관리 | ||
| PMR-006 | 사업보고 및 산출물 | ||
| PMR-007 | 계약관련 일반사항 | ||
| PMR-008 | 정기 및 수시 보고 | ||
| PMR-009 | 사업수행 장소 | ||
| PMR-010 | 검수 및 검사 | ||
| PMR-011 | SW사업 저장소 데이터 작성 및 제출 | ||
| PMR-012 | 사전협의 이행결과 수행 | ||
| 프로젝트지원 요구사항 (PSR) | PSR-001 | 안정화 활동 | |
| PSR-002 | 장애 복구 지원 | ||
| PSR-003 | 하자보수 | ||
| PSR-004 | 교육 및 기술이전 |
| 요구사항 고유번호 | SFR-001 | |
|---|---|---|
| 요구사항 명칭 | (공통) 시스템 공통사항 | |
| 요구사항 분류 | 기능 요구사항 (공통) | |
| 요구 사항 상세 설명 | 정의 | 시스템 공통사항 |
| 세부 내용 | ■ 주요 업무 로직의 경우 우리원과 협의하여 DB 프로시저를 이용하여 구현 - DB관리자가 프로시저를 검토, 수정·개선 가능하도록 구현 ■ 자료의 형태와 포맷의 통일성 고려 ■ 보안관련 규정 및 보안성 검토 결과 준수 ■ 소스코드 취약점 점검 결과에 따른 조치 이행 ■ 향후 신규직종 추가를 대비해 프로그램 수정이 용이하도록 확장성을 고려하여 시스템에 유연하게 적용될 수 있도록 설계·구현 ■ 개발 및 테스트에 필요한 상시(기간제) CBT 모의시험 관련 데이터는 사업자가 확보하되, 필요 시 우리원과 협의 - 상시(기간제) CBT 모의시험 테스트 시험 일정 등록 (또는 엑셀 업로드) - 상시(기간제) CBT 모의시험 응시자 데이터 (인원수/시험센터/시험일자 등) 자동 생성 (또는 엑셀 업로드) 기능 필요 - 상시(기간제) CBT 모의시험의 전반적인 과정이 우리원 테스트 환경에서 원활히 진행될 수 있도록 방안 수립 후 적용 필요 (담당자 수작업 배제) ■ 분석/설계 단계에서 사용자 요구 및 개선사항에 대해 검토 후 반영 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-003 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) CBT 체험하기 튜토리얼 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 신규직종에 대한 상시(기간제) 누리집 CBT 체험하기 튜토리얼 고도화 |
| 세부 내용 | ■ 상시(기간제) 누리집 시험안내 > CBT 체험하기 - 현재 운영 중인 CBT 튜토리얼에 신규직종 추가 - 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-006 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 |
| 세부 내용 | ■ [내용설명] - 현재는 응시원서를 등록하고 나면, 결제기한까지 응시수수료 결제가 완료되지 않아도 등록한 응시원서가 사라지지 않으며, 삭제할 수도 없음.(수정만 가능) - 현재 시스템 상 단체 응시원서 접수를 등록한 날마다 원서접수자 그룹이 생성됨. - 개인/단체 응시원서 접수 등록만 하고 응시수수료 결제를 하지 않은 사람은 새로 응시원서 등록이 안됨(이미 등록된 사람이라고 나옴) - 단체 응시원서 접수 해당 등록자가 다시 접수를 완료하려면 이전에 최초 단체 응시원서를 등록했던 날(그룹)에 들어가서 해당자를 찾아서 응시원서 접수를 이어가야하는 불편함이 있음. - 위와 같이 최종 결제가 완료되지 않은 응시원서 정보는 당해연도에는 남아 있다가 익년도에 유관부서에서 수기로 일괄 삭제하고 있음. ■ [개선 요구사항] - 상시(기간제) 시험 직종 개인/단체 응시원서 접수 시, 응시원서 등록 후 결제기한까지 결제가 완료되지 않은 응시원서 정보는 삭제되도록 기능 개선 - 자동/수동 삭제 여부 및 운영 방식 등에 관한 사항은 유관 부서와 협의·확정 후 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-007 | |
|---|---|---|
| 요구사항 명칭 | (누리집관리자 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 누리집 관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 누리집관리자 시스템에 추가 - 누리집 관리 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-008 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집, 요양보호사 자격증 발급 시스템) 면허(자격)증 발급 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 누리집, 요양보호사 자격증 발급 시스템 면허(자격) 발급 고도화 |
| 세부 내용 | ■ 상시(기간제) 누리집, 요양보호사 자격증 발급 시스템 내 해당 문구 변경 - 자격→ (예시) 면허(자격) - 요양보호사 자격증 발급 시스템 → (예시) 온라인 면허(자격) 발급 시스템 - 정확한 명칭 및 문구 적용 범위 등에 대해서는 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 면허증 발급 신청·출력 등 관련 업무를 현재 운영 중인 (명칭 변경 예정)요양보호사 자격 발급 시스템에서 이루어 질 수 있도록 연계 방안 수립 후 적용 ■ 신규직종(문신사) 면허증 발급 승인 절차에 대해 유관부서와 협의·확정 후 적용 - (명칭 변경 예정)요양보호사 자격증 발급 시스템에서 승인 관련 업무 진행 - 우리원 응시자·면허관리 시스템과 연동되어 승인 관련 업무 진행 등 ■ 신규직종(문신사) 면허증 온라인 발급(출력) 담당 시스템 확정 후 진행 - 상시(기간제) 누리집 또는 (명칭 변경 예정)요양보호사 자격증 발급 시스템 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-009 | |
|---|---|---|
| 요구사항 명칭 | ((명칭 변경 예정)요양보호사 자격증 발급 시스템) 신규직종(문신사) 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 온라인 면허 발급을 위한 직종 추가 |
| 세부 내용 | ■ 문신사 면허증을 온라인을 통해 발급하기 위한 직종 추가 - (명칭 변경 예정)요양보호사 자격증 발급 시스템 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-010 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 단체기관 응시원서 접수 취소(환불) 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 누리집 응시 취소(환불) 기능 고도화 |
| 세부 내용 | ■ [현재기능] - 요양보호사 및 간호조무사 응시원서 접수는 단체기관에서 가능한데, 응시취소는 단체기관에서 신청하지 못해 민원이 발생됨. - 단체기관에서 원서접수를 한 응시자가 응시취소를 하려면 다음과 같은 방법으로 취소하고 있음. (온라인) 개인아이디 생성-마이페이지-과거시험 정보찾기-응시취소 (오프라인) 신청서류 팩스나 메일 접수 후 담당자 확인 후 취소처리 ■ [문제점] - 개인이 응시취소를 따로 신청해야함에 따라 절차가 복잡하여 많은 민원이 발생됨. - 특히 고령자가 많은 요양보호사의 경우 온라인으로 취소처리과정이 복잡해 오프라인으로 서류를 보내는 경우가 많아 불필요한 행정력이 낭비됨. ■ [개선 요구사항] - 단체로 응시원서 접수한 응시자에 한해 단체담당자가 응시취소를 할 수 있게 개선 - 단, 개인의 동의를 받아 취소를 위임하는 경우만 인정함에 따라 다음과 같은 절차 수행 후 취소가 가능하도록 수정 요청함. 1. 단체기관에서 접수한 응시자에 한해 해당 단체기관에서 취소 가능 2. 단체기관에서 응시취소 시 응시자 본인 핸드폰에 문자 자동 발송 (국민비서 알림 서비스(행정안전부) 연계·활용 방안 검토하여야 함) (문자 내용) 3. 응시자 본인인증이 완료되면 응시취소 완료 ■ 세부 절차 및 운영 방식에 대해서는 유관부서와 협의·확정 후 적용 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-011 | |
|---|---|---|
| 요구사항 명칭 | (대표누리집, 누리집관리자 시스템) 부정행위 신고센터 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 대표 누리집 부정행위 신고센터 추가 |
| 세부 내용 | ■ 우리원 대표누리집 고객소통 > 신고하기 - 현재 운영 중인 ‘E-클린센터’, ‘규제신고센터’처럼 본인인증 후, 게시글 작성할 수 있으며, 타인이 열람 불가 및 본인만 열람 또는 수정 가능(직원 담당자는 가능) - 누리집관리자 시스템을 통해 부정행위 신고센터 게시판에 대한 관리 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-012 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 편의제공신청내역 삭제 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 편의제공신청내역 삭제 기능 추가 |
| 세부 내용 | ■ 편의제공을 신청한 후 취소하려는 경우 삭제할 수 있는 기능 추가 - 편의제공을 신청한 이후, 편의제공이 필요없어진 경우에 정기시험(메뉴명: 시험정보관리-시험관리편의제공대상-편의제공대상신청자)과 같이 삭제할 수 있는 버튼 생성 - 삭제 기능이 활성화되는 시점에 대해서는 협의 후 확정(예시, ‘처리상태’ 값이 ‘신청서 제출’일 경우에만 삭제 기능 사용 등) | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-013 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 상시(기간제)시험에 추가 - CBT시스템 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-014 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시행 관리 프로그램 모니터링 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시행 모니터링 기능 |
| 세부 내용 | ■ 본부 및 센터 CBT시스템 간의 실시간 연계로 모니터링 화면 운영 중 ■ 실제 응시 현황과 센터 CBT시스템 상황판이 연동될 수 있게 수정 - 강원원주는 64개 좌석이나 50개 좌석의 값만 보임 ■ 전국 센터 모니터링 상황판 수정 - 본부 CBT시스템 전국 센터 상황판의 시행 센터 수가 9개가 아닌 11개로 표출 - 정기 CBT 국가시험의 경우 경기성남, 전북전주, 강원원주의 응시 인원 미도출 - 정기/상시(기간제) CBT 시험에 따른 실제 시행 시험센터 수가 모니터링 화면에 표출 되도록 수정 (전체 시험센터에서 시행 시 11개 → 9개) - 정기/상시(기간제) CBT 시험에 따라 실제 응시인원이 도출 될 수 있도록 수정 ■ 동일 시험일에 시험실별 직종이 구분되어 시행할 경우 모니터링 구분되어 표시 - 예시) 동일 시험일에 1급 – 1,2 시험실 2급-3,4 시험실로 구분하여 시험을 시행할 경우 현재 모니터링 화면에서는 1급 응시현황만 적용되어 보여지며, 2급 3시험실 7번이 결시일 경우에도 응시로 표시됨 - 향후 신규직종이 도입될 경우 기존 CBT 직종(요양보호사, 간호조무사)와 같은 시험일자에 시험실별로 직종을 구분하여 시험 볼 수 있으므로 고려하여 기능 개선 (1,2시험실 – 요양보호사, 3,4시험실 – 신규직종) ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-015 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 감독관 프로그램 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감독관 프로그램 개선 |
| 세부 내용 | ■ 시험실별 감독관 PC와 연결된 응시자 PC의 IP를 감독관 프로그램에 (일괄)등록하면 해당 PC의 전원을 일괄 부팅하는 기능 추가 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-016 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시행 통계 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시행 통계 기능 고도화 |
| 세부 내용 | ■ 기본적인 운영현황 및 결과 조회, 다운로드 ■ 응시자별, 문제유형별 문제풀이시간, 중도퇴실 현황 등 조회, 다운로드 ■ 특이사항 및 발표보류자 유형별 조회, 다운로드 ■ 좌석이동, 별실이동, 재응시자 등 조회, 다운로드 ■ 조건값 설정하여 조회, 다운로드 가능 - 시험, 시험기간, 센터, 사이클, 시험회차 등 ■ 시험 현황 및 결과 > 응시자별 결과 관리 메뉴에서 응시자별 제출 답안 수를 확인할 수 있도록 기능 제공 ■ 해당 통계화면의 단어, 문장 등 사용자가 쉽게 알 수 있도록 설명 추가 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-017 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시스템 상태 점검 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 접속 상태, 이상 유무 점검 |
| 세부 내용 | ■ 국시원 본관에 있는 본부 CBT 시스템과 CBT 시험센터에 있는 센터 CBT 시스템과 30분 간격으로 접속상태를 체크하고 로그로 기록 중임 ■ 본부 CBT 시스템, 센터 CBT 시스템 간의 접속상태 및 이상유무를 점검하는 화면 추가 - 업무 담당자가 쉽게 확인할 수 있도록 구현 - 메인화면(대시보드)에서 버튼(실패 이력) 클릭 시 별도 화면으로 제공 (일자/센터 등 조회조건 필요, 엑셀 다운로드 가능) - 예정된 장애 (시험센터 정전 작업, 운용 전산장비 점검) 에 대해서는 예외 처리(사전 또는 사후) 될 수 있도록 처리 ■ 업무담당자 오류메시지 발송(SMS) 관리 기능 고도화 - 본부 CBT 시스템, 센터 CBT 시스템 간 장애 발생 시 발송하는 알림 메시지(SMS)는 예정된 장애 (시험센터 정전 작업, 운용 전산장비 점검) 에 대해서는 예외 처리될 수 있도록 처리 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-018 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 |
| 세부 내용 | ■ CBT 시스템 내 오류, 장애 발생 시 안내되는 오류메시지에 대한 내용/유형/사유/조치방법 등을 통합 조회, 다운로드 할 수 있는 화면 제공 ■ CBT 시스템 운영/고도화/유지관리 시 도출되는 오류메시지에 대한 등록/수정/삭제 기능 제공 ■ CBT 시스템 내 오류메세지를 표출하는 알림창, 화면 등에 해당 오류 메시지가 발생하는 사유 및 조치방법을 표기하는 방안 적용 - CBT 시스템 내 서브 시스템 별로 표기 방안 수립 후 적용 (특히, 감독관/감독관백업/응시자/CBT출제 프로그램과 같이 현장 작업에서 쓰는 시스템) ■ 감독관 백업프로그램 - 백업기록 로그 상 백업 요청 처리 실패 시 사유 및 조치방법 도출 - (예시) ‘마지막 데이터베이스 파일 백업 요청 처리에 실패하였습니다’ 로그 기록 시 사유(유형) 도출(1. 네트워크 접속 끊김, 2. 방화벽 등 보안프로그램 오류 등) | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-019 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 감독관 프로그램 설정 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감독관 프로그램 설정 기능 고도화 |
| 세부 내용 | ■ 멀티미디어 직종 소리 테스트 시 소리가 바로 안 나오는 경우 응시자 PC마다 프로그램 종료 후 소리 설정 창에서 재설정을 하고 있으므로 ■ 현재 감독관 프로그램 내 네트워크 설정 창과 같이 응시자 PC 소리 설정 창도 팝업으로 띄워주는 기능 제공 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-020 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 상시(기간제) 시험 결과 통계 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 결과 통계 기능 |
| 세부 내용 | ■ 본부 CBT 시스템에 상시(기간제) 채점 결과 양식(보고서) 형태로 인쇄 기능 추가 - 시험코드(명), 통계유형(종합/사이클), 시험일자(From~To) 조회 조건 - 채점 완료 및 누리집연계가 완료 된 이후 인쇄 가능하도록 구현 ■ CBT 시험지관리 시스템에 문항분석자료 통계 다운로드 추가 - 기 생성된 통계작업에 대한 문항분석자료 엑셀 다운로드 기능 구현 - 현재는 전산정보부 업무 담당자가 SQL를 이용하여 수기 추출 중임 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-021 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 응시취소자 반영 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 응시취소자 반영 기능 개선 |
| 세부 내용 | ■ 응시자 데이터의 경우 이원화 (응시자정보, CBT응시자정보) 하여 관리 중이라 데이터 정합성을 위한 동기화가 필수 ■ 응시취소자의 경우 다양한 경우에서 발생하고 있지만 CBT응시자정보에 반영이 되지 않아 시행결과 데이터의 정합성이 보장되지 않는 경우가 있음 - 본부 CBT 시스템에 응시자 동기화가 완료된 이후부터 시험일 직전까지 응시취소가 되는 경우 - 특별한 사유로 인해 시험일 이후 응시취소가 발생되는 경우 등 ■ 응시취소 내역이 CBT응시자정보에 자동 반영되어 시행결과 데이터의 정합성이 보장될 수 있는 기능 제공 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-022 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 응시결격 관련 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 응시결격 관련 기능 개선 |
| 세부 내용 | ■ 응시결격에 대한 CBT시스템 반영 필요 - 응시결격 업무가 이루어지고 있는 우리원 응시자·면허관리 시스템과 연계되어 응시결격 정보가 자동 반영되는 기능 - 별도 응시결격자 목록(엑셀 서식) 을 받아 CBT 시스템에 업로드 하면 채점 결과에 반영되는 기능 등 ■ 응시결격에 대한 처리를 유관부서와 협의 후 결정하여 반영 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-023 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) CBT 출제 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 출제 기능 개선 |
| 세부 내용 | ■ 문항세트 구성 시 분야-영역으로 구성될 수 있도록 기능 개선 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-024 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) CBT 문항 패키지 생성 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 문항 패키지 생성 기능 개선 |
| 세부 내용 | ■ 문항 패키지 생성 시 대상 문항의 출제여부에 따라 추정/실제 난이도를 참고하도록 기능 개선 ■ 기존 출제이력(상시시험)이 있는 문항의 추정난이도 변경 시 적용 관련 기능 개선 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-025 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 |
| 세부 내용 | ■ 시험 중 응시자들이 사용 가능한 부가기능을 직종별로 설정할 수 있는 기능 추가 - 체크문제, 메모, 형광펜, 오답체크와 같은 부가기능 중 사용하고자 하는 기능을 직종별로 각각 선택할 수 있는 기능 추가 - 직종별로 선택한 부가기능을 필요시 수정하고 저장하여 관리 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-026 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 응시자·면허관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 응시자·면허관리 시스템에 추가 - 응시자·면허 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-027 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 면허(자격)증 발급 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시자·면허관리 시스템 면허(자격) 발급 고도화 |
| 세부 내용 | ■ (명칭 변경 예정)요양보호사 자격증 발급 시스템 에서 면허 발급 승인 요청 된 건에 대해 승인 관련 업무 진행 되도록 기능 고도화 - 면허 발급 승인 처리 시 (명칭 변경 예정)요양보호사 자격증 발급 시스템에도 승인 내역을 자동 업데이트 하는 기능 ■ 신규직종(문신사) 면허증이 응시자·면허관리시스템에서 출력 가능하도록 기능 추가 ■ 신규직종(문신사) 면허증 발급 승인 시 온라인 면허증 발급(출력) 가능하도록 관련 시스템과 연계 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-028 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 면허(자격)증 발급(출력) 리포팅 솔루션 변경 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시자·면허관리 시스템 면허(자격)증 발급(출력) 리포팅 솔루션 변경 |
| 세부 내용 | ■ 응시자·면허관리 시스템에서 면허(자격)증 발급(출력) 기능에서 사용 중인 리포팅 솔루션 변경 - 현재 쓰고 있는 솔루션에서 별도로 기 도입되어 운영 중인 리포팅 솔루션으로 변경 ■ 변경 전/후 리포팅 솔루션은 동일 제조사의 동일 제품으로 버전만 다름 - 기존 하위 버전 면허(자격)증 리포팅 파일이 신규 버전에서 재사용 되는지 확인 - 재사용 안 될 시 상위 버전 리포팅 파일로 변환 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-029 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 부정행위자 등 처리 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 부정행위자 등 처리 기능 고도화 |
| 세부 내용 | ■ 신규직종(문신사) 부정행위 처분자 다음 시험접수 제한 - 부정행위자 처분 또는 처리에 대한 사항은 유관부서와 협의·확정 후 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-030 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 합격자 연명부 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 합격자 연명부 기능 고도화 |
| 세부 내용 | ■ 상시(기간제) CBT 시험에 대한 시험일자 별 합격자 연명부 기능 고도화 - 시험 선택 시 시험일자 별로 합격자 연명부 (엑셀 서식) 다운로드 - 기본적인 자릿수 및 유효성 체크 필요 - 엑셀 파일 생성 시 자동 암호 설정 - 일자별로 엑셀 파일을 생성해서 ZIP 파일로 압축 - 엑셀 파일명과 ZIP 파일명은 별도 협의 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-031 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 |
| 세부 내용 | ■ CBT 상시(기간제) 시험에 대한 응시결격 상태값 변경 시 CBT 시스템에 정보가 연계되도록 기능 고도화 ■ CBT 상시(기간제) 시험에 대한 응시결격 목록을 엑셀 서식으로 다운로드 하는 기능 필요 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-032 | |
|---|---|---|
| 요구사항 명칭 | (문항관리시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 문항관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 문항관리시스템에 추가 - 문항관리시스템 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 문항작업관리시스템, 온라인문항개발시스템에도 문신사 직종 추가 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-033 | |
|---|---|---|
| 요구사항 명칭 | OpenAPI 기능의 활용성 확장 및 타 시스템 간 연계 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 지표 자료의 OpenAPI 제공 방식 확대 및 타 시스템 간 연계 ‘행정 정보 공동이용서비스’ 활용 검토 |
| 세부 내용 | ■ 「공공데이터의 제공 및 이용 활성화에 관한 법률」 제19조, 제21조에 따라 시스템 구축, 운영 시 공공데이터 개방 및 제공을 하게 되는 경우 생성한 파일데이터와 오픈 API는 공공데이터포털(data.go.kr)과 연계하여 제공하여야 함 ■ 타 기관과 정보 연계는 ‘행정정보 공동이용서비스’를 통해 기관 간 연계하는 방안 검토해야 함 ■ 행정·공공·금융기관 간에 정보 연계는 「전자정부법」 제37조 제2항에 따라 행정정보 공동이용센터의 정보유통 서비스를 통해 기관 간 연계하는 방안 검토해야 함 ※ 정보유통서비스: 행정·공공·금융기관 간에 필요한 행정정보를 암호화하여 안전하게 유통해 주는 서비스 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | ECR-001 | |
|---|---|---|
| 요구사항 명칭 | 정보시스템 인프라 환경 기반 구축 | |
| 요구사항 분류 | 시스템 장비 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 인프라 환경 기반 구축 |
| 세부 내용 | ■ 정보시스템 개발은 운영 중인 인프라 환경에 맞추어 시스템 구축 - 개발 환경 구성과 시스템 구축 완료 후 운영 서버로의 이관 절차는 우리원과 협의하여 진행하며, 개발 완료 후 기관의 최종 승인 시 운영 시스템에 적용하여야 함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-001 | |
|---|---|---|
| 요구사항 명칭 | 성능 일반 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ■ 사업대상 시스템의 성능을 고려한 개발 방안 제시 ■ 시스템 개발 중 로그 또는 툴(도구)로 시스템 성능상태를 모니터링하고 문제를 미리 파악하여 조치한 후 시스템 오픈 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-002 | |
|---|---|---|
| 요구사항 명칭 | DB쿼리 성능 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ■ 성능의 좌우하는 DB쿼리는 최적화하여 최소한의 시간에 실행되어야 함 - 조인 성능 향상을 위한 적절한 인덱스 설정 - 해당 기능 구현에 필요 없는 불필요한 정보 조회 금지 등 ■ 여러 개의 Select, Update, Insert 쿼리가 실행되어도 락이 걸리지 않도록 트랜잭션 격리수준을 적절히 설정해야 함 ■ 사용된 모든 DB쿼리는 실행시간 테스트결과를 보고하고 필요한 경우 성능개선 작업을 실시해야 함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-003 | |
|---|---|---|
| 요구사항 명칭 | 시스템 오류 시 요구사항 | |
| 요구사항 분류 | 성능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 오류 시 요구사항 정의 |
| 세부 내용 | ■ 사용자가 요청한 작업에 대한 오류 발생 시, 적당한 오류 메시지를 사용자에게 제시하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-004 | |
|---|---|---|
| 요구사항 명칭 | 응답시간 | |
| 요구사항 분류 | 성능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 응답시간 정의 |
| 세부 내용 | ■ 시스템은 보통의 상태에서 사용자의 정보 처리 요청에 대해 결과페이지를 수초 이내에 화면에 출력해야 함 * 오류가 있을 경우 빠른 시간 내 오류 메시지를 표시해야 함. ■ 단, 대량의 정보 처리 또는 복잡한 계산 등으로 3초 이상 소요되는 경우 ‘조회 중’ 또는 ‘처리 중’ 등의 메시지를 출력하고 10초 이상 긴 처리시간이 필요한 경우 처리에 장시간 소요될 수 있음을 미리 안내하고 처리상태(진행률)를 표시해야 함. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SIR-002 | |
|---|---|---|
| 요구사항 명칭 | 타 시스템과 연계 인터페이스 유지 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 타 시스템과 연계 인터페이스 유지 정의 |
| 세부 내용 | ■ 고도화 대상 시스템 간, 타 정보시스템 간 정보 연계 시 인터페이스를 정상적으로 유지해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | DAR-001 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 수립 및 준수 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 표준 수립 |
| 세부 내용 | ■ 데이터 표준 개선·정비 및 준수 - 시스템 고도화(기능 추가 등)에 따라 추가적으로 필요한 데이터 표준(단어, 용어, 도메인, 코드)을 정의하고 데이터베이스 표준(DB표준)에 추가(반영)하여야 함 - DB표준 정의 시 공통표준(공공기관의 데이터베이스 표준화 지침(행정안전부 고시), 공공데이터 공통표준용어·단어·도메인)과 발주기관의 기관표준(기관표준용어·단어·도메인·코드) 또는 국내·외 산업 표준을 준용하여야 하고 공통표준 및 기관표준 준용 여부를 식별할 수 있도록 하여야 함 | |
| 산출정보 | 표준용어 정의서, 표준단어 정의서, 표준도메인 정의서, 표준코드 정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 표준 관리 방안 |
| 세부 내용 | ■ 데이터 표준관리 방안 제시 - 시스템 구축기간 동안 데이터 표준 관리를 위한 방안(변경이력 포함)을 제시하고 DB표준과 데이터 항목의 일치여부를 주기적으로 점검하여야 함 | |
| 산출정보 | 데이터 표준 관리 방안(매뉴얼, 가이드 등) | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 설계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 구조설계 원칙 |
| 세부 내용 | ■ 데이터 구조 설계 기준 제시 - 데이터 구조 설계(모델링) 기준을 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 ■ 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 활용, 업무요건 변화, 시스템 변경 등으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 업무규칙(BR) 처리를 위한 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 - 데이터 설계 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 정의하고 적용하여야 함 | |
| 산출정보 | 데이터베이스정의서, 엔터티(개체)정의서, 애트리뷰트(속성)정의서, 물리데이터모델다이어그램정의서, 테이블정의서, 컬럼정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-004 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 구조 관리 방안 |
| 세부 내용 | ■ 데이터 구조 관리 방안 제시 - 시스템 구축기간 동안 데이터 구조 관리를 위한 방안(변경이력 포함)을 제시하고 DB의 형상과 물리데이터 모델의 형상 일치 여부를 주기적으로 점검하여야 함 | |
| 산출정보 | 데이터 구조관리 방안(매뉴얼, 가이드 등) | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-005 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 모델 검증 |
| 세부 내용 | ■ 데이터 모델 검증 - 설계된 데이터 모델은 설계자 · 개발자 · 발주기관 · 전문가 등이 참여하여 검증하여야 함 ■ 각 단계별 데이터 모델 검증 시 기준을 정의하고 실시하여야 함 예) 논리데이터 모델 검증 기준 : 요구사항 대비 논리 모델의 완전성(논리데이터 모델이 비즈니스 요구사항의 누락 여부) : 정규화 충족 여부 예) 물리데이터 모델 검증 기준 : 중복 테이블 여부, 중복 컬럼 여부, 반정규화된 중복 데이터 정합성 유지 방안 여부 | |
| 산출정보 | 데이터 모델 검증 계획·결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-006 | |
|---|---|---|
| 요구사항 명칭 | 데이터 값 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 값 검증 방안 |
| 세부 내용 | ■ 데이터 값 진단 계획 수립 - 데이터 값 검증 범위(전체 또는 일부), 시기, 방법을 사업 계획에 명시하여야 함 ■ 데이터 값 진단 수행 및 검증 - 목표시스템에 추가되는 데이터의 특성을 분석하고, 대상 DB(시스템)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)을 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 - 공공데이터 범정부 품질진단 기준* 및 업무규칙(BR)에 따라 값 검증을 수행하여야 함 * 공공데이터 품질관리 매뉴얼 참고 - 데이터 값 검증 결과에 따른 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 - 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 - 오류 데이터 입력 방지(사전검증) 방안을 제시하여야 함 | |
| 산출정보 | 데이터 값 진단 계획·결과, 업무규칙(BR) 정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-007 | |
|---|---|---|
| 요구사항 명칭 | 이관 데이터 값 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 목표 시스템으로 데이터 이관 |
| 세부 내용 | (이관 데이터가 있는 경우에만 해당) ■ 데이터 이관 계획 수립 - 정보시스템의 데이터 특성을 고려하여 데이터 이관 방안(범위, 절차, 시기, 환경, 순서, 전략 등)을 계획하여야 함 - 이관 데이터 GAP 분석과 데이터 매핑의 정의, 데이터 정제 및 백업과 복구 방안 수립에 대한 산출물을 포함하여야 함 - 민감 데이터(개인정보 등)에 대한 정보보호 확보방안을 포함하여야 함 ■ 이관 데이터 정제방안 수립 - 원천 데이터 정제작업 수행 시 이관 데이터 정제작업에 대한 내용을 포함해야 함 ■ 이관 데이터 정합성 검증 - 여러 차례의 단계별 테스트를 수행하여 이관 작업 간 발생할 수 있는 모든 위험 요소를 발견·제거하고 이관 작업을 수행하여야 함 - 매핑 정의서의 매핑 규칙에 맞게 이관되었는지 검증하여야 함 - 기존 시스템의 값과 목표시스템의 값에 대한 정합성을 검증하여야 함 - 단계별 이관 데이터 정합성 검증을 통하여 목표시스템 데이터의 무결성 보장방안을 제시하여야 함 | |
| 산출정보 | 이관 데이터 검증 계획·결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-008 | |
|---|---|---|
| 요구사항 명칭 | 데이터 개방 및 메타데이터 관리체계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개방데이터 서비스 연속성 확보 및 메타데이터 현행화 |
| 세부 내용 | ■ 메타데이터 현행화 - 목표시스템의 메타데이터 표준 관리 항목이 발주기관의 메타데이터 관리시스템과 중앙 메타데이터 관리시스템에 등록 및 현행화 되도록 지원하여야 함 ※ 발주기관에서 운영 중인 메타데이터 관리시스템이 없는 경우 문서, 파일 등으로 메타데이터 항목을 작성하여 제출하여야 함 ■ 개방 데이터 서비스 연속성 확보 - 기존 시스템(DB)과 연관된 개방데이터 목록을 식별하고 본 사업으로 추가되는 데이터를 포함하여 개방될 수 있도록 지원하여야 함 | |
| 산출정보 | 개방데이터 서비스 연속성 확보 방안 계획·결과, 메타데이터 현행화 결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-009 | |
|---|---|---|
| 요구사항 명칭 | 데이터 관련 지침 준수 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 관련 정부지침 등 준수 |
| 세부 내용 | ■ 데이터 관련 법령 및 지침 등을 준수 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 명칭 | 테스트 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | 테스트 요구사항 정의 |
| 세부 내용 | ■ 발생 가능한 상황에 대하여 시나리오를 작성하여 실제 데이터(오류 데이터 포함)를 입력하여 테스트하여야 하며, 각종 유형별 테스트 계획서를 구체적으로 작성하여 제출하여야 한다. ■ 테스트 계획서에는 테스트 데이터, 테스트 절차/방법, 테스트 일정/주기, 시스템 튜닝 등을 포함하여 체계적이고 효율적으로 진행할 수 있어야 한다. ■ 각종 장애 상황에 대한 시나리오를 작성하고 해당 상황에서의 장애복구 테스트를 수행하여야 한다. ■ 개발초기부터 구축 완료되기까지 지속적으로 테스트를 실시하여야 하며 테스트 결과의 모니터링 및 테스트 결과를 계속적으로 반영하여 요구사항이 모두 충족되는 시스템이 되도록 해야 한다. ■ 우리원 테스트 서버에 테스트 환경 구축해야 한다. ■ 테스트 기간 동안 발견된 결함에 대한 조치율은 100%이어야 하며, 불가항력으로 인한 미 조치 사항은 우리원의 승인을 득해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 명칭 | 단위테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 단위테스트 정의 |
| 세부 내용 | ■ 신규 개발 또는 변경된 기능들에 대한 단위 테스트 계획서, 시나리오, 체크리스트를 작성 제출 후 정상 유무 작동을 검사해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-003 | |
|---|---|---|
| 요구사항 명칭 | 통합테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 통합테스트 정의 |
| 세부 내용 | ■ 통합테스트 시나리오에 따라 단위테스트가 완료된 프로그램들을 대상으로 요구사항 및 설계사양에 충족하면서 업무흐름에 맞게 동작하는지 확인해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-004 | |
|---|---|---|
| 요구사항 명칭 | 성능테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 성능테스트 정의 |
| 세부 내용 | ■ 시스템에 사용된 모든 쿼리에 대해 성능테스트 계획서 작성 ■ 각 쿼리의 사용빈도와 부하를 고려하여 적정 실행시간 도출 ■ 성능 테스트를 통해 사용자 화면 응답시간, 성능 적정성 및 자원 가용성 검증, 최적화(튜닝) 필요 항목 도출 ■ 부하테스트 실시 및 성능진단 결과에 대한 대응책 제시 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-005 | |
|---|---|---|
| 요구사항 명칭 | 인수테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 인수테스트 정의 |
| 세부 내용 | ■ 단위/통합 테스트 결과를 프로그램 반영 후 테스트 기간 동안 모니터링을 실시하여 발생하는 오류에 대한 즉각 보완 조치를 해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. ■ 사용자 승인을 위한 검사 및 테스트 수행방법, 절차, 참여조직 및 역할, 점검사항 점검 후 조치 방안 등을 세부적으로 기술하여 계획을 수립해야 한다. ■ 시급하게 적용해야할 기능에 대해서는 사업 중이라도 인수테스트 가능 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-006 | |
|---|---|---|
| 요구사항 명칭 | 모의 테스트 (시범 운영) | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 모의 테스트 |
| 세부 내용 | ■ 인수 테스트를 통해 발견된 오류 및 문제점에 대한 대안을 모색하여 빠른 시일 내에 보완하여야 함. ■ 시험 준비단계부터 시험시행(시험센터 9곳) 및 결과데이터 취합단계까지의 모든 절차에 대해 모의응시자를 대상으로 실제 시험과 동일한 조건 및 절차를 통한 모의 테스트를 지원하여야 하며 모든 기능 및 데이터 관리 등에 이상이 없는 지 확인하고 조치하여야 함. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 보안 |
| 세부 내용 | ■ DB 데이터 중 보안이 필요한 패스워드 및 주민번호 등 개인정보, 외부 유출시 문제가 되는 중요 정보는 반드시 암/복호화 하여 사용하여야 한다. ■ 암/복호화가 필요한 사항에 대해서는 우리원과 협의하여 결정한다. ■ 화면에 주민등록번호 등 중요정보 조회 시 일부를 마스킹처리 하여야 한다. ■ 사업수행자는 누출금지 대상정보를 발주자로부터 제공받는 경우 중요정보관리 대장에 서명 후 제공받고 사업 종료 시 자료 반납 및 서명하여야 한다. ■ 사업관련 자료 및 사업과정에서 생산된 모든 산출물은 발주자의 파일서버 또는 지정된 PC에 저장하고 필요시 발주자의 확인을 받아야 한다. ■ 사업수행 관련 산출물은 우리원에서 지정한 pc등 내부저장소에 저장하여야 하고, 인터넷 웹하드, 파일공유, 개인 웹메일 및 클라우드 저장소 등 외부 저장을 금지한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-003 | |
|---|---|---|
| 요구사항 명칭 | 정보통신망 접근관리 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 정보통신망 접근관리 |
| 세부 내용 | ■ 참여인력은 정보통신망에 접속하면 우리원의 보안정책에 동의하는 것으로 간주되어 보안정책 준수 의무를 가진다. ■ 참여인력은 정보통신망에 접속하기 위해 우리원이 지정한 보안S/W 등을 설치하여야 하며, 보안 S/W를 설치하지 않거나 임의로 삭제하는 경우 등 보안정책 위반 시 정보통신망 접속이 해지될 수 있다. ■ 정보통신망에 접속하는 참여인력의 PC는 인터넷 차단을 원칙으로 하며, 사업 수행 상 필요한 경우에 한해 제한적으로 허용될 수 있다, ■ 우리원 보안정책상 사업 참여인력 사용 정보통신망을 우리원과 분리하여 구성할 수 있으며, 사업수행자가 사업수행 상 서버 등 접근이 필요할 경우 계정별로 시스템 접근권한을 차등 부여한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 명칭 | 사업 종료 시 보안사항 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 사업 종료 시 보안사항 |
| 세부 내용 | ■ 사업수행자는 사업 종료 시 우리원으로부터 제공받은 자료 및 산출물 등 사업과 관련된 제반 자료를 반납하여야 한다. ■ 사업수행자는 사업 종료 시 반입된 정보화기기를 우리원에서 제공하는 삭제 S/W로 완전 삭제하여 반출하고, 정보화기기 반출 확인서를 제출하여야 한다. ■ 사업수행자는 복사본 등 사업관련 자료를 보유하고 있지 않다는 대표자 명의 사업관련 자료 완전삭제 서약서(서식 참조)를 제출하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 명칭 | 보안 책임 및 준수사항 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 보안 책임 및 준수사항 |
| 세부 내용 | ■ 사업수행자는 사업수행 기간 중 보안 관련법규를 준수하고 대외 보안유지에 적극 협조하여야 한다. ■ 사업수행자는 '국가 정보보안 기본지침', '공공기관의 정보보안업무 세부지침' 등 정보보호 관련 법규 및 내부지침을 준수하여야 한다. ■ 본 사업 수행 중 취득한 지식에 대하여 과업수행 중은 물론 사업이 완료된 후 에라도 외부에 누설하거나 다른 용도로 이용해서는 안 되며, 이를 위반하였을 경우 이에 대해 사업수행자에서 법적인 책임을 져야 한다. ■ 사업수행자는 외부PC(노트북 등) 반입 시 발주자의 보안 프로그램을 반드시 설치하여 내부 사용자 보안사항을 준수하여야 한다. ■ 사업수행자는 사업기간 중 불법S/W의 사용으로 인한 문제에 대한 책임을 져야한다. ■ 사업수행자는 해킹, 바이러스 등으로 인한 침해사고 예방대책 및 서비스 중단사태 발생에 대한 긴급복구 방안 등을 포함한 보안대책을 강구하여야 한다. ■ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지해야 한다. ■ 사업수행자는 보안 관리자를 지정하고, 내부 정보 유출을 방지하기 위해 디스크, CD, 출력물 등은 별도 관리해야 하며, 인가자를 최소화하여 관리하여야 한다. ■ 본 사업에 참여하는 모든 투입 인원은 별도양식(서식 참조)에 의하여 상기의 내용을 포함한 보안서약서를 반드시 제출하여야 한다. ■ 사업수행자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제안하여야 한다. ■ 사업수행자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시하여야 한다. ■ 원격지 개발에 따른 수행장소 등에 대하여 구체적인 원격지 보안관리대책(시건장치, 출입통제 등)을 실시하여햐 한다. - 프로젝트, 사무실, 중요장비 설치장소에 대한 출입보안 - 개인소유 PC 및 보조기억장치 반입·반출 통제 - 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기 - 문서의 보안등급 부여 및 차별화 된 권한관리를 수행 ■ 사업수행자는 작업장소 상호협의 시 원격지 보안요구대책을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선 검토한다. 다만, 발주기관에서는 사업수행자가 제시한 작업장소가 보안요구대책을 준수하지 못한 경우 거부할 수 있다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-006 | |
|---|---|---|
| 요구사항 명칭 | 보안관련 법규 및 지침 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 보안관련 법규 및 지침 준수 |
| 세부 내용 | ■ 사업수행자는 보안 관련 법규 및 지침을 준수해야 한다. - 개인정보보호법 준수 - 「국가 정보보안 기본지침」, 「공공기관의 정보보안업무세부지침」 등 정보보호 관련 법규 및 지침 준수 ■ 제재사항 - 누출금지 정보 외부 노출 시 국가계약법 시행령 및 시행 규칙에 따라 부정당업자에 해당되어 입찰참가자격 제한 조치 ■ 누출금지 정보의 범위 - 기관 소유 정보시스템의 내․외부 IP주소 현황 - 세부 정보시스템 구성현황 및 네트워크 구성도 - 사용자 계정․비밀번호 등 정보시스템 접근권한 정보 - 정보시스템 취약점 분석․평가 결과물 - 정보화 용역사업 결과물 및 관련 프로그램 소스코드(유출시 안보․국익에 피해가 우려되는 중요 용역사업에 해당) - 국가용 보안시스템 및 정보보호시스템 도입 현황 - 침입차단․방지시스템(IPS) 등 정보보호제품 및 라우터․스위치 등 네트워크 장비설정 정보 - 「공공기관의 정보공개에 관한 법률」제9조 제1항에 따라 비공개 대상 정보로 분류된 기관의 내부문서 - 「개인정보보호법」 제2조 1항의 개인정보 ■ 소프트웨어 개발보안 준수 - 사용자 인증정보 등 보안이 요구되는 정보를 소스코드에 직접 하드코딩 금지 - SQL인젝션, 크로스사이트 스크립팅, 웹 쉘 업로드, 임의파일 다운로드, 디렉토리 리스팅 등의 웹 취약점 제거 - 프로그램 개발 시 시큐어 코딩을 준수하고 점검툴로 점검하여 결과 제출 - 프로그램 개발 시 웹취약점을 제거하고 점검툴로 점검하여 결과 제출 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-007 | |
|---|---|---|
| 요구사항 명칭 | 개인정보처리자로서 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개인정보의 처리에 관한 안전성 확보 |
| 세부 내용 | ■ 계약기간은 물론 계약 종료 후에도 유지보수 업무 처리 과정에서 알게 된 개인정보를 이용하거나 제 3자에게 제공하여서는 아니 된다. ■ 사업수행 과정에서 부득이하게 개인정보를 파일이나 종이문서 등의 형태로 보관하게 되는 경우 개인정보의 안전성 확보에 필요한 관리적·기술적 조치를 취하여야 하며, 그 목적이 달성되는 즉시 삭제하고 처리 결과를 우리원에 문서로 제출하여야 한다. ■ 사업수행 과정에서 알게 된 개인정보를 무단 유출하여 개인정보주체 또는 제3자에게 발생되는 손해는 사업자가 배상하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 명칭 | 품질 일반사항 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 품질 일반사항 |
| 세부 내용 | ■ 사업 전반에 대해 품질을 전담하는 조직을 운영하여야 한다. ■ 품질 전담조직의 운영방안에 대해 추진 일정별 구성원의 역할 등을 상세히 수립하여 제시하여야 한다. ■ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주한다. ■ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가한다. ■ 단위 기능에 대한 테스트는 테스트 소프트웨어를 이용한 1차 자동화 검증 후, 수행하도록 한다(적용 가능한 시스템에 한함). ■ 비즈니스로직 테스트, 통합테스트, 시스템 테스트를 위한 구체적인 툴 및 적용 방안을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시한다. ■ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가한다. ■ 시스템 인터페이스 요구사항 및 어플리케이션과 정보간의 상호작용을 하는 기능은 기능 구현의 정확성뿐만 아니라 정보의 무결성, 데이터 정합성 검증을 수행하여야 한다. ■ 사용자 및 관리자가 시스템을 쉽고 편하게 사용할 수 있도록 하기 위해 사용자 매뉴얼 및 관리자 매뉴얼 제공해야 한다. ■ 관리자매뉴얼에는 시스템을 설치하거나 제거하기 위한 정보를 상세히 제공해야 한다. | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | QUR-002 | |
|---|---|---|
| 요구사항 명칭 | 신뢰성 및 가용성 보장 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템의 고장 없는 서비스 지원과 고장이 발생했을 때의 대응방안 |
| 세부 내용 | ■ 목표시스템은 1일 24시간, 365일 상시 운영 가용성을 보장 ■ 신속한 장애 대응을 위한 적절한 백업/복구 계획 제시 ■ 시스템 구축, 운영, 백업, 시스템 감시 및 보안, 비상복구 방법을 포함하여 운영과 관련된 시스템 전반에 관한 기술이전계획을 구체적으로 제시 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | QUR-003 | |
|---|---|---|
| 요구사항 명칭 | 사업수행방법론 및 품질보증 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 사업수행방법론 및 품질 보증 방안 제시 |
| 세부 내용 | ■ 본 사업 수행에 필요한 사업 방법론 및 품질 보증 방안 수립해야 한다. 사업 착수, 수행, 종료 등 각 단계별 수행 및 위험요소 관리 방안 수행기관과의 효율적 의사소통 및 지원 방안 복합 장애 및 신규 서비스 추가 대응을 위한 응용S/W 사업자와의 상호 협력관계 구축 방안 신규 구축 혹은 서비스 추가 사업을 수행하는 사업자와의 원활한 협업체계 구축 방안 유지관리 공급사와의 유기적 협력 관계 구축 방안 ■ 본 사업 수행에 필요한 품질 보증 방안을 제시해야 한다. 품질 보증 활동 계획 및 형상 관리 계획 사업수행자 전사 차원의 품질관리 지원 조직의 활동 계획 사업 수행 조직 내에 별도의 품질관리 담당 지정 기타 사업 추진 시, 제반 품질 보증 방안 ■ 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거서류를 제시해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | QUR-004 | |
|---|---|---|
| 요구사항 명칭 | 과업내역 변경 관리 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 과업내역 변경 요구사항 정의 |
| 세부 내용 | ■ 사업내용의 증감이 필요하다고 발주기관이 인정할 경우, 사업자와 상호합의하에 과업의 내용을 정정하여 수행해야 한다. ■ 과업 내용이 변경될 경우 우리원 과업변경절차에 따라 상호 협의하여 결정하며, 요구사항에 명시되지 않았으나 수행업체 판단으로 추가되어야 할 요구사항에 대해서는 별도 수행이 가능하다. ■ 사업자는 조정된 과업 내용에 대한 요구사항을 충족시킬 수 있는 최적의 방안을 제시해야 한다. ■ 과업변경에 대한 최종 결정은 우리원 과업심의위원회가 결정한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-001 | |
|---|---|---|
| 요구사항 명칭 | 하도급 제약사항 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 하도급 관련 제약사항 준수 |
| 세부 내용 | ■ (하도급 사전승인) 본 사업 하도급의 경우 「소프트웨어 진흥법」 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시)의 규정에 의하여 반드시 하도급계약 전에 발주기관으로부터 사전승인을 받아야 한다. ■ (하도급 비율제한) 본 사업 과업의 일부를 하도급하려는 경우 「소프트웨어 진흥법」 에 따라 사업금액의 100분의 50을 초과할 수 없으며, 재하도급은 원칙적으로 불허함. 다만, 같은 법 제51조제2항 및 제3항 각 호에 해당하는 경우 그러하지 아니하다. ■ (하도급 계획서 제출) 하도급을 하려는 경우, 입찰 및 계약체결 시 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시)의 별지 서식인 소프트웨어사업 하도급계획서(서식 참조)를 제출하여야 한다. ■ (하도급 계약의 적정성 판단) 하도급계약의 승인을 신청하는 경우 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시) 에 따른 하도급계약의 적정성 판단 세부기준 (참고 참조)에 따라 적정성여부를 판단하며, 평가점수가 85점 이상인 경우에 한하여 하도급계약을 승인한다. 다만, 85점 이상인 경우라 하더라도 하도급 계약의 세부 조건 등으로 인하여 사업의 원활한 수행이 불가능하다고 인정되는 경우 그 사유를 기재하여 하도급 승인 거절을 통보할 수 있다. ■ (공동수급체 구성) 본 사업을 하도급하려는 경우 「소프트웨어 진흥법」에 따라 사업금액이 10%를 초과하여 하도급하려는 경우, 주사업자는 하도급업체와 공동수급체를 구성하여 참여해야하며, 공동수급체를 구성하지 못하는 불가피한 사정이 있는 경우 그 사유를 제시하여야한다. ■ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 에 따라 본 사업 수행시 하도급 예정자는 반드시 「행정기관 및 공공기관 정보시스템 구축·운영 지침」을 참고하여 [하도급 대금지급 비율 명세서]를 작성해 제안서와 함께 제출하여야 함 ■ 하도급 업체에 대한 관리방안 등을 제시하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-002 | |
|---|---|---|
| 요구사항 명칭 | 사업관련 공통 규정 준수 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보화사업 추진 시 기본규정 준수 |
| 세부 내용 | ■ 사업 추진 시 「행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시)」에 규정된 사항을 준수하여야 한다. ■ ‘기술적용계획표’ (참고 4) 내용을 준수하여야 하며 검사 전 기술준수결과표를 제출하여야 한다. ■ 개인정보를 처리함에 있어 「개인정보 보호법」 등 관련법규 및 규정을 준수하여야 하며, 공공기관의 개인정보 노출방지 가이드라인을 적용하여야 함 - 개인정보 열람시 접근 이력 기록 및 필요시 사유 입력 - 개인정보 중 고유식별정보에 대한 암호화 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리 ■ 사업 추진 기간 내 적용 법령 및 규정, 적용 표준 등에 변경사항 발생 시 반영하여 사업 추진하여야 한다. ※ 변경 사항의 적용시점을 고려하여 발주기관과 협의하여 적용 ■ 소프트웨어 개발은 생산성과 하자보수 및 유지관리의 효율을 높이도록 표준화된 절차에 따라 이루어져야 한다. ■ 아이콘, 그림, 사진, 폰트 및 S/W는 저작권에 위배되지 않게 구매 후 사용 ■ 일체의 디자인 요소에 대한 소스와 실행 파일을 발주기관에 제공해야 한다. ■ 소스 버전 관리툴을 반드시 사용해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-003 | |
|---|---|---|
| 요구사항 명칭 | 표준 프레임워크 적용 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 표준 프레임워크 적용 |
| 세부 내용 | ■ 범정부 차원의 시스템 간 원활한 연계 및 사업자 종속성을 극복하기 위해 전자 정부 표준 개발프레임워크를 준용하여 개발해야 한다. | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | COR-004 | |
|---|---|---|
| 요구사항 명칭 | 기존 시스템과 호환 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 기존 시스템과 호환 정의 |
| 세부 내용 | ■ 기존 시스템과 호완/연계 시 해당 시스템 운영에 영향을 주지 않도록 개발되어야 한다. ■ 기 운영되고 있는 시스템 구조 및 전체 표준과 호환성, 시스템 통합 및 분산설계, 데이터 유형, 프로세스 환경 유형, 사용자 유형, 시스템 간 물리적 네트워크 연결구성을 고려하여 구조 설계를 하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-005 | |
|---|---|---|
| 요구사항 명칭 | 저작권 및 지적재산권 보호 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 저작권 및 지적재산권에 대한 정의 |
| 세부 내용 | ■ 당해 계약에 따른 계약목적물이 순수 시스템 개발의 경우 지적재산권은 한국보건의료인국가시험원과 사업수행자가 공동 소유한다. ■ 사업자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공한다. (단, 사업자는 아래 내용을 준수하여야 함) - 사업자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 사업자 대표명의의 확약서를 발주기관에 제출하여야 한다. - 사업자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 한다. - 사업자가 제공받은 SW산출물을 무단으로 유출하거나 누출하는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가를 당사자로 하는 계약에 관한 법률」 및 시행령·시행규칙에 따라 입찰참가자격을 제한 ■ 모든 산출물은 지적재산권과 관련된 사항을 주의해서 작성하며, 지적 재산권과 관련되는 문제발생시 일체의 책임은 사업수행자에게 있다. ■ 사업수행자는 본 사업을 수행함에 있어서 발생하는 저작권, 사용권, 특허권 등의 문제에 대한 사항은 사전에 검토, 조치하여야 하며 이에 대한 일체의 책임은 사업수행자에게 있다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-006 | |
|---|---|---|
| 요구사항 명칭 | 감리 대응 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감리 대응 |
| 세부 내용 | ■ 감리계획에 따른 실행에 대응하여야 한다. - 본 사업은 정보시스템 감리 대상으로 한국정보화진흥원의 ‘정보시스템 감리수행 가이드’에 기재된 사항을 점검할 수 있도록 감리법인이 점검하기 위한 산출물을 작성하여 제출하여야 한다. - 감리업체의 감리수행을 적극적으로 지원하여야 하며, 감리 준비 및 인터뷰 등의 대응으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-007 | |
|---|---|---|
| 요구사항 명칭 | 개인정보영향평가 수행 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개인정보영향평가 수행 |
| 세부 내용 | ■ 개인정보영향평가를 수행하여야 한다. - 「개인정보 보호법 시행령」에 따라 지정된 평가기관을 통해 개인정보영향평가를 수행하여야 한다. - 본 사업은 개인정보영향평가 대상으로써 영향평가업체의 업무수행을 적극적으로 지원하여야 한다. - 개인정보영향평가 결과를 모두 반영하여 사업을 수행하여야 하며 관련 업무 수행으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-008 | |
|---|---|---|
| 요구사항 명칭 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 |
| 세부 내용 | ■ 정보시스템 구축·운영 시 정보시스템 운영 성과 측정에 따른 구현된 기능의 활용 여부를 관리할 수 있는 방안을 마련해야 함. ■ 구현 기능 측정기준 : 정보시스템 화면(URL) 단위 ■ 구현 기능 측정방식 : 스크립트 삽입, 웹로그 분석, 전자정부 표준 컴포넌트 활용 ■ 구현 기능 수집로그 : 접속건수, 데이터 생성건수, 데이터 처리건수, 접속ID수, 접속IP수, 체류시간 등(선택 가능) ■ 당해년도 정보시스템 운영 성과 측정 대상 시스템에 기능활용도(구현기능) 수집로그 데이터는 직전년도 1년 데이터로 측정한다. ■ 정보시스템 운영 성과 측정 기능활용도(구현기능) 수집로그 데이터는 조사 방법과 결과 값을 정보시스템 운영 성과측정 근거자료 증빙으로 제출된다. ■ 현재 운영 중인 시스템의 기능 추가 시 기존 시스템의 기능 활용여부 점검을 통해 불필요하거나 활용이 미흡한 기능이 포함되지 않도록 관리함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-009 | |
|---|---|---|
| 요구사항 명칭 | 정보화 표준 지침 준수 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 구축 기획에 따른 정보화 표준 지침 준수 |
| 세부 내용 | ■ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 (행정안전부고시 제2025-1호, ’25.1.2.) 준수 ■ 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시 제2023-15호, '23.5.15.) 준수 ■ 「전자정부 웹사이트 품질관리 지침」 (행정안전부고시 제2025-46호, ‘25.6.25.) 준수 ■ 행정안전부에서 제공하는 범정부 UI/UX 공통가이드(‘디지털 정부서비스 UI/UX 가이드라인’) 준수 - 웹사이트(https://www.krds.go.kr) 참고 ■ 「장애인·고령자 등의 정보 접근 및 이용 편의 증진을 위한 고시(과학기술정보통신부고시 제2025-55호, 2025.10.20.) 준수 ■ 한국형 웹 콘텐츠 접근성 지침 2.2 준수 ■ 「모바일 전자정부 서비스 관리 지침」 (행정안전부예규 제350호, 2025.12.19.) 준수 ■ 「장애인차별금지 및 권리구제 등에 관한 법률」(법률 제21115호, 2025.11.11.) 제21조제2항 및 같은 법 시행령 제14조 준수 ■ 「행정기관 및 공공기관의 클라우드컴퓨팅서비스 이용 기준 및 안전성 확보 등에 관한 고시(행정안전부고시 제2025-79호, 2025.12.29.) 준수 ■ 정보시스템 설계 시「행정기관 및 공공기관 정보자원 통합기준」(행정안전부고시 제2026-11호, 2026. 2. 11.) 준수 | |
| 산출정보 | ||
| 관련요구사항 |
배점·평가
| 평가부문 | 평가항목 | 평가기준 | 항목 배점 | 배점 |
|---|---|---|---|---|
| 전략 및 방법론 (정성평가) | 사업 이해도 | 사업의 특성 및 목표에 부합하는 사업전략을 제시하고 있는지를 평가한다. 단, 당해 사업의 기획용역(ISP 등)을 수행한 자가 참여한 때에는 평가등급보다 한 단계 하위 등급의 점수를 부여한다. | 4 | 15 |
| 추진 전략 | 개발업무 수행 시 일정 및 위험요소를 고려하여 얼마나 타당한 추진 전략을 수립하였는지 평가한다. | 3 | ||
| 적용 기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하였는지, 현실적으로 실현 가능한지 여부를 평가한다. | |||
| 표준 프레임 워크 적용 | 표준 프레임워크 적용 여부와 적용 시 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가한다. | 2 | ||
| 개발 방법론 | 사업에 적정한 개발 방법론이 제시되었는지 평가하고, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부를 평가한다. | 3 | ||
| 수행능력 (정량평가) | 제안업체 현황 | 유사사업의 성공적 수행 경험이 있는지 평가 (바. 기술평가 정량평가 기준 참조) | 5 | 10 |
| ‘신용평가등급확인서’를 기준으로 기업의 신뢰도를 평가 (바. 기술평가 정량평가 기준 참조) | ||||
| 기술 및 기능 (정성평가) | 기능 요구사항 | 기능 요구사항·기대사항·제약사항 등을 파악한 후 구현 방안이 구체적으로 기술되어 있는지를 평가한다. 또한 제안한 방안 및 기술이 적용 가능한지를 평가한다. | 8 | 25 |
| 보안 요구사항 | 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | 5 | ||
| 데이터 요구사항 | 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다. | 6 | ||
| 제약 사항 | 목표 시스템의 설계, 구축, 운영과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가한다. | |||
| 성능 및 품질 (정성평가) | 성능 요구사항 | 요구 성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석도구가 기술되어 있는지 평가한다. 제안한 방안 및 기술을 통해 성능 요구 사항을 충족시킬 수 있는지를 평가한다. | 5 | 15 |
| 품질 요구사항 | 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구사항에 부합되는지 평가하고, 분석·설계·구현·테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다. | |||
| 인터페이스 요구 사항 | 시스템 인터페이스 : 타 시스템과의 연계에 대한 장·단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안을 도출하였는지를 평가한다. 사용자 인터페이스 : 사용자 편의성을 고려하여 사용자 인터페이스의 분석·설계·구현·테스트 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | |||
| 프로젝트 관리 (정성평가) | 관리 방법론 | 일정관리, 사업위험(이슈) 관리, 보안관리, 산출물의 형상·문서 관리 등 사업수행에 필요한 관리 방법론이 구체적으로 제시되어 있는지를 평가한다. 또한 문제 발생 시 보고 체계 및 위험관리 방안이 구체적으로 제시되어 있는지 평가한다. | 15 | |
| 일정계획 | 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지를 평가한다. | 10 | ||
| 프로젝트 지원 (정성평가) | 품질보증 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어진흥법」 제20조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 인증을 획득한 사례가 있는지를 확인하고 평가한다. | 3 | 15 |
| 시험운영 | 시스템 공급자가 개발된 시스템의 시험운영을 위해 필요한 각종 시험운영 방법 등을 구체적으로 제시하였는지 평가한다. | 2 | ||
| 교육훈련 | 시스템 공급자가 시스템 운영 및 관리자를 위해 필요한 각종 교육훈련의 방법, 내용, 일정 등을 구체적으로 제시하였는지 평가한다. | 3 | ||
| 하자보수계획 | 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | |||
| 기밀보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | 2 | ||
| 비상대책 | 시스템 공급자가 안정적인 시스템 운영을 위해 필요한 각종 백업/복구 및 장애대응 대책을 구체적으로 제시하였는지 평가한다. | |||
| 하도급 계약 적정성 (정량평가) | 하도급 계약 적정성 | 하도급에 참가하는 전문기업의 보유기술과 기술요구사항의 일치성, 보유기술의 실현 가능성, 입찰참가자(공동수급일 경우에는 공동수급체 전부)의 하도급 대금지급 방식의 적정성에 대해 평가한다. 이 경우 「소프트웨어진흥법」 제51조 및 같은 법 시행규칙 제14조에 따라 「소프트웨어사업 계약 및 관리감독에 관한 지침」을 준용하여 등급평가를 실시할 수 있다. 단, 같은 법 제51조제6항에 따라 국가기관등의 공동수급체 구성 요청에 대하여 특별한 사유 없이 따르지 않을 경우 한 단계 하위 등급을 부여한다. (바. 기술평가 정량평가 기준 참조) | 5 | 5 |
| 합 계 | 100 |
| 하도급계약 적정성 판단 결과 점수 | 평가 점수 |
|---|---|
| 95점 이상이거나 중소기업인 소프트웨어 사업자가 단독 또는 중소기업간 공동으로 입찰에 참가한 경우 | 5 |
| 91점 이상~ 95점 미만 | 4 |
| 88점 이상~ 91점 미만이거나 하도급이 없는 경우 | 3 |
| 85점 이상~ 88점 미만 | 2 |
| 85점 미만이거나 하도급 업체가 다수일 때에는 어느 한군데라도 85점미만이 있는 경우 | 1 |
참가자격
1. 계약 체결관련 유의사항 가. 낙찰자는 낙찰 이후 10일 이내에 소정의 서식에 의한 계약서에 의하여 계약을 체결하여야 함 나. 입찰자 또는 낙찰자가 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조의 규정에 해당하는 경우에는 발주기관의 규정에 따라 일정 기간 동안의 입찰참가자격을 제한할 수 있음 다. 낙찰자는 계약에 응하여야 하며, 계약불이행시 부정당업자로 입찰참가자격제한을 받게 됨 라. 과제 수행 완료 후 사업 용역 대행사의 사업수행 평가 결과가 불량일 경우 향후 본 사업 참여에 제한을 받을 수 있음 ※ 동 사업 예산심의 과정에서 예산(안)이 변경되었을 경우, 발주기관과 계약상대자는 최종 책정예산 내에서 과업내용을 협의•조정할 수 있음 2. 대기업 및 상호출자제한기업집단 소속회사의 입찰 참여가 제한 된 사업임 가. 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원) 및 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」(과학기술정보통신부고시)에 따른 “대기업인 소프트웨어사업자가 참여 할 수 있는 사업금액의 하한” 준수 1) 대기업인 소프트웨어사업자의 참여가능 사업금액의 하한
| 대상업체 | 사업금액의 하한 |
|---|---|
| 매출액 8천억원 이상 대기업 | 80억원 이상 |
| 매출액 8천억원 미만 대기업 | 40억원 이상 |
| 「중소기업기본법」 제2조의 중소기업이 「중견기업 성장촉진 및 경쟁력 강화에 관한 특별법」 제2조의 “중견기업”에 해당되는 대기업이 된 경우 그 사유가 발생한 날로부터 5년이 경과되지 않은 대기업 | 20억원 이상 |
나. 총예산 20억 미만 사업으로 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따라 대기업, 중견기업 및 상호출자제한기업집단 소속회사의 참여가 불가함 다. 총예산 20억 미만인 사업으로 중소기업자만 입찰참가 가능함 3. 과업심의위원회 가. 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업임 (과업내용 확정 심의 결과서 첨부함) 나. 본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 발주자에게 소프트웨어사업 과업변경요청서를 제출하여야 하며, 발주자는 과업심의위원회 개최 요청에 대해서 특별한 사정이 없으면 수용해야 함 4. 개발SW 공동활용 본 사업을 통해 개발되는 소프트웨어는 「(계약예규) 용역계약일반조건」 제56조(계약목적물의 지식재산권 귀속 등)에 따른 타 기관과의 공동활용 계획이 없음 5. 투입인력 요구관리 금지 본 사업은 사업대가를 기능점수(FP) 방식으로 산정한 사업으로 투입인력 요구 및 관리 금지 대상 사업임 6. SW사업 영향평가 본 사업은 「소프트웨어 진흥법」 제43조, 같은 법 시행령 제35조 내지 제37조, 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제5조, 제6조에 따라 소프트웨어사업 영향평가를 미리 실시한 사업임 * 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 제1호서식에 따른 “소프트웨어사업 영향평가 결과서” 첨부함
과업·요구
| 사 업 명 | 신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역 |
|---|---|
| 발주기관 | 한국보건의료인국가시험원 |
신규직종 도입에 따른 컴퓨터시험(CBT) 기반 시스템 고도화 용역
계약체결일로부터 5개월(공휴일 포함) * 「소프트웨어 진흥법」 제45조 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제10조 규정에 따라 소프트웨어 개발사업 적정 사업기간 산정 기준에 따른 사업임 (소프트웨어 개발사업의 적정 사업기간 종합 산정서 첨부함)
가. 신규직종(문신사) CBT 시험 시행에 따른 기 구축·운영 중인 전산시스템 고도화 1) CBT 전산시스템(시행, 출제, 시험지관리) 2) 대표 홈페이지(한국보건의료인국가시험원) 3) 보건의료인 국가시험 시행 통합관리시스템(응시자·면허관리 시스템) 4) 보건의료인 국가시험 문항관리시스템 5) 대표 홈페이지(한국보건의료인국가시험원)(요양보호사 자격증 발급 시스템) 나. 개인정보영향평가 수행 다. 정보시스템 감리 대응 라. 우리원의 보안성 검토결과 준수하여 사업 진행
가. 신규직종 특성에 맞는 신규 기능을 개발하고, 기존 시스템을 개선하여 시험 전 과정의 안정적 운영 나. 평가의 선진화 및 전문화를 통해 보건의료 인력의 질적 수준 향상 및 대국민 보건의료서비스 질 강화 다. 답안카드 작성, 시험 시간 안내 등 응시자에게 시험 편의성 제고 라. 채점기간 단축으로 인한 조기 합격자 발표 및 면허증 신청 등 응시자 만족도 제고 마. 시험시행을 위한 문제지 인쇄비용, 보안용역 비용 절감 등 예산의 효율성 제고
가. 「문신사법」 제정에 따라 문신사 국가시험이 CBT 상시(기간제) 시험으로 시행될 수 있도록 시스템 설계‧구축 나. CBT 상시(기간제) 시험을 위한 누리집 응시원서 접수 등 시험 시행에 필요한 모든 정보를 등록하고 관리하기 위한 관련 시스템 기능 개선 1) 누리집, 누리집 관리자 고도화 가) 우리원 누리집, 누리집 관리자 시스템 내 문신사 CBT 상시(기간제) 시험 관련 메뉴 및 컨텐츠 추가 나) CBT 상시(기간제) 시험 시행을 위한 누리집 원서접수 기능 고도화 다) CBT 상시(기간제) 기반 상시시험 응시취소 기능 고도화 라) 누리집 관리자 시스템 CBT 상시(기간제) 시험 응시취소(환불) 처리 고도화 2) 문신사 CBT 상시(기간제) 시험 시행을 위한 본부 CBT 시스템 고도화 3) 문신사 CBT 상시(기간제) 시험 시행을 위한 기 운영 업무시스템 시스템 고도화 가) CBT 상시(기간제) 시험 시행으로 인한 응시자·면허관리시스템 업무 화면 수정 나) CBT 상시(기간제) 시험 시행으로 인한 문항관리시스템 업무 화면 수정 4) 요양보호사 자격증 발급 시스템(응시자, 관리자) 고도화 다. 개인정보영향평가 수행 및 결과 적용 라. 정보시스템 감리 대응 및 결과 적용 마. 기타 1) 기존 우리원 운영 중인 CBT 상시시험 관련 전산시스템의 기본 기능 활용/오류 발생 시 조치 2) 문신사 CBT 상시(기간제) 시험 튜토리얼* 프로그램 제공 * 응시자의 시험 적응력 향상을 위해 실제 시험장에서 사용하는 응시자 시행 프로그램을 미리 체험해 볼 수 있도록 제공하기 위한 프로그램
3) 기 운영 중인 우리원 정보시스템과 연계 4) 전자정부프레임워크를 기반으로 한 시스템 확장성 및 유지보수 효율성 확보 5) 자바(Java) 플랫폼의 어플리케이션 구축 및 웹기반 기술을 활용하여 개발 6) 정보보호 관련 기술 적용(시큐어 코딩) 7) 정보 교환에 관련된 데이터 코드 및 정보처리 제반 기술 표준화 8) 우리원 보안성 검토 결과 준수
| 구 분 | M | M+1 | M+2 | M+3 | M+4 |
|---|---|---|---|---|---|
| o 프로젝트착수 | |||||
| - 프로젝트계획수립 | |||||
| o 업무 분석 | |||||
| - 현행업무분석 | |||||
| - 프로세스/데이터 분석 | |||||
| - 요구사항 정의 | |||||
| o 설계 | |||||
| - 프로세스 설계 | |||||
| - 데이터베이스 설계 | |||||
| - 화면/보고서 설계 | |||||
| o 개발 | |||||
| - 코딩 | |||||
| - 단위테스트 | |||||
| o 테스트 | |||||
| - 통합·인수테스트 | |||||
| - 모의테스트 | |||||
| - 사용자교육 |
※ 단계별 세부 추진일정은 협의 후 조정가능
| 요구사항 분류 | 고유번호 | 요구사항명 | 비고 |
|---|---|---|---|
| 기능요구사항 (SFR) | SFR-001 | (공통) 시스템 일반사항 | |
| SFR-002 | (상시(기간제) 누리집) 신규직종 도입에 따른 상시(기간제) 누리집 콘텐츠 고도화 | ||
| SFR-003 | (상시(기간제) 누리집) CBT 체험하기 튜토리얼 고도화 | ||
| SFR-004 | (상시(기간제) 누리집) 개인 원서접수 고도화 | ||
| SFR-005 | (상시(기간제) 누리집) 단체 원서접수 고도화 | ||
| SFR-006 | (상시(기간제) 누리집) 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 | ||
| SFR-007 | (누리집관리자 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-008 | (상시(기간제) 누리집, 요양보호사 자격증 발급 시스템) 면허(자격)증 발급 고도화 | ||
| SFR-009 | ((명칭 변경 예정)요양보호사 자격증 발급 시스템) 신규직종(문신사) 직종 추가 | ||
| SFR-010 | (상시(기간제) 누리집) 단체기관 응시원서 접수 취소(환불) 기능 고도화 | ||
| SFR-011 | (대표누리집, 누리집관리자 시스템) 부정행위 신고센터 추가 | ||
| SFR-012 | (상시(기간제) 누리집) 편의제공신청내역 삭제 기능 추가 | ||
| SFR-013 | (CBT시스템) 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 | ||
| SFR-014 | (CBT시스템) 시행 관리 프로그램 모니터링 기능 고도화 | ||
| SFR-015 | (CBT시스템) 감독관 프로그램 개선 | ||
| SFR-016 | (CBT시스템) 시행 통계 고도화 | ||
| SFR-017 | (CBT시스템) 시스템 상태 점검 | ||
| SFR-018 | (CBT시스템) 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 | ||
| SFR-019 | (CBT시스템) 감독관 프로그램 설정 기능 고도화 | ||
| SFR-020 | (CBT시스템) 상시(기간제) 시험 결과 통계 기능 추가 | ||
| SFR-021 | (CBT시스템) 응시취소자 반영 기능 개선 | ||
| SFR-022 | (CBT시스템) 응시결격 관련 기능 개선 | ||
| SFR-023 | (CBT시스템) CBT 출제 기능 개선 | ||
| SFR-024 | (CBT시스템) CBT 문항 패키지 생성 기능 개선 | ||
| SFR-025 | (CBT시스템) 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 | ||
| SFR-026 | (응시자·면허관리 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-027 | (응시자·면허관리 시스템) 면허(자격)증 발급 고도화 | ||
| SFR-028 | (응시자·면허관리 시스템) 면허(자격)증 발급(출력) 리포팅 솔루션 변경 | ||
| SFR-029 | (응시자·면허관리 시스템) 부정행위자 등 처리 고도화 | ||
| SFR-030 | (응시자·면허관리 시스템) 합격자 연명부 기능 고도화 | ||
| SFR-031 | (응시자·면허관리 시스템) CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 | ||
| SFR-032 | (문항관리시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | ||
| SFR-033 | OpenAPI 기능의 활용성 확장 및 타 시스템 간 연계 | ||
| 시스템 장비 요구사항 (ECR) | ECR-001 | 정보시스템 인프라 환경 기반 구축 | |
| 성능요구사항 (PER) | PER-001 | 성능 일반 요구사항 | |
| PER-002 | DB쿼리 성능 요구사항 | ||
| PER-003 | 시스템 오류 시 요구사항 | ||
| PER-004 | 응답시간 | ||
| 인터페이스 요구사항(SIR) | SIR-001 | 인터페이스 기준 준수 | |
| SIR-002 | 타 시스템과 연계 인터페이스 유지 | ||
| 데이터 요구사항 (DAR) | DAR-001 | 데이터 표준 수립 및 준수 | |
| DAR-002 | 데이터 표준 관리 | ||
| DAR-003 | 데이터 구조 설계 | ||
| DAR-004 | 데이터 구조 관리 | ||
| DAR-005 | 데이터 구조 검증 | ||
| DAR-006 | 데이터 값 검증 | ||
| DAR-007 | 이관 데이터 값 검증 | ||
| DAR-008 | 데이터 개방 및 메타데이터 관리체계 | ||
| DAR-009 | 데이터 관련 지침 준수 | ||
| 테스트 요구사항 (TER) | TER-001 | 테스트 요구사항 | |
| TER-002 | 단위테스트 | ||
| TER-003 | 통합테스트 | ||
| TER-004 | 성능테스트 | ||
| 인수테스트 | |||
| TER-005 | |||
| TER-006 | 모의 테스트 (시범 운영) | ||
| 보안요구사항 (SER) | SER-001 | 보안 일반사항 | |
| SER-002 | 데이터 보안 | ||
| SER-003 | 정보통신망 접근관리 | ||
| SER-004 | 사업 종료 시 보안사항 | ||
| SER-005 | 보안 책임 및 준수사항 | ||
| SER-006 | 보안관련 법규 및 지침 준수 | ||
| SER-007 | 개인정보처리자로서 준수 | ||
| SER-008 | 기타 보안사항 | ||
| 품질요구사항 (QUR) | QUR-001 | 품질 일반사항 | |
| QUR-002 | 신뢰성 및 가용성 보장 | ||
| QUR-003 | 사업수행방법론 및 품질보증 | ||
| QUR-004 | 과업내역 변경 관리 | ||
| 제약사항 (COR) | COR-001 | 하도급 제약사항 | |
| COR-002 | 사업관련 공통 규정 준수 | ||
| COR-003 | 표준 프레임워크 적용 | ||
| COR-004 | 기존 시스템과 호환 | ||
| COR-005 | 저작권 및 지적재산권 보호 | ||
| COR-006 | 감리 대응 | ||
| COR-007 | 개인정보영향평가 수행 | ||
| COR-008 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 | ||
| COR-009 | 정보화 표준 지침 준수 | ||
| 프로젝트관리 요구사항 (PMR) | PMR-001 | 사업수행 조직의 구성 | |
| PMR-002 | 사업 수행 계획서 | ||
| PMR-003 | 사업 추진 일정계획 | ||
| PMR-004 | 요구사항 관리 | ||
| PMR-005 | 위험관리 | ||
| PMR-006 | 사업보고 및 산출물 | ||
| PMR-007 | 계약관련 일반사항 | ||
| PMR-008 | 정기 및 수시 보고 | ||
| PMR-009 | 사업수행 장소 | ||
| PMR-010 | 검수 및 검사 | ||
| PMR-011 | SW사업 저장소 데이터 작성 및 제출 | ||
| PMR-012 | 사전협의 이행결과 수행 | ||
| 프로젝트지원 요구사항 (PSR) | PSR-001 | 안정화 활동 | |
| PSR-002 | 장애 복구 지원 | ||
| PSR-003 | 하자보수 | ||
| PSR-004 | 교육 및 기술이전 |
| 요구사항 고유번호 | SFR-001 | |
|---|---|---|
| 요구사항 명칭 | (공통) 시스템 공통사항 | |
| 요구사항 분류 | 기능 요구사항 (공통) | |
| 요구 사항 상세 설명 | 정의 | 시스템 공통사항 |
| 세부 내용 | ■ 주요 업무 로직의 경우 우리원과 협의하여 DB 프로시저를 이용하여 구현 - DB관리자가 프로시저를 검토, 수정·개선 가능하도록 구현 ■ 자료의 형태와 포맷의 통일성 고려 ■ 보안관련 규정 및 보안성 검토 결과 준수 ■ 소스코드 취약점 점검 결과에 따른 조치 이행 ■ 향후 신규직종 추가를 대비해 프로그램 수정이 용이하도록 확장성을 고려하여 시스템에 유연하게 적용될 수 있도록 설계·구현 ■ 개발 및 테스트에 필요한 상시(기간제) CBT 모의시험 관련 데이터는 사업자가 확보하되, 필요 시 우리원과 협의 - 상시(기간제) CBT 모의시험 테스트 시험 일정 등록 (또는 엑셀 업로드) - 상시(기간제) CBT 모의시험 응시자 데이터 (인원수/시험센터/시험일자 등) 자동 생성 (또는 엑셀 업로드) 기능 필요 - 상시(기간제) CBT 모의시험의 전반적인 과정이 우리원 테스트 환경에서 원활히 진행될 수 있도록 방안 수립 후 적용 필요 (담당자 수작업 배제) ■ 분석/설계 단계에서 사용자 요구 및 개선사항에 대해 검토 후 반영 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-003 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) CBT 체험하기 튜토리얼 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 신규직종에 대한 상시(기간제) 누리집 CBT 체험하기 튜토리얼 고도화 |
| 세부 내용 | ■ 상시(기간제) 누리집 시험안내 > CBT 체험하기 - 현재 운영 중인 CBT 튜토리얼에 신규직종 추가 - 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-006 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시수수료 결제완료 전 응시자 정보 삭제 기능 추가 |
| 세부 내용 | ■ [내용설명] - 현재는 응시원서를 등록하고 나면, 결제기한까지 응시수수료 결제가 완료되지 않아도 등록한 응시원서가 사라지지 않으며, 삭제할 수도 없음.(수정만 가능) - 현재 시스템 상 단체 응시원서 접수를 등록한 날마다 원서접수자 그룹이 생성됨. - 개인/단체 응시원서 접수 등록만 하고 응시수수료 결제를 하지 않은 사람은 새로 응시원서 등록이 안됨(이미 등록된 사람이라고 나옴) - 단체 응시원서 접수 해당 등록자가 다시 접수를 완료하려면 이전에 최초 단체 응시원서를 등록했던 날(그룹)에 들어가서 해당자를 찾아서 응시원서 접수를 이어가야하는 불편함이 있음. - 위와 같이 최종 결제가 완료되지 않은 응시원서 정보는 당해연도에는 남아 있다가 익년도에 유관부서에서 수기로 일괄 삭제하고 있음. ■ [개선 요구사항] - 상시(기간제) 시험 직종 개인/단체 응시원서 접수 시, 응시원서 등록 후 결제기한까지 결제가 완료되지 않은 응시원서 정보는 삭제되도록 기능 개선 - 자동/수동 삭제 여부 및 운영 방식 등에 관한 사항은 유관 부서와 협의·확정 후 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-007 | |
|---|---|---|
| 요구사항 명칭 | (누리집관리자 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 누리집 관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 누리집관리자 시스템에 추가 - 누리집 관리 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-008 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집, 요양보호사 자격증 발급 시스템) 면허(자격)증 발급 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 누리집, 요양보호사 자격증 발급 시스템 면허(자격) 발급 고도화 |
| 세부 내용 | ■ 상시(기간제) 누리집, 요양보호사 자격증 발급 시스템 내 해당 문구 변경 - 자격→ (예시) 면허(자격) - 요양보호사 자격증 발급 시스템 → (예시) 온라인 면허(자격) 발급 시스템 - 정확한 명칭 및 문구 적용 범위 등에 대해서는 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 면허증 발급 신청·출력 등 관련 업무를 현재 운영 중인 (명칭 변경 예정)요양보호사 자격 발급 시스템에서 이루어 질 수 있도록 연계 방안 수립 후 적용 ■ 신규직종(문신사) 면허증 발급 승인 절차에 대해 유관부서와 협의·확정 후 적용 - (명칭 변경 예정)요양보호사 자격증 발급 시스템에서 승인 관련 업무 진행 - 우리원 응시자·면허관리 시스템과 연동되어 승인 관련 업무 진행 등 ■ 신규직종(문신사) 면허증 온라인 발급(출력) 담당 시스템 확정 후 진행 - 상시(기간제) 누리집 또는 (명칭 변경 예정)요양보호사 자격증 발급 시스템 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-009 | |
|---|---|---|
| 요구사항 명칭 | ((명칭 변경 예정)요양보호사 자격증 발급 시스템) 신규직종(문신사) 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 온라인 면허 발급을 위한 직종 추가 |
| 세부 내용 | ■ 문신사 면허증을 온라인을 통해 발급하기 위한 직종 추가 - (명칭 변경 예정)요양보호사 자격증 발급 시스템 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-010 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 단체기관 응시원서 접수 취소(환불) 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 누리집 응시 취소(환불) 기능 고도화 |
| 세부 내용 | ■ [현재기능] - 요양보호사 및 간호조무사 응시원서 접수는 단체기관에서 가능한데, 응시취소는 단체기관에서 신청하지 못해 민원이 발생됨. - 단체기관에서 원서접수를 한 응시자가 응시취소를 하려면 다음과 같은 방법으로 취소하고 있음. (온라인) 개인아이디 생성-마이페이지-과거시험 정보찾기-응시취소 (오프라인) 신청서류 팩스나 메일 접수 후 담당자 확인 후 취소처리 ■ [문제점] - 개인이 응시취소를 따로 신청해야함에 따라 절차가 복잡하여 많은 민원이 발생됨. - 특히 고령자가 많은 요양보호사의 경우 온라인으로 취소처리과정이 복잡해 오프라인으로 서류를 보내는 경우가 많아 불필요한 행정력이 낭비됨. ■ [개선 요구사항] - 단체로 응시원서 접수한 응시자에 한해 단체담당자가 응시취소를 할 수 있게 개선 - 단, 개인의 동의를 받아 취소를 위임하는 경우만 인정함에 따라 다음과 같은 절차 수행 후 취소가 가능하도록 수정 요청함. 1. 단체기관에서 접수한 응시자에 한해 해당 단체기관에서 취소 가능 2. 단체기관에서 응시취소 시 응시자 본인 핸드폰에 문자 자동 발송 (국민비서 알림 서비스(행정안전부) 연계·활용 방안 검토하여야 함) (문자 내용) 3. 응시자 본인인증이 완료되면 응시취소 완료 ■ 세부 절차 및 운영 방식에 대해서는 유관부서와 협의·확정 후 적용 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-011 | |
|---|---|---|
| 요구사항 명칭 | (대표누리집, 누리집관리자 시스템) 부정행위 신고센터 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 대표 누리집 부정행위 신고센터 추가 |
| 세부 내용 | ■ 우리원 대표누리집 고객소통 > 신고하기 - 현재 운영 중인 ‘E-클린센터’, ‘규제신고센터’처럼 본인인증 후, 게시글 작성할 수 있으며, 타인이 열람 불가 및 본인만 열람 또는 수정 가능(직원 담당자는 가능) - 누리집관리자 시스템을 통해 부정행위 신고센터 게시판에 대한 관리 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-012 | |
|---|---|---|
| 요구사항 명칭 | (상시(기간제) 누리집) 편의제공신청내역 삭제 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 편의제공신청내역 삭제 기능 추가 |
| 세부 내용 | ■ 편의제공을 신청한 후 취소하려는 경우 삭제할 수 있는 기능 추가 - 편의제공을 신청한 이후, 편의제공이 필요없어진 경우에 정기시험(메뉴명: 시험정보관리-시험관리편의제공대상-편의제공대상신청자)과 같이 삭제할 수 있는 버튼 생성 - 삭제 기능이 활성화되는 시점에 대해서는 협의 후 확정(예시, ‘처리상태’ 값이 ‘신청서 제출’일 경우에만 삭제 기능 사용 등) | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-013 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제)시험 CBT 시행을 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 상시(기간제)시험에 추가 - CBT시스템 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-014 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시행 관리 프로그램 모니터링 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시행 모니터링 기능 |
| 세부 내용 | ■ 본부 및 센터 CBT시스템 간의 실시간 연계로 모니터링 화면 운영 중 ■ 실제 응시 현황과 센터 CBT시스템 상황판이 연동될 수 있게 수정 - 강원원주는 64개 좌석이나 50개 좌석의 값만 보임 ■ 전국 센터 모니터링 상황판 수정 - 본부 CBT시스템 전국 센터 상황판의 시행 센터 수가 9개가 아닌 11개로 표출 - 정기 CBT 국가시험의 경우 경기성남, 전북전주, 강원원주의 응시 인원 미도출 - 정기/상시(기간제) CBT 시험에 따른 실제 시행 시험센터 수가 모니터링 화면에 표출 되도록 수정 (전체 시험센터에서 시행 시 11개 → 9개) - 정기/상시(기간제) CBT 시험에 따라 실제 응시인원이 도출 될 수 있도록 수정 ■ 동일 시험일에 시험실별 직종이 구분되어 시행할 경우 모니터링 구분되어 표시 - 예시) 동일 시험일에 1급 – 1,2 시험실 2급-3,4 시험실로 구분하여 시험을 시행할 경우 현재 모니터링 화면에서는 1급 응시현황만 적용되어 보여지며, 2급 3시험실 7번이 결시일 경우에도 응시로 표시됨 - 향후 신규직종이 도입될 경우 기존 CBT 직종(요양보호사, 간호조무사)와 같은 시험일자에 시험실별로 직종을 구분하여 시험 볼 수 있으므로 고려하여 기능 개선 (1,2시험실 – 요양보호사, 3,4시험실 – 신규직종) ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-015 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 감독관 프로그램 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감독관 프로그램 개선 |
| 세부 내용 | ■ 시험실별 감독관 PC와 연결된 응시자 PC의 IP를 감독관 프로그램에 (일괄)등록하면 해당 PC의 전원을 일괄 부팅하는 기능 추가 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-016 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시행 통계 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시행 통계 기능 고도화 |
| 세부 내용 | ■ 기본적인 운영현황 및 결과 조회, 다운로드 ■ 응시자별, 문제유형별 문제풀이시간, 중도퇴실 현황 등 조회, 다운로드 ■ 특이사항 및 발표보류자 유형별 조회, 다운로드 ■ 좌석이동, 별실이동, 재응시자 등 조회, 다운로드 ■ 조건값 설정하여 조회, 다운로드 가능 - 시험, 시험기간, 센터, 사이클, 시험회차 등 ■ 시험 현황 및 결과 > 응시자별 결과 관리 메뉴에서 응시자별 제출 답안 수를 확인할 수 있도록 기능 제공 ■ 해당 통계화면의 단어, 문장 등 사용자가 쉽게 알 수 있도록 설명 추가 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-017 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 시스템 상태 점검 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 접속 상태, 이상 유무 점검 |
| 세부 내용 | ■ 국시원 본관에 있는 본부 CBT 시스템과 CBT 시험센터에 있는 센터 CBT 시스템과 30분 간격으로 접속상태를 체크하고 로그로 기록 중임 ■ 본부 CBT 시스템, 센터 CBT 시스템 간의 접속상태 및 이상유무를 점검하는 화면 추가 - 업무 담당자가 쉽게 확인할 수 있도록 구현 - 메인화면(대시보드)에서 버튼(실패 이력) 클릭 시 별도 화면으로 제공 (일자/센터 등 조회조건 필요, 엑셀 다운로드 가능) - 예정된 장애 (시험센터 정전 작업, 운용 전산장비 점검) 에 대해서는 예외 처리(사전 또는 사후) 될 수 있도록 처리 ■ 업무담당자 오류메시지 발송(SMS) 관리 기능 고도화 - 본부 CBT 시스템, 센터 CBT 시스템 간 장애 발생 시 발송하는 알림 메시지(SMS)는 예정된 장애 (시험센터 정전 작업, 운용 전산장비 점검) 에 대해서는 예외 처리될 수 있도록 처리 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-018 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 오류 메시지 조회/사유/조치방법 등 조회 기능 제공 |
| 세부 내용 | ■ CBT 시스템 내 오류, 장애 발생 시 안내되는 오류메시지에 대한 내용/유형/사유/조치방법 등을 통합 조회, 다운로드 할 수 있는 화면 제공 ■ CBT 시스템 운영/고도화/유지관리 시 도출되는 오류메시지에 대한 등록/수정/삭제 기능 제공 ■ CBT 시스템 내 오류메세지를 표출하는 알림창, 화면 등에 해당 오류 메시지가 발생하는 사유 및 조치방법을 표기하는 방안 적용 - CBT 시스템 내 서브 시스템 별로 표기 방안 수립 후 적용 (특히, 감독관/감독관백업/응시자/CBT출제 프로그램과 같이 현장 작업에서 쓰는 시스템) ■ 감독관 백업프로그램 - 백업기록 로그 상 백업 요청 처리 실패 시 사유 및 조치방법 도출 - (예시) ‘마지막 데이터베이스 파일 백업 요청 처리에 실패하였습니다’ 로그 기록 시 사유(유형) 도출(1. 네트워크 접속 끊김, 2. 방화벽 등 보안프로그램 오류 등) | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-019 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 감독관 프로그램 설정 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감독관 프로그램 설정 기능 고도화 |
| 세부 내용 | ■ 멀티미디어 직종 소리 테스트 시 소리가 바로 안 나오는 경우 응시자 PC마다 프로그램 종료 후 소리 설정 창에서 재설정을 하고 있으므로 ■ 현재 감독관 프로그램 내 네트워크 설정 창과 같이 응시자 PC 소리 설정 창도 팝업으로 띄워주는 기능 제공 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-020 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 상시(기간제) 시험 결과 통계 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 결과 통계 기능 |
| 세부 내용 | ■ 본부 CBT 시스템에 상시(기간제) 채점 결과 양식(보고서) 형태로 인쇄 기능 추가 - 시험코드(명), 통계유형(종합/사이클), 시험일자(From~To) 조회 조건 - 채점 완료 및 누리집연계가 완료 된 이후 인쇄 가능하도록 구현 ■ CBT 시험지관리 시스템에 문항분석자료 통계 다운로드 추가 - 기 생성된 통계작업에 대한 문항분석자료 엑셀 다운로드 기능 구현 - 현재는 전산정보부 업무 담당자가 SQL를 이용하여 수기 추출 중임 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-021 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 응시취소자 반영 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 응시취소자 반영 기능 개선 |
| 세부 내용 | ■ 응시자 데이터의 경우 이원화 (응시자정보, CBT응시자정보) 하여 관리 중이라 데이터 정합성을 위한 동기화가 필수 ■ 응시취소자의 경우 다양한 경우에서 발생하고 있지만 CBT응시자정보에 반영이 되지 않아 시행결과 데이터의 정합성이 보장되지 않는 경우가 있음 - 본부 CBT 시스템에 응시자 동기화가 완료된 이후부터 시험일 직전까지 응시취소가 되는 경우 - 특별한 사유로 인해 시험일 이후 응시취소가 발생되는 경우 등 ■ 응시취소 내역이 CBT응시자정보에 자동 반영되어 시행결과 데이터의 정합성이 보장될 수 있는 기능 제공 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-022 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 응시결격 관련 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 상시(기간제) 시험 응시결격 관련 기능 개선 |
| 세부 내용 | ■ 응시결격에 대한 CBT시스템 반영 필요 - 응시결격 업무가 이루어지고 있는 우리원 응시자·면허관리 시스템과 연계되어 응시결격 정보가 자동 반영되는 기능 - 별도 응시결격자 목록(엑셀 서식) 을 받아 CBT 시스템에 업로드 하면 채점 결과에 반영되는 기능 등 ■ 응시결격에 대한 처리를 유관부서와 협의 후 결정하여 반영 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-023 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) CBT 출제 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 출제 기능 개선 |
| 세부 내용 | ■ 문항세트 구성 시 분야-영역으로 구성될 수 있도록 기능 개선 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-024 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) CBT 문항 패키지 생성 기능 개선 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 문항 패키지 생성 기능 개선 |
| 세부 내용 | ■ 문항 패키지 생성 시 대상 문항의 출제여부에 따라 추정/실제 난이도를 참고하도록 기능 개선 ■ 기존 출제이력(상시시험)이 있는 문항의 추정난이도 변경 시 적용 관련 기능 개선 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-025 | |
|---|---|---|
| 요구사항 명칭 | (CBT시스템) 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 프로그램 부가기능을 직종별로 설정할 수 있는 기능 추가 |
| 세부 내용 | ■ 시험 중 응시자들이 사용 가능한 부가기능을 직종별로 설정할 수 있는 기능 추가 - 체크문제, 메모, 형광펜, 오답체크와 같은 부가기능 중 사용하고자 하는 기능을 직종별로 각각 선택할 수 있는 기능 추가 - 직종별로 선택한 부가기능을 필요시 수정하고 저장하여 관리 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-026 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 응시자·면허관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 응시자·면허관리 시스템에 추가 - 응시자·면허 관련 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-027 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 면허(자격)증 발급 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시자·면허관리 시스템 면허(자격) 발급 고도화 |
| 세부 내용 | ■ (명칭 변경 예정)요양보호사 자격증 발급 시스템 에서 면허 발급 승인 요청 된 건에 대해 승인 관련 업무 진행 되도록 기능 고도화 - 면허 발급 승인 처리 시 (명칭 변경 예정)요양보호사 자격증 발급 시스템에도 승인 내역을 자동 업데이트 하는 기능 ■ 신규직종(문신사) 면허증이 응시자·면허관리시스템에서 출력 가능하도록 기능 추가 ■ 신규직종(문신사) 면허증 발급 승인 시 온라인 면허증 발급(출력) 가능하도록 관련 시스템과 연계 ■ 향후 신규직종 추가를 대비해 소스코드 간단 수정으로 반영될 수 있도록 시스템 설계 및 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-028 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 면허(자격)증 발급(출력) 리포팅 솔루션 변경 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 응시자·면허관리 시스템 면허(자격)증 발급(출력) 리포팅 솔루션 변경 |
| 세부 내용 | ■ 응시자·면허관리 시스템에서 면허(자격)증 발급(출력) 기능에서 사용 중인 리포팅 솔루션 변경 - 현재 쓰고 있는 솔루션에서 별도로 기 도입되어 운영 중인 리포팅 솔루션으로 변경 ■ 변경 전/후 리포팅 솔루션은 동일 제조사의 동일 제품으로 버전만 다름 - 기존 하위 버전 면허(자격)증 리포팅 파일이 신규 버전에서 재사용 되는지 확인 - 재사용 안 될 시 상위 버전 리포팅 파일로 변환 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-029 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 부정행위자 등 처리 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 부정행위자 등 처리 기능 고도화 |
| 세부 내용 | ■ 신규직종(문신사) 부정행위 처분자 다음 시험접수 제한 - 부정행위자 처분 또는 처리에 대한 사항은 유관부서와 협의·확정 후 적용 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-030 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) 합격자 연명부 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 합격자 연명부 기능 고도화 |
| 세부 내용 | ■ 상시(기간제) CBT 시험에 대한 시험일자 별 합격자 연명부 기능 고도화 - 시험 선택 시 시험일자 별로 합격자 연명부 (엑셀 서식) 다운로드 - 기본적인 자릿수 및 유효성 체크 필요 - 엑셀 파일 생성 시 자동 암호 설정 - 일자별로 엑셀 파일을 생성해서 ZIP 파일로 압축 - 엑셀 파일명과 ZIP 파일명은 별도 협의 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-031 | |
|---|---|---|
| 요구사항 명칭 | (응시자·면허관리 시스템) CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | CBT 상시(기간제) 시험 응시결격 관리 기능 고도화 |
| 세부 내용 | ■ CBT 상시(기간제) 시험에 대한 응시결격 상태값 변경 시 CBT 시스템에 정보가 연계되도록 기능 고도화 ■ CBT 상시(기간제) 시험에 대한 응시결격 목록을 엑셀 서식으로 다운로드 하는 기능 필요 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-032 | |
|---|---|---|
| 요구사항 명칭 | (문항관리시스템) 문신사 상시(기간제) CBT 시험 직종 추가 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 문신사 상시(기간제) CBT 시험 문항관리를 위한 직종 추가 |
| 세부 내용 | ■ 문신사 직종을 문항관리시스템에 추가 - 문항관리시스템 전체 기능에 문신사 직종 추가 - 필요시 시스템 각 메뉴 사용 유무, 데이터 항목 추가 등에 대해 유관부서와 협의·확정 후 적용 ■ 문항작업관리시스템, 온라인문항개발시스템에도 문신사 직종 추가 ■ 신규직종(문신사) 추가 시 기 전산시스템 업무화면에서 오류 없이 동작할 수 있도록 테스트 및 오류 수정 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | SFR-033 | |
|---|---|---|
| 요구사항 명칭 | OpenAPI 기능의 활용성 확장 및 타 시스템 간 연계 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 지표 자료의 OpenAPI 제공 방식 확대 및 타 시스템 간 연계 ‘행정 정보 공동이용서비스’ 활용 검토 |
| 세부 내용 | ■ 「공공데이터의 제공 및 이용 활성화에 관한 법률」 제19조, 제21조에 따라 시스템 구축, 운영 시 공공데이터 개방 및 제공을 하게 되는 경우 생성한 파일데이터와 오픈 API는 공공데이터포털(data.go.kr)과 연계하여 제공하여야 함 ■ 타 기관과 정보 연계는 ‘행정정보 공동이용서비스’를 통해 기관 간 연계하는 방안 검토해야 함 ■ 행정·공공·금융기관 간에 정보 연계는 「전자정부법」 제37조 제2항에 따라 행정정보 공동이용센터의 정보유통 서비스를 통해 기관 간 연계하는 방안 검토해야 함 ※ 정보유통서비스: 행정·공공·금융기관 간에 필요한 행정정보를 암호화하여 안전하게 유통해 주는 서비스 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | ECR-001 | |
|---|---|---|
| 요구사항 명칭 | 정보시스템 인프라 환경 기반 구축 | |
| 요구사항 분류 | 시스템 장비 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 인프라 환경 기반 구축 |
| 세부 내용 | ■ 정보시스템 개발은 운영 중인 인프라 환경에 맞추어 시스템 구축 - 개발 환경 구성과 시스템 구축 완료 후 운영 서버로의 이관 절차는 우리원과 협의하여 진행하며, 개발 완료 후 기관의 최종 승인 시 운영 시스템에 적용하여야 함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-001 | |
|---|---|---|
| 요구사항 명칭 | 성능 일반 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ■ 사업대상 시스템의 성능을 고려한 개발 방안 제시 ■ 시스템 개발 중 로그 또는 툴(도구)로 시스템 성능상태를 모니터링하고 문제를 미리 파악하여 조치한 후 시스템 오픈 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-002 | |
|---|---|---|
| 요구사항 명칭 | DB쿼리 성능 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ■ 성능의 좌우하는 DB쿼리는 최적화하여 최소한의 시간에 실행되어야 함 - 조인 성능 향상을 위한 적절한 인덱스 설정 - 해당 기능 구현에 필요 없는 불필요한 정보 조회 금지 등 ■ 여러 개의 Select, Update, Insert 쿼리가 실행되어도 락이 걸리지 않도록 트랜잭션 격리수준을 적절히 설정해야 함 ■ 사용된 모든 DB쿼리는 실행시간 테스트결과를 보고하고 필요한 경우 성능개선 작업을 실시해야 함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-003 | |
|---|---|---|
| 요구사항 명칭 | 시스템 오류 시 요구사항 | |
| 요구사항 분류 | 성능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 오류 시 요구사항 정의 |
| 세부 내용 | ■ 사용자가 요청한 작업에 대한 오류 발생 시, 적당한 오류 메시지를 사용자에게 제시하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | PER-004 | |
|---|---|---|
| 요구사항 명칭 | 응답시간 | |
| 요구사항 분류 | 성능 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템 응답시간 정의 |
| 세부 내용 | ■ 시스템은 보통의 상태에서 사용자의 정보 처리 요청에 대해 결과페이지를 수초 이내에 화면에 출력해야 함 * 오류가 있을 경우 빠른 시간 내 오류 메시지를 표시해야 함. ■ 단, 대량의 정보 처리 또는 복잡한 계산 등으로 3초 이상 소요되는 경우 ‘조회 중’ 또는 ‘처리 중’ 등의 메시지를 출력하고 10초 이상 긴 처리시간이 필요한 경우 처리에 장시간 소요될 수 있음을 미리 안내하고 처리상태(진행률)를 표시해야 함. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SIR-002 | |
|---|---|---|
| 요구사항 명칭 | 타 시스템과 연계 인터페이스 유지 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 타 시스템과 연계 인터페이스 유지 정의 |
| 세부 내용 | ■ 고도화 대상 시스템 간, 타 정보시스템 간 정보 연계 시 인터페이스를 정상적으로 유지해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | DAR-001 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 수립 및 준수 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 표준 수립 |
| 세부 내용 | ■ 데이터 표준 개선·정비 및 준수 - 시스템 고도화(기능 추가 등)에 따라 추가적으로 필요한 데이터 표준(단어, 용어, 도메인, 코드)을 정의하고 데이터베이스 표준(DB표준)에 추가(반영)하여야 함 - DB표준 정의 시 공통표준(공공기관의 데이터베이스 표준화 지침(행정안전부 고시), 공공데이터 공통표준용어·단어·도메인)과 발주기관의 기관표준(기관표준용어·단어·도메인·코드) 또는 국내·외 산업 표준을 준용하여야 하고 공통표준 및 기관표준 준용 여부를 식별할 수 있도록 하여야 함 | |
| 산출정보 | 표준용어 정의서, 표준단어 정의서, 표준도메인 정의서, 표준코드 정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 표준 관리 방안 |
| 세부 내용 | ■ 데이터 표준관리 방안 제시 - 시스템 구축기간 동안 데이터 표준 관리를 위한 방안(변경이력 포함)을 제시하고 DB표준과 데이터 항목의 일치여부를 주기적으로 점검하여야 함 | |
| 산출정보 | 데이터 표준 관리 방안(매뉴얼, 가이드 등) | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 설계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 구조설계 원칙 |
| 세부 내용 | ■ 데이터 구조 설계 기준 제시 - 데이터 구조 설계(모델링) 기준을 제시하고 이를 준수하여 데이터 구조를 설계, 구현하여야 함 ■ 데이터 주제영역 정의 및 개념·논리·물리 모델 설계 - 데이터 활용, 업무요건 변화, 시스템 변경 등으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 함 - 업무규칙(BR) 처리를 위한 데이터 주제영역, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델이 설계되어야 함 - 데이터 설계 표준(데이터 분류체계, 명명 규칙, DB Object 사용기준 등)을 정의하고 적용하여야 함 | |
| 산출정보 | 데이터베이스정의서, 엔터티(개체)정의서, 애트리뷰트(속성)정의서, 물리데이터모델다이어그램정의서, 테이블정의서, 컬럼정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-004 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 구조 관리 방안 |
| 세부 내용 | ■ 데이터 구조 관리 방안 제시 - 시스템 구축기간 동안 데이터 구조 관리를 위한 방안(변경이력 포함)을 제시하고 DB의 형상과 물리데이터 모델의 형상 일치 여부를 주기적으로 점검하여야 함 | |
| 산출정보 | 데이터 구조관리 방안(매뉴얼, 가이드 등) | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-005 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구조 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 모델 검증 |
| 세부 내용 | ■ 데이터 모델 검증 - 설계된 데이터 모델은 설계자 · 개발자 · 발주기관 · 전문가 등이 참여하여 검증하여야 함 ■ 각 단계별 데이터 모델 검증 시 기준을 정의하고 실시하여야 함 예) 논리데이터 모델 검증 기준 : 요구사항 대비 논리 모델의 완전성(논리데이터 모델이 비즈니스 요구사항의 누락 여부) : 정규화 충족 여부 예) 물리데이터 모델 검증 기준 : 중복 테이블 여부, 중복 컬럼 여부, 반정규화된 중복 데이터 정합성 유지 방안 여부 | |
| 산출정보 | 데이터 모델 검증 계획·결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-006 | |
|---|---|---|
| 요구사항 명칭 | 데이터 값 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 값 검증 방안 |
| 세부 내용 | ■ 데이터 값 진단 계획 수립 - 데이터 값 검증 범위(전체 또는 일부), 시기, 방법을 사업 계획에 명시하여야 함 ■ 데이터 값 진단 수행 및 검증 - 목표시스템에 추가되는 데이터의 특성을 분석하고, 대상 DB(시스템)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)을 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 - 공공데이터 범정부 품질진단 기준* 및 업무규칙(BR)에 따라 값 검증을 수행하여야 함 * 공공데이터 품질관리 매뉴얼 참고 - 데이터 값 검증 결과에 따른 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 - 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 - 오류 데이터 입력 방지(사전검증) 방안을 제시하여야 함 | |
| 산출정보 | 데이터 값 진단 계획·결과, 업무규칙(BR) 정의서 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-007 | |
|---|---|---|
| 요구사항 명칭 | 이관 데이터 값 검증 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 목표 시스템으로 데이터 이관 |
| 세부 내용 | (이관 데이터가 있는 경우에만 해당) ■ 데이터 이관 계획 수립 - 정보시스템의 데이터 특성을 고려하여 데이터 이관 방안(범위, 절차, 시기, 환경, 순서, 전략 등)을 계획하여야 함 - 이관 데이터 GAP 분석과 데이터 매핑의 정의, 데이터 정제 및 백업과 복구 방안 수립에 대한 산출물을 포함하여야 함 - 민감 데이터(개인정보 등)에 대한 정보보호 확보방안을 포함하여야 함 ■ 이관 데이터 정제방안 수립 - 원천 데이터 정제작업 수행 시 이관 데이터 정제작업에 대한 내용을 포함해야 함 ■ 이관 데이터 정합성 검증 - 여러 차례의 단계별 테스트를 수행하여 이관 작업 간 발생할 수 있는 모든 위험 요소를 발견·제거하고 이관 작업을 수행하여야 함 - 매핑 정의서의 매핑 규칙에 맞게 이관되었는지 검증하여야 함 - 기존 시스템의 값과 목표시스템의 값에 대한 정합성을 검증하여야 함 - 단계별 이관 데이터 정합성 검증을 통하여 목표시스템 데이터의 무결성 보장방안을 제시하여야 함 | |
| 산출정보 | 이관 데이터 검증 계획·결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-008 | |
|---|---|---|
| 요구사항 명칭 | 데이터 개방 및 메타데이터 관리체계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개방데이터 서비스 연속성 확보 및 메타데이터 현행화 |
| 세부 내용 | ■ 메타데이터 현행화 - 목표시스템의 메타데이터 표준 관리 항목이 발주기관의 메타데이터 관리시스템과 중앙 메타데이터 관리시스템에 등록 및 현행화 되도록 지원하여야 함 ※ 발주기관에서 운영 중인 메타데이터 관리시스템이 없는 경우 문서, 파일 등으로 메타데이터 항목을 작성하여 제출하여야 함 ■ 개방 데이터 서비스 연속성 확보 - 기존 시스템(DB)과 연관된 개방데이터 목록을 식별하고 본 사업으로 추가되는 데이터를 포함하여 개방될 수 있도록 지원하여야 함 | |
| 산출정보 | 개방데이터 서비스 연속성 확보 방안 계획·결과, 메타데이터 현행화 결과 | |
| 관련요구사항 |
| 요구사항 고유번호 | DAR-009 | |
|---|---|---|
| 요구사항 명칭 | 데이터 관련 지침 준수 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 관련 정부지침 등 준수 |
| 세부 내용 | ■ 데이터 관련 법령 및 지침 등을 준수 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 명칭 | 테스트 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 정의 | 테스트 요구사항 정의 |
| 세부 내용 | ■ 발생 가능한 상황에 대하여 시나리오를 작성하여 실제 데이터(오류 데이터 포함)를 입력하여 테스트하여야 하며, 각종 유형별 테스트 계획서를 구체적으로 작성하여 제출하여야 한다. ■ 테스트 계획서에는 테스트 데이터, 테스트 절차/방법, 테스트 일정/주기, 시스템 튜닝 등을 포함하여 체계적이고 효율적으로 진행할 수 있어야 한다. ■ 각종 장애 상황에 대한 시나리오를 작성하고 해당 상황에서의 장애복구 테스트를 수행하여야 한다. ■ 개발초기부터 구축 완료되기까지 지속적으로 테스트를 실시하여야 하며 테스트 결과의 모니터링 및 테스트 결과를 계속적으로 반영하여 요구사항이 모두 충족되는 시스템이 되도록 해야 한다. ■ 우리원 테스트 서버에 테스트 환경 구축해야 한다. ■ 테스트 기간 동안 발견된 결함에 대한 조치율은 100%이어야 하며, 불가항력으로 인한 미 조치 사항은 우리원의 승인을 득해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 명칭 | 단위테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 단위테스트 정의 |
| 세부 내용 | ■ 신규 개발 또는 변경된 기능들에 대한 단위 테스트 계획서, 시나리오, 체크리스트를 작성 제출 후 정상 유무 작동을 검사해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-003 | |
|---|---|---|
| 요구사항 명칭 | 통합테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 통합테스트 정의 |
| 세부 내용 | ■ 통합테스트 시나리오에 따라 단위테스트가 완료된 프로그램들을 대상으로 요구사항 및 설계사양에 충족하면서 업무흐름에 맞게 동작하는지 확인해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-004 | |
|---|---|---|
| 요구사항 명칭 | 성능테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 성능테스트 정의 |
| 세부 내용 | ■ 시스템에 사용된 모든 쿼리에 대해 성능테스트 계획서 작성 ■ 각 쿼리의 사용빈도와 부하를 고려하여 적정 실행시간 도출 ■ 성능 테스트를 통해 사용자 화면 응답시간, 성능 적정성 및 자원 가용성 검증, 최적화(튜닝) 필요 항목 도출 ■ 부하테스트 실시 및 성능진단 결과에 대한 대응책 제시 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-005 | |
|---|---|---|
| 요구사항 명칭 | 인수테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 인수테스트 정의 |
| 세부 내용 | ■ 단위/통합 테스트 결과를 프로그램 반영 후 테스트 기간 동안 모니터링을 실시하여 발생하는 오류에 대한 즉각 보완 조치를 해야 한다. ■ 사전에 테스트 계획서를 작성하여 제공해야 하며 결과와 향후 조치 방안이 포함된 산출물을 제출해야 한다. ■ 사용자 승인을 위한 검사 및 테스트 수행방법, 절차, 참여조직 및 역할, 점검사항 점검 후 조치 방안 등을 세부적으로 기술하여 계획을 수립해야 한다. ■ 시급하게 적용해야할 기능에 대해서는 사업 중이라도 인수테스트 가능 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | TER-006 | |
|---|---|---|
| 요구사항 명칭 | 모의 테스트 (시범 운영) | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 모의 테스트 |
| 세부 내용 | ■ 인수 테스트를 통해 발견된 오류 및 문제점에 대한 대안을 모색하여 빠른 시일 내에 보완하여야 함. ■ 시험 준비단계부터 시험시행(시험센터 9곳) 및 결과데이터 취합단계까지의 모든 절차에 대해 모의응시자를 대상으로 실제 시험과 동일한 조건 및 절차를 통한 모의 테스트를 지원하여야 하며 모든 기능 및 데이터 관리 등에 이상이 없는 지 확인하고 조치하여야 함. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 데이터 보안 |
| 세부 내용 | ■ DB 데이터 중 보안이 필요한 패스워드 및 주민번호 등 개인정보, 외부 유출시 문제가 되는 중요 정보는 반드시 암/복호화 하여 사용하여야 한다. ■ 암/복호화가 필요한 사항에 대해서는 우리원과 협의하여 결정한다. ■ 화면에 주민등록번호 등 중요정보 조회 시 일부를 마스킹처리 하여야 한다. ■ 사업수행자는 누출금지 대상정보를 발주자로부터 제공받는 경우 중요정보관리 대장에 서명 후 제공받고 사업 종료 시 자료 반납 및 서명하여야 한다. ■ 사업관련 자료 및 사업과정에서 생산된 모든 산출물은 발주자의 파일서버 또는 지정된 PC에 저장하고 필요시 발주자의 확인을 받아야 한다. ■ 사업수행 관련 산출물은 우리원에서 지정한 pc등 내부저장소에 저장하여야 하고, 인터넷 웹하드, 파일공유, 개인 웹메일 및 클라우드 저장소 등 외부 저장을 금지한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-003 | |
|---|---|---|
| 요구사항 명칭 | 정보통신망 접근관리 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 정보통신망 접근관리 |
| 세부 내용 | ■ 참여인력은 정보통신망에 접속하면 우리원의 보안정책에 동의하는 것으로 간주되어 보안정책 준수 의무를 가진다. ■ 참여인력은 정보통신망에 접속하기 위해 우리원이 지정한 보안S/W 등을 설치하여야 하며, 보안 S/W를 설치하지 않거나 임의로 삭제하는 경우 등 보안정책 위반 시 정보통신망 접속이 해지될 수 있다. ■ 정보통신망에 접속하는 참여인력의 PC는 인터넷 차단을 원칙으로 하며, 사업 수행 상 필요한 경우에 한해 제한적으로 허용될 수 있다, ■ 우리원 보안정책상 사업 참여인력 사용 정보통신망을 우리원과 분리하여 구성할 수 있으며, 사업수행자가 사업수행 상 서버 등 접근이 필요할 경우 계정별로 시스템 접근권한을 차등 부여한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 명칭 | 사업 종료 시 보안사항 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 사업 종료 시 보안사항 |
| 세부 내용 | ■ 사업수행자는 사업 종료 시 우리원으로부터 제공받은 자료 및 산출물 등 사업과 관련된 제반 자료를 반납하여야 한다. ■ 사업수행자는 사업 종료 시 반입된 정보화기기를 우리원에서 제공하는 삭제 S/W로 완전 삭제하여 반출하고, 정보화기기 반출 확인서를 제출하여야 한다. ■ 사업수행자는 복사본 등 사업관련 자료를 보유하고 있지 않다는 대표자 명의 사업관련 자료 완전삭제 서약서(서식 참조)를 제출하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 명칭 | 보안 책임 및 준수사항 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 보안 책임 및 준수사항 |
| 세부 내용 | ■ 사업수행자는 사업수행 기간 중 보안 관련법규를 준수하고 대외 보안유지에 적극 협조하여야 한다. ■ 사업수행자는 '국가 정보보안 기본지침', '공공기관의 정보보안업무 세부지침' 등 정보보호 관련 법규 및 내부지침을 준수하여야 한다. ■ 본 사업 수행 중 취득한 지식에 대하여 과업수행 중은 물론 사업이 완료된 후 에라도 외부에 누설하거나 다른 용도로 이용해서는 안 되며, 이를 위반하였을 경우 이에 대해 사업수행자에서 법적인 책임을 져야 한다. ■ 사업수행자는 외부PC(노트북 등) 반입 시 발주자의 보안 프로그램을 반드시 설치하여 내부 사용자 보안사항을 준수하여야 한다. ■ 사업수행자는 사업기간 중 불법S/W의 사용으로 인한 문제에 대한 책임을 져야한다. ■ 사업수행자는 해킹, 바이러스 등으로 인한 침해사고 예방대책 및 서비스 중단사태 발생에 대한 긴급복구 방안 등을 포함한 보안대책을 강구하여야 한다. ■ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지해야 한다. ■ 사업수행자는 보안 관리자를 지정하고, 내부 정보 유출을 방지하기 위해 디스크, CD, 출력물 등은 별도 관리해야 하며, 인가자를 최소화하여 관리하여야 한다. ■ 본 사업에 참여하는 모든 투입 인원은 별도양식(서식 참조)에 의하여 상기의 내용을 포함한 보안서약서를 반드시 제출하여야 한다. ■ 사업수행자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제안하여야 한다. ■ 사업수행자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시하여야 한다. ■ 원격지 개발에 따른 수행장소 등에 대하여 구체적인 원격지 보안관리대책(시건장치, 출입통제 등)을 실시하여햐 한다. - 프로젝트, 사무실, 중요장비 설치장소에 대한 출입보안 - 개인소유 PC 및 보조기억장치 반입·반출 통제 - 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기 - 문서의 보안등급 부여 및 차별화 된 권한관리를 수행 ■ 사업수행자는 작업장소 상호협의 시 원격지 보안요구대책을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선 검토한다. 다만, 발주기관에서는 사업수행자가 제시한 작업장소가 보안요구대책을 준수하지 못한 경우 거부할 수 있다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-006 | |
|---|---|---|
| 요구사항 명칭 | 보안관련 법규 및 지침 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 보안관련 법규 및 지침 준수 |
| 세부 내용 | ■ 사업수행자는 보안 관련 법규 및 지침을 준수해야 한다. - 개인정보보호법 준수 - 「국가 정보보안 기본지침」, 「공공기관의 정보보안업무세부지침」 등 정보보호 관련 법규 및 지침 준수 ■ 제재사항 - 누출금지 정보 외부 노출 시 국가계약법 시행령 및 시행 규칙에 따라 부정당업자에 해당되어 입찰참가자격 제한 조치 ■ 누출금지 정보의 범위 - 기관 소유 정보시스템의 내․외부 IP주소 현황 - 세부 정보시스템 구성현황 및 네트워크 구성도 - 사용자 계정․비밀번호 등 정보시스템 접근권한 정보 - 정보시스템 취약점 분석․평가 결과물 - 정보화 용역사업 결과물 및 관련 프로그램 소스코드(유출시 안보․국익에 피해가 우려되는 중요 용역사업에 해당) - 국가용 보안시스템 및 정보보호시스템 도입 현황 - 침입차단․방지시스템(IPS) 등 정보보호제품 및 라우터․스위치 등 네트워크 장비설정 정보 - 「공공기관의 정보공개에 관한 법률」제9조 제1항에 따라 비공개 대상 정보로 분류된 기관의 내부문서 - 「개인정보보호법」 제2조 1항의 개인정보 ■ 소프트웨어 개발보안 준수 - 사용자 인증정보 등 보안이 요구되는 정보를 소스코드에 직접 하드코딩 금지 - SQL인젝션, 크로스사이트 스크립팅, 웹 쉘 업로드, 임의파일 다운로드, 디렉토리 리스팅 등의 웹 취약점 제거 - 프로그램 개발 시 시큐어 코딩을 준수하고 점검툴로 점검하여 결과 제출 - 프로그램 개발 시 웹취약점을 제거하고 점검툴로 점검하여 결과 제출 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | SER-007 | |
|---|---|---|
| 요구사항 명칭 | 개인정보처리자로서 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개인정보의 처리에 관한 안전성 확보 |
| 세부 내용 | ■ 계약기간은 물론 계약 종료 후에도 유지보수 업무 처리 과정에서 알게 된 개인정보를 이용하거나 제 3자에게 제공하여서는 아니 된다. ■ 사업수행 과정에서 부득이하게 개인정보를 파일이나 종이문서 등의 형태로 보관하게 되는 경우 개인정보의 안전성 확보에 필요한 관리적·기술적 조치를 취하여야 하며, 그 목적이 달성되는 즉시 삭제하고 처리 결과를 우리원에 문서로 제출하여야 한다. ■ 사업수행 과정에서 알게 된 개인정보를 무단 유출하여 개인정보주체 또는 제3자에게 발생되는 손해는 사업자가 배상하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 명칭 | 품질 일반사항 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 품질 일반사항 |
| 세부 내용 | ■ 사업 전반에 대해 품질을 전담하는 조직을 운영하여야 한다. ■ 품질 전담조직의 운영방안에 대해 추진 일정별 구성원의 역할 등을 상세히 수립하여 제시하여야 한다. ■ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주한다. ■ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가한다. ■ 단위 기능에 대한 테스트는 테스트 소프트웨어를 이용한 1차 자동화 검증 후, 수행하도록 한다(적용 가능한 시스템에 한함). ■ 비즈니스로직 테스트, 통합테스트, 시스템 테스트를 위한 구체적인 툴 및 적용 방안을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시한다. ■ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가한다. ■ 시스템 인터페이스 요구사항 및 어플리케이션과 정보간의 상호작용을 하는 기능은 기능 구현의 정확성뿐만 아니라 정보의 무결성, 데이터 정합성 검증을 수행하여야 한다. ■ 사용자 및 관리자가 시스템을 쉽고 편하게 사용할 수 있도록 하기 위해 사용자 매뉴얼 및 관리자 매뉴얼 제공해야 한다. ■ 관리자매뉴얼에는 시스템을 설치하거나 제거하기 위한 정보를 상세히 제공해야 한다. | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | QUR-002 | |
|---|---|---|
| 요구사항 명칭 | 신뢰성 및 가용성 보장 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 시스템의 고장 없는 서비스 지원과 고장이 발생했을 때의 대응방안 |
| 세부 내용 | ■ 목표시스템은 1일 24시간, 365일 상시 운영 가용성을 보장 ■ 신속한 장애 대응을 위한 적절한 백업/복구 계획 제시 ■ 시스템 구축, 운영, 백업, 시스템 감시 및 보안, 비상복구 방법을 포함하여 운영과 관련된 시스템 전반에 관한 기술이전계획을 구체적으로 제시 | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | QUR-003 | |
|---|---|---|
| 요구사항 명칭 | 사업수행방법론 및 품질보증 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 사업수행방법론 및 품질 보증 방안 제시 |
| 세부 내용 | ■ 본 사업 수행에 필요한 사업 방법론 및 품질 보증 방안 수립해야 한다. 사업 착수, 수행, 종료 등 각 단계별 수행 및 위험요소 관리 방안 수행기관과의 효율적 의사소통 및 지원 방안 복합 장애 및 신규 서비스 추가 대응을 위한 응용S/W 사업자와의 상호 협력관계 구축 방안 신규 구축 혹은 서비스 추가 사업을 수행하는 사업자와의 원활한 협업체계 구축 방안 유지관리 공급사와의 유기적 협력 관계 구축 방안 ■ 본 사업 수행에 필요한 품질 보증 방안을 제시해야 한다. 품질 보증 활동 계획 및 형상 관리 계획 사업수행자 전사 차원의 품질관리 지원 조직의 활동 계획 사업 수행 조직 내에 별도의 품질관리 담당 지정 기타 사업 추진 시, 제반 품질 보증 방안 ■ 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거서류를 제시해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | QUR-004 | |
|---|---|---|
| 요구사항 명칭 | 과업내역 변경 관리 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 과업내역 변경 요구사항 정의 |
| 세부 내용 | ■ 사업내용의 증감이 필요하다고 발주기관이 인정할 경우, 사업자와 상호합의하에 과업의 내용을 정정하여 수행해야 한다. ■ 과업 내용이 변경될 경우 우리원 과업변경절차에 따라 상호 협의하여 결정하며, 요구사항에 명시되지 않았으나 수행업체 판단으로 추가되어야 할 요구사항에 대해서는 별도 수행이 가능하다. ■ 사업자는 조정된 과업 내용에 대한 요구사항을 충족시킬 수 있는 최적의 방안을 제시해야 한다. ■ 과업변경에 대한 최종 결정은 우리원 과업심의위원회가 결정한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-001 | |
|---|---|---|
| 요구사항 명칭 | 하도급 제약사항 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 하도급 관련 제약사항 준수 |
| 세부 내용 | ■ (하도급 사전승인) 본 사업 하도급의 경우 「소프트웨어 진흥법」 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시)의 규정에 의하여 반드시 하도급계약 전에 발주기관으로부터 사전승인을 받아야 한다. ■ (하도급 비율제한) 본 사업 과업의 일부를 하도급하려는 경우 「소프트웨어 진흥법」 에 따라 사업금액의 100분의 50을 초과할 수 없으며, 재하도급은 원칙적으로 불허함. 다만, 같은 법 제51조제2항 및 제3항 각 호에 해당하는 경우 그러하지 아니하다. ■ (하도급 계획서 제출) 하도급을 하려는 경우, 입찰 및 계약체결 시 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시)의 별지 서식인 소프트웨어사업 하도급계획서(서식 참조)를 제출하여야 한다. ■ (하도급 계약의 적정성 판단) 하도급계약의 승인을 신청하는 경우 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시) 에 따른 하도급계약의 적정성 판단 세부기준 (참고 참조)에 따라 적정성여부를 판단하며, 평가점수가 85점 이상인 경우에 한하여 하도급계약을 승인한다. 다만, 85점 이상인 경우라 하더라도 하도급 계약의 세부 조건 등으로 인하여 사업의 원활한 수행이 불가능하다고 인정되는 경우 그 사유를 기재하여 하도급 승인 거절을 통보할 수 있다. ■ (공동수급체 구성) 본 사업을 하도급하려는 경우 「소프트웨어 진흥법」에 따라 사업금액이 10%를 초과하여 하도급하려는 경우, 주사업자는 하도급업체와 공동수급체를 구성하여 참여해야하며, 공동수급체를 구성하지 못하는 불가피한 사정이 있는 경우 그 사유를 제시하여야한다. ■ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 에 따라 본 사업 수행시 하도급 예정자는 반드시 「행정기관 및 공공기관 정보시스템 구축·운영 지침」을 참고하여 [하도급 대금지급 비율 명세서]를 작성해 제안서와 함께 제출하여야 함 ■ 하도급 업체에 대한 관리방안 등을 제시하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-002 | |
|---|---|---|
| 요구사항 명칭 | 사업관련 공통 규정 준수 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보화사업 추진 시 기본규정 준수 |
| 세부 내용 | ■ 사업 추진 시 「행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시)」에 규정된 사항을 준수하여야 한다. ■ ‘기술적용계획표’ (참고 4) 내용을 준수하여야 하며 검사 전 기술준수결과표를 제출하여야 한다. ■ 개인정보를 처리함에 있어 「개인정보 보호법」 등 관련법규 및 규정을 준수하여야 하며, 공공기관의 개인정보 노출방지 가이드라인을 적용하여야 함 - 개인정보 열람시 접근 이력 기록 및 필요시 사유 입력 - 개인정보 중 고유식별정보에 대한 암호화 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리 ■ 사업 추진 기간 내 적용 법령 및 규정, 적용 표준 등에 변경사항 발생 시 반영하여 사업 추진하여야 한다. ※ 변경 사항의 적용시점을 고려하여 발주기관과 협의하여 적용 ■ 소프트웨어 개발은 생산성과 하자보수 및 유지관리의 효율을 높이도록 표준화된 절차에 따라 이루어져야 한다. ■ 아이콘, 그림, 사진, 폰트 및 S/W는 저작권에 위배되지 않게 구매 후 사용 ■ 일체의 디자인 요소에 대한 소스와 실행 파일을 발주기관에 제공해야 한다. ■ 소스 버전 관리툴을 반드시 사용해야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-003 | |
|---|---|---|
| 요구사항 명칭 | 표준 프레임워크 적용 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 표준 프레임워크 적용 |
| 세부 내용 | ■ 범정부 차원의 시스템 간 원활한 연계 및 사업자 종속성을 극복하기 위해 전자 정부 표준 개발프레임워크를 준용하여 개발해야 한다. | |
| 산출정보 | ||
| 관련 요구 사항 |
| 요구사항 고유번호 | COR-004 | |
|---|---|---|
| 요구사항 명칭 | 기존 시스템과 호환 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 기존 시스템과 호환 정의 |
| 세부 내용 | ■ 기존 시스템과 호완/연계 시 해당 시스템 운영에 영향을 주지 않도록 개발되어야 한다. ■ 기 운영되고 있는 시스템 구조 및 전체 표준과 호환성, 시스템 통합 및 분산설계, 데이터 유형, 프로세스 환경 유형, 사용자 유형, 시스템 간 물리적 네트워크 연결구성을 고려하여 구조 설계를 하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-005 | |
|---|---|---|
| 요구사항 명칭 | 저작권 및 지적재산권 보호 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 저작권 및 지적재산권에 대한 정의 |
| 세부 내용 | ■ 당해 계약에 따른 계약목적물이 순수 시스템 개발의 경우 지적재산권은 한국보건의료인국가시험원과 사업수행자가 공동 소유한다. ■ 사업자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공한다. (단, 사업자는 아래 내용을 준수하여야 함) - 사업자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 사업자 대표명의의 확약서를 발주기관에 제출하여야 한다. - 사업자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 한다. - 사업자가 제공받은 SW산출물을 무단으로 유출하거나 누출하는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가를 당사자로 하는 계약에 관한 법률」 및 시행령·시행규칙에 따라 입찰참가자격을 제한 ■ 모든 산출물은 지적재산권과 관련된 사항을 주의해서 작성하며, 지적 재산권과 관련되는 문제발생시 일체의 책임은 사업수행자에게 있다. ■ 사업수행자는 본 사업을 수행함에 있어서 발생하는 저작권, 사용권, 특허권 등의 문제에 대한 사항은 사전에 검토, 조치하여야 하며 이에 대한 일체의 책임은 사업수행자에게 있다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-006 | |
|---|---|---|
| 요구사항 명칭 | 감리 대응 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 감리 대응 |
| 세부 내용 | ■ 감리계획에 따른 실행에 대응하여야 한다. - 본 사업은 정보시스템 감리 대상으로 한국정보화진흥원의 ‘정보시스템 감리수행 가이드’에 기재된 사항을 점검할 수 있도록 감리법인이 점검하기 위한 산출물을 작성하여 제출하여야 한다. - 감리업체의 감리수행을 적극적으로 지원하여야 하며, 감리 준비 및 인터뷰 등의 대응으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-007 | |
|---|---|---|
| 요구사항 명칭 | 개인정보영향평가 수행 | |
| 요구사항 분류 | 제약 요구사항 | |
| 요구 사항 상세 설명 | 정의 | 개인정보영향평가 수행 |
| 세부 내용 | ■ 개인정보영향평가를 수행하여야 한다. - 「개인정보 보호법 시행령」에 따라 지정된 평가기관을 통해 개인정보영향평가를 수행하여야 한다. - 본 사업은 개인정보영향평가 대상으로써 영향평가업체의 업무수행을 적극적으로 지원하여야 한다. - 개인정보영향평가 결과를 모두 반영하여 사업을 수행하여야 하며 관련 업무 수행으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-008 | |
|---|---|---|
| 요구사항 명칭 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 운영 성과측정 기능활용도 측정 방안 마련 |
| 세부 내용 | ■ 정보시스템 구축·운영 시 정보시스템 운영 성과 측정에 따른 구현된 기능의 활용 여부를 관리할 수 있는 방안을 마련해야 함. ■ 구현 기능 측정기준 : 정보시스템 화면(URL) 단위 ■ 구현 기능 측정방식 : 스크립트 삽입, 웹로그 분석, 전자정부 표준 컴포넌트 활용 ■ 구현 기능 수집로그 : 접속건수, 데이터 생성건수, 데이터 처리건수, 접속ID수, 접속IP수, 체류시간 등(선택 가능) ■ 당해년도 정보시스템 운영 성과 측정 대상 시스템에 기능활용도(구현기능) 수집로그 데이터는 직전년도 1년 데이터로 측정한다. ■ 정보시스템 운영 성과 측정 기능활용도(구현기능) 수집로그 데이터는 조사 방법과 결과 값을 정보시스템 운영 성과측정 근거자료 증빙으로 제출된다. ■ 현재 운영 중인 시스템의 기능 추가 시 기존 시스템의 기능 활용여부 점검을 통해 불필요하거나 활용이 미흡한 기능이 포함되지 않도록 관리함 | |
| 산출정보 | ||
| 관련요구사항 |
| 요구사항 고유번호 | COR-009 | |
|---|---|---|
| 요구사항 명칭 | 정보화 표준 지침 준수 | |
| 요구사항 분류 | 제약사항 | |
| 요구 사항 상세 설명 | 정의 | 정보시스템 구축 기획에 따른 정보화 표준 지침 준수 |
| 세부 내용 | ■ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 (행정안전부고시 제2025-1호, ’25.1.2.) 준수 ■ 「소프트웨어사업 계약 및 관리감독에 관한 지침」 (과학기술정보통신부고시 제2023-15호, '23.5.15.) 준수 ■ 「전자정부 웹사이트 품질관리 지침」 (행정안전부고시 제2025-46호, ‘25.6.25.) 준수 ■ 행정안전부에서 제공하는 범정부 UI/UX 공통가이드(‘디지털 정부서비스 UI/UX 가이드라인’) 준수 - 웹사이트(https://www.krds.go.kr) 참고 ■ 「장애인·고령자 등의 정보 접근 및 이용 편의 증진을 위한 고시(과학기술정보통신부고시 제2025-55호, 2025.10.20.) 준수 ■ 한국형 웹 콘텐츠 접근성 지침 2.2 준수 ■ 「모바일 전자정부 서비스 관리 지침」 (행정안전부예규 제350호, 2025.12.19.) 준수 ■ 「장애인차별금지 및 권리구제 등에 관한 법률」(법률 제21115호, 2025.11.11.) 제21조제2항 및 같은 법 시행령 제14조 준수 ■ 「행정기관 및 공공기관의 클라우드컴퓨팅서비스 이용 기준 및 안전성 확보 등에 관한 고시(행정안전부고시 제2025-79호, 2025.12.29.) 준수 ■ 정보시스템 설계 시「행정기관 및 공공기관 정보자원 통합기준」(행정안전부고시 제2026-11호, 2026. 2. 11.) 준수 | |
| 산출정보 | ||
| 관련요구사항 |
배점·평가
| 평가부문 | 평가항목 | 평가기준 | 항목 배점 | 배점 |
|---|---|---|---|---|
| 전략 및 방법론 (정성평가) | 사업 이해도 | 사업의 특성 및 목표에 부합하는 사업전략을 제시하고 있는지를 평가한다. 단, 당해 사업의 기획용역(ISP 등)을 수행한 자가 참여한 때에는 평가등급보다 한 단계 하위 등급의 점수를 부여한다. | 4 | 15 |
| 추진 전략 | 개발업무 수행 시 일정 및 위험요소를 고려하여 얼마나 타당한 추진 전략을 수립하였는지 평가한다. | 3 | ||
| 적용 기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하였는지, 현실적으로 실현 가능한지 여부를 평가한다. | |||
| 표준 프레임 워크 적용 | 표준 프레임워크 적용 여부와 적용 시 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가한다. | 2 | ||
| 개발 방법론 | 사업에 적정한 개발 방법론이 제시되었는지 평가하고, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부를 평가한다. | 3 | ||
| 수행능력 (정량평가) | 제안업체 현황 | 유사사업의 성공적 수행 경험이 있는지 평가 (바. 기술평가 정량평가 기준 참조) | 5 | 10 |
| ‘신용평가등급확인서’를 기준으로 기업의 신뢰도를 평가 (바. 기술평가 정량평가 기준 참조) | ||||
| 기술 및 기능 (정성평가) | 기능 요구사항 | 기능 요구사항·기대사항·제약사항 등을 파악한 후 구현 방안이 구체적으로 기술되어 있는지를 평가한다. 또한 제안한 방안 및 기술이 적용 가능한지를 평가한다. | 8 | 25 |
| 보안 요구사항 | 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | 5 | ||
| 데이터 요구사항 | 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다. | 6 | ||
| 제약 사항 | 목표 시스템의 설계, 구축, 운영과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가한다. | |||
| 성능 및 품질 (정성평가) | 성능 요구사항 | 요구 성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석도구가 기술되어 있는지 평가한다. 제안한 방안 및 기술을 통해 성능 요구 사항을 충족시킬 수 있는지를 평가한다. | 5 | 15 |
| 품질 요구사항 | 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구사항에 부합되는지 평가하고, 분석·설계·구현·테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다. | |||
| 인터페이스 요구 사항 | 시스템 인터페이스 : 타 시스템과의 연계에 대한 장·단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안을 도출하였는지를 평가한다. 사용자 인터페이스 : 사용자 편의성을 고려하여 사용자 인터페이스의 분석·설계·구현·테스트 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | |||
| 프로젝트 관리 (정성평가) | 관리 방법론 | 일정관리, 사업위험(이슈) 관리, 보안관리, 산출물의 형상·문서 관리 등 사업수행에 필요한 관리 방법론이 구체적으로 제시되어 있는지를 평가한다. 또한 문제 발생 시 보고 체계 및 위험관리 방안이 구체적으로 제시되어 있는지 평가한다. | 15 | |
| 일정계획 | 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지를 평가한다. | 10 | ||
| 프로젝트 지원 (정성평가) | 품질보증 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어진흥법」 제20조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 인증을 획득한 사례가 있는지를 확인하고 평가한다. | 3 | 15 |
| 시험운영 | 시스템 공급자가 개발된 시스템의 시험운영을 위해 필요한 각종 시험운영 방법 등을 구체적으로 제시하였는지 평가한다. | 2 | ||
| 교육훈련 | 시스템 공급자가 시스템 운영 및 관리자를 위해 필요한 각종 교육훈련의 방법, 내용, 일정 등을 구체적으로 제시하였는지 평가한다. | 3 | ||
| 하자보수계획 | 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | |||
| 기밀보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | 2 | ||
| 비상대책 | 시스템 공급자가 안정적인 시스템 운영을 위해 필요한 각종 백업/복구 및 장애대응 대책을 구체적으로 제시하였는지 평가한다. | |||
| 하도급 계약 적정성 (정량평가) | 하도급 계약 적정성 | 하도급에 참가하는 전문기업의 보유기술과 기술요구사항의 일치성, 보유기술의 실현 가능성, 입찰참가자(공동수급일 경우에는 공동수급체 전부)의 하도급 대금지급 방식의 적정성에 대해 평가한다. 이 경우 「소프트웨어진흥법」 제51조 및 같은 법 시행규칙 제14조에 따라 「소프트웨어사업 계약 및 관리감독에 관한 지침」을 준용하여 등급평가를 실시할 수 있다. 단, 같은 법 제51조제6항에 따라 국가기관등의 공동수급체 구성 요청에 대하여 특별한 사유 없이 따르지 않을 경우 한 단계 하위 등급을 부여한다. (바. 기술평가 정량평가 기준 참조) | 5 | 5 |
| 합 계 | 100 |
| 하도급계약 적정성 판단 결과 점수 | 평가 점수 |
|---|---|
| 95점 이상이거나 중소기업인 소프트웨어 사업자가 단독 또는 중소기업간 공동으로 입찰에 참가한 경우 | 5 |
| 91점 이상~ 95점 미만 | 4 |
| 88점 이상~ 91점 미만이거나 하도급이 없는 경우 | 3 |
| 85점 이상~ 88점 미만 | 2 |
| 85점 미만이거나 하도급 업체가 다수일 때에는 어느 한군데라도 85점미만이 있는 경우 | 1 |
참가자격
1. 계약 체결관련 유의사항 가. 낙찰자는 낙찰 이후 10일 이내에 소정의 서식에 의한 계약서에 의하여 계약을 체결하여야 함 나. 입찰자 또는 낙찰자가 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조의 규정에 해당하는 경우에는 발주기관의 규정에 따라 일정 기간 동안의 입찰참가자격을 제한할 수 있음 다. 낙찰자는 계약에 응하여야 하며, 계약불이행시 부정당업자로 입찰참가자격제한을 받게 됨 라. 과제 수행 완료 후 사업 용역 대행사의 사업수행 평가 결과가 불량일 경우 향후 본 사업 참여에 제한을 받을 수 있음 ※ 동 사업 예산심의 과정에서 예산(안)이 변경되었을 경우, 발주기관과 계약상대자는 최종 책정예산 내에서 과업내용을 협의•조정할 수 있음 2. 대기업 및 상호출자제한기업집단 소속회사의 입찰 참여가 제한 된 사업임 가. 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원) 및 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」(과학기술정보통신부고시)에 따른 “대기업인 소프트웨어사업자가 참여 할 수 있는 사업금액의 하한” 준수 1) 대기업인 소프트웨어사업자의 참여가능 사업금액의 하한
| 대상업체 | 사업금액의 하한 |
|---|---|
| 매출액 8천억원 이상 대기업 | 80억원 이상 |
| 매출액 8천억원 미만 대기업 | 40억원 이상 |
| 「중소기업기본법」 제2조의 중소기업이 「중견기업 성장촉진 및 경쟁력 강화에 관한 특별법」 제2조의 “중견기업”에 해당되는 대기업이 된 경우 그 사유가 발생한 날로부터 5년이 경과되지 않은 대기업 | 20억원 이상 |
나. 총예산 20억 미만 사업으로 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따라 대기업, 중견기업 및 상호출자제한기업집단 소속회사의 참여가 불가함 다. 총예산 20억 미만인 사업으로 중소기업자만 입찰참가 가능함 3. 과업심의위원회 가. 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업임 (과업내용 확정 심의 결과서 첨부함) 나. 본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 발주자에게 소프트웨어사업 과업변경요청서를 제출하여야 하며, 발주자는 과업심의위원회 개최 요청에 대해서 특별한 사정이 없으면 수용해야 함 4. 개발SW 공동활용 본 사업을 통해 개발되는 소프트웨어는 「(계약예규) 용역계약일반조건」 제56조(계약목적물의 지식재산권 귀속 등)에 따른 타 기관과의 공동활용 계획이 없음 5. 투입인력 요구관리 금지 본 사업은 사업대가를 기능점수(FP) 방식으로 산정한 사업으로 투입인력 요구 및 관리 금지 대상 사업임 6. SW사업 영향평가 본 사업은 「소프트웨어 진흥법」 제43조, 같은 법 시행령 제35조 내지 제37조, 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제5조, 제6조에 따라 소프트웨어사업 영향평가를 미리 실시한 사업임 * 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 제1호서식에 따른 “소프트웨어사업 영향평가 결과서” 첨부함
| 구분 | 일시(기한) | 장소 |
|---|---|---|
| 입찰참가자격등록마감 | 2026. 7. 8.(수) 18:00 | 조달청(나라장터) |
| 제안(규격)서 제출 | 2026. 7. 9.(목) 10:00 | |
| 가격입찰서 제출 | ||
| 제안(규격)서 평가 | 입찰참가자 별도 안내 |