입찰공고상세[용역] · 마감
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
대학원생 통합이력관리시스템 고도화 개발 용역 선정 공고
고려대학교 세종캠퍼스 · SW 개발·운영
- 추정가격
- 6,364만원
- 개찰
- 10/10(토) 15:00 · 마감
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 제한 없음
- 무슨 일
- 통합이력관리시스템 고도화 개발
요약 AI 요약
대학원생의 핵심역량·학습연구역량·진로 트랙 진단과 진로 정보를 한 곳에서 관리하는 통합이력관리시스템을 고도화하는 사업이다. 기존 시스템에 진로 트랙 검사와 졸업생 진로 추적 기능을 더하고 학습자 마이페이지를 개편한다.
- 진로 트랙 검사 신규 탑재 및 핵심역량·학습연구역량·진로 트랙 3종 진단 결과 통합 관리
- 3종 진단 결과를 한 화면에서 점수·그래프로 비교하는 통합 프로파일 화면 구성
- 대학원 졸업생 진로 정보(취업·창업·진학 등) 등록·관리 및 1·3·5년 차 진로 추적 조사 연계 모듈
- 졸업생 본인 입력과 관리자(학과·대학원) 보완 입력을 병행하는 이원 입력 체계
- 학습자 마이페이지 개편(진단 이력·맞춤 추천 프로그램 대시보드)
- 학습자 이력서 및 연구 포트폴리오 생성·공유 기능(PDF 변환 포함)
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01748325 · 베타 기간 무료
사업 내용 · 이 공고에 든 일
중심 · 통합이력관리시스템 고도화 개발
용역 › 정보시스템·SW › SW 개발·운영
기존 대학원생 통합이력관리시스템을 고도화(진단 통합, 졸업생 진로 추적 모듈, 마이페이지 개편, 이력서·포트폴리오 생성)하는 SW 개발 용역이다.
- 요구사항 분석·데이터 분석·현행 시스템 구조 분석
- 전체 아키텍처·DB·데이터 연계·프로세스 설계
- 진로 트랙 검사 도구(별도 용역 산출물) 탑재 및 3종 진단 통합 산출 검증
- 학사정보·비교과·멘토링 시스템 연동
- 단위·통합·부하 테스트 및 시범운영
- 매뉴얼 작성, 기술이전 및 관리자·운영자 교육
- 하자담보 1년 및 유상 유지보수 조건 제시
- 개발 보안(시큐어코딩·취약점 진단·개인정보 접근이력 관리)
딸린 일 · 서버 등 하드웨어 도입·설치
물품 › 컴퓨터·IT·통신 › 서버·스토리지·GPU
온프레미스 구축을 위한 서버 1식(인텔 제온, 32GB 메모리, 1.2TB SAS 등)을 도입·설치하는 일로, 예산에 포함되며 개발비와 구분 산출된다.
- 서버 제조사 5년 보증 확보 및 보증서 제출
- OS(Linux) 및 시스템 S/W 설치·패치
- 하드웨어 장애 시 제조사 보증 절차 대행
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서 평가결과 기술능력평가 점수가 배점한도(90점)의 85%(76.5점)이상인 자를 협상적격자로 선정하고, 협상적격자의 기술능력평가 점수와 입찰가격평가 점수를 합산하여 합산점수의 고득점 순에 따라 협상을 실시
| 평가 항목 | 배점 |
|---|---|
| 경험 및 주요 사업실적 | 5점 |
| 기업신용등급 평가 | 5점 |
| 사업 이해도 | 3점 |
| 추진 전략 | 3점 |
| 적용 기술 | 3점 |
| 표준 프레임워크 적용 | 3점 |
| 개발 방법론 | 3점 |
| 시스템 요구사항 | 3점 |
| 기능 요구사항 | 8점 |
| 보안 요구사항 | 3점 |
| 데이터 요구사항 | 3점 |
| 시스템운영 요구사항 | 3점 |
| 제약 사항 | 3점 |
| 성능 요구사항 | 3점 |
| 품질 요구사항 | 3점 |
| 인터페이스 요구사항 | 3점 |
| 관리 방법론 | 3점 |
| 일정 계획 | 3점 |
| 개발 장비 | 3점 |
| 품질 보증 | 3점 |
| 시험 운영 | 2점 |
| 교육 훈련 | 2점 |
| 유지 관리 | 3점 |
| 하자 보수 계획 | 3점 |
| 기밀 보안 | 3점 |
| 비상 대책 | 3점 |
| 하도급계획 적정성 | 5점 |
| 가격평가 평점산식 적용 | 10점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 제한 없음
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 직찰/우편
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/29(화) | 지남 |
| 개찰 | 10/10(토) 15:00 | 지남 |
가격
- 추정가격
- 63,636,364원
- 배정예산
- 70,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/29(화)
- 공고번호
- R26BK01748325-000
- 참조번호
- 20260929-001
- 공고기관
- 고려대학교 세종캠퍼스
- 수요기관
- 고려대학교 세종캠퍼스
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 63,636,364원
- 배정예산
- 70,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 패키지소프트웨어개발및도입서비스
- 사전규격번호
- R26BD00279046
- 재공고
- 아니오
- 출처
- 나라장터
첨부파일
- HWPX · BK21대학원혁신사업 제안요청서_통합이력관리시스템 고도화.hwpx · 공고규격서
- HWPX · BK21대학원혁신사업 입찰공고문_통합이력관리시스템 고도화.hwpx · 공고규격서
- PDF · BK21대학원혁신사업 입찰공고문_통합이력관리시스템 고도화.pdf · 공고규격서
문서 발췌
과업·요구
| 사 업 명 | 대학원생 통합이력관리시스템 고도화 개발 |
|---|---|
| 주관기관 | 고려대학교 세종캠퍼스 연구산학처 |
Ⅰ 사업안내
1. 사업개요 □ 사 업 명 : 대학원생 통합이력관리시스템 고도화 개발 용역 □ 주관기관 : 고려대학교 세종캠퍼스 연구산학처 □ 사업기간 : 계약체결일로부터 2027년 2월 11일까지 □ 사업예산 : 금 70,000,000원 (금 칠천만원정, 부가세 포함) ○ 본 예산에는 서버 등 하드웨어 도입비를 포함하며 제안사는 하드웨어 도입비와 소프트웨어 개발비를 구분한 산출내역서를 제안서에 첨부하여야 함. □ 계약방법 : 제한경쟁입찰 (협상에 의한 계약) 2. 현행 시스템 개요 ○ 본 사업은 기 운영 중인 시스템의 고도화 사업으로, 현행 시스템의 제원은 다음과 같다.
| 구분 | 내용 |
|---|---|
| 시스템 명칭 | 대학원생 통합이력관리시스템 |
| 개발언어 / 프레임워크 | Java / Spring Boot |
| DRMS / 버전 | Maria 12.x.x |
| 서버 환경 | Linux |
| 소스코드 제공범위 | 소스코드 일체를 낙찰자에게 제공하며, 제공 시점은 약체결 후 15일 이내로 함. |
3. 추진배경 및 필요성 □ 추진배경 ○ 대학원생의 핵심역량, 학습연구역량, 진로 트랙 등 학습자 개개인의 역량과 진로 진단 관리를 통합하는 이력관리시스템 고도화 필요 ○ 대학원 졸업 후 지속적인 이력 추적 및 지원 체계 구성 필요 ○ 대학원생의 취업 및 진학지원을 위한 이력서, 포트폴리오 생성 및 관리 시스템 필요 ○ 대학원생의 학업 전주기를 지원하는 체계가 미흡 4. 사업 내용 □ 통합이력관리 시스템 고도화 ○ 진단 서비스 고도화 - 진로 트랙 검사 신규 탑재 - 핵심역량, 학습연구역량, 진로 트랙 3종 진단 결과 통합 관리 ○ 대학원 졸업생 진로 추적 모듈 - 대학원 졸업생 진로 정보(취업, 창업, 진학 등) 정보 등록/관리 - 연차별(1·3·5년) 진로 추적 조사 연계 모듈 개발 - 대학원 졸업생 본인 입력과 관리자(학과·대학원) 보완 입력을 병행하는 이원 입력 체계 ○ 학습자 마이페이지 개편 - 진단 이력 및 맞춤 추천 프로그램 대시보드 구성 추가 - 대학원생 개별 이력서 및 연구 포트폴리오 생성/공유 기능 개발 □ 과업의 단계 구분 및 선행 사업과의 관계 ○ 진로 트랙 검사 도구(문항 및 판정 알고리즘)는 본 사업과 별도의 용역으로 2026년 12월 개발 완료 예정이며, 본 사업은 해당 도구를 인도받아 시스템에 탑재하는 것을 과업으로 한다. ○ 이에 따라 과업을 다음 2단계로 구분하여 수행한다.
| 구분 | 과업 범위 | 완료 시점 |
|---|---|---|
| 1단계 | 통합 프로파일 화면 구성, 졸업생 진로 추적 모듈, 학습자 마이페이지 개편, 이력서·포트폴리오 생성, 서버 구성 및 연동 | 2026년 12월 31일 |
| 2단계 | 진로 트랙 검사 문항·판정 알고리즘 탑재, 3종 진단 통합 산출 검증, 통합 테스트 및 시범운영 | 2027년 1월 31일 |
○ 진로 트랙 검사 도구 개발이 지연되는 경우 2단계 일정은 발주처와 협의하여 조정할 수 있으며, 이로 인한 지연은 사업수행업체의 귀책으로 보지 아니한다. ○ 사업수행업체는 착수 후 2주 이내에 도구 개발 업체와 인터페이스 사양(문항 코드체계, 배점·판정 로직, 결과 데이터 규격)을 협의하고 그 결과를 발주처에 보고하여야 한다. □ 기타 사항 ○ 4단계 BK21 대학원혁신지원사업 사용자가 원활하게 이용할 수 있어야 하며, 전체 교직원과 대학원생의 활용을 고려한 구축·운영 방안을 제시 - 본 시스템은 교내 온프레미스 환경으로 구축 - 정보 보호 및 보안 규정을 준수 하는 학교내 서버 인프라 구축 ○ 액티브X, 플러그인 등 별도의 프로그램을 설치하지 않고 다양한 운영체제 및 웹 브라우저에서 사용할 수 있는 웹 표준 정보시스템 구축 ○ 사용자 편의성 증대를 위한 최신 트렌드 UI 및 맞춤형 UX 적용 5. 사업 협의 및 보고 일정 □ 중간보고회 1회 (보고서 제출) □ 최종보고회: 계약 만료 15일 전후(세부 보고 체계는PMR-004 참조) 6. 사업 결과물 □ 용역 결과 보고서 제출 ○ 최종보고서: 한글, PDF 파일 ○ 프레젠테이션 자료: 요약보고서 (PPT 또는 PDF) □ 개발 산출물 제출 ○ PMR-003에 따름 4. 추진 일정
| 추진업무 | 추진일정 | |||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| W1 | W2 | W3 | W4 | W5 | W6 | W7 | W8 | W9 | ||||||||||||
| 착수 | 착수준비, 일정수립, 도구 개발 업체 인터페이스 사양 협의 | ■ | ■ | |||||||||||||||||
| 사업 기간 | 분석 | 요구사항 분석 | ||||||||||||||||||
| 데이터 분석 | ||||||||||||||||||||
| 유사 시스템 분석 및 제시 | ■ | ■ | ||||||||||||||||||
| 현행 시스템 구조 분석 | ||||||||||||||||||||
| 설계 | 전체 아키텍처 설계 | ■ | ■ | |||||||||||||||||
| DB 및 데이터 연계 설계 | ||||||||||||||||||||
| 프로세스 설계 | ||||||||||||||||||||
| 개발 (1단계) | 통합프로파일 환면 구성 | ■ | ■ | ■ | ■ | |||||||||||||||
| 졸업생 진로 정보 등록/관리 기능 | ■ | ■ | ||||||||||||||||||
| 학습자 마이페이지 구성 개편 | ■ | ■ | ||||||||||||||||||
| 이력서/포트폴리오 생성/공유 기능 | ||||||||||||||||||||
| 서버 구성 및 연동 | ||||||||||||||||||||
| 초기 데이터 구축 | ||||||||||||||||||||
| (2단계) | 진로 트랙 검사 신규 탑재 | ■ | ■ | ■ | ||||||||||||||||
| 3종 진단 결과 통합 관리 기능 | ||||||||||||||||||||
| 시험 운영 및 보안 | 단위 테스트 | |||||||||||||||||||
| 통합 테스트 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 매뉴얼/산출물 작성 | ||||||||||||||||||||
| 기술이전 및 교육 | ||||||||||||||||||||
| 연동테스트 | ||||||||||||||||||||
| 검수 및 수정 | ||||||||||||||||||||
| 시범운영 | ||||||||||||||||||||
| 서비스 시작 |
* 사업기간 이후 유지보수 기간에 대한 계획도 기술 필요 * 제시된 기간을 고려하여 단계별 시험운영 및 보안, 베타 테스트, 검수 및 서비스 시작 진행 일정 제시할 것 * 제안사는 상기 2단계 구분을 반영한 WBS를 제안서에 제시하여야 함
Ⅱ 제안요청 내용
1. 일반사항 ○ 본 제안요청서는 본사업 구축에 대한 제안을 받기 위한 것으로 제안업체는 본 제안요청서와 본 사업의 운영 환경에 대하여 충분히 숙지하여 가장 효과적인 방안을 제시하여야 한다. ○ 제안사는 본 장의 요구사항 전 항목에 대하여 충족 여부와 구현 방안을 기재한 「요구사항 대응표」를 제안서 별첨으로 제출하여야 한다. 2. 상세 요구사항 □ 요구사항 총괄표
| 요구사항 구분 | 설 명 | 개 수 |
|---|---|---|
| 서스템 인프라 요구사항 (SIR : System Infra equirement) | 시스템 인프라에 대한 요구사항 온프레미스 적용에 대한 관리 요구사항 | 1 |
| 기능 요구사항 (FUR:Functional Requirement) | 목표시스템의 필수수행 및 목표시스템을 이용하여 사용자가 반드시 수행할 기능(동작)에 대한 상세 요구사항 | 6 |
| 인터페이스 요구사항 (IRF: Interface Requirement) | 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 관한 기술 요건 및 요구사항 | 1 |
| 데이터 요구사항 (DAR: Data Requirement) | 목표시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하는 데 필요한 요구사항 | 5 |
| 테스트 요구사항 (TER : Test Requirement) | 시스템 성능 테스트 및 점검을 위한 테스트 요구사항 | 2 |
| 보안 요구사항 (SER: Security Requirement) | 정보자산의 기밀성, 무결성 확보와 개인정보보호를 위한 목표시스템의 데이터 및 기능, 운영 접근 통제에 대한 요구사항 | 5 |
| 품질 요구사항 (QUR: Quality Requirement) | 원활한 사업수행 및 운영을 위해 관리가 필요한 품질 항목, 품질평가 대상 및 목표에 대한 요구사항 | 4 |
| 프로젝트 관리 요구사항 (PMR : Project Management Requirement) | 프로젝트의 원활한 수행을 위한 관리 방법 및 추진 단계별 수행 방안에 대한 요구사항 | |
| 프로젝트 지원 요구사항 (PSR:Project Support Requirement) | 프로젝트의 원활한 수행을 위한 지원사항 및 방안 시스템/서비스 안정화 및 운영, 교육 훈련 및 기술지원, 하자 보수 또는 유지관리에 대한 요구사항 | 5 |
| 성능 요구사항 (PER : Performance Requirement) | 목표시스템의 처리속도 및 시간, 처리량, 동적·정적용량, 가용성 등 성능에 대한 요구사항 | 1 |
| 시스템 구성 요구사항 (ECR : Equipment Composition Requirement) | 목표시스템의 구성을 위해 필요한 SW, NW 등 필수 요구사항 | 2 |
| 합 계 | 36 |
| 구분 | 번호 | 요구사항 명 |
|---|---|---|
| 인프라 요구사항 | SIR-001 | • 시스템 인프라 서비스 규격 제안 |
| 기능 요구사항 | FUR-001 | • 시스템 기본 요구사항 |
| FUR-002 | • 표준개발 지침 준수 | |
| FUR-003 | • 역량관리 진로 트랙 검사 추가 | |
| FUR-004 | • 역량관리 통합 프로파일 구성 | |
| FUR-005 | • 졸업생 진로 추적 모듈 | |
| FUR-006 | • 학습자 마이페이지 기능 | |
| 인터페이스 요구사항 | IFR-001 | • 멀티브라우저, 모바일 환경에 대응한 사용자 인터페이스 구현 |
| 데이터 요구사항 | DAR-001 | • 데이터 표준 준수 |
| DAR-002 | • 데이터 설계 | |
| DAR-003 | • 데이터 품질관리 | |
| DAR-004 | • 데이터 구축 | |
| DAR-005 | • 구축 및 이관 | |
| 테스트 요구사항 | TER-001 | • 테스트 일반 사항 |
| TER-002 | • 시험 운영 | |
| 보안 요구사항 | SER-001 | • 개발 보안 표준 준수 |
| SER-002 | • 관련 법규 준수 | |
| SER-003 | • 보안 취약점 점검 및 이행 사항 | |
| SER-004 | • 서비스 로그인에 대한 보안 조치 | |
| SER-005 | • 개인정보 처리 접근 이력 관리 | |
| 품질 요구사항 | QUR-001 | • 기능 구현 정확성 |
| QUR-002 | • 하자담보 책임기간 | |
| QUR-003 | • 가용성 확보 | |
| QUR-004 | • 시스템 장애 복구 | |
| 프로젝트 관리 요구사항 | PMR-001 | • 프로젝트 관리 일반 |
| PMR-002 | • 조직구성 및 인력관리 | |
| PMR-003 | • 산출물 제출 | |
| PMR-004 | • 일정관리 및 보고회 개최 | |
| 프로젝트 지원 요구사항 | PSR-001 | • 보안 및 비밀유지 |
| PSR-002 | • 교육지원 | |
| PSR-003 | • 기술지원 | |
| PSR-004 | • 하자 및 유지보수 지원 | |
| PSR-005 | • 기타사항 | |
| 성능 요구사항 | PER-001 | • 동시 사용자 접속 수 |
| 시스템 구성 요구사항 | ECR-001 | • 별도 제약사항 |
| ECR-002 | • 학사정보 및 외부 시스템 연동 지원 |
□ 요구사항별 세부내용 ① 시스템 인프라 요구사항
| 요구사항 고유번호 | SIR-001 | |
|---|---|---|
| 요구사항 명칭 | 시스템 인프라 요구사항 | |
| 요구사항 분류 | ||
| 요구 사항 상세 설명 | 세부 내용 | ○ 본 시스템 구축 운영에 적절한 온프레미스 인프라를 수행사는 제안하여야 함 ○ H/W 및 S/W의 용량, 수량은 본시스템 운영 요구 규격 이상을 충족하여야 함 - 서버 도입 수량 1식 - 프로세스 : 인텔제온 6 성능 6535P 2.7G, 8C - 메모리/디스크 : 32GB 이상/ 1.2TB 10K SAS * 2EA 이상 - 네트워크 : 1GB 온-보드 LOM 2포트, 1GB BASE-T 4포트 - 전원 및 팬 이중화 지원 - OS : Linux 지원 ○ 도입 서버는 제조사 보증기간 5년 이상(온사이트, 부품 및 출장 무상)을 충족하여야 하며, 보증기간은 검수 완료일부터 기산함 ○ 보증기간 내 하드웨어 장애 발생 시 사업수행업체는 제조사 보증 절차를 대행하고, 발주처 요청 시 1영업일 이내 현장 대응하여야 함 ○ 제안사는 제조사 또는 제조사 공인 파트너가 발행한 보증서(기간·범위·대응 시간 명시)를 산출내역서에 첨부하여야 하며, 보증은 사업수행업체의 존속 여부와 무관하게 유효하여야 함 ○ 상기 서버 도입비는 사업예산에 포함되며, 제안사는 하드웨어 도입비와 개발비를 구분한 산출내역서를 제출하여야 함 ○ 본 사업은 온프레미스 구축을 원칙으로 하며, 외부 클라우드 환경에서의 데이터 보관·처리는 허용하지 아니함 ○ 시스템 구성을 위해 규격서 내용 이외의 추가 설비(H/W, S/W 등)가 필요한 경우, 그 내용을 과업에 포함하여야 하며, 추가 설비로 인해 성능이 저하되지 않아야 함 ○ 오픈소스인 경우 불법 소프트웨어 등 교육기관 업무용으로 사용 시 관리적, 기술적, 법적 하자가 없어야 하며 유지관리 방안이 강구되어야 함 ○ 시스템 S/W의 설치 및 패치 등을 수행하여야 하며, 상용 S/W의 설치 및 패치 등의 작업 시 기술지원을 해야함 |
② 기능 요구사항
| 요구사항 고유번호 | FUR-001 | |
|---|---|---|
| 요구사항 명칭 | 시스템 기본 요구사항 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 시스템 보안을 위하여 모든 시스템은 Active-X가 배제되어야 함 - 모든 시스템은 Active-X를 100% 사용하지 않고 도입 · 구축되어야 함 ○ 특정 브라우저에 종속적이지 않도록 Cross Browsing을 지원해야 함 (Edge, Firefox, Opera, Chrome, Safari 등에서 추가 개발 없이 하나의 소스로 동작해야 함) - Non-Active-X 방식으로 Edge, Safari, Firefox, Chrome 등의 다양한 웹 브라우저를 지원해야 함 ○ 다양한 OS에서 시스템 접속이 가능하여야 함 (Window, Mac 등) - 모든 시스템은 주요 브라우저(Edge, Chrome 등)의 Major Upgrade 시 하위 버전과 동일한 서비스 제공방안에 대하여 제시하여야 함 ○ 개인정보보호법 및 행안부 표준 개인정보 보호 지침 등에 따라 주요 개인정보의 암호화 등 개인정보 보호 관리체계를 마련하여야 함 ○ 『소프트웨어 개발 보안 가이드』 등 관련 법령의 보안 지침을 준수하여야 함 ○ 개방형 표준을 준수하여 상용 솔루션과의 연계가 가능하되, 특정 기술 및 제품에 종속되지 않아야 함 |
| 요구사항 고유번호 | FUR-002 | |
|---|---|---|
| 요구사항 명칭 | 표준개발 지침 준수 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 표준 개인정보보호 지침 (행정안전부) ○ 개인정보 처리단계별 기술적 보호조치 가이드라인 (행정안전부) ○ 홈페이지 보안 관리 매뉴얼 (국가정보원, 국가사이버안전센터) ○ 본교 「통합이력관리시스템 운영 개인정보보호지침」 ○ 대량 데이터 처리 성능 지원 |
| 요구사항 고유번호 | FUR-003 | |
|---|---|---|
| 요구사항 명칭 | 역량관리 진로 트랙 검사 추가 | |
| 요구사항 분류 | 기능 요구 사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 역량관리시스템 진로 트랙 검사 추가 개발 - 기 구축된 역량관리시스템에 진로 트랙 검사 설문 항목 추가 - 진로 트랙 설문 결과 알고리즘 구성 - 진로 트랙 검사 결과 대시보드 구성 ○ 진로 트랙 검사의 문항 및 판정 알고리즘은 별도 용역(2026.12월 완료 예정)의 산출물을 인도받아 적용하며, 사업수행업체는 해당 산출물의 탑재·검증을 수행함 |
| 요구사항 고유번호 | FUR-004 | |
|---|---|---|
| 요구사항 명칭 | 역량관리 통합 프로파일 구성 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 통합 프로파일링 구성 - 핵심역량, 학습연구역량, 진로 트랙 3종 진단 결과 통합 관리 - 3종 검사 결과 대시보드 구성 - 3종 결과 비교 및 분석 통합 프로파일링 페이지 구성 - 학생 1인당 한 화면에서 3종 진단의 점수·그래프와 함께 강점 및 보완점을 비교할 수 있도록 구성 - 관리자는 학과·과정·입학연도 등 기준별로 통합 프로파일 통계를 조회할 수 있어야 함 |
| 요구사항 고유번호 | FUR-005 | |
|---|---|---|
| 요구사항 명칭 | 졸업생 진로 추적 모듈 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 대학원 졸업생 진로 정보 등록 관리 기능 - 진로 정보(취업, 진학, 창업, 기타 등) 등록 - 진로별 세부 정보 입력/관리 기능 - 1·3·5년 차 추적조사와 연계 가능 모듈 - 연차별 추이 및 통계 기능 ○ 이원 입력 체계 - 대학원 졸업생 본인이 직접 입력하는 경로와 관리자(학과·대학원)가 보완 입력하는 경로를 병행 제공 - 입력 주체·입력 일시가 이력으로 기록되어야 하며, 관리자 보완 입력 시 본인 입력값을 덮어쓰지 않고 별도 이력으로 관리 ○ 졸업생 추적조사 기능 - 관리자가 조사 대상(졸업 연차 1·3·5년)과 문항을 설정하면 시스템이 졸업생별 고유 링크(토큰)가 포함된 웹 설문을 생성하여 이메일로 발송 - 졸업생이 링크를 통해 입력한 진로 정보는 별도 처리 없이 시스템에 자동 반영되며, 본인 입력 이력으로 기록 - 발송·열람·회신 현황을 관리자 화면에서 조회하고, 미회신자에 대해 재발송할 수 있을 것 - 미회신자는 관리자가 보완 입력(이원 입력 체계)으로 처리 - 발송 채널은 이메일을 기본으로 하며, SMS·알림톡 등 유료 채널 연동은 본 사업 범위에서 제외함 |
| 요구사항 고유번호 | FUR-006 | |
|---|---|---|
| 요구사항 명칭 | 학습자 마이페이지 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 학습자 대시보드 개편 - 핵심역량, 학습연구역량, 진로 트랙 3종 진단 이력 및 결과 제공 - 추천 프로그램 정보 제공 - 전체 대시보드 재 구성 ○ 학습자 이력서 및 연구 포트폴리오 구성 - 학습자 교과/비교과 학습 이력 조회 및 선택 기능 - 각 항목별 결과 선택 및 출력 기능 - 이력서 출력/저장 및 PDF 변환 기능 - 연구 포트폴리오 출력/저장 및 PDF 변환 기능 |
③ 인터페이스 요구사항
| 요구사항 고유번호 | IFR-001 | |
|---|---|---|
| 요구사항 명칭 | 멀티브라우저, 모바일 환경에 대응한 사용자 인터페이스 구현 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 최적화된 웹 인터페이스 구현 - PC, 스마트폰에서 이용 시 최적화된 해상도로 서비스 이용 ○ 멀티 브라우저 지원 - PC 브라우저: 크롬, 파이어폭스, 사파리, 오페라, Edge 등 - 모바일 브라우저: iOS 기반 휴대폰, Android 휴대폰에 기본 탑재된 모바일 브라우저에서 서비스 이용 가능하도록 구현 |
④ 데이터 요구사항
| 요구사항 고유번호 | DAR-001 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ DB 구조의 설계는 관련 업무처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려해야 함 - 데이터 명명 규칙 등을 준수하여 DB 설계, 운영 및 검증 - 관련 시스템과 데이터가 호환될 수 있도록 DB 설계 - 데이터 이관 시 최종 이관 데이터에 대한 검증 수행 ○ 데이터의 정합성을 유지하면서 시스템의 성능을 저하하지 않도록 DB 설계가 되어야 함 - 각종 통계, 조회 등의 작성 및 조회 시 시스템 부하가 최소화되도록 설계 ○ 데이터 코드 및 용어의 표준을 수립하여 설계 |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 설계 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 규정 개정 및 업무 변경에 대한 물리적인 구성 변경이 발생하지 않도록 유연성, 확장성이 반영 ○ 데이터 모델의 무결성, 안정성, 일치성, 기밀성, 가용성을 확보하여 시스템 성능 및 효율성을 강화하는 방안을 제시 ○ 수립된 데이터 표준 지침을 준수하여 데이터 설계 ○ 데이터 간 관계분석, 데이터 표준화 수립, 중복 데이터 제거 등 통합된 표준 데이터로 설계 ○ 현업 요구사항의 추가 도출 및 데이터 특성을 고려한 모델을 설계 ○ 대용량 데이터의 빠른 접근 및 추출, 적재 등이 용이하도록 데이터의 구조개선 방안을 제시 |
| 요구사항 고유번호 | DAR-003 | |
|---|---|---|
| 요구사항 명칭 | 데이터 품질관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ DB 최적화, DBMS 튜닝 등을 통해 데이터 안정성과 성능을 개선해야 함 ○ 분석, 설계 단계부터 DB 성능 및 튜닝을 고려해야 하며, 관련 전문가를 투입하여 해당 튜닝을 수행 ○ 이관된 데이터 및 시스템에 추가되는 모든 데이터에 대한 품질관리 체계 및 방안을 제시 |
| 요구사항 고유번호 | DAR-004 | |
|---|---|---|
| 요구사항 명칭 | 데이터 구축 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 시스템 구축에 필요한 최소한의 기본 데이터 적용 ○ 시스템 데이터 분석 및 정비 방안을 제시 ○ 데이터 정합성 검증을 통해 오류방지 방안을 고려해야 하며, 오류 데이터에 대한 정비 방안을 제시 ○ 데이터의 품질 검증(전후 비교)을 시행하여 보완 ○ 개인정보에 해당하는 데이터는 개인정보 보호법과 관련 기준에서 정하는 기준에 따라 암호화하여 적용 |
| 요구사항 고유번호 | DAR-005 | |
|---|---|---|
| 요구사항 명칭 | 구축 및 이관 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 응용프로그램과 DB 간 일관성을 유지해야 함 ○ DB의 효율적인 운영관리 및 스페이스의 불필요한 낭비 방지를 위해 테이블, 칼럼 등의 중복을 최소화하여야 함 ○ DB를 최적화하여 제한 조건에 따른 반응속도가 저하되지 않도록 구현해야 함 ○ 데이터 이관 시, 계획을 수립하여 기존 정보시스템의 데이터를 설계에 맞게 이관하여야 함 - 데이터 전환 시 기존 데이터의 정확성을 점검하고, 기존 자료의 사전 정비 시행 - 데이터 전환대상이 되는 데이터와 신규시스템 데이터 간 관계를 파악하여 매핑 - 데이터의 원활한 전환을 위해 조기 데이터 전환전략을 수립하고 사전점검 시행 ○ 필요 시, 이관 데이터에 대한 검증을 시행해야 함 - 전환대상 자료 누락 여부 확인 - 필수입력사항 누락 여부 - 항목의 타입, 길이의 적절성 |
⑤ 테스트 요구사항
| 요구사항 고유번호 | TER-001 | |
|---|---|---|
| 요구사항 명칭 | 테스트 일반사항 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 단계별로 세부적인 계획을 수립하여 시행하여야 하며, 테스트 항목 및 횟수는 발주처와 협의하여 적절히 조정 ○ 개발 초기부터 구축 완료까지 지속적인 테스트와 해당 결과를 반영하여 원활한 시스템이 되도록 하여야 함 ○ 특정 시기에 부하가 집중되는 시스템이므로, 부하 예측 및 그에 따른 부하 테스트를 필수적으로 진행하여야 함 |
| 요구사항 고유번호 | TER-002 | |
|---|---|---|
| 요구사항 명칭 | 시험운영 | |
| 요구사항 분류 | 테스트 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 단계별 테스트를 통하여 제시된 사용자 요구사항이 충분한 품질 수준으로 구현되었음을 입증해야 하며, 시험 중에 발생한 오류는 시험 데이터, 오류/문제 내역, 조치내용 등을 상세하게 관리하여야 함 ○ 개선 과정에서 발견된 오류 및 문제사항들은 개선을 완료하고 보완하여 기능 및 성능을 향상해야 함 ○ 시스템이 구축 완료되기까지 지속적으로 테스트를 실시해야 하며 테스트 결과의 모니터링 및 테스트 결과를 계속해서 반영하여야 함 ○ 진로 트랙 검사 탑재(2단계)에 대해서는 기존 진단 연동 분기(재응시 생략 경로/ 전체 응시 경로) 양쪽에 대한 판정 결과 일치성 검증을 필수 테스트 항목으로 포함하며 세부 테스트 시나리오는 2단계 착수시 도구 개발 업체와 함께 협의하여 확정 |
⑥ 보안 요구사항
| 요구사항 고유번호 | SER-001 | |
|---|---|---|
| 요구사항 명칭 | 개발 보안 표준 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 한국인터넷진흥원이 제공하는 개발 보안 관련 가이드 및 안내서 참고 ○ 소프트웨어 개발 보안 가이드, JAVA 시큐어코딩 가이드, Android-JAVA 시큐어코딩 가이드, 홈페이지 개발보안 안내서 등 |
| 요구사항 고유번호 | SER-003 | |
|---|---|---|
| 요구사항 명칭 | 보안 취약점 점검 및 이행 사항 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 시스템 저해요소 분석 및 개선, 취약점 대체 방안 및 해결안 마련 등이 가능하도록 서버 및 개발 소스에 대한 취약점을 진단해야 함 ○ 서버 설정상태 및 서비스 등에 대한 취약점 진단을 통해 서버 내부 취약점을 보완해야 함 ∙ 취약점 진단 - 서버의 취약한 계정, 로그 관리, 보안설정 등 다양한 취약점 진단 - 점검 결과에 대한 해결책 제시 - 관리자 콘솔과 서버 간 통신은 암호화하여 전송 ∙ 식별 및 인증 - 인가된 시스템 관리자 및 사용자 식별 - ID, PW 등 인증 지원 ∙ 보안감사 - 로그 생성/저장 및 로그에 대한 분석/통계 기능 지원 - 조건을 통한 로그 검색 ∙ 보안관리 - 보안관리 정책 설정 ○ 보안취약점이 없도록 개발해야 하며, 소스코드의 보안 약점을 제거해야 함 |
| 요구사항 고유번호 | SER-004 | |
|---|---|---|
| 요구사항 명칭 | 서비스 로그인에 대한 보안 조치 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 정보시스템 로그인에 대한 보안조치 수행하여야 함 - 로그인 실패 횟수가 5회 이상시 접속을 제한하여야 함 - 여러 명이 동시에 동일한 사용자 계정으로 로그인하지 못하도록 동시 로그인을 차단하여야 함 또는 동시 접속자수를 설정할 수 있게 하여야 함 ○ 관리자 계정은 특정 IP를 통해서만 접근하거나 특정 IP 접근에 준하는 보안성이 확보된 접근방안 제시 |
| 요구사항 고유번호 | SER-005 | |
|---|---|---|
| 요구사항 명칭 | 개인정보 처리 및 접근 이력 관리 | |
| 요구사항 분류 | 보안 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 처리 환경 제한 - 학생 개인정보 및 진단 결과는 교내 인프라 내에서만 처리하며, 외부 클라우드·외부 API를 경유하지 아니함 ○ 동의 및 이력 관리 - 진단 도구 응답 및 졸업생 진로 정보 수집 시 개인정보 수집·이용 동의 이력(동의 일시, 동의 항목, 버전)을 저장·조회 할 수 있어야 함 - 동의 철회 요청 시 해당 데이터의 처리 제한 및 파기 절차를 지원할 것 ○ 민감정보 관리 - 심리 상담·검사 등 민감정보 항목은 일반 진단 데이터와 구분하여 관리하고, 관리자 권한 중 별도로 지정된 권한 보유자에 한하여 조회·출력할 수 있도록 접근을 제한할 것 - 통합 프로파일 화면에서 민감정보 항목은 기본 비표출로 하고, 권한 보유자에 한하여 표출 - 민감정보에 대한 조회·출력 행위는 「접근 이력 기록」 항목에 따라 기록·관리할 것 ○ 접근 이력 기록 - 개인정보의 조회·출력·다운로드 및 이력서·포트폴리오 생성 행위에 대하여 사용자ID, 일시, 대상자, 행위 유형을 자동 기록 - 기록된 로그는 관리자 화면에서 기간·사용자·대상자별로 조회 가능하여야 하며, 최소 1년간 보관 ○ 권한 관리 - 시스템 관리자/ 대학원 행정/ 학습자 등 역할별 접근 권한을 차등 부여하고, 권한 변경 이력을 관리할 것 |
⑦ 품질 요구사항
| 요구사항 고유번호 | QUR-001 | |
|---|---|---|
| 요구사항 명칭 | 기능 구현 정확성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 시스템으로 제공키로 한 요구사항은 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 요구사항으로 간주함 ○ 최종 요구사항을 제공하는지는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 |
| 요구사항 고유번호 | QUR-002 | |
|---|---|---|
| 요구사항 명칭 | 하자담보 책임 기간 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 하자담보 책임 기간은 본 사업이 종료한 날(사업에 대한 시험 및 검사를 수행하여 최종산출물을 인도한 날을 말함)로부터 1년으로 함 ○ 하자를 통보받은 사업수행업체는 하자에 대한 대책을 수립하여 이를 보고하고, 신속하게 하자를 수리한 후 그 결과를 통보함 |
| 요구사항 고유번호 | QUR-003 | |
|---|---|---|
| 요구사항 명칭 | 가용성 확보 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 통상적인 업무시간 동안 시스템 가용성을 보장해야 함 ○ 수시점검을 통하여 시스템의 가용성을 확보하기 위한 활동을 시행하고 이를 보고하는 수시점검 방안을 제시함 ○ 수시점검 시 발견된 문제점은 발주처와 상호 협의를 통해 문제점을 해결할 수 있도록 보고 체계를 마련하여야 함 ○ 하자담보 기간 중의 하자보수는 무상으로 하며, 발주처의 관련 재정지원사업 종료 여부와 관계없이 검수 완료일로부터 1년간 유효함 ○ 하자보수의 범위는 계약된 요구사항의 미구현·오작동에 한하며, 신규 기능 추가 및 제도 변경에 따른 개선은 별도 유지보수 계약으로 처리함 |
| 요구사항 고유번호 | QUR-004 | |
|---|---|---|
| 요구사항 명칭 | 시스템 장애 복구 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 시스템 장애 발생 시 장애 상황에 대하여 이용자에게 공지할 수 있도록 함 ○ 시스템 장애 발생에 대비하여 주기적인 데이터 백업 지원 ○ 시스템 장애 발생 시 비상연락망을 통한 장애 대응 ○ 관리 담당자를 지정하고 장애 조치 완료 후에 처리사항에 대한 기록 관리 및 수행 |
⑧ 프로젝트 관리 요구사항
| 요구사항 고유번호 | PMR-001 | |
|---|---|---|
| 요구사항 명칭 | 프로젝트 관리 일반 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 각 단계별 체계적인 프로젝트 관리 방안 제시 ○ 사업수행 중에 이루어져야 할 각종 보고 계획을 상세히 제시 - 착수보고(착수계), 중간, 완료 보고, 업무협의 등 ○ 사업수행 단계에서 발주처와 설계, 컨셉 및 디자인, 메뉴 구성 등에 대하여 협의하고 그 결과를 반영해야 함 ○ 개발 시 사용되는 편집 TOOL 및 이미지, 콘텐츠의 라이스 및 지적재산권 사용 여부는 사업수행업체의 책임으로 해결 ○ 일정 지연, 품질 저하 등 리스크 발생을 사전 예방하고 리스크 발생 시 사후 대처방안 제시 ○ 개발 및 운영 단계에서 발생 가능한 각종 시스템 장애에 대비하기 위한 백업 및 복구 전략 제시 ○ 착수 후 2주 이내에 진로 트랙 검사 도구 개발 업체와 인터페이스 사양을 협의하고 그 결과를 발주처에 보고하여야함. 도구 개발 업체의 사유로 협의가 지연되는 경우 발주처가 협의 일정을 조정하며, 이는 사업수행업체의 귀책으로 보지 아니함 ○ 기존 시스템 개발사로부터 인수한 소스코드 및 DB 구조에 대한 분석 결과를 분석 단계 종료 시 보고하여야 함 |
| 요구사항 고유번호 | PMR-002 | |
|---|---|---|
| 요구사항 명칭 | 조직구성 및 인력관리 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 사업수행업체는 본 사업의 성공적인 추진을 위해 사업 총괄책임자 1인을 임명하고 사업수행기간 동안 성공적인 사업수행을 위한 현황분석 및 보고회를 실시하며, 발주처의 지시ㆍ감독을 받음 ○ 사업 총괄책임자는 사업수행업체 소속으로 재직자에 한함 ○ 본 사업에 투입되는 인력은 시스템의 안정적 지원을 위하여 계약 기간 동안 근무 가능한 인력을 투입 ○ 불가피한 사정에 의한 인력 변경 시 사업수행업체는 최소한 15일 이전에 유자격 대체인력을 포함 변경 사실을 사전 통보하여 승인을 받아야 하며, 변경으로 인한 업무 공백이 발생하지 않도록 교육 및 백업 계획을 수립 ○ 투입 전체 인원은 제안사가 분야별 인원을 명시하여 제시 ○ 사업수행 장소는 발주처와 협의하여 결정함 |
| 요구사항 고유번호 | PMR-003 | |
|---|---|---|
| 요구사항 명칭 | 산출물 제출 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 산출물 내역 - 보고서 (사업수행계획서/완료보고 등) - 상세 추진 일정표(WBS) - 보안서약서 - 인터페이스 설계서 - S/W 라이선스(납품 S/W 및 S/W 매뉴얼, 라이선스 등) - 시스템 설치 내역서 (H/W, S/W) - 검수 확인서 - 매뉴얼 (학습자/교수자/운영자) - 서버 제조사 보증서(5년 이상) - 소스코드, DB 스키마 정의서, ERD - 프로그램 명세서, 배포/설치 가이드 - 기타 표시되지 않은 산출물에 대한 내용은 추후 협의하여 조정 |
| 요구사항 고유번호 | PMR-004 | |
|---|---|---|
| 요구사항 명칭 | 일정관리 및 보고회 개최 | |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 사업수행계획서 제출 시 일정에 관한 내용은 WBS(Work Breakdown Structure)를 사용하여 상세히 작성해야 함 ○ 일정은 수치화하여 진도를 보고할 수 있어야 하며, 해당 과정에서 계획 대비 10% 이상 지연이 발생 시 비상으로 간주하고 해결 방안을 수립하고 실천해야 함 ○ 사업자는 사업을 수행하면서 착수, 중간, 완료 보고회를 개최해야 하며, 보고서를 제출해야 함 ○ 단, 발주기관이 사업의 원활한 이행을 위해 필요하다고 판단할 경우 보고회 개최를 보고서 제출로 대체할 수 있음 |
| 구분 | 시기 | 내 용 | 보고서 |
|---|---|---|---|
| 착수보고 | 계약 후 2주 이내 | - 사업수행 조직 소개 - 수행 계획 보고 - 수행방안 협의 - 도구 개발 업체 인터페이스 사양 협의 결과 | 사업수행계획서, 착수계 등 |
| 월간보고 | 필요 시 | - 월간 추진실적 및 향후 추진계획 보고, 수행방안 점검 | 월간보고서 등 |
| 단계별 보고회 | - 사업수행에 따른 단계별 완료보고 | 단계별보고서 등 | |
| 검토회의 | - 주요현안 및 의사결정 사항 협의 - 발주기관에서 계약대상자에게 요청한 사항에 대한 진행사항 점검 | 검토회의 등 | |
| 완료보고 | 사업 완료시점 | - 사업 수행종료에 따른 과업 내용 및 사업결과 보고 | 완료보고서, 사업완료 관련 산출물 등 |
⑨ 프로젝트 지원 요구사항
| 요구사항 고유번호 | PSR-001 | |
|---|---|---|
| 요구사항 명칭 | 보안 및 비밀유지 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 본 사업에 투입되는 기술 인력은 연구산학처 및 보안 관련 법규를 준수 ○ 정보의 변형, 유출 등에 대비한 보안체계 구현 및 복구대책 제시 ○ 비인가자의 접근 및 정보시스템의 불법적인 접근 차단을 위해 사용자 그룹별 접근 권한 부여 ○ 사업수행 과정에서 취득한 정보가 외부에 공개/유출되지 않도록 하며, 발생하는 일체의 보안사고에 대한 책임을 짐 ○ 개발·테스트 과정에서 실제 학생 개인정보를 사용하지 아니하며, 부득이한 경우 가명처리 후 발주처 승인을 받아 사용할 것 |
| 요구사항 고유번호 | PSR-002 | |
|---|---|---|
| 요구사항 명칭 | 교육지원 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 일반요건 - 체계적이고 효율적인 사용자 교육을 위한 교육 훈련 계획 제시 - 원활한 원격교육을 운영하기 위하여 운영 요원에 대한 기술 이전 계획을 상세히 제시 - 교육 일정 및 대상, 장소, 내용 등 기타 제반 사항은 발주처와 협의 후 결정 ○ 관리자 교육 - 시스템 운영과 관련한 모든 제반 기술 및 방법론 - 장애 발생 시 신속히 대처하도록 하기 위한 장애 복구 방법 교육 - 기능 개선 및 오류 수정 방안 교육 ○ 운영자 교육 - 시스템의 전반적인 사용 방법 ○ 연구산학처와 협의하여 교수자/학습자 교육 지원 - 시스템 개발과 병행하여 교수학습 솔루션 사용에 대한 교육 지원 |
| 요구사항 고유번호 | PSR-003 | |
|---|---|---|
| 요구사항 명칭 | 기술지원 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 체계적인 시스템 운영을 위한 제반 기술 이전 ○ 시스템 구축 이후에도 관련 분야의 기술에 대한 지속적인 정보제공과 기술 자문 ○ 프로젝트 완료 후 운영과 유지보수에 관한 방법은 문서화 제공 ○ 사업수행업체는 시스템 구축 후 업그레이드가 필요할 시 협의를 통해 방안 제시 |
| 요구사항 고유번호 | PSR-004 | |
|---|---|---|
| 요구사항 명칭 | 하자 및 유지보수 지원 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 사업수행업체는 검수 후 하자담보 책임 기간 동안 장애 또는 문제가 발생할 경우 무상으로 유지보수 및 기술지원을 함 ○ 구축된 시스템은 1주 7일 24시간으로, 365일 상시 운영 가능하여야 하며, 시스템 장애 시 복구대책 마련 ○ 장애 대응 기준: 업무시간(09:00~18:00) 내 접수 건은4시간 이내1차 대응, 업무시간 외 접수 건은 익일 업무 개시 후 2시간 이내 1차 대응을 원칙으로 함 ○ 시스템 장애 발생 시, 발주처와 협의하여 정상 운영될 때까지 기술지원을 해야 함 ○ 사업수행업체는 개발 이후 S/W 유지보수 및 문제점의 해결을 위한 효율적인 유지보수지원 체계 및 계획을 제시해야 하며, 다음과 같은 사항을 유지보수 활동에 포함 시켜야 함 - 발견된 장애 및 문제점의 개선 계획 (처리 절차, 지원방법 제시) ○ 유지보수 기간 중 나타나는 시스템 개발 부분의 수정사항이 반영되어야 함 ○ 제안사는 하자담보 기간 종료 이후의 유상 유지보수 조건(연간 요율 또는 금액, 지원 범위, 대응 시간)을 제안서에 별도로 제시하여야 하며, 이는 평가 대상에 포함됨 |
| 요구사항 고유번호 | PSR-005 | |
|---|---|---|
| 요구사항 명칭 | 기타사항 | |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 제안요청서에 명시된 모든 조항은 최소한의 규격만을 규정하였으므로 상세히 기술되지 않았거나 누락 된 사항에 대하여 관리, 운영상 문제가 발생하지 않도록 사전 조치 ○ 제안사는 요구조건을 정확히 분석하여 본 사업의 목적과 내용에 타당한 구축방법을 제시하고, 제시된 사항의 기능 및 효과를 구체적으로 제시하여야 함 |
⑩ 성능 요구사항
| 요구사항 고유번호 | PER-001 | |
|---|---|---|
| 요구사항 명칭 | 동시 사용자 접속 수 | |
| 요구사항 분류 | 성능 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 동시 접속자 수를 고려하여 시스템 부하진단 테스트 등을 실시하여 최적화된 환경 설정을 적용하여야 함 ○ 서버가 중지되거나, 긴 대기로 인한 비정상 서비스 종료가 발생하지 않아야 함 |
⑪ 시스템 구성 요구사항
| 요구사항 고유번호 | ECR-001 | |
|---|---|---|
| 요구사항 명칭 | 별도 제약사항 | |
| 요구사항 분류 | 시스템 구성 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ DB 서버는 필수적인 데이터에 대해 학사시스템(수강/성적 정보 등)과의 연동을 고려해야 함 ○ 기존 시스템에서 사용 중인 대량접속제어 솔루션을 사용하는 방안을 고려하되, 더 효과적인 시스템 부하 제어 방안이 있다면 대체할 수 있음 ○ 빌드 및 배포 자동화 방안을 제시하여야 함 |
| 요구사항 고유번호 | ECR-002 | |
|---|---|---|
| 요구사항 명칭 | 학사정보 및 외부 시스템 연동 지원 | |
| 요구사항 분류 | 시스템 구성 요구사항 | |
| 요구 사항 상세 설명 | 세부 내용 | ○ 학교 학사정보 연동 지원 - 학생 정보, 성적 학기 정보, 연구실적 정보, 교육 이력 정보 등 연동 지원 ○ 외부 시스템 연동 지원 - 교내 진행 비교과 , 멘토링 시스템 참여 실적 정보 연동 지원 ○ 연동 대상 시스템 및 방식은 착수 후 소관 부서와 협의하여 확정 |
참가자격
Ⅲ 입찰관련 사항 및 제안서 평가
1. 입찰 및 계약방법 □ 입찰방법 : 제한경쟁입찰 □ 계약방법 : 협상에 의한 계약 □ 관련근거 ○ 「국가를 당사자로 하는 계약에 관한 법률」 제10조제2항제3호 적용 ○ 「국가를 당사자로 하는 계약에 관한 법률」 시행령 제43조(협상에 의한 계약체결), 제43조의2(지식기반사업의 계약방법) 및 제안요청서에서 정하는 바에 의하며, 요청서에서 정하지 않은 사항은「(계약예규) 협상에 의한 계약체결기준」(기획재정부 계약예규 제721호, 2024.9.13.) 적용 2. 입찰 참가자격 ○ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조의 자격요건을 갖춘 업체 ○ 「소프트웨어 진흥법」 제24조 및 동법 시행령 제17조에 의거 입찰공고일 현재 소프트웨어사업자로 등록된 업체 ○ 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행규칙 제76조에 해당되지 않는 업체 ○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제2조제1호 및 제33조제1항의 중소기업자로서 동법 제8조의 경쟁입찰 참여자격과 “중‧소기업‧소상공인 확인서”를 소지한 업체 ○ 본 사업은 사업금액이 20억원 미만인 사업으로서, 「대기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한」(과학기술정보통신부 고시)에 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한함(중소기업자만 입찰참가 가능)
배점·평가
3. 제안서 평가 □ 평가기준 : [별첨] 참고 □ 평가방법 ○ 분야별 배점: 기술능력평가 90점, 입찰가격평가 10점 ※ 사업의 특성 및 내용을 고려하여 평가항목, 항목별 배점한도 조정 ○ 제안서 평가결과 기술능력평가 점수가 배점한도(90점)의 85%(76.5점)이상인 자를 협상적격자로 선정하고, 협상적격자의 기술능력평가 점수와 입찰가격평가 점수를 합산하여 합산점수의 고득점 순에 따라 협상을 실시 ○ 기술능력평가 최종 점수는 평가위원별 기술평가점수 중에서 최저 및 최고 점수를 제외한 점수를 산술 평균하여 소수점 둘째자리 까지 산출 ※ 최저 또는 최고 점수가 2개 이상일 때에는 그 중 하나만 제외 ○ 합산점수가 동일한 제안자가 2인 이상일 경우, 기술능력평가 점수가 높은 자를 우선협상대상자로 선정 ○ 기술능력평가 점수도 동일한 경우, 제안서 부문별 평가 항목 중 배점이 큰 항목을 우선하여 높은 점수를 얻은 자를 우선협상대상자로 선정 ○ 입찰자가 제안서 평가에 참석하지 않은 경우 제출된 서면 제안서에 의해서만 평가함 □ 제안서 발표 ○ 일시 및 장소: 입찰공고문 참고 ○ 제안 설명 기회는 공평하게 부여하며, 발표순서는 추첨으로 정함 ○ 제안서 검토시간은 60분 이내로 하되, 참여업체 수에 따라 시간 조정 ※ 업체 설명시간(발표 및 질의응답 포함)은 30분 이내로 함(발표는 20분 이내, 질의는 10분을 초과할 수 없음) ○ 제안서 발표는 업체의 PM이 직접 하여야 하며, 본 사업과 관련성이 없는 자는 발표할 수 없음 ○ 발표자료는 제안요약서를 이용하되 동 내용과 제안서의 내용이 상이할 경우에는 제안서를 우선하며, 평가위원회에서 감점처리 될 수 있음 ○ 참여업체의 발표자료는 PPT로 제작, 설명회에 필요한 각종 프로그램 및 노트북, 마우스포인터 등은 해당 업체에서 준비
| 평가부문 | 평가부문 배점 | 평가항목 | 평가항목별 배점 | 평가항목 점수 | 비고 | ||
|---|---|---|---|---|---|---|---|
| 기술 능력 평가 | 정량적 평가 | 수행경험(실적) | 10 | 경험 및 주요 사업실적 | 5 | 평가항목 배점한도 내 값으로 절대평가 | |
| 경영상태 | 기업신용등급 평가 | ||||||
| 정성적 평가 | 전략 및 방법론 | 15 | 사업 이해도 | 3 | |||
| 추진 전략 | |||||||
| 적용 기술 | |||||||
| 표준 프레임워크 적용 | |||||||
| 개발 방법론 | |||||||
| 기술 및 기능 | 23 | 시스템 요구사항 | |||||
| 기능 요구사항 | 8 | ||||||
| 보안 요구사항 | 3 | ||||||
| 데이터 요구사항 | |||||||
| 시스템운영 요구사항 | |||||||
| 제약 사항 | |||||||
| 성능 및 품질 | 9 | 성능 요구사항 | |||||
| 품질 요구사항 | |||||||
| 인터페이스 요구사항 | |||||||
| 프로젝트 관리 | 관리 방법론 | ||||||
| 일정 계획 | |||||||
| 개발 장비 | |||||||
| 프로젝트 지원 | 19 | 품질 보증 | |||||
| 시험 운영 | 2 | ||||||
| 교육 훈련 | |||||||
| 유지 관리 | 3 | ||||||
| 하자 보수 계획 | |||||||
| 기밀 보안 | |||||||
| 비상 대책 | |||||||
| 정량적 평가 | 하도급계획 적정성 | 5 | 하도급계획 적정성 | 5 | |||
| 가격평가 | 입찰가격 | 10 | 가격평가 평점산식 적용 | 10 |
※ 소프트웨어 기술성 평가기준에 따라 작성되었으며 사업유형에 따른 평가항목이 조정됨. ※ 평가항목 점수는 제안사별 제안내용을 절대 평가하여 항목별로 평가한 점수를 합산 후 업체별 종합점수를 산정함. ※ 평가점수는 업체별로 평가위원들의 합계점수 중 최고점과 최저점을 제외하고 산술평균하여 산정하며, 최고 최저점수가 동점이 발생한 경우에는 1인의 평가점수를 제외하여 산정함. [별첨 2] 기술제안서 평가항목 및 배점한도
| 평가부문 | 평가항목 | 평가기준 |
|---|---|---|
| 전략 및 방법론 | 사업 이해도 | 사업의 특성 및 목표에 부합하는 사업전략을 제시하고 있는지를 평가한다. |
| 추진 전략 | 개발업무 수행 시 일정 및 위험요소를 고려하여 얼마나 타당한 추진 전략을 수립하였는지 평가한다. | |
| 적용 기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하였는지, 현실적으로 실현 가능한지 여부를 평가한다. | |
| 표준 프레임 워크 적용 | 표준 프레임워크 적용 여부와 적용 시 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가한다. | |
| 개발 방법론 | 사업에 적정한 개발 방법론이 제시되었는지 평가하고, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부를 평가한다. | |
| 기술 및 기능 | 시스템 요구 사항 | 요구 규격을 충족하는 장비 제안 여부와 현 시스템과의 인터페이스 및 확장 가능성 여부를 평가한다. 또한 도입 장비의 설치 및 공급 계획, 유지관리에 대한 방안이 구체적으로 기술되어 있는가를 평가한다. |
| 기능 요구 사항 | 기능 요구사항ㆍ기대사항ㆍ제약사항 등을 파악한 후 구현 방안이 구체적으로 기술되어 있는지를 평가한다. 또한 제안한 방안 및 기술이 적용 가능한지를 평가한다. | |
| 보안 요구 사항 | 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계 단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | |
| 데이터 요구 사항 | 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다. | |
| 시스템운영 요구 사항 | 시스템 운영 요구 사항에 맞는 운영 절차 및 방법을 제시하였는지 평가한다. 또한 운영 중 비상사태 발생 시 대응방안이 구체적으로 제시되고 있는지를 평가한다. | |
| 제약 사항 | 목표 시스템의 설계, 구축, 운영과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가한다. | |
| 성능 및 품질 | 성능 요구 사항 | 요구성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석도구가 기술되어 있는지 평가한다. 제안한 방안 및 기술을 통해 성능 요구 사항을 충족시킬 수 있는지를 평가한다. |
| 품질 요구 사항 | 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구사항에 부합되는지 평가하고, 분석ㆍ설계ㆍ구현ㆍ테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다. | |
| 인터 페이스 요구 사항 | 시스템 인터페이스 : 타 시스템과의 연계에 대한 장ㆍ단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안을 도출하였는지를 평가한다. 사용자 인터페이스 : 사용자 편의성을 고려하여 사용자 인터페이스의 분석ㆍ설계ㆍ구현ㆍ테스트 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | |
| 프로젝트 관리 | 관리 방법론 | 일정관리, 사업위험(이슈) 관리, 보안관리, 산출물의 형상ㆍ문서 관리 등 사업수행에 필요한 관리 방법론이 구체적으로 제시되어 있는지를 평가한다. 또한 문제 발생 시 보고 체계 및 위험관리 방안이 구체적으로 제시되어 있는지 평가한다. |
| 일정 계획 | 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지를 평가한다. | |
| 개발 장비 | 개발에 필요한 개발환경의 구성이 구체적으로 제시되었는지 평가하고, 라이선스 등의 문제가 없는지 여부를 평가한다. | |
| 프로젝트 지원 | 품질 보증 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어 진흥법」 제21조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 유효한 인증을 제시하는 경우 확인하고 평가한다. 이 경우 유효한 SP인증을 보유하고 있는 경우에는 우대할 수 있다. |
| 시험 운영 | 시스템 공급자가 개발된 시스템의 시험운영을 위해 필요한 각종 시험운영 방법 등을 구체적으로 제시하였는지 평가한다. | |
| 교육 훈련 | 시스템 공급자가 시스템 운영 및 관리자를 위해 필요한 각종 교육훈련의 방법, 내용, 일정 등을 구체적으로 제시하였는지 평가한다. | |
| 유지 관리 | 시스템 공급자가 제시하는 유지관리 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | |
| 하자 보수 계획 | 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | |
| 기밀 보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | |
| 비상 대책 | 시스템 공급자가 안정적인 시스템 운영을 위해 필요한 각종 백업/복구 및 장애대응 대책을 구체적으로 제시하였는지 평가한다. | |
| 상생협력 | 상생 협력 | 공동수급체 구성을 통한 입찰 참가 시, 사업 참가자 중 중소기업인 소프트웨어사업자의 참여비율(지분율)에 따라 등급을 평가한다. 단, 중소기업인 소프트웨어사업자가 단독으로 입찰에 참가한 경우 최고 등급을 부여하고, 중소기업인 소프트웨어사업자의 참여 지분이 없는 경우는 “0”점을 부여한다. |
| 하도급계획 적정성 | 하도급계획 적정성 | 소프트웨어사업 하도급 계획서 상의 하도급에 참가하는 자의 전체 하도급 금액 비율(100분의 50미만), 재하도급 여부, 개별 하도급 금액 비율(100분의 10이하) 등을 고려하여「소프트웨어 진흥법」에 따라 적정하게 계획하였는지를 평가한다. 다만, 하도급을 하지 않는 경우 최고등급을 부여할 수 있다. |
ㅇ 평가항목은 소프트웨어사업의 유형 및 특성별로 가감 조정할 수 있음 ㅇ 총 배점한도는 100점이며, 사업의 유형 및 특성 등에 따라 각 평가항목별로 배점한도를 정하고 평가항목의 합인 각 평가부문별 배점한도는 30점을 초과하지 못함. 다만, 총 배점한도가 100점 이하인 경우 그 비율에 맞게 각 평가 부문별 배점한도를 조정하여야 함 ㅇ ‘상생협력’, ‘하도급 계획 적정성’ 각 평가 부문의 배점한도는 5점 이상으로 함. - 다만, 「소프트웨어 진흥법」 제48조제2항 및 제4항에 따른 대기업인 소프트웨어사업자의 참여가 제한되는 사업일 경우 ‘상생협력’ 평가항목은 제외 가능하며, 하도급을 허용하지 않는 사업일 경우 ‘하도급계획 적정성’ 평가항목은 제외 가능 - ‘상생협력’ 평가항목의 중소기업인 소프트웨어사업자 참여 공동수급체 지분율별 평가등급은 아래 표와 같음
| 중소기업인 소프트웨어사업자 참여 지분율 | 평가 등급 |
|---|---|
| 50% 이상 | 5등급 |
| 45% 이상~ 50% 미만 | 4등급 |
| 40% 이상~ 45% 미만 | 3등급 |
| 35% 이상~ 40% 미만 | 2등급 |
| 35% 미만 | 1등급 |
※ 「소프트웨어 진흥법」 제48조제3항제4호에 따른 민간투자형 소프트웨어사업의 경우에는 “중소기업인 소프트웨어사업자 참여 지분율”을 “공공부문이 부담하는 사업비 중 중소기업인 소프트웨어사업자 참여 지분”으로 산정 ㅇ 각 평가항목은 5등급 내외를 기준으로 기술제안서별로 절대 또는 상대평가하며, 상대평가 시 우열을 가리기 어려운 경우에는 동일한 점수를 부여할 수 있음 ㅇ 평가부문별 점수 계산식 ※ k는 평가부문의 개별 평가항목임 ㅇ 하도급계획 적정성의 경우 하도급을 하게 되는 경우 [서식 20-1] 을 기준으로 함 [별첨 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 | 5 |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 4.75 |
| B+, B0, B- | B- | B+, B0, B- | 4.5 |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 3.5 |
5. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. [예] {(A사 점수×A사 지분율)+(B사 점수×B사 지분율)…} 에 의한 점수 ◎ 사업실적 [수행 실적 평가 기준] (5점)
| 평가항목 | 등급 또는 기준 | 배점 |
|---|---|---|
| 공고일 기준 최근 3년 이내 대학(공공기관) 및 민간기관 누적 사업 실적 | 5억 이상 | 5 |
| 4억 이상 ~ 5억 미만 | 4.5 | |
| 3억 이상 ~ 4억 미만 | 4 | |
| 2억 이상 ~ 3억 미만 | 3.5 |
마. 이행실적에 대한 입증책임은 입찰참가업체가 부담하며 의무를 다하지 아니하여 실적확인이 어려운 경우에는 실적을 인정하지 아니한다. 4. 공동수급체의 경우 구성원별 실적에 지분율을 곱한 후 그 실적들을 합산한 실적으로 최종 평가 [예] {(A사 실적×A사 지분율)+(B사 실적×B사 지분율)…} 에 대한 점수 [별첨 4] 정성적평가 평가방법 적용기준 ○ 정성적 평가점수는 평가항목별 등급을 5등급(수, 우, 미, 양, 가)로 구분하여 평가하며, 항목별 배점에 따라 등급점수를 부여한다. ※ 정성적평가는 제안서평가위원이 자율적으로 평가하되, 평가의 변별력 확보를 위하여 불가피한 경우를 제외하고는 업체 간 동점부여를 지양한다.
| 등급 | 수 | 우 | 미 | 양 | 가 |
|---|---|---|---|---|---|
| 점수(%) | 100 | 80 | 60 | 40 | 20 |
| 5 | 5 | 4 | 3.75 | 3.3333 | 2.5 |
| 4 | 4 | 3.2 | 3 | 2.6667 | 2 |
| 3 | 3 | 2.4 | 2.25 | 2 | 1.5 |
| 2 | 2 | 1.6 | 1.5 | 1.3333 | 1 |
과업·요구
1. 입찰에 부치는 사항 가. 사 업 명 : 대학원생 통합이력관리시스템 고도화 개발 용역 나. 사업기간 : 계약체결일로부터 2027년 2월 11일까지 다. 사업금액 : 금 70,000,000원 (금칠천만원, 부가가치세 포함) 라. 사업내용 : 붙임의 제안요청서에 의함 마. 수요기관 : 고려대학교 세종캠퍼스 연구산학처 대학원연구교육팀 2. 입찰 및 계약 방식 가. 협상에 의한 계약 방식입니다. 1) 제안서 평가기준은 제안요청서[별첨1~5]에 따르며, 별첨에서 정하지 않은 사항은“조달청 협상에 의한 계약 제안서평가 세부기준(조달청지침 제379호, 2026. 1. 26.)” 및“협상에 의한 계약체결기준(기획재정부 계약예규 제721호, 2024. 9. 13.)”을 준용합니다. 2) 입찰참가자로부터 제안서를 제출받아 평가기준에 의하여 평가한 후 협상적격자 및 협상순위를 선정하고, 절차에 따라 협상대상자와 협상을 하여 성립이 된 때에는 계약을 체결합니다. 나. 제한경쟁 대상용역입니다. 다. 상세 내용은 제안요청서 참조 3. 입찰 참가자격 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조의 자격요건에 준하는업체 「소프트웨어 진흥법」 제24조 및 동법 시행령 제17조에 의거 입찰공고일 현재 소프트웨어사업자로 등록된 업체 「국가를 당사자로 하는 계약에 관한 법률」 제27조 및 동법 시행규칙 제76조에 해당되지 않는 업체 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제2조제1호 및 제33조제1항의 중소기업자로서 동법 제8조의 경쟁입찰 참여자격과 “중‧소기업‧소상공인 확인서”를 소지한 업체 본 사업은 사업금액이 20억원 미만인 사업으로서, 「대기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한」(과학기술정보통신부 고시)에 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한함(중소기업자만 입찰참가 가능) 4. 일 정