입찰공고상세[용역]
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
Edu-Portal 기반 학사지원 AI 전환 플랫폼 도입
대구한의대학교 · SW 개발·운영
- 추정가격
- 2.65억원
- 개찰
- 11/17(화) 15:00 · D-35
- 낙찰방법
- 협상에의한계약 · 기술 80 : 가격 20
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 학사지원 AI 전환 플랫폼 구축
- 걸리는 것
- 실적 필요 · 인력 자격 · 소속 직원만
- 입찰 전
- 현장설명회 참석 필수 10/14(수) 14:00 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
요약 AI 요약
대구한의대학교가 학생 개인의 실시간 학적·성적·이수·비교과·장학·강의 정보를 근거로 맞춤형 답변을 제공하는 학사지원 AI 플랫폼을 구축하는 사업이다. 학내 데이터를 MCP로 연계하고 개인정보를 외부 LLM에 보내지 않는 안전한 AI 활용 체계를 만든다.
- MCP 기반 학사 AI 에이전트 구축(질의 의도 분류, 필요한 MCP 선택·호출, 복수 결과 종합 응답)
- MCP 서버 7개 구축 — 학사DB 연계 4개(학적/성적/수강이력, 비교과/학생활동, 강의계획자료·일정, 등록/장학) + 챗봇 연계 3개(규정, 홈페이지, 글로컬 홈페이지)
- 학칙·규정 특화 챗봇 신규 구축 및 근거 규정명·조항 제시
- 학사DB 조회 결과와 규정 질의 결과를 결합한 복합(판단형) 응답
- 개인식별정보 미전송(비식별) 설계 및 온프레미스 오픈소스 LLM 구축·전환 환경
- 포털 개인 맞춤형 대시보드 API 제공(교수·학생·직원용 포틀릿)
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01758269 · 베타 기간 무료
핵심요약
- 걸리는 것
- 실적 필요 · 인력 자격 · 소속 직원만
실적 필요
입찰공고일 기준 3년 이내 단일계약 2억 원 이상 교육기관·공공기관 LLM 플랫폼 구축 실적을 보유한 업체여야 한다(참가자격). 동일 실적이 정량평가(10점)에도 반영된다.
입찰 공고일 기준 3년 이내 단일계약으로 2억 원 이상 교육기관 또는 공공기관(국가 및 지자체 포함) LLM 플랫폼 구축 사업의 실적을 보유한 업체
ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함)
인력 자격
제안설명회 발표를 사업관리자(PM)가 직접 하여야 하고, PM은 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함(참가 조건). 그 외 투입 인력의 등급·경력·학위·교육 이수 요구는 문서에 없음.
제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
소속 직원만
사업관리자(PM)는 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함. 재직 기간·고용 형태·프리랜서 활용에 대한 별도 조건은 없음.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
- 입찰 전
- 현장설명회 참석 필수 10/14(수) 14:00 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
현장설명회 참석 · 참석 필수
2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호. 현장설명회에 참석한 업체만 입찰참가자격 인정.
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
마. 현장설명회에 참석한 업체
입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
현장설명회 참가신청(2026.10.14. 14:00)과 입찰(제안서제출) 참가신청(2026.11.17. 11:00까지)을 대학본부 1층 경리팀에 직접 제출. 나라장터가 아닌 대학 홈페이지 게시·방문 제출 방식.
입찰(제안서 제출) 일시 및 장소 : 2026.11.17.(화) 11:00 대학본부 1층 경리팀
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
가격
- 추정가격
- 265,454,545원
- 배정예산
- 292,000,000원
- 예정가격 방식
- 비예가
첨부파일
- ZIP · 붙임문서.zip · 공고규격서
참가 자격 · 제한
- 지역제한
- 제한 없음
문서: 지역 조건 · 없음 - 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
문서: 업종·면허 조합 · 한 업종 - 제출 방법
- 직찰
문서: 입찰 전 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록 - 실적경쟁 · PQ
- 해당 없음
문서: 실적 · 필수 · 못 맞추면 탈락 - 공동수급
- 공동수급불허
문서: 공동수급 · 모름 - 입찰참가 제한
- 있음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 10/06(화) | 지남 |
| 현장설명회 대구한의대학교 삼성캠퍼스(경산) 학술정보관(9호관) 619호 | 10/14(수) 14:00 | D-1 |
| 개찰 | 11/17(화) 15:00 | D-35 |
평가 · 배점
기술 : 가격 — 기술 80점 · 가격 20점
협상 대상 기준 · 기술평가 점수가 80점 만점에 68점 이상인 자를 협상적격자로 선정한다.
| 평가 항목 | 배점 |
|---|---|
| 해당분야 사업경험 | 10점 |
| 사업 이해도 | 5점 |
| 추진전략 | 5점 |
| 구성도 | 20점 |
| 확장성 | 10점 |
| 성능 | 10점 |
| 편의성 | 10점 |
| 교육훈련 계획 | 5점 |
| 유지관리 | 5점 |
| 입찰가격 평가 | 20점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · 학사지원 AI 전환 플랫폼 구축
용역 › 정보시스템·SW › SW 개발·운영
MCP 기반 학사 AI 에이전트·MCP 서버 7개·규정 챗봇·복합 질의 오케스트레이션·대시보드 API 등 정보시스템을 새로 구축하는 SW 개발 사업이다.
- MCP 기반 학사 AI 에이전트 구축(개인화 응답·오케스트레이션·에이전트 제작 기능)
- 학사DB 연계 MCP 4개(학적/성적/수강이력, 비교과/학생활동, 강의계획자료·일정, 등록/장학) 구축
- 챗봇 연계 MCP 3개(규정, 홈페이지, 글로컬 홈페이지) 구축
- 학칙·규정 특화 챗봇 신규 구축 및 규정관리시스템 연계
- 학사DB·규정 연계 복합 질의 처리(오케스트레이션)
- 개인 학사정보 기반 맞춤형 응답, 대화 스레드 관리, 다국어 지원
- 포털 개인 맞춤형 대시보드 포틀릿 API 제공
- 학내 통합인증(SSO) 연계, 대화형 UI 및 채널 연계
- 개인식별정보 비식별 설계·암호화·감사 로그·페이지 보안 등 보안 요구사항 구현
- 응답 정확도 검증·투명성·SLA 등 품질 요구사항
- 사용자/관리자 매뉴얼 제작 및 사용자 교육
- 하자보수 및 데이터 이관, 연간 유지보수 계약
딸린 일 · 온프레미스 LLM·GPU 환경 구축
용역 › 정보시스템·SW › 인프라·클라우드·네트워크
대학 GPU 서버 자원에 오픈소스 LLM을 설치·최적화·서빙하고 상용 LLM에서 온프레미스로 전환하는 전산 기반 구축 일이다.
- 대학 GPU 하드웨어 권장 사양 및 구성 방안 제시
- 오픈소스 LLM 설치·최적화·서빙 환경 구성 및 서비스 연계
- 상용 LLM에서 온프레미스 LLM으로 무상 전환 지원
- 모델·컨텍스트 길이·동시 처리량 등 성능 산정 근거 제시
- 운영 이관을 위한 운영 매뉴얼 제공
딸린 일 · 상용 LLM 토큰 공급
용역 › 정보시스템·SW › SW 공급·구독
GPU 도입 지연 시 사용할 상용 LLM 모델별 토큰을 기간 제한 없이 공급하는 구독·라이선스 성격의 일이다.
- GPT·Gemini·Claude·Grok 등 모델별 최소 토큰 수량 공급
- 사업 기간 내 신규 LLM 출시 시 서비스 포함 제공
- 상용 모델 학습 제외 정책 준수 및 증빙 자료 제출
걸리는 것 · 입찰 전 할 일
걸리는 조건
실적 필요
입찰공고일 기준 3년 이내 단일계약 2억 원 이상 교육기관·공공기관 LLM 플랫폼 구축 실적을 보유한 업체여야 한다(참가자격). 동일 실적이 정량평가(10점)에도 반영된다.
입찰 공고일 기준 3년 이내 단일계약으로 2억 원 이상 교육기관 또는 공공기관(국가 및 지자체 포함) LLM 플랫폼 구축 사업의 실적을 보유한 업체
ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함)
인력 자격
제안설명회 발표를 사업관리자(PM)가 직접 하여야 하고, PM은 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함(참가 조건). 그 외 투입 인력의 등급·경력·학위·교육 이수 요구는 문서에 없음.
제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
소속 직원만
사업관리자(PM)는 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함. 재직 기간·고용 형태·프리랜서 활용에 대한 별도 조건은 없음.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
입찰 전 할 일
- 현장설명회 참석 · 참석 필수
2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호. 현장설명회에 참석한 업체만 입찰참가자격 인정.
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
마. 현장설명회에 참석한 업체
- 입찰 전 따로 할 절차 · 서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
현장설명회 참가신청(2026.10.14. 14:00)과 입찰(제안서제출) 참가신청(2026.11.17. 11:00까지)을 대학본부 1층 경리팀에 직접 제출. 나라장터가 아닌 대학 홈페이지 게시·방문 제출 방식.
입찰(제안서 제출) 일시 및 장소 : 2026.11.17.(화) 11:00 대학본부 1층 경리팀
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
더 확인할 것
근무 장소
이럴 때 꼭 봅니다 — 발주처 현장일 때
발주처 현장
사업수행은 계약자가 지정한 장소에서 시행하며 공간은 계약자가 제공. MCP 서버는 학내(온프레미스) 서버에 구축·운영을 원칙으로 함. 원격 접속을 막거나 허용하는 문장은 없음.
- 현장에 있을 사람 · 모름 · 문서로 확인 안 됨 누가 현장에 있어야 하는지 문서에 없음.
- 원격 접속 · 모름 · 문서로 확인 안 됨 원격 접속을 막거나 허용하는 문장이 없음.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
MCP 서버는 학내(온프레미스) 서버에 구축운영을 원칙으로 한다
기존 시스템과 이어짐
이럴 때 꼭 봅니다 — 기존 시스템과 연동 · 이어지는 연속 사업일 때
기존 시스템·설비와 연동 · 연동·제어 SW 개발 포함
학내 기간계 DB(학적·성적·수강이력, 비교과, 강의계획, 등록·장학)와 SSO, 기 구축된 홈페이지 챗봇·글로컬 홈페이지 챗봇, 규정관리시스템에 연동한다. MCP 서버 개발과 오케스트레이션, 에이전트 개발이 우리 몫이다. 다만 DB 직접 저장·수정·삭제 MCP는 대학이 자체 구성하고 제안사는 규격·기술 지원만 제공한다.
▪ 학내 구성원을 구분할 수 있는 키 값(포털 ID, 학번, 사용자구분 등)을 기준으로 통합인증(SSO) 연계 로그인 제공
▪ 기 구축된 홈페이지 안내 챗봇에 대한 질의응답 결과 반환 (공지사항, 학사일정, 부서 안내 등)
※ 단, DB 직접 저장·수정·삭제 MCP는 대학 자체적으로 구성하며, 제안사는 연동에 필요한 규격(툴 스키마·본인 인증 토큰·감사 로그 등)과 기술 지원 및 자문을 제공해야 함.
하드웨어 부담
이럴 때 꼭 봅니다 — 사서 넘김 · 섞임일 때
섞임
MCP 서버는 학내(온프레미스) 서버에 구축·운영을 원칙으로 하고, 대학이 GPU 서버를 구비하면 그 자원에 온프레미스 LLM을 구축하며, GPU 구비 지연 시에는 외부 상용 LLM으로 우선 구축한다.
▪ MCP 서버는 학내(온프레미스) 서버에 구축운영을 원칙으로 한다
❍ 대학에서 GPU 서버 구비시 대학 GPU서버 자원에 온프레미스 LLM을 구축을 원칙으로 설계하며, GPU 서버 구비가 지연될 경우 외부 상용 LLM으로 환경을 우선 구축 후 GPU 서버 구비가 완료되는 시점에 온프레미스 LLM으로 전환이 가능한 환경으로 구축
회사 규모·신분
제한 없음
중소기업·소기업·소상공인·여성기업·법인만·대기업 제한 등 규모·신분 제한 문장이 없다.
하도급
조건부 허용
용역계약일반조건 제20조에 따라 계약자의 사전승인을 얻은 경우에만 하도급 가능.
- 하도급 한도 · 한도 규정 없음
“계약상대자”는 본 용역의 전부 또는 일부의 수행을 타인에게 하도급 할 수 없다. 단, “계약자”의 사전승인을 얻은 경우에는 그러하지 아니하다.
지정 제품·공법
지정 — 동등 이상 허용
SFR-001에서 GPU 인프라 지연 시 임시 적용할 상용 LLM으로 'OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet 등 발주처 협의 지정 모델'을 예시로 들었고, SFR-008에서는 OpenAI·Anthropic·Google 등 주요 모델 제공사 모델을 포함해 성능 테스트 후 대학이 결정하도록 함. 동등 입증 시점에 대한 별도 규정은 없음.
- 동등 입증 때 · 모름 · 문서로 확인 안 됨 동등 이상 제품·모델의 적합 판정 시점을 정한 문장이 문서에 없음.
단, 대학의 GPU 인프라 도입 일정 지연 등 불가피한 사유 발생 시, 사업 착수 및 서비스 일정 준수를 위해 최상위급 상용 LLM 모델(OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet 등 발주처 협의 지정 모델)을 임시 적용하여 구축·운영할 수 있으며
▪ OpenAI, Anthropic, Google 등 주요 모델 제공사의 모델을 포함하여 성능 테스트 후 대학에서 결정
일하는 주기
한 번·정해진 횟수
계약일로부터 2027년 2월 28일까지 플랫폼을 구축하여 검수·종료하는 단일 구축 사업.
사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
다른 업 섞임
섞이지 않음
본 사업은 소프트웨어사업자(업종코드 1468)로 신고한 자가 수행하는 LLM 플랫폼 구축 용역이며, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 온프레미스 GPU 환경 구축 지원은 본 사업의 일부로 제안사가 수행한다.
입찰공고일 기준 현재 “소프트웨어 진흥법”제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필 한 자
일의 분량
MCP 서버 7개 · 상용 LLM 토큰(GPT-5.6 Terra 인풋) 7,850,000,000개
학사DB 연계 MCP 4개 + 챗봇 연계 MCP 3개 = 7개. 상용 LLM 모델별 토큰 최소 수량이 표로 제시됨(예: GPT-5.6 Terra 인풋 7,850,000,000 / 아웃풋 1,350,000,000 등 6개 모델). 추정금액 292,000,000원.
- 열린 분량 · 정해짐 MCP 7개, 토큰 수량이 모델별로 확정 제시됨.
▪ 학내 DB 연계 MCP는 4개(학적·성적·수강 MCP, 비교과 및 학생활동 MCP, 강의계획서 MCP, 등록·장학MCP) 및 파일 및 크롤링을 위한 MCP 3개(대표홈페이지 챗봇, 규정 챗봇, 글로컬홈페이지 챗봇) 총 7개의 MCP 연계 환경 구축
여러 해 계약
단년 한 번
사업기간이 계약일로부터 2027년 2월 28일까지로 단일 계약이다. 다만 연간 유지보수 계약(PSR-005)이 별도로 언급되어 있다.
나. 사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
일의 형태
새로 만들기 · 공급 · 유지관리
MCP 기반 학사 AI 에이전트·MCP 서버 7개·규정 챗봇 등을 신규 구축(새로 만들기), 상용 LLM 토큰을 공급(공급), 하자보수 및 연간 유지보수 계약(유지관리)을 포함한다.
▪ 학내 DB 연계 MCP는 4개(학적·성적·수강 MCP, 비교과 및 학생활동 MCP, 강의계획서 MCP, 등록·장학MCP) 및 파일 및 크롤링을 위한 MCP 3개(대표홈페이지 챗봇, 규정 챗봇, 글로컬홈페이지 챗봇) 총 7개의 MCP 연계 환경 구축
▪ 모델별 제공 토큰 최소 수량(해당 LLM 모델만 사용한 경우)
처리 시한
48시간 이내
서비스 문의·지원 요청에 대한 48시간 이내 답변 보장이 가장 흔한 처리 시한이다. 장애는 발생 즉시 보고·대응하도록만 정하고 구체 시한이 없다. 24시간·365일 대응 요구는 없다.
- 기점 · 요청·신고·접수 받은 때 문의·지원 요청을 접수한 때부터 센다.
접수된 문의에 대한 48시간 이내 답변 보장
접수된 문의에 대한 48시간 이내 답변 보장
제안사는 프로그램 적용 시 오류발생 등 중요한 장애는 발생즉시 보고·대응하는 방안을 제시하여야 함
현장·납품지
1곳
사업수행은 계약자가 지정한 장소(대구한의대학교)에서 하고 공간은 계약자가 제공한다. 해외·섬·개별 가정 배송은 없다.
- 열린 분량 · 정해짐 수행 장소는 계약자가 지정한 장소로 정해져 있다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
- 범위 · 없음(국내 보통 현장) 해외·섬·개별 가정 배송이 없다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
경비 부담
나눠짐
작업 공간은 발주처(계약자)가 제공하고, 계약상대자 인력이 사용할 장비·소모품은 계약상대자가 부담한다. 관급 품목·금액은 문서에 없다.
- 관급 금액 · 모름 · 문서로 확인 안 됨 관급 품목·금액이 문서에 없다.
- 관급 설치 · 해당 없음 관급 기기·자재가 이 사업에 없다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다. 다만, ”계약상대자“의 인력이 사용할 장비, 소모품 등은 ”계약상대자“가 부담하여야 하며, 기타 사항은 상호 협의하여 정한다.
물량 변동
일부 미정
MCP 서버 7개(학내 DB 연계 4 + 챗봇 3), 학사 에이전트 등은 확정이나, 연계 데이터 범위·스키마는 착수 단계에서 대학과 협의해 확정하고, 온프레미스 LLM 설치·연계는 학교 GPU 자원 도입 시점에 따라 변경될 수 있으며, 대시보드 포틀릿 구성은 대학과 협의 후 최종 확정.
연계 대상 DB별 테이블·컬럼·관계 및 조회 범위를 착수 단계에서 대학과 협의하여 확정
온프레미스 LLM 설치·연계(학교 GPU 자원 도입 시점에 따라 변경될수 있음)
※ 대시보드 포틀릿 구성은 대학과 협의 후 최종 확정
견적 근거
공개 안 됨
설계서·내역서·도면·장비 목록 등 견적 근거를 입찰 전에 공개한다는 안내가 없음.
- 이윤 · 모름 · 문서로 확인 안 됨 공개된 원가계산서·산출내역이 없음.
대금 받는 때
끝난 뒤 한 번에
계약 이행 후 검사에 합격한 때 대금을 청구하고, 청구를 받은 날로부터 14일 이내 지급(합의로 14일 초과하지 않는 범위에서 연장 가능). 선금 비율은 이 공고에 정한 값이 없음.
- 선금 · 정해지지 않음 선금을 지급할 수 있다는 일반조건 문구만 있고 비율이 없음.
- 지급 기한 · 14일 이하 청구를 받은 날부터 기산. 합의로 14일을 초과하지 않는 범위에서 연장 가능.
“계약자”는 제1항의 청구를 받은 때에는 그 청구를 받은 날로부터 14일 이내에 그 대가를 지급하여야 한다.
“계약상대자”는 계약을 이행한 후 제13조의 규정에 의한 검사에 합격한 때에는 대금을 청구할 수 있다.
“계약자”는 제1항의 청구를 받은 때에는 그 청구를 받은 날로부터 14일 이내에 그 대가를 지급하여야 한다. 단, “계약상대자”와의 합의에 의하여 14일을 초과하지 아니 하는 범위 안에서 대가의 지급기간을 연장할 수 있다.
큰 배점 항목
①사업수행능력(해당분야 사업경험) 10점, ③기술부문(구성도) 20점, ③기술부문(확장성) 10점.
기술평가 80점 중 정량평가 10점(사업경험), 정성평가 70점(제안개요 10, 기술부문 30, 품질관리 20, 지원부문 10)이며 가격평가 20점이다.
ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함)
ㆍ기능 요구사항
ㆍMCP 연계 에이전트 개발 확장성 제시
평가 자리 발표
발표(대면·화상)
제안설명회는 업체당 30분 내(발표 20분/질의응답 10분)이며, 제안사의 사업관리자(PM)가 직접 발표해야 한다. 일시·장소는 2026.11.17.(화) 13:30 삼성캠퍼스(경산) 9호관 619호.
- 빠지면 · 모름 · 문서로 확인 안 됨 발표에 빠지거나 정한 발표자가 아닐 때의 처리가 적혀 있지 않다.
나) 발표 : 업체당 30분 내(발표 20분 / 질의응답 10분)
제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다.
AI 과업
AI 기능을 직접 개발·구현 · AI 서비스·라이선스를 사서 넣거나 공급
MCP 기반 학사 AI 에이전트·챗봇·RAG·오케스트레이션을 직접 구축하고, 상용 LLM 모델별 토큰을 최소 수량 이상 공급(SFR-009)하며 온프레미스 오픈소스 LLM도 구축.
▪ 로그인한 사용자의 학내 학사정보 및 활동 정보를 기준으로 본인의 학사 데이터를 조회하여 개인화된 응답을 제공
▪ 모델별 제공 토큰 최소 수량(해당 LLM 모델만 사용한 경우)
저작권 귀속
발주처·우리 공동
제안요청서 Ⅵ.3.은 지식재산권을 발주기관과 사업자가 공동 소유함을 원칙으로 하되 세부사항은 협의로 정한다고 적었고, 용역계약일반조건 제16조는 산출물·지적재산권의 소유권과 사용권이 계약자(발주처)에게 귀속한다고 적어 서로 다르다.
- 우리가 다시 쓰기·공개 · 조건부 허용 SW산출물 반출을 요청할 수 있으나 발주기관이 제공 여부를 판단하고, 활용 절차를 지키지 않으면 입찰참가자격 제한 등 제재를 받는다.
나. (SW산출물 반출 절차 등)공급자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공함. 다만 SW산출물의 활용 절차와 공급자가 SW산출물 활용 절차를 지키지 않는 경우 입찰참가자격 제한 등에 관하여는 「소프트웨어사업 관리감독에 관한 일반기준」(과학기술정보정통부 고시) 제14조의2(산출물의 활용)에 따른다.
가. (지식재산 공동귀속)계약목적물의 지식재산권은 발주기관과 사업자가 공동으로 소유함을 원칙으로 하되 세부사항은 협의하여 결정
① “계약상대자”가 “계약자”에게 납품한 모든 산출물, 장비 및 기술자료 등 유형적 발생품 및 지적재산권의 소유권과 사용권은 “계약자”에게 귀속한다.
결원 대체 인력
의무 · 계약 뒤 지킬 일
발주처 요구 시 특정기술자 교체를 10일 이내에 하여야 하고, 계약상대자 사정으로 기술자를 교체할 때는 10일 전 통보 후 사전 승인을 받아야 한다. 대체·예비 인력 사전 지정이나 미충원 시 감액 규정은 없다.
- 메울 시한 · 10일 이내 발주처 교체 요구 시 10일 이내 교체.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
- 못 메우면 감액 · 아니다 못 채운 인원·기간만큼 용역비를 깎는다는 규정은 없다.
- 크기 · 해당 없음 대체 인력 방안에 대한 평가표 배점이 없다.
- 대상 · 대체 인력(결원·휴가·퇴사 때) 발주처 요구 또는 계약상대자 사정에 따른 기술자 교체.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
④“계약상대자”의 사정으로 기술자를 교체하고자 할 경우에는 10일 전에 “계약자”에게 신, 구 인력의 이력사항 및 교체 사유를 통보하여 “계약자”의 사전 승인을 얻어야 한다.
사용 환경
모바일·반응형 지원
PC 웹 및 모바일 환경 모두에서 이용 가능해야 하고, ChatGPT·Gemini와 유사한 UX를 웹 및 모바일에서 제공해야 한다.
▪ PC 웹 및 모바일 환경 모두에서 이용 가능해야 함
- ChatGPT, Gemini와 유사한 사용자 경험(UX)을 웹 및 모바일에서 제공
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 10/06(화)
- 공고번호
- R26BK01758269-000
- 참조번호
- 경리2026-195호
- 공고기관
- 대구한의대학교
- 수요기관
- 대구한의대학교
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 265,454,545원
- 배정예산
- 292,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 패키지소프트웨어개발및도입서비스
- 사전규격번호
- R26BD00281491
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
질문 99개 · 꼭 6 · 좋음 34 · 안 봐도 됨 59
주제 · 참가 자격 10개
업종·면허 조합
한 업종
소프트웨어사업자(컴퓨터관련서비스업, 업종코드 1468) 신고를 필한 자로 단일 업종만 요구한다. 코드 밖 자격(법·조례 허가·지정·등록, 업태·종목, 전문매장)은 없다.
- 코드 밖 자격 · 없음 법·조례가 정한 허가·지정·등록이나 사업자등록증 업태·종목, 전문매장 보유 같은 별도 자격 요구는 문서에 없다.
입찰공고일 기준 현재 “소프트웨어 진흥법”제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필 한 자
면허 세부 범위
없음
면허·등록 안의 세부 범위(주력분야·종별·영업대상)를 요구하는 문장이 없다.
지역 조건
없음
본점 지역 제한 외에 사업장·지사·시설·인력 소재, 지역 거점, 지역 인력 고용·장비 사용, 지역 업체 공동수급, 지역 가점을 요구하는 문장이 없다.
- 크기 · -
- 대상 · - 해당 없음
실적
벽 · 못 맞추면 탈락
입찰공고일 기준 3년 이내 단일계약 2억 원 이상 교육기관·공공기관 LLM 플랫폼 구축 실적을 보유한 업체여야 한다(참가자격). 동일 실적이 정량평가(10점)에도 반영된다.
- 크기 · 0~10점
- 조건 · 없음 유사·동등 인정, 하도급·민간·공동·상호진출·창업기업·개인 실적 인정 문구는 없다. 교육기관·공공기관 실적만 인정.
※ 실적증명서는 교육기관 또는 공공기관(국가 및 지자체 포함) 사업 수행 실적만 인정
입찰 공고일 기준 3년 이내 단일계약으로 2억 원 이상 교육기관 또는 공공기관(국가 및 지자체 포함) LLM 플랫폼 구축 사업의 실적을 보유한 업체
ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함)
업력
없음
업력(설립·개업 후 경과 햇수)을 참가 조건이나 점수로 보는 문장이 없다.
- 요구 업력 · -
- 크기 · -
공동수급
모름 · 문서로 확인 안 됨
공동수급 허용·금지를 적은 문장이 없다.
- 자격을 나눠 채우기 · 모름 · 문서로 확인 안 됨 공동수급 관련 문장이 없다.
회사 규모·신분
제한 없음
중소기업·소기업·소상공인·여성기업·법인만·대기업 제한 등 규모·신분 제한 문장이 없다.
대학·연구소 참가
아니다
대학 산학협력단·연구소·비영리법인·조합의 참가를 허용한다고 적은 문장이 없다.
사업 성격
아니다(적지 않음)
공고가 스스로 소프트웨어사업·국가연구개발사업·학술연구용역으로 분류하거나 그 규정을 적용한다고 적은 문장이 없다.
행정처분 이력
없음
행정처분·영업정지·벌점·법령 위반·사고 이력을 참가 자격이나 평가표에 건 문장이 없다. 부정당업자·결격사유 일반 조항만 있다.
- 보는 기간 · -
- 크기 · -
주제 · 인증·보유 요건·직접 수행 7개
안전보건수준평가
없음
안전보건수준평가 대상 사업이라는 문장이 문서에 없다.
제조사 확약서
없음
제조사·공식 공급원에게서 받아 오는 확약서·증명서·정품보증서·수입신고필증 요구가 문서에 없다.
- 대상 · - 해당 서류 없음
- 조건 · 없음 제조사면 면제 규정 없음
제품 인증
없음
납품 제품·장비·서비스에 인증·허가·시험성적서를 요구하는 문장이 없다.
- 크기 · -
- 대상 · - 해당 없음
- 조건 · 모름 · 문서로 확인 안 됨 인증·성적서 요구 없음
장비·시설 보유
없음
일에 쓸 장비·시설을 회사가 갖춰야 한다는 요구가 없다. MCP 서버는 학내(온프레미스) 서버에 구축·운영을 원칙으로 하고, 대학 GPU 서버 자원에 온프레미스 LLM을 구축하는 것은 발주처 인프라다.
- 갖출 때 · 해당 없음 회사가 갖출 장비 요구 없음
- 크기 · -
- 조건 · 모름 · 문서로 확인 안 됨 임차·소유 조건 없음
하도급
조건부 허용
용역계약일반조건 제20조에 따라 계약자의 사전승인을 얻은 경우에만 하도급 가능.
- 하도급 한도 · 한도 규정 없음
“계약상대자”는 본 용역의 전부 또는 일부의 수행을 타인에게 하도급 할 수 없다. 단, “계약자”의 사전승인을 얻은 경우에는 그러하지 아니하다.
직접 생산
없음
직접생산확인·제조 등록·OEM 금지·한 제조사 제품 조건이 문서에 없다.
- 참가 등록 · 모름 · 문서로 확인 안 됨 제조/공급 등록 구분 규정 없음
- 직생 범위 · 모름 · 문서로 확인 안 됨 직생 공고 아님
- 대상 · - 해당 없음
품질 인증
없음
회사·제조사의 품질·환경·안전·정보보호 인증(ISO 등)이나 업무 절차서를 참가 조건·점수로 보는 문장이 없다.
- 크기 · -
- 대상 · - 해당 없음
주제 · 결과물·검수·보고 10개
지정 제품·공법
지정 — 동등 이상 허용
SFR-001에서 GPU 인프라 지연 시 임시 적용할 상용 LLM으로 'OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet 등 발주처 협의 지정 모델'을 예시로 들었고, SFR-008에서는 OpenAI·Anthropic·Google 등 주요 모델 제공사 모델을 포함해 성능 테스트 후 대학이 결정하도록 함. 동등 입증 시점에 대한 별도 규정은 없음.
- 동등 입증 때 · 모름 · 문서로 확인 안 됨 동등 이상 제품·모델의 적합 판정 시점을 정한 문장이 문서에 없음.
단, 대학의 GPU 인프라 도입 일정 지연 등 불가피한 사유 발생 시, 사업 착수 및 서비스 일정 준수를 위해 최상위급 상용 LLM 모델(OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet 등 발주처 협의 지정 모델)을 임시 적용하여 구축·운영할 수 있으며
▪ OpenAI, Anthropic, Google 등 주요 모델 제공사의 모델을 포함하여 성능 테스트 후 대학에서 결정
검수
발주처 검수만
용역계약일반조건 제13조에서 계약상대자가 용역 완료 시 서면 통지 후 계약자의 검사를 받도록 정하고 있고, 외부 기관 심의·승인·감리·성과심사를 통과해야 끝난다는 조항은 없음.
① “계약상대자”는 용역을 완료하였을 때에는 그 사실을 서면으로 “계약자”에게 통지하고 “계약자”의 검사를 받아야 한다.
합격선
숫자 기준 있음
QUR-003에서 서비스 가동률 99% 이상 보장을 명시. 그 외 응답 정확도·동시 사용자 수 등은 제안서에 제시하도록만 되어 있고 구체 수치는 없음.
- 따를 표준·지침 · 소프트웨어 개발보안 가이드, 개인정보 비식별 조치 기준 등 관련 지침, 대학 보안 규정 및 지침, TLS 1.2 이상, 학내 통합인증(SSO) 연계 PMR-001에서 '소프트웨어 개발보안 가이드' 준수와 시큐어코딩 가이드 준수를 요구하고, DAR-001에서 개인정보 비식별 조치 기준 등 관련 지침 준수를 명시. SER-002에서 전송 구간에 TLS 1.2 이상 적용, SIR-002에서 학내 통합인증(SSO) 연계를 요구.
▪ 소프트웨어 기능개발 시 ‘소프트웨어 개발보안 가이드’를 준수하여야 함
- 개인정보 비식별 조치 기준 등 관련 지침을 준수
- 모든 데이터 전송 구간에 TLS 1.2 이상을 적용
▪ 서비스 가동률 99% 이상 보장
성과 목표
목표 있음 — 불이익 안 적힘
QUR-003에서 서비스 가동률 99% 이상 보장을 성과 목표로 제시. 미달 시 감액·인수 거부 등 불이익 조항은 문서에 없음.
- 목표의 성격 · 우리가 만드는 산출물 구축·운영하는 시스템의 서비스 가동률로, 계약상대자가 구축·운영하는 플랫폼의 성능 지표.
▪ 서비스 가동률 99% 이상 보장
▪ 서비스 가동률 99% 이상 보장
시험·검사
시험·검사 없음
이 공고·과업이 정한 제품·자재·결과물의 품질 시험·검사·분석 항목이 없음. QUR-001의 응답 정확도 검증은 자체 시험·검증 절차로 별도 시험기관 검사가 아님.
- 시험 단위 · 모름 · 문서로 확인 안 됨 정한 시험이 없어 단위를 정할 수 없음.
- 시험 장소 · 모름 · 문서로 확인 안 됨 정한 시험이 없어 장소를 정할 수 없음.
원자료
나눠짐
학사 DB·규정 등 학내 데이터는 대학이 보유·제공하고, 홈페이지·글로컬 홈페이지 등 공개 정보는 사업자가 수집·크롤링하는 구조. DAR-002에서 연계 대상 DB별 테이블·컬럼·관계 및 조회 범위를 착수 단계에서 대학과 협의하여 확정하도록 함.
▪ 연계 대상 DB별 테이블 컬럼 관계 및 조회 범위를 착수 단계에서 대학과 협의하여 확정
▪ 홈페이지 공개 정보(공지사항, 학사일정, 조직도, 부서 안내 등)를 근거로 MCP 서버와 연계하여 질의 답변할 수 있는 챗봇 구성
시안 승인
1회
용역계약일반조건 제7조에서 계약체결 후 10일 이내에 사업수행계획서(착수계)를 제출·승인받도록 함. PSR-002에서 착수 후 데이터 분석 및 설계 결과를 학교와 공유하고 승인받은 후 개발 착수하도록 함.
- 수정 횟수 · - 수정 횟수 제한을 정한 문장이 문서에 없음.
- 승인 기간 · 모름 · 문서로 확인 안 됨 승인 기간이 납기에 드는지 여부를 정한 문장이 문서에 없음.
① “계약상대자”는 계약체결 후 10일 이내에 사업수행계획서(사업범위, 사업추진일정계획, 인력 및 장비 투입 계획 등), 용역책임자와 참여 인력의 이력서, 서약서 등이 포함된 착수계를 “계약자”에게 제출, 승인을 얻어야 하며
▪ 착수 후 데이터 분석 및 설계 결과를 학교와 공유하고 승인받은 후 개발 착수
인허가·검사
절차 없음
이 사업에 필요한 인허가·신고·심의·법정 검사를 누가 밟는지 정한 조항이 문서에 없음. 일반조건·표준시방의 정형 조항만으로는 답이 아님.
- 비용 · 모름 · 문서로 확인 안 됨 인허가·검사 비용 부담 주체를 정한 문장이 문서에 없음.
보고 주기
수시
용역계약일반조건 제11조에서 주기적으로 진행상황·추진내역을 보고하되 주기·방법은 별도로 정한다고만 되어 있고, 제7조에서 계약자가 사업진행상황 보고를 요청할 수 있다고 함. PMR-002 산출물 내역에 착수보고서(계약 후 10일 이내), 정기보고 및 사업완료 보고서(납품완료 시)가 있음.
- 보고회 · 모름 · 문서로 확인 안 됨 착수·중간·최종 보고회 횟수를 정한 문장이 문서에 없음. PMR-002 산출물로 착수보고서·정기보고·사업완료 보고서가 있음.
- 작업 기록·증빙 · 요구 없음 수행을 확인받거나 대금을 받으려고 붙이는 작업일지·사진·서명·측정 수치·전산 기록을 정한 조항이 문서에 없음. PMR-002 산출물 내역에 정확도 시험 시나리오 및 결과서, 웹취약점·웹접근성 점검 결과 및 조치 내역서 등이 있음.
① “계약상대자”는 주기적으로 용역수행의 진행상황 및 추진내역을 “계약자”에게 보고하여야 하며, 보고의 주기, 방법 등은 별도로 정한다.
③ “계약자”는 “계약상대자”에 대하여 사업진행상황에 대한 보고를 요청할 수 있으며, 이 경우 “계약상대자”는 성실하게 응해야 한다.
넘길 산출물
소스코드·실행 파일 · 원자료·해석 입력 자료
PMR-002 산출물 내역에 '최종 구축 결과물(에이전트 설계서, 프롬프트 및 시나리오 정의서, 오케스트레이션 설계서, 졸업요건 진단 로직 정의서, 정확도 시험 시나리오 및 결과서 등)', '시스템 설치내역서(H/W, S/W)', 'SW 라이센스(납품 S/W의 원본 CD 및 S/W 매뉴얼, 라이센스 등)', '테이블정의서/목록/ERD', '인터페이스 정의서/목록', '화면정의서/목록' 등이 있음. 용역계약일반조건 제11조에서 개발된 소스코드, 회의록, 자료, 각종 보고서 및 시연회 등의 총체적 자료가 수록된 최종산출물을 제출하도록 함.
- 정해진 형식 · 그렇다 PMR-002에서 최종 결과물(프로그램 소스 등)을 원본 파일을 디지털 저장매체에 수록하여 제출하고, 표준산출물을 디지털 저장매체 3매로 제출하도록 저장매체를 정함. PSR-004에서 이관 시 표준 형식의 데이터 추출을 요구.
- 용역 완료 시 제출하는 최종 결과물(프로그램 소스 등)은 수요기관인 승인을 득한 후 원본 파일을 디지털 저장매체에 수록하여 산출물과 같이 제출하고
▪ 수요기관이 정의한 아래 표준산출물을 제출하여야 한다(디지털 저장매체 3매)
▪ 이관 시 표준 형식의 데이터 추출하여 제공
- 최종 구축 결과물(에이전트 설계서, 프롬프트 및 시나리오 정의서, 오케스트레이션 설계서, 졸업요건 진단 로직 정의서, 정확도 시험 시나리오 및 결과서 등)
- SW 라이센스(납품 S/W의 원본 CD 및 S/W 매뉴얼, 라이센스 등)
② “계약상대자”는 검사완료 후 본 계약에 의해 산출된 모든 결과물과 개발된 소스코드, 수행과정상 발생되는 회의록, 자료, 각종 보고서 및 시연회 등의 총체적 자료가 수록된 최종산출물을 “계약자”에게 제출하여야 하며
주제 · 인력·수행 방식 8개
인력 자격
벽 · 못 맞추면 탈락
제안설명회 발표를 사업관리자(PM)가 직접 하여야 하고, PM은 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함(참가 조건). 그 외 투입 인력의 등급·경력·학위·교육 이수 요구는 문서에 없음.
- 대상 · 책임자(PM·책임기술자·현장대리인) 사업관리자(PM)만 해당.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
근무 장소
발주처 현장
사업수행은 계약자가 지정한 장소에서 시행하며 공간은 계약자가 제공. MCP 서버는 학내(온프레미스) 서버에 구축·운영을 원칙으로 함. 원격 접속을 막거나 허용하는 문장은 없음.
- 현장에 있을 사람 · 모름 · 문서로 확인 안 됨 누가 현장에 있어야 하는지 문서에 없음.
- 원격 접속 · 모름 · 문서로 확인 안 됨 원격 접속을 막거나 허용하는 문장이 없음.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
MCP 서버는 학내(온프레미스) 서버에 구축운영을 원칙으로 한다
소속 직원
벽 · 못 맞추면 탈락
사업관리자(PM)는 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함. 재직 기간·고용 형태·프리랜서 활용에 대한 별도 조건은 없음.
- 재직 기간 · 0일 이상 입찰공고일 전부터 제안서 평가일까지 계속 재직(공고일 전부터이므로 0일).
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
- 대상 · 책임자·발표자(PM·현장대리인) 사업관리자(PM)만 해당.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
- 조건 · 없음 프리랜서·외부 전문가 활용에 대한 조건이 문서에 없음.
사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
고용승계
없음
고용승계에 관한 요구가 문서에 없음.
근무 시간
근무 요일·시간·교대 형태나 운영 시간에 관한 규정이 문서에 없음.
사업기간은 계약일로부터 2027년 2월 28일까지.
사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
보안 조치
의무 · 계약 뒤 지킬 일
계약 후 10일 이내 보안서약서·개인정보처리 위탁계약서·보안교육결과서(개인정보)를 산출물로 제출하여야 함. 개인정보보호 법규 이행, 접근 이력 기록, 고유식별정보 암호화, 로그 저장 관리 등 보안 조치가 있음. 보안 대책이 평가 점수에 든 항목은 유지관리(5점)의 '기밀보안, 개인정보 보호대책, 시스템보안 준수'임.
- 크기 · 5점 이하 유지관리 항목 5점 중 보안 관련 정성 평가.
ㆍ하자보증 및 비상대책 계획
ㆍ기밀보안, 개인정보 보호대책, 시스템보안 준수 - 대상 · 출입 승인·보안서약·보안교육 · 자료 반출 금지·끝난 뒤 삭제·반납 · 개인정보 처리 위탁계약 보안서약서·보안교육결과서(개인정보)·개인정보처리 위탁계약서 제출, 계약 종료 시 대학 데이터 반환·파기 절차 및 증빙 제공.
착수보고서(사업수행계획서), 상세추진일정표, 보안서약서,
개인정보처리 위탁계약서, 보안교육결과서(개인정보)계약 종료 시 대학 데이터의 반환파기 절차 및 증빙 제공
착수보고서(사업수행계획서), 상세추진일정표, 보안서약서,
개인정보처리 위탁계약서, 보안교육결과서(개인정보)
ㆍ하자보증 및 비상대책 계획
ㆍ기밀보안, 개인정보 보호대책, 시스템보안 준수
신원 조건
없음
투입 인력의 범죄경력 조회·신원조회 결격·운전 적격·건강검진 요구가 문서에 없음.
일하는 주기
한 번·정해진 횟수
계약일로부터 2027년 2월 28일까지 플랫폼을 구축하여 검수·종료하는 단일 구축 사업.
사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
주제 · 과업 범위·규모·기간 11개
다른 업 섞임
섞이지 않음
본 사업은 소프트웨어사업자(업종코드 1468)로 신고한 자가 수행하는 LLM 플랫폼 구축 용역이며, 다른 면허·공종·품목의 일이 섞여 있다는 기재가 없다. 온프레미스 GPU 환경 구축 지원은 본 사업의 일부로 제안사가 수행한다.
입찰공고일 기준 현재 “소프트웨어 진흥법”제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필 한 자
하는 일
Edu-Portal 기반 학사지원 AI 전환 플랫폼을 구축한다. 학사DB 연계 MCP 4개와 챗봇 연계 MCP 3개 총 7개 MCP 서버를 구축하고 단일 학사 에이전트에 연동하며, 학칙·규정 챗봇 신규 구축, 개인 학사정보 기반 맞춤형 응답, 상용 LLM 토큰 공급, 온프레미스 GPU 기반 오픈소스 LLM 전환 환경을 포함한다.
추정금액 292,000,000원(부가세 포함), 사업기간 계약일로부터 2027년 2월 28일까지.
학내 DB 연계 MCP 4개와 챗봇 연계 MCP 3개, 총 7개의 MCP 서버를 구축하고, 이를 단일 학사 에이전트에 연동하여 실시간으로 데이터를 조회하는 구조 확립
기존 시스템과 이어짐
기존 시스템·설비와 연동 · 연동·제어 SW 개발 포함
학내 기간계 DB(학적·성적·수강이력, 비교과, 강의계획, 등록·장학)와 SSO, 기 구축된 홈페이지 챗봇·글로컬 홈페이지 챗봇, 규정관리시스템에 연동한다. MCP 서버 개발과 오케스트레이션, 에이전트 개발이 우리 몫이다. 다만 DB 직접 저장·수정·삭제 MCP는 대학이 자체 구성하고 제안사는 규격·기술 지원만 제공한다.
▪ 학내 구성원을 구분할 수 있는 키 값(포털 ID, 학번, 사용자구분 등)을 기준으로 통합인증(SSO) 연계 로그인 제공
▪ 기 구축된 홈페이지 안내 챗봇에 대한 질의응답 결과 반환 (공지사항, 학사일정, 부서 안내 등)
※ 단, DB 직접 저장·수정·삭제 MCP는 대학 자체적으로 구성하며, 제안사는 연동에 필요한 규격(툴 스키마·본인 인증 토큰·감사 로그 등)과 기술 지원 및 자문을 제공해야 함.
일의 분량
MCP 서버 7개 · 상용 LLM 토큰(GPT-5.6 Terra 인풋) 7,850,000,000개
학사DB 연계 MCP 4개 + 챗봇 연계 MCP 3개 = 7개. 상용 LLM 모델별 토큰 최소 수량이 표로 제시됨(예: GPT-5.6 Terra 인풋 7,850,000,000 / 아웃풋 1,350,000,000 등 6개 모델). 추정금액 292,000,000원.
- 열린 분량 · 정해짐 MCP 7개, 토큰 수량이 모델별로 확정 제시됨.
▪ 학내 DB 연계 MCP는 4개(학적·성적·수강 MCP, 비교과 및 학생활동 MCP, 강의계획서 MCP, 등록·장학MCP) 및 파일 및 크롤링을 위한 MCP 3개(대표홈페이지 챗봇, 규정 챗봇, 글로컬홈페이지 챗봇) 총 7개의 MCP 연계 환경 구축
수행 기간
-
사업기간: 계약일로부터 ~ 2027년 2월 28일까지. 기점은 계약일.
- 옮길 수 없는 끝 날짜 · 있음 2027년 2월 28일까지로 끝 날짜가 정해져 있다.
나. 사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
나. 사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
여러 해 계약
단년 한 번
사업기간이 계약일로부터 2027년 2월 28일까지로 단일 계약이다. 다만 연간 유지보수 계약(PSR-005)이 별도로 언급되어 있다.
나. 사업기간 : 계약일로부터 ~ 2027년 2월 28일까지
최소 투입 인원
모름 · 문서로 확인 안 됨
최소 투입 인원이나 공수(MD)가 문서에 정해져 있지 않다. 제안서에 인력 투입 계획을 제시하도록만 되어 있다.
- 조 편성 · 모름 · 문서로 확인 안 됨 조 편성에 대한 기재가 없다.
다른 일정에 묶임
아니다
다른 공사·사업 일정에 묶였다는 기재가 없다. 다만 온프레미스 LLM 설치·연계는 학교 GPU 자원 도입 시점에 따라 변경될 수 있다고만 되어 있다.
부가 작업
MCP 설계 협업 체계 운영(대학 DB 담당 인력 참여 협의체 구성, 스키마·데이터·테이블 관계 자문 반영, 대상 DB별 참조 테이블 선정·확정, 설계 결과 공유·승인), 대학이 자체적으로 MCP를 구성할 수 있도록 교육 지원, 온프레미스 GPU 환경 구성 지원(권장 사양·구성 방안 제시, 오픈소스 LLM 설치·최적화·서빙 환경 구성, 성능 산정 근거 제시, 운영 매뉴얼 제공), 사용자/관리자 매뉴얼 별도 제작, 서비스 문의·지원 창구 마련 및 48시간 이내 답변, 하자보수 및 계약 종료 시 표준 형식 데이터 추출 제공.
본업(플랫폼 구축) 위에 얹힌 부가 작업·서비스.
▪ 대학의 DB 담당 인력이 참여하여 협의체를 구성하고 스키마·데이터·테이블 관계에 대한 자문을 반영
▪ 협의체가 협력하여 MCP를 구성하고 추후 대학 자체적으로 MCP를 구성할 수 있도록 교육 지원
교육·기술이전
모름 · 문서로 확인 안 됨
사용자 교육을 지원하고 사용자/관리자 매뉴얼을 별도 제작·제공한다고만 되어 있고, 교육 횟수·시간은 정해지지 않았다. 무상 여부에 대한 명시는 없다.
- 무상 · 모름 · 문서로 확인 안 됨 교육·매뉴얼의 무상 여부가 명시되지 않았다.
▪ 사용자 교육
- 기능 설명, 사용 예시, 유의사항을 포함한 사용자 교육 지원
- 사용자/관리자 매뉴얼 별도 제작하여 제공
일의 형태
새로 만들기 · 공급 · 유지관리
MCP 기반 학사 AI 에이전트·MCP 서버 7개·규정 챗봇 등을 신규 구축(새로 만들기), 상용 LLM 토큰을 공급(공급), 하자보수 및 연간 유지보수 계약(유지관리)을 포함한다.
▪ 학내 DB 연계 MCP는 4개(학적·성적·수강 MCP, 비교과 및 학생활동 MCP, 강의계획서 MCP, 등록·장학MCP) 및 파일 및 크롤링을 위한 MCP 3개(대표홈페이지 챗봇, 규정 챗봇, 글로컬홈페이지 챗봇) 총 7개의 MCP 연계 환경 구축
▪ 모델별 제공 토큰 최소 수량(해당 LLM 모델만 사용한 경우)
주제 · 입찰 절차·보증 7개
참가 범위
공개 경쟁
제한경쟁입찰이지만 소프트웨어사업자 신고, 실적 등 조건만 갖추면 누구나 참여 가능. 나라장터가 아닌 우리대학 홈페이지 게시.
입찰방법 : 제한경쟁입찰로서 우리대학 홈페이지(www.dhu.ac.kr)“입찰정보”에 게시
여러 과제로 나뉨
나뉘지 않음
단일 사업(단일 입찰건)으로 나뉜 과제·권역·입찰번호 없음.
- 여러 개 · 모름 · 문서로 확인 안 됨 나뉘지 않아 해당 없음.
입찰 전 절차
서류·입찰서 직접 제출(방문·우편·팩스·이메일) · 사전 참가신청·등록
현장설명회 참가신청(2026.10.14. 14:00)과 입찰(제안서제출) 참가신청(2026.11.17. 11:00까지)을 대학본부 1층 경리팀에 직접 제출. 나라장터가 아닌 대학 홈페이지 게시·방문 제출 방식.
입찰(제안서 제출) 일시 및 장소 : 2026.11.17.(화) 11:00 대학본부 1층 경리팀
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
현장설명회
참석 필수
2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호. 현장설명회에 참석한 업체만 입찰참가자격 인정.
현장설명회 일시 및 장소 : 2026.10.14.(수) 14:00 삼성캠퍼스(경산) 9호관 619호
마. 현장설명회에 참석한 업체
공채·채권
모름 · 문서로 확인 안 됨
공채·채권 매입 비율에 대한 조항 없음.
입찰보증금
실제로 낸다(보증서·현금)
입찰참가등록 시 이행(입찰)보증보험증권 납부. 보증기한 입찰일 이전부터 입찰일 30일 이후. 피보험자 대구한의대학교.
- 입찰보증금 비율 · 10% 이상 입찰금액의 10% 이상
입찰보증금 : 입찰금액의 10% 이상에 해당하는 이행(입찰)보증보험증권을 입찰참가등록시 납부할 것
- 계약·하자 보증 비율 · 5% 이상 하자보수보증금 계약금액의 100분의 5 이상(용역계약일반조건)
“계약상대자”는 계약금액의 100분의 5이상에 상당하는 금액을 현금 또는 국가를 당사자로 하는 계약에 관한 법률 시행령 제37조 제2항 각호의 보증서를 “계약자”에게 납부하여야 한다.
입찰보증금 : 입찰금액의 10% 이상에 해당하는 이행(입찰)보증보험증권을 입찰참가등록시 납부할 것 (이행(입찰)보증보험증권 보증기한 : 입찰일 이전부터 입찰일 30일 이후까지일 것)
문서끼리 다른 곳
아니다
문서 간 상충하는 값 없음.
주제 · 현장 작업·유지보수 9개
출동 시한
도착 시한 · 모름 · 문서로 확인 안 됨 전체 답 · 없음
고장·장애·긴급 호출 시 현장 도착·착수 시한이나 야간·휴일 출동 요구가 문서에 없다. 장애대응은 보고·복구 절차만 정한다.
- 도착 시한 · 모름 · 문서로 확인 안 됨 도착·착수 시한이 적혀 있지 않다.
처리 시한
48시간 이내
서비스 문의·지원 요청에 대한 48시간 이내 답변 보장이 가장 흔한 처리 시한이다. 장애는 발생 즉시 보고·대응하도록만 정하고 구체 시한이 없다. 24시간·365일 대응 요구는 없다.
- 기점 · 요청·신고·접수 받은 때 문의·지원 요청을 접수한 때부터 센다.
접수된 문의에 대한 48시간 이내 답변 보장
접수된 문의에 대한 48시간 이내 답변 보장
제안사는 프로그램 적용 시 오류발생 등 중요한 장애는 발생즉시 보고·대응하는 방안을 제시하여야 함
부품·소모품
해당 없음
이 사업은 플랫폼 구축·용역으로 유지보수(점검·수리) 계약이 아니며, 부품·소모품 무상 여부를 정한 문장이 없다.
현장·납품지
1곳
사업수행은 계약자가 지정한 장소(대구한의대학교)에서 하고 공간은 계약자가 제공한다. 해외·섬·개별 가정 배송은 없다.
- 열린 분량 · 정해짐 수행 장소는 계약자가 지정한 장소로 정해져 있다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
- 범위 · 없음(국내 보통 현장) 해외·섬·개별 가정 배송이 없다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다.
현장 여건
사업수행은 계약자가 지정한 장소에서 하며 공간은 계약자가 제공한다. 계약상대자의 인력이 사용할 장비·소모품은 계약상대자가 부담한다. 학내 정보시스템 운영에 영향을 주지 않도록 작업 일정·방식을 사전 협의한다.
현장 준비(공간)는 발주처 부담, 인력용 장비·소모품은 우리 부담이다. 위험작업은 문서에 없다.
- 부대공사·현장 준비 · 발주처 부담 작업 공간은 계약자가 제공하고, 인력용 장비·소모품은 계약상대자가 부담한다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다. 다만, ”계약상대자“의 인력이 사용할 장비, 소모품 등은 ”계약상대자“가 부담하여야 하며, 기타 사항은 상호 협의하여 정한다.
- 위험작업 · 없음 이 사업에 드는 위험작업이 문서에 없다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다. 다만, ”계약상대자“의 인력이 사용할 장비, 소모품 등은 ”계약상대자“가 부담하여야 하며, 기타 사항은 상호 협의하여 정한다.
학내 정보시스템의 운영에 영향을 주지 않도록 작업 일정 및 방식을 사전 협의
작업 시기
운영 중인 시설·시스템(멈추지 않고 작업)
학내 정보시스템의 운영에 영향을 주지 않도록 작업 일정·방식을 사전 협의해야 한다. 야간·휴일, 정해진 기간, 교통통제, 계절·기상, 정해진 시기 몰림은 문서에 없다.
학내 정보시스템의 운영에 영향을 주지 않도록 작업 일정 및 방식을 사전 협의
경비 부담
나눠짐
작업 공간은 발주처(계약자)가 제공하고, 계약상대자 인력이 사용할 장비·소모품은 계약상대자가 부담한다. 관급 품목·금액은 문서에 없다.
- 관급 금액 · 모름 · 문서로 확인 안 됨 관급 품목·금액이 문서에 없다.
- 관급 설치 · 해당 없음 관급 기기·자재가 이 사업에 없다.
사업수행은 ”계약자“가 지정한 장소에서 시행하며, 공간은 ”계약자“가 제공한다. 다만, ”계약상대자“의 인력이 사용할 장비, 소모품 등은 ”계약상대자“가 부담하여야 하며, 기타 사항은 상호 협의하여 정한다.
폐기물 처리 몫
해당 없음
이 사업은 AI 플랫폼 구축 용역으로 작업에서 나오는 폐기물·부산물 처리를 정한 문장이 없다.
하자보수
모름 · 문서로 확인 안 됨
하자보수 기간·범위를 제시하라고만 하고 구체 기간을 정하지 않았다. 일반조건은 제안요청서에서 제시한 하자보수기간 동안 무상 보수를 하도록 한다. 정기점검·소모성 부품 무상 여부는 문서에 없다.
- 기점 · 설치·검수 완료일 최종 검사완료 후부터 하자보수기간을 센다.
“계약상대자”는 계약목적물에 대하여 “계약자”의 최종 검사완료 후 우리대학교의 제안요청서에서 제시한 하자보수기간동안 하자보수를 무상으로 실시하여야 하며
- 보증 기간 정기점검 · 없음 보증 기간 정기점검 요구가 문서에 없다.
- 소모성·정기정비 부품 · 모름 · 문서로 확인 안 됨 보증 기간 소모성·정기정비 부품 무상 여부가 문서에 없다.
▪ 하자보수 기간 및 범위 제시
“계약상대자”는 계약목적물에 대하여 “계약자”의 최종 검사완료 후 우리대학교의 제안요청서에서 제시한 하자보수기간동안 하자보수를 무상으로 실시하여야 하며
주제 · 가격·대금·계약 조건 11개
대금 방식
발주처가 대금 지급
대구한의대학교가 추정금액 292,000,000원(부가세 포함)을 지급하는 협상에 의한 계약. 이용자·수혜자 부담이나 수익형 요소는 문서에 없음.
- 이용자 몫 수납 · 해당 없음 본 답이 발주처 대금 지급이라 이용자 몫 수납이 없음.
추정금액 : 금292,000,000원(금이억구천이백만원) 부가세 포함
계약방식 : 협상에 의한 계약(국가를 당사자로 하는 계약에 관한 법률 시행령 제43조)
총액·단가 방식
총액
추정금액 총액(292,000,000원, 부가세 포함)으로 입찰가격을 평가하고, 상용 LLM 토큰은 모델별 최소 수량이 정해져 있음. 정산·단가 조정에 대한 이 계약 고유의 조항은 없음.
- 정산 · 모름 · 문서로 확인 안 됨 실적·실비 정산 또는 확정 금액을 정한 이 계약 고유 조항이 없음.
- 단가 조정 · 모름 · 문서로 확인 안 됨 계약 기간 중 단가 고정·연동·협의 조정을 정한 문장이 없음.
추정금액 : 금292,000,000원(금이억구천이백만원) 부가세 포함
입찰가격 평가는 추정가격에 부가가치세를 포함 적용
물량 변동
일부 미정
MCP 서버 7개(학내 DB 연계 4 + 챗봇 3), 학사 에이전트 등은 확정이나, 연계 데이터 범위·스키마는 착수 단계에서 대학과 협의해 확정하고, 온프레미스 LLM 설치·연계는 학교 GPU 자원 도입 시점에 따라 변경될 수 있으며, 대시보드 포틀릿 구성은 대학과 협의 후 최종 확정.
연계 대상 DB별 테이블·컬럼·관계 및 조회 범위를 착수 단계에서 대학과 협의하여 확정
온프레미스 LLM 설치·연계(학교 GPU 자원 도입 시점에 따라 변경될수 있음)
※ 대시보드 포틀릿 구성은 대학과 협의 후 최종 확정
발주처 단가 기준
적혀 있지 않음
발주처가 정한 단가·상한가·요율·품셈 등 대가 산정 기준이 공고에 없음. 추정금액 총액만 제시.
계약 상대
공고 낸 기관 직접
공고기관·수요기관 모두 대구한의대학교이며, 계약·대금 상대를 달리 적은 문장이 없음.
그대로 넘길 돈
아니다
계약금액 안에 다른 곳에 넘기거나 정해진 곳에 그대로 써야 하는 돈을 두라고 적은 문장이 없음.
- 넘길 돈 · 모름 · 문서로 확인 안 됨 해당 항목이 없음.
- 투찰 때 반영 · 모름 · 문서로 확인 안 됨 해당 지시가 없음.
견적 근거
공개 안 됨
설계서·내역서·도면·장비 목록 등 견적 근거를 입찰 전에 공개한다는 안내가 없음.
- 이윤 · 모름 · 문서로 확인 안 됨 공개된 원가계산서·산출내역이 없음.
대금 받는 때
끝난 뒤 한 번에
계약 이행 후 검사에 합격한 때 대금을 청구하고, 청구를 받은 날로부터 14일 이내 지급(합의로 14일 초과하지 않는 범위에서 연장 가능). 선금 비율은 이 공고에 정한 값이 없음.
- 선금 · 정해지지 않음 선금을 지급할 수 있다는 일반조건 문구만 있고 비율이 없음.
- 지급 기한 · 14일 이하 청구를 받은 날부터 기산. 합의로 14일을 초과하지 않는 범위에서 연장 가능.
“계약자”는 제1항의 청구를 받은 때에는 그 청구를 받은 날로부터 14일 이내에 그 대가를 지급하여야 한다.
“계약상대자”는 계약을 이행한 후 제13조의 규정에 의한 검사에 합격한 때에는 대금을 청구할 수 있다.
“계약자”는 제1항의 청구를 받은 때에는 그 청구를 받은 날로부터 14일 이내에 그 대가를 지급하여야 한다. 단, “계약상대자”와의 합의에 의하여 14일을 초과하지 아니 하는 범위 안에서 대가의 지급기간을 연장할 수 있다.
보험 가입
없음
이 일 때문에 우리가 들어야 하는 보험·공제를 요구한 문장이 없음. 입찰보증금(이행(입찰)보증보험증권)은 입찰 참가 담보로 이 질문의 보험이 아님.
계약 변동 가능
아니다
예산 확정 전·보조사업자 계약 등 까닭을 적고 계약이 안 되거나 금액·물량·기간이 바뀔 수 있다고 쓴 문장이 없음.
- 바뀔 수 있는 것 · 해당 없음 해당 문장이 없음.
부가세 과세
모름 · 문서로 확인 안 됨
이 일·품목의 과세·면세를 적은 문장이 없음. 추정금액·입찰가격 평가에 부가세 포함 표기만 있음.
- 투찰가에 부가세 · 모름 · 문서로 확인 안 됨 부가세를 넣으라·빼라는 지시 문장이 없음.
뽑는 방식 · 입찰 방식 10개
회사 속성 우대
없음
평가표(기술평가 80점·가격평가 20점)에 회사 속성 우대 항목이 없고, 정량평가도 LLM 플랫폼 구축 실적만 본다.
- 우대 대상 · 모름 · 문서로 확인 안 됨 문서에 회사 속성 우대 대상이 적혀 있지 않다.
- 가점 크기 · 모름 · 문서로 확인 안 됨 가점 크기가 적혀 있지 않다.
신용등급·경영상태
없음
신용평가등급·기술신용평가·경영상태를 참가 조건이나 점수로 보는 조항이 없다. 정량평가는 사업경험(실적)만 배점한다.
- 등급이 없을 때 · 모름 · 문서로 확인 안 됨 등급이 없거나 업력이 짧은 회사의 평가 방법이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 신용평가 관련 점수 차가 적혀 있지 않다.
- 대상 · 모름 · 문서로 확인 안 됨 신용평가·기술신용평가·재무비율 등 대상이 적혀 있지 않다.
보유 인력
없음
회사가 보유한 인력의 수·등급을 점수나 참가 조건으로 보는 조항이 없다. 정량평가는 사업경험(실적)만 배점한다.
- 기준 인원 · 모름 · 문서로 확인 안 됨 기준 인원이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 보유 인력 관련 점수 차가 적혀 있지 않다.
전담 인력
없음
투입 인력의 전담·겸직·참여율·업무중첩도에 관한 요구가 없다. 제안서에 명시된 참여 인력은 발주기관 승낙 없이 교체할 수 없다는 조항만 있다.
- 참여율 상한 · 모름 · 문서로 확인 안 됨 참여율 상한이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 업무중첩도·참여율 관련 점수 차가 적혀 있지 않다.
- 대상 · 모름 · 문서로 확인 안 됨 대상이 적혀 있지 않다.
큰 배점 항목
①사업수행능력(해당분야 사업경험) 10점, ③기술부문(구성도) 20점, ③기술부문(확장성) 10점.
기술평가 80점 중 정량평가 10점(사업경험), 정성평가 70점(제안개요 10, 기술부문 30, 품질관리 20, 지원부문 10)이며 가격평가 20점이다.
ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함)
ㆍ기능 요구사항
ㆍMCP 연계 에이전트 개발 확장성 제시
가점
없음
특허·신기술·수상·우수업체 선정·기술개발 투자·신규 고용에 대한 가점 항목이 평가표에 없다.
- 가점 대상 · 모름 · 문서로 확인 안 됨 가점 대상이 적혀 있지 않다.
- 가점 크기 · 모름 · 문서로 확인 안 됨 가점 크기가 적혀 있지 않다.
샘플·시안 선제출
없음
입찰·제안·규격평가 단계에서 시안·샘플·견본·시연·성능시험을 요구하는 조항이 없다. 제안설명회 발표(20분 발표, 10분 질의응답)만 있다.
- 크기 · 모름 · 문서로 확인 안 됨 시안·샘플·시연 관련 점수 차가 적혀 있지 않다.
- 대상 · 모름 · 문서로 확인 안 됨 대상이 적혀 있지 않다.
무상 추가 제공
없음
무상 유지보수·사후지원 기간이나 과업 밖 추가 제공을 점수로 보거나 최소한을 요구하는 조항이 없다. 하자보수 기간·범위는 제시하라고만 되어 있다.
- 요구 기간 · 모름 · 문서로 확인 안 됨 유지보수·사후지원 요구 기간이 적혀 있지 않다.
- 크기 · 모름 · 문서로 확인 안 됨 사후관리·추가 제안 관련 점수 차가 적혀 있지 않다.
- 대상 · 모름 · 문서로 확인 안 됨 대상이 적혀 있지 않다.
평가 자리 발표
발표(대면·화상)
제안설명회는 업체당 30분 내(발표 20분/질의응답 10분)이며, 제안사의 사업관리자(PM)가 직접 발표해야 한다. 일시·장소는 2026.11.17.(화) 13:30 삼성캠퍼스(경산) 9호관 619호.
- 빠지면 · 모름 · 문서로 확인 안 됨 발표에 빠지거나 정한 발표자가 아닐 때의 처리가 적혀 있지 않다.
나) 발표 : 업체당 30분 내(발표 20분 / 질의응답 10분)
제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다.
차등점수제
아니다
차등점수제를 적용한다는 문구가 없다.
- 순위 간 점수차 · 모름 · 문서로 확인 안 됨 순위 간 점수차가 적혀 있지 않다.
카테고리 · 정보시스템·SW 8개
AI 과업
AI 기능을 직접 개발·구현 · AI 서비스·라이선스를 사서 넣거나 공급
MCP 기반 학사 AI 에이전트·챗봇·RAG·오케스트레이션을 직접 구축하고, 상용 LLM 모델별 토큰을 최소 수량 이상 공급(SFR-009)하며 온프레미스 오픈소스 LLM도 구축.
▪ 로그인한 사용자의 학내 학사정보 및 활동 정보를 기준으로 본인의 학사 데이터를 조회하여 개인화된 응답을 제공
▪ 모델별 제공 토큰 최소 수량(해당 LLM 모델만 사용한 경우)
저작권 귀속
발주처·우리 공동
제안요청서 Ⅵ.3.은 지식재산권을 발주기관과 사업자가 공동 소유함을 원칙으로 하되 세부사항은 협의로 정한다고 적었고, 용역계약일반조건 제16조는 산출물·지적재산권의 소유권과 사용권이 계약자(발주처)에게 귀속한다고 적어 서로 다르다.
- 우리가 다시 쓰기·공개 · 조건부 허용 SW산출물 반출을 요청할 수 있으나 발주기관이 제공 여부를 판단하고, 활용 절차를 지키지 않으면 입찰참가자격 제한 등 제재를 받는다.
나. (SW산출물 반출 절차 등)공급자는 지식재산권의 활용을 위하여 SW산출물의 반출을 요청할 수 있으며, 발주기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 SW산출물을 제공함. 다만 SW산출물의 활용 절차와 공급자가 SW산출물 활용 절차를 지키지 않는 경우 입찰참가자격 제한 등에 관하여는 「소프트웨어사업 관리감독에 관한 일반기준」(과학기술정보정통부 고시) 제14조의2(산출물의 활용)에 따른다.
가. (지식재산 공동귀속)계약목적물의 지식재산권은 발주기관과 사업자가 공동으로 소유함을 원칙으로 하되 세부사항은 협의하여 결정
① “계약상대자”가 “계약자”에게 납품한 모든 산출물, 장비 및 기술자료 등 유형적 발생품 및 지적재산권의 소유권과 사용권은 “계약자”에게 귀속한다.
결원 대체 인력
의무 · 계약 뒤 지킬 일
발주처 요구 시 특정기술자 교체를 10일 이내에 하여야 하고, 계약상대자 사정으로 기술자를 교체할 때는 10일 전 통보 후 사전 승인을 받아야 한다. 대체·예비 인력 사전 지정이나 미충원 시 감액 규정은 없다.
- 메울 시한 · 10일 이내 발주처 교체 요구 시 10일 이내 교체.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
- 못 메우면 감액 · 아니다 못 채운 인원·기간만큼 용역비를 깎는다는 규정은 없다.
- 크기 · 해당 없음 대체 인력 방안에 대한 평가표 배점이 없다.
- 대상 · 대체 인력(결원·휴가·퇴사 때) 발주처 요구 또는 계약상대자 사정에 따른 기술자 교체.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
③ “계약자”는 필요한 경우 특정기술자에 대한 교체를 요구할 수 있으며, 이 경우 “계약상대자”는 10일 이내에 교체하여야 하며, 용역 이행에 필요한 자격 유무를 확인할 수 있는 기술자의 이력서를 “계약자”에게 제출하고 적격여부를 상호 협의하여 결정한다.
④“계약상대자”의 사정으로 기술자를 교체하고자 할 경우에는 10일 전에 “계약자”에게 신, 구 인력의 이력사항 및 교체 사유를 통보하여 “계약자”의 사전 승인을 얻어야 한다.
나눠 납품
모름 · 문서로 확인 안 됨
납품물이 소프트웨어·시스템 구축 용역으로, 납품 시점·횟수에 대한 규정이 문서에 없다.
- 분할납품 · 모름 · 문서로 확인 안 됨 일반조건에만
기존 장비 제조사
제조사·모델 · 모름 · 문서로 확인 안 됨 전체 답 · 해당 없음
맡을 기존 장비·시스템의 제조사·모델을 특정한 내용이 문서에 없다.
- 제조사·모델 · 모름 · 문서로 확인 안 됨 기존 장비·시스템 제조사·모델이 문서에 적혀 있지 않다.
하드웨어 부담
섞임
MCP 서버는 학내(온프레미스) 서버에 구축·운영을 원칙으로 하고, 대학이 GPU 서버를 구비하면 그 자원에 온프레미스 LLM을 구축하며, GPU 구비 지연 시에는 외부 상용 LLM으로 우선 구축한다.
▪ MCP 서버는 학내(온프레미스) 서버에 구축운영을 원칙으로 한다
❍ 대학에서 GPU 서버 구비시 대학 GPU서버 자원에 온프레미스 LLM을 구축을 원칙으로 설계하며, GPU 서버 구비가 지연될 경우 외부 상용 LLM으로 환경을 우선 구축 후 GPU 서버 구비가 완료되는 시점에 온프레미스 LLM으로 전환이 가능한 환경으로 구축
같은 시스템 경험
없음
이 발주처의 바로 그 시스템 개발·운영 경험을 요구하거나 점수로 보는 규정이 없다.
- 크기 · 해당 없음 해당 경험에 대한 평가표 배점이 없다.
- 대상 · - 해당 경험을 요구하는 대상이 없다.
- 조건 · 모름 · 문서로 확인 안 됨 해당 경험 요구 자체가 없다.
사용 환경
모바일·반응형 지원
PC 웹 및 모바일 환경 모두에서 이용 가능해야 하고, ChatGPT·Gemini와 유사한 UX를 웹 및 모바일에서 제공해야 한다.
▪ PC 웹 및 모바일 환경 모두에서 이용 가능해야 함
- ChatGPT, Gemini와 유사한 사용자 경험(UX)을 웹 및 모바일에서 제공
카테고리 · 정보시스템·SW (2) 8개
고장 대체 장비
없음
문서에 대체 장비·대차·예비품·이중화·백업 회선을 갖추라는 요구가 없고, 장애 시 복구·대응 방안만 있다.
- 메울 시한 · 모름 · 문서로 확인 안 됨 대체 장비 투입 시한이 문서에 없다.
- 못 메우면 · 모름 · 문서로 확인 안 됨 가동률 감액·손해 책임 규정이 없다.
- 크기 · 모름 · 문서로 확인 안 됨 평가표에 예비 장비·백업 배점이 없다.
- 대상 · 없음 대체 장비·예비품·이중화 요구가 없다.
공유·전용 설비
해당 없음
발주처(대학) 학내 인프라에 구축하는 사업으로, 제안사 설비·플랫폼으로 서비스하는 구조가 아니다.
저작물·초상권
우리 부담(대가 안)
사업수행에 필요한 이미지·저작물은 사업자 부담으로 제공하며, 제3자 지적재산권 침해 시 사업자가 모든 책임을 진다.
- 권리 범위 · 모름 · 문서로 확인 안 됨 이용 허락인지 양도인지 명시가 없다.
사업수행에 필요한 이미지, 기타 저작물 등은 사업자 부담으로 제공 한다.
사업과 관련하여 사업수행 중 또는 검수 완료 후에도 제3자의 지적재산권, 저작권, 특허, 실용신안 등 침해 이유로 발주자를 상대로 소송이 제기되었을 경우, 발주자는 책임을 지지 않으며, 사업자가 피해자 측과 합의 배상 및 관련 소요경비 일체를 책임져야 한다.
외부 자문·검토
해당 없음
외부 전문가 자문·검토·감수를 꾸려 열라는 요구가 문서에 없다.
- 자문 비용 · 해당 없음 자문 자체가 없다.
- 횟수 · 해당 없음 자문 자체가 없다.
시민 직접 응대
해당 없음
최종 이용자는 학내 구성원(교수·직원·학생)이며, 제안사가 신고·문의·신청을 직접 받는 창구 운영은 문서에 없다.
전환 비용
모름 · 문서로 확인 안 됨
내역서·예산에 설치·개통비가 따로 잡혔는지 문서에 없다.
- 금액 · 모름 · 문서로 확인 안 됨 금액이 문서에 없다.
사용권 단위
기관이 받는 이용자까지(회원·방문 이용자)
학내 구성원(교수·교직원·학생)이 사용하며, 구축된 에이전트는 외부 사용자 사용 권한 관리 기능도 요구된다.
- 사용권 단위와 수 · 모름 · 문서로 확인 안 됨 사용권 단위·수가 문서에 없다.
구축된 에이전트 외부 사용자 사용 권한 관리 기능
기존 데이터 연속성
없음
기존 데이터와의 연속성·호환성 요구가 문서에 없다.
- 출처가 바뀌면 더 낼 과거 기간 · 해당 없음 데이터 구매 공고가 아니다.
문서 발췌
과업·요구
| 사 업 명 | Edu-Portal 기반 학사지원 AI 전환 플랫폼 구축 |
|---|---|
| 수요기관 | 대구한의대학교 |
2026년 9월
목 차
Ⅰ. 사업 개요 1 1. 개요 1 2. 추진배경 1 3. 기대효과 2 4. 추진일정 2 Ⅱ. 사업 추진방안 3 1. 추진목표 3 2. 세부사업내용 3 Ⅲ. 제안요청 내용 8 1. 요구사항 항목 8 2. 요구사항 목록 9 3. 세부요구사항 10 Ⅳ. 제안서 작성요령 29 1. 제안서의 효력 29 2. 제안서 작성지침(권고사항) 및 유의사항 29 3. 제안서 목차 31 4. 제안서 세부 작성지침 32 Ⅴ. 제안 안내사항 33 1. 입찰방식 33 2. 사업자 선정방법 33 3. (기술평가)제안서 평가항목 및 평가기준 36 4. 제출서류 : 입찰공고문 참조 37 5. 제안요청 설명회 37 6. 제안 설명회(제안발표: 제안서평가-기술능력평가) 37 Ⅵ. 기타사항 38 1. 일반사항 38 2. 각종 부담 및 책임 38 3. 저작권 및 소유권 38 Ⅶ. 입찰 및 제안서 관련 서식 39 1.제출서식 1호~6호 39
Ⅰ 사업 개요
1. 개요
가. 사 업 명 : Edu-Portal 기반 학사지원 AI 전환 플랫폼 구축 나. 사업기간 : 계약일로부터 ~ 2027년 2월 28일까지 다. 계약방식 : 협상에 의한 계약(국가를 당사자로 하는 계약에 관한 법률 시행령 제43조) 라. 추정금액 : 금292,000,000원(금이억구천이백만원) 부가세 포함
2. 추진배경
가. 학생 개인 실시간 학사정보에 근거한 맞춤형 답변 AI 서비스 필요 기존 운영중인 문서 등 백터 기반의 답변이 아닌 개인의 실시간 학적·성적·이수 등의 데이터를 근거로 맞춤형 AI 서비스 수요 증가 나. 학내 데이터의 분산으로 인한 상담 품질 편차 및 행정 업무 부담 증가 학적/성적/수강이력, 비교과 이수, 강의 계획·수업자료, 장학, 학칙·규정 등 핵심 학사 데이터가 시스템별로 분산되어 있어 통합된 답변을 제공하기 어려며, 수강신청·졸업사정·장학 신청 등 특정 시기에 동일한 유형의 문의가 반복 발생하여 행정 인력의 반복 업무 부담 가중 다. 개인정보보호를 전체로 한 안전한 AI 활용 체계 마련 필요 학사 데이터는 개인식별정보 및 민감정보를 다수 포함하므로, 외부 상용 LLM으로 개인식별정보 전송 차단을 원칙으로 학사 데이터베이스 실시간 연동 설계와 학내 데이터 접근통제가 전제되어야 함.
3. 기대효과
가. 전 구성원 대상 생성형 AI 활용 촉진 및 비용 절감 다양한 최신 LLM 모델을 선택적으로 활용함으로써 교수, 교직원, 학생 모두의 업무 생산성 향상을 도모하고, 개별 구독 서비스 통합을 통해 구독 비용 절감 및 예산 효율화를 실현할 수 있음. 나. AI 생태계 자율 확산 및 디지털 전환 기반 마련 부서 및 용도별 챗봇 생성‧공유 기능을 통해 구성원 주도의 AI 활용 문화 확산을 유도하고, 자율적인 디지털 전환 생태계 조성을 지원함.대학 전 구성원의 AI 활용 활성화 및 업무 효율성 향상
| 구분 | M1 | M2 | M3 | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 구분 | W1 | W2 | W3 | W4 | W1 | W2 | W3 | W4 | W1 | W2 | W3 | W4 |
| 착수 및 계획 수립 | ■ | ■ | ||||||||||
| 현황 분석 및 요구사항 정의 | ■ | |||||||||||
| 학내 DB 분석 및 MCP 설계 | ■ | ■ | ■ | |||||||||
| MCP 서버 7개 개발·구축 (학내 DB 연계 4 + 챗봇 3) | ■ | ■ | ||||||||||
| 학사 에이전트 개발 | ■ | ■ | ||||||||||
| 온프레미스 LLM 설치·연계 (학교 GPU 자원 도입 시점에 따라 변경될수 있음) | ■ | ■ | ||||||||||
| 통합 시험 및 보안 점검 | ||||||||||||
| 안정화 및 이행 | ■ | ■ | ||||||||||
| 검수 및 종료 |
※ 최종 추진 일정은 발주기관과 제안사 간 상호 협의 하에 조정 가능함.
Ⅱ 사업 추진방안
1. 추진목표
가. 학생 개인 맞춤형 학사 안내 체계 구축 학생이 별도의 시스템을 순회하지 않고 대화형 인터페이스 한 곳에서 본인의 학적·성적·이수·장학·강의 정보를 확인 “나에게 도움이 되는 최근 1주일 공지 안내”, “졸업까지 남은 학점 안내”와 같은 실시간 학사 데이터기반 개인화 질의에 대한 응답 제공 나. 학내 데이터의 MCP 기반 연동 체계 확립 학내 DB 연계 MCP 4개와 챗봇 연계 MCP 3개, 총 7개의 MCP 서버를 구축하고, 이를 단일 학사 에이전트에 연동하여 실시간으로 데이터를 조회하는 구조 확립 다. 개인정보 보호를 전제로 한 안전한 AI 활용 개인식별정보를 외부 LLM에 전송하지 않는 비식별 연동 설계와 본인 데이터 한정 접근통제 적용 학내 GPU 자원 기반 자체 오픈소스 LLM을 함께 구축하여, 보안 수준이 요구되는 이용 환경 구축 및 토큰 비용 최소화 라. 실시간 개정되는 규정 및 학사 데이터 기반의 신뢰도 높은 응답 제공 학칙·규정 특화 응답 체계를 구축하고, 학사 데이터 조회 결과와 결합하여 근거(조항)을 명시한 답변 제공
2. 세부 사업내용
가. MCP 기반 학사 AI 에이전트 구축 ❍ 로그인한 사용자의 신원을 기준으로 본인 학사/행정 데이터를 기준으로 개인화된 답변 제공 ❍ 질의 의도를 분류하여 필요한 MCP를 선택·호출하고, 복수 결과를 종합하여 최종 답변을 생성하는 오케스트레이션 기능 제공 ❍ 에이전트 제작 기능을 이용하여 본 사업으로 구축된 MCP를 대학에서 직접 에이전트를 구성 가능해야 함.
※ 대학의 다양한 플랫폼의 데이터 연동 기능을 제공하고 다양한 시스템에 연계할 수 있는 형태로 제공 ❍ 대학에서 납품한 에이전트와 대학이 직접 구성한 에이전트를 모두 시험한 후 자유롭게 에이전트를 선택하고 변경할 수 있어야 함. 나. MCP 서버 구축(학사 DB 연계 4개, 챗봇 연계 3개)
| 연번 | DB 연계 MCP 서버 | 주요 제공 기능 |
|---|---|---|
| 1 | 학적/성적/수강이력 MCP | 학적 상태, 학기별 취득학점, 교과역량, 전공역량, 영역별 이수 현황, 졸업요건 충족 여부, 수강 과목 조회 |
| 2 | 비교과/학생활동 MCP | 비교과 프로그램 검색, 신청 가능 프로그램, 본인 이수 이력·마일리지 조회 |
| 3 | 강의계획자료·일정 MCP | 수강 과목의 강의계획서·수업자료 조회 및 열람, 강의 일정·공지 조회 |
| 4 | 등록/장학 MCP | 장학 종류·자격요건·신청 일정 조회, 본인 수혜 이력 및 신청 가능 장학 안내 |
※ 학사 DB 연계 MCP, 챗봇 연계 MCP는 대학에서 직접 추가, 변경이 가능해야하며, 학사DB와 연계된 MCP와 규정, 문서기반(RAG) 방식을 연계하여 자유롭게 자체 LLM을 추가할 수 있어야 함. 다. 학칙·규정 응답 체계 구축 ❍ 학칙·규정 특화 챗봇을 신규 구축하고, 해당 챗봇에 연계되는 MCP 서버 구축하여 학사 에이전트가 질의·인용할 수 있도록 연계 ❍ 응답 시 근거가 되는 규정명·조항을 함께 제시 라. 학내 DB·규정 연계 복합 응답 ❍ 학사 DB 조회 결과와 규정 질의 결과를 결합하여 판단형 답변 예시: “졸업하려면 몇 학점이 더 필요한가” → ① 규정 MCP에서 해당 학번·전공의 졸업요건, 입학년도 기준 필수 이수 교과목 확인 → ② 학적 MCP에서 본인 이수 현황 조회 → ③ 두 결과를 대조하여 부족 영역·학점 안내 ❍ 본 서비스의 응답은 학사 안내를 위한 보조 자료이며, 최종 확인은 학사 담당 부서를 통해야 함을 사용자에게 명시 마. 보안 및 LLM 운영 환경 구축 ❍ 개인식별정보(학번성명연락처 등) 및 민감정보가 LLM으로 전송되지 않도록 조치 ❍ 대학에서 GPU 서버 구비시 대학 GPU서버 자원에 온프레미스 LLM을 구축을 원칙으로 설계하며, GPU 서버 구비가 지연될 경우 외부 상용 LLM으로 환경을 우선 구축 후 GPU 서버 구비가 완료되는 시점에 온프레미스 LLM으로 전환이 가능한 환경으로 구축
※ 외부 상용 LLM, 온프레미스 LLM 모두 개인식별정보 및 민감정보가 LLM으로 전달되지 않는 설계는 동일하게 적용 바. 운영 및 분석 ❍ 질의응답 로그를 비식별 처리하여 수집분석할 수 있어야 함 사. 시스템 구성도 ❍ 전체 시스템 구성 ❍ MCP 연계 구조
Ⅲ 제안요청 내용
1. 요구사항 항목
가. 요구사항 항목 및 분류기준
| 분류기준 | 설 명 | 요구사항수 |
|---|---|---|
| 1) 기능요구사항 (System Function Requirement : SFR) | 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 할 수 있어야 하는 기능(동작)에 대해 기술 | 14 |
| 2) 성능요구사항 (Performance Requirement : PER) | 목표시스템이 특정 기능을 얼마나 빠르게, 신뢰성 있게 수행해야 하는지에 대한 요건을 기술 | 2 |
| 3) 인터페이스 요구사항 (System Interface Requirement : SIR) | 목표시스템과 타 시스템과의 인터페이스, 사용자 인터페이스 (사용자 편의성, 화면설계 등)에 대한 요구사항을 기술 | |
| 4) 보안 요구사항 (Security Requirement : SER) | 정보자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영접근을 통제하기 위한 요건을 기술 | 4 |
| 5) 데이터 요구사항 (Data Requirement : DAR) | 데이터 설계 및 연계를 위한 대상, 방법, 보안을 위한 요건을 기술 | |
| 6) 품질 요구사항 (Quality Requirement : QUR) | 목표시스템이 가져야 하는 품질항목, 품질평가 대상과 목표 값에 대한 요구사항을 기술 | 3 |
| 7) 제약사항 (Constraint Requirement : COR) | 시스템 구축 시 인프라 이용 범위 및 개인식별정보 연계에 대한 제약 | 2 |
| 8) 프로젝트관리 요구사항 (Project Management Requirement : PMR) | 성공적인 프로젝트 수행을 위한 개발환경, 보고 관리, 산출물 관리 등이 해당함 | 3 |
| 9) 프로젝트지원 요구사항 (Project Support Requirement : PSR) | 프로젝트 수행 및 향후 지원을 위해 필요한 요구사항으로 표준화, 교육지원, 기술지원, 하자ㆍ유지보수, 프로젝트 팀원 요구사항 등이 해당함 | 4 |
| 합 계 | 38 |
| 순번 | 요구사항 구분 | 요구사항 고유번호 | 요구사항명 |
|---|---|---|---|
| 1 | 기능 요구사항 | SFR - 001 | MCP 기반 학생 맞춤형 AI 에이전트 구축 |
| 2 | |||
| SFR - 002 | 학사DB 연계 MCP 기반 LLM 에이전트 | ||
| 3 | |||
| SFR - 003 | 홈페이지 학내 공지학사일정 안내 챗봇 | ||
| 4 | SFR - 004 | 대학 전체 규정 챗봇 | |
| 5 | SFR - 005 | 글로컬대학 사업 홈페이지 챗봇 | |
| SFR - 006 | 학사DB 연계 MCP규정 연계 복합 질의 처리 | ||
| 6 | |||
| SFR - 007 | 개인 학사정보 기반 맞춤형 응답 | ||
| 7 | |||
| SFR - 008 | 최신 LLM 모델 제공 조건 | ||
| 8 | |||
| 9 | SFR - 009 | 상용 LLM 모델별 토큰 최소 수량 | |
| 10 | SFR - 010 | 자체 LLM 연동 및 답변 모델 선택 | |
| 11 | SFR - 011 | 에이전트 제공 형태 및 접근 제어 | |
| 12 | SFR - 012 | 대화 스레드 관리 및 개인화 | |
| 13 | SFR - 013 | 다국어 지원 | |
| 14 | SFR - 014 | 포털 개인 맞춤형 대시보드 구성 | |
| 15 | 성능요구사항 | PER - 001 | 동시 사용자 처리 |
| 16 | PER - 002 | 서버 확장성 | |
| 17 | 인터페이스 요구사항 | SIR - 001 | 대화형 UI 및 채널 연계 |
| 18 | SIR - 002 | 학내 통합인증(SSO) 연계 | |
| 19 | 데이터 요구사항 | DAR - 001 | 개인식별정보 미전송(비식별) 설계 |
| 20 | DAR - 002 | 연계 데이터 범위 및 스키마 정의 | |
| 21 | DAR - 003 | 데이터 보관 및 삭제 | |
| 22 | DAR - 004 | 상용 모델 학습 제외 | |
| 23 | 보안 요구사항 | SER - 001 | 사용자 권한 및 본인 데이터 접근 통제 |
| 24 | SER - 002 | 데이터 암호화 | |
| 25 | SER - 003 | 접근조회 감사 로그 | |
| 26 | SER - 004 | 페이지 보안 | |
| 27 | 품질 요구사항 | QUR - 001 | 응답 정확도 검증 |
| 28 | QUR - 002 | 응답 투명성 보장 | |
| 29 | QUR - 003 | 장애 알림 및 SLA | |
| 30 | 제약사항 | COR - 001 | 외부 상용 LLM 활용 시 개인식별정보 미포함 |
| 31 | COR - 002 | MCP 서버 구축 위치 및 학내 인프라 이용 범위 | |
| 32 | 프로젝트관리 요구사항 | PMR - 001 | 대학 보안 규정 및 지침 준수 |
| 33 | PMR - 002 | 산출물 관리 방안 | |
| 34 | PM3 - 003 | 비상대책 및 장애대응 | |
| 35 | 프로젝트지원 요구사항 | PSR - 001 | 프로젝트지원 및 사용자교육 |
| 36 | PSR - 002 | MCP 설계 협업 체계 | |
| 37 | PSR - 003 | 온프레미스 GPU 환경 구성 지원 | |
| 38 | PSR - 004 | 연간 유지보수 계약 |
| 요구사항번호 | SFR-001 | |
|---|---|---|
| 요구사항명 | 대학 학사행정 AI 전환 플랫폼 구축 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학생 개인의 학사정보 및 활동을 근거하여 답변하는 AI 에이전트 에이전트 구축 |
| 내용 | ▪ 로그인한 사용자의 학내 학사정보 및 활동 정보를 기준으로 본인의 학사 데이터를 조회하여 개인화된 응답을 제공 ▪ 자연어 질의만으로 학적성적이수비교과장학강좌규정 정보를 기반으로 맞춤형 답변이 가능해야 함 ▪ 학생이 별도 메뉴 선택 없이 하나의 대화창에서 질의할 수 있도록 단일 플랫폼 형태로 제공되어야 함. ▪ 대학에서 자체적으로 학사DB 연계 MCP를 구성할 수 있어야하며, 학습 모델은 오픈소스 AI 모델, 외부 상용 AI 외부 상용 AI 모델 자유롭게 결정할 수 있어야한다. ※ 오픈소스 AI 모델의 경우 대학 GPU 인프라 환경에 맞는 모델 지원 ▪ 제작된 LLM은 구축되는 플랫폼 외 다른 플랫폼에 이식할 수 있는 확장성을 확보해야함. ▪ 사용자가 별도 메뉴 선택 없이 하나의 대화창에서 질의할 수 있도록 잔일 진입점 제공 ▪ 학내 DB 연계 MCP는 4개(학적성적수강 MCP, 비교과 및 학생활동 MCP, 강의계획서 MCP, 등록장학MCP) 및 파일 및 크롤링을 위한 MCP 3개(대표홈페이지 챗봇, 규정 챗봇, 글로컬홈페이지 챗봇) 총 7개의 MCP 연계 환경 구축 ▪ 권한관리 - 사용자 및 사용자그룹별 에이전트 사용 권한을 관리 기능 - 에이전트 구성시 LLM 모델 사용권한 제어 기능 - 구축된 에이전트 외부 사용자 사용 권한 관리 기능 - 에이전트 모델별 토큰 사용량에 대한 권한 제어 기능 ▪ 사용자 친화적 UX - ChatGPT, Gemini와 유사한 사용자 경험(UX)을 웹 및 모바일에서 제공 - 대화 내용은 세션 기반으로 스레드화되어, 이전 대화를 탐색하거나 이어서 대화 가능 - 다국어 지원(영어, 중국어, 베트남어 등 ) ▪ 웹사이트 임베딩(Embed) 연동 지원 - 제작된 챗봇은 웹사이트에 위젯 형태로 삽입(JavaScript 임베딩)할 수 있어야 하며, 별도 개발 부담 없이 손쉽게 외부 웹페이지와 연동 가능해야 함 ▪ 유연성 및 확장성 확보 - 주요 기능(LLM 연동, 사용자 인터페이스, 데이터 처리 등)을 모듈화하여 독립적으로 고도화 및 확장 가능하도록 설계 - 기능 간 의존성을 최소화하여 특정 기능의 업데이트나 테스트 시 전체 시스템에 영향을 주지 않도록 구현 - 새로운 LLM 모델 추가 시 시스템 구조 변경 없이 통합 가능하도록 플랫폼 확장성 보장 - 학습 데이터 증가나 사용자 트래픽 변동에도 유연하게 대응할 수 있는 확장성 제공 ▪ 대학은 자체 GPU(온프레미스) 인프라에 추가적인 토큰(Token) 사용료 및 API 호출 과금이 발생하지 않는 완전 구축형 오픈소스 모델 탑재를 원칙으로 한다. 단, 대학의 GPU 인프라 도입 일정 지연 등 불가피한 사유 발생 시, 사업 착수 및 서비스 일정 준수를 위해 최상위급 상용 LLM 모델(OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet 등 발주처 협의 지정 모델)을 임시 적용하여 구축·운영할 수 있으며 향후 자체 GPU 인프라 구비 완료 시 계약상대자는 추가 비용 없이 오픈소스 기반 구축형 모델로 즉시 전환 및 안정화 작업을 수행하여야 한다. |
| 요구사항번호 | SFR-002 | |
|---|---|---|
| 요구사항명 | 학사DB 연계 MCP 기반 LLM 에이전트 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학사DB 연계 MCP 기반 에이전트에 대한 정의 |
| 내용 | ▪ 졸업요건 진단 및 이수 요건 안내 에이전트 - 입학년도학번학과전공(복수다부전공 포함)에 해당하는 졸업요건을 규정기준으로 검증 - 본인의 취득학점 및 이수구분별(전공 이수현황과 대조하여 부족 영역 및 잔여 학점을 산출안내 - 판단 근거가 된 규정 조항 및 이수 내역을 함께 제시 ▪ 비교과 프로그램 안내 및 본인 이수 현황 조회 에이전트 - 운영 중모집 중인 비교과 프로그램을 조건(기간, 분야, 대상,핵심역량 등)에 따라 검색안내 - 본인의 비교과 이수 이력, 마일리지, 학생활동(자격증,봉사 등) 등 활동 실적 조회 - 졸업요건장학요건과 연계되는 비교과 요건이 있는 경우 충족여부를 함께 안내 - 학생의 학년전공관심핵심역량을 고려한 프로그램 추천 기능 제공 ▪ 수강 과목의 강의계획/주별계획 및 수업자료 안내 에이전트 - 본인이 수강 중인(또는 수강 이력이 있는) 과목을 기준으로 강의계획서주별계획서수업일정강의공지를 조회하여 안내 - 강의계획서에 포함된 수업자료 등 수업관련 첨부파일의 내용을 직접 열람해석하여 질의에 응답할 수 있어야 함 - 원본 자료에 대한 다운로드(또는 바로가기) 링크를 함께 제공 - 수강신청 기간 등 특정 시기에는 본인 시간표에 맞는 개설 과목 정보 검색 및 최소학점 최대신청학점 등 을 함께 지원 ▪ 장학 정보 및 본인 수혜 이력 안내 에이전트 - 교내외 장학 종류, 자격요건, 신청 기간 및 절차를 조회하여 안내 - 본인의 성적이수소속 등 조건을 기준으로 신청 가능한 장학 안내 및 추천 - 본인의 장학 신청/수혜 이력 및 등록금 납부 이력 조회 - 등록금 미수납자인 경우 등록금 납부 링크 바로가기 및 가상계좌 조회 기능 제공 ▪ 에이전트 내에서 질의내용을 기반으로 학사 DB 직접 데이터 저장수정삭제가 가능해야 함. ※ 단, DB 직접 저장수정삭제 MCP는 대학 자체적으로 구성하며, 제안사는 연동에 필요한 규격(툴 스키마본인 인증 토근감사 로그 등)과 기술 지원 및 자문을 제공해야 함. |
| 요구사항번호 | SFR-003 | |
|---|---|---|
| 요구사항명 | 홈페이지 학내 공지학사일정 안내 챗봇 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학내 공지사항 및 학사일정 안내 기능에 대한 정의 |
| 내용 | ▪ 홈페이지 공개 정보(공지사항, 학사일정, 조직도, 부서 안내 등)를 근거로 MCP 서버와 연계하여 질의답변할 수 있는 챗봇 구성 ▪ 각 공지에 대한 원문 링크를 함께 제공 ▪ 웹사이트 임베딩(Embed) 연동 지원 - 제작된 챗봇은 웹사이트에 위젯 형태로 삽입(JavaScript 임베딩)할 수 있어야 하며, 별도 개발 부담 없이 손쉽게 외부 웹페이지와 연동 가능해야 함 |
| 요구사항번호 | SFR-004 | |
|---|---|---|
| 요구사항명 | 대학 전체 규정 챗봇 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학칙규정 관리 및 분석에 특화된 챗봇에 대한 정의 |
| 내용 | ▪ 학칙규정 분석에 특화된 챗봇을 신규 구축 및 규정 홈페이지에 탑재 ▪ 대학에서 구축된 규정관리시스템에 등록된 실시간 학칙규정 파일을 근거로 응답하는 챗봇 구조 ※ 대학 규정관리시스템에 탑재된 데이터 활용이 불가능한 경우 별도 규정관리시스템까지 추가 제공해야하며, 이력에 대한 로그관리 기능 제공 ▪ 담당자 권한 기반의 등록수정삭제 기능 제공 ▪ 구축된 규정 챗봇에 연계되는 MCP 서버 1개를 함께 구축하여 학사DB 연계 MCP와 연동하여 질의응답 제공 ▪ 웹사이트 임베딩(Embed) 연동 지원 - 제작된 챗봇은 웹사이트에 위젯 형태로 삽입(JavaScript 임베딩)할 수 있어야 하며, 별도 개발 부담 없이 손쉽게 외부 웹페이지와 연동 가능해야 함 |
| 요구사항번호 | SFR-005 | |
|---|---|---|
| 요구사항명 | 글로컬대학 사업 홈페이지 챗봇 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 글로컬대학 사업 홈페이지 챗봇에 대한 정의 |
| 내용 | ▪ 글로컬대학 사업 관련 자료를 수집하는 챗봇 구축 및 홈페이지에 탑재 ▪ 글로컬대학 사업 홈페이지에 등록된 게시물사진홍보물을 근거로 응답하는 챗봇 구조 ▪ 구축된 규정 챗봇에 연계되는 MCP 서버 1개를 함께 구축하여 학사DB 연계 MCP와 연동하여 질의응답 제공 ▪ 웹사이트 임베딩(Embed) 연동 지원 - 제작된 챗봇은 웹사이트에 위젯 형태로 삽입(JavaScript 임베딩)할 수 있어야 하며, 별도 개발 부담 없이 손쉽게 외부 웹페이지와 연동 가능해야 함 |
| 요구사항번호 | SFR-006 | |
|---|---|---|
| 요구사항명 | 학사DB 연계 MCP규정 연계 복합 질의 처리 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 복수 데이터 원천을 연계하여 판단이 필요한 질의를 처리하는 오케스트레이션 기능에 대한 정의 |
| 내용 | ▪ 학사 DB 조회 결과와 학칙, 학사운영규정, 지침시행세칙 등 학내 규정 질의 결과를 결합하여 최종 답변 생성 ▪ 응답 시 근거가 되는 규정명조항(조항호)를 반드시 함께 제시 ▪ 사용자 질의의 의도를 분류하여 호출이 필요한 MCP 및 처리 순서를 자동으로 구성제어 ▪ 복수의 MCP를 순차병렬로 호출하고 결과를 종합할 수 있어야 함 ▪ 처리 과정(호출한 데이터 원천, 조회 결과, 판단 근거)을 사용자 또는 관리자가 확인할 수 있도록 제공 ▪ 규정 개정 시 최긴 규정이 반영될 수 있도록 갱신 절차 및 관리 방안제시 |
| 요구사항번호 | SFR-007 | |
|---|---|---|
| 요구사항명 | 개인 학사정보 기반 맞춤형 응답 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 로그인 사용자 본인의 학사정보에 근거한 맞춤형 응답 제공에 대한 정의 |
| 내용 | ▪ 질의 시점에 학내 DB를 실시간 조회하여 최신 데이터를 기준으로 응답 ▪ 사용자는 본인의 데이터에 한하여 조회 가능하며, 타인의 학사정보는 어떠한 경우에도 조회노출되지 않아야 함 ▪ 학적학년학과전공입학년도 등 사용자 정보에 따라 적용 기준이 달라지는 경우 이를 고려한 응답 제공 ▪ 조회 결과가 없거나 데이터가 불완전한 경우 임의로 추정하지 않고 확인이 필요함을 안내 ▪ 개인 학사정보 조회 이력은 감사 로그로 기록 |
| 요구사항번호 | SFR-008 | |
|---|---|---|
| 요구사항명 | 최신 상용 LLM 모델 제공 조건 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 제공하는 LLM의 버전 및 조건에 대한 정의 |
| 내용 | ▪ 대학 GPU(온프레미스) 도입이 지연 등 상용 LLM 모델을 사용해야 할 경우 최상위 성능의 모델을 원칙으로 함. ▪ 사업 기간 내 신규(최신) LLM이 출시되는 경우 본 서비스에 포함하여 제공 ▪ OpenAI, Anthropic, Google 등 주요 모델 제공사의 모델을 포함하여 성능 테스트 후 대학에서 결정 ▪ 자체 LLM(온프레미스 오픈소스 모델)을 전환할 수 있는 환경 구축 |
| 요구사항번호 | SFR-009 | |
|---|---|---|
| 요구사항명 | 상용 LLM 모델별 토큰 최소 수량 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 구축된 에이전트에서 사용할 LLM 모델 종류별 및 최소 공급 수량. |
| 내용 | ▪ 모델별 제공 토큰 최소 수량(해당 LLM 모델만 사용한 경우) - 제공 토큰 총 수량의 예시로 제시된 LLM 모델 외에도 모든 지원 LLM 모델을 자유롭게 사용할 수 있음 (Gemini, Claude, Perplexity, Grok 등) - 기간 제한 없이 토큰 소진시 까지 사용 할 수 있어야 함. |
| 모델명 | 단위 | 인풋 토큰 | 아웃풋 토큰 |
|---|---|---|---|
| 1. GPT-5.6 Terra | 개 | 7,850,000,000 | 1,350,000,000 |
| 2. GPT-5.6 Luna | 78,500,000,000 | 13,100,000,000 | |
| 3. Gemini 3.1 Pro | 7,850,000,000 | 1,400,000,000 | |
| 4. Gemini 3.5 Flash-Lite | 52,300,000,000 | 6,300,000,000 | |
| 5. Claude 5 Sonnet | 5,300,000,000 | 1,100,000,000 | |
| 6. Grok 4.1 Fast | 78,500,000,000 | 31,500,000,000 |
| 요구사항번호 | SFR-010 | |
|---|---|---|
| 요구사항명 | 자체 LLM 연동 및 답변 모델 선택 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학내 GPU 자원 기반 오픈소스 LLM의 연동 및 답변 모델 선택 정의 |
| 내용 | ▪ 대학의 GPU 서버 구비가 지연 시 상용 LLM 모델 기반 서비스 형태로 구축하며, 대학의 GPU 서버 구비 이후 무상으로 온프레미스 오픈소스 기반 LLM 모델 전환을 지원고, 운영 중인 MCP 연계 에이전트를 온프레미스 LLM으로 전환하여 답변 성능을 시험하며, 최종 사용 모델은 대학이 결정 ※ 오픈소스 기반 LLM 모델을 사용할 경우 추가적인 토큰 비용이 발생하지 않는 구조로 구현 ▪ 외부 상용 LLM과 자체 오픈소스 LLM을 모두 제공하고, 성능을 비교하여 답변에 사용할 LLM을 학교 또는 사용자가 선택할 수 있도록 제공하고 해당 LLM은 관리자가 별도로 권한 관리할 수 있어야 함 ▪ 자체 LLM은 모델 선택 목록에서 구분되어 표시되어야 함 ▪ 학교가 보유한 GPU 사양에서 운영 가능한 모델 및 처리 성능(동시 처리량 등)을 제안서에 구체적으로 제시 |
| 요구사항번호 | SFR-011 | |
|---|---|---|
| 요구사항명 | 에이전트 제공 형태 및 접근 제어 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 에이전트의 제공 형태 및 이용 대상 제어에 대한 정의 |
| 내용 | ▪ 제안요청서 세부요구사항 「학사DB 연계 MCP 기반 LLM 에이전트」로 구성된 MCP 외 대학에서 플랫폼의 에이전트 제작 기능을 이용하여 자유롭게 MCP를 연계한 에이전트를 직접 구성할 수 있어야 함 ※ 구축한 MCP를 대학이 플랫폼의 데이터 연동 기능에서 선택연계할 수 있는 형태로 등록제공해하며, 대학이 직접 구성하는 에이전트는 사업 범위에 포함하지 않음 ▪ 대학은 납품한 에이전트와 대학이 직접 구성한 에이전트를 모두 시험한 후 자율롭게 에이전트를 선택할 수 있음. ▪ 구축된 에이전트는 이용 대상을 사용자 그룹 기준으로 제한할 수 있는 관리가 가능해야 함 |
| 요구사항번호 | SFR-012 | |
|---|---|---|
| 요구사항명 | 대화 스레드 관리 및 개인화 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 대화 스레드 관리 및 개인화 기능에 대한 정의 |
| 내용 | ▪ 대화의 신규 생성삭제검색 기능 제공 ▪ 대화 내 맥락 유지 및 이전 대화 맥락 기반의 연결된 후속 질의 응답 지원 ▪ 대화 제목 자동 생성 및 수정 기능 제공 |
| 요구사항번호 | SFR-013 | |
|---|---|---|
| 요구사항명 | 다국어 지원 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 외국인 유학생을 고려한 다국어 질의응답 지원에 대한 정의 |
| 내용 | ▪ 한국어영어를 포함한 30개 이상 언어의 질의를 인식하고 동일한 언어로 응답 ▪ 학사 안내 및 규정 응답에 대해서도 다국어 응답을 지원하되, 근거 조항의 원문(국문)을 함께 제시 ▪ 다국어 응답 시에도 데이터 조회 결과의 정확성이 유지되어야 함 |
| 요구사항번호 | SFR-014 | |
|---|---|---|
| 요구사항명 | 포털 개인 맞춤형 대시보드 API 제공 | |
| 분 류 | 기능 요구사항 | |
| 요구사항 상세설명 | 정의 | 학내 DB 기반 맞춤형 대시보드 포틀릿 API 제공 |
| 내용 | ▪ 교수직원학생에 따라 사용자 활동에 대한 이력을 대시보드 형테 포틀릿 형태로 API 제공 ▪ 교수자 대시보드 - 학과별 학적상태에 따른 인원 통계 그래프 - 중도탈락 위기 학생군 현황 - 상담 현황 ▪ 학생 대시보드 - 진로설계 로드맵 - 졸업학점 대비 학점 이수 현황 그래프 - 나의 역량개발현황(6대 핵심역량 달성, 전공역량 달성) 그래프 - 상담 현황 및 상담 가능 교수 조회 - 나의 활동 및 스마트포인트 조회 ▪ 직원 대시보드 - 진행중인 결재정보 표시 - 업무별 학사 일정 조회 ※ 대시보드 포틀릿 구성은 대학과 협의 후 최종 확정 |
| 요구사항번호 | PER-001 | |
|---|---|---|
| 요구사항명 | 동시 사용자 처리 | |
| 분 류 | 성능 요구사항 | |
| 요구사항 상세설명 | 정의 | 동시 사용자 처리 성능에 대한 정의 |
| 내용 | ▪ 수강신청성적조회졸업사정 등 집중 시기의 트래픽을 고려한 동시 접속 처리 성능 확보 ▪ 동시 접속 규모 및 산정 근거를 제안서에 제시 |
| 요구사항번호 | PER-002 | |
|---|---|---|
| 요구사항명 | 서버 확장성 | |
| 분 류 | 성능 요구사항 | |
| 요구사항 상세설명 | 정의 | 서버 확장성에 대한 정의 |
| 내용 | ▪ 자원 사용률 임계치 초과 시 자동 확장(Auto-scaling) 가능한 구조 제공 ▪ 이용자 증가 시 증설 방안 및 소요 기간 제시 |
| 요구사항번호 | SIR-001 | |
|---|---|---|
| 요구사항명 | 대화형 UI 및 채널 연계 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 이용자 접점 및 대화형 UI 제공에 대한 정의 |
| 내용 | ▪ 질의와 응답이 명확히 구분되는 대화창 형식의 UI 제공 ▪ 파일 업로드(드래그앤드롭 포함) 및 진행 상태 표시 지원 ※ 관리자가 업로드 사용 여부 권한 별도 관리 ▪ PC 웹 및 모바일 환경 모두에서 이용 가능해야 함 |
| 요구사항번호 | SIR-002 | |
|---|---|---|
| 요구사항명 | 학내 통합인증(SSO) 연계 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 학내 통합인증 기반 로그인 연계에 대한 정의 |
| 내용 | ▪ 학내 구성원을 구분할 수 있는 키 값(포털 ID, 학번, 사용자구분 등)을 기준으로 통합인증(SSO) 연계 로그인 제공 ▪ 학내 포털에 로그인되어 있는 경우 별도 인증 없이 접근 가능하도록 제공 ▪ 인증 결과로 확인된 사용자 정보를 기준으로 에이전트 접근을 제한할 수 있어야 함 ▪ 재학휴학졸업 등 학적 상태 변동에 따른 이용 자격 반영 방안 제시 |
| 요구사항번호 | DAR-001 | |
|---|---|---|
| 요구사항명 | 개인식별정보 미전송(비식별) 설계 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 외부 LLM으로의 개인식별정보 전송 차단 설계에 대한 정의 |
| 내용 | ▪ MCP 조회 시점에 학번성명연락처주민등록번호 등 개인식별정보는 LLM에 전송되지 않도록 설계 ▪ 과목명학점이수구분 등 판단에 필요한 비식별 정보만 LLM에 전달 ▪ 사용자 식별은 인증 계층에서 처리하고, LLM은 식별정보를 보유하지 않은 구조로 구성 ▪ 비식별 처리 대상 항목 및 처리 방식을 설계 단계에서 학교와 협의하여 확정 - 개인정보 비식별 조치 기준 등 관련 지침을 준수 |
| 요구사항번호 | DAR-002 | |
|---|---|---|
| 요구사항명 | 연계 데이터 범위 및 스키마 정의 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 연계 대상 데이터의 범위 및 스키마 정의 |
| 내용 | ▪ 연계 대상 DB별 테이블컬럼관계 및 조회 범위를 착수 단계에서 대학과 협의하여 확정 ▪ 조회 전용(Read-only) 연동을 원칙으로 하며, 학내 원천 데이터를 변하지 않아야 함 ▪ 연계 대상 데이터 정의서 및 데이터 흐름도를 산출물로 제출 - 스키마 검토 결과에 따라 연계 방식 및 범위가 조정될 수 있으며, 이 경우 대학과 협의하여 확정 |
| 요구사항번호 | DAR-003 | |
|---|---|---|
| 요구사항명 | 데이터 보관 및 삭제 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 데이터 보관 주기 및 삭제에 대한 정의 |
| 내용 | ▪ 대화 이력 및 로그의 보관 주기를 대학에서 설정할 수 있어야 하며, 주기 경과 시 자동 삭제 ▪ 보관 주기 및 삭제 일정은 대학과 협의하여 확정 ▪ 계약 종료 시 대학 데이터의 반환파기 절차 및 증빙 제공 |
| 요구사항번호 | DAR-004 | |
|---|---|---|
| 요구사항명 | 상용 모델 학습 제외 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 상용 모델 학습 제외에 대한 정의 |
| 내용 | ▪ 본 서비스를 통해 처리되는 데이터 일체가 상용 LLM의 학습에 사용되지 않아야 함 ▪ LLM의 학습 배제 정책 준수 및 이를 증빙할 수 있는 자료 제출 |
| 요구사항번호 | SER-001 | |
|---|---|---|
| 요구사항명 | 사용자 권한 및 본인 데이터 접근 통제 | |
| 분 류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 사용자 권한 관리 및 본인 데이터 한정 접근 통제에 대한 정의 |
| 내용 | ▪ 관리자와 일반 사용자의 역할을 분리하고, 관리자 기능에 일반 사용자가 접근할 수 없어야 함 ▪ 학생은 본인의 학사정보만 조회할 수 있어야 하며, 타인 정보 조회시도는 차단되어야 함 |
| 요구사항번호 | SER-002 | |
|---|---|---|
| 요구사항명 | 암호화 적용 | |
| 분 류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 데이터 및 전송 구간 암호화에 대한 정의 |
| 내용 | ▪ 개인식별정보 암호화 적용 - 플랫폼이 제공하는 개인정보(PII) 탐지마스킹 기능을 적용하여, 이용자 질의 및 첨부 자료에 포함된 개인정보민감정보가 LLM으로 전달되는 않도록 마스킹 처리 - 마스킹 대상 정보 유형(성명, 연락처, 주민등록번호, 계좌번호 등) 및 적용 여부를 관리자가 설정할 수 있어야 함 - 개인정보가 포함된 입력에 대한 차단(입력 차단) 기능을 제공 - 저장되는 데이터는 표준 암호화 정책에 따라 보호 ※ 별도의 암호화 모듈 신규 개발은 본 사업 범위에 포함하지 않으며, 플랫폼 제공 기능 범위 내에서 구현 ▪ 전송 구간 암호화 적용 - 모든 데이터 전송 구간에 TLS 1.2 이상을 적용 - MCP 서버와 AI 서비스 간 통신 구간에도 암호화 및 상호 인증 적용 |
| 요구사항번호 | SER-004 | |
|---|---|---|
| 요구사항명 | 접근조회 감사 로그 | |
| 분 류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 학사 데이터 접근 및 조회에 대한 감사 로그 관리 정의 |
| 내용 | ▪ 에이전트 이용 시 기본 수집하는 감사 로그(이용자, 이용일시, 사용 에이전트모델, 질의 및 응답 이력)를 기록보관 ▪ 관리자가 관리자 화면에서 해당 감사 로그를 조회추출할 수 있는 기능 제공 |
| 요구사항번호 | QUR-001 | |
|---|---|---|
| 요구사항명 | 응답 정확도 검증 | |
| 분 류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 학사 에이전트 응답의 정확도 검증에 대한 정의 |
| 내용 | ▪ 주요 질의 유형별 검증 시나리오를 수립하고 정확도를 시험검증하여 결과를 제출 ▪ 오답미응답 질의를 수집분석하여 개선할 수 있는 절차 제공 ▪ 데이터 조회 결과가 없는 경우 추정 답변을 생성하지 않아야 함 |
| 요구사항번호 | QUR-002 | |
|---|---|---|
| 요구사항명 | 응답 투명성 보장 | |
| 분 류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 응답 생성 과정 및 근거 제시에 대한 정의 |
| 내용 | ▪ 에이전트가 응답을 생성하는 과정에서 수행한 작업(도구 호출, 자료 조회 등)의 진행 상황을 사용자 화면에 단계적으로 표시하여, 이용자가 처리 과정을 확인할 수 있도록 제공 ▪ 검색조회 결과에 출처가 있는 경우 출처 및 원문 링크를 함께 제공 |
| 요구사항번호 | COR-001 | |
|---|---|---|
| 요구사항명 | 외부 상용 LLM 활용 시 개인식별정보 미포함 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 외부 상용 LLM을 활용하는 경우 개인식별정보가 포함되지 않도록 하는 것에 대한 정의 |
| 내용 | ▪ 외부 상용 LLM으로 전달되는 데이터에 학번성명연락처 등 개인식별정보가 포함되지 않도록 설계 ▪ MCP 조회 결과는 판단에 필요한 비식별 정보 중심으로 구성하여 전달 ▪ 플랫폼 내장 보안 기능(입력 차단, 마스킹, 의도 차단)을 적용하여 개인정보민감정보의 전송을 차단 ▪ 보안 기능의 적용 범위 및 설정 기준은 대학과 협의하여 확정 |
| 요구사항번호 | COR-002 | |
|---|---|---|
| 요구사항명 | MCP 서버 구축 위치 및 학내 인프라 이용 범위 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | MCP 서버의 구축 위치 및 학내(온프레미스) 인프라의 이용 범위 |
| 내용 | ▪ MCP 서버는 학내(온프레미스) 서버에 구축운영을 원칙으로 한다 ※ 대학과 협의 후 최종 결정 ▪ MCP 서버와 학내 시스템 간 연동 구간은 학교가 정한 네트워크보안 정책을 준수하여 구성 ▪ 학내 정보시스템 접근은 승인된 범위경로로만 수행하며, 작업이력을 기록보고 ▪ 학내 정보시스템의 운영에 영향을 주지 않도록 작업 일정 및 방식을 사전 협의 |
| 요구사항번호 | PMR-001 | |
|---|---|---|
| 요구사항명 | 대학 보안 규정 및 지침 준수 | |
| 분 류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 대학 보안 규정 및 지침 준수 |
| 내용 | ▪ 개인정보보호 관련 모든 법규를 충실히 이행할 수 있는 개발 표준안을 마련하여 이를 개발에 반영해야함 - 개인정보 열람 시 접근 이력 기록 및 필요 시 사유 입력 - 개인정보 열람에 대한 이력관리 통계 또는 조회 화면 제공 - 개인정보 중 고유식별정보에 대한 암호화 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그 저장 관리 ▪ 소프트웨어 기능개발 시 ‘소프트웨어 개발보안 가이드’를 준수하여야 함 ▪ 소프트웨어 개발보안(시큐어코딩)관련 가이드 준수 ※ 그 밖에 사항은 본교 보안 규정 및 지침을 준수하여 개발 수행 |
| 요구사항번호 | PMR-002 | |
|---|---|---|
| 요구사항명 | 산물출 | |
| 분 류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 산출물 관리 방안 |
| 내용 | ▪ 사업추진과정에서 생성되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출부수, 제출매체 등을 제시하여야 함 - 용역 완료 시 제출하는 최종 결과물(프로그램 소스 등)은 수요기관인 승인을 득한 후 원본 파일을 디지털 저장매체에 수록하여 산출물과 같이 제출하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 함 ▪ 수요기관이 정의한 아래 표준산출물을 제출하여야 한다(디지털 저장매체 3매) ▪ 산출물 내역 |
| 산출물 내역 | 비고 |
|---|---|
| 착수보고서(사업수행계획서), 상세추진일정표, 보안서약서, 개인정보처리 위탁계약서, 보안교육결과서(개인정보) | 계약 후 10일 이내 |
| 정기보고 및 사업완료 보고서 | 납품완료 시 (최종본) |
| <산출물 일체 수록> - 최종 구축 결과물(에이전트 설계서, 프롬프트 및 시나리오 정의서, 오케스트레이션 설계서, 졸업요건 진단 로직 정의서, 정확도 시험 시나리오 및 결과서 등) - 시스템 설치내역서(H/W, S/W) - 매뉴얼 (관리자, 교수자, 학습자) - SW 라이센스(납품 S/W의 원본 CD 및 S/W 매뉴얼, 라이센스 등) - 검수 확인서 - 정확도 시험 시나리오 및 결과서 - 웹취약점, 웹접근성 점검 결과 및 조치 내역서 - 인터페이스 정의서/목록 - 테이블정의서/목록/ERD - 화면정의서/목록 - 기타 발주처에서 요구하는 서류 일체 |
| 요구사항번호 | PMR-003 | |
|---|---|---|
| 요구사항명 | 비상대책 및 장애대응 | |
| 분 류 | 프로젝트관리 요구사항 | |
| 요구사항 상세설명 | 정의 | 비상대책 및 장애대응 방안 |
| 내용 | ▪ 정보의 유출 및 해킹, 변조 방지 및 정보처리의 무결성을 보장하여야 하며, 중요 문제 발생 시 이를 해결하기 위한 전사적인 역량을 동원하여 대응하여야 함 ▪ 비상대책 및 장애대응 방안 - 서비스중단 사태 발생에 대한 긴급조치 등 비상대책을 제시하여야 함 - 제안사는 프로그램 적용 시 오류발생 등 중요한 장애는 발생즉시 보고·대응하는 방안을 제시하여야 함 - 사업 수행 중 각종 문제점 발생 시 이의 즉각적인 대응과 해결을 위한 효율적인 지원 체계를 제시하여야 함 ※ 프로그램 오류에 따른 시스템 장애 등에 대한 대처방안을 마련해야 함 ※ 자료의 파손, 변질, 분실 등에 따른 자료의 복구 지원 방안 - 장애유형 및 심각도를 정의하고, 장애 발생 시 유형 및 심각도에 따라 다음 항목이 포함된 절차를 수립하고 이행하여야 함 ※ 장애유형 및 심각도 정의, 장애유형 심각도별 보고 절차, 장애유형별 탐지방법 수립, 장애 대응 및 복구에 관한 책임과 역할 정의, 장애기록 및 분석 등 - 발생된 오류에 대하여 동일한 유형의 오류 재발 방지대책을 제시하여야 함 - 장애조치 완료 후에 처리사항에 대한 철저한 기록관리를 수행하여야 함 ※ 장애일시, 장애심각도, 담당자, 책임자명, 장애내용, 장애원인, 조치내용, 복구내용, 재발방지대책 등이 포함된 장애조치보고서를 작성하여야 함 |
| 요구사항번호 | PSR-001 | |
|---|---|---|
| 요구사항명 | 프로젝트지원 및 사용자교육 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 프로젝트 지원 및 사용자 교육에 대한 정의 |
| 내용 | ▪ 프로젝트 지원 대책 - 서비스 문의지원을 요청할 수 있는 창구를 웹유선 등의 형태로 마련하고 안내 - 접수된 문의에 대한 48시간 이내 답변 보장 ▪ 사용자 교육 - 기능 설명, 사용 예시, 유의사항을 포함한 사용자 교육 지원 - 사용자/관리자 매뉴얼 별도 제작하여 제공 |
| 요구사항번호 | PSR-002 | |
|---|---|---|
| 요구사항명 | MCP 설계 협업 체계 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 대학과 사업자 간 MCP 설계 협업 체계에 대한 정의 |
| 내용 | ▪ 대학의 DB 담당 인력이 참여하여 협의체를 구성하고 스키마데이터테이블 관계에 대한 자문을 반영 ▪ 협의체에서 대상 DB별 참조 테이블을 선정확정 ▪ 착수 후 데이터 분석 및 설계 결과를 학교와 공유하고 승인받은 후 개발 착수 ▪ 설계 결과에 따라 연계 범위 조정이 필요한 경우 사전 협의 절차 수행 ▪ 협의체가 협력하여 MCP를 구성하고 추후 대학 자체적으로 MCP를 구성할 수 있도록 교육 지원 |
| 요구사항번호 | PSR-003 | |
|---|---|---|
| 요구사항명 | 온프레미스 GPU 환경 구성 지원 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 학내(온프레미스) GPU 자원 기반 자체 LLM 운영 환경 구성 지원에 대한 정의 |
| 내용 | ▪ 대학에서 도입하는 GPU 하드웨어에 대한 권장 사양 및 구성 방안 제시 ▪ 해당 인프라 사양에 최적화된 오픈소스 LLM의 설치최적화서빙 환경 구성 및 서비스 연계 수행 지원 ▪ 해당 환경에서 처리 가능한 모델컨텍스트 길이동시 처리량 등 성능 산정 근거 제시 ▪ 운영 이관을 위한 운영 매뉴얼 제공 |
| 요구사항번호 | PSR-004 | |
|---|---|---|
| 요구사항명 | 하자보수 및 데이터 이관 보장 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 하자보수 및 계약 종료 시 이관 보장에 대한 정의 |
| 내용 | ▪ 하자보수 기간 및 범위 제시 ▪ 이관 시 표준 형식의 데이터 추출하여 제공 |
| 요구사항번호 | PSR-005 | |
|---|---|---|
| 요구사항명 | 연간 유지보수 계약 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 본 사업으로 구축한 시스템의 안정적 운영을 위한 연간 유지보수 계약에 대한 정의 |
| 내용 | ▪ 대학에서 도입하는 GPU 하드웨어에 대한 권장 사양 및 구성 방안 제시 ▪ 해당 인프라 사양에 최적화된 오픈소스 LLM의 설치최적화서빙 환경 구성 및 서비스 연계 수행 지원 ▪ 해당 환경에서 처리 가능한 모델컨텍스트 길이동시 처리량 등 성능 산정 근거 제시 ▪ 운영 이관을 위한 운영 매뉴얼 제공 |
참가자격
4. 제안서 세부 작성지침
Ⅴ 제안 안내사항
1. 입찰방식
가. 입찰 참가자격: 입찰공고문에 의함 1) 본 제안 사업의 수행이 가능한 업체로서 다음 요건을 모두 갖춘 사업자이어야 함 - 입찰공고일 기준 현재 “소프트웨어 진흥법”제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필 한 자 - 본 입찰의 수행에 결격사항이 없는 업체로서 입찰등록마감까지 등록을 필하여 서류심사를 통과한 업체 - 국가를 당사자로 하는 계약에 관한 법률시행규칙 제76조의 규정에 의한 부정당업자로 입찰참가자격 제한을 받지 않은 사업자 - 국가를 당사자로 하는 계약에 관한 법률시행령 제 12조 및 같은 법 시행규칙 제14조에 의한 자격요건을 갖춘 업체 - 입찰 공고일 기준 3년 이내 단일계약으로 2억 원 이상 교육기관 또는 공공기관(국가 및 지자체 포함) LLM 플랫폼 구축 사업의 실적을 보유한 업체 ※ 입찰 공고일 기준 3개월 이내 발행된 실적증명서 원본 제출(입찰공고일 포함) - 현장설명회에 등록하고 참가한 업체 나. 낙찰 방식 1) 「국가를 당사자로 하는 계약에 관한 법률시행령 제43조 및 제43조의2」에 의거 “협상에 의한 계약체결” 방법을 적용한다.
2. 사업자 선정방법
가. 기본방침
배점·평가
| 순번 | 평가 항목 | 세부평가 항목 | 평가기준 | 배점 기준 | |
|---|---|---|---|---|---|
| 기술 평가 (80) | ①사업 수행 능력 (10) | 정량 평가 | 해당분야 사업경험 | ㆍ최근 3년간 교육기관 또는 공공기관(국가 및 지자체 포함)과 LLM 플랫폼 사업을 계약하여 구축한 실적(2억원 이상/부가세 포함) - 입찰공고일기준 3개월 이내 발행한 실적증명서 원본 제출(입찰공고일 포함) ※ 수행실적 평가기준표 | 10 |
| ②제안 개요 (10) | 정성 평가 | 사 업 이해도 | ㆍ사업의 목표 및 MCP 연계 LLM 플랫폼의 이해도 ㆍ사업범위 및 방향성 파악에 대한 정확성 ㆍ제안요청서와의 부합성 | 5 | |
| 추진전략 | ㆍ추진전략의 타당성, 실현가능성 및 독창성 ㆍAI교육 방향성를 고려한 추진전략 적합성 | ||||
| ③기술 부문 (30) | 구성도 | ㆍ기능 요구사항 - 기능제공을 위해 제시된 구현방안의 구현 가능성 - 시스템 설계 및 오픈소스 LLM 모델 적용한 온프레미스 GPU 서버 전환 구성의 적정성, 기간계DB와 MCP 연계 방안, 홈페이지 및 규정(파일) MCP 연계 방안, 데이터 수집 및 전처리 방안, 데이터 전처리 자동화 방안, RAG 구축 방안의 적정성 - 상용 LLM 모델을 적용시 토큰 수량의 적정성 ㆍ보안 요구사항 - 보안 이행방안의 적정성 및 구체성 - 데이터 수집 및 전처리 단계에 개인정보 검출 및 처리에 대한 적정성 ㆍ제안 시스템 사용성, 운영 및 관리의 효율성 | 20 | ||
| 확장성 | ㆍMCP 연계 에이전트 개발 확장성 제시 ㆍ사용자 자체 LLM 플로팅(챗봇) 버튼 기능으로 확장성 제시 ㆍ학내 기간계 시스템(SSO, DB 등)과의 연계 및 연동 방안 제시 | 10 | |||
| ④품질 관리 (20) | 성능 | ㆍ성능충족을 위한 구현 및 테스트 방안 적정성 ㆍ단계별 품질 점검과 검토 방안의 적정성 | |||
| 편의성 | ㆍ시스템간 연계 방안의 구체성, 적정성 ㆍ사용자 편의성을 고려한 인터페이스 제공 여부 | ||||
| ⑤지원 부문 (10) | 교육훈련 계획 | ㆍ교육훈련 계획의 적정성 ㆍ서비스 매뉴얼 제공 방안 | 5 | ||
| 유지관리 | ㆍ하자보증 및 비상대책 계획 ㆍ기밀보안, 개인정보 보호대책, 시스템보안 준수 | ||||
| 가격 평가 (20) | ⑥제안가격(20) | 입찰가격 평가 (최저 제안가격 / 평가대상업체 제안가격)x0.2x100 *단, 입찰가격 평가는 추정가격에 부가가치세를 포함하여 적용 | 20 | ||
| 계 | 100 |
| 평가 기준 | 평점 |
|---|---|
| 5건 이상 | 10점 |
| 4건 | 8점 |
| 3건 | 6점 |
| 2건 | 4점 |
| 1건 | 2점 |
| 실적없음 | 0점 |