Flexer Server

Ⅰ. 사업 개요1

1. 일반 개요1
2. 추진 방향1

3. 주요 과업1

4. 추진 체계2
5. 추진 전략2

6. 추진 방식4

7. 추진 일정4

Ⅱ. 과업 내용5

1. 과업 개요5
2. 요구사항 총괄표7

3. 요구사항 목록7

4. 요구사항 세부내용9

Ⅲ. 제안서 작성지침34

1. 일반사항34

2. 제출방법34

3. 유의사항34

4. 제안서 작성방법35

Ⅳ. 제안서 평가 및 선정 방법39

1. 제안서 평가 방법39

2. 제안서 심사항목 및 배점표39

3. 입찰 및 사업자 선정 방법44

[붙임 서식]46

붙임 1. 정보화사업 용역업체 정보보호 준수사항46

[별표 1] 사업자 보안위규 처리기준49

[별표 2] 보안 위약금 부과 기준51

붙임 2. 제안서 별지서식52

4. 추진 체계

구분	내용	담당
사업총괄	◦사업 총괄 진행	원격교육지원센터
사업주관	◦사업 계획 및 운영 계획 수립 ◦요구사항 정의 및 시스템 기능 명세 확정	원격교육지원센터
기술평가위원회	◦사업자 기술 및 가격평가	위촉 기술평가위원
계약진행	◦계약 관리, 사업자 평가 및 선정, 계약 체결 및 이행	총무지원실
협조부서	◦전산 시스템 개발 관련 H/W 및 S/W 지원 ◦메타버스 공간 구축 관련 자문 ◦기존 시스템 및 관련 사업 연계 협의 등	정보통신지원실 실감미디어사업지원팀 교수학습개발센터 비교과교육지원센터
사업수행	◦수행계획 수립/시스템 구축/개발/시험/이행 ◦산출물 작성/교육/기술 지원/하자 보수	용역업체

5. 추진 전략

가. 메타버스 교육공간 구축

1) 게더타운 기반의 유연하고 확장성 높은 공간 설계

- PC/모바일에서 이용이 가능하면서 Zoom, Webex와 유사한 화상회의 환경을 구현해주는 게더타운(https://gather.town/) 기반의 교육공간 구축

- 공간이 확장성을 갖도록 모듈 단위로 블록화하고 연결성과 방향성을 부여

2) 공간 재구성이 용이하도록 엘리먼트 디자인 및 스케일 규격화

- 공간 디자인은 관련 리소스 확보가 용이하고 일반 2D에 비해 시각적 효과가 높은 2:1 isometric perspective(2.5D) 스타일로 통일

- 2 -

6. 추진 방식: 제한경쟁 입찰방식과 협상에 의한 방법 병행(국가를 당사자로 하는 계약에 관한 법률 시행령 제43조)

구분	방식	비고
입찰방식	◦제한 경쟁 입찰
사업자 선정방식	◦협상에 의한 계약
평가방식	◦기술평가(90%) / 가격평가(10%)	Ⅳ. 제안서 평가 및 선정 방법 참조

7. 추진 일정: 계약일로부터 2022. 9. 23.(금)까지

구분	5월		6월				7월				8월				9월
구분	3	4	1	2	3	4	1	2	3	4	1	2	3	4	1	2	3
사업 계획 수립 및 업체 선정
요구사항 분석
공간 기획 및 설계
공간 구축 및 개발
이용자 교육 진행
테스트 및 보완
서비스 런칭

- 4 -

※ 주요 기능 프로세스 이해를 위한 참고자료로 처리 방식 및 기능은 기획 단계에서 확정 예정임

2. 요구사항 총괄표

요구사항 구분	약자	설명	요구사항 수
기능 요구사항	SFR	System Function Requirement	27
성능 요구사항	PER	Performance Requirement	4
인터페이스 요구사항	SIR	System Interface Requirement	3
데이터 요구사항	DAR	Data Requirement	4
테스트 요구사항	TER	Test Requirement	2
보안 요구사항	SER	Security Requirement	1
품질 요구사항	QUR	Quality Requirement	2
제약사항	COR	Constraint Requirement	5
프로젝트 관리 요구사항	PMR	Project Management Requirement	5
프로젝트 지원 요구사항	PSR	Project Support Requirement	5
합계			58

3. 요구사항 목록

요구사항	고유번호	요구사항 명칭
기능요구사항	SFR- COMM- 001	공통사항(메타버스 공간 구축)
	SFR- COMM- 002	공통사항(메타버스 교육 운영 시스템 구축)
	SFR- SPACE- 001	공간구성(캠퍼스)
	SFR- SPACE- 002	공간구성(일반 강의실)
	SFR- SPACE- 003	공간구성(야외교실)
	SFR- SPACE- 004	공간구성(대형 강의실)
	SFR- SPACE- 005	공간구성(야외 행사장)
	SFR- SPACE- 006	공간구성(기타)
	SFR- EMBED- 001	임베디드 웹페이지(강의실 예약 현황 조회)
	SFR- EMBED- 002	임베디드 웹페이지(방문 장소 기록)
	SFR- EMBED- 003	임베디드 웹페이지(설문 및 피드백 작성)
	SFR- EMBED- 004	임베디드 웹페이지(학생- 출석 체크/조회)
	SFR- EMBED- 005	임베디드 웹페이지(교수자- 출석 현황 조회)
	SFR- EMBED- 006	임베디드 웹페이지(교수자- 관리자 지원 요청)
	SFR- WEB- 001	홈페이지(메타버스 수업 현황 패널)
	SFR- WEB- 002	홈페이지(이용 안내 페이지)
	SFR- WEB- 003	홈페이지(게시판)
	SFR- WEB- 004	홈페이지(교수자- 수업 운영 신청)
	SFR- WEB- 005	홈페이지(교수자- 수업 운영 신청 조회/변경/취소)
	SFR- WEB- 006	홈페이지(교수자- 수업 운영 내역/출석 결과 조회)
	SFR- WEB- 007	홈페이지(Gather HTTP API 연동)
	SFR- WEB- 008	홈페이지(인프라 예약 및 통계 기능 수정)
	SFR- ADMIN- 001	관리자 기능(수업 운영 신청 조회/추가/승인/반려)
	SFR- ADMIN- 002	관리자 기능(Gather 서비스 및 이용료 결제 관리)
	SFR- ADMIN- 003	관리자 기능(수업 운영 통계 조회)
	SFR- ADMIN- 004	관리자 기능(관리자 지원 요청 내역 조회)
	SFR- ADMIN- 005	관리자 기능(방문 장소 기록 조회)
성능 요구사항	PER- 001	성능요건 일반사항
	PER- 002	데이터 처리 속도
	PER- 003	자원 사용률
	PER- 004	저작권 및 지식재산권 보호
인터페이스 요구사항	SIR- 001	사용자 인터페이스
	SIR- 002	외부 시스템 연동
	SIR- 003	시스템 인터페이스 일반
데이터 요구사항	DAR- 001	초기자료 구축
	DAR- 002	데이터 정합성 검증
	DAR- 003	데이터 표준준수
	DAR- 004	복구 대응 방안
테스트 요구사항	TER- 001	테스트 계획 수립 및 수행
테스트 요구사항	TER- 002	테스트 요구 일반사항
보안 요구사항	SER- 001	보안 일반사항
품질 요구사항	QUR- 001	품질관리 일반사항
품질 요구사항	QUR- 002	품질보증
제약사항	COR- 001	프로젝트 장소 및 환경
	COR- 002	개발언어 및 레포팅 툴
	COR- 003	정보보호 관련 법령 준수
	COR- 004	웹 표준 및 호환성 준수
	COR- 005	웹 접근성 준수
프로젝트 관리 요구사항	PMR- 001	업무보고 요구사항
	PMR- 002	사업수행 조직구성
	PMR- 003	안정화 운영 지원 인력
	PMR- 004	개발 방법론
	PMR- 005	사업관리 방법
프로젝트 지원 요구사항	PSR- 001	안정화 활동
	PSR- 002	하자‧유지보수
	PSR- 003	교육계획 수립
	PSR- 004	교육자료 제작
	PSR- 005	기술이전 방안

- 7 -

요구사항 고유번호		SFR- COMM- 002
요구사항 명칭		공통사항(메타버스 교육 운영 시스템 구축)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	메타버스 교육 운영 시스템 구축 시 준수사항
	세부 내용	① 웹 프로그래밍 언어는 JAVA(JSP)를 사용한다. ② 현 원격교육지원센터 홈페이지(https://www.jj.ac.kr/cde)의 수정 및 관리자 페이지 등 모든 웹페이지는 본교의 표준 웹 CMS인 지니웍스를 사용하여 개발한다. ③ 모든 웹페이지는 반응형 웹(Responsive Web) 기반으로 제작한다. ④ 본 사업의 결과물로 생산되는 모든 웹페이지의 소스코드를 제공하여야 한다.
관련 요구사항

2) 메타버스 공간 구성

요구사항 고유번호		SFR- SPACE- 001
요구사항 명칭		공간구성(캠퍼스)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	캠퍼스 공간 구성 시 준수사항
	세부 내용	① 캠퍼스 공간의 확장성을 위해 구역 블록화, 주 도로(Main Street)의 방향성 등을 고려하여 설계한다. ② 캠퍼스 공간은 일반 및 대형 강의실, 로비, 접수 데스크 등의 실내용 시설이 설치된 건물과 야외교실, 야외 행사장 등 야외용 부대시설을 포함하여야 한다. ③ 캠퍼스 디자인 시 전주대학교의 상징물과 장소 등이 연상될 수 있도록 구성한다. ④ 이용자가 게더타운에 최초 입장 시 게더타운 이용 방법을 안내하는 튜토리얼 요소(엘리먼트, 전용 건물 또는 실)를 배치하여야 한다. ⑤ 향후 캠퍼스 공간과 건물 내 강의실 확장을 위한 샘플 디자인을 추가 제공한다.
관련 요구사항

- 9 -

요구사항 고유번호		SFR- SPACE- 002
요구사항 명칭		공간구성(일반 강의실)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	일반 강의실 구성 시 준수사항
	세부 내용	① 일반 강의실은 특정 건물 내에 위치한 실내용 강의실로 최소 8실을 구축한다. ② 강의실별로 다음과 같이 다양한 유형의 학습을 진행할 수 있도록 실내 구성을 차별화한다. - 지식 전달형: 칠판을 바라보는 전통적인 강의실 유형 - 조별 프로젝트형: 조별 프로젝트 활동에 특화된 강의실 유형 - 플립러닝형(iClass): 사전학습 영상 시청과 영상과 연계된 학습에 특화된 강의실 유형 - 피드백형(xClass): 1:1 피드백 및 동료 피드백에 특화된 강의실 유형 - 실험·실습형: 전산, 조리, 과학, 의학 등 실험·실습에 특화된 강의실 유형 - 체육활동형: 태권도 등 체육 활동에 특화된 강의실 유형 - 다목적형: 학과에서 다양한 목적으로 공간을 활용할 수 있도록 구성 - 스터디룸: 학생이 자유롭게 스터디 활동을 할 수 있는 실 구성 ③ 일반 강의실은 최대 100명을 수용할 수 있도록 구성한다. ④ 학생이 출석을 체크할 수 있는 기능을 제공해야 한다. ⑤ 교수자가 출석 현황을 확인할 수 있는 기능을 제공해야 한다. ⑥ 교수자가 관리자를 호출하는 기능을 제공해야 한다. ⑦ 방문자가 강의실 입구에서 예약현황과 사용 중 여부를 확인할 수 있는 기능을 제공해야 한다. ⑧ 화이트보드, 비디오 재생기, 피드백 및 설문 작성 기능 등 수업 운영에 필요한 다양한 요소를 제공해야 한다.
관련 요구사항		SFR- EMBED- 001, SFR- EMBED- 003, SFR- EMBED- 004, SFR- EMBED- 005, SFR- EMBED- 006, SFR- EMBED- 007

요구사항 고유번호		SFR- SPACE- 003
요구사항 명칭		공간구성(야외교실)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	야외교실 구성 시 준수사항
	세부 내용	① 야외교실은 야외 캠퍼스 공간에 위치한 교실로 최소 2실을 구축한다. ② 야외교실은 캠퍼스 공간 내 호수, 숲 등의 자연 환경과 인접하여 구성한다. ③ 야외교실은 최대 60명을 수용할 수 있도록 구성한다. ④ 학생이 출석을 체크할 수 있는 기능을 제공해야 한다. ⑤ 교수자가 출석 현황을 확인할 수 있는 기능을 제공해야 한다. ⑥ 교수자가 관리자를 호출하는 기능을 제공해야 한다. ⑦ 방문자가 야외교실 입구에서 예약현황과 사용 중 여부를 확인할 수 있는 기능을 제공해야 한다. ⑧ 화이트보드, 비디오 재생기, 피드백 및 설문 작성 기능 등 수업 운영에 필요한 다양한 요소를 제공해야 한다.
관련 요구사항		SFR- EMBED- 001, SFR- EMBED- 003, SFR- EMBED- 004, SFR- EMBED- 005, SFR- EMBED- 006, SFR- EMBED- 007

- 10 -

요구사항 고유번호		SFR- SPACE- 004
요구사항 명칭		공간구성(대형 강의실)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	대형 강의실 구성 시 준수사항
	세부 내용	① 대형 강의실은 특정 건물 내에 위치한 세미나 등 중대형 행사 진행을 위한 실내용 강의실로 최소 1실을 구축한다. ② 대형 강의실은 로비, 접수 데스크, 전시공간, 홍보용 부스, 휴게시설, 기념사진 촬영실 등 부대시설을 포함하여야 한다. ③ 대형 강의실은 최대 300명을 수용할 수 있도록 구성한다. ④ 대형 강의실에서 진행되는 행사 진행을 위해 발표자 및 사회자를 위한 연단과 객석, 대형 스크린, 플래카드 및 배너 탑재 공간 등을 고려하여 구성한다. ⑤ 학생이 출석을 체크할 수 있는 기능을 제공해야 한다. ⑥ 교수자가 출석 현황을 확인할 수 있는 기능을 제공해야 한다. ⑦ 교수자가 관리자를 호출하는 기능을 제공해야 한다. ⑧ 방문자가 대형 강의실 입구에서 예약현황과 사용 중 여부를 확인할 수 있는 기능을 제공해야 한다. ⑨ 화이트보드, 비디오 재생기, 피드백 및 설문 작성 기능 등 수업 및 행사 진행에 필요한 다양한 요소를 제공해야 한다.
관련 요구사항		SFR- EMBED- 001, SFR- EMBED- 003, SFR- EMBED- 004, SFR- EMBED- 005, SFR- EMBED- 006, SFR- EMBED- 007

요구사항 고유번호		SFR- SPACE- 005
요구사항 명칭		공간구성(야외 행사장)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	야외 행사장 구성 시 준수사항
	세부 내용	① 야외 행사장은 야외 캠퍼스 공간에 위치한 축제, 졸업식 등 대형 행사 진행을 위한 전용 공간으로 최소 1실을 구축한다. ② 야외 행사장은 최대 1,000명을 수용할 수 있도록 구성한다. ③ 야외 행사장에서 진행되는 행사 진행을 위해 발표자 및 사회자를 위한 연단, 축제 및 홍보용 부스, 객석, 대형 스크린, 플래카드 및 배너 탑재 공간 등을 고려하여 구성한다. ④ 학생이 출석을 체크할 수 있는 기능을 제공해야 한다. ⑤ 교수자가 출석 현황을 확인할 수 있는 기능을 제공해야 한다. ⑥ 교수자가 관리자를 호출하는 기능을 제공해야 한다. ⑦ 방문자가 야외 행사장 입구에서 예약현황과 사용 중 여부를 확인할 수 있는 기능을 제공해야 한다. ⑧ 화이트보드, 비디오 재생기, 피드백 및 설문 작성 기능 등 행사 진행에 필요한 다양한 요소를 제공해야 한다.
관련 요구사항		SFR- EMBED- 001, SFR- EMBED- 003, SFR- EMBED- 004, SFR- EMBED- 005, SFR- EMBED- 006, SFR- EMBED- 007

- 11 -

요구사항 고유번호		SFR- SPACE- 006
요구사항 명칭		공간구성(기타)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	기타 공간 구성 시 준수사항
	세부 내용	① 방문자의 경험과 호기심을 충족할 수 있도록 캠퍼스 내에 다양한 형태의 엘리먼트를 배치한다. ② 향후 이벤트 진행 등의 목적으로 활용할 수 있도록 방문자가 특정 장소(위치)에 방문한 이력을 기록할 수 있는 기능을 제공해야 한다.
관련 요구사항		SFR- EMBED- 002

3) 메타버스 내 임베디드 웹페이지 기능

요구사항 고유번호		SFR- EMBED- 001
요구사항 명칭		임베디드 웹페이지(강의실 예약 현황 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	강의실 예약 현황 조회 임베디드 웹페이지 제공 기능
	세부 내용	① 강의실 예약 현황 조회 웹페이지는 강의실 입구에 위치한 엘리먼트에 삽입된 페이지로 방문자가 해당 실의 현재 예약 상황을 파악할 수 있어야 한다. ② 최종 사용이 승인된 수업(행사)명, 예약시간, 교수자(사용자) 이름이 일자별로 출력된다. ③ 당일 기준으로 +7일까지의 예약 상황을 조회할 수 있어야 한다.
관련 요구사항		SFR- SPACE- 002, SFR- SPACE- 003, SFR- SPACE- 004, SFR- SPACE- 005, SFR- WEB- 004

- 12 -

요구사항 고유번호		SFR- EMBED- 002
요구사항 명칭		임베디드 웹페이지(방문 장소 기록)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	방문 장소 기록 임베디드 웹페이지 제공 기능
	세부 내용	① 방문 장소 기록 웹페이지는 방문자가 특정 장소(위치)에 방문한 이력을 기록할 수 있는 기능을 제공해야 한다. ② 방문 장소 기록 웹페이지는 Get 방식의 파라미터 설정을 통해 현재 공간의 이름과 타일 좌표값으로 위치 정보를 저장한다. ③ 전주대학교 구성원의 경우 학번(사번)으로 로그인하고, 외부인의 경우 전주대학교 홈페이지에서 제공하는 소셜 로그인 기능을 통해 현재 위치를 저장한다. ④ 로그인과 동시에 사용자 정보와 현재 위치(장소), 방문 시간, IP 정보가 기록되며, 이후 해당 일자에 기록한 장소 기록이 화면에 출력된다.
관련 요구사항		SFR- SPACE- 006, SFR- ADMIN- 005

요구사항 고유번호		SFR- EMBED- 003
요구사항 명칭		임베디드 웹페이지(설문 및 피드백 작성)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	설문 및 피드백 작성 임베디드 웹페이지 제공 기능
	세부 내용	① 설문 및 피드백 작성 웹페이지는 웹 기반의 설문조사와 피드백을 기록할 수 있는 기능을 제공해야 한다. ② Google 설문지, Padlet 등 대표적인 설문조사 및 오픈 게시판 서비스와의 연동이 원활해야 한다.
관련 요구사항

요구사항 고유번호		SFR- EMBED- 004
요구사항 명칭		임베디드 웹페이지(학생- 출석 체크/조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	학생용 출석 체크 및 조회 임베디드 웹페이지 제공 기능
	세부 내용	① 학생용 출석 체크 및 조회 웹페이지는 학생이 해당 수업에 출석한 정보를 기록할 수 있는 기능을 제공해야 한다. ② 학생용 출석 체크 및 조회 웹페이지는 Get 방식의 파라미터 설정을 통해 현재 강의실명을 저장한다. ③ 학생은 학번으로 로그인하여 출석 정보를 저장한다. ④ 로그인과 동시에 학번, 성명, 수업명, 강의실명, 출석 시간, IP 정보가 기록되며, 이후 해당 일자에 출석한 기록이 화면에 출력된다.
관련 요구사항		SFR- SPACE- 002, SFR- SPACE- 003, SFR- SPACE- 004, SFR- SPACE- 005

- 13 -

요구사항 고유번호		SFR- EMBED- 005
요구사항 명칭		임베디드 웹페이지(교수자- 출석 현황 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	교수자용 출석 현황 조회 임베디드 웹페이지 제공 기능
	세부 내용	① 교수자용 출석 현황 조회 웹페이지는 본인 수업에 학생이 출석한 정보를 확인할 수 있는 기능을 제공해야 한다. ② 교수자용 출석 현황 조회 웹페이지는 현재 강의실명을 Get 방식의 파라미터로 설정하여 학생 출석 현황을 조회할 수 있다. ③ 교수자는 사번으로 로그인하여 학생 출석 현황을 조회한다. ④ 로그인과 동시에 해당 수업의 출석 정보를 저장한 학생의 학번, 성명, 수업명, 강의실명, 출석 시간, IP 정보가 화면에 출력된다.
관련 요구사항		SFR- SPACE- 002, SFR- SPACE- 003, SFR- SPACE- 004, SFR- SPACE- 005

요구사항 고유번호		SFR- EMBED- 006
요구사항 명칭		임베디드 웹페이지(교수자- 관리자 지원 요청)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	교수자용 관리자 지원 요청 임베디드 웹페이지 제공 기능
	세부 내용	① 교수자용 관리자 지원 요청 웹페이지는 수업 진행 중 도움이 필요한 경우 관리자에게 도움을 요청할 수 있는 기능을 제공해야 한다. ② 교수자용 관리자 지원 요청 웹페이지는 현재 강의실명을 Get 방식의 파라미터로 설정하고, 교수자가 입력한 지원 요청 내용을 토대로 관리자에게 지원을 요청할 수 있다. ③ 교수자는 사번으로 로그인하여 관리자에게 지원을 요청한다. ④ 지원 요청 후 그룹웨어 및 푸시 메시지를 통해 요청 교수자 성명, 수업명, 강의실명, 요청시간 등의 내용이 관리자에게 전달된다.
관련 요구사항		SFR- SPACE- 002, SFR- SPACE- 003, SFR- SPACE- 004, SFR- SPACE- 005

4) 메타버스 교육 운영 예약 시스템

요구사항 고유번호		SFR- WEB- 001
요구사항 명칭		홈페이지(메타버스 수업 현황 패널)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 메타버스 수업 현황 정보 패널 제공 기능
	세부 내용	① 메타버스 수업 현황 정보 패널은 원격교육지원센터 홈페이지 인트로 페이지에 위치한 레이어 섹션으로, 수업 신청 정보와 출석 정보를 기반으로 기준일자, 누적 수업 수, 예약 중 수업 수, 누적 참여자 수 정보를 제공한다. ② 메타버스와 첨단의 이미지를 연상할 수 있도록 패널 배경 디자인에 동적인 효과를 부여한다. ③ 패널에서 제공하는 통계 데이터(숫자)는 자동 카운팅 효과를 적용한다.
관련 요구사항

- 14 -

요구사항 고유번호		SFR- WEB- 002
요구사항 명칭		홈페이지(이용 안내 페이지)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 이용 안내 페이지 제공 기능
	세부 내용	① 이용 안내 페이지는 원격교육지원센터 홈페이지의 서브 메뉴로 구성된 페이지로, 메타버스 및 게더타운 이용 방법에 대한 정보를 제공한다. ② 서비스 개요, 게더타운 조작법, 유의사항, 수업 운영 신청 방법, 신청 페이지 이동 링크 등의 정보를 제공한다.
관련 요구사항

요구사항 고유번호		SFR- WEB- 003
요구사항 명칭		홈페이지(게시판)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 게시판 제공 기능
	세부 내용	① 게시판은 원격교육지원센터 홈페이지의 서브 메뉴로 구성된 기능으로, 메타버스 서비스 이용과 관련한 게시판 기능을 제공한다. ② 공지사항, Q&A, FAQ, 1:1 게시판 기능을 제공한다.
관련 요구사항

요구사항 고유번호		SFR- WEB- 004
요구사항 명칭		홈페이지(교수자- 수업 운영 신청)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 교수자용 수업 운영 신청 기능
	세부 내용	① 교수자용 수업 운영 신청 기능은 원격교육지원센터 홈페이지의 서브 메뉴로 구성된 기능으로, 메타버스 수업 신청을 위한 기능을 제공한다. ② 교수자는 사번으로 로그인 후 본인의 해당 학기 원격수업 중 메타버스 수업 운영을 희망하는 주차의 수업을 선택하여 신청하며, 신청 시 다음의 정보를 설정(입력)한다. - 수업명(기본값은 DB에서 조회된 해당 수업명) - 수업 운영 시간(기본값은 DB에서 조회된 해당 수업의 시간) - 이용 인원(기본값은 DB에서 조회된 해당 수업의 학생 수) - 신청자(교수자) 성명 - 강의실 구성 등 요청사항 ③ 신청 내역은 그룹웨어 및 푸시 메시지를 통해 관리자에게 전달된다.
관련 요구사항		SFR- WEB- 005, SFR- WEB- 006, SFR- ADMIN- 001

- 15 -

요구사항 고유번호		SFR- WEB- 005
요구사항 명칭		홈페이지(교수자- 수업 운영 신청 조회/변경/취소)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 교수자용 수업 운영 신청 조회/변경/취소 기능
	세부 내용	① 교수자용 수업 운영 신청 조회/변경/취소 기능은 원격교육지원센터 홈페이지의 서브 메뉴로 구성된 기능으로, 기 신청된 메타버스 수업의 신청 결과 조회/변경/취소를 위한 기능을 제공한다. ② 교수자는 사번으로 로그인 후 기 신청된 메타버스 수업 운영 신청 내역과 결과를 조회하고 변경(취소)할 수 있다. 단, 승인이 확정된 수업의 변경(취소)은 관리자만 가능하도록 구현한다. ③ 변경(취소) 내역은 그룹웨어 및 푸시 메시지를 통해 관리자에게 전달된다.
관련 요구사항		SFR- WEB- 004, SFR- WEB- 006, SFR- ADMIN- 001

요구사항 고유번호		SFR- WEB- 006
요구사항 명칭		홈페이지(교수자- 수업 운영 내역/출석 결과 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 교수자용 수업 운영 내역 및 출석 결과 조회 기능
	세부 내용	① 교수자용 수업 운영 내역 및 출석 결과 조회 기능은 원격교육지원센터 홈페이지의 서브 메뉴로 구성된 기능으로, 교수자 본인이 기 운영한 수업 내역과 출석 결과를 조회하는 기능을 제공한다. ② 교수자는 사번으로 로그인 후 기 운영한 수업 리스트와 수업별 출석 결과를 확인할 수 있다.
관련 요구사항		SFR- WEB- 004, SFR- WEB- 005

요구사항 고유번호		SFR- WEB- 007
요구사항 명칭		홈페이지(Gather HTTP API 연동)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 Gather HTTP API 연동 제공 기능
	세부 내용	① Gather HTTP API 연동 기능은 원격교육지원센터 홈페이지에 탑재된 기능 페이지로, 게더타운에서 제공하는 HTTP API(https://www.notion.so/Gather- HTTP- API- 3bbf6c59325f40aca7ef5ce14c677444) 테스트 환경을 제공한다. ② 페이지 내에서 주요 API 기능(createRoom, getMap, setMap, getEmailGuestlist, setEmailGuestlist)에 대한 테스트 결과를 제공해야 한다.
관련 요구사항

- 16 -

요구사항 고유번호		SFR- WEB- 008
요구사항 명칭		홈페이지(인프라 예약 및 통계 기능 수정)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	홈페이지 내 인프라 예약 및 통계 기능 수정 요구사항
	세부 내용	① 홈페이지 내 인프라 예약 페이지에서 인프라별로 휴일을 지정할 수 있도록 수정한다. ② 홈페이지 내 인프라 예약 페이지에서 레이어 방식으로 공지를 띄울 수 있도록 수정한다. ③ 홈페이지 내 장비고장 접수 페이지에서 처리 진행 상황을 확인할 수 있도록 수정한다(관리자가‘접수대기, 접수완료, 처리중, 처리완료’로 처리 진행 상황을 변경). ④ 홈페이지 내 기자재 대여 관리자 페이지에서 통계(대여 리스트) 자료를 엑셀로 다운로드할 수 있도록 수정한다. ⑤ 홈페이지 내 콘텐츠 아카이브 페이지에서 특정 콘텐츠의 인트로 페이지 노출 여부를 선택할 수 있도록 수정한다. ⑥ 홈페이지 내 정보광장 메뉴에 FAQ 게시판을 추가한다. ⑦ 마이페이지의 기자재 대여 이력에서 대여 중인 경우 최대 2차까지 1주 단위로 연장할 수 있도록 구현한다(단, 연장 신청별로 관리자 승인 필요).
관련 요구사항

5) 메타버스 관리자 기능

요구사항 고유번호		SFR- ADMIN- 001
요구사항 명칭		관리자 기능(수업 운영 신청 조회/추가/승인/반려)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	관리자용 수업 운영 신청 조회 및 추가/승인/반려 처리 제공 기능
	세부 내용	① 관리자용 수업 운영 신청 조회/추가/승인/반려 기능은 메타버스 수업 운영 신청 내역 조회 및 추가, 승인, 반려 처리 기능을 제공한다. ② 관리자는 신청 접수된 메타버스 수업 운영 신청 내역을 조회하고 승인 또는 반려 처리할 수 있다. ③ 관리자 승인 처리 시 게더타운 이용료 결제 처리가 완료된 경우에 한해 최종 승인될 수 있도록 구현한다. ④ 관리자 최종 승인 완료 후 신청 교수자와 해당 수업 수강 학생에게 수업 승인(등록) 사실이 안내된다. - 교수자: 그룹웨어 및 푸시 메시지 - 학생: 이메일 및 푸시 메시지 ⑤ 관리자가 반려 처리한 경우 신청 교수자에게 반려 사실이 안내된다. ⑥ 수업이 아닌 일반 행사의 경우 해당 강의실의 예약은 관리자가 등록할 수 있도록 구현한다.
관련 요구사항		SFR- WEB- 004, SFR- WEB- 005, SFR- ADMIN- 002

- 17 -

요구사항 고유번호		SFR- ADMIN- 002
요구사항 명칭		관리자 기능(Gather 서비스 및 이용료 결제 관리)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	관리자용 Gather 서비스 및 이용료 결제 관리 제공 기능
	세부 내용	① 관리자용 Gather 서비스 및 이용료 결제 관리 기능은 게더타운 이용료 결제 관리를 위한 기능을 제공한다. ② 신청 접수된 메타버스 수업 운영 신청 건(또는 일자)별로 서비스 이용료 결제 처리 여부를 설정할 수 있도록 구현한다. ③ 특정 일자에 여러 수업(행사)이 진행될 수 있으므로 일자별 이용자 수 합산 결과를 확인할 수 있어야 하며, 추가 운영 신청 등으로 인해 이용료 결제 처리 값은 변경될 수 있도록 구현한다. ④ 이용료 결제 처리 결과 리스트는 엑셀로 다운로드 할 수 있어야 한다.
관련 요구사항		SFR- ADMIN- 001

요구사항 고유번호		SFR- ADMIN- 003
요구사항 명칭		관리자 기능(수업 운영 통계 및 출석 정보 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	관리자용 수업 운영 통계 및 출석 정보 조회 제공 기능
	세부 내용	① 관리자용 수업 운영 통계 및 출석 정보 조회 기능은 메타버스 수업 운영 현황 통계와 수업별 출석 정보를 제공한다. ② 관리자는 기 운영 완료된 수업 리스트와 수업별 출석 결과를 확인할 수 있다. ③ 수업 운영 현황과 출석 결과 리스트는 엑셀로 다운로드 할 수 있어야 한다.
관련 요구사항		SFR- WEB- 004, SFR- WEB- 005, SFR- ADMIN- 001

요구사항 고유번호		SFR- ADMIN- 004
요구사항 명칭		관리자 기능(관리자 지원 요청 내역 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	관리자용 지원 요청 내역 조회 제공 기능
	세부 내용	① 관리자용 지원 요청 내역 조회 기능은 메타버스 수업 운영 중 교수자가 관리자에게 지원을 요청한 내역 정보를 제공한다. ② 관리자는 요청별로 처리 여부값을 설정할 수 있고, 처리 완료 또는 미완료 요청별로 구분하여 확인할 수 있다.
관련 요구사항		SFR- EMBED- 006

- 18 -

요구사항 고유번호		SFR- ADMIN- 005
요구사항 명칭		관리자 기능(방문 장소 기록 조회)
요구사항 분류		기능 요구사항
요구사항 세부내용	정의	관리자용 방문 장소 기록 조회 제공 기능
	세부 내용	① 관리자용 방문 장소 기록 조회 기능은 사용자들의 특정 장소에 방문 이력 정보를 제공한다. ② 결과 데이터는 방문자 성명 및 일자 기준으로 검색과 정렬이 가능해야 하며, 엑셀로 다운로드 할 수 있어야 한다.
관련 요구사항		SFR- EMBED- 002

나. 성능 요구사항

요구사항 고유번호		PER- 001
요구사항 명칭		성능요건 일반사항
요구사항 분류		성능 요구사항
요구사항 세부내용	정의	성능요건의 일반사항 제공
	세부 내용	① 시스템의 성능을 고려한 개발이 진행되어야 한다. ② 시스템의 안정적 운영 및 향후 확장성, 호환성, 유연성을 고려한 구축이 진행되어야 한다. ③ 시스템 개발 중 로그, 툴(도구)을 이용하여 문제를 조치하여야 한다. ④ 게더타운 서비스 렌더링에 지연이 발생하지 않도록 내부 디자인 리소스를 최적화해야 한다.
산출정보		사업수행계획서

요구사항 고유번호		PER- 002
요구사항 명칭		데이터 처리 속도
요구사항 분류		성능 요구사항
요구사항 세부내용	정의	데이터 처리속도 개선 및 결과처리 시간을 보장
	세부 내용	① 모든 질의는 사용자가 요청한 시간으로부터 처리시간(일반업무 3초, 배치업무 5초) 내에 결과를 보여줘야 한다. ② Think Time 60초(업무처리 시스템)에서 평균응답속도 2초 이내이어야 한다. ③ 서비스 성능 향상을 위하여 중요 페이지는 캐시 또는 웹페이지 퍼블리싱 등의 알고리즘과 기술을 이용하여 데이터베이스의 직접 접근 없이 구현되어야 한다. 성능 향상을 위해 추가로 도입되거나 제안되는 솔루션 및 장치는 제안사의 부담으로 한다.
산출정보		사업수행계획서

- 19 -

요구사항 고유번호		PER- 003
요구사항 명칭		자원 사용률
요구사항 분류		성능 요구사항
요구사항 세부내용	정의	자원 사용률
	세부 내용	① 시스템의 메모리는 최대 부하 시점에서도 90% 이상 사용되지 않아야 한다. ② 브라우저 자원을 과다하게 사용하지 않도록 스크립트를 최적화하고 오류를 최소화하여 개발한다.
산출정보		사업수행계획서

요구사항 고유번호		PER- 004
요구사항 명칭		저작권 및 지식재산권 보호
요구사항 분류		성능 요구사항
요구사항 세부내용	정의	저작권 및 지식재산권 보호
	세부 내용	① 시스템에 사용되는 모든 디자인 및 콘텐츠, 폰트는 저작권법에 위배 되지 않아야 하며, 국내·외에서 저작권 침해 분쟁이 발생될 경우 손해배상 외에도 민·형사상 책임 등 일체의 책임이 사업수행자에게 있으며, 사업수행자가 모든 비용을 부담하여 조속히 분쟁을 해결하여야 함 ② 본 사업에서 제공한 이미지 등 모든 디자인과 콘텐츠, 시스템(DB, 원시프로그램, 개발소프트웨어에 포함된 솔루션(패키지 포함) 등) 설계·구현·운영에 관련된 모든 구성요소에 대한 지식재산권은 기획재정부 계약예규 “용역계약일반조건” 제56조 및 행정기관 및 공공기관 정보시스템 구축·운영지침 제60조에서 정한 바에 따름 ③ 본 사업에 필요한 모든 데이터의 수집, 구축 및 운영, 그에 따른 비용은 사업자가 부담하며, 지식재산권의 문제가 없어야 함 ④ 본 사업에 의한 모든 산출물의 저작권과 지식재산권은 전주대학교와 구축업체가 공동으로 소유하며 사업 수행 완료 즉시 관련 모든 자료를 제출하여야 함 ⑤ 사업자는 사업수행과 완료 후 시스템을 운영함에 있어 산출 및 납품제품이 제 3자의 특허권 또는 저작권을 침해하여 전주대학교를 상대로 손해배상 청구소송이 제기되면 피해자 측에 합의 배상하여야 함 ⑥ 사업자는 본 사업의 관련 정보를 전주대학교 승인 없이 제 3자에게 제공할 수 없으며, 권리 의무를 양도하거나 하도급 할 수 없음 ⑦ S/W는 라이선스, 매뉴얼을 제공하여야 하고, 납품 완료 후라도 저작권으로 인하여 발생하는 모든 문제는 사업자가 책임져야 함
산출정보

- 20 -

다. 인터페이스 요구사항

요구사항 고유번호		SIR- 001
요구사항 명칭		사용자 인터페이스
요구사항 분류		인터페이스 요구사항
요구사항 세부내용	정의	편리한 사용자 인터페이스 구현
	세부 내용	① UI 인터페이스: 효율성, 일관성, 사용 편리성을 위해 개발표준 인터페이스 방안을 정하여 시스템을 구현하여야 한다. - 화면 레이아웃 표준화, 코드화 등 중복 최소화와 입력 편의성 고려 - 화면 표준화(화면디자인, 색상, 폰트, 각종 실행 버튼, 아이콘 등) - 각종 용어 표준화 ② 사용자 친화적 UI 지원하여야 한다. ③ 직관적인 인터페이스를 제공하도록 화면 구성 ④ 사용자의 스크린 사이즈별 유동적 디자인 적용 - 특정 해상도에 최적화된 디자인 지양 및 스크린 및 구성요소 크기는 CSS를 사용하여 지정 - 수평스크롤은 사용하지 않도록 설계(단, 출력용 조회 화면 등은 예외 가능) ⑥ 사용자 동작에 대한 확인 메시지 제공 - 삭제, 입력 정보 완료 혹은 미완료 후 저장 등과 같이 사용자의 수행 활동에 대한 확인 메시지 제공 - 시스템 및 프로그램 오류 발생 시 알람 메시지 제공
산출정보		사업수행계획서, 인터페이스 정의서

요구사항 고유번호		SIR- 002
요구사항 명칭		타 시스템과의 연동
요구사항 분류		인터페이스 요구사항
요구사항 세부내용	정의	타 시스템과 기능을 연동
	세부 내용	① 전주대학교 내‧외 유관 시스템간 정보 연계/연동을 하여야 한다. ② 시스템 연동 시 XML, JSON의 데이터 포맷 활용하여 암호화 통신을 하여야 함. 단 서버 간의 연결이 보안 환경으로 구성된 경우에는 암호화 통신 제외 할 수 있다.
산출정보		인터페이스 정의서

- 21 -

요구사항 고유번호		SIR- 003
요구사항 명칭		시스템 인터페이스 일반
요구사항 분류		인터페이스 요구사항
요구사항 세부내용	정의	시스템 인터페이스 일반 개념 정의
	세부 내용	① 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케이션 실행시간 등을 설정하여야 한다. ② 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 어플리케이션의 기능수행 정확도를 검증한 후 운영 시스템에 이관하여 시스템을 운영하도록 한다. ③ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이선스 비용 등이 발생하지 않아야 한다.
산출정보		인터페이스 정의서

라. 데이터 요구사항

요구사항 고유번호		DAR- 001
요구사항 명칭		초기자료 구축
요구사항 분류		데이터 요구사항
요구사항 세부내용	정의	초기자료 구축
	세부 내용	① 시스템 테스트, 사용자교육, 시험운영 등 일련의 과정을 수행하기 위해 필수적인 초기데이터의 구축하여야 한다
산출정보		인터페이스 정의서

요구사항 고유번호		DAR- 002
요구사항 명칭		데이터 표준 준수 및 검증
요구사항 분류		데이터 요구사항
요구사항 세부내용	정의	데이터 표준 준수 및 검증
	세부 내용	① 현행 및 목표 DB 구성 등을 분석하여 단계별(단위테스트, 통합테스트, 사용자테스트, 운영환경)로 데이터 이행을 위한 최적의 환경을 구축 하여야 한다. ② 데이터 이행 테스트를 실시 하여야 하며, 테스트 과정에서 발생하는 문제점에 대한 조치방안을 수립 후 테스트에 반영하여야 한다. ③ 테스트를 포함한 데이터 이행 절차의 단계별로 데이터 이행계획에 따른 검증을 실시
산출정보

요구사항 고유번호		DAR- 003
요구사항 명칭		데이터 표준준수
요구사항 분류		데이터 요구사항
요구사항 세부내용	정의	통합정보시스템 DB 표준을 준수
	세부 내용	① 데이터표준화, 데이터관리, 표준용어를 수용할 수 있도록 DB설계를 하여야 한다(한국데이터베이스협회, DB설계표준가이드라인 참조).
산출정보		코드표준 및 설계서(테이블정의서, 테이블레이아웃)

- 22 -

요구사항 고유번호		DAR- 004
요구사항 명칭		복구 대응 방안
요구사항 분류		데이터 요구사항
요구사항 세부내용	정의	데이터 복구 대응 방안
	세부 내용	① 데이터 업로드 및 데이터 복구를 관리하여야 하며, 관련한 표준 체계 수립 및 적용하여야 함 ② 시스템은 보안 사고가 발생하여 데이터가 위변조, 손실되면 12시간 이내에 데이터를 복구해야 함 ③ 복구시기, 방법, 절차를 문서화 하여 산출물로 제시 ④ 유실데이터 처리 방안을 문서화 하여 산출물로 제시
산출정보

마. 테스트 요구사항

요구사항 고유번호		TER- 001
요구사항 명칭		테스트 일반사항
요구사항 분류		테스트 요구사항
요구사항 세부내용	정의	테스트 계획 수립 및 테스트 수행
	세부 내용	① 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가하여야 한다. ② 발생 가능한 시나리오를 작성하여 업무에 적합한 테스트 데이터(오류 데이터 포함)를 입력 후 체계적이고 효율적인 테스트를 수행하여야 한다. ③ 통합테스트는 사업자가 수행하며, 필요 시 주관기관과 협의하여 시연을 통해진행할 수 있도록 지원한다. ④ 각 정보시스템 간 상호 운용성 확보를 하여야 한다. ⑤ 테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보완·테스트를 반복적으로 실시하여야 한다.
산출정보		시험계획서, 테스트항목도출, 결과서(단위 테스트, 통합 테스트)

요구사항 고유번호		TER- 002
요구사항 명칭		시험운영
요구사항 분류		테스트 요구사항
요구사항 세부내용	정의	시험운영 계획 및 운영 전환계획 수립
	세부 내용	① 시험운영을 위한 계획(일정, 환경, 소요자원, 시험운영 적용업무, 기능 검증, 하자 보완, 시스템 전환계획, 기술이전, 결과보고 등)을 수립하여 효율적인 시험운영 및 운영 전환이 가능하도록 해야 함
산출정보		시험계획서

- 23 -

바. 보안 요구사항

요구사항 고유번호		SER- 001
요구사항 명칭		보안 일반사항
요구사항 분류		보안 요구사항
요구사항 세부내용	정의	프로젝트 수행 중 보안을 준수
	세부 내용	① 사업자는 사업에 투입되는 인력, 장비 등의 보안관리 계획을 수립하여야하고, 부정당업자 제재대상 누출금지정보(붙임1- 별표1)를 유출 시 「국가를 당사자로 하는 계약에 관한 법률 시행령 제76조」 규정에 따라 부정당업자로 입찰참가자격을 제한한다. ② 사업자는 사업 수행과정에서 취득한 자료와 정보에 관해서는 주관기관의 승인없이 외부에 유출 또는 누설 불가하다. - PC 무단 반출입 금지(반입된 PC는 이동금지 및 로그인, 패스워드 설정) - 보조기억매체(USB, 외장하드 등)의 이용을 금지 - 메신저 이용 및 파일공유사이트 등의 접속을 금지 - 사업수행 기간 중 PC, 노트북 및 USB 등 이동식 보조기억매체 반출 시 반입 전‧후를 비교하여 변경된 데이터는 모두 삭제하고 이를 확인할 수 없을 때에는 반출 전에 데이터를 완전삭제하거나 불용 처리해야함 - 사업자는 용역사업에 이용되는 노트북‧PC에 백신 등의 자체 PC보안 프로 그램을 설치하여야 함 - 사업자는 노트북 및 PC에 전원기동(CMOS) 패스워드, 윈도우 로그인 패스워드, 화면 보호기(10분간격) 패스워드를 영문자 및 숫자가 조합된 8글자이상으로 설정하여야 함 ③ 본 사업 투입인력 및 제안사 대표 등 사업 참여자 전원은 보안양식에 의거하여 보안서약서·확약서를 제출하여야 한다. [별지 제7호], [별지 제8호],[별지 제9호] - 참여인력은 전주대학교가 제공한 양식에 의한 사업투입전, “보안 서약서(업체대표용)”, “보안 서약서(참여인력용)”, “보안확약서”를 제출해야 함 ④ 참여인력에 대한 보안서약서 집행, 정보보호 교육 및 수시 보안점검 등을 실시할 수 있으며, 사업자는 이에 성실히 응해야 한다. - 사업자는 보안인식강화를 위해 사업수행 중에 주기적으로 자체 보안교육을 실시해야 하며, 강원도가 요구하는 보안교육에 참석하여야 함 ⑤ 사업자는 사업 종료 후, 사업관련 자료를 보유하고 있지 않으며 이를 위반 시 향후 법적 책임이 있음을 포함한 “용역업체 대표용 보안확약서” 및 “용역 인력용 보안 확약서”를 작성하여 전주대학교에 제출해야 함 ⑥ 기술적 보안사항 - 암호화키 기반의 데이터 암호화 및 보안대책 강구 - 비인가자의 접근 및 정보 시스템의 불법적인 접근을 차단하기 위해 사용자별 또는 그룹별로 접근권한을 부여하여 구축 - 정보시스템 관리자가 업무별, 데이터별 중요도에 따라 접근 권한을 차등 부여할 수 있도록 구축하여 운영 - 웹 응용 프로그램 개발 시 주요 보안 취약점(접근통제 취약점, 부적절한 파라미터 사용, XSS 등)을 고려한 시스템 구축 - 데이터 및 장비의 무결성과 가용성을 유지하기 위해 백업 계획을 수립‧이행하며, 사고 발생시 적시에 복구할 수 있도록 관리체계 마련 - 국정원 8대 취약점 및 OWASP 10대 웹 어플리케이션 보안 취약점을 최대한 제거하여 시스템 구축 - 교내 보안 취약점 점검 결과에 대한 후속조치에 대한 보고서를 제출해야 함 ⑦ 개인정보보호 및 보안 대책 - 개인정보 입력 및 회원 로그인 등 인터넷상 개인정보 전송 시 네트워크 레이어 기반의 SSL 암호화 방식 적용 - 불의의 사고로 인하여 시스템이나 파일이 피해를 입더라도 최근에 백업한 시점의 내용으로 복구할 수 있는 백업정책 수립 - 사업자는 정보시스템 사용자 계정(ID) 이용 시, 부여된 권한 이외의 접근을 해서는 안 되며, 부여된 패스워드는 임의 변경 및 타인에게 알려서는 안됨
산출정보		보안관리계획서, 보안서약서, 보안취약점 조치 이행 결과서

사. 품질 요구사항

요구사항 고유번호		QUR- 001
요구사항 명칭		품질관리 일반사항
요구사항 분류		품질 요구사항
요구사항 세부내용	정의	시스템 신뢰성, 하자보수성, 보안성, 사용성 등 시스템 품질을 보장
	세부 내용	① 개발시스템은 1일 24시간, 365일 상시 안정적으로 운영될 수 있도록 구축하여야 한다. ② 에러복구, 장애대책확보 등 신뢰성 있는 서비스 환경이 제공되어야 한다. ③ 테스트 중 발견된 결함 수와 결함의 지속시간을 측정하여야 함 ※ 결함 발생율이 5% 이상이거나 중대 결함이 발생할 경우, 시스템 오픈 기간을 연장해야 하며, 결함 지속 시간의 최대 한계값은 1시간 이하여야 함 - 테스트 기간 동안 발견된 결함에 대한 조치율은 100%이어야 하며, 제안사의 불가항력으로 인한 미조치 사항은 전주대학교의 승인을 득해야 하며, 결함에 대한 조치로 인하여 계획된 일정에 영향을 주어서는 안 됨 ④ 하자보수에 용이하고, 상호운영성, 이식성을 보장하여야 한다. ⑤ 사용자 접근제어, 인증무결성 등 기본 보안사항이 충족되어야 한다.
산출정보		사업수행계획서, 장애대응 매뉴얼, 백업계획서

- 24 -

요구사항 고유번호		QUR- 002
요구사항 명칭		품질보증
요구사항 분류		품질 요구사항
요구사항 세부내용	정의	시스템 신뢰성, 하자보수성, 보안성, 사용성 등 시스템 품질을 보장
	세부 내용	① 품질보증 활동계획 수립 - 구축된 시스템의 품질을 보증하기 위한 단계별 활동계획을 수립하여 제출해야 함 - 단계별 품질보증활동을 전담하는 인력을 별도로 투입하여야 함(조직, 책임 명확화) - 단계별 품질보증활동 시기, 수행내역, 품질목표 달성 기준, 미달시 조치방법 등을 구체적으로 제시 - 단계별로 제출되는 모든 공식 산출물(분석서, 설계서, 시험결과서 등)은 품질보증 담당자의 사전검토를 거쳐서 충분한 보완이 완료된 후 제출하여야 함 - 품질보증활동을 위하여 활용하는 도구(관리도구, 시험도구 등)가 있는 경우, 이에 대한 활용 방안, 적용시기 등을 구체적으로 제시하여야 함 ② 기능, 성능, 확장성, 편의성 등 보장 - 본 사업의 분석·설계 단계를 거쳐 확정된 기능에 대한 완전성, 사용 편의성을 확보해야 함 - 본 사업의 분석·설계 단계를 거쳐 확정된 성능 목표에 부합되도록 구축하여야하며, 시스템을 최적화 하여야 함 - 향후 확산을 위한 확장성 등을 확보하여야 함
산출정보		품질보증활동계획서, 결과서

아. 제약사항

- 25 -

요구사항 고유번호		COR- 001
요구사항 명칭		프로젝트 장소 및 환경
요구사항 분류		제약사항
요구사항 세부내용	정의	프로젝트 장소 및 환경
	세부 내용	① 대학은 본 사업수행에 필요한 최소한의 작업공간을 제공할 예정이며, 필요한 경우 대학과 협의 하에 계약자가 지정하는 장소에서 수행할 수 있다. - 비상주시 요구사항 분석, 안정화 지원 기간은 각각 최소 3일 이상 상주를 원칙으로 한다. ② 작업공간을 제외한 각종 집기비품 등은 제안사가 부담한다.
산출정보

요구사항 고유번호		COR- 002
요구사항 명칭		개발언어, 레포팅 툴 사용
요구사항 분류		제약사항
요구사항 세부내용	정의	개발언어, 레포팅 툴 사용
	세부 내용	① HTML5 기반 개발 툴(Nexacro Platform 14/17)을 이용하여 시스템을 개발하여야 한다. ② 레포팅 툴(ClipReport4)를 이용하여 프로그램에서 요구하는 출력물을 개발하여야 한다. ③ 어플리케이션 프레임워크(FSP Server)를 이용하여 개발하여야 한다. - 공통 콤포넌트 재사용으로 기능구현 중복 예산 절감 - 표준화된 개발기반으로 사업자 종속성을 해소하여야 함 - 표준화된 연계 모듈 활용으로 상호운용성을 높여야 함 - 개발표준에 의한 모듈화로 유지보수가 용이해야 함 - 과업 착수 전 공표된 최신 버전 적용이 가능할 경우 업그레이드
산출정보

요구사항 고유번호		COR- 003
요구사항 명칭		개인정보보호법 준수
요구사항 분류		제약사항
요구사항 세부내용	정의	개인정보보호법 준수
	세부 내용	① 개인정보보호 관련 모든 법규를 충실히 이행할 수 있는 개발 표준안을 마련하여 이를 개발에 반영하여야 한다. - 개인정보 열람 시 접근 이력 기록 및 필요시 사유 입력 - 개인정보 열람에 대한 이력관리 통계 또는 조회 화면 제공 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리
산출정보

- 26 -

요구사항 고유번호		COR- 004
요구사항 명칭		웹 표준 및 호환성 준수
요구사항 분류		제약사항
요구사항 세부내용	정의	웹 표준 및 호환성 준수
	세부 내용	① 웹 호환성 확보를 위하여 「전자정부서비스 호환성 준수지침(행정안전부고시 제2017- 26호, 2017. 12. 29.)」의 준수하여야 한다. - OS: Win 10, MAC, Linux 등 - 최소 상이한 5종 이상(IE, Firefox, Safari, Opera, Chrome 등)의 웹브라우저 및 다양한 모바일 기기를 지원해야 함 ② 모바일 서비스의 경우 다양한 모바일 기기에서 화면크기 및 운영체제와 무관하게 동등한 서비스를 제공하도록 노력하여야 한다.
산출정보		웹 호환성 준수 증빙 자료

요구사항 고유번호		COR- 005
요구사항 명칭		웹 접근성 준수
요구사항 분류		제약사항
요구사항 세부내용	정의	웹접근성 준수
	세부 내용	① 장애인의 접근성을 위하여 아래의 지침을 참조하여 기관의 환경에 맞게 적용하여야 한다. - 장애인차별금지법에 따른 웹 접근성 준수를 위해 “한국형 웹 콘텐츠 접근성 지침 2.1(KICS.OT- 10.0003/R2, 2015.3.31.)” 준수
산출정보

자. 프로젝트 관리 요구사항

요구사항 고유번호		PMR- 001
요구사항 명칭		업무보고 요구사항
요구사항 분류		프로젝트 관리
요구사항 세부내용	정의	업무 보고
	세부 내용	① 계약일로부터 10일 이내에 사업수행계획서를 제출하여야 하고, 사업 종료 7일 전까지 결과보고서(5부, CD 3매, 요약보고서 포함)를 제출하여야 한다. ② 협의된 양식에 의거 정기보고서(일일, 주간, 월간 등)를 작성/제출하고 업무보고를 실시하여야 한다. ③ 사업진행 중 착수보고회, 중간보고회, 완료보고회를 개최하여야 하며 개최 방법은 전주대학교와 협의하여야 한다. ④ 사업수행 중 발생하는 비정기적인 사안에 대해서 주관기관은 수시보고서 제출을 요구할 수 있다. ⑤ 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획(WBS)을 총괄적으로 상세히 제시하여야 한다. ⑥ 사업추진 일정이 변경될 경우 사업수행업체는 추진 일정 변경 사유와 변경 내용에 대해 전주대학교와 보고하고 협의하여 확정하여야 한다.
산출정보		사업수행계획서, 결과보고서, 정기보고서(일일, 주간, 월간 등)

- 27 -

요구사항 고유번호		PMR- 002
요구사항 명칭		사업수행 조직구성
요구사항 분류		프로젝트 관리
요구사항 세부내용	정의	사업수행 조직구성
	세부 내용	① 본 사업을 수행할 추진 조직, 인력 구성 및 프로파일과 단계별 인력 투입계획 및 역할, 투입률 등을 제시하여야 하고, 특히 PM, PL의 경우 투입인력의 기술 수준을 상세히 제시하여야 하며, 추후 인력은 본 기관의 동의 없이 사업자 임의로 변경할 수 없음 - 용역 수행 책임자(PM)는 반드시 주관사업자 소속으로써 일정수준 이상 직급의 직원으로 본 사업을 총괄할 수 있는 전문 인력이어야 하며, 사업 전 기간 동안 상주를 원칙으로 한다. 단, 개발효율 측면에서 PM의 상주여부를 협의 할 수 있다. - 본 사업에 투입되는 인력은 시스템의 안정적 지원을 위하여 계약기간동안 근무가 가능한 인력을 투입하여야 한다. - 특별한 사유가 없는 한 인력 교체는 불가하며, 불가항력 사유로 인력교체 필요 시 인력교체 안정화 및 품질저하방지대책을 제시해야 함 ② 프로젝트 추진 일정에 따른 인력 투입계획을 제시하여야 함 ③ 투입인력은 본 사업과 관련된 개발에 직접 참여하였거나, 유사 프로젝트 개발경험이 있는 전문 기술 인력을 포함하여야 함 ④ 본 사업 수행에 있어 자격미달, 근무태도 불량, 기술능력 부족 등으로 판단될 경우에는 해당 기술 인력의 교체를 요구할 수 있으며, 사업자는 특별한 사유가 없는 한 해당 기술 인력을 즉시 교체하여야 하며 인력 교체 시 동급이상의 인력으로 교체하여야 함
산출정보		사업수행계획서

요구사항 고유번호		PMR- 003
요구사항 명칭		안정화 운영 지원 인력
요구사항 분류		프로젝트 관리
요구사항 세부내용	정의	안정화 운영 방안 제시
	세부 내용	① 개발기간을 제외한 안정화 기간에 업무장애/서비스 개선사항이 발생할 경우를 대비하여 시스템 구축에 참여한 전문기술 인력이 최소 1명 이상 상주하여 안정화 운영을 지원하여야 함
산출정보		사업수행계획서

- 28 -

요구사항 고유번호		PMR- 004
요구사항 명칭		제안 개발방법론
요구사항 분류		프로젝트 관리
요구사항 세부내용	정의	제안 개발방법론의 범위 등 제시
	세부 내용	① 제안 시 개발방법론에 대한 전 과정의 설명, 특징, 장‧단점, 저작권, 선정사유 및 적용사례 등을 제시하여야 함. 만일 개발 특성상 여러 개의 개발방법론을 적용할 경우에는 각각 사용범위를 구별하여 제시하여야 함 ② 제안된 방법론은 정보시스템 개발 시 발생되는 착오 및 소프트웨어 품질 저하, 생산성 저하 등의 위험 요소를 방지하고, 시스템 개발의 표준 및 절차의 확립을 통해 유지관리 용이성을 확보할 수 있는 검증된 것이어야 함
산출정보		사업수행계획서

요구사항 고유번호		PMR- 005
요구사항 명칭		사업관리방법
요구사항 분류		프로젝트 관리
요구사항 세부내용	정의	체계적인 사업관리 방안 제시
	세부 내용	① 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리 방법론을 통한 체계적인 사업 관리 방안 제시함 ② 개발의 완성도를 높이기 위해서 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리(관리도구 이용)해야 함
산출정보		사업수행계획서

차. 프로젝트 지원 요구사항

요구사항 고유번호		PSR- 001
요구사항 명칭		안정화 활동
요구사항 분류		프로젝트 지원
요구사항 세부내용	정의	안정화 활동 개념 정의
	세부 내용	① 시스템 가동 이후 2개월 동안과 가동상태 모니터링 및 기록, 예방점검 활동 실시, 유지인력 교육, 비상연락체계 가동, 기술지원 등 안정화 활동을 수행하여야 한다.
산출정보		유지보수 계획서

- 29 -

요구사항 고유번호		PSR- 002
요구사항 명칭		하자ㆍ유지보수
요구사항 분류		프로젝트 지원
요구사항 세부내용	정의	하자ㆍ유지보수
	세부 내용	① 무상하자보수기간은 검수일로부터 1년으로 하며, 제안시 하자 및 유지보수 방안을 상세하게 제시하여야 함 - 하자보증 이행으로 발생하는 모든 비용은 제안사가 부담 ② 무상 하자보수 지원방안에 지원범위, 지원방법(상주, 비상주 등) 및 지원인원을 포함하여 제시 ③ 무상 하자보수 기간 중 개발된 S/W상의 문제가 발견된 경우 즉시 필요한 조치를 취하여 문제를 해결 ④ 무상 하자보수 기간 중에 시스템 운영 및 유지관리 등을 시스템 운영자가 수행할 수 있도록 기술 전수 실시 ⑤ 사업수행자는 다음과 같은 사항을 하자보수 활동에 포함하여 지원 - 환경변화에 따른 시스템 변경 최적화 기술지원 - 개발환경 Version Upgrade에 대한 기술지원 - 장애발생에 대한 처리(Trouble Shooting) - 기타 시스템의 정상운영을 위한 기술지원 등
산출정보		유지보수 계획서

요구사항 고유번호		PSR- 003
요구사항 명칭		교육계획 수립
요구사항 분류		프로젝트 지원
요구사항 세부내용	정의	교육계획 수립
	세부 내용	① 시스템 개발 및 운영에 필요한 교육을 지속적으로 실시하여야 하며, 교육계획서를 작성하여 발주 기관에 제출, 승인을 얻어야 한다. ② 교육계획서에는 교육훈련에 대한 목적 및 내용, 교육대상, 방법, 일정, 장소, 강사진 등에 대한 상세사항이 포함되어야 한다. ③ 교육내용은 시스템의 운영, 감시 및 보안, 비상복구 방법 등 운영에 필요한 시스템 구성방법 및 장애 대처 방법과 기타 시스템 운영에 관한 사항이 포함되어야 한다. - 시스템 운용 관리자 교육은 목표 시스템의 안정적인 운용을 위한 시스템 사용자 매뉴얼, 운용지침을 근거로 실시함 - 시스템의 원활한 운영 및 하자보수를 위해 운영인력에 대한 시스템 운용자 교육훈련(운용 및 하자보수)을 실시 - 목표 시스템의 안정적 운영과 지속적인 웹 서비스를 위하여 개발시스템을 정상적으로 운영하기 이전에 사전교육을 완료 ④ 2022년 8월 29일 전까지 교수자와 학생을 대상으로 메타버스 서비스 이용 교육을 최소 2회 실시해야 한다.
산출정보		교육계획서

- 30 -

요구사항 고유번호		PSR- 004
요구사항 명칭		교육자료 제작
요구사항 분류		프로젝트 지원
요구사항 세부내용	정의	교육자료 제작 개념 정의
	세부 내용	① 시스템 이용에 관한 교육자료를 제작하여야 한다. - 교육자료는 온라인 도움말 형식과 전자적 형식으로 작성하여 제출 - 개발 시스템 홍보를 위한 동영상 자료를 작성하여야 함 - 관리자, 시스템 운용자, 일반사용자 등 사용자별 교육자료를 매뉴얼로 작성하여야 함 ② 교육에 따른 교재 및 소요경비는 사업자가 지원하는 것을 기본으로 하나 부득이한 경우 주관기관과 협의 하여 조정할 수 있다.
산출정보		매뉴얼(관리자, 시스템 운용자, 일반사용자 등)

요구사항 고유번호		PSR- 005
요구사항 명칭		기술이전 방안
요구사항 분류		프로젝트 지원
요구사항 세부내용	정의	기술이전 방안 개념 정의
	세부 내용	① 시스템의 운영, 감시 및 보안, 비상복구 방법 등 시스템 구성방법 및 장애 대처 방법, 기타 운영에 관한 사항 등 시스템 운영직원의 자체유지보수 능력 배양을 위한 기술이전 계획을 제시하여야 한다. ② 기술이전계획서 작성 시 대학과 협의하며, 아래 사항을 포함하여 계획에 따라 기술이전을 수행하여야 함 - 기술이전 내용(경미한 장애조치, 응급조치 기술 등 포함), 기술이전 방법 및 기간, 인원, 비용부담조건(해당 시)
산출정보		기술이전계획서

- 31 -

Ⅲ

제안서 작성 지침

1. 일반사항

가. 사업 주관부서: 전주대학교 원격교육지원센터

나. 제안서 제출처: 전주대학교 총무지원실

다. 주소: (55069) 전라북도 전주시 완산구 천잠로 303 전주대학교

라. 관련 문의

1) 입찰 및 계약 관련: 총무지원실 ☎(063)220- 2145

2) 기술 제안요청 관련: 원격교육지원센터 ☎(063)220- 2402

마. 제안서 제출 수량: 원본 1부, 사본 5부, 요약본 5부

바. 제안서 규격: A4용지, 흑색 또는 칼라, 단면

사. 규격서는 제안된 규격과 동일하거나 또는 상위 규격이여야 함

아. 제안 금액은 밀봉 후 제안서 제출 시 별도 제출

2. 제출방법

가. 입찰등록 및 제안 관련 서류는 본 대학을 직접 방문하여 접수하여야 하며(우편접수 불가), 접수된 자료는 일체 반환하지 않는다.

나. 제출 기한 내에 미제출시는 제안 의사가 없는 것으로 처리한다.

다. 제안업체는 제안서 검토를 위해 본 대학의 추가적인 자료 제출요구가 있는 경우 이에 응해야 한다.

3. 유의사항

가. 제안서 내용의 비교평가를 용이하게 하기 위해서 ‘4. 제안서 작성방법’에 주어진 목차를 그대로 준수하여 작성하여야 하며, 새로 추가 할 내용이 있을 경우 해당 목차 안에 잘 알아볼 수 있도록 기술한다.

나. 본 제안내용에 포함된 모든 내용에 대해는 제안업체가 책임져야 하며, 제안 준비를 위해 소요되는 일체의 비용은 제안사 부담으로 한다.

다. 제안내용은 꼭 필요한 사항 위주로 명료하게 작성하여야 하며, 불확실한 용어나 추측이 가능하도록 하는 표현은 하지 말아야 한다. 만일, 제안내용에 모호한 표현으로 전주대학교와 제안사간 이견이 있을 경우 전주대학교의 해석을 우선한다.

라. 제안내용의 근거자료 및 참고자료 등을 첨부하여야 하며, 특히 기술적 검증이 필요한 자료에 대해서는 공인된 자료를 제출하여야 한다.

마. 제안서의 모든 내용은 객관적으로 입증할 수 있어야 하며, 그 내용이 허위로 확

- 32 -

인될 경우 또는 입증요구에 입증하지 못하는 경우는 평가 대상에서 제외한다.

바. 본 제안요청서는 사업의 범위, 내용 등에 대해 상세하고 명확하게 정의되지 못한 한계를 가지고 있으므로 본 제안요청서에 기술되지 않은 사항이라도 본 사업의 목적 달성을 위해 꼭 필요하다고 판단되는 사항은 사업 범위에 포함시켜야 한다.

사. 제안서 작성 시 채택이 가능한 복수 안을 제안할 수 있으나 반드시 장단점을 기재하고 본 사업목적을 달성하는데 가장 큰 장점이 있다고 생각하는 1개안을 지정하여 가격을 제안해야 한다.

아. 계약 후에도 제안서의 내용에 허위 사실이 발견되거나 제안된 내용을 충족시키지 못할 경우 전주대학교는 이에 대한 손해배상 소송을 제기할 수 있으며, 이에 따른 제반 비용은 제안사 가 부담한다.

자. 최종 선정된 사업자는 본교의 승인 없이 본 사업의 일부 또는 전부를 제 3의 사업자에게 넘길 수 없다.

차. 본 제안서의 내용은 계약서에 별도로 명시하지 않더라고 계약서와 동일한 효력을 가지며 계약서에 명시된 내용에 대해서는 계약서의 내용을 우선한다.

카. 최종 선정된 업체가 용역사업 기간 중 개발 과정에서 부수적으로 필요한 일체의 장비(H/W, S/W)는 해당 업체가 준비하여야 한다.

타. 본 사업에 대한 제안 준비 과정에서 취득한 본교의 기밀 정보는 일체 누설하지 않는다.

파. 본 사업과 관련된 분쟁이 있을 경우 본교가 지정하는 법원을 통해 해결한다.

하. 제안내용과 상이할 경우 부적격업체로 판단하여 평가대상에서 제외할 수 있다.

4. 제안서 작성방법

작성 목차	작성 방법	비 고
I. 제안업체 일반
1. 일반 현황	·제안사의 일반현황 및 주요연혁, 최근 3년간의 자본금 및 연간 매출액을 명료하게 제시하여야 한다. 최근 3년간 재무상태 및 기업신용평가등급 확인서 신인도 확인서	별지 제1호 별지 제6호
2. 조직 및 인원	·제안사의 조직 및 인원현황을 작성한다. 조직별, 기술등급별, 기술분야별 인원 제시	별지 제2호 별지 제3호
3. 주요 사업내용	·제안사의 주요 사업내용을 분야별로 구분하여 작성한다.
4. 주요 사업실적	·최근 3년간 유사분야 사업실적을 작성한다.	별지 제5호
Ⅱ. 제안 개요
1. 목적 및 배경	·제안사는 해당사업의 제안요청 내용을 명확하게 이해하고, 본 제안의 목적, 범위, 전제조건, 제안의 특징 및 장점, 사업수행 전략, 기대효과 등을 요약하여 기술한다.
2. 제안 범위
3. 추진 전략
4. 제안의 특징 및 장점
Ⅲ. 사업수행 전략부문
1. 사업 추진계획	·사업 추진목표 및 추진방향 등 추진계획을 작성한다.
2. 사업 추진전략	·사업 수행 내용별 세부 추진전략, 추진 절차, 구축 방안, 확장 방안 등을 상세히 작성한다.
3. 시스템 구성 방안	·효과적 사업수행을 위한 전체 시스템 구성 전략 및 각 부문별 특징을 제시하여야 한다.
Ⅳ. 사업수행 기술부문
1. 서비스 구축 방안	·요구사항을 만족하는 목표시스템 구축에 대한 전반적인 방안과 특징을 제시하여야 한다. ·적절한 서비스 통합 계획을 제시하여야 한다. ·화면 구성계획에 관한 시안을 제시하여야 한다. ·기타 시스템 구축 및 운영 방안 등에 대한 상세하고 구체적인 방향을 제시하여야 한다.
2. 기능요구사항	·방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적인 기술, 제안한 방안 및 기술의 적용방안을 제시하여야 한다.
3. 보안요구사항	·보안요구사항 및 시스템과의 관련성을 분석하고 적용할 보안기술, 표준, 제안방안 등을 구체적으로 제시하여야 한다.
4. 데이터요구사항	·데이터 전환 계획 및 검증 방법, 에러 데이터 처리 방법에 대해 구체적인 내용을 제시하여야 한다.
5. 제약사항	·기능 및 품질 등 요구사항 구현 시 관련 제약사항과 대응방안을 구체적으로 기술하여야 한다.
6. 성능요구사항	·구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구, 구현 및 테스트 방안을 구체적으로 제시하여야 한다.
7. 인터페이스 요구사항	·시스템 인터페이스는 타 시스템과의 연계 방안들에 대한 장단점의 분석을 통해 가장 적합한 방안이 구체적으로 기술되어 있는가를 평가하고, 구현 경험이 있는 인터페이스 담당자가 투입되는지 평가한다. ·사용자 인터페이스는 사용자 편의성을 고려하여 요구사항을 제공하기 위한 분석 및 설계, 구현방안과 검토 계획을 구체적으로 기술하였는가를 평가하고, 구현 경험이 있는 인터페이스 담당자가 투입되는지 평가한다.
8. 테스트 요구사항	·구축된 시스템이 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술한다. ·목표시스템의 테스트 유형(단위 테스트, 통합 테스트, 시스템 테스트, 성능 테스트 등) 테스트 환경, 방법, 절차 등 요구사항을 기술한다.
9. 품질요구사항	·분석·설계 등 각 단계별 품질 요구사항의 점검 및 검토 방안을 구체적으로 제시하여야 한다.
10. 기타 추가 사항	·기타 포함되지 않은 사항에 대한 추가제안을 제시할 수 있다.
Ⅴ. 사업 관리부문
1. 사업수행 조직 및 업무분장	·본 사업을 수행할 조직 및 업무분장 내용을 상세히 제시하며, 본 용역관련 분야별 전문가 활용방안을 명확히 제시하여야 한다. ·본 사업 수행을 위한 인력 투입 계획과 투입인력에 대한 이력사항을 붙임양식에 의거하여 작성한다.	별지 제3호 별지 제4호
2. 사업 관리방안	·품질보증을 위한 조직, 방법, 절차, 내용 등을 제시하여야 한다. ·사업 추진예정 일정을 참조하여 추진일정을 세부수행 과제별로 제시하고 산출물 작성계획을 작성한다. ·사업추진과정에서 생산되는 문서의 관리방안과 제출할 산출물의 종류, 주요내용 및 제출시기, 제출부수 등을 제시하고, 별도로 최종 결과보고서에 대한 세부목차(안)을 제시 한다.
Ⅵ. 사업 지원부문
1. 유지관리 방안	·유지관리 지원체계 및 적정 방안을 제시하여야 한다. - 장애처리 및 유지관리 체제, 기간 등 종합적인 방안 제시
2. 교육훈련 및 기술이전	·교육 내용, 교육기간, 인원 등을 상세히 제시하여야 한다. ·원활한 시스템 운영을 위해 시스템담당자에 대한 기술이전 계획을 분야별로 상세하게 제시하여야 한다(단, 산출물로 제시 할 수 없는 원천기술부문이 있는 경우 이를 제안서 상에 명시 한다).
3. 보안 및 백업관리	·종합 보안대책 방안 및 백업 방안 제시하여야 한다. ·사업 수행 과정의 취득 정보 및 산출물 등에 관한 보안 체계 및 대책 등을 제시하여야 한다. ·구축 시스템 보안 대책 및 제품의 보안 방안을 제시하여야 한다.
4. 기타	·위 항목에서 제시되지 않은 내용을 기술한다.

- 33 -

Ⅳ	제안서 평가 및 선정 방법

1. 제안서 평가 방법

가. 제안서 평가는 본교에서 구성한 평가위원회에서 평가한다.

나. 제안서 평가 시 별도 지정한 일시 및 장소에서 회사별 20분 이내에 제안 설명회를 실시한다.

다. 평가위원회의 평가점수는 평가위원별 점수를 합산한 후 평균치로 하며, 소수점 3째 자리에서 반올림하여 소수점 2째 자리까지의 값을 기술평가 점수로 정한다.

라. 종합평가는 기술능력평가와 입찰가격평가를 구분하여 실시하되, 기술 90%, 가격 10%의 비중을 적용한다.

마. 기술능력평가 기준 및 배점을 평가위원회의 의결에 따라 별도 통보없이 변경될 수 있으며 제안업체는 이에 이의를 제기할 수 없다.

바. 제안가격(>0)이 본 사업의 예산 범위 내에 있지 않은 것은 무효처리한다.

사. 평가결과에 관련된 모든 결과는 공개하지 않으며, 제안업체는 이에 대하여 일체의 이의를 제기할 수 없다. *(확약서 제출, 별지 제7호)

2. 제안서 심사항목 및 배점표

항목			평가 요소	배점
기 술 평 가	Ⅰ.일반부문 (15)	재무‧경영상태	·기업신용평가등급 *(재무경영상태 평가 참조)	5
		신인도 평가	·업체 신인도 *(신인도 평가 참조)	2
		참여인력 평가	·조직 및 참여인력 전문성 *(참여인력 기술 평가 참조)	4
		수행실적 평가	·최근 3년간 사업수행실적 *(수행실적 평가 참조)	4
	Ⅱ.제안개요 (5)	제안개요	·제안요청 추진목표 및 전략의 구체성·충실성 ·제안요청사항 이해도 및 일치성	5
	Ⅲ.사업전략부문 (10)	사업 추진계획	·사업 추진계획(추진목표 및 추진방향) ·사업 수행 방법론 및 절차, 산출물 목록 확인	3
		사업 추진전략	·사업 수행 내용별 세부 추진전략, 추진 절차, 구축 방안, 확장 방안의 적정성	3
		시스템 구성 방안	·전체적인 구성 전략 및 각 부문별 특징 제시 ·시스템 구성 방안의 적정성, 기술성	4
	Ⅳ.사업수행 기술부문 (35)	서비스 구축 방안	·서비스 구축 계획의 적정성 ·디자인 구성의 독창성 및 전문성 ·사용자 이용 편의성 및 확장성	5
		기능요구사항	·요청사항 구분별 상세기능 요구사항에 대한 구현 방안의 적적성	10
		보안요구사항	·보안요구사항 분석 및 방안의 타당성 ·보안요구사항 분석의 적정성 ·관련 방안 및 기술의 적용 가능성	8
		데이터요구사항	·데이터 처리 방법의 적정성 ·관련 조직 및 참여인력의 적정성
		제약사항	·요구사항 구현 시 관련 제약사항 충족 적절성
		성능요구사항	·요구 성능 충족에 대한 방법론의 적절성 ·분석 도구의 활용성 ·성능요구사항의 충족도	6
		품질요구사항	·제공되는 분석 도구 및 구현 방안의 적절성 ·분석·설계 등 각 단계별 품질 요구사항의 점검 및 검토 방안 적절성	6
		인터페이스 요구사항	·사용자 편의성 분석 및 설계 적절성	6
		테스트 요구사항	·테스트 유형(단위 테스트, 통합 테스트, 시스템 테스트, 성능 테스트 등) 테스트 환경, 방법, 절차 등 적절성	6
	Ⅴ.사업수행 관리부문 (10)	사업수행 조직 및 업무분장	·사업수행 조직의 적절성 및 전문성 ·사업수행 조직 및 인원‧규모 적절성 ·역할 분담 및 투입인력 전문성	5
	Ⅴ.사업수행 관리부문 (10)	사업 관리 방안	·사업 관리의 적정성 ·성공적 사업수행을 위한 관리 방안 제시 ·각종 산출물 및 요청사항의 관리 ·제안요청사항 만족도 및 보고체계 ·사업추진 일정계획의 구체성 및 적정성	5
	Ⅵ.사업지원부문 (15)	유지관리 방안	·효율적이고 신속한 유지관리 방안의 적정성 ·장애 처리 및 하자보수 체제, 기간	5
		교육훈련 및 기술이전	·교육훈련 체계 및 계획의 적정성 ·기술이전 및 지원계획의 적정성	5
		보안 관리	·구축 시스템 보안 체계 및 대책의 적정성 ·정보보안 관련 법령 및 정책의 이해도	5
가격 평가	입찰가격(10)		·입찰가격 평가	10

- 35 -

회사채에 대한 신용평가등급	기업어음에대한 신용평가등급	기업신용평가 등급	배점
AAA	-	AAA (회사채에 대한 신용평가등급 AAA에 준하는 등급)	5.0
AA+, AA0, AA-	A1	AA+, AA0, AA- (회사채에 대한 신용평가등급 AA＋, AA0, AA- 에 준하는 등급)	4.8
A+	A2+	A+ (회사채에 대한 신용평가등급 A＋에 준하는 등급)	4.6
A0	A20	A0 (회사채에 대한 신용평가등급 A0에 준하는 등급)	4.4
A-	A2-	A- (회사채에 대한 신용평가등급 A- 에 준하는 등급)	4.2
BBB+	A3+	BBB+ (회사채에 대한 신용평가등급 BBB＋에 준하는 등급)	4.0
BBB0	A30	BBB0 (회사채에 대한 신용평가등급 BBB0에 준하는 등급)	3.8
BBB-	A3-	BBB- (회사채에 대한 신용평가등급 BBB- 에 준하는 등급)	3.6
BB+, BB0	B+	BB+, BB0 (회사채에 대한 신용평가등급 BB＋, BB0에 준하는 등급)	3.4
BB-	B0	BB- (회사채에 대한 신용평가등급 BB- 에 준하는 등급)	3.2
B+, B0, B-	B-	B+, B0, B- (회사채에 대한 신용평가등급 B＋, B0, B- 에 준하는 등급)	3.0
CCC+ 이하	C 이하	CCC+ 이하 (회사채에 대한 신용평가등급 CCC＋에 준하는 등급)	2.0

※ 입찰가격 평가점수 산출방법

▷ 입찰가격을 추정가격의 100분의 80 이상으로 입찰한 자에 대한 평가

* 최저입찰가격: 유효한 입찰자 중 최저입찰가격

* 당해입찰가격: 당해 평가대상자의 입찰가격

* 입찰가격 평가 시 사업예산으로 하는 경우에는 추정가격에 부가가치세를 포함

하여 적용하고, 예정가격을 작성한 경우에는 추정가격을 예정가격으로 적용

▷ 입찰가격을 추정가격의 100분의 80 미만인 입찰한 자에 대한 평가

* 최저입찰가격: 유효한 입찰자 중 최저입찰가격

* 당해입찰가격: 당해 평가대상자의 입찰가격으로 하되, 입찰가격이 추정가격의

100분의 60 미만일 경우에는 100분의 60으로 계산

* 입찰가격 평가 시 사업예산으로 하는 경우에는 추정가격에 부가가치세를 포함

하여 적용하고, 예정가격을 작성한 경우에는 추정가격을 예정가격으로 적용

* 입찰가격 평점산식에 의한 계산결과 소수점이하의 숫자가 있는 경우에는 소수점

3째 자리에서 반올림 함

3. 입찰 및 사업자 선정 방법

가. 입찰 참가자격

1) 국가를 당사자로 하는 계약에 관한 법률 시행령 제12조 및 동법 시행 규칙 제14조 규정에 의한 입찰 참가 자격요건을 갖춘 자

2) 공고일 현재 “소프트웨어산업진흥법” 제24조의 규정에 의한 소프트웨어 사업자(컴퓨터관련서비스사업 업종코드: 1468, 디지털콘텐츠개발서비스사업 업종코드: 1469)으로 등록된 업체

3)「국가를 당사자로 하는 계약에 관한 법률 제27조 및 동법 시행령 제76조」 규정에 따라 부정당업자에 해당하지 않는 자

4) 불공정거래 및 제안서의 경쟁력 약화와 사업 수행 시 품질 저하를 방지하기 위하여 위의 조건 외에 다른 조건으로는 참가자격을 제한하지 않음

- 39 -

【붙임1】

정보화사업 용역업체 정보보호 준수사항

전주대학교 정보화사업에 참여하는 용역업체는 다음 사항을 참고하여 정보보호 요구사항을 준수하여야 한다.

1. 일반사항

가. 전주대학교의 정보보호 정책, 지침 및 매뉴얼을 준수하여야 한다.

나. 전주대학교의 자산에 접근하기 위해서는 전주대학교의 접근 통제 절차를 준수하여야 한다.

다. 전주대학교는 계약서의 보안사항을 준수하고 있는지를 감사할 권한을 가진다.

라. 전주대학교의 감사 시 필요한 근거 자료를 제공하고 현장 실사에 적극 협조하여야 한다.

마. 사업 수행에 사용되는 문서, 인원, 장비 등에 대하여 물리적, 관리적, 기술적 보안대책 및 ‘누출금지 대상정보’에 대한 보안관리 계획을 제안서에 기재하여야 한다.

바. 전주대학교의 보안정책을 위반하였을 경우 「[별표1] 사업자 보안위규 처리기준 및 [별표2] 보안 위약금 부과 기준」에 따라 위규자 및 관리자를 행정조치하고 민형사상의 책임을 진다.

< 누출금지 정보 >

① 기관 소유 정보시스템의 내ㆍ외부 IP주소 현황

② 세부 정보시스템 구성현황 및 정보통신망 구성도

③ 사용자계정 및 패스워드 등 정보시스템 접근 권한 정보

④ 정보통신망 취약점 분석·평가 결과물

⑤ 용역사업 결과물 및 프로그램 소스코드

⑥ 보안시스템 및 정보보호시스템 도입현황

⑦ 침입차단시스템ㆍ방지시스템(IPS) 등 정보보호제품 및 라우터ㆍ스위치 등 네트워크장비 설정 정보

⑧‘공공기관의 정보공개에 관한 법률’제9조1항에 따라 비공개 대상정보로 분류된 기관의 내부문서

⑨‘개인정보 보호법’제2조1호의 개인정보

⑩ 그 밖의 발주자가 공개가 불가하다고 판단한 자료

- 41 -

2. 제3자의 직원에 대한 보안관리

가. 참여직원에 대해서 각 개인의 친필 서명이 들어간 보안서약서를 제출한다.

나. 참여직원은 임의로 교체할 수 없으며, 교체 시 전주대학교의 승인을 받는다.

3. 내부 자료에 대한 보안관리

가. 업무 수행을 위해 제공하는 내부 자료는 자료관리대장을 작성하여 인수‧인계 시 직접 서명한다.

나. 제공된 내부 자료에 대해 복사 및 외부반출을 할 수 없으며, 업무 완료 후 전주대학교에 반환한다.

다. 제공된 내부 자료는 매일 퇴근 시 반납하여야 한다. 다만, 비밀문서를 제외한 일반문서는 제3자에 제공된 사무실에 시건장치가 된 보관함이 있을 경우 이를 보관함에 보관할 수 있다.

라. 전주대학교는 제3자에 제공된 사무실에 보관된 자료에 대해서는 수시로 확인할 수 있다.

4. 장비에 대한 보안관리

가. PC(노트북 포함)는 반입시마다 최신 바이러스 백신프로그램 설치와 바이러스 감염여부를 확인하여야 한다.

나. 업무 수행을 위해 반입된 PC는 업무 종료 시까지 반출 할 수 없다. 다만, 불가피한 경우 전주대학교의 승인 후 반출할 수 있다.

다. USB 등의 보조기억매체는 사용할 수 없다. 다만, 불가피한 경우는 전주대학교의 승인 후 사용할 수 있다.

라. 업무 종료 시 PC 및 사용된 보조기억매체는 Format하고 전주대학교의 승인 후 반출 한다.

5. 내·외부망 접근에 대한 보안관리

가. 사용자 계정(ID)은 하나의 그룹으로 등록하고 사용자계정별로 정보시스템에 접근권한을 부여토록 한다.

나. 사용자계정별로 부여된 권한은 불필요 시 곧바로 권한을 해지하거나 계정을 폐

- 42 -

【붙임1- 별표1】

사업자 보안위규 처리기준

구분

위규 사항

처리 기준

심각

1. 비밀 및 대외비 급 정보 유출 및 유출시도

가. 정보시스템에 대한 구조, 데이터베이스 등의 정보 유출

나. 개인정보·신상정보 목록 유출

다. 비공개 항공사진·공간정보 등 비공개 정보 유출

2. 정보시스템에 대한 불법적 행위

가. 관련 시스템에 대한 해킹 및 해킹시도

나. 시스템 구축 결과물에 대한 외부 유출

다. 시스템 내 인위적인 악성코드 유포

◦ 사업 참여 제한

◦ 위규자 및 직속 감독자 등 중징계

◦ 재발 방지를 위한 조치계획 제출

◦ 위규자 대상 특별보안교육 실시

중대

1. 비공개 정보 관리 소홀

가. 비공개 정보를 책상 위 등에 방치

나. 비공개 정보를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용

다. 개인정보‧신상정보 목록을 책상 위 등에 방치

라. 기타 비공개 정보에 대한 관리소홀

2. 사무실ㆍ보호구역 보안관리 허술

가. 통제구역 출입문을 개방한 채 퇴근 등

나. 인가되지 않은 작업자의 내부 시스템 접근

다. 통제구역 내 장비·시설 등 무단 사진촬영

3. 전산정보 보호대책 부실

가. 업무망 인터넷망 혼용사용, 보안 USB 사용규정 위반

나. 웹하드·P2P 등 인터넷 자료공유사이트를 활용하여 용역사업 관련 자료 수·발신

다. 개발·유지보수 시 원격작업 사용

라. 저장된 비공개 정보 패스워드 미부여

마. 인터넷망 연결 PC 하드디스크에 비공개 정보를 저장

바. 외부용 PC를 업무망에 무단 연결 사용

사. 보안관련 프로그램 강제 삭제

아. 사용자 계정관리 미흡 및 오남용(시스템 불법접근 시도 등)

◦ 위규자 및 직속감독자 등 중징계

◦ 재발 방지를 위한 조치계획 제출

◦ 위규자 대상 특별보안교육 실시

보통

1. 기관 제공 중요정책ㆍ민감 자료 관리 소홀

가. 주요 현안ㆍ보고자료를 책상위 등에 방치

나. 정책ㆍ현안자료를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용

2. 사무실 보안관리 부실

가. 캐비넷ㆍ서류함ㆍ책상 등을 개방한 채 퇴근

나. 출입키를 책상위 등에 방치

3. 보호구역 관리 소홀

가. 통제ㆍ제한구역 출입문을 개방한 채 근무

나. 보호구역내 비인가자 출입허용 등 통제 미실시

4. 전산정보 보호대책 부실

가. 휴대용저장매체를 서랍ㆍ책상 위 등에 방치한 채 퇴근

나. 네이트온 등 비인가 메신저 무단 사용

다. PC를 켜 놓거나 보조기억 매체(CD, USB 등)를 꽂아 놓고 퇴근

라. 부팅ㆍ화면보호 패스워드 미부여 또는 "1111" 등 단순숫자 부여

마. PC 비밀번호를 모니터옆 등 외부에 노출

바. 비인가 보조기억매체 무단 사용

◦ 위규자 및 직속 감독자 등 경징계

◦ 위규자 및 직속 감독자 사유서 / 경위서 징구

◦ 위규자 대상 특별보안교육 실시

경미

1. 업무 관련서류 관리 소홀

가. 진행중인 업무자료를 책상 등에 방치, 퇴근

나. 복사기ㆍ인쇄기 위에 서류 방치

2. 근무자 근무상태 불량

가. 각종 보안장비 운용 미숙

나. 경보ㆍ보안장치 작동 불량

3. 전산정보 보호대책 부실

가. PC내 보안성이 검증되지 않은 프로그램 사용

나. 보안관련 소프트웨어의 주기적 점검 위반

◦ 위규자 서면ㆍ구두 경고 등 문책

◦ 위규자 사유서 / 경위서 징구

- 44 -

【별지 제1호】

[일반현황 및 연혁]

회 사 명

대 표 자

사업자등록번호

사 업 분 야

주 소(소재지)

설 립 년 도

년 월

자 본 금

백만원

해당부문 종사기간

년 월 ~ 년 월

( 년 개월)

전 화 번 호

(FAX)

연간매출액

(최근 3년간)

M- 2년도

백만원

M- 1년도

백만원

M년도

백만원

주요연혁(요약)

기술자 보유현황 (단위: 명)

구 분

계

전 문 분 야

관리분야

H/W분야

S/W분야

DB분야

기타분야

계

기술사

특급기술자

고급기술자

중급기술자

초급기술자

기 능 사

※ 기술자의 구분은 “소프트웨어 개발비 산정기준”에 의함(제안업체의 기술 인력만 기술)

※ 자본금 및 최근 3년간 매출액의 경우 관련 증빙 자료(신용평가기관의 신용도 평가 서류)를 제출

【별지 제2호】

[조직 및 인원현황]

1. 제안사 조직 및 인원현황

2. 본 사업 수행조직 및 인원현황

	사 업 책 임 자
	직위, 성명, 기술등급


○○ 부문	○○ 부문	○○ 부문	○○ 부문
직위, 성명, 기술등급	직위, 성명, 기술등급	직위, 성명, 기술등급	직위, 성명, 기술등급

※ 1. 부문별 책임자를 명시

2. 부문별 기술자는 기술등급(직위) 순위별로 기재

3. 본 사업 수행조직 및 인원현황에는 실제 사업현장에 직접 투입가능한 인력을 기재

【별지 제3호】

[사업 참여기술자 현황]

구분	분야별	성 명	연령	기술등급	투입기간 (%)	최종학력	자격증	상주 여부	담당업무
투입 인력 참여 명단	사업책임자
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문
	○○부문

1. 프로젝트 참여 기술자로 실제 투입인력 전원에 대하여 작성

2. 해당자에 한하여 재직을 증명하는 서류, 졸업증명서, 경력증명서 및 국가기술자격증 사본을 첨부하여야 한다. (미 제출시 해당 항목 인정 안됨)

3. 1인이 자격증을 여러 개 소지한 경우 상위 1개만 작성

4. 위 서식은 본 사업 착수 시 제출할 인원 명단으로 중복 사용이 가능하다.

【별지 제4호】

[참여인력 이력사항]

성 명

소속

연령

직책

자격증

SI사업 참여

직위 및 분야

해당분야 근무경력

년 월

최종학교

(학위)

전공

기 술 등 급

본 사업

참여 임무

본 사업참여 기간

20 . . . ~

참여율

(투입공수)

경 력 사 항

사업명 및 사업개요

참여기간

(년월～년월)

담당업무

발주처

비고

1. 별지 제3호에 포함된 실제로 사업현장에 직접 투입 가능한 기술자에 대하여 기재

2. 경력사항은 현재를 기준으로 최근 3년간 참여 실적을 년 월까지 기재

3. 자격증 사본을 첨부한다.

4. 경력은 해당분야 근무경력에 기술한 내용을 파악할 수 있도록 기술

5. 확인결과 허위사실로 밝혀질 때는 0점 처리

6. 기술등급- “소프트웨어사업대가의 기준”에 의한 기술자의 등급과 자격 기준 기술

7. 소프트웨어산업진흥법 제24조의3 및 동법 시행규칙 제13조에 따라 발급된 소프트웨어기술경력증명서(발급기관: 한국 소프트웨어 산업 협회)로 대체 가능

【별지 제5호】

[주요 사업실적]

업 체 명		(대표자: )
순번	사업명(완료구분)		사업기간	계약금액 (천원)	발 주 처		비 고
					발주처명	전화번호

※ 1. 완료 구분란은 완료, 진행 중으로 명시 2. 현재 수행 중인 업무를 포함 최근 3년간 연도순으로 실적 기재 3. 하도급실적은 발주처의 승인을 득한 경우만 기재하고 비고란에 주계약자를 기재 4. 공동도급의 경우는 계약금액란에 제안사의 지분만을 기재 5. 사업건별 실적증명원 입증서류(소프트웨어사업수행실적확인서, 실적증명서) 제출, 확인이 불가능한 실적은 인정하지 않음 6. 비고란에는 업종별로(예: 대학, 공공기관) 구분하여 기재한다.

【별지 제10호】

입찰참가신청서 ※ 아래 사항 중 해당되는 경우에만 기재하시기 바랍니다.						처리기간
						즉 시
신 청 인	상호 또는 법인 명칭			법인등록번호
	주 소			전 화 번 호
	대 표 자
입 찰 개 요	입 찰 공 고 (지 명) 번 호	제2022 - 호		입 찰 일 자	2022. . .
	입 찰 건 명	전주대학교 메타버스 원격교육 환경 구축
입 찰 보 증 금	납 부	‧ 보증금율: 5 % ‧ 보 증 액: 금 원정(￦ ) ‧ 보증금 납부방법:
	납부면제 및 지 급 확 약	‧ 사 유: 해당없음 ‧ 본인은 낙찰 후 계약 미체결 시 귀 대학교의 낙찰금액에 해당하는 소정의 입찰보증금을 현금으로 납부할 것을 확약합니다.
대 리 인 ‧ 사 용 인 감	본 입찰에 관한 일체의 권한을 다음의 자에게 위임합니다. ‧ 성 명: ‧ 주민등록번호:		본 입찰에 사용할 인감을 다음과 같이 신고합니다. 사용인감 󰄫
당사는 위의 번호로 공고 한 귀 대학교의 입찰에 참가하고자 귀교에서 정한 물품구매입찰유의서 및 입찰공고사항을 모두 승낙하고 별첨서류를 첨부하여 입찰참가 신청을 합니다. 붙 임: 공고로서 정한 서류 각 1부. 끝. 2022. . . 입 찰 참 가 자: (인) 전주대학교 총장 귀하

【별지 제11호】

가 격 입 찰 서
입 찰 내 용	공 고 번 호	제 2022 - 호	입 찰 일 자	2022. . .
	입 찰 명	전주대학교 메타버스 원격교육 환경 구축
	금 액	금 원정(￦ ) 【부가가치세 포함】
	납 품 기 간	계약 후 6개월 이내 설치 완료
입 찰 참 가 자	상호 또는 법인명칭		사업자 등록번호
	주 소		전 화 번 호
	대 표 자
당사는 귀 대학교의 입찰공고 및 물품구매입찰유의서에서 정한 바에 따라 응찰하여 이 입찰에 귀교에 의하여 계약자로 선정되면 물품계약 특수조건 등 협의된 내용에 따라 위의 입찰금액으로 준공기한 내에 신의와 성실로써 제작 납품할 것을 확약하며 입찰서를 제출합니다. 붙 임: 세부 산출 내역서 1 부. 2022. . . 입 찰 상 호 명: 󰄫 전주대학교 총장 귀하

사업 추진 목표

	 온라인 환경에서의 풍부한 교육 경험 제공 및 교수학습 방법 전환을 위한 새로운 교육 환경 구축

구분	특급기술자 이상	고급기술자	중급기술자 이하
점수	2.0	1.0	0.5

구분	위규 수준
구분	A급	B급	C급	D급
위규	심각 1건	중대 1건	보통 2건 이상	경미 3건 이상
위약금 비중	부정당업자 등록	계약금액의 5%	계약금액의 3%	계약금액의 1%

별지 제1호	일반현황 및 연혁
별지 제2호	조직 및 인원현황
별지 제3호	사업 참여기술자 현황
별지 제4호	참여인력 이력사항
별지 제5호	주요사업실적(입찰공고일 기준 최근 3년간)
별지 제6호	신인도 확인서
별지 제7호	확약서
별지 제8호	보안서약서(참여인력용)
별지 제9호	보안서약서(업체대표용)
별지 제10호	입찰참가신청서
별지 제11호	가격 입찰서