입찰공고상세[용역]
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
통합정보시스템 고도화 구축 용역
청운대학교 · SW 개발·운영
- 추정가격
- 2.73억원
- 개찰
- 11/09(월) 11:00 · D-27
- 낙찰방법
- 협상에의한계약 · 기술 80 : 가격 20
- 참가 자격
- 소프트웨어사업자(패키지소프트웨어개발.공급사업)
- 무슨 일
- 모바일 학사·일반행정 서비스 개발
요약 AI 요약
노후화된 학사·일반행정 시스템을 모바일 중심으로 개편하기 위해, 학교 홈페이지·포털을 통해 접속하는 모바일 웹 서비스를 구축하는 사업이다. 학생서비스·수업·수강·성적·졸업 등 학사 업무와 사용내역·수강생명단·결의서·휴가·출장 등 일반행정 업무를 모바일로 조회·신청할 수 있게 만든다.
- 모바일 학사정보시스템 구성(약 40여본): 학생서비스, 수업, 수강, 성적 등 조회와 복학·졸업 등 신청 및 결과 서비스
- 모바일 일반행정시스템 서비스 구성(약 60여본): 사용내역, 수강생명단, 결의서 등 조회와 휴가·출장·세미나 등 신청 및 결과 서비스
- 서비스 영역 구성을 위한 UI 개발 도구(UI Tool) 1식
- 학사행정시스템 다국어 기능(등록금 고지서 출력, 등록금 납부확인, 메뉴·화면 등)
- 수강신청 시 성적우수장학금 선발기준 안내 팝업 확인 기능(모바일 포함)
- 무상유지보수 1년
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01747679 · 베타 기간 무료
핵심요약
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
가격
- 추정가격
- 272,727,273원
- 배정예산
- 300,000,000원
- 예정가격 방식
- 단일예가
첨부파일
- PDF · [제2026-013호]입찰공고.pdf · 공고규격서
- PDF · [제2026-013호]입찰 유의서.pdf · 공고규격서
- PDF · 제안요청서(과업지시서)_최종.pdf · 공고규격서
- ZIP · 입찰참가서류.Zip · 공고규격서
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(패키지소프트웨어개발.공급사업)(1426)
- 지역제한
- 제한 없음
- 제출 방법
- 직찰
- 실적경쟁 · PQ
- 실적경쟁
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/29(화) | 지남 |
| 개찰 | 11/09(월) 11:00 | D-27 |
평가 · 배점
기술 : 가격 — 기술 80점 · 가격 20점
협상 대상 기준 · 기술평가 점수가 기술평가분야 배점한도의 80%이상인 업체를 협상적격자로 선정하되 협상적격자가 없는 경우 재공고 입찰에 부칠 수 있다.
| 평가 항목 | 배점 |
|---|---|
| 유사용역 수행 실적 | 10점 |
| 경영상태 | 5점 |
| 신인도 및 인증보유 | 5점 |
| 사업수행경험 | 5점 |
| 과업이해도 | 5점 |
| 추진전략 | 5점 |
| 사업수행방안 | 7점 |
| 사업수행환경 | 7점 |
| 데이터이관 | 6점 |
| 품질보증방안 | 3점 |
| 관리방법론 | 3점 |
| 일정계획 | 4점 |
| 시험운영 | 2점 |
| 교육계획 | 5점 |
| 유지보수방안 | 4점 |
| 기밀보안 | 2점 |
| 상호협력 | 2점 |
| 입찰가격 평점산식에 의한 평가 | 20점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · 모바일 학사·일반행정 서비스 개발
용역 › 정보시스템·SW › SW 개발·운영
모바일 학사정보시스템·일반행정시스템을 모바일 웹으로 새로 구성하는 SW 개발 용역이다.
- UI 개발 툴 1식 도입
- 화면 디자인·스타일가이드
- 다국어 공통 모듈
- 통합인증 로그인 연동
- 기존 시스템(수강신청·전자출결·이클래스·도서관) 연계
- 데이터 표준화·이관·검증
- 성능·통합·사용자 테스트
- 시큐어코딩·취약점 조치
- 사용자·운영자 매뉴얼 및 교육
- 기술이전
- 무상 하자보수 1년
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/29(화)
- 공고번호
- R26BK01747679-000
- 참조번호
- 제2026-013호
- 공고기관
- 청운대학교
- 수요기관
- 청운대학교
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 단일예가
- 추정가격
- 272,727,273원
- 배정예산
- 300,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 패키지소프트웨어개발및도입서비스
- 사전규격번호
- R26BD00277930
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
문서 발췌
과업·요구
Ⅰ Ⅰ사업개요
1 개 요 가. 사 업 명 : 학사 및 일반행정시스템 서비스 영역 개선 나. 사업기간 : 계약일로부터 2027년 2월 15일까지 다. 사업예산 : 300,000,000 원(부가가치세 포함)
라. 사업범위
ㅇ 응용시스템 개발
- 모바일 학사정보시스템 구성
Ÿ 학교 대표홈페이지나 포탈을 통해 접속가능한 모바일 웹 구성
Ÿ 학생서비스, 수업, 수강, 성적 등의 조회 서비스
Ÿ 복학, 졸업 등의 신청 및 결과 서비스
Ÿ 약 40여본 구성
- 모바일 일반행정시스템 서비스 구성
Ÿ 학교 대표홈페이지나 포탈을 통해 접속가능한 모바일 웹 구성
Ÿ 사용내역, 수강생명단, 결의서 등의 조회서비스
Ÿ 휴가, 출장, 세미나 등의 신청 및 결과 서비스
Ÿ 약 60여본 구성
- 모바일 일방행정시스템 서비스 구성
ㅇ서비스 영역 구성을 위한 UI Tool 1식 ㅇ무상유지보수 1년 2 추진배경 및 필요성
가. RISE 앵커사업 기반 구축 및 지역 상생 개방
ㅇ 지역인재 양성-취업-정주' 생태계 허브로서 RISE 앵커사업 중심축 역할 수행 ㅇ 지역민 개방에 따른 안전한 통합인증 및 인프라(시설·무선랜) 관리 체계 확보 필요 - 1 -
나. 모바일 중심의 학사 환경 변화 및 글로벌 다국어 지원 체계 마련
ㅇ 단순 조회를 넘어 모바일 행정(신청·처리·비대면 소통) 중심의 환경 개편 요구 직면 ㅇ 학내 외국인 유학생 증가에 맞춘 기본 글로벌 표준 영문지원 시스템 체계 구축
다. AI 기반 차세대 UI/UX 전환을 통한 정보화 경쟁력 강화
ㅇ 노후화된 기존 시스템을 최신 웹 표준 및 AI 기술이 접목된 eXbuilder6 환경으로 업그 레이드 ㅇ PC 중심 행정에서 멀티 디바이스 체제로 전환하여 유지보수 효율성 및 지능형 스마트 캠퍼스 기반 확보 3 추진 목표,전략 및 일정
가. 추진목표
ㅇ 기존의 학생관련된 업무 서비스에 대해 혁신적인 변화를 기반으로 정보화시스템 확장 구축 ㅇ 현재 운영 중인 타 시스템 간의 상호 연동이 원활하게 모바일 서비스 구성 준비
나. 추진전략
ㅇ 관리와 변화에 능동적으로 대처할 수 있는 모바일웹을 통한 모바일 서비스 전략 ㅇ 현재 서비스가 원활한 학교 홈페이지를 접점으로 모바일 및 기타 시스템 접근 경로 관 리 체계 구성 ㅇ 최신 정보 기술 적용으로 사용성 및 편의성을 극대화 (웹 표준 준수, 멀티 OS 및 크로스 브라우징 지원, 상호 운영성에 문제가 있는 기술 제외, 개인정보보호 및 보안) ㅇ 계획에 따른 정확한 사업 진도 관리, 학교의 학사 일정을 고려한 체계인 사업 관리
다. 추진일정
M1 M2 분석 및 설계 개발 테스트 Open 안정화
※ 상기일정은 사업자 선정일정 등에 따라 달라질 수 있음
- 2 - 4 추진 체계
가. 추진 조직도
나. 업무분장
에 대한 효율성을 높이도록 해야한다.
- 유지보수 진행 과정에서 학사시스템 과 모바일을 이중으로 수정해야 하는 번거로움 을 최소화 하기 위한 개발 방법 설계 2 목표시스템 구성도 - 8 - 3 요구사항 개요
가. 요구사항 총괄표
| 요구사항 구분 | 승락수준 | 요구사항 수 |
|---|---|---|
| 시스템 장비구성 요구사항(ECR) | 필수 | 1 |
| 기능요구사항(SFR) | 11 | |
| 성능요구사항(PER) | 2 | |
| 인터페이스 요구사항(SIR) | ||
| 데이터 요구사항(DAR) | 4 | |
| 테스트 요구사항(TER) | 5 | |
| 보안 요구사항(SER) | ||
| 품질 요구사항(QUR) | ||
| 제약사항(COR) | 4 | |
| 프로젝트 관리 요구사항(PMR) | 10 | |
| 프로젝트 지원 요구사항(PSR) | 4 | |
| 합 계 | 53 |
| 요구사항 구분 | 내역 | 참조 |
|---|---|---|
| 시스템 장비구성 요구사항 (Equipment Composition Requirement) | – 사업 목표 달성을 위하여 필요한 하드웨어, 소프트웨어, 네트워크 등의 도입 장비 내역 등 시스템 장비 구성에 대한 요구사항 | ECR |
| 기능요구사항 (System Function Requirement) | – 목표 시스템(사업)이 반드시 수행해야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야하는 기능(동작)에 대한 요구사항 | SFR |
| 성능요구사항 (Performance Requirement) | – 목표 시스템의 처리속도 및 시간, 처리량, 동적-정적 용량, 가용성 등 성능에 대한 요구사항 | PER |
| 인터페이스 요구사항 (System Interface Requirement) | – 목표 시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술한 것으로 타 소프트웨어, 하드웨어 및 통신 인터페이스, 타 시스템들과의 정보교환에 이용되는 프로토콜과의 연계도 포함하여 기술 | SIR |
| 데이터 요구사항 (Data Requirement) | – 목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항 | DAR |
| 테스트 요구사항 (Test Requirement) | – 도입되는 장비의 성능 테스트 (BMT) 또는 구축된 시스템이 계획된 목표 대비 제대로 운영되는가를 점검하기 위한 테스트 요구사항 | TER |
| 보안 요구사항 (Security Requirement) | – 정보 자산의 기밀성과 무결성을 확보하기 위해 목표 시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항 | SER |
| 품질 요구사항 (Quality Requirement) | – 목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에 대한 요구사항 | QUR |
| 제약사항 (Constraint Requirement) | – 목표 시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술-표준-업무-법 제도 등 제약조건 | COR |
| 프로젝트 관리 요구사항 (Project Management Requirement) | – 프로젝트의 원활한 수행을 위한 관리 방법 및 추진 단계별 수행 방안에 대한 요구사항 | PMR |
| 프로젝트 지원 요구사항 (Project Support Requirement) | – 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항 | PSR- |
※ 사업 내용이 변경될 경우 과업변경절차에 따라 상호 협의하여 결정하며, 제안서 작성 시 제안요청서 요구사항에 명시되지 않았으나 제안사 판단으로 추가되어야 할 요구사항에 대해서는 별도 표시하여 추가 작성 가능함 ※ 제안업체는 제안요청서에 기술된 요구사항을 기반으로 제안하되 업무분석 단계에서 보다 창의적인 방법으로 요구사항을 해석하고, 정제하여 사업에 반영해야 함 - 10 - 4 요구사항 상세
1) 시스템 장비구성 요구사항
| 요구사항 고유번호 | ECR-001 | |
|---|---|---|
| 요구사항 명칭 | UI 개발 툴 | |
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
| 정의 | 모바일웹 개발을 위한 사용자 인터페이스 개발 도구 | |
| 요구 사항 상세 설명 | 세부 내용 | - W3C HTML5, ECMA Script, CSS3 등 웹 표준 준수해야 한다. - 웹 접근성 표준을 준수하여야 한다 - 특정 OS에 종속적이지 않아야 하며, 개발환경이 윈도우, Mac OS, 및 리눅 스를 지원할 것 - 크로스 브라우징을 지원하며 브라우저별 별도의 퍼블리싱을 하지 않아야 한다. - WYSIWYG기반의 통합개발환경(XML 개발방식)을 지원해야 함 - eclipse Plug-in 64Bit를 지원해야 한다. - 웹 화면의 성능향상을 위해 선택적으로 SPA(Single-page application)를 지 원할 수 있어야 한다. - 반응형 웹 및 적응형 웹을 단순하게 적용할 수 있어야 한다. - 프리폼 형태의 개발 편의성을 위해 폼레이아웃 기능을 제공해야 한다. - 개발의 편의성을 위해 공통 스크립트에 선언된 변수, 함수, 및 속성과 바 인딩 문맥 및 UDC 리스트, 컨트롤리스트 및 컨트롤에 지정된 다국어 정보 등을 컨텐트 어시스트로 검색 가능해야 한다. - 쉬운 퍼블리싱을 위해 less 파일을 이용하여 CSS를 동적 컨트롤이 가능해 야 하고, 표준적인 Theme를 지원해야 한다. - 국제표준 규격의 CSS3를 지원해야 한다. - 화면 디자인탭에서 시행착오 방지를 위해 완벽하게 CSS3를 렌더링이 가능 해야 한다. - 표준 구축을 위해 완벽한 형태의 컨트롤 생성이 가능한 UDC 기능을 지원 해야 한다.(속성, 이벤트, API를 지정 가능) |
| 수량 | 1식 |
| 요구사항 고유번호 | SFR-001 | |
|---|---|---|
| 요구사항 명칭 | 개발 기본 요건 | |
| 요구사항 분류 | 기능요구사항 | |
| 정의 | 시스템에 공통적으로 적용되어야 하는 기능 및 요구사항 | |
| 요구사항 상세설명 | 세부내용 | - 본교의 홈페이지나 포탈을 통해 서비스가 지원되어야 한다. - 관리와 접근의 편의성을 위해 모바일앱이 아닌 모바일웹 방식으로 개발되어야 하며 필요에 따라 PC 환경에서도 원활에게 구현되어야 한다. - 본교의 요구사항 분석 및 업무 서비스와 시스템 간 연계 방안을 고려하여 최적의 응용소프트웨어를 제안하여야 한다. - 응용 프로그램은 JAVA 기반으로 개발하는 것을 원칙으로 한다. - UI는 직관적이면서도 수요자의 상호작용을 유발시킬 수 있어야 하며, 다양한 사용자의 요구를 수용할 수 있도록 유연하여야 한다. - 최신 웹 기술을 적용한 사용자 중심의 화면설계 및 업무 기능을 제공하여 업무 효율성을 향상한다. - 시스템의 추후 확장성을 고려하여 설계 구축되어야 한다. - 수강신청시스템, 전자출결시스템, 이클레스, 도서관 시스템 등 기존 모바일 시스 템과의 연동을 지원해야한다. (타시스템 링크) - 통합인증 로그인(카카오, 네이버등 공동 인증서로 연동 가능한 로그인) 인증하여 야 한다. - 홍성군민 등 시설 및 대관 업무를 위하여 로그인 가능 하여야 한다. (인증 CI 값만 가지고 로그인 개인정보 최소 수집 ) |
| 산출물 | 사업수행계획서 |
| 요구사항 고유번호 | SFR-002 | |
|---|---|---|
| 요구사항 명칭 | 화면 디자인 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 일관성 있는 디자인을 유지할 수 있도록 스타일가이드를 작성하여 적용하여야 하며 산출물로 제출되어야 한다. | |
| 요구사항 상세설명 | 세부내용 | - 최신 웹 기술이 적용된 UI(사용자 인터페이스)적용과 사용자 중심의 화면 설계 및 기능을 제공하여야 한다. - 우리대학교의 일관된 브랜드 이미지를 유지할 수 있는 디자인 및 CSS를 개발 적 용 하여야 한다. - 구축 시 사용된 이미지는 저작권에 문제가 없어야 한다. |
| 산출물 | 화면정의서 |
| 요구사항 고유번호 | SFR-003 | |
|---|---|---|
| 요구사항 명칭 | 기술 이전 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 설계부터 우리대학교 전담인력과의 협업 및 조기 기술이전을 할 수 있는 방안을 제시 | |
| 요구사항 상세설명 | 세부내용 | - 최적의 방법론에 의한 WEB기반의 시스템설계, 데이터모델링, 프로그램 튜닝과 기반요소 등 핵심요소에 대한 담당자 협업 및 기술이전 방안을 제시하여야 한다. - 사업자는 기술이전 대상 및 목록과 방법에 대한 계획을 제시해야 하며, 이를 바 탕을 체계적인 기술이전 및 관련 분야의 정보기술에 대한 지속적인 정보 제공 및 기술자문에 응해야 함. |
| 산출물 | 기술이전계획서 |
| 요구사항 고유번호 | SFR-004 | |
|---|---|---|
| 요구사항 명칭 | 보안 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 시스템 사용자의 로그인, 접속, 조회, 로그 등의 보안 기능 | |
| 요구사항 상세설명 | 세부내용 | - 인증되지 않은 사용자는 시스템을 사용할 수 없어야 한다. - 개인정보의 분실, 도난, 유출, 변조 또는 훼손을 방지하기 위해 업무수행 목적에 따라 최소한의 범위로 업무담당자에게 차등 부여하고 접근통제를 위한 기능을 부여한다. - 주민등록번호나 비밀번호 등의 개인정보는 암호화 기능을 사용하여야 한다. |
| 산출물 | 보안계획서 |
| 요구사항 고유번호 | SFR-005 | |
|---|---|---|
| 요구사항 명칭 | 학사행정시스템 다국어기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 학사행정시스템 다국어 기능에 관한 사항 | |
| 요구사항 상세설명 | 세부내용 | - 다국어를 적용할 수 있는 공통 모듈 기능 제공 - 등록금 고지서 출력, 등록금 납부확인 기능, 메뉴, 화면 등 |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, |
| 요구사항 고유번호 | SFR-모바일서비스_001 | |
|---|---|---|
| 요구사항 명칭 | 모바일서비스 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 학생서비스 중 모바일 지원 사항 | |
| 요구사항 상세설명 | 세부내용 | - 주요 정보에 대한 조회 화면을 모바일로 제공하여야 한다. 항목: 학적사항관리 - 주요 정보에 대한 입력 화면을 모바일로 제공하여야 한다. 항목: 학적부정정신청 , 휴학신청, 복학신청 - 학적사항관리는 학생이 자신의 학적기본정보, 학적변동, 장학, 등록, 성적, 수강 등의 학생관련 정보를 모두 검색가능해야한다. - 휴, 복학신청에서는 신청을 할 수 있으며, 처리 결과에 대해서도 사용자가 확인 할 수 있도록 한다. - 학적부정정신청에서는 학생이 이름, 주소, 연락처 등 학적부 정보를 정정하고자 할 때 신청할수 있어야 한다. |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, 회의록, 사용자설명서 |
| 요구사항 고유번호 | SFR-모바일서비스_002 | |
|---|---|---|
| 요구사항 명칭 | 모바일 서비스 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 수업관리 중 모바일 지원 사항 | |
| 요구사항 상세설명 | 세부내용 | - 주요 정보에 대한 조회 화면을 모바일로 제공하여야 한다. 조회항목: 교육과정, 개설교과목, 개설강좌, 강의 계획서, 강의현황(시간표) |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, 회의록, 사용자설명서 |
| 요구사항 고유번호 | SFR-모바일서비스_003 | |
|---|---|---|
| 요구사항 명칭 | 모바일 서비스 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 수강업무 중 모바일 지원 사항 | |
| 요구사항 상세설명 | 세부내용 | - 주요 정보에 대한 조회 화면을 모바일로 제공하여야 한다. 조회 항목: 예비수강신청조회, 출석현황, 강의평가결과조회 - 주요 항목에 대해 입력화면을 제공해야 한다. 입력항목: 수강철회신청, 학점교류신청, 수강신청추가학점신청, 출석인정신청, 강의평가실시 - 강의평가실시는 학교에서 설정한 객관식 및 주관식 문항에 대해 모바일로 학생들의 강의평가가 가능해야 한다. |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, 회의록, 사용자설명서 |
| 요구사항 고유번호 | SFR-모바일서비스_004 | |
|---|---|---|
| 요구사항 명칭 | 모바일 서비스 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 성적관리 중 모바일 지원 사항 | |
| 요구사항 상세설명 | 세부내용 | - 주요 정보에 대한 조회 화면을 모바일로 제공하여야 한다. 조회 항목: 채점성적조회, 성적조회, 성적확인서 - 주요 항목에 대해 입력화면을 제공해야 한다. 입력항목: 부전공이수인정신청, 복수전공이수인정신청, 타학과전공과목인정신청, 연계전공이수인정신청, 연계전공포기과목신청신청, 인정학점등록 |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, 회의록, 사용자설명서 |
| 요구사항 고유번호 | SFR-모바일서비스_005 | |
|---|---|---|
| 요구사항 명칭 | 모바일 서비스 | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 졸업관리 중 모바일 지원 사항 | |
| 요구사항 상세설명 | 세부내용 | - 주요 항목에 대해 입력화면을 제공해야 한다. 입력항목: 졸업신청, 조기졸업신청, 졸업연기신청, 학점삭제신청 - 졸업신청 화면은 졸업신청 기간에 학생이 졸업신청을 하고 처리결과에 대해 확인할수 있어야 한다. - 학점삭제신청 화면은 졸업신청자에 대해 학점삭제가 가능한 조건의 학생에 대해 서만 기존취득한 학점중 삭제를 원하는 학점에 대해 신청할수 있다. |
| 산출물 | UI설계서, 논리/물리 ERD, 테이블정의서, 소스코드, 회의록, 사용자설명서 |
| 요구사항 고유번호 | SFR-모바일서비스_006 | |
|---|---|---|
| 요구사항 명칭 | 수강신청시 성적우수장학금 선발기준 안내 팝업 확인 기능 추가 ( 모바일 포함 ) | |
| 요구사항 분류 | 기능 요구사항 | |
| 정의 | 선발기준을 인지하지 못한 채 수강신청하는 문제를 개선하기 위해 , 대상 학생에게 수강신청 시 안내 팝업을 확인시킨 후 수강신청이 진행되도록 기능을 추가함 . | |
| 요구사항 상세설명 | 세부내용 | - 대상조건 : 1 학년 재학생 , 직전 학기 평균평점 4.25 이상 , 수강신청 학점 17 학점 이상 - 안내문구 : 성적우수장학금 대상자가 되기 위해서는 수강신청학점의 1/2 이상이 전공학점 ( 다전공학점 포함 ) 이어야 합니다 . 수강신청에 참고 하시기 바랍니다 . |
| 산출물 | 화면설계서 , 사용자 매뉴얼 |
| 요구사항 고유번호 | PER-001 | |
|---|---|---|
| 요구사항 명칭 | 디스플레이 시간 | |
| 요구사항 분류 | 성능요구사항 | |
| 정의 | 조회 화면의 디스플레이 시간 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 디스플레이 시간은 정보 요청에서 결과가 조회되는데 소요되는 시간을 의미한다. - 구축된 시스템의 모든 페이지는 100Mbps 로컬 네트워크 접속을 사용해서 사용 자가 요청한 시간으로부터 5초 이내에 완전히 디스플레이 되어야 한다. 단, 임의의 조건에 따른 대량의 데이터에 대한 질의가 있거나 사용자에게 사전 안내를 통해 알린 경우에는 적용하지 않는다. |
| 산출물 | 성능(부하)테스트 계획서/결과서 |
| 요구사항 고유번호 | PER-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 입력 오류 시 응답 | |
| 요구사항 분류 | 성능요구사항 | |
| 정의 | 데이터 입력 오류 시 응답 시간 및 안내 | |
| 요구사항 상세설명 | 세부 내용 | - 사용자가 입력한 데이터의 오류나 경고, 기타 안내 메시지는 사용자가 시스템에 그 정보를 입력 또는 저장한지 3초 이내에 표시하여야 한다. 단, 임의의 조건에 따른 대량 작업이나 사용자에게 사전 안내를 통해 알린 경우 에는 적용하지 않는다. - 사용자에게 표시되는 오류 및 경고, 기타 안내 메시지는 사용자가 쉽게 인지하고 조치할 수 있도록 하여야 한다. |
| 산출물 | 성능(부하)테스트 계획서/결과서 |
| 요구사항 고유번호 | SIR-001 | |
|---|---|---|
| 요구사항 명칭 | 사용자 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 정의 | 사용자 인터페이스에서 구현되어야 할 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 효율성과 일관성, 사용편리성을 위한 개발 표준 인터페이스 방안을 수립하고 그 지침에 따라 시스템을 설계 구현하여야 한다. - 사용자에게 제공되는 화면 및 기능은 안정적이고 일관된 레이아웃을 통해 일관 성을 유지하여야 한다. - 사용자가 별도의 교육을 받지 않더라도 해당 기능을 쉽게 이용할 수 있도록 도 움말 기능을 제공하여야 한다. - 사용자가 조회나 삭제, 배치 등의 작업을 완료한 경우 수행결과에 따른 적당한 메시지를 제공하여야 한다. - 조회 또는 검색된 범위 안의 값이 없거나 조건을 넘어선 경우 사용자에게 알림 메시지를 제공하여야 한다. |
| 산출물 | 사업수행계획서, 인터페이스 설계서 |
| 요구사항 고유번호 | SIR-002 | |
|---|---|---|
| 요구사항 명칭 | 내·외부 시스템 연계방안 수립 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 정의 | 내·외부 시스템과의 연계방안 수립 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템 구축 후에는 해당 연계 내역이 산출물로 관리되어야 한다. - 타 시스템에 영향이 없는 방안으로 수립하여야 한다. - 추후 시스템의 확장에 따른 타 시스템과의 연계 방안도 고려하여야 한다. - 현재 운영중인 시스템과의 연계방안도 고려하여야 한다. |
| 산출물 | 사업수행계획서, 인터페이스 설계서 |
| 요구사항 고유번호 | DAR-001 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준화 및 적용 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 정의 | 표준화 지침 수립 및 준수 | |
| 요구사항 상세설명 | 세부 내용 | - 단어, 용어, 도메인, 코드 등의 데이터 표준화 지침을 수립하고 준수하여야 한다. - 전체 시스템에서 사용되는 공통코드 및 기준코드에 대해 정의하고 표준화 한다. - 시스템 운영 중 발생되는 코드에 대해서도 표준화 규정을 준수하여 적용될 수 있도록 기준을 마련하여야 한다. |
| 산출물 | 데이터베이스설계서, ERD |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 설계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 정의 | 환경 변화에 유연하게 대처할 수 있는 데이터 구성 방안 제시 | |
| 요구사항 상세설명 | 세부 내용 | - 데이터 모델의 무결성, 안정성, 일치성, 기밀성, 가용성을 확보하여 시스템 성능 및 효율성을 강화할 수 있는 방안을 제시하여야 한다. - 수립된 데이터 표준 지침을 준수하여 데이터 설계가 이루어져야 한다. - 데이터 간 관계분석, 데이터 표준화 수립, 중복 데이터 제거 등 통합된 표준 데 이터로 설계하여야 한다. - 현업 요구사항을 추가 도출 및 데이터 특성을 고려한 모델을 설계하여야 한다. - 대용량 데이터의 빠른 접근 및 추출, 적재 등이 용이하도록 데이터의 구조개선 방안을 제시하여야 한다. |
| 산출물 | 데이터베이스설계서, ERD |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 품질관리 체계 및 방안 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 정의 | 데이터 품질관리 체계 및 방안 제시 | |
| 요구사항 상세설명 | 세부 내용 | - 데이터베이스 구조 최적화, DBMS 튜닝 등을 통해 데이터 안정성과 성능을 개선 하여야 한다. |
| 산출물 | 데이터베이스설계서, ERD, 품질보증계획서 |
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 명칭 | 테스트 일반사항 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 정의 | 테스트 방안 및 수행에 대한 일반사항 | |
| 요구사항 상세설명 | 세부 내용 | - 개발 초기부터 구축 완료까지 지속적인 테스트와 보완 작업을 통해 요구사항이 모두 충족되는 시스템이 되어야 한다. - 품질 요건을 충족할 수 있는 다양한 시험케이스를 구축하여야 한다. 이때 오류 데이터를 포함하여 발생 가능한 여러 상황에 대해 체계적이고 효율적인 테스트 가 수행되도록 한다. |
| 산출물 | 테스트 계획서, 결과보고서 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 명칭 | 테스트 요구사항 | |
| 요구사항 분류 | ||
| 정의 | 테스트 수행 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 각 단위업무 및 연계시스템 간 상호운영계획 또는 인터페이스 정의서가 준비되 어야 한다. - 테스트 시에는 실제 운영과 동일한 환경 속에서 테스트가 진행되어야 한다. - 통합테스트는 테스트 계획서 작성 후 테스트 시나리오 또는 시험 케이스 작성, 테스트 실행, 결과보고 및 보완 조치 등의 절차로 진행되어야 한다. - 통합테스트의 수행결과에 따른 이슈정리 및 대안을 마련하고 보안 작업을 진행 하여야 한다. |
| 산출물 | 테스트 계획서, 결과보고서 |
| 요구사항 고유번호 | TER-003 | |
|---|---|---|
| 요구사항 명칭 | 성능테스트 요구사항 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 정의 | 성능테스트 수행 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 성능테스트 대상 업무 및 기능에 대한 정의 후 테스트가 진행되어야 하며 필요 시 우리대학교와 협의하여 결정하여야 한다. - 테스트 시에는 실제 운영과 동일한 환경 속에서 테스트가 진행되어야 한다. - 성능테스트의 수행결과에 따른 이슈정리 및 대안을 마련하고 보안 작업을 진행 하여야 한다. |
| 산출물 | 성능테스트 계획서, 결과보고서 |
| 요구사항 고유번호 | TER-004 | |
|---|---|---|
| 요구사항 명칭 | 사용자 테스트 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 정의 | 사용자테스트 수행 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 업무 관련 담당자가 직접 테스트 할 수 있는 환경 및 자료를 준비해야만 하며, 적합/부적합 판정을 할 수 있는 기준을 제시하여야 한다. - 우리학교와 협의하여 사용자 테스트 계획을 수립하고, 테스트를 수행하기 위해 필요한 조치에 협력하여야 한다. - 사용자테스트의 수행결과에 따른 이슈정리 및 대안을 마련하고 보안 작업 계획 을 수립하여야 한다. - 단시간에 많은 접속이 예상되어지는 메뉴는 반드시 부하 테스트를 진행되어야 하며 대안을 마련하고 보완 작업을 진행하여야 한다. |
| 산출물 | 사용자테스트 계획서, 결과보고서 |
| 요구사항 고유번호 | SER-001 | |
|---|---|---|
| 요구사항 명칭 | 보안관리 계획 수립 | |
| 요구사항 분류 | 보안 요구사항 | |
| 정의 | 보안준수 | |
| 요구사항 상세설명 | 세부 내용 | <공통사항> 1. 계약업체는 「국가계약법」시행령 제76조 제1항 제18호에 따라 아래 정보누출 시 입찰 참가자격 제한을 위한 부정당업자로 등록된다. - 본교 정보시스템의 내ㆍ외부 IP주소 현황 - 세부 정보시스템 구성 현황 및 정보통신망 구성도 - 사용자계정ㆍ비밀번호 등 정보시스템 접근권한 정보 - 정보통신망 취약점 분석ㆍ평가 결과물 - 정보화 용역사업 결과물 및 관련 프로그램 소스코드 - 보안시스템 및 정보보호시스템 도입 현황 - 침입차단시스템ㆍ방지시스템(IPS) 등 정보보호제품 및 라우터ㆍ스위치 등 네트워 크 장비 설정 정보 - 「공공기관의 정보공개에 관한 법률」제9조 제1항에 따라 비공개 대상 정보로 분 류된 기관의 내부문서 - 「공공기관의 개인정보보호에 관한 법률」제2조 제2호의 개인정보 - 「보안업무규정」제4조의 비밀 및 동 시행규칙 제7조 제3항의 대외비 - 그 밖에 본교가 공개가 불가하다고 판단한 자료 2. 사업 수행과정에서 취득한 자료와 정보에 관하여 사업수행 기간 중은 물론 사 업완료 후에도 이를 외부에 유출하여서는 안되며, 사업종료 시에는 완전 폐기 또는 반납하여야 한다. |
- 20 - 3. 계약업체는 본교 정보보안정책(교육부 정보보안 기본지침 등)을 준수하여야 하 며, 이를 위반하였을 경우 손해배상 책임을 진다. <사업착수 시> - 사업 수행 전 참여인원은 법적 또는 본교 규정에 의한 비밀유지 의무 준수 및 위반 시 처벌내용 등에 대한 보안교육을 받아야 하며 미 이수자는 절대 사업에 참여할 수 없다. - 정보시스템에 대한 보안관리 대책 및 각종 산출물에 대한 보안관리 대책을 제시 하여야 한다. - 사업수행에 사용되는 인원, 문서, 장비 등의 보안관리 계획을 수립하여야 하며, 보안상 결격사항이 없도록 조치하여야 한다. <사업수행 시 자료에 대한 보안관리> - 용역사업 관련 자료는 인터넷 웹하드, P2P, 개인메일함 등에 저장 금지 - 본교에서 제공한 사무실에서 사업을 수행할 경우 제공한 비공개자료는 매일 퇴 근 시 반납토록 하며 비밀문서를 제외한 일반문서는 용역업체에 제공된 사무실 에 시건장치가 된 보관함이 있을 경우 이에 보관 가능하다. - 용역사업 수행으로 생산되는 산출물 및 기록은 본교 보안담당관이 인가하지 않 은 비인가자에게 제공ㆍ대여ㆍ열람을 금지한다. - 본교 내부에서 용역사업을 수행할 경우 용역 참여직원이 노트북 등 관련 장비를 외부에 반출ㆍ입시마다 악성코드 감염여부 및 자료 반출 여부를 보고하여야 한다. - 인가받지 않은 USB 등의 휴대용 저장매체 사용을 금지하며 산출물 저장을 위해 휴대용 저장매체가 필요한 경우 본교 승인 하에 사용하여야 한다. <사업완료 시> - 사업완료 후 본교에서 제공한 각종 자료는 모두 반납하여야한다. - 용역 업체는 사업완료 후(검수 전) 대표 명의 친필 서명이 들어간 ‘보안서약서’ (별지 제16호)를 제출하여야 한다. - 용역사업 관련자료 및 사업과정에서 생산되는 모든 산출물(소스코드, 시스템구성 도, 설계도, 보고서 등)은 발주기관의 파일서버에 저장하거나 본교에서 지정한 pc 에 저장 관리하여야 한다. 제안서, 보안각서, 보안유지에 관한 각서, 사업수행계획서, 자료관리대장, 용역사업 산출물 보안 일일 체크리스트 등 - 21 -
| 요구사항 고유번호 | SER-002 | |
|---|---|---|
| 요구사항 명칭 | 응용시스템 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 정의 | 전자정부프레임워크 최신 보안패치 적용 | |
| 요구사항 상세설명 | 세부 내용 | 1) 사업자는 시스템 구축 및 UI 교체(eXbuilder6) 과정에서 연동되는 전자정부프레임 워크(eGovFrame)의 최신 보안 패치 및 보안 가이드를 완벽히 적용하여야 한다. 2) 세션 및 쿠키 보안 강화: - web.xml 내 JSESSIONID 쿠키의 XSS 탈취 방지를 위한 HttpOnly 속성 (<http-only>true</http-only>)을 필수 적용하여야 한다. - HTTPS 환경에서의 평문 전송 방지를 위한 Secure 속성 (<secure>true</secure>)을 명시하여 적용하여야 한다. - URL 리라이팅에 의한 세션 고정 및 노출 위험을 차단하기 위해 세션 추적 방식 을 쿠키로 제한(<tracking-mode>COOKIE</tracking-mode>)하도록 설정하여야 한다. 3) WebSocket 인증 및 핸드셰이크 보안 강화: - 미인증 사용자의 WebSocket 통신 접근 및 사용자 정보 탈취를 차단하기 위해 핸드셰이크 단계에서 HTTP 세션 및 LoginVO 유효성 검증 로직 (HandshakeInterceptor/Configurator)을 구현하여야 한다. - 프레임워크 버전(eGovFrame 4.3 이하 javax.websocket / 5.0 이상 jakarta.websocket)의 표준 API 및 구현체 명세에 맞춘 인증 조치를 적용하여야 한다. 4) XSS 및 입력값 검증: - 실시간 메신저/채팅 및 데이터 송수신 구간에 전자정부프레임워크 보안 유틸리 티(EgovWebUtil.clearXSSMaximum 등)를 적용하여 스크립트 강제 실행 및 웹 취약점 을 차단하여야 한다. |
| 산출물 | 전자정부프레임워크 보안 패치 적용 결과 보고서 1부 등 |
| 요구사항 고유번호 | SER-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 정의 | 데이터 보안의 요건 | |
| 요구사항 상세설명 | 세부 내용 | - DB 데이터 및 시스템 간 데이터 교환 데이터 중 보안이 필요한 패스워드나 주민 번호 등 개인정보로 외부 유출 시 문제가 되는 정보는 반드시 암/복호화 하여 사용 하고 적절한 보안 조치를 취하여야 한다. - 암/복호화가 필요한 항목에 대해서는 우리학교와 협의하여 결정하여야 한다. |
| 산출물 | 취약점 점검 계획서, 취약점 점검 조치 결과서 등 |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 명칭 | 응용시스템 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 정의 | 응용시스템 개발 관련 보안 가이드의 적용 | |
| 요구사항 상세설명 | 세부 내용 | - 응용시스템의 보안 범위는 개발되는 전체 소스에 해당된다. - 구현되는 응용시스템은 행정안전부의 소프트웨어 개발보안 가이드, 소프트웨어 보안약점 진단가이드, 시큐어 코딩 가이드 등 소프트웨어 개발보안(시큐어 코딩) 관련 가이드를 적용하여 응용시스템을 개발하고 보안 취약점을 진단하여야 한다. - 사업결과물에 사용하지 않는 폴더, 파일, 코딩, 어플리케이션은 발견되지 않아야 한다. - 행정안전부 「소프트웨어 개발보안 가이드(시큐어 코딩)」 및 KISA 「웹 서버 보안 가이드」, 전자정부프레임워크 최신 보안 가이드를 준수하여 개발하여야 한다. - 사업 기간 중 수행하는 보안 점검(모의해킹, 취약점 진단 등) 결과 발견된 전자정 부프레임워크 공통컴포넌트 및 UI 연동 관련 취약점은 무상으로 즉시 조치·패치하 여야 한다. |
| 산출물 | 취약점 점검 계획서, 시큐어코딩 및 보안 취약점 점검 조치 결과서 등 |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 명칭 | 개인정보보호 및 구간 암호화 | |
| 요구사항 분류 | 보안 요구사항 | |
| 정의 | 개인정보보호 및 구간 암호화 | |
| 요구사항 상세설명 | 세부 내용 | - 정보주체의 개인정보를 송·수신할 때에는 구간암호화(SSL) 적용하야 한다. - 게시판 및 게시물의 개인정보는 자동으로 필터링 되어야 한다. - 비밀번호 체계는 국가정보원 기준 준수하여 일정 기간이 경과하면 비밀번호 변 경을 요청하도록 기능을 구현하여야 한다. - 모든 페이지의 E-Mail 링크 시 이메일 자동수집기 등에 노출되지 않도록 하여야 한다. |
| 산출물 | 취약점 점검 계획서, 취약점 점검 조치 결과서 등 |
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 명칭 | 품질 보증방안 제시 | |
| 요구사항 분류 | 품질 요구사항 | |
| 정의 | 품질 보증방안 제시 및 실행 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템 개발 및 프로그램의 오류를 최소화하기 위한 품질보증 방법 및 절차와 품질목표수준, 품질보증 내역 등을 포함한 구체적인 방안을 제시하고 실행하여야 한다. - 품질보증 활동을 위해 각 단계별 효율적인 점검방법을 제시하고 실행하여야 한다. - 품질관리 담당자를 지정하여 전반적인 품질관리(산출물관리, 일정관리, 성과관리, 자체 검사 등)을 수행하여야 한다. |
| 산출물 | 품질보증계획서 |
| 요구사항 고유번호 | QUR-002 | |
|---|---|---|
| 요구사항 명칭 | 결함 발생 및 조치 | |
| 요구사항 분류 | 품질 요구사항 | |
| 정의 | 결함의 발견과 조치에 대한 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 테스트 기간 동안 발견된 오류는 100% 조치하여야 한다. 단, 사업자의 불가항력 또는 발주자의 사정에 의한 경우는 협의에 의해 제외될 수 있다 - 시스템 오픈 이후 발생하는 결함에 대해서는 그 조치 및 예방에 대한 계획을 수 립하여 제출하여야 한다. |
| 산출물 | 품질보증계획서 |
| 요구사항 고유번호 | QUR-003 | |
|---|---|---|
| 요구사항 명칭 | 시스템 인터페이스 | |
| 요구사항 분류 | 품질 요구사항 | |
| 정의 | 시스템 간 상호작용 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템 인터페이스 요구사항 및 응용프로그램 간 상호작용을 하는 기능은 기능 구현의 정확성과 정보의 무결성 및 데이터의 정합성을 보장하여야 한다. |
| 산출물 | 인터페이스 정의서 |
| 요구사항 고유번호 | QUR-004 | |
|---|---|---|
| 요구사항 명칭 | 이해 용이성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 정의 | 이해 용이성 | |
| 요구사항 상세설명 | 세부 내용 | - 사용자 및 관리자가 시스템을 쉽고 편하게 사용할 수 있도록 하기 위해 아래 각 산출물에 해당 내용이 자세히 기술되어 제공되어야 한다. - 시스템에서 제공하는 모든 기능에 대해 사용자 매뉴얼과 운영자 매뉴얼이 제공 되어야 한다. - 시스템에서 제공하는 인터페이스 기능과 방법을 인터페이스 정의서에 기술하여 제공하여야 한다. |
| 산출물 | 사용자/운영자 매뉴얼, 인터페이스 정의서 |
| 요구사항 고유번호 | COR-001 | |
|---|---|---|
| 요구사항 명칭 | 시스템의 확장성 및 유연성 확보 | |
| 요구사항 분류 | 제약사항 | |
| 정의 | 시스템의 확장성 및 유연성 확보 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템은 향후 유연성, 호환성, 확장성 등을 충분히 고려하여 개발되어야 한다. - 향후 업무나 제도의 변화에 따른 시스템의 변화에 유연성을 확보할 수 있도록 개발전략을 수립한다. |
| 산출물 | 사업수행계획서 |
| 요구사항 고유번호 | COR-002 | |
|---|---|---|
| 요구사항 명칭 | 웹 표준 및 호환성 준수 | |
| 요구사항 분류 | 제약사항 | |
| 정의 | 웹 표준 및 호환성 준수 요건 | |
| 요구사항 상세설명 | 세부 내용 | - W3C(World Wide Web Consortium)에서 정의한 웹 표준 및 지침을 준수하여 개 발하여야 한다. - 모든 스마트기기에서 원활하게 구동되어야 하며, 반응형 웹으로 구성하여, PC에 서도 사용가능하여야 한다. - 사용자 스마트폰의 OS(안드로이드, iOS) 가 업그레이드 되더라도 사용에 문제가 없어야 한다. |
| 산출물 | 웹 표준 및 Cross Browsing Test 결과 보고서 |
| 요구사항 고유번호 | COR-003 | |
|---|---|---|
| 요구사항 명칭 | 저작권 준수 | |
| 요구사항 분류 | 제약사항 | |
| 정의 | 저작권 준수에 대한 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템 구축 과정에서 사용되는 H/W, S/W 와 콘텐츠 등은 저작권을 침해하지 않아야 한다. - 사업을 수행함에 있어 제3자의 특허권 또는 저작권을 침해하여 본 대학교를 상 대로 손해배상 청구소송이 제기되면 피해자 측에 합의 배상하여야 한다. - 공개 S/W를 사용할 경우 해당 S/W의 유지보수 방안 및 라이센스 확보 방안에 대해 제시하여야 한다. |
| 산출물 | 사업수행계획서, 유지보수계획서 |
| 요구사항 고유번호 | PMR-001 | |
|---|---|---|
| 요구사항 명칭 | 사업수행계획서 작성 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 사업수행계획서 작성 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 선정된 사업자는 계약일로부터 14일 이내에 계약서, 제안요청서, 제안서 등을 근 거로 본 사업을 수행하기 위한 사업수행계획서를 작성·제출하여야 한다. - 사업수행계획은 수행공정간 연계가 보일 수 있도록 수립해야 하며 감리 및 품질 보증 기간 등을 고려하여 상세하게 기술하여야 한다. 모든 활동에 대한 업무 상세 정의와 일정계획, 수행 방안 및 의사소통 방안, 기 밀 보장 방안 등 상세 프로젝트 계획을 제공하여야 한다. - 사업 추진 시 이루어져야할 각종 보고(정기/수시) 계획이 포함되어야 한다. |
| 산출물 | 사업수행계획서, 상세일정계획표, 정기/수시 보고서 |
| 요구사항 고유번호 | PMR-002 | |
|---|---|---|
| 요구사항 명칭 | 프로젝트 일정 및 진척관리 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 일정 및 진척관리 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 본 사업을 납기 내 완수하기 위한 단계별 추진일정 및 세부 활동 내용 등이 포 함된 일정계획(WBS)을 제시하여야 한다. - WBS는 제안한 개발방법론 기준으로 작성하여야 하며, 최하위 레벨은 성과관리 가 가능하도록 하여야 한다. - 제안한 개발방법론에 따라 개발단계별, 작업단위별로 작업절차가 고려된 일정계 획 및 세부 활동을 제시하여야 한다. - 사업기간 동안 내·외부 관계자 참석하에 착수보고회, 중간보고회, 완료보고회를 실시하여야 한다. - 계약일로부터 사업종료일까지 착수일 기준 주·월간 보고의 수행계획에 따라 현재 시점의 구체적인 공정 및 진행사항, 업무 추진 상 이슈 및 대응방안 등을 제출하 여야 한다. |
| 산출물 | 사업 착수계, 사업수행계획서, WBS 등 |
| 요구사항 고유번호 | PMR-003 | |
|---|---|---|
| 요구사항 명칭 | 사업수행조직 및 투입인력 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 투입인력의 구성 및 관리 | |
| 요구사항 상세설명 | 세부 내용 | - 본 사업을 수행할 추진조직과 단계별 인력 투입계획(역할, 투입율, 투입기간, 경 력 등)을 제시하여야 한다. - 사업 진행 중 특별한 사유가 없는 한 인력교체는 원칙적으로 불가하나, 퇴사 등 으로 인한 사유로 인력교체가 필요할 경우 사전에 본교의 승인을 받아야 하며, 동급 이상의 대체 인력을 투입하여야 한다 - 투입인력은 주사업자의 개발인력 위주로 편성하여야 한다. |
| 산출물 | 사업관리 산출물(사업수행 조직도, 핵심인력투입 계획서 등) |
| 요구사항 고유번호 | PMR-004 | |
|---|---|---|
| 요구사항 명칭 | 산출물 관리 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 산출물 관리 | |
| 요구사항 상세설명 | 세부 내용 | - 사업자는 본 사업 추진과정에서 이루어져야 할 산출물의 종류 및 내역을 각 구 축 단계별 제출 방법과 부수와 함께 제시하여야 한다. - 본 사업의 산출물 소유권은 본 대학교에 있다. - 산출물의 변경에 대해서는 버전관리를 통해 수행되어야 한다. |
| 산출물 | 산출물 계획서, 계획서에 포함된 산출물 |
| 요구사항 고유번호 | PMR-005 | |
|---|---|---|
| 요구사항 명칭 | 형상관리 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 형상관리 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 시스템 구축 시 개발 내역 및 구축 시스템에 대한 형상관리 및 배포 방안을 제 시하여야 한다. |
| 산출물 | 형상관리계획서, 결과서 |
| 요구사항 고유번호 | PMR-006 | |
|---|---|---|
| 요구사항 명칭 | 의사소통관리 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 의사소통 관리 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 본 사업 추진 중에 이루어져야 할 각종 보고(정기/비정기) 및 검토 계획을 상세 히 제시하여야 한다. - 원활한 사업 추진을 위해 필요 시 비정기적인 보고 요청에도 응하여야 한다. |
| 산출물 | 사업수행계획서 |
| 요구사항 고유번호 | PMR-007 | |
|---|---|---|
| 요구사항 명칭 | 품질관리 및 품질보증 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 품질관리 및 품질보증 요건 | |
| 요구사항 상세설명 | 세부 내용 | - 품질보증의 범위, 품질보증을 위한 조직, 절차, 점검방법 등 품질보증을 보장하기 위한 품질보증방안을 제시하여야 한다. - 품질보증 활동 결과에 따른 조치 방안을 제시하여야 한다. |
| 산출물 | 품질보증계획서 |
| 요구사항 고유번호 | PMR-008 | |
|---|---|---|
| 요구사항 명칭 | 위험 및 이슈관리 방안 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 정의 | 위험 및 이슈관리 | |
| 요구사항 상세설명 | 세부 내용 | - 본 사업의 수행 시 일정지연이나 품질저하 등의 Risk 발생을 사전 예방하고, 발 생 시 사후 대처할 수 있는 방안을 제시하여야 한다. - 긴급한 이슈사항이나 위험요소에 대해 수시 보고 및 회의 진행을 할 수 있는 통 제 방안을 제시하여야 한다. - 내·외부 시스템 간 연계 및 활용에 따른 개발 과정에 대한 리스크 대책을 제시하 여야 한다. - 프로젝트 추진과정에서 요구되는 진척/위험/변경사항의 관리방안 및 지속적으로 문제를 파악 관리할 수 있는 방안을 제시하여야 한다. |
| 산출물 | 사업수행계획서 |
| 요구사항 고유번호 | PSR-001 | |
|---|---|---|
| 요구사항 명칭 | 교육지원 및 기술지원 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 정의 | 개발자 및 사용자, 운영자에 대한 효과적인 교육 훈련 | |
| 요구사항 상세설명 | 세부 내용 | - 사업자는 본 사업 완료 전까지 개발, 운영, 사용에 필요한 기술 및 활동에 대한 교육계획서를 제출하고 해당 교육을 실시하여야 한다. - 교육계획서는 교육 훈련에 대한 목적 및 내용, 대상, 방법, 인원, 일정, 장소 등의 내용을 포함하고 있어야 한다. - 시스템 구축 및 운영 상 필요하다고 판단되어 사업자에게 추가 교육을 요청할 경우 이에 적극적으로 협조하여야 한다. - 교육훈련 수행으로 인해 일정에 차질이 있어서는 안 되며, 교육에 소요되는 비용 이 생길 경우 사업자가 부담하여야 한다. |
| 산출물 | 사용자/운영자 교육계획서, 결과서 |
| 요구사항 고유번호 | PSR-002 | |
|---|---|---|
| 요구사항 명칭 | 기술이전 지원 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 정의 | 기술이전 계획을 제시하고 제공 | |
| 요구사항 상세설명 | 세부 내용 | - 사업자는 대상시스템 구축과 관련하여 시스템을 완전히 이해 또는 숙지할 수 있 게 과업수행 과정상 수반되는 전문기술 및 관련 제반사항을 전수하는데 최선을 다하여야 한다. - 구축된 시스템에 대한 기술이전 분야 및 범위 대상, 이전 내용, 방법 및 기간 등을 포함된 기술이전계획을 제시하여야 한다. - 기타 정보시스템 고도화 및 운영과 관련한 제반 기술사항도 함께 지원하여야 한다. |
| 산출물 | 기술이전 계획서, 결과서 |
| 요구사항 고유번호 | PSR-003 | |
|---|---|---|
| 요구사항 명칭 | 하자보수 방안 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 정의 | 하자보수 방안 | |
| 요구사항 상세설명 | 세부 내용 | - 하자보수 기간은 최종 검수 완료일로부터 1년으로 하며 무상으로 보수하여야 한다. - 사업자는 구축되는 소프트웨어 및 도입되는 시스템 S/W의 하자보수 지원 방안 을 제시하여야 한다. - 하자보수 기간 내에 구축된 시스템에서 하자가 발생하여 본교가 하자보수를 요 청한 경우 사업자는 즉각 그 조치 및 대책을 제시하여야 한다. - 기타 상세한 내용에 대해서는 본교와 협의하여 결정한다. |
| 산출물 | 하자보수 계획서 |
참가자격
- 30 -
Ⅳ 사업자 선정절차 및 방법
1 선정기준 l 『국가를 당사자로 하는 계약에 관한 법률 시행령』 제43조(협상에 의한 계약 체결) 2 입찰 참가 자격 l 국가를 당사자로 하는 계약에 관한 법률 시행령 제12조 및 동법 시행규칙 제14조에 의한 경쟁입찰 참가자격을 갖춘 사업자 l 소프트웨어진흥법 제58조에 의한 소프트웨어사업(패키지소프트웨어개발.공급사업)의 신 고를 필한 사업자 l 「소프트웨어진흥법」제48조2(중소 소프트웨어사업자의 사업참여 지원)에 따른 「대기업인 소프트웨어사업자가 참여할 수 있는 사업금액의 하한」고시(과학기술정보통신부 고시 2026-4호, 2026.1.29.)」 준수
l 정보시스템개발서비스 “직접생산증명서”를 소지한 업체
*『소프트웨어진흥법』제58조에 의거 소프트웨어사업자로서 중소기업제품 구매 촉진 및 판로 지원에 관한 법률 제9조 및 같은 법 시행령 제10조의 규정 l 공고일 기준으로 최근 3년간(입찰공고일 기준) 대학의 학사행정·일반행정업무 관련한 종합정보시스템 개발 완료 실적 중 단일실적 15억 원 이상 실적을 보유한사업자(실적 증명서 제출) l 입찰공고일 현재 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자와 법원에 화의 또는 법정관리를 신청 중인 사업자은 입찰에 참가할 수 없음. l 국가를 당사자로 하는 계약에 관한 법률 시행령 제 76조 규정에 의한 부정당 업체는 입찰참가를 제한함 - 31 - 3 입찰참가 등록 및 제안서 제출
※ 모든 제출서류는 사본인 경우 반드시 원본대조필 명기 후 인감 날인하여 제출 ※ 기술제안서 제출 시 인감도장(또는 사용인감) 지참 - 32 - 4 사업자 선정 절차
l 선정절차
입찰공고 → 과업설명회 → 제안서 접수 → 제안 설명회 및 평가위원 심사 → 우선 협상대상 업체 선정 및 통보 → 우선협상대상자와 협상 → 계약체결 → 착수보고 → 용역(사업)수행 5 사업자 선정 방법 l 국가를 당사자로 하는 계약에 관한 법률시행령 제43조 ‘협상에 의한 계약체결 기준’ 적용하여 선정한다. l 제안업체의 제안에 대하여 기술부문과 가격부문에 대한 종합평가로 실시한다. l 협력업체에 대해 기술적인 부분을 평가할 수 있도록 협력업체 참여시 제안업체와의 관계 및 협력업체 소개, 보유 전문기술, 실적 등 기재하여 이를 평가할 수 있도록 한
다.
l 낙찰자 결정방식 : 협상에 의한 계약체결
l 제안서 평가와 협상, 낙찰자 결정
- 기술평가와 가격평가를 실시하여 종합평가 점수로 산출한다.
- 평가비율 : 기술평가(80%), 가격평가(20%)
- 종합평가점수 산출 = 기술평가점수 + 가격평가점수
ㅇ 기술평가(80점), 가격평가(20점) 점수 합산 후 고득점 순으로 협상에 의한
계약 우선순위 결정(단, 합산점수의 평균이 80점 이상인 자에 한함)
- 동점처리 방침
ㅇ 종합평가 점수가 동일 업체일 경우 기술평가 점수가 높은 업체를 선정한다. ㅇ 기술평가 점수도 동일 업체일 경우 평가항목의 배점점수가 높은 점수를 획득
배점·평가
한 업체를 선정한다.
ㅇ 평가점수는 소수점 이하 다섯째자리에서 반올림 한다.
l 우선 협상대상자 선정 및 협상 순서
- 기술평가 점수가 기술평가분야 배점한도의 80%이상인 업체를 협상적격자로 선정
하되 협상적격자가 없는 경우 재공고 입찰에 부칠 수 있다.
- 협상순서는 종합평가 점수가 고득점 순에 의하여 결정.
- 종합평가 점수가 동점일 경우 동점처리 방침에 따라 협상 순서 결정.
- 모든 협상적격자와 협상 결렬 시 재공고 입찰에 부칠 수 있음
- 협상방법 및 기준
o 협상대상자가 제안한 사업내용, 이행방법, 이행일정, 제안가격 등 제안서의 내용을
대상으로 협상을 실시하여 필요한 경우 그 내용의 일부를 조정 가능
- 33 - o 가격협상에서는 본 사업의 예산이하로 협상 대상자가 제안한 가격이 기준가격이
됨
o 협상 대상자가 제안한 내용을 가감하는 경우에는 가감내용에 상당하는 금액을 사 업예산 범위 내에서 조정 가능. 다만, 제안요청 시 포함되지 않았으나 우리대학의 협상 요구에 의하여 증가되는 사업범위에 대해서는 사업예산의 범위 내에서 이에
해당하는 원가반영 가능
l 기술 평가기준 및 평가방법, 배점은 소프트웨어기술성평가기준(과학기술정보통신부고 시 제2025-20호(2025.4.30. 일부 개정))을 준용하되 우리대학의 여건에 따라 조정 적
Ⅴ 1 l 본 사업은 협상에 의한 계약이므로 기술제안서 및 금액제안서를 제출하여야 한다. l 기술제안서는 구비서류를 모두 갖추어 공문으로 방문 제출하여야 한다.(우편 불가)
l 제출서류가 완비되지 않은 경우에는 신청접수를 받지 않음
l 기한 내 접수된 제안서만 유효하며, 기 제출된 자료는 반환하지 않음
l 질문사항은 반드시 서면(메일)으로 질의하고 전화문의 또는 구두로 질의 응답한 사항 은 법적 효력을 갖지 못함. l 제출기한 : 2026년 11월 9일 10:30 ~ 11:00까지 l 제출처 : 청운대학교 대학본부 사무처
l 관련 문의처
- 계약관련 : 사무처 홍석현 041-630-3431 - 제안관련 : 전산정보지원팀 최지혜 032-770-8139 l 입찰일정 : 입찰공고에 따름 2 제안 시 전제조건 l 제안서 참여인력 중 사업총괄책임자(PM)는 대학 프로젝트 1건 이상(규모 10억 이상) PM 경력자로 투입하여야 한다. 제안공고일 기준 현재 주관사 소속으로 재직 중인 자 이여야 하며 관련 증빙서류를 제출하여야 한다.(계약직 및 프리랜서 허용 안함) l 분야별 전문 PL 인력구성안을 제안하여야 하며, PM과 PL은 사업완료 시까지 변경할 수 없다. l 계약이후 단계별 투입인력은 제안 시 투입계획에 의한 인원으로 하며, 부득이하게 투 입인력 교체 시 본교의 동의를 얻어야 한다. l 투입인력에 대한 이력사항에는 자사인력 여부 및 해당업무 경력을 반드시 포함해야 한다. l 개발되는 시스템의 안정성, 고성능 유연성을 보장하기 위한 프레임워크의 설계 구조와 성능 및 상세기능을 명확하게 제시하여야 하고 시스템 구성에서의 적용방안을 구체적 으로 제시하여야 한다. l 제안업체의 제안내용에 대한 확인·검증이 필요한 경우 제안업체에 입증자료를 요구할 수 있으며, 입증자료를 제출하지 못할 경우 불가능한 것으로 판단한다.
l 유의사항
- 발표내용이 제안서와 상이한 사항이 있는 경우 이를 별도로 명기
- 38 - - 제안 내용은 본 사업 제안업체의 사업총괄책임자(PM)가 직접 발표해야 하며, 동영
상 등을 이용한 간접발표는 불허함
l 평가방법
- 기술제안서 내용은 평가위원회(위원장 포함)를 구성, 평가항목 배점표에 의거해 주
관적으로 평가
- 기술평가 점수는 평가위원이 평가한 점수 중 최고점수 1개와 최저점수 1개를 제외 하고(최고·최저 점수가 2개 이상인 경우 하나의 점수만 제외), 나머지 점수를 평균
하여 획득점수를 산출
- 평균점수 산정결과 소수점 이하의 숫자가 있는 경우에는 소수점 다섯째자리에서 반
올림 함
- 협상적격자 선정을 위한 평가는 기술평가 80점(정량적평가 20점, 정성적평가 60점),
가격평가(20점)로 이루어진다.
- 기술 평가는 평가항목 배점표에 의거 평가위원회가 평가
- 평가기준 및 배점은 소프트웨어기술성평가기준(과학기술정보통신부 고시 2025-20호) 및 입찰시 낙찰자 결정기준(행정안전부 예규 제373호, 2026.6.29. 일부개정)을
사업특성에 맞게 변경적용
- 제안서 평가결과 및 협상결과는 공개하지 않음
- 39 - 8 제안서 평가기준
| 구 분 | 평가항목 | 배점 | |||
|---|---|---|---|---|---|
| 계 | 100 | ||||
| 소 계 | 20 | ||||
| 정량적 | 유사용역 수행 실적 | 10 | |||
| 평 가 | 경영상태 | 5 | |||
| 신인도 및 인증보유 | |||||
| 소 계 | 60 | ||||
| 사업수행경험 | 5 | ||||
| 사업수행계획부문 | 과업이해도 | 15 | |||
| 추진전략 | |||||
| 사업수행방안 | 7 | ||||
| 기술능력 평 가 | 개발기술부문 | 사업수행환경 | 20 | ||
| 데이터이관 | 6 | ||||
| 정성적 | 품질보증방안 | 3 | |||
| 평 가 | 관리부문 | 관리방법론 | 10 | ||
| 일정계획 | 4 | ||||
| 시험운영 | 2 | ||||
| 교육계획 | 5 | ||||
| 지원부문 | 유지보수방안 | 4 | 15 | ||
| 기밀보안 | 2 | ||||
| 상호협력 | |||||
| 가격 평가 | 입찰가격 평점산식에 의한 평가 | 20 |
| 대항목 | 중항목 | 평가요소 | 배점기준 | |
|---|---|---|---|---|
| 사업수행경험 | - 사업수행경험의 유사성 및 건수 - 자체개발기술 등 관련기술 보유 | 5 | ||
| 사업수행계획 부분 | 과업이해도 | - 대상업무 목표 및 내용의 이해도 - 목표시스템 구성의 적정성 - 제안요청서와의 부합성 | 15 | |
| 추진전략 | - 추진전략의 창의성, 타당성, 실현가능성 - 적용기술의 최신성, 혁신성 | |||
| 개발기술 | 사업수행방안 | - 사업추진내용 및 수행방안의 적정성 - 표준(프레임워크 등) 요구 충족도 - 사업수행 절차의 타당성 - 요구사항 이해도 및 구축 방안 - 산출물의 적정성 - 도구와 기법의 적정성과 경험 | 7 | |
| 부분 | 사업수행환경 | - 적용방법론의 경험 및 적정성 - 수행 능력 적정성 - 전문가 참여방안 및 참여전문가의 전문성 여부 | 20 | |
| 데이터 이관 | - 기존시스템 자료이관 방법/일정의 적정성 - 이관후 검증방법, 에러데이터 처리방법의 적정성 | 6 | ||
| 품질보증방안 | - 품질보증계획의 적정성 - 사업자 품질보증 능력 | 3 | ||
| 관리방법론 | - 위험관리, 자원관리, 진도관리, 보안관리, 형상관리, 문서 관리 방안의 적정성 | |||
| 관리부분 | 일정계획 | - 세부활동 도출 및 기간의 타당성 - 세부활동 배열의 합리성 - 중간목표 정의의 타당성 - 자원배분의 합리성 | 4 | 10 |
| 시험운영 | - 시험운영 방법 및 내용의 적정성 - 시험운영 일정 및 조직의 적정성 | 2 | ||
| 교육계획 | - 교육훈련 방법 및 내용의 적정성 - 교육훈련 일정 및 조직의 적정성 - 기술이전 및 교육 훈련 방안 적정성 | 5 | ||
| 지원부문 | 유지보수방안 | - 유지보수 계획 및 조직의 적정성 - 유지보수 기간 및 범위의 적정성 - 효율적인 유지보수 방안 및 절차 적정성 | 4 | 15 |
| 기밀보안 | - 기밀보안 체계 및 대책의 적정성 - 저작권 존중여부 | 2 | ||
| 상호협력 | - 컨소시엄(협력업체) 구성, 협력방안의 적정성 - 인프라구축 사업자와 협력 방안의 적정성 |
청 운 대 학 교
- 64 - === [제2026-013호]입찰공고.pdf ===
입 찰 공 고
1. 입찰에 부치는 사항 가. 공고번호 : 제2026-013호 나. 입 찰 명 : 통합정보시스템 고도화 구축 용역 다. 입찰방식 : 제한경쟁입찰(협상에 의한 계약) 라. 낙찰방법 : 제안서 평가를 통한 협상에 의한 계약 체결 마. 계약기간 : 계약일로부터 2026년 2월 15일까지(※ 추진 상황에 따라 변동될 수 있음) 2. 입찰 일정 및 입찰 장소 가. 입찰공고 : 2026. 09. 29.(화) 나라장터, 본교 홈페이지 게재 나. 가견적 제출 기한 : 2026. 11. 04(수) 12시까지 - 메일 : shh@chungwoon.ac.kr 다. 입찰등록 및 제안서 제출 : 1) 2026. 11. 09.(월) 10:30~11:00까지 홍성캠퍼스 대학본부 5층 523호 2) 입찰 참가 서류(첨부 참조) 일체를 같이 제출 라. 제안서 평가(발표) 일시 : 2026. 11. 12.(목) 10:00 홍성캠퍼스 9층 회의실 마. 우선협상대상자 통보 : 2026. 11. 13.(금), 개별 연락 바. 기타 : 본 대학 사정에 따라 상기 일정 및 장소가 변동될 수 있음. 3. 입찰 참가 자격 [입찰 전 납품규격, 납품 가능 금액, 납품(용역) 가능 여부 등을 반드시 확인하시기를 바라며, 이에 대한 검토 없이 무리하게 입찰한 책임은 입찰참가자에게 있음]
참가자격
나. 제안서문의 : 전산정보지원팀 최지혜(032-770-8139) 2026. 09. 29. 청운대학교 총장