입찰공고상세[용역]
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
국립순천대학교 산학협력 통합 교육 플랫폼 STUDINNO 구축
국립순천대학교 산학협력단 · SW 개발·운영
- 추정가격
- 4,545만원
- 참가자격 등록 마감
- 10/18(일) 18:00 · D-5
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- STUDINNO 통합 플랫폼 구축
- 걸리는 것
- 추가 자격 요건 · 직접 생산만
- 입찰 전
- 서류·입찰서 직접 제출(방문·우편·팩스·이메일)
요약 AI 요약
국립순천대학교의 교육·연구·산학협력 데이터를 하나로 모으고, 전공 교육-산학 프로젝트-취업·채용을 연결하는 통합 교육 플랫폼 STUDINNO를 구축하는 사업이다. 학생에게는 실무역량 강화 기회를, 기업에는 우수 인재 발굴·채용 기반을 제공하는 선순환 구조를 만드는 것이 목표다.
- 데이터 기반 교육·연구 허브: 정형·비정형 데이터 수집·저장·가공, 교육성과·학생역량·산업수요 분석 대시보드
- 전주기 산학프로젝트 관리: 기업 RFP 등록·검토·승인, 모집·지원, 팀 구성, Workspace, Task/Kanban, 파일공유, 평가·완료·성과공유
- 실무형 역량 인증: 교과·비교과·프로젝트 기반 역량평가, Open Badges 디지털 배지, 자동 디지털 포트폴리오
- 개방형 협업 및 실습환경: Docker/Kubernetes 기반 컨테이너형 웹 IDE, Git 기반 형상관리 및 오픈소스 라이선스 관리
- 지식재산권 및 성과관리: 특허·SW저작권·프로젝트 산출물 관리, Knowledge Base, 시맨틱 검색 및 유사 성과 추천
- 인재매칭 및 진로관리: 기업 JD 분석, 학생 역량 유사도 분석, AI 인재 추천, 관심인재·채용제안, 역량 Gap 분석, 커리어 로드맵
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01756771 · 베타 기간 무료
핵심요약
- 걸리는 것
- 추가 자격 요건 · 직접 생산만
추가 자격 요건
직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지해야 하며, 중소기업·소상공인 확인서도 소지해야 한다. 미소지 시 입찰참가자격이 없다.
「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
직접 생산만
직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자가 입찰참가자격이며, 중소기업제품 공공구매 종합정보망에서 확인되지 않으면 입찰참가자격이 없다. 직접생산 확인기준 위반 시 계약해지·부정당업자 제재 조치를 할 수 있다.
○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
◇ ‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
- 입찰 전
- 서류·입찰서 직접 제출(방문·우편·팩스·이메일)
입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일)
적격조합 입찰참여 시 적격조합확인서·배정계획서를 전자입찰서 제출 마감일 전일 18:00까지 팩스·우편·직접 제출. 그 외에는 나라장터 전자 제출.
- 제출기한: 전자입찰서 제출 마감일 전일 18:00 까지
- 제출방법: 팩스, 우편 또는 직접 제출
- 수행 기간
- 용역
사업기간은 계약 후 2026년 12월 15일까지(공고서: 계약일로부터 2026년 12월 15일까지)이고, 별지 1호 적정사업기간 종합 산정서는 3개월을 적정 사업기간으로 본다. 추진일정(안)은 9주차 완료.
- 옮길 수 없는 끝 날짜 · 있음 2026년 12월 15일까지로 끝 날짜가 정해져 있다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
○ 사업기간 : 계약 후 2026년 12월 15일까지
○ 용역기간 계약일로부터 2026년 12월 15일까지
문서 분석
- 옮길 수 없는 끝 날짜 · 있음 2026년 12월 15일까지로 끝 날짜가 정해져 있다.
가격
- 추정가격
- 45,454,545원
- 배정예산
- 50,000,000원
- 예정가격 방식
- 비예가
첨부파일
- HWP · 1. 공고서(안).hwp · 공고규격서
- HWP · 3. 제안요청서.hwp · 공고규격서
- PDF · 1. 공고서(안).pdf · 공고규격서
참가 자격 · 제한
- 지역제한
- 제한 없음
문서: 지역 조건 · 없음 - 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
문서: 업종·면허 조합 · 한 업종 - 실적경쟁 · PQ
- 해당 없음
문서: 실적 · 없음 - 제출 방법
- 전자입찰
문서: 입찰 전 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) - 공동수급
- 공동수급불허
문서: 공동수급 · 막음 - 입찰참가 제한
- 없음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 10/06(화) | 지남 |
| 입찰서 제출 시작 | 10/06(화) 11:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/18(일) 18:00 | D-5 |
| 입찰서 제출 마감 | 10/19(월) 11:00 | D-6 |
| 개찰 | 10/19(월) 12:00 | D-6 |
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술능력평가 점수가 배점한도의 85% 미만인 경우 협상대상자에서 제외
| 평가 항목 | 배점 |
|---|---|
| 사업이해도 | 10점 |
| 추진전략 | 10점 |
| 기능구현 방안 | 15점 |
| 인터페이스 요구사항 | 10점 |
| 데이터 요구사항 | 10점 |
| 성능 요구사항 | 5점 |
| 테스트 요구사항 | 5점 |
| 보안 요구사항 | 5점 |
| 품질 요구사항 | 5점 |
| 프로젝트 관리방안 | 5점 |
| 제약 요구사항 | 5점 |
| 프로젝트 지원 방안 | 5점 |
| 입찰가격 | 10점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · STUDINNO 통합 플랫폼 구축
용역 › 정보시스템·SW › SW 개발·운영
산학협력 통합 교육 플랫폼을 새로 개발·구축하는 SW 개발 사업이다.
- 데이터 기반 교육·연구 허브 및 분석 대시보드 구축
- 전주기 산학프로젝트 관리(PMS) 구축
- 역량평가·Open Badges·디지털 포트폴리오 구축
- Docker/Kubernetes 컨테이너 실습환경 및 Git 형상관리 연계
- 지식재산권·성과관리 및 Knowledge Base·시맨틱 검색 구축
- AI 인재매칭·진로관리 기능 구축
- 회원·권한·알림·통계 등 공통기능 구축
- 학사·SSO 등 대학 기존 시스템 연계
- 인프라 구성·데이터 모델·보안·품질·테스트 수행
- 운영자·사용자 교육 및 기술이전
- 하자보수(검수 후 1년)
걸리는 것 · 입찰 전 할 일
걸리는 조건
추가 자격 요건
직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지해야 하며, 중소기업·소상공인 확인서도 소지해야 한다. 미소지 시 입찰참가자격이 없다.
「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
직접 생산만
직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자가 입찰참가자격이며, 중소기업제품 공공구매 종합정보망에서 확인되지 않으면 입찰참가자격이 없다. 직접생산 확인기준 위반 시 계약해지·부정당업자 제재 조치를 할 수 있다.
○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
◇ ‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
입찰 전 할 일
- 입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일)
적격조합 입찰참여 시 적격조합확인서·배정계획서를 전자입찰서 제출 마감일 전일 18:00까지 팩스·우편·직접 제출. 그 외에는 나라장터 전자 제출.
- 제출기한: 전자입찰서 제출 마감일 전일 18:00 까지
- 제출방법: 팩스, 우편 또는 직접 제출
더 확인할 것
기존 시스템과 이어짐
이럴 때 꼭 봅니다 — 기존 시스템과 연동 · 이어지는 연속 사업일 때
기존 시스템·설비와 연동 · 연동·제어 SW 개발 포함
학사·SSO 등 발주기관 기존 시스템과의 연계 방안 수립·구현이 과업에 포함되고, 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
○ 연계대상·데이터·주기·방식·오류처리·책임범위를 인터페이스 정의서로 관리한다.
- 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
공동수급
막음
공고서 입찰개요에 공동계약 및 구성방식이 불가로 적혀 있고, 제안요청서에도 공동수급불허로 적혀 있다.
- 자격을 나눠 채우기 · 모름 · 문서로 확인 안 됨 공동수급이 불가하므로 나눠 채우는 방식을 정한 문장이 없다.
○ | | 공동계약 및 구성방식: | | | | | | | | | | | | | | | | | 불가 | | | | | | |
○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
회사 규모·신분
중소기업만 · 대기업·중견기업 참여 제한
중소기업자 또는 소상공인으로서 중소기업·소상공인 확인서를 소지한 자로 제한하고, 20억원 미만 사업으로 대기업 및 중견기업 소프트웨어사업자는 참여할 수 없으며 상호출자제한기업집단 소속 기업도 참여할 수 없다.
「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자
이 사업은 사업금액이 20억원 미만인 사업으로서 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보통신부 고시)」에 따라 대기업 및 중견기업인 소프트웨어사업자는 본 입찰에 참여할 수 없으며,
「소프트웨어 진흥법」 제48조제4항 규정에 의하여 「독점규제 및 공정거래에 관한 법률」 제31조에 따라 지정된 상호출자제한기업집단에 속하는 기업도 입찰에 참여할 수 없습니다.
지정 제품·공법
지정 없음
특정 제품·제조사·브랜드·공법을 지정한 문장이 없고, 오히려 특정 제품·업체에 과도하게 종속되지 않는 범용·표준기반 구조를 요구한다. Docker/Kubernetes, Git, Open Badges 등은 특정 제조사 제품 지정이 아니라 범용 기술·표준을 적은 것이다.
- 동등 입증 때 · 해당 없음 지정된 제품·공법이 없어 동등 이상 입증 절차도 없다.
○ 오픈 표준·표준 API·범용 데이터 포맷을 우선 사용한다.
- 특정 브라우저·플러그인·비표준 기술에 종속되지 않도록 한다.
일하는 주기
한 번·정해진 횟수
계약 후 2026년 12월 15일까지 약 9주 일정으로 분석-설계-구축-시험-안정화를 거쳐 플랫폼 하나를 구축·이전하고 끝나는 사업이다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
| 안정화·이전 | 시범운영, 오류개선, 운영교육, 매뉴얼, 기술이전, 완료보고 | 8주차(초)
~ 9주차(완료) |
다른 업 섞임
섞이지 않음
사업 전체가 소프트웨어 개발·구축 용역(정보시스템개발서비스)으로, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 공동수급·하도급은 불가로 정해져 있다.
○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
○ 공동계약 및 구성방식: 불가
일의 분량
1식
수량 1식, 사업금액 50,000,000원(부가가치세 포함), 추정가격 45,454,545원(부가가치세 제외). 별지 1호 적정사업기간 산정서에 소프트웨어사업 규모 30FP, 투입 인력 수 6명으로 기재.
- 열린 분량 · 정해짐 수량이 1식으로 적혔으나 FP 30, 투입인력 6명 등 규모가 산정되어 있다.
소프트웨어사업 규모 : 30FP
○ 수량: 1
○ 단위: 식
○ 사업금액: 50,000,000원(부가가치세 포함)
여러 해 계약
단년 한 번
사업기간이 계약 후 2026년 12월 15일까지로 단년 한 번이며, 장기계속·연장·주기별 재입찰 기재가 없다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
일의 형태
새로 만들기 · 맡아서 운영 · 유지관리
STUDINNO 통합 플랫폼을 개발·구축해 넘기고(새로 만들기), 컨테이너 실습환경 등 서비스 운영 기반을 구성하며, 검수 후 1년간 하자보수(유지관리)를 맡는다.
○ 사업 종료 시 소스코드, 설계문서, 설정정보, 운영·사용자 매뉴얼 등 기술이전이 가능한 형태로 결과물을 제출하여야 한다.
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
물량 변동
일부 미정
요구사항 64개와 상세 요구사항이 제시되어 있으나, 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정하고, 주요 화면은 프로토타입을 통해 협의 후 확정하며, 과업내용 변경은 상호 협의로 관리한다고 적었다.
○ 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
- 주요 화면은 프로토타입을 통해 발주기관과 협의 후 확정한다.
○ 사업수행 과정에서 발생하는 요구사항 변경은 상호 협의와 변경관리 절차에 따라 관리하고, 영향도·일정·비용·위험을 명확히 제시하여야 한다.
견적 근거
공개 안 됨
제안요청서·공고서에 설계서·내역서·도면·장비 목록·기존 시스템 구성도가 첨부·공개되었다는 안내가 없다.
- 이윤 · 모름 · 문서로 확인 안 됨 공개된 원가계산서·산출내역이 없다.
대금 받는 때
끝난 뒤 한 번에
완료 단계에서 완료보고서·검수자료·최종산출물을 납품 완료 시 제출하고 검수기관이 국립순천대학교 산학협력단으로 되어 있다. 지급 시기·회차를 정한 별도 조항은 없다.
- 선금 · 모름 · 문서로 확인 안 됨 선금 비율을 정한 문장이 없다.
- 지급 기한 · 모름 · 문서로 확인 안 됨 청구 뒤 지급 기한을 정한 문장이 없다.
○ 검사/검수기관: 국립순천대학교 산학협력단
큰 배점 항목
기능구현 방안 15점, 사업이해도 10점, 추진전략 10점(이하 인터페이스 요구사항 10점, 데이터 요구사항 10점)
기술능력평가 90점 중 기능구현 방안이 15점으로 최대, 사업이해도·추진전략·인터페이스 요구사항·데이터 요구사항이 각 10점
○ 기능에 대한 분석 및 구현 방안의 타당성
○ 기술의 적용 가능성 | 15
○ 사업 및 요구사항에 대한 이해도
○ 제안요청서와의 부합성
○ 제안내용의 적정성, 객관성 | 10
○ 과업수행의 효율성, 사업 진도, 사업 수행의 우수성, 수행 활동의 적정성 등 | 10
AI 과업
AI 기능을 직접 개발·구현
JD-역량 매칭, 유사 성과 검색, 역량 Gap 분석 등 AI 기능을 구현하라고 적었고, 상용 LLM·API 이용권을 사서 댄다는 문장은 없다.
AI 기능은 단순 시연이 아니라 실제 사용자 업무에 활용 가능한 JD-역량 매칭, 유사 성과 검색, 역량 Gap 분석 등을 중심으로 구현하고 평가기준과 설명가능성을 제시한다.
기업 JD와 학생 교과·프로젝트·역량 데이터를 NLP·유사도 분석으로 매칭하고 학생별 커리어 로드맵·역량 Gap·추천 교과/프로젝트 제공
사용 환경
모바일·반응형 지원
PC·태블릿·모바일 환경에서 이용 가능한 반응형 웹 구축, 화면 크기 변화에 따른 메뉴·표·대시보드 가독성 확보. 브라우저는 주요 최신 브라우저에서 동작, 특정 브라우저·플러그인·비표준 기술(ActiveX) 종속 배제.
○ PC·태블릿·모바일 환경에서 이용 가능한 반응형 웹 구축
- 화면 크기 변화에 따른 메뉴·표·대시보드의 가독성을 확보한다.
- 특정 브라우저·플러그인·비표준 기술에 종속되지 않도록 한다.
- HTML5 기반 표준기술을 적용하고 비표준 ActiveX·플러그인 사용을 배제한다.
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 10/06(화)
- 공고번호
- R26BK01756771-000
- 참조번호
- 연구산학협력과-17078
- 공고기관
- 국립순천대학교 산학협력단
- 수요기관
- 국립순천대학교 산학협력단
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 45,454,545원
- 배정예산
- 50,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00278692
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
질문 96개 · 꼭 7 · 좋음 33 · 안 봐도 됨 56
주제 · 참가 자격 10개
업종·면허 조합
한 업종
소프트웨어사업자(컴퓨터관련서비스사업)(1468) 업종 하나를 등록한 업체로 참가자격을 걸고 있다. 코드 밖 자격으로는 직접생산확인증명서[정보시스템개발서비스(8111159901)] 소지와 중소기업·소상공인 확인서 소지가 있다.
- 코드 밖 자격 · 벽 · 못 맞추면 탈락 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지해야 하며, 중소기업·소상공인 확인서도 소지해야 한다. 미소지 시 입찰참가자격이 없다.
「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
- [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체
「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
면허 세부 범위
없음
업종 등록 자체만 요구하고, 주력분야·종별 등 면허·등록 안의 세부 범위를 요구하는 문장은 없다.
지역 조건
없음
본점 지역 제한 외에 사업장·인력 소재, 지역 업체 공동수급, 지역 가점 등 지역을 묶는 조건은 문서에 없다.
- 크기 · - 지역 관련 평가표 항목이 없다.
- 대상 · - 해당하는 지역 조건이 없다.
실적
없음
참가자격·평가표 어디에도 유사 실적 요구나 실적 배점이 없다.
- 크기 · - 실적 평가 항목이 없다.
- 조건 · 없음 실적 인정 범위를 정한 문장이 없다.
업력
없음
업력(설립·개업 후 경과 햇수)을 참가 조건이나 점수로 보는 문장이 없다.
- 요구 업력 · 모름 · 문서로 확인 안 됨 요구 업력이 적혀 있지 않다.
- 크기 · - 업력 배점 항목이 없다.
공동수급
막음
공고서 입찰개요에 공동계약 및 구성방식이 불가로 적혀 있고, 제안요청서에도 공동수급불허로 적혀 있다.
- 자격을 나눠 채우기 · 모름 · 문서로 확인 안 됨 공동수급이 불가하므로 나눠 채우는 방식을 정한 문장이 없다.
○ | | 공동계약 및 구성방식: | | | | | | | | | | | | | | | | | 불가 | | | | | | |
○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
회사 규모·신분
중소기업만 · 대기업·중견기업 참여 제한
중소기업자 또는 소상공인으로서 중소기업·소상공인 확인서를 소지한 자로 제한하고, 20억원 미만 사업으로 대기업 및 중견기업 소프트웨어사업자는 참여할 수 없으며 상호출자제한기업집단 소속 기업도 참여할 수 없다.
「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자
이 사업은 사업금액이 20억원 미만인 사업으로서 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보통신부 고시)」에 따라 대기업 및 중견기업인 소프트웨어사업자는 본 입찰에 참여할 수 없으며,
「소프트웨어 진흥법」 제48조제4항 규정에 의하여 「독점규제 및 공정거래에 관한 법률」 제31조에 따라 지정된 상호출자제한기업집단에 속하는 기업도 입찰에 참여할 수 없습니다.
대학·연구소 참가
아니다
대학 산학협력단·연구소·비영리법인·조합의 참가를 허용한다고 적은 문장은 없다. 중소기업협동조합은 적격조합 확인서 소지 시 참가 가능하다고 적혀 있다.
사업 성격
소프트웨어사업
공고서에 이 입찰은 SW사업으로 적혀 있고, 소프트웨어 진흥법·소프트웨어사업 과업변경 절차·소프트웨어사업자 업종 등록 등 소프트웨어사업 관련 규정이 적용된다.
이 입찰은 SW사업으로 입찰가격이 사업금액의 100분의 80미만인 경우에는 가격점수 배점한도의 30%에 해당하는 평점을 부여합니다.
본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우
행정처분 이력
없음
이 공고가 참가 자격·평가표에 건 행정처분·영업정지·벌점·사고 이력 조건은 없다. 부정당업자 제재 대상, 조세포탈 유죄판결 후 2년 미경과자 등은 법령에 따른 일반 결격사유 조항이다.
- 보는 기간 · 모름 · 문서로 확인 안 됨 이 공고가 정한 처분 이력 조회 기간이 없다.
- 크기 · - 처분·사고 이력 평가 항목이 없다.
주제 · 인증·보유 요건·직접 수행 7개
안전보건수준평가
없음
공고문에는 「중대재해처벌법」에 따른 안전·보건 의무 준수와 수요기관의 평가·점검 협조만 있고, 이 사업을 안전보건수준평가 대상으로 지정하거나 평가 통과·안전보건 서약·계획서 제출을 계약·착수 조건으로 건 문장은 없다.
제조사 확약서
없음
제조사·공식 공급원에게서 받아야 하는 공급 확약서·기술지원/A/S 확약서·대리점 지위·정품보증서·수입신고필증 등의 서류 요구가 문서에 없다.
- 대상 · - 해당하는 서류 없음
- 조건 · 없음 제조사면 면제 규정 없음
제품 인증
없음
납품 제품·서비스에 인증·허가·시험성적서를 갖추라는 요구가 없다. 참가자격은 소프트웨어사업자 등록·직접생산확인증명서·중소기업 확인서이고, 인증·성적서 갈음 규정은 없다.
- 크기 · - 평가표에 인증 점수 없음
- 대상 · - 해당 인증 없음
- 조건 · 모름 · 문서로 확인 안 됨 인증·성적서 요구 자체가 없음
장비·시설 보유
없음
일에 쓸 장비·시설을 회사가 갖추라는 요구가 없다. 인프라(웹·애플리케이션·DB·검색/AI·저장소·컨테이너 실행환경)는 구축 대상 시스템의 구성이고, 발주기관 제공 자원과 수행사 구축·설정 범위를 구분하도록 한 것이다.
- 갖출 때 · 해당 없음 갖출 장비·시설 요구 없음
- 크기 · - 장비·시설 점수 없음
- 조건 · 모름 · 문서로 확인 안 됨 임차·소유 조건 없음
하도급
하도급 한도 · 모름 · 문서로 확인 안 됨 전체 답 · 모름
공고문에 공동계약 및 구성방식은 불가로 적었으나, 하도급 허용·금지·승인에 관한 문장은 없다. 제안요청서에는 「공동수급·하도급 허용 여부는 보안·사업특성을 고려하여 입찰공고문에서 최종 확정」이라고만 적혀 있다.
- 하도급 한도 · 모름 · 문서로 확인 안 됨 한도 규정 없음
○ 공동수급·하도급 허용 여부는 보안·사업특성을 고려하여 입찰공고문에서 최종 확정
직접 생산
벽 · 못 맞추면 탈락
직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자가 입찰참가자격이며, 중소기업제품 공공구매 종합정보망에서 확인되지 않으면 입찰참가자격이 없다. 직접생산 확인기준 위반 시 계약해지·부정당업자 제재 조치를 할 수 있다.
- 참가 등록 · 모름 · 문서로 확인 안 됨 입찰참가자격 등록은 소프트웨어사업자(컴퓨터관련서비스사업)(1468) 업종 등록이며 제조·공급 구분은 적혀 있지 않다
- [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체
- 직생 범위 · 모름 · 문서로 확인 안 됨 세부품명·필수특이사항 구분 없음
- 대상 · 우리가 직접 만든 것만(직생·제조 등록·OEM 불가) 직접생산확인증명서 소지가 참가자격
○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서[정보시스템개발서비스(8111159901)]를 소지한 자.
◇ ‘중소기업ㆍ소상공인확인서’ 및 ‘직접생산확인증명서’가 중소기업제품 공공구매 종합정보망(http://www.smpp.go.kr)에서 확인(전자입찰서 제출 마감일 전일까지 발급된 것으로서 전자입찰서 제출 마감일까지 계속 유지되어야 함)되지 않을 경우 입찰참가자격이 없습니다.
품질 인증
없음
회사나 제조사의 품질·환경·안전·정보보호 인증(ISO 등)이나 업무 절차서를 참가 조건·평가 점수로 요구하는 문장이 없다.
- 크기 · - 인증 점수 없음
- 대상 · - 해당 인증 없음
주제 · 결과물·검수·보고 10개
지정 제품·공법
지정 없음
특정 제품·제조사·브랜드·공법을 지정한 문장이 없고, 오히려 특정 제품·업체에 과도하게 종속되지 않는 범용·표준기반 구조를 요구한다. Docker/Kubernetes, Git, Open Badges 등은 특정 제조사 제품 지정이 아니라 범용 기술·표준을 적은 것이다.
- 동등 입증 때 · 해당 없음 지정된 제품·공법이 없어 동등 이상 입증 절차도 없다.
○ 오픈 표준·표준 API·범용 데이터 포맷을 우선 사용한다.
- 특정 브라우저·플러그인·비표준 기술에 종속되지 않도록 한다.
검수
발주처 검수만
검사/검수기관은 국립순천대학교 산학협력단이고, 추진체계상 발주기관이 테스트·검수 및 결과물 인수를 맡는다. 외부 기관 심의·승인·감리·성과심사를 통과해야 끝난다는 문장은 없다.
○ | | 검사/검수기관: | | | | | | | | | | | | | 국립순천대학교 산학협력단 | | | | | | | | | |
| 국립순천대학교 | 사업계획 수립, 사업총괄·의사결정, 요구사항 확정, 산출물 검토·승인, 테스트·검수 및 결과물 인수 |
합격선
글로만 있음
응답시간·동시사용 등 성능 요구는 있으나 구체적 합격 수치가 없고, 수행사가 목표 응답시간과 측정방법을 제안해 발주기관과 확정하도록 되어 있다. 테스트 합격기준도 정의하도록만 되어 있다.
- 따를 표준·지침 · 정보시스템 구축 관련 발주기관 및 공공부문 표준·지침, 공공데이터 표준, HTML5 기반 표준기술, REST API 등 범용 표준방식, 관련 웹표준과 정보접근성 지침, 발주기관 보안지침과 관련 법·지침, 대학 학사·SSO 등 기존 시스템 연계 착수 단계에서 적용대상 법·지침·표준 목록을 정리해 반영하고, 표준 미적용·예외는 발주기관과 사전 협의한다.
○ 착수 단계에서 적용대상 법·지침·표준 목록을 정리하고 프로젝트에 반영한다.
○ 공공데이터 표준 및 발주기관을 고려하여 용어·코드·도메인 등 정의
○ REST API 등 범용적인 표준방식을 우선 적용한다.
○ 수행사는 주요 업무별 목표 응답시간과 측정방법을 제안하고 발주기관과 확정한다.
○ 단위·통합·연계·성능·보안·사용자수용 테스트 대상·일정·절차·역할·합격기준을 정의한다.
성과 목표
목표 없음
달성해야 할 숫자 성과 목표나 성능 보증, 못 채울 때의 불이익(감액·인수 거부)을 정한 문장이 없다. 지체상금은 일정 미준수에 대한 것이고 성과 목표가 아니다.
- 목표의 성격 · 해당 없음 숫자 성과 목표 자체가 없다.
시험·검사
시험·검사 없음
이 공고·과업이 정한 제품·자재 품질 시험·검사·분석이 없다. 테스트 요구사항은 구축 시스템의 단위·통합·연계·성능·보안·사용자수용 테스트로, 시험 비용 부담 주체를 정한 문장은 없다.
- 시험 단위 · 해당 없음 정한 시험이 없다.
- 시험 장소 · 해당 없음 정한 시험이 없다.
원자료
나눠짐
발주기관이 기존 전산 운영환경·학사·인증 체계·연계 정보를 제공하고, 수행사는 현황·요구분석과 데이터 수집·가공 체계를 구축한다. 연계 API가 미확정인 경우 착수 후 발주기관과 협의해 확정한다.
○ 본교의 기존 전산 운영환경, 학사·인증 체계, 보안정책 및 연계 가능성을 고려하여 요구된 성능과 기능을 만족하는 시스템을 구축하여야 한다.
- 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
시안 승인
-
시안·샘플·제작도·중간검수 승인 횟수를 정한 문장이 없다. 주요 화면은 프로토타입을 통해 발주기관과 협의 후 확정한다고만 적혀 있다.
- 수정 횟수 · - 수정 횟수를 정한 문장이 없다.
- 승인 기간 · 모름 · 문서로 확인 안 됨 승인 기간이 납기에 드는지 정한 문장이 없다.
- 주요 화면은 프로토타입을 통해 발주기관과 협의 후 확정한다.
인허가·검사
절차 없음
이 사업으로 거칠 인허가·신고·심의·법정 검사를 정한 문장이 없다. 보안 취약점 점검·조치 결과 제출은 인허가가 아니다.
- 비용 · 해당 없음 인허가 절차가 없어 비용 부담도 없다.
보고 주기
수시
착수·정기·중간·완료보고 및 필요시 수시보고를 실시한다고만 적혀 있어 정기 보고 주기가 정해지지 않았다. 보고회는 착수·중간·완료보고가 적혀 있다.
- 보고회 · - 착수·중간·완료보고가 적혀 있으나 횟수를 숫자로 정하지 않았다.
○ 착수·정기·중간·완료보고 및 필요시 수시보고를 실시한다.
- 작업 기록·증빙 · 요구 없음 수행 확인·대금 지급을 위해 붙일 작업 기록·증빙을 정한 문장이 없다. 회의록 관리와 산출물 제출은 있으나 작업일지·사진·서명 등은 아니다.
○ 착수·정기·중간·완료보고 및 필요시 수시보고를 실시한다.
넘길 산출물
편집 가능한 원본·작업 파일 · 원자료·해석 입력 자료 · 소스코드·실행 파일
사업 종료 시 소스코드, 설계문서, 설정정보, 운영·사용자 매뉴얼 등 기술이전이 가능한 형태로 결과물을 제출하고, 개발 소스·설계·문서·데이터모델·설정 등 사업 결과물 원본을 발주기관에 제출한다. 주요 산출물에 소스코드·DB Script·API 명세서 등이 포함된다.
- 정해진 형식 · 아니다 결과물 파일 형식·프로그램 버전·저장매체를 정해 적은 문장이 없다. 제안서 PDF 제출은 결과물 형식이 아니다.
○ 사업 종료 시 소스코드, 설계문서, 설정정보, 운영·사용자 매뉴얼 등 기술이전이 가능한 형태로 결과물을 제출하여야 한다.
○ 개발 소스·설계·문서·데이터모델·설정 등 사업 결과물 원본을 발주기관에 제출한다.
주제 · 인력·수행 방식 8개
인력 자격
없음
제안요청서·공고서 어디에도 투입 인력의 자격·등급·학위·경력·교육 이수를 요구하거나 평가하는 조항이 없다. 서식 5에 참가기술자의 자격·경력·상주구분을 적는 칸이 있으나 평가·자격 문장은 없다.
- 크기 · 모름 · 문서로 확인 안 됨 평가표에 인력 등급·경력 점수 항목이 없다.
- 대상 · - 요구 자체가 없다.
근무 장소
현장에 있을 사람 · 모름 · 문서로 확인 안 됨 전체 답 · 모름
공고서 4. 공지사항에 소프트웨어사업 작업장소를 상호 협의로 정한다고만 적혀 있고, 발주처 현장인지 우리 사무실인지 확정되지 않았다.
- 현장에 있을 사람 · 모름 · 문서로 확인 안 됨 작업장소가 협의로 정해지므로 현장 상주 인원도 정해지지 않았다.
- 원격 접속 · 조건부 허용 원격작업은 금지하나 부득이한 경우 보안대책 마련 후 발주기관 승인을 득하여 한시적으로 사용한다.
원격작업은 금지하나 부득이한 경우, 보안대책마련 후 발주기관의 승인을 득하여 한시적으로 사용한다.
계약당사자는 관련 규정에 따라 소프트웨어사업 수행을 위하여 필요한 작업장소 등을 상호 협의하여 정하며, 핵심 개발인력이 아닌 지원인력의 근무 장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있습니다.
소속 직원
없음
투입 인력이 우리 회사 소속 직원이어야 한다는 요구나 재직 기간·고용 형태 조건이 문서에 없다. 서식 5에 소속·근무경력 칸만 있다.
- 재직 기간 · 모름 · 문서로 확인 안 됨 재직 기간 조건이 없다.
- 크기 · 모름 · 문서로 확인 안 됨 평가표에 해당 점수 항목이 없다.
- 대상 · - 요구 자체가 없다.
- 조건 · 없음 외부 전문가 활용에 관한 조건이 없다.
고용승계
없음
고용승계 요구나 확약서 관련 조항이 문서에 없다.
근무 시간
해당 없음
근무 요일·시간·교대 형태를 정한 조항이 없다. 작업장소·일정은 협의로 정한다.
보안 조치
의무 · 계약 뒤 지킬 일
제안요청서 SER-001 및 별지 3호 정보화사업 수행업체 보안 준수사항이 착수 시 보안서약, 자료 반출·반입, 계정·장비·작업장 보안절차, 사업 종료 시 계정·자료·장비 회수·폐기 및 보안확약서 제출을 요구한다. 보안 요구사항은 평가항목(성능 및 품질 20점 중 보안 요구사항 5점)에 포함된다.
- 크기 · 5점 평가표 성능 및 품질(20) 중 보안 요구사항 5점.
보안 요구사항 | ○ 업무절차, 보안대책 및 관리 등의 적정성 | 5
- 대상 · 출입 승인·보안서약·보안교육 · 기기·저장매체 반입 제한 · 작업 PC·망 통제 · 자료 반출 금지·끝난 뒤 삭제·반납 · 개인정보 처리 위탁계약 보안서약·보안교육(월1회), 휴대용 저장매체 연결 차단, 업무망·인터넷망 분리 및 사업장 PC 인터넷 금지, 자료 반출·반입 대장 및 완전삭제·반납, 개인정보 처리흐름·위탁 식별.
○ 참여인원에 대하여 월1회 정보보안교육을 수행하고, 교육결과에 대하여 발주기관의 확인을 받아야 한다.
○ 사업장은 업무망과 인터넷망을 분리하고, PC는 업무망과 인터넷망을 혼용해서는 안되며, 인터넷은 국가정보통신망을 사용하여야 한다. (ADSL 사용금지)
○ 착수 시 참여인력 보안서약, 자료반출·반입, 계정·장비·작업장 보안절차를 마련한다.
○ 사업 종료 시 계정·자료·장비·임시데이터를 회수·폐기하고 보안확약서를 제출한다.
○ 용역사업 참여인원은 보안서약서에 자필서명 후, 발주기관에 제출하여야 한다.
○ 사업 참여인원의 비인가 휴대용 저장매체(USB, CD/DVD, 스마트폰, 태블릿 PC, MP3 등)가 사업장 내 정보시스템에 연결되는 것을 기술적으로 차단하고, 월1회 정상동작 여부를 점검․조치하여야 한다.
○ 사업완료 후 생산된 최종 산출물은 인수․인계서를 통하여 발주기관에 반납하고, PC 완전삭제 등 보안조치를 통해 사업관련 산출물(중간산출물 포함)을 모두 삭제하여야 하며, 대표자 명의 확약서를 발주기관에 제출하여야 한다.
○ 개인정보 처리흐름과 위탁·제3자 제공 여부를 식별하고 필요한 동의·고지 기능을 제공한다.
신원 조건
없음
투입 인력의 범죄경력 조회·신원조회 결격·운전 적격·건강검진을 요구하는 조항이 문서에 없다.
- 갖출 때 · 해당 없음 신원 조건 자체가 없다.
- 대상 · - 요구 자체가 없다.
일하는 주기
한 번·정해진 횟수
계약 후 2026년 12월 15일까지 약 9주 일정으로 분석-설계-구축-시험-안정화를 거쳐 플랫폼 하나를 구축·이전하고 끝나는 사업이다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
| 안정화·이전 | 시범운영, 오류개선, 운영교육, 매뉴얼, 기술이전, 완료보고 | 8주차(초)
~ 9주차(완료) |
주제 · 과업 범위·규모·기간 11개
다른 업 섞임
섞이지 않음
사업 전체가 소프트웨어 개발·구축 용역(정보시스템개발서비스)으로, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 공동수급·하도급은 불가로 정해져 있다.
○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
○ 공동계약 및 구성방식: 불가
하는 일
산학협력 통합 교육 플랫폼 STUDINNO를 구축한다. 데이터 기반 교육·연구 허브, 전주기 산학프로젝트 관리, 실무형 역량 인증(Open Badges·포트폴리오), Docker/Kubernetes·Git 기반 개방형 협업·실습환경, 지식재산권·성과관리(Knowledge Base·시맨틱 검색), AI 인재매칭·진로관리, 공통·관리·연계(학사/SSO 연계)를 개발해 납품한다.
기존 시스템과 이어짐
기존 시스템·설비와 연동 · 연동·제어 SW 개발 포함
학사·SSO 등 발주기관 기존 시스템과의 연계 방안 수립·구현이 과업에 포함되고, 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
○ 연계대상·데이터·주기·방식·오류처리·책임범위를 인터페이스 정의서로 관리한다.
- 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
일의 분량
1식
수량 1식, 사업금액 50,000,000원(부가가치세 포함), 추정가격 45,454,545원(부가가치세 제외). 별지 1호 적정사업기간 산정서에 소프트웨어사업 규모 30FP, 투입 인력 수 6명으로 기재.
- 열린 분량 · 정해짐 수량이 1식으로 적혔으나 FP 30, 투입인력 6명 등 규모가 산정되어 있다.
소프트웨어사업 규모 : 30FP
○ 수량: 1
○ 단위: 식
○ 사업금액: 50,000,000원(부가가치세 포함)
수행 기간
용역
사업기간은 계약 후 2026년 12월 15일까지(공고서: 계약일로부터 2026년 12월 15일까지)이고, 별지 1호 적정사업기간 종합 산정서는 3개월을 적정 사업기간으로 본다. 추진일정(안)은 9주차 완료.
- 옮길 수 없는 끝 날짜 · 있음 2026년 12월 15일까지로 끝 날짜가 정해져 있다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
○ 사업기간 : 계약 후 2026년 12월 15일까지
○ 용역기간 계약일로부터 2026년 12월 15일까지
여러 해 계약
단년 한 번
사업기간이 계약 후 2026년 12월 15일까지로 단년 한 번이며, 장기계속·연장·주기별 재입찰 기재가 없다.
○ 사업기간 : 계약 후 2026년 12월 15일까지
최소 투입 인원
모름 · 문서로 확인 안 됨
최소 투입 인원·공수(MD)를 정한 조항이 없다. 별지 1호 적정사업기간 산정서에 투입 인력 수 6명, 1인 총투입기간 20개월이 참고로 기재되어 있을 뿐이다.
- 조 편성 · 모름 · 문서로 확인 안 됨 조 편성 규정이 없다.
투입 인력 수 :6명
다른 일정에 묶임
아니다
다른 공사·사업 일정에 묶였다는 기재가 없다.
부가 작업
착수계·사업수행계획·보안서약서·투입인력 현황·WBS 등 산출물 제출, 현황분석·요구사항정의·인터페이스정의 등 문서 작성, 시험(단위·통합·연계·성능·보안·사용자수용) 수행, 안정화·시범운영 지원, 기술이전, 하자보수(검수·인수일로부터 1년 무상) 등.
교육·기술이전
모름 · 문서로 확인 안 됨
관리자 운영교육, 사용자 기능교육, 필요시 교원·기업 대상 활용교육을 계획하도록 되어 있으나 횟수는 정해지지 않았다. 교육자료·실습자료·매뉴얼 제공, 교육결과·질의사항 반영한 매뉴얼 보완.
- 무상 · 우리 부담(대가 안) 교육지원이 과업(PSR-001)에 포함되어 별도 대가 기재가 없다.
○ 관리자 운영교육, 사용자 기능교육, 필요시 교원·기업 대상 활용교육을 계획한다.
○ 관리자 운영교육, 사용자 기능교육, 필요시 교원·기업 대상 활용교육을 계획한다.
일의 형태
새로 만들기 · 맡아서 운영 · 유지관리
STUDINNO 통합 플랫폼을 개발·구축해 넘기고(새로 만들기), 컨테이너 실습환경 등 서비스 운영 기반을 구성하며, 검수 후 1년간 하자보수(유지관리)를 맡는다.
○ 사업 종료 시 소스코드, 설계문서, 설정정보, 운영·사용자 매뉴얼 등 기술이전이 가능한 형태로 결과물을 제출하여야 한다.
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
주제 · 입찰 절차·보증 7개
참가 범위
공개 경쟁
제한경쟁입찰(총액)로, 소프트웨어사업자 등록·직접생산확인증명서·중소기업 확인서 등 조건을 갖춘 자면 참여 가능. 특정 명단·협약·지명이 아니라 조건 충족 시 누구나 낼 수 있는 제한경쟁.
○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
○ 입찰방법: 제한경쟁입찰(총액)을 원칙으로 하되 입찰공고문에 따름
○ 관련 법령 및 국가종합전자조달시스템 입찰참가자격등록 규정에 따른 경쟁입찰 참가자격을 갖춘 소프트웨어사업자
여러 과제로 나뉨
나뉘지 않음
단일 입찰(공고 제2026-0027호)로 수량 1식, 분할납품 불가. 과제·권역·그룹·입찰번호로 나뉜 내용 없음.
- 여러 개 · 모름 · 문서로 확인 안 됨 나뉘지 않아 해당 사항 없음.
○ 수량: 1
○ 단위: 식
○ 분할납품: 불가
입찰 전 절차
서류·입찰서 직접 제출(방문·우편·팩스·이메일)
적격조합 입찰참여 시 적격조합확인서·배정계획서를 전자입찰서 제출 마감일 전일 18:00까지 팩스·우편·직접 제출. 그 외에는 나라장터 전자 제출.
- 제출기한: 전자입찰서 제출 마감일 전일 18:00 까지
- 제출방법: 팩스, 우편 또는 직접 제출
현장설명회
없음
현장설명회·현장답사 관련 일정·참석 확인 규정이 문서에 없음.
공채·채권
모름 · 문서로 확인 안 됨
공채·채권 매입 비율을 이 계약에 맞춰 정한 조항이 없음.
입찰보증금
면제·지급각서로 갈음
입찰보증금 납부는 원칙적으로 면제하고 지급각서 제출. 다만 신용정보 관리규약상 채무불이행·금융질서 문란자, 입찰공고일 이전 1년 이내 입찰참가자격 제한을 받은 자는 입찰금액의 100분의 5 이상 납부. 계약보증금은 조달청 내자구매업무 처리규정 제48조의2, 하자보수보증금은 용역 계약금액의 100분의 2.
- 입찰보증금 비율 · 5% 이상 입찰금액의 100분의 5 이상. 다만 납부면제 대상(일반 입찰자)은 해당 없음.
입찰자가 아래에 해당하는 경우에는 입찰금액의 100분의 5이상(「국가계약법 시행령」 제37조 제1항 단서조항에 따른 기획재정부장관이 기간을 정하여 고시한 경우에는 1천분의 25이상)의 입찰보증금을 납부 하여야 합니다.
- 계약·하자 보증 비율 · 2% 하자보수보증금은 용역 계약금액의 100분의 2. 계약보증금은 조달청 내자구매업무 처리규정 제48조의2 적용.
제59조(하자보수 보증금) ①계약담당과장은 물품 및 용역의 특성상 하자보수보증이 필요하다고 인정되는 경우에는 물품(용역)별 하자담보 책임기간을 정하고 계약상대자로 하여금 물품의 경우 계약금액의 100분의 3, 용역의 경우 계약금액의 100분의 2(「국가계약법 시행규칙」 제72조제1항 및 「지방계약법 시행규칙」 제70조제1항에서 정한 경우에는 그 금액)에 해당하는 하자보수 보증금을 납부하게 할 수 있다.
(납부면제) 위 사항을 제외하고는 이 입찰에서 입찰보증금의 납부는 면제하되, 입찰보증금 지급각서를 제출하여야 합니다.
입찰자가 아래에 해당하는 경우에는 입찰금액의 100분의 5이상(「국가계약법 시행령」 제37조 제1항 단서조항에 따른 기획재정부장관이 기간을 정하여 고시한 경우에는 1천분의 25이상)의 입찰보증금을 납부 하여야 합니다.
제59조(하자보수 보증금) ①계약담당과장은 물품 및 용역의 특성상 하자보수보증이 필요하다고 인정되는 경우에는 물품(용역)별 하자담보 책임기간을 정하고 계약상대자로 하여금 물품의 경우 계약금액의 100분의 3, 용역의 경우 계약금액의 100분의 2(「국가계약법 시행규칙」 제72조제1항 및 「지방계약법 시행규칙」 제70조제1항에서 정한 경우에는 그 금액)에 해당하는 하자보수 보증금을 납부하게 할 수 있다.
문서끼리 다른 곳
아니다
입찰공고서와 과업내용서가 다르면 입찰공고서가 우선한다는 정형 우선 조항만 있고, 실제로 어긋난 값은 없음.
이 입찰집행과 관련하여 입찰공고서와 과업내용서(제안요청서 등 입찰 첨부서류 일체)의 내용이 서로 다를 경우 입찰공고서가 우선하여 적용됩니다.
주제 · 현장 작업·유지보수 9개
출동 시한
도착 시한 · 모름 · 문서로 확인 안 됨 전체 답 · 없음
소프트웨어 개발·구축 용역으로, 고장·장애·긴급 호출 시 현장 도착(착수) 시한이나 야간·휴일 출동 요구가 문서에 없다. 하자보수는 '신속한 접수·분석·조치가 가능한 지원체계를 유지한다'는 수준이다.
- 도착 시한 · 모름 · 문서로 확인 안 됨 현장 도착·착수 시한이 문서에 없다.
처리 시한
모름 · 문서로 확인 안 됨
장애·오류 접수·분석·조치·확인·재발방지 절차를 운영한다고만 하고, 처리(복구·완료) 시한 숫자가 없다. 하자보수 기간은 최종 검수·인수일로부터 1년.
- 기점 · 모름 · 문서로 확인 안 됨 처리 시한을 세는 기점이 문서에 없다.
○ 시범운영·오픈·안정화 기간의 지원조직과 비상연락망을 제시한다.
- 오류·장애 접수, 분석, 조치, 확인, 재발방지 절차를 운영한다.
부품·소모품
해당 없음
이 공고는 유지보수(점검·수리) 계약이 아니라 소프트웨어 개발·구축 용역이다. 하자보수는 무상 보수로 규정되어 있다.
현장·납품지
해당 없음
웹 기반 클라우드 플랫폼 구축 용역으로, 일할 현장·납품지의 개소가 정해져 있지 않다. 납품장소는 '과업내역에 따름'이다.
- 열린 분량 · 모름 · 문서로 확인 안 됨 현장·납품지 개소가 문서에 없다.
- 범위 · 모름 · 문서로 확인 안 됨 이동·운반 부담이 큰 지역 포함 여부가 문서에 없다.
현장 여건
소프트웨어 개발·구축 용역으로, 작업장소는 계약당사자가 상호 협의하여 정하고 핵심 개발인력이 아닌 지원인력의 근무 장소는 계약상대자가 달리 정할 수 있다. 보안요구사항 등 작업장소 요건을 준수해야 한다.
부대공사·현장 준비나 위험작업에 대한 규정은 문서에 없다.
- 부대공사·현장 준비 · 해당 없음 부대공사·현장 준비 항목이 이 공고에 없다.
- 위험작업 · 해당 없음 이 일에 드는 위험작업이 문서에 없다.
계약당사자는 관련 규정에 따라 소프트웨어사업 수행을 위하여 필요한 작업장소 등을 상호 협의하여 정하며, 핵심 개발인력이 아닌 지원인력의 근무 장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있습니다.
작업 시기
해당 없음
소프트웨어 개발 용역으로 일할 수 있는 때의 제약(야간·휴일, 정해진 기간, 교통통제, 계절·기상 등)이 문서에 없다.
경비 부담
관급 금액 · 해당 없음 전체 답 · 해당 없음
장비·자재·소모품·경비 부담 주체나 관급 품목에 대한 규정이 문서에 없다.
- 관급 금액 · 해당 없음 관급 품목이 이 공고에 없다.
- 관급 설치 · 해당 없음 관급 기기·자재 설치가 이 공고에 없다.
폐기물 처리 몫
해당 없음
소프트웨어 개발 용역으로 작업에서 나온 폐기물·부산물 처리에 대한 규정이 문서에 없다.
하자보수
1년
하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다. 보증 기간 정기점검이나 소모성·정기정비 부품 무상 여부는 문서에 없다.
- 기점 · 설치·검수 완료일 최종 검수·인수일로부터 기산한다.
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
- 보증 기간 정기점검 · 없음 보증 기간 중 정기점검 요구가 문서에 없다.
- 소모성·정기정비 부품 · 모름 · 문서로 확인 안 됨 보증 기간 중 소모성·정기정비 부품 무상 여부가 문서에 없다.
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
○ 하자담보책임기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
주제 · 가격·대금·계약 조건 11개
대금 방식
발주처가 대금 지급
사업예산 총 50,000,000원(부가가치세 포함)을 발주기관이 지급하는 용역 구축 사업이다. 이용자·수혜자가 비용을 대거나 수입을 걷는 내용은 없다.
- 이용자 몫 수납 · 해당 없음 이용자·수혜자가 내는 몫이 없어 수납 주체를 따질 일이 없다.
○ 사업예산 : 총 50,000,000원(부가가치세 포함)
총액·단가 방식
총액
제한경쟁입찰(총액)을 원칙으로 하고 사업예산 총 50,000,000원(부가가치세 포함)으로 입찰한다. 단가×수량·기간 정액·건당·비율로 값을 매긴다는 내용은 없다.
- 정산 · 확정 금액 총액입찰로 사업예산이 정해져 있고 실적·실비 정산 조항은 없다. 다만 일할 계산 조항이 있다.
일할 계산하여 용역대금이 산정되는 경우 대금지급은 계약체결 후 실제 용역 제공일수에 따라 일할 계산하여 지급합니다.
- 단가 조정 · 모름 · 문서로 확인 안 됨 계약 기간 동안 단가 고정·시세 연동·협의 조정을 정한 문장이 없다.
○ 입찰방법: 제한경쟁입찰(총액)을 원칙으로 하되 입찰공고문에 따름
○ 사업예산 : 총 50,000,000원(부가가치세 포함)
물량 변동
일부 미정
요구사항 64개와 상세 요구사항이 제시되어 있으나, 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정하고, 주요 화면은 프로토타입을 통해 협의 후 확정하며, 과업내용 변경은 상호 협의로 관리한다고 적었다.
○ 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다.
- 주요 화면은 프로토타입을 통해 발주기관과 협의 후 확정한다.
○ 사업수행 과정에서 발생하는 요구사항 변경은 상호 협의와 변경관리 절차에 따라 관리하고, 영향도·일정·비용·위험을 명확히 제시하여야 한다.
발주처 단가 기준
적혀 있지 않음
사업예산·추정가격 외에 발주처가 정한 단가·품셈·노임·요율·상한가 기준은 적혀 있지 않다.
계약 상대
공고 낸 기관 직접
공고기관·수요기관 모두 국립순천대학교 산학협력단이고, 계약체결은 국립순천대학교 산학협력단의 관련규정에 따른다고 적었다. 다른 계약·대금 상대는 없다.
○ 계약체결은 국립순천대학교 산학협력단의 관련규정에 의한 계약의 일반조건과 특수조건 등의 일반원칙에 따름
그대로 넘길 돈
아니다
계약금액 안에서 다른 곳에 넘기거나 정해진 곳에 그대로 써야 하는 돈을 정한 문장이 없다.
- 넘길 돈 · 모름 · 문서로 확인 안 됨 해당 항목이 없다.
- 투찰 때 반영 · 모름 · 문서로 확인 안 됨 해당 지시가 없다.
견적 근거
공개 안 됨
제안요청서·공고서에 설계서·내역서·도면·장비 목록·기존 시스템 구성도가 첨부·공개되었다는 안내가 없다.
- 이윤 · 모름 · 문서로 확인 안 됨 공개된 원가계산서·산출내역이 없다.
대금 받는 때
끝난 뒤 한 번에
완료 단계에서 완료보고서·검수자료·최종산출물을 납품 완료 시 제출하고 검수기관이 국립순천대학교 산학협력단으로 되어 있다. 지급 시기·회차를 정한 별도 조항은 없다.
- 선금 · 모름 · 문서로 확인 안 됨 선금 비율을 정한 문장이 없다.
- 지급 기한 · 모름 · 문서로 확인 안 됨 청구 뒤 지급 기한을 정한 문장이 없다.
○ 검사/검수기관: 국립순천대학교 산학협력단
보험 가입
없음
이 일 때문에 가입해야 하는 보험·공제를 정한 요구가 없다. 보안서약·보안확약서는 보험·공제가 아니다.
- 보상 한도 · 해당 없음 보험 요구가 없다.
- 보험료 · 해당 없음 보험 요구가 없다.
- 대상 · 해당 없음 보험 요구가 없다.
계약 변동 가능
아니다
예산 확정 전·보조사업자 계약 같은 조건으로 계약이 안 되거나 금액·물량·기간이 바뀔 수 있다고 적은 문장이 없다. 과업내용 변경은 협의·절차에 따른다는 일반 조항뿐이다.
- 바뀔 수 있는 것 · 해당 없음 해당 문장이 없다.
부가세 과세
모름 · 문서로 확인 안 됨
이 일·품목의 과세·면세를 정한 문장이 없다. 사업예산·추정가격 표기와 면세사업자 투찰 정형 문구뿐이다.
- 투찰가에 부가세 · 넣는다 입찰금액은 부가가치세를 포함한 가격으로 투찰하라고 적었다.
◇ 사업예산 및 입찰금액은 부가가치세를 포함한 가격입니다.
뽑는 방식 · 입찰 방식 10개
회사 속성 우대
없음
평가항목 및 배점기준(안)에 회사 속성 우대 항목이 없음. 참가자격에서 중소기업·소상공인 확인서 소지가 요구되나 이는 우대가 아니라 참가자격임.
- 우대 대상 · 없음 창업기업·여성기업·장애인기업·사회적기업·고용실적·인증·산업재해율 관련 우대 문구 없음
- 가점 크기 · 모름 · 문서로 확인 안 됨 우대 가점이 없어 크기도 없음
신용등급·경영상태
없음
평가표에 신용평가등급·기술신용평가·경영상태 관련 항목이 없음. 참가자격에도 없음.
- 등급이 없을 때 · 모름 · 문서로 확인 안 됨 신용평가등급 관련 규정 자체가 없음
- 크기 · 모름 · 문서로 확인 안 됨 해당 항목 없음
- 대상 · 모름 · 문서로 확인 안 됨 해당 항목 없음
보유 인력
없음
평가표에 회사 보유 인력 수·등급 점수 항목이 없고, 참가자격에도 인력 요건이 없음. 서식 5에 참가기술자 자격·경력 기재란이 있으나 배점·조건이 아님.
- 기준 인원 · 모름 · 문서로 확인 안 됨 기준 인원 규정 없음
- 크기 · 모름 · 문서로 확인 안 됨 해당 항목 없음
전담 인력
없음
투입 인력 전담·겸직 금지·참여율 상한 규정이 없음. 서식 5에 상주구분 기재란만 있음.
- 참여율 상한 · 모름 · 문서로 확인 안 됨 참여율 규정 없음
- 크기 · 모름 · 문서로 확인 안 됨 해당 항목 없음
- 대상 · 모름 · 문서로 확인 안 됨 해당 항목 없음
큰 배점 항목
기능구현 방안 15점, 사업이해도 10점, 추진전략 10점(이하 인터페이스 요구사항 10점, 데이터 요구사항 10점)
기술능력평가 90점 중 기능구현 방안이 15점으로 최대, 사업이해도·추진전략·인터페이스 요구사항·데이터 요구사항이 각 10점
○ 기능에 대한 분석 및 구현 방안의 타당성
○ 기술의 적용 가능성 | 15
○ 사업 및 요구사항에 대한 이해도
○ 제안요청서와의 부합성
○ 제안내용의 적정성, 객관성 | 10
○ 과업수행의 효율성, 사업 진도, 사업 수행의 우수성, 수행 활동의 적정성 등 | 10
가점
없음
평가표에 특허·신기술·수상·우수업체 선정·기술개발 투자·신규 고용 가점 항목이 없음
- 가점 대상 · 없음 해당 항목 없음
- 가점 크기 · 모름 · 문서로 확인 안 됨 해당 항목 없음
샘플·시안 선제출
없음
입찰·제안 단계에서 시안·샘플·견본·시연·성능시험을 요구하는 규정이 없음. 제안서는 PDF 온라인 제출이며 발표자료는 PPT 권고.
- 크기 · 모름 · 문서로 확인 안 됨 해당 항목 없음
- 대상 · 모름 · 문서로 확인 안 됨 해당 항목 없음
무상 추가 제공
의무 · 계약 뒤 지킬 일
하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 하며 무상 보수. 추가 제공 약속에 대한 배점은 없음.
- 요구 기간 · 1년 최종 검수·인수일로부터 1년
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
- 크기 · 모름 · 문서로 확인 안 됨 추가 제공 배점 없음
- 대상 · 유지보수·사후지원 하자보수(무상)만 해당, 과업 밖 추가 제공 배점 없음
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다.
○ 납품일로부터 향후 1년간을 유지․보수 기간으로 하고 그 소요되는 제반비용은 계약자가 부담함
평가 자리 발표
빠지면 · 모름 · 문서로 확인 안 됨 전체 답 · 모름
제안서 평가는 수요기관이 평가위원을 구성하여 평가하며 평가일시·장소는 별도 공지 예정. 다만 별도 공지 없이 서면 평가할 수도 있다고만 적혀 발표 방식이 확정되지 않음.
- 빠지면 · 모름 · 문서로 확인 안 됨 발표 방식이 확정되지 않아 빠졌을 때 처리 규정 없음
○ 제안서 평가는 수요기관에서 직접 평가위원을 구성하여 평가하며, 평가일시 및 장소는 수요기관에서 별도 공지할 예정입니다. 다만, 별도 공지 없이 서면 평가할 수도 있습니다.
차등점수제
그렇다
차등점수제 적용, 순위 간 점수차 2점. 1순위자에게 기술능력평가 배점한도(90%)를 부여하고 차순위부터 순차적으로 순위 간 점수차를 감함.
- 순위 간 점수차 · 2점 순위 간 점수차 2점
○ 본 사업은 계약예규 협상에의한계약체결기준 제7조제6항 및 한국인터넷진흥원 계약자선정평가지침에 따른 차등점수제(순위 간 점수차 2점)을 적용하여 평가합니다.
○ 차등점수제 적용 여부 : 적용
○ 본 사업은 계약예규 협상에의한계약체결기준 제7조제6항 및 한국인터넷진흥원 계약자선정평가지침에 따른 차등점수제(순위 간 점수차 2점)을 적용하여 평가합니다.
카테고리 · 정보시스템·SW 7개
AI 과업
AI 기능을 직접 개발·구현
JD-역량 매칭, 유사 성과 검색, 역량 Gap 분석 등 AI 기능을 구현하라고 적었고, 상용 LLM·API 이용권을 사서 댄다는 문장은 없다.
AI 기능은 단순 시연이 아니라 실제 사용자 업무에 활용 가능한 JD-역량 매칭, 유사 성과 검색, 역량 Gap 분석 등을 중심으로 구현하고 평가기준과 설명가능성을 제시한다.
기업 JD와 학생 교과·프로젝트·역량 데이터를 NLP·유사도 분석으로 매칭하고 학생별 커리어 로드맵·역량 Gap·추천 교과/프로젝트 제공
저작권 귀속
우리가 다시 쓰기·공개 · 모름 · 문서로 확인 안 됨 전체 답 · 모름
과업지시서·제안요청서에 소유 귀속을 정한 문장이 없고, PSR-005는 결과물 원본 제출과 사용권·기술자료 확보만 적었다.
- 우리가 다시 쓰기·공개 · 모름 · 문서로 확인 안 됨 결과물을 승인 없이 공개·발표·다른 목적에 쓰지 못한다는 문장이 없다. 보안 준수사항의 누출금지·자료 반납은 일반 보안 문구다.
개발 소스·설계·문서·데이터모델·설정 등 사업 결과물 원본을 발주기관에 제출한다.
발주기관이 후속 유지보수·개선에 활용할 수 있도록 필요한 사용권과 기술자료를 확보한다.
결원 대체 인력
없음
결원·휴가·퇴사·교육 시 대체 인력이나 예비·백업 인력을 정하라는 요구가 없다. 보안 준수사항의 참여인원 임의 교체 금지·신상변동 보고는 보안 조항이다.
- 메울 시한 · 모름 · 문서로 확인 안 됨
- 못 메우면 감액 · 아니다
- 크기 · 해당 없음
- 대상 · 해당 없음
나눠 납품
한 번에 전량
납품기한(계약일로부터 2026년 12월 15일까지) 하나만 적혀 있고 나눠 내라는 말이 없다. 공고서에는 분할납품 불가로 적혀 있다.
- 분할납품 · 막음 공고서 입찰개요에 분할납품 불가로 적혀 있다.
분할납품: 불가
용역기간: 계약일로부터 2026년 12월 15일까지
분할납품: 불가
기존 장비 제조사
제조사·모델 · 해당 없음 전체 답 · 해당 없음
맡을 기존 장비·시스템의 제조사·모델을 적은 목록이 없다.
- 제조사·모델 · 해당 없음
하드웨어 부담
해당 없음
서버·장비 등 하드웨어를 사서 넘기거나 기간 동안 대고 유지한다는 문장이 없다. ECR-001은 발주기관 제공 자원과 수행사 구축·설정 범위를 구분하라고만 적었다.
발주기관 제공 자원과 수행사 구축·설정 범위를 구분하고 확장·이중화·백업 방안을 제시한다.
같은 시스템 경험
없음
이 발주처의 바로 그 시스템(STUDINNO) 개발·운영 경험을 요구하거나 점수로 주는 문장이 없다.
- 크기 · 해당 없음
- 대상 · 해당 없음
- 조건 · 모름 · 문서로 확인 안 됨
카테고리 · 정보시스템·SW (2) 6개
사용 환경
모바일·반응형 지원
PC·태블릿·모바일 환경에서 이용 가능한 반응형 웹 구축, 화면 크기 변화에 따른 메뉴·표·대시보드 가독성 확보. 브라우저는 주요 최신 브라우저에서 동작, 특정 브라우저·플러그인·비표준 기술(ActiveX) 종속 배제.
○ PC·태블릿·모바일 환경에서 이용 가능한 반응형 웹 구축
- 화면 크기 변화에 따른 메뉴·표·대시보드의 가독성을 확보한다.
- 특정 브라우저·플러그인·비표준 기술에 종속되지 않도록 한다.
- HTML5 기반 표준기술을 적용하고 비표준 ActiveX·플러그인 사용을 배제한다.
고장 대체 장비
의무 · 계약 뒤 지킬 일
컨테이너 실습환경의 생성·시작·중지·삭제 및 유휴자원 회수 정책 구현, 백업·복구·재기동·연계재처리 절차 마련, 주요 단일장애점 분석·대응방안 제시. 대체 장비·예비품·이중화를 명시한 조항은 없음.
- 메울 시한 · 모름 · 문서로 확인 안 됨 대체 장비·예비품 투입 시한을 정한 문장이 없다.
- 못 메우면 · 모름 · 문서로 확인 안 됨 가동률 감액·손해 책임을 정한 문장이 없다.
- 크기 · 모름 · 문서로 확인 안 됨 평가표에 예비 장비·백업 방안 배점 항목이 없다.
- 대상 · 기타 컨테이너 실습환경의 유휴자원 회수, 백업·복구·재기동·연계재처리 절차, 단일장애점 대응방안.
- 실습환경 생성·시작·중지·삭제 및 유휴자원 회수 정책을 구현한다.
- 백업·복구·재기동·연계재처리 절차를 마련한다.
- 실습환경 생성·시작·중지·삭제 및 유휴자원 회수 정책을 구현한다.
- 백업·복구·재기동·연계재처리 절차를 마련한다.
○ 주요 단일장애점과 장애영향을 분석하고 대응방안을 제시한다.
공유·전용 설비
허용
공유 설비를 막거나 논리 분리 조건을 거는 문장이 없다. 발주기관 제공 자원과 수행사 구축·설정 범위를 구분하라고만 적었다.
저작물·초상권
모름 · 문서로 확인 안 됨
제3자 지식재산권을 침해하지 않아야 한다는 일반 문장만 있고, 저작물·초상권 확보 주체를 정한 문장이 없다.
- 권리 범위 · 모름 · 문서로 확인 안 됨 이용 허락·양도·직접 제작을 정한 문장이 없다.
○ 모든 소프트웨어·폰트·이미지·오픈소스 등은 적법한 라이선스를 확보하여야 하며, 제3자의 지식재산권을 침해하지 않아야 한다.
외부 자문·검토
자문·감수 없음
외부 전문가 자문·검토·감수 회의를 꾸리라는 요구가 문서에 없다.
- 자문 비용 · 모름 · 문서로 확인 안 됨 자문 비용 부담을 정한 문장이 없다.
- 횟수 · 모름 · 문서로 확인 안 됨 자문·감수 횟수를 정한 문장이 없다.
시민 직접 응대
상대할 이용자 없음
학생·교원·기업·관리자가 플랫폼을 직접 쓰는 이용자이고, 신고·문의·신청을 우리가 받는다는 창구 조항은 없다.
문서 발췌
과업·요구
| 사 업 명 | 산학협력 통합 교육 플랫폼 STUDINNO 구축 |
|---|---|
| 주관기관 | 국립순천대학교(산학협력단) |
가. 일반사항
○ 사 업 명 : 산학협력 통합 교육 플랫폼 STUDINNO 구축 ○ 사업기간 : 계약 후 2026년 12월 15일까지 ○ 사업예산 : 총 50,000,000원(부가가치세 포함) ○ 계약방법 : 협상에 의한 계약 체결, 제한경쟁입찰, 공동수급불허
나. 추진배경 및 필요성
○ 교육 지원체계와 산업체 협력·지원 체계가 교육, 연구, 산학협력 단위로 개별 운영됨에 따라 실무형 교육성과의 축적과 산업체 문제해결 성과의 교육 환류에 한계가 존재한다. ○ 전공 교육-산학 프로젝트-취업·채용이 유기적으로 연결되는 통합형 교육 인프라를 구축하여 학생의 실무역량 강화와 산업체의 기술·인재 수요를 동시에 충족하는 선순환 구조 마련이 필요하다. ○ 글로컬대학 및 SW중심대학 사업을 통해 축적된 교육·산학 인프라를 기반으로 대학과 기업이 공존·협력하는 STUDINNO(Study + Innovation) 통합 플랫폼을 구축한다. ○ 학생에게는 산업 현장 기반의 실무역량 강화 기회를 제공하고, 기업에게는 기술 경쟁력 확보와 우수 인재 발굴·채용으로 이어지는 지속가능한 협력 기반을 제공한다.
다. 사업목적
○ 교육·연구·산학협력 데이터를 통합 축적·분석할 수 있는 데이터 기반 교육·연구 허브를 구축한다. ○ 산업체 RFP 제안부터 프로젝트 수행·평가·성과공유까지 전주기 산학프로젝트 관리체계를 구축한다. ○ 프로젝트 및 문제해결 경험을 기반으로 학생의 실무역량을 평가하고 Open Badges 기반 디지털 배지 및 포트폴리오로 인증·자산화한다. ○ 웹 기반 클라우드 개발환경과 형상관리 기반 협업환경을 제공하여 산업표준에 부합하는 실습·개발 역량을 강화한다. ○ 프로젝트 결과물과 지식재산권을 Knowledge Base로 축적하고 시맨틱 검색을 통해 재사용·확산할 수 있도록 한다. ○ 학생의 교육·프로젝트·역량 데이터를 기업 JD와 분석·매칭하여 AI 기반 인재추천, 커리어 로드맵 및 취업·채용 연계를 지원한다.
| 구분 | 주요 구축 내용 |
|---|---|
| 데이터 기반 교육·연구 허브 | - 정형·비정형 데이터 수집·저장·가공, 데이터 관리체계, 교육성과·학생역량·산업수요 분석 대시보드 |
| 전주기 산학프로젝트 관리 | - 기업 RFP, 모집·지원, 팀 구성, Workspace, 산출물 공유, 평가·완료·성과 연계 |
| 실무형 역량 인증 | - 교과·비교과·산학프로젝트 기반 역량평가, Open Badges 디지털 배지, 디지털 포트폴리오 |
| 개방형 협업 및 실습환경 | - Docker/Kubernetes 기반 컨테이너 실습환경, Git 기반 형상관리 및 오픈소스 라이선스 지원 |
| 지식재산권 및 성과관리 | - 특허·SW저작권·프로젝트 결과물 관리, Knowledge Base, 시맨틱 검색 및 유사 성과 추천 |
| 인재매칭 및 진로관리 | - JD 분석, 학생 역량 유사도 분석, 인재 추천, 관심인재·채용제안, 역량 Gap 분석, 커리어 로드맵 |
| 공통·관리·연계 | - 회원·권한·관리자·알림·통계, 대학 학사/SSO 등 기존 시스템 연계, 개인정보·보안·접근성·표준 준수 |
마. 사업 추진 목표
○ 데이터 기반 교육혁신 체계 확립 ○ 산업수요 기반 실무형 교육 및 산학프로젝트 운영 효율화 ○ 프로젝트 경험 기반 실무역량 인증체계 고도화 ○ 장소·기기 제약 없는 개방형 협업·실습환경 조성 ○ 산학성과의 지식자산화 및 교육-연구-사업화 연계 강화 ○ 인재매칭과 학생 주도 진로설계 지원 ○ 분산된 사업단 인프라와 성과의 통합 및 확산 가능한 플랫폼 기반 마련
바. 기대효과
○ 교육 및 학사 운영: 산업체 RFP와 프로젝트 수행 데이터를 교육과정 설계·개편에 활용하고 학생별 부족 역량을 진단하여 맞춤형 교과·비교과 추천을 지원한다. ○ 산학협력 및 연구: 산학프로젝트 결과를 지식기반으로 축적하여 유사과제의 시행착오를 줄이고 기업-대학 간 상시 협업을 통한 중장기 공동 연구 과제 도출을 지원한다. ○ 취업 및 인재양성: 학생 프로젝트 수행이력과 기업 JD를 매칭하고 디지털 포트폴리오를 자동화하여 검증된 인재와 채용수요를 연결한다. ○ 성과 확산: 사업단별 분산 인프라를 통합하고 향후 학사 시스템과 연계하여 입학부터 취업 후 사후관리까지 전주기 학생 성공관리 체계로 고도화할 기반을 마련한다.
사. 목표시스템 구성
| 계층 | 구성요소 | 주요 역할 |
|---|---|---|
| 사용자 채널 | 학생·교원·기업·관리자 포털 | 역할별 맞춤 서비스, 반응형 웹, 통합인증 |
| 서비스 계층 | PMS / 역량·배지 / 포트폴리오 / 성과·IP / 매칭·진로 | 6대 핵심 업무서비스 및 공통업무 |
| 데이터·AI 계층 | 통합 데이터 허브 / 분석 대시보드 / Knowledge Base / Semantic Search | 교육·프로젝트·성과·기업수요 데이터 통합, 분석·검색·추천 |
| 협업·개발 계층 | Git 기반 형상관리 / Docker·Kubernetes 기반 실습환경 | 프로젝트 협업, 소스·라이선스 관리, 컨테이너 실습환경 |
| 연계 계층 | 학사정보·SSO 등 대학 기존 시스템 / 알림·메일 등 | 사용자·학사·인증 정보 연계 및 대외 서비스 연계 |
| 운영·보안 | 모니터링 / 로그 / 백업 / 개인정보보호 / 접근통제 | 안정성, 추적성, 보안성, 운영성 확보 |
가. 추진목표
○ “교육-산학프로젝트-역량인증-성과자산화-AI 인재매칭-취업을 연결하는 STUDINNO 통합 플랫폼 구축”
나. 추진전략
○ 사용자 중심 개발 학생·교원·기업·관리자 등 주요 사용자 그룹의 요구를 분석하고, 단계별 프로토타입 및 사용자 검증을 통해 UX/UI와 업무 프로세스를 구체화한다. ○ Agile 기반 단계적 구축 요구사항 변화에 유연하게 대응할 수 있도록 반복·점진 개발을 적용하고, 기능단위 분석-설계-개발-시험-검증을 수행한다. ○ 확장 가능한 아키텍처 기능별 독립 고도화와 외부 시스템 연계를 고려하여 모듈화·API 기반 구조를 적용하고, MSA 적용 수준은 운영환경·비용·복잡성을 고려한 최적 방안으로 제안한다. ○ 데이터 중심 통합 학생·교육·프로젝트·기업·성과 데이터를 공통 식별체계로 연계하고 데이터 표준·품질·메타데이터·이력관리 체계를 마련한다. ○ AI 실효성 중심 구현 AI 기능은 단순 시연이 아니라 실제 사용자 업무에 활용 가능한 JD-역량 매칭, 유사 성과 검색, 역량 Gap 분석 등을 중심으로 구현하고 평가기준과 설명가능성을 제시한다. ○ 보안·품질 내재화 개인정보보호, 접근통제, 암호화, 로그, 취약점 조치, 테스트 및 품질검증을 분석·설계 단계부터 반영한다.
다. 추진체계
| 구분 | 주요 역할 |
|---|---|
| 국립순천대학교 | 사업계획 수립, 사업총괄·의사결정, 요구사항 확정, 산출물 검토·승인, 테스트·검수 및 결과물 인수 |
| 사업수행사 | 현황·요구분석, 설계·개발·구축, 인프라 및 연계 구현, 시험·안정화, 교육·기술이전, 산출물 작성·제출 |
| 관련 부서·사업단 | 업무 요구사항 제공, 사용자 검증, 연계 데이터·업무 협의, 운영정책 협의 |
| 외부 연계기관/시스템 담당 | 연계규격·보안정책 협의, 테스트 및 연계 검증 지원 |
| 단계 | 주요 내용 | 기간(안) |
|---|---|---|
| 착수·분석 | 착수보고, 현행환경·업무분석, 사용자 인터뷰/FGI, 요구사항 상세화 | 1주차 |
| 설계 | 목표아키텍처, 데이터·인터페이스·보안·UI/UX 설계, 프로토타입 | 2주차(초) ~ 3주차(초) |
| 구축 1차 | 공통·회원·관리자, 프로젝트 관리, 데이터 기반 기능 | 3주차(중) ~ 4주차(초) |
| 구축 2차 | 포트폴리오, Git, 성과·지식기반 | 4주차(중) ~ 5주차(중) |
| 시험·검증 | 단위·통합·연계·성능·보안·사용자 수용 테스트 | 6주차(초) ~ 7주차(중) |
| 안정화·이전 | 시범운영, 오류개선, 운영교육, 매뉴얼, 기술이전, 완료보고 | 8주차(초) ~ 9주차(완료) |
가. 일반사항
○ 제안사는 본 사업의 특성과 목표, 관련 사업계획 및 현행 정보화 환경을 충분히 이해하고 이를 반영한 현실적이고 확장 가능한 구축 방안을 제시하여야 한다. ○ 본교의 기존 전산 운영환경, 학사·인증 체계, 보안정책 및 연계 가능성을 고려하여 요구된 성능과 기능을 만족하는 시스템을 구축하여야 한다. ○ 사업수행 과정에서 발생하는 요구사항 변경은 상호 협의와 변경관리 절차에 따라 관리하고, 영향도·일정·비용·위험을 명확히 제시하여야 한다. ○ 모든 소프트웨어·폰트·이미지·오픈소스 등은 적법한 라이선스를 확보하여야 하며, 제3자의 지식재산권을 침해하지 않아야 한다. ○ 사업 종료 시 소스코드, 설계문서, 설정정보, 운영·사용자 매뉴얼 등 기술이전이 가능한 형태로 결과물을 제출하여야 한다.
나. 구축 기본방향
○ 학생-교원-기업이 하나의 프로젝트·역량·성과 데이터 체계에서 협업할 수 있는 통합 플랫폼으로 구축 ○ 산학프로젝트 전주기 프로세스와 학생 역량성장 이력을 연결하고 이를 배지·포트폴리오·진로·채용으로 연계 ○ 데이터 허브와 Knowledge Base를 중심으로 교육·프로젝트·성과 데이터를 자산화하고 분석·추천·검색에 재활용 ○ 클라우드 기반 실습환경과 형상관리 시스템을 연계하여 실제 산업현장과 유사한 개발·협업 경험 제공 ○ AI 기능은 JD-역량 유사도, 유사성과 검색, 커리어 Gap 분석 등 명확한 입력·출력·평가기준을 갖도록 구현 ○ 외부 시스템·향후 차세대 학사시스템 연계를 고려한 표준 API 및 확장 가능한 데이터 구조 적용
다. 핵심 구축내용
① 데이터 기반 교육·연구 허브 산학프로젝트·교육과정 과정에서 발생하는 정형·비정형 데이터를 통합 관리하고 교육성과·학생역량·산업수요를 분석할 수 있는 대시보드 제공 ② 전주기 산학프로젝트 관리 산업체 RFP 등록·검토·모집·학생지원·팀구성·프로젝트 수행·Task/Kanban·파일공유·평가·완료·성과공유까지 전주기 워크플로우 구현 ③ 실무형 역량 인증 교과·비교과·프로젝트 수행 및 평가결과를 기반으로 역량을 정량·정성 관리하고 Open Badges 기반 디지털 배지와 자동 포트폴리오 제공 ④ 개방형 협업 및 실습환경 Docker/Kubernetes 기반 컨테이너형 웹 IDE와 Git 기반 형상관리·오픈소스 라이선스 관리 환경 제공 ⑤ 지식재산권 및 성과관리 특허·SW 저작권·프로젝트 산출물을 체계적으로 관리하고 Knowledge Base 및 시맨틱 검색·유사성과 추천 제공 ⑥ 인재매칭 및 진로관리 기업 JD와 학생 교과·프로젝트·역량 데이터를 NLP·유사도 분석으로 매칭하고 학생별 커리어 로드맵·역량 Gap·추천 교과/프로젝트 제공
라. 요구사항 목록
| 분류 | 설명 | 요구사항 수 |
|---|---|---|
| ECR | 시스템/인프라 요구사항 | 3 |
| SFR | 기능 요구사항 | 18 |
| SIR | 인터페이스 요구사항 | 6 |
| DAR | 데이터 요구사항 | 5 |
| PER | 성능 요구사항 | 2 |
| TER | 테스트 요구사항 | 4 |
| SER | 보안 요구사항 | 6 |
| QUR | 품질 요구사항 | 4 |
| COR | 제약 요구사항 | 5 |
| PMR | 프로젝트 관리 요구사항 | 6 |
| PSR | 프로젝트 지원 요구사항 | 5 |
| 합계 | 64 |
| 요구사항번호 | ECR-001 | |
|---|---|---|
| 요구사항 명 | 목표 인프라 구성 | |
| 상세 설명 | 정의 | STUDINNO 서비스의 안정적인 운영을 위한 인프라 구성 |
| 세부 내용 | ○ 서비스 규모, 동시사용자, 데이터 증가, 검색 자원특성을 고려한 목표 인프라 구성도를 제시한다. - 웹·애플리케이션·DB·검색/AI·저장소·컨테이너 실행환경·모니터링 등 논리 구성과 역할을 정의한다. - 발주기관 제공 자원과 수행사 구축·설정 범위를 구분하고 확장·이중화·백업 방안을 제시한다. |
| 요구사항번호 | ECR-002 | |
|---|---|---|
| 요구사항 명 | 컨테이너 플랫폼 구성 | |
| 상세 설명 | 정의 | 서비스 모듈 운영에 필요한 Docker/Kubernetes 기반 실행환경 구성 |
| 세부 내용 | ○ 컨테이너 이미지, Namespace/Project, CPU·Memory·Storage quota 및 사용자별 자원 제한 정책을 제시한다. - 실습환경 생성·시작·중지·삭제 및 유휴자원 회수 정책을 구현한다. - 관리자가 사용자·프로젝트별 자원 사용량과 상태를 확인할 수 있어야 한다. |
| 요구사항번호 | ECR-003 | |
|---|---|---|
| 요구사항 명 | 저장소 및 백업 구성 | |
| 상세 설명 | 정의 | 산출물·포트폴리오 등 데이터 특성에 적합한 저장 및 백업체계구성 |
| 세부 내용 | ○ 업무 DB와 파일/오브젝트 저장영역을 구분하여 관리하고 용량 산정근거를 제시한다. - 백업주기·보관기간·복구절차·복구검증 방안을 제시한다. - 대용량 파일 업로드·다운로드 및 버전관리 시 서비스 부하를 최소화한다. |
| 요구사항번호 | SFR-001 | |
|---|---|---|
| 요구사항 명 | 회원 가입 및 사용자 유형 관리 | |
| 상세 설명 | 정의 | 학생·교원·기업·관리자 등 사용자 유형별 가입·승인·상태관리 기능 |
| 세부 내용 | ○ 사용자 유형에 따라 필수 입력항목과 승인절차를 구분한다. - 기업 사용자는 소속기업 정보와 담당자 정보를 등록·검증할 수 있어야 한다. - 휴면·탈퇴·이용정지 등 사용자 상태와 변경이력을 관리한다. |
| 요구사항번호 | SFR-002 | |
|---|---|---|
| 요구사항 명 | 로그인 및 통합인증 | |
| 상세 설명 | 정의 | 사용자 인증과 세션을 안전하게 관리하고 대학 통합인증 연계 고려 |
| 세부 내용 | ○ 일반 로그인과 대학 SSO 등 연계 가능한 인증방식을 지원한다. - 로그인 실패·잠금·비밀번호 정책 및 최근 접속정보를 관리한다. - 역할·소속·상태에 따라 접근 가능한 메뉴와 기능을 제어한다. |
| 요구사항번호 | SFR-003 | |
|---|---|---|
| 요구사항 명 | 권한 및 역할 관리 | |
| 상세 설명 | 정의 | 업무 기능·데이터 범위에 따른 역할기반 접근권한 관리기능 |
| 세부 내용 | ○ 학생·교원·기업·운영자·슈퍼관리자 등 기본 역할을 정의한다. - 관리자가 메뉴·기능·데이터 범위 권한을 설정할 수 있어야 한다. - 권한 부여·변경·회수 이력을 기록한다. |
| 요구사항번호 | SFR-004 | |
|---|---|---|
| 요구사항 명 | 사용자 프로필 및 역량정보 | |
| 상세 설명 | 정의 | 학생·교원·기업 사용자의 프로필과 주요 활동정보 통합 조회·관리 |
| 세부 내용 | ○ 학생은 전공·관심직무·보유역량·프로젝트·배지·포트폴리오 정보를 확인한다. - 교원은 소속·전문분야·지도 프로젝트 정보를 관리한다. - 기업은 기업소개·기술분야·RFP·채용정보를 관리한다. |
| 요구사항번호 | SFR-005 | |
|---|---|---|
| 요구사항 명 | 알림 및 메시지 | |
| 상세 설명 | 정의 | 모집·지원·평가·배지·채용 등 업무 이벤트 기반 알림 제공 |
| 세부 내용 | ○ 웹 알림을 기본으로 제공하고 이메일·문자·알림톡 등 외부 알림 연계 방안을 제시한다. - 읽음/미읽음·알림유형·수신설정·발송이력을 관리한다. - 중요 업무단계별 자동알림 조건을 관리자 설정으로 관리할 수 있어야 한다. |
| 요구사항번호 | SFR-006 | |
|---|---|---|
| 요구사항 명 | 메인 대시보드 | |
| 상세 설명 | 정의 | 사용자 유형별 주요 업무·성과·추천정보를 한 화면에서 제공 |
| 세부 내용 | ○ 학생은 프로젝트·배지·역량·추천직무·일정 중심으로 구성한다. - 교원은 지도 프로젝트·평가·성과·학생현황 중심으로 구성한다. - 기업은 RFP·지원학생·추천인재·채용제안 중심으로 구성한다. - 관리자는 사용자·프로젝트·성과·서비스 운영 현황을 통합 조회한다. |
| 요구사항번호 | SFR-007 | |
|---|---|---|
| 요구사항 명 | 통합 검색 | |
| 상세 설명 | 정의 | 프로젝트·기업·학생 공개프로필 등 플랫폼 주요 자원 통합 검색 |
| 세부 내용 | ○ 키워드, 분류, 태그, 기간, 상태 등 조건검색을 지원한다. - 검색결과는 권한에 따라 노출범위를 제어한다. - 향후 시맨틱 검색 결과와 일반 검색결과를 통합 제공할 수 있도록 설계한다. |
| 요구사항번호 | SFR-009 | |
|---|---|---|
| 요구사항 명 | 기업 RFP 등록, 검토, 승인 | |
| 상세 설명 | 정의 | 기업이 산업현장의 문제·기술수요를 산학프로젝트 RFP로 등록 및 관리 |
| 세부 내용 | ○ 과제명, 배경, 목표, 필요역량, 기술분야, 기간, 수행방식, 산출물, 보안·공개범위 등 구조화된 항목을 제공한다. - 임시저장, 수정, 제출, 회수 등 작성 상태를 관리한다. - 첨부파일과 관련자료를 등록할 수 있어야 한다. ○ 검토상태, 보완요청, 승인·반려 사유와 이력을 관리한다. - 승인된 RFP는 모집프로젝트로 전환할 수 있어야 한다. - 민감정보·지식재산·보안요건을 확인할 수 있는 검토항목을 제공한다. |
| 요구사항번호 | SFR-010 | |
|---|---|---|
| 요구사항 명 | 프로젝트 모집·검색 및 지원 | |
| 상세 설명 | 정의 | 학생이 모집중인 산학프로젝트를 검색·비교·관심 등록 및 관리 |
| 세부 내용 | ○ 기술분야·기업·기간·모집상태·필요역량 등 조건검색을 제공한다. - 프로젝트 상세에서 목표·역할·일정·필요역량·기업정보·지원현황을 확인한다. - 학생 프로필과 필요역량을 활용한 맞춤 RFP 추천영역을 제공한다. ○ 지원동기, 보유역량, 역할희망, 포트폴리오·첨부자료를 제출할 수 있어야 한다. - 지원취소·보완·재제출 등 상태를 관리한다. - 지원정보는 교원·기업·운영자의 권한에 따라 조회할 수 있어야 한다. |
| 요구사항번호 | SFR-011 | |
|---|---|---|
| 요구사항 명 | 팀 구성 및 참여자 관리 | |
| 상세 설명 | 정의 | 선발학생·교원·기업멘토를 프로젝트 팀으로 구성하고 역할 관리 |
| 세부 내용 | ○ 프로젝트 책임자·지도교원·기업멘토·학생 등 역할을 설정한다. - 팀원 추가·변경·탈퇴·승인 이력을 관리한다. - 팀 구성 결과를 Workspace 및 권한에 자동 반영한다. |
| 요구사항번호 | SFR-012 | |
|---|---|---|
| 요구사항 명 | 프로젝트 Workspace | |
| 상세 설명 | 정의 | 프로젝트 수행에 필요한 협업정보를 통합한 Workspace 제공 |
| 세부 내용 | ○ 프로젝트 개요·일정·Task·파일·공지·회의·성과·Repository 정보를 한 화면에서 제공한다. - 프로젝트 구성원별 권한에 따라 등록·수정·조회 기능을 제어한다. - 프로젝트 종료 후 주요 활동과 결과를 성과관리 영역으로 이관한다. |
| 요구사항번호 | SFR-013 | |
|---|---|---|
| 요구사항 명 | 프로젝트 평가 및 성과공유 | |
| 상세 설명 | 정의 | 교원·기업 등 평가자가 프로젝트·학생 성과 정량·정성 평가 및 성과공유 |
| 세부 내용 | ○ 평가항목·배점·평가자·평가시기를 관리자가 설정한다. - 프로젝트 결과, 문제해결, 협업, 기술역량 등 항목별 평가를 지원한다. - 평가결과는 학생 역량·배지 발급 기준과 연계할 수 있어야 한다. ○ 최종보고서·결과물·평가결과 확인 후 완료처리한다. - 공개 가능 성과는 Knowledge Base로 이관·공유한다. - 특허·SW저작권 등 후속 지식재산 정보를 연계 등록할 수 있어야 한다. |
| 요구사항번호 | SFR-014 | |
|---|---|---|
| 요구사항 명 | 역량체계 관리 | |
| 상세 설명 | 정의 | 전공·융합·직무 기반 실무역량 체계 정의·관리 |
| 세부 내용 | ○ 역량분류, 정의, 수준, 연계 교과·비교과·프로젝트·배지를 관리한다. - 역량체계 변경 시 이력과 적용기간을 관리한다. - 직무(JD) 역량분류와 매핑할 수 있는 구조를 제공한다. |
| 요구사항번호 | SFR-015 | |
|---|---|---|
| 요구사항 명 | 학생 역량평가 | |
| 상세 설명 | 정의 | 교과·비교과·프로젝트 수행과 평가결과 학생 역량 반영 |
| 세부 내용 | ○ 정량점수와 정성평가를 함께 관리한다. - 역량별 현재수준·근거활동·변화이력을 제공한다. - 평가기준과 산식은 관리자 설정으로 관리할 수 있어야 한다. |
| 요구사항번호 | SFR-016 | |
|---|---|---|
| 요구사항 명 | Git 협업 기능 연계 | |
| 상세 설명 | 정의 | 프로젝트 Repository 간 소스 협업 지원 |
| 세부 내용 | ○ Clone/Pull/Commit/Push 등 기본 Git 작업과 Commit History를 조회한다. - Code Diff 및 변경이력을 확인할 수 있어야 한다. - Repository 공개범위와 팀 권한을 프로젝트 권한과 연계한다. |
| 요구사항번호 | SFR-018 | |
|---|---|---|
| 요구사항 명 | Knowledge Base 자산화 | |
| 상세 설명 | 정의 | 프로젝트 수행과 결과를 재활용 가능한 지식자산으로 축적 |
| 세부 내용 | ○ 프로젝트 개요·문제·해결방법·기술스택·성과·문서·태그·메타데이터를 구조화한다. - 공개·대학내·프로젝트내 등 접근범위를 설정한다. - 유사과제 및 후속 연구·교육에서 재사용할 수 있도록 검색·추천에 활용한다. |
| 요구사항번호 | SIR-001 | |
|---|---|---|
| 요구사항 명 | 사용자 인터페이스 | |
| 상세 설명 | 정의 | 역할별 업무흐름을 반영한 일관되고 사용성 높은 UI/UX 제공 |
| 세부 내용 | ○ 학생·교원·기업·관리자 업무 특성에 맞는 정보구조와 메뉴를 설계한다. - 중요도·빈도에 따라 정보를 배치하고 입력·검색·필터·상태표시를 일관된 규칙으로 제공한다. - 주요 화면은 프로토타입을 통해 발주기관과 협의 후 확정한다. |
| 요구사항번호 | SIR-002 | |
|---|---|---|
| 요구사항 명 | 반응형 웹 및 호환성 | |
| 상세 설명 | 정의 | PC·태블릿·모바일 환경에서 이용 가능한 반응형 웹 구축 |
| 세부 내용 | ○ 주요 최신 브라우저에서 핵심 기능이 정상 동작하도록 구현한다. - 특정 브라우저·플러그인·비표준 기술에 종속되지 않도록 한다. - 화면 크기 변화에 따른 메뉴·표·대시보드의 가독성을 확보한다. |
| 요구사항번호 | SIR-004 | |
|---|---|---|
| 요구사항 명 | 대학 시스템 연계 | |
| 상세 설명 | 정의 | 학사·SSO 등 발주기관 기존 시스템과의 연계 방안 수립·구현 |
| 세부 내용 | ○ 연계대상·데이터·주기·방식·오류처리·책임범위를 인터페이스 정의서로 관리한다. - 연계 시 기존 시스템 성능에 미치는 부하를 최소화한다. - 연계 API가 미확정인 경우 착수 후 발주기관과 협의하여 범위·방식을 확정한다. |
| 요구사항번호 | SIR-006 | |
|---|---|---|
| 요구사항 명 | API 관리 및 확장성 | |
| 상세 설명 | 정의 | 향후 외부기관·차세대 학사시스템 연계를 고려한 API 관리체계 마련 |
| 세부 내용 | ○ API 명세·버전·입출력·오류코드·권한·호출제한을 문서화한다. - 주요 업무기능을 내부 모듈 간에도 표준 인터페이스로 연계할 수 있도록 설계한다. - API 변경 시 호환성과 영향도를 관리한다. |
| 요구사항번호 | DAR-001 | |
|---|---|---|
| 요구사항 명 | 통합 데이터 모델 | |
| 상세 설명 | 정의 | 학생·교과·프로젝트·기업·성과 등 데이터를 통합 관리할 데이터 모델 설계 |
| 세부 내용 | ○ 주요 엔티티 간 식별키와 관계를 명확히 정의한다. - 업무이력·상태·버전·공개범위 등 추적에 필요한 속성을 포함한다. - 향후 학사시스템 및 타 사업단 데이터 연계를 고려한다. |
| 요구사항번호 | DAR-002 | |
|---|---|---|
| 요구사항 명 | 데이터 수집·가공 | |
| 상세 설명 | 정의 | 정형·비정형 데이터를 체계적으로 수집·저장·가공하는 처리체계 구축 |
| 세부 내용 | ○ 연계·사용자입력·파일·프로젝트활동 등 데이터 발생원과 수집주기를 정의한다. - 분석·검색·AI 활용을 위한 전처리·정규화·메타데이터를 관리한다. - 수집 실패·중복·오류 데이터 검증과 재처리 이력을 관리한다. |
| 요구사항번호 | DAR-003 | |
|---|---|---|
| 요구사항 명 | 데이터 표준화 | |
| 상세 설명 | 정의 | 공공데이터 표준 및 발주기관을 고려하여 용어·코드·도메인 등 정의 |
| 세부 내용 | ○ 테이블·컬럼·코드·업무용어 표준을 정의하고 산출물로 제출한다. - 동일 개념의 중복·상이 표현을 최소화한다. - 표준 변경 및 예외 적용 시 근거와 이력을 관리한다. |
| 요구사항번호 | DAR-004 | |
|---|---|---|
| 요구사항 명 | 데이터 품질관리 | |
| 상세 설명 | 정의 | 데이터 정확성·완전성·일관성·유효성을 확보하기 위한 품질관리 적용 |
| 세부 내용 | ○ 핵심 데이터에 대한 품질규칙과 점검항목을 정의한다. - 연계·이관·배치 결과에 대한 건수·정합성 검증을 수행한다. - 오류 데이터의 보정·재처리·이력관리 절차를 마련한다. |
| 요구사항번호 | DAR-005 | |
|---|---|---|
| 요구사항 명 | 개인정보 및 민감데이터 관리 | |
| 상세 설명 | 정의 | 개인정보와 비공개 산학정보의 저장·이용·파기 정책 적용 |
| 세부 내용 | ○ 개인정보 항목과 처리목적·보유기간·접근권한을 식별한다. - 필요한 필드는 암호화·마스킹하고 최소수집 원칙을 적용한다. - 탈퇴·보유기간 만료·프로젝트 종료 시 파기 또는 비식별 처리 정책을 적용한다. |
| 요구사항번호 | PER-001 | |
|---|---|---|
| 요구사항 명 | 응답시간 | |
| 상세 설명 | 정의 | 일반 웹 화면과 검색·조회 기능의 사용자 체감 성능 확보 |
| 세부 내용 | ○ 일반 조회·등록 화면은 정상 운영환경에서 통상적인 사용자 요청에 신속히 응답하도록 설계한다. - 대용량 검색·집계·AI 처리 등 장시간 작업은 진행상태 또는 비동기 처리방안을 적용한다. - 수행사는 주요 업무별 목표 응답시간과 측정방법을 제안하고 발주기관과 확정한다. |
| 요구사항번호 | PER-002 | |
|---|---|---|
| 요구사항 명 | 동시사용 및 확장성 | |
| 상세 설명 | 정의 | 학생·교원·기업 사용자 증가와 특정 기간 집중접속 고려 |
| 세부 내용 | ○ 예상 동시사용자와 Peak 시나리오를 정의하고 성능시험 기준을 제시한다. - 애플리케이션·DB·검색·컨테이너 서비스별 병목을 식별하고 확장방안을 제시한다. - 수평·수직 확장이 가능한 구조를 우선 고려한다. |
| 요구사항번호 | TER-001 | |
|---|---|---|
| 요구사항 명 | 테스트 계획 | |
| 상세 설명 | 정의 | 분석·설계 결과와 요구사항을 기반으로 단계별 테스트 계획 수립·수행 |
| 세부 내용 | ○ 단위·통합·연계·성능·보안·사용자수용 테스트 대상·일정·절차·역할·합격기준을 정의한다. - 요구사항 ID와 테스트 케이스를 추적 가능하게 관리한다. - 테스트에 필요한 정상·오류·경계 데이터 시나리오를 포함한다. |
| 요구사항번호 | TER-002 | |
|---|---|---|
| 요구사항 명 | 단위 및 기능 테스트 | |
| 상세 설명 | 정의 | 개별 모듈·기능에 대한 단위·기능 테스트 수행 |
| 세부 내용 | ○ 정상·오류·권한·입력값 검증 시나리오를 포함한다. - 결함 발생 시 원인·조치·재시험 결과를 관리한다. - 핵심 업무기능의 요구사항 반영 여부를 점검한다. |
| 요구사항번호 | TER-003 | |
|---|---|---|
| 요구사항 명 | 통합 및 연계 테스트 | |
| 상세 설명 | 정의 | 모듈 간 데이터 흐름과 외부시스템 연계의 정합성 검증 |
| 세부 내용 | ○ RFP-프로젝트-평가-역량-배지-포트폴리오 매칭의 데이터 연계를 End-to-End로 검증한다. - 학사·SSO·Git·알림 등 외부연계의 정상·오류·재처리 시나리오를 시험한다. - 연계 건수·정합성·중복·누락을 검증한다. |
| 요구사항번호 | TER-004 | |
|---|---|---|
| 요구사항 명 | 성능·부하 테스트 | |
| 상세 설명 | 정의 | 주요 서비스의 응답시간·동시사용·자원사용량 검증 |
| 세부 내용 | ○ 일반서비스, 검색, 파일 등 성격별 부하시나리오를 수립한다. - 측정결과가 목표에 미달할 경우 튜닝 후 재시험한다. - 시험환경과 운영환경의 차이 및 해석기준을 명시한다. |
| 요구사항번호 | SER-002 | |
|---|---|---|
| 요구사항 명 | 인증 및 접근통제 | |
| 상세 설명 | 정의 | 사용자 인증·인가·세션·관리자 접근을 안전하게 구현 |
| 세부 내용 | ○ 비밀번호·로그인실패·세션만료·다중접속 등 인증정책을 적용한다. - 사용자 역할과 데이터 범위에 따라 접근을 통제한다. - 관리자 및 중요기능 접근은 별도 이력과 통제방안을 적용한다. |
| 요구사항번호 | SER-003 | |
|---|---|---|
| 요구사항 명 | 암호화 및 전송보안 | |
| 상세 설명 | 정의 | 개인정보·인증정보·중요데이터를 저장·전송 시 보호 |
| 세부 내용 | ○ 웹 통신에 TLS 기반 암호화를 적용한다. - 비밀번호는 안전한 단방향 방식으로 저장하고 필요한 개인정보 필드는 암호화 또는 마스킹한다. - 인증키·토큰·비밀정보는 소스코드와 분리하여 안전하게 관리한다. |
| 요구사항번호 | SER-004 | |
|---|---|---|
| 요구사항 명 | 보안로그 및 감사 | |
| 상세 설명 | 정의 | 주요 보안·업무 이벤트를 추적할 수 있는 로그 관리 |
| 세부 내용 | ○ 로그인·권한변경·개인정보조회·중요데이터 변경·관리자 작업 등 감사대상을 정의한다. - 로그 위변조 방지·접근통제·보관기간을 설정한다. - 이상행위 조사와 사고대응에 활용할 수 있는 검색·조회 기능을 제공한다. |
| 요구사항번호 | SER-005 | |
|---|---|---|
| 요구사항 명 | 취약점 및 시큐어코딩 | |
| 상세 설명 | 정의 | 개발단계부터 취약점 예방과 시큐어코딩 적용 |
| 세부 내용 | ○ 입력값 검증, 인증/인가, 파일업로드, 세션, API 등 주요 취약점 방지대책을 적용한다. - 오픈소스·라이브러리 취약점과 보안패치 상태를 점검한다. - 오픈 전 취약점 점검 결과와 조치내역을 제출한다. |
| 요구사항번호 | QUR-001 | |
|---|---|---|
| 요구사항 명 | 품질관리 계획 | |
| 상세 설명 | 정의 | 사업 단계별 품질목표·검토·승인·결함관리 체계 수립 |
| 세부 내용 | ○ 분석·설계·개발·시험·전환 단계별 품질점검 기준을 정의한다. - 산출물 검토·승인·형상·버전을 관리한다. - 품질지표와 이슈·결함 현황을 정기보고에 포함한다. |
| 요구사항번호 | QUR-004 | |
|---|---|---|
| 요구사항 명 | 가용성 및 장애복구 | |
| 상세 설명 | 정의 | 서비스 장애를 최소화하고 신속한 복구가 가능하도록 설계 |
| 세부 내용 | ○ 주요 단일장애점과 장애영향을 분석하고 대응방안을 제시한다. - 백업·복구·재기동·연계재처리 절차를 마련한다. - 장애 발생 시 원인·조치·재발방지대책을 관리한다. |
| 요구사항번호 | COR-002 | |
|---|---|---|
| 요구사항 명 | 기술 중립성 및 확장성 | |
| 상세 설명 | 정의 | 특정 제품·업체에 과도하게 종속되지 않는 범용·표준기반 구조 적용 |
| 세부 내용 | ○ 오픈 표준·표준 API·범용 데이터 포맷을 우선 사용한다. - 상용제품 도입 시 라이선스·기술지원·업그레이드·종속성 영향을 명확히 제시한다. - 향후 모듈 교체·확장·외부연계가 가능하도록 인터페이스를 분리한다. |
| 요구사항번호 | COR-003 | |
|---|---|---|
| 요구사항 명 | 오픈소스 및 라이선스 | |
| 상세 설명 | 정의 | 오픈소스·폰트·이미지·상용SW의 라이선스 적법성 확보 |
| 세부 내용 | ○ 사용 구성요소 목록·버전·라이선스를 관리한다. - 배포·공개·상업적 이용 제한이 사업 결과물에 미치는 영향을 검토한다. - 유료 또는 제한 라이선스는 비용·기간·갱신조건을 사전에 제시한다. |
| 요구사항번호 | COR-004 | |
|---|---|---|
| 요구사항 명 | 개발·운영환경 분리 | |
| 상세 설명 | 정의 | 개발·시험·운영환경을 논리적으로 분리하고 운영데이터의 무단 사용 방지 |
| 세부 내용 | ○ 환경별 계정·권한·설정·데이터 사용원칙을 정의한다. - 운영 개인정보를 개발·시험에 사용할 경우 비식별·마스킹 등 보호조치를 적용한다. - 배포·변경 절차와 승인체계를 수립한다. |
| 요구사항번호 | COR-005 | |
|---|---|---|
| 요구사항 명 | 과업변경 및 협의 | |
| 상세 설명 | 정의 | 요구사항 변경·추가·삭제 등 공식 변경관리 절차 관리 |
| 세부 내용 | ○ 변경요청 내용·사유·영향도·우선순위·일정·비용·승인결과를 기록한다. - 제안요청서와 제안서에 명시되지 않은 사항은 사업목적과 관련규정에 따라 상호 협의한다. - 과업내용 변경이 필요한 경우 관련 소프트웨어사업 절차를 준수한다. |
| 요구사항번호 | PMR-001 | |
|---|---|---|
| 요구사항 명 | 사업수행계획 | |
| 상세 설명 | 정의 | 계약 후 정해진 기간 내 사업수행계획서와 착수계 제출 |
| 세부 내용 | ○ 추진조직·역할·인력·일정·방법론·산출물·품질·보안·테스트·교육 계획을 포함한다. - 핵심인력과 업무분장, 투입시기·M/M 등을 명확히 제시한다. - 변경 시 발주기관 승인을 거쳐 최신화한다. |
| 요구사항번호 | PMR-002 | |
|---|---|---|
| 요구사항 명 | 일정 및 진척관리 | |
| 상세 설명 | 정의 | 세부 WBS를 기반으로 일정·진척·이슈를 체계적으로 관리 |
| 세부 내용 | ○ 분석·설계·개발·시험·안정화 단계별 산출물과 마일스톤을 정의한다. - 지연 위험 발생 시 원인·영향·회복계획을 즉시 보고한다. - 주요 일정은 발주기관과 정기적으로 점검한다. |
| 요구사항번호 | PMR-003 | |
|---|---|---|
| 요구사항 명 | 요구사항 및 추적관리 | |
| 상세 설명 | 정의 | 사업 요구사항을 식별·상세화·변경·검증까지 일관되게 관리 |
| 세부 내용 | ○ 모든 요구사항에 고유 ID와 상태·담당·검증방법을 부여한다. - 요구사항-설계-개발-테스트-검수 간 추적성을 확보한다. - 미반영·변경·보류 요구사항은 사유와 승인근거를 관리한다. |
| 요구사항번호 | PMR-004 | |
|---|---|---|
| 요구사항 명 | 위험·이슈 관리 | |
| 상세 설명 | 정의 | 사업수행 중 예상되는 기술·일정·보안 등 위험을 지속 관리 |
| 세부 내용 | ○ 위험 등록부를 작성하고 발생가능성·영향·대응계획·책임자를 관리한다. - 주요 이슈는 의사결정 필요사항과 대안을 포함하여 보고한다. - 조치 후 결과와 잔여위험을 추적한다. |
| 요구사항번호 | PMR-005 | |
|---|---|---|
| 요구사항 명 | 산출물 및 형상관리 | |
| 상세 설명 | 정의 | 사업 전 과정의 문서·소스·설정·DB스크립트·시험자료 형상관리 |
| 세부 내용 | ○ 산출물 종류·버전·작성자·검토자·승인자·제출시기를 관리한다. - 소스코드와 배포 스크립트는 Git 등 형상관리 도구로 관리한다. - 완료 시 최신 원본과 변경이력을 정리하여 제출한다. |
| 요구사항번호 | PMR-006 | |
|---|---|---|
| 요구사항 명 | 보고 및 의사소통 | |
| 상세 설명 | 정의 | 정기·수시 보고체계를 운영하여 발주기관과 사업상황 공유 |
| 세부 내용 | ○ 착수·정기·중간·완료보고 및 필요시 수시보고를 실시한다. - 진척·이슈·위험·요구사항·품질·보안·테스트 현황을 보고한다. - 회의결과와 의사결정사항을 회의록으로 관리한다. |
| 요구사항번호 | PSR-001 | |
|---|---|---|
| 요구사항 명 | 교육지원 | |
| 상세 설명 | 정의 | 관리자·운영자·사용자 대상 교육 수행 |
| 세부 내용 | ○ 관리자 운영교육, 사용자 기능교육, 필요시 교원·기업 대상 활용교육을 계획한다. - 교육자료·실습자료·매뉴얼을 제공한다. - 교육결과와 질의사항을 반영하여 매뉴얼을 보완한다. |
| 요구사항번호 | PSR-003 | |
|---|---|---|
| 요구사항 명 | 안정화 및 운영지원 | |
| 상세 설명 | 정의 | 오픈 전후 안정화 기간 동안 장애·오류·성능문제 집중 지원 |
| 세부 내용 | ○ 시범운영·오픈·안정화 기간의 지원조직과 비상연락망을 제시한다. - 오류·장애 접수, 분석, 조치, 확인, 재발방지 절차를 운영한다. - 중요 장애는 원인분석과 조치결과를 보고한다. |
| 요구사항번호 | PSR-004 | |
|---|---|---|
| 요구사항 명 | 하자보수 | |
| 상세 설명 | 정의 | 검수완료 후 하자담보책임기간 동안 구축결과의 하자 무상 보수 |
| 세부 내용 | ○ 하자보수 기간은 최종 검수·인수일로부터 1년을 원칙으로 한다. - 하자와 기능개선·추가개발의 구분기준 및 처리절차를 제시한다. - 하자 발생 시 신속한 접수·분석·조치가 가능한 지원체계를 유지한다. |
| 요구사항번호 | PSR-005 | |
|---|---|---|
| 요구사항 명 | 지식재산권 및 결과물 이전 | |
| 상세 설명 | 정의 | 사업 결과물의 소유·사용·저작권 및 제3자 권리 |
| 세부 내용 | ○ 개발 소스·설계·문서·데이터모델·설정 등 사업 결과물 원본을 발주기관에 제출한다. - 제3자 저작물·오픈소스·상용SW는 라이선스 조건을 명확히 표시한다. - 발주기관이 후속 유지보수·개선에 활용할 수 있도록 필요한 사용권과 기술자료를 확보한다. |
| 구분 | 주요 산출물 | 제출시기(안) |
|---|---|---|
| 착수 | 1. 착수계 2. 사업수행계획 3. 보안서약서 4. 투입인력 현황 5. WBS | 계약 후 7~10일 이내 |
| 분석 | 1. 현황분석서 2. 요구사항정의서 3. 요구사항추적표 4. 인터뷰 계획 및 결과서 | 분석단계 완료 시 |
| 설계 | 1. 목표시스템 구성도 2. 아키텍처설계서 3. UI/UX·화면설계서 4. DB/데이터설계서 5. 인터페이스정의서 | 설계단계 완료 시 |
| 개발·구축 | 1. 소스코드 2. DB Script 3. 배포/환경설정 설계서 4. API 명세서 5. 컨테이너/인프라 설계서 | 수시/구축완료 시 |
| 시험 | 1. 테스트 계획서 2. 테스트케이스 3. 단위·통합·연계·성능·보안· 결과서 4. 결함조치내역 | 시험단계 완료 시 |
| 운영·교육 | 1. 운영자매뉴얼 2. 사용자매뉴얼 3. 백업·복구·장애대응 절차 4. 비상연락망 | 오픈 전 |
| 완료 | 1. 완료보고서 2. 검수자료 3. 최종산출물 목록 4. 소스·문서·설정 원본 5. 기술이전 확인서 6. 보안확약서 | 납품 완료 시 |
참가자격
가. 제안(입찰) 참가자격
○ 관련 법령 및 국가종합전자조달시스템 입찰참가자격등록 규정에 따른 경쟁입찰 참가자격을 갖춘 소프트웨어사업자 ○ 중소 소프트웨어사업자의 참여지원 등 적용 여부와 세부 자격은 사업금액 및 입찰공고 시점의 관련 규정에 따라 확정 ○ 부정당업자 제재 대상에 해당하지 않는 자 ○ 공동수급·하도급 허용 여부는 보안·사업특성을 고려하여 입찰공고문에서 최종 확정 ○ 기타 입찰참가자격은 입찰공고문에 따름
나. 사업자 선정방법
○ 입찰방법: 제한경쟁입찰(총액)을 원칙으로 하되 입찰공고문에 따름 ○ 계약방법: 협상에 의한 계약 ○ 기술평가와 가격평가를 합산하여 협상순위를 결정하며, 기술평가 배점과 협상적격 기준은 관련 계약예규 및 입찰공고문에 따름 ○ 제안 내용, 이행 일정, 제안 가격, 평가위원 권고사항 및 발주기관의 보완요구사항 등을 협상 대상으로 할 수 있음
다. 기술평가 방법
○ 종합평가점수(100%) = 기술능력평가(90%) + 가격평가(10%) - 제안서평가는 기술능력평가와 가격평가를 종합적으로 평가합니다. * 기술능력평가 점수가 배점한도의 85% 미만인 경우 협상대상자에서 제외 * 가격평가는 기획재정부 계약예규 협상에 의한 계약체결기준 [별표] 내 입찰가격 평점산식에 따라 산출 * 본 입찰은 입찰가격 평가 시 추정가격에 예정가격을 적용합니다. ○ 차등점수제 적용 여부 : 적용 ○ 본 사업은 계약예규 협상에의한계약체결기준 제7조제6항 및 한국인터넷진흥원 계약자선정평가지침에 따른 차등점수제(순위 간 점수차 2점)을 적용하여 평가합니다. - 상기 규정에서 정의되지 아니한 사항은 「조달청 협상에 의한 계약 제안서평가 세부기준」 제9조제10항 별표19를 준용하여 적용 할 수 있습니다. ○ 1순위자에게는 기술능력평가 배점한도(90%)를 부여하고 차순위부터는 순차적으로 순위 간 점수차를 감한 점수를 부여합니다. 다만, 원점수 기준의 순위별 점수차가 차등점수차 보다 큰 경우에는 원점수의 점수차를 감한 점수를 부여합니다. ○ 기술능력평가 결과 점수가 동일한 제안자가 2인 이상인 경우 동일순위로 평가하여 점수를 산정하고, 그 다음 순위자의 평가점수는 상기 방법에 따른 후순위 점수 산정방법에 따라 점수를 부여합니다. ○ 협상적격자는 원기술능력 평가 점수가 기술능력 평가 배점한도(90%)의 85% 이상인 자를 협상적격자로 선정합니다. ○ 협상순서는 기술능력 평가(90%) 및 입찰가격평가(10%)를 종합 평가 한 결과 합산점수 고득점자 순으로 진행합니다. ○ 합산점수가 동일한 제안사가 2인 이상일 경우, 기술능력 평가점수가 높은 자를 우선순위자로 하고, 기술능력 평가점수도 동일한 경우에는 기술능력의 세부평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 자를 우선순위자로 정합니다.
배점·평가
○ 기술능력 정성평가 시 각 세부평가항목은 5단계 등급(매우우수 100%, 우수 90%, 보통 80%, 미흡 70%, 매우미흡 60%) 중 어느 하나의 등급으로 평가 후 아래 기준에 따른 점수로 환산하며, 세부평가항목별로 환산 된 점수를 합산하여 평가항목별 점수를 산출합니다.
| 등급 | 매우우수 | 우수 | 보통 | 미흡 | 매우미흡 |
|---|---|---|---|---|---|
| 점수 | 배점의 100% | 배점의 90% | 배점의 80% | 배점의 70% | 배점의 60% |
○ 평가위원의 평가점수 중 최저 및 최고 점수를 제외(최저 또는 최고 점수가 2개 이상인 경우 이 중 하나만 제외)한 후 나머지 점수를 산술평균하여 90점 만점으로 환산하여 평가점수를 부여합니다.(소수점 다섯째자리에서 반올림하여 넷째자리까지 계산)
라. 평가항목 및 배점기준(안)
| 구분 | 평가항목 | 세부항목 | 평가 기준 | 배점 |
|---|---|---|---|---|
| 기술 능력 | 전략 및 방법론 (20) | 사업이해도 | ○ 사업 및 요구사항에 대한 이해도 ○ 제안요청서와의 부합성 ○ 제안내용의 적정성, 객관성 | 10 |
| 추진전략 | ○ 과업수행의 효율성, 사업 진도, 사업 수행의 우수성, 수행 활동의 적정성 등 | |||
| 기술 및 기능 (35) | 기능구현 방안 | ○ 기능에 대한 분석 및 구현 방안의 타당성 ○ 기술의 적용 가능성 | 15 | |
| 인터페이스 요구사항 | ○ 사용자 인터페이스의 편의성 ○ 연계 인터페이스 구현의 적합성 | 10 | ||
| 데이터 요구사항 | ○ 추진전략과의 일관성 ○ 데이터 구축 방법의 타당성 | |||
| 성능 및 품질 (20) | 성능 요구사항 | ○ 성능 요구사항의 충족도 | 5 | |
| 테스트 요구사항 | ○ 시험운영 방법의 적정성 | |||
| 보안 요구사항 | ○ 업무절차, 보안대책 및 관리 등의 적정성 | |||
| 품질 요구사항 | ○ 품질관리 방안의 적정성 | |||
| 프로젝트 관리 (10) | 프로젝트 관리방안 | ○ 관리영역별 관리방안과의 일관성 ○ 추진일정 및 일정관리 방안의 적정성 | ||
| 제약 요구사항 | ○ 제약사항 문제파악의 정확성 ○ 제약사항의 충족도 | |||
| 프로젝트 지원 (5) | 프로젝트 지원 방안 | ○ 기술이전/교육, 하자보수의 적정성 | ||
| 가격 | 입찰가격(10) | 관련 평점산식에 의함 | 10 | |
| 합 계 | 100 |