입찰공고상세[용역]
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
순천향대학교 NewSCH학사포털 구축 사업
순천향대학교 · SW 개발·운영
- 추정가격
- 31.7억원
- 참가자격 등록 마감
- 11/18(수) 18:00 · D-36
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- NewSCH학사포털 구축
- 걸리는 것
- 추가 자격 요건 · 실적 필요 · 행정처분 이력 · 소속 직원만
- 입찰 전
- 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
요약 AI 요약
순천향대학교의 노후화된 학사 시스템과 포털을 차세대 환경으로 전면 재구축하는 사업이다. 학사행정 통합서비스, AI 기반 학사서비스, 학생 맞춤형 학사정보 제공을 실현할 차세대 정보서비스 기반을 마련한다.
- 학사행정 전 영역(입시·학적·수업·성적·장학·등록·졸업·의대·비교과·상담·공간) 상세 설계 및 통합 DB 모델(ERD) 정립
- 통합인증(SSO)·2차 인증(MFA) 기반 단일 계정 체계와 반응형 웹 공통 개발 프레임워크 실제 구축
- 신분별 맞춤형 개인화 포털(대시보드·위젯·To-Do·통합검색·통합신청·통합결재) 구축
- AI 추천 기반 통합상담, AI 이수 로드맵 추천, 학사위험군 예측 요건 정의
- 의과대학 통합 6년제 의대학사 시스템(교과·임상실습·포트폴리오·성적·상담) 분석·설계
- 비교과 통합관리시스템, 설문조사시스템, 다채널 알림(UMS) 연계 모듈 설계
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01761924 · 베타 기간 무료
핵심요약
- 걸리는 것
- 추가 자격 요건 · 실적 필요 · 행정처분 이력 · 소속 직원만
추가 자격 요건
소프트웨어 진흥법에 따른 소프트웨어사업자이어야 하고, 상호출자제한기업집단 소속 회사는 참여 불가.
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
실적 필요
공고일 기준 최근 5년 이내 단일 계약 20억 원 이상 대학 정보시스템 구축 사업 수행 실적이 참가 자격(벽)이며, 정량평가에서도 5점 배점으로 평가된다. 공동수급체 구성 시 대표사 단독 실적으로만 평가하고 참여사 실적은 합산 불가.
공고일 기준 최근 5년 이내, 단일 계약 건으로 20억 원 이상의 대학 정보시스템 구축 사업 수행 실적이 있는 업체(공동수급체 구성 시 대표사 단독 실적으로만 평가하며 참여사 실적 합산 불가)
❍ 단일실적 기준 20억원 이상(부가세 포함)의 대학 정보시스템 구축 사업 계약 실적 제출 건에 한함
행정처분 이력
부정당업자 입찰참가자격 제한 대상자는 참여 불가. 국세·지방세 체납, 정리절차·화의·법정관리 신청 중인 사업자도 참여 불가.
공고일 기준 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 의한 부정당업자에 해당되지 않은 업체이어야 함
입찰공고일 현재 국세 및 지방세 체납 사실이 없어야 하고, 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자나 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참여할 수 없음
소속 직원만
PM은 주관 사업자 소속 인력이어야 하며, 제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함. 공동수급체 소속 외의 인력은 하도급으로 간주하며, 대학 승인을 얻지 못할 경우 자사인력으로 대체해야 함.
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함
공동수급체 소속 외의 인력은 하도급으로 간주하며, 우리대학의 승인을 얻지 못할 경우에는 공동수급체 구성원 자사인력으로 대체해야 함
- 입찰 전
- 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
입찰참가 접수시 구비서류를 나라장터 전자 제출하고, 가격입찰서는 별도로 나라장터 전자 투찰. 제안설명회 당일 제안서/발표자료 출력본 12부와 USB 2개를 현장 제출(방문·우편·이메일 제출은 인정하지 않음). 기한: 접수(등록)기간 2026. 11. 19(목) 15:00까지, 제안설명회 2026. 12. 9(수) 14:00.
제안설명회 당일, 제안사는 나라장터 제출본과 동일한 내용의 제안서/발표자료 출력본 12부 및 해당 파일이 수록된 USB 2개를 지참하여 현장 제출하여야 함(제출된 서류는 일체 반환하지 않음)
* 방문·우편·이메일을 통한 제출은 인정하지 않으며, 제출 마감 이후에는 서류의 추가 제출 및 수정이 불가합니다.
- 수행 기간
- 13개월 이하
계약일로부터 13개월 이내(안정화 포함). 기점은 계약일.
- 옮길 수 없는 끝 날짜 · 없음
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
문서 분석
가격
- 추정가격
- 3,166,363,636원
- 배정예산
- 3,483,000,000원
- 예정가격 방식
- 비예가
첨부파일
참가 자격 · 제한
- 지역제한
- 제한 없음
문서: 지역 조건 · 없음 - 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
문서: 업종·면허 조합 · 한 업종 - 실적경쟁 · PQ
- 실적경쟁
문서: 실적 · 필수 · 못 맞추면 탈락 - 제출 방법
- 전자입찰
문서: 입찰 전 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록 - 공동수급
- 공동이행
문서: 공동수급 · 허용 - 입찰참가 제한
- 있음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 10/08(목) | 지남 |
| 입찰서 제출 시작 | 10/08(목) 17:00 | 지남 |
| 현장설명회 공고문 참조 | 10/28(수) 14:00 | D-15 |
| 입찰참가자격 등록 마감 | 11/18(수) 18:00 | D-36 |
| 입찰서 제출 마감 | 11/19(목) 15:00 | D-37 |
| 개찰 | 11/19(목) 16:00 | D-37 |
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서의 기술평가점수가 기술평가 배점한도의 85% 이상인 자를 협상 적격자로 선정
| 평가 항목 | 배점 |
|---|---|
| 유사용역 수행실적 | 5점 |
| 경영상태 | 5점 |
| 전략 및 방법론 | 15점 |
| 기술 및 기능 | 30점 |
| 성능 및 품질 | 10점 |
| 프로젝트 관리 | 10점 |
| 프로젝트 지원 | 10점 |
| 기타사항 | 5점 |
| 입찰 가격평가 | 10점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · NewSCH학사포털 구축
용역 › 정보시스템·SW › SW 개발·운영
학사포털·종합정보시스템을 새로 구축하는 SW 개발 사업으로, 분석·설계·공통 프레임워크 구축·테스트·안정화까지 수행사가 산출물을 만들어 낸다.
- 제도 및 업무절차 정립 컨설팅(CSR-001)
- 의대 학사·비교과 상세 설계 컨설팅(CSR-002)
- 학사 전 영역 상세 설계 및 목표 DB(ERD) 모델링(DAR-002)
- 전사 데이터 표준·품질·이관 전략 수립(DAR-001·003·004)
- 반응형 웹 공통 개발 프레임워크 및 UI/UX 표준 구축(ECR-012, INR-001)
- 통합인증 SSO·2차 인증(MFA) 연동 구축(ECR-006·007)
- 통합검색·UMS·API 연계 솔루션 도입 및 연계 표준 수립(ECR-008·009·010)
- 포털 솔루션(CMS)·리포팅·e-Form·DB툴 등 도입 S/W 설치(ECR-001~005·011·013)
- 단위·통합·성능·인수 테스트(TER-001~005)
- 개인정보영향평가 대응 및 보안 취약점 진단·조치(SER-004, COR-004)
- 단계별 정보시스템 감리 수검 대응(COR-006)
- 운영자·개발자 교육 및 기술이전, 매뉴얼 제작(PSR-002·003)
- 검수 완료 후 12개월 하자보수 및 안정화 지원(PSR-001·004)
걸리는 것 · 입찰 전 할 일
걸리는 조건
추가 자격 요건
소프트웨어 진흥법에 따른 소프트웨어사업자이어야 하고, 상호출자제한기업집단 소속 회사는 참여 불가.
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
실적 필요
공고일 기준 최근 5년 이내 단일 계약 20억 원 이상 대학 정보시스템 구축 사업 수행 실적이 참가 자격(벽)이며, 정량평가에서도 5점 배점으로 평가된다. 공동수급체 구성 시 대표사 단독 실적으로만 평가하고 참여사 실적은 합산 불가.
공고일 기준 최근 5년 이내, 단일 계약 건으로 20억 원 이상의 대학 정보시스템 구축 사업 수행 실적이 있는 업체(공동수급체 구성 시 대표사 단독 실적으로만 평가하며 참여사 실적 합산 불가)
❍ 단일실적 기준 20억원 이상(부가세 포함)의 대학 정보시스템 구축 사업 계약 실적 제출 건에 한함
행정처분 이력
부정당업자 입찰참가자격 제한 대상자는 참여 불가. 국세·지방세 체납, 정리절차·화의·법정관리 신청 중인 사업자도 참여 불가.
공고일 기준 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 의한 부정당업자에 해당되지 않은 업체이어야 함
입찰공고일 현재 국세 및 지방세 체납 사실이 없어야 하고, 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자나 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참여할 수 없음
소속 직원만
PM은 주관 사업자 소속 인력이어야 하며, 제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함. 공동수급체 소속 외의 인력은 하도급으로 간주하며, 대학 승인을 얻지 못할 경우 자사인력으로 대체해야 함.
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함
공동수급체 소속 외의 인력은 하도급으로 간주하며, 우리대학의 승인을 얻지 못할 경우에는 공동수급체 구성원 자사인력으로 대체해야 함
입찰 전 할 일
- 입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
입찰참가 접수시 구비서류를 나라장터 전자 제출하고, 가격입찰서는 별도로 나라장터 전자 투찰. 제안설명회 당일 제안서/발표자료 출력본 12부와 USB 2개를 현장 제출(방문·우편·이메일 제출은 인정하지 않음). 기한: 접수(등록)기간 2026. 11. 19(목) 15:00까지, 제안설명회 2026. 12. 9(수) 14:00.
제안설명회 당일, 제안사는 나라장터 제출본과 동일한 내용의 제안서/발표자료 출력본 12부 및 해당 파일이 수록된 USB 2개를 지참하여 현장 제출하여야 함(제출된 서류는 일체 반환하지 않음)
* 방문·우편·이메일을 통한 제출은 인정하지 않으며, 제출 마감 이후에는 서류의 추가 제출 및 수정이 불가합니다.
더 확인할 것
근무 장소
이럴 때 꼭 봅니다 — 발주처 현장일 때
발주처 현장
사업 수행 장소는 상호 협의하여 결정하되 상주 원칙이며, 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능. 원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 대학 승인을 득하여 한시적으로 사용.
- 현장에 있을 사람 · 모름 · 문서로 확인 안 됨 상주 원칙이나 전원·일부 구분 없음
- 원격 접속 · 조건부 허용 원칙 금지, 보안대책 마련 후 대학 승인 시 한시적 허용
원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 한시적으로 사용
사업수행을 위해 필요한 장소, 설비 및 기타 자원은 상호 협의하여 결정
본 사업은 상주하여 업무를 수행하는 것을 원칙으로 하나 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능
원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 한시적으로 사용
기존 시스템과 이어짐
이럴 때 꼭 봅니다 — 기존 시스템과 연동 · 이어지는 연속 사업일 때
기존 시스템·설비와 연동 · 이어지는 연속 사업 · 연동·제어 SW 개발 포함
기존 종합정보시스템·포털·LMS·그룹웨어·도서관·계정관리시스템 등과 연동하고, 기존 C/S 기반 입시 시스템을 웹으로 전환하며, 대내외 연계 표준 API 설계·개발·테스트·적용이 본 사업 범위에 포함된다.
통합계정관리시스템과 연동하여 사용자 계정 및 권한 정보가 실시간 동기화되는 권한 관리 체계를 설계함
기존 C/S 기반 입시관리 시스템의 웹 전환 및 종합정보시스템 재구축 요건을 정의함
교내 시스템 및 외부 기관과의 연계를 위한 API 설계, 개발, 테스트, 적용에 소요되는 제반 작업은 본 사업 범위에 포함되며, 이로 인한 추가 비용은 사업자 부담
공동수급
허용
공동수급(공동이행방식) 허용. 대표사 포함 5개사 이하, 구성원별 계약 참여 최소지분율 10% 이상.
- 자격을 나눠 채우기 · 구성원마다 모두 공동수급업체 구성원은 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 저촉되지 않아야 함.
공동수급업체 구성원은 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 저촉되지 않아야 함
공동수급(공동이행방식) 허용함
공동수급체는 대표사를 포함하여 5개사 이하로 구성해야 하며, 구성원별 계약 참여 최소지분율은 10% 이상이어야 함((계약예규) 「공동계약운용요령」 제9조 참조)
회사 규모·신분
대기업·중견기업 참여 제한
상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음. 중소 소프트웨어사업자 참여 지원 지침 준수.
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따른 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」 준수
하도급
조건부 허용
하도급 허용. 하도급계약 전 수요기관 사전승인 필수, 물품(상용SW 포함) 구매금액 제외 소프트웨어사업 금액의 50% 초과 불가, 재하도급 원칙 불허.
- 하도급 한도 · 50% 이하 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 50%
본 사업의 과업 일부를 하도급하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 100분의 50을 초과할 수 없음.
하도급의 경우 「소프트웨어 진흥법」 제51조 제5항 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」의 규정에 의하여 반드시 하도급계약 전에 수요기관으로부터 사전승인을 받아야하며 하도급의 추가 또는 기존 하도급 계약의 변경 시에도 동일하게 적용함
본 사업의 과업 일부를 하도급하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 100분의 50을 초과할 수 없음. 또한 같은 법 제51조 제3항에 따라 하도급받은 소프트웨어사업자는 도급받은 사업을 다시 하도급할 수 없음. 다만, 같은 항 각 호(신기술 또는 전문기술이 필요한 경우 등 대통령령으로 정하는 경우)에 해당하는 경우에는 그러하지 아니함
지정 제품·공법
지정 없음
특정 제품·제조사·브랜드·공법을 지정한 문장이 없다. 다만 도입 S/W 총괄표에 'OZ e-Form으로 대체 사용', '상용S/W 또는 Vue.js 환경 지원', '전사 ERD 작성용 호환 필수' 등 기존·특정 제품명이 언급된다.
▪ 업그레이드
▪ OZ e-Form으로 대체 사용
▪ 신규 설치
▪ 상용S/W 또는 Vue.js 환경 지원
▪ 전사 ERD 작성용 호환 필수
인력 자격
의무 · 계약 뒤 지킬 일
PM은 주관 사업자 소속 인력으로 유사 사업 관리 경험과 차세대 학사·행정 시스템 구축 경험(경력 3년 이상)을 보유해야 하며, 투입인력은 대학 학사·행정 시스템 구축 역량을 갖추고 SW기술자 경력증명서를 제출해야 함. PM은 상주 원칙이고 투입인력도 합의된 장소 상주 원칙. 교체 시 15일 이내 동일 기술등급 이상으로 교체.
- 크기 · - 평가표에 인력 등급·경력 점수 항목이 없음
- 대상 · 책임자(PM·책임기술자·현장대리인) · 투입 인력 전반 PM과 투입인력 전반에 자격·경력 요구
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
대학 학사·행정 시스템 구축 역량을 갖춘 인력을 배치하고, PM 및 투입인력의 SW기술자 경력증명서 제출
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
유사 사업의 사업관리 경험과 차세대 학사·행정 시스템 구축 경험 (경력 3년 이상)을 보유한 인력 배치
대학 학사·행정 시스템 구축 역량을 갖춘 인력을 배치하고, PM 및 투입인력의 SW기술자 경력증명서 제출
투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
일하는 주기
한 번·정해진 횟수
계약일로부터 13개월 이내 시스템 구축 사업으로, 분석·설계·공통구축·테스트·시범운영·안정화 단계를 거쳐 결과물을 완성하는 사업
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
다른 업 섞임
섞이지 않음
본 사업은 소프트웨어 개발·구축 용역으로, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 하도급·공동수급은 허용된다.
본 사업은 단독 또는 공동수급(공동이행방식)의 형태로 참가할 수 있으며
일의 분량
3,483,000,000원
사업금액 금 3,483,000,000원(부가세 포함). 사업 기간은 계약일로부터 13개월 이내(안정화 포함).
- 열린 분량 · 정해짐 사업금액이 정해져 있다.
사업 금액 : 금 3,483,000,000원 (부가세 포함)
사업 금액 : 금 3,483,000,000원 (부가세 포함)
여러 해 계약
단년 한 번
계약일로부터 13개월 이내의 단일 계약으로, 차수 계약·연장·주기별 재입찰 기재가 없다.
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
일의 형태
새로 만들기 · 계획·연구·자문 · 검증·감리 · 맡아서 운영 · 유지관리 · 직접 작업 · 공급
학사포털·학사행정 시스템을 새로 구축(새로 만들기)하고, 학사 전 영역 상세 설계·컨설팅(계획·연구·자문), 테스트·검증(검증·감리), 안정화 기간 운영 지원(맡아서 운영), 하자보수·유지관리(유지관리), 공통 프레임워크·모듈 구현(직접 작업), 상용 S/W 도입·공급(공급)을 포함한다.
학사행정 전 영역의 세부 업무 프로세스 상세 설계(To-Be) 및 통합 DB 모델 ERD 정립
통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축
검수 완료일로부터 12개월 무상 하자보수
현장설명회
있으나 선택
현장설명회 2026. 10. 28(수) 14:00 순천향대학교 본관 중회의실. 참석 여부가 입찰 참가 자격 여부와 관련 없음.
현장설명회 일시 및 장소 : 2026. 10. 28(수) 14:00 (순천향대학교 본관 중회의실)
본 사업의 현장설명회 참석 여부가 입찰 참가 자격 여부와 관련 없음
출동 시한
의무 · 계약 뒤 지킬 일
하자보수 지원은 근무시간 기준이나 대학 요청 시 야간·휴일에도 지원하고, 하자 발생 시 24시간 이내 무상 수리·교체. 도착·착수 시한은 별도로 없음.
- 도착 시한 · 모름 · 문서로 확인 안 됨 현장 도착·착수 시한은 문서에 없음. 24시간 이내는 수리·교체 완료 시한.
하자보수 지원은 근무시간을 기준으로 제공하되, 우리대학의 요청이 있을 경우 야간 및 휴일에도 지원
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
처리 시한
24시간 이내
하자보수 기간 중 결함·하자 발생 시 24시간 이내 무상 수리 또는 동일 신품 이상 부품 교체. 24×365 상시 운영 가용성 보장.
- 기점 · 그 밖(짧은 글) 하자 발생 시점부터 기산
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
목표시스템은 연중무휴(24×365) 상시 운영 가용성 보장
현장·납품지
1곳
순천향대학교(교내) 단일 현장. 해외·섬·개별 가정 없음.
- 열린 분량 · 정해짐 순천향대학교 교내로 정해짐
- 범위 · 없음(국내 보통 현장) 해외·섬·개별 배송 없음
경비 부담
우리 부담(대가 안)
사업 수행에 필요한 각종 물품(비품, S/W, H/W, 개발 TOOL 등), 소모품 등은 제안사가 자체 확보. 관급 없음.
- 관급 금액 · 해당 없음 관급 없음
- 관급 설치 · 해당 없음 관급 없음
사업 수행에 필요한 각종 물품(비품, S/W, H/W, 개발 TOOL 등), 소모품 등은 제안사가 자체적으로 확보하여야 하며 우리대학이 보유 중인 물품은 우리대학의 승인 아래 이용할 수 있음
물량 변동
일부 미정
요구사항 총괄표에 128개 요구사항이 제시되어 있으나, 연계 대상·범위·방식·주기·예상 건수 등은 사업 추진 과정에서 대학과 사전 협의 후 최종 확정하고, 세부 일정도 협의로 조정 가능하다고 적었다.
연계 대상, 범위, 방식, 주기, 예상 건수 등 연계 관련 제반 사항은 사업 추진 과정에서 대학과 사전 협의 후 최종 확정
※ 세부 일정은 사업추진 과정에서 우리 대학과 협의를 통해 조정할 수 있음
견적 근거
방문 열람만
현행 시스템 구성도 등은 보안서약서를 작성하고 사업담당자와 함께 입회하여야만 열람이 가능하다고 적었다. 단가·물량·목록 공개에 관한 조항은 없다.
- 이윤 · 모름 · 문서로 확인 안 됨 원가계산서·산출내역이 공개되지 않아 이윤 잡힘 여부를 알 수 없다.
행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시 제2022-31호, 2022.4.21.) 제17조에 의거, 현행 시스템 구성도 등은 입찰에 참가하는 사업자가 제안서 작성 시 필요한 경우 보안서약서를 작성하고 사업담당자와 함께 입회 하여야만 열람이 가능합니다.
대금 받는 때
계약 뒤 협의
대금 지급 시기·방식에 관한 구체적 조항이 문서에 없고, 계약조건에서 우선협상대상자와 기술조건 합의 조정과 금액 조정을 요구할 수 있다고만 적었다. 지급 조건은 계약 시 협의로 정해지는 것으로 보인다.
- 선금 · 모름 · 문서로 확인 안 됨 선금 비율에 관한 조항이 문서에 없다.
- 지급 기한 · 모름 · 문서로 확인 안 됨 청구 후 며칠 안에 지급한다는 조항이 문서에 없다.
우선협상대상자의 제안서에 대하여 제안요청서 및 계약 요건에 따라 제안서 내용의 변경, 추가, 삭제 등을 포함한 기술조건 합의 조정과 금액 조정을 요구할 수 있다.
전담 인력
의무 · 계약 뒤 지킬 일
PMR-001에서 PM은 본 사업 기간 동안 특별한 사정이 없는 한 변경될 수 없으며 상주 원칙이고, 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 한다. 다만 특정분야 업무에 대하여 상호 합의하에 비상주 근무가 가능하다. 참여율 상한·업무중첩도 감점은 없다.
- 참여율 상한 · 모름 · 문서로 확인 안 됨 참여율 상한이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 점수 차가 적혀 있지 않다.
- 대상 · 책임자(PM·현장대리인·핵심 인력) · 투입 인력 전원 PM과 투입인력 모두 상주 원칙이다.
- 사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요)
- 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
- 사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요)
- 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
▪ 본 사업은 상주하여 업무를 수행하는 것을 원칙으로 하나 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능
큰 배점 항목
기술 및 기능(30점), 전략 및 방법론(15점), 성능 및 품질(10점)·프로젝트 관리(10점)·프로젝트 지원(10점)
정성적 평가(80점)에서 기술 및 기능이 30점으로 가장 크고, 전략 및 방법론이 15점, 성능 및 품질·프로젝트 관리·프로젝트 지원이 각 10점이다. 정량적 평가는 유사용역 수행실적 5점, 경영상태 5점이다.
| 기술평가(90) | 정성적 평가(80) | 기술 및 기능 | 30 |
| 기술평가(90) | 정성적 평가(80) | 전략 및 방법론 | 15 |
| 기술평가(90) | 정성적 평가(80) | 성능 및 품질 | 10 |
평가 자리 발표
발표(대면·화상)
제안설명회(제안발표)를 개최하며 발표 시간은 업체당 50분(발표 30분, 질의응답 20분)이다. 발표는 제안사의 사업관리자(PM)가 직접 진행하여야 하고, 업체별 참여자 수는 5인 이하(PM 포함)이며 동영상 등을 이용한 간접발표는 불허한다. 발표에 빠지거나 정한 발표자가 아니면 어떻게 되는지는 적혀 있지 않다.
- 빠지면 · 모름 · 문서로 확인 안 됨 발표에 빠지거나 정한 발표자가 아니면 어떻게 되는지 적혀 있지 않다.
발표 시간: 업체당 50분(발표 30분, 질의응답 20분)
제안설명회 발표는 제안사의 사업관리자(PM)가 직접 진행하여야 함
※ 업체별 참여자 수는 5인 이하(PM 포함)로 하며, 동영상 등을 이용한 간접발표는 불허함
AI 과업
AI 활용 조사·검토·설계
AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담, 학사위험군 사전 예측 요건 정의와 AI 추천 기반 통합상담 연계 및 통합검색 연계 체계 구축을 과업으로 하며, AI 기능 자체의 개발·구현이나 AI 서비스·라이선스 구매는 명시되지 않음
AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담 및 학사위험군 사전 예측 요건 정의와 통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축
축적된 학사·상담 데이터를 활용한 AI 추천 기반 통합상담 체계 및 상담 추천 알고리즘 연계 요건을 정의함
AI 추천 기반 통합상담 연계 및 통합검색 연계 체계 구축을 추진함
저작권 귀속
발주처 단독
산출물 및 지식재산권은 사업 완료와 동시에 발주기관에 귀속되며, 발주기관 승인 없이 제3자 제공·복제·배포·개작·전송·상업적 이용 불가
- 우리가 다시 쓰기·공개 · 조건부 허용 발주기관 승인 없이는 복제·배포·개작·전송·상업적 이용 및 제3자 제공이 불가하여 승인을 조건으로 허용됨
계약 목적물의 지식재산권은 발주기관과 협의없이 복제, 배포, 개작, 전송, 상업적 이용 불가
발주기관 승인 없이 제3자에게 계약목적물 및 산출물 제공 불가
사업 수행 중 제작·취득되는 모든 산출물, 성과물, 취득물 등의 소유권은 사업 완료와 동시에 발주기관에 귀속
계약 목적물의 지식재산권은 발주기관과 협의없이 복제, 배포, 개작, 전송, 상업적 이용 불가
발주기관 승인 없이 제3자에게 계약목적물 및 산출물 제공 불가
결원 대체 인력
의무 · 계약 뒤 지킬 일
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시, 투입인력 교체 시 15일 이내 동일 기술등급 이상 인력으로 교체, 교체 15일 전 발주자 사전 승인, 인수인계 기간 15일 이상
- 메울 시한 · 15일 이내 교체 요구 시 15일 이내 교체, 교체 15일 전 사전 승인, 인수인계 15일 이상
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
- 못 메우면 감액 · 아니다 못 채운 인원·기간만큼 용역비를 깎는다는 규정은 없음
- 크기 · 해당 없음 평가표에 대체 인력 방안 배점이 없음
- 대상 · 대체 인력(결원·휴가·퇴사 때) · 예비·백업 인력을 미리 지정 비상 상황 대비 대체인력 Pool 및 대응 프로세스 제시, 인력 교체·보완 체계 구체화
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시
리스크 대응을 위한 인력 교체·보완 체계 구체화
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
투입인력은 임의로 교체할 수 없으며, 부득이한 사유로 교체하여야 할 경우에는 교체 15일 전 발주자의 사전 승인 필요
인력 교체 시 인수인계 기간은 15일 이상으로 하여 업무 공백이 없도록 지원 방안 제시
사용 환경
모바일·반응형 지원
반응형 웹 공통 개발 프레임워크 구축, PC·태블릿·모바일 최적 UI, 모바일 전용 경량 UI/UX, iOS/Android 지원. 브라우저는 Chrome, Safari, Edge, Firefox 등 호환성 보장.
▪ 공통 아키텍처 및 CMS: 반응형 웹(Responsive Web) 기반 기기(PC, 태블릿, 모바일) 최적 UI, 웹 표준 준수(Chrome, Safari, Edge, Firefox 등 호환성 보장)
- 웹표준 및 모바일 최적화: HTML5/CSS3 웹표준 준수(Chrome, Safari, Edge 등 호환성 보장) 및 대용량 트래픽 처리·성능 최적화를 위한 모바일 전용 경량 UI/UX 구현
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 10/08(목)
- 공고번호
- R26BK01761924-000
- 참조번호
- 시스템개발팀 : 2026 – 10
- 공고기관
- 순천향대학교
- 수요기관
- 순천향대학교
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 3,166,363,636원
- 배정예산
- 3,483,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00279653
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
질문 96개 · 꼭 6 · 좋음 34 · 안 봐도 됨 56
주제 · 참가 자격 10개
업종·면허 조합
한 업종
컴퓨터관련서비스업[업종코드1468] 입찰참가자격 등록 업체. 코드 밖 자격으로는 소프트웨어 진흥법에 따른 소프트웨어사업자 지위와 상호출자제한기업집단 소속 회사 배제가 있다.
- 코드 밖 자격 · 벽 · 못 맞추면 탈락 소프트웨어 진흥법에 따른 소프트웨어사업자이어야 하고, 상호출자제한기업집단 소속 회사는 참여 불가.
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
면허 세부 범위
없음
면허·등록 안의 세부 범위(주력분야·종별 등)를 요구하는 문장이 없다.
지역 조건
없음
본점 지역 제한 외에 지역을 묶는 조건이 없다.
실적
벽 · 못 맞추면 탈락
공고일 기준 최근 5년 이내 단일 계약 20억 원 이상 대학 정보시스템 구축 사업 수행 실적이 참가 자격(벽)이며, 정량평가에서도 5점 배점으로 평가된다. 공동수급체 구성 시 대표사 단독 실적으로만 평가하고 참여사 실적은 합산 불가.
- 크기 · 3.5~5점 5건 이상 5.0점, 4건 4.5점, 2~3건 4.0점, 2건 미만 3.5점.
5건 이상 | 배점의 100% | 5.0
2건 미만 | 배점의 70% | 3.5
- 조건 · 유사·동등 이상 실적 인정 · 공동계약 실적 인정 · 민간 실적 인정 대학 정보시스템 구축 사업에 한함. 국가기관·지방자치단체·공공기관 발급 실적증명서, 민간 발주 시 발주자 발급 수행실적증명서·계약서·세금계산서, 한국소프트웨어산업협회장 발급 확인서 인정. 공동도급계약일 경우 제안사 지분에 해당하는 금액만 기재.
유사사업 : 대학 정보시스템 구축 사업에 한함
나. 위 가목에서 정한 이외의 기관 또는 민간이 발주한 경우 발주자가 발급한 수행실적증명서, 계약서, 세금계산서(필요 시 거래명세표 포함) 등을 첨부하여야 함
※ 공동도급계약일 경우에는 계약 금액란에 제안사 지분에 해당하는 금액만 기재
공고일 기준 최근 5년 이내, 단일 계약 건으로 20억 원 이상의 대학 정보시스템 구축 사업 수행 실적이 있는 업체(공동수급체 구성 시 대표사 단독 실적으로만 평가하며 참여사 실적 합산 불가)
❍ 단일실적 기준 20억원 이상(부가세 포함)의 대학 정보시스템 구축 사업 계약 실적 제출 건에 한함
업력
없음
업력을 참가 조건이나 점수로 보는 문장이 없다.
공동수급
허용
공동수급(공동이행방식) 허용. 대표사 포함 5개사 이하, 구성원별 계약 참여 최소지분율 10% 이상.
- 자격을 나눠 채우기 · 구성원마다 모두 공동수급업체 구성원은 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 저촉되지 않아야 함.
공동수급업체 구성원은 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 저촉되지 않아야 함
공동수급(공동이행방식) 허용함
공동수급체는 대표사를 포함하여 5개사 이하로 구성해야 하며, 구성원별 계약 참여 최소지분율은 10% 이상이어야 함((계약예규) 「공동계약운용요령」 제9조 참조)
회사 규모·신분
대기업·중견기업 참여 제한
상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음. 중소 소프트웨어사업자 참여 지원 지침 준수.
「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음
「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따른 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」 준수
대학·연구소 참가
아니다
대학 산학협력단·연구소·비영리법인·조합의 참가를 허용하는 문장이 없다.
사업 성격
소프트웨어사업
소프트웨어 진흥법에 따른 소프트웨어사업자 자격을 요구하고, 소프트웨어사업 계약 및 관리감독에 관한 지침·소프트웨어 기술성 평가기준 지침을 적용.
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
* 본 사업 건은 소프트웨어사업이므로, 추정가격의 100분의 80미만일 경우 가격평가 배점한도의 30%에 해당하는 평점 부여
행정처분 이력
벽 · 못 맞추면 탈락
부정당업자 입찰참가자격 제한 대상자는 참여 불가. 국세·지방세 체납, 정리절차·화의·법정관리 신청 중인 사업자도 참여 불가.
- 보는 기간 · 모름 · 문서로 확인 안 됨 부정당업자 제한은 공고일 기준이며, 처분 이력의 기간을 따로 정한 문장은 없다.
공고일 기준 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 의한 부정당업자에 해당되지 않은 업체이어야 함
입찰공고일 현재 국세 및 지방세 체납 사실이 없어야 하고, 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자나 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참여할 수 없음
주제 · 인증·보유 요건·직접 수행 7개
안전보건수준평가
없음
안전보건수준평가 대상 사업이라는 문장이 없고, 안전보건 서약·계획서를 계약·착수 조건으로 건 문장도 없다. 계약조건에 「중대재해 처벌 등에 관한 법률」·「산업안전보건법」 준수와 「안전·보건 확보 조치 이행 확약서」 계약 시 제출이 있으나 이는 안전보건수준평가가 아니다.
제조사 확약서
없음
제조사·공식 공급원에게서 받아 오는 확약서·지위 증명·정품보증서를 참가·계약·납품 조건으로 요구한 문장이 없다. 「물품 공급확약서」는 하도급 계획서 제출서류(직접 물품 구매 예정 계획 증빙)로만 나온다.
- 대상 · - 해당하는 서류 없음
- 조건 · 없음
제품 인증
없음
납품 제품·자재에 인증·허가·시험성적서를 갖추라고 건 문장이 없다. ECR의 GS(Good Software) 인증 획득 제품, SSO·DB암호화 제품의 보안기능 확인서/CC인증 등은 도입 솔루션 요건이나, 인증·성적서를 참가·납품 조건으로 건 요구는 아니다.
- 크기 · 모름 · 문서로 확인 안 됨
- 대상 · -
- 조건 · 모름 · 문서로 확인 안 됨
장비·시설 보유
없음
사업 수행에 필요한 전산자원(PC, 프린트 등) 및 사무용 비품은 사업자가 보유한 장비를 이용한다는 문장이 있으나, 이는 사업 수행 환경 조성 비용 부담 조항이지 참가 자격·평가 조건이 아니다.
- 갖출 때 · 해당 없음
- 크기 · 모름 · 문서로 확인 안 됨
- 조건 · 모름 · 문서로 확인 안 됨
하도급
조건부 허용
하도급 허용. 하도급계약 전 수요기관 사전승인 필수, 물품(상용SW 포함) 구매금액 제외 소프트웨어사업 금액의 50% 초과 불가, 재하도급 원칙 불허.
- 하도급 한도 · 50% 이하 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 50%
본 사업의 과업 일부를 하도급하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 100분의 50을 초과할 수 없음.
하도급의 경우 「소프트웨어 진흥법」 제51조 제5항 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」의 규정에 의하여 반드시 하도급계약 전에 수요기관으로부터 사전승인을 받아야하며 하도급의 추가 또는 기존 하도급 계약의 변경 시에도 동일하게 적용함
본 사업의 과업 일부를 하도급하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 100분의 50을 초과할 수 없음. 또한 같은 법 제51조 제3항에 따라 하도급받은 소프트웨어사업자는 도급받은 사업을 다시 하도급할 수 없음. 다만, 같은 항 각 호(신기술 또는 전문기술이 필요한 경우 등 대통령령으로 정하는 경우)에 해당하는 경우에는 그러하지 아니함
직접 생산
없음
직접생산확인증명서 소지·제조 등록·OEM 금지·한 제조사 제품 조건이 없다. 참가자격은 소프트웨어사업자 등록(컴퓨터관련서비스업[업종코드1468])이다.
- 참가 등록 · 모름 · 문서로 확인 안 됨
- 직생 범위 · 모름 · 문서로 확인 안 됨
- 대상 · -
품질 인증
없음
회사·제조사의 품질·환경·안전·정보보호 인증이나 업무 절차서를 참가 조건·평가 점수로 건 문장이 없다. 평가표의 품질보증 항목에 SP인증 보유 시 우대할 수 있다는 서술이 있으나 배점·가점으로 정해지지 않았다.
- 크기 · 모름 · 문서로 확인 안 됨
- 대상 · -
주제 · 결과물·검수·보고 10개
지정 제품·공법
지정 없음
특정 제품·제조사·브랜드·공법을 지정한 문장이 없다. 다만 도입 S/W 총괄표에 'OZ e-Form으로 대체 사용', '상용S/W 또는 Vue.js 환경 지원', '전사 ERD 작성용 호환 필수' 등 기존·특정 제품명이 언급된다.
▪ 업그레이드
▪ OZ e-Form으로 대체 사용
▪ 신규 설치
▪ 상용S/W 또는 Vue.js 환경 지원
▪ 전사 ERD 작성용 호환 필수
검수
여러 기관 확인
발주처(대학) 검수·인수 테스트와 함께 정보시스템 감리(한국지능정보사회진흥원 가이드) 수검, 개인정보영향평가 수행기관 평가, ISMS 인증 사전요건 대응이 있다.
▪ 본 사업은 정보시스템 감리 대상 사업으로 사업자는 한국지능정보사회진흥원의 「정보시스템 감리 수행 가이드」에 따라 감리법인이 점검할 수 있도록 필요한 산출물을 작성하여 제출
▪ 개인정보 영향평가 수행기관의 평가수행에 필요한 관련 산출물 및 관련 근거 제시 및 설명
▪ 최종 승인은 대학 측의 별도 문서 승인을 받은 일자에 완료
합격선
숫자 기준 있음
화면 응답 3초 미만, 오류 메시지 3초 이내, 동시 사용자 5,000/6,000/15,000명, CPU 60% 이하, 메모리 70% 이하 등 성능 합격선이 있다.
- 따를 표준·지침 · 전자정부 표준프레임워크, W3C 최신 웹 표준, 한국형 웹 콘텐츠 접근성 지침, 소프트웨어 개발보안 가이드, 시큐어코딩 가이드, 행정안전부 고시(공공기관 DB 표준화·품질관리 지침 등), 정보시스템 감리 수행 가이드, 국가 표준 암호화 알고리즘(ARIA, SEED), SSL/TLS, SAML2.0/OAuth2.0/OIDC, FIDO2/CTAP, REST API/JSON, LDAP/AD, 전자정부 웹사이트 품질관리 지침, 모바일 전자정부 서비스 관리 지침 표준 프레임워크·웹 표준·접근성 지침·보안 가이드·감리 가이드·암호 알고리즘·인증 프로토콜·연계 규격을 따르도록 지정했다.
- 최신 전자정부 표준 프레임워크 기반으로 대학 시스템과의 데이터 및 연동 호환성 보장(도입 솔루션은 프레임워크 호환성 검증 필수)
- W3C 최신 웹 표준 및 「한국형 웹 콘텐츠 접근성 지침」을 준수하고, Non-ActiveX 기반 주요 3종 이상 브라우저 및 모바일 환경에서 호환성 확보
- 행정안전부의「소프트웨어 개발보안 가이드」,「시큐어코딩 가이드」 및 주요정보통신기반시설 기술적 취약점 분석·평가 기준을 준수하여 시스템을 개발하고 취약점 진단을 수행
- 사용자 요청 시 3초 미만 응답 보장(대량의 데이터 처리 및 배치 작업 등은 제외)
▪ 시스템은 평균적으로 동시 사용자 수 5,000명 이상 지원
- CPU 평균 사용률은 어느 조건 하에서도 60%를 초과하지 않도록 구현
- 메모리 평균 사용률은 어느 조건 하에서도 70%를 초과하지 않도록 구현
성과 목표
목표 없음
숫자로 정한 성과 목표·성능 보증(절감량·발전량·감축량 등)과 미달 시 불이익 조항이 없다. 성능 요구사항은 검수 합격선이다.
- 목표의 성격 · 해당 없음 성과 목표 자체가 없다.
시험·검사
시험·검사 없음
이 공고·내역·특기시방이 정한 제품·자재 품질 시험·검사·분석이 없다. 다만 테스트 요구사항(단위·통합·성능·인수 테스트)과 보안 취약점 진단은 사업자가 수행한다.
- 시험 단위 · 모름 · 문서로 확인 안 됨 품질 시험·검사가 없어 단위가 정해지지 않았다.
- 시험 장소 · 모름 · 문서로 확인 안 됨 품질 시험·검사가 없어 장소가 정해지지 않았다.
원자료
나눠짐
현행 시스템 구성도 등은 발주처가 열람 제공하고, 사업자는 이를 바탕으로 분석·설계 자료를 만들며 테스트 데이터는 사업자가 확보한다.
행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시 제2022-31호, 2022.4.21.) 제17조에 의거, 현행 시스템 구성도 등은 입찰에 참가하는 사업자가 제안서 작성 시 필요한 경우 보안서약서를 작성하고 사업담당자와 함께 입회 하여야만 열람이 가능합니다.
- 테스트 시나리오별 처리 절차, 오류 처리 데이터 및 예상 결과를 사전 정의하고 시나리오 수행을 위한 충분한 검증 데이터 확보
시안 승인
1회
설계단계 중(개발단계 이전)에 UI 프로토타입을 제작하여 대학과 협의·의견조사 후 반영한다. 수정 횟수는 정해지지 않았다.
- 수정 횟수 · 모름 · 문서로 확인 안 됨 수정 횟수를 정한 문장이 없다.
- 승인 기간 · 모름 · 문서로 확인 안 됨 승인 기간이 납기에 드는지 정한 문장이 없다.
- 설계단계 중(개발단계 이전)에 UI 프로토타입을 제작하여 요구사항에 대한 구현사항을 미리 확인할 수 있도록 지원
- 제작된 UI 프로토타입은 우리대학과 협의하여 사용자 의견(수용도 및 선호도)을 조사하고, 조사 결과를 반영하여 적용
인허가·검사
나눠짐
개인정보영향평가는 수행기관이 평가하고 사업자가 산출물·근거를 제시하며 지적사항을 오픈 전 조치한다. 정보시스템 감리는 감리법인이 수행하고 사업자가 수검 대응한다. ISMS 인증은 사전요건 도출·보안대책 마련을 사업자가 지원한다.
- 비용 · 모름 · 문서로 확인 안 됨 인허가·심의·법정 검사 수수료 부담 주체를 정한 문장이 없다.
▪ 개인정보 영향평가 수행기관의 평가수행에 필요한 관련 산출물 및 관련 근거 제시 및 설명
▪ 평가결과 개선사항으로 지적된 부분 중 본 사업 범위에 해당할 경우 시스템 오픈 전에 조치 완료
▪ 본 사업은 정보시스템 감리 대상 사업으로 사업자는 한국지능정보사회진흥원의 「정보시스템 감리 수행 가이드」에 따라 감리법인이 점검할 수 있도록 필요한 산출물을 작성하여 제출
보고 주기
1주
주간·월간 보고서를 제출하고 착수보고·완료보고를 필수 수행하며 수시보고도 한다. 작업 기록·증빙은 별도로 정한 것이 없다.
- 보고회 · 2회 착수보고·완료보고 필수, 필요 시 워크숍·설명회 개최.
- 착수보고, 완료보고 필수 수행
- 작업 기록·증빙 · 요구 없음 수행을 확인받거나 대금을 받으려고 붙이는 작업일지·사진·서명·측정 수치·전산 기록을 정한 문장이 없다.
- 사업수행계획서, 주간·월간 보고서, 중간·완료보고서 제출 필수
- 착수보고, 완료보고 필수 수행
▪ 정기적인 보고 외에 사안에 따라 우리대학의 요구에 의해 수시보고 실시 및 보고서 제출
넘길 산출물
소스코드·실행 파일 · 원자료·해석 입력 자료
인수인계 산출물에 인계 대상 프로그램 목록·소스 등 유지보수 정보를 포함하고, 데이터 이관 매핑 정의서·ERD·테이블 정의서 등 원자료·해석 입력 자료를 넘긴다. 파일 형식·프로그램 버전·저장매체는 정해 적지 않았다.
- 정해진 형식 · 아니다 파일 형식·프로그램 버전·저장매체를 정해 적지 않았다. 최종 산출물은 외장형 메모리 2식·문서제본 15부로 제출한다.
- 최종 산출물은 외장형 메모리 2식에 담아 제출 및 문서제본 15부 제출
- 인수인계 산출물에는 인계 대상 프로그램 목록, 소스 등 유지보수에 필요한 정보 포함
데이터 모델링 가이드, 데이터베이스 정의서, 데이터 주제영역 정의서, ERD(개념, 논리, 물리), 테이블 정의서, 데이터 모델 검증 계획·결과(표준, 구조, 연계, 품질 포함)
주제 · 인력·수행 방식 8개
인력 자격
의무 · 계약 뒤 지킬 일
PM은 주관 사업자 소속 인력으로 유사 사업 관리 경험과 차세대 학사·행정 시스템 구축 경험(경력 3년 이상)을 보유해야 하며, 투입인력은 대학 학사·행정 시스템 구축 역량을 갖추고 SW기술자 경력증명서를 제출해야 함. PM은 상주 원칙이고 투입인력도 합의된 장소 상주 원칙. 교체 시 15일 이내 동일 기술등급 이상으로 교체.
- 크기 · - 평가표에 인력 등급·경력 점수 항목이 없음
- 대상 · 책임자(PM·책임기술자·현장대리인) · 투입 인력 전반 PM과 투입인력 전반에 자격·경력 요구
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
대학 학사·행정 시스템 구축 역량을 갖춘 인력을 배치하고, PM 및 투입인력의 SW기술자 경력증명서 제출
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
유사 사업의 사업관리 경험과 차세대 학사·행정 시스템 구축 경험 (경력 3년 이상)을 보유한 인력 배치
대학 학사·행정 시스템 구축 역량을 갖춘 인력을 배치하고, PM 및 투입인력의 SW기술자 경력증명서 제출
투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
근무 장소
발주처 현장
사업 수행 장소는 상호 협의하여 결정하되 상주 원칙이며, 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능. 원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 대학 승인을 득하여 한시적으로 사용.
- 현장에 있을 사람 · 모름 · 문서로 확인 안 됨 상주 원칙이나 전원·일부 구분 없음
- 원격 접속 · 조건부 허용 원칙 금지, 보안대책 마련 후 대학 승인 시 한시적 허용
원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 한시적으로 사용
사업수행을 위해 필요한 장소, 설비 및 기타 자원은 상호 협의하여 결정
본 사업은 상주하여 업무를 수행하는 것을 원칙으로 하나 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능
원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 한시적으로 사용
소속 직원
벽 · 못 맞추면 탈락
PM은 주관 사업자 소속 인력이어야 하며, 제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함. 공동수급체 소속 외의 인력은 하도급으로 간주하며, 대학 승인을 얻지 못할 경우 자사인력으로 대체해야 함.
- 재직 기간 · - 재직 기간 조건 없음
- 크기 · - 평가표에 소속·재직 점수 항목 없음
- 대상 · 책임자·발표자(PM·현장대리인) · 투입 인력 전원 PM은 주관 사업자 소속, 제안서 인력은 자사인력
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함
- 조건 · 사전 협의하면 외부 인원 허용 공동수급체 소속 외 인력은 하도급으로 간주, 대학 승인 필요
공동수급체 소속 외의 인력은 하도급으로 간주하며, 우리대학의 승인을 얻지 못할 경우에는 공동수급체 구성원 자사인력으로 대체해야 함
사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성
제안서 인력은 단독 또는 공동수급 구성원의 자사인력으로 구성해야 함
공동수급체 소속 외의 인력은 하도급으로 간주하며, 우리대학의 승인을 얻지 못할 경우에는 공동수급체 구성원 자사인력으로 대체해야 함
고용승계
없음
고용승계 관련 요구 없음
근무 시간
해당 없음
시스템 구축 사업으로 근무 요일·시간·교대 형태 없음
보안 조치
의무 · 계약 뒤 지킬 일
사업 착수·수행·완료 단계별 보안관리 방안 수립, 보안·개인정보 책임자 지정, 과업참여자 비밀유지 교육 월 1회, 비인가 휴대용 저장장치 사용 금지, 외부 원격작업 금지(승인 시 예외), 산출물 회수·삭제 등. 보안 대책이 평가 점수에 들지 않음.
- 크기 · - 보안 대책이 평가 항목에 없음
- 대상 · 출입 승인·보안서약·보안교육 · 기기·저장매체 반입 제한 · 작업 PC·망 통제 · 자료 반출 금지·끝난 뒤 삭제·반납 출입 승인·보안서약·보안교육, 기기·저장매체 반입 제한, 작업 PC·망 통제, 자료 반출 금지·끝난 뒤 삭제·반납
사업수행조직 내 보안·개인정보 책임자, 담당자를 지정하여 운영
사업수행 참여자의 비인가 휴대용 저장장치(USB, CD/DVD, 태블릿 등)는 사업 수행 장소 정보시스템에 연결되어 사용 불가
사업완료 후 생산된 최종 산출물 회수
사업 착수, 수행, 완료 등 사업 전체 단계별 보안관리 방안 수립
사업수행조직 내 보안·개인정보 책임자, 담당자를 지정하여 운영
용역사업 시작 전 과업참여자에 대한 비밀유지의무 준수 등의 교육을 실시하고, 과업참여자에게 최소 월 1회 관련 교육(보안관리 지침, 비밀유지의무 준수 등)실시
사업수행 참여자의 비인가 휴대용 저장장치(USB, CD/DVD, 태블릿 등)는 사업 수행 장소 정보시스템에 연결되어 사용 불가
사업완료 후 생산된 최종 산출물 회수
신원 조건
의무 · 계약 뒤 지킬 일
투입인력은 보안 관련 규정상 결격사유가 없는 인력으로 구성해야 함. 구체적 조회·검진 항목 없음.
- 갖출 때 · 모름 · 문서로 확인 안 됨 구체적 시점 없음
- 대상 · 기타 보안 관련 규정상 결격사유
투입인력은 보안 관련 규정상 결격사유가 없는 인력으로 구성
투입인력은 보안 관련 규정상 결격사유가 없는 인력으로 구성
일하는 주기
한 번·정해진 횟수
계약일로부터 13개월 이내 시스템 구축 사업으로, 분석·설계·공통구축·테스트·시범운영·안정화 단계를 거쳐 결과물을 완성하는 사업
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
주제 · 과업 범위·규모·기간 11개
다른 업 섞임
섞이지 않음
본 사업은 소프트웨어 개발·구축 용역으로, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 하도급·공동수급은 허용된다.
본 사업은 단독 또는 공동수급(공동이행방식)의 형태로 참가할 수 있으며
하는 일
순천향대학교 NewSCH학사포털 구축 사업으로, 학사행정 전 영역의 세부 업무 프로세스 상세 설계(To-Be) 및 통합 DB 모델 ERD 정립, 개인화 포털 UI/UX 와이어프레임 설계, AI 기반 이수 로드맵 추천·통합상담·학사위험군 예측 요건 정의, 통합인증(SSO)·반응형 웹 공통 개발 프레임워크 실제 구축, Paperless 기반 원스톱 학생지원 및 학사행정 연계 모듈 설계, 전사 데이터 표준 정립 및 내·외부 시스템 연계 표준 정의를 수행한다.
학사행정 전 영역의 세부 업무 프로세스 상세 설계(To-Be) 및 통합 DB 모델 ERD 정립
AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담 및 학사위험군 사전 예측 요건 정의와 통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축
기존 시스템과 이어짐
기존 시스템·설비와 연동 · 이어지는 연속 사업 · 연동·제어 SW 개발 포함
기존 종합정보시스템·포털·LMS·그룹웨어·도서관·계정관리시스템 등과 연동하고, 기존 C/S 기반 입시 시스템을 웹으로 전환하며, 대내외 연계 표준 API 설계·개발·테스트·적용이 본 사업 범위에 포함된다.
통합계정관리시스템과 연동하여 사용자 계정 및 권한 정보가 실시간 동기화되는 권한 관리 체계를 설계함
기존 C/S 기반 입시관리 시스템의 웹 전환 및 종합정보시스템 재구축 요건을 정의함
교내 시스템 및 외부 기관과의 연계를 위한 API 설계, 개발, 테스트, 적용에 소요되는 제반 작업은 본 사업 범위에 포함되며, 이로 인한 추가 비용은 사업자 부담
일의 분량
3,483,000,000원
사업금액 금 3,483,000,000원(부가세 포함). 사업 기간은 계약일로부터 13개월 이내(안정화 포함).
- 열린 분량 · 정해짐 사업금액이 정해져 있다.
사업 금액 : 금 3,483,000,000원 (부가세 포함)
사업 금액 : 금 3,483,000,000원 (부가세 포함)
수행 기간
13개월 이하
계약일로부터 13개월 이내(안정화 포함). 기점은 계약일.
- 옮길 수 없는 끝 날짜 · 없음
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
여러 해 계약
단년 한 번
계약일로부터 13개월 이내의 단일 계약으로, 차수 계약·연장·주기별 재입찰 기재가 없다.
사업 기간 : 계약일로부터 13개월 이내 (안정화 포함)
최소 투입 인원
모름 · 문서로 확인 안 됨
최소 투입 인원·공수(MD)가 정해져 있지 않다. PM은 상주 원칙, 투입인력은 합의된 장소 상주 원칙으로만 기재되어 있다.
- 조 편성 · 모름 · 문서로 확인 안 됨 조 편성에 대한 기재가 없다.
사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요)
다른 일정에 묶임
아니다
다른 공사·사업 일정에 묶였다는 기재가 없다.
부가 작업
공통 프레임워크 하자보수 및 유지관리(검수 완료일로부터 12개월 무상 하자보수, 24시간 내 장애 수리/교체), 운영자·개발자 교육 및 기술이전, 사용자·운영자 매뉴얼 제작, 차세대 본 구축을 위한 이행 및 안정화 지원(헬프데스크 운영, 핵심 기술자 상주)을 수행한다.
사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
교육·기술이전
모름 · 문서로 확인 안 됨
교육 횟수가 명시되어 있지 않다. 대상별(운영자/사용자/유지관리/수행인력) 교육계획서 제출 및 교육 실시, 교육기간은 상호 협의로 결정. 2차 인증(MFA) 솔루션은 운영자 및 사용자 교육을 각 1회 이상 제공.
- 무상 · 우리 부담(대가 안) 업무인수인계 및 교육에 따른 교재 및 소요경비는 사업자 부담을 원칙으로 한다.
업무인수인계 및 교육에 따른 교재 및 소요경비는 사업자 부담을 원칙으로 하며, 부득이한 경우 우리대학과 협의하여 조정 가능
착수부터 완료 시까지 교육계획서(목적, 내용, 대상, 일정, 도입 HW/SW 과정 포함) 제출 및 교육 실시
운영자 및 사용자 교육을 각 1회 이상 제공
일의 형태
새로 만들기 · 계획·연구·자문 · 검증·감리 · 맡아서 운영 · 유지관리 · 직접 작업 · 공급
학사포털·학사행정 시스템을 새로 구축(새로 만들기)하고, 학사 전 영역 상세 설계·컨설팅(계획·연구·자문), 테스트·검증(검증·감리), 안정화 기간 운영 지원(맡아서 운영), 하자보수·유지관리(유지관리), 공통 프레임워크·모듈 구현(직접 작업), 상용 S/W 도입·공급(공급)을 포함한다.
학사행정 전 영역의 세부 업무 프로세스 상세 설계(To-Be) 및 통합 DB 모델 ERD 정립
통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축
검수 완료일로부터 12개월 무상 하자보수
주제 · 입찰 절차·보증 7개
참가 범위
공개 경쟁
제한경쟁입찰(협상에 의한 계약)로, 소프트웨어사업자로서 나라장터에 업종(컴퓨터관련서비스업[업종코드1468]) 입찰참가자격을 등록하고 실적·자격 조건을 갖춘 자면 참여 가능. 사전 명단·협약·지명이 아님.
입찰 및 계약 방법 : 제한경쟁입찰 (협상에 의한 계약)
「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체
여러 과제로 나뉨
나뉘지 않음
단일 사업(순천향대학교 NewSCH학사포털 구축 사업)으로 과제·권역·입찰번호로 나뉜 내용이 없음.
- 여러 개 · 모름 · 문서로 확인 안 됨 나뉘지 않아 해당 사항 없음.
입찰 전 절차
서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
입찰참가 접수시 구비서류를 나라장터 전자 제출하고, 가격입찰서는 별도로 나라장터 전자 투찰. 제안설명회 당일 제안서/발표자료 출력본 12부와 USB 2개를 현장 제출(방문·우편·이메일 제출은 인정하지 않음). 기한: 접수(등록)기간 2026. 11. 19(목) 15:00까지, 제안설명회 2026. 12. 9(수) 14:00.
제안설명회 당일, 제안사는 나라장터 제출본과 동일한 내용의 제안서/발표자료 출력본 12부 및 해당 파일이 수록된 USB 2개를 지참하여 현장 제출하여야 함(제출된 서류는 일체 반환하지 않음)
* 방문·우편·이메일을 통한 제출은 인정하지 않으며, 제출 마감 이후에는 서류의 추가 제출 및 수정이 불가합니다.
현장설명회
있으나 선택
현장설명회 2026. 10. 28(수) 14:00 순천향대학교 본관 중회의실. 참석 여부가 입찰 참가 자격 여부와 관련 없음.
현장설명회 일시 및 장소 : 2026. 10. 28(수) 14:00 (순천향대학교 본관 중회의실)
본 사업의 현장설명회 참석 여부가 입찰 참가 자격 여부와 관련 없음
공채·채권
모름 · 문서로 확인 안 됨
공채·채권 매입 비율을 정한 조항이 문서에 없음.
입찰보증금
실제로 낸다(보증서·현금)
입찰보증금은 입찰금액의 5/100 이행입찰보증보험증권을 입찰접수 마감전까지 제출, 미제출 시 부적격. 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출.
- 입찰보증금 비율 · 5% 입찰금액의 5/100, 입찰접수 마감전까지 이행입찰보증보험증권 제출.
입찰보증금 : 입찰금액의 5/100 이행입찰보증보험증권을 입찰접수 마감전까지 제출
- 계약·하자 보증 비율 · 10% 계약이행보증보험증권 계약금액의 100분의 10. 하자보수보증 비율은 문서에 없음.
낙찰자는 입찰보증금과 별도로 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출하여야 함
입찰보증금 : 입찰금액의 5/100 이행입찰보증보험증권을 입찰접수 마감전까지 제출
낙찰자는 입찰보증금과 별도로 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출하여야 함
문서끼리 다른 곳
아니다
문서 간 값을 다르게 적은 곳이 없음.
주제 · 현장 작업·유지보수 9개
출동 시한
의무 · 계약 뒤 지킬 일
하자보수 지원은 근무시간 기준이나 대학 요청 시 야간·휴일에도 지원하고, 하자 발생 시 24시간 이내 무상 수리·교체. 도착·착수 시한은 별도로 없음.
- 도착 시한 · 모름 · 문서로 확인 안 됨 현장 도착·착수 시한은 문서에 없음. 24시간 이내는 수리·교체 완료 시한.
하자보수 지원은 근무시간을 기준으로 제공하되, 우리대학의 요청이 있을 경우 야간 및 휴일에도 지원
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
처리 시한
24시간 이내
하자보수 기간 중 결함·하자 발생 시 24시간 이내 무상 수리 또는 동일 신품 이상 부품 교체. 24×365 상시 운영 가용성 보장.
- 기점 · 그 밖(짧은 글) 하자 발생 시점부터 기산
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
목표시스템은 연중무휴(24×365) 상시 운영 가용성 보장
부품·소모품
해당 없음
이 사업은 시스템 구축·설계 용역으로 유지보수(점검·수리) 계약이 아님. 하자보수 기간 중 부품 무상 교체는 q9에서 다룸.
현장·납품지
1곳
순천향대학교(교내) 단일 현장. 해외·섬·개별 가정 없음.
- 열린 분량 · 정해짐 순천향대학교 교내로 정해짐
- 범위 · 없음(국내 보통 현장) 해외·섬·개별 배송 없음
현장 여건
순천향대학교 교내에서 상주 수행을 원칙으로 하며, 사업수행에 필요한 장소·설비·전산자원·집기·비품·관리운영비·야간 및 휴일작업 경비 등은 사업자가 부담한다. 위험작업은 문서에 없음.
부대공사·현장 준비는 사업자 부담(내역에 별도 잡힘 여부는 모름). 위험작업 없음.
- 부대공사·현장 준비 · 우리 부담(대가 안) 사업자가 부담. 대가에 별도 잡혔는지는 모름.
사업수행에 필요한 환경조성(장비 등) 비용 일체는 사업자 부담
- 위험작업 · 없음 밀폐공간·높은 곳·중량물·굴착·차도·물 위 작업 없음
사업수행에 필요한 환경조성(장비 등) 비용 일체는 사업자 부담
사업에 필요한 집기, 비품, 관리운영비, 야간 및 휴일작업 등에 필요한 기타경비 등은 사업자가 부담
작업 시기
운영 중인 시설·시스템(멈추지 않고 작업)
목표시스템은 연중무휴(24×365) 상시 운영 가용성 보장, 고가용성 이중화 구성. 야간·휴일 작업은 하자보수 지원 시 대학 요청이 있을 경우에만 해당.
목표시스템은 연중무휴(24×365) 상시 운영 가용성 보장
목표시스템은 고가용성 향상을 위해 이중화 구성
경비 부담
우리 부담(대가 안)
사업 수행에 필요한 각종 물품(비품, S/W, H/W, 개발 TOOL 등), 소모품 등은 제안사가 자체 확보. 관급 없음.
- 관급 금액 · 해당 없음 관급 없음
- 관급 설치 · 해당 없음 관급 없음
사업 수행에 필요한 각종 물품(비품, S/W, H/W, 개발 TOOL 등), 소모품 등은 제안사가 자체적으로 확보하여야 하며 우리대학이 보유 중인 물품은 우리대학의 승인 아래 이용할 수 있음
폐기물 처리 몫
해당 없음
시스템 구축·설계 용역으로 폐기물·부산물 처리가 계약에 없음.
하자보수
12개월
검수 완료일로부터 12개월 무상 하자보수. 하자 발생 시 24시간 이내 무상 수리·교체. 정기점검·소모성 부품 무상 여부는 문서에 없음.
- 기점 · 설치·검수 완료일 검수 완료일로부터 기산
사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
- 보증 기간 정기점검 · 없음 보증 기간 중 정기점검 요구 없음
- 소모성·정기정비 부품 · 모름 · 문서로 확인 안 됨 소모성·정기정비 부품 무상 여부 문서에 없음
사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
주제 · 가격·대금·계약 조건 11개
대금 방식
발주처가 대금 지급
순천향대학교가 발주·수요기관이며 사업금액 3,483,000,000원(부가세 포함)을 지급하는 구축 사업이다. 이용자·수혜자가 비용을 대는 수익형 요소는 문서에 없다.
- 이용자 몫 수납 · 해당 없음 본 답이 발주처가 대금 지급이므로 이용자 몫 수납은 해당 없음.
사업금액 : 금 3,483,000,000원 (부가세 포함)
본 사업과 관련한 대금 지급 및 정산은 계약상대자(공동수급의 경우 대표사)를 통해 일원화하여 수행하여야 함
총액·단가 방식
총액
사업금액이 총액(부가세 포함)으로 제시되어 있고, 입찰가격 평가는 추정가격 대비 입찰가격 비율로 산정한다. 단가×수량·기간 정액·건당·비율 과금 방식은 문서에 없다.
- 정산 · 확정 금액 계약금액이 총액으로 제시되어 있고 실적·실비 정산 조항은 없다.
사업금액 : 금 3,483,000,000원 (부가세 포함)
- 단가 조정 · 모름 · 문서로 확인 안 됨 계약 기간 중 단가 고정·시세 연동·협의 조정에 관한 조항이 문서에 없다.
사업금액 : 금 3,483,000,000원 (부가세 포함)
평점 = 입찰가격 배점한도 × ( 최저입찰가격 / 해당입찰가격 )
물량 변동
일부 미정
요구사항 총괄표에 128개 요구사항이 제시되어 있으나, 연계 대상·범위·방식·주기·예상 건수 등은 사업 추진 과정에서 대학과 사전 협의 후 최종 확정하고, 세부 일정도 협의로 조정 가능하다고 적었다.
연계 대상, 범위, 방식, 주기, 예상 건수 등 연계 관련 제반 사항은 사업 추진 과정에서 대학과 사전 협의 후 최종 확정
※ 세부 일정은 사업추진 과정에서 우리 대학과 협의를 통해 조정할 수 있음
발주처 단가 기준
적혀 있지 않음
발주처가 정한 단가·상한가·요율·품셈 등 대가 산정 기준이 공고에 적혀 있지 않다. 사업금액 총액만 제시되어 있다.
사업금액 : 금 3,483,000,000원 (부가세 포함)
계약 상대
공고 낸 기관 직접
공고기관·수요기관 모두 순천향대학교이며, 대금 지급·정산도 계약상대자(공동수급의 경우 대표사)를 통해 일원화한다고 적었다. 다른 계약·대금 상대는 문서에 없다.
공고기관: 순천향대학교
수요기관: 순천향대학교
본 사업과 관련한 대금 지급 및 정산은 계약상대자(공동수급의 경우 대표사)를 통해 일원화하여 수행하여야 함
그대로 넘길 돈
아니다
계약금액 안에 다른 곳에 넘기거나 정해진 곳에 그대로 써야 하는 돈을 넣으라고 적은 조항이 문서에 없다. 하도급 대금 지급은 관계 법령에 따라 구축사업자 책임 하에 적정하게 이루어져야 한다고만 적었다.
- 넘길 돈 · 모름 · 문서로 확인 안 됨 해당 항목·금액이 문서에 없다.
- 투찰 때 반영 · 모름 · 문서로 확인 안 됨 투찰 시 조정 없이 넣으라는 조항이 문서에 없다.
견적 근거
방문 열람만
현행 시스템 구성도 등은 보안서약서를 작성하고 사업담당자와 함께 입회하여야만 열람이 가능하다고 적었다. 단가·물량·목록 공개에 관한 조항은 없다.
- 이윤 · 모름 · 문서로 확인 안 됨 원가계산서·산출내역이 공개되지 않아 이윤 잡힘 여부를 알 수 없다.
행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시 제2022-31호, 2022.4.21.) 제17조에 의거, 현행 시스템 구성도 등은 입찰에 참가하는 사업자가 제안서 작성 시 필요한 경우 보안서약서를 작성하고 사업담당자와 함께 입회 하여야만 열람이 가능합니다.
대금 받는 때
계약 뒤 협의
대금 지급 시기·방식에 관한 구체적 조항이 문서에 없고, 계약조건에서 우선협상대상자와 기술조건 합의 조정과 금액 조정을 요구할 수 있다고만 적었다. 지급 조건은 계약 시 협의로 정해지는 것으로 보인다.
- 선금 · 모름 · 문서로 확인 안 됨 선금 비율에 관한 조항이 문서에 없다.
- 지급 기한 · 모름 · 문서로 확인 안 됨 청구 후 며칠 안에 지급한다는 조항이 문서에 없다.
우선협상대상자의 제안서에 대하여 제안요청서 및 계약 요건에 따라 제안서 내용의 변경, 추가, 삭제 등을 포함한 기술조건 합의 조정과 금액 조정을 요구할 수 있다.
보험 가입
의무 · 계약 뒤 지킬 일
계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 제출하여야 하고, 입찰 시 입찰보증보험증권(입찰금액의 5%)을 제출하여야 한다. 이는 계약 전·계약 시 통과 조건에 가까우나 문서상으로는 계약 시 제출 의무로 적혀 있다. 보상 한도·보험료 부담 주체는 문서에 없다.
- 보상 한도 · 모름 · 문서로 확인 안 됨 보상 한도에 관한 조항이 문서에 없다.
- 보험료 · 모름 · 문서로 확인 안 됨 보험료 부담 주체에 관한 조항이 문서에 없다.
- 대상 · 기타 계약이행보증보험·입찰보증보험(이행보증)이 해당한다.
낙찰자는 입찰보증금과 별도로 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출하여야 함
낙찰자는 입찰보증금과 별도로 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출하여야 함
입찰보증금 : 입찰금액의 5/100 이행입찰보증보험증권을 입찰접수 마감전까지 제출
계약 변동 가능
아니다
예산 확정 전·보조사업자 계약 등으로 계약이 안 되거나 금액·물량·기간이 바뀔 수 있다고 적은 조항이 문서에 없다. 다만 세부 일정은 협의로 조정 가능하다고 적었다.
- 바뀔 수 있는 것 · 해당 없음 계약 불성립·금액·물량·기간 변경에 관한 조항이 문서에 없다.
부가세 과세
모름 · 문서로 확인 안 됨
사업금액이 부가세 포함으로 표기되어 있을 뿐, 이 일·품목의 과세·면세 여부를 적은 문장은 문서에 없다. 투찰가에 부가세를 포함한다는 표기는 금액에 부가세가 들었다는 정형 표기이다.
- 투찰가에 부가세 · 넣는다 사업금액이 부가세 포함으로 제시되어 있다.
사업금액 : 금 3,483,000,000원 (부가세 포함)
사업금액 : 금 3,483,000,000원 (부가세 포함)
뽑는 방식 · 입찰 방식 10개
회사 속성 우대
없음
평가표에 회사 속성 우대 항목이 없다. 정량적 평가는 유사용역 수행실적·경영상태뿐이고, 정성적 평가 항목에도 창업·여성·장애인·사회적기업·소기업·고용실적·인증·산업재해율 우대가 없다. 프로젝트 지원 품질보증 항목에 SP인증 보유 시 '우대할 수 있다'는 서술만 있다.
- 우대 대상 · 모름 · 문서로 확인 안 됨 회사 속성 우대 대상이 문서에 없다.
- 가점 크기 · 모름 · 문서로 확인 안 됨 가점 크기가 적혀 있지 않다.
▪ 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어 진흥법」 제21조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 유효한 인증을 제시하는 경우 확인하고 평가한다. 이 경우 유효한 SP인증을 보유하고 있는 경우에는 우대할 수 있다.
신용등급·경영상태
감점 · 점수에 반영
경영상태 평가기준(5점)으로 신용평가등급을 평가한다. 신용평가등급확인서를 제출하지 않은 경우 최저등급(CCC+(C))으로 평가한다.
- 등급이 없을 때 · 최저 등급 점수 신용평가등급확인서를 제출하지 않거나 확인되지 않으면 최저등급(CCC+(C))으로 평가한다.
※ 평가대상 업체의 기업신용평가 및 회사채(또는 기업어음) 신용평가에 따른 평점이 다른 경우에는 높은 평점으로 평가하며,‘신용평가등급확인서’를 제출하지 않은 경우 최저등급(CCC+(C))으로 평가
- 크기 · 3.5~5점 신용평가등급에 따라 배점의 100%(5.0점)에서 70%(3.5점)까지 차등한다.
| AAA, AA+, AA0, AA-
A+, A0, A-, BBB+, BBB0 | A1, A2+, A20,
A2-, A3+, A30 | AAA, AA+, AA0, AA-,
A+, A0, A-, BBB+, BBB0 | 배점의 100% | 5.0점 || CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% | 3.5점 |
- 대상 · 신용평가등급 기업신용평가 및 회사채(또는 기업어음) 신용평가 등급을 평가한다.
※ 평가대상 업체의 기업신용평가 및 회사채(또는 기업어음) 신용평가에 따른 평점이 다른 경우에는 높은 평점으로 평가하며,‘신용평가등급확인서’를 제출하지 않은 경우 최저등급(CCC+(C))으로 평가
※ 평가대상 업체의 기업신용평가 및 회사채(또는 기업어음) 신용평가에 따른 평점이 다른 경우에는 높은 평점으로 평가하며,‘신용평가등급확인서’를 제출하지 않은 경우 최저등급(CCC+(C))으로 평가
2. 국가종합전자조달시스템에서 신용평가등급 확인서가 확인되지 않은 경우에는 최저등급으로 평가하며, 유효기간 시작일 또는 만료일이 입찰공고일인 경우에도 유효한 것으로 평가한다. 다만, 입찰공고일 다음날 이후에 발생 또는 수정된 자료는 평가에서 제외한다.
보유 인력
없음
회사가 보유한 인력의 수·등급을 점수나 참가 조건으로 보는 규정이 없다. PMR-001에서 PM 및 투입인력의 자격·상주를 요구하나 이는 투입 인력에 관한 것이다.
- 기준 인원 · 모름 · 문서로 확인 안 됨 기준 인원이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 점수 차가 적혀 있지 않다.
전담 인력
의무 · 계약 뒤 지킬 일
PMR-001에서 PM은 본 사업 기간 동안 특별한 사정이 없는 한 변경될 수 없으며 상주 원칙이고, 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 한다. 다만 특정분야 업무에 대하여 상호 합의하에 비상주 근무가 가능하다. 참여율 상한·업무중첩도 감점은 없다.
- 참여율 상한 · 모름 · 문서로 확인 안 됨 참여율 상한이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 점수 차가 적혀 있지 않다.
- 대상 · 책임자(PM·현장대리인·핵심 인력) · 투입 인력 전원 PM과 투입인력 모두 상주 원칙이다.
- 사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요)
- 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
- 사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요)
- 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입
▪ 본 사업은 상주하여 업무를 수행하는 것을 원칙으로 하나 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능
큰 배점 항목
기술 및 기능(30점), 전략 및 방법론(15점), 성능 및 품질(10점)·프로젝트 관리(10점)·프로젝트 지원(10점)
정성적 평가(80점)에서 기술 및 기능이 30점으로 가장 크고, 전략 및 방법론이 15점, 성능 및 품질·프로젝트 관리·프로젝트 지원이 각 10점이다. 정량적 평가는 유사용역 수행실적 5점, 경영상태 5점이다.
| 기술평가(90) | 정성적 평가(80) | 기술 및 기능 | 30 |
| 기술평가(90) | 정성적 평가(80) | 전략 및 방법론 | 15 |
| 기술평가(90) | 정성적 평가(80) | 성능 및 품질 | 10 |
가점
없음
특허·신기술·수상·우수업체 선정·기술개발 투자·신규 고용에 대한 가점 항목이 없다. 하도급계약 적정성 판단 세부기준에 하수급인의 인증·수상 가점이 있으나 이는 하도급 적정성 판단 기준이다.
- 가점 대상 · 모름 · 문서로 확인 안 됨 가점 대상이 적혀 있지 않다.
- 가점 크기 · 모름 · 문서로 확인 안 됨 가점 크기가 적혀 있지 않다.
샘플·시안 선제출
없음
입찰·제안·규격평가 단계에서 시안·샘플·견본·조감도·시험 번역·예약확인서를 미리 만들어 내거나 평가 자리에서 시연·성능시험을 받아야 한다는 규정이 없다. INR-001의 UI 프로토타입은 설계단계 중(개발단계 이전)에 제작하는 것으로 입찰 단계가 아니다.
- 크기 · 모름 · 문서로 확인 안 됨 점수 차가 적혀 있지 않다.
- 대상 · 모름 · 문서로 확인 안 됨 대상이 적혀 있지 않다.
무상 추가 제공
의무 · 계약 뒤 지킬 일
PSR-001에서 하자보수 기간은 검수 완료일로부터 12개월이고, 하자 발생 시 24시간 이내에 무상 수리 또는 교체한다. 평가표에 사후관리·추가 제안 배점은 없다.
- 요구 기간 · 12개월 검수 완료일로부터 12개월 무상 하자보수
- 사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
- 크기 · 모름 · 문서로 확인 안 됨 점수 차가 적혀 있지 않다.
- 대상 · 유지보수·사후지원 하자보수·유지관리 기간을 요구한다.
- 사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
- 사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월
- 하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
평가 자리 발표
발표(대면·화상)
제안설명회(제안발표)를 개최하며 발표 시간은 업체당 50분(발표 30분, 질의응답 20분)이다. 발표는 제안사의 사업관리자(PM)가 직접 진행하여야 하고, 업체별 참여자 수는 5인 이하(PM 포함)이며 동영상 등을 이용한 간접발표는 불허한다. 발표에 빠지거나 정한 발표자가 아니면 어떻게 되는지는 적혀 있지 않다.
- 빠지면 · 모름 · 문서로 확인 안 됨 발표에 빠지거나 정한 발표자가 아니면 어떻게 되는지 적혀 있지 않다.
발표 시간: 업체당 50분(발표 30분, 질의응답 20분)
제안설명회 발표는 제안사의 사업관리자(PM)가 직접 진행하여야 함
※ 업체별 참여자 수는 5인 이하(PM 포함)로 하며, 동영상 등을 이용한 간접발표는 불허함
차등점수제
아니다
차등점수제 적용 여부가 적혀 있지 않다. 평가는 기술평가(90%)와 가격평가(10%)로 하고, 협상적격자는 기술평가 배점한도의 85% 이상인 자로 선정한다.
- 순위 간 점수차 · 모름 · 문서로 확인 안 됨 순위 간 점수차가 적혀 있지 않다.
카테고리 · 정보시스템·SW 7개
AI 과업
AI 활용 조사·검토·설계
AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담, 학사위험군 사전 예측 요건 정의와 AI 추천 기반 통합상담 연계 및 통합검색 연계 체계 구축을 과업으로 하며, AI 기능 자체의 개발·구현이나 AI 서비스·라이선스 구매는 명시되지 않음
AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담 및 학사위험군 사전 예측 요건 정의와 통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축
축적된 학사·상담 데이터를 활용한 AI 추천 기반 통합상담 체계 및 상담 추천 알고리즘 연계 요건을 정의함
AI 추천 기반 통합상담 연계 및 통합검색 연계 체계 구축을 추진함
저작권 귀속
발주처 단독
산출물 및 지식재산권은 사업 완료와 동시에 발주기관에 귀속되며, 발주기관 승인 없이 제3자 제공·복제·배포·개작·전송·상업적 이용 불가
- 우리가 다시 쓰기·공개 · 조건부 허용 발주기관 승인 없이는 복제·배포·개작·전송·상업적 이용 및 제3자 제공이 불가하여 승인을 조건으로 허용됨
계약 목적물의 지식재산권은 발주기관과 협의없이 복제, 배포, 개작, 전송, 상업적 이용 불가
발주기관 승인 없이 제3자에게 계약목적물 및 산출물 제공 불가
사업 수행 중 제작·취득되는 모든 산출물, 성과물, 취득물 등의 소유권은 사업 완료와 동시에 발주기관에 귀속
계약 목적물의 지식재산권은 발주기관과 협의없이 복제, 배포, 개작, 전송, 상업적 이용 불가
발주기관 승인 없이 제3자에게 계약목적물 및 산출물 제공 불가
결원 대체 인력
의무 · 계약 뒤 지킬 일
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시, 투입인력 교체 시 15일 이내 동일 기술등급 이상 인력으로 교체, 교체 15일 전 발주자 사전 승인, 인수인계 기간 15일 이상
- 메울 시한 · 15일 이내 교체 요구 시 15일 이내 교체, 교체 15일 전 사전 승인, 인수인계 15일 이상
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
- 못 메우면 감액 · 아니다 못 채운 인원·기간만큼 용역비를 깎는다는 규정은 없음
- 크기 · 해당 없음 평가표에 대체 인력 방안 배점이 없음
- 대상 · 대체 인력(결원·휴가·퇴사 때) · 예비·백업 인력을 미리 지정 비상 상황 대비 대체인력 Pool 및 대응 프로세스 제시, 인력 교체·보완 체계 구체화
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시
리스크 대응을 위한 인력 교체·보완 체계 구체화
비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시
투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체
투입인력은 임의로 교체할 수 없으며, 부득이한 사유로 교체하여야 할 경우에는 교체 15일 전 발주자의 사전 승인 필요
인력 교체 시 인수인계 기간은 15일 이상으로 하여 업무 공백이 없도록 지원 방안 제시
나눠 납품
해당 없음
소프트웨어 구축 용역으로 실물·데이터 납품물이 없어 분할납품 개념이 적용되지 않음
- 분할납품 · 해당 없음 납품물이 없는 용역
기존 장비 제조사
제조사·모델 · Java, Xplatform (CS 구조) — 학부 학사 시스템, 대학원 학사 시스템, 일반행정 시스템, 부속행정 시스템 (각 2013년 도입) 전체 답 · 모름
정보시스템 현황표에 학부 학사 시스템, 대학원 학사 시스템, 일반행정 시스템, 부속행정 시스템이 Java, Xplatform (CS 구조)로 기재되어 있으나 제조사가 명시되지 않음
- 제조사·모델 · Java, Xplatform (CS 구조) — 학부 학사 시스템, 대학원 학사 시스템, 일반행정 시스템, 부속행정 시스템 (각 2013년 도입) 제조사는 문서에 명시되지 않음
학부 학사 시스템 | Java, Xplatform (CS 구조) | 2013
학부 학사 시스템 | Java, Xplatform (CS 구조) | 2013
대학원 학사 시스템 | Java, Xplatform (CS 구조) | 2013
일반행정 시스템 | Java, Xplatform (CS 구조) | 2013
부속행정 시스템 | Java, Xplatform (CS 구조) | 2013
하드웨어 부담
해당 없음
소프트웨어 구축 용역으로 하드웨어·시스템을 사서 넘기거나 대여·유지하는 과업이 없음
같은 시스템 경험
없음
이 발주처의 바로 그 시스템(순천향대학교 학사포털) 개발·운영 경험을 요구하거나 점수화한 문장이 없음
- 크기 · 해당 없음 점수 항목 없음
- 대상 · - 요구 문장 없음
- 조건 · 모름 · 문서로 확인 안 됨 요구 문장 없음
카테고리 · 정보시스템·SW (2) 6개
사용 환경
모바일·반응형 지원
반응형 웹 공통 개발 프레임워크 구축, PC·태블릿·모바일 최적 UI, 모바일 전용 경량 UI/UX, iOS/Android 지원. 브라우저는 Chrome, Safari, Edge, Firefox 등 호환성 보장.
▪ 공통 아키텍처 및 CMS: 반응형 웹(Responsive Web) 기반 기기(PC, 태블릿, 모바일) 최적 UI, 웹 표준 준수(Chrome, Safari, Edge, Firefox 등 호환성 보장)
- 웹표준 및 모바일 최적화: HTML5/CSS3 웹표준 준수(Chrome, Safari, Edge 등 호환성 보장) 및 대용량 트래픽 처리·성능 최적화를 위한 모바일 전용 경량 UI/UX 구현
고장 대체 장비
의무 · 계약 뒤 지킬 일
하자보수 기간 중 시스템 결함 또는 H/W·S/W 하자 발생 시 24시간 이내 무상 수리 또는 동일 신품 이상 부품으로 교체. 대체 장비·예비품·이중화 회선을 별도로 갖추라는 요구는 없음.
- 메울 시한 · 24시간 이내
- 못 메우면 · 모름 · 문서로 확인 안 됨
- 크기 · -
- 대상 · 기타 하자 발생 시 24시간 이내 무상 수리·동일 신품 교체(대체 장비·예비품·이중화 회선 요구는 없음)
- 하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체
공유·전용 설비
해당 없음
발주처(순천향대학교) 교내 시스템을 구축하는 사업으로, 제안사 설비·플랫폼으로 서비스하는 구조가 아님.
저작물·초상권
우리 부담(대가 안)
사업수행에 필요한 이미지, 기타 저작물 등의 사용은 사업자가 부담하여 제공. 제3자 지식재산권 침해 시 사업자가 합의 배상.
- 권리 범위 · 모름 · 문서로 확인 안 됨 저작물 사용은 사업자 부담이라고만 적혀 있고 이용 허락인지 양도인지 명시 없음
▪ 사업수행에 필요한 이미지, 기타 저작물 등의 사용은 사업자가 부담하여 제공
▪ 사업자가 계약을 수행함에 있어 제3자의 지적재산권을 침해하여 우리대학을 상대로 손해배상 청구소송 등이 제기될 경우 사업자가 피해자 측과 합의 배상
외부 자문·검토
해당 없음
외부 전문가 자문·검토·감수를 제안사가 꾸려 열어야 한다는 요구가 문서에 없음.
시민 직접 응대
해당 없음
최종 이용자·시민·주민을 제안사가 직접 상대하는 창구(콜센터·민원 접수 등)에 대한 요구가 문서에 없음.
문서 발췌
과업·요구
[서식 9] 정보 비공개 동의서 150 [서식 10] 서약서 151 [서식 11] 기술적용계획표, 기술적용결과표 152 [서식 12] 소프트웨어사업 하도급 계획 적정성 확인서 161 [서식 13] 소프트웨어사업 하도급 계획서 162 [서식 14] 하도급계약의 적정성 판단 자기평가표 164 [서식 15] 하도급계약의 적정성 판단 세부기준 165 [서식 16] 소프트웨어사업 하도급/재하도급 계약 승인신청서 167 [서식 17] 제안 요구사항 수용여부 조견표 168 사업 개요 사업 개요 사업명 : 순천향대학교 NewSCH학사포털 구축 사업 사업 기간 : 계약일로부터 13개월 이내 (안정화 포함) 사업 금액 : 금 3,483,000,000원 (부가세 포함) 입찰 및 계약 방법 : 제한경쟁입찰 (협상에 의한 계약) 사업 배경 직무기반 모듈형 교육과정과 집중이수제 및 자유전공·스쿨제 등 유연한 교육제도를 수용할 통합 학사 프로세스 및 DB 아키텍처 수립 필요 C/S 및 구버전 Java 기반의 노후화된 학사 시스템을 개선하여 멀티 OS·브라우저 지원 및 시스템 간 연계 부재로 인한 행정 비효율 해소 산재된 학사 데이터의 통합을 통해 신분별 맞춤형 정보 제공 체계를 확립하고, AI 이수 추천·위험군 예측 기능을 갖춘 지능형 학사행정으로의 전환 기반을 마련함 의과대학 통합 6년제 개편에 따른 의대학사 시스템 구축이 시급하며, 비교과 성과관리, 공간 정보와 수업 연계를 통한 강의실 배정 최적화, AI 기반 통합상담 등 학생 성장 중심의 학사행정 기반 조성이 요구됨 사업 추진목표 교육혁신사업의 3대 핵심 목표인 학사행정 통합서비스, AI 기반 학사서비스, 학생 맞춤형 학사정보 제공을 실현할 차세대 정보서비스 기반을 마련함 분산 운영 중인 학사행정 서비스의 업무·데이터 시스템 구조를 통합 및 표준화하고, 의대학사 시스템 분석·설계, 비교과 성과관리, 공간 정보와 수업 연계를 통한 강의실 배정 최적화를 포함한 학사 전 영역 상세설계를 수행하여 학사행정 통합서비스 체계를 정립함 향후 AI를 활용한 지능형 서비스 제공에 대비하여 전사 데이터 표준 및 목표 데이터 모델을 정립하고 AI 추천 기반 통합상담, 데이터 이관 전략과 통합검색 체계를 수립하여 AI 기반 학사서비스 기틀을 마련함 포털 및 모바일 공통 UI/UX, 위젯 및 개인화 프레임워크, 다채널 알림 기반을 구축하여 개인별 학적 및 이수 현황에 따른 맞춤형 정보 제공이 가능한 학생 중심 통합 서비스 채널 구조를 설계함 사업 추진전략 학사행정 통합서비스 실현을 위해 공통 아키텍처 수립, 통합계정 및 권한 체계 연동, API 연계 표준화, 의대학사 시스템, 비교과 성과관리, 공간 정보와 수업 연계를 통한 강의실 배정 최적화를 포함한 학사 전 영역 상세설계 및 입시 시스템 웹 전환을 추진함
AI 기반 학사서비스 실현을 위해 데이터 표준 단어 및 코드 사전 정립, 전사 통합 학사 논리 ERD 작성, 데이터 이관 및 정제 시나리오 수립, AI 추천 기반 통합상담 연계 및 통합검색 연계 체계 구축을 추진함 학생 맞춤형 학사정보 제공 실현을 위해 반응형 포털 및 모바일 공통 UI/UX 가이드라인 정립, 위젯 기반 개인화 프레임워크 설계, 다채널 Push 알림 연계 구조 수립을 추진함 안정적인 시스템 구축 및 향후 확장을 위해 개발·테스트·배포 환경 표준화, 형상 및 품질 관리 체계 확립, 보안 및 운영 기술 표준 수립 등 공통 실행 기반을 확보함 사업 범위 학사행정 전 영역의 세부 업무 프로세스 상세 설계(To-Be) 및 통합 DB 모델 ERD 정립 학생·교직원 등 구성원의 신분별 권한과 역할에 맞춘 개인화 포털 UI/UX 와이어프레임 설계 및 맞춤형 위젯 레이아웃 수립 AI 기반 이수 로드맵 추천, AI 추천 기반 통합상담 및 학사위험군 사전 예측 요건 정의와 통합인증 및 반응형 웹 공통 개발 프레임워크 실제 구축 학생 행정 신청 결재, 디지털 업무 협업, 설문, 다채널 알림(알림톡/UMS) 등 Paperless 기반 원스톱 학생지원 및 학사행정 연계 모듈 설계 전사 데이터 표준 사전 정립, 내·외부 시스템 연계 표준 정의 및 목표 DB 매핑과 정제 전략 수립 시스템별 주요 개발 내용
| 정보시스템 | 주요 내용 | |
|---|---|---|
| 종합정보 시스템 | 공통 | • 종합정보시스템과 포털 간 일관된 사용자 경험 제공을 위한 UI/UX 디자인 가이드라인을 수립하고 전 시스템의 다국어 지원 아키텍처를 설계함 • 학사행정 결재, 학생 신청 승인, 다채널 알림(알림톡/UMS), 맞춤형 공지 등 원스톱 학생지원을 위한 전사 공통 모듈 연계 구조를 수립함 • 통합계정관리시스템과 연동하여 사용자 계정 및 권한 정보가 실시간 동기화되는 권한 관리 체계를 설계함 • 개인정보보호법 준수를 위한 DB 암호화 및 접속 이력 위변조 방지 등 보안 요건을 공통 적용함 |
| 학사행정 시스템 | • 기존 C/S 기반 입시관리 시스템의 웹 전환 및 종합정보시스템 재구축 요건을 정의함 • 학적, 교육과정, 수업, 장학, 등록, 교직, 졸업 등 학사행정 전 영역 프로세스 상세 설계 및 통합 DB 모델 ERD를 설계함 • 대학원 학사 운영 특성을 통합적으로 반영할 수 있는 학사관리 데이터 구조 및 프로세스를 설계함 • 의과대학 통합 6년제 전환에 따른 의대학사(교과·포트폴리오·성적·상담) 특화 프로세스 분석·설계 및 전용 데이터 구조를 수립함 • 다양한 교육과정 운용을 지원하기 위해 공간 정보와 수업 개설·시간표를 연계한 강의실 배정 최적화 프로세스 및 연계 구조를 설계함 • 교과 및 비교과 활동 성과의 통합 관리·분석을 위한 비교과 성과관리 체계 요건을 수립함 • 학생자치기구, 행사, 상벌, 병무 관리 등 학생지원 기능의 통합 요건을 수립함 • 외부기관 연계 등록 관리와 LMS 및 교내 내부 시스템 연계 인터페이스 표준을 정립함 | |
| 포털시스템 | • 통합로그인 SSO 및 생체와 2차 인증 연동 체계를 실제 구축하고 반응형 웹 공통 개발 프레임워크를 적용함 • 학내 시스템, 첨부문서, 메뉴 색인을 포함한 통합검색 표준을 수립하고 권한별 검색결과 제어 알고리즘을 설계함 • 학생, 교원, 직원, 외부인 등 사용자 신분별 맞춤형 메인 화면 및 권한 체계를 정의함 • 축적된 학사·상담 데이터를 활용한 AI 추천 기반 통합상담 체계 및 상담 추천 알고리즘 연계 요건을 정의함 • 대시보드, To-Do, 알림 수신, 일정 관리, 퀵메뉴, 위젯 등 사용자 설정 기반의 개인화 서비스 와이어프레임을 설계함 • 마이페이지, 공지사항, 게시판, 대학생활 안내 • 교내·외 정보시스템 통합 접근 환경 제공 및 연계 관리 • 통합알림 및 연계 서비스 - 신청함(각종 신청, 처리상태 및 결과 안내) - 통합결재(업무결재+전자결재): 결재요청, 진행상태, 처리결과 알림 | |
| 디지털 기반 학생지원 행정 모듈 구축 | • 복학·휴학 등 학적변동, 장학, 공결 신청 등 학생 행정 요청 건에 대해 학과-단과대-학생지원 부서 간 원스톱 처리 및 협업 관리 프로세스를 설계함 • 종합정보시스템의 학사 조직정보, 전자결재 기능 및 UMS 알림과 연동하여 학생 제출 증빙서류의 부서 간 검토 및 실시간 제출 현황 연동 기능을 명세함 • 학생지원 부서, 학과, 학생 간 원활한 소통을 지원하기 위한 맞춤형 학사 공지사항 및 타겟별(학년/학과/대상자) 정보 공유 채널을 설계함 | |
| 설문조사시스템 | • 강의평가, 교육과정 개선 조사, 서비스 만족도 등 교내 설문조사를 통합 관리하기 위한 시스템 요건을 정의함 • 설문 생성, 문항 관리, 응답 대상자 관리, 응답 및 결과 관리 등 세부 기능 구조를 구성함 • LMS, 포털 등 교내 핵심 시스템과의 연계 방안을 수립함 • 사용자 편의성을 위한 웹 및 모바일 기반 설문 참여 환경을 설계함 | |
| UMS(알림) | • 신청 처리, 결재 승인 요청, 주요 학사일정과 연동되는 실시간 알림 서비스 연계 구조를 설계함 • App Push, 카카오 알림톡, 문자 메시지를 포함한 다채널 알림 전달 체계를 수립함 • 사용자별 알림 수신 여부 및 채널을 직접 관리할 수 있는 개인별 알림 설정 기능을 명세함 |
라. 최신 웹 표준 미준수 및 정보기술 환경 확장성 한계 - 종합정보시스템의 구조적 제약으로 인해 모바일, 다양한 OS 등 다변화된 사용자 환경 대응에 한계가 발생함 - IE기반 Windows 전용 환경 의존에서 벗어나 웹 표준 HTML5 기반 전환으로 최신 브라우저 호환성을 확보해야 함 - 기술지원이 종료된 노후 소프트웨어 사용과 이기종 시스템 환경을 개선하여 AI 및 클라우드 등 최신 기술 도입을 위한 공통 개발 표준과 운영 기반 수립이 시급함 - 대내외 서비스 접근성을 향상시키고 미래 기술 변화에 유연하게 대응할 수 있도록 웹 표준 기반의 최신 아키텍처로 전환하고자 함 대내외 서비스 접근성 향상을 위한 웹 표준(HTML5) 기반의 시스템 전환 사업 추진방안 추진일정 - 계약 체결일로부터 13개월 이내
| 일정 추진단계 | M 1 | M 2 | M 3 | M 4 | M 5 | M 6 | M 7 | M 8 | M 9 | M 10 | M 11 | M 12 | M 13 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 계획수립 | |||||||||||||
| ■ | |||||||||||||
| - 계약 및 착수 | ■ | ||||||||||||
| - 수행계획수립 | |||||||||||||
| 분석 | |||||||||||||
| ■ | ■ | ■ | |||||||||||
| - 현행시스템 분석 | ■ | ■ | |||||||||||
| - ISP 연계 요구사항 상세 정의 | ■ | ||||||||||||
| 설계 | |||||||||||||
| ■ | ■ | ■ | ■ | ||||||||||
| - 대학 데이터 표준 및 목표 ERD 정립 | |||||||||||||
| - UI/UX 와이어프레임 및 시스템 설계 | ■ | ||||||||||||
| - 개발 환경 구축 | ■ | ■ | |||||||||||
| 공통구축 | |||||||||||||
| ■ | ■ | ■ | ■ | ■ | |||||||||
| - 반응형 웹 공통 개발 프레임워크 구축 | ■ | ■ | ■ | ■ | ■ | ||||||||
| - 통합인증 SSO 연동 | |||||||||||||
| - 공통 업무 지원 모듈 구현 및 검증 | |||||||||||||
| 테스트 및 검증 | |||||||||||||
| ■ | ■ | ■ | |||||||||||
| - 공통 프레임워크 단위 및 통합테스트 | ■ | ■ | ■ | ||||||||||
| - 웹 표준, 성능 및 보안성 검증 | |||||||||||||
| 시범운영 및 이행 | |||||||||||||
| ■ | ■ | ■ | |||||||||||
| - 시범운영 및 공통 모듈 검수 | ■ | ■ | ■ | ||||||||||
| - 본 구축을 위한 데이터 이관 전략 수립 | |||||||||||||
| - 차세대 시스템 이행 준비 및 전환 지원 | |||||||||||||
| 안정화 지원 | |||||||||||||
| ■ | |||||||||||||
| - 공통 프레임워크 및 연계 모듈 안정화 | ■ | ||||||||||||
| - 시스템 운영 지원 및 기술 이관 |
※ 세부 일정은 사업추진 과정에서 우리 대학과 협의를 통해 조정할 수 있음 추진체계 및 역할 추진 조직도
※ 도입 소프트웨어는 이중화에 문제없도록 라이선스를 준비하여야 하며, 구축 기간 S/W 라이선스는 무상지원으로 하되 무상지원이 아닐 경우 S/W사와 협의하여 문제 없도록 제안하여야 함 추진 내용 순천향대학교 사용자(학생·교원·직원)별 맞춤형 포털 서비스 - 통합인증(SSO), 생체·2차 인증(MFA)을 활용한 교내 시스템 접근 채널 단일화 및 통합권한 체계 구축 - 사용자 역할(학생/교원/직원) 권한에 따른 맞춤형 콘텐츠 배치, AI 추천 기반 통합상담 연계 및 개인화 위젯 환경 설계 - 교내 모든 정보시스템의 정보(게시글, 첨부파일 등) 및 메뉴 통합검색 인덱싱 표준 설계 - 공지, 일정, 결재 등 주요 업무 및 학사 정보의 개인별 맞춤 알림(Push/알림톡 등) 프로세스 정의 - 주요 학사·행정 신청 및 조회 프로세스 설계 : 시스템 주요 서비스의 웹 전환 요구사항 및 화면 흐름도 작성 학생지원 서비스 - AI 기반 이수 가이드 설계 : 교육과정 로드맵 데이터를 활용한 학년별 목표, 맞춤형 전공/교양 과목 추천, AI 추천 기반 통합상담 및 이수 가이드 알고리즘 요건 정의 - 통합 학사일정 알림 설계 : 학적변동, 등록, 장학, 상담, 비교과 통합 일정 알림 체계 및 포털 연동 설계 - 학사업무 통합 신청 단일 창구 설계 : 각종 학생 신청 서비스(공결, 복수전공, 휴학 등)의 프로세스 일원화 - 비교과/취업/진로/상담 연계 설계 : 학내 각 운용 시스템의 프로그램 정보 통합 수집, 단일 신청 연동 인터페이스 및 비교과 성과관리 체계 정의 교육과정관리 정보화 및 유연한 수업 운영체계 - 교육과정 기준정보 관리 설계 : 입학연도별 교양·전공 교육과정 데이터 구조화 및 졸업이수/강의개설 연계 표준 정립 - 모듈형 교육과정 체계 설계 : 직무기반 모듈형 교육과정 및 모듈 기반 부·복수전공 관리 프로세스 정의 - 이수요건 관리 구조 설계 : 이수구분별 이수학점, 교양 영역별 이수요건 자동 판정 룰엔진 요건 명세 - 일자별 시간표 및 집중이수제 DB 구조 전환 : 기존 '주차별 시간표'를 '일자별 시간표' 구조로 변경하는 DB 모델링, 집중이수제 수강신청·성적관리 및 공간 정보와 수업 연계를 통한 강의실 배정 최적화 요건 도출 - 학사 연계 데이터 개선 : 수강신청, 출결, 공결, 휴보강 데이터 연계 구조 개선 및 표준화 학적관리, 전공관리 기능 확대 및 졸업관리 정보화 확대 - 학사조직코드 ↔ 전공코드 분리 DB 설계 : 소속(학과/부서)과 전공 관리를 완전 분리하여 학과 폐지, 융합전공, 자기설계전공을 수용하는 데이터 모델 수립
- 학적기본관리 기능 개선 설계 : 교직이수자, 외국인, 자유학기제, 재입학생 등 유형별 관리 요건 명세 - 자유전공 및 스쿨제 지원 설계 : 자유전공학부 및 AI의료융합혁신교육원 (스쿨제) 입학생을 위한 전공배정/전공이동 프로세스 정의 - 이수구분 자동 변환 룰엔진 설계 : 복수전공 승인 등 원천 행위 발생 시 이수구분이 자동 변경되는 프로세스 정의 - 학과별 다면적 졸업인증 명시 설계 : 전공선택 교과목의 다면적 졸업인증 기준 포함 여부를 명확히 인지할 수 있는 가이드 및 화면 설계 - 다전공 이수 시뮬레이션 및 로드맵 설계 : 다전공/소단위전공 선택 시 사전 학점 이수 시뮬레이션 및 이수 로드맵 요건 정의 - 의대학사 시스템 특화 설계 : 의과대학 통합 6년제 개편에 따른 의대학사(교과·포트폴리오·성적·상담) 프로세스 분석·설계 및 데이터 구조 수립 입시관리 재구축 및 장학관리 구조 재설계 - 기존 C/S 기반 입시 시스템 기능을 전수 분석하여 종합정보시스템 내 웹 기반 입시 프로세스로 전환 설계 - 외국인 입시 표준화 : 원서접수, 선발, 서류제출, 메일발송, 수납 등 수기 업무의 정보화 및 자동 연계 설계 - 장학 시스템 구조 전면 재설계 : 회계 연계 방식에서 벗어나 장학 업무 유형별 입력·관리 중심의 데이터 구조 재설계 - 장학 수혜 통합 이력 및 우선순위 룰 설계 : 개인별 최종 장학 수혜 내역 통합 관리 및 우선순위 자동 판정 룰엔진 수립 - 학부·대학원 공통 기능 일원화 설계 : 공통 수행 업무에 대한 일원화 모듈 분석 및 개별/공통 구현 범위 최종 결정 - 글로벌 및 다국어 지원 아키텍처 설계 : GBS(Global Business School) SA(Study Abroad) 프로그램 통합 정보화 및 영어 페이지/구글 번역 연동 다국어 지원 표준 수립 비교과통합관리시스템 상세설계 및 체계 정립 - 다양한 비교과 프로그램 유형을 수용하고 개설-신청-운영-분석·환류 등 운영 전반의 통합 관리를 지원하기 위한 비교과통합관리시스템 목표 프로세스(To-Be) 및 세부 기능 요구사항을 정의함 - 비교과 프로그램 분류 체계 및 기준정보 관리 프로세스 개선을 통한 체계적인 운영이력 관리 데이터 구조 설계 - 학내 모든 비교과 프로그램을 단일 창구에서 통합 신청할 수 있는 화면 와이어프레임 설계 - 비교과 프로그램의 개설 - 신청 - 운영 - 분석·환류에 이르는 전 운영단계별 업무 프로세스 상세설계 및 데이터 흐름 정의 - 일회성 비교과, 주차별로 지속적으로 운영되는 비교과, 팀 단위 운영 비교과, LMS 기반 운영 비교과, 오프라인 기반 운영 비교과 등 개설된 다양한 운영 형태별 맞춤형 관리 및 제어 요건 명세
- 비교과 프로그램 운영 종료 후 만족도 조사, 결과보고서, 성과분석 및 CQI 보고서 연계를 위한 데이터 분석 구조 및 기능 요구사항 명세 - 포털을 통한 비교과 정보 제공 및 원클릭 신청 연동을 위한 시스템 간 API 및 인터페이스 표준 설계 의대학사 시스템 상세설계 및 통합 체계 정립 - 순천향대학교 의과대학 학사업무의 체계적인 관리를 지원하여 의학교육 품질을 제고하고 의과대학 재학생·교원·직원의 만족도를 향상시키기 위한 업무 프로세스(To-Be)를 분석·설계함 - 미니학사시스템, 의과대학 홈페이지, U-포트폴리오 등 분산 운영 중인 유관 시스템을 종합정보시스템 및 통합 DB 구조로 단일화하기 위한 목표 아키텍처와 연계 요건을 정의함 - 일반 학사행정 기능으로 운용에 제약이 발생하는 의과대학 고유의 학사업무(수업시간표, 성과바탕계획서, 임상실습, 의학교육인증 등)에 대한 특화 프로세스 상세설계 및 세부 기능 요구사항을 명세함 - 의과대학 내 수기로 처리되던 수업평가, 성적관리 등 개별 업무의 전산화를 위한 데이터 흐름 및 표준 프로세스를 설계함 - 기존 의과대학 홈페이지에서 개별 제공되던 의대 특화 비교과, 상담 등 학생 지원 서비스를 순천향대학교 통합 포털 및 공통 알림 체계와 연동하기 위한 인터페이스 요건을 수립함 요구사항 총괄표
| 요구사항 명칭 | 세 부 내 용 | 항목 수 |
|---|---|---|
| 컨설팅 요구사항(CSR) Consulting Requirement | 신규 도입되는 대학 주요 제도 및 세부 업무절차와 기능 설계를 위한 맞춤형 컨설팅 요건을 기술함 | 2 |
| 시스템 설계 및 공통구축 요구사항(SDR) (System Design Requirement) | 학사 전 영역(입시, 학적, 수업, 성적, 장학, 등록, 졸업, 의대, 비교과, 학생지원, 공간, 상담 등) 세부 프로세스·목표 DB(ERD)·UI/UX 와이어프레임 상세 설계 및 공통 개발 프레임워크, SSO, UMS 구축 요건을 기술함 | 68 |
| 시스템 장비 요구사항(ECR) Equipment Composition Requirement | 사업 수행, 공통 프레임워크 구축 및 목표 DB 모델링 도구 등 목표 시스템 구현 및 연구·개발에 필요한 하드웨어, 소프트웨어 도입 장비 내역 등 인프라 구성 요건을 기술함 | 13 |
| 인터페이스 요구사항(INR) Interface Requirement | 대내외 시스템 연계 표준 API 정의, 공통 연계 프레임워크 설계 및 사용자 UI/UX 표준 정의 등 시스템 간/사용자 간 인터페이스 요건을 기술함 | 4 |
| 데이터 요구사항(DAR) Data Requirement | 전사 데이터 표준 수립, 목표 통합 DB(ERD) 구조 설계, 데이터 정제 가이드 작성 및 차세대 데이터 이관 전략 수립 등 데이터를 구축하고 관리하기 위한 요건을 기술함 | 6 |
| 테스트 요구사항(TER) Test Requirement | 공통 프레임워크, SSO, 공통 모듈 단위·통합테스트 및 UI/UX 와이어프레임, ERD 등 분석·설계 산출물의 정합성을 검증하고 점검하기 위한 테스트 요건을 기술함 | 5 |
| 성능 요구사항(PER) Performance Requirement | 구축되는 공통 프레임워크의 처리속도 및 시간, 동시 접속자 처리, 확장성, 웹 표준 호환성 등 성능에 대한 요건을 기술함 | 7 |
| 보안 요구사항(SER) Security Requirement | 정보 자산의 기밀성과 무결성을 확보하기 위해 통합인증(SSO/2FA), 데이터 암호화, 접근 통제 및 개인정보영향평가 이행 대응에 대한 요건을 기술함 | 5 |
| 품질 요구사항(QUR) Quality Requirement | 분석·설계 산출물의 표준화, 소스코드 가이드라인 작성 등 목표사업의 원활한 수행 및 공통 프레임워크 품질관리를 위한 요건을 기술함 | 2 |
| 제약사항(COR) Constraint Requirement | ISP 결과 연계 준수, 웹 표준(HTML5) 준수, 교내 IT 표준 준수 등 시스템을 설계·구축하는 데 필요한 기술·표준·업무·법제도 등 제약조건을 기술함 | 7 |
| 프로젝트관리 요구사항(PMR) Project Management Requirement | 수행 일정(WBS) 관리, 단계별 감리(요구/설계/종료) 수검, 위험 및 품질 관리 등 프로젝트의 원활한 수행을 위한 관리 요구사항을 기술함 | 5 |
| 프로젝트 지원 요구사항(PSR) Project Support Requirement | 공통 프레임워크 교육, 운영자/개발자 기술이전, 본 구축을 위한 이행 지원, 매뉴얼 작성 등 프로젝트의 원활한 이행 및 운영 지원에 대한 요건을 기술함 | 4 |
| 합 계 | 128 |
※ 본 제안요청서와 ISP 최종 산출물(현황분석서, 정보화 과제 정의서, 목표모델 정의서, 이행계획서 등)은 상호 보완적인 관계로 해석한다. 본 제안요청서에 명시되지 않은 세부 기능이라도 ISP 최종 산출물에 정의된 기능은 본 사업의 구축 범위에 포함되는 것으로 하며, 제안사는 이를 충분히 검토하여 구축하여야 한다. 요구사항 목록
| 구 분 | 요구사항 ID | 요구사항 명칭 | ||
|---|---|---|---|---|
| 컨설팅 요구사항 (CSR) | CSR-001 | 제도 및 업무절차 정립 컨설팅 | ||
| CSR-002 | 의대 학사 및 비교과 상세 설계 컨설팅 | |||
| 시스템 설계 및 공통구축 요구사항 (SDR) | 공통 | SDR-공통-001 | 시스템 관리 아키텍처 설계 및 공통 구축 | |
| SDR-공통-002 | 통합 권한 체계 설계 및 공통 구축 | |||
| SDR-공통-003 | 대내외 연계 관리 프레임워크 구축 | |||
| SDR-공통-004 | 공통 업무 결재 모듈 구축 | |||
| SDR-공통-005 | 다국어 및 파일 관리 공통 아키텍처 | |||
| SDR-공통-006 | 이용 안내 및 매뉴얼 프레임워크 | |||
| 학사 행정 | 입시 | SDR-학사행정-001 | 입시 공통 기준정보 상세 설계 | |
| SDR-학사행정-002 | 학부 신입학 기준정보 상세 설계 | |||
| SDR-학사행정-003 | 학부 신입학 서류 관리 상세 설계 | |||
| SDR-학사행정-004 | 학부 신입학 사정 관리 상세 설계 | |||
| SDR-학사행정-005 | 학부 신입학 평가 웹 UI/UX 설계 | |||
| SDR-학사행정-006 | 학부 신입학 합격·등록 상세 설계 | |||
| SDR-학사행정-007 | 학부 신입학 통계 관리 상세 설계 | |||
| 학적 | SDR-학사행정-008 | 학적 관리 상세 설계 (학사조직/전공 분리) | ||
| SDR-학사행정-009 | 전공 관리 및 이수 시뮬레이션 설계 | |||
| 교과 | SDR-학사행정-010 | 수업·개설 관리 상세 설계 | ||
| 수업 | SDR-학사행정-011 | 수업 및 강좌 개설 관리 상세 설계 | ||
| SDR-학사행정-012 | 수강 신청 및 장바구니 프레임워크 | |||
| SDR-학사행정-013 | 수강 신청 업무 프로세스 상세 설계 | |||
| SDR-학사행정-014 | 스마트 출결 관리 상세 설계 | |||
| SDR-학사행정-015 | 공결 및 휴·보강 관리 상세 설계 | |||
| SDR-학사행정-016 | 수업 평가 및 CQI 관리 상세 설계 | |||
| SDR-학사행정-017 | 성적 처리 및 강사료·채점 관리 상세 설계 | |||
| 성적 | SDR-학사행정-018 | 성적 산출 및 성적 사정 상세 설계 | ||
| SDR-학사행정-019 | 기타 성적 및 학점 인정 관리 상세 설계 | |||
| 장학 | SDR-학사행정-020 | 장학 기준정보 및 장학 체계 재설계 | ||
| SDR-학사행정-021 | 장학 신청 및 선발 관리 상세 설계 | |||
| 등록 | SDR-학사행정-022 | 등록금 책정 및 수납·환불 관리 상세 설계 | ||
| 졸업 | SDR-학사행정-023 | 졸업 관리 상세 설계 | ||
| SDR-학사행정-024 | 졸업 사정 관리 상세 설계 | |||
| 학생지원 | SDR-학사행정-025 | 학생 지원 관리 상세 설계 | ||
| 병무 | SDR-학사행정-026 | 병무 행정 관리 상세 설계 | ||
| 강의실 배정 | SDR-학사행정-027 | 공간 기준정보 관리 상세 설계 | ||
| SDR-학사행정-028 | 공간 정보 및 강의실 배정 상세 설계 | |||
| SDR-학사행정-029 | 공간 조정 관리 상세 설계 | |||
| SDR-학사행정-030 | 공간 도면 관리 상세 설계 | |||
| SDR-학사행정-031 | 대관 관리 상세 설계 | |||
| SDR-학사행정-032 | 공간 및 대관 현황·통계 상세 설계 | |||
| 비교과 | SDR-학사행정-033 | 비교과 통합관리 기준정보 상세 설계 | ||
| SDR-학사행정-034 | 비교과 프로그램 관리 상세 설계 | |||
| SDR-학사행정-035 | 비교과 프로그램 운영 관리 상세 설계 | |||
| SDR-학사행정-036 | 비교과 프로그램 결과 관리 상세 설계 | |||
| SDR-학사행정-037 | 비교과 프로그램 성과 관리 상세 설계 | |||
| 상담 | SDR-학사행정-038 | 통합상담 기초정보 관리 상세 설계 | ||
| SDR-학사행정-039 | 통합상담 신청 관리 상세 설계 | |||
| SDR-학사행정-040 | 통합상담 진행 및 이력 관리 상세 설계 | |||
| SDR-학사행정-041 | 통합상담 만족도 관리 상세 설계 | |||
| SDR-학사행정-042 | 통합상담 실적 및 통계 상세 설계 | |||
| 의대학사 | SDR-학사행정-043 | 의대학사 공통 기준정보 상세 설계 | ||
| SDR-학사행정-044 | 의대학사 교과 및 임상실습 관리 상세 설계 | |||
| SDR-학사행정-045 | 의대학사 포트폴리오 관리 상세 설계 | |||
| SDR-학사행정-046 | 의대학사 교원 업적 관리 상세 설계 | |||
| SDR-학사행정-047 | 의대학사 성적 및 평가 관리 상세 설계 | |||
| SDR-학사행정-048 | 의대학사 지도교수 상담 관리 상세 설계 | |||
| SDR-학사행정-049 | 의대학사 비교과 프로그램 관리 상세 설계 | |||
| SDR-학사행정-050 | 의대학사 설문조사 및 평가 상세 설계 | |||
| SDR-학사행정-051 | 의대학사 학생지원 서비스 상세 설계 | |||
| 업무 지원 | 협업 | SDR-업무지원-001 | 디지털 기반 학생지원 행정 모듈 상세 설계 | |
| 설문 | SDR-업무지원-002 | 설문조사 관리 상세 설계 | ||
| 알림 | SDR-업무지원-003 | 알림 서비스 상세 설계 | ||
| 포털 | SDR-포털-001 | 포털 공통 기능 상세 설계 | ||
| SDR-포털-002 | 통합계정 및 인증 관리 상세 설계 | |||
| SDR-포털-003 | 통합검색 상세 설계 | |||
| SDR-포털-004 | 통합 신청 및 결재함 상세 설계 | |||
| SDR-포털-005 | 개인화 서비스 상세 설계 | |||
| SDR-포털-006 | 신분별 업무 서비스 상세 설계 | |||
| SDR-포털-007 | 학사 및 대학생활 안내 상세 설계 | |||
| SDR-포털-008 | 포털 관리자 시스템 상세 설계 | |||
| 시스템 장비 요구사항(ECR) | ECR-001 | Reporting Tool 도입 | ||
| ECR-002 | e-Form 서식 도구 도입 | |||
| ECR-003 | DB 관리 및 튜닝 Tool 도입 | |||
| ECR-004 | 데이터베이스 추적관리 SW 도입 | |||
| ECR-005 | 포털 솔루션(CMS 포함) 도입 | |||
| ECR-006 | SSO 통합인증 솔루션 도입 | |||
| ECR-007 | 2차 인증(MFA) 솔루션 도입 | |||
| ECR-008 | 통합검색 솔루션 도입 | |||
| ECR-009 | 통합 메시징(UMS) 솔루션 도입 | |||
| ECR-010 | API 연계 솔루션 도입 | |||
| ECR-011 | SSL 인증서 갱신 및 적용 | |||
| ECR-012 | UI/UX 개발 도구 도입 및 프레임워크 적용 | |||
| ECR-013 | 웹 문서뷰어 솔루션 도입 | |||
| 인터페이스 요구사항(INR) | INR-001 | UI/UX 디자인 및 레이아웃 표준 수립 | ||
| INR-002 | 대내외 시스템 연계 표준 API 설계 | |||
| INR-003 | 학내 내부 시스템 연계 설계 | |||
| INR-004 | 외부 대외 기관 시스템 연계 설계 | |||
| 데이터 요구사항(DAR) | DAR-001 | 전사 데이터 표준 체계 수립 | ||
| DAR-002 | 목표 통합 DB 모델링(ERD) 설계 | |||
| DAR-003 | 데이터 품질 및 관리체계 수립 | |||
| DAR-004 | 데이터 정제 가이드 및 이관 전략 수립 | |||
| DAR-005 | 데이터 보안 및 암호화 아키텍처 설계 | |||
| DAR-006 | 데이터 백업 및 복구 체계 수립 | |||
| 테스트 요구사항(TER) | TER-001 | 테스트 환경 구축 및 통합 계획 수립 | ||
| TER-002 | 공통 모듈 단위 테스트 | |||
| TER-003 | 통합 테스트 | |||
| TER-004 | 공통 프레임워크 성능 및 부하 테스트 | |||
| TER-005 | 설계 산출물 및 공통 구축 인수 테스트 | |||
| 성능 요구사항(PER) | PER-001 | 공통 프레임워크 성능 일반 | ||
| PER-002 | 화면 디스플레이 응답시간 기준 | |||
| PER-003 | 오류 처리 응답시간 기준 | |||
| PER-004 | 동시 사용자 접속 용량 확보 | |||
| PER-005 | 서버 자원(CPU/메모리) 임계치 관리 | |||
| PER-006 | 공통 아키텍처 튜닝 및 안정성 보장 | |||
| PER-007 | 상시 운영 가용성 확보 | |||
| 보안 요구사항(SER) | SER-001 | 프로젝트 보안관리 체계 수립 | ||
| SER-002 | 분석·설계 산출물 보안관리 | |||
| SER-003 | 개발 환경 네트워크 및 접근 통제 | |||
| SER-004 | 시큐어 코딩 및 보안 취약점 진단·조치 | |||
| SER-005 | 전송 구간 암호화 적용 | |||
| 품질 요구사항(QUR) | QUR-001 | 분석·설계 산출물 품질관리 계획 | ||
| QUR-002 | 개발 표준 가이드 및 소스코드 품질보증 | |||
| 제약사항(COR) | COR-001 | 관련 법령 및 공공 표준 준수 | ||
| COR-002 | 공통 아키텍처 및 개발 환경 표준화 | |||
| COR-003 | 사업 기간 중 규정 변경 반영 | |||
| COR-004 | 개인정보영향평가 지원 및 대응 | |||
| COR-005 | PMO 조직 관리·감독 대응 | |||
| COR-006 | 단계별 정보시스템 감리 수검 대응 | |||
| COR-007 | 산출물 소유권 및 지식재산권 명시 | |||
| 프로젝트관리 요구사항(PMR) | PMR-001 | 사업 수행 조직 및 전문 인력 구성 | ||
| PMR-002 | 사업 일정 및 산출물 보고 관리 | |||
| PMR-003 | 요구사항 추적 및 과업 변경 관리 | |||
| PMR-004 | 사업 수행 장소 및 개발 환경 구성 | |||
| PMR-005 | 공동수급 및 하도급 적정성 관리 | |||
| 프로젝트 지원 요구사항(PSR) | PSR-001 | 공통 프레임워크 하자보수 및 유지관리 | ||
| PSR-002 | 운영자·개발자 교육 및 기술이전 | |||
| PSR-003 | 사용자·운영자 매뉴얼 제작 | |||
| PSR-004 | 차세대 본 구축을 위한 이행 및 안정화 지원 |
| 요구사항 분류 | 컨설팅 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | CSR-001 | |
| 요구사항 명 | 제도 및 업무절차 정립 컨설팅 | |
| 요구사항 상세설명 | 정의 | 신규 학사제도 도입 및 변경 업무절차 반영을 위한 컨설팅을 수행함 |
| 세부 내용 | ▪ 주요 요구사항 - 신규 도입되는 대학 주요 제도(직무 기반 모듈형 교육과정 등) 및 업무 절차가 변경되는 영역(공문에 의한 부서장학 지급 등)에 대해 유관 실무담당자의 의견을 수렴하고 대학의 의사결정을 지원함 - 제도 및 업무절차 재정립에 대한 의사결정 사항이 차세대 시스템의 업무 프로세스 및 통합 DB 구조에 적절히 반영될 수 있도록 상세 요구사항을 정립함 - 정립된 세부 요구사항 및 업무 프로세스를 시스템 상세 설계 및 공통 개발 프레임워크 구축 담당자에게 명확히 전달함 | |
| 산출정보 | 제도 및 업무절차 기술서 |
| 요구사항 분류 | 컨설팅 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | CSR-002 | |
| 요구사항 명 | 의대 학사 및 비교과 상세 설계 컨설팅 | |
| 요구사항 상세설명 | 정의 | 의과대학 학사관리 프로세스 및 학내 비교과 통합관리를 위한 상세 업무절차 분석, 목표 프로세스(To-Be) 수립 및 기능 설계 컨설팅을 수행함 |
| 세부 내용 | ▪ 주요 요구사항 - 의과대학 통합 6년제 및 학부·대학원 교육과정 특성을 반영하여 학년말 성적 처리, 재시 권한 부여, 유급자 처리, 임상실습, 성과바탕 평가 등 의대 학사관리 업무절차를 상세 분석함 - 의학교육인증평가 기준을 준수하는 의대 특화 학사 운영 프로세스 및 학사행정 통합 DB 연계 방안을 설계함 - 교내 각 부서에서 개별 운영 중인 비교과 프로그램의 안내, 신청, 운영, 이수, 마일리지, 증명 발급 및 CQI 환류 체계를 포함한 비교과 업무 표준화 방안을 수립함 - 의대 학사 및 비교과 통합관리를 위한 목표 업무 프로세스(To-Be) 및 세부 기능 요구사항을 도출하여 학사행정 시스템 상세 설계(SDR)에 차질 없이 반영함 | |
| 산출정보 | 의과대학 학사 업무 프로세스 정의서, 비교과 통합관리 업무 표준화 및 설계 기술서 |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | SDR-공통-001 | ||
| 요구사항 명 | 시스템 관리 아키텍처 설계 및 공통 구축 | ||
| 요구사항 상세설명 | 정의 | 종합정보시스템, 포털, 모바일 등 전체 정보시스템의 안정적 운영을 지원하는 공통 기준정보(코드·조직·프로그램·메뉴·로그) 관리 아키텍처 상세 설계 및 공통 프레임워크 기반 관리 모듈 구축 | |
| 세부 내용 | ▪ 공통코드관리 - 공통코드는 추가/변경이 용이해야 하며, 생명주기를 관리하여 시점별 조회가 가능하도록 설계 - 업무담당자(담당부서)가 해당 코드를 관리할 수 있도록 기능 제공 - 교육부 등 유관 기관에서 사용하는 고등교육통계코드 등 표준코드를 우선 적용하고, 학교 내 별칭, 속성은 별도로 관리할 수 있도록 기능 제공(해외대학 및 기관의 표준 코드 연동 지원) - 공통코드관리, 학교코드관리, 업무별공통코드관리, 고등교육통계코드, 해외대학/기관코드관리 ▪ 조직코드관리 - 조직코드는 생성/폐지, 통/폐합, 명칭변경 등의 이력관리가 가능하고, 업무별(학사, 행정, 그룹웨어, 메일, 통계 등)로 다양하게 반영될 수 있도록 설계 - 조직코드의 속성은 추가/변경이 용이하도록 설계되어야 하며, 각 속성은 업무담당자(담당부서)가 관리할 수 있도록 기능 제공 - 부서코드관리, 학부학사부서코드관리, 대학원학사부서코드관리 - 조직계열관리, 통계기준학과관리, 편제순서조정, 조직코드 이력관리 - 대학의 조직코드 정보는 산단 연구행정시스템(웹케시), 규정관리시스템 등 교내 타 정보시스템에 연계 처리 ▪ 기타관리 - 우편번호관리, 정원관리, 메시지관리 기능 설계 및 연계 지원 ▪ 프로그램관리 - 시스템을 구성하는 모든 단위 프로그램 등록관리 기능 구현 및 공통 프레임워크 구축 - 프로그램 최초 등록/변경에 대한 버전 및 변경이력 관리 기능 구현 및 프레임워크 구축 - 등록된 프로그램과 종합정보시스템, 포털, 모바일앱의 메뉴 트리 구조를 유기적으로 매핑·연계하는 기능 설계 및 구현 - 학사 및 행정 단위업무 표준 분류체계 및 기준정보 관리 기능 설계 - 단위업무와 프로그램 매핑·연계 기능 설계 - 단위업무관리, 프로그램관리, 프로그램변경신청관리, 버전 및 변경 이력관리, 권한연계, 신규개발 및 자료 신청 ▪ 메뉴관리 - 종합정보시스템, 포털, 모바일앱 등 각 시스템의 메뉴를 통합하여 관리할 수 있도록 아키텍처 설계 및 구축 - 동일한 프로그램에 대해서도 메뉴명을 구분하여 부여할 수 있도록 설계 - 단위 프로그램을 생성된 메뉴와 연결하고 매핑 정보 동기화 지원 - 메뉴별 사용 현황 및 이력을 관리할 수 있도록 설계 - 메뉴 등록 및 설정, 메뉴 검색, 이력관리 ▪ 로그관리 - 시스템 운영 시 발생하는 각종 로그 축적, 검색 및 조회 모듈 구축 - 사용자 접속, 개인정보조회 이력, 데이터변경이력, 오류로그 등 축적 및 조회 지원 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-공통-002 | ||
| 요구사항 명 | 통합 권한 체계 설계 및 공통 구축 | ||
| 요구사항 상세설명 | 정의 | 포털 통합로그인(SSO) 연동을 통한 단일 계정 체계 수립, 사용자 신분·인사발령 기반의 자동 권한 부여·회수 및 역할 기반(RBAC) 통합 권한 관리 프레임워크 상세 설계 및 공통 구축 | |
| 세부 내용 | ▪ 사용자 계정관리 - 포털 통합로그인(SSO)을 통해 인증된 사용자가 단일 계정으로 종합정보시스템에 접근할 수 있도록 구현 및 연계 설계 - 사용자 신분 변경 발생 시 통합계정 및 권한이 자동 반영되도록 설계 - 통합계정정보와 인사/학적 정보가 양방향으로 자동 동기화되도록 연계 구조 수립 - 종합정보시스템 내에서 사용자 계정 상태 및 기본정보를 조회하고 관리할 수 있는 기능 구현 - 비밀번호 변경 및 초기화 기능을 구현하고, 통합계정관리시스템과 실시간 연계하여 처리할 수 있도록 지원 ▪ 권한관리 - 인사발령 및 신분 변경에 따라 사용자 권한이 자동 부여·회수되도록 아키텍처 구현 - 사용자 및 그룹단위 권한 관리와 신분·소속·부서·업무·보직· 메뉴 등 다양한 기준에 따른 권한관리 기능 제공 및 설계 - 시스템에 대한 권한은 역할(Role) 중심으로 배분하고, 역할별 데이터에 대한 C·R·U·D 권한을 세부 부여하도록 설계 - 권한에 따라 각 기능 범위 내에서 시스템 접근을 허용하고, 부여되지 않은 기능에 접근하는 것을 원천적으로 방지하는 보안 제어 구조 수립 - 권한의 부여·변경·회수·만료 및 적용기간 설정 기능 제공 ▪ 권한요청관리 - 사용자가 필요한 권한을 요청하고, 승인권자의 승인·반려 절차를 거쳐 권한이 자동으로 부여 또는 회수될 수 있는 프로세스 구현 - 사용자 권한 요청 등록관리, 권한 승인/반려 처리, 권한 요청·승인·변경·회수 전 과정 이력 관리 기능 설계 및 구축 ▪ 권한이양관리 - 권한을 일정 기간 다른 사람에게 위임할 수 있는 권한 이양 체계 구현 - 프로그램 권한이양관리, 권한이양 신청, 권한이양 승인처리, 권한이양 신청/승인 이력 관리 기능 설계 및 구축 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-공통-003 | ||
| 요구사항 명 | 대내외 연계 관리 프레임워크 구축 | ||
| 요구사항 상세설명 | 정의 | 종합정보시스템 내 업무시스템 간 및 교내외 타 정보시스템과의 안전하고 표준화된 데이터 연계를 위한 공통 연계 모듈 및 표준 API 기반 대내외 연계 관리 프레임워크 구축 | |
| 세부 내용 | ▪ 연계 관리 프레임워크 구축 - 종합정보시스템에 포함된 업무시스템 간에는 공통 연계모듈을 통해 표준 API 기반으로 구현 - 대학 내·외부 시스템 간 데이터 연계의 안정적 운영을 위해 API 운영관리 기능 구현 - API 호출 성공/실패 여부 확인 및 실패 건에 대한 재전송 처리를 수행할 수 있는 관리자 화면 구현 - 동일 건에 대한 중복 호출이 발생하지 않도록 제어 및 제한 기능 구현 - 연계 대상 시스템 간 API 호출 건수 및 연계 정보 등의 일치 여부를 모니터링할 수 있는 기능 구현 - 연계 API별 수발신 정보시스템, 연계주기, 연계항목, 요청부서, 담당자, 개인정보 포함 여부 등의 기준정보를 등록 및 관리하는 기능 구현 - API 생성 관리, API 결과 조회, 단위시스템 간 API(공통연계모듈), 대외기관 연계 등록, 연계 통계 관리 등 기능 구현 ▪ 연계 대상 시스템 범위 수립 및 설계 - 내부 시스템 연계 ✔ 공통 부문: 홈페이지, 포털, 그룹웨어(전자결재), 통합메시징(UMS), 협업관리 등 연계 ✔ 학사 부문: LMS, I'Design, 홈페이지, 포털, 도서관, 인터넷 제증명 시스템 등 연계 - 외부 시스템 연계 ✔ 한국교육개발원(KEDI) 등 대외 기관 연계 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-공통-004 | ||
| 요구사항 명 | 공통 업무 결재 모듈 구축 | ||
| 요구사항 상세설명 | 정의 | 종합정보시스템 내 각 단위 업무(학사·행정 등)별 결재 처리를 위한 공통 업무결재 프로세스를 수립하고, 포털 통합결재함과 실시간 연동되는 공통 업무 결재 모듈을 구축함 | |
| 세부 내용 | ▪ 주요 요구사항 및 결재 프로세스 구축 - 업무결재를 요청한 정보를 조회하고, 요청한 업무결재에 대한 진행 현황을 조회할 수 있도록 구현 - 업무결재 알림이나 결재요청 목록을 조회하여 결재화면으로 이동하고 결재 처리할 수 있도록 구현 - 요청받은 업무결재 건의 승인, 반려 처리가 가능해야 하며, 결재 요청자의 회수 처리도 가능하도록 지원 - 결재선 관리, 부재 설정, 결재암호 설정 등이 가능하도록 구현 - 업무결재 데이터는 포털 시스템으로 연계하여 사용자들이 포털 통합결재에서 업무결재+전자결재 현황 리스트를 한눈에 볼 수 있도록 서비스 지원 (포털 통합결재 화면에서 업무결재 건 클릭 시 업무결재 처리를 위하여 해당 업무시스템 화면으로 연결될 수 있어야 함) ▪ 업무결재현황 - 업무결재 요청정보 조회, 업무결재 요청 진행현황 조회 ▪ 업무결재처리 - 업무결재 승인, 업무결재 반려, 업무결재 회수, 일괄결재 ▪ 결재환경설정 - 결재선관리, 부재설정, 결재암호설정 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-공통-005 | ||
| 요구사항 명 | 다국어 및 파일 관리 공통 아키텍처 | ||
| 요구사항 상세설명 | 정의 | 글로벌 사용환경 대응을 위한 외부 번역 솔루션 연동 및 다국어 지원 체계 수립과 학사·행정 전반의 안전하고 효율적인 첨부파일 통합 관리 공통 아키텍처 설계 및 프레임워크 구축 | |
| 세부 내용 | ▪ 다국어 서비스 아키텍처 설계 및 구축 - 외부 번역 솔루션 API 연계 기반 다국어 서비스 구현 - 외부 번역 솔루션(예: 구글 번역 등) API와 연계하여 실시간 번역을 제공하고, 번역 데이터 캐싱(Caching) 처리 기능 구현 - 학생, 교수가 사용하는 모든 메뉴, 화면, 고정 텍스트, 사용자 입력 데이터, 웹 페이지 형태 보고서 등 다국어(한국어, 영어) 지원 - 학내 고유명사와 학사용어의 오역 방지를 위해 외부 용어사전을 연계하거나, 시스템 내 다국어 사전을 등록·관리하는 기능 구현 - 메뉴, 고정 텍스트는 Property 파일로, 사용자 입력 등 동적 데이터는 DB로 이원화하여 관리가 용이한 구조로 설계 - 필수 영문 문구와 전용 페이지를 기본 탑재하여 언어 변경 시에도 UI/UX가 왜곡되지 않도록 보장 - 첨부파일, 영상 등 콘텐츠의 영문 버전 탑재 여부 관리 기능 설계 및 구현 - 번역 오류 발생 시 관리자가 직접 수정할 수 있는 예외처리 및 사전 관리 기능 구현 ▪ 통합 첨부파일 관리 아키텍처 설계 및 구축 - 학사, 행정 등 시스템 전반에서 발생하는 다양한 유형의 첨부파일을 특성에 맞게 분류하여 저장 및 통합관리할 수 있는 아키텍처 설계 - 대용량 파일을 포함한 첨부파일을 안정적으로 업로드/다운로드하는 기능 구현 - DB 부하 방지 및 시스템 안정성 확보를 위한 별도의 파일 서버 구축 방안 제시 및 아키텍처 수립 - 개인정보 등이 포함된 첨부파일 업로드 시 자동 마스킹 또는 암호화 저장 기능 적용 방안 제시 - 문서, 이미지, 동영상 등 파일을 다운로드하지 않고 웹 브라우저 상에서 즉시 확인할 수 있는 문서 뷰어(Viewer) 연동 아키텍처 설계 및 구축 - 파일 업로드/다운로드/삭제에 대한 상세 로그(사용자 ID, IP, 접속 시간, 파일명 등) 기록 및 감사 추적 기능 제공 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-공통-006 | ||
| 요구사항 명 | 이용 안내 및 매뉴얼 프레임워크 | ||
| 요구사항 상세설명 | 정의 | 사용자 및 운영자의 원활한 시스템 활용을 지원하기 위해 업무·시스템 매뉴얼, 화면별 도움말, FAQ, Q&A 및 통합검색 연계 바로가기를 통합 관리하는 이용 안내 프레임워크 구축 | |
| 세부 내용 | ▪ 매뉴얼 관리 프레임워크 구축 - 업무매뉴얼, 시스템매뉴얼 등을 등록 관리하는 기능 구현 - 프로그램별 현업 담당자의 업무 프로세스, 중요사항, 관련 노하우 등을 기록 관리할 수 있는 기능 제공(관련 파일 업로드 기능 포함) - 매뉴얼 변경사항에 대한 버전(이력) 관리 기능 구현 ▪ 화면별 도움말 및 지원 기능 구축 - 시스템 운영자가 각 화면별 도움말을 등록 관리하는 기능 구현 - 도움말, 용어사전, FAQ 관리, Q&A 관리 기능 설계 및 구현 - 통합검색 기능 사용 시 키워드 검색뿐만 아니라 관련 메뉴 경로로 즉시 이동할 수 있는 바로가기 연계 구조 설계 및 구현 | ||
| 산출정보 | 프로그램 목록, 프로그램 명세서, 화면정의서, 사용자/운영자 매뉴얼 |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | SDR-학사행정-001 | |||
| 요구사항 명 | 입시 공통 기준정보 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 대학 입시 전형 전반의 안정적 운영 및 타 학사 모듈 연계를 위해 입시 업무 처리에 필요한 공통 기준정보(공통·우편·은행·고교·대학 코드 등) 관리 체계 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 입시 공통자료 및 기준정보 관리 상세 설계 - 입시 전형 및 사정 업무에 적용되는 공통코드 등록 및 연계 관리 프로세스 설계 - 전국 우편번호 및 주소 체계 연동 관리 기능 설계 - 입시 원서 접수, 전형료 수납 및 환불 처리를 위한 은행코드 관리 체계 수립 - 지원자 출신 고등학교 정보 관리 및 교육부 고교코드 연동 체계 설계 - 편입학, 대학원 입시 지원자의 출신 대학 정보 및 대학코드 관리 프로세스 설계 - 공통코드관리, 우편번호관리, 은행코드관리, 고교코드관리, 대학코드관리 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-002 | |||
| 요구사항 명 | 학부 신입학 기준정보 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 학부 신입학 전형의 공정하고 효율적인 운영을 위해 모집 전형, 교과·수능 성적 반영 기준, 사정관 평가 항목, 합격/판정 및 등록 기준정보에 대한 상세 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 전형 관련 기준정보 상세 설계 - 모집시기관리, 모집군관리, 모집전형관리, 세부전형관리, 모집학과관리, 모집단위관리, 모집세부단위관리, 지원자구분관리, 지원자격관리, 특기종목관리, 입상실적코드, 선택실기관리, 입학정원관리 상세 설계 ▪ 교과 및 수능 관련 기준정보 상세 설계 - 교과코드관리, 교과과목관리, 검정고시과목관리 상세 설계 - 수능과목관리, 수능반영영역관리 상세 설계 ▪ 평가 및 판정 관련 기준정보 상세 설계 - 평가항목관리, 평가과목관리, 평가세목관리[사정관평가], 평가단계관리[사정관평가], 등급별점수설정 상세 설계 - 합격구분관리, 판정구분관리 상세 설계 ▪ 등록 및 평가 보고서·양식 상세 설계 - 등록금액관리, 등록(차수)일정관리, 장학구분관리 상세 설계 - 평가과목설정내역 등 관련 출력 및 보고서 양식 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-003 | |||
| 요구사항 명 | 학부 신입학 서류 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 지원서류, 학교생활기록부, 검정고시 성적, 수능 성적 등 학부 신입학에 필요한 제출 서류 및 성적 데이터를 온라인/오프라인으로 수집·검증·관리하고 관련 보고서를 출력하기 위한 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 서류 관리 연계 설계 - 입시 담당자가 외부에서 수령한 학생부 및 검정고시 종이 서류를 시스템에 직접 입력할 때, 입력 편의성을 높이고 오류를 방지하기 위해 고교명 등 자주 입력하는 각종 코드 데이터를 사전 관리(DB화)하여 입시 시스템과 연계하는 기능 설계 ▪ 지원서류, 교과 및 수능 성적 관리 상세 설계 - 지원서관리(신입학), 원서접수자료업로드 상세 설계 - 학교생활기록부, 검정고시성적, 학교폭력관리, 등록자교과평균등급계산 상세 설계 - 수능성적관리 상세 설계 ▪ 보고서 및 양식(지원서류) - 지원자경쟁률, 지원자자료, 고교별지원자명단, 중복지원자명단, 학생부온라인준비자료, 수능온라인준비자료, 검정고시온라인준비자료, 사정 대상 제외자 명단 상세 설계 ▪ 보고서 및 양식(교과성적) - 학생부내역, 수기입력성적내역, 학생부점검[학기수, 졸업년도], 학적변동내역, 고교학과내역(NEIS), 학생부교과내역, 검정고시내역 상세 설계 ▪ 보고서 및 양식(수능성적) - 수능성적내역, 수능미응시자명단 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-004 | |||
| 요구사항 명 | 학부 신입학 사정 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 학부 신입학 지원자의 성적 산출, 입학사정관 및 외부위원 평가, 교직원 회피배제 검증, 단계별·최초 합격 판정 및 사정대장 관리를 위한 입시 사정 통합 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 - 외부위원이 제한된 접속 권한을 얻어 서류평가 점수계산을 직접 수행할 수 있도록 보안 권한 제어 및 평가 기능 상세 설계 ▪ 사정기초 - 등급별점수설정, 동점자처리설정, 수능최저학력기준설정 상세 설계 ▪ 성적산출 - 학생부점수계산, 수능점수계산, 평가점수계산, 수능최저학력계산 상세 설계 ▪ 성적산출[사정관] - 서류평가점수계산[최초], 서류평가점수계산[1차조정], 서류평가점수계산[2차조정], 서류평가점수계산[최종] 상세 설계 ▪ 모집시기별 회피배제 검증 ▪ 교직원 회피배제 사전 검증 프로세스 상세 설계 ▪ 판정처리[단계선발] - 단계판정처리 상세 설계 ▪ 판정처리[최초합격] - 합격판정처리, 사정대장, 사정대장(사정관) 상세 설계 ▪ 각종현황 - 합격처리현황, 동점자명단, 전형탈락자명단 상세 설계 ▪ 보고서 및 양식(성적산출) - 수능점수산출내역, 학생부점수산출내역, 반영교과내역, 수능최저학력내역 상세 설계 ▪ 보고서 및 양식(판정처리[단계선발]) - 단계사정대장 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-005 | |||
| 요구사항 명 | 학부 신입학 평가 웹 UI/UX 설계 | |||
| 요구사항 상세설명 | 정의 | 학부 신입학 서류·실기·실적·면접 평가 및 입학사정관·재외국민 전형 평가의 공정성과 입력 편의성 확보를 위한 위원 신청·배정 관리, 평가위원 전용 웹 UI/UX 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 - 외부위원이 실기점수 입력을 웹상에서 직접 수행할 수 있는 전용 UI/UX 및 제한 권한 설계 - 위원 신청은 각종 위원 대상자(진행위원, 서류/면접 평가위원, 감독 등)가 직접 입시 위원을 신청할 수 있도록 구현 - 위원(진행위원, 감독 등) 신청 승인 처리, 위원 정보 및 명단 관리 기능 설계 - 각 평가 화면에서 모집시기, 모집군, 모집전형, 모집단위를 드롭박스 형태로 선택 가능하고 드롭박스 전체 출력도 가능하도록 UI/UX 구현 - 진행위원 및 감독 배정 관리 기능 설계 ▪ 서류평가 - 평가위원 관리 상세 설계 ▪ 실기평가 - 인원설정 및 배정, 실기점수입력(체육 종사위원용), 실기점수입력(공연/디지털 종사위원용) 상세 설계 ▪ 실적평가 - 수상실적입력 상세 설계 ▪ 면접평가 - 인원설정 및 배정, 면접점수 업로드 상세 설계 ▪ 보고서 및 양식(서류평가) - 서류평가 대상자 명단, 서류평가 결과 보고서 양식 설계 ▪ 보고서 및 양식(실기평가) - 실기평가 대상자 명단, 실기평가 결과 보고서 양식 설계 ▪ 보고서 및 양식(실적평가) - 실적평가 대상자 명단, 실적평가 결과 보고서 양식 설계 ▪ 보고서 및 양식(면접평가) - 면접평가 대상자 명단, 면접평가 결과 보고서 양식 설계 ▪ 평가기초[사정관] - 위원신청, 서류평가위원관리, 서류평가위원배정, 교과목관리(등급계산용), 내신평균등급계산(전년도), 면접평가위원관리, 면접평가위원배정, 진행위원 및 감독관리, 진행위원 및 감독배정 기능 설계 ▪ 면접평가[사정관] - 면접평가 인원설정, 면접평가 가번호관리, 면접평가[점수관리], 면접평가[신분미확인관리] 기능 설계 ▪ 보고서 및 양식(평가기초[사정관]) - 서류평가배정현황 기능 설계 ▪ 보고서 및 양식(면접평가[사정관]) - 면접평가[동점자], 면접평가 평가표, 면접평가 결과표, 면접평가 부적격현황, 면접평가 명단, 면접대상자 서류평가종합의견내역, 면접(웹)평가자료생성 기능 설계 ▪ 평가기초[재외국민] - 서류평가위원관리, 서류평가위원배정, 면접평가위원관리, 면접평가위원배정 기능 설계 ▪ 면접평가[재외국민] - 서류평가 결과표 양식 설계 ▪ 보고서 및 양식(면접평가[재외국민]) - 면접평가 출석부, 면접평가 결과표 양식 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-006 | |||
| 요구사항 명 | 학부 신입학 합격·등록 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 학부 신입학 충원합격, 외부 대행사 발표, 지원자 위반 점검, 가상계좌 기반 등록/환불 관리, 입시 장학 처리 및 학사 DB 이관을 위한 합격·등록 통합 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 합격 및 충원합격 상세 설계 - 입시자료이관 : 합격자 및 등록자 학사 DB 이관 프로세스 상세 설계 - 충원합격 : 차수일정관리, 충원모집인원, 충원합격판정, 녹취결과업로드 상세 설계 - 합격관련 : 합격자발표(유웨이 연동), 지원자위반사전점검(대교협 연동) 상세 설계 - 보고서 및 양식: 녹취충원일지, 고교별지원결과, 충원합격자, 충원후보자, 합격자조회, 동점자현황, 중복합격자현황 양식 설계 ▪ 등록 및 등록금 관리 상세 설계 - 등록/환불 코드 및 관리 : 등록금액관리, 은행코드관리, 가상계좌관리, 녹취결과업로드, 등록자료업로드, 환불자료업로드 상세 설계 - 보고서 및 양식: 등록자조회, 등록통계표, 등록현황(학과별/전형별), 등록자명부, 등록자집계표, 환불자명부, 환불자집계표, 등록대상자료, 합격자명단(합격차수별), 등록자명단(합격차수별), 등록및환불현황(합격차수별) 양식 설계 ▪ 입시 장학 및 감면 관리 상세 설계 - 입시장학 코드 및 관리: 장학구분관리, 장학·감면관리, 장학·감면관리(개별추가), 장학·감면관리(업로드), 학자금자료생성 상세 설계 - 보고서 및 양식: 장학대상자현황, 장학금지급현황, 수능성적현황(향설장학) 양식 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-007 | |||
| 요구사항 명 | 학부 신입학 통계 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 대교협·교육통계·대학정보공시 등 대외 기관 보고자료 제출 및 대학 입시 정책 수립을 위해 신입학 지원·합격·등록·성적·지역·고교 유관 입시 결과 데이터를 다각도로 분석·통계화하는 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 보고자료 상세 설계 - 지원자위반사전점검자료[대교협], 지원자위반최종점검자료[대교협] 생성 및 제출 프로세스 상세 설계 ▪ 기초입시 보고서 및 양식 상세 설계 - 신입생현황, 충원율, 경쟁률, 수능최저학력 통과율, 최초합격자 등록율, 추가합격비율, 전체지원자성적, 인구통계(고교주소기준), 고교별계열지원분석 양식 상세 설계 ▪ 대외 제출 보고자료 및 양식 상세 설계 - [교육통계]지원자/입학자수, [교육통계]연령별입학자수, [대교협]경쟁률및등록률, [정보공시]지원및충원률, [정보공시]고교유형별현황 양식 상세 설계 ▪ 입시결과 다각도 분석 보고서 및 양식 상세 설계 - 수시 내신등급 평균, 전형별 충원율, 모집단위별 충원율, 최초합격자 등록율, 전형별 경쟁률, 모집단위별 경쟁률, 모집단위별 경쟁률2, 최저학력기준 통과율, 정시 수능등급/백분위 평균, 모집시기별 내신/수능등급 평균, (대교협)커트라인성적현황, 지역별 비율, 지역별 비율(상세), 지원자 및 신입생 성비, 수능 수학 및 탐구 선택유형, 장학대상자 등록률, 고교별 지원 및 등록현황, 등록포기 및 환불현황, 모집단위별 재수생비율, 신입생 고교유형(모집단위별), 지역별등록포기/환불현황, 고교유형별지원/등록현황, 고교별지원/합격/등록현황, 교차지원율및합격률, 전형간중복지원현황 양식 상세 설계 ▪ 충원율 관리 상세 설계 - 재학생충원율조회, 재학생충원율분석 프로세스 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-008 | |||
| 요구사항 명 | 학적 관리 상세 설계 (학사조직/전공 분리) | |||
| 요구사항 상세설명 | 정의 | 학과·전공 폐지 대응을 위한 학사조직(소속)과 전공(교육과정)의 명확한 데이터 분리 설계를 기반으로, 학적 기본정보·변동·외국인·교류학생·계약학과 및 대학원 학적 변동 온라인화 등 학적 행정 전반을 통합 관리하는 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 핵심 아키텍처 상세 설계 - 학사조직/전공 분리: 학과·전공 폐지 시 기존 교육과정을 이수하는 학생의 소속과 교육과정 관리를 위해 소속 관리 '학사조직코드'와 교육과정 관리 '전공코드'를 명확히 분리하는 데이터 모델 설계 - 맞춤형 안내 알림 : 학적 구분(주/복수전공 소속, 학년, 학적상태, 학기초과, 학적변동 기간, 신/편입, 정원 내/외, 내/외국인 등)에 따른 학사일정 도래 시 맞춤형 UMS 알림 연동 기능 설계 - 교직 및 교류학생 관리: 유아교육과·특수교육과 입학/편입생 '교직이수자' 구분 관리 및 국내외 교류학생용 계정·학번 효율적 생성/관리 방안 수립 - 계약학과 및 졸업기준 관리: 계약학과 재직 확인 서류 첨부/갱신, 매칭 기업체 변경이력 관리 구현 및 복수/부전공/교양/다면적졸업인증 졸업기준연도 통합 설정 기능 설계 - 외국인 학생 관리 강화: 외국인등록번호 발급 전 가번호 관리, 비자 유형·어학성적 입력 범위를 대학원까지 확대, 지도교수별 외국인 학적정보 조회 및 엑셀 다운로드 기능 설계 - 학적 변경 결재 및 통계: 개명/사진 변경 시 관련 서류 첨부 후 학과 승인→학사팀 승인 2단계 프로세스 수립 및 From-To 기간 설정 기반 학적변동 이력 통계 설계 - 대학원 프로세스 통합: 대학원 일반휴·복학 외 수기 신청 업무를 학생 신청→교수/조교 확인→행정실 최종 승인 온라인 프로세스로 전환 - 교과목 이수구분 연동: 복학 등에 따른 이수구분 변경 시 동일/대체 교과목 수강 시 학생 적용 교육과정 이수구분 자동 변경 기능 설계 - 연구안전 및 도서관 연동: 학적 정보 내 연구활동종사자 설정 및 연구실안전관리시스템 연계, 학적변동(휴학/자퇴 등) 신청 시 도서관 대출/연체 현황 제공 및 미반납 시 학적변동 제한 제어 연동 설계 ▪ 학적 기준정보 및 기본관리 상세 설계 - 학적기준정보관리: 정보조회, 업무처리기간관리, 소속별이수가능전공관리, 학적변동코드별승인단계관리, 안내문구관리 상세 설계 - 학적기본관리: 학생명부조회(일반/학사팀), 학적사항조회/관리, 학력조회등록/회신/회신자목록, 외국인학생조회, 국내외대학 교류학생조회, 타대학교류학생학적관리, 일괄사진등록, 승급승과처리, 학생정보조회, 학적사항관리(학생용), 주소일괄입력, 개인정보동의조회, 학부대학원연계과정신청, 외국인등록번호등록, 외국인학생학적정보등록, 학생차량등록, 학부/대학원/교직원 자동차등록관리, 장애학생관리, 개명·사진변경 신청/승인, 계약학과 재직 확인 상세 설계 ▪ 학적변동, 시간제 및 통계관리 상세 설계 - 학적변동관리: 학적변동신청, 학적변동승인(학과/교무), 학적반영, 제적대상자일괄입력, 학적변동조회(전체/학과별/개인별), 휴학/복학신청(학생용), 학적변동통계, 학적정보변경요청승인 상세 설계 - 시간제학생관리: 시간제학생일괄(제적/재학)처리 상세 설계 - 보고서/통계관리: 학생자료, 재입학자료, 복수전공자료, 전과자료, 학적부/사진대장, 개인정보수집및활용동의, 정보조회, 고등교육통계조회, 통계조회(학생), 재적생현황, 재학생 주거 및 통학현황 양식 및 통계 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-009 | |||
| 요구사항 명 | 전공 관리 및 이수 시뮬레이션 설계 | |||
| 요구사항 상세설명 | 정의 | 부·복수전공 이수 사전 요건 관리 및 이수 시뮬레이션, 자기설계전공 로드맵 지원, 자유전공학부 입학생의 4단계 전공배정 결재 승인 프로세스, 향설나눔대학 및 AI의료융합혁신교육원 스쿨 소속 관리와 전과·재입학을 포함한 전공 다변화 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 핵심 프로세스 상세 설계 - 부·복수전공 요건 및 시뮬레이션: 부·복수전공 이수 요건을 시스템에서 사전 관리하고, 학생 신청 전 이수를 위한 시뮬레이션 기능 구현 및 복수전공 신청에 따른 기존 복수전공 학과 이수과목의 이수구분 자동 변경 기능 설계 - 자기(주도)설계전공 지원: 학생의 성공적인 자기설계전공 구축을 위한 지도교수 배정, 교육과정 설계 시뮬레이션 및 교육과정 이수 로드맵 정보화 체계 설계 - 자유전공학부 전공배정 체계 구축: 자유전공학부 모집에 따른 전공배정 관리 시스템 구축 (학생 신청 → 학과 승인 → 단과대학 승인 → 학사팀 최종승인 및 학적반영 4단계 승인 및 학적 자동 연동 프로세스 수립) - 특화 대학/스쿨 소속 관리: 향설나눔대학 입학생(1학년 소속 관리, 2학년부터 대학 내 전공 지원) 및 AI의료융합혁신교육원 스쿨 입학생(스쿨 소속 관리, 2학년부터 스쿨 내 전공 지원)의 소속 및 전공선택 관리 기능 설계 ▪ 전공심화 및 부복수전공 관리 상세 설계 - 전공심화/부복수전공관리: 전공심화/부복수전공신청(학생용), 전공심화일괄신청, 부복수전공 최종승인처리, 단과대학별 (부)복수전공 이수 현황 상세 설계 ▪ 자기(주도)설계전공 관리 상세 설계 - 자기(주도)설계전공관리: 자기(주도)설계전공 신청(학생용), 자기(주도)설계전공 지도교수 배정, 자기(주도)설계전공 교육과정설계, 자기(주도)설계전공 등록관리, 자기(주도)설계전공 등록조회 상세 설계 ▪ 전공배정, 전과 및 재입학 관리 상세 설계 - 전공배정관리: 전공배정신청, 전공배정(학과승인), 전공배정(단과대학승인) 상세 설계 - 전과관리: 전과신청(학생용), 전과 최종승인처리 상세 설계 - 재입학관리: 재입학신청(학생용) 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-010 | |||
| 요구사항 명 | 수업·개설 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 교과목 번호체계 개선, 전공·교양·소단위(모듈형) 교육과정 체계 수립, 교육과정 레벨의 동일·대체과목 관리 및 교육과정인증제 연계를 포함한 수업·개설 관련 교육과정 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 핵심 프로세스 상세 설계 - 교과목 체계 및 이력 관리: 교과목ID 4자리 자릿수 확대, 주제코드(학술분류체계) 기반 번호체계 지원, 교과목 유형(특성·운영조직·자격증 등) 데이터 세분화 분리 및 교양교과목 신설·폐지·변경 히스토리 이력조회 기능 설계 - 전공/교양 교육과정 편성: 전공(단일/융합/자기설계) 학년·학기·이수구분별 교육과정 정의, 타 학과 교과목 전공인정 관리, 입학연도/교양영역/학문영역별 교양 교육과정 정의 및 강좌개설·졸업이수 기준 연동 설계 - 소단위(모듈형) 전공 및 직무 연계: 모듈 기준정보(전공코드, 관리학과, 모듈유형, 학점, 개폐여부, 직무) 관리, 직무 정의 및 모듈 매핑, 모듈 조합 부/복수전공 구성, 학습경로 네비게이션 및 이수 기준 근접 학생 대상 추천 알림 기능 설계 - 교육과정 레벨 동일·대체과목 관리: 교과목 코드가 동일하나 교육과정 편성 시 상이하게 운용되는 특성을 고려하여 교과목 레벨이 아닌 교육과정 레벨의 동일·대체과목 지정(시작/종료연도 관리) 및 학과별 졸업사정 일괄 대체인정 기준 별도 관리 기능 설계 - 이수기준 및 다전공 필수 지정: 전공/교양 이수구분별 학점, 복수/부전공 필수·선택 학점, 단과대학별 교양/중핵교양 요구조건 및 다전공 필수 교과목 관리 기능 설계 - 교육과정인증제 및 연계: 각 학과별 교육과정인증 신청(교과목-전공역량 운영계획서), 심사, 승인 기능 구현 및 교원업적평가 데이터 연계 지원 ▪ 교과목 관리 상세 설계 - 교과목 관리, 교과목 히스토리 조회, 선후수과목 관리/조회, 선후수과목 목록 상세 설계 ▪ 교육과정 관리 상세 설계 - 직무구분관리, 소단위(모듈형)교육과정관리, 전공교육과정관리, 교양교육과정관리, 동일·대체과목 관리/조회, 동일·대체과목 목록, 학과별 교과과정 복사, 년도별 교과과정 복사, 학부(과)별 교과 과정표, 졸업이수 학점기준관리, 기타 교양 이수기준관리, 다전공 필수 교과목관리 상세 설계 ▪ 교육과정인증 관리 상세 설계 - 교육과정인증제 신청, 교육과정인증제 심사, 교육과정인증제 승인 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-011 | |||
| 요구사항 명 | 수업 및 강좌 개설 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 집중이수제·원격교육·블렌디드 수업 등 유연한 수업운영 지원, 교시 중복 오류 개선, 동일교원/강의실/시간 합반 성적·출결 통합 처리, 강의실 공유 및 도서관 지정도서 연동을 포함한 수업 및 강좌개설 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 핵심 프로세스 상세 설계 - 집중이수 및 유연학기 지원: 집중이수 유형관리(동일 기간 내 운영 주차 다변화, 시작/종료 주차 관리, 성적/강의평가 수행 시점 정의) 및 일자별 수업시간표 입력 제어 구조 설계 - 원격교육 및 강좌 분류: 원격교육 강좌 신청·승인·개설 프로세스 수립, 학수번호(수강번호) 체계 개선, 강좌 분류(AI 활용, 나눔교육 등) 및 강의실 IP 정보 부서 간 공유 관리 기능 설계 - 교원 및 강의시간표 개선: 학과 기준 비전임교원 개설 강의 전체 조회, 50분/75분 수업 시간표 중복 인식 오류 개선, 일반/집중이수 시간표 UI 분리 검토, 가상수업 시간표 중복 로직 제외, 블렌디드 수업 온·오프라인 주차 식별 표기 설계 - 합반 처리 및 성적 연동: 동일 교원/강의실/시간 조건 자동 제어 기반 합반 처리, 합반 강좌 출결 통합 관리 및 성적 처리 시 전체 수강생 통합 처리 또는 분반별 분리 처리 선택 기능 설계 - 강의실 공유 및 도서관 연동: 단과대학/공통 강의실 공유 체계 수립, 신청 가능 강의실 정보 명확화, 수업계획서 작성 시 도서관 ISBN 연동을 통한 지정도서 소장 여부 확인 기능 설계 ▪ 수업 기준정보 및 강의개설 상세 설계 - 수업기준정보관리: 이수구분 관리, 수업교시관리, Block 시간표 관리, 강의실 관리/조회, 업무처리기간관리, 수업계획서알림관리, 집중이수유형관리 상세 설계 - 강의개설: 원격교육강의개설신청, 원격교육강의개설승인, 개설과목 입력, 강의일람 세부 입력, 개설과목일람표출력, 분반추가 신청, 분반추가 승인, 수강제한학과관리, Team Teaching 과목 조회, 강의일람 교원자료 조회, 학내가상과목조회, 개설과목조회, 개설과목 시수이행조회 상세 설계 ▪ 강의시간표, 수업계획서 및 통계관리 상세 설계 - 강의시간표: 폐강기준관리, 폐강과목 처리, 폐강과목 목록, 수업합반 관리, 강의실배정신청(학과), 강의실배정승인, 영역/교직/특성화연계과목 시간표, 1학년 교양과목 시간표, 학부(과)별 시간표, 학부(과) 학년별 시간표, 담당교수별 시간표, 강의실별 시간표, 강의실 사용현황, 영역과목 전체 시간표, 강의동별 수업시간표 일괄출력, 학기별 교수 개인별 수업현황 상세 설계 - 수업계획서: 수업계획서 관리, 수업계획서 출력 상세 설계 - 통계관리: 고등교육기관 교육통계, 고등교육통계조회(강좌), 통계조회(강좌), 통계조회(강의), 기타통계현황 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-012 | |||
| 요구사항 명 | 수강 신청 및 장바구니 프레임워크 | |||
| 요구사항 상세설명 | 정의 | 수강신청(PC, 모바일) 전면 재구축, 대용량 트래픽·대기열 제어, 인메모리 캐싱, 불법 매크로 방지, 수강권 매매 방지 및 모의 수강신청 시뮬레이션을 포함한 통합 수강신청 및 장바구니 프레임워크 상세 설계 및 구축 | ||
| 세부 내용 | ▪ 수강신청 재구축 및 아키텍처 상세 설계 - 전면 재구축: 기존 수강신청 웹사이트 및 모바일 앱의 주요 기능을 분석하여 차세대 환경에 맞게 전면 재구축하고, 성능 개선 및 최신 기술 반영 - 웹표준 및 모바일 최적화: HTML5/CSS3 웹표준 준수(Chrome, Safari, Edge 등 호환성 보장) 및 대용량 트래픽 처리·성능 최적화를 위한 모바일 전용 경량 UI/UX 구현 (대량 강좌/정원 식별 및 오동작 없는 터치 수강신청 설계) - 중복 접속 차단: PC 웹과 모바일 앱 간 동시 중복 접속을 차단하여 대리 신청 등 부정행위 방지 구조 수립 ▪ 성능·인프라 및 보안/매크로 방어 상세 설계 - 대용량 트래픽 제어 및 성능: L4/L7 연동 부하 분산, 서버 간 균등 세션 분배, 세션 클러스터링, 지능형 대기열 관리, 피크타임 직후 1분간 TPS 처리능력 검증 필수 적용, Redis/Ehcache 등 인메모리 기술 기반 실시간 데이터 캐싱 구현 - 보안 및 매크로 방어: 불법 매크로 프로그램(X-Macro 등) 및 비정상 우회 접근 탐지·차단 기술 적용, 학생 간 수강권 매매 및 양도 원천 차단 기능 제공 - 모의 수강신청 지원: 본 수강신청 전 사전 부하 검증 및 UI 적응을 위한 모의 수강신청 시뮬레이션 환경 구축 ▪ 수강신청 및 관리자 주요 기능 상세 설계 - 실시간 과목별 신청현황 및 잔여석 실시간 업데이트/조회 기능 - 학적 변동자 수강신청 처리 기능 - 학점 교류 수강 신청자 명단 조회 및 수강신청 현황관리 기능 - 장바구니 강좌별 수강생 명단 조회 기능 - 개인별 수강가능 학점 관리 기능 - 개인별/교수별/강좌별 수강신청 조회 기능 - 관리자용 수강신청처리, 수강취소신청/승인처리, 장바구니 수강신청 처리 기능 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-013 | |||
| 요구사항 명 | 수강 신청 업무 프로세스 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 선후수과목, 특정 학과 제한, 자유학기제 전용 교과 수강 제어, 집중이수 강좌 시간표 중복 방지, 일괄 수강신청 생성 및 OCU·계절학기·하이플렉스 등 수강신청 업무 전반에 대한 통합 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 수강제한 로직 상세 설계 - 선후수 및 과목별 수강제한: 선후수강 과목 이수 여부에 따른 수강신청 제어 로직 구축 및 일부 교양·교직 과목에 대한 특정 학과 수강제한 과목 단위 설정 기능 설계 - 자유학기제 수강제한: 자유학기제 수강 학생 대상 지정 교과(자율활동프로젝트1, 자율활동프로젝트2)만 수강신청 허용 및 타 교과목 수강 제한 제어 구현 - 집중이수 수강신청 및 시간표 중복 방지: 집중이수 강좌 조회·선택 수강신청 기능(일반 수강신청 화면 내 병행 조회 및 개별 선택 UI 구성 또는 집중이수 전용 수강신청 화면 분리 구축 방안 검토) 설계 및 일반강좌와 집중이수 강좌 간 시간표 중복 방지 제어 로직 수립 ▪ 주요 요구사항 및 수강신청 세부 업무 프로세스 상세 설계 - 학점 및 대상자 관리: 수강신청 가능학점 관리, 학생별 신청 가능 학점 생성, 수강신청가능인원 관리, 수강신청 제한자 관리, 학기초과자 신청학점 히스토리관리, 수강신청 공지관리 상세 설계 - 수강신청 처리 및 일괄생성: 수강신청(학생/조교/전산팀 검증용), 수강신청 개별수정, 이수구분 관리, 일괄수강신청과목지정, 수강신청 일괄생성(의예·의학·간호, 1학년), 수강신청 일괄대체/삭제, 하이플렉스 수강신청 선택 상세 설계 - 특수강좌 및 계절학기 관리: OCU 수강신청파일 생성/자료출력/과목별 수강신청현황, 계절학기 수강신청자 현황/등록현황/개인별 수강료관리, 졸업생재교육수강신청출력 상세 설계 - 조회, 분석 및 보고서 양식: 수강생조회, 수강신청 확인서(개인/학부/과), 과목별 신청현황, 수강신청현황조회, 개인별 수강생 조회(학생/교원용), 수업시간표조회, 기획용 학생현황자료, 교양과정부 자료생성, 수강신청분석, 수강신청학생별 성적조회 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-014 | |||
| 요구사항 명 | 스마트 출결 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 수기·전자·LMS 출결 관리 통합 개선, 강의실 변경 등 개설강좌 변경정보의 실시간 연계, 2시간 이상 강좌의 다회차 출결체크 등 학내 다변화된 수업 방식을 지원하는 스마트 출결 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 스마트 출결 프로세스 상세 설계 - 출결 체계 통합 개선: 종합정보시스템 수기출석부, 전자출결, LMS 출결 등 혼재된 출결 관리 방식의 전반적 개선 방안 검토 및 스마트 출결 제어 기능 구현 - LMS 및 강좌 변경정보 실시간 연계: 강의실 변경 등 개설강좌 정보 변경 발생 시 전자출결 및 LMS 시스템과 개설강좌 동기화 데이터가 실시간 연동되도록 연계 아키텍처 설계 - 다회차 출결체크 기능 구현: 열린 강좌 등 2시간 이상 진행되는 연속 수업 강좌에 대해 수업 시작 및 종료 시점 등 2회 이상의 출결체크가 가능하도록 제어 로직 설계 ▪ 출결 관리 세부 업무 프로세스 상세 설계 - 출석부 출력 및 관리: 출석부 개별출력(학수번호별), 출석부(주소조회용), 학수번호별 출석부(교수용), 출석부 일괄출력(개설조직별), 사진출석부 개별출력(학수번호별) 상세 설계 - 출결 입력 및 처리: 출결사항입력, 출결사항일괄입력 상세 설계 - 출결 현황 조회 및 관리: 출결입력현황조회, 학생별 출결현황조회, 일자별출결입력현황조회, 개인별출결입력현황조회, 장기결석자조회 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-015 | |||
| 요구사항 명 | 공결 및 휴·보강 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 공결/질병결석 온라인 신청·증빙 첨부 및 승인 다변화, 학내 행사 연계, 보강 강의실 중복 검증, LMS 온라인 보강 출결 데이터 연동을 포함한 공결 및 휴·보강 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 프로세스 상세 설계 - 공결/질병결석 신청 및 승인 체계 개선: 학생 직접 관련 증빙자료 업로드 및 신청 기능, 공결/질병결석 승인 내역 조회 기능 구현 및 기존 승인 부서(학생지원팀) 외 담당 수업 교원 직접 승인 방식 검토 반영 - 학내 행사 연계 및 공결 적용 확대: 등록·관리된 학내 행사 정보 연동 기반 공결 처리 기능 구현 및 정규 교과 외 외국어교육원 등 타 교육과정 수업까지 공결 신청 적용 범위 확대 - 보강 강의실 검증 및 LMS 출결 연동: 휴·보강 신청 시 보강 대상 강의실의 타 수업 배정 여부(시간표 중복) 실시간 확인 기능 구현 및 LMS 온라인 운영 보강수업 출결 데이터의 종합정보시스템 적정 주차 자동 반영 체계 설계 ▪ 공결 관리 세부 업무 프로세스 상세 설계 - 공결관리: 공결신청, 공결신청 관리, 공결신청현황(학생용), 공결신청자최종확인, 공결승인 현황, 공결엑셀일괄신청 상세 설계 ▪ 휴·보강 관리 세부 업무 프로세스 상세 설계 - 휴·보강관리: 수업보강 계획 등록, 수업보강 여부 등록, 수업보강 결과 승인, 수업보강 현황 조회, 일자별 수업현황 및 보강현황 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-016 | |||
| 요구사항 명 | 수업 평가 및 CQI 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 학과·학년·수강인원별 수업평가 산출기준 유연화, 통계 산출 계산식 입력·관리, 다각적 평가 결과 및 CQI(수업개선보고서) 연계 조회를 지원하는 수업 평가 및 CQI 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 수업평가 유연화 상세 설계 - 수업평가 기준정보 유연화: 수업평가 담당자가 학과, 학년, 수강인원 등에 따라 수업평가 점수 산출기준을 직접 설정하고 유연하게 변경할 수 있는 기준정보 관리 기능 구현 - 통계 추출 및 계산식 입력: 수업평가 결과 분석 및 통계 데이터 추출을 위해 계산식을 직접 입력하고 관리할 수 있는 통계 산출 제어 기능 구현 ▪ 수업평가 및 CQI 세부 업무 프로세스 상세 설계 - 기준 및 항목관리: 객관식보기유형 관리, 수업평가 항목관리, 수업평가 제외과목 관리 상세 설계 - 평가 실행 및 데이터 생성: 수업평가 실행, 수업평가 기초자료 생성, 수업평가 표준편차 생성, 수업평가 순위부여 상세 설계 - 실시 및 평가 현황 조회: 수업평가 전체현황, 교수별 수업평가현황(일반/일괄출력), 수업평가 실시현황, 학과별 수업평가실시현황, 교수/과목별 수업평가 평가인원, 수업평가현황 실시간 조회 상세 설계 - 결과 분석 및 CQI 연계: 수업평가 결과 분석표, 과목별 수강소감 및 개선사항 조회, 교수별 수업평가 결과조회, 전체교수 수업평가 결과, 학장/학과장 수업평가 조회, 구분별 수업평가 조회, CQI입력현황조회, 수업평가조회(학습개발용), 수업평가결과조회(학생용) 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-017 | |||
| 요구사항 명 | 성적 처리 및 강사료·채점 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 전임/퇴직예정 교원 한정시수 초과 제어 및 사유서 연동, 보직·직위·면제자 시수감면 최대값 자동 적용, 학부/대학원 강사료 독립 마감 처리 및 강사료·초과강의료 정산을 통합 지원하는 강사료 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 강사료 정산 프로세스 상세 설계 - 한정시수 초과 및 사유서 연동: 전임교원 및 1년 이내 퇴직예정 전임교원이 한정시수를 초과하여 강좌를 개설하는 경우 초과 안내 팝업을 제공하고, 클릭 시 '한정시수 초과사유서' 작성 화면으로 바로 이동하도록 기능 구현 - 책임시수 감면 연동 로직: 보직/직위별 시수 감면 및 책임시수 면제자 입력값을 자동 비교하여 가장 높은 감면 값이 자동 선택·적용되도록 시수 계산 로직 수립 - 학부/대학원 강사료 독립 마감: 대학원 강의개설 진행 상황과 별개로 학부 개설이 완료되면 학부 교원에 대한 강사료 마감 업무를 독립적으로 진행할 수 있도록 업무 프로세스 분리 및 개선 ▪ 강사료 기준 및 시수 관리 상세 설계 - 강사료 지급구분별 기초 금액 관리, 보직/직위별 시수관리, 그룹별 상이감면시수 리스트 출력, 책임시수 면제자 관리, 교수별 개인시수관리 상세 설계 ▪ 강사료 산출, 소급 및 정산 관리 상세 설계 - 강사료 생성, 강사료 소급분 입력, 강사료 마감, 미지급강사료 관리, 학기별 미지급강사료 조회, 정교수강사료지급(3월, 9월), 강사료 생성(외부), 논문지도비 지급현황[대] 상세 설계 ▪ 지급 내역, 통계 및 출력물 상세 설계 - 강사료 및 초과강의료 지급내역(은행제출용), 교수별 주당 총 수업시수 현황, 교수별 주당시수 일람표(학과확인용), 개인별 강사료 및 초과강의료 내역, 강사료/초과강의료 지급대상 시간표, 개인별 강사료 내역 조회, 강사료 관련 통계자료, 강사료 전월 자료 비교, 강사료 미지급교과목 현황 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-018 | |||
| 요구사항 명 | 성적 산출 및 성적 사정 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 이론/실습 강좌의 동일 강좌 내 수업방식 구분 관리, 합반/분반 성적 평가비율 유연화, 수업계획서 평가기준-LMS-종합정보시스템 간 성적 데이터 연동, 성적 통계(표준편차, 분산 등) 제공 및 학부·의대 성적 사정·출력을 통합 지원하는 성적 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 성적 연동 프로세스 상세 설계 - 이론/실습 강좌 통합 관리: 이론/실습 형태 수업 운영 시 개별 분반 처리 및 수작업 성적 변환을 배제하고, 동일 강좌 내에서 수업방식을 구분하여 유연하게 관리하는 기능 설계 - 합반/분반 평가비율 유연화: 교과목의 합반/분반 개설 형태에 따라 성적 평가비율을 전체 평가 또는 분반별 평가로 유동하게 설정 및 적용하는 기능 구현 - 수업계획서 및 LMS 성적 연계: 수업계획서 작성 평가 기준의 LMS 및 성적관리 기능 자동 반영, LMS 입력 성적 정보의 종합정보시스템 실시간 연계 관리 체계 구축 - 성적 통계 데이터 제공: 교과목별 성적 분포 및 통계 정보(표준편차, 분산 등)를 학생 및 교원에게 직관적으로 제공하는 UI/UX 구현 ▪ 성적 처리 및 학기별 성적 관리 상세 설계 - 성적처리: 성적입력, 일반학과 성적자료생성, 의과대학 성적자료생성, 의과대학 재시권한부여, 의과대학 유급자처리 상세 설계 - 학기별성적관리: OCU 성적입력, 특별성적 입력, SRC 성적입력 상세 설계 - 학사경고자관리: 학사경고자관리 상세 설계 ▪ 성적 조회·출력 및 통계 관리 상세 설계 - 성적조회·출력: 과목별성적입력조회(조교용), 해당학기성적표(가정통신문), 해당학기 성적조회, 성적증명서 출력, 개인별 누적성적조회, 학기별 발송용 성적표 출력, 조건별 누적성적조회, 의대 학년말 성적표 출력, 과목별성적조회, 교과목별 이수인원조회, 학사경고자 발송문 출력, 성적보고서 출력, 타대학 성적취득학생 명단, 성적기록표 출력, 학과장 성적평가조회, 과목 운영종합 현황표 출력, 개설조직별 성적부여현황, 학생소속별 성적부여현황, 성적조회 일람표 출력 상세 설계 - 통계관리: 통계현황(학부), 성적분포현황, 통계현황(의대 : 학기별/학년말/전학년) 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-019 | |||
| 요구사항 명 | 기타 성적 및 학점 인정 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 입시 제출 성적증명서 PDF 서류의 편입학점 인정사정 연동, 편입·전과 인정학점, 국내외 교류·교환·공동교육 성적, 취득학점 포기 및 재수강(성적취소) 처리를 통합 지원하는 기타 성적 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 서류 연계 프로세스 상세 설계 - 입시 성적 PDF 연계 사정: 입학처 편입학 모집 시 지원자가 제출한 전적 대학 성적증명서 PDF 자료를 학사 시스템의 편입학점 인정사정 신청 기능과 직접 연동하여 증빙 서류와 인정 학점 내역을 동시 검증·처리할 수 있도록 연계 기능 구현 ▪ 기타성적 및 학점인정 세부 업무 프로세스 상세 설계 - 개인성적 및 인정학점 관리: 개인성적관리, 편입생 인정학점 신청, 편입생 인정학점 승인, 전과생 인정학점 신청, 전과생 인정학점 승인 상세 설계 - 교류 및 교환학생 성적 관리: 교류학생성적관리(국내대학), 교환학생성적관리(국외대학), 교환학생성적관리(공동교육) 상세 설계 - 취득학점포기 관리: 취득학점포기 신청, 취득학점포기 승인, 취득학점포기신청현황조회, 취득학점포기현황 출력 상세 설계 - 재수강 및 성적취소 관리: 재수강(성적취소) 승인, 재수강신청현황조회, 재수강(성적취소)현황출력 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-020 | |||
| 요구사항 명 | 장학 기준정보 및 장학 체계 재설계 | |||
| 요구사항 상세설명 | 정의 | 장학 코드체계 재정립, 회계 중심에서 업무 유형별 UI/DB 구조로의 전면 재설계, 룰엔진 기반 장학 우선순위 자동 조정, 장학수혜내역 마스터 통합 및 변경이력 관리를 포함한 장학 기준정보 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 장학 체계 재설계 프로세스 상세 설계 - 장학 코드체계 및 UI/DB 구조 전면 재설계: 장학 코드체계를 재정립하고, 기존 회계·재무 연계 중심의 다수 화면 분할 입력 구조를 개선하여 교내·교외·근로·국가장학 등 업무 유형별 맞춤형 입력 화면 및 데이터 관리 체계 구축 - 학적변동 연동 및 마스터 통합: 학적변동(휴학, 복학, 자퇴 등) 발생 시 장학 변동 처리 기능을 연동하고, 학생/부서 신청 및 장학부서 입력 데이터의 최종 승인(확정) 내역을 '장학수혜내역 마스터'에 일괄 관리 - 우선순위 룰엔진 및 변경이력 관리: 최종 승인 시 장학 우선순위 조정 룰엔진을 적용하여 자동 조정 후 마스터에 저장하며, 장학금 대체·취소·환수 등 모든 변동 사항은 '장학수혜변경 이력' 테이블에 별도 이력 관리 ▪ 장학 기준정보 관리 세부 업무 프로세스 상세 설계 - 장학기준정보관리: 장학환경설정, 장학종류관리, 장학코드관리, 장학종류별조회, 장학검색관리, 계속장학기준관리, 장학모집게시판, 내게맞는장학찾기, 성적장학배정기준관리, 장학신청기간관리 상세 설계 ▪ 학생별 장학정보 관리 세부 업무 프로세스 상세 설계 - 학생별장학정보관리: 학생계좌관리, 학기별소득분위관리, 학생별이수학기조회 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-021 | |||
| 요구사항 명 | 장학 신청 및 선발 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 국가장학 우선순위 조정, 룰엔진 배치 연동, 국가장학 I/II 유형 대출상환·현금지급 연계, 부서장학 승인 시 지급결의서 자동 생성, 등록금·회계대체 재무 연계를 지원하는 장학 신청, 선발 및 대출 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 장학 선발·재무 연계 프로세스 상세 설계 - 국가장학 우선순위 및 룰엔진 연동: 교내장학 대비 국가장학 우선순위 상향 조정, 장학재단 다차수 선발/지급 내역 업로드 DB 관리, 룰엔진 배치 프로그램을 통한 '장학수혜내역 마스터' 및 '장학수혜변경이력' 자동 생성 기능 구현 - 지급 방식 다변화 및 학적 연동: 국가장학 I/II 유형의 I유형 대체, 학생 현금지급, 재단/기타기관 대출금 상환 연계 처리 및 학적변동(재입학, 전과, 자퇴 등) 확정 시 마스터/이력 실시간 연동 반영 - 부서장학 및 자동 지급결의 연계: 기존 지급요청공문 작성 업무를 폐지하고, 부서 장학 신청 시 입력한 예산·계좌·회계 정보를 활용하여 학생지원팀 승인 시 지급결의서 자동 생성 및 재무(등록금/지출결의/회계대체) 데이터 연계 자동화 ▪ 장학 신청 및 선발 관리 세부 업무 프로세스 상세 설계 - 계속 및 신청 관리: 계속장학생관리, 계속장학선발, 장학금신청(학생용), 장학금학과승인, 장학금학생팀승인, 장학금신청(부서용), 부서장학금승인 상세 설계 - 교내·외 및 근로장학 관리: 학생팀선발장학대상자입력/확정, 성적장학인원배정/선발, 외부장학생입력/확정, 인턴휴일관리, 근로장학생신청(수요조사)/관리, 근로장학생승인/관리, 행정인턴근무내역등록/월별지급내역, 인턴장학생신청자관리/부서승인 상세 설계 - 학적변동, 장학생 및 국가장학 관리: 재입학, 전과, 조기졸업, 자퇴, 자유학기제 학적변동 장학생 관리, 학비감면변경관리, 학비감면자료조회, 국가장학선발/지급 대상자 입력·확정, 학생지급/재단반환/대출상환(재단/기타기관) 처리 상세 설계 - 지급결의, 환수, 대출 및 통계 관리: 장학금지급결의, 제적자퇴미등록 환수관리, 대출정보생성, 대출자관리, 학자금대출관리, 장학증명서출력, 장학금지급현황, 정보공시, 학과별/종류별/사업별/개인별/학기별 장학생·장학이력 조회, 외국인등록금부담률조회 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-022 | |||
| 요구사항 명 | 등록금 책정 및 수납·환불 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 계절학기 수강신청 연동 수업료 설정 개선, 등록금 책정 기준정보, 가상계좌 기반 등록 수납, 분할납부, 차액 환불 및 세무·결산 연계를 지원하는 등록금 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 등록 관리 프로세스 상세 설계 - 계절학기 수업료 연동 개선: 계절학기 수강신청 학점 및 과목 데이터와 실시간 연동되어 학생별 계절학기 수업료가 정확하게 자동 책정·설정되도록 수납 시스템 기능 개선 - 가상계좌 및 등록금 수납 체계: 가상계좌/가변가상계좌 관리, 고지서 출력, 은행자료 파일 이관 및 실시간 수입 처리 연동 - 분할납부 및 반환 처리: 분할납부 차수별 신청·승인·수납 관리, 제적·자퇴·차액 발생에 따른 환불 처리 및 세무자료 자동 생성 체계 구축 ▪ 등록 기준정보 및 대상자 관리 상세 설계 - 등록기준정보관리: 등록환경설정, 등록계열별납입금책정, 등록계열설정, 편제별납입금책정, 학기초과자기준관리, 분할납부차수관리 상세 설계 - 등록대상자관리: 업체부담금관리(계약학과), 등록대상자생성, 등록대상자조회, 납입(학비감면)금 변동이력 관리, 미생성된등록대상자관리, 미생성된등록대상자, 개별대상자관리, 등록고지서출력, 가상계좌관리, 가변가상계좌관리, 무료/차액대상자조회, 등록고지서출력(학생용), 신입생OT비 고지서 로그인 상세 설계 ▪ 등록처리, 분할납부, 반환 및 결산 관리 상세 설계 - 등록처리: 은행파일생성, 은행자료이관, 등록금수입처리, 이중납부자조회, 개별등록관리, 무료등록처리, 분할납부자관리, 업체부담금수납관리, 계절학기수납관리, 등록이력조회, 등록/미등록현황, 등록자료출력, 교육비납입증명서출력(학생용), 신입생 납부자료조회, OT비 환불신청 상세 설계 - 분할납부관리: 분할납부신청, 분할납부승인, 분할납부자조회 상세 설계 - 반환관리: 차액환불자관리, 환불처리, 반환자료조회, 개별반환자료입력 상세 설계 - 등록결산관리: 등록결산명세서 조회, 등록현황조회, 등록정보조회(경영정보), 세무자료생성 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-023 | |||
| 요구사항 명 | 졸업 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 교양·전공·다전공·다면적 졸업기준연도 통합 설정, 졸업논문/시험 연동 P/F 자동 성적처리, 자유학기제 연동, 졸업사정 데이터 동기화 개선, GBS/SA여권 관리, 학위취득유예 및 학적 이관을 지원하는 졸업 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 졸업 체계 상세 설계 - 다요건 졸업기준연도 관리: 졸업기준연도 설정 시 교양, 전공, 복수전공, 부전공, 다면적졸업인증의 기준연도를 개별/통합 설정하는 기능 구현 - 졸업논문/시험 연동 성적 자동화: '졸업 및 취창업지도' 교과목 성적처리 시 교수자 수작업 입력에 따른 P/F 오기입을 방지하기 위해 졸업논문·시험 이력 데이터와 자동 연동하여 성적 처리 - 자유학기제 및 졸업사정 데이터 동기화: 자유학기제 이수여부 졸업요건 포함 검증 및 이관 후 원천 데이터 변경 시 졸업사정 데이터가 실시간 자동 재계산·반영되도록 동기화 프로세스 개선 ▪ 졸업 관리 세부 업무 프로세스 상세 설계 - 졸업기준 및 대상자 관리: 졸업관련코드 관리, 졸업기준관리, 졸업기준조회, 졸업진도환경설정, 필수과목/활동관리, 조기졸업/졸업연장 신청(학과)·승인, 졸업대상자 개별생성/관리, 졸업대상자(졸업)사정일람표, 학과졸업사정관리 상세 설계 - 졸업논문/시험, GBS 및 유예 관리: 졸업종합시험결과표, 평가기준등록및처리, 학석사연계과정졸업대상자생성, GBS졸업요건 신청·승인·조회, SA여권정보 관리/외자료 제출, 학사학위취득유예(졸업유예) 신청·수강과목현황·교무승인·일괄수료·조회 상세 설계 - 졸업확정 및 통계 관리: 졸업대상자 사정처리, 석차생성, 졸업학적 이관, 학위/증서번호 관리 및 출력, 히포크라테스 선서, 졸업통계 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-024 | |||
| 요구사항 명 | 졸업 사정 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 졸업 종합평가 성적 연계, 학과별 일괄 대체인정 기준 관리, 다면적 필수 선택과목 표기, 다전공/소단위전공 이수 시뮬레이션 및 로드맵 생성, 승인 시점 자동 이수구분 변경을 지원하는 졸업사정 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 사정·시뮬레이션 상세 설계 - 졸업 종합평가 및 학과별 대체인정: '졸업 종합지도' 교과목 성적 입력 전 '졸업 종합평가' 결과를 선입력받아 성적과 연계 처리하고, 학과별 졸업사정 일괄 대체 인정 기준 및 개별/교과/비교과 대체 승인 기능 구현 - 다면적 필수 표기 및 이수 시뮬레이션: 교양/전공 선택 과목 중 다면적 졸업인증 필수 과목을 명확히 표기('선택과목 다면적 필수' 섹션)하고, 희망 다전공·소단위전공 달성도 비교 대시보드 및 반복 시뮬레이션 기능 구현 - 자동 로드맵 및 이수구분 자동 변경: 시스템 자동 생성 필수과목 + 학생 추가 선택과목 기반 이수로드맵 구축, 부/복수전공·전과 최종 승인 시점 및 교육과정 변경/성적 확정 시점의 원천 이수구분 자동 변경 처리 로직 구현 ▪ 졸업사정 세부 업무 프로세스 상세 설계 - 졸업사정 및 대체 관리: 전학년임시졸업사정집계, 졸업대상자 임시/최종 사정처리, 졸업대장조회, 다면적졸업사정관리, 졸업종합평가관리, 학과졸업사정관리, 학과별 졸업대체 기준관리/적용, 개별대체 요청/승인, 다면적교과대체 요청/승인, 비교과대체 요청/승인 상세 설계 - 진도, 시뮬레이션 및 이수구분 관리: 개인별/학과별 졸업진도관리, 이수·인증 시뮬레이션관리, 이수로드맵관리, 이수구분변경 요청/승인 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-025 | |||
| 요구사항 명 | 학생 지원 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 학생회·동아리·대학언론사 자치단체 관리, 교내 연동 상벌 및 상장 대장, 장애학생 지원 이력, 행사/비교과 연계, 다양한 증명서(소단위전공, 수료예정, 교원자격 등) 발급을 지원하는 학생지원 통합 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 자치·행정 지원 상세 설계 - 학생 자치 및 활동 관리: 학적 연계 기반 학생회/동아리(준/정/ASP) 구성·승인, 활동계획/결과서 제출, 대학언론사 소속/활동 내역 관리 및 대학언론사·학생회 활동 증명 발급 구현 - 상벌 및 장애학생 지원: 교내 수상 데이터 실시간 연계, 부서/학과 징계 요청 및 상벌위원회 승인, 단과대학 자체 수여 승인, 대학 전체 수상내역 관리 및 장애학생 등급별 지원이력 상세 관리 구현 - 행사, 비교과 및 출력 지원: 행사 참여학생 관리-공결 연계, 전체 비교과 이수확인증, 학년별 수료예정증명서, 졸업생 포함 소단위전공 이수증, 교원자격예정증명서(학부/대학원), 평생교육 강좌 수료증/강사위촉증 증명발급 및 이력 관리 구현 ▪ 학생지원 세부 업무 프로세스 상세 설계 - 학생회/동아리/언론사 관리: Dean's list, 선거기본관리, 자치단체장/구성원/선출대상/유권자 관리, 투표/현황/결과조회, 학내동아리 명단/활동관리, 대학언론사 소속학생/활동내역/증명발급관리 상세 설계 - 상벌, 행사 및 장애학생 관리: 상벌코드, 상벌 신청/승인/승인현황/부서신청/입력/승인, 대학 전체 수상내역관리, 행사 관리, 자격증 관리/승인, 행사/자격증 참여학생 등록/현황표/수료관리/조회, 장애학생 지원관리 상세 설계 - 증명발급 관리: 증명서발급관리(교원/직원), 일괄출력, 증명발급대장(교직원/학생), 증명환경설정, 학생증명발급, 증명발급현황, 졸업대상자 교직이수성적증명, 평교원 증명서 발급설정/이수과목 등록 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |||
| 요구사항 고유번호 | SDR-학사행정-026 | |||
| 요구사항 명 | 병무 행정 관리 상세 설계 | |||
| 요구사항 상세설명 | 정의 | 예비군 대원 전입/전출 신고 및 자원 관리, 민방위 대원 편성, 병무청 학적변동자 명부 및 관할 병무청 연계 보고를 통합 지원하는 병무행정 관리 프로세스 및 데이터 모델 상세 설계 | ||
| 세부 내용 | ▪ 주요 요구사항 및 병무 프로세스 상세 설계 - 예비군 및 민방위 자원 관리: 학적 데이터 연동 기반 예비군 대원 전입신고, 전출 처리, 대원 명부 관리 및 민방위 대원 편성 대상자 명부(신규 편입생/졸업생) 관리 구현 - 병무청 연동 및 보고자료 관리: 재학생 입영연기자, 학적변동자 명부, 졸업예정자 데이터 자동 추출, 병무청 학력회신 조회, 관할 병무청 및 전공코드 매칭을 통한 표준 병무 보고자료 생성 구현 ▪ 병무행정 세부 업무 프로세스 상세 설계 - 예비군 및 민방위 관리: 예비군대원전입신고, 예비군관리, 전출자처리, 민방위대원관리, 민방위대원편성대상자명부, 신규편입생및졸업생명단 상세 설계 - 병무정보조회 및 보고자료: 예비군대원명부출력, 전입전출자명부출력, 전입자명단출력, 예비군편성대상자명부, 신상이동자(전입, 전출자)명부, 재학생 입영연기자, 학적변동자명부, 병무청학력회신조회, 병무보고자료, 졸업예정자 조회, 주소관할병무청관리, 병무청전공코드매칭, 통계자료 상세 설계 | |||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SDR-학사행정-027 | |
| 요구사항 명 | 공간 기준정보 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 대학정보공시 시설통계 생성 자동화를 위해 공시용 공간분류체계를 포함한 공간 기준정보 및 코드를 통합 관리하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 시설통계 자동화 상세 설계 - 대학정보공시 행정을 위한 시설통계 생성 자동화를 목적으로 공시용 공간분류체계를 추가 관리하여 수작업이 최소화될 수 있도록 시스템 구현 ▪ 공간 기준정보관리 상세 설계 - 공간분류체계/코드 관리: 내부 공간분류체계 및 관련 코드 등록·관리 - 공시용 분류체계/코드 관리: 정보공시 기준에 맞춘 분류체계 및 연계 코드 등록·관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-028 | |
| 요구사항 명 | 공간 정보 및 강의실 배정 상세 설계 | |
| 요구사항 상세설명 | 정의 | 건물·층·호실별 기본정보, 비품/기자재, 연계이력, 도면, 점검이력, 연안법 연구실 정보 관리 및 강의실 배정 관련 정보를 통합 관리하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 공간·기자재 연계 상세 설계 - 특정 호실 조회 시 해당 호실 내 설치 물품(비품/기자재) 목록 조회 구현 - 물품구매 신청 시 설치위치 정보 연계, 물품 변경 신청/승인 정보 연계, 재물조사 결과 연계 구현 - 호실명 등 변경 시 기존 정보가 변경된 호실에 자동 반영되도록 연동 구현 - 해당 공간의 공간정보(공간배정 사용이력, 관리변경이력, 공사이력 등) 조회 구현 - 공간정보 관리항목에 '연구실' 정보항목을 추가하고, 연안법 적용 대상 연구실 여부를 입력받도록 구현 ▪ 공간정보 및 강의실 배정 조회/등록 상세 설계 - 공간정보 조회: 건물/층/호실별 기본정보, 물품정보, 공사이력, 사용이력, 유지보수이력, 도면, 점검이력 통합 조회 - 구축물 및 공간정보 수정: 구축물 정보 조회, 공간정보 수정 및 신규 등록 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-029 | |
| 요구사항 명 | 공간 조정 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 관리부서의 공간 조정(배정/회수/변경) 신청, 주관부서의 조회 및 승인/반려, 변경 데이터의 공간정보DB 자동 연계 반영을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 공간 조정 프로세스 상세 설계 - 관리부서에서 공간 조정(배정/회수/변경 등)에 따른 정보변경을 신청하는 기능 구현 - 주관부서에서 신청받은 내용을 조회하고 승인/반려 처리하는 기능 구현 - 주관부서 승인 처리 시, 변경된 정보가 공간정보에 자동 연계되어 반영되도록 구현 ▪ 공간조정관리 세부 업무 상세 설계 - 공간 배정: 공간 배정 신청 / 접수 / 승인 - 공간 관리/사용변경: 공간 관리 및 사용 변경 신청 / 접수 / 승인 - 공간 회수: 공간 회수 신청 / 접수 / 승인 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-030 | |
| 요구사항 명 | 공간 도면 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 건물, 층, 호실별 도면 파일의 신규 등록, 조건별 도면 조회 및 버전별 도면 변경 이력을 관리하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 공간도면관리 세부 업무 프로세스 상세 설계 - 공간도면 등록: 건물/층/호실별 CAD, 이미지, PDF 도면 파일 업로드 및 등록 - 공간도면 검색: 건물, 층, 호실 조건별 도면 검색 및 이미지 뷰어 연동 - 도면변경이력관리: 도면 수정 및 재등록 시 버전별 변경이력 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-031 | |
| 요구사항 명 | 대관 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 대관 가능 공간 정보의 포털 연계, 포털 신청 대관 건의 담당부서 승인/반려 및 알림 연동, 은행 연계 대관료 수납 및 대관이력 관리 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 연계 상세 설계 - 대관 및 사용예약 가능 공간 정보의 사용자 포털 연계 구현 - 사용자 포털에서 신청된 대관(사용)신청 정보를 연계받아 담당 부서에서 승인/반려 처리 구현 - 처리된 승인/반려 결과 정보(신청자 알림 포함)의 사용자 포털 연계 구현 ▪ 대관관리 세부 업무 프로세스 상세 설계 - 대관 및 사용예약: 사용자 포털 연계 대관 및 사용예약 신청 / 접수 / 승인 - 대관료 수납관리: 은행 연계 대관료 납부 관리 - 대관이력 관리: 공간별 대관 및 사용 이력 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-032 | |
| 요구사항 명 | 공간 및 대관 현황·통계 상세 설계 | |
| 요구사항 상세설명 | 정의 | 대학 내 공간사용 현황, 강의실 가동률 현황, 대관 실적 및 대관료 수납 현황에 대한 통계 데이터를 집계·제공하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 공간 및 대관 현황·통계 상세 설계 - 공간사용현황: 건물별, 부서별, 용도별 공간 사용 현황 통계 조회 - 강의실사용현황: 단과대학/건물/시간대/교시별 강의실 가동률 및 사용 현황 통계 조회 - 대관 현황: 공간별, 기간별, 신청자별 대관 실적 및 대관료 수납 현황 집계 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SDR-학사행정-033 | |
| 요구사항 명 | 비교과 통합관리 기준정보 상세 설계 | |
| 요구사항 상세설명 | 정의 | 비교과 마스터 정보, 연도별 이력, 분류체계(자율형 포함) 및 다면적졸업인증 연계 기준정보를 통합 관리하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 기준정보 상세 설계 - 비교과 유형, 분류, 운영 형태, 팀 기반 여부, 역량점수 등 마스터 정보 관리 및 변경 이력 조회 구현 - 운영연도별 비교과 프로그램 이력 통합 관리 및 조회 구현 - 다면적졸업인증 기준정보를 종합정보시스템과 연계 관리 - 비교과 프로그램 분류체계 추가/수정 관리 및 기준/개설정보 자동 반영 구현 - 자율형 비교과(TOEIC, 자격증 등) 분류체계 추가, 수정 및 관리 구현 ▪ 기준정보 및 분류체계 관리 상세 설계 - 기준정보관리: 비교과 프로그램 마스터 정보(과정코드, 주관학과/부서, 신설/폐지년도 등) 관리 - 분류체계관리: 비교과 과정 분류체계 및 자율형 비교과 분류체계 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-034 | |
| 요구사항 명 | 비교과 프로그램 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 단일 메뉴 기반 비교과 개설 신청·승인, 유동적 신청기간/주차 설정, LMS 연동 온라인 개설, 모바일 지원 학생 신청 및 선발 관리 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 개설/신청 상세 설계 - 사전 분류체계 기반 속성 통합 관리, 운영주차(1회, 2주 이상) 및 개설 신청기간 유동 설정 - 운영부서 계획서 등록 → 총괄부서 승인 프로세스 수립 및 단일 메뉴 개설 구현 - LMS 연동 비교과 강좌의 개설정보 연계 및 LMS 온라인 콘텐츠 자동 개설 처리 - 프로그램 조회/신청, 대상자 제한 및 신청기준 관리, 참여 선발 및 현황 관리 지원 - 모바일 환경에서 비교과 프로그램 조회 및 신청 기능 구현 ▪ 프로그램 개설 및 신청 세부 업무 상세 설계 - 프로그램 개설: 비교과 프로그램 개설 신청/승인, 승인 프로그램 공지/게시 - 프로그램 신청: 비교과 프로그램 조회 및 신청, 참여 대상자 선발 처리, 선발 현황 조회 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-035 | |
| 요구사항 명 | 비교과 프로그램 운영 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 주차별/QR/LMS 출결 관리, 주차별 자료 업로드, 수동/자동 팀 편성, 자율형 비교과 검증·승인 연계 및 만족도 문항 관리를 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 운영관리 상세 설계 - 주차별 출결 현황 및 출석부 관리, QR코드 출결 지원, 회차별 출석률 자동 계산, LMS 출결 연계 - 2주 이상 장기 프로그램 주차별 자료 업로드 및 개별 출석체크 지원 - 수동 편성 및 학과/학년/성별 비율을 고려한 시스템 자동 팀 편성 기능 구현 - LMS로 운영되는 비교과 프로그램의 경우 프로그램 출결정보를 연계하여 출결 참여 현황을 관리할 수 있도록 구현 - 2주 이상 복수 주차로 운영되는 프로그램의 경우 주차별로 프로그램 자료를 업로드할 수 있도록 기능 구현 - 자율 수행 비교과(자격증, TOEIC 등) 학생 신청 → 교원/담당자 검증·승인 및 다면적졸업인증/학생포트폴리오 연계 지원 - 프로그램 종료 후 만족도 조사 문항 등록/수정/삭제 및 연계 구현 ▪ 비교과 운영관리 세부 업무 상세 설계 - 출석관리: 출석부 생성 및 출결관리 - 주차관리: 장기 프로그램 주차별 등록, 개별 출석체크, 자료관리 분리 - 팀 편성 관리: 팀 단위 운영 프로그램 자동/수동 팀 편성 및 관리 - 자율형 비교과 관리: 이수요건 설정/관리(증빙 등록), 활동 신청 및 승인 현황 조회 - 만족도 문항관리: 만족도 문항 등록, 문항 유형 관리, 프로그램별 만족도 조사 연계 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-036 | |
| 요구사항 명 | 비교과 프로그램 결과 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 만족도 조사 수행 및 CQI 보고서 연동, 참여실적 집계 및 이수 판정/완료, 단과대/학과별 이력 조회, 운영결과서 등록 및 수료증명 발급 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 결과관리 상세 설계 - 종료 후 만족도 조사 수행 및 데이터의 CQI 보고서 연계 활용 구현 - 참여 실적 조회, 이수 여부 판정/완료 처리, 이수자 현황 조회, 이수제한 대상자 등록 구현 - 학생별 이수 결과 조회 및 단과대학/학과 단위 기간별 이력 조회 지원 - 학생별 프로그램 이수 결과를 조회할 수 있도록 기능 구현 - 운영결과서 등록, 프로그램 종료 처리 및 결과 데이터의 CQI 보고서 연계 구현 - 비교과 이수 수료 이력에 대한 이수증명 발급 기능 구현 ▪ 비교과 결과관리 세부 업무 상세 설계 - 만족도 조사: 프로그램별 만족도 조사 응답 및 결과 조회 - 이수자 관리: 참여 실적 조회, 이수 여부 판정/완료 처리, 이수자 현황, 이수제한자 등록 - 결과보고서: 프로그램 운영 결과보고서 등록 - 이수증명 발급: 프로그램 이수증 발급 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-037 | |
| 요구사항 명 | 비교과 프로그램 성과 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 개별 프로그램/학과/부서/대학 전체 단위 CQI 보고서 작성·승인·개선계획 수립, 개설/만족도 연동, 종합 통계 시각화를 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 성과관리 상세 설계 - 개별 프로그램, 학과/부서, 대학 전체 단위별 CQI 보고서 작성 구현 - 개설정보 연계 기반 프로그램 개요, 운영 방법, 역량점수, 이수자, 만족도 결과 관리 - CQI 보고서 내역을 비교과 프로그램 기준정보에 연계하여 환류 지원 - 비교과 프로그램별, 학과/부서별, 대학 전체 단위 통계자료 제공 및 시각화 구현 ▪ 성과관리 세부 업무 상세 설계 - CQI보고서관리: 프로그램별 CQI보고서 작성, 승인, 개선계획 수립, 이행 현황 관리 - 통계관리: 운영현황, 신청현황, 이수현황, 만족도현황, 예산사용 현황 등 통계 정보 조회 및 시각화 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-038 | |
| 요구사항 명 | 통합상담 기초정보 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 학내 다양한 상담 유형 설정, 종합정보시스템 강좌/시간표 연동, 상담사 권한 및 개인 일정 관리, 책임지도교수 배정을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 기초정보 관리 상세 설계 - 개인, 심리검사, 집단, 또래, 지도교수, 자퇴, 진로·취업, office hour 등 학내 상담 유형 통합 관리 - 종합정보시스템 강좌개설 및 수업시간표 정보를 연계하여 지도교수 상담일정에 자동 반영 - 상담 주관 부서의 상담사 권한 부여 및 상담사 개인별 일정 등록/관리 기능 구현 ▪ 기초정보관리 세부 업무 상세 설계 - 상담 분류 관리: 상담 공통코드 등록, 상담 종류 코드/부서 등록 - 상담사 및 프로필 관리: 상담사 등록, 상담영역 관리, 개인정보 등록, 담당분야/주요경력 등록 - 책임지도교수 배정: 지도교수별 학생 배정정보 관리 - 일정 등록 및 권한 설정: 개인 상담가능시간 관리, 사용자 권한관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-039 | |
| 요구사항 명 | 통합상담 신청 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 인권상담 외 학내 전 상담 유형 원스톱 통합 신청, AI 추천시스템을 통한 맞춤형 상담 프로그램 추천 및 상담학생 찾기 신청 관리 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 상담 신청 상세 설계 - 인권상담을 제외한 학내 모든 상담(개인, 심리, 집단, 또래, 지도교수, 자퇴, 진로·취업) 통합 신청 구현 - 학생이 상담 신청 시 상담 유형을 선택할 수 있도록 구현 - 내용/대상이 불명확한 경우 AI 추천시스템을 통해 맞춤형 프로그램 추천·신청·배정 구현 ▪ 상담 신청 세부 업무 상세 설계 - 개인정보: 개인정보관리(연락처 등), 개인정보수집이용동의 - 상담 신청: 상담 선택, 상담사 찾기를 통한 원스톱 상담 신청 지원 - 상담학생 찾기: 상담학생 찾기를 통한 상담 신청 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-040 | |
| 요구사항 명 | 통합상담 진행 및 이력 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 학생 전주기 통합데이터 연계를 통한 상담정보 종합 조회, 알림 기반 상담 연계, 상담일지 등록, 학생 만족도 참여 및 실적 관리 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 이력관리 상세 설계 - 상담 신청내역 조회 시 학생 전주기 통합데이터 연계를 통해 상담정보 통합 조회 구현 - 타 상담사/지도교수 상담 연계 시 수신자 알림을 통한 원활한 연계 지원 - 상담자, 피상담자, 상담영역, 상담내용, 추후 상담계획, 상담진행시간 등 상담 이력 정보 관리 범위를 확대 - 상담일지 등록, 학생 만족도 조사 참여, 주관부서 관리자의 상담결과/실적 관리 구현 ▪ 진행 및 이력관리 세부 업무 상세 설계 - 상담 예약 관리: 교직원 및 전문상담사 예약 상담 관리 - 상담일지 및 결과 관리: 상담일지 등록, 상담사 등록 및 상담영역 관리, 완료된 상담 결과 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-041 | |
| 요구사항 명 | 통합상담 만족도 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 상담 성과 분석 및 환류 지원을 위한 설문/만족도 문항 등록, 응답 내역 관리 및 조사 통계를 제공하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 만족도 관리 상세 설계 - 상담 만족도 조사 관리를 통해 상담 성과 분석·환류를 지원할 수 있도록 구현 ▪ 상담 만족도관리 세부 업무 상세 설계 - 만족도 문항 관리: 설문/만족도 조사 유형별 문항 등록 및 관리 - 응답 내역 관리: 설문/만족도 조사 응답 내역 관리 - 만족도 조사 통계: 설문/만족도 조사에 대한 종합 통계 생성 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-042 | |
| 요구사항 명 | 통합상담 실적 및 통계 상세 설계 | |
| 요구사항 상세설명 | 정의 | 개인별·전체 상담 실적 현황 출력, 조건별 통계자료 생성 및 상담사 경력증명서 발급을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 실적/통계 상세 설계 - 상담 실적 관리를 통해 상담 성과 분석·환류를 지원할 수 있도록 구현 ▪ 실적 및 통계 세부 업무 상세 설계 - 개인별 상담실적/통계: 교직원, 상담자 별 상담 실적 및 현황 출력, 조건별 통계자료 출력 - 전체 상담실적/통계: 통합 관리되는 전체 학생상담 실적 현황 출력, 조건별 통계자료 출력 - 상담사 경력증명 발급: 상담사 전용 경력증명서 출력 지원 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-043 | |
| 요구사항 명 | 의대학사 공통 기준정보 상세 설계 | |
| 요구사항 상세설명 | 정의 | 의과대학 통합 6년제를 고려한 전용 학사일정 세분화 관리, 홈페이지/LMS/포털 정보 연동 및 다양한 서식 문서를 출력하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 공통 기준정보 상세 설계 - 의과대학 통합 6년제 대비 전용 학사일정 기준 수립 및 학년별 학사일정 세분화 설정 - 학기별/학년별 학사일정 조회·수정 및 홈페이지/LMS/포털 정보 연계 지원 ▪ 의대학사 공통 세부 업무 상세 설계 - 일정 관리: 학사일정 기준 설정, 학기별 학사일정, 학년별 학사일정 - 파일 관리: 파일 업로드, 파일 다운로드 지원 - 문서 출력: 서식별 문서 출력 지원 (HWP, XLSX, DOCX 등) - 검색 및 필터: 조건별 데이터 검색, 정렬, 필터 설정 기능 제공 | |
| 산출정보 | 의대학사 공통 아키텍처 정의서, 포털/LMS 연계 명세서, 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-044 | |
| 요구사항 명 | 의대학사 교과 및 임상실습 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 통합 6년제 기준 개설강좌/LMS 연동, 성과바탕계획서, 유연 시간표 Drag&Drop, 학습피드백/성찰노트, 학습상담, 수업평가/CQI, 의학교육인증 기준 관리를 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 교과/실습 상세 설계 - 개설강좌 연계 처리/엑셀 다운로드, LMS 강좌개설 연동 및 성과바탕계획서(전년도 참고, 토픽, LMS 연동) 작성 구현 - 토픽/주차/학기/교수별 유연 수업시간 설정, 시간표 자동 구성, Drag & Drop 이동/변경 및 수신자 알림 제공 - 학기별 수업시간, 과정성과요약서, 교과목, 학습상담, 수업평가 포털 연동 및 학생 피드백/성찰노트 첨삭 지원 - 학습상담 지원 및 과목/토픽별 수업평가 문항 관리(전학기 불러오기), 독려 알림, 과목/학년별 통계 리포팅 및 CQI 활용 - 의학교육인증 최신 평가기준 등록, 담당자 지정, 각종 보고서 출력, 개선활동/개선계획 이행 관리 - 담당교수 주차별 수업현황 조회, 메뉴 사용현황 엑셀 다운로드, 주차별 시험 출제 알림 제공 ▪ 교과 및 임상실습 세부 업무 상세 설계 - 교과 목록 및 성과바탕계획서: 학기별 교과 조회, 엑셀 다운로드, LMS 이동, 성과바탕계획서(개요, 평가방법, 학습성과, 평가계획), 주차별 수업내용/수업시간표 - 수업관찰 및 교과상담: 학생 수업성찰 조회/첨삭, 학습상담 신청/조회/결과등록 - 수업평가 및 교과 결과 분석: 수업평가 문항/대상자/진행/결과, 교과 결과 분석, 개선 방안 작성, CQI보고서 생성 - 개인수업현황: 교수별/학생별/주차별 수업 현황 조회 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-045 | |
| 요구사항 명 | 의대학사 포트폴리오 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 통합 6년제 기준 실습조, 포트폴리오 목차/점수체계, 임상실습지침서, 일정/제출기한 제어, 평가 및 피드백, 모니터링, 인문사회 포트폴리오를 통합 관리하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 포트폴리오 상세 설계 - 주차/교실별 실습 대상자/조 편성, 평가자 등록/권한 부여, 테스트계정, 마스터비밀번호, 일괄승인 및 목차/점수체계 구성 구현 - 임상실습지침서 게시, 공지사항/학습자료 관리, 실습 일정 관리 및 제출기한 자동/수동 제어 구현 - 학생/팀별/역량 포트폴리오 작성 현황 조회, 평가 수행, 피드백 작성, 일괄승인/재평가 및 제출/진행 현황 모니터링 구현 - 과목별 운영결과(사용현황, 피드백 상세) 엑셀 제공 및 통계 화면 지원 - 인문사회 포트폴리오(장기추적, 봉사, 자기소개, 연구, 수상) 작성/조회, 알림 및 기타 평가지 관리 지원 ▪ 포트폴리오 세부 업무 상세 설계 - 학생정보, 계정 및 목차관리: 주차별 실습조 편성/조회, 학기별 평가자/권한/대상학생 관리, 임상실습 목차/항목/점수체계 관리 - 지침서, 일정 및 포트폴리오: 임상실습지침서 등록/조회, 임상실습 일정 조회/수정, 임상실습/팀학습 포트폴리오, 평가요청목록, 모니터링, 과목별 운영결과 - 인문사회 및 기타: 인문사회 포트폴리오(장기추적, 봉사, 자기소개, 연구, 수상), 기타평가지 조회/작성 현황 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-046 | |
| 요구사항 명 | 의대학사 교원 업적 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 의대 교원의 승진·재임용 일정 관리, 연구/진료(CP, 교실평가)/교육/봉사 영역 업적 수집·등록, 업적 보고서 서식 다운로드 및 의학교육평점 관리를 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 교원 업적 상세 설계 - 승진·승봉·재임용 심사 일정 설정 및 알림 기능 구현 - 연구영역: 논문, 저역서, 학술활동, 연구비, 수상, 특허 수집 및 등록 지원 - 진료영역: 진료실적, 교실평가, 임상업적, CP업적 등 업적정보 수집 지원 - 교육/봉사영역: 일반/특수교육 실적 등록·수정, 교내외 봉사, 수상, 공훈 등 수집 및 등록 지원 - 기간별 업적 조회, 업적 보고서 서식 다운로드(HWP, Word) 및 의학교육평점 일괄 등록/수정 지원 - 승진·재임용 등 교원인사 기준정보 조회 기능 구현 ▪ 교원 업적 관리 세부 업무 상세 설계 - 심사일정 및 영역별 관리: 심사일정(교원인사 일정/기준), 연구영역, 진료영역, 교육영역, 봉사영역 실적 조회 및 수정 - 보고서, 평점 및 기준: 업적 보고서 서식 다운로드, 의학교육평점 일괄 관리, 진급 기준 조회 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-047 | |
| 요구사항 명 | 의대학사 성적 및 평가 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 통합 6년제 학년별 성적 산출, 수업관찰/포트폴리오/LMS/UBT 성적 집계, 반복 회차(본/재시험) 관리, 성적사정·이의신청·유급사정 및 종합정보시스템 연계를 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 성적/평가 상세 설계 - 학년별 성적 산출/집계, 수업관찰 및 포트폴리오 성적 집계 생성 구현 - 동일 시험 반복 회차(본시험/재시험 등) 관리 및 LMS, UBT 성적 연계/엑셀 업로드 구현 - 학년/과목/토픽별 성적사정, 성적정정, 성적 이의신청, 최종성적 승인 및 종합정보시스템 연계 구현 - 동일한 시험에 대한 반복 회차(본시험/재시험 등)를 관리할 수 있도록 기능 구현 - 교원/직원/학생 최종성적 조회 및 학기/토픽별 성적 정보 포털 연동 제공 - 유급기준 설정, 유급판정, 유급대상자 조회 및 학적 연계 관리 기능 구현 - 학년/과목/토픽별 성적통계, 리포팅 보고서 생성 및 시각화 자료 제공 ▪ 성적 및 평가 관리 세부 업무 상세 설계 - 성적산출: 성적 목록 조회, 성적 집계 처리 - 성적사정: 학년별/과목별 성적사정, 성적 정정, 성적 이의신청, 최종성적 승인, 유급사정 - 성적통계: 학년별/과목별 성적통계, 성적 시각화 및 보고서 생성 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-048 | |
| 요구사항 명 | 의대학사 지도교수 상담 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 지도학생 조회/이메일/SMS, 학적·성적 현황 조회, 포털 연계 상담 신청·시간표 지정, 상담 결과/메모 관리 및 오피스아워 설정을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 지도교수 상담 상세 설계 - 지도학생 조회, 이메일/SMS 발송, 엑셀 다운로드 및 학적/성적 통합 현황 조회 - 상담 신청, 내역 조회, 대상 추가, 상태 변경 및 신청 가능 시간표 기반 지정/변경 구현 - 순천향대학교 포털을 통한 상담 신청 현황 정보 제공 - 상담 결과 입력/수정, 학생 메모 작성, 상담 내역 삭제 구현 - 상담 종류·형태 허용 설정, 오피스아워 설정, 안내 메시지 등록 구현 ▪ 지도교수 상담 관리 세부 업무 상세 설계 - 지도학생 및 학생정보 조회: 지도학생 조회, 이메일/SMS 발송, 학적/성적 통합 조회 - 상담 신청/결과 관리: 상담 신청, 내역 조회, 대상 추가, 상태 변경, 상담 결과 입력/수정, 메모 작성, 내역 삭제 - 상담 설정: 상담 종류/형태 허용 설정, 오피스아워 설정, 안내 메시지 등록 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-049 | |
| 요구사항 명 | 의대학사 비교과 프로그램 관리 상세 설계 | |
| 요구사항 상세설명 | 정의 | 개인/팀 단위 비교과 신청, 팀 생성/모집/비밀번호 공유, 만족도 조사, 이수증 발급 및 종합정보시스템 수료 내역 연동을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 비교과 프로그램 상세 설계 - 비교과 목록 조회, 공지사항 및 포털을 통한 프로그램 정보 제공 - 개인/팀 주제 단위 신청, 신청서 작성, 신청현황 조회 및 승인 구현 - 팀 생성, 팀원 모집 승인, 비밀번호 공유 및 팀 단위 운영현황 관리 구현 - 만족도 조사 설문 문항 관리, 조사 수행 및 참여 현황 조회 구현 - 팀 단위 프로그램 운영현황 조회, 등록 및 관리 기능 구현 - 이수증/교육확인증 발급 및 이력 조회, 종합정보시스템 연계 구현 - 공지사항, 활동게시판, 활동노트, 팀게시판, 예산관리 기능 제공 ▪ 비교과 프로그램 관리 세부 업무 상세 설계 - 프로그램 조회, 신청 및 팀운영: 프로그램 조회/신청, 팀 생성/모집승인/비밀번호 공유 - 만족도, 이수증 및 부가기능: 만족도 조사 등록/참여/결과, 이수증 발급 신청/이력, 공지/게시판/노트/예산관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-050 | |
| 요구사항 명 | 의대학사 설문조사 및 평가 상세 설계 | |
| 요구사항 상세설명 | 정의 | 학생/교원/직원 대상 설문지 등록, 포털 수행 알림 및 미참여 독려, 종합정보시스템 연계, 빈도분석 및 보고서 출력을 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 설문조사 상세 설계 - 학생/교원/직원 대상 설문 설정, 대상자 및 문항 관리, 진행 현황 조회 구현 - 순천향대학교 포털을 통한 설문 수행 일정 제공 및 참여 현황/결과/이력 확인 - 설문 수행 이력 데이터의 종합정보시스템 연계 구현 - 설문 대상자(학생/교원/직원)별 순천향대학교 포털을 통한 설문 수행 일정 정보 제공 - 미참여자에 대한 알림(독려) 기능 제공 - 설문 결과 기반 보고서 생성, 빈도분석 등 결과 분석 웹 UI 및 엑셀 다운로드 제공 ▪ 설문조사 및 평가 세부 업무 상세 설계 - 설문 작성 및 결과 조회: 설문지 등록, 설문조사 참여, 설문조사 결과, 설문조사 참여이력 조회 - 설문 결과 보고서: 설문 결과 보고서 조회, 보고서 출력 및 통계 분석 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | |
| 요구사항 고유번호 | SDR-학사행정-051 | |
| 요구사항 명 | 의대학사 학생지원 서비스 상세 설계 | |
| 요구사항 상세설명 | 정의 | 의과대학 전용 동아리 등록·관리, 시설 목록 조회/예약/승인/포털 연동, 시설물 보수 신청·결과 관리(민원)를 통합 지원하는 프로세스 및 데이터 모델 상세 설계 |
| 세부 내용 | ▪ 주요 요구사항 및 학생지원 서비스 상세 설계 - 의과대학 운영 동아리 목록 조회/등록 및 포털 정보 연계 구현 - 사용 가능 시설 목록 조회, 예약 신청/승인/현황 관리, 이력 관리 및 포털 연계 구현 - 시설물 보수 신청, 보수 신청 현황 조회, 보수 결과 관리 및 포털 연계 구현 ▪ 학생지원 서비스 세부 업무 상세 설계 - 동아리 관리: 동아리 목록 조회, 동아리 등록 관리 - 시설예약 관리: 의과대학 시설 목록 조회, 시설 예약 관리 - 민원 관리: 시설물 보수 신청 조회, 시설물 보수 신청 현황, 시설물 보수 결과 관리 | |
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | SDR-업무지원-001 | ||
| 요구사항 명 | 디지털 기반 학생지원 행정 모듈 상세 설계 | ||
| 요구사항 상세설명 | 정의 | 학생 중심의 원스톱 학사·행정 서비스 제공을 위해 학생 신청 행정 프로세스를 디지털화하고, 학생 성장 이력 데이터 관리 및 맞춤형 지원 체계를 위한 모듈 상세 설계 | |
| 세부 내용 | ▪ 주요 요구사항 및 원스톱 학생 행정 신청·처리 프로세스 설계 - 학사협업요청관리: 성적 이의신청, 교육과정 개편, 전공신설, 학적변동 검토 등 단과대/학과와 본부 부서 간 협업 등록 시 전자결재 승인 연동, 일정 및 대상부서 정의, 대상부서 자동 알림(알림톡/UMS) 발송 구현 - 학사자료관리: 학과/부서의 학사 증빙 자료 및 평가 자료 제출 시 학사결재 승인 후 업로드, 제출자료 조회/다운로드, 수정 업로드 버전·이력 관리, 제출현황 실시간 모니터링 및 다차원 검색(학년도/학기/학부/자료구분 등) 구현 - 학사커뮤니케이션: 학사행정부서의 전체 학과·단과대 전용 공지사항 게시판 및 교무·학생·장학 등 업무 분야별 협업 소통 채널(요청부서-학과, 학과-학과 간) 구현 - 학사협업통계: 대학 전체, 대학/대학원별, 학과별, 행정부서별 학사협업 처리 현황(등록/진행중/완료/미제출) 통계 및 이행률 조회 구현 ▪ 학사협업 세부 업무 프로세스 상세 설계 - 기준정보관리: 종합정보시스템 학사 조직도(대학/대학원/학과/전공/부서) 및 학사 권한·사용자 관리 상세 설계 - 학사협업요청관리: 학사협업요청 등록(등록/상신/조회/승인 연계), 학사일정 연계 정보 관리 상세 설계 - 학사자료관리: 학사증빙자료 등록(상신/조회/승인 연계, 수정, 버전 관리), 학과별 자료 제출현황 조회, 다차원 학사자료 검색 상세 설계 - 소통관리: 학사공지 등록/게시, 학사협업 게시판(학사 안건별 게시글 작성/수정/조회/검색) 상세 설계 - 학사협업통계: 학사 업무 진행·완료 현황, 학과별/부서별 제출 및 처리 현황, 완료 현황, 요청부서별 현황, 협업대상부서별 현황 상세 설계 | ||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-업무지원-002 | ||
| 요구사항 명 | 설문조사 관리 상세 설계 | ||
| 요구사항 상세설명 | 정의 | 강의평가·만족도조사 등 교내 설문통합 운영, 교내 시스템 연계 응답자 추출, 웹/모바일 다채널 배포, 응답수집·통계분석(교차/빈도) 및 보고서 생성을 지원하는 설문조사 관리 프로세스 및 데이터 모델 상세 설계 | |
| 세부 내용 | ▪ 주요 요구사항 및 설문조사 프로세스 상세 설계 - 설문관리: 강의평가, 교육수요자만족도(재학생, 학부모 등), 정보서비스 만족도 등 설문통합 운영, 문항관리, 설문생성, 템플릿관리, 표본 대상 원하는 일정의 설문일정 설정, 다양한 유형(단답형, 다답형, 서술형 등) 지원 - 응답대상자 및 배포: 교내 시스템 연계 응답자 추출/설정/참여현황 관리, 웹/모바일 참여 지원, 다채널(포털, 모바일 앱, SMS, 카카오 알림톡 등) 배포, URL 링크 및 참여 알림 제공 - 응답/결과 및 통계분석: 응답 수집/저장, 응답현황 조회(응답률, 참여현황, 진행현황), 결과 조회/공유(부서공유, 게시), 시각화 통계분석(학과별/학년별 비교, 빈도, 교차분석 등), 보고서 생성/다운로드 구현 - 시스템 연계: LMS, 포털, 모바일 앱 등 교내 시스템 연계 및 API 제공 ▪ 설문조사 세부 업무 모듈 상세 설계 - 설문관리 및 대상자관리: 설문문항, 설문생성, 템플릿, 일정설정, 응답대상자 추출/설정, 웹/모바일 응답 상세 설계 - 배포, 응답/결과, 통계 및 연계: 배포채널/URL/알림 관리, 응답수집/현황/공유, 시각화/교차분석/보고서 다운로드, 교내 시스템 API 연계 상세 설계 | ||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||
| 요구사항 고유번호 | SDR-업무지원-003 | ||
| 요구사항 명 | 알림 서비스 상세 설계 | ||
| 요구사항 상세설명 | 정의 | 업무시스템과 UMS(통합메시징) 연동을 통해 푸시·알림톡·SMS 등 다채널 맞춤형 알림, 실시간/예약 발송, 발신 이력 및 수신 결과를 관리하는 알림 서비스 프로세스 및 데이터 모델 상세 설계 | |
| 세부 내용 | ▪ 주요 요구사항 및 UMS 연계 상세 설계 - 다채널 맞춤형 알림: 푸시, 알림톡, SMS 등 사용자 선택 다채널 제공, 업무시스템-UMS 연동으로 알림대상 업무 및 대상자 정보 실시간 수집·맞춤형 안내 구현 - 통합 알림 대상 관리: 전자결재, 업무승인, 신청처리, 학사일정, 공지/안내 등 대상 업무 관리 및 일정/요청에 따른 진행상황 실시간 또는 예약 안내 구현 - 발송 처리 및 관리: 업무시스템 내 알림 대상자 직접 선택 발송, 예약발송 스케줄 설정, 발송 실패 건 재발송 및 발신/수신 이력 결과 관리 구현 ▪ 알림 서비스 세부 업무 프로세스 상세 설계 - 메시지 전송: 메시지 템플릿 작성, 수신자/발송대상 지정, 발송 채널 설정, 업무별(결재, 승인, 신청결과, 학사일정, 공지 등) 알림 유형 관리 상세 설계 - 발신 및 수신 관리: 예약발송 스케줄, 실패 건 재발송, 발신 이력관리, 알림 대상자/주소록/그룹 관리, 수신여부/결과/채널 설정 상세 설계 - 업무시스템 연계: UMS 연계 인터페이스, 발송 요청 처리, 발송 대상 및 결과 조회 상세 설계 | ||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) |
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
|---|---|---|---|---|---|
| 요구사항 고유번호 | SDR-포털-001 | ||||
| 요구사항 명 | 포털 공통 기능 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 사용자(학생, 교원, 직원, 외부인) 신분·권한별 맞춤형 포털, 반응형 웹/웹표준, 교내외 업무시스템 연계 링크, 외부 번역 API 연계 다국어, 마이페이지 및 관리자 전용 노코딩 CMS 기능을 제공하는 포털 공통 기능 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 사용자 맞춤형 포털 상세 설계 - 맞춤형 포털 구축: 학생, 교원, 직원 및 외부 사용자 등의 신분과 권한에 따라 메뉴, 콘텐츠 등을 다르게 제공하는 개인 맞춤형 포털 구축 - 서비스 연결(Link): 종합정보시스템, LMS, I'Design, 산단 연구행정(웹케시), 홈페이지, 도서관 등 교내 주요 업무시스템 및 외부 사이트 연계 링크 제공 - 다국어 지원: 사용자 설정에 맞춘 메뉴/라벨 다국어(한국어/영어 등) 지원 및 외부 번역 솔루션 API 연계 기반 다국어 서비스 제공 - 마이페이지: 사용자 기본정보 조회/수정, 비밀번호 변경, 인증수단 관리, 로그인 이력 조회, 개인정보 동의 관리 기능 구현 - 공통 아키텍처 및 CMS: 반응형 웹(Responsive Web) 기반 기기(PC, 태블릿, 모바일) 최적 UI, 웹 표준 준수(Chrome, Safari, Edge, Firefox 등 호환성 보장), 직관적 메뉴/레이아웃 및 코딩 없이 관리자가 관리하는 콘텐츠관리(CMS) 기능 제공 ▪ 포털 공통 세부 모듈 상세 설계 - 맞춤형 메인화면/메뉴 구조, 서비스 링크 관리, 다국어/번역 API 연계, 마이페이지(계정/동의관리), CMS 관리 기능 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-002 | ||||
| 요구사항 명 | 통합계정 및 인증 관리 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 내·외부 계정 DB 분리 및 통합인증(SSO), 역할(Role) 기반 권한 승인, 다중 신분 전환, 외부 접속 2차인증(MFA), 민간 간편인증 연동 외부인 계정관리, 세션·중복로그인 제어 및 모바일 본인인증 기반 비밀번호 재설정을 지원하는 통합계정 및 인증 관리 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 보안/인증 프로세스 상세 설계 - 통합계정/권한 구조: 내·외부 사용자 인증 통합 및 계정 저장소(DB) 분리 운영, 역할(Role) 기반 업무부서 승인을 통한 단위시스템 권한 부여 구현 - 통합인증(SSO) & MFA: SSO 연동으로 종합정보, 모바일 등 단일 로그인 지원, 1개 ID의 유연한 신분 전환 구조, 외부 접속 시 2차인증(MFA) 적용 - 외부인 계정관리: 네이버/카카오/구글 민간 간편인증 API 본인인증, 회원가입/본인인증을 통한 계정 생성, 외부인 역할 기반 권한 부여·변경·회수 기능 제공 - 로그인/세션 제어: 신분(권한)별 접속 화면 제어, 미사용시 자동 로그아웃 세션 관리, 실패 횟수 초과 시 접속 제한, 다중 기기 중복 로그인 방지/제어 구현 - 사용자 계정관리: ID 찾기, 본인인증 수단(모바일 방식 필수 제시: 본인명의 휴대폰, 학사DB 휴대폰/이메일, 간편인증 등) 기반 신규 비밀번호 변경, 분기별 비밀번호 변경 알림 구현 ▪ 통합계정 및 인증 세부 업무 모듈 상세 설계 - 통합계정/DB분리, SSO/MFA 2차인증, 외부인 인증/권한, 로그인/세션/중복제어, ID/PW 재설정 모듈 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-003 | ||||
| 요구사항 명 | 통합검색 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 포털 및 교내 주요 연계 시스템(학사, 비교과, 취업, 도서관 등) 데이터 통합 인덱싱 검색, 권한별 검색어/첨부파일 제어, 검색어 자동완성/추천어, 영문 오타 보정, 첨부파일(HWP, PDF 등) 본문 텍스트 검색 및 사전/통계 관리를 지원하는 통합검색 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 통합검색 엔진 상세 설계 - 통합검색 & 카테고리: 단 한 번의 검색으로 포털 내 모든 게시물, 메뉴, 웹페이지 통합 검색, 결과의 카테고리별(메뉴/게시판/첨부파일) 배치 및 바로가기 연계 - 교내 주요 연계 시스템 검색: 종합정보, 홈페이지, LMS, I'Design, 도서관 등 데이터 인덱싱(학사정보, 비교과, 진로/취업, 공지, 도서관 논문/도서 등 통합 조회) - 검색 권한 제어: 사용자 신분/권한(학생, 교직원, 외부인)에 따른 비공개 게시물 및 통제 메뉴의 검색 결과 및 첨부파일 노출 차단 제어 구현 - 지능형 검색 지원: 사용자가 검색어를 입력할 때 검색어 자동완성 기능 제공, 추천 검색어(인기검색어)를 관리 할 수 있는 기능 제공, 최근 검색 키워드 노출, 영문/국문 키보드 오입력에 대한 자동 변환 검색 및 유사어 사전 연동을 통한 오타 교정 검색 기능 - 본문 검색 & 재검색: 첨부파일(HWP, HWPX, PDF, MS Office 등) 본문 텍스트 추출·인덱싱 기반 파일 본문 검색 지원, 카테고리별 상세검색 및 결과 내 재검색 지원 - 검색 통계 & 사전관리: 관리자용 인기 검색어/기간별 추이 모니터링 통계 대시보드, 동의어/유의어/금지어(비속어·보안키워드) 사전 관리 기능 제공 ▪ 통합검색 세부 업무 모듈 상세 설계 - 통합검색 엔진/인덱서, 타 시스템 연계 인터페이스, 권한 제어 필터, 지능형 검색/오타 보정, 첨부파일 본문 인덱싱, 검색 사전/통계 대시보드 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-004 | ||||
| 요구사항 명 | 통합 신청 및 결재함 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 학적변동·수강·장학 등 신청 업무의 안내/링크/상태조회 통합 신청함과 종합정보시스템 업무결재 및 그룹웨어 전자결재를 구분 없이 일치시켜 처리하는 통합 결재함 및 알림 연동 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 신청/결재함 상세 설계 - 통합 신청함: 학적변동, 수강신청, 장학금 신청 등 신청 업무의 통합 안내 및 신청 기능(업무결재 제외), 유형별 신청 화면 연계(Link), 신청 내역/처리상태(승인/반려 등) 조회 및 알림 서비스 연계 결과 통보 구현 - 통합 결재함: 종합정보시스템 업무결재와 그룹웨어 전자결재를 연계하여 구분 없이 일원화된 결재 승인 처리 구현, 결재요청 목록/대기/진행상태 조회 및 결재승인 기능 제공, 알림 서비스 연계 결재요청 알림 발송 ▪ 신청/결재함 세부 업무 모듈 상세 설계 - 통합 신청함: 신청 안내/링크 연계, 신청 내역/상태 관리, 신청 결과 알림 연동 상세 설계 - 통합 결재함: 업무결재/전자결재 연동 승인, 결재 목록/대기/결과 조회, 결재요청 알림 연동 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-005 | ||||
| 요구사항 명 | 개인화 서비스 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 맞춤 정보 요약 개인화 대시보드, 시스템 연계 To-Do List(해야 할 일), 위젯 및 퀵메뉴 설정, 다채널 알림 수신 설정, 부서·개인 캘린더 일정을 통합 제공하는 개인화 서비스 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 개인화 대시보드 상세 설계 - 개인화 대시보드: 사용자 맞춤 정보(신청/결재 현황, 학사일정, 최근 공지, 알림 등)를 단일 화면에 요약 제공 - 해야 할 일(To-Do List): 처리할 업무결재 및 일정을 한눈에 조회하도록 교내 정보시스템 연계 자동 생성 및 알림 연동 구현 - 퀵메뉴 & 위젯 설정: 자주 사용하는 메뉴 바로가기/맞춤 메뉴 설정, 메인화면 위젯(추가/삭제, 표시 여부) 및 레이아웃 개인화 설정 제공 - 알림 서비스: 해야 할 일/일정 연동 알림 제공, 다채널(포털 알림, 모바일 앱 Push, SMS, 카카오톡) 지원 및 사용자 선택 기반 알림 설정(수신 여부, 채널, 관심분야 등) 구현 - 일정관리: 단과대/학부(과), 부서 주요일정, 개인일정, 캘린더, 스케줄 관리 및 알림 서비스 연동 구현 ▪ 개인화 서비스 세부 업무 모듈 상세 설계 - 대시보드 위젯 엔진, To-Do List 수집 연계, 퀵메뉴/레이아웃 관리, 다채널 알림 수신 설정, 통합 일정 캘린더 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-006 | ||||
| 요구사항 명 | 신분별 업무 서비스 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 학생(수강/휴복학/등록/장학/상담/비교과/홍보대사/취업/도서관/증명발급), 교원(강의/상담/수강이력/이탈위험/연구), 직원(학사·행정 연계, 증명발급, 연차/출장/시설신청) 대상 신분별 맞춤 통합 업무 서비스 상세 설계 | |||
| 세부 내용 | ▪ 주요 요구사항 및 신분별 맞춤 업무 서비스 상세 설계 - 학생 서비스: 학사/행정/지원/대학생활 통합 제공, 수강/휴복학/등록/ 장학/상담/공간예약 신청, 시간표/성적/수업평가/이수학점/졸업요건 조회, 증명서 발급, 비교과 신청, 홍보대사 신청/보고서, I'Design 연동 취업정보, 도서관 연동 도서/대출 현황 제공 - 교원 서비스: 강의운영(계획서, 출결, 성적, CQI), 학생지도/상담(명단, 스케줄링, 알림, 내용등록), 수강이력 조회 및 이탈위험학생 확인, 연구과제/연구비 집행 현황 조회 제공 - 직원 서비스: 역할별 단위업무 시스템 연계 주요 업무 처리, 재직/경력증명서 발급, 연차/휴가/출장/시설 이용 신청 및 현황 조회 제공 ▪ 신분별 업무 서비스 세부 모듈 상세 설계 - 학생 종합 서비스 포털, 교원 강의/상담/연구 포털, 직원 통합 행정 지원 포털 세부 기능 및 연계 서비스 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-007 | ||||
| 요구사항 명 | 학사 및 대학생활 안내 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 학사일정/행사/소속학과 통합 공지사항, 편의시설 및 식단 정보 기반 대학생활 안내, 자유게시판·Q&A·자료실·건의사항 등 소통 게시판을 제공하는 학사안내 상세 설계 | |||
| 세부 내용 | ▪ 학사안내 세부 업무 프로세스 상세 설계 - 공지사항: 학사일정, 학사 정보 공지, 학내 주요 행사 안내 및 소속 대학/학과 주요 정보 공지 등 공지사항 통합 관리 구현 - 대학생활 안내: 학교생활 전반 정보 제공, 각종 시설 및 편의시설(식당, 편의점 등) 안내, 식단 안내 기능 구현 - 게시판: 자유 게시판, Q&A, 자료실, 건의사항 등 사용자 커뮤니티 게시판 구축 ▪ 안내 및 게시판 세부 모듈 상세 설계 - 통합 공지사항 관리, 편의시설/식단 정보 연동, 커뮤니티(자유/Q&A/자료실/건의) 게시판 관리 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) | ||||
| 요구사항 분류 | 시스템 설계 및 공통구축 요구사항 | ||||
| 요구사항 고유번호 | SDR-포털-008 | ||||
| 요구사항 명 | 포털 관리자 시스템 상세 설계 | ||||
| 요구사항 상세설명 | 정의 | 계정·권한 연계 및 SSO/2차인증 정책 관리, 로그인 이력 모니터링, 메뉴·메인화면 레이아웃 구성, 공지/게시판 관리 및 접속·이용 통계 대시보드를 제공하는 포털 관리자 시스템 상세 설계 | |||
| 세부 내용 | ▪ 포털 관리자 세부 업무 프로세스 상세 설계 - 통합계정관리: 통합계정관리시스템 연계 계정/권한 관리, SSO/인증정책/2차인증 연계 지원, 사용자 인증 및 로그인 이력 조회 기능 제공 - 포털 운영관리: 메뉴 관리, 메인화면 레이아웃/위젯 구성, 콘텐츠 및 메뉴 접근 권한 관리 - 공지/게시판 관리: 공지사항 통합 관리, 게시판 템플릿 및 게시글 관리 - 통계관리: 사용자 통계, 방문 및 접속 통계, 서비스별 이용 통계 대시보드 제공 ▪ 관리자 세부 모듈 상세 설계 - 관리자 권한/이력 관리, 포털 UI/메뉴 레이아웃 CMS, 공지/게시판 관리, 통합 통계 대시보드 상세 설계 | ||||
| 산출정보 | 화면정의서/설계서, 목표 DB 모델(ERD/테이블정의서) |
| 요구사항 분류 | 시스템 장비 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | ECR-001 | ||
| 요구사항 명 | Reporting Tool 도입 | ||
| 요구사항 상세설명 | 정의 | GS 인증 기반의 대용량 데이터 처리, 크로스 브라우징, 이기종 연계 및 Drag & Drop 디자이너를 제공하는 리포팅 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - HTML5, CSS3 표준 기반 Chrome, Edge, Safari 등 모든 브라우저 지원 - 대용량 데이터를 처리할 수 있어야 하며, 데이터를 서버 사이드에서 먼저 렌더링하여 클라이언트에 부하 최소화 - 서비스 환경 및 데이터 용량에 따라 클라이언트 렌더링과 서버 렌더링 방식을 유연하게 선택 또는 혼용하여 사용 가능하도록 지원 - Oracle, MySql 등 이기종 DBMS, XML, Json, CSV, SAP RFC 등 연계 ▪ 리포트 디자이너 및 편집 환경 - 디자이너(편집기) 도구는 GUI 기반의 엑셀과 유사한 인터페이스 및 마우스 드래그 앤 드롭(Drag & Drop) 방식 지원 - 사용자가 조회된 리포트 화면 내에서 직접 데이터를 필터링하거나 정렬, 그룹화를 실시간으로 수행할 수 있는 동적 제어 기능 지원 - 다양한 출력 포맷(PDF, Excel, Word, PPT, HWP 등) 지원 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-002 | ||
| 요구사항 명 | e-Form 서식 도구 도입 | ||
| 요구사항 상세설명 | 정의 | 반응형 전자서식 작성·배포, Drag & Drop GUI 디자이너, 업무/전자결재 및 전자서명 연동을 지원하는 전자서식 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - HTML5, CSS3 표준 기반 Chrome, Edge, Safari 등 모든 브라우저 지원 - PC와 모바일 화면 크기에 맞게 자동 최적화되는 반응형 UI 지원 - On-Premise 또는 Private Cloud(VM/Kubernetes) 환경 모두 지원 - Active-Active 또는 Active-Standby 이중화 구성 및 수평 확장(Scale-Out) 구조 지원 - 웹과 모바일 환경을 모두 지원하는 최신 전자문서 엔진을 적용하고, 기존 서식 이관 제공 ▪ 서식 설계 및 디자인 - 웹 기반(HTML5) 전자서식 작성 및 배포 구조 지원 - Drag & Drop 방식의 GUI 디자인 도구를 제공하여 텍스트, 체크박스, 표, 이미지, 파일 업로드 등 다양한 입력 컴포넌트를 손쉽게 배치 - 조건부 표시(동적 제어), 자동 계산/합계, 입력값 유효성 검증, 기존 데이터 불러오기 및 자동채움(Auto-fill) 기능 지원 - 작성 중인 문서의 임시/자동 저장 및 다국어 기능 제공 ▪ 시스템 연계 및 데이터 처리 - REST API 기반 이기종 DBMS(Oracle, PostgreSQL, MySQL 등) 및 업무시스템과 연계 지원 - 업무결재, 전자결재 시스템과 연계하여 기안·결재 프로세스(결재선, 상태 조회 등)를 연동하고, 전자계약을 위한 전자서명 기능 지원 - 서식 작성이 완료된 문서의 PDF 자동 생성, 변환, 저장 기능과 문서 버전 관리 및 조회·검색 기능 지원 ▪ 보안 및 접근 통제 - 표준 SSO(OAuth 2.0, SAML 등) 연계를 지원하고, 사용자별/그룹별 접근 권한 통제 - 전송 구간 암호화(TLS), 저장 데이터 암호화(선택적 필드 암호화), 개인정보 마스킹 및 화면 위·변조 방지 기능 제공 - 감사로그(Audit Log) 생성 및 조회 - 관리자 접근통제 및 이력 관리 기능 제공 ▪ 운영 관리 - 웹 기반 관리자 화면(전자서식 통합 관리 콘솔(Web UI)) 제공 - 서식 등록, 수정, 배포, 폐기 등 라이프사이클 관리 기능 제공 - 사용자 및 권한 그룹 관리 기능 제공 - 서식별 이용 통계 기능 제공 - 백업 및 복구 기능, 시스템 자원 모니터링 연계 기능 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-003 | ||
| 요구사항 명 | DB 관리 및 튜닝 Tool 도입 | ||
| 요구사항 상세설명 | 정의 | DB 접속 라이선스 6copy 확보, DB 객체 GUI 관리, SQL 자동완성, 프로파일링 및 Lock 경합 시각화 진단을 지원하는 DB 관리/튜닝 도구 도입 요건 | |
| ▪ 일반사항 - 개발 및 운영 인력의 가동률 확대를 위한 DB 접속 라이선스(User License) 총 6copy 확보 및 기술지원 제공 - 데이터 관리 및 효율을 극대화하기 위한 최신 라이선스 공급 ▪ DB 개발 및 객체관리 - 테이블, 인덱스, 프로시저, 뷰 등 모든 DB 객체(Object)의 트리 구조 조회 및 GUI 기반 생성, 수정, 삭제 기능 지원 - SQL 및 PL/SQL 작성 시 생산성 향상을 위해 예약어, 테이블명, 컬럼명 등에 대한 자동완성(Auto-complete) 기능 지원 - Excel, CSV, SQL 덤프(Dump) 파일 등 다양한 포맷의 파일을 활용하여 DB 간 데이터 Import/Export(이관)가 용이하도록 지원 ▪ 프로파일링 - 데이터 내의 중복값 분포, Null값 비율, 데이터 패턴 검사 등 데이터 품질 분석을 위한 프로파일링 기능 제공 ▪ 성능 및 진단 - 실시간 트레이스(Real-Time Trace) 기능을 제공해야 하며, 서버 로그 분석 등을 위해 SFTP 프로토콜 연동 기능 지원 - 현재 접속 중인 DB 세션의 상태 정보와 특정 세션 간의 Lock(잠금) 경합 현황을 트리 구조로 시각화하여 제공 | |||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-004 | ||
| 요구사항 명 | 데이터베이스 추적관리 SW 도입 | ||
| 요구사항 상세설명 | 정의 | 프록시/에이전트 접근통제, LDAP/SSO 연동, 조건 기반 접근제어, SQL 단위 감사 로그 및 장기 보관을 지원하는 DB 추적관리 SW 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - 온프레미스 및 가상화(VM) 환경에 설치·운영 지원, 이중화 구성 - 프록시(Gateway) 방식, 에이전트 방식 또는 이에 준하는 DB 접근 통제 구조 지원 - 이기종 DBMS(Oracle, MS SQL, MySQL 등)와 연계 지원 ▪ 사용자 인증 및 연계 - LDAP/AD 연계를 통한 사용자 인증 통합 및 SSO 계정 연동 기능 제공 - 통신 구간에 대한 SSL/TLS 기반 암호화 통신 지원 - SIEM 등 보안관제 시스템과 표준 로그 포맷(Syslog 등) 기반 연계 지원 ▪ 접근제어 및 권한관리 - 역할 기반 접근통제(RBAC) - 접속 IP, 사용자 계정, 시간대 등 조건 기반 DB 접근통제 정책 설정 기능 제공 - 특정 명령어(SQL) 실행 제한 또는 차단 기능 제공 - 관리자 권한 계정(특권계정)에 대한 별도 통제 기능 제공 - 정책 생성·수정·삭제 및 예외 처리에 대해 승인 절차(워크플로우) 및 일시적 접근 허용(예외 승인) 기능 제공 ▪ 감사 로그 및 추적관리 - DB 접속·조회·변경·삭제 등 주요 활동 로그 및 정책 기반 SQL문 단위 감사 로그 기록 기능 제공 - 정책 설정, 계정관리, 예외 승인 등 관리자 행위에 대한 감사 로그 기록 및 보관 기능 제공 - 사용자, 시간, DB, 테이블 단위 로그 검색 기능 및 데이터 추적·복구 기능 제공 - 관련 법규(개인정보보호법, ISMS 등)의 접근기록 보관 요건을 충족하는 장기 로그 보관 설정 및 백업·복구 기능 제공 ▪ 모니터링 및 통계 - 정책·로그·사용자를 일관되게 제어할 수 있는 중앙 집중형 관리 콘솔 제공 - 접속현황 실시간 모니터링 대시보드 및 임계치 설정 기반 이상 행위 탐지 알림 기능 제공 - 사용자별·DB별 접근 통계, 감사 보고서 자동 생성, Excel, CSV 등 파일 다운로드 기능 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-005 | ||
| 요구사항 명 | 포털 솔루션(CMS 포함) 도입 | ||
| 요구사항 상세설명 | 정의 | 표준 3-Tier/클라우드 지원, 반응형 웹 UI, SSO 연동, 개인화 대시보드, 노코딩 템플릿 빌더 CMS 및 통합 백업을 지원하는 포털 솔루션 도입 요건 | |
| 세부 내용 | ▪ 시스템 아키텍처 - 웹 기반 포털 및 CMS 패키지 솔루션으로 구성 - 표준 3-Tier 구조 또는 제품 특성에 적합한 분산·확장형 아키텍처 (수평확장 및 이중화 포함) 지원 - 서버 이중화 구성 가능, 로그 및 트랜잭션 처리 안정성 확보 - 가상화(VM) 및 프라이빗 클라우드(IaaS, 컨테이너/Kubernetes 환경 포함) 인프라 지원 - 표준 WAS 기반 또는 제품 제공 런타임 환경 지원 - 이기종 DBMS(Oracle, MS-SQL, MySQL, MariaDB, PostgreSQL 등) 연동 지원 ▪ 표준 및 기술 준수 - 웹 표준(HTML5/CSS3)을 준수하여 다양한 브라우저(Chrome, Safari, Edge 등) 간 호환성 보장 - PC와 모바일 화면 크기에 맞게 자동 최적화되는 반응형 웹 UI 지원 - 타 시스템과의 유연한 정보 연동을 위한 REST API 및 JSON 기반 데이터 연계 구조 지원 ▪ 보안 및 권한관리 - OAuth2, SAML 등 표준 프로토콜 기반의 SSO 연계 지원 - 외부 인증 시스템(LDAP, AD)과 계정 동기화 및 연계 지원 - 사용자 등록관리, 그룹관리 기능을 지원하며, 그룹/역할 기반의 접근 제어(RBAC)를 통한 관리자·운영자·사용자 간 권한 분리 기능 제공 - SSL/TLS 기반 네트워크 통신 암호화 및 개인정보처리 시 암호화 저장 기능 지원 - 콘텐츠 단위 세부 접근 권한 설정 및 접근 제어 기능 제공 - 사용자 로그인 이력 조회, 시스템 접근 및 행위 로그 기록 기능 제공 ▪ 인터페이스 및 시스템 연계 기능 - REST API 기반 연계, 내부 시스템과의 데이터 연동 - 외부 인증 시스템 연계, 외부 콘텐츠 연계 기능 ▪ 포털 기본 및 개인화 기능 - 메인/서브 페이지 레이아웃 설계, 계정별 계층형 메뉴 구성 기능 - 공지사항, 게시판, 자료실, 일정(캘린더), 팝업/배너 관리 기능 - 개인화 대시보드(사용자 맞춤형 콘텐츠 노출), 위젯 설정 기능 ▪ 콘텐츠 관리 시스템(CMS) 기능 - 웹 표준 WYSIWYG 에디터 기반 콘텐츠 작성 기능 및 카테고리 관리 기능 제공 - 콘텐츠 수정, 버전/이력관리, 버전별 롤백(Rollback) 기능 제공 - 코딩 없는 웹 페이지 생성을 위한 템플릿 기반 페이지 빌더 기능 및 파일 업로드/다운로드 기능 제공 - 콘텐츠 단위 접근 권한 제어, 예약 게시 및 종료일 설정 기능 ▪ 시스템 관리 기능 - 관리자 UI를 통한 실시간 계정 관리(등록·수정·삭제) 및 그룹/역할별 메뉴 접근 권한 제어 기능 제공 - 시스템 로그 조회 및 다운로드, 이용 현황 통계 조회 기능 - 포털 시스템 환경설정 및 데이터베이스(DB) 전체에 대한 통합 백업·복원 기능 제공 - 운영자가 별도 개발 없이 관리자 UI를 통해 시스템의 주요 설정을 직접 변경 가능하도록 시스템 설정 기능 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-006 | ||
| 요구사항 명 | SSO 통합인증 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | 20개소 이상 전용 에이전트 설치, 고가용성 이중화, SAML2.0/OAuth2.0/OIDC 표준 지원, LDAP/AD 연동 및 Non-ActiveX 멀티 OS를 지원하는 SSO 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 통합 보안 연계 에이전트 - 교내 주요 시스템 연동 및 통합 보안 연계를 위해 최소 20개소 이상의 전용 에이전트(Agent) 설치 및 기술지원을 기본으로 제공해야 함 - 포털, 종합정보시스템, LMS, 그룹웨어, 홈페이지, I'Design, 산단 연구행정시스템, 연구실안전관리시스템, 도서관, 생활관, 웹메일, 사업성과관리, 디지털협업관리 등 SSO 연동 확대 ▪ 고가용성 SSO 서버 구축 - 서버 이중화 및 필요 에이전트(Agent) 수량을 사전에 파악하여 제안하여야 하며, 제안 수량이 실제 필요 수량에 미달할 경우 추가 비용은 제안사가 부담해야 함 - Active-Active 또는 Active-Standby 방식의 이중화 환경 구성 및 최적화 설정을 수행하여야 함 ▪ 국제 표준 프로토콜 지원 - SAML2.0, OAuth2.0, OIDC(OpenID Connect) 프로토콜을 지원해야 함 ▪ 디렉터리 서비스 연동 - 기존 계정 체계인 LDAP 및 AD(Active Directory)와 실시간으로 데이터를 동기화하고 인증이 가능해야 함 ▪ 멀티 플랫폼 호환성 - Non-ActiveX 방식을 지향하여 멀티OS(Windows, Mac, Mobile) 및 크로스 브라우징 보장 ▪ 보안 로그 관리 및 조회 - 사용자 접속기록, 권한변경내역 등 로그로 저장 가능하여야 함 - 관리자용 로그 조회 및 분석 기능을 제공하여야 함 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-007 | ||
| 요구사항 명 | 2차 인증(MFA) 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | 서버 이중화, 비설치형 인증 기본 포함, FIDO2/CTAP 생체인증 지원, 계정잠금 및 감사로그 무결성을 보장하는 2차 인증 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - 인증 서버 및 중계(게이트웨이) 서버는 이중화(Active-Standby 또는 Active-Active) 구성 - On-Premise 또는 Private Cloud 환경 지원 - WAS(JEUS, JBoss, WebLogic, Tomcat 등) 및 DBMS(Oracle, MySQL, PostgreSQL, MariaDB 등)와 연계 지원 ▪ 인증 방식 및 사용자 환경 - 다양한 2차 인증 방식을 지원하여야 하며, 별도의 앱 설치 없이 인증이 가능한 방식(비설치형 인증)을 기본 포함 - 생체인증 및 하드웨어 키 지원을 위해 FIDO2/CTAP 표준 기반 외부 인증 장치 연계 기능 지원 - 웹 표준(HTML5 기반 멀티 브라우저 환경) 및 모바일 환경(Android 및 iOS 주요 버전에 대한 호환성 보장) 지원 ▪ 시스템 보안 및 컴플라이언스 - 인증 실패 횟수 초과 시 계정 잠금 또는 일정 시간 차단 정책 설정지원 - 앱 위변조 방지 및 코드 난독화 기능을 적용하여 모바일 보안 위협원천 차단 - TLS 1.3 이상 사양의 최신 암호화 프로토콜 적용 - 관리자 및 사용자 작업 내역에 대한 감사 로그(Audit Log) 기록 및 조회 기능 제공 - 생성된 인증 로그의 위·변조를 방지하는 무결성 보장 기능 제공 ▪ 관리 및 운영 기능 - 웹 기반 중앙 관리 콘솔 제공 - 관리자 콘솔을 통해 사용자 및 시스템 관리, 보안 정책 설정, 접속 통계 조회 기능 제공 - 사용자가 인증 수단을 등록, 변경, 초기화할 수 있는 기능 제공 - 장애 발생 시 관리자에게 즉시 통보하는 알림 기능 제공 ▪ 운영 및 유지보수 지원 - 원격 기술 지원 및 정기 업데이트/패치 제공 - 운영자 및 사용자 교육을 각 1회 이상 제공 - 시스템 설치 및 운영 전환 시 보안성 검토 및 점검(취약점 진단 등)을 수행하고 조치결과 제출 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-008 | ||
| 요구사항 명 | 통합검색 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | 대용량 실시간/배치 색인, 문서 파일 색인, 자연어/의미 분석, 연관검색어/초성 자동완성 및 분산 아키텍처 RESTful API를 지원하는 통합검색 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 색인 및 데이터 관리 - 대용량 데이터의 실시간 색인 및 관리 기능 제공 - DB 변경 여부와 관계없이 다양한 인덱싱 방식 컨트롤 관리 기능 제공 - 서비스 중단 없는 배치 색인 및 온라인 색인 지원 - 런타임 키 캐쉬 지원을 통한 증분 색인 시 검색 지연 현상 제거 - 필드별 색인 옵션 설정(다국어, n-gram, 형태소 분석 방식 등) - 적합도 재조정, 매치필드 가중치 조정 지원 - 각종 문서 파일(doc, ppt, pdf, hwp, ost, mbox 등) 색인 기능 지원 ▪ 검색 및 분석 기능 - 복합명사 분해검색, 절단검색, Boolean 검색, 자연어 검색, 결과 내 재검색, 필드별 검색, 구(Phrase) 단위 검색, 인접검색, 가중치 조절 등 고급 검색 연산 기능 지원 - 질의문 및 문서에 대한 의미 분석으로 지능형 검색 결과 제공 ✔ 동의어/연관어 식별, 동의어 확장 지원 ✔ 형태소 분석 기능 지원 및 형태소 분석 사전 업데이트 보장 ✔ 다국어 검색, 다양한 문자집합 지원 - 검색결과 그룹핑 지원(단일 필드 내 구분자로 구분된 필드값 그룹핑) - 단순정렬 및 다중 필드에 대한 복합 정렬 기능 지원 - 상세검색 기능(키워드 검색, 결과 내 재검색, 자연어, 동의어 확장 등) 지원 - 연관검색어, 자동완성(초성 검색 포함) 기능 제공 ▪ 관리 및 모니터링 - 웹 및 GUI 기반의 통합 관리 기능 제공 - 서버 모니터링, 사전 관리, 검색 통계 등 기능 포함 - 검색 및 색인 엔진별 시스템 자원 사용 현황 실시간 모니터링 지원 ▪ 아키텍처 및 성능 요건 - 로드밸런싱 및 멀티쓰레드를 지원하는 분산구조 제공 - 검색엔진 기능을 활용할 수 있는 연계 인터페이스(RESTful API) 제공 - 다양한 DBMS 지원(Oracle, PostgreSQL, MS-SQL, MySql 등) - 다양한 운영체제(Windows Sever, Linux, Solaris, AIX, HPUX 등) 지원 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-009 | ||
| 요구사항 명 | 통합 메시징(UMS) 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | 앱/웹 PUSH·SMS·알림톡 멀티 채널 통합발송, 교내 조직도 동기화, 알림톡 실패 시 SMS 자동 전환 대체발송 및 REST API 연동을 지원하는 UMS 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 멀티 채널 통합발송 - 모바일 앱 PUSH, 포털 PC 및 모바일 웹 PUSH 메시지 - 이동통신 문자(SMS/LMS/MMS/RCS), 카카오 알림톡 연계 - 이동통신사 및 카카오 발송을 위한 Agent 모듈 연동 및 설정 지원 ▪ 메시지 관리 - 실시간 발송, 예약 발송 및 대량 발송을 위한 대상자 파일 업로드 발송 기능 - 오발송 방지를 위한 테스트 발송 및 미리보기 기능 필수 - 채널별 메시지 템플릿 등록관리 및 전체/채널별 검색 조회 기능 - 카카오 알림톡 등 템플릿 외부 검수(카카오 심사) 프로세스 자동화 및 실시간 심사 상태 조회 기능 지원 ▪ 주소록 및 조직도 연계 - 개인 주소록, 공용 주소록 기능 제공(그룹/사용자별 계층 구조 관리) - 교내 조직도(인사, 학사)와 연계하여 교직원 및 학생 주소록 동기화 ▪ 연동 인터페이스 - 업무시스템에서 UMS를 호출하여 자동발송 및 개인화 알림을 전송할 수 있도록 HTTP/JSON 기반의 표준 REST API 및 프로토콜 제공 ▪ 발송 이력관리 및 모니터링 - 발송그룹, 발송자ID, 수신 전화번호 등 조건별 발송이력 조회 기능 - 발송 실패 건 조회 및 발송 실패건에 대하여 건별 실패 사유 조회 ▪ 대체발송관리 - 사전에 설정된 시나리오에 따른 자동 대체 발송 기능 지원 (예: 카카오 알림톡 실패 시 SMS 자동 전환 발송) - 대체 발송용 템플릿 매핑 기능 지원 - 대체발송 내역 조회 및 발송 원문 조회 기능 지원 ▪ 관리자 기능 - 사용자가 별도 교육없이 즉시 사용 가능한 직관적인 웹 기반 GUI 발송 화면 구성 - 계정별/직무별 메뉴 접근 및 발송 권한 세부관리 기능 - 채널별/유형별 수신 및 발송 성공·실패 통계 화면 및 데이터 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-010 | ||
| 요구사항 명 | API 연계 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | 이중화/Scale-Out, Throttling/서킷 브레이커, 라이프사이클 관리, 이기종 프로토콜 변환, OAuth 2.0/JWT 보안 및 End-to-End 추적 모니터링을 지원하는 API 솔루션 도입 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - On-Premise 및 Private Cloud 환경 모두 지원 - 무중단 서비스를 위해 Active-Active 또는 Active-Standby 이중화 구성 및 장애 발생 시 자동 Failover 지원 - 트래픽 증가에 대비한 수평 확장(Scale-Out) 지원, 대내외 Legacy, 내부시스템, 외부기관, 클라우드와의 중앙 집중형 연계 구조 지원 ▪ API 트래픽 제어 및 가용성 - 시스템 과부하 방지를 위한 API Key 및 수신 IP별 초당/분당 호출 속도 제한(Throttling/Rate Limiting) 기능 지원 - 특정 백엔드 시스템 장애 시 트래픽을 차단하고 우회시키는 서킷 브레이커 (Circuit Breaker) 기능 제공 - 특정 시간 또는 주기적으로 API를 자동 호출할 수 있는 배치 및 호출 이벤트 관리 기능 지원 ▪ API 개발 및 생명주기(Life Cycle) 관리 - API의 등록, 배포, 변경, 폐기에 이르는 전체 라이프사이클(Life Cycle) 관리 기능 제공 - 웹 표준 프로토콜(JSON, XML, SOAP, TCP 등) 간의 이기종 프로토콜 변환 및 데이터 매핑 지원 - API 개발 시 결과를 확인할 수 있는 TEST 기능, 정의서(명세서) 자동 생성 기능, 개발서버에서 운영서버로의 승인 기반 배포 기능 제공 ▪ API 보안 및 인증 - OAuth 2.0, JWT 기반의 표준 인증을 지원해야 하며, 인증키(Authkey) 발급/관리 및 IP 기반 접근 제어(ACL) 기능 제공 - TLS 1.3 이상의 암호화 통신(mTLS 상호 인증 포함)을 기본 지원하며, 중요 데이터에 대한 화면 마스킹 및 웹 취약점 공격 방어 필터 제공 - API 호출 시점부터 각 연계 구간의 모든 로그를 암호화하여 저장해야 하며, 일부 로그 선택 저장 정책 등의 추가 기능 제공 ▪ 모니터링 기능 및 통계 기능 - API별 호출 건수, 성공률, 응답 속도(Latency)를 제공하는 웹 기반 대시보드 제공 - 호출 구간별(End-to-End) 상세 로그 추적 기능 및 오류 발생 시 실시간 관리자 경보(알림) 기능 제공 - 실시간 API 호출 정보(전체 API 호출 수, 성공/실패 여부 등) 관리 기능 제공 ✔ API 호출 성공/실패 여부 확인 및 재전송 처리 등을 수행할 수 있는 관리자 화면 구현 ✔ 동일 건에 대한 중복 호출되지 않도록 제한 기능 구현 ✔ 연계 대상 시스템 간 API 호출 건수 및 연계 정보 등의 일치 여부를 모니터링할 수 있는 기능 구현 ✔ API별, 사용자별 호출 성공률 통계 화면 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-011 | ||
| 요구사항 명 | SSL 인증서 갱신 및 적용 | ||
| 요구사항 상세설명 | 정의 | 하이브리드 웹 서비스 인증서 통합 관리, 미관리 인증서 자동 식별, 생애주기 무에이전트 원격 배포 및 만료 단계별 알림을 지원하는 SSL 인증서 갱신 및 적용 요건 | |
| 세부 내용 | ▪ GS(Good Software) 인증 획득 제품 ▪ 시스템 아키텍처 및 인프라 - 하이브리드(On-Premise, Cloud) 환경, 다양한 OS(Windows, Linux 등)의 웹 서비스 인증서 통합 관리 지원 - 무중단 서비스를 위해 Active-Active 또는 Active-Standby 이중화 구성 및 장애 발생 시 자동 Failover 지원 ▪ 인증서 식별 및 자산관리 - 내부 네트워크 및 지정된 IP 대역 스캔을 통해 관리 사각지대에 있는 미관리(Shadow) 인증서를 자동으로 식별 및 발견 기능 지원 - 식별된 인증서를 시스템내 자산 재고(Inventory)에 자동 등록하고, 실시간 현황을 파악할 수 있는 시각화 대시보드 제공 ▪ 생애주기 관리 및 자동 배포 - 인증서 신청, 발급, 설치, 상시 유효성 모니터링, 만료 전 자동 갱신에 이르는 전체 생애주기 관리 기능 제공 - 대상 장비(웹 서버, 네트워크 장비 등)에 별도 관리용 프로그램(Agent) 설치 없이, 외부에서 원격 접속(SSH, HTTPS 등)하여 인증서 관리 - Web Server, Load Balancer(F5 Big-IP 등)와 자동 연동 배포 지원 - DevOps CI/CD 파이프라인 연계를 통해 서비스 영향도를 최소화한 교체 프로세스 제공 ▪ 보안 - 인증서 발급, 변경, 갱신, 설치 등 전 과정에 대한 감시 로그(Audit Log)를 생성하여 철저한 이력 추적 및 감독이 가능해야 함. - 인증서 만료 임박 시 단계별 자동 알림(Push, SMS, 메일) 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-012 | ||
| 요구사항 명 | UI/UX 개발 도구 도입 및 프레임워크 적용 | ||
| 요구사항 상세설명 | 정의 | Virtual DOM 기반 SPA 아키텍처, OSMU 반응형/적응형 레이아웃, 모바일 OS 지원, 데이터 바인딩 및 비동기 AJAX 통신 최적화를 지원하는 UI/UX 개발 도구 도입 요건 | |
| 세부 내용 | ▪ 시스템 아키텍처 - 상용SW 또는 Vue.js 환경 중 하나 이상을 충족하여야 하며, Virtual DOM 아키텍처 기반의 렌더링 최적화 엔진 제공 - 화면 전환 및 상태 관리 기능을 포함하여 SPA(Single Page Application) 아키텍처 구현 지원 - W3C HTML5, ECMAScript, CSS3 등 표준 웹 기술 사양 준수 - Non Active-X, 순수 표준 웹 브라우저 기반 환경 지원 - 크로스 플랫폼(Linux, Windows 등) 환경에서 운영 가능해야 하며, 멀티 브라우저(Edge, Chrome, Safari, Firefox 등) 호환성 보장 ▪ 크로스 플랫폼 및 반응형 UI - OSMU(One Source Multi Use) 실현을 위해 다양한 디바이스 및 해상도에 대응 가능한 반응형/적응형 레이아웃 컴포넌트 제공 - iOS 및 Android를 포함한 2개 이상의 모바일 플랫폼 환경에서 정상 동작 지원 ▪ 컴포넌트 및 데이터 제어 - UI 컴포넌트와 데이터 객체 간의 유연한 데이터 바인딩 기능 지원 - 재사용 가능한 공통 템플릿 및 공통 UI 컴포넌트 관리 기능 제공 - 표준 JavaScript 기반의 외부 오픈소스 및 라이브러리와 연계 및 확장 가능 구조 지원 ▪ 통신 및 성능 - 화면 전체 리로드 없이 데이터만 갱신할 수 있는 비동기 통신(AJAX 등) 및 웹 표준 기술 지원 - 웹 서비스 응답 속도 향상을 위한 데이터 전송 최적화 및 경량화 기능 제공 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 | ||
| 요구사항 분류 | 시스템 장비 요구사항 | ||
| 요구사항 고유번호 | ECR-013 | ||
| 요구사항 명 | 웹 문서뷰어 솔루션 도입 | ||
| 요구사항 상세설명 | 정의 | Non Active-X 웹 브라우저 문서 열람, PDF/HWP/MS Office 고속 변환, 대용량 PDF 스트리밍, 동적 워터마크·캡처 방지 및 교내 시스템 API 연동을 지원하는 문서뷰어 도입 요건 | |
| 세부 내용 | ▪ 시스템 아키텍처 - Non Active-X, 순수 표준 웹 브라우저 기반 문서 조회 기능 지원 - 다양한 디바이스 환경(PC, 스마트폰, 태블릿 등)에 최적화된 UX 지원 - 자체 PDF 엔진 기반의 경량화된 아키텍처를 통해 서버 자원 점유율을 최소화하고 컨테이너 환경 확장 지원 - 서버 이중화(Active-Active 등) 구성을 지원해야 하며, 고부하 트래픽 발생 시 안정적인 부하 분산(Load Balancing)이 가능 ▪ 고속 문서 변환 및 렌더링 - PDF, MS Office, 한글(HWP), 이미지 등 다양한 비정형 문서를 표준 포맷으로 실시간 고속 변환 및 렌더링 지원 - PDF 스트리밍 열람: 대용량 문서 조회 시, 전체 다운로드 없이 첫 페이지부터 빠르게 열람할 수 있는 PDF 스트리밍(Streaming) 방식의 초고속 렌더링 지원 - 문서 내 지능형 폰트 처리 및 무결성을 유지하여, 깨짐 없는 가독성을 확보하고 문서 내 텍스트 검색(Search) 기능 지원 ▪ 보안사항 - 문서 유출 및 위·변조 방지를 위해 화면 캡처 방지, 동적 워터마크 삽입, 인쇄 제어(인쇄 허용/차단) 등 다차원 보안 기능 제공 - 데이터 전송 시 SSL/TLS(TLS 1.3 이상) 기반의 보안 통신 암호화 적용 ▪ 시스템 연동 및 확장성 - 포털, 종합정보시스템, 그룹웨어 등 교내 주요 시스템과의 원활한 API 연동 지원 - 교내 통합로그인(SSO) 및 2차 인증(MFA) 체계와 연동 - 그룹웨어 시스템 연동을 통한 문서 자동화 및 디지털 자료 보관 환경 지원 | ||
| 산출정보 | 설치계획서, 설치결과서, 기술지원확약서 |
| 요구사항 분류 | 인터페이스 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | INR-001 | |||
| 요구사항 명 | UI/UX 디자인 및 레이아웃 표준 수립 | |||
| 요구사항 상세설명 | 정의 | 고유 아이덴티티 반영, UI/UX 디자인 레이아웃 표준화, 전문 인력/업체 참여를 통한 시안 제시 및 개발 전 프로토타입 제작·검증을 지원하는 사용자 인터페이스 구축 요건 | ||
| 세부 내용 | ▪ UI/UX 표준 - 우리대학의 고유 아이덴티티를 반영한 창의적 디자인 적용 - 화면 레이아웃, 디자인, 색상, 폰트, 실행 버튼, 아이콘 등을 표준화 및 코드화하여 중복을 최소화하고 입력 편의성 제공 - 정보 접근성을 고려한 화면을 기획하고, 직관적인 UX Writing 및 친화적 UI 구성을 통해 탐색 편의성 제공 - 콘텐츠 모양 및 배치의 직관적 구성, 온라인 서식(입력안내, 예시문구 등) 관련 정보 제공, 모든 페이지 내 현재 위치 정보 (Breadcrumb 등) 명시 - 동일 업무나 관련 업무는 단일 화면 내에서 처리할 수 있도록 구현 ▪ UI/UX 기획/설계 - 사용자 중심의 고품질 UI/UX 구현을 위해 전문 역량을 보유한 별도 전문 인력 또는 전문 업체 참여 필수 - 최신 트렌드를 반영한 3종 이상의 메인 및 상세 화면 디자인 시안을 제시하고 대학과 긴밀한 협의 진행 - 선정된 프레임워크를 기반으로 전체 시스템 간 통합 UI 구성 방안을 마련하고, 대학 통합 디자인 가이드 수립·제공 ▪ 프로토타입 제작 - 설계단계 중(개발단계 이전)에 UI 프로토타입을 제작하여 요구사항에 대한 구현사항을 미리 확인할 수 있도록 지원 - 제작된 UI 프로토타입은 우리대학과 협의하여 사용자 의견(수용도 및 선호도)을 조사하고, 조사 결과를 반영하여 적용 | |||
| 산출정보 | 인터페이스 정의서 | |||
| 요구사항 분류 | 인터페이스 요구사항 | |||
| 요구사항 고유번호 | INR-002 | |||
| 요구사항 명 | 대내외 시스템 연계 표준 API 설계 | |||
| 요구사항 상세설명 | 정의 | 대내외 API 설계·개발 지원, 표준 연계 기술(JSON/XML, 매핑/가공), 오류 로그 관리/재처리, 성능 최적화 및 구간 암호화 보안을 지원하는 시스템 연계 일반 요건 | ||
| 세부 내용 | ▪ 연계 대상 협의 및 범위 정의 - 연계 대상, 범위, 방식, 주기, 예상 건수 등 연계 관련 제반 사항은 사업 추진 과정에서 대학과 사전 협의 후 최종 확정 - 분석 및 상세설계 단계에서 사용자 요구사항에 따른 인터페이스 변경·추가 사항 발생 시, 이를 즉시 반영하여 연계 처리 수행 - 교내 시스템 및 외부 기관과의 연계를 위한 API 설계, 개발, 테스트, 적용에 소요되는 제반 작업은 본 사업 범위에 포함되며, 이로 인한 추가 비용은 사업자 부담(단, 상대 연계 대상 시스템의 자체적인 구조 변경이나 개선이 필요한 경우는 별도 협의) ▪ 표준 연계 기술 및 연동 구현 - 시스템 간 연계 인터페이스 표준 모듈(표준 API 등)을 정의 및 적용 - API 기반으로 이기종(MSSQL, Oracle 등) 간 인터페이스 구현 - 이기종 DB 간 데이터 타입 및 구조 차이를 고려한 데이터 매핑 (Mapping) 및 변환(Transformation) 기능 구현 - 컬럼(Field) 단위 매핑, 코드값 변환, 날짜·숫자·문자열 변환 등 데이터 가공 기능 구현 - JSON, XML 등 표준 데이터 형식을 준수하여 인터페이스 구현 - 인터페이스 오류 발생 시 로그 관리, 재전송 및 재처리 기능 구현 - 교내 통합로그인(SSO) 등과 연계하여 조직도, 인사 정보 등을 실시간 또는 배치로 동기화하는 인터페이스 구현 - 연계 대상 시스템과 유기적인 메뉴 구성 및 통합 접근 방안을 제시하고 구현 ▪ 연계 성능 - 타 시스템 연동 시 전체 시스템의 안정성과 성능을 보장해야 하며, 데이터 갱신 주기 및 연계 애플리케이션 실행 시간 최적 설계 - 트래픽 증가 시에도 안정적인 성능을 유지해야 하며, 확장에 따른 추가 라이선스 비용은 사업자 부담 ▪ 보안 및 정합성 검증 - 교내외 연계 기관별 연계 방식에 따른 유형별 데이터 송수신 정합성(누락 방지 등) 확보 방안을 제시하고 적용 - 개인정보 및 비밀 자료의 연계를 위해 구간 암호화 등 신뢰할 수 있는 정보보호 방안을 제시하고 적용 - 데이터 연계의 정확성을 검증하기 위해 개발 및 테스트 환경을 별도 구성하여 연계 모듈의 기능 검증을 완료한 후 운영 시스템에 반영 | |||
| 산출정보 | 인터페이스 정의서, 인터페이스 표준정의서 | |||
| 요구사항 분류 | 인터페이스 요구사항 | |||
| 요구사항 고유번호 | INR-003 | |||
| 요구사항 명 | 학내 내부 시스템 연계 설계 | |||
| 요구사항 상세설명 | 정의 | 공통 및 학사 부문 교내 유관 시스템(홈페이지, 포털, 그룹웨어, LMS, 도서관 등) 간 상호 정보 공유, 영향도 분석 및 최적 연동 구조를 수립하는 내부 시스템 연계 요건 | ||
| 세부 내용 | ▪ 연계 기본 원칙 - 교내 학사, 포털 등 관련 정보 연계(취득, 제공)를 위해 학내 유관 시스템과 상호 인터페이스 구성 - 정보 공유가 필요한 경우 상호 시스템의 성능, 서비스의 영향도를 분석하여 최적의 연동방식, 연동주기 정의 - 차세대 시스템으로 연계되는 세부 연계 항목은 분석/설계 단계에서 대학과 협의 후 최종 확정 ▪ 내부 시스템 인터페이스 내역 - 공통 부문: 홈페이지, 포털, 그룹웨어(전자결재), 통합메시징, 협업관리 등 - 학사 부문: LMS, I'Design, 홈페이지, 포털, 도서관, 인터넷 제증명 시스템 등 | |||
| 산출정보 | 인터페이스 정의서 | |||
| 요구사항 분류 | 인터페이스 요구사항 | |||
| 요구사항 고유번호 | INR-004 | |||
| 요구사항 명 | 외부 대외 기관 시스템 연계 설계 | |||
| 요구사항 상세설명 | 정의 | 금융기관(은행/카드사), 정부/공공기관(KEDI 등) 연계, 중계 서버 기반 등록금 수납 처리 및 수작업 최소화 연동 모듈을 구축하는 외부 시스템 연계 요건 | ||
| 세부 내용 | ▪ 외부 시스템 연계 요건 - 교내 학사, 포털 등 관련 정보 연계(취득, 제공)를 위해 외부기관의 유관 시스템과 상호 인터페이스 구성 - 외부 시스템 연계를 위해 상호 시스템의 성능, 서비스의 영향도를 분석하여 최적의 연동방식, 연동주기 정의 - 종합정보시스템 및 은행/카드 포함 외부기관 시스템과 연계 처리는 우리대학의 거래기관과 사전 협의를 통하여 연계 모듈을 개발해야 하며, 개발비용은 구축업체에서 부담 - 금융기관과 협의를 통해 연계 방식과 대상 결정 ✔ 등록금(은행, 카드) 등의 처리를 위한 데이터를 연계기관 시스템과 종합정보시스템 간 중계 서버를 통해 연계하는 방식을 적용하여 기능 구현 · 은행 송수신용 파일 업로드/다운로드 수작업 최소화 - 차세대 시스템으로 연계되는 세부 연계 항목은 분석/설계 단계에서 대학과 협의 후 최종 확정 - 은행, 카드사, 한국교육개발원(KEDI) 등 외부 시스템 인터페이스 | |||
| 산출정보 | 인터페이스 정의서 |
| 요구사항 분류 | 데이터 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | DAR-001 | ||
| 요구사항 명 | 전사 데이터 표준 체계 수립 | ||
| 요구사항 상세설명 | 정의 | 행정안전부 고시 준수 전사 표준화, 기 구축 체계 분석/프로파일링, 표준사전(단어/도메인/용어 1:1 매핑) 구축 및 표준 관리 방안 수립을 지원하는 데이터 표준 요건 | |
| 세부 내용 | ▪ 데이터 표준 및 품질관리 지침 준수 - 행정안전부 고시 및 정부 지침(공공기관 DB 표준화·품질관리 지침, 행정정보/코드 표준화 지침 등)을 준수하여 전사 표준화 체계 수립 ▪ 현행 시스템 분석 및 데이터 표준화 요건 도출 - 학내 기 구축된 데이터 표준 체계 존재 여부 사전 검토 후 반영 - 데이터 관련 요건 및 미사용 테이블, 최종 데이터 생성 시기 등을 분석하여 데이터베이스 설계 표준 및 가이드에 따라 표준화 - 현행 데이터에 대한 프로파일링 분석 데이터를 기반으로 실질적인 데이터 현황 산출 및 정보 분석 지원 ▪ 데이터 표준화 규칙 정의 및 사전 구축 - 용어, 코드 등의 표준화 규칙 정의 및 복합 용어 생성 규칙 수립 - 이음동의어, 동음이의어, 유사어, 금칙어 등에 대한 명확한 적용 방안 제시 - 목표 데이터 모델에 적용할 표준단어 사전, 표준도메인 사전, 표준용어 사전 구축 - 표준사전의 용어와 도메인은 1:1로 매핑하여 체계적 관리 ▪ 데이터 표준 관리 방안 - 시스템 구축 기간 동안 데이터 표준 관리를 위한 방안(변경이력 포함)을 제시 - 설계된 DB 표준과 데이터 항목의 일치 여부를 주기적으로 점검 및 검증 | ||
| 산출정보 | 데이터 표준화 지침, 데이터 표준사전(용어사전, 단어사전, 도메인사전, 코드정의서), 코드매핑 정의서 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 고유번호 | DAR-002 | ||
| 요구사항 명 | 목표 통합 DB 모델링(ERD) 설계 | ||
| 요구사항 상세설명 | 정의 | 모델링 가이드 준수, 주제영역 정의 및 개념/논리/물리 DB 모델 설계, 모델 완전성/정규화 검증 및 DB 형상관리를 지원하는 데이터 구조 설계 요건 | |
| 세부 내용 | ▪ 데이터 구조 설계 및 모델링 원칙 - 데이터 모델링 원칙 및 가이드 제시 - 업무 요건 및 응용 프로그램 변경 시 데이터 구조 변화를 최소화할 수 있는 구조로 설계 - 데이터 분류체계, 명명 규칙, DB Object 사용 기준을 수립하고 목표 데이터 표준화(엔티티/속성/테이블/컬럼명)를 모델에 반영 ▪ 데이터 주제영역 정의 및 모델 설계(개념/논리/물리) - 대학 업무 특성을 반영한 데이터 주제 영역을 정의하고, 목표 개념, 논리, 물리 데이터 모델 설계 - 미사용 또는 데이터가 증가하지 않는 테이블에 대한 명확한 관리 및 정제 방안 제시 ▪ 데이터 모델 검증 - 논리/물리 각 단계별로 명확한 검증 기준을 사전 정의하고 이에 따라 검증 플로우 실시 - 요구사항 대비 논리 모델의 완전성(요구사항 누락 여부), 정규화 충족 여부 검증 - 중복 테이블/컬럼 존재 여부 검증, 반정규화된 중복 데이터의 정합성 유지 방안 제시 ▪ 데이터 구조 및 형상관리 - 시스템 구축 기간 동안 실제 DB 형상과 물리 데이터 모델의 형상이 일치하는지 주기적으로 점검하고 결과 보고 - 데이터 구조 변경이력 관리 방안 제시 및 적용 | ||
| 산출정보 | 데이터 모델링 가이드, 데이터베이스 정의서, 데이터 주제영역 정의서, ERD(개념, 논리, 물리), 테이블 정의서, 데이터 모델 검증 계획·결과(표준, 구조, 연계, 품질 포함) | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 고유번호 | DAR-003 | ||
| 요구사항 명 | 데이터 품질 및 관리체계 수립 | ||
| 요구사항 상세설명 | 정의 | 정량적 측정 지표 지침 정의, 표준·구조·연계 항목의 변경 생애주기 프로세스 정의 및 운영 R&R 가이드라인 배포를 지원하는 데이터 관리 체계 요건 | |
| 세부 내용 | ▪ 데이터 표준·품질관리 지침 및 기준 정의 - 표준 준수율, 구조 현행화율, 값 검증 오류율 등 정량적 측정 지표와 오류 데이터의 진단 및 개선 절차를 포함한 데이터 관리 지침 정의 ▪ 데이터 표준·구조 변경 관리 프로세스 정의 - 데이터 표준(단어·용어·도메인·코드), 데이터 구조(논리·물리), 연계 항목의 추가, 변경, 삭제 시 정합성 유지를 위한 생애주기 절차 수립 ▪ 운영 R&R 및 가이드라인 배포 - 표준, 품질, 구조, 연계 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할 정의 - 관련 설계 표준 및 가이드를 작성하고, 개발 인력을 대상으로 표준 준수 가이드라인 공유 및 배포 | ||
| 산출정보 | 데이터 관리 지침, 데이터(표준, 구조, 연계, 품질) 관리 체계서 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 고유번호 | DAR-004 | ||
| 요구사항 명 | 데이터 정제 가이드 및 이관 전략 수립 | ||
| 요구사항 상세설명 | 정의 | 단계별 이관 전략/시나리오 수립, ETL 매핑 및 개발, 단계별 정합성 검증, 데이터 유형/업무규칙 검증 및 정제(클린징) 가이드를 지원하는 데이터 이관 요건 | |
| 세부 내용 | ▪ 데이터 이관 전략 및 계획 수립 - 현행 DB 분석 및 이관 대상·규모 재조사를 바탕으로 유실 없는 안정적인 단계별 데이터 이관(마이그레이션) 및 일정 계획 수립 - 이행 중심의 전담 조직 및 협력 체계(기존 운영자 및 차세대 설계자 간 의사소통)를 구성하고, 전환 시간 및 업무 중단을 최소화하는 최적의 전환 시나리오 및 위험 대처 방안 마련 ▪ 데이터 전환 매핑 및 프로그램 개발 - 데이터 유형 및 특성을 고려한 효과적인 유형별 전환 방법 정의 및 데이터 전환 매핑 방안(코드 매핑 정보 반영) 제시 - 매핑 정의서의 규칙에 따른 데이터 추출, 변환, 적재(ETL) 프로세스를 표준화하고 적합한 테스트 관리 및 수행 지원 도구 활용 방안 수립 ▪ 단계별 전환 테스트 및 정합성 검증 - 데이터 이관 시험의 대상, 범위, 절차, 최종 검수 기준 등을 구체화한 데이터 전환 테스트 계획서 작성 및 대학 협의를 통한 수차의 전환 테스트 수행 - 이행 작업 단계별 검증을 통해 데이터 무결성을 보장하고, 이관 소요 시간 측정 및 목표 시스템의 안정적인 성능 유지를 위한 품질 관리 실시 ▪ 데이터 업무 규칙 및 유효성 검증 - 데이터 타입별(날짜, 숫자, 문자열 등) 유효성 확보 및 업무 규칙 (입학·졸업·휴학일 선후 관계 등)을 고려한 정합성 검증 방안 수립 - 비즈니스 형식 규칙(금액, 연락처, 식별번호 등) 및 데이터 유형 불일치에 대한 검증 및 단계별 해결 방안 제시 ▪ 이관 데이터 정제 및 검증 가이드 지원 - 원천 데이터의 불필요한 공백, 특수 문자, 형식 및 규칙 위반 데이터에 대한 이관 데이터 정제(클린징) 방안 및 데이터 공유 방안 수립 - 데이터 이관 가이드라인을 작성하고, 대학 행정 부서 및 담당자별 책임·역할(R&R)에 따른 검증 항목, 방안 및 검증 주체 제시 | ||
| 산출정보 | 데이터 전환(이관) 계획서, 데이터 매핑 정의서, 데이터검증계획서/결과서 | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 고유번호 | DAR-005 | ||
| 요구사항 명 | 데이터 보안 및 암호화 아키텍처 설계 | ||
| 요구사항 상세설명 | 정의 | ISMS/법령 준수 DB 접근통제, 개인식별정보 암·복호화 적용, 암호화키 관리 및 성능 저하 방지 대책과 보안 솔루션 연동을 지원하는 데이터 보안 요건 | |
| 세부 내용 | ▪ 관련 법령 및 ISMS 기준 준수 - 개인정보보호법 및 정보보호관리체계(ISMS)의 인증 기준을 충족하는 DB 접근통제, 접속기록, 권한관리 아키텍처 구축 - 데이터 암·복호화 처리 과정 및 암호화키(Key) 사용 이력에 대한 상세 로그를 실시간으로 기록할 수 있는 아키텍처 구축 ▪ 개인식별정보 암·복호화 적용 - 관련 법령(개인정보보호법 등) 및 정보보안지침을 준수하여 주민등록번호, 외국인등록번호, 여권번호, 운전면허번호 등 주요 개인식별정보 필드에 대한 안전한 암·복호화 적용 방안 제시 - 암호화키 기반의 보안성 높은 데이터 암·복호화 아키텍처 설계 ▪ 암호화키 관리 및 적용 - 암호화 데이터와 암호화키의 분리 보관 및 비인가자 접근 통제를 포함한 키 관리 방안 수립 - 신규 도입하는 DB 암호화 보안 솔루션은 ISMS 인증 기준에 부합하는 암호화키(Key) 관리 방안 제시 - 알고리즘을 통한 암호화 기술적용, DBMS 유형별 암호화 적용, 로깅 및 감사 기능 적용 방안 제시 - 암·복호화 처리 시 인덱스 설계 최적화 및 쿼리 변환 가이드라인 적용을 통해 데이터베이스 성능 저하 방지 대책 수립 ▪ 보안 솔루션 연동 - DB 접근제어(업그레이드 포함), DB 암호화(신규 도입) 등 보안 솔루션과 유기적인 연동 및 인터페이스 지원 | ||
| 산출정보 | 데이터 보안 관리 방안(암호화키 관리 방안 포함) | ||
| 요구사항 분류 | 데이터 요구사항 | ||
| 요구사항 고유번호 | DAR-006 | ||
| 요구사항 명 | 데이터 백업 및 복구 체계 수립 | ||
| 요구사항 상세설명 | 정의 | 대학 백업 정책 준수 체계 정립, 장애/보안 사고 대비 복구 방안(RTO/RPO) 수립 및 백업·복구 기능 검증/매뉴얼 작성을 지원하는 백업 및 복구 요건 | |
| 세부 내용 | ▪ 데이터 백업 정책 수립 - 데이터, 파일, 시스템 자산의 파손·변질·분실에 대비하여 대학의 기존 백업 정책 및 보안 지침을 준수한 백업 체계 정립 - 백업 대상, 백업 주기, 백업 방식(증분/전체 등)을 정의하고 최적의 백업 관리 방안 제시 ▪ 장애 및 보안 사고 복구 방안 정의 - 시스템 장애 및 보안 사고(데이터 위·변조, 손실 등) 발생 시 신속한 대응을 위해 구체적인 복구 방안 및 단계별 복구 절차 수립 - 대학이 정의한 시간 내 복구 목표 시간 및 복구 목표 시점을 설정하고, 유실 데이터 발생 시 클린징 및 재적재 방안 제시 ▪ 백업·복구 기능 검증 및 기술 지원 - 인프라 인계 전 백업 및 복구 기능의 정상 작동 여부를 검증하기 위한 테스트 시나리오를 작성하고 시범 수행 지원 - 비상 상황 발생 시 대학 운영자가 즉각 대응할 수 있도록 백업 및 복구 매뉴얼 정의 | ||
| 산출정보 | 데이터 백업 및 복구 방안 |
| 요구사항 분류 | 테스트 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | TER-001 | |||
| 요구사항 명 | 테스트 환경 구축 및 통합 계획 수립 | |||
| 요구사항 상세설명 | 정의 | 공통 프레임워크 및 테스트 전용 환경 구축, 마스터 테스트 통합 계획 수립, 결함 관리 절차 및 암호화 테스트 데이터 확보를 지원하는 테스트 일반 요건 | ||
| 세부 내용 | ▪ 테스트 환경 및 계획 수립 - 사업자 직접 테스트 전용 환경/서버 구축 및 검증 완료 후 운영환경 반영 체계 수립 - 테스트 조직·인력, 데이터, 절차·방법, 일정, 환경, 평가 기준을 포함한 종합 테스트 통합 계획서 수립 - 성능 및 부하 테스트 : 사업자가 준비한 테스트 도구 및 데이터를 이용하여 응답속도, 자원사용률, 가용성 등 검증 - 테스트 시나리오별 처리 절차, 오류 처리 데이터 및 예상 결과를 사전 정의하고 시나리오 수행을 위한 충분한 검증 데이터 확보 - 개인정보 등 보호 대상 데이터 암호화 적용 및 가상 테스트 데이터 확보 ▪ 결함 관리 및 모니터링 - 발견 결함 100% 조치 완료 원칙 적용(불가항력 건 대학 승인 필수) 및 전체 일정 영향 최소화 통제 | |||
| 산출정보 | 통합 테스트 계획서, 결함 관리 지침서, 테스트 결과서 | |||
| 요구사항 분류 | 테스트 요구사항 | |||
| 요구사항 고유번호 | TER-002 | |||
| 요구사항 명 | 공통 모듈 단위 테스트 | |||
| 요구사항 상세설명 | 정의 | 공통 프레임워크 컴포넌트, 공통 모듈, 표준 가이드 준수 여부 및 단위 기능 정합성 검증을 위한 단위 테스트 수행 요건 | ||
| 세부 내용 | ▪ 공통 모듈 단위 테스트 수행 - 구축되는 공통 개발 프레임워크 기능, 공통 컴포넌트, 보안 모듈 등 공통 기능 단위 검증 - 요건 반영도, 기능 구현도, 표준 가이드 준수 여부 사전 자체 검증 완료 후 대학 제출 - 성과지표/품질목표 충족 상태 요청, 미달 시 보완 및 재시험 완료 후 제출 ▪ 시나리오 작성 및 결함 분석 - 공통 모듈별 단위 테스트 방안, 검증 방법, 시나리오(절차, 수행 데이터, 예상 결과) 사전 작성 - 결함 유형별 건수/비율 및 심각도(치명적, 주요, 단순) 분석 증빙 제출 | |||
| 산출정보 | 단위테스트 계획서, 단위테스트 시나리오, 단위테스트 결과서, 결함내역 및 조치 결과서 | |||
| 요구사항 분류 | 테스트 요구사항 | |||
| 요구사항 고유번호 | TER-003 | |||
| 요구사항 명 | 통합 테스트 | |||
| 요구사항 상세설명 | 정의 | |||
| 세부 내용 | ▪ 통합 테스트 수행 요건 - 단위테스트가 완료된 업무를 대상으로 통합/연계테스트 시나리오에 따라 검증 진행 - 테스트 환경은 대학과 협의하여 실제 운영환경과 동일하게 구성 (내·외부 연계 포함)하며, 사업자가 사전에 직접 구성 - 기능, 성능 등의 요구사항 및 설계사양 충족 여부 검증 - 기능수행 후의 결과가 사전에 예측된 결과와 일치하는지 검증 - 시스템의 접근권한 및 업무 권한에 대한 적절성 검증 - 대내외 연계를 포함한 전체 업무 흐름 검증 ▪ 시나리오 작성 및 계획 수립 - 유형별 테스트 계획서를 작성하고, 발생 가능한 모든 상황을 고려해 오류 데이터를 포함한 테스트 시나리오 수립 ▪ 결함 분석 - 발견된 결함은 원인을 추적하여 완전히 제거 - 테스트 결과 및 결함 조치 내역에 대해 철저한 이력 관리 수행 | |||
| 산출정보 | 통합테스트 계획서, 통합테스트 시나리오, 케이스, 통합테스트 결과서 | |||
| 요구사항 분류 | 테스트 요구사항 | |||
| 요구사항 고유번호 | TER-004 | |||
| 요구사항 명 | 공통 프레임워크 성능 및 부하 테스트 | |||
| 요구사항 상세설명 | 정의 | 공통 프레임워크의 동시 접속, 응답 속도, 자원 사용률 측정 및 시스템 튜닝·목표 성능 검증을 위한 부하 테스트 요건 | ||
| 세부 내용 | ▪ 테스트 계획 및 환경 - 일정, 대상 범위, 환경, 참여자·역할, 수행 절차를 포함한 성능 테스트 계획서 작성 - 성능·부하 테스트가 필요한 기능 및 상세 일정은 대학과 협의하여 결정 - 상용 수준의 성능 테스트 도구(예: LoadRunner 등) 또는 이에 준하는 신뢰성을 갖춘 도구 활용 - 실제 운영 환경을 고려하여 실시하며, 필요 시 별도 테스트 환경 구축 ▪ 성능 테스트 및 검증 - 동시사용자 수, TPS(초당 처리건수), 응답시간, 최대 처리량, 성공률, 시스템 자원 사용률(CPU, 메모리, WAS, DB 등) 등 종합 성능 측정 - 사용자 화면 응답시간, 업무영역별 성능, 자원 적정 사용률 내의 최대 업무량 및 가용성 검증 - 백업 환경 기반의 모의 테스트를 통해 목표 시간 내 정상 복구 여부 및 장애 공지 기능 등을 검증하고 결함 지속 시간 측정 결과 제출 ▪ 튜닝 및 재검증 - 병목 구간 식별 후 최적화(튜닝) 수행, 자체적인 시정조치 외에 대학 측이 요청한 성능 개선 조치 사항 반영 - 목표 성능 미달 시, 목표 달성까지 시스템 튜닝 및 재시험 수행 필수 - DB 튜닝 전문가가 단계별(설계/개발/이행 등)로 일정 기간 투입되어 DB 및 질의어(Query) 속도 개선 등 품질 개선 활동 수행 | |||
| 산출정보 | 성능/부하 테스트 계획서, 성능/부하 테스트 결과서 | |||
| 요구사항 분류 | 테스트 요구사항 | |||
| 요구사항 고유번호 | TER-005 | |||
| 요구사항 명 | 설계 산출물 및 공통 구축 인수 테스트 | |||
| 요구사항 상세설명 | 정의 | 분석·설계 산출물(UI/UX 와이어프레임, ERD 등)의 정합성 검증 및 공통 프레임워크 구축 결과에 대한 대학 측 최종 인수 검수 요건 | ||
| 세부 내용 | ▪ 설계 산출물 정합성 검증 및 인수 승인 - 학사 전 영역 상세 설계 산출물(UI/UX 와이어프레임, 목표 DB ERD, 프로세스 정의서)의 요구사항 대비 정합성 및 완전성 검증 - 공통 개발 프레임워크 및 SSO/UMS 등 공통 구축 결과물에 대한 최종 승인 검수 기준/절차 수립 - 요구사항별 적합/부적합 판정 테스트 데이터 사전 준비 및 발견 하자 즉시 보완 재테스트 - 최종 승인은 대학 측의 별도 문서 승인을 받은 일자에 완료 | |||
| 산출정보 | 인수테스트 계획서, 인수테스트 시나리오, 인수테스트 결과서, 설계 산출물 정합성 검토 보고서 |
| 요구사항 분류 | 성능 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | PER-001 | |||
| 요구사항 명 | 공통 프레임워크 성능 일반 | |||
| 요구사항 상세설명 | 정의 | 공통 프레임워크의 화면·데이터 최적화, 타 시스템 연동 영향 최소화, 상시 성능 모니터링, WAS/DBMS 튜닝 및 정식 운영 후 보완 조치 요건 | ||
| 세부 내용 | ▪ 화면 및 데이터 처리 - 화면 디스플레이 및 데이터 조회 속도를 일정하게 보장하는 방안 제시 및 적용 - 대용량 데이터 처리를 위한 구체적인 성능 최적화 방안 제시 및 적용 ▪ 타 시스템 연동 - 타 시스템과 연동·연계 시 타 시스템에 영향을 주지 않도록 개발 - API 스펙을 준수하여 상호 영향 최소화하도록 개발 ▪ 상시 모니터링 및 선제 조치 - 시스템 개발 중에는 로그 또는 도구(Tool)을 이용하여 시스템 성능을 모니터링하여 성능상 문제점을 사전에 파악하여 조치 - 자원 고갈 등의 이유로 정상적인 처리에 문제되는 상황 발생 시 관리자 알림 기능 개발 ▪ WAS 및 DBMS의 부하 감소, 성능 개선, 장애 요인 감소, 시스템 안정화를 위한 튜닝 실시 ▪ 수강신청, 성적조회 등 트래픽이 집중되는 시기의 안정적인 서비스 제공 방안 제시 ▪ 목표시스템의 정식 운영 이후에 발견되는 성능 저하 현상에 대한 추가 보완 작업을 실시하고 안정화 지원 방안 제안 | |||
| 산출정보 | 성능테스트 계획서, 성능테스트 결과서, 통합테스트 결과서 | |||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-002 | |||
| 요구사항 명 | 화면 디스플레이 응답시간 기준 | |||
| 요구사항 상세설명 | 정의 | 평균 화면 디스플레이 요청에 대한 3초 미만 응답 보장 및 예외 대상 기준과 알림 처리 요건 | ||
| 세부 내용 | ▪ 화면 응답시간 - 업무 처리량 및 확장성을 고려하여 화면 디스플레이 기능 요청 응답시간 최소화 - 사용자 요청 시 3초 미만 응답 보장(대량의 데이터 처리 및 배치 작업 등은 제외) - 통계 기능 등 10초 이상 걸리는 작업은 사용자에게 지연 정보를 인지할 수 있도록 알림 처리 ▪ 적용 예외(3초 기준 미적용) - 2GB 이상의 대용량 데이터 질의 또는 다운로드 - 대량 배치(Batch) 작업 - 500KB 이상의 대량 이미지 또는 동영상이 포함된 화면 ▪ 동시 사용자 용량의 90%를 초과하여 기준 준수가 불가능할 경우 우리대학과 반드시 협의 | |||
| 산출정보 | 성능테스트 계획서, 성능테스트 결과서 | |||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-003 | |||
| 요구사항 명 | 오류 처리 응답시간 기준 | |||
| 요구사항 상세설명 | 정의 | 사용자 입력 오류 발생 시 3초 이내 조치 가능 안내 메시지 제공 및 중요 시스템 정보 노출 방지 에러 처리 요건 | ||
| 세부 내용 | ▪ 사용자가 입력한 정보에서 발생할 수 있는 모든 오류에 대한 메시지를 정보 입력 후 3초 이내에 제시 ▪ 오류 메시지는 사용자가 인지하여 즉시 조치할 수 있도록 작성 - 오류 메시지에 중요 정보(서버 설정정보, 세션정보, SQL정보) 등이 노출되지 않도록 에러 처리 로직 및 에러 화면 구성 | |||
| 산출정보 | 성능테스트 계획서, 성능테스트 결과서 | |||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-004 | |||
| 요구사항 명 | 동시 사용자 접속 용량 확보 | |||
| 요구사항 상세설명 | 정의 | 평시 평균 동시 사용자 5,000명, 출결 6,000명, 트래픽 폭증 시(수강신청/성적조회 등) 15,000명 이상 처리 용량 확보 요건 | ||
| 세부 내용 | ▪ 시스템은 평균적으로 동시 사용자 수 5,000명 이상 지원 - 로그인 사용자는 로그인 후 5분 이상 경과된 사용자 의미 ▪ 수강신청 학생 수를 고려하여 전자출결 시스템의 특정 시간에 동시 사용자 수 6,000명 이상 지원 ▪ 수강신청 시스템, 성적 조회 등 특정 시간에 사용자가 폭증하는 시스템의 경우 동시 사용자 수 15,000명 이상을 지원 ※ 동시접속자(Concurrent Users) : 접속사용자 중 현재 시스템을 실제로 사용하고 있는 사용자로서 트랜잭션 발생 조건을 입력하고 있거나 결과물을 읽고 있는 사용자, 트랜잭션을 발생하고 결과를 기다리고 있는 사용자 | |||
| 산출정보 | 성능테스트 계획서, 성능테스트 결과서 | |||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-005 | |||
| 요구사항 명 | 서버 자원(CPU/메모리) 임계치 관리 | |||
| 요구사항 상세설명 | 정의 | 가용시간(08:00~22:00) 및 최대 부하 상태에서 CPU 평균 사용률 60% 이하, 메모리 평균 사용률 70% 이하 임계치 유지 요건 | ||
| 세부 내용 | ▪ CPU 사용률 - 테스트 기간과 시범운영 기간에 CPU 사용률을 평가하며, 08:00 ~ 22:00 서비스 가용시간 동안의 사용률과 최대 부하 아래에서의 사용률 측정 - CPU 평균 사용률은 어느 조건 하에서도 60%를 초과하지 않도록 구현 ▪ 메모리 사용률 - 테스트 기간과 시범운영 기간에 시스템의 자원(메모리, 디스크) 사용 정도를 평가하며, 메모리(디스크) 사용률은 08:00 ~ 22:00 서비스 가용시간 동안의 사용률과 최대 부하 아래에서의 사용률 측정 - 메모리 평균 사용률은 어느 조건 하에서도 70%를 초과하지 않도록 구현 | |||
| 산출정보 | 성능테스트 계획서, 성능테스트 결과서 | |||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-006 | |||
| 요구사항 명 | 공통 아키텍처 튜닝 및 안정성 보장 | |||
| 요구사항 상세설명 | 정의 | 데이터 및 사용량 증가에 따른 성능 저하 발생 시 공통 아키텍처 및 쿼리 튜닝 실시, 기존 인프라·S/W 호환성 및 안정성 보장 요건 | ||
| 세부 내용 | ▪ 데이터양의 증가나 사용량이 증가하여 시스템 성능저하가 발생할 경우 이에 대한 개선책(튜닝)을 마련하여 튜닝 실시 ▪ 기존 구축 인프라, 상용 S/W(SSO, UMS, DB 등) 및 연계 모듈과의 완벽한 호환성 및 운영 안정성 보장 | |||
| 산출정보 | ||||
| 요구사항 분류 | 성능 요구사항 | |||
| 요구사항 고유번호 | PER-007 | |||
| 요구사항 명 | 상시 운영 가용성 확보 | |||
| 요구사항 상세설명 | 정의 | 연중무휴(24x365) 상시 운영 가용성 보장, 고가용성 이중화 구성 및 인터페이스 장애 발생 시 원인 파악과 가용시간 안내 제공 요건 | ||
| 세부 내용 | ▪ 목표시스템은 연중무휴(24×365) 상시 운영 가용성 보장 ▪ 목표시스템은 고가용성 향상을 위해 이중화 구성 ▪ 타 시스템 문제로 인한 인터페이스 장애 발생 시 장애 원인을 신속히 파악하고 서비스 가용시간 안내 기능 제공 ※ 예외적으로 방지 불가능한 원인으로 인한 장애는 제외 | |||
| 산출정보 |
| 요구사항 분류 | 보안 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | SER-001 | |||
| 요구사항 명 | 프로젝트 보안관리 체계 수립 | |||
| 요구사항 상세설명 | 정의 | 단계별 보안관리 방안 수립, 책임자 지정, 기밀/성과물 누설 금지 및 수행 장소·참여자 보안관리를 위한 프로젝트 보안 체계 요건 | ||
| 세부 내용 | ▪ 사업 정보 누출 방지를 위한 관리체계 수립 - 사업 착수, 수행, 완료 등 사업 전체 단계별 보안관리 방안 수립 - 사업수행조직 내 보안·개인정보 책임자, 담당자를 지정하여 운영 - 사업기간 내 보안상 문제점 발견시 즉시 대책을 수립 후 해결방안 제출 - 용역 수행과정에서 사업 수행사에 의하여 관련 행정정보, 개인정보 등이 유출될 경우, 사업 수행사는 공공기관의 개인정보 보호법 등에 의한 모든 법적 책임을 짐 - 관련 정보가 누출될 경우 국가를 당사자로 하는 계약에 관한 법률 시행령 제76조에 따라 입찰 제한 조치 ▪ 사업 수행 중 알게된 업무상 기밀 및 사업 성과물 누설 금지 - 우리대학의 서면에 의한 승낙 없이 본 계약에 관련하여 알게 된 업무상 기밀은 과업기간 및 본 계약 종료 후에도 제3자에게 누설 금지 - 본 용역수행을 통하여 취득한 정보는 사업수행사의 이익을 위하여 이용 불가 - 본 과업에 따른 중간 및 최종 성과물에 대해서 사업 수행사는 우리대학의 승인 없이 외부에 제공 또는 공표 불가 ▪ 사업수행 장소 운영과 사업 참여자 관리를 위한 보안계획 수립 - 정기적인 보안점검 실시 및 보안관리 대장을 비치하여 운영 - 보안상 중요한 정보화문서(공문, 출력물, 책자 등)는 중요도에 따라 분류하여 시건 장치가 있는 함에 보관관리 - 용역사업 시작 전 과업참여자에 대한 비밀유지의무 준수 등의 교육을 실시하고, 과업참여자에게 최소 월 1회 관련 교육(보안관리 지침, 비밀유지의무 준수 등)실시 - 과업참여자가 교체되는 경우, PC포맷 등 사업관련 자료의 외부유출을 방지하기 위한 조치 수행 - 사업수행 참여자의 비인가 휴대용 저장장치(USB, CD/DVD, 태블릿 등)는 사업 수행 장소 정보시스템에 연결되어 사용 불가 - 각종 파일의 다운로드 및 업로드, 외부 저장매체 사용, 이메일 전송 등 다양한 경로를 통한 정보 유출 행위 차단 - 비인가 사용자 또는 비정상적인 접근에 의한 정보 반출 시도를 탐지하고, 보안정책에 따라 이를 차단 | |||
| 산출정보 | 보안관리계획서, 보안서약서, 보안점검 대장 | |||
| 요구사항 분류 | 보안 요구사항 | |||
| 요구사항 고유번호 | SER-002 | |||
| 요구사항 명 | 분석·설계 산출물 보안관리 | |||
| 요구사항 상세설명 | 정의 | 사업 자료 외부 반출 금지, 정보시스템 정품 백신/매체 반출입 통제, 누출금지 대상정보 관리 및 사업 완료 후 산출물 회수·삭제 요건 | ||
| 세부 내용 | ▪ 사업수행을 위해 제공된 우리대학 자료의 복사 및 외부반출 금지 - 제공된 내부자료는 매일 퇴근시 반납 요망 - 다만, 비밀문서를 제외한 일반문서는 잠금장치가 된 서류함에 보관가능 ▪ 사업 수행 자료외 외부 매체 저장 금지 - 사업관련 자료는 인터넷 웹하드, P2P 등 인터넷 자료공유 사이트 저장 금지 - 사업수행에 필요한 정보시스템(PC 등)은 바이러스 백신 정품 S/W를 설치하고 자동 업데이트, 실시간 감시를 수행하는지 수시 점검 필요 - 최종산출물 및 관련 자료는 사업수행업체의 보관을 금지 - 다만, 유지관리 등으로 필요한 경우에는 우리대학의 승인을 득하여 사용 - 정보시스템(휴대용 저장매체 포함)을 외부에 반출입하는 경우 악성코드 감염여부 검사 및 정보시스템 반출입 대장에 기록 ▪ 사업수행자의 외부 원격작업은 금지하나 부득이한 경우 보안대책 마련하고 우리대학의 승인을 득하여 사용 ▪ 용역사업 수행 중 우리대학 정보시스템에 위해를 가할 수 있는 행위는 절대불가하며, 정보시스템 접근이 필요한 경우에는 우리대학의 사전승인을 득하여 실시 ▪ 누출금지 대상정보를 사용할 경우에는 관리대장을 작성하여 사용하고, 사업완료 시 관련 자료는 반드시 반납 ▪ 사업완료 후 생산된 최종 산출물 회수 - 최종 산출물은 인수·인계서를 통하여 우리대학에 제출 - PC 완전삭제 등 보안조치를 통해 사업관련 모든 산출물을 삭제 - 산출물 삭제 관련 대표자 명의 확약서 제출 필요 | |||
| 산출정보 | 보안관리계획서, 보안서약서, 산출물 인수·인계서, 산출물 삭제 확약서 | |||
| 요구사항 분류 | 보안 요구사항 | |||
| 요구사항 고유번호 | SER-003 | |||
| 요구사항 명 | 개발 환경 네트워크 및 접근 통제 | |||
| 요구사항 상세설명 | 정의 | 업무망/인터넷 접속 제한, 무단 통신망 차단, 계정 접근 권한 승인 관리 및 단말기 패스워드·화면보호기 보안 설정 요건 | ||
| 세부 내용 | ▪ 업무망 접속 및 인터넷 제한 - 우리대학 업무망 접속이 필요한 경우 승인을 득한 후 사용 - 사업장 PC는 인터넷 연결을 원칙적으로 금지. 단, 불가피하게 인터넷 사용이 필요한 경우는 보안관리책임자가 접속이 필요한 사이트 목록을 작성하여 우리대학 승인을 득한 후 제한적으로 사용 - 사업자는 비인가 통신기기나 개인 스마트폰을 이용한 테더링 등 허가되지 않은 통신망을 이용해 인터넷에 무단접속을 금지할 수 있는 기술적·관리적 대책 마련 - 원격작업은 원칙적으로 금지하나 부득이한 경우 보안대책 마련 후 우리대학의 승인을 득하여 한시적으로 사용 ▪ 계정 및 단말기 보안관리 - 사업 참여인원이 우리대학의 정보시스템에 접근하는 경우 사용자 계정은 우리대학에 발급 요청 후 승인된 접근 권한으로 접근하여야 하며, 접근 권한 불필요 시 즉시 권한을 해지 요청 - 사업 참여인원은 노트북 및 PC에 전원기동(CMOS) 패스워드, 윈도우 로그인 패스워드, 화면 보호기 설정을 필수로 적용 - 패스워드는 조합 규칙(숫자, 영문자, 특수문자 등을 혼합하여 8글자 이상) 등 보안정책에 부합되도록 설정 | |||
| 산출정보 | 보안관리계획서, 네트워크 접속 및 계정 관리대장 | |||
| 요구사항 분류 | 보안 요구사항 | |||
| 요구사항 고유번호 | SER-004 | |||
| 요구사항 명 | 시큐어 코딩 및 보안 취약점 진단·조치 | |||
| 요구사항 상세설명 | 정의 | SW 개발보안 가이드 준수, CC 인증 진단도구를 활용한 소스코드/웹 취약점 진단·개선 및 점검 결과보고서 승인 요건 | ||
| 세부 내용 | ▪ S/W 개발 보안가이드 준수 - 행정안전부의「소프트웨어 개발보안 가이드」,「시큐어코딩 가이드」 및 주요정보통신기반시설 기술적 취약점 분석·평가 기준을 준수하여 시스템을 개발하고 취약점 진단을 수행 - 개발 전 과정은 SW 개발보안(시큐어 코딩) 적용 ▪ 소스코드 및 SW 취약점 점검 - CC 인증을 받은 SW 개발보안 진단도구 및 우리대학 보안관리 매뉴얼을 활용해 설치 S/W 및 구현 소스코드의 보안 취약점을 진단하고, 식별된 취약점에 대해 조치 ▪ 웹 보안 취약점 개선 - SQL 인젝션, XSS, 웹쉘 업로드, 임의 파일 다운로드 등 주요 웹 취약점을 분석·개선하고 보안 적합성을 입증하는 보고서 제출 ▪ 결과 제출 및 승인 - 시스템 오픈 이전에 보안 취약점 진단 및 조치 결과보고서를 제출하여야 하며, 대학 정보보안 담당자의 보완 요청 사항을 반영하여 조치 완료 후 신규시스템 오픈 가능 | |||
| 산출정보 | 보안취약점 점검 및 조치 결과보고서 | |||
| 요구사항 분류 | 보안 요구사항 | |||
| 요구사항 고유번호 | SER-005 | |||
| 요구사항 명 | 전송 구간 암호화 적용 | |||
| 요구사항 상세설명 | 정의 | 사용자 PC와 웹 서버 간 SSL/TLS 프로토콜 전송 구간 암호화 및 대내외 연계 데이터/파일 표준 알고리즘 암·복호화 적용 요건 | ||
| 세부 내용 | ▪ 전송 구간 암호화 - 사용자 PC와 웹 서버 간 송수신 정보(로그인 정보, 개인식별정보 등 중요정보)의 스니핑(Sniffing) 방지를 위해 SSL/TLS 등 표준 네트워크 구간 암호화 프로토콜을 적용하여 구현 ▪ 연계 데이터 암호화 및 복호화 - 대·내외 시스템 간 데이터 송수신 및 주요 파일(자료) 전송 시, 국가 표준 암호화 알고리즘(ARIA, SEED 등)을 적용하여 데이터 및 파일에 대한 암·복호화를 수행 | |||
| 산출정보 | 보안아키텍처 정의서, 데이터 보안 관리 방안 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-001 | |
| 요구사항 명 | 분석·설계 산출물 품질관리 계획 | |
| 요구사항 상세설명 | 정의 | 품질 목표 설정, 단계별 품질요구사항 점검, 분석/시험 도구 제시, 위험관리 및 의사소통을 포함하는 품질관리 계획 요건 |
| 세부 내용 | ▪ 품질관리 방안 수립 - 사업수행 전 과정에 걸친 품질 목표 수준을 설정하고, 목표 미달 시 시정조치 방안, 산출물 및 시스템 품질관리 방안 제시 - 분석·설계 등 각 사업 단계별 품질요구사항 점검 및 검토 방안 수립 - 품질관리를 위해 제공되는 분석도구, 구현방안, 테스트 방안, 점검방법 및 사용도구(관리·시험도구 등)를 구체적으로 제시 - 본 사업 추진 시 예상되는 위험요소 도출 및 관리방법, 의사소통 방법, 세부 업무수행에 대한 제반 품질보증 방안 제시 | |
| 산출정보 | 품질관리(보증)계획서 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구사항 고유번호 | QUR-002 | |
| 요구사항 명 | 개발 표준 가이드 및 소스코드 품질보증 | |
| 요구사항 상세설명 | 정의 | 품질보증 조직·상주 인력 운영, 단계별 품질표준 준수 점검, 품질보증 결과보고서 제출 및 산출물 품질평가 대응 요건 |
| 세부 내용 | ▪ 품질보증 방안 - 품질보증 대상 및 내역, 품질보증 절차, 세부 활동 범위가 포함된 품질보증 방안 제시 - 품질보증 조직/역할을 제시하고, 사업기간 동안 품질관리 담당자는 상주하여 품질보증 활동 수행 - 단계별 품질표준 준수 여부, 품질점검 활동 기록, 산출물을 포함한 품질보증 결과보고서를 주기적으로 작성하여 우리대학에 제출 - 사업 수행 중 생산되는 작업 단위별 산출물에 대하여 작성, 검토, 제출 계획을 품질보증계획과 연계하여 수립하고, 주요 산출물에 대한 우리대학의 중간 검토 및 품질평가 대응 방안 제시 | |
| 산출정보 | 품질관리(보증)계획서, 품질관리(보증) 결과보고서 |
| 요구사항 분류 | 제약사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | COR-001 | ||
| 요구사항 명 | 관련 법령 및 공공 표준 준수 | ||
| 요구사항 상세설명 | 정의 | 공공 정보시스템 지침·개인정보보호법 준수, 기술적용계획 준수, 표준 프레임워크 적용 및 W3C 웹 표준·웹 접근성 준수 요건 | |
| 세부 내용 | ▪ 관련 지침 및 표준 준수 - 「행정기관 및 공공기관 정보시스템 구축·운영 지침」, 「개인정보 보호법」, 「소프트웨어 개발보안 가이드」 등 관련 법령 및 지침을 준수하고, 정보보호관리체계(ISMS) 인증 기준에 부합하도록 구축 ▪ 기술적용계획 준수 - 특정 기술에 종속되지 않는 개방형 기술을 적용하여 시스템 개발 - 제안 시 기술적용계획표를 제출하고 사업 완료 시 기술적용결과표를 작성하여 제출(변경 필요 시 우리대학과 사전 협의 필수) ▪ 표준 프레임워크 적용 - 최신 전자정부 표준 프레임워크 기반으로 대학 시스템과의 데이터 및 연동 호환성 보장(도입 솔루션은 프레임워크 호환성 검증 필수) - 소스코드 주석, 명명 규칙(Naming Rule) 등이 포함된 개발 표준 가이드라인을 작성하여 우리대학의 승인을 받아야 함 - 승인된 개발 표준을 IDE 템플릿/형상관리와 연동하여 개발 과정에서 엄격히 준수되어야 하며, 소스코드 검사를 통해 준수 여부 점검 ▪ 웹 표준 및 접근성 준수 - W3C 최신 웹 표준 및 「한국형 웹 콘텐츠 접근성 지침」을 준수하고, Non-ActiveX 기반 주요 3종 이상 브라우저 및 모바일 환경에서 호환성 확보 - 또한, 이에 대한 웹 표준·접근성 점검결과 보고서 제출 ※ 본 제안요청서에 별도 표기되지 않은 경우, 상기 규정 및 표준에 준함 | ||
| 산출정보 | 보안서약서, 기술적용계획표/결과표, 웹 표준·접근성 점검결과 보고서 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-002 | ||
| 요구사항 명 | 공통 아키텍처 및 개발 환경 표준화 | ||
| 요구사항 상세설명 | 정의 | 백엔드 레이어·프로토콜·데이터 규격 표준화, 컨테이너 기반 CI/CD 구축, IDE 템플릿 및 개발 표준 가이드라인 제공 요건 | |
| 세부 내용 | ▪ 서비스 아키텍처 표준화 - 백엔드 레이어 구조(Service, Process 등) 및 프론트엔드-백엔드 간 통신 프로토콜(HTTP, REST 등), 데이터 규격(JSON, XML) 표준화 설계 - 통신 구간 암호화 및 보안 방안 적용하여 데이터 전송 안전성 확보 ▪ 개발 및 운영환경 표준화 - Docker 등 컨테이너 기반 환경 및 CI/CD 파이프라인(형상관리, 자동 빌드/배포)을 구축하여 운영 표준화 구현 - 개발자용 IDE 템플릿, 라이브러리 관리 서버 및 WEB/WAS/DB 표준 운영 환경 제공 - 개발 표준 가이드(Coding Convention, Naming Rule 등) 및 온라인 활용서(Getting Started) 작성 | ||
| 산출정보 | 아키텍처정의서, 개발 표준 가이드라인 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-003 | ||
| 요구사항 명 | 사업 기간 중 규정 변경 반영 | ||
| 요구사항 상세설명 | 정의 | 시스템 구축 기간 중 관련 법령, 학칙 및 학사 규정 변경 시 대학과의 협의를 통해 변경 내용을 프로그램에 적시 수정·반영하는 요건 | |
| 세부 내용 | ▪ 규정 변경 반영 - 시스템 구축 기간 중 관련 법령이나 규정이 변경되면, 변경 내용을 반영하여 프로그램을 수정·보완 ※ 변경 규정에 대한 적용 시점은 우리대학과 협의하여 적용 | ||
| 산출정보 | 과업 변경 관리 대장 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-004 | ||
| 요구사항 명 | 개인정보영향평가 지원 및 대응 | ||
| 요구사항 상세설명 | 정의 | 관계 법령 준수, 개인정보 영향평가 수행기관 점검 대응, 지적사항 오픈 전 조치 및 ISMS 사전요건 도출을 지원하는 요건 | |
| 세부 내용 | ▪ 개인정보 보호 및 관리에 관한 사항은 개인정보보호법 및 개인정보의 기술적·관리적 보호조치 기준 등 관계 법령 준수 ▪ 개인정보 영향평가 수행기관의 평가수행에 필요한 관련 산출물 및 관련 근거 제시 및 설명 ▪ 평가결과 개선사항으로 지적된 부분 중 본 사업 범위에 해당할 경우 시스템 오픈 전에 조치 완료 ▪ ISMS 인증 획득을 위한 사전요건 도출 및 보안대책 마련 | ||
| 산출정보 | |||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-005 | ||
| 요구사항 명 | PMO 조직 관리·감독 대응 | ||
| 요구사항 상세설명 | 정의 | 발주기관이 도입·운영하는 PMO(Project Management Office) 조직의 규정, 절차 및 품질·일정·수행 관리 감독 업무에 적극 협조하는 요건 | |
| 세부 내용 | ▪ PMO 관리·감독 적극 협조 - 발주기관의 PMO 조직에서 수립한 프로젝트 관리 규정, 보고 절차, 산출물 검토 프로세스 수용 및 준수 - PMO의 품질 점검, 일정·위험 관리, 산출물 정합성 검토 및 의사소통 체계 요청 사항에 적극적으로 협조·대응 | ||
| 산출정보 | |||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-006 | ||
| 요구사항 명 | 단계별 정보시스템 감리 수검 대응 | ||
| 요구사항 상세설명 | 정의 | 한국지능정보사회진흥원 감리 가이드 준수 산출물 제출, 감리 수검 대응, 지적사항 신속 조치 및 일정 지연 방지 관리 요건 | |
| 세부 내용 | ▪ 본 사업은 정보시스템 감리 대상 사업으로 사업자는 한국지능정보사회진흥원의 「정보시스템 감리 수행 가이드」에 따라 감리법인이 점검할 수 있도록 필요한 산출물을 작성하여 제출 ▪ 사업자는 감리업체의 감리 수행에 적극 협조하여야 하며, 감리 준비 및 인터뷰 대응 등에 필요한 사항 지원 ▪ 감리 대응으로 인한 사업 일정에 지연이 발생하지 않도록 관리하고, 지적사항은 신속히 수정·보완 | ||
| 산출정보 | |||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-007 | ||
| 요구사항 명 | 산출물 소유권 및 지식재산권 명시 | ||
| 요구사항 상세설명 | 정의 | 제3자 지식재산권 침해 방지/배상 책임, 귀책 손해 배상, 산출물 소유권의 발주기관 귀속 및 제3자 제공 금지 요건 | |
| 세부 내용 | ▪ 본 사업을 수행함에 있어 각종 저작권에 위배되지 않아야 함 ▪ 사업자가 계약을 수행함에 있어 제3자의 지적재산권을 침해하여 우리대학을 상대로 손해배상 청구소송 등이 제기될 경우 사업자가 피해자 측과 합의 배상 ▪ 사업수행에 필요한 이미지, 기타 저작물 등의 사용은 사업자가 부담하여 제공 ▪ 사업수행 중 사업자의 귀책 사유로 발생한 손해는 수행업체에서 우리대학에 배상 ▪ 산출물 및 지식재산권 귀속 - 사업 수행 중 제작·취득되는 모든 산출물, 성과물, 취득물 등의 소유권은 사업 완료와 동시에 발주기관에 귀속 - 계약 목적물의 지식재산권은 발주기관과 협의없이 복제, 배포, 개작, 전송, 상업적 이용 불가 - 발주기관 승인 없이 제3자에게 계약목적물 및 산출물 제공 불가 | ||
| 산출정보 | 지식재산권 관리 계획서 |
| 요구사항 분류 | 프로젝트관리 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | PMR-001 | |||
| 요구사항 명 | 사업 수행 조직 및 전문 인력 구성 | |||
| 요구사항 상세설명 | 정의 | PM 배치 기준, 사업 수행 조직도 및 R&R 수립, 투입인력 자격·상주 원칙, 교체 및 리스크 대응 체계, 원격근무 협업 체계 준수 요건 | ||
| 세부 내용 | ▪ 사업관리자(PM) - 사업관리자(PM)는 주관 사업자 소속 인력으로, 대학 차세대 시스템 구축 사업을 총괄할 수 있는 지식과 경험을 보유한 전문인력 구성 - 유사 사업의 사업관리 경험과 차세대 학사·행정 시스템 구축 경험 (경력 3년 이상)을 보유한 인력 배치 - 사업관리자(PM)는 본 사업 기간동안 특별한 사정이 없는 한 변경될 수 없으며, 상주 원칙(특별한 사정으로 변경 시 우리대학의 승인 필요) ▪ 사업 수행 조직 구성 - 사업수행을 위한 조직도 및 조직의 세부 업무분장 내역, 인력구성 및 프로필과 단계별 인력투입계획 등을 상세히 제시 - 사업 종료 후 유지관리를 고려한 역할과 책임(R&R)을 정의하고, 각 역할별 보고 및 의사결정 체계를 포함한 조직운영 계획 제시 - 공동수급체 구성 시 주사업자-부사업자 간 업무 범위, 책임 한계 및 조직 운영방안 정의 ▪ 투입인력 - 대학 학사·행정 시스템 구축 역량을 갖춘 인력을 배치하고, PM 및 투입인력의 SW기술자 경력증명서 제출 - 투입인력은 보안 관련 규정상 결격사유가 없는 인력으로 구성 - 투입인력은 우리대학과 합의된 장소에서 상주하는 것을 원칙으로 하며, 계약기간 동안 근무가 가능한 인력 투입 - 투입인력의 불성실 또는 기준미달 등의 이유로 교체 요구를 받을 경우, 15일 이내에 동일 기술등급 이상의 적정 인력으로 교체 - 투입인력은 임의로 교체할 수 없으며, 부득이한 사유로 교체하여야 할 경우에는 교체 15일 전 발주자의 사전 승인 필요 - 인력 교체 시 인수인계 기간은 15일 이상으로 하여 업무 공백이 없도록 지원 방안 제시 ▪ 리스크 대응을 위한 인력 교체·보완 체계 구체화 - 비상 상황(퇴사, 질병 등)에 대비한 대체인력 Pool 및 대응 프로세스 제시 - 교체 시 인수인계 관리 체크리스트 및 인력 교육계획 포함 ▪ 사업 수행인력의 상주·비상주 근무환경 세부 운영방안 제시 - 원격근무(비상주) 인력의 커뮤니케이션 체계, 보안관리, 접근제한 정책 제시 - 상주 인력과 비상주 인력 간 협업체계(보고, 협의, 문서공유 등) 구체화 | |||
| 산출정보 | 프로젝트 투입인력 관리계획서 | |||
| 요구사항 분류 | 프로젝트관리 요구사항 | |||
| 요구사항 고유번호 | PMR-002 | |||
| 요구사항 명 | 사업 일정 및 산출물 보고 관리 | |||
| 요구사항 상세설명 | 정의 | 업무협의 및 정기/수시 보고 체계 수립, 착수·완료 보고회 및 워크숍 개최, 단계별/최종 산출물 제출 관리 요건 | ||
| 세부 내용 | ▪ 사업의 진척 현황에 대한 업무협의 및 보고 체계를 정립하여 제시 - 현황 보고서 제출계획 상세히 제시 - 사업수행계획서, 주간·월간 보고서, 중간·완료보고서 제출 필수 - 제안시 산출물 추가 제시 가능, 제출 부수는 협의하에 조정 가능 ▪ 사업추진 단계별 보고회 개최 및 필요 시 관계자 워크숍 및 설명회 개최 - 착수보고, 완료보고 필수 수행 - 보고대상, 시기 및 진행방법은 우리대학과 협의하여 결정 - 보고회, 워크숍 등 개최 시 해당 보고서 제출 - 보고회에 필요한 문서 제본은 사업자가 수행 ▪ 계약체결일로부터 2주 이내에 제안요청서, 제안서, 계약서 등을 근거로 본 사업을 수행하기 위한 사업수행계획서(착수보고서) 제출(파일제출) ▪ 계약일로부터 사업완료일까지 착수일 기준 매주/매월 사업수행계획서에 제시된 사업수행 절차에 따른 현재의 구체적인 공정 및 진행사항, 업무추진 상 문제점 및 대응(개선)방안 등에 대한 주간·월간 및 중간보고서를 작성하여 제출 - 추진계획 대비 실적, 주요추진내용 및 단계별 산출물, 계획사항 및 계획변경사항, 주요 의사결정 및 협조사항 포함 ▪ 사업종료 이전에 제안요청서, 제안서, 계약서, 착수보고서 등에 포함된 사항에 대한 최종 산출물로써 완료보고서 제출 - 사업종료 14일 이전에 초안을 우리대학과 협의 후 사업완료시 제출 - 최종 산출물은 외장형 메모리 2식에 담아 제출 및 문서제본 15부 제출 ▪ 정기적인 보고 외에 사안에 따라 우리대학의 요구에 의해 수시보고 실시 및 보고서 제출 ▪ 사업의 수행과정에서 발생되는 의견조정에 관한 절차와 해결책 제시 | |||
| 산출정보 | 사업수행계획서, 주간·월간보고서, 수시보고서, 중간보고서, 완료보고서 | |||
| 요구사항 분류 | 프로젝트관리 요구사항 | |||
| 요구사항 고유번호 | PMR-003 | |||
| 요구사항 명 | 요구사항 추적 및 과업 변경 관리 | |||
| 요구사항 상세설명 | 정의 | 사업범위 관리 및 변경 협의, 위험·진척·품질 통제 관리도구 활용, 요구사항 전 단계 추적성 확보 및 테일러링 개발방법론 제시 요건 | ||
| 세부 내용 | ▪ 사업범위관리 - 사업 수행사는 본 제안요청서에 명시된 사업범위 수행 - 사업대상 및 범위에 구체적으로 명시되지 않은 항목은 우리대학의 요구사항으로 진행 - 사업수행 중 제안 내용의 보완·변경이나 과업 범위 조정이 필요한 경우, 대학과 수행사 간 상호 협의(합의)하여 변경 또는 추가 가능 ▪ 사업 수행 및 프로젝트 관리 [위험 및 진척 관리] - 본 사업의 수행 시 발생 예상되는 쟁점 및 미결사항 등 각종 위험에 대한 통제 및 관리 방안, 사업 진척도 관리 방안 등 제시 - 본 사업을 효과적으로 관리하기 위한 프로젝트 관리도구 활용방안 제시 [프로젝트 관리체계] - 구축체계, 보고체계(정기/비정기), 구성요소 변경체계 등의 전반적인 프로젝트 관리방안 제시 [요구사항 추적관리] - 수집된 사용자 요구사항을 누락 없이 관리 - 분석, 설계, 구현, 테스트, 이행 전 단계에 걸쳐 요구사항이 산출물에 정확히 반영되었는지 산출물간 추적성 확보 및 검증 [산출물 및 품질보증] - 추진단계별, 작업단위별 산출물의 작업 일정계획 및 품질보증 계획과 연계한 산출물의 제출시기, 제출내용 및 제출부수 등 제시 - 단계별 산출물 검토회 개최를 통한 산출물 품질 개선 및 관리 ▪ 개발방법론 제시 - 사업 특성을 고려하여 효율적 개발방법론, 상세 개발 표준, 사업수행 방안 제시 - 제안사 방법론을 근간으로 본 사업에 맞게 최적화한 테일러링 결과서 및 단계별 산출물 제시 | |||
| 산출정보 | 프로젝트 방법론, 요구사항 추적표, 프로젝트 과업변경 등 관리방안 계획서 | |||
| 요구사항 분류 | 프로젝트관리 요구사항 | |||
| 요구사항 고유번호 | PMR-004 | |||
| 요구사항 명 | 사업 수행 장소 및 개발 환경 구성 | |||
| 요구사항 상세설명 | 정의 | 사업 수행 장소·설비 상호 협의, 환경조성/전산자원/기타 경비 사업자 부담, 보안규정 준수 및 사업 종료 시 PC 포맷 요건 | ||
| 세부 내용 | ▪ 사업수행을 위해 필요한 장소, 설비 및 기타 자원은 상호 협의하여 결정 ▪ 사업수행에 필요한 환경조성(장비 등) 비용 일체는 사업자 부담 ▪ 본 사업은 상주하여 업무를 수행하는 것을 원칙으로 하나 특정분야 업무에 대하여 상호 합의하에 비상주 근무 가능 ▪ 사업수행을 위하여 필요한 전산자원(PC, 프린트 등) 및 사무용 비품은 사업자가 보유한 장비 이용 ▪ 사업에 필요한 집기, 비품, 관리운영비, 야간 및 휴일작업 등에 필요한 기타경비 등은 사업자가 부담 ▪ 작업장 내에서는 보안규정을 준수하며, 사업 종료 후 사용하였던 PC는 모두 포맷 처리 필요 | |||
| 산출정보 | PC 포맷(완전삭제) 확약서 | |||
| 요구사항 분류 | 프로젝트관리 요구사항 | |||
| 요구사항 고유번호 | PMR-005 | |||
| 요구사항 명 | 공동수급 및 하도급 적정성 관리 | |||
| 요구사항 상세설명 | 정의 | 공동수급체 역할/책임/증빙 명시, 하도급 사전 승인 및 비율 제한(50% 이하) 준수, 재하도급 불허 및 관련 법률·지침 준수 요건 | ||
| 세부 내용 | ▪ 공동수급(컨소시엄) 관리 - 공동수급 형태로 제안할 경우, 주사업자와 부사업자 간의 업무 수행 범위, 책임 한계, 공동수급체 내 조직 운영방안 상세히 제시 - 주사업자는 참여사 간의 업무 이행 및 책임 소재를 명확히 입증할 수 있는 증빙 서류(공동수급표준협정서, 합의각서 등) 제출 - 입찰금액 대비 10%를 초과하여 하도급을 수행하고자 하는 경우, 공동수급체를 구성하여 참여(단, 구성하지 못하는 불가피한 사정이 있는 경우 해당 사유서 제출) ▪ 하도급 관리 - 제안사 및 공동수급원 소속 이외의 인력은 모두 하도급으로 간주 - 하도급 구성 시 관련 법령에 의거하여 계약 체결 전 '하도급 계획서'를 제출하고 우리대학의 사전 승인을 받아야 함 - 하도급 비율은 물품(상용 SW 포함) 구매금액을 제외한 소프트웨어 사업 금액의 50%를 초과할 수 없음 - 재하도급은 원칙적으로 불허(일부 예외는 관련 법령에 따름) - 하도급 계약의 준수실태 확인을 위해 하도급 준수실태 보고서 등을 작성하여 우리대학에 상, 하반기 2회 보고 - 「행정기관 및 공공기관 정보시스템 구축·운영 지침」제19조에 따라 하도급 대금 적정 지급 기준 준수 ▪ 관련 법령 및 지침 준수 - 「소프트웨어 진흥법」 및 동법 시행령·시행규칙 (제51조 등) - 「소프트웨어사업 계약 및 관리감독에 관한 지침」(과학기술정보통신부 고시) - 「행정기관 및 공공기관 정보시스템 구축·운영 지침」(행정안전부 고시) - 「하도급거래 공정화에 관한 법률」및 동법 시행령 | |||
| 산출정보 | 사업수행계획서, 공동수급표준협정서, 합의각서, 하도급관련 서류 일체 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | PSR-001 | ||
| 요구사항 명 | 공통 프레임워크 하자보수 및 유지관리 | ||
| 요구사항 상세설명 | 정의 | 헬프데스크 운영, 검수 완료일로부터 12개월 무상 하자보수, 24시간 내 장애 수리/교체 및 도입 S/W 운영 매뉴얼·기술지원을 포함하는 하자보수 요건 | |
| 세부 내용 | ▪ 오픈(운영이관) 후 업무별로 유지관리 지원계획 제시 - 오픈(운영이관) 후 안정화까지 장애 대응 및 사용자 문의 처리 등을 위한 지원창구(헬프데스크) 운영 계획 제시 - 우리대학의 정보화 운영 및 유지관리 조직과 역할 분담, 업무이관, 협의 절차에 대한 세부 계획 제시 ▪ 시스템 하자보수계획서 제출 - 사업자는 하자보수 범위·대상, 지원 조직 및 인원 체계(상주/비상주), 장애 처리 및 개선·안정화 방안, 대학 운영 조직과의 협력 체계를 포함한 시스템 하자보수계획서 제출 - 사업자가 제3자로부터 구매하여 공급한 제품 및 자체 개발 S/W를 포함한 전체 시스템의 하자보수 기간은 검수 완료일로부터 12개월 - 하자보수 지원은 근무시간을 기준으로 제공하되, 우리대학의 요청이 있을 경우 야간 및 휴일에도 지원 - 하자보수 기간 중 시스템 결함 또는 H/W·S/W 개발, 제작, 설치 과정에서 하자가 발생한 경우 24시간 이내에 무상 수리 또는 동일 신품 이상의 부품으로 교체 - 개발된 소프트웨어에서 문제가 발생할 경우 즉시 필요한 조치를 통해 문제 해결 ▪ 납품하는 소프트웨어는 우리대학이 지정한 장소에 설치하여야 하며, 도입 소프트웨어에 대한 설치계획서, 설치결과서, 운영 매뉴얼 및 운영방안 제공 - 제조사에서 제공하는 기본 매뉴얼 외에 도입 장비(H/W, S/W)의 운영에 필요한 운영자 매뉴얼을 포함하여 제공 ▪ 장애 발생 시 신속한 대응이 가능하도록 기술지원 인력 투입, 비상 연락체계 운영 등 장애 대응방안 제시 ▪ 공동수급체로 참여하는 경우 하자담보 책임은 공동수급체 구성원이 연대하여 부담하며, 일부 구성원이 하자보수 의무를 이행하지 않을 경우 대표자가 이를 수행할 책임이 있음 | ||
| 산출정보 | 유지관리 및 하자보수계획서, 기술지원확약서 | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-002 | ||
| 요구사항 명 | 운영자·개발자 교육 및 기술이전 | ||
| 요구사항 상세설명 | 정의 | 대상별(운영자/사용자/유지관리/수행인력) 교육계획 수립 및 실시, 기술이전계획서 작성, 인수인계 산출물 제공 및 교재·소요경비 부담 요건 | |
| 세부 내용 | ▪ 대상별 교육훈련 지원 - 착수부터 완료 시까지 교육계획서(목적, 내용, 대상, 일정, 도입 HW/SW 과정 포함) 제출 및 교육 실시 - 대학 요구 설명회, 워크숍, 사용자 교육 응대 및 행사 제반사항 지원 - 교육기간은 우리대학과 상호 협의하여 결정 - 교육 대상: 운영자(도구/관리/모니터링), 사용자(기능 활용), 유지관리(기술이전/산출물), 수행인력(사업수행) ▪ 기술이전 및 지원 - 체계적인 기술이전 및 관련 분야의 정보기술에 대한 지속적인 정보 제공 및 기술자문 제공 - 사업 수행사는 시스템 구성, 운영·감시·보안, 비상복구, 장애 대응 및 조치 방안 등을 포함한 기술이전계획서 제출 ▪ 인수인계 방안 제시 - 업무별 세부적인 인수인계계획서를 작성하여 제출하고, 인수자에게 명확한 인수인계 수행 - 인수 사항 발생 시 품질 유지 방안을 제시하여야 하며, 사업수행 중 인력 교체 시 인수자가 정상적으로 업무를 수행할 수 있도록 우리대학의 승인을 받아 인수·인계 수행 - 인수인계 산출물에는 인계 대상 프로그램 목록, 소스 등 유지보수에 필요한 정보 포함 - 업무인수인계 및 교육에 따른 교재 및 소요경비는 사업자 부담을 원칙으로 하며, 부득이한 경우 우리대학과 협의하여 조정 가능 | ||
| 산출정보 | 교육계획서, 기술이전계획서, 인수인계계획서 | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-003 | ||
| 요구사항 명 | 사용자·운영자 매뉴얼 제작 | ||
| 요구사항 상세설명 | 정의 | 기능별/화면별 사용자 매뉴얼, 하이퍼링크 기반 매뉴얼 관리 시스템, 신-구 기능변환 목록·동영상 매뉴얼 및 상세 운영자 매뉴얼 제작 요건 | |
| 세부 내용 | ▪ 사용자 매뉴얼 - 사업자는 사용자들이 본 시스템을 효과적으로 활용할 수 있도록 사용자 매뉴얼과 온라인 교육 콘텐츠 제공 - 사용자 매뉴얼은 각 기능별/메뉴별/영역별로 구분하여 제작해야 하며, 사용할 수 있는 모든 기능을 포함하고, 화면 단위로 내용을 손쉽게 이해할 수 있도록 작성 - 사업자는 사용자와 운영자들이 하이퍼링크를 통해 해당 기능의 내용으로 연결되어 편리하게 참조하고, 변경 내용을 신속하게 반영할 수 있도록 매뉴얼 관리 시스템 구축 - 신규 시스템 오픈시 기존 기능을 수월하게 확인할 수 있도록 신-구 기능변환 목록을 사용자에게 제공 - 신규 시스템의 기능 및 신-구 전환 내역을 사용자가 확인할 수 있는 동영상 매뉴얼 제공 ▪ 운영자 매뉴얼 - 시스템의 원활한 운영 및 효율적인 관리를 위한 상세 운영자 매뉴얼 제공 - 운영자 매뉴얼은 아래 내용을 포함하여 작성 - 포함 항목: 시스템 및 주요 S/W(WAS, DBMS) 실행·운용 절차, Configuration 설정값, 프로그램 목록 및 기능, 연계 데이터 송수신 방법, 로그 확인/분석, 장애 조치 방법 | ||
| 산출정보 | 공통/포털 사용자·운영자 매뉴얼 | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-004 | ||
| 요구사항 명 | 차세대 본 구축을 위한 이행 및 안정화 지원 | ||
| 요구사항 상세설명 | 정의 | 시스템안정화계획서 제출, 헬프데스크/비상연락망 가동, 핵심 기술자 상주 및 원활한 차세대 본 구축 이행 지원 요건 | |
| 세부 내용 | ▪ 시스템안정화계획서 제출 - 가동상태 모니터링, 예방 점검, 헬프데스크, 비상 연락체계를 포함한 시스템안정화계획서 제출 - 안정화 기간동안 신속 장애 대응을 위해 시스템 구축 핵심 기술자 상주 지원 - 안정화 기간 중 원활한 운영 및 차세대 본 구축 이행을 위한 성능 개선 대상 발굴 및 지속 작업 수행 | ||
| 산출정보 | 시스템안정화계획서 |
참가자격
※ 제시된 제안서 작성 지침을 준용하여 작성하되, 제시되지 않은 제안내용 및 제안서 평가 관련 내용은 목차를 추가하거나 적절하게 조정 가능 제안 안내사항 제안 안내 및 참가자격 입찰참가자격(다음의 자격을 모두 갖춘 자) - 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조(경쟁입찰의 참가자격) 및 동 시행규칙 제14조(입찰참가자격요건의 증명) 규정에 의한 경쟁입찰 참가자격을 갖추고 참가 등록을 마친 자 - 공고일 기준 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 의한 부정당업자에 해당되지 않은 업체이어야 함 - 「소프트웨어 진흥법」에 따른 소프트웨어사업자로서 국가종합전자조달시스템 에 해당 업종(컴퓨터관련서비스업[업종코드1468])의 입찰참가자격을 등록한 업체 - 입찰공고일 현재 국세 및 지방세 체납 사실이 없어야 하고, 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자나 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참여할 수 없음 - 「소프트웨어 진흥법」 제48조 제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음 - 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따른 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」 준수 - 공고일 기준 최근 5년 이내, 단일 계약 건으로 20억 원 이상의 대학 정보시스템 구축 사업 수행 실적이 있는 업체(공동수급체 구성 시 대표사 단독 실적으로만 평가하며 참여사 실적 합산 불가) 공동수급(공동이행방식) 허용함 - 본 사업은 단독 또는 공동수급(공동이행방식)의 형태로 참가할 수 있으며, 공동수급 형태로 제안할 경우 당사자 간 책임, 권리, 의무관계를 명백히 규정한 공동수급표준협정서(공동이행방식)를 제출하여야 함. (계약예규) 「공동계약 운용요령」의 공동수급표준협정서(공동이행방식) 서식에 따름 - 공동수급업체 구성원은 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조에 저촉되지 않아야 함 - 공동수급체는 대표사를 포함하여 5개사 이하로 구성해야 하며, 구성원별 계약 참여 최소지분율은 10% 이상이어야 함((계약예규) 「공동계약운용요령」 제9조 참조) 하도급 허용 - 하도급의 경우 「소프트웨어 진흥법」 제51조 제5항 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」의 규정에 의하여 반드시 하도급계약 전에 수요기관으로부터 사전승인을 받아야하며 하도급의 추가 또는 기존 하도급 계약의 변경 시에도 동일하게 적용함 - 본 사업의 과업 일부를 하도급하려는 경우 「소프트웨어 진흥법」 제51조 제1항에 따라 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업 금액의 100분의 50을 초과할 수 없음. 또한 같은 법 제51조 제3항에 따라 하도급받은 소프트웨어사업자는 도급받은 사업을 다시 하도급할 수 없음. 다만, 같은 항 각 호(신기술 또는 전문기술이 필요한 경우 등 대통령령으로 정하는 경우)에 해당하는 경우에는 그러하지 아니함.
배점·평가
| 구 분 | 평가항목 | 배점한도 | |
|---|---|---|---|
| 기술평가(90) | 정량적 평가(10) | 유사용역 수행실적 | 5 |
| 경영상태 | |||
| 정성적 평가(80) | 전략 및 방법론 | 15 | |
| 기술 및 기능 | 30 | ||
| 성능 및 품질 | 10 | ||
| 프로젝트 관리 | |||
| 프로젝트 지원 | |||
| 기타사항 | 5 | ||
| 가격평가(10) | 입찰 가격평가(10) | 평점산식에 의함 | 10 |
| 합 계 | 100 |
| 평가항목 | 산정 방법 | 기 준 | 배 점 | |
|---|---|---|---|---|
| 최근 5년 이내 실적 | (입찰공고일 기준) 최근 5년간 20억원 이상의 대학 정보시스템 구축 사업 계약 실적 | 5건 이상 | 배점의 100% | 5.0 |
| 4건 | 배점의 90% | 4.5 | ||
| 2~3건 | 배점의 80% | 4.0 | ||
| 2건 미만 | 배점의 70% | 3.5 |
4. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가한다. 5. 공동수급체의 경우 대표사의 신용평가등급으로 평가한다
| 신용평가등급 | 평점 | |||
|---|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | ||
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 배점의 100% | 5.0점 |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95% | 4.75점 |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90% | 4.5점 |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% | 3.5점 |
| 평가부문 | 평가항목 | 평가기준 | 배점 |
|---|---|---|---|
| 전략 및 방법론 (15점) | 사업 이해도 | ▪ 사업의 특성 및 목표에 부합하는 사업전략을 제시하고 있는지를 평가한다. | 15 |
| 추진전략 | ▪ 개발업무 수행 시 일정 및 위험요소를 고려하여 얼마나 타당한 추진 전략을 수립하였는지 평가한다. | ||
| 적용기술 | ▪ 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하였는지, 현실적으로 실현 가능한지 여부를 평가한다. | ||
| 표준 프레임워크 적용 | ▪ 표준 프레임워크 적용 여부와 적용 시 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가한다. | ||
| 개발 방법론 | ▪ 사업에 적정한 개발 방법론이 제시되었는지 평가하고, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부를 평가한다. | ||
| 기술 및 기능 (30점) | 시스템 요구사항 | ▪ 요구 규격을 충족하는 장비 제안 여부와 현 시스템과의 인터페이스 및 확장 가능성 여부를 평가한다. 또한 도입 장비의 설치 및 공급 계획, 유지관리에 대한 방안이 구체적으로 기술되어 있는가를 평가한다. | 30 |
| 기능 요구사항 | ▪ 기능 요구사항·기대사항·제약사항 등을 파악한 후 구현 방안이 구체적으로 기술되어 있는지를 평가한다. 또한 제안한 방안 및 기술이 적용 가능한지를 평가한다. | ||
| 보안 요구사항 | ▪ 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | ||
| 데이터 요구사항 | ▪ 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다. | ||
| 시스템 운영 요구사항 | ▪ 시스템 운영 요구 사항에 맞는 운영 절차 및 방법을 제시하였는지 평가한다. 또한 운영 중 비상사태 발생 시 대응방안이 구체적으로 제시되고 있는지를 평가한다. | ||
| 제약 사항 | ▪ 목표 시스템의 설계, 구축, 운영과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가한다. | ||
| 성능 및 품질 (10점) | 성능 요구사항 | ▪ 요구 성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석도구가 기술되어 있는지 평가한다. 제안한 방안 및 기술을 통해 성능 요구 사항을 충족시킬 수 있는지를 평가한다. | 10 |
| 품질 요구사항 | ▪ 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구사항에 부합되는지 평가하고, 분석·설계·구현·테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다. | ||
| 인터 페이스 요구사항 | ▪ 시스템 인터페이스 : 타 시스템과의 연계에 대한 장·단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안을 도출하였는지를 평가한다. ▪ 사용자 인터페이스 : 사용자 편의성을 고려하여 사용자 인터페이스의 분석·설계·구현·테스트 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | ||
| 테스트 요구사항 | ▪ 도입되는 장비의 성능 테스트 또는 구축된 시스템이 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술하였는가를 평가한다. ▪ 목표시스템의 테스트 유형(단위, 통합, 시스템, 성능 테스트 등) 테스트 환경, 방법, 절차 등 요구사항을 기술하였는가를 평가한다. | ||
| 프로젝트 관리 (10점) | 관리 방법론 | ▪ 일정관리, 사업위험(이슈) 관리, 보안관리, 산출물의 형상·문서 관리 등 사업수행에 필요한 관리 방법론이 구체적으로 제시되어 있는지를 평가한다. 또한 문제 발생 시 보고 체계 및 위험관리 방안이 구체적으로 제시되어 있는지 평가한다. | |
| 관리역량 | • 프로젝트 관리자(PM) 및 핵심 인력의 유사사업 수행 경험, 사업이해도, 의사소통 및 조직관리 역량이 본사업을 안정적으로 추진하기에 적정한지 평가한다. | ||
| 일정 계획 | ▪ 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지를 평가한다. | ||
| 개발 장비 | ▪ 개발에 필요한 개발환경의 구성이 구체적으로 제시되었는지 평가하고, 라이선스 등의 문제가 없는지 여부를 평가한다. | ||
| 프로젝트 지원 (10점) | 품질 보증 | ▪ 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어 진흥법」 제21조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 유효한 인증을 제시하는 경우 확인하고 평가한다. 이 경우 유효한 SP인증을 보유하고 있는 경우에는 우대할 수 있다. | |
| 시험 운영 | ▪ 시스템 공급자가 개발된 시스템의 시험운영을 위해 필요한 각종 시험운영 방법 등을 구체적으로 제시하였는지 평가한다. | ||
| 교육 훈련 | ▪ 시스템 공급자가 시스템 운영 및 관리자를 위해 필요한 각종 교육훈련의 방법, 내용, 일정 등을 구체적으로 제시하였는지 평가한다. | ||
| 유지 관리 | ▪ 시스템 공급자가 제시하는 유지관리 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | ||
| 하자보수 계획 | ▪ 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | ||
| 기밀 보안 | ▪ 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | ||
| 비상 대책 | ▪ 시스템 공급자가 안정적인 시스템 운영을 위해 필요한 각종 백업/복구 및 장애대응 대책을 구체적으로 제시하였는지 평가한다. | ||
| 기타사항 (5점) | 기타지원 사항 | ▪ 본 사업과 관련 지원 가능한 사항에 대한 내용을 구체적으로 제시하였는지 평가한다. | 5 |
| 합 계 | 80 |
- 최저입찰가격 : 유효한 입찰자 중 최저 입찰가격으로 하되, 입찰가격이 추정가격의 100 분의 70 미만일 경우에는 100 분의 70 으로 계산 - 해당입찰가격 : 해당 평가대상자의 입찰가격 입찰가격을 추정가격의 100분의 80미만으로 입찰한 자에 대한 평가 - 입찰가격이 추정가격의 100분의 80미만일 경우, 가격평가 배점한도의 30%에 해당하는 평점 부여 * 본 사업 건은 소프트웨어사업이므로, 추정가격의 100분의 80미만일 경우 가격평가 배점한도의 30%에 해당하는 평점 부여 - (재정경제부 계약예규) 협상에 의한 계약체결기준 제7조(제안서의 평가) 관련 [별표] 제안서의 평가항목 및 배점한도에 명시 협상적격자 선정 및 협상순서 제안서의 기술평가점수가 기술평가 배점한도의 85% 이상인 자를 협상 적격자로 선정하고, 기술평가점수 및 입찰가격 평가(이하 가격평가) 점수를 합산한 종합점수를 기준으로 고득점 순으로 협상 종합평가점수 = 기술평가(90%) + 가격평가(10%) 동점자 처리 기준 협상적격자와의 협상순서는 재정경제부계약예규 「협상에 의한 계약체결기준」 제8조 제2항에 따라 정하되 다음 각 호에 따라 우선순위자를 선정함 - 합산점수가 동일한 제안자가 2인 이상일 경우에는 기술능력 평가점수가 높은 제안자를 우선순위자로 한다. - 제1호에 따라 평가할 때 기술능력 평가점수도 동일한 경우에는 기술능력의 세부평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 자를 우선순위자로 한다. 평가점수는 소수점 5자리에서 반올림 기타 사항은 「협상에 의한 계약체결기준」(재정경제부계약예규)에 따름 계약조건 우선협상대상자의 제안서에 대하여 제안요청서 및 계약 요건에 따라 제안서 내용의 변경, 추가, 삭제 등을 포함한 기술조건 합의 조정과 금액 조정을 요구할 수 있다. 만약 우선협상대상자가 합의 및 조정에 불응하는 경우 차기 협상대상자와 협상을 진행함 협상대상자가 협상에 불성실하게 임하거나 협상을 고의로 지연시키는 등 문제가 있다고 판단되는 경우 협상이 결렬된 것으로 간주함 우선협상대상 업체와 계약 결렬 시 차기 협상대상자와 협상을 진행함 낙찰자는 입찰보증금과 별도로 계약 시 계약이행보증보험증권(계약금액의 100분의 10)을 시스템개발팀 계약담당자에게 제출하여야 함 본 사업의 수행에 필요한 모든 비용은 제안금액에 포함해야 한다. 사업자는 본 사업을 수행하면서 발생하는 저작권, 사용권 또는 특허 등의 문제에 대한 책임을 져야 함 사업 수행에 필요한 각종 물품(비품, S/W, H/W, 개발 TOOL 등), 소모품 등은 제안사가 자체적으로 확보하여야 하며 우리대학이 보유 중인 물품은 우리대학의 승인 아래 이용할 수 있음