입찰공고상세[용역] · 마감
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
AAU 학습플랫폼(LMS) 고도화 및 모바일 앱 구축 사업
정정 · 재공고 · 유찰 · 부산디지털대학교 산학협력단 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 10/06(화)
요약 AI 요약
기존 AAU 학습관리시스템(LMS)을 고도화하고 모바일 앱을 새로 구축하는 사업이다. 다국적 학습자를 위한 회원·수강·장학 등 학사 기능을 유연하게 개선하고, AI 기반 자막·강좌 추천과 모바일 학습환경을 추가하는 것이 목적이다.
- 회원관리 기능 고도화(기관별 Pass코드 관리, 회원 인증)
- 강의개설 및 콘텐츠 관리 기능 고도화(기관별 개설 수 관리·승인, CDN 업로드)
- 수강신청 기능 고도화 및 장학(감면) 관리 기능 구축
- AI 기반 콘텐츠 자막 관리(자동 생성·편집·다국어 번역) 기능 구축
- AI 기반 학습강좌 추천 시스템 구축(메타데이터·수강데이터·관심키워드 활용)
- 모바일 앱 구축(안드로이드/iOS 수강신청·수강·결제, 푸시 알림, 학습자/교수자/운영자 권한)
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01742474 · 베타 기간 무료
사업 내용 · 이 공고에 든 일
중심 · AAU LMS 고도화 및 모바일 앱 구축
용역 › 정보시스템·SW › SW 개발·운영
기존 LMS의 회원·수강신청·장학·콘텐츠·AI 추천·협약관리 기능을 고도화하고 Android/iOS 모바일 앱을 신규 구축하는 SW 개발 사업이다.
- 기존 AAU LMS 기능 분석 및 확장 설계
- 회원관리·강의개설·수강신청·장학(감면)·콘텐츠 관리 기능 고도화
- AI 기반 자막 생성·번역·편집 기능 구축
- AI 기반 학습강좌 추천 시스템 구축
- 협약관리 기능 구축
- 시스템 로그 관리 및 모니터링
- 모바일 LMS 앱(Android/iOS) 구축 및 푸시 알림
- 마이페이지·강의실·커뮤니티·설정 등 모바일 기능
- 클라우드 서버 환경 구축 및 기존 시스템 연계
- 데이터 표준화·DB 설계·백업/복구·SQL 튜닝
- 단위·통합·성능(부하) 테스트
- 시큐어코딩·취약점 점검·개인정보 암호화
- 관리자·사용자 매뉴얼 및 교육자료 제작
- 기술이전 및 안정화 활동(12개월)
- 하자보수(검수완료일로부터 12개월 무상)
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서 평가 결과 입찰 가격이 해당사업 예산(예정가격을 작성한 경우에는 예정가격) 이하인 자로서 기술능력 평가점수가 제안서 평가 점수(90점)을 기준으로 동 점수의 일정비율(85%)이상인 자를 협상적격자로 선정
| 평가 항목 | 배점 |
|---|---|
| 사업 이해도 | 2점 |
| 추진전략 | 3점 |
| 적용기술 | 3점 |
| 표준 프레임워크 적용 | 5점 |
| 개발방법론 | 2점 |
| 기능 요구사항 | 10점 |
| 보안 요구사항 | 5점 |
| 데이터 요구사항 | 5점 |
| 제약사항 | 5점 |
| 성능 요구사항 | 5점 |
| 인터페이스 요구사항 | 5점 |
| 테스트 요구사항 | 5점 |
| 품질 요구사항 | 5점 |
| 관리방법론 | 3점 |
| 관리역량 | 2점 |
| 일정계획 | 3점 |
| 개발장비 | 2점 |
| 시험운영 | 3점 |
| 교육훈련 | 2점 |
| 하자보수 | 3점 |
| 기밀보안 | 2점 |
| 합계(항목을 더한 값) | 80점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/23(수) | 지남 |
| 입찰서 제출 시작 | 09/23(수) 11:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/05(월) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/06(화) 11:00 | 지남 |
| 개찰 | 10/06(화) 12:00 | 지남 |
가격
- 추정가격
- 127,272,727원
- 배정예산
- 140,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 변경공고 (정정공고 · 1차)
- 게시일
- 09/23(수)
- 공고번호
- R26BK01742474-001
- 참조번호
- 산학협력단-49
- 공고기관
- 부산디지털대학교 산학협력단
- 수요기관
- 부산디지털대학교 산학협력단
- 계약방법
- 일반경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 127,272,727원
- 배정예산
- 140,000,000원
- 공공조달분류
- 교육 및 전문직종/기술서비스 › 교육서비스 › 원거리교육서비스
- 사전규격번호
- R26BD00269697
- 재공고
- 재공고
- 출처
- 나라장터
첨부파일
- HWP · [제안요청서]AAU LMS 고도화 및 모바일 앱 구축 사업_최종(수정)_0921.hwp · 제안요청서
- HWPX · [입찰공고]AAU LMS 고도화 및 모바일 앱 구축 사업_최종_0921.hwpx · 공고규격서
- PDF · [입찰공고]AAU LMS 고도화 및 모바일 앱 구축 사업_최종_0921.pdf · 공고규격서
문서 발췌
과업·요구
| 사 업 명 | AAU LMS 고도화 및 모바일 앱 구축 사업 |
|---|---|
| 주관기관 | 부산디지털대학교 산학협력단 |
[붙임 4호 서식] 일반현황 및 연혁 84 [붙임 5호 서식] 경영 실태 85 [붙임 6호 서식] 주요사업실적 86 [붙임 7호 서식] 수행실적 총괄표 87 [붙임 8호 서식] 수행실적증명서 88 [붙임 9호 서식] 수행 조직표 89 [붙임 10호 서식] 가격제안서 90 [붙임 11호 서식] 개인정보 수집 및 활용 동의서 91
1. 사업 개요
가. 사업 개요
사 업 명 : AAU LMS 고도화 및 모바일 앱 구축 사업 사업기간 : 계약일로 5개월 이내(단, 2027년 1월 31일까지 사업완료) 사업예산 : 금 140,000,000원(VAT포함) 계약방법 : 일반경쟁입찰(협상에 의한 계약)
나. 추진배경 및 필요성
글로벌 고등교육 환경은 디지털 전환과 비대면 학습 확산에 따라 국가 간 교육 협력 및 공동 교육과정 운영이 활성화되고 있으며, 이에 따라 다국적 학습자를 수용할 수 있는 통합형 학습관리시스템의 중요성이 지속적으로 증대되고 있음 AAU(Asia Alliance University)는 아시아 대학 간 협력 기반의 공동 교육 플랫폼을 구축하여 교육 자원의 공유 및 학습 기회의 확대를 추진하고 있으나, 기존 LMS는 기본 학습 기능 중심으로 구축되어 있어 다국적 사용자 환경, 행정처리 복잡성, 학습자 맞춤 서비스 측면에서 기능적 한계가 존재함 특히 회원관리, 수강신청, 수강료 감면 등 학사·행정 기능은 대학별 운영 정책 및 국가별 제도 차이를 반영할 수 있는 유연한 구조로의 고도화가 요구되며, 이는 행정업무의 효율성 제고와 운영 비용 절감 측면에서 필수적인 요소로 작용함 모바일 중심의 학습환경이 보편화됨에 따라 기존 웹 기반 LMS는 접근성 및 사용자 경험 측면에서 한계를 보이고 있으며, 언제 어디서나 학습이 가능한 모바일 앱 기반 학습환경 구축을 통해 학습 참여도 및 학습 지속성을 향상시킬 필요가 있음 또한, 인공지능 기술의 발전에 따라 학습자의 학습이력, 관심분야, 행동 데이터를 기반으로 한 맞춤형 학습 지원 서비스의 도입이 요구되고 있으며, AI 기반 강좌 추천 기능은 학습자의 자기주도학습을 지원하고 교육 효과성을 제고하는 핵심 요소로 자리잡고 있음 본 사업은 기존 AAU LMS를 기반으로 기능 고도화 및 모바일·AI 기반 서비스 확장을 추진함으로써, 아시아 대학 간 공동 교육 운영의 효율성을 극대화하고, 학습자 중심의 교육서비스를 제공하여 글로벌 교육 협력 모델을 선도하는 데 그 목적이 있음 이를 통해 운영 효율성을 증대하고, 학습자 맞춤형 서비스 제공을 통한 교육 품질 향상, 나아가 국가 간 교육 협력 확대를 통한 국가경쟁력 강화 및 글로벌 인재 양성 기반 구축에 기여하고자 함
다. 사업 범위
AAU 학습관리시스템(LMS) 고도화 - 회원관리 기능 고도화 - 강의개설 및 콘텐츠 관리 기능 고도화(자막 생성 및 번역 자막 관리) - 수강신청 기능 고도화 및 장학(감면) 관리 기능 구축 - AI 기반 콘텐츠 자막 관리(생성/편집/번역) 기능 구축 - AI 기반 학습강좌 추천 시스템 구축 - 협약관리 기능 구축 - 기존 AAU LMS 기능 분석 및 확장 설계 모바일 앱 구축 - 수강신청 및 수강, 결제 등 학습관리 기능 구현 - 학습자/교수자/운영자 권한 기능 포함(권한별 사용, 운영 관리 기능) - AOS/iOS 동일한 기능 제공, 단말기 푸시 알림 기능 제공
라. 기대효과
글로벌 공동 학습플랫폼 고도화를 통한 아시아 대학 간 교육 협력 체계 강화 및 국제 경쟁력 확보 가능함 모바일 앱 기반 학습환경 구축을 통해 시간·장소 제약 없는 학습 환경 제공 및 학습 접근성과 편의성 향상 가능함 AI 기반 학습강좌 추천 기능 도입으로 학습자 맞춤형 교육서비스 제공 및 학습 참여도와 학습 지속성 향상 기대됨 다국어 기반 서비스 고도화를 통해 다양한 국가의 학습자 수용이 가능 자막 생성 및 번역 기능을 통한 학습 콘텐츠 접근성 향상 협약관리 기능 구축을 통해 참여 대학 확대 및 협력 네트워크 관리 효율
2. 사업 추진방안
가. 추진목표
글로벌 교육 협력 강화를 실현하기 위해 기존 LMS를 기반으로 기능 고도화 및 모바일·AI 기반 학습환경을 고도화하여 통합 디지털 학습 생태계를 완성하고자 함 본 정보화사업은 학습자 중심 서비스 혁신과 다국적 교육환경 지원을 통해 글로벌 공동 학습 플랫폼으로서의 경쟁력을 확보하는 것을 목표로 함 회원관리, 수강신청, 장학관리 등 핵심 기능의 고도화를 통해 기관별 정책을 유연하게 반영하여 운영 효율성을 제고하고자 함 모바일 앱 기반 학습환경 구축을 통해 시간과 장소에 제약받지 않는 학습 접근성을 확보하고, 사용자 중심의 학습 경험을 제공함으로써 학습 참여도 및 학습 지속성을 향상시키고자 함 AI 기반 학습 추천 기능으로 학습자의 학습이력 및 관심사를 반영한 맞춤형 교육서비스를 제공하고, 이를 통해 자기주도적 학습 환경을 조성하고 교육 효과성을 제고하고자 함
나. 추진체계
본 사업은 동서대학교가 주관하는 ANCHOR 사업의 컨소시엄 참여대학으로서 부산디지털대학교가 담당하는 AAU 학습플랫폼 고도화 사업을 추진하며, 양 대학 간 역할분담과 협력체계를 기반으로 사업을 수행함 부산디지털대학교는 온라인 교육 인프라 운영과 디지털 플랫폼 구축 역량을 기반으로 AAU 학습플랫폼 고도화를 담당하고, 전문 수행사업자를 선정하여 시스템 구축 및 안정화를 추진함
| 구분 | 수행기관 | 주요 역할 |
|---|---|---|
| 주관대학 | 동서대학교 | 앵커 사업 총괄, 사업 추진방향 수립, 국제협력 및 글로벌 네트워크 운영 |
| 컨소대학 | 부산디지털대학교 | AAU 학습플랫폼 고도화 사업 총괄, 요구사항 정의, 사업 일정 및 품질관리, 구축 결과 검수 및 운영관리 |
| LMS 구축 사업자 | 시스템 개발 전문업체 | AAU LMS 기능 고도화, Android 및 iOS 모바일 앱 구축, AI 학습추천 모듈 및 푸시알림 개발, 시스템 연계 및 안정화 |
| 일정 내용 | M | M+1 | M+2 | M+3 | M+4 | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 사업착수 | ||||||||||||||||||||
| 분 석 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 설 계 | ■ | ■ | ||||||||||||||||||
| 구 현 | ■ | ■ | ■ | ■ | ■ | ■ | ||||||||||||||
| 테스트 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 완료 및 안정화 | ■ | ■ | ■ | ■ |
※ 2027년 1월 31일 이전까지 사업완료 ※ 협의를 통해 일부 기능별 일정 변경 가능
3. 제안요청 내용
가. 제안요청 개요
1) 공통사항 본 내용은 본 사업과 관련된 모든 세부 사업에 대하여 공통으로 적용한다. 본 사업에 필요한 모든 내용은 우리 대학이 제시한 조건에 충족하여야 하며, 주사업자가 일괄 제안하여야 한다. 주사업자는 현 시스템의 운영현황, 본 사업의 추진목표 등을 파악하여 개발방법론, 프로세스 등 최적의 개발 방안을 제시하여야 한다. 개발기간 동안 제시된 방법으로 개발을 완료하고, 현업 업무 적응력 향상 및 안정적 기술지원 방안과 절차를 제시하여야 한다. 주사업자는 보유하고 있는 자사의 기술력을 통해 분석, 개발, 적용, 교육, 안정화 등의 시스템 구축과 관련된 모든 과정을 최적화된 방법으로 수행하여 우리 대학의 교육 품질개선시스템 확대 구축 목표를 효과적이고 현실적으로 달성할 수 있는 방안을 적극적으로 제시하여야 한다. 본 제안요청서에서 제시한 요구사항에도 불구하고 대학 정보화 환경에 보다 적합한 최신기술 및 최적의 솔루션이 있을 경우 제시할 수 있으며, 채택여부는 대학이 결정한다. “행정기관 및 공공기관 정보시스템 구축‧운영지침[행정안전부고시(2019. 8.23.)]을 준수하고 사용자 인터페이스 및 각종 코드를 표준화하여 생산성을 향상시키고 운영‧ 유지보수의 편리성을 충족시켜야 한다. 본 제안요청서에 명시된 모든 조항은 우리대학이 요구하는 최소 사항만 규정되었으므로, 상세하게 기술되지 않았거나 누락된 사항에 대해서도 본 사업의 목적과 내용에 명시된 목표시스템 구현에 문제가 발생하지 않도록 제안업체는 철저히 검토하여 반드시 사전조치를 강구하고 대학과 협의하여 실제 구현 및 설치 등에 명확히 반영하여야 한다. 시스템 구축 중 협의가 되지 않았거나 제안요청서 상에 명시되어있지 않은 경우 기존 시스템 및 운영 방침에 따라 구축되어야 하며 협의를 통한 개선 방안을 제시하여야 한다. 개발에 사용된 모든 인프라(H/W, S/W, 콘텐츠에 사용한 이미지 및 글꼴 등)는 저작권에 문제가 없어야 하며, 비용이 발생할 경우 주사업자가 부담하여야 한다. 2) 응용시스템 아키텍처 업무변화에 신속 대응할 수 있는 웹기반 서비스 지향 아키텍처 구현 및 최신기술 등을 검토하여 우리대학에 부합된 최적의 아키텍처를 적용 및 반영하여야 한다. 우리대학의 정보화 인력과의 협업(업무지원) 및 기술이전을 할 수 있는 방안을 제 시하여야 한다. - 최적의 방법론에 의한 웹기반의 시스템설계, 프로그램 튜닝과 기반 요소 등 핵심 요소에 대한 업무지원 및 기술이전 방안 제시
최적의 개발방법론을 제시하여 각 단계별에 적용하여야 하며, 요소기술 단위의 산 출물을 제공하여야 한다. 시스템 구축 시 다양한 IT환경에서 원활히 구동될 수 있도록 기능을 제공하여야 한다. 3) 정보보호 및 개인정보보호 본 시스템은 Active-X 설치가 요구되지 않아야 한다. 한국인터넷진흥원이 제시하는 개발보안가이드의 지침을 준수하여 개발 되어져야 한다. OWASP Top 10 취약점 및 국가정보원 홈페이지 보안 취약점, 시스템 보안 취약점 에 노출되지 않도록 구축하여야 한다. - ‘OWASP Top 10’ 및 ‘OWASP Guide’ (국제웹보안표준기구) 정보의 변형, 유출 등에 대비한 신뢰성 있는 보안체계를 구현하여야 하며, 피해 발생 시 복구대책을 함께 제시하여야 한다. 보안방안이 시스템의 안정성 및 서비스 속도에 영향을 미치지 않도록 효율적으로 설계하여야 한다. 개인정보보호법의 안전성 확보조치 기준을 적용하여 구축해야 한다. - 정보통신망이용촉진및정보보호 등에 관한 법률, 동법 시행령 및 시행규칙 - 공공기관 개인정보보호 기본지침(행정안전부) - 정보시스템 구축 단계별 정보보호 가이드라인(한국정보보호진흥원) - 저작권법에 관한 법률, 동법 시행령 및 시행규칙 - 웹 응용 프로그램 개발보안 가이드(행정안전부) - 모바일 전자정부서비스 앱 소스코드 보안성 검증 운영안내(행정안전부) - 정보시스템 소프트에어 개발보안 가이드(행정안전부) 등 급변하는 패러다임을 대비하기 위해 다음의 웹 표준 및 웹 호환성을 준수하여야 한다. - 전자정부서비스 호환성 준수지침(행정안전부고시 제2017-26호, 2017.12.) - 행정기관 및 공공기관 정보시스템 구축‧운영 지침(행정안전부고시 제2019-69호, 2019.08.) - W3C(World Wide Web Consortium) 국제표준 적용 및 OS와의 호환성 보장 4) 보안사항 본 개인정보보호법, 시행규칙 및 가이드라인을 기준으로 구축해야 한다. 발주기관의 정보보안 관련 지침 및 규정을 준수하고 최신의 정보보호 관련 시행 규칙 및 가이드라인을 적용하여 구축해야 한다. 개인정보보호법 제24조 2항에 따라 “개인정보의 안정성 확보조치 기준”을 만족할 수 있도록 설계 및 구축해야 한다. 개인정보가 포함된 자료에 대한 열람/수정 이력관리 방안을 제시하여야 한다. 물리적, 관리적, 기술적인 보안대책 등 안전 및 보안관리에 대한 계획을 제시해야 한다.
본 사업수행 중 보안 관련 규정 위배 시 보상 대책에 관한 사항을 제안하여야 한다. 본 사업수행 중 취득한 정보에 대하여 과업수행 중은 물론 사업 완료 후에도 비밀 보 안 준수해야 한다. 본 사업에 투입되는 인력에 대한 별도 양식의 보안각서를 제출해야 한다. 제안사는 정보보안책임자 및 담당자를 지정해 보안업무를 관리하고, 계획을 수립해야 하며, 프로젝트 참여자에 대한 주기적인 보안교육을 시행하고, 이에 대한 결과보고 서를 제출해야 한다.
나. 요구사항 총괄표
| 요청사항 구분 | ID부여규칙 | 요구사항수 | |
|---|---|---|---|
| 시스템장비구성 요구사항 (ECR) | Equipment omposition Requirement | ECR-OOO-000 | 2 |
| 기능요구사항 (FUN) | System Function Requirement | FUN-OOO-000 | 17 |
| 성능요구사항 (PER) | Performance Requirement | PER-OOO-000 | 7 |
| 인터페이스요구사항 (INT) | System Interface Requirement | INR-OOO-000 | 6 |
| 데이터 요구사항 (DAR) | Data Requirement | DAR-OOO-000 | 5 |
| 테스트 요구사항 (TER) | Test Requirement | TER-OOO-000 | 4 |
| 보안요구사항 (SER) | Security Requirement | SER-OOO-000 | 6 |
| 품질 요구사항 (QUR) | Quality Requirement | QUR-OOO-000 | 5 |
| 제약사항 (COR) | Constraint Requirement | COR-OOO-000 | 4 |
| 프로젝트관리 요구사항 (PMR) | Project Management Requirement | PMR-OOO-000 | 20 |
| 프로젝트지원 요구사항 (PSR) | Project Support Requirement | PSR-OOO-000 | 8 |
| 합계 | 84 |
| 분류 | 순번 | 요구사항 명칭 | |
|---|---|---|---|
| 시스템 장비구성 요구사항 (ECR) | ENV | 001 | 시스템 환경 요구사항 |
| S/W | 002 | 상용 소프트웨어 설치 | |
| 기능 요구사항 (FUN) | COM | 001 | 로그인 관리 |
| LMS | 002 | 회원관리 기능 고도화 | |
| 003 | 강의 개설 기능 고도화 | ||
| 004 | 수강신청 기능 고도화 | ||
| 005 | 장학(감면)관리 | ||
| 006 | 콘텐츠 관리 기능 고도화 | ||
| 007 | 콘텐츠 자막 관리(AI기반 자막 생성/번역) | ||
| 008 | AI을 통한 수강신청 추천 기능 구현 | ||
| 009 | 협약관리 기능 구현 | ||
| 010 | 시스템 로그 관리 및 모니터링 | ||
| MOB | 001 | 모바일 LMS 앱 요구사항 | |
| 002 | 알림 푸시 기능 구현 | ||
| 003 | 마이페이지 기능 구현 | ||
| 004 | 강의 개설 조회 및 신청 | ||
| 005 | 강의실 기능 구현 | ||
| 006 | 커뮤니티 기능 | ||
| 007 | 설정 기능 | ||
| 성능 요구사항 (PFR) | GEN | 001 | 일반성능 |
| RES | 002 | 온라인성 업무응답시간 | |
| 003 | 오류 응답시간 및 지연 경고 | ||
| COU | 004 | 동시 사용자 접속 수 | |
| THR | 005 | 동시 처리 능력 | |
| CPU | 006 | CPU 사용률 | |
| MEM | 007 | 메모리 사용률 | |
| 인터페이스 요구사항 (INR) | USR | 001 | 온라인 도움말 |
| 002 | 오류 메시지 | ||
| WOR | 003 | 통합 UI | |
| GEN | 004 | 시스템 인터페이스 일반 | |
| STD | 005 | 표준 준수 | |
| OUC | 006 | 시스템 연계 대상 | |
| 데이터 요구사항 (DAR) | STD | 001 | 데이터 표준화 및 적용 |
| DEG | 002 | 데이터 구조 설계 | |
| BAK | 003 | 데이터 백업/복구 | |
| SQL | 004 | SQL 튜닝 | |
| DBQ | 005 | 데이터 무결성 및 보안 | |
| 테스트 요구사항 (TER) | GEN | 001 | 테스트 일반사항 |
| UNT | 002 | 단위테스트 | |
| INT | 003 | 통합테스트 | |
| PER | 004 | 성능(부하)테스트 | |
| 보안 요구사항 (SER) | GEN | 001 | 프로젝트 보안관리 일반 |
| DOC | 002 | 프로젝트 산출물 보안관리 | |
| PLC | 003 | 사업수행 장소 보안관리 | |
| GEN | 004 | 보안관리 일반 | |
| ASW | 005 | 응용시스템 보안 | |
| DAT | 006 | 데이터 보안 | |
| 품질 요구사항 (QUR) | AVL | 001 | 가용성 보장 |
| REC | 002 | 장애 대응을 위한 백업 절차 마련 | |
| LEA | 003 | 프로그램 학습성 | |
| CHN | 004 | 변경요구 및 변경처리 절차 | |
| MAT | 005 | 하자보수 | |
| 제약사항 요구사항 (COR) | LAN | 001 | 개발언어, 레포팅 툴 사용 |
| DAT | 002 | 데이터 사용 및 접근 제약사항 | |
| BIZ | 003 | 규정 변경에 따른 시스템 구현의 유연성 | |
| STD | 004 | 웹표준 및 호환성 준수 | |
| 프로젝트관리 요구사항 (PMR) | HUM | 001 | 사업관리자(PM) |
| 002 | 투입인력관리 | ||
| CON | 003 | 공동수급형태의 제안 | |
| SDM | 004 | 제안 개발방법론 | |
| 005 | 개발방법론에 따른 산출문 | ||
| 006 | 개발방법론 적용시 유의사항 | ||
| PMM | 007 | 사업관리방법 | |
| SCH | 008 | 일정계획 | |
| SCO | 009 | 요구사항관리 | |
| RIS | 010 | 위험관리 방안 | |
| COM | 011 | 수시 및 정기보고 | |
| DOC | 012 | 산출물관리방안 | |
| QAL | 013 | 품질보증활동 | |
| INS | 014 | 검수 및 검사 | |
| HSE | 015 | 참여인력 보안서약 및 책임 | |
| MSE | 016 | 정보보안 계획수립 및 실행 | |
| PSE | 017 | 외부 PC반입 | |
| 018 | 해킹, 바이러스 등 침해사고 예방대책 | ||
| 019 | 사업관련 자료 보안방안 | ||
| 020 | 시건장치 | ||
| 프로젝트 지원 요구사항 (PSR) | STA | 001 | 안정화 활동 |
| DEF | 002 | 하자보수 일반 | |
| OPR | 003 | 프로젝트 운영 일반 | |
| EDU | 004 | 교육지원 | |
| 005 | 교육 자료 제작 | ||
| TTR | 006 | 기술이전방안 | |
| VLS | 007 | 취약점 점검 | |
| SEC | 008 | 시큐어코딩 점검 |
라. 세부 요구사항
시스템 장비구성 요구사항(ECR)
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-ENV-001 | |
| 요구사항 명칭 | 시스템 환경 요구사항 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ○ 본 사업으로 구축되는 학습관리시스템(LMS)은 클라우드 서버 환경에서 설치 및 구축되어야 함 ○ 구축되는 시스템에 포함되는 모든 솔루션 및 연동 모듈은 클라우드 서버 환경에서 정상 작동할 수 있어야 함 ○ 현재 운영 중인 기존 솔루션 및 시스템 구성요소와 충돌 없이 연계 및 적용이 가능하여야 하며, 기존 환경을 최대한 활용할 수 있도록 설계되어야 함 ○ 본 사업은 기존 시스템의 고도화 사업임을 고려하여, 기존에 구축된 핵심 기능 및 프레임워크와의 기술적 연속성을 유지, 보장되어야 한다. |
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-S/W-002 | |
| 요구사항 명칭 | 상용 소프트웨어 설치 | |
| 요구사항 상세설명 | 정의 | 상용 소프트웨어 설치 요구사항 |
| 세부내용 | ○ 본 사업 중 구축되는 시스템에 상용 소프트웨어 설치가 필요한 경우 협의를 통해 설치할 수 있으며 라이선스 등의 비용이 부과되는 경우 제안사에서 부담해야하며 사전에 반드시 본교와 협의를 하도록 함 ○ 설치되는 상용 소프트웨어의 경우 타 시스템에 영향이 없어야 하며 유관시스템 및 연동시스템과의 호환성과 영향을 고려하여 설치해야 함 ○ 협의 되지 않은 상용 소프트웨어 설치로 인한 피해 발생 시 그 피해에 대한 책임은 제안사에 있으며 사업기간 이후에 발생되더라도 피해조치를 해야 함 ○ 본교에서 사업기간 중 사업과 관련된 상용 소프트웨어 도입 시 제안사는 설치 및 연동관련 기술지원을 해야 함 |
기능 요구사항(FUN) - 학습관리시스템 고도화
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-COM-001 | |
| 요구사항 명칭 | 로그인 관리 | |
| 요구사항 상세설명 | 정의 | [공통] 로그인 관리 요구사항 |
| 세부내용 | ○ 로그인 암호화 반영, 시스템 보안 사항 준수 - 동일계정에 대한 동시 로그인 차단 - 로그인 시 접속IP, 시간 등 포함한 최종 접속 기록 표시 - 자동 로그아웃 기능 설정 제공 - 일정 횟수 로그인 실패 시 로그인 차단 ○ 로그인 방법과 로그인환경(모바일/PC, 브라우저 등) 등의 로그인 정보에 대한 이력관리와 통계관리가 가능해야 함 ○ 웹서버 보안인증서(Secure Sockets Layer:SSL)를 설치하여 사용자와 웹서버 사이에 전송되는 개인정보 데이터에 대해 암호화 함 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-002 | |
| 요구사항 명칭 | 회원관리 기능 고도화 | |
| 요구사항 상세설명 | 정의 | 회원관리 기능 고도화 요구사항 |
| 세부내용 | ○ 기관별 Pass코드 관리 기능 추가 ○ 회원가입 시 기관을 선택하고 Pass코드 및 소속대학 학번을 입력하도록 기능 추가 ○ 회원 인증 기능 - Pass코드, 사용자ID(이메일), 소속대학별 학번을 통한 사용자 식별 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-003 | |
| 요구사항 명칭 | 강의 개설 기능 고도화 | |
| 요구사항 상세설명 | 정의 | 강의 개설 기능 고도화 요구사항 |
| 세부내용 | ○ 년도별 기관별 강의 개설 수 관리 기능 추가 - 강의 개설에 대한 수를 제한(이수증 발급 강좌/무료강좌) ○ 기관별 강의 개설 신청 시 개설 수 초과 시 알림 메시지 제공 ○ 기관별 강의 개설 신청 시 승인 절차에 따라 최종 강의 개설 될 수 있도록 기능 구현 - 해당 기관 강의 개설 신청에 대한 승인 진행 현황 조회 기능 - 운영자는 기관별 강의 개설 신청 현황 및 개설 승인 및 통계 현황에 대한 조회 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-005 | |
| 요구사항 명칭 | 장학(감면)관리 | |
| 요구사항 상세설명 | 정의 | 장학(감면) 관리 기능 요구사항 |
| 세부내용 | ○ 기관별 장학코드 관리 기능 구현 ○ 장학 기준(과목별 등) 관리 기능 구현 ○ 기관별 장학 대상 관리 및 장학생 관리 기능 구현 ○ 기관별 장학 현황에 대한 통계 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-007 | |
| 요구사항 명칭 | 콘텐츠 자막 관리(AI기반 자막 생성/번역) | |
| 요구사항 상세설명 | 정의 | 콘텐츠 자막 관리 기능 요구사항 |
| 세부내용 | ○ AI 기술 적용한 콘텐츠에 대한 자막을 자동 생성하는 기능 ○ 생성된 자막에 대하여 편집 기능 및 다운로드 기능 구현 ○ 번역 API를 통해 다국어 자막 번역 기능 구현 - 번역에 대한 편집 기능 및 다운로드 기능 구현 ○ 자막 생성현황 및 생성 결과에 대한 조회 기능 구현 ○ 생성된 자막 및 번역 된 자막에 대한 업로드 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-008 | |
| 요구사항 명칭 | AI를 통한 수강신청 추천 기능 구현 | |
| 요구사항 상세설명 | 정의 | AI를 통한 수강신청 추천 기능 요구사항 |
| 세부내용 | ○ 수강신청 추천 기능 구현 - 교과목의 설명, 주제, Flagship 등의 메타데이터 활용한 추천 기능 구현 - 교과목의 수강 데이터 활용 인기강좌 추천 기능 - 사용자별 관심 키워드를 통한 추천 기능 구현 ○ 다양한 추천 결과를 결합하여 사용자 맟춤형 하이브리드 추천 시스템 설계 및 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-LMS-010 | |
| 요구사항 명칭 | 시스템 로그관리 및 모니터링 | |
| 요구사항 상세설명 | 정의 | 시스템 로그 관리 및 모니터링 기능 요구사항 |
| 세부내용 | ○ 시스템 접근이력(로그인)에 대한 구체적인 이력조회 제공 - 사용자 단말기(PC/모바일), 사용자 접속 브라우저, OS정보 - 접속일시, 접속IP - PC(모바일 웹), 모바일 앱 동시 로그인 제한 ○ 메뉴별 접근관리 - 특정 메뉴별 사용자 접근이력 저장 여부 관리 - 메뉴별 접근이력관리를 통한 사용자 행위추적 조회 |
기능 요구사항(FUN) - 모바일 앱
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-001 | |
| 요구사항 명칭 | 모바일 LMS 앱 요구사항 | |
| 요구사항 상세설명 | 정의 | 모바일 학습관리시스템(LMS)의 시스템 요구사항 일반 |
| 세부내용 | ○ 학습자/교수자/운영자 기능 제공 - AAU 학습관리시스템의 기능을 모바일 환경에서도 사용 가능 (시험 등 일부 기능에 대해 모바일 환경 제한 할 수 있음) ○ 상용 소프트웨어의 호환에 따라 모바일 기능 제한할 수 있음 ○ 안드로이드, iOS용 앱 서비스가 가능해야 함 ○ 모바일 LMS 앱의 유형은(웹 앱, 네이티브 앱, 하이브리드 앱) 협 의를 통해 선택할 수 있다. - 단, 유지보수와 배포가 용이하면서 알림 푸시(PUSH)기능을 사용할 수 있어야 함. ○ 안드로이드 및 iOS용 모바일 LMS 소스코드(라이브러리, 프레임 워크 포함)에 대한 라이선스 비용이 발생되지 않거나(오픈소스 사용) 사전에 본교와 협의된 상용 라이선스를 사용해야 함. - 저작권 및 별도의 라이선스 비용에 대한 책임은 제안사(사업 수행 기관)에 있음 ○ 하나의 소스코드로 안드로이드 및 iOS 용 앱 배포 방안 제시 ○ 국가표준 “모바일 애플리케이션 콘텐츠 접근성 지침 2.0“ 준수 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-002 | |
| 요구사항 명칭 | 알림 푸시 기능 구현 | |
| 요구사항 상세설명 | 정의 | 알림 푸시 기능 요구사항 |
| 세부내용 | ○ 리마인드 설정에 따른 알림 기능 제공 - 과목별 리마인드 설정(시험 일정, 과제마감 등) 기능 구현 ○ 과목별 수강생에 대한 푸시 발송 기능 (알림) ○ 푸시 발송 통계관리 기능 제공 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-003 | |
| 요구사항 명칭 | 마이페이지 기능 구현 | |
| 요구사항 상세설명 | 정의 | 마이페이지 요구사항 |
| 세부내용 | ○ 나의정보 조회 및 변경 기능 제공 ○ 현재 진행중인 수강현황 조회 및 수료현황 조회 기능 - 진행 중 수강에 대한 강의 평가 기능 구현 ○ 위시리스트 조회 기능 구현 ○ 쪽지(메시지) 조회 및 발송 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-004 | |
| 요구사항 명칭 | 강의 개설 조회 및 신청 | |
| 요구사항 상세설명 | 정의 | 강의 개설 조회 및 신청 기능 요구사항 |
| 세부내용 | ○ 강의 개설에 조회 기능 구현 - 개설상태, 카테고기, 주제, 기관별 등 다양한 검색 조건으로 검색 ○ 강의 개설에 대한 추천 기능 구현 - AI 맟춤 추천 기능 구현 - 운영자(기관담당자)에 추천 기능 구현 - 최근 조회 강좌(위시리스트) 및 무료강좌 등 추천 기능 구현 ○ 수강 신청 기능 구현 - 강좌 소개, 주차별 강의소개, 교수 소개 등 조회 기능 제공 - 강좌 미리보기 기능 제공 - 장바구니 프로세스 기능 구현 - 수강신청서 작성 기능 구현 - 결제시스템을 통한 결제 기능 및 취소 기능 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-005 | |
| 요구사항 명칭 | 강의실 기능 구현 | |
| 요구사항 상세설명 | 정의 | 과목별 강의실 기능 요구사항 |
| 세부내용 | ○ 강의계획서 조회 기능 제공 - 강의계획서, 교수소개, 강의교재 및 참고교재, 주별 학습내용 ○ 강의보기(수강) 및 진도현황 - 다양한 강의시청 정보제공(영상 및 학습시간, 배속상태 등) - 이어보기 및 배속기능 제공 - 주차별 차시별 출석현황에 대한 조회 기능 - 수강이력에 대한 조회 기능 제공 ○ 학습 활동에 대한 조회 기능 제공 - 시험, 과제, 토론, 설문에 대한 현황 조회 기능 제공 - 토론 참여 및 설문 참여 기능 제공 ○ 커뮤니티 기능 - 과목별 공지사항, Q&A등 게시판 조회 기능 제공 - 미확인 공지 확인 기능 및 주요 공지 표시 기능 제공 ○ 성적조회 기능 - 성적 및 수료에 대한 확인 기능 제공 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | FUN-MOB-006 | |
| 요구사항 명칭 | 커뮤니티 기능 | |
| 요구사항 상세설명 | 정의 | 커뮤니티 기능 요구사항 |
| 세부내용 | ○ 뉴스, 공지사항, Q&A, 이용안내 등 게시판 조회 기능 제공 ○ 커뮤니티(Q&A 등)에 대한 쓰기 권한 제공 - 커뮤니티별 사용자 권한에 따른 쓰기 및 조회 기능 제공 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-GEN-001 | |
| 요구사항 명칭 | 일반성능 | |
| 요구사항 상세설명 | 정의 | 시스템 일반성능에 대한 요구사항 |
| 세부내용 | ○ 기존 인프라 장비, 솔루션과의 호환성과 성능 보장 ○ 기 구축되어 서비스 중인 목표시스템의 모든 응용 프로그램의 안정성과 성능을 보장해야 함 ○ 시스템은 정상 상태에서 건별 요청에 대한 처리를 3초 이내 처리 ○ 시스템 성능을 고려한 개발방안 제시 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-RES-002 | |
| 요구사항 명칭 | 온라인성 업무응답시간 | |
| 요구사항 상세설명 | 정의 | 온라인성 업무응답시간 요구사항 |
| 세부내용 | ○ 모든 질의는 사용자가 요청을 하는 시간으로부터 5초 내에 그 결과를 보여줘야 함 ○ 이 요구사항은 임의의 선택 기준이 허용되는 대량의 데이터(데이터 용량 2G 이상)에 대한 질의에는 적용되지 않음 ○ 데이터가 Client에 도달 후 화면에 표현하는 시간에 대해 업무응답 시간으로 함 ○ 시스템 개발 중 작성된 신규 및 수정 에 대하여 충분히 성능테스트를 수행하며 성능 지연이 발생하지 않도록 튜닝 해야 함 ○ 시스템 개발 중 로그 또는 툴을 이용하여 시스템 성능상태를 모니터링 하도록 하여, 성능 상 문제를 미리 파악하여 조치한 후 시스템 오픈 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-RES-003 | |
| 요구사항 명칭 | 오류 응답시간 및 지연 경고 | |
| 요구사항 상세설명 | 정의 | 오류 응답시간 및 지연 경고 요구사항 |
| 세부내용 | ○ 사용자가 입력한 데이터 형식의 모든 오류는 사용자가 시스템에 그 정보를 입력한 지 5초 이내에 관련 오류 메시지를 사용자에게 제시 ○ 오류 메시지는 사용자가 인지하여 즉시 조치할 수 있도록 작성되어야 함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-COU-004 | |
| 요구사항 명칭 | 동시 사용자 접속 수 | |
| 요구사항 상세설명 | 정의 | 동시 사용자 접속 수 목표 정의 |
| 세부내용 | ○ 동시 사용자 수 200명(예상 사용자의 10%) 이상을 지원해야 하며, 최대 동시 사용자 접속 상태에서 성능이 저하되지 않아야 함 - 사용자는 로그인 후 5분 이상 경과 된 사용자를 의미함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-THR-005 | |
| 요구사항 명칭 | 동시 처리 능력 | |
| 요구사항 상세설명 | 정의 | 동시 처리 능력 목표 정의 |
| 세부내용 | ○ 테스트 초기 시스템은 초당 최소한 50건의 사용자 기본정보 입력 기능을 처리할 수 있어야 함(배치성 일괄처리 업무는 상호 협의함) ○ 시스템은 최대 부하 상태에서 초당 30건의 사용자 기본정보 입력 기능을 처리할 수 있어야 함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-CPU-006 | |
| 요구사항 명칭 | CPU 사용률 | |
| 요구사항 상세설명 | 정의 | CPU 사용률 목표 정의 |
| 세부내용 | ○ 테스트 기간과 시험 운영 기간에 CPU 사용률을 평가하며, 24 시간 서비스 가용시간 동안의 사용률과 최대 부하 아래에서의 사용률을 측정함 ○ CPU 평균 사용률은 90%를 넘으면 안 됨 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PFR-MEM-007 | |
| 요구사항 명칭 | 메모리 사용률 | |
| 요구사항 상세설명 | 정의 | 메모리 사용률 목표정의 |
| 세부내용 | ○ 테스트 기간과 시험 운영 기간에 시스템의 자원(메모리, 디스크) 사용 정도를 평가하며, 메모리(디스크) 사용률은 24시간 서비스 가용시간 동안의 사용률과 최대 부하 아래에서의 사용률을 측정함 ○ 메모리 평균 사용률은 80%를 넘으면 안 됨 |
인터페이스 요구사항(INR)
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | INR-USR-001 | |
| 요구사항 명칭 | 온라인 도움말 | |
| 요구사항 상세설명 | 정의 | 온라인 도움말 개념 정의 |
| 세부내용 | ○ 사용자가 별도의 교육을 받지 않더라도 온라인 도움말을 이용하여 사용자 기능을 이용할 수 있어야 하며, 도움말 기능을 체계적으로 구성하여야 함 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | INR-USR-002 | |
| 요구사항 명칭 | 오류 메시지 | |
| 요구사항 상세설명 | 정의 | 화면(프로그램) 오류 시 제공하는 메시지 |
| 세부내용 | ○ 화면 오류 발생 시 오류 메시지 기능을 제공하여야 함 - Chrome, Safari, Firefox, Opera 등의 환경 동일하게 제공 - 오류 메시지 분류체계를 수립 및 표준화하여 제공하여야 함 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | INR-WOR-003 | |
| 요구사항 명칭 | 통합 UI | |
| 요구사항 상세설명 | 정의 | 통합 UI 관련 요구사항 |
| 세부내용 | ○ 사용자가 선정된 프레임워크를 이용하여, 시스템 간 통일성을 부여하여 UI를 구성하여야 함 ○ 우리 대학의 고유 아이덴티티를 반영한 창의적 디자인 적용하여야 함 ○ 사용자 인터페이스는 다양한 사용자 환경(브라우저)에서도 서비스를 이용할 수 있도록 하며, 표준을 준수하여 구현하여야 함 ※ 멀티브라우저에서도 정보 접근 및 호환성 준수 ○ 화면 UI 기획 및 디자인에 관련된 제반 사항을 정보부서와 긴 밀한 협조를 통하여 시행토록 함 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | INR-GEN-004 | |
| 요구사항 명칭 | 시스템 인터페이스 일반 | |
| 요구사항 상세설명 | 정의 | 시스템 인터페이스 일반 개념 정의 |
| 세부내용 | ○ 시스템 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케이션 실행시간 등을 설정하여야 함 ○ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 어플리케이션의 기능수행 정확도를 검증한 후 운영시스템에 이관하여 시스템을 운영하여야 함 ○ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이선스 비용 등이 발생하지 않아야 함 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | INR-STD-005 | |
| 요구사항 명칭 | 표준 준수 | |
| 요구사항 상세설명 | 정의 | 웹(개발)표준 및 접근성 대한 요구사항 |
| 세부내용 | ○ 글로벌 교육 산업표준 (IMS Global, ADL SCORM 등)과 정보기술 표준 (Web표준, SQL, 보안표준 등)을 준수하는 개발이 이뤄져야 함 ○ 웹 개발 표준 및 보안 지침을 준수해야 함 - 공공기관 웹사이트 개인정보 노출 방지 가이드라인(행정안전부) - 한국형 웹 콘텐츠 접근성 지침(KWCAG 2.1) ○ 웹 접근성을 고려한 콘텐츠 제작 기법 2.0 - W3C 웹표준 준수 (HTML5 CSS3, DOM 등) - 소프트웨어 개발 보안 가이드(행정안전부) ○ 이러닝 표준규격(SCORM, IMS 등)을 지원하여 시스템 상호 호환 및 콘텐츠 호환 가능한 환경을 구현해야 함 ○ 시스템 이용 시 별도의 프로그램 설치(Active-X 및 플러그인)가 요구되지 않아야 함 (단, 대용량 업로드 컴포넌트 등 불가피한 경우 협의) ○ 웹표준 및 접근성을 준수하여 다양한 사용자의 학습 환경(Device, OS, Browser)에서 시스템이 활용할 수 있도록 지원해야 함 - Device 지원 : PC, Tablet PC, Mobile 등 - OS 지원 : Windows, MacOS, 등의 PC 환경 iOS, Android, Windows 등의 Mobile 환경 - Browser 지원 : Chrome, Safari, MS-edge, 파이어폭스 등 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-OUC-006 | |
| 요구사항 명칭 | 시스템 연계 대상 | |
| 요구사항 상세설명 | 정의 | 타 시스템과의 연계에 관한 요구사항 |
| 세부내용 | ○ 사용자 연계 대상, 연계 범위, 연계 방식, 연계 주기, 연계 건수 등 사 업 추진 시 연계 관련 제반사항을 협의 후 확정함 - 연계기관 : 교내 시스템 및 대외 기관 - 연계시스템 : 학내 시스템 및 대외 기관 운영시스템 - 연계방식 : DB To DB, API 등 - 기타 요구사항 : 전산(시스템) 담당자와 협의 후 진행 ※ 연계대상 시스템 및 항목, 연계방식은 변경될 수 있음 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-STD-001 | |
| 요구사항 명칭 | 데이터 표준화 및 적용 | |
| 요구사항 상세설명 | 정의 | 신규 개발 업무는 데이터 표준화 지침 수립 및 준수 |
| 세부내용 | ○ 단어, 용어, 도메인, 코드 등의 데이터 표준화 지침을 수립하고 준수하여야 함 ○ 전체 시스템에서 사용되는 공통코드 및 기준코드에 대해 정의하고 표준화하여야 함 ○ 시스템 운영 중 발생되는 코드에 대해서도 표준화 규정을 준수하여 적용될 수 있도록 기준을 마련하여야 함 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-DEG-002 | |
| 요구사항 명칭 | 데이터 구조 설계 | |
| 요구사항 상세설명 | 정의 | 데이터 구조 설계 요구사항 |
| 세부내용 | ○ DB 구조의 설계는 업무 처리 절차를 반영하여 설계 하며, 시스템간의 유기적인 연동 / 연계 및 향후 업무 변동 및 시스템 확장, 프로그램 보완 등이 용이하도록 설계하고 확장 할 수 있도록 구성 ○ DB 시스템간의 연동 시 발생할 수 있는 시스템 및 DBMS 부하를 최소화하는 방안을 제시하고 적용 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-BAK-003 | |
| 요구사항 명칭 | 데이터 백업/복구 | |
| 요구사항 상세설명 | 정의 | 데이터 백업 및 복구 요구사항 |
| 세부내용 | ○ 데이터 백업 - 시스템은 자료의 파손, 변질, 분실 등에 대비하기 위하여 백업 기능 제공방안 제시(백업대상, 백업주기, 백업 방식 등) ○ 데이터 복구 - 자료 손실, 변질, 분실 등의 발생시 대량 데이터 Upload 및 데이터 복구 방안 제시 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-SQL-004 | |
| 요구사항 명칭 | SQL 튜닝 | |
| 요구사항 상세설명 | 정의 | SQL 튜닝 개념 정의 |
| 세부내용 | ○ 데이터베이스의 안정적인 성능 유지를 위한 품질관리 방안 제시 ○ DB의 성능 유지 방안(인덱스 조정 등) 기술 검토하고, 구축하여야 함 ○ 성능 저하 등의 부작용 해소 방안(문제되는 쿼리 사전 발견 및 튜닝 방안 제시) 기술 검토하고, 튜닝 하여야 함 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-DBQ-005 | |
| 요구사항 명칭 | 데이터 무결성 및 보안 | |
| 요구사항 상세설명 | 정의 | 데이터의 무결성 확보방안 및 데이터 보안 방안 정의 |
| 세부내용 | ○ DB 세부항목 정합성 심층 분석 및 정제하여야 함 - 정합성 규칙 작성, 데이터 분석, 정제, 관리 개선 방안 도출하여야 함 ○ 업무별 데이터 분석 결과에 따라 사용자 계정, 패스워드, 계좌번호 등 각 기능에서 명시된 중요한 개인정보는 반드시 암호화하여 DB에 저장하여야 함 ○ 기 구축되어 있는 DB 보안을 사용하여 데이터를 암호화하고 DB에 저장되어야 함 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-GEN-001 | |
| 요구사항 명칭 | 테스트 일반사항 | |
| 요구사항 상세설명 | 정의 | 테스트 방안 및 수행에 대한 일반사항 |
| 세부내용 | ○ 개발 초기부터 구축 완료까지 지속적인 테스트와 보완 작업을 통해 요구사항이 모두 충족되는 시스템이 되어야 함 ○ 테스트 단계별 수행방법과 절차, 참여 조직 및 역할, 점검사항, 적합/부적합 기준, 점검 후 조치방안 등의 계획이 수립되어야 함 ○ 품질 요건을 충족할 수 있는 다양한 시험케이스를 구축하여야 하며, 이때 오류 데이터를 포함하여 발생 가능한 여러 상황에 대해 체계적이고 효율적인 테스트가 수행되도록 하여야 함 ○ 필요 시 장비나 S/W 등의 공급자와 적극적인 협조와 업무 분장을 통해 테스트를 수행하여야 함 ○ 테스트(단위/통합/성능/부하/장애/복구/인수 등) 시나리오 작성 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-UNT-002 | |
| 요구사항 명칭 | 단위테스트 | |
| 요구사항 상세설명 | 정의 | 단위테스트 요구사항 |
| 세부내용 | ○ 프로그램의 기본 단위별 테스트 수행절차, 조직, 일정, 시험환경 및 평가기준을 구체적으로 수립하여야 함 ○ 단위 테스트 시나리오별, 처리 절차, 수행데이터, 예상결과 등을 사전에 정의하여야 함 ○ 단위시험시에 다음의 내용이 점검되어야 함 - 결함유형 분석(결함발생건수, 결함비율) - 결함심각도 분석(치명적 결함, 주요결함, 단순결함, 사소한 결함, 개선사항별 발생결함 건수) - 결함발견 추세분석(시험일시, 발견결함 수) - 시험 커버리지 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-INT-003 | |
| 요구사항 명칭 | 통합테스트 | |
| 요구사항 상세설명 | 정의 | 통합테스트 요구사항 |
| 세부내용 | ○ 통합테스트 시나리오에 따라 단위테스트가 완료된 프로그램들을 대상으로 다음 사항을 검증하여야 함 - 기능, 성능 등의 요구사항 및 설계사양 충족여부 검증 - 기능의 정상적 수행여부 검증 등 - 기능수행 후의 결과가 사전에 예측된 결과와 일치하는지 검증 - 시스템의 접근권한 및 업무 권한에 대한 적절성검증 - 대내시스템 간, 영역 간 연계 및 이를 포함하는 업무흐름 검증 - 대외기관 연계 및 이를 포함하는 업무 흐름 검증 - 결함을 파악하고 원인을 추적하여 결함을 제거하여야 함 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-PER-004 | |
| 요구사항 명칭 | 성능(부하)테스트 | |
| 요구사항 상세설명 | 정의 | 성능(부하)테스트 요구사항 |
| 세부내용 | ○ 사업자는 성능 요구사항 충족 여부를 확인하고, 시스템 가용성 및 안정성을 확보하고, 부하 수준별 잠재적 영향도를 파악하기 위해 부하 테스트를 포함한 성능 테스트를 실시하여야 함 ○ 성능 테스트는 운영환경에서 실시하여야 함 ○ 성능 테스트를 통해 사용자화면 응답시간, 기능별 성능 적정성 및 자원 가용성 검증, 최적화(튜닝) 필요 항목을 도출하여야 함 ○ 운영 장비에 대한 부하테스트는 전용 도구를 이용한 실시하여 응답속도를 만족하여야 함 ○ 결과보고서에는 테스트 대상 업무, 성능 지표 값, 요건 충족도, 성능 최적화 방안, 이슈 등이 포함되어야 함 ○ 사업자는 테스트 결과에 따른 자체적인 시정조치 이외에 발주기관 시스템 담당자가 요청한 사항을 적용하여야 함 ○ 성능 테스트 환경 구축(부하 테스트 도구 등)에 필요한 제반 비용은 사업자가 부담하여야 함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-GEN-001 | |
| 요구사항 명칭 | 프로젝트 보안관리 일반 | |
| 요구사항 상세설명 | 정의 | 프로젝트 보안 관리를 위한 정보보안 관리지침 등을 준수 |
| 세부내용 | ○ 사업수행조직 내 보안·개인정보 책임자, 담당자를 지정하여 운영 ○ 용역 수행과정에서 사업 수행사에 의하여 관련 행정정보, 개인정보 등이 유출될 경우, 사업 수행사는 개인정보보호법 등에 의한 모든 법적 책임을 짐 ○ 사업수행 과정에 중요 누출금지 정보에 대한 관리체계 수립 ※ 관련 정보가 누출될 경우 국가를 당사자로 하는 계약에 관한 법률 시행령 제76조에 따라 입찰제한 조치 ○ 우리대학의 서면에 의한 승낙 없이 본 계약에 관련하여 알게 된 업무상 기밀은 과업기간 및 본 계약 종료 후에도 제3자에게 누설 금지 ○ 본 용역수행을 통하여 취득한 정보는 사업수행사의 이익을 위하여 이용할 수 없음 ○ 사업수행 장소 운영 및 사업 참여자 자료관리 등 보안관리계획 수립 ○ 정기적인 보안점검 실시 및 보안관리 대장을 비치하여 운영 ○ 보안상 중요한 정보화문서(공문, 출력물, 책자 등)는 중요도에 따라 분류하여 시건 장치가 있는 함에 보관관리 ○ 용역사업 시작 전 과업참여자에 대한 비밀유지의무 준수 등의 교육을 실시하고, 과업참여자에게 최소 월 1회 관련 교육(보안관리 지침, 비밀유지의무 준수 등) 실시 ○ 과업참여자가 교체되는 경우, PC포맷 등 사업관련 자료의 외부유출을 방지하기 위한 조치 수행 ○ 사업수행 참여자의 비인가 휴대용 저장장치(USB, CD/DVD, 태블릿 등)는 사업 수행 장소 정보시스템에 연결되어 사용할 수 없다. ○ 본 과업에 따른 중간 및 최종 성과물에 대해서 사업 수행사는 우리대학의 승인 없이 외부에 제공 또는 공표가 불가함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-DOC-002 | |
| 요구사항 명칭 | 프로젝트 산출물 보안관리 | |
| 요구사항 상세설명 | 정의 | 프로젝트 작업수행 및 산출물 보안관리 |
| 세부내용 | ○ 용역사업 수행 중 우리대학 정보시스템에 위해를 가할 수 있는 행위는 절대불가하며, 정보시스템 접근이 필요한 경우에는 우리대학의 사전승인을 득한 후 실시하여야 함 ○ 제안요청서 등에 명시한 누출금지 대상정보를 사용할 경우에는 관리대장을 작성하여 사용하고, 사업완료 시 관련 자료는 반드시 반납하여야 함 ○ 사업수행을 위해 제공된 우리대학 자료는 복사 및 외부반출을 금지함 ○ 제공된 내부자료는 매일 퇴근 시 반납하여야 함. 다만, 비밀문서를 제외한 일반문서는 잠금장치가 된 서류함에 보관할 수 있음 ○ 사업관련 자료는 인터넷 웹하드, P2P 등 인터넷 자료공유 사이트 저장을 금지함 ○ 사업수행에 필요한 정보시스템(PC 등)은 바이러스 백신 정품 S/W를 설치하고 자동업데이트, 실시간 감시를 수행하는지 수시로 점검하여야 함 ○ 최종산출물 및 관련 자료는 사업수행업체의 보관을 금지함을 원칙으로 함. 다만, 유지관리 등으로 필요한 경우에는 우리대학의 승인을 득한 후 사용해야 함 ○ 정보시스템을 외부에 반출․입하는 경우 악성코드 감염여부 검사 및 정보시스템 반출․입 대장에 기록하여야 함 ○ 사업수행자의 외부 원격작업은 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 사용하여야 함 ○ 사업완료 후 생산된 최종 산출물은 인수·인계서를 통하여 우리대학에 제출하고, PC 완전삭제 등 보안조치를 통해 사업관련 모든 산출물을 삭제하여야 하며, 대표자 명의 확약서를 제출하여야 함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-PLC-003 | |
| 요구사항 명칭 | 사업수행 장소 보안관리 | |
| 요구사항 상세설명 | 정의 | 사업수행 장소 및 물리적인 보안관리 |
| 세부내용 | ○ 외부망(인터넷) 사용에 대하여 관리자 및 필수 인원에 대하여 발주처의 사전 승인 이후 사용 ○ 비 인가자의 시스템 접근 및 프로그램 사용을 원천 봉쇄하고, 인가자의 자료 접근 및 가공을 위한 권한범위 설정 ○ 사업관련 운영 장비(주전산기, 통신장비, 응용SW 등) 보안관리 철저 ○ 사업 참여자는 사업장 내 보조기억장치(외장형 HDD, USB 등) 반입․반출 불가 - 프로그램 소스 등 각종 산출물 보관을 위한 CD, DVD 및 업로드 시 필요한 외장하드는 우리 대학의 사전 승인을 득한 후 사용 가능 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-GEN-004 | |
| 요구사항 명칭 | 보안관리 일반 | |
| 요구사항 상세설명 | 정의 | 보안 요건 |
| 세부내용 | ○ [붙임 1호]∼[붙임 2호]의 보안준수사항을 철저히 지켜야 하며, 어떠한 정보도 외부로 유출하거나 상업적 목적으로 이용할 수 없고, 이를 위반함으로써 발생하는 손해배상에 대한 책임은 사업자에게 있다 ○ 사업 착수-수행-완료 등 사업 전체 단계별 보안 관리 방안 수립 ※ 사업 수행에 필요한 인원, 문서, 장비 등의 보안관리 계획을 수립 하여야 하며, 보안상 결격사항이 없도록 조치하여야 함 ※ 사업기간 내 보안상 문제점 발견 시 즉시 그 대책을 수립하고 해결 방안을 우리 대학에 제출 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-ASW-005 | |
| 요구사항 명칭 | 응용시스템 보안 | |
| 요구사항 상세설명 | 정의 | 응용시스템 개발 관련 보안 가이드의 적용 |
| 세부내용 | ○ 응용시스템의 보안 범위는 개발되는 전체 소스에 해당됨 ○ 구현되는 응용시스템은 행정안전부의 소프트웨어 개발보안가이드, 소프트웨어 보안 약점 진단가이드 등 소프트웨어 개발보안 관련 가이드를 적용하여 응용시스템을 개발하고 보안 취약점을 진단 하여야 함 ○ 사업결과물에 사용하지 않는 폴더, 파일, 코딩, 어플리케이션은 발견되지 않아야 함 ○ 응용 프로그램 개발 시 시큐어 코딩을 준수해야 함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-DAT-006 | |
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 상세설명 | 정의 | 데이터 보안의 요건 |
| 세부내용 | ○ DB 데이터 및 시스템 간 교환 데이터 중 보안이 필요한 패스워드나 주민번호 등 개인정보로 외부 유출 시 문제가 되는 정보는 반드시 암호화하여 사용하고 적절한 보안조치를 취해야 함 ○ 암/복호화가 필요한 항목에 대해서는 우리 학교와 협의하여 결정하여야 함 |
품질 요구사항(QUR)
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-AVL-001 | |
| 요구사항 명칭 | 가용성 보장 | |
| 요구사항 상세설명 | 정의 | 가용성 보장 개념 정의 |
| 세부내용 | ○ 시스템은 통상적인 업무시간 동안 가용성을 보장하여야 하며, 시스템 조건이 무엇이든지 간에 모든 채널에 동일한 자료 및 결과를 생성하고 인도해야함 ○ 시스템은 정상상태에서 매일 24시간 동안 무중단으로 운영되어야 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-REC-002 | |
| 요구사항 명칭 | 장애 대응을 위한 백업 절차 마련 | |
| 요구사항 상세설명 | 정의 | 장애 대응을 위한 백업 절차 개념 정의 |
| 세부내용 | ○ 시스템은 신속한 장애 대응을 위하여 백업 절차를 마련하여야 함 ○ 에러 복구, 장애 대책 확보 등 신뢰성 있는 서비스 환경을 제공하여야 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-LEA-003 | |
| 요구사항 명칭 | 프로그램 학습성 | |
| 요구사항 상세설명 | 정의 | 프로그램 학습성 개념 정의 |
| 세부내용 | ○ 프로그램의 설치 및 제거, 이용이 용이하여야 함 - 사용자매뉴얼 또는 관리자매뉴얼에 시스템 또는 프로그램을 설치하거나 제거하기 위한 정보를 문서로 제공해야 함 - 시스템 및 프로그램의 설치 및 제거 용이성을 평가하기 위해 매뉴얼을 따라서 사용자 및 관리자가 설치 및 제거해야 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-CHN-004 | |
| 요구사항 명칭 | 변경요구 및 변경처리 절차 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ○ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주함 ○ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-MAT-005 | |
| 요구사항 명칭 | 하자보수 | |
| 요구사항 상세설명 | 정의 | 하자보수 개념정의 |
| 세부내용 | ○ 시스템 업그레이드 : 시스템은 새로운 기능을 구현하기 위해 필 요한 경우 업그레이드가 용이해야 하며, 보안사고 예방, 성능 개선 등이 발생하는 경우 패치를 제공하여야 함 ○ 무상보증 - 시스템의 무상보증기간은 검수완료일로부터 12개월로 하며, 단 납품 물품 중 무상보증기간이 12개월 이상인 경우 그에 따르며, 무상 하자보수는 개발 소프트웨어, 소프트웨어 등 시스템 전체로 함 - 시스템 확장 : 유지관리가 용이하게 개발되어야 하며 시스템 확장 시 상호운영성, 이식성 등을 보장하여야 함 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-LAN-001 | |
| 요구사항 명칭 | 개발언어, 레포팅 툴 사용 | |
| 요구사항 상세설명 | 정의 | 개발언어의 제한 사용 |
| 세부내용 | ○ 출력물은 발주기관에서 보유하고 있는 레포팅 툴을 이용하여 사용자가 요구하는 출력물을 개발하여야 함 ○ 프론트엔드는 HTML5를 지원하고 아래 요구사항을 만족할 수 있는 제품으로 제안하여야 함 - 공통 콤포넌트 재사용으로 개발 생산성을 향상할 수 있어야 함 - 표준화된 개발기반으로 사업자 종속성을 해소하여야 함 - 표준화된 연계모듈 활용으로 상호 운용성을 높여야 함 - 개발표준에 의한 모듈화로 유지보수가 용이하여야 함 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-DAT-002 | |
| 요구사항 명칭 | 데이터 사용 및 접근 제약사항 | |
| 요구사항 상세설명 | 정의 | 데이터 정책에 따라 필요시 정의 |
| 세부내용 | ○ 허가된 사용자에 한하여 DBMS에 접근 및 사용을 제한함 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-BIZ-003 | |
| 요구사항 명칭 | 규정 변경에 따른 시스템 구현의 유연성 | |
| 요구사항 상세설명 | 정의 | 규정 변경에 따른 시스템 구현의 유연성 대응 |
| 세부내용 | ○ 시스템 구축 기간 내 적용 법령 등 규정 변경시 반영하여 개발하여야 함 ※ 규정에 대한 적용시점을 고려하여 발주기관과 협의하여 적용 |
프로젝트관리 요구사항(PMR)
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-HUM-001 | |
| 요구사항 명칭 | 사업관리자(PM) | |
| 요구사항 상세설명 | 정의 | 사업관리자 개념 정의 |
| 세부내용 | ○ 사업관리자(PM)는 반드시 본 사업을 총괄할 수 있는 전문 인력이어야 함. - 전체 사업을 총괄할 수 있는 지식과 경험을 보유한 관리자 - 공동수급으로 제안할 경우 ‘사업지분율이 제일 높은 사업자’의 정규직 관리자로 선정 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-HUM-002 | |
| 요구사항 명칭 | 투입인력관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ○ 사업수행업체는 본 사업의 성공적인 추진을 위하여 사업총괄책임자 1인을 임명하고 사업수행 기간 동안 성공적인 사업 수행을 위한 현황분석 및 보고회를 정기적으로 실시하며, 발주처의 지시ㆍ감독을 받음 ○ 사업총괄책임자는 사업수행업체 소속으로 반드시 3년 이상 재직자에 한함 ○ 본 사업에 투입되는 인력은 시스템의 안정적 지원을 위하여 계약기간 동안 근무 가능한 인력을 투입 ○ 불가피한 사정에 의한 인력 변경 시 사업수행업체는 최소한 15일 이전에 유자격 대체인력을 포함 변경 사실을 사전 통보하여 승인을 받아야하며, 변경으로 인한 업무 공백이 발생하지 않도록 교육 및 백업 계획을 수립 ○ 투입 전체 인원은 제안사가 분야별 인원을 명시하여 제시 ○ 사업수행 장소는 학교 내 본교에서 지정한 장소에서 상주하여 수행하여야 하며 시스템 정식 오픈이후 안정화 기간 동안 최소 1인 이상의 인력이 지원되어야 함. ○ 원격지 개발 시 국가 ・공공기관 용역업체 보안관리 가이드라인을 준수하여야 함 - 비인가자 출입통제 - 보안점검 실시 등 ○ 인력 교체 기간 동안 발생하는 업무의 안정화 및 품질저하 방지 대책을 제시해야 하고, 인계·인수 기간 동안 교체인력에 대한 인건비는 사업자 부담으로 처리하여야 하며, 투입 공수에서 제외함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-CON-003 | |
| 요구사항 명칭 | 공동수급형태의 제안 | |
| 요구사항 상세설명 | 정의 | 공동수급형태 구성 요건 |
| 세부내용 | ○ 공동수급체 주사업자와 부사업자 간의 업무수행범위 및 책임한계를 상세히 정의하고 주사업자의 조직 운영 방안을 제시해야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-SDM-004 | |
| 요구사항 명칭 | 제안 개발방법론 | |
| 요구사항 상세설명 | 정의 | 제안 개발방법론의 범위 등 제시 |
| 세부내용 | ○ 제안시 개발방법론에 대한 전 과정의 설명, 특징, 장․단점, 저작권, 선정사유 및 적용사례 등을 제시하여야 함. 만일 개발 과제 특성상 여러 개의 개발방법론을 적용할 경우에는 각각 사용범위를 구별하여 제시하여야 함 ○ 제안된 방법론은 정보시스템 개발 시 발생되는 착오 및 소프트웨어 품질 저하, 생산성 저하 등의 위험 요소를 방지하고, 시스템 개발의 표준 및 절차의 확립을 통해 유지관리 용이성을 확보할 수 있는 검증된 것이어야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-SDM-005 | |
| 요구사항 명칭 | 개발방법론에 따른 산출물 | |
| 요구사항 상세설명 | 정의 | 개발방법론에 따른 산출물 제시 |
| 세부내용 | ○ 사용될 개발방법론에 따른 단계별 산출물 목록, 산출물 상세내용을 제시하여야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-PMM-007 | |
| 요구사항 명칭 | 사업관리방법 | |
| 요구사항 상세설명 | 정의 | 체계적인 사업관리 방안 요구사항 |
| 세부내용 | ○ 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리 방법론을 통한 체계적인 사업 관리 방안 제시함 ○ 전자정부지원사업 사업관리방안 준수 ○ 개발의 완성도를 높이기 위해서 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리 해야 함 ○ 당초 계약서류에 확정된 인력, 일정 및 예산, 사업범위 변경 등 계약 관련 사항에 대한 변경요청 및 변경 수행 ○ 계약상대자는 계약의 해지 또는 계약을 수행하기 어려운 경우, 새로운 계약이 체결될 때까지는 기존의 계약에 따라 계속 용역을 수행 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-SCH-008 | |
| 요구사항 명칭 | 일정계획 | |
| 요구사항 상세설명 | 정의 | 일정계획 관리 |
| 세부내용 | ○ 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획을 제시하여야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-SCO-009 | |
| 요구사항 명칭 | 요구사항관리 | |
| 요구사항 상세설명 | 정의 | 요구사항 관리방안 제시 |
| 세부내용 | ○ 사업자는 기능/비기능 요구사항을 빠짐없이 관리하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전 단계의 관련 산출물에 반영여부를 확인할 수 있도록 관리(요구사항 추적)하여야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-RIS-010 | |
| 요구사항 명칭 | 위험관리 방안 | |
| 요구사항 상세설명 | 정의 | 위험관리 방안 제시 |
| 세부내용 | ○ 본 사업의 수행 시 발생 예상되는 쟁점 및 미결사항에 대한 관리, 사용자 요구사항의 상세화 과정에서의 리스크 관리 등 각종 위험에 대한 통제 및 리스크 관리 방안을 제시하며, 지속적으로 문제를 파악 관리하고, 조치사항에 대하여 추적할 수 있는 방안을 제시 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-COM-011 | |
| 요구사항 명칭 | 수시 및 정기보고 | |
| 요구사항 상세설명 | 정의 | 수시 및 정기보고 제출 |
| 세부내용 | ○ 사업진행에 대한 업무내용, 진척사항, 기타 특기사항을 기록한 업무일지를 작성하여 주간, 월간 단위로 작성․제출하여야 함 ○ 원활한 과업 추진을 위해 필요시 비정기적인 보고 요청에 대응함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-DOC-012 | |
| 요구사항 명칭 | 산출물관리방안 | |
| 요구사항 상세설명 | 정의 | 산출물관리방안 제시 |
| 세부내용 | ○ 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시하여야 함 - 산출물 및 각종 worksheet의 관리방안을 제시하여야 함 - 용역 완료시 제출하는 최종 결과물(프로그램 소스 등)은 발주기관의 승인을 득한 후 원본 파일을 USB에 수록하여 산출물과 같이 제출하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-QAL-013 | |
| 요구사항 명칭 | 품질보증활동 | |
| 요구사항 상세설명 | 정의 | 품질보증활동 개념 정의 |
| 세부내용 | ○ 성과품의 품질확보를 위하여 품질관리자(QAO)에 의한 지속적인 품질보증활동 수행 - 품질보증계획 수립, 품질보증 목표 및 표준에 대한 교육 - 계획에 따른 품질보증 수행, 품질 결함분석 및 시정조치, 변경요청 - 단계별 품질목표 달성, 품질표준 준수 등에 관한 보고서 제출 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-INS-014 | |
| 요구사항 명칭 | 검수 및 검사 | |
| 요구사항 상세설명 | 정의 | 검수 및 검사 요건 |
| 세부내용 | ○ 검수는 준공계 접수일로부터 20일 이내에 실시 - 제안요청서, 제안서, 협상 결과, 계약서, 사업수행계획서 등과 일치하지 않을 경우 지체 없이 보완 후 재검수를 받아야 함 ○ 구축 시스템에 대한 관리자 매뉴얼, 사용자 매뉴얼 등이 포함된 운영지침서를 검수 이전에 제공해야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-HSE-015 | |
| 요구사항 명칭 | 참여인력 보안서약 및 책임 | |
| 요구사항 상세설명 | 정의 | 보안서약서 제출 및 보안 준수 |
| 세부내용 | ○ 사업에 참여하는 모든 인원은 별도양식에 의하여 상기의 내용을 포함한 보안서약서를 반드시 제출하여야 함 ○ 사업 수행 중 취득한 지식에 대하여 과업 수행 중은 물론 사업이 완료된 후에도 외부에 누설하거나 다른 용도로 이용해서는 안되며, 이를 위반하였을 경우 법적인 책임을 져야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-MSE-016 | |
| 요구사항 명칭 | 정보보안 계획수립 및 실행 | |
| 요구사항 상세설명 | 정의 | 정보보안 계획 및 방안 제시 |
| 세부내용 | ○ 사업수행기간 중 보안 관련법규를 준수하고 대외 보안유지에 적극 협조하여야 함 - 중요 정보 누출에 대비하여 구체적인 정보보호계획 및 방안 제시 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-PSE-017 | |
| 요구사항 명칭 | 외부PC 반입 | |
| 요구사항 상세설명 | 정의 | 외부 정보화 기기 반입 시 신고 및 보안 통제 |
| 세부내용 | ○ 외부PC(노트북 등) 반입시 발주기관의 보안 프로그램을 반드시 설치하여 내부 사용자 보안사항을 준수해야 함 ○ 개발용 PC, 노트북 등의 사용현황을 발주기관에 신고관리 해야 함 ○ 사업수행사가 사용하는 노트북PC는 인터넷 연결을 금지함 ○ 정보시스템을 외부로 반출할 경우 사전에 발주기관 정보보안담당관의 통제를 받아야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-PSE-018 | |
| 요구사항 명칭 | 해킹, 바이러스 등 침해사고 예방대책 | |
| 요구사항 상세설명 | 정의 | 해킹, 바이러스 등 침해사고 예방대책 제시 |
| 세부내용 | ○ 해킹, 바이러스 등으로 인한 침해사고 예방대책 및 서비스 중단사태 발생에 대한 긴급복구 방안 등을 포함한 보안대책을 제시해야 함 ○ 사업기간 중 불법S/W의 사용으로 인한 문제에 대한 책임을 져야함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-PSE-019 | |
| 요구사항 명칭 | 사업관련 자료 보안방안 | |
| 요구사항 상세설명 | 정의 | 사업관련 자료 외부 유출 금지 |
| 세부내용 | ○ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지해야 함 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-PSE-020 | |
| 요구사항 명칭 | 시건장치 | |
| 요구사항 상세설명 | 정의 | 중요자료 및 노트북의 시건장치 부착 |
| 세부내용 | ○ 정보화사업과 관련한 중요자료 및 비공개자료는 2중 시건장치가 있는 장소에 보관하여야 함 ○ 노트북은 시건장치가 있어야 함 |
프로젝트지원 요구사항(PSR)
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-STA-001 | |
| 요구사항 명칭 | 안정화 활동 | |
| 요구사항 상세설명 | 정의 | 안정화 활동 요구사항 |
| 세부내용 | ○ 목표시스템 가동 이후 일정한 기간 동안 가동상태 모니터링 및 기록, 예방점검 활동 실시, 유지인력 교육, 비상연락체계 가동, 기술지원 등 안정화 활동을 수행하여야 함 ○ 시스템 오픈 후 안정화 기간은 최소 12개월로 함 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-DEF-002 | |
| 요구사항 명칭 | 하자보수 일반 | |
| 요구사항 상세설명 | 정의 | 유지관리 및 하자보수 일반 요구사항 |
| 세부내용 | ○ 하자보수는 최종 검수 완료일부터 12개월 무상으로 수행하여야 함 ○ 본 사업 완료 후 결과물의 품질에 이상이 있을 시 지원방안을 제시하여야 하며, 이 경우 사업자의 부담으로 결과물을 보완하여야 함 ○ 운영자 매뉴얼 제공을 통해 유지관리 할 수 있도록 지원 ○ 하자보수 지원은 근무시간을 기준으로 하되, 우리 대학의 요구가 있을 경우 근무시간 및 휴일에 관계없이 지원하여야 함 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-OPR-003 | |
| 요구사항 명칭 | 프로젝트 운영 일반 | |
| 요구사항 상세설명 | 정의 | 운영 일반 개념 정의 |
| 세부내용 | ○ 개발 시스템 오픈 후, 원활한 운영을 지원하기 위한 요구사항을 기술함 ○ 개발 시스템의 정상운영을 위한 시스템 조건, 조직, 보안대책 수립, 최적화된 프로그램 수행 ○ 목표시스템의 관리 및 운영조직을 기술하고 해당 조직의 역할과 책임, 기타 제도적 운영관리 대책 기술 ○ 데이터베이스 구축 정보 현행화 방안 기술 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-EDU-004 | |
| 요구사항 명칭 | 교육지원 | |
| 요구사항 상세설명 | 정의 | 교육 일반사항 요구사항 |
| 세부내용 | ○ 사업의 성공적 수행을 위한 관계자 교육훈련 계획 수립·제시 ○ 프로젝트 수행과정에서 요구되는 각종 관련 기술을 습득하도록 직무에 따라 체계적인 교육계획(내용, 대상, 방법, 일정, 장소 등) 수립 및 실시 - 본 사업의 필요성, 수행내용, 방법론 등에 대한 교육 및 기술이전 방안 - 경쟁 환경 및 기술변화에 대한 내부인의 이해도 향상 및 사업의 공감대를 형성하기 위한 교육 등(필요시 외부교육 포함) - 사업수행 성과물, 산출물의 형상 및 문서를 관리하는 방법 등 사용자 교육 ○ 교육기간은 우리 대학과 상호 협의하여 결정 ○ 업무인수인계 및 사용자 교육에 따른 교재 및 소요경비는 사업자가 지원하는 것을 원칙으로 하나 부득이한 경우 우리대학과 협의하여 조정 가능 ○ 기타 사업추진에 필요하다고 판단되어 우리 대학에서 설명회, 워크숍 또는 사용자 교육 요구 시 이에 응하여야 함 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-EDU-005 | |
| 요구사항 명칭 | 교육 자료 제작 | |
| 요구사항 상세설명 | 정의 | 교육 자료 제작 요구사항 |
| 세부내용 | ○ 시스템에 대한 교육자료를 제작하여야 함 - 관리자, 시스템 운용자, 일반사용자 등 사용자별 교육자료를 매뉴얼로 작성하여야 함 ○ 교육에 대한 목적 및 내용, 교육대상, 방법, 일정, 장소 등에 대한 상세사항이 포함된 교육계획서를 제출해야 하며 세부 일정 및 내용은 발주 기관과 협의해야 함 ○ 기타 시스템 구축 및 운영상 필요하다고 판단되어 주관기관에서 교육을 요구할 때에는 중간관리자 교육 등 이에 응해야 함 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-TTR-006 | |
| 요구사항 명칭 | 기술이전방안 | |
| 요구사항 상세설명 | 정의 | 기술이전방안 요구사항 |
| 세부내용 | ○ 사업자는 구축 시스템의 필요한 기술이전 대상과 기술이전 방법 등에 대한 계획을 제시하고, 주관기관의 요청에 의해 보완하여 성실히 계획을 이행해야 함 ○ 시스템의 안정화 시기까지 원활한 운영을 위해 전문운영인력을 지원하여야 함 ○ 사업자는 사업 수행과정과 관련된 필요한 기술이전 대상에 대한 목록과 기술이전방법 등에 대한 계획을 제시하도록 함 ○ 사업자가 사업수행과 관련된 분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응하도록 함 ○ 사업자가 구축한 시스템에 대하여 주관기관이 기능보완을 하고자 할 경우 필요한 제반 기술 사항을 지원하도록 함 |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-VLS-007 | |
| 요구사항 명칭 | 취약점 점검 | |
| 요구사항 상세설명 | 정의 | 취약점 점검 및 조치 요구사항 |
| 세부내용 | ○ 발견된 보안 취약점에 대한 개선방안 제시 ○ 사업기간 및 운영기간 중 취약점 발생 시 해당 취약점에 대한 조치를 수행해야 함. |
| 요구사항 분류 | 프로젝트지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-SEC-008 | |
| 요구사항 명칭 | 시큐어코딩 점검 | |
| 요구사항 상세설명 | 정의 | 시큐어코딩 점검 요구사항 |
| 세부내용 | ○ 소프트웨어 개발보안 가이드(행정안전부, 2021.11.), 언어별 시큐어코딩 가이드를 준수하여 개발 |
공동수급 형태로 제안할 경우에는 주사업자와 부사업자 간의 업무수행 범위를 상세히 정의하고 책임관계를 명확히 하여야 하며, 조직도를 제시 하여야 한다. 나) SW 분리발주 및 SW 품질성능평가시험(BMT)에 관한 사항 본 사업은 소프트웨어 분리발주 대상사업이나, 사업 내용 중 분리발주 대상 소프트웨어에 해당하는 내용이 없어 통합발주하는 사업임 다) 개발 SW의 공동 활용 사전명시에 관한 사항 본 사업을 통해 개발되는 소프트웨어는 용역계약일반조건 제56조(계약목적물의 지식재산권 귀속 등)에 따라 타 기관과 공동 활용 할 계획이 없음 라) 하자 담보 책임기간 및 범위에 관한 사항 SW사업의 제안요청서 등에 소프트웨어 진흥법 제60조(소프트웨어사업 하자담보책임) 따라 SW사업의 하자담보책임기간은 사업을 종료한 날부터 1년으로 함 마) 제안서 보상에 관한 사항 본 사업은 「소프트웨어사업의 제안서 보상기준 등에 관한 운영규정(미래창조과학부고시) 제2016-108호, 2016.10.11.」 제2조에 의거, 제안서 보상대상 사업에 해당되는 사업이지만, 제출한 제안서에 대해 무단으로 활용할 계획 없이 바로 폐기하여, 저작권법의 침해 요소를 사전에 제거함으로 제안서 보상을 실시하지 않음 바) 소프트웨어 사업 정보 제출에 관한 사항 본 사업은 「소프트웨어 진흥법」 제58조에 따라 SW사업정보 (SW사업 수행 및 실적정보) 데이터를 작성 및 제출하여야 함 SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 “SW사업정보 저장소 데이터 제출 안내”문서를 참조함 SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 명시하도록 함 SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 산정 가능 전문가를 포함토록 함
배점·평가
나. 제안서 평가
1) 평가방법
교육부 기술(제안서) 평가업무 처리규정」에 따라 발주기관에서 구성한 제안서 평가위원회의 평가 후 협상에 의한 계약 평가 가) 제안서 및 제출서류, 평가자료, 증빙자료의 누락이 없는 업체 나) 제안서평가는 현실성(기존운영체제)을 고려하여 요소별 평가한다. 다) 평가 및 협상대상자 결정 - 평가는 기술과 가격에 대한 종합평가를 실시하며, 기술평가 점수 90점 만점, 가격평가 점수 10점 만점의 합산으로 종합점수를 산정 - 평가위원의 평가점수 중 최저와 최고점수를 제외(최저 또는 최고 점수가 2개 이상일 때에는 이중 하나만 제외)한 후 나머지 평가점수를 산술평균하여 최종 평가점수를 부여한다. 단, 평가점수가 소수점 이하가 있는 경우에는 소수점 3자리에서 반올림 한다. - 제안 규격 미달장비 및 객관적 근거자료가 미흡한 제안서는 평가 대상에서 제외한다. - 제안내용이 허위 작성 되었을 경우에는 협상적격자에서 제외한다. - 제안서 평가 결과 입찰 가격이 해당사업 예산(예정가격을 작성한 경우에는 예정가격) 이하인 자로서 기술능력 평가점수가 제안서 평가 점수(90점)을 기준으로 동 점수의 일정비율(85%)이상인 자를 협상적격자로 선정 - 종합점수 1순위 업체부터 단계별 순차적으로 협상하며 협상을 통해 그 내용(협상대상자가 제안한 이행과업내용, 이행일정 등)의 일부를 조정 할 수 있다.
라) 상 순위 업체와 합의가 이루어지면 차순위와의 협상은 진행하지 않는다. 마) 사업자 선정 결과는 서면으로 통보하며, 미 선정에 대한 통보는 생략 유의사항 가) 제안사는 본교의 평가기준, 선정방법 및 낙찰업체 선정 결과에 대하여 일체의 이의를 제기할 수 없으나, 평가 결과는 공개한다. 나) 본 사업과 관련하여 제출된 자료는 반환하지 않는다. 다) 발주기관은 제안내용에 대한 확인․검증이 필요한 경우 참가업체에 입증자료를 요구할 수 있으며, 입증자료를 제출하지 못할 경우 부적격 판정을 할 수 있다. 라) 최종 낙찰자로 선정된 업체는 계약 후 10일 이내에 증빙 서류를 본교에 제출해서 승인을 얻어야 하고, 미제출시에는 허위 제안 및 계약 의무 불이행으로 간주하고 계약을 파기한다. 마) 선정된 사업자는 사업추진, 품질보증, 협력업체 관리 등 전체적인 사업관리에 책임을 진다. - 사업자 성공적 수행, 사업 진행 및 기술지원에 대한 책임 제약 사항 - 사업 관리자(PM)은 제안사(공동수급체일 경우 공동수급체 대표자) 소속 임직원으로서 입찰공고일 전날부터 제안서 평가일까지 계속 재직하여야 함
2) 평가항목 및 배점
가) 정량적 평가
| 평가항목 | 평가기준 | 배점 한도 |
|---|---|---|
| 경영상태 | 경영상태 평가기준 | 4 |
| 수행실적 | 유사분야 사업 수행실적(대학 및 교육기관에 한함) - 최근 3년 이내 대학 학사행정 업무 관련 정보시스템 개발 사업 수행실적 평가기준 | 6 |
| 합 계 | 10 |
나) 정성적 평가
| 평가부문 | 평가항목 | 평가기준 | 배점 한도 |
|---|---|---|---|
| 전략 및 방법론 (15) | 사업 이해도 | 사업의 특성 및 목표에 대해 주변 환경분석과 업무내용의 연관관계의 이해를 바탕으로 일관성 있는 방향과 전략을 제시하고 있는가를 평가한다. | 2 |
| 추진 전략 | 개발업무 수행 시 위험요소를 고려하여 얼마나 창의적이며 타당한 대안을 제시하였는가를 평가한다. | 3 | |
| 적용 기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하여 현실적으로 실현 가능하게 제시되어 있는지를 평가한다. | ||
| 표준 프레임워크 적용 | 정보시스템을 효율적으로 개발하고 유지 관리 할 수 있도록 소프트웨어의 기본 골격과 재사용 모듈 등 표준 프레임워크의 사용 계획과 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지를 평가한다. | 5 | |
| 개발 방법론 | 사업에 적정한 방법론의 제안 타당성을 평가하고, 실제 적용 사례와 경험을 바탕으로 효율적인 단계별 활동 내용을 구성하여 산출물의 적정성을 유지하고, 기술과 경험을 적절히 활용하고 있는가를 평가한다. | 2 | |
| 기술 및 기능 (25) | 기능 요구사항 | 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술이 적용 가능한지를 평가한다. | 10 |
| 보안 요구사항 | 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | 5 | |
| 데이터 요구사항 | 데이터 전환 계획 및 검증 방법, 에러 데이터 처리 방법에 대해 구체적인 내용을 제시하고 있는가를 평가하며, 데이터 전환을 위해 책임 조직이 투입되는가를 평가한다. | ||
| 제약사항 | 제약사항 충족도는 기능 및 품질 등 요구사항을 구현 시 관련 제약사항을 충족시키며 구현 방안 및 테스트 방안을 구체적으로 기술하였는가를 평가한다. | ||
| 성능 및 품질 (20) | 성능 요구사항 | 구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 및 테스트 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술을 통해 요구 성능을 충족시킬 수 있는지를 평가한다. | |
| 인터 페이스 요구사항 | 시스템 인터페이스 : 타 시스템과의 연계 방안들에 대한 장·단점의 분석을 통해 가장 적합한 방안이 구체적으로 기술되어 있는가를 평가한다. 사용자 인터페이스 : 사용자 편의성을 고려하여 요구사항을 제공하기 위한 분석 및 설계, 구현 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | ||
| 테스트 요구사항 | 구축된 시스템이 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술되었는지 평가한다. 목표시스템의 테스트 유형(단위 테스트, 통합 테스트, 시스템 테스트, 성능 테스트 등) 테스트 환경, 방법, 절차 등 요구사항을 기술되었는지 평가한다. | ||
| 품질 요구사항 | 제공되는 분석 도구 및 구현 방안, 테스트 방안이 구체적으로 기술되어 있는가를 평가하고, 분석·설계 등 각 단계별 품질 요구사항의 점검 및 검토 방안이 구체적으로 계획되고 제시된 품질보증 방안이 해당사업 수행에 적합한지 평가한다. | ||
| 프로젝트 관리 (10) | 관리 방법론 | 사업위험, 사업진도, 사업수행시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등을 평가한다. | 3 |
| 관리역량 | 프로젝트 관리자(PM)의 프로젝트 사업관리, 프로젝트 관리, 의사소통 능력 등 프로젝트 관리 역량을 평가한다. | 2 | |
| 일정계획 | 사업수행에 필요한 활동을 도출하여 정확한 활동 기간의 산정과 도출된 활동 간의 배열이 합리적인지, 중간목표가 적정하게 제시되어 있는지, 각 활동에 적합한 자원이 적절히 할당되어 있는지 등을 평가한다. | 3 | |
| 개발장비 | 사업자의 참여 의지 및 조직적 대응 정도, 사업참여의 준비성과 관련하여 개발환경의 구성여부와 해결방안을 명확히 제시하고 있는가를 평가한다. | 2 | |
| 프로젝트 지원 (10) | 시험운영 | 시스템 공급자가 개발된 시스템의 시험운영을 위해 제공 및 지원하는 각종 시험운영 방법 및 조직 등에 대해 평가한다. | 3 |
| 교육훈련 | 시스템 공급자가 시스템 운영 및 관리자를 위해 제공 및 지원하는 각종 교육훈련의 방법, 내용, 일정 및 조직 등에 대해 평가한다. | 2 | |
| 하자보수 | 시스템 공급자가 제시하는 하자보수 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | 3 | |
| 기밀보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | 2 | |
| 합 계 | 80 |
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 배점의 100%(4점) |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95%(3.8점) |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90%(3.6점) |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70%(2.8점) |
5. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. (예) (A사 점수×A사 지분율)+(B사 점수×B사 지분율)…
유사분야 수행실적 평가기준
※ 본 사업과 관련하여 별도의 사업 설명회는 개최하지 않는다.
마. 제안요청설명회
제안서 기술평가 일시 및 장소는 발주기관에서 추후 통보 ※ 제안서 기술평가 당일에는 발표자료 등 일체의 서류를 제출할 수 없으며, 평가일시 및 장소는 사정에 따라 변경될 수 있다. 제안서 기술평가회의 - 제안서의 공정한 평가를 위하여 발주기관에서 제안서 평가위원회를 구성하여 기술평가를 실시한다. - 제안서 평가회의 제안 설명은 제안사에서 직접 발표하여야 하며, 발표하지 않거나 참석하지 않은 제안업체는 제안서에 대한 서면평가를 실시한다. - 제안서 발표시간은 참가업체당 발표 20분, 질의응답 10분 내외로 진행 ※ 제안서 발표시간은 사정에 따라 변동될 수 있다. - 평가는 온라인 또는 오프라인으로 진행가능하며, 추후 사정에 따라 자세한 평가방법에 대해 입찰업체와 평가위원에게 개별 통보한다.
바. 보안유지
본 제안요청서 및 이후 제안서 제출까지 발생하는 모든 사안에 대하여 보안을 요하며 제안서와 관련하여 제안 참가업체는 타 업체 또는 외부기관에 제안요청 관련사항의 공개 불허한다. 본 사업 제안과 관련 우리대학이 제공한 자료 및 정보는 타 목적으로 사용할 수 없으며, 이에 대한 모든 책임은 전적으로 제안사가 진다. 사업 수행과정에서 취득한 자료와 정보에 관하여 사업수행 중은 물론 사업완료 후에도 이를 외부에 유출해서는 안되며, 사업종료 시 보안관리 담당자의 입회하에 완전 폐기 또는 반납해야 한다. 사업전담기관의 필요시 제안사에 대하여 추가 제안이나 추가 자료를 요청할 수 있으며, 이에 따라 제출된 자료는 제안서와 동일한 효력을 갖는다. 본 사업을 위해 정보보호제품을 운영할 경우에는 CC인증을 획득한 제품이어야 하며, 암호모듈 검증대상 제품은 검증 필 암호모듈 탑재제품이어야 한다.
과업·요구
다. 계약목적물의 지식재산권 귀속 등
본 사업은 우리대학의 주요 학사행정정보 및 중요한 데이터를 취급하는 사업으로서 사업자가 납품한 사업관련 일체의 목적물(산출물, 문서 등)에 대한 원본을 사업종료 이전에 제출하여야 하며, 그 소유권은 우리대학에 귀속한다. 단, 사업자가 본 사업의 목적물(산출물, 문서, 프로그램 등)을 개발하여 상업적으로 사용할 수 있으며, 우리대학의 승인을 받아 제3자에게 양도할 수 있다. 사업수행에 필요한 이미지, 기타 저작물 등은 사업자 부담으로 제공한다. 사업자가 제공하는 원고나 이미지 등의 특허권, 저작권, 기타 제3자의 권리침해에 관한 일체의 책임은 사업수행자에게 있다. 본 사업의 수행 결과물(계약목적물)에 대한 지식재산권은 과업 수행 중 설계된 내용은 별도의 정함이 없는 한 지분은 균등한 것으로 하고, 시스템 설계를 발주기관이 한 것에 대하여는 발주기관이 갖도록 한다. 다만, 개발의 기여도 및 계약목적물의 특수성(보안, 영업비밀 등)을 고려하여 계약당사자간의 협의를 통해 지식재산권 귀속주체 등에 대해 공동소유와 달리 정할 수 있다. 또한, 지식재산권의 타 용도 및 상업적 활용 시 반드시 발주기관과 협의하여야 한다. 사업자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공한다..(단 공급자는 아래 내용을 준수하여야 함) - 사업자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 공급자 대표명의의 확약서를 발주기관에 제출하여야 함 - 사업자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 함 - 발주기관은 사업자가 제공받은 SW산출물을 무단으로 유출하거나 누출되는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가를 당사자로 하는 계약에 관한 법률 시행령」제76조제1항제3호 및 「지방자치단체를 당사자로 하는 계약에 관한 법률 시행령」제92조제1항제19호에 따라 입찰참가자격을 제한함 본 사업을 통해 개발되는 소프트웨어는 용역계약일반조건 제56조(계약목적물의 지식재산권 귀속 등)에 따라 타 기관과 공동활용할 계획이 없음을 사전에 안내한다.
라. 작업장소 상호 협의
계약당사자는 SW사업 수행을 위해 필요한 작업장소(장소, 설비, 기타 작업환경 등)는 기본적으로 발주기관에서 지정한 장소가 원칙(상주 개발)이며, 핵심 개발인력이 아닌 지원인력의 근무장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있다. 사업자는 작업장소 상호협의 시 제안요청서 내 명시된 보안요구사항을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선 검토한다. 다만, 발주기관에서는 사업자가 제시한 작업장소가 보안요구사항을 준수하지 못한 경우 거부할 수 있다. 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안관리대책(시건장치, 출입통제 등)을 실시하여야 한다. - 프로젝트 사무실, 중요장비 설치장소에 대한 출입보안 - 개인소유 PC 및 보조기억장치 반입·반출 통제 - 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기할 것 - 문서의 보안등급 부여 및 차별화 된 권한관리를 수행할 것 등
마. 검사 및 대금 지급
사업 완료시 본교 감독관 입회하에 종합시험을 실시하고 규격서 요구사항 및 제안서 제안 내용이 어떠한 문제도 없이 원활히 수행되어야 한다. 검사 결과 감독관의 지적사항 및 시정요구가 있을 경우는 사업자는 성실히 이행하여야 한다. 사업자는 본교의 요구사항에 맞게 사업을 완료 후 검사요청을 하여야 하며 본 사업 완료 후 완료보고서, 납품 및 검사조서를 제출하여 감독관에게 검사 승인을 받아야 한다. 사업자는 계약내역에 따라 수요기관에 용역이행대금을 청구하고, 본교는 직접 사업자에게 용역대금을 지급한다. 본교는 사업자가 제출한 검사 요청 서류가 미비할 경우 보완 되기전까지 대금 지급을 유보한다.
바. 계약의 변경 및 해지
계약기간 중 IT 환경 변화나 본교의 학칙변경 등에 의하여 기능요구사항 내용의 변경이 발생할 경우 계약상대자는 상황에 맞게 시스템을 구축하도록 노력해야한다. 사업자가 본 계약을 성실히 이행하지 않거나 계약상대자의 고의 또는 귀책사유로 본 사업 의무를 이행함에 있어 소정의 성과를 기대하기 곤란하다고 판단될 경우, 발주기관에서는 서면으로 이의 시정을 요구할 수 있으며, 서면통지 후 14일내에 요구사항이 시정되지 아니할 시 본 계약을 해지할 수 있다.
사. 책임의 한계
구축완료 시스템에 대하여 최종 인수결과 발주기관이 제시한 IT 인프라 환경과 맞지 않는 등 계약조건을 이행하지 못하는 것으로 판단될 시 사업자는 발주기관의 요구에 의해 구축 완료한 모든 시스템을 회수해야 하며 그 비용은 사업자의 부담으로 한다. 다음 각 항의 사유로 인하여 발생한 장애에 대하여 사업자는 책임을 지지 않으나, 본교가 사업자에게 수리를 요청할 경우 사업자는 원가에 준하는 대가로 유지보수하고, 그 비용은 본교가 부담한다. - 본교의 부주의나 고의로 인한 고장 및 훼손 - 천재지변, 전쟁 등 불가항력적인 사유로 인하여 고장이 발생한 경우
아. 분재의 해결
계약서에 명시되지 아니한 사항에 관하여서는 국가 및 지방자치단체의 계약에 관한 법령, 예규 등을 준용한다. 본 제안요청서에 명시된 내용은 계약에 명시하지 않더라도, 계약서와 동일한 효력을 가진다. 다만, 계약서에 명시된 경우는 계약서 내용이 우선하며, 제안요청서 및 계약서에 대한 해석상 이견이 발생한 경우는 제 3자에게 객관적인 해석을 의뢰하며 제 3자는 본교와 제안사간 서로 협의 하에 결정한다. 본 사업 수행과 관련되는 모든 지적재산권(이미지, 폰트 등)에 대해서는 라이선스를 확보하여 제출하여야 한다(지적재산권 분쟁 발생 시 제안사가 책임지어야 함) 사업자가 계약을 수행함에 있어 제3자의 특허권 또는 저작권을 침해하여 본교를 상대로 손해배상 청구소송이 제기되면 사업자는 피해자 측에 합의 배상하여야 한다. 계약의 이행과정에서 발생하는 산출물은 계약서의 별도의 명시가 없더라도 본교에 소유권이 주어진다.
참가자격
입 찰 공 고
1. 입찰에 부치는 사항 가. 입찰건명 : AAU 학습플랫폼 고도화 및 모바일 앱 구축 사업 용역 업체 선정 나. 제안요청 : 제안서작성(자유양식) 다. 입찰방법 : 일반경쟁입찰(협상에 의한 계약) 2. 입찰참가자격 가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조(경쟁입찰의 참가자격) 및 동법 시행규칙 제14조(입찰참가자격요건의 증명) 규정에 의한 경쟁입찰 참가자격을 갖추어야 한다. 나. 「국가를 당사자로 하는 계약에 관한 법률」제27조 및 동법 시행령 제 76조(부정당업자의 입찰 참가자격 제한)에 해당되지 않은 업체이어야 한다. 다. 본 사업은 전문성 확보를 위하여 제안사가 직접 수행함을 원칙으로 하며 공동수급 및 하도급은 불허한다. 라. 중소기업제품 구매촉진 및 판로지원에 관한 법률 시행령 제2조의2에 의한 ‘중소기업확인서’를 소지한 중소기업 또는 소상공인에 한함(유효기간내) 마. 「소프트웨어 진흥법」 제58조에 따른 소프트웨어사업자로서, 소프트웨어사업자 일반 현황 관리확인서상 사업분야가 「컴퓨터관련 서비스사업」으로 등록되어 있는 업체 바. 본 사업의 원활한 수행을 위하여 사업관리자 및 주요 개발인력이 발주기관이 지정하는 교내 장소에 상주하여 사업을 수행할 수 있는 업체 ※ 중소기업확인서의 유효기간을 반드시 확인하여 입찰하셔야 하며 입찰마감시점에 유효기간이 지난 서류는 인정하지 않음 ※ 세부 입찰참가자격 및 제한사항은 제안요청서에 따름 3. 입찰 서류등록마감