제안요청서

사 업 명	학사 시스템 고도화
발 주 자	한국개발연구원국제정책대학원대학교

2021. 05.

목    차

Ⅰ. 개요
1. 사업개요	...........................................................................	1
2. 사업배경	...........................................................................	1
3. 사업목적	...........................................................................	1
4. 사업범위	...........................................................................	2
Ⅱ. 추진방안
1. 추진전략	...........................................................................	3
2. 연관 시스템	...........................................................................	3
3. 추진일정	...........................................................................	3
4. 계약업체 준수 기준	...........................................................................	3
Ⅲ. 사업 범위 및 내용
1. 공통	...........................................................................	5
2. 상세요구사항	...........................................................................	8
Ⅳ. 사업수행 조건
1. 표준화 조건	...........................................................................	67
2. 보고회 개최	...........................................................................	67
3. 교육지원 조건	...........................................................................	68
4. 기술지원 조건	...........................................................................	68
5. 검수조건	...........................................................................	68
6. 하자·유지관리 조건	...........................................................................	69
7. 기타	...........................................................................	70
8. 평가기준 및 배점	...........................................................................	72
V. 별표 및 붙임	...........................................................................	74
※ 기타 서식	...........................................................................	79

Ⅰ		개요

1. 사업 개요

❍ 사 업 명 : 학사 시스템 고도화

❍ 사업기간 : 계약일로부터 8개월

※ 정보통신 진흥 및 융합활성화 등에 관한 특별법 제 23조(공공부문 소프트웨어 사업의 합리화), 소프트웨어 사업관리감독에 관한 일반기준(고시) 제 4조의 2에 근거한 적정한 사업기간임.

❍ 사업예산 : 금이억이천만원 (₩220,000,000-, 부가세포함)

❍ 사업내용

- 한국개발연구원국제정책대학원대학교(이하 대학원)의 학생/교원/관리자 학사 시스템 고도화

- 수강신청부터 학점부여, 강의평가 등 정기적인 학사 업무의 편의성 향상 도모

- 박사학생, 논문 처리 등의 전산화가 필요한 부분 신규개발

- 수작업 처리, 엑셀관리 등의 비효율적인 업무를 전산화하여 업무효율 향상

2. 사업 배경

❍ 코로나19 및 포스트 코로나를 고려한 비대면 서비스 강화

- 비대면 수업 증가에 따라 온라인으로 대부분 학사서비스 제공

- 수기로 제출해야 하는 문서 전산화를 통한 편리한 비대면 서비스 제공

- 인터넷 환경이 어려운 개발도상국가 학생들을 고려하여 학사서비스를 쉽고 용이하게 전면 전산화하여 본국 온라인 수강이나 귀국 후 논문제출 용이하게 운영

❍ 업무의 편의성 향상 도모

- 강의 등록, 시간표 입력, 강의 교원 입력, 조교 입력, 성적 자료 입력, 강의평가 자료 입력, 등록/장학 처리 등 정기적인 학사 업무의 전산화가 더 필요함

❍ 전산화가 필요한 부분 신규개발

- 박사관리, 지도교수 관리, 교과목 간담회, 학생 상담메뉴 등이 전산화가 되지 않아 담당자가 직접 데이터를 관리하여 기록이 쌓이기 어렵고 업무 처리 지연되는 등 업무 비효율성 발생

3. 사업목적

❍ 코로나 이후 비대면 학사서비스 강화

❍ 학사행정의 수월성 제고 및 관리 강화

❍ 학사 업무에서 불필요한 행정과 자원을 줄여 비용 절감하고 담당자 효율성 향상

❍ 현재 사용 중인 포탈, 예산 MIS을 연동하여 데이터 연계 강화

4. 사업 범위

❍ 구축 대상 및 내용

구분	내용
학생/교원/담당자 기능개선	학사일정표, 조교 프로세스 개선, 수업 관련 화면 개선/개발, 학점인정, 강의평가 개선, 논문시스템 개발, 학적 변동 관련 개발, 수료/졸업 관리 개선, 지도교수 관리 개발, 등록금/장학금 관리 개선, 성적 관리 개선, 연구정보관리 개선, 교과목 간담회 관리 개발, 설문 기능개선, 박사학생 관리 개발, 행사 관련 화면 개선, 단체 메일 전송 개발, 과목 면제/대체, 기타

Ⅱ		추진방안

1. 추진전략

❍ 최신의 ICT기술을 통한 독창적인 시스템을 구축하여 이용자 편의성 극대화 추구

❍ 기존 시스템과 신규 사업에 대한 진행을 일원화하여 품질보증 활동을 강화하고 향후 운영 및 유지보수의 안정성 확보

2. 연관 시스템

❍ S/W 현황

*추후 업체에 제공 예정

❍ H/W 현황

*추후 업체에 제공 예정

3. 추진 일정

구 분	시스템 구축
	M	M+1	M+2	M+3	M+4	M+5	M+6	M+7
사전 작업
- 착수 및 요구사항 분석
- 시스템 설계 및 환경분석
시스템 개발
- 시스템 개발
시험 운영
- 시험 운영 및 보완
- 정상 운영

3. 계약업체 준수 기준

❍ 기존에 구축된 학사 MIS에 대해 완벽하게 파악한 후 사업 진행

❍ 현재 운행 중인 서비스 원활하게 유지하며 개발 진행

❍ 이미 구축된 학사/인사/예산/회계 MIS 시스템을 고려하여 개발

❍ 사업을 진행하며 제안된 내용(요구사항, 결과물의 품질, 추진방법 등) 준수하여 개발

❍ 과업 수행 중 기존 네트워크, 서버의 구성 및 체계를 유지하며 개발

❍ OWASP Top 10 취약점 및 국가정보원 홈페이지 보안 8대 취약점 제거

❍ 보안관리 매뉴얼(국가사이버안전센터, 2005.05) 등 각종 보안 관련 규정․지침을 준수하여 개발

❍ 개인정보보호 관련 법령, 지침을 준수하여 개발

❍「인터넷 웹 콘텐츠 접근성 지침 2.0」 준수

❍ 전자정부서비스 호환성 지침, 전자정부 웹 호환성 준수지침 준수

❍ 웹 보안 취약점 진단 (보고서 제출) 및 대량접속 성능시험 진단(보고서제출)

❍ Active-X 사용 금지

Ⅲ		사업 범위 및 내용

1. 공통

❍ 본 제안요청서에 명시된 모든 사항은 대학원이 요구하는 최소한의 사항만 규정되었으므로, 상세하게 기술되지 않았거나 빠진 사항에 대해서도 본 사업의 목적과 내용에 명시된 목표 시스템 구현에 전혀 문제가 발생하지 않도록 계약업체는 철저히 검토하여 반드시 사전조치를 세워야 한다.

❍ 계약업체는 본 사업의 목적, 범위, 내용 등 제반 사항을 충분히 인지한 후 수행하여야 한다.

❍ 본 사업은 최종 사용자의 의사가 중요하므로, 최종 사용자의 의사를 적극적으로 취합하여 시스템에 반영하는 방안(인터뷰, 설문조사 등)을 제시하여야 한다.

❍ 새로 구축될 시스템은 IT의 편의성에 민감해진 사용자가 중심이 되는 시스템으로서 사용자 편의 위주의 시스템으로 수행되어야 한다.

❍ 시스템 개발 운영을 위한 대학원 참여 인력 교육계획을 구체적으로 명시하여야 한다.

❍ 표준 개발방법론을 사용하며 전체 프로세스 및 공정별 산출물을 정의하고 산출물 간의 연계방안을 제시하여야 한다.

❍ 구축된 응용시스템과 새롭게 개발되는 시스템 간의 연계 부분이 중요한 요소이므로 이에 대한 방안을 제시하여야 한다.

❍ 단계별(분석, 설계, 구현 등) 산출물 관리나 대학원의 요구사항에 대한 관리방안을 제시하여야 한다.

❍ 업무별로 우선순위를 정하여, 개발된 단위업무별로 가동될 수 있어야 하며, 이에 대한 방법을 제시하여야 한다.

❍ 사용자의 편의를 위해 각종 요구자료에 사용할 기본적인 데이터를 제공하고 사용자가 가공하여 사용할 수 있도록 하여 대응력을 확보하여야 한다.

❍ 학칙 및 규정, 지침 등의 내용을 자세히 검토하여 이를 시스템에 충실히 반영하여야 하며, 간단한 학칙 및 규정의 변경은 데이터의 변경만으로 적용할 수 있도록 구축한다.

❍ 사업수행을 위한 개발기술 및 사용 툴에 대하여 구체적으로 제시하여야 한다.

❍ 분석단계에서 사용자들의 이해를 돕기 위해, 사전에 선진대학 또는 연구기관의 개발 사례를 근거로 한 대학원 Prototype을 제공하여야 한다.

❍ 신규 구축되는 시스템은 정보통신보안 및 개인정보보호에 관한 각종 법률과 규정을 준수하도록 구성하여야 한다.

❍ 데이터베이스 재설계를 통해 통합 DB를 구성하고, 데이터 연관성의 증대, 데이터의 무결성, 시스템의 최적화를 실현하여야 한다.

❍ 이미 구축된 학사/인사/예산/회계 MIS 시스템을 모두 이해한 후 개발 해야 하고, 각 시스템과의 연계성과 확장성을 고려하여 사업을 진행해야 한다.

❍ 현재 수작업으로 작업하는 데이터가 무결하게 이관되어 업무 공백이 발생하지 않도록 하여야 한다.

❍ 시스템 연계에 따른 부대비용은 계약업체에서 부담하여야 한다.

❍ 본 사업을 통해 개발되는 소프트웨어는 「(계약예규) 용역계약일반조건」 제56조(계약목적물의 지식재산권 귀속 등)에 따른 타 기관과의 공동활용 계획이 없음.

□ 법률/규정 관련 사항

❍ 안정적, 효율적, 확장 가능한 최적의 시스템을 구축하기 위하여 개발 업무의 각종 서식 및 코드, 시스템 간 통합 및 연계, 전산망 간 연계 등 정보화 표준을 준수하여야 한다.

❍ 개인정보보호법을 준수할 수 있도록 시스템을 설계 및 구축하되, 특히 개인정보가 포함된 자료의 열람/수정 내용은 6하 원칙에 의거한 이력관리가 가능한 방안을 제안하여 적용하여야 한다.

□ 적용기술 관련 사항

❍ 클라이언트에 별도의 S/W를 설치하면 Install / Uninstall 기능을 제공해야 한다.

❍ 각종 조회 화면에서 다양한 저장기능을 제공해야 한다. (PDF, EXCEL 등)

❍ 담당자 프로그램의 경우 통합관리를 위해 반드시 Powerbuilder로 구축되어야 한다.

❍ 학생이 사용하는 프로그램의 경우 반드시 현재 구축된 전자정부프레임워크 기반으로 구축되어야 한다.

❍ 웹 접근성 가이드나 웹 표준(W3C가 정한 웹 표준) 준수

❍ Edge, IE, Chrome, Firefox, 모바일 등 사용자의 다양한 브라우저 환경에서 원활히 구동되는 Cross Browsing 구현

□ 시스템 구축 방향

❍ 대학원 실무부서에서 요청한 개별 시스템 기능 요구사항을 적극적으로 반영하여야 한다.

❍ 고도화될 학사 MIS 시스템과 이미 구축된 대학원 시스템 간 데이터 연계가 이루어져야 한다.

❍ 기사용 중인 일반행정 시스템과 학사 시스템을 고려하여 DB Table 설계가 이루어져야 한다.

2. 상세 요구 사항

요구사항 정의

요구사항 구분	응락수준	요구사항 수
기능 요구사항(SFR)	필 수	19
인터페이스 요구사항(SIR)	필 수	4
성능 요구사항(PER)	필 수	1
테스트 요구사항(TER)	필 수	3
품질 요구사항(QUR)	필 수	2
보안 요구사항(SER)	필 수	3
제약사항(COR)	필 수	2
프로젝트 관리 요구사항(PMR)	필 수	2
프로젝트 지원 요구사항(PSR)	필 수	3

응락 수준 정의

유 형	설 명
핵 심	전문가의 검토가 필요하거나, 중요 요구사항
필 수	필수적으로 만족해야 하는 요구사항
선 택	부분적으로 만족해야 하는 요구사항

□ 기능 요구사항(System Functional Requirement)

분류	고유번호	명칭	정의	세부명칭
기능요구사항	SFR-001	학사일정표	학사일정표 저장과 출력 기능 개발	학사일정표 전산화
	SFR-002	조교 프로세스 개선	조교 배정, 승인, 평가, 증명서, 급여 기능 개선	조교관리
	SFR-003	수업 관련 화면 개선/개발	수강신청 화면, 강의관리 화면, 강의 취소/철회 등 화면 개선	수강신청 및 강의관리
			출석 및 코스레포트 관리 개선	출석관리
	SFR-004	학점인정	영어과정생의 한국어과목 수업 졸업학점 인정	영어과정생의 한국어과목 수업 졸업학점 인정
			타학교 학점인정 관련 개발	학점인정 신청 및 처리
	SFR-005	강의평가 개선	학기 중 강의평가를 한 번 더 하는 중간강의평가 기능 개발	중간강의평가
			강의평가 관련 개선, 리스트 생성, 순위출력, 우수사례 등	강의평가
	SFR-006	논문시스템 개발	예전 논문 시스템 마이그레이션 혹은 개발	Research Project(RP)
			논문 출판 및 도서관 연계	Research Project (Thesis/Capstone Project) 납본
	SFR-007	학적 변동 관련 개발	기존 학적변동에 졸업유예 추가	졸업유예 신청서 메뉴 신규개발
			학적 관리 기능 개선	MIS 학적관리
	SFR-008	수료/졸업 관리 개선	세부전공, 수료, 졸업 프로세스 개선	세부전공 및 졸업, 수료관리
	SFR-009	지도교수 관리 개발	지도교수 신청/배정/관리 개발	지도교수 관리
	SFR-010	등록금/장학금 관리 개선	등록금/장학금 메뉴 개선	등록금 관리
			등록금 납부유예 신청 화면 개발 및 PORTAL 전자결재 연계	등록금 납부 유예 신청 전산화 및 관리페이지 개발
			가계곤란 장학 신청 화면 개발	가계곤란장학 신청 전산화 및 관리페이지 개발
			등록금 관련 메뉴 검색 조건 개선	검색조건 추가
			등록금 메뉴 개발, 입학생 기준 등록금 수입 미리 계산	등록금 수입 추정메뉴
	SFR-011	성적 관리 개선	성적 부여, 성적에 따른 장학, 우수/미달, 정정 등 개발	성적 관리(성적사정)
	SFR-012	연구정보관리 개선	연구과제 관련 개선	신MIS 연구정보관리 메뉴 개편
	SFR-013	교과목 간담회 관리 개발	학생/담당자/교원 화면 필요	교과목 간담회 신청 관리
	SFR-014	설문 기능 개선	학생만족도 문항 구성/편집 자유도, NASPAA 설문 문항 구성/편집 자유도, 각 설문 조건 검색, 출력, 미수강자 검색 등	학생만족도 조사
			설문 생성 메뉴 개발, 자유로운 폼 생성	Survey 기능
	SFR-015	박사학생 관리 개발	박사학생 관리 화면 개발, 레포트, 장학, 지도교수 등	박사학생 관리
	SFR-016	행사 관련 화면 개선	행사관련 담당자/학생메뉴 개선, 검색 조건 개선	Event 행사신청(교학)
			담당자/학생 행사 메뉴 개선, 문구수정, 팝업문구추가	Event 행사신청(학지)
		단체 메일 전송 개발	강의/대상자 등의 조건별 전송
	SFR-017
	SFR-018	과목 면제/대체	면제 등록, 면제자리스트 출력 등 관리 화면 개발, 대체과목 신청, 승인, 확인, 출력 등의 화면 개발	과목 면제 및 CORE 과목 대체 관리
	SFR-019	기타	리서치세미나/특강 신청, 확인증, 평가 등	기타 부가기능
			인턴십 채용, 근무일지 관리, 급여지급, 증명서 발급 등	기타 부가기능
			학생회 관리 메뉴	기타 부가기능
			디플로마 신청관리 메뉴	기타 부가기능
			학생용 증명서 신청 기록 관리 메뉴	기타 부가기능
			담당자 증명서 신청 관리 메뉴 개선	기타 부가기능
			학사일정 권한부여 메뉴 개선	권한관리(공통-공통-학사일정관리)
			교원보상 출력메뉴 개발	교원 보상관련 기능구현
			학적부 메뉴 개선, 상벌사항 탭 신규개발	학생 상벌사항
			학적 증명서 개발, 성적우수자, 우수논문 증명서 신규 개발	증명서 학생출력

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-001
요구사항 명칭		학사일정표	응락수준	필 수
요구 사항 상세 설명	정의	학사일정표 저장과 출력 기능 개발
	세부 내용	학사일정표 전산화 국/영문/한국어과정(3가지 버전이 생성 가능하도록) <선택과 입력필요 내용> 학기: 드롭박스 선택 +직접입력 학사일정 1: 캘린더 선택 + 직접입력 비고: 더블클릭 후 직접입력 하단 비고입력란 생성: 더블클릭 후 직접입력 전년도꺼를 불러와서 수정할 수 있도록 학사일정 완성되면 구글캘린더처럼 초대하고 그걸 승인하면 사용할 수 있도록 학기단위 혹은 연간단위로 학생/교원/직원에게 캘린더 전송할 수 있도록 PDF로 말아져서 단체메일 발송할 수 있도록 <입력권한> 국/영문 학사일정표 최초생성권한: 교학팀 수업 및 한국어 담당자, 교학팀장 입력: 교학팀 , 학생지원팀 (저장된 문서는 계속계속 업데이트됨) 최종승인: 교학팀장 → 교학팀장 최종 승인 후 수정불가 (수정 필요 시 교학팀장 경유하여 수정) 2. 한국어과정 학사일정표 최초생성권한: 교학팀 지정담당자 및 교학팀장 입력: 교학팀 지정 담당자 최종승인: 교학팀장 → 교학팀장 최종 승인 후 수정불가 (수정 필요 시 교학팀장 경유하여 수정)
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-002
요구사항 명칭		조교 프로세스 개선	응락수준	필 수
요구 사항 상세 설명	정의	조교 배정, 승인, 평가, 증명서, 급여 기능 개선
	세부 내용	◦ CA (Class Assistant) - 조교 신청 프로세스 a.학생이 특정 과목의 CA를 신청하고 교수가 배정하는 프로세스(2지망까지 신청가능) - 교원은 신청여부 확인하고 선발 우선순위 입력하는 형태/최종배정결과 확인 기능 또한 해당학생의 이번학기 신청내역과 기존학기 수행내역 및 평가결과보고서 확인가능 - 학생은 신청결과 확인기능과 확인후 조교복무협약* 체결버튼 눌러야 완료 b.학생 신청화면과 담당자 조교 배정화면에 추가되었으면 함(Assistant (TA, AA, CA), Apply for Assistant Scholarship) c.신청할 때 조교/과목별 명확하게 구분된 신청이 필요(관련 요구사항 참조) d.담당자가 신청자 우선순위 지정하는 부분 필요(우선순위 값은 중복입력 가능. 예- 2명 1순위 지정, 3명 2순위 지정 등) e.신청자 리스트를 엑셀로 내려받는 기능에서 엑셀 항목 수정/추가 (학번, 이름, 국적, CA 신청 시 작성 내용, Program, 장학그룹, Int’l 여부, Full/Part 구분, GPA, 이메일, 우선순위 지정 여부, 조교복무협약 동의여부) f.담당자가 직접 신청자 추가 가능(Assistant(TA,AA,CA)의 기존 기능) g.교원의 CA 관리 화면 신규 생성 필요(교원이 해당하는 과목의 신청자 리스트 보기, 담당자가 입력한 신청자 우선순위대로 보기, 신청자 배정하기) h.교원이 배정 승인하고 이상 없는지 담당자가 확인 후에 학생에게 승인 결과 보이도록: 한명이 학기당 2개를 초과해서 배정 될 경우 경고알림 나오기 i.담당자가 대신 배정 가능하도록 기능 필요 k.최종 배정이 완료되었을 때 담당자가 학생에게 어떤 과목의 CA로 배정되었는지 메일 발송하고, 언제 발송되었는지 시간 표시 필요 l. 최종 배정되면 MIS에서 해당 교과목 CA 권한 자동부여(ekdis연동) *조교복무협약: 근로기간, 과목명, 섹션, 급여 등 정보 출력 필요 -조교업무 평가 프로세스: 학기초 일정입력하고 자동으로 메일발송 a.교원이 학생의 조교업무에 대해 평가하는 프로세스 b.교원평가 화면과 담당자가 대신 평가할 수 있는 화면이 필요함 c.교원은 담당자가 지정한 특정기간에 항목에 따라 객관식/주관식으로 평가하고 담당자는 연도/학기/학생별 평가 결과를 엑셀 및 PDF로 내려받아야 함. d. 과목별로 지난학기와 동일한 주차정보를 가지고오되 담당자가 희망할 경우 주차정보를 수정해서 평가/CA 인건비지급 등의 일정변경가능 -급여지급 프로세스 a.담당자가 조교 업무평가를 검토하고 급여를 지급하는 프로세스 b.급여지급 금액을 관리하는 화면에 추가되었으면 함 (Assistant 장학 관리) c.담당자가 지급 여부 상태를 일괄 Completed로 입력하는 부분 필요 d.지급은 첫 번째, 두 번째(1st Payment, 2nd Payment)로 나눠서 지급함, 1st 미신청 시 2nd에 일괄지급 e.지급 여부는 여러 명씩 선택하여 대량으로 입력해야 함(체크박스, 전체선택도 가능하도록) f.지급 여부 상태가 입력되면 학생이 지급 여부 상태 확인 가능하도록 함. g.리스트에 보여지는 항목 추가가 필요함 (Working Hour Management 참고) h.List 항목 중 TA3 항목은 삭제하고, TA1, TA2 옆에는 각각 2개의 열 추가생성(TA session 근무시간, Office Hour 근무시간), AA1, AA2 옆에는 각각 1개 열 추가 생성(근로시간) i.현재 조교 급여관리 하는 화면의 시간, 단가 등의 계산 로직 개선이 필요함 -학기초 급여지급 신청기간입력하고 자동으로 메일발송 -학생 신청화면 개발필요→신청→신청내역확인→담당자지급→지급내역 본인이 확인 - 교원도 확인메뉴 개발필요 - 학생이 상반기에 하거나 하반기에 하거나 메일받고 신청하는 기준으로 지급 - 신청하지 않을 경우 하반기에 일괄 - 근로 증명서 발급 a.배정된 교과목, 근로기간, 총 근로시간, 근로 내용이 포함된 증명서 필요 - 재학중인 주간 일반학생 CA신청관리: 대상자와 CA신청과목 수 보이도록하고 CA신청하지 않았을 경우 관리메뉴(이메일발송, 문자발송)에서 관리 ◦ AA (Administrative Assistant) - 조교 신청 프로세스 a.학생이 특정 부서의 AA를 신청하고 담당자가 배정하는 프로세스 b.학생 신청화면과 담당자 조교 배정화면에 추가되었으면 함(Assistant (TA, AA, CA), Apply for Assistant Scholarship) c. 신청할 때 어느 부서에 지원할지 선택 필요하고 조교복무협약 동의해야 최종신청 d.담당자가 신청자 우선순위 지정하는 부분 필요(우선순위 값은 중복입력 가능. 예- 2명 1순위 지정, 3명 2순위 지정 등) e.신청자 리스트를 엑셀로 내려받는 기능에서 엑셀 항목 수정/추가 (학번, 이름, 국적, CA 신청 시 작성 내용, Program, 장학그룹, Int’l 여부, Full/Part 구분, GPA, 이메일, 우선순위 지정 여부, 조교복무협약 동의여부) f.담당자가 직접 신청자 추가 가능(Assistant(TA,AA,CA)의 기존 기능) g.담당자가 배정: : 한명이 학기당 주당 20시간을 초과할 경우 불가능하도록 시스템 설계(방학중은 주당 40시간 가능) h.최종 배정이 완료되었을 때 담당자가 학생에게 어떤 과목의 AA로 배정되었는지 메일 발송하고, 언제 발송되었는지 시간 표시 필요 i.배정자 리스트에 조교복무협약 동의 여부를 칼럼에 추가 -조교 근로시간 입력 프로세스 a.학생이 MIS에서 주 단위로 근로시간을 입력하는 프로세스 b.담당자가 설정한 총 근로시간을 초과하여 저장할 수 없도록 설정 필요 c.학생이 입력한 정보를 엑셀 및 PDF로 내려받을 수 있도록 함 d.담당자가 입력된 근로시간 정보에 대해 승인해야 급여 지급가능 -조교업무 평가 프로세스 학기초 일정입력하고 자동으로 메일발송 a.담당자가 학생의 조교업무에 대해 평가하는 프로세스 b.담당자는 객관식/주관식으로 평가를 기입하고 연도/학기/학생별 평가 결과를 엑셀 및 PDF로 내려받아야 함 -급여지급 프로세스 a.담당자가 조교 업무평가를 검토하고 급여를 지급하는 프로세스 b.급여지급 금액을 관리하는 화면에 추가되었으면 함 (Assistant 장학 관리) c.담당자가 지급 여부 상태를 일괄 Completed로 입력하는 부분 필요 d.지급은 첫 번째, 두 번째(1st Payment, 2nd Payment)로 나눠서 지급함 e.지급 여부는 여러 명씩 선택하여 대량으로 입력해야 함 f.지급 여부 상태가 입력되면 학생이 지급 여부 상태를 확인 가능하도록 함. g.리스트에 보여지는 항목 추가가 필요함 (Working Hour Management 참고) h.List 항목 중 TA3 항목은 삭제하고, TA1, TA2 옆에는 각각 2개의 열 추가생성(TA session 근무시간, Office Hour 근무시간), AA1, AA2 옆에는 각각 1개 열 추가 생성(근로시간) i.현재 조교 급여관리 하는 화면의 시간, 단가 등의 계산 로직 개선이 필요함 - 학기초 급여지급 신청기간입력하고 자동으로 메일발송 - 학생 신청화면 개발필요→신청→신청내역확인→담당자지급→지급내역 본인이 확인 - 교원도 확인메뉴 개발필요 - 학생이 상반기에 하거나 하반기에 하거나 메일받고 신청하는 기준으로 지급 - 신청하지 않을 경우 하반기에 일괄 -근로 증명서 발급 a.배정된 교과목, 근로기간, 총 근로시간, 근로 내용이 포함된 증명서 필요 ◦ TA (Teaching Assistant) - 조교 신청 프로세스 - 교원은 신청여부 확인하고 선발 우선순위 입력하는 형태/최종배정결과 확인 기능 또한 해당학생의 이번학기 신청내역과 기존학기 수행내역 및 평가결과보고서 확인가능 - 학생은 신청결과 확인기능과 확인후 조교복무협약 체결버튼 눌러야 최종신청 a.학생이 특정 과목의 TA를 신청하고 교수가 배정하는 프로세스(2지망까지 신청가능) b.학생 신청화면과 담당자 조교 배정화면에 추가되었으면 함(Assistant (TA, AA, CA), Apply for Assistant Scholarship) c.신청할 때 조교/과목별 명확하게 구분된 신청이 필요(관련 요구사항 참조) d.담당자가 신청자 우선순위 지정하는 부분 필요(우선순위 값은 중복입력 가능. 예- 2명 1순위 지정, 3명 2순위 지정 등) e.신청자 리스트를 엑셀로 내려받는 기능에서 엑셀 항목 수정/추가 (학번, 이름, 국적, CA 신청 시 작성 내용, Program, 장학그룹, Int’l 여부, Full/Part 구분, GPA, 이메일, 우선순위 지정 여부, 조교복무협약 동의여부) f.담당자가 직접 신청자 추가 가능(Assistant(TA,AA,CA)의 기존 기능) g.교원의 TA 관리 화면 신규 생성 필요(교원이 해당하는 과목의 신청자 리스트 보기, 담당자가 입력한 신청자 우선순위 보기, 신청자 배정하기) h.교원이 배정 완료하면 담당자와 학생에게 배정 완료가 보이는 기능이 필요 i.담당자가 대신 배정 가능하도록 기능 필요 j.배정이 완료되었을 때 담당자가 학생에게 어떤 과목의 TA로 배정되었는지 메일 발송하고, 언제 발송되었는지 시간 표시 필요 k. 최종 배정되면 MIS에서 해당 교과목 TA 권한 자동부여 -조교업무 평가 프로세스 학기초 일정입력하고 자동으로 메일발송 a.교원이 학생의 조교업무에 대해 평가하는 프로세스 b.교원평가 화면과 담당자가 대신 평가할 수 있는 화면이 필요함 c.교원은 담당자가 지정한 특정기간에 객관식/주관식으로 평가하고 담당자는 연도/학기/학생별 평가 결과를 엑셀 및 PDF로 내려받아야 함. (학생메뉴) TA 학생이 MIS에서 직접 본인의 TA session 평가결과 확인 및 출력가능 -학생 확인메뉴 개발 필요: 담당자 메뉴(Teachong TA Evaluation Result)와 동일한 기능으로 개발 필요. 다만, 본인이 TA한 과목만 볼 수 있도록 제한필요 (교원메뉴) 본인의 과목에 TA가 있는경우, TA 평가 결과 조회 가능 -급여지급 프로세스 a.담당자가 조교 업무평가를 검토하고 급여를 지급하는 프로세스 b.급여지급 금액을 관리하는 화면에 추가되었으면 함 (Assistant 장학 관리) c.담당자가 지급 여부 상태를 일괄 Completed로 입력하는 부분 필요. d.지급은 첫 번째, 두 번째(1st Payment, 2nd Payment)로 나눠서 지급함 e.지급 여부는 여러 명씩 선택하여 대량으로 입력해야 함 f.지급 여부 상태가 입력되면 학생이 지급 여부 상태 확인 가능하도록 함. g.리스트에 보여지는 항목 추가가 필요함 (Working Hour Management 참고) h.List 항목 중 TA3 항목은 삭제하고, TA1, TA2 옆에는 각각 2개의 열 추가생성(TA session 근무시간, Office Hour 근무시간), AA1, AA2 옆에는 각각 1개 열 추가 생성(근로시간) i.현재 조교 급여관리 하는 화면의 시간, 단가 등의 계산 로직 개선이 필요함 (Assistant 장학관리 리스트에 장학금 지급액수 열 추가) 학기초 급여지급 신청기간입력하고 자동으로 메일발송 a. 학생 신청화면 개발필요→신청→신청내역확인→담당자지급→지급내역 본인이 확인 b. 교원이 근무평가 및 근로시간확인 해야 지급 가능 (교원 TA평가 및 근로시간 확인 메뉴 필요) c. 학생이 상반기에 하거나 하반기에 하거나 메일받고 신청하는 기준으로 지급하고 신청하지 않을 경우 하반기에 일괄 -근로 증명서 발급 a.배정된 교과목, 근로기간, 총 근로시간, 근로 내용이 포함된 증명서 필요 RA관리기능 추가: 프로세스는 TA, CA와 동일하되 RA만 예산항목 추가 무급일 경우 담당자가 체크
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-003
요구사항 명칭		수업 관련 화면 개선/개발	응락수준	필 수
요구 사항 상세 설명	정의	수강신청 화면, 강의관리 화면, 강의 취소/철회, 출석, 코스레포트 관리 화면 개선
	세부 내용	◦ (관리자 메뉴) Course Opened - 과목 타입(전공, 교양, 필수, 선택과목 여부), 세부전공, 과목소속(MPP,MDP,MPM 고등교육 통계용), 과목 특이사항(특정 장학그룹 필수과목), 전공필수, 전공선택, 박사, 교양, 논문지도, 온라인수업여부, MPPM과목등 과목 분류입력 등 입력하고 불러올 수 있도록 - 세부전공 정보도 입력할 수 있도록 하고 최대 3개까지 입력 (세부전공 메뉴와 연동 필요, 드롭다운으로 선택할 수 있도록. 신규 세부전공이 생길 경우 드롭다운에 포함시킬수 있도록), 추후에는 이 정보를 불러올 수 있도록 - ekdis에 교수님들이 개설신청 한 과목 불러와서 엑셀 업로드 가능하도록 - 온오프라인 병행강의 여부 등 필요한 항목 자유롭게 추가할 수 있도록 ◦ (관리자 메뉴) 수강신청 학적상태별(졸업, withdrawal 제외) 수강신청 여부 및 수강학점 리스트 확인 가능. 학적은 드롭다운으로 카테고리 분류 가능하도록.(재학, 휴학, 수료) 수강학점의 경우 세부 분류로 Day/weekend 별 수강 학점 확인 가능. 해당 기능에는 국내국제여부, 주야간, GMP여부등의 정보가 함께 보여져야 함. - 주간 및 야간 장학조건 미충족자 리스트 확인 가능하고 자동메일 발송 ◦ (학생 메뉴) 수강신청 - 온라인 영어면제시험 미시행자의 경우 LPM수강신청불가하며, 이 내용이 안내메시지로 해당학생들에게 보일 수 있도록(면제정보와 연동필요) - 영어 및 한국어 면제시험 합격자(Waiver: Y)에게는 기초과목(LPM 및 KLC 1)수강취소 통보 및 상급과목 필수 수강에 대한 자동 안내 메시지 - 신청한 교과목의 시간대가 보일 수 있도록 조정 (현재는 ‘교시’로 표기됨) - 본인의 전공필수가 아닌 과목은 기본적으로 비활성화되어있으며, 이 버튼을 눌렀을 때 ‘본인 전공이아니라서 수강불가’하다는 메시지가 보일수있도록 - Full time 학생은 최대 5과목, Part time 은 최대 3과목까지 신청할수있으며 오버해서 신청하려는 경우 팝업메세지가 보일 수 있도록 - waiting에서 enrolled로 상태가 변경되었을 때 자동메일 발송 - 이수과목기준 미충족하는 경우 추가수강신청 팝업 계속 떠있고 장학조건 충족여부가 개인단위에서 계속 보여지게 - 충족할때까지 하루 1회 e-mail 자동발송하며 이때 Waiting은 포함 현황발송 - 수강신청하면서 세부전공까지 조회할 수 있도록해서 본인 필요한 요건 분석해줄 수 있도록(화면 바로가기) ◦ (관리자 메뉴) 수강신청 관리 - 교과목 내용이 동일한데 과목명만 바꾼 경우, 동일한 강의로 간주해서 담당자가 입력해서 기 수강자를 수강제한할 수 있는 메뉴 구축 - 한번의 엑셀다운로드로 각 교과목별로 등록한 학생 정보를 볼수있도록하는기능 (현재는 과목별로 각각 학생명단을 다운받아야함): course management 메뉴 고도화? - 최소이수필요학점을 관리자가 GMP 유무 주야간 유무 국내, 국제학생 별로 설정 가능 - 수강신청 종료시점, 수강정정 종료시점 등에 학생리스트와 출석부 등을 각교원의 이메일로 보내는 메뉴 개발 ◦ (관리자 메뉴) 유연한 시간표 설정 - 현재는 시간표가 고정되어있지만, 기본 고정된 시간표외에 다른 형태의 시간표 또한 학기별로 설정할 수 있도록하고 또한 온라인강의로 분류된 경우 강의실 정보 미입력해도 되고 이 사항이 전자출결에 연동되도록 ◦ (관리자 메뉴) 교과과정 분석 - 수강신청을 위해 입력한 교과과정을 매년도별로 다양한 형태로 정리 및 가공하는 화면 개발 - 연간 전체 교과과정 엑셀로 download (학점인정 및 인턴십으로 처리된 data는 제외한 순수하게 내부에서 개설된 data) - 연간/ 학기 기준 전체 교과과정 (by 학기, 교과목 title, concentration, 주간, 야간 표기, 주중 및 주말 표기, 전임 및 비전임 표기, 학점 표기, 책임시수 표기 등) (엑샐로 download) - 대학정보 공시 및 고등교육 통계기준으로 데이터 추출: 원자료 양식제공(고등교육통계 지침변경 시 원자료 양식 수정될 수 있도록 유연하게 반영): 원자료 기준으로 ◦ (학생 메뉴) 수강 드랍(Drop)/철회(Withdrawal) - 메뉴에 들어가면 바로 해당학기 학생이 수강신청한 과목이 보이고,(현재는 Query를 눌러야함) 신청시 관련 내용 교원에게 자동메일발송 - 상태값이 변경되면 학생에게 메일 자동으로 가도록 - 관리자가 최소이수학점 기준 설정하고 이에 미달하면 신청불가하고 팝업 뜨도록: 최저이수학점 기준(예시: 관리자가 추후재설정 가능) - Full-time 1~3학기의 경우 Day1과목 포함 총 3과목 이상 - Part-time 1~5학기의 경우 총 2과목 이상 ◦ 위의 특이사항 발생 시 수업담당자에게 안내메일 가도록 - W입력자 성적이 성적 기초자료 생성될 때 컨버팅해서 성적표기 될 수 있도록 ◦ (관리자 메뉴) 수강 드랍(Drop)/철회(Withdrawal) - 신청자 상태가 변경되지 않는 경우 체크박스를 통해 해당사항 교원에게 자동 이메일 발송되도록. - 관리자가 최소이수학점 기준 설정(주간 9학점 중 3학점 주간, 야간 6학점) - 관리자가 조건 미충족하지만 불가피한 경우 대신 신청해줄 수 있도록 상태값을 하나 추가해서 ekdis에도 연동되도록 [출석관리] ◦ (관리자 메뉴) 학사일정 및 정보 입력 - 전체결석자 리스트(현재 absence List처럼) 나올 수 있게 하고 다음 내용 반영될 수 있도록 · 해당과목 최대 결석 가능 횟수 표기되도록 : “가능” 콜론 하에 ?/24 또는 12 · 수업별로 1/6횟수를 기준으로 결석초과여부까지 표기되도록 : 초과 시, count를 빨간색으로 표기 → Course opened 메뉴의 수업 횟수와 연동 · Course management내 과목별 CA정보 생성될 수 있도록 (이름, 학번, 이메일) 교원 코스리포트 입력 안 된 거 자동으로 메일발송 되게 -> 뷰 코스레포트에서 4번 코스서베이 안된 리스트 볼 수 있게끔 하는 메뉴 (코스레포트 입력 안해도 되는 과목코드는 드릴것) - 코스리포트 자동으로 분석되서 나스파 자료로 활용할 수 있게 - 성적 최종 승인(또는 입력)안된 과목 있으면 확인하고 교원에게 자동 메일발송 (성적> 성적관리> View grade에서 체크박스로 이메일 발송 기능 추가 + 교원 이메일 보여줄 수 있도록) - 수업철회 학생은 W라고 출석부에 표기되도록 (이름 옆) (view student roster) - 수업>수업관리> Drop/Withdrawal 에 관리자가 Insert 할 수 있게끔 -> 이 자료가 Academic Assessment Input에 자동으로 입력되고 이 정보가 Sutent Roster에 입력될 수 있게끔 ◦ 공결 페이지 신규 생성 : 학생 →담당자→교원→담당자 - 학기 내에 신청 가능 (학생용) - 신청서 작성 페이지 · 기본값 : 학번. 이름, 학기 · 입력창 : 신청과목(학생별 해당 학기에 듣는 과목 기본 생성/드랍박스), 신청기한(달력), 신청 사유 드랍 박스(드랍박스), 동의창 체크박스, 증빙서류 업로드창 - 신청 사유 : 드랍박스형식으로 오직 지정 항목만 입력할 수 있도록 - 동의창: “서류가 불충분한 경우 담당자가 추가 요청하는 것에 동의한다. 교원 미승인 또는 서류 불충분 시 반영이 불가하다”에 동의 하는 체크박스 생성 (교원용) - 학생 신청 하면 자동 연동되어, 각 과목별 교원이 해당 내역 확인 및 승인할 수 있도록 - 교원은 앞서 학생이 입력한 모든 값을 확인할 수 있도록 - 승인 요청 상태는 “APPLCATION” / 승인 완료 상태는 “ENROLLED”로 콤보박스형 변경 가능하도록 (직원용) - 현재 RESEARCH PLAN 창처럼 신청서 및 증빙서류 확인 및 다운로드 가능하도록 · 다운로드 형식 : PDF 결재 경로: 학생 신청 – 담당자 협조 - 교원 MIS 승인– 담당자 승인 - 학생이 submit 하면 담당자에게 알람 → 증빙서류, 내용 확인 후 완료 시 “Enrolled” 변경 → 해당 교원에게 이메일 발송 단, 교원 대신 “confirmed”로 변경 할 수 있는 권한 부여 (교원용) 학생 신청 내역 (학적, 사유 등) 승인하면 “confirmed”로 변경 (교원메뉴) - 출석이 1/6초과한 경우 교원메뉴에서 아예 성적입력 안되고 안내문 나오도록 - 해당수업 출석 최종 승인은 전산으로 처리할 수 있도록 - 공결신청자 조회 및 승인 - 코스리포트 입력 및 완료여부 확인 (Input course report에 Room열 삭제하고 Completed-> Yes/No로 표시) - 코스리포트 1,2를 합쳐서 휴보강 정보 및 초청여부 입력 - 코스리포트 3,4,5를 합쳐서 입력 - 중간저장 가능하고 최종 미완료시에는 미완료되었고 완료해야 된다고 나오고 완료되면 제출완료됐다고 나오도록 (팝업창 추가-> 안내문구 드리기) (교원메뉴) - 성적입력 시 자동저장(Save) - 최종버튼(Submit) 메뉴 생성하고 메뉴 클릭시 안내문 나오고 최종 성적 제출이며 원칙적으로 정정이 불가함(예외로 단순 입력오류 및 실수에 한하여 사유서 작성하여 수정할 수 있고 객관적 증빙이 가능한 채점기준표와 비교그룹 성적 요청할 수 있음)
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-004
요구사항 명칭		학점인정	응락수준	필 수
요구 사항 상세 설명	정의	영어과정생의 한국어과목 수업 졸업학점 인정, 타학교 학점인정 개발
	세부 내용	◦ 영어과정생의 한국어과목 수업 수강시 과목에 상관없이 수강한 3학점을 졸업학점으로 인정(3학점 까지 인정) ◦ (학생 메뉴) 학점인정 신청 메뉴 - 학생들이 학점인정 신청서를 전산으로 제출할 수 있도록 설계(과목별 Grade, Credit, Term 등을 입력할 수 있도록 설계) - 타 대학에서 수학한 인정 희망하는 과목명, Credit, Grade, Year&Term 입력. - 학생의 파견 대학 정보는 Academic Record – GMP/Exchange에서 자동으로 불러와진다. - 학교 및 과목정보는 기존에있는걸 불러올 수 있도록 하고 없는 것은 New로 찾아서 입력하도록 - 해당 값 입력 시, KDISchool 변환값란에 학생이 입력한 Year &Term과 관리자가 입력한 기준에 따란 변환된 Credit, Grade가 자동으로 표기됨. (아래 첨부된 현 학점인정신청서 참고) - 신청 페이지에 강의계획서, 해외제휴대학 성적표를 업로드해야하며, 미업로드시 신청이 불가함. (PDF, MS word 등) - 학점인정 신청 후 관리자가 승인하면 최종 승인된 결과 및 Process date가 표기되며 학생이 이를 볼 수 있음. ◦ (관리자 메뉴) 학점인정 신청학생 관리 메뉴 - 학생들이 신청한 학점인정을 관리자 메뉴에서 수정, 승인하는 화면 - 학생들이 신청 시 작성한 Grade, Credits, 연도 및 학기, Concentration, 자동으로 입력된 우리 대학원 변환 값을 관리자가 수정할 수 있음. - 기 신청내역이있는 과목은 구분되서 나오도록 - 자동으로 입력되는 KDI School 변환값은 담당자가 입력할 수 있음: Grade는 T Grade로만 인정되므로 메뉴바에 T Grade를 입력할 수 있도록 설계. Credit 인정 비율은 대학별, 국가별, 기관별로 변환비율 관리자 입력. 매학기 새롭게 값을 입력할 수 있고 직전 학기를 불러와서 사용할 수도 있도록 해야함. - 학생이 인정 신청한 과목에 대해 Course code를 불러와서 code 입력 가능. 개설되어있는 과목코드, 과목명, 학점단위 확인 가능도 가능함. - 메뉴 및 승인처리는 학기 단위로 신청접수 및 승인 할 수 있도록 구성 - 학생이 업로드한 파일들을 개별 다운로드 가능하며, 승인한 순서 N번으로 자동으로 앞에 재 numbering 하여 다운로드할 수 있도록 개발 - 관리자가 승인처리 시 Process date가 입력됨. - 관리자가 학생의 전공별 교원(각 전공 주임교수)를 입력하면 교원은 학생의 신청서, 업로드한 파일, 관리자 승인여부를 볼 수 있음. 교원의 승인 여부를 관리자가 확인할 수 있음. - 학점인정 승인된 경우 현재 MIS의 학점인정 내용으로 연계할 수 있도록 “연계”버튼 및 연계 적용되도록 설계 (논의필요) - 학생의 신청내용, KDI대학원 변환값, 승인 여부 등 학점인정 현황을 엑셀 및 PDF로 다운받을 수 있어야 함. 학생의 개별 신청서 및 인정현황도 PDF로 다운 받을 수 있어야함. - 결재받은 후 일괄처리하면 학생에게 결과 메일 자동발송 ◦ (교원 메뉴) 학점인정 승인 메뉴 - 관리자가 학생 신청서 승인 후 각 전공 주임교수들이 최종 승인 - 관리자가 교원을 입력하면 해당 교원은 학생의 신청 내용, 업로드한 강의계획서, 성적표 등을 조회 가능 (관리자화면과 동일) - 개별 학생을 클릭하여 승인/미승인 처리 또는 전체/일부 학생을 선택하여 일괄 처리가능. 본인이 승인한 내역 또는 신청 들어온 내역을 확인 가능. - 교원 승인(서명)기능 추가 <첨부 – 현 학점인정 신청서>
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-005
요구사항 명칭		강의평가 개선	응락수준	필 수
요구 사항 상세 설명	정의	학기 중 강의평가를 한 번 더 하는 중간강의평가 기능 개발, 강의평가 관련 개선, 리스트 생성, 순위출력, 우수사례 등
	세부 내용	[중간강의평가] ◦ (담당자 메뉴) 강의평가 - Pre-course evaluation 메뉴를 신규생성하여 기존의 Course Evaluation 메뉴와 별도로 운영 (기존의 강의평가 연계되는 점이 없이 독립적으로 실행) - Course Evaluation Questions: 를 기존강의평가와 동일하게 가져올수있도록 생성 - Create Basic Information: 강의평가 대상 과목 선정 화면(신규과목으로 담당자가 지정한 교과목 대상으로, 해당강의를 수강한 학생들) > course opened 메뉴 또는 course management 메뉴와 같이 당해 학기 개설 신규 교과목을 담당자가 지정 및 지정된 교과목에 대해서 강의평가 실시 - 지난 강의평가 저조자(하위25%. 하위10%)의 경우(관리자 설정값에따라) 다음에 동일한 교원이 해당강의 개설 시 필수 중간평가 강의대상 과목 리스트로 관리자에게 보일 수 있도록 - Evaluation: 기존과 동일하게 생성 - Calculate Course Evaluation: 기존과 동일하게 생성 - 강의평가 미시행자 관리(대상이 되는 강좌를 수강하는 학생에 한해 미시행한 학생 관리) - (Report 화면 개발) Result by course 화면을 개발 - 강의평가 관련하여 교원별 과목별 한 화면에 나오는 통계 등 담당자가 유연하게 자료 출력하고 가공할 수 있는 통계구축 및 교원별 Comments정리 ◦ (학생메뉴) Pre-Course Evaluation 메뉴 개발 - 기존의 Course Evaluation 메뉴와 별도로 개발 - Pre-Course Evaluation 메뉴 개발 (기존의 course evaluation 메뉴와 유사 하게 구성) ◦ (교수용) Pre-Course Evaluation 메뉴 개발 - 기존의 Course Evaluation 메뉴와 별도로 개발 - Pre-Course Evaluation 메뉴 개발 (기존의 course evaluation 메뉴와 유사 하게 구성) > Result by course: 결과를 각 교수별로 화면을 통해서 확인할 수 있는 화면 개발 ◦ 중간강의평가 메뉴 없이, 일반 강의평가를 2회 할수있도록 하는 대신에 학생들에게 공개여부를 관리자가 선택할수 있도록 하는 기능을 만드는 것도 방법이 될듯함 [강의평가개선] ◦ (관리자 메뉴) 강의평가 - 강의평가를 위한 관리자 메뉴 흐름: 강의평가를 위해 강의평가 문항 확정 및 생성-> 강의평가 대상 학생 과목별 확정 및 생성 -> 강의평가 실시 결과 계산 * TA 강의평가 화면도 일반 강의평가와 동일한 개념과 메뉴 구성 필요 - 강의평가 대상자 확정: 당해 학기의 수강생을 대상으로 수강신청 대상자 확정 및 생성 (Drop 및 Withdraw 신청자는 자동 제외) - 강의평가 실시 중 강의평가 미실시자의 email을 추출 및 미시행자 자동메일 발송 가능하도록 설계 (이 경우 ARS나 Basic과목 등 강의평가 제외과목 및 Course drop/withdrawal과도 연계하여 실 수강자에 대한 정보만 추출될 수 있도록 설계 필요) - 년도별 강의평가 전체를 다운받았을 때 하위 25%와 하위10% 해당되는 교과목이 비고에 ‘하위25%’, ‘하위10%’ 표기되도록 - 2년 연속 동일교과목, 동일교원이 하위25% 와 하위10%에 해당하는 경우 별도 메시지(‘강의개선제안서’ 및 ‘레터발송’ 단어)가 표기되도록 단 조건은 변경될 수 있으므로 학기단위 입력하고 지난학기꺼를 불러올 수 있도록 - 강의평가 저조자에게 교학처장 명의 레터 이메일로 발송될 수 있도록 형식만들고 해당하는 경우 관리자가 클릭해서 자동발송 되도록 - 3년 기준으로 강의평가가 상위 10% 강의의 경우 추출할수있도록 설정하여 본인강의의 우수사례에대해 별도로 입력할 수 있는 메뉴 구축 - 강의개선 제안서 및 우수사례 입력여부 확인 ◦ (학생 메뉴) 강의평가 - TA평가일 경우 해당학생에게 평가결과 통보되도록 ◦ (교원 메뉴) 강의평가 - 강의평가 우수사례 확인할 수 있는 메뉴개발 - 강의개선 제안서를 MIS로 제출 - 강의평가 우수사례 MIS로 제출 TA가 강의와 연관있는 경우 해당교원에게 평가결과 통보되도록
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-006
요구사항 명칭		논문시스템 개발	응락수준	필 수
요구 사항 상세 설명	정의	이전 MIS의 논문시스템 마이그레이션과 논문 출판 및 도서관 연계 추가개발
	세부 내용	Research Project: 졸업을 위한 필수 요건으로, 총 5가지 종류(Thesis, Capstone, SRP, ELP, 개별정책과제)가 있으며, ELP는 Advanced, Academic, Essay 타입 총 3가지로 나뉜다. RP 관련 모든 제출은 연도 및 학기별(term)로 구분 되어야 한다. ㅇ POS committee 신청 1) 신규 신청 - Research Project를 진행하는 첫 번째 단계로, 학생은 신청기간에 POS application (Title, RP Type, Abstract, 지도교수)를 입력하여 신청해야한다. - 지도교수의 경우, Thesis/Capstone은 2명, SRP, ELP, 개별정책과제는 1명을 선택해야만 신청이 가능하며, 지도교수 검색 시 담당자가 설정한 리스트에서만 선택 가능하다. 학생은 신청 내용을 작성한 후 제출 전에 ‘저장’할 수 있으며, 저장 후 작성한 내용을 수정할 수 있다. ‘저장’을 클릭하면, “최종제출을 위해서는 ’submit’을 눌러야 한다”는 안내 메시지가 뜨도록 한다. - 학생이 신청 시 주의사항 내용(Confirmation)에 ‘확인’을 클릭해야 신청이 완료되도록 한다. 확인을 누르지 않고 최종제출(Submit)을 누를 경우, 확인을 클릭해야 제출이 가능하다는 안내 메시지가 뜨도록 한다. 최종제출(submit)이후에는 수정이 불가하다. 단, 담당자가 최종제출 취소 처리를 할 경우 학생이 작성한 데이터는 그대로 저장되며, 수정이 가능하다. - 학생의 신청 제출 후 지도교수로 신청된 교원은 신청한 내용을 확인하여 승인 혹은 거절을 클릭해야 한다. - 지도교수가 2명일 경우, 학생은 본인 신청에 대한 각 교원의 승인 여부를 확인할 수 있어야 한다. (Waiting, Approved, Rejected) - 담당자가 학생을 대신하여 신청 내용 작성 및 수정, 제출, 삭제할 수 있도록 한다. (현 Graduation - Research Project for staff 메뉴) - 담당자는 지도교수로 선택 가능한 교원의 정보를 추가, 삭제, 숨기기를 할 수 있다.(term 마다/application 설정 시) 전임 교원의 경우 이름 및 사번 입력 시 정보를 불러올 수 있다. - 담당자는 해당 학기에 신규 신청한 학생들의 리스트 및 신청 정보를 MIS화면에서 확인하고 엑셀로 다운받을 수 있다. - 학생은 본인의 신청결과를 확인할 수 있다. 2) 변경 신청-->별도의 화면/메뉴에 추가 - POS 신청 메뉴에 들어가면 이전 학기에 신청했던 내용을 확인할 수 있으며, 변경을 원하는 학생은 신청 기간에 변경 신청을 할 수 있다. - ‘변경’ 클릭 시, 변경 사유를 작성하고 변경 내용을 입력하여 제출할 수 있다. (변경내용: 신규 신청과 마찬가지로 Title, RP Type, Abstract, 지도교수 정보 입력) 학생은 변경 신청 내용을 작성한 후 제출 전에 ‘저장’할 수 있으며, 저장 후 작성한 내용을 수정할 수 있다. ‘저장’을 클릭하면, “최종제출을 위해서는 ’submit’을 눌러야 한다”는 안내 메시지가 뜨도록 한다. - 학생이 신청 시 주의사항 내용에 ‘확인’을 클릭해야 신청이 완료되도록 한다. 확인을 누르지 않고 최종제출(Submit)을 누를 경우, 확인을 클릭해야 제출이 가능하다는 안내 메시지가 뜨도록 한다. 최종제출(submit)이후에는 수정이 불가하다. 단, 담당자가 최종제출 취소 처리를 할 경우 학생이 작성한 데이터는 그대로 저장되며, 수정이 가능하다. - 학생이 변경 신청 시, 기존에 신청했던 지도교수에게 먼저 승인을 받아야하며, 기존 지도교수가 승인한 후 신규 지도교수가 승인해야 한다. 기존 지도교수는 기 신청 내용 및 변경된 신청 내용을 확인할 수 있으며, 변경에 대해 승인 클릭하면, 신규 입력된 교수에게 변경 신청이 표시되어 승인을 진행할 수 있다. - 학생은 기존 교원과 신규 교원 각각의 승인 여부를 확인할 수 있다. Research Project 타입만 변경하고 교원은 그대로인 경우가 있으며, 이 경우 해당 교원은 변경 신청 내용 (사유 및 변경 내용)에 대한 승인과 변경 후 정보에 대한 승인을 모두 해야 한다. - 담당자는 해당 학기에 변경 신청한 학생들의 리스트 및 신청 정보, 승인여부를 MIS화면에서 확인하고 엑셀로 다운받을 수 있다. 담당자는 POS 신규 신청과 마찬가지로 변경 신청에 대해서도 학생을 대신하여 신청 내용 작성 및 수정, 제출, 삭제를 할 수 있다. - 학생은 본인의 누적된 신청결과 히스토리를 확인할 수 있다. 2회, 3회 변경도 가능하며 변경횟수의 제한없음 3) 교원 승인 - 교원은 본인을 지도교수로 신청한 학생들의 POS 신청 내용(변경 신청 포함)을 볼 수 있으며, 신청을 승인 및 거절할 수 있다. - 교원은 자신의 승인 여부를 확인할 수 있다. - 담당자는 각 교원별 신청한 학생의 리스트 및 정보를 확인할 수 있으며, 각 교원의 승인 여부를 확인할 수 있다. - 담당자는 교원을 대신하여 학생의 신청을 승인, 거절 할 수 있다. - 담당자는 교원의 승인여부와 관계 없이 학생의 신청 내역을 수정, 삭제할 수 있다. - 담당자는 전체 학생들의 신청 내용(신규, 변경), 교원의 승인 여부 등의 raw data를 엑셀 파일로 다운받을 수 있다. 4) 신청 및 최종 승인 받은 POS 신청 페이지는 POS 관리 페이지와 연동되어야 한다. (현 신청 페이지: Graduation-RP management 관리 페이지:‘Grade-Performance assessment’) - RP type, RP title, Major/2nd Supervisors는 동일하게 연동. - Assign date는 교원이 승인한 날짜. (지도 교원이 2명인 Thesis, Capstone의 경우 2번째 교원이 승인한 날짜이어야 하며, 변경신청의 경우 변경 전, 변경 후 교원 모두 승인한 날짜) - 단, 지도교수로 신청한 모든 교원의 승인이 완료된 이후에 연동되도록 한다.--> Perf. assess. 연동 시점: 관리자 확인 및 승인 이후 연동되도록 함 결재상신할 수 있는 파일형태로 엑셀다운 받을 수 있어야 하고 담당자는 일괄처리 혹은 일부를 승인, 거절등을 할 수 있어야 하며 해당결과를 처리하여 담당자가 클릭하면 학생과 교원에게 이메일 발송할 수 있어야한다. ㅇ Research Plan(작성 계획) 제출 1) 학생은 Research Plan 제출 기간 (교원 승인 기간 동일)에 시스템을 통해 정해진 양식에 맞추어 작성하여 제출한다. 2) Research Plan 양식은 각 RP type별로 상이하며, 각 학생 별 등록된 type에 따라 해당 양식이 자동으로 불러와진다. (Type별 구체적인 양식 내용은 개발 진행시 안내드리겠습니다.) ex. 학생의 POS에 등록된 RP type이 thesis일 경우, 해당 학생의 Research Plan 제출 기능에는 thesis 지정 양식이 나옴. 3) 학생은 research plan의 제출(submit) 전에 작성한 내용을 저장(save)할 수 있다. 4) 학생은 최종제출(submit) 후 수정이 불가하나, 작성한 내용을 확인할 수는 있다. 5) 학생이 제출(submit)한 후 담당자가 내용을 수정하거나 학생이 수정이 가능하도록 기능을 열어줄 수 있다. 6) 교원은 담당 학생의 제출 여부 및 제출한 Research Plan 내용 확인할 수 있으며, 코멘트를 입력할 수 있다. (학생이 submit 후 코멘트 입력) 7) 교원이 코멘트를 작성 후 제출할 경우 학생에게 이메일 자동발송 되며 학생이 해당 내용을 확인할 수 있다. 8) 담당자는 전체 학생의 제출 여부 및 제출한 Research Plan 내용 확인할 수 있다. ㅇ Advanced Research Seminar (ARS) 수강 학생 평가 전산화 (추가) 1) 교원은 시스템을 통해 해당 학기 ARS 수강생의 Research Project 정보 (제목, 주제, 타입, 등)를 조회할 수 있으며, 논문 발표 평가도 전산으로 가능하다. (Research Project Evaluation과 유사하게 해당 기준에 따라 평가하고 평가의견을 저장할 수 있으며 학생은 평가의견을 볼 수 있다.) ㅇ Research Project 제출 : 학생은 지도교원(들)에게 표절률 등의 동의를 받은 최종 연구보고서를 제출한다. 1) 학생은 제출 기간에 신청 양식 작성 및 최종 Research Project 파일(원문, WORD 또는 PDF)을 업로드하여 제출 해야한다. - 신청 양식에는 최종 논문 제목, 최종 표절률을 작성하고 해당 학기 졸업 동의 여부를 선택(미동의시 졸업유예 신청으로 바로 넘어감) 해야하며, 최종 논문 파일과 표절보고서(originality report)를 업로드해야만 제출이 가능하다. - 업로드 화면에 학생이 승인받은 POS 정보가 자동으로 뜬다. Title은 수정할 수 있으며, Type과 교원은 수정이 불가하다. (Type과 교원이 최종 제출하는 Type 및 교원과 다를 경우 학생은 POS 변경 신청을 먼저 하고 나서 페이퍼 최종 제출을 해야한다.) - 학생이 업로드한 논문은 Turnitin(표절률 확인 사이트)와 연동하여 담당자가 저장한 표절률 조건에 따른 최종 표절률을 확인할 수 있어야 한다. (연동이 안될 경우, 학생이 RP 제출시 표절률 확인서를 함께 제출해야 함) - 해당 최종 표절률이 RP 제출 입력 칸에 자동 입력되어야 한다. (만일 자동 입력 기능이 안될 경우, 최종 표절률을 학생이 직접 입력할 수 있어야 한다.) - 학생은 최종 제출(submit)을 누르기 전까지 작성 내용을 저장(save)하고 수정할 수 있다. - 학생이 최종 제출(submit)을 누르면, 제출 시 더 이상 수정할 수 없다는 내용의 팝업창이 뜨도록 한다. 팝업창 동의시에만 최종 제출 가능하다. - 최종 제출 시 변경이 불가능하며 최종 제출 날짜가 입력되어야 한다. 단, 담당자가 최종제출 취소 처리를 할 경우 학생이 작성한 데이터는 그대로 저장되며, 재업로드 및 재제출이 가능하다. - 교원 거절 시 학생은 재제출을 해야한다. 교원이 2명일 경우 1명이라도 거절하게 되면 학생은 재제출을 해야 한다. 2) 교원 승인 - 담당 지도 교원은 학생이 최종 제출(sumbit)한 내용 및 파일(최종 논문과 표절률 검사표)을 확인할 수 있다. 해당 내용 및 파일에 대하여 승인(approve) 혹은 거절(reject) 할 수 있으며, 승인 및 거절 시 코멘트를 달 수 있다. - 지도 교원이 두 명일 경우, 두 명 모두 최종 제출 내용 및 파일을 확인할 수 있으며, 승인 및 거절 할 수 있다. (교원은 본인이 major 지도교수인지 2nd 지도교수인지 확인할 수 있다.) - 학생은 교원이 남긴 코멘트를 확인할 수 있어야 한다. - 교원이 거절(reject)할 경우, 학생은 신청기간 내에서만 기신청한 내용에 대해 수정하여 재제출 할 수 있다. 교원이 두 명일 경우 두 명 중 한명이라도 거절하게되면 학생은 다시 제출해야되고, 재제출 시 기존에 승인했던 교원도 다시 승인하여야 한다. - 지도교원이 모두 승인 시 RP의 최종 제출이 완료된다. 제출 완료시, complete 표기 및 완료 날짜 자동 입력이 필요하다. (완료 날짜는 두 명의 교원에게 모두 승인 완료된 날짜로, 한 명이라도 미 승인 시 제출 완료 불가) 지도교원이 모두 승인 시 Grade-Performance assessment 메뉴에 Title 부분이 연동되어 자동 변경된다. - 담당자는 모든 학생들의 최종 제출 내용 및 파일, 교원의 코멘트, 승인 여부를 확인할 수 있으며, 교원을 대신하여 승인 및 거절 할 수 있다. - 담당자는 교원의 승인여부와 관계 없이 학생을 대신하여 제출할 수 있고, 수정 및 삭제의 권한이 있다. - 담당자는 해당 학기에 제출한 모든 학생들의 제출정보 (학생정보, 제목, type, 제출 파일, 제출 여부, 표절률, 지도교원, 교원의 승인여부 등)을 한 페이지에서 확인할 수 있으며, 해당 raw data를 엑셀파일로 다운받을 수 있다. ㅇ Research Project 심사 1) 담당자의 심사 페이지 오픈 - 담당자가 심사 페이지를 오픈하면 교원은 RP evaluation에서 해당 학생들의 심사를 진행할 수 있다. 최종 제출 학생의 심사연도 및 학기 및 Performance assessment의 지도교원 정보는 자동으로 연동된다. (현재는 Performance Assessment에서 각 학생의 ID를 검색하여 학생별로 심사연도 및 학기를 지정, 저장해야 하는데요, 각 학기에 RP 제출을 완료한 학생들의 정보를 불러와서 한꺼번에 연도 및 학기를 지정하여 심사 페이지를 오픈할 수 있었으면 좋겠습니다.) - 담당자가 3rd Evaluator 교원 선택하여 저장할 수 있으며, 지정된 교원은 RP evaluation 메뉴에서 해당 학생들의 심사를 진행할 수 있다. (이메일 등 알림이 가도록 설정 가능하다) 2) 교원은 지도 및 심사위원으로 지정된 RP에 대해 RP Evaluation 메뉴에서 심사를 진행한다. (save – submit) - 심사 리스트에는 담당 학생 정보(프로그램, ID, 이름) 및 type, title, 심사 완료 여부, 심사 결과가 표기된다. - 리스트에서 학생을 클릭할 경우, 학생이 최종 제출 완료한 내용 및 파일을 확인할 수 있으며 심사 기준 및 입력란이 표시된다. (학생이 최종 제출 완료한 내용 및 파일이 해당 메뉴에 동기화되어야 하며, 심사 기준 및 입력란은 현 MIS 참고) - 심사 기준 및 입력 항목은 각 RP Type 별로 상이하며, 학생의 POS 정보에 저장된 RP type에 맞추어 자동으로 해당 심사 기준 및 입력 항목이 뜬다. (RP type: Thesis, Capstone, SRP, Advanced ELP, Academic ELP, Essay ELP) 추후 특정 RP타입의 심사 기준이 달라질 수 있으므로 필요시 심사 기준을 변경할 수 있도록 개발해야한다. - Type이 Thesis/Capstone일 경우 각 학생에 대한 심사 결과 입력 후, 각 교원은 “심사한 논문이 최종 통과할 경우, 논문 커버 내 서명 방식”을 선택할 수 있는 콤보 박스 (이미지파일 삽입 / 직접 서명 중 택1) 를 선택해야만 심사결과의 최종 제출이 가능하다. 전자서명 yes no 입력 (심사 코멘트 아래에 선택할 수 있도록) - 교원은 심사 결과 입력과 함께 코멘트를 달 수 있어야 한다. 해당 코멘트는 학생에게 결과 공개시, 함께 공개되어야 한다. - 담당자는 전체 학생 및 교원별 심사 해야하는 학생 리스트 및 정보를 학기 및 연단위로 확인 할 수 있으며, 심사 완료 여부, 결과, 선택한 서명방식을 모두 확인할 수 있다. 해당 정보를 모두 Excel 파일로 다운받을 수 있다. - 담당자는 교원을 대신하여 심사 결과 및 서명방식을 입력할 수 있다. - 심사는 특정기간동안 가능하지만 과거 교원 본인이 심사한 결과는 조회할 수 있다. (추가: 교원별 과거 전체 지도/심사 학생의 명단을 조회할 수 있다.) 3) 최종 통과 여부(Grade) 입력: P NP 만 가능 - 각 교원의 심사 결과를 바탕으로 각 학생의 최종 통과 여부가 입력되며, 입력 날짜가 표기되어야 한다. 심사위원의 2/3의 심사 결과가 통과일 경우 자동으로 통과로 입력된다. *3명 심사 또는 1명 심사 (현재는 담당자가 각 학생을 검색하여 심사 결과 확인 후 통과 여부를 입력하고 있으나, 교원의 심사 결과를 바탕으로 자동으로 통과 여부(P/NP)가 표기된다면 좋을 것 같습니다.) * Perf. Assess 에 결과값 연동되기 전에 담당자 확인/승인 하도록 단계 있음 - 학생은 본인의 심사 결과 및 교원의 코멘트, 최종 통과 여부를 확인할 수 있다. - 우수논문 조건(Thesis/Capstone 만, 심사위원 3명 모두 A)을 입력하고 이에따라 우수논문 대상자는 체크되서 담당자에게 보이고, 담당자는 담당자는 우수 논문 해당 여부를 지정할 수 있다. (Outstanding: Yes/No) - 담당자는 해당 학기 및 년단위로 학생들의 교원별 심사 점수 및 최종 통과 여부를 한 페이지에서 확인 가능하다. - 최종승인한 경우 결과에 대해 학생에게 자동메일 발송 - NP일 경우 다음학기에 RP최종본을 제출할 수 없도록 막야아하고 NP학생들의 리스트를 관리할 수 있어야 한다. ㅇ Research Project 납본 (교원)(학생)(담당자) 역할별로 구분해서 작성필요 심사 및 최종 제출이 완료된 학생에 한하여 납본 프로세스가 진행된다. [학생화면] Academc – Graduation – Paper- Research Project for staff 에 4번을 “Regirstation”으로 변경하여 최종 통과 한 학생에게만 페이지 활성화 1. 논문제출예정증명 기능 삭제 / 논문 커버만 활성화 2. 논문커버 “down”클릭하면 자동으로 증명서 생성 . : 증명서처럼 자동적으로 논문 커버를 생성 및 파일형식으로 저장 할 수 있다. · 커버구성 : 총 3페이지 - 페이지별로 필요한 항목에 맞는 값이 자동 입력될 수 있도록 (학생별 이름, 논문 제목, 논문 타입, 프로그램, 지도교수 성함 및 서명(란) 과 논문 승인 년월 값) · 다운로드 가능 형식 : , PDF · 파일 제목 : 학번 + COVER (예:322000510_COVER) - “교원 서명이 없을 경우, 제출될 수 없으며 담당자에게 문의하시기 바랍니다.” 라는 안내 팝업추가 -“확인” 클릭하면 다운로드 받을 수 있도록 (PDF) 2. (Final paper submission에 동의/비동의 선택하여 자동생성 / 담당자만 다운받을 수 있도록) · 정보공개동의서: Final paper submission에 위치 학생별 학위, 프로그램, 학생 이름, 학번, 이메일주소, 연락처, 논문 제목 및 하단에 날짜 자동 입력된 문서 → 하단에 “동의” 클릭 · 학생 다운로드 불가 3. 최종본업로드: 학생이 커버와 논문 본문을 업로드 할 수 있게 / 업로드 순서대로 합쳐서 변환될 수 있게 - 파일이 여러개로 분리된 경우, 순서대로 업로드 하라는 안내문 추가 최종 업로드시 “수정불가” 안내. [담당자화면] -담당자는 학생의 최종본 업로드 현황 및 정보공개동의서 생성 여부를 확인할 수 있다. (엑셀 다운로드 가능하도록) -담당자는 커버, 최종본 업로드 파일, 정보공개동의서를 다운로드 받을 수 있다 (PDF) -담당자는 학생을 대신하여 각 항목 및 최종 동의를 할 수 있다.
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류

기능요구사항

요구사항 고유번호

SFR-007

요구사항 명칭

학적 변동 관련 개발

응락수준

필 수

요구

사항

상세

설명

정의

기존 학적변동에 졸업유예 추가 개발, 학적 관리 기능 개선

세부

내용

[학적관리]

◦ (담당자 메뉴) 학적변동관리(휴학, 복학, 휴학연장, 제적, 재입학, 수료, 졸업, 영구수료)

- 조건별 대상자에게 공지(대상자는 담당자가 조건입력)

- 학사일정의 휴복학 신청기간을 MIS에 입력하면 자동으로 조건에 부합하는 학생(예- 휴학생 전체, 재학생 중 파견중 GMP, 국제학생 제외 등)에게 공지

- 고등교육통계 원자료 형식으로 자료 불러올 수 있도록

- 징계정보 입력력: 입력값은 담당자는 Academic Record에서 교원 및 학생은 School Register에서 확인

- 휴학자 및 학생 Term 정확한 값 계산하도록 Term에 대한 정확한 정의 관리필요

◦ (학생 메뉴) 학적변동관리

- 첫학기는 휴학신청 불가

- 휴학신청시 최대 3학기까지 가능하며 누적 휴학학기 수 안내

- 학사일정표상의 학적변동 기간에 자동으로 휴복학 안내

- 신청 및 기휴학이 총 3학기 초과하면 신청불가

◦ (담당자 메뉴) 휴학자 현황관리

- 장기휴학의 경우 사유 및 휴학 신청 기간 및 학기 표기

- 학생별 누적 휴학학기 수 표시

◦ (담당자 메뉴) 국내학생 병무관리

- 국내 남자신입생(조건 조회, 연도 및 학기)의 주민등록번호 등 병무청에서 원하는 정보가 조회될 수 있도록

- 국내 남학생 제적 또는 자퇴하는 경우 팝업떠서 14일이내에 병무청 신고하도록 안내하여 리마인더 (이학배)

[졸업유예]

◦ MIS 로그인 시, School Register - “졸업 유예 신청서” 메뉴 확인 가능(해당기능을 사용함으로써, 졸업요건 충족 시 졸업 신청절차 없이 자동으로 졸업할 수 있게끔 하는데 의의가 있습니다)

졸업유예신청서 포함 항목

① 졸업유예 신청 학기

드롭박스

1학기

2학기

3학기

→ 드롭박스로 선택 시, 재학연한과 수업연한관련 안내 팝업 창

② 졸업유예 신청 사유: 학생 직접 입력

③ “임시저장”, “최종제출” ,“취소” 버튼

- 최종제출 이후 취소 누르면 팝업으로 신청완료되었고 수정은 불가능하다고 나오도록

④ 승인상태

(저장/제출)	(승인)	(승인)	(승인)
고서윤 (학생이름)	이학배 (지정된 담당자)	이준수 (학생의 지도교수 이름)	정권 (MPPM주임교수 이름)

→ 승인 단계별로 승인라인은 자동불러오기

결재자가 “승인”을 눌렀을 때 “승인 ” 이라는 문구가 보이게

(회사 내부결재처럼)

<참고> 이 기능 구현되면 모든 교원승인 관련한 것은 이렇게 처리하는 것으로 추후 고도화 요청(교원서명 파일 MIS저장 필요)

신청 승인 로직

학생이 학생화면에서 졸업유예신청 “제출”버튼 클릭 →  지정된 담당자에게 안내 메시지와 링크가 이메일로 송부  →  담당자는 해당 내용을 확인하고 “승인”또는 “반려” → (승인 시) 지도교수에게 안내 메세지와 링크가 이메일로 송부 →  지도교수는 해당 내용을 확인하고 “승인”또는 “반려” → (승인 시) 주임교수에게 안내 메세지와 링크가 이메일로 송부 → (승인 시) 최종 승인내용 학생과 지정된 담당자에게 이메일

⇒ 어느 단계 든 “반려”를 클릭하였을 때 팝업창을 통해 반려사유를 필수로 입력 → 확인 → 해당내용은 학생과 지정된 담당자에게 이메일로 송부됨

담당자, 지도교수, 주임교수 화면

학생의 신청서 상 승인/반려 클릭

(클릭 시 내용 입력팝업창이 떠서 코멘트를 입력 할 수 있게)

담당자, 지도교수, 주임교수 화면

진행중, 승인, 반려한 학생 목록(이름, 학번, 사유, 신청 일시, 승인일시 등)이 아래쪽 화면에 표시되며, 엑셀 다운 가능

산출정보

해당사항 없음

관련 요구사항

해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-008
요구사항 명칭		수료/졸업 관리 개선	응락수준	필 수
요구 사항 상세 설명	정의	세부전공, 수료, 졸업 프로세스 개선
	세부 내용	◦ (관리자 메뉴) 세부전공 관리 - 과목 타입, 전공, 교양 여부, 필수, 선택과목, 세부전공, 과목소속(고등교육 통계용) 등 입력 - 세부전공 조건 입력(3과목 이상, 동일과목은 1회만 사용가능, Core이수, Language 이수 등) - 교과목 담당자가 Course Opened 입력할 때 세부전공 입력해서 이 정보를 가지고 세부전공 여부를 조회할 수 있도록 - 세부전공 신청가능 대상자에게 기간 및 매뉴얼 등 이메일 자동발송 - 세부전공 표기를 현재방식에서 AA여부는 별도로 빼줄 수 있도록 ◦ (학생 메뉴) 세부전공 조회 및 신청 - 세부전공 조회는 상시가능 - 관리자가 지정한 요건에 미달하는 경우 신청불가능 하도록 - 신청 정상적으로 접수된건지 확인 및 최종승인 결과 확인 및 이메일 발송 - 현재는 수정 및 삭제기능 없음 ◦ (학생 메뉴) 졸업요건 조회 및 신청 < 영어과정> - 졸업요건 조회는 상시 - 졸업유예 신청여부 및 신청 기간 - 졸업요건1: 세부전공 승인여부 - 졸업요건2: 논문제출 상태값 표기 - 졸업요건3: 등록금 완납여부 - 졸업요건4: 기이수학점 및 현재 수강중인 학점 - 졸업요건5: 평균 CGPA - 졸업요건6: Core 과목 이수여부 및 해당 과목 이수 학점 - 졸업요건7: 영어 Language 과목 이수 여부 및 이수학점 - 졸업요건8: 한국어 Language 과목 이수여부 및 이수학점 - 졸업요건9: 주간 4학기, 야간 6학기 등 현재 이수학기 시기 - 졸업요건10: 가을학기의 경우 해당학기 수강 시 1월 졸업 - 위의 졸업요건 수정, 삭제 및 추가 가능할 수 있도록 - 현재 부족한 졸업요건이 뭔지 학생에게 보이게 해야함 - 해당 페이지에 문구 추가：＂입학한 연도 및 학기에 해당하는 졸업요건에 대한 결과입니다. 세부사항은 교학팀에 문의해주시기 바랍니다.＂ ◦ (학생 메뉴) 졸업요건 조회 및 신청 < 한국어과정> - 졸업요건 조회는 상시 - 졸업유예 신청여부 및 신청 기간 - 졸업요건1: 논문제출 상태값 표기 - 졸업요건2: 등록금 완납여부 - 졸업요건3: 기이수학점 및 현재 수강중인 학점 - 졸업요건4: 평균 CGPA - 졸업요건5: Core 과목 이수여부 및 해당 과목 이수 학점 - 졸업요건6: 현재 이수학기 시기 - 졸업요건7: 가을학기의 경우 해당학기 수강 시 1월 졸업 - 위의 졸업요건 수정, 삭제 및 추가 가능할 수 있도록 - 현재 부족한 졸업요건이 뭔지 학생에게 보이게 해야함 - 해당 페이지에 문구 추가：＂입학한 연도 및 학기에 해당하는 졸업요건에 대한 결과입니다. 세부사항은 교학팀에 문의해주시기 바랍니다.＂ ◦ (관리자 메뉴) 졸업관리 - 과정별(영어(PP, DP등...)/한국어과정), 연도별 졸업요건 입력 - 충족자중 미신청자 이메일 발송 - 졸업결과 공지(안내문 만들어서 이메일 공지 및 대상자 MIS팝업) ◦ (관리자 메뉴) 수료관리 - 과정별, 연도별 수료요건 입력 - 해당 요건을 만족한 수료자 리스트업 및 체크박스로 일괄처리 - 특히 재학학기 Counting 제대로 집계되도록 - 수료결과 공지(안내문 만들어서 이메일 공지 및 대상자 MIS팝업)
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-009
요구사항 명칭		지도교수 관리 개발	응락수준	필 수
요구 사항 상세 설명	정의	지도교수 신청/배정/관리 개발
	세부 내용	◦ (담당자 메뉴) Academic Advisor Assignment (교수별로 지도학생 입력) - 신청자 정보 자동 취합해서 교원 당 몇 명인지, 몰리는지 검토할 수 있도록하고 담당자 재배정시 인원 자동집계 되도록 - 관리자가 공통으로 상담신청 기간 지정해서 교원공지(이메일)하고 교원은 여기에 Yes/No로 입력가능하도록(입학식용) ◦ (학생메뉴) Advisor Application - 학생이 신청하는 베이스고 본인 필드를 고르면 가능한 옵션이 뜨도록 - 본인 필드를 잘 모르겠으면 All을 고르거나 다수 필드를 할 수 있도록 - 해당정보가 담당자에게 갈 수 있도록 - 승인결과 알 수 있도록 - 승인되면 지도교수에게 상담신청할 수 있고 이정보가 이메일로 자동발송 - 이메일 상담인지, 대면상담인지 선택하고 상담시간 기록(이메일의 경우 30분으로 관리자에게 가도록) ◦ (교원메뉴) Advisor Assignment - 학생이 신청하는 베이스를 바로 보여줄 수도 있고(관리자 설정에따라) - 관리자가 한번 조정한 경우를 보여줄 수도 있어서 - 본인이 승인하도록 조정 - 상담가능한 시간 입력하도록(You can book me처럼/구글캘린더 불러오거나) - 상담시간 승인 및 변경 ◦ (교원메뉴) Dissertation Advisee Management - 상단부분에는 박사과정 논문 지도학생 리스트 조회 - 리스트에서 학생 클릭하면 하단에 학생 학업수행 현황 보이도록 ◦ (담당자 메뉴) Advisor Assignment(by Professor) 생성 - 학기별, 연도별, 교수별로 지도학생 리스트 볼 수 있도록 - 상담기록 관리할 수 있도록: 학생당 몇분 이런 기록도 나오도록 (+ 엑셀 파일로 추출할 수 있도록)
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-010
요구사항 명칭		등록금/장학금 관리 개선	응락수준	필 수
요구 사항 상세 설명	정의	등록금/장학금 메뉴 개선, 등록금 납부유예 신청 화면 개발, 가계곤란 장학 신청 화면 개발, 등록금 관련 메뉴 검색 조건 개선, 등록금 메뉴 개발, 입학생 기준 등록금 수입 추정 로직 개발
	세부 내용	[등록금 관리] ◦ (담당자 메뉴) 등록금 고지 - Tuition tale 메뉴상단에 ‘전년도 복사’ 버튼생성(연도, 학기 담당자가 선택하여 특정 학기 값을 불러옴) - 성적에 따라 장학 변동있는 경우 성적메뉴를 기초하여 이를 고려하여 장학금 반영하되 입학장학 얼마, 성적우수 장학 얼마, 가계곤란 장학 얼마로 표기 (검증은 엑셀 다운로드 해서 검증) - 등록금 고지 이후 복학하는 경우(또는 휴학하는 경우) 이를 자동반영해서 고지 혹은 고지삭제/담당자가 수기로도 할 수 있고 자동으로도 되도록 - Full-time GMP Yes일 경우 200만원이 자동으로 고지되도록 - 등록금 고지 생성할 때 0원고지자(이미 기 고지금액이 2,800만원인 경우)는 삭제되고 고지 안 될 수 있도록 - 등록금 고지 생성할 때 0원고지자(GMP인경우 고지금액이 2,100만원인 경우)는 삭제되고 고지 안 될 수 있도록 - 등록금/입학장학금 값이 특수한 그룹의 경우 담당자가 MIS에서 요구하는 파일 형식을 작성해서 업로드 하면 해당 그룹 값이 변경되도록(팝업으로 일괄수정) - - Tuition table 생성 시 현재는 주야간 기준에 따라 생성되지만 추후 MPPM 과정 등 기존 등록금액과 다른 과정이 운영될 경우, 프로그램별로 테이블 생성이 필요함(같은 야간과정이더라도 학기당 등록금이 470만원인 그룹, 500만원인 그룹 등 다양하게 생성될 수 있도록) - 기존값은 공통으로 적용 MIPD, MPPM, Ph.D PPM만 전공을 넣어서 ◦ (담당자 메뉴) 등록금 변경 - 성적사정 결과에 따라 담당자가 승인할 경우 자동으로 등록금도 변경 - 장학을 목적상 입학장학, 성적우수 장학, 가계곤란 장학으로 학기별 구분해서 입력하도록해서 해당학생이 해당학기에 받은 장학금액이 구분되도록(성적우수 얼마, 입학장학 얼마, 가계곤란 얼마 등 - 담당자가 장학조건을 학생별로 입력가능하고 업로드도 가능하게 ◦ (학생 메뉴) 등록금 고지서 출력 - Academic record- tuition탭에서 각 학기별 등록금 고지서 출력 기능 (Application Schedule 기능 이용해서 등록기간은 세팅되게) ◦ (학생 메뉴) 가상계좌 은행 출력 - Academic record- tuition탭에서 가상계좌 ‘은행’ 확인 (가상계좌번호는 확인할 수 있으나, 은행명이 적혀있지 않은 부분 고도화) (기간별로 납부 계좌 안내문구를 다르게 보여줄 수 있도록 Application schedule과 연동) ◦ (담당자 메뉴) 등록금 고지 및 변경 - 등록금 고지서 메일발송(100%장학 아닌 경우만) 기능 - 장학변경 될 경우 담당자가 입력하면 학생에게 이메일 발송기능(보류) ◦ (담당자 메뉴) 미납자관리 - 담당자가 납부유예 신청기간과 최대 납부유예 기간 설정 후 오픈하면 학생이 신청하고, 신청하면 바로 이메일 자동발송되어 파악할 수 있게 - 등록금 미납자 리스트가 나와서 학생에게 이메일 보내서 납부 독려 ◦ (학생 메뉴) 등록금 납부유예 신청 - 담당자가 납부유예 신청기간 설정하면 학생이 사유와 언제까지 납부할지 기재해서 신청 ◦ (담당자 메뉴) 등록금 수입보고 - 우리은행(가상계좌)에서 다운받은 엑셀파일을 업로드 하면 자동으로 인식되도록 (양식 추후 확정) - 최종 관리한 MIS자료에는 장학금이 입학장학금 얼마, 성적우수 얼마 이런식으로 분류될 수 있도록(등록금 수입보고 양식 기준으로) => Tuition Management에 장학별로 구분되면 별도의 수입보고양식 필요없음 ◦ (학생 메뉴) 등록금 수입보고 - 담당자가 입력하면 학생에게 자동 이메일 발송되어 수입확인 및 MIS확인 ◦ (담당자 메뉴) 등록금 통계 및 교육국제화역량 기준으로 Raw data 만들 수 있도록 - 대학정보공시 기준을 드리면 해당양식으로 추출되도록 (팀장님 추후 양식 제공) ◦ (담당자 메뉴) Tuition Management에서 복학생 또는 누락자의 등록금 정보 생성시 가상계좌 정보 자동 입력 및 학생이 tuition Management에서 가상계좌정보 확인 가능할 수 있도록 [등록금 납부유예] ◦ (학생 메뉴) - MIS내 Application for Late Payment of Tuition 페이지 개발하여 온라인으로 신청 - 신청서 내에는 해당학기 값과 공지문(담당자 수정 가능)이 디폴트로 불러와지며, 학생 정보와 학생 기술필드를 학생이 작성하여 신청 (추후 양식 제공) ◦ (담당자 메뉴) - 스케쥴 – 수업 – application schedule에서 스케쥴 설정 - 학생이 MIS로 신청할 경우되고 MIS데이터도 보이게끔 처리 (승인 후 MIS에 넘어왔을때 담당자 수정 삭제 가능) (포탈과의 연동은 불가하므로, MIS에서 처리 / 수업의 Drop/withdrwal메뉴와 비슷하도록 구현) · 결재 중 반려시 반려 내용과 함께 학생 이메일로 안내, 반려사유 입력란 신규 생성 - 등록금 납부 유예신청 승인을 받은 학생의 정보는 MIS내 관련메뉴(등록금-등록금 출력물- Unpaid List) 에 표시될 수 있도록 [가계곤란 장학] ◦ (학생 메뉴) - MIS내 Application for Need-Based Scholarship 페이지 개발하여 온라인으로 신청 - 신청서 내에는 해당학기 값과 공지문(담당자 수정 가능) 디폴트로 불러와지며, 학생 정보와 학생 기술필드를 학생이 작성하여 신청 (추후 양식 제공) - 신청 서류 업로드 기능 추가 - 결재 경로: 학생 신청 – 장학 담당자 협조(협조시 교원에게 이메일 자동발송(문구 확정 필요) 교원(최소2인) 전자결재의 형태로 협조 – 장학 담당자 승인 (교원화면양식 추후 제공) ◦ (담당자 메뉴) - 스케쥴 – 수업 – application schedule에서 스케쥴 설정 - 가계곤란장학 신청 승인을 받은 학생의 정보는 MIS내 관련메뉴(등록금 - 장학금 관리 – Need Based Scholarship(구AA장학 관리))에 데이터 생성 · 학생이 MIS로 신청할 경우 portal 전자결재(담당문서)문서에 쌓이며 장학금 담당자가 포탈에서 최종 승인버튼을 누르면 포탈 결재문서에도 저장되고 MIS데이터도 보이게끔 처리 (승인 후 MIS에 넘어왔을때 담당자 수정 삭제 가능) · 결재 중 반려시 반려 내용과 함께 학생 이메일로 안내 - 위원회 심의 후 가계곤란 장학 확정 시 Need Based Schoarship에서 최종 결과값 입력시 등록금 메뉴와 연계 [등록금 메뉴 검색 조건 추가] ◦ (담당자 메뉴) - 하기 메뉴에 이름, 학번, 금액 검색조건 추가 - 단. 학번 검색 시 2020만 치면 2020학번학생들 검색되고, 20203을 검색하면 2020가을학기 입학생들이 검색될 수 있도록 · 등록금 – 등록금 관리 – Tuition Management · 등록금 – 등록금 관리 – Account Assign · 등록금 – 등록금 관리 – Receipt [등록금 수입 추정] ◦ (담당자 메뉴) 고서윤 - 계산버튼 누르면 차년도 등록금 납부대상자의 1년치 등록금 납부예정 금액 계산 - 입학팀에서 입학인원 선발결정되면 추정금액 나올 수 있도록 - 보고싶은 내용과 말한 기준에 대한 정의를 쓰기: 이학배 설계 - 그룹별 평균장학 비율 설정
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-011
요구사항 명칭		성적 관리 개선	응락수준	필 수
요구 사항 상세 설명	정의	성적 부여, 성적에 따른 장학, 우수/미달, 정정 등 개발
	세부 내용	◦ (담당자 메뉴) 성적 조건 입력(매학년도 입학학기, 장학명, 장학비율별로) 해당 메뉴상단에 ‘전년도 복사’ 버튼생성(연도, 학기 담당자가 선택하여 특정 학기 값을 불러옴) - (장학유지 조건) 연도 학기별 최소이수학점, 주간학점, 최소 GPA를 담당자가 최초에는 입력하고 다음년도부터는 정보 로딩해서 가져오며 이는 입학조건(입학장학)과 연동 - (딘스리스트 조건) 연도별 입력하고 다음년도부터는 정보 로딩해서 가져오기 - (성적우수장학 조건) 연도별 입력하고 다음년도부터는 정보 로딩해서 가져오기 ◦ (담당자 메뉴) 입학장학 조건 미충족자 관리 - (수강신청 기준)수강신청 정보와 매칭해서 수강신청에서 최소이수학점 또는 주간학점 미달성학생 리스트가 나오고 자동메일 발송할 수 있도록 - (성적확정 후) 연구학점 제외 후 쿼리하면 장학그룹별로 미충족자 조회되기 - 미충족한 조건이 뭔지도 나오도록 - 학생에게는 사유까지 보이도록 - 수업 전체 드랍한 경우도 다 나오도록 - 제외해야 하는 학점이 뭔지 코드로 주기 - 연구학점(논문, SRP, Capstone)제외 ◦ (담당자 메뉴) 성적우수자 관리 - 딘스리스트 및 디스틴션 조건 입력해서 바로 조회가능 - 해당학생 쿼리해서 성적우수자임을 이메일 공지할 수 있도록 기능구현 - 성적우수로 장학조건 상향시 장학추가 정보가 등록금 정보쪽으로 쌓여서 성적우수로 추가 장학금 지급될 수 있도록 반영 - 연구학점(논문, SRP, Capstone)제외 - I grade 성적있는 경우 우수자에서 제외하고 이를 표기 ◦ (담당자 메뉴) 성적이상자 관리 - 학사경고자 리스트 학기별로 나오게하고 이학생은 RA, CA, TA배정 불가능하도록(학사경고 조건: 2.67미만) - I grade부여받은 학생 나오도록 - P/NP과목인데 이상한 성적 입력받은 학생들관리(한국어과정에 있어서 제외) ◦ (담당자 메뉴) 성적 관리 –View Grade에서 보이도록 - 교원 성적여부 및 반평균 3.40-3.60여부 관리 - 교원 성적 정정여부 관리 - 교원 3.60초과 사유서 및 성적정정 사유서 관리 - I grade사유서 관리 ◦ (교원 메뉴) - 성적입력시 석사과정 과목은 반평균 3.60초과할 경우 알림창 팝업되고 사유서 입력안하면 저장만 되고 최종제출 할 수 없도록 (박사과목, 한국어과정 등 절대평가과목 등 예외적용할 수 있는 기능은 한국어과정 시스템 개선을 통해 선행될 것으로 기대) Save 하고 Submit/CAncel 서브밋 누르면 최종 확인한다는 팝업(submit-save-cancel순) (교원 submit 눌렀을때 전자서명) --> 서명 일괄 입력 팝업 - 최초 성적입력 후 수정필요시 사유서 작성 및 증빙서류 업로드 후 담당자 및 교학처장 승인할 경우에만 변경가능 - I grade 입력시 알림창 팝업되고 사유서 입력안하면 저장만 되고 최종제출 할 수 없도록 - 성적정정 MIS로 요청하고 사유 및 증빙 업로드(이학배) 양식서류, 관리항목 - 단순실수/채점오류 - 단순실수는 사유만 입력하고 재발하지 않겠다라는 서약 - 채점오류는 사유 및 항목별 채점기준표, 정정학생 및 비교그룹 보고서 첨부 ◦ (학생 메뉴) 성적우수 증명서 발급 - 학생 직접 성적우수 증명서 발급(딘스리스트 혹은 학기별(전체) Summa cum or Magma Cum)
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류

기능요구사항

요구사항 고유번호

SFR-012

요구사항 명칭

연구정보관리 개선

응락수준

필 수

요구

사항

상세

설명

정의

신MIS 연구정보관리 메뉴 개편

세부

내용

◦ 연구정보관리 – 연구정보관리상세 기능 연동

- 연구정보관리에 과제 생성 시 연구정보관리상세 → 해당과제 계정 → 연구원 Tab에 연구책임자 자동으로 등록

◦ 연구정보관리상세 중 [연구비 집행] Tab 기능 수정

- (연구비 집행) 계정과목 설정 필요 없이 원인행위내역이 업로드 되는 대로 portal funded research에서 확인 가능하도록 요청. 다만, 계정과목열은 제거하지 않고 존재 필요

◦ 연구정보관리상세 중 [연구비 정산자료] Tab 기능 수정

- 추후 연구비 정산 시 해당 내용을 토대로 정산자료를 만들 수 있도록 excel로 다운로드 하기 기능 추가

- 아래 표와 같이 집행실적 내역 개선 요망

집행일자	관	항	적요	집행금액
총 계

(수입삭제/ 지출만 기록)

◦ 연구정보관리상세 중 RA리스트

- MIS 조교관리에서 RA 등록을 했을 경우, 연구정보관리상세의 [RA리스트] 탭에 자동으로 RA 등록

산출정보

해당사항 없음

관련 요구사항

해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-013
요구사항 명칭		교과목 간담회 관리 개발	응락수준	필 수
요구 사항 상세 설명	정의	교과목 간담회 관리 학생/담당자/교원화면 필요
	세부 내용	◦ (학생 메뉴) 교과목간담회 신청 - 매 학기 교과목 CA에게 해당 과목 교과목간담회 신청이 가능하도록 설정 - 희망 간담회 날까지 최소 일주일의 여유를 두고 신청이 가능하게 함(기한이 일주일 이내로 줄어들면 전산 상 신청 불가능) - 특이사항이 있을 시 메모를 남겨놓을 수 있도록 함 - 간담회 종료 후 회의록(한글이나 영문으로 4~5줄 간담회 회의록 작성) 작성 이 메뉴에서 가능하게 함 ◦ (담당자 메뉴) 교과목간담회 관리 - 간담회 접수 직접 확인(이메일 알림기능 필요 없음) - 접수 내용 엑셀 파일로 다운로드 - 학생에게 이메일 연락 - 담당자가 간담회 회의록 등록 직접 확인 ◦ (교원 메뉴) 교과목간담회 신청 - 매 학기 개설된 본인의 교과목에 대해 신청이 가능하도록 설정 - 희망 간담회 날까지 최소 일주일의 여유를 두고 신청이 가능하게 함(기한이 일주일 이내로 줄어들면 전산 상 신청 불가능) - 특이사항이 있을 시 메모를 남겨놓을 수 있도록 함
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-014
요구사항 명칭		설문 기능 개선	응락수준	필 수
요구 사항 상세 설명	정의	학생만족도 문항 구성/편집 자유도, NASPAA 설문 문항 구성/편집 자유도, 각 설문 조건 검색, 출력, 미수강자 검색 등
	세부 내용	◦ (관리자 메뉴) 학생만족도 관리 화면 개발 - 학생만족도 문항 구성 화면 개발: 학생만족도 문항을 구성 및 편집할 수 있는 화면 개발 - 학생만족도 시행자 및 미시행자 관리(시행자를 3학기 이상 재학생, 휴학생 제외, GMP파견자 제외 등 조건에 따라 조정할 수 있도록 개발) - 학생만족도 미시행자를 추출할 수 있는 화면 개발(강의평가 미시행자 관리 참조) - 학생만족도 실시 결과에 따른 통계 계산 및 확률(t-test등) - 학생만족도 실시 결과에 대한 통계 계산 결과 값 정리(빈도분석, 평균분석/ 빈도분석 및 평균분석을 학생구성별로 계산한 결과 값으로 정리한 보고서/ 빈도분석 및 평균 분석을 전공별로 계산한 결과 값으로 정리한 보고서/ 주관식 문항에 대한 결과만 별도로 보여지는 화면 개발(학생구성별 / 전공별로 주관식 표기를 보여주는 보고서) - 만족도조사 기간 설정 기능 - NASPAA 설문 실시 결과 화면 개발 (Raw data, 빈도분석, 평균분석, 주관식 문항만 별도로 보고서로 보여주는 화면 보고서 개발) - 학생만족도 조사 설문문항 자유롭게 변경 및 간단한 통계분석, 전년도와 비교자료 출력 - 기존 자료(MIS로 실시하지 않았던) 업로드하여 DB화해서 이력관리 가능하도록 - 미시행자 관리 및 자동이메일 발송 ◦ (학생 메뉴) 학점만족도 조사 시행 화면 개발 - 학생만족도 설문문항을 전산화하며, 학생들이 MIS를 통해서 설문에 참여할 수 있도록 개발 - 완료여부 및 조사기간 확인할 수 있도록 Survey 기능 개발 ◦ 서베이몽키, 구글처럼 서베이 수행 ◦ (담당자 메뉴) Survey생성 혹은 불러오기 - 기간설정, 서베이 입력, 서베이 결과확인, 미시행자 메일발송 - 대상자 설정: 엑셀업로드 가능 혹은 학생 그룹, 교원 그룹별로 설정 ◦ (학생 혹은 교원 메뉴) 서베이 수행
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-015
요구사항 명칭		박사학생 관리 개발	응락수준	필 수
요구 사항 상세 설명	정의	박사학생 관리 화면 개발, 레포트, 장학, 지도교수 등
	세부 내용	◦ (학생 메뉴) 1. Academic Performance(Ph.D.) - 논문 지도교수, SRC, MPC, QE, OE, Research Plan/Progress Presentation, Progress report, FODD, 장학조건 이행여부 등 박사과정 학업 현황을 한 페이지에서 확인가능 - SRC/MPC, QE, OE, Research Plan/Progress Presentation, Progress report, FODD, Scholarship Condition 등 각각 탭을 생성하여 학기별 신청현황 및 이수현황 확인가능 (1) 논문 지도교수 - 정보 - 변경신청: 변경신청시 현재 논문 지도교수에게 메일발송 - 변경결과 (2) SRC/MPC - 연도별/학기별 SRC 수강현황 확인 - SRC는 성적 입력, MPC는 추가과제 이행여부 확인 (3) QE - 응시과목별 과목명, 응시일자, 점수, 결과, 응시차수 확인 - 과목별 두 번 응시 가능하므로 한 줄더 필요 (4) OE - 논문형태, 대주제, 챕터별주제(최대3개), 챕터별 공저자여부, 심사위원 3인 이름, 응시일자, 결과(Pass/Fail), 응시차수 - 두 번 응시 가능하므로 2차 응시하는 경우 한 줄 더 필요 (5) Research Plan/Progress Presentation(이하 RPP) - 각각 응시여부, 응시일자 (6) Progress Report - 제출시기 및 승인여부 확인 - 여러번 제출할 수 있으므로 리스트 형식 (6) FODD - 논문형태, FODD주제, 챕터별 공저자/단독저자 구분, 심사위원 5인 이름, 예비심사와 본심사 각각 응시일자, 결과(Pass/Fail), 응시차수 (7) 장학조건 - 조교(TA/RA)관리 메뉴와 연동하여 TA/RA 무급근로 기록 끌어오기 - 입학년도부터 졸업까지 연간 조교 근로현황 확인 2. Academic Performance Management(Ph.D.) - 입력항목 미기입시 신청 불가 팝업 - 신청내용 입력시 임시저장 기능 (예시) (1) SRC 탭 · (신청) 신청기간 내에 SRC 번호 선택(I, II, III 중 선택), 주제 기입, 담당교원 검색하여 선택하고 저장 · (학기말제출) 학기말 신청기간 내 Similarity index 기입하고 SRC 레포트, turnitin 레포트 업로드, 업로드 시 최종본임을 팝업창으로 띄우고 확인누르고 최종제출 (2) MPC 탭 · (신청) - 수강신청 기간에 석사과정 Concentration course신청한 경우, MPC 현황에서 자동으로 조회 가능 - 조회된 과목 누르면 아래에 담당교원이 부여한 추가과제 확인가능 - 담당 교원이 부여한 추가과제 확인 가능 - 추가과제 확인시 과제 수행이 완료되어야 졸업학점으로 인정됨을 동의하도록 함. (동의해야 수강신청으로 인정) · (결과) - 학기 말 추가과제물 업로드 후 담당교원의 승인이 완료되면 졸업학점으로 인정 (3) QE 탭 · (신청) QE구분 선택(CQE, FQE), 신청과목 선택(CQE의 경우, 전공별로 과목 선택목록 나옴, FQE의 경우, 본인이 과목검색하여 입력), QE 관련 유의사항 읽고 동의버튼 누른 후 최종신청되도록 (4) Research Plan/Progress Presentation · (신청) - Research Plan과 Research Progress 구분하여 발표일시 기입 및 파일업로드 가능하도록 · (결과) - 수행여부 확인 YES/NO (5) OE 탭 · (신청) - 심사위원 3인 검색하여 선택(지도교수는 자동입력, 외부입력은 이름 직접 입력), 논문형식, 대주제, 챕터별주제(최대3개), 챕터별 공저자여부(공저자있는 경우 옆에 함께 기록) 응시날짜 선택 후 신청 버튼 - OE관련 유의사항 읽고 동의버튼 누른 후 신청 가능하도록 - 최종적으로 신청 버튼 누르면 해당 심사위원들에게 메일 발송 (6) Progress report 탭 · (제출) 학기별로 progress report 파일 업로드할 수 있도록 · (결과) 교수님 코멘트 및 승인여부 확인 (7) FODD 탭 - (신청) · 신청시 기본적으로 OE신청 때 입력한 내용을 불러올수 있도록하고 추가 및 수정 가능하도록 · 심사위원 5인이므로 입력칸 총 5개 필요 · 논문 챕터별(3개) 공저자/단독저자 구분 · 본심사 일정(날짜 및 시간) 입력 · FODD 유의사항 읽고 확인 버튼 누르도록 · 최종적으로 신청 버튼 누르면 해당 심사위원들에게 메일 발송 · 예비심사 파일 업로드: 논문파일, Turnitin 파일 · 본심사 파일 업로드: 논문파일, Turnitin 파일 · 최종논문 양식 다운로드 및 업로드: 본심사 후 copyright agreement 내용확인 및 동의 여부 선택 및 심사위원 서명완료된 최종논문 업로드 - (결과) · 예비심사 코멘트 및 본심사 결과 확인 · 제출한 최종논문에 심사위원 5인 모두 승인완료하면 완료 표시 (미완료 위원 표시) 3. Research Grant 신청 및 현황 - (신청) 기간 내에 research proposal 업로드하여 신청, 신청시 관련 유의사항 읽고 동의해야 최종신청 가능 - (결과) 결과 표시 및 통과시 가용금액 표시 - (환급) 환급신청 금액 기입 및 관련서류/영수증 첨부기능 ◦ (관리자 메뉴) 1. Academic Performance(Ph.D.) - 상단에 입학연도, 학기별 학생 리스트 조회 (학점이수현황, QE, OE, RPP, FODD) 통과여부 등이 함께 조회되며 엑셀로 다운로드) - 학생 클릭하면 하단부에 학생 학업현황 조회 2. Academic Performance Management(Ph.D.) - SRC/MPC, QE, OE, Progress report, FODD 등의 신청기간 설정, 신청 현황확인, 교원 승인여부 확인, 코멘트 입력여부 확인 - 신청 및 승인시 담당자에게 이메일 알림 - 학생이 업로드한 파일 다운로드 - 신청현황 및 승인여부 다운로드 - 각 항목의 유의사항 및 copyright agreement 내용 편집할 수 있도록 - 입학장학 유지조건 입력 및 확인하여 학생이 충족여부 알 수 있도록 - 관련 업무별 담당교원 지정 및 이메일 발송(자동) - 교원채점결과 전산으로 업로드하고 교원 부득이할 경우 담당자가 결과입력 (1) 논문 지도교수 배정 - Academic Advisor Assignment 기능 필요 - 기간별 변경 신청현황 확인 및 신청내용 편집, 대리승인 기능 (2) 단계별 신청기간 설정 기능 -> Event Registration처럼 학기별 신청기간 설정하여 리스트화하여 관리할 수 있도록 (예시) (3) MPC/SRC - 신청자목록 조회, 제출여부, 승인여부, 성적 등이 함께 표시 - 학생 리스트 클릭하면 하단에 상세기록 표시 ·MPC: 추가과제 입력확인, 교원대신 과제입력, 제출파일 다운로드(결과승인 시 승인날짜 및 서명 함께 출력가능) ·SRC: 학생제출자료 다운로드, 삭제, 입력자료 수정, 교원대신 성적입력, 교원보상점수 편집 가능 (4) QE - 신청자목록 조회, QE구분, 신청과목 표시 - 학생 추가, 편집, 삭제 가능 - 학생 리스트 클릭하면 하단에 신청현황 확인 및 각 과목의 점수 및 통과여부 편집 가능, 교원보상점수 편집가능 (5) Research Plan/Progress Pesentation - 신청자목록 조회, 신청일정, 파일다운로드 기능 - 신청일정, 파일업로드 등 수정 및 신청기록 삭제 기능 - 통과여부 입력 (6) OE - 재학생 신청자목록 조회, 심사위원, 발표일정 등 학생입력정보 표시 - 학생 추가, 편집, 삭제 가능 - 학생 리스트 클릭하면 하단에 신청 및 결과 현황 확인 및 학생제출파일 다운로드 가능, 심사위원 대리 승인 및 파일 업로드 기능, 통과여부 입력, 교원업적점수 편집가능 (7) Progress report 탭 · 학기별 Progress report 파일 다운로드/ 파일 재업로드 가능 · 교수님 코멘트 및 승인여부 확인/대리승인기능 (8) FODD - 재학생 신청자목록 조회, 심사위원, 발표일정 등 학생입력정보 표시 - 학생 리스트 클릭하면 하단에 신청 및 결과 현황 확인 및 학생제출파일 다운로드 가능, 심사위원 대리 승인 및 파일 업로드, 통과여부 입력 기능 3. Research Grant Management - 학기별 신청기간 설정 - 학생 신청 시 유의사항 읽고 동의해야 신청가능 - 자동메일 발송 - 리스트 형식으로 학생 신청현황 한번에 볼 수 있도록 하고 파일 다운로드 가능하도록 - 학생별 가용금액 입력 - 환급신청 여부 확인 및 증빙자료 다운로드 가능하도록 ◦ (교원 메뉴) 1. Dissertation Advisee(Ph.D.) - 논문지도학생 전체리스트 조회 (학점이수현황, QE, OE, RPP, FODD) 통과여부 등이 함께 조회되며 엑셀로 다운로드) - 학생 클릭하면 하단부에 학생 학업현황 조회 - 지도교수 변경신청 알림 및 승인여부 입력 2. Academic Performance Evaluation(Ph.D.) - 신청내용 입력시 임시저장 기능 (1) SRC 탭 · 해당학기 SRC 담당하는 경우, 학생리스트 조회 - (결과입력) · 학생제출 SRC 레포트, turnitin 레포트 다운로드 · 아래 표 형식에 점수입력-> 점수에 따라 성적 환산 · 코멘트 입력가능 · 점수 입력 후 저장하면 담당교원 교육점수 20점 부여 (2) MPC 탭 - Concentration course 담당시 MPC 탭에서 리스트로 조회가능 - 담당교원이 학생별 혹은 학생 복수선택 후 추가과제 입력 및 수강승인 버튼 (단, 추가과제 입력 안하면 수강승인 불가하도록) - 추가과제 입력칸 위 추가과제 필수 부여해야 한다는 안내 및 학기말 승인이 있어야 졸업학점으로 인정된다는 안내 - 리스트 학생 클릭하면 학생제출 파일 다운로드 기능, 제출과제 승인여부 및 코멘트 입력 (3) QE 탭 - QE 출제담당하는 경우, 본인 담당과목 응시생 리스트 조회 - 리스트의 학생 클릭하여 학생별 점수입력 (점수입력하면 자동 통과여부 입력되도록) - 점수입력 후 저장하면 자동으로 교원 교육점수 부여 (공통QE 4점, 전공QE 2점) (4) Research Plan/Progress Presentation - 지도학생이 신청하는 경우, 승인 버튼 (5) OE 탭 -학기별 본인이 심사위원인 OE 신청현황 조회 가능 -(승인) · 학생의 심사위원이 되는 경우, 학생이 시험 신청시 심사위원으로 등록되면 메일 발송되어 안내되고 승인버튼 누르면 자동서명 되도록 · 학생의 지도교수인 경우, 심사위원 모두 서명 후 승인버튼 누르면 자동 서명되도록 - (결과) · 해당학기에 심사 맡은 학생이 2명 이상인 경우 리스트의 학생을 클릭하고 하단에서 학생제출파일 다운로드 및 결과값 입력 (Satisfactory, Unsatisfactory, Fail) · 결과값 저장하면 자동으로 교원 교육점수 부여 (4점) (5) Progress report 탭 - (제출) 해당기간에 progress report 파일 업로드 할 수 있도록 - (결과) 교수님 코멘트 및 승인여부 확인 (6) FODD 탭 -학기별 본인이 심사위원인 신청현황 조회 가능 -(승인) · 학생의 심사위원이 되는 경우, 학생이 시험 신청시 심사위원으로 등록되면 메일 발송되어 안내되고 승인버튼 누르면 자동서명 되도록 · 학생의 지도교수인 경우, 심사위원 모두 서명 후 승인버튼 누르면 자동 서명되도록 - (결과) · 해당학기에 심사맡은 학생이 2명 이상인 경우 리스트의 학생을 클릭하고 하단에서 학생제출파일 다운로드 (항목: 예비심사, 본심사, 최종논문 파일) · 결과값 입력후 저장 (예비심사: 코멘트 입력, 본심사: 결과값 선택 (Pass/Fail)) · 본심사 결과 저장하면 학생 최종논문 제출 후 서명 한번 더 필요함을 팝업으로 안내 및 교육점수 부여 (8점) · 본심사 후 최종논문 제출본에 대해 심사위원 승인 클릭하면 논문표지에 자동 전자서명 · 최종논문 심사위원 5인 전자서명 완료되면 논문 지도교수에게 자동으로 20점 부여 (or 학적 Graduated로 변경되면) 3. Research Grant Management - 지도학생의 research grant 신청여부 확인 및 승인 - 추후 결과 확인 가능하도록 ※ 박사과정 체어의 경우 필요한 승인 MIS를 통해 진행 - 논문지도교수 변경, MPC (논문지도교수 없는 경우), QE, OE, FODD
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-016
요구사항 명칭		행사 관련 화면 개선	응락수준	필 수
요구 사항 상세 설명	정의	행사관련 담당자/학생메뉴 개선, 검색 조건 개선, 일반 문구수정, 팝업문구추가
	세부 내용	[교학팀] ◦ Event 목록에서 작성자/이벤트명으로 특정 Event를 검색 가능하도록 기능 추가 ◦ (담당자 메뉴) Event Registration 화면 - 학생이 Other Comments란 입력 가능/불가능 설정할 수 있도록 ◦ (담당자 메뉴) Application Review and Management - 담당자가 신청자 리스트에서 특정학생이 신청했는지 바로 검색할 수 있도록 - 신청자 리스트에 담당자가 학생 이름/학번 검색하여 추가할 수 있도록 (하단에 검색, 추가, 편집 메뉴 필요) ◦ (담당자 메뉴) - 이벤트 등록시 성격에 따라 유연하게 메뉴운영 및 활성화, 필수값 지정 등 - Event별로 유연성있게 항목 만들 수 있고 평가까지 - 평가항목 설정하기 ◦ (학생 메뉴) Apply for Events 화면 - ‘두 번째 ◦‘와 연계하여 담당자의 설정에 따라 Comments 입력 가능/불가능하도록 [학생지원팀 이하영] ◦ (학생메뉴) Apply for Events 화면 - “Query”를 “Search”로 수정 - “Save”를 “Apply”로 수정 - 테이블 내 “Beginning Date”을 “Event Date” 으로 수정 - 테이블 내 “Application Date”을 “Application Period”로 수정 ◦ (담당자 메뉴) Event Registration · Participation Limit 기능을 사용하지 않고 신청하는 기능 예) 제한인원 없이 일단 신청받고, 신청자 중에 그룹 특성에 따라 담당자가 희망하는 학생을 지정하여 특정일에 신청결과(Enrolled 또는 Waiting)가 학생에게 보이도록 [학생지원팀 정율아] ◦ (담당자 메뉴) - 이벤트 날짜, 시간별 정렬 기능 - Participate Limit이 넘으면 자동 Waiting list 로 넘어가는 현행에서 “You are on the waiting list” 와 같은 팝업창이 학생에게 보이도록
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-017
요구사항 명칭		단체 메일 전송 개발	응락수준	필 수
요구 사항 상세 설명	정의	강의/대상자 등의 조건별 전송
	세부 내용	◦ 해당학기별 강의교원 혹은 학생을 대상자로 해서 메일발송 ◦ 대상자 선택: 수강생, 재학생, 휴학생, 자퇴생, 강의교원 등 ◦ 메일: 본문안 Text로 작성
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-018
요구사항 명칭		과목 면제/대체	응락수준	필 수
요구 사항 상세 설명	정의	면제 등록, 면제자리스트 출력 등 관리 화면 개발, 대체과목 신청, 승인, 확인, 출력 등의 화면 개발
	세부 내용	◦ (담당자 메뉴) Course Waiver Management 메뉴 생성 -> 현재는 Academic Record에서 입력 - 학기별, 연도별, 과목별로 설정값에 따라 시험응시자 및 결과 조회, 학번/이름으로 검색가능 - 과목별로 면제시험 통과여부 및 성적 기록할 수 있도록 - 데이터 업로드 및 다운로드 가능(응시과목, 응시시기, 점수, 통과여부) · 응시과목: AMPP, QM, IRM, LPM, KLC I - 업로드된 데이터를 MIS 상에서 편집가능 -> Waiver 검색 + Waiver Course Management 합치기 - 과목 면제된 학생에게 자동으로 해당과목 수강취소 공지 발송(담당자가 수동으로 클릭할 경우) 및 수강취소 연동 - 메일 발송일시가 기재되어 발송여부 확인할 수 있도록 -> 메일 주소를 academics@kdischool.ac.kr로 변경 필요 -> 메일 제목 및 내용 자동생성 필요 - 시험결과는 수업과 연동되서 면제자의 경우 해당 수업 수강신청 못하도록 · 영어시험 미응시자 자동메일 발송 및 수강신청 취소 연동 · 면제등록된 학생은 해당 과목 수강신청 불가하도록 연동 ◦ (학생메뉴) 면제결과 상세확인 가능 - 기존 School Register에서 가능할지 ◦ (담당자 메뉴) core과목대체 신청현황 및 결과 입력 - 대체신청 결과조회 - 학기별, 연도별로 신청 및 승인현황 볼 수 있도록 ( +엑셀 추출 가능하도록) - 코어과목 대체수강자 입력화면 별도로 생성해서 담당자가 입력 ◦ (학생 메뉴) 과목면제 신청 및 결과값 조회 - 과목별로 면제신청 및 결과값 조회 - 면제받은 과목은 수강신청 불가 - 영어시험 면제결과 확인 ◦ (학생 메뉴) core과목대체 신청 및 결과값 조회 - core과목 대체 신청 및 결과 조회 ◦ (교원 메뉴) core과목대체 신청 및 결과값 조회 - 전공 체어 교수님께 권한주고 과목대체 신청 조회 이후 승인 - 신청자 및 승인결과값 조회가능
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		기능요구사항
요구사항 고유번호		SFR-019
요구사항 명칭		기타	응락수준	필 수
요구 사항 상세 설명	정의	리서치세미나/특강 신청, 확인증, 평가, 인턴십 채용, 근무일지 관리, 급여지급, 증명서 발급 등
	세부 내용	[리서치세미나/특강 신청, 확인증, 평가(기타 부가기능)] ◦ (담당자 메뉴) 리서치 세미나 및 특강 <강유진> - 담당자가 일정, 타이틀 등 주요사항 입력 - 이벤트에서 참석 신청자 정보 로딩 - 특강 강의평가도 참석자에게 할 수 있도록 - 특강 강의평가 이메일 자동발송: 참석자에게 - 확인증 발급해서 학생에게 지급 - 평가까지 할 수 있도록 ◦ (학생 메뉴) 특강 평가결과 입력 (이학배) - 특강 평가 문항: 김연지 ◦ (담당자 메뉴) 리서치 세미나 및 특강<강유진> - ODA평가 설문조사 문항생성, 결과확인<이학배> [인턴십 채용, 근무일지 관리, 급여지급, 증명서 발급(기타 부가기능)] ◦ (담당자 메뉴) 인턴십 정보 입력, 공개채용, 근무일지 관리, 급여지급, 증명서 발급 - 인턴십 수행학생 리스트 조회 및 근무기록 편집 ◦ (학생 메뉴) 인턴십 신청, 결과조회, 워킹레코드 제출, 경력증명서 발급요청 [학생회 관리 메뉴(기타 부가기능)] ◦ (담당자 메뉴) 학생회 관리 <이학배> - 학생대표 명단 입력, 봉사시간 부여, 학생 Academic Record에 입력해서 조회가능 ◦ (담당자 메뉴)학사 출력물 Student List for Academic Record <이학배> - 학적별로 조회할 때 Enrolled+Leave of Absence 목록 추가해서 재적생 보일 수 있도록 [디플로마 신청관리 메뉴(기타 부가기능)] [학생용 증명서 신청 기록 관리 메뉴(기타 부가기능)] ◦ (담당자 메뉴) Diploma 신청관리 <양수영, 윤해인> - 디플로마 발송 정보 및 이름확인 - 동의자 정보확인 및 라벨지 형태로 출력가능하도록 ◦ (학생 메뉴) Diploma 신청관리 <양수영, 윤해인> - 디플로마 발송 정보, 대리수령 여부, 본인 이름 확인 (신청자 이름, 학번과 수령 조건 선택 ‘대리 수령 / 우편수령 / 직접수령’ 중 택 1, 우편수령의 경우 발송 정보(배송 주소, 연락처, 수령인 이름 입력하도록), 대리 수령의 경우 정보(대리 수령자 학번) - 디플로마 정보(이름, 주소 등) 최종확인했음을 학생이 동의(샘플 디플로마가 보이도록) [담당자 증명서 신청 관리 메뉴 개선(기타 부가기능)] ◦ (학생 메뉴) 증명서 신청관리 <양수영, 윤해인> - 증명서 신청 및 처리상태 확인 - 증명서 관련 일반사항 신청메뉴에 표기(현재와 동일하게 운영) - 증명서 신청 내역 및 처리상태 담당자가 입력가능하도록 - 입력 담당자 표기 [학사일정 권한부여 메뉴 개선 (권한관리)] ◦ (담당자 메뉴) 이학배 - 신청구분별로 체크박스해서 한명에게 여러개 권한 부여용이 하도록 - 즉 신청구분별 관리가 아니라 담당자별 관리 - 담당자 변경 시 권한 복사 가능하도록 ◦ (담당자 메뉴) 이학배 - 학생통계: Leave of Absence + Enrolled합산된 재적생 그룹화해서 통계로 나오도록 - 수업, 박사과정, 논문지도 등과 관련하여 교원보상 추가 [교원보상 출력메뉴 개발(교원 보상관련 기능구현)] ◦ (담당자 메뉴) 이학배 - 수업, 박사과정, 논문지도 등과 관련하여 교원보상 추가 및 자동계산 - 학기별 보상완료시 엑셀파일로 협조전 발송가능하도록 파일구현 - 교원도 확인하고 이메일도 보낼 수 있도록 ◦ (교원 메뉴) 이학배 - 교원이 교학관련 보상 확인할 수 있도록, 수정필요시 수정요청할 수 있도록 [학적부 메뉴 개선, 상벌사항 탭 신규개발(학생 상벌사항)] ◦ (담당자 메뉴) Academic Record 안에 새로운 탭 추가 - Dean’s List 기록 자동 불러오기 - 우수논문 기록 자동 불러오기 - 담당자가 해당학기 대표정보 입력가능 - Dean’s List 9학점 3.9조건으로 변경하기 [학적 증명서 개발, 성적우수자, 우수논문 증명서 신규 개발(증명서 학생출력)] ◦ (학생 메뉴) Academic Record –증명서에 새로운거 추가: - Dean’s List 기록 자동 불러오고 직접 출력할 수 있도록 - 우수논문 기록 자동 불러오고 직접 출력할 수 있도록
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 인터페이스 요구사항(System Interface Requirement)

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-001
요구사항 명칭		시스템 인터페이스	응락수준	필 수
요구 사항 상세 설명	정의	인터페이스 방안
	세부 내용	◦ 연계가 필요한 시스템간의 인터페이스 구성이 문제없이 되어야 함 - 통합행정시스템, 학생/교원 MIS, 포탈
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-002
요구사항 명칭		웹 SSL 구축	응락수준	필 수
요구 사항 상세 설명	정의	모든 페이지 SSL(Secure Sockets Layer) 적용 및 SSO구현
	세부 내용	개인정보보호 강화 및 서비스 신뢰성과 접근 안전성 보장 기관 홈페이지에서 구현된 SSL 체계 지원 기관 내 보유 모듈(현재 홈페이지에서 사용)을 이용하여 구축
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-003
요구사항 명칭		인터페이스 요구사항	응락수준	필 수
요구 사항 상세 설명	정의	인터페이스 모듈화
	세부 내용	소프트웨어의 재사용성을 높이고 향후 정보시스템의 추가도입에 따른 기능 확장과 효율적인 유지보수를 위하여 전체 시스템은 단위업무별 또는 기능별로 모듈화하여 개발되어야 하며, 이에 대한 모든 내용을 운영 담당자에게 반드시 교육하여야 함
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		SIR-004
요구사항 명칭		파일 업로드	응락수준	필 수
요구 사항 상세 설명	정의	쉬운 파일 업로드, 저장, 열람 인터페이스 구축
	세부 내용	시스템에서 정보 등록 시, HWP, Excel, PDF, 이미지 등 다양한 문서를 쉽게 다운로드 및 업로드를 할 수 있도록 함 업로드하는 파일에 대해 용량 제한 여부는 구축 시 확정함
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 성능 요구사항(PErformance Requirement)

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-001
요구사항 명칭		앱 성능	응락수준	필 수
요구 사항 상세 설명	정의	사용자 요청에 대한 응답 성능
	세부 내용	질의응답 시간 - 모든 질의는 평균 응답시간으로 사용자가 요청을 하는 시간으로부터 3초 이내에 그 결과를 보여줘야 함 ※ 단, 상기 요구사항은 대량의 데이터(데이터량 2GB 이상)에 대한 통계 또는 데이터 검색에는 적용되지 않음 ※ 포틀릿을 적용하는 경우 상호협의하여 목표시간을 산출함. 웹 페이지 디스플레이 시간 - 시스템이 만드는 각 웹페이지의 경우, 100Mbps 이상 네트워크 접속을 사용해서 사용자가 요청한 시간으로부터 3초 내에 완전하게 디스플레이 되어야 함 ※ 이 요구사항은 한 개 이상의 큰 이미지(50KB 이상) 및 동영상을 가지고 있는 페이지에는 적용되지 않음 ※ 이 요구사항은 시스템을 사용하는 사용자수가 동시 사용자수 용량의 90%를 초과하는 경우에는 적용되지 않음
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 테스트 요구사항(TEst Requirement)

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-001
요구사항 명칭		성능테스트	응락수준	필 수
요구 사항 상세 설명	정의	성능테스트 수행
	세부 내용	시스템은 안정화 운영 기간을 2주 이상 충분히 확보하고, 다양한 장애상황을 고려한 테스트 계획 수립 및 테스트를 실시하여야 함 테스트에 소요되는 환경 구축, 라이센스, 기술지원에 소요되는 비용은 계약업체가 부담 단위테스트는 시스템별로 실시하며 계획서, 시나리오, 체크리스트를 작성 제출 후 정상 작동 유무 확인 통합테스트는 시스템 오픈 전 전수 테스트를 포함한 테스트로 테스트 데이터를 사용하여 2회 이상 실시함
산출정보		테스트계획서, 테스트결과서
관련 요구사항		해당사항 없음

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-002
요구사항 명칭		시험운영	응락수준	필 수
요구 사항 상세 설명	정의	시험운영
	세부 내용	시험운영 방안을 수립하여 제시하여야 하며, 본교 직원이 시험 운영에 참여 할 수 있는 환경을 구축하여 제공하여야 함 시험운영 기간에 수정사항을 모두 보완해야 함
산출정보		테스트계획서, 테스트결과서
관련 요구사항		해당사항 없음

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-003
요구사항 명칭		전환 및 안정화	응락수준	필 수
요구 사항 상세 설명	정의	전환 및 안정화
	세부 내용	구현‧테스트 완료 후 전환 및 안정화를 위한 단계별 수행절차와 역할 등을 포함한 전환 및 안정화 계획을 작성하여 제출하고 대학원의 승인을 받아야 함 시스템 전환 시 현업 사용자의 업무중단 없이 시스템을 전환할 수 있는 방안 제시 전환과정 중 중대한 문제점이 발생할 경우 원상복구 절차 등 방안 제시 전환 일정은 대학원과 협의하여 정하며, 계약업체는 안정적‧효과적으로 시스템 전환을 이행하여야 함
산출정보		테스트계획서, 테스트결과서
관련 요구사항		해당사항 없음

□ 품질 요구사항(QUality Requirement)

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-001
요구사항 명칭		기능 구현 정확성	응락수준	필 수
요구 사항 상세 설명	정의	기능 구현 정확성
	세부 내용	시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주함 제공되기로 한 요구사항을 제공하는지는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가하고, 제공되기로 한 요구사항은 모두 제공한 것으로 평가받아야 함 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함
산출정보		요구사항정의서, 검수테스트 결과서
관련 요구사항		해당사항 없음

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-002
요구사항 명칭		장애대응을 위한 구동절차 마련	응락수준	필 수
요구 사항 상세 설명	정의	장애대응을 위한 구동절차 마련
	세부 내용	시스템은 신속한 장애 대응을 위하여 구동 절차를 마련해야 함 오류복구, 장애 대책 확보 등 신뢰성 있는 서비스 환경을 제공
산출정보		장애대응 및 서비스 구동 매뉴얼
관련 요구사항		해당사항 없음

□ 보안 요구사항(SEcurity Requirement)

요구사항 분류

보안 요구사항

요구사항 고유번호

SER-001

요구사항 명칭

보안관리 및 준수

응락수준

필 수

요구

사항

상세

설명

정의

사업수행 중 준수하여야 하는 정보보안 요구사항

세부

내용

ㅇ 계약업체는 사업 수행에 사용되는 문서, 인원, 장비 등에 대하여 물리적, 관리적, 기술적 보안대책 및 ‘누출금지 대상정보’에 대한 정보보안관리 계획을 마련해야 하며, 해당 정보 누출 시 국가계약법 시행령 제76조에 따라 부정당업체로 등록됨

ㅇ 사업 수행과정에서 취득한 자료와 정보에 관하여 사업수행 중은 물론 사업 완료 후에도 이를 외부에 유출해서는 안되며, 사업완료시 정보보안담당자의 입회하에 완전 폐기 또는 반납하여야 함

ㅇ 계약업체는 사업수행 기간 중 당원의 보안관련 내규를 준수하고 대외 보안유지에 적극 협조하여야 함

- 계약업체는 '국가정보보안 기본지침', '발주자의 정보보호지침' 등 정보 보호 관련 법규를 준수

- 계약업체는 본 사업 수행기간 중 중요 데이터 등 정보 누출에 대비하기 위한 구체적인 방안을 정보보안 관리계획에 포함

ㅇ 본 사업 수행 중 알게 된 정보에 대하여 과업수행 중은 물론 사업이 완료된 후에라도 외부에 누설하거나 다른 용도로 이용해서는 안되며, 이를 위반하였을 경우 이에 대해 계약업체에서 법적인 책임을 져야 함

ㅇ 사업수행계획서 작성시, 한국개발연구원 국제정책대학원의 ‘누출금지정보‘ 및 ’부정당업자제재조치‘에 대한 내용을 명시하여야 한다.

ㅇ 보안사항 및 누출금지정보의 누설로 인한 문제 발생시, 사업자 및 과업참여자는 국가계약법 시행령 제76조에 의거 부정당업자로 제재를 받으며, 손해배상 및 민․형사상의 책임을 짐

※ 누출금지 정보

① 당원 소유 정보시스템의 내․외부 IP주소 현황

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

③ 사용자계정·비밀번호 등 정보시스템 접근권한 정보

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

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

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

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

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

⑨ 「개인정보보호법」제2조제1호의 개인정보

⑩ 「보안업무규정」 제4조의 비밀 및 동 시행규칙 제7조제3항의 대외비

⑪ 그 밖에 공개가 불가하다고 판단한 자료

※ 부정당업자 제재조치

ㅇ 정보누출 적발시「국가계약법」시행령 제76조에 의거, 지체없이 부정당업자 제재조치를 실시하고 관련사항은 한국개발연구원 국제정책대학원의 보안담당자를 통해 금융위원회 및 국가정보원에 통보

※ 타 기관의 비공개 정보 소유 사실을 적발했을 경우 해당기관 및 국가정보원에 관련사실 통보

ㅇ 계약업체는 웹 취약점 점검툴 및 시큐어코딩 점검툴로 산출물에 대한 보안 취약점을 점검, 도출된 취약점에 대한 개선을 완료하고 그 결과를 제출해야 함

ㅇ 보안관련 지침 등을 준수하여 개발되어야 하며, 기타 사항은 정보보안업무관리지침에 따라 정보보안 절차를 준수하여야 함

- 한국인터넷진흥원 ‘홈페이지 개발 보안 안내서’

- 행정자치부 ‘공공기관 홈페이지 개인정보 노출방지 가이드라인’

ㅇ 원격지 개발 활성화 및 원격지 개발 장소 보안요구사항

-  계약당사자는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환경)을 상호협의하여 결정하며, 지원인력의 근무장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있음

- SW사업 수행을 위해 필요한 작업장소 등은 사업예산 내 계상되어 있으므로 관련 비용을 포함하여 제안가격을 산출하되, 작업장소 등은 상호협의하여 결정함

- SW사업 수행을 위하여 필요한 작업장소는 발주기관에서 제공하며, 설비 및 기타 작업환경은 계약상대자가 구비하여야 함(단, 이 경우에도 공급사는 개발 장소에 관하여 제시할 수 있음)

- 공급자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제안하여야 함

- 공급자는 제안요청서에 명시한 보안요구사항 등을 준수하여 원격지 개발에 따른 구체적인 원격지 보안관리대책(참여 인원, 원격지 개발 장소 및 장비, 원격지 개발 장소의 노트북·USB 등 휴대용 저장매체, 네트워크, 자료 등)을 제시하여야 함

산출정보

보안각서, 보안유지에 관한 각서 등

관련 요구사항

해당사항 없음

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-002
요구사항 명칭		참여인력에 대한 보안관리	응락수준	필 수
요구 사항 상세 설명	정의	사업수행 인력이 준수하여야 하는 보안 요구사항
	세부 내용	ㅇ 계약업체는 개발용 PC(노트북 등)에 보안 프로그램을 반드시 설치하고 바이러스 백신 설치 및 감염 여부를 확인하는 등 내부 사용자 PC 보안사항을 준수해야 함. ㅇ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지함 ㅇ 자료관리 대장으로 용역사업 관련 자료의 전달을 관리하여야 함 ㅇ 장비 반출·입을 관리하고 악성코드 감염 및 자료 반출 여부를 확인 ㅇ 정기 또는 비정기적으로 개발용 PC보안 점검 및 실시 결과 위반 내용에 대해 전체 인력에 해당 내용을 공유하여 재발 방지 조치 ㅇ USB 및 외장하드 등의 개인소유 보조기억매체 사용을 금지하며, 필요시 확인된 USB를 사용하고 수량을 제한 ㅇ 사업 종료 및 사업 참여인력의 투입해제 시 보조기억장치 등은 복구 불가능한 포맷 기법으로 포맷한 후 반출 ㅇ 사업 투입 인력 외에는 사업장 출입을 철저하게 제한 ㅇ 계약업체는 매월 용역사업 보안관리 조치에 따라 보안교육을 실시하고 보안점검 리스트를 확인하여야 함 ㅇ 그 외 사항은 국가․공공기관 용역업체 보안관리 가이드라인(2014.03) 및 한국개발연구원 국제정책대학원 정보보안 관리지침에 따름
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-003
요구사항 명칭		개인정보 보호	응락수준	필 수
요구 사항 상세 설명	정의	개인정보 보호 관련 법령 및 고시에 따른 법률적 의무사항 준수
	세부 내용	ㅇ개인정보보호법 및 시행령, 개인정보 안전성 확보조치 고시 참조 ㅇ 개발 단계부터 정보보안 및 개인정보 노출 위약점이 발생하지 않도록 원천 차단 - 홈페이지 SW(웹) 개발보안 가이드, 개인정보 노출방지 가이드라인(행정자치부)을 적용 등 추진
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 제약사항(COnstraint Requirement)

요구사항 분류		제약사항
요구사항 고유번호		COR-001
요구사항 명칭		웹접근성 준수	응락수준	필 수
요구 사항 상세 설명	정의	웹접근성 지침 준수
	세부 내용	o 장애인의 접근성을 위하여 아래의 지침을 준수해야 함 - 장애인차별금지법에 따른 웹 접근성 준수를 위해「한국형 웹콘텐츠 접근성 지침2.1(KCS.OT-10.0003/R2, 2015.03.31.)」준수
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		제약사항
요구사항 고유번호		COR-002
요구사항 명칭		웹표준 및 호환성 준수	응락수준	필 수
요구 사항 상세 설명	정의	웹표준 및 호환성 지침 준수
	세부 내용	o 웹 호환성 확보를 위하여 「전자정부서비스 호환성 준수지침(행정자치부 고시 제2017-26호, 2017.12.29.)」을 준수하여야 함 - 최소 상이한 4종(IE, Chrome, Firefox, Safari) 이상의 웹브라우저를 지원해야 함 - 플래쉬 컨텐츠를 제공하는 페이지에 대해서는 플래쉬를 대체하는 방식의 페이지 추가 구성(플래쉬 대체 페이지는 Chrome, FireFox, Safari에서 사용) - 舊버전의 IE에서도 홈페이지 이용에 불편이 없어야 함
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 프로젝트 관리 요구사항(Project Management Requirement)

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-001
요구사항 명칭		프로젝트 관리	응락수준	필 수
요구 사항 상세 설명	정의	사업 수행의 체계적인 관리를 위한 방안 마련
	세부 내용	ㅇ 계약업체는 사업을 체계적으로 수행하기 위한 개발 방법론을 제시해야 함 ㅇ 정보보안업무 관리지침, 정보보안 실무지침, 웹개발 표준, 데이터베이스 표준 등 당원이 보유하고 있는 각종 지침 및 표준을 준수 ㅇ 프로젝트 관리모델(착수, 통제, 종료)에 따른 단계별, 부문별 관리방안을 제시하여야 하며, 활동내용, 테스트 방안, 산출물을 상세히 제시 ㅇ 프로젝트 진척 현황에 대한 업무협의 및 보고 체계를 정립하여 제시해야 하며 각종(정기/부정기) 계획을 상세히 제시 ㅇ 프로젝트 수행과정에서 발생하는 의견조정에 관한 절차와 해결책을 제시 ㅇ 원활한 사업관리를 위해 형상관리 도구를 이용하여 사업 착수부터 완료까지 관리
산출정보		사업수행계획서
관련 요구사항		해당사항 없음

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-002
요구사항 명칭		관리 편의성	응락수준	필 수
요구 사항 상세 설명	정의	시스템 관리 편의성 마련
	세부 내용	ㅇ 모바일 시스템 메뉴 구성에 따라 체계적으로 구성해야 함 ㅇ 개발완료 후 불필요한 소스의 정리 실시 ㅇ 주․부 메뉴의 추가 및 수정이 용이하도록 구성 ㅇ 사용자 화면의 일관된 디자인 유지
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-003
요구사항 명칭		SW사업정보 저장소 데이터 작성 및 제출	응락수준	필 수
요구 사항 상세 설명	정의	SW사업정보 저장소 데이터 작성 및 제출
	세부 내용	o 「소프트웨어산업진흥법 제22조」에 따라 해당 사업 수주자는 SW 사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출하여야 함 o SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참조토록 함 o SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 o SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

□ 프로젝트 지원 요구사항(Project Support Requirement)

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-001
요구사항 명칭		취약점 점검	응락수준	필 수
요구 사항 상세 설명	정의	취약점 점검 및 조치
	세부 내용	ㅇ 시스템 저해요소분석 및 개선을 위한 웹 취약점 점검 및 조치 ㅇ 개발 또는 수정한 사항에 대해 보안 관련 취약성이 발견될 경우 무상 하자보수기간 동안 취약성을 조치 또는 해결방안 제시
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-002
요구사항 명칭		개인정보 노출방지 점검 및 조치	응락수준	필 수
요구 사항 상세 설명	정의	개인정보 노출방지 가이드라인 준수 및 점검
	세부 내용	ㅇ 사업 수행 시 개인정보보호 관련 법령⋅지침을 준수하여 개발 - “개인정보보호법” 및 동법 시행령⋅시행규칙 내 관련 조항 - 표준개인정보보호지침 (행정안전부) - 개인정보의 안전성 확보조치 기준 (행정안전부) - 개인정보 처리단계별 기술적 보호조치 가이드라인 (행정안전부) - 홈페이지 개인정보노출방지 가이드라인 (행정안전부) ㅇ 개인정보 노출 점검 및 조치
산출정보		해당사항 없음
관련 요구사항		해당사항 없음

Ⅳ		사업수행 조건

1. 표준화 조건

시스템 구축 시 다음의 지침 및 규정⋅법률을 준수해야 한다.

행정기관 및 공공기관 정보시스템 구축 운영 지침 (행정안전부 고시 제2019-69호)

전자정부 웹 호환성 준수지침 (행정안전부 제2017-26호)

전자정부서비스 호환성 준수지침 (행정안전부 고시 제2017-26호)

홈페이지 SW(웹)개발보안 가이드 (행정안전부·한국인터넷진흥원 2012.11)

웹 응용프로그램 개발보안 가이드 (행정안전부, 2010.1.)

한국형 웹 콘텐츠 접근성 지침(KS X OT0003 2.1) (국립전파연구원, 2015.03)

웹 접근성 향상을 위한 국가표준 기술 가이드라인 (한국정보화진흥원, 2009.3)

웹 접근성 품질인증 심사가이드 (한국정보화진흥원)

공공기관 개인정보보호 기본지침

표준개인정보보호지침 (행정안전부 제2017-1호)

모바일서비스 사용자 인터페이스 설계 지침 (행정안전부 고시 제2014-6호)

모바일 전자정부 서비스 관리 지침 (행정안전부 예규 제 70호)

대국민 모바일서비스 구축 가이드라인 (행정안전부, 2011.09)

데이터 품질관리지침 v2.1 (한국데이터베이스진흥원)

개인정보의 안전성 확보조치 기준 및 해설서 (행정안전부, 2011.09)

전자정부 개발⋅운영자를 위한 소프트웨어 개발보안가이드 (행정안전부,2013.11)

행정기관 등 웹사이트 운영 가이드라인 (행정안전부, 2011.4)

기술적 보호조치 예외 고시(안) (문화체육관광부, 제2011-220호)

※ 설계단계 완료 이전에 위 표준(지침)이 변경되거나 새 표준(지침)이 발표될 때는 변경된 내용 및 새 표준(지침)을 반영해야 한다.

2. 보고회 개최

(1) 계약업체는 중간 및 최종 완료보고회를 개최하여야 하며 이외에도 KDI 국제정책대학원 요청에 있는 경우에 보고회를 개최하여야 한다.

시안 보고: 사업기간 초기시점에 일정 협의를 통해 시안보고회 개최

중간 보고(시연): 사업기간 1/2 경과시점에 일정 협의를 통해 중간보고회 개최

최종 보고(시연): 사업기간 종료 전 일정 협의를 통해 최종보고회 개최

(2) 보고회에서 도출된 문제점은 즉시 수정·보완하여야 한다.

3. 교육지원 조건

(1) 사업수행자는 시스템 운영에 필요한 기술교육을 실시하여야 함

(2) 운영자 교육은 모든 시스템을 기본적으로 활용하는데 지장이 없도록 계획되어야하며, 충분한 교육을 제공하여야 한다.

(3) 제안요청서에 명시되지 아니한 교육과정이라도 본 시스템운영에 필요한 교육을 대학원이 요구할 경우 이에 응하여야 한다.

(4) 교육에 따른 교재 및 소요경비는 사업수행자가 부담 하여야 한다.

(5) 교육일정 및 장소, 내용, 교재 등 기타 제반사항은 대학원과 협의하여 결정해야 함

4. 기술지원 조건

(1) 프로젝트 수행과정과 관련된 필요한 기술이전 대상에 대한 목록과 기술이전 방법 등에 대한 계획을 구체적으로 제시한다.

계약업체는 시스템 개발 및 관련분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응해야 한다.

계약업체가 구축한 시스템에 대하여 대학원이 기능보완을 하고자 할 경우 필요한 제반 기술사항을 지원해야 한다.

대학원이 본 시스템을 확장하거나 타 장비를 접속하고자 하는 경우 계약업체는 인터페이스가 가능하도록 관련 기술을 지원해야 한다.

(2) 대학원의 요청 시 해당 시스템에 대한 사양과 운영에 관한 기술지원을 한다.

(3) 계약업체는 시스템 개발 중이거나 개발 이후에도 관련 분야의 최신 정보 기술에 대한 지속적인 정보제공 여부에 관한 내용을 제시한다.

(4) 공급된 SW의 업그레이드 및 배포에 대한 보증을 명시해야하며 효율적인 구성, 운영 및 향후 확장성을 고려한 모델을 제시하고 기술이전을 실시하여야 한다.

(5) 장애 발생에 대비하여 문제발생 시부터 해결까지의 장애처리 절차를 제시하고, 장애 수리요청 발생 시 요청받은 시간으로부터 2시간이내 유지관리에 임하고 4시간 이내에 정상 운영시킨다.

(6) 향후 시스템 (HW 및 SW) 교체 시, 콘텐츠 등의 모든 자료 이관작업과 관련하여 기술지원을 한다.

5. 검수 조건

(1) 검수는 완료보고서 접수일로부터 7일 이내에 실시하며 제안요청서, 계약서, 사업수행계획서 등과 일치하지 않을 경우 지체 없이 보완 후 재검수를 받아야 한다.

(2) 시스템 납품설치와 시스템의 정상가동 여부에 대하여 확인하며, 시스템 관리, 기술지원 등 시스템 운영에 필요한 제반사항을 포함한다.

(3) 검수의 대상범위

전체 페이지 및 메뉴 구성: 메뉴가 계획대로 구성되고 각 페이지가 정상적으로 연결되는지 상태 확인

데이터 무결성: 페이지별 콘텐츠 및 데이터의 오⋅탈자 검사

현재 사용되는 브라우저⋅운영체제별⋅모바일기기별로 정상적으로 실행이 되는지  확인

여러 통신환경에서의 전송속도 확인: 확인 보고서 제출

웹 접근성 점검 프로그램으로 점검하여 항목별 준수율이 95% 이상이 되어야 함  (K-WAH 4.3)

기존 데이터가 빠짐없이 이관되었는지 확인

게시판의 생성⋅삭제⋅수정 등 모든 서비스가 정상적으로 되는지 확인

통합검색 시 검색된 내용의 정확성과 검색속도 확인: 응답시간이 5초 이내

웹 보안 취약점 진단 및 조치 완료보고서 제출

6. 하자·유지관리 조건

(1) 무상 하자보수기간은 검수 완료 후 12개월로 한다.

(2) 계약업체는 본 프로젝트 완료 후 개발 시스템의 지속적인 발전 및 안정적 운용이 가능하도록 하기 위한 하자·유지보수 계획을 제시

(3) 계약업체는 검수완료 후 시스템 안정화 및 추가요청사항 반영을 위해 최소 4주 이상 지원

(4) 모든 S/W는 안정성이 입증된 최신판으로 제공하고 하자보수기간 중에 상위 버전이 발표될 경우 KDI 국제정책대학원과 기술 협의 후 이를 보완한다.

(5) 구축 내역 및 납품 제품의 무상하자보수 및 정비계획을 구체적으로 제시해야 하며 무상하자보수 범위는 다음을 포함

성능향상/보완을 위한 재설치 작업등을 지원

납품 S/W의 Minor 업그레이드를 제공

납품 제품(H/W 및 S/W)의 장소 및 설치지점 이동시 지원

기타 기술지원 요청사항 지원

유지보수에 필요한 기술자문 방안

개발 후 시스템 및 자료 등의 변경, 확장, 기능향상 등에 대한 계획

각종 장애 발생시 즉각적인 원인분석 및 복구 등 유지보수를 보장하기 위한 기술지원 부서 및 전문인력 확보 방안

구체적인 장애조치 계획

기술지원 내역에 대한 보고서 서면제출

24시간 연락 가능한 기술지원연락망 제공

무상 하자보수기간 중에 시스템 운영자가 시스템 운영 및 유지보수 등을 수행할 수 있도록 기술전수는 물론 기타 요구사항에 신속히 응하여야 함

검수 후 무상 하자보수기간 중에 운영단계의 안정화를 위해 시스템 개발에 참여한 인력의 수시지원을 요청할 수 있으며, 계약업체는 이에 응해야 함

7. 기타

(1) 사업기간 동안 앱에 대하여 지속적인 모니터링을 실시한다.

(2) 기타 콘텐츠 추가 및 보강은 가감될 수 있으며, 서로 협의된 사항에 한해 추가 및 보강해야 한다.

(3) 대외적으로 검증된 계약업체의 사업관리 기법과 인력구성 방안을 통해 사업의 품질을 고도화 할 수 있는 방안 마련

(4) 용역수행에 필요한 작업 장소는 협의하여 결정하며, 상주하여 업무를 수행하는 것을 원칙으로 하나 상주를 요하지 않는 특정분야업무 대해서는 지원을 포함한 비상주 근무가 가능함. 또 앱 구축에 필요한 HW, SW 등 일체 집기는 사업자가 부담하는 것으로 함.

(5) 계약업체는 본 과업성과의 품질을 높이고 보증하는데 최선을 다하여야 하며 성과물의 품질 향상을 위한 대학원의 지시를 성실히 이행

(6) 본 용역의 수행 중 용역범위에 (사업영역별 상세요건) 증감이 발생하거나 기타 대학원이 필요하다고 인정할 경우에는 상호 합의하에 과업내용을 조정하여 수행

(7) 행정기관 및 공공기관 정보시스템 구축⋅운영지침 (안전행정부 제2019-69호, 2019.8.23.) 제60조 따라 계약목적물에 대한 지식재산권은 KDI 국제정책대학원과 계약 당사자가 공동으로 소유하며, 계약체결을 위한 협상과정에서 지식재산권 귀속 주체 등에 대하여 협의 한다.

(8) 용역 수행 결과 사용된 모든 이미지 및 폰트 등은 저작권에 문제가 없어야하며 저작권과 관련 분쟁 발생 시 계약업체가 모든 책임을 다한다.

(9) 본 용역의 수행 중 불가항력적인 사유 및 부득이한 사유 등으로 당초 공정대로 시행이 어려울 경우 대학원의 승인을 얻어 공정기간을 연기하거나 조정할 수 있음

(10) 납품 지연에 따른 지연배상금은 국가를 당사자로 하는 계약에 관한 법률 시행령 제74조에 따른 지체상금률을 적용

(11) 사업 수행시, 생성되어야 할 산출물의 종류 및 내역을 제시해야 함

(12) 사업수행계획서, 매뉴얼, 테스트계획 및 결과, 완료보고서 등 포함

(13) 최종 산출물(CD 및 USB포함)은 2부를 제출해야 함

(14) 예기치 않은 여건의 변화로 용역 대상 업무에 대한 일부 변경 및 추가요구사항이 발생될 경우에는 대학원과 계약업체가 상호 협의하여 변경

(15) 사업수행과 관련하여 계약업체의 과실로 우리 대학원 정보자산에 이상이 발생할 경우 계약업체가 모든 책임을 짐

(16) 계약서에 대하여 해석상의 이견이 있을 경우에는 우리 대학원의 해석에 따르며, 특별히 명시되지 않은 사항은 일반 계약기준을 따름

(17) 계약업체는 과업수행 중 발생되는 각종 산출물(프로그램 소스, 디자인 소스, 폰트 등) 및 생산 문서(보고서 포함)의 명세서와 필수 구성내역 등을 상세히 기술하여야 하며, 과업수행 중 습득한 정보 및 산출물은 우리 원에 귀속되며 정보누출의 경우 계약업체가 법적 책임을 짐

(18) 사업수행에 필요한 소프트웨어는 우리 원이 구입한 소프트웨어, 계약업체가 조달한 소프트웨어 등을 포함하여 반드시 정품 소프트웨어만을 사용(불법 소프트웨어, 상용글꼴 등의 사용으로 인한 문제 발생시 일체의 책임은 계약업체가 짐)

(19) (과업내용 변경) 본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 국가기관등의 장에게 소프트웨어사업 과업변경요청서*를 제출하여 과업심의위원회의 개최를 요청할 수 있음

* 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 8호서식 참조

(20) SW산출물 반출 절차

1) 공급자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공함.(단 공급자는 아래 내용을 준수하여야 함)

2) 공급자는 공급받은 SW산출물에 대하여 제안요청서, 계약서 등에 누출금지정보로 명시한 정보를 삭제하고 활용하여야 하며, 이를 확인하는 공급자 대표명의의 확약서를 발주기관에 제출하여야 함

3) 공급자가 반출된 SW산출물을 제3자에게 제공하려는 경우 반드시 발주기관으로부터 사전승인을 받아야 함

4) 발주기관은 공급자가 제공받은 SW산출물을 무단으로 유출하거나 누출되는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가계약법 시행령」제76조제1항제3호 및 「지방계약법」제92조제1항제19호에 따라 입찰참가자격을 제한함

8. 평가기준 및 배점

※ 기술능력평가 90점, 입찰가격평가 10점

평가항목			평가기준	배점계
Ⅰ. 기술능력평가				90
	보유 역량 부문 (정량평가)	유사실적 건수	유사용역 범위에 해당하는 실적건수 기준으로 평가 [별표1-1] 참조	3
		개발분야 규모	개발 분야의 규모에 의한 배점 [별표1-2]	3
		신용평가 등급	입찰참가업체가 제출한 “신용평가등급에 의한 평가” 증빙자료로 평가 [별표1-3] 참조	2
	개발계획 부문	제안요청의 이해	- 본 사업에 대한 정확한 이해도 - 제안요청의 내용과 일치성 - 본 사업에 대한 제안방향의 적정성	25
		추진전략	- 제안내용의 개요 및 특성/주요 기능 및 장점
		개발방법	- 개발전략의 창의성, 타당성, 혁신성
	기술부문	기능/보안	- 시스템 목표 구성 방안 - 기존 시스템의 문제분석 및 개선 방향 보안대책	30
		성능 역량	- 사용자 편의성을 고려한 UI설계 - 기술반영의 실용성 및 실현가능성
		디자인 역량	- 디자인 시안의 퀄리티 - 당 대학원 이미지와의 적정성 - 디자인의 독창성
		인터페이스	- 시스템 구성의 적절성 - 기술 개발의 적극적 방안 제시
	관리부문	관리 역량	- 시스템 성능평가 방안 및 보안 방안 - 시스템 관리기능 및 시스템 안정화 방안	15
			- 사업 추진 및 관리방안의 적정성 - 업무연속성과 재난복구를 고려한 운영방안 - 사업 추진일정의 적정성
		개발역량	- 사업 수행조직 및 업무분장의 적정성
		품질보증	- 사업 품질보증 방안
	지원부문	유지관리	- 하자보수 체계, 내역, 기간에 대한 지원계획 - 하자보수 적정성 및 기술 활용도 - 무상 하자보수 범위	12
		교육훈련계획	- 관리자교육 및 기술지원 및 이전에 대한 계획 - 제안대상에 따른 적정 교육과정 제시여부
		기타지원사항	- 본 사업과 관련 기타 지원 가능한 사항 제시 - 기타 사용자 편의성 증대를 위한 방안 제시 여부
Ⅱ.입찰가격평가			- 기획재정부 계약예규 상 가격평가 기준 적용	10
총 계				100

※ 기술능력 평가 세부 작성지침

항 목	작 성 방 법
개발계획부문
제안요청의 이해	제안업체는 해당사업의 제안요청 내용을 명확하게 이해하고 본 제안의 목적, 범위, 전제조건 및 제안의 특징 및 장점을 요약하여 기술하여야 한다. 목표시스템 구성도 및 구성 체계를 제시하여야 한다.
추진전략	제안업체는 사업을 효과적으로 수행하기 위한 추진전략(위험요소 고려하여 창의적이고 타당한 대안)을 제시하여야 한다.
개발 방법	업무개발에 적용할 방법론 절차 및 기법의 활용방안을 제시하여야 하며, 적용방법론의 경험을 기술한다. 개발방법론에 따른 제출할 산출물의 종류 및 내역, 제출시기를 기술한다.
기술부문
기능/보안	방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적인 기술, 제안한 방안 및 기술의 적용방안을 제시하여야 한다. 보안요구사항 및 시스템과의 관련성을 분석하고 적용할 보안기술, 표준, 제안방안 등을 구체적으로 제시하여야 한다.
성능	구현하고자 하는 기능을 통해 요구 성능이 충족되도록 방법론 및 분석 도구, 구현 및 테스트 방안을 구체적으로 제시하여야 한다.
디자인	구현하고자 하는 기능과 대학원의 이미지, 디자인 방향성이 충족/구현되도록 시안을 작성하여야 한다.
인터페이스 요구사항	시스템 인터페이스는 타 시스템과의 연계 방안에 대하여 제시하고, 사용자 인터페이스는 사용자 편의성을 고려하여 요구사항을 제공하기 위한 분석 및 설계, 구현방안과 검토 계획을 구체적으로 기술한다.
관리부문
품질보증	조직, 인원, 방법, 절차 등 해당 사업의 수행을 위한 품질보증 방안을 제시하여야 한다. ※ 국제 소프트웨어 개발 프로세스 품질인증 획득 여부 등 사업자 품질보증 능력을 기술
지원부문
유지관리	하자보수 및 유지관리 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 등을 종합적으로 제시하여야 한다.
교육훈련	사용자, 관리자 등 시스템의 이용대상자별로 구분하여 교육훈련 방법, 내용, 교육일정, 교육훈련 조직 등을 상세히 제시하여야 한다.
기타사항	상기항목에서 제시되지 않은 기타 내용을 기술한다.

V		별표 및 붙임

[별표1-1] 유사실적 건수에 따른 배점(3점 한도)

건수	2건 미만	2건 이상 ~ 5건 미만	5건 이상
배점	2.6	2.8	3

주) 1. 유사용역 범위

- 최근 3년간 개발 수행 실적(2018.6.1.-2021.5.30. 기준, 용역사업 완료일 기준)

- 유사사업 실적 작성 시 활용 최신 기술 작성

- 사업주관기관 실적확인서 또는 한국SW산업협회 소프트웨어 사업이행실적확인서, 조달청에서 발급한 실적증명서 원본 첨부 시 인정하며 사본 제출 시에는 원본대조필과 인감도장을 반드시 날인하여 제출하여야 인정함

2. 개발 또는 구축에는 기능개선, 확대구축 실적도 인정함. 단, 유지보수는 제외함.

3. 공동도급에 의한 실적일 경우 실적대상 용역의 참여비율에 따라 인정

4. 실적 없을 시 2점

[별표1-2] 개발분야 규모에 의한 배점(3점)

규모 (VAT 포함)	8천만원 미만	8천만원 이상 ~ 1억5천만원 미만	1억5천만원 이상
배점	2.6	2.8	3

주) 1. [별표1-1]의 유사용역 범위의 실적에 한하며, 가장 유리한 1건만 적용

2. 개발 관련 정보인프라(H/W) 도입비용은 제외하고 순수 시스템 구축비만 평가

3. 공동도급에 의한 실적일 경우 실적대상 용역의 참여비율에 따라 인정하며, 정보인프라(H/W) 도입비용은 제외한 순수 시스템 구축 실적만 인정

4. 공동도급에 의한 실적일 경우 실적대상 용역의 참여비율에 따라 인정하며, 가장 유리한 1건만 적용하여 평가

5. 사업주관기관 실적확인서 또는 한국SW산업협회 소프트웨어 사업이행실적확인서, 조달청에서 발급한 실적증명서 원본 첨부 시 인정하며 사본제출 시에는 원본대조필과 인감도장을 반드시 날인하여 제출하여야 인정함

[별표1-3] 신용평가 등급에 의한 평가기준(2점)

평가점수 =  신용평가등급 해당점수 × 참여지분율

회사채에 대한 신용평가등급	기업어음에 대한 신용평가등급	기업신용평가 등급	평점
AAA	-	AAA (회사채에 대한 신용평가등급 AAA에 준하는 등급)	2.0
AA+, AA0, AA-	A1	AA+, AA0, AA- (회사채에 대한 신용평가등급 AA+,AA0,AA-에 준하는 등급)
A+	A2+	A+ (회사채에 대한 신용평가등급 A+에 준하는 등급)
A0	A20	A0 (회사채에 대한 신용평가등급 A0에 준하는 등급)
A-	A2-	A- (회사채에 대한 신용평가등급 A-에 준하는 등급)
BBB+	A3+	BBB+ (회사채에 대한 신용평가등급 BBB+에 준하는 등급)	1.96
BBB0	A30	BBB0 (회사채에 대한 신용평가등급 BBB0에 준하는 등급)	1.92
BBB-	A3-	BBB- (회사채에 대한 신용평가등급 BBB-에 준하는 등급)	1.88
BB+, BB0	B+	BB+, BB0 (회사채에 대한 신용평가등급 BB+, BB0에 준하는 등급)	1.84
BB-	B0	BB- (회사채에 대한 신용평가등급 BB-에 준하는 등급)	1.80
B+, B0, B-	B-	B+, B0, B- (회사채에 대한 신용평가등급 B+,B0,B-에 준하는 등급)	1.76
CCC+ 이하	C 이하	CCC+ 이하 (회사채에 대한 신용평가등급 CCC+에 준하는 등급)	1.0

주) 1. 신용평가등급은 「신용정보의 이용 및 보호에 관한 법률」제4조 제1항 제1호 또는 제4호의 업무를 영위하는 신용정보업자가 입찰 공고일 이전 가장 최근에 평가한 유효기간 내 회사채(또는 기업어음)에 대한 신용평가등급 또는 기업신용평가등급(위의 신용정보업자가 신용평가등급, 등급평가일 및 등급유효기간 등을 명시하여 작성한 ‘신용평가등급 확인서’)을 기준으로 평가한다.

2. 입찰참가업체의 회사채(또는 기업어음) 및 기업신용평가에 따른 평점이 다른 경우에는 높은 평점으로 평가하며,‘신용평가등급확인서‘를 제출하지 않은 경우에는 최저 등급으로 평가한다.

3. 합병한 업체에 대하여는 합병 후 새로운 신용평가등급으로 심사하여야 하며 합병 후의 새로운 신용평가등급이 없는 경우에는 합병 대상 업체 중 가장 낮은 신용평가등급을 받은 업체의 신용평가등급으로 심사한다.

[별표2-1]

사업자 보안위규 처리기준

구 분	위 규 사 항	처 리 기 준
심 각	1. 비밀 및 대외비 급 정보 유출 및 유출시도 가. 정보시스템에 대한 구조, 데이터베이스 등의 정보 유출 나. 개인정보·신상정보 목록 유출 다. 비공개 항공사진·공간정보 등 비공개 정보 유출 2. 정보시스템에 대한 불법적 행위 가. 관련 시스템에 대한 해킹 및 해킹시도 나. 시스템 구축 결과물에 대한 외부 유출 다. 시스템 내 인위적인 악성코드 유포	◦사업참여 제한 ◦위규자 및 직속 감독자 등 중징계 ◦재발 방지를 위한 조치계획 제출 ◦위규자 대상 특별보안교육 실시
중 대	1. 비공개 정보 관리 소홀 가. 비공개 정보를 책상 위 등에 방치 나. 비공개 정보를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용 다. 개인정보․신상정보 목록을 책상 위 등에 방치 라. 기타 비공개 정보에 대한 관리소홀 2. 사무실ㆍ보호구역 보안관리 허술 가. 통제구역 출입문을 개방한 채 퇴근 등 나. 인가되지 않은 작업자의 내부 시스템 접근 다. 통제구역 내 장비·시설 등 무단 사진촬영 3. 전산정보 보호대책 부실 가. 업무망 인터넷망 혼용사용, 보안 USB 사용규정 위반 나. 웹하드·P2P 등 인터넷 자료공유사이트를 활용하여 용역사업 관련 자료 수발신 다. 개발·유지보수 시 원격작업 사용 라. 저장된 비공개 정보 패스워드 미부여 마. 인터넷망 연결 PC 하드디스크에 비공개 정보를 저장 바. 외부용 PC를 업무망에 무단 연결 사용 사. 보안관련 프로그램 강제 삭제 아. 사용자 계정관리 미흡 및 오남용(시스템 불법접근 시도 등)	◦위규자 및 직속감독자 등 중징계 ◦재발 방지를 위한 조치계획 제출 ◦위규자 대상 특별보안교육 실시

구 분	위 규 사 항	처 리 기 준
보 통	1. 기관 제공 중요정책ㆍ민감 자료 관리 소홀 가. 주요 현안ㆍ보고자료를 책상위 등에 방치 나. 정책ㆍ현안자료를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용 2. 사무실 보안관리 부실 가. 캐비넷ㆍ서류함ㆍ책상 등을 개방한 채 퇴근 나. 출입키를 책상위 등에 방치 3. 보호구역 관리 소홀 가. 통제ㆍ제한구역 출입문을 개방한 채 근무 나. 보호구역내 비인가자 출입허용 등 통제 미실시 4. 전산정보 보호대책 부실 가. 휴대용저장매체를 서랍ㆍ책상 위 등에 방치한 채 퇴근 나. 네이트온 등 비인가 메신저 무단 사용 다. PC를 켜 놓거나 보조기억 매체(CD, USB 등)를 꽂아 놓고 퇴근 라. 부팅ㆍ화면보호 패스워드 미부여 또는 "1111" 등 단순숫자 부여 마. PC 비밀번호를 모니터옆 등 외부에 노출 바. 비인가 보조기억매체 무단 사용	◦위규자 및 직속 감독자 등 경징계 ◦위규자 및 직속 감독자 사유서 / 경위서 징구 ◦위규자 대상 특별보안교육 실시
경 미	1. 업무 관련서류 관리 소홀 가. 진행중인 업무자료를 책상 등에 방치, 퇴근 나. 복사기ㆍ인쇄기 위에 서류 방치 2. 근무자 근무상태 불량 가. 각종 보안장비 운용 미숙 나. 경보ㆍ보안장치 작동 불량 3. 전산정보 보호대책 부실 가. PC내 보안성이 검증되지 않은 프로그램 사용 나. 보안관련 소프트웨어의 주기적 점검 위반	◦위규자 서면ㆍ구두 경고 등 문책 ◦위규자 사유서 / 경위서 징구

※ 사업자 보안위규 처리 절차

경위 확인	→	보안위규 처리기준에 따라 조치	→	재발방지 대책	→	보안조치 이행여부 점검

[별표2-2]

보안 위약금 부과 기준

1. 위규 수준별로 A~D 등급으로 차등 부과

구분	위규 수준*
	A급	B급	C급	D급
위규	심각 1건	중대 1건	보통 2건 이상	경미 3건 이상
위약금 비중	부정당업자 등록	3백만원	2백만원	1백만원

* 위규 수준은 [별표 2-1] 참고

2. 보안 위약금은 다른 요인에 의해 상쇄, 삭감이 되지 않도록 부과

※ 보안사고는 1회의 사고만으로도 그 파급력이 큰 것을 감안하여 타 항목과 별도 부과

3. 사업 종료시 지출금액 조정을 통해 위약금 정산

[별지 제4호서식]

사업명				사업기간	개월
입찰자 (공동수급체 대표)	상호				대표자
	사업자등록번호				소재지
□ 하도급 예정 계획
입찰자	하수급인상호		하도급 계약명			하도급 금액 비율
						%
						%
합 계						%
1) 하도급 금액 비율은 원도급의 총입찰금액 대비 하도급 총금액의 비율 [eqn: 하도급`금액`비율`=` {하도급`예정액} over {(입찰금액`-`단순물품구매`예정액*)`} ` TIMES `100] * 입찰자가 직접 구매하려는 물품(하드웨어, 상용소프트웨어, 설비 등)에 대한 구매 금액 - 하도급 금액 비율 합계 50% 초과 사유: _________________________________________________ 2) 재하도급을 하려는 경우 그 사유 : ______________________________________________________
□ 하도급 비율이 10%를 초과할 경우에 대한 사유
○ 수요기관이 제안요청서에서 하도급 금액 비율이 10%를 초과할 경우 입찰자에게 하도급인과 공동수급체로 참여할 것을 요청하였는지 여부: ( ○ ), ( × ) ○ 하도급 비율이 10%를 초과하는 데도 공동수급체로 참여시키지 않는 사유: _________________________
□ 표준하도급계약서 사용 여부
○「소프트웨어 진흥법」 제38조제4항에 따른 표준계약서를 활용 - 표준계약서 활용 여부: ( ○ ), ( × ) - 표준계약서를 활용하지 않는 경우 사유: ______________________________________________ ○「하도급거래 공정화에 관한 법률」제3조의2에 따른 소프트웨어사업 표준하도급계약서를 활용 - 표준하도급계약서 활용 여부: ( ○ ), ( × ) - 표준하도급계약서를 활용하지 않는 경우 사유: ______________________________________________
위와 같이 소프트웨어사업 하도급 계획서를 제출하며「소프트웨어사업 계약 및 관리감독에 관한 지침」 제20조에 따라 하도급 시 발주기관으로부터 사전승인을 받아 하도급 계약을 체결하고 정당한 사유 없이 하도급 계획을 이행치 아니할 경우에는 어떠한 불이익을 받더라도 이의를 제기하지 아니할 것임을 확약합니다. 년 월 일 공동수급체 대 표 상 호: 대표자: (서명 또는 인)
발주기관의 장 귀하
※ 유의사항 - 입찰자의 입찰금액 대비 하도급 금액 합계의 비율은「소프트웨어 진흥법」제51조제1항에 따라 입찰 금액의 50%를 초과할 수 없습니다. 단, 동 조 제2항의 각 호에 해당하는 경우에는 그러하지 아니합니다. 이 경우 예외사유를 기재합니다. -「소프트웨어 진흥법」제51조제3항에 따라 재하도급은 금지됩니다. 단, 동 조 제3항 각 호에 해당하는 경우에는 그러하지 아니합니다. 이 경우 입찰자란에 재하도급 하는 하수급인의 상호를 명시하고, 예외사유를 기재합니다. - 국가기관등의 장이「소프트웨어 진흥법」제51조제6항 및 같은 법 시행령 제48조제5항에 따라 입찰 금액 대비 하도급 금액 비율이 100분의 10을 초과하는 경우에 대하여 입찰 시 공동수급체 구성원으로 참여를 요구한 경우 입찰자는 특별한 사유가 없으면 이에 따라야 합니다.

소프트웨어사업 하도급 계획서(입찰 시)

<참고>  * 「소프트웨어사업 계약 및 관리감독에 관한 지침」 [별지 제8호서식]

소프트웨어 과업변경요청서(제26조 관련)
※ [ ]에는 해당되는 곳에 √표를 합니다.
접수번호		접수일	처리기간	14일
변경요청 번호
사 업 명
계약번호
변경요청 유형	[ ] 과업내용 변경	[ ] 과업내용변경 및 계약금액 조정
과업내용서 관련사항	기 존	변 경
변경요청 내용	( ※ 필요한 경우 별지 사용 )
변경요청 사유	( ※ 필요한 경우 별지 사용 )
변경 영향평가	( ※ 필요한 경우 별지 사용 )
변경 소요 비용	소요비용		변경규모
산출근거	( ※ 필요한 경우 별지 사용 )
「소프트웨어 진흥법」제50조제3항에 따라 위와 같이 소프트웨어사업 과업 내용변경을 요청 합니다.
년 월 일
신청인	(서명 또는 인)
발주기관의 장	귀하
처 리 절 차
신청서 작성	□	접 수	□	과업심의위원회 개최	□	심의ㆍ의결	□	심의결과 및 조치계획 통보
신청인	처 리 기 관: 발 주 기 관

[별지 제16호 서식] 일일 용역사업 보안점검 리스트

日日 용역사업 보안점검 리스트

순번	점검항목
1	용역업체 사용 전산망과 기관 전산망의 분리 여부(VLAN 분리 포함)
2	용역업체 직원 PC의 내부 정보시스템 접근 통제 여부
3	P2P, 웹하드, 메신저 등 불필요한 인터넷 접속 차단 여부
4	용역업체 직원에 주요 계정 비밀번호 제공 여부
5	용역업체 직원에 비밀번호 부여시 관련사항 별도 기록 여부
6	용역업체 직원에 시스템 관리자 계정 단독 접근 여부
7	노트북PC 등 휴대형 정보시스템을 시스템 관리용 PC로 활용 여부
8	용역업체 직원 등에 의한 기관 외부에서의 원격 접속ㆍ작업 여부
9	용역업체 정보시스템 접근시 작업이력 로깅 기능 사용 여부
10	용역업체 PC 및 휴대형 저장매체에 정보시스템 ‘계정명/비밀번호’ 저장 여부
11	용역업체 PC에 설치된 운영체제 및 응용프로그램 최신상태 유지 여부
12	용역업체 PC 백신 프로그램 자동 업데이트 및 실시간 감시기능 사용 여부
13	용역업체 PC USBㆍCD-RWㆍ무선랜 등 매체 통제 여부
14	용역업체 PC 비밀번호 및 화면보호기 설정 여부
15	용역업체 직원의 비인가 정보통신장비(노트북 등) 휴대ㆍ반입 여부

[별지 제17호 서식] 서버 보안관리 점검표

서버 보안관리점검표

구분	점검항목	점검결과
1	사용자별 인증 및 접근 권한 관리
2	관리자 권한 접근 통제
3	취약한 패스워드 설정 제한
4	사용자별 파일 접근 권한 설정
5	서버⦁어플리케이션 불필요한 서비스⦁포트 제거
6	운영체제, 응용프로그램 보안 및 제어권한 보안 패치
7	유지관리업체 등 외부 원격접속 제한
8	장비 설치 구역의 물리적 접근 제한
9	시스템 로그 1년 이상 저장
10	구 장비 폐기 시 저장자료 완전삭제
11	상시 시스템 및 접근로그 점검
12	사용자 계정관리(불필요한계정삭제)

[별지 제18호 서식]

공개서버 보안관리 점검표

구분	점 검 항 목	점 검 결 과
1	SQL 인젝션 취약점 제거
2	크로스사이트 스크립트 취약점 제거
3	파일업로드 취약점 제거
4	파일다운로드 취약점 제거
5	세션 탈취 취약점 제거
6	인증정보 노출 취약점 제거
8	권한우회(접근통제) 취약점 사전 확인
9	디렉터리 리스팅 취약점 제거
10	설치파일 및 백업파일 노출 취약점 제거
11	샘플파일, 매뉴얼파일 및 임시파일 제거
12	공개용 게시판 취약점 제거
13	중요정보 노출 취약점 제거
14	서버․어플리케이션 불필요한 서비스․포트 제거
15	관리자 권한 접근 통제
16	사용자 개인․인증정보 소통․저장 시 암호화
17	정보 게재 시 보안심사 이행
18	개인정보 입력 시 키로깅, 화면캡처 방지대책 마련 및 웹 구간 데이터 스니핑 방지 대책 마련
19	로그 1년 이상 저장

[별지 제19호 서식] 평가항목별 제안 내용 조견표

평가항목별 제안 내용 조견표

제안요청사항		평가 항목	제안사항		비고
쪽수	주요내용		쪽수	주요내용

※ 제안서에 포함하여 제출

※ 장 구분, 쪽 구분하여 핵심키워드 중심으로 나열

※ 목차의 항목 중 해당내용이 없을 시, 해당사항 없음으로 간략히 기술

[별지 제20호 서식]

정보시스템 유지보수 절차서

구분	내용	비고
유지보수 인력 확인	-투입인력 보안서약서 작성 (단, 유효 계약기간 내에 기관과 업체대표가 상호 작성한 보안서약서가 존재하는 경우는 제외)
유지보수 작업내용 보고 및 대응	-당해 작업계획 및 내용을 담당자에게 보고
	-계획서에는, 일시, 작업자 인적사항, 작업목적, 작업소요시간, 시스템 혹은 서비스에 끼칠 영향을 반드시 포함
	-담당자는 보고내용을 확인하고, 품질, 형상관리, 비즈니스 중요도에 따른 리스크 대처방안을 최대한 확보
작업내역 승인	-담당자는 작업계획의 최종승인 여부를 결정
작업환경	-작업자는 유지보수 수행 장소에 담당자와 함께 이동
	-통제구역에서의 유지보수 시, 작업자는 통제구역 출입대장을 작성
	-작업자는 통제구역 외부로의 시스템 반출.입 시 정보자산 반출.입 대장을 작성
	-당해 작업은 담당자 입회를 원칙으로 하되, 지속적 입회가 어려운 경우 작업자는 주요 시스템 변경작업, SW/HW 형상의 변경작업, 리스크 발생이 예상되는 작업 시 담당자에게 사전 통보 후 진행
작업종결	-작업자는 작업의 완료 및 수행 작업의 로그위치를 담당자에게 통보
	-작업자는 당해 작업과 관련 발생한 모든 산출물을 담당자에게 보고 및 인계
	-담당자와 작업자는 당해 작업의 목적완수를 확인하고, 수행 작업과 관련한 특이사항이 없는 경우 작업을 종결