===== 1. 입찰공고문.pdf =====
[입찰] AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화
공고번호 제 2026-1284-1호
용역 입찰 공고
1. 입찰에 부치는 사항
가. 입찰건명:
AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화
나. 입찰방법: 일반경쟁입찰(협상에 의한 계약)
다. 추정금액: 금100,000,000원(VAT 포함)
라. 납품기한: 계약일로부터 약 3개월 (※앵커 2차년도 사업기간 내에 용역 종료 예정)
2. 입찰 및 계약방식
가. 일반경쟁입찰이며 협상에 의한 계약 방식을 적용합니다.
나. 입찰 참가자로부터 제안서를 제출받아 평가 기준에 의하여 평가한 후 협상적격자 및
협상 순위를 선정하고, 절차에 따라 협상대상자와 협상을 하여 성립이 된 때에 계약을
체결합니다.
3. 입찰 참가자격
가. 국가를 당사자로 하는 계약에 관한 법률 시행령 제12조 및 동법 시행규칙 제14조에
의한 경쟁입찰 참가자격을 갖춘 업체
나. 국가를 당사자로 하는 계약에 관한 법률시행령 제76조에 의한 입찰참가 제한을 받지
않는 업체/부정당업자에 해당하지 않는 업체
다. 대학에서 요구하는 서류를 갖추어 입찰등록을 필한 자
4. 입찰 설명회: 미 실시(제안 요청서 참조)
※ 문의처 : 정보통신처 IT서비스팀 심종환 부팀장 (032-860-9085)
5. 입찰 등록 및 입찰서 접수
가. 등록일시: 2026.11.03.(화) 9:00~15:00 / 인하대학교 앵커사업본부 (본관 232호)
나. 입찰등록 제출서류
1) 사업자등록증사본 1부
2) 부가가치세과세표준증명원(세무서 발급) 1부
3) 납세증명서(세무서 발급: 국세 및 지방세) 1부
4) 인감증명서 1부
5) 사용인감계 1부
6) 입찰이행보증보험증권 1부
- 1 -
- 입찰참가총액의 10/100, 보험기간은 입찰일로부터 1개월 이상
7) 입찰서 및 견적서(부가세 포함, 밀봉하여 제출) 1부
- 견적서에는 총액과 함께 주요 지출 항목별 단가 및 금액을 반드시 기재할 것
8) 기타 제안요청서에서 요청한 서류
6. 입찰 보증금 및 귀속
가. 총 입찰금액의 10/100에 해당하는 입찰보증금을 이행보증보험증권으로 납부하여야 함
나. 낙찰자가 소정 기일 내에 이유 없이 계약을 체결하지 않을 경우 가. 항의 입찰보증금은
본교에 귀속함
7. 낙찰 결정
가. 가격평가(10점)과 기술평가(90점)을 합산한 결과 최고득점 순위업체를 우선 협상대상
자로 선정하고, 협상(세부사항 협의 및 조정) 시행 후 협상 성립 시 계약 체결. 협상
결렬 시 차순위 업체를 대상으로 협상 진행
나. 기술평가점수 배점한도 85% 미만인 경우, 기술부적격 업체로 우선 협상 대상자에서 제
외
다. 제안서 가격평가 및 기술평가 기준 세부 항목은 첨부된 제안 요청서를 참고
8. 입찰 무효
가. 「국가를 당사자로 하는 계약에 관한 법률시행령」 제39조(입찰서의 제출ㆍ접수 및 입찰의
무효) 제3항 및 동법 시행규칙 제44조(입찰무효)에 해당 하는 경우에는 입찰을 무효로 함
9. 기타
가. 본교와의 거래 시 견적서, 거래명세서, 세금계산서의 인감은 입찰등록 시 제출한 사용
인감계와 일치하여야 함
나. 본 입찰과 관련하여 본교 별도 규정이 없는 경우는 「국가를 당사자로 하는 계약에 관한
법률」의 관련 규정을 준용함
다. 대가의 지급은 본교 규정에 의함
라. 입찰에 응하고자 하는 자는 입찰 참가 방법을 숙지하여야 하며, 기타 자세한 내용은
본교 Home-Page(www.inha.ac.kr) 입찰 란 및 나라장터 공고 열람
붙임: 1. 제안요청서 1부.
2. 입찰신청서 및 입찰서 1부. 끝.
2026.10. - 2 -
===== 2. [앵커사업본부] AI기반 통합 학생·취업지원 챗봇 서비스 구축 고도화 사업 제안요청서.hwp =====
[앵커사업본부] AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화
인하대학교 AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화 사업 제안요청서 인하대학교 앵커사업본부 1. 사업 개요
1.1. 사업명 : AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화 사업
1.2. 사업 목적
본 사업은 1차년도 앵커 사업을 통해 구축한 취업포털 기반 RAG AI 기반 학생·취업지원 챗봇의 시스템·지식베이스·관리기능 등 기존 구축 자산을 기반으로 서비스 범위를 확대·고도화하여, 학생의 진로·취업뿐 아니라 학칙·규정, 대학생활 및 주요 시설 정보를 하나의 창구에서 제공하는 통합 AI 안내 서비스를 구축하는 것을 목적으로 한다.
학생진로설계포털(job.inha.ac.kr), 대학 대표 홈페이지, 학칙·규정집, 정석학술정보관·생활관 등 여러 채널에 분산되어 있는 채용정보, 취업지원 프로그램, 비교과 프로그램, 진로·취업 상담 안내 및 학사·대학생활 정보를 RAG(검색증강생성) 기반 지식검색 체계로 통합하고, 학생이 자연어로 질의하면 AI가 근거 문서와 출처를 제시하여 답변하는 서비스를 제공한다.
학생은 채용정보와 취업지원 프로그램을 적시에 확인·신청하여 진로 설계 및 취·창업 역량을 높이고, 취업지원·상담 인력은 반복적인 단순 문의 응대 부담을 줄여 학생 개인별 심층 진로·취업 상담에 집중할 수 있도록 지원한다.
학내 SSO와 연계한 사용자 인증 및 대화 이력 조회 등 개인화 기능을 제공하고, 부서별 지식관리·피드백·품질평가 체계를 마련하여 지속 가능한 AI 서비스 운영 기반을 확보한다.
서비스 이용 실적과 AI 답변 품질 지표를 체계적으로 산출하여 앵커 사업의 취·창업 지원 성과관리에 활용할 수 있도록 한다.
1.3. 사업 범위
1차 구축 자산 분석·승계 : 1차 사업에서 구축한 취업포털 RAG 챗봇, 지식베이스, 관리자 기능 및 운영환경을 분석·승계하고 재사용 가능한 자산을 기반으로 기능 확대
학내 정보 지식베이스 구축 : 학생진로설계포털, 대학 대표 홈페이지, 학칙·규정집, 정석학술정보관·생활관 등 공개 콘텐츠의 수집·전처리·인덱싱 및 벡터 검색 환경 구축
진로·취업지원 AI 챗봇 개발 품질 고도화 및 기능 확장 : 답변 정확도 향상, 채용정보, 취업지원 프로그램, 비교과 프로그램 안내 및 진로·취업 상담 연계
학사·대학정보 AI 안내 기능 개발 : 학사일정, 학칙·규정, 대학생활·시설 정보 안내
통합 질의 처리 및 안내 영역 자동 분류, 사용자 UI/UX 개발 및 학내 홈페이지(대표 홈페이지·취업포털 등) 탑재
관리자 운영 기능(지식베이스·프롬프트·피드백·용어사전 관리 등) 및 답변 품질 유지 자동화 통계·성과 모니터링 기능 개발
학내 SSO 연동 및 개인화 기능 구축 : 로그인 사용자 대화 이력 조회, 학생 프로필, 개인 지식공간, 개인 맥락 기반 검색·추천
교내 온프레미스 운영환경 구성, 외부 LLM API 연동 및 보안 체계 구축, 특정 LLM 공급자에 종속되지 않고 향후 온프레미스 LLM으로 전환 가능한 모듈형 구조 설계
AI 답변 품질 검증, 시범운영 및 정식 오픈, 관리자·사용자 교육 및 기술이전, 1년 무상 하자보수 및 안정화 지원
1.4. 사업 기간 : 계약체결일로부터 약 3개월
용역기간은 계약체결일로부터 약 3개월을 기준으로 하며, 입찰 및 계약 관련 행정절차와 사업 추진 상황에 따라 발주기관과 협의하여 일부 조정할 수 있다.
입찰 공고, 제안서 평가, 우선협상대상자 선정 및 계약 체결 등 행정절차에 소요되는 기간은 용역기간에 포함하지 아니한다.
본 사업은 2027년 2월 사업연도 종료 일정을 고려하여 추진하므로, 사업자는 사업연도 종료 이전에 구축·시험·정식 오픈 및 검수·완료보고가 완료될 수 있도록 세부 일정을 수립하여야 한다.
1.5. 사업 예산 : 금일억원정(100,000,000원/VAT 포함)
1.6. 추진 전략 및 주요 제약사항 구 분 내 용 사업 방향
대학생활·학사·진로·취업을 통합 지원하는 AI 챗봇 서비스를 고도화 및 확장시키며, 전문인력 취·창업 지원 과제의 학생 취업지원 기능과 연계
서비스 대상
인하대학교 재학생(졸업예정자 포함) 및 교직원·취업지원 상담인력. 공개 정보 안내는 비로그인 이용을 허용하고, 대화 이력 조회 등 개인화 기능은 로그인 사용자에게 제공(세부 범위는 요구분석 단계에서 확정)
안내 영역
① 진로·취업(채용정보, 취업지원 프로그램, 비교과 프로그램, 진로·취업 상담 안내) ② 규정집(학칙·규정·시행세칙·지침) ③ 대학생활·시설(대표 홈페이지 및 정석학술정보관·생활관 등 주요 부서·시설 안내)
우선 적용 대상
학생진로설계포털(job.inha.ac.kr) 및 대학 대표 홈페이지(챗봇 위젯 탑재)
발주기관 참여
발주기관 담당자가 개발·구축 전 과정에 참여(업무 공유·산출물 검토·데이터 협의 등)하며, 콘텐츠 소관부서는 콘텐츠 제공 및 답변 검수에 참여
목표 일정
계약 후 약 2개월 이내 시범 오픈, 약 3개월 이내 정식 오픈 및 검수 완료(2027년 2월 사업연도 종료 이전 완료)
LLM 운용 방식
외부 LLM API 방식을 기본으로 하되, 특정 LLM 공급자에 종속되지 않는 구조로 설계하고 향후 GPU 확보 시 온프레미스 LLM으로 전환 가능하도록 구성
운영 환경
인하대학교 교내 온프레미스 인프라(외부 LLM API 호출용 보안 게이트웨이 포함)
확장성
안내 영역 추가 및 학내 타 시스템(산학협력·평생교육 등) 연계 확장을 고려한 모듈화 설계
제안 원칙
특정 제품·솔루션을 지정하지 않으며, 제안사는 요구사항을 충족하는 범위에서 기술·제품(상용 SW 또는 공개 SW)을 자유롭게 선택하여 제안
디자인 가이드
UI/UX 개편은 발주기관이 착수 후 디자인 가이드 제공
1.7. 추진 일정(안)
※ 계약체결일 기준 약 3개월 일정이며, 계약 시점 및 사업 추진 상황에 따라 발주기관과 협의하여 조정함
단 계 일 정 주요 내용 착수·요구분석 1~2주
착수보고 및 사업수행계획서 제출, 요구사항 상세화, 수집 대상 콘텐츠 목록 확정
설계 2~4주
시스템 아키텍처·지식베이스·UI/UX 설계, 평가셋 구성, 설계 검토회의
구축·개발 3~9주
콘텐츠 수집·인덱싱, 진로·취업지원 및 학사·대학정보 안내 기능, 관리자·통계 기능 개발, 운영환경 구성
시험·품질검증 8~10주
기능·성능·보안 시험, AI 답변 품질 검증 및 개선
시범운영 10~11주
시범 오픈, 사용자 피드백 수렴·반영, 관리자·사용자 교육
정식 오픈·검수 12~13주
정식 서비스 오픈, 기술이전, 완료보고 및 검수
1.8. 문의처: 정보통신처 IT서비스팀 심종환 부팀장 (032-860-9085)
2. 요구사항 총괄
본 사업의 요구사항은 시스템 장비구성·기능·성능·인터페이스·데이터·테스트·보안·품질·제약사항·프로젝트 관리·프로젝트 지원 등 11개 분야의 총 52개 요구사항으로 구성된다.
구 분 요구사항 내역 요구사항 수 시스템 장비구성 요구사항 (ECR) ECR-01 시스템 구성요건 공통사항 3 ECR-02 서버 구성 및 운영환경 ECR-03 스토리지 및 네트워크 기능 요구사항 (SFR) SFR-01 기능요구 공통사항 19
SFR-02 취업·진로 안내 챗봇 답변 품질 고도화
SFR-03 취업·진로 안내 챗봇 기능 확장 SFR-04 규정집 수집 및 구조화 SFR-05 규정집 안내 챗봇
SFR-06 대표·주요 시설 홈페이지 콘텐츠 수집·인덱싱
SFR-07 대표·주요 시설 홈페이지 콘텐츠 안내
SFR-08 에이전트 생성 및 자동 라우팅
SFR-09 사용자 UI/UX 개편 및 홈페이지 탑재
SFR-10 데이터 관리 권한 체계 SFR-11 사용자 피드백 처리 체계 SFR-12 부서별 동의어·유의어 관리 SFR-13 답변 품질 유지 자동화 SFR-14 관리자 콘솔 고도화 SFR-15 통계 및 성과 모니터링 고도화 SFR-16 학생 개인 프로필 관리 SFR-17 개인별 RAG 지식공간 구축 SFR-18 개인 맥락 기반 검색·추천
SFR-19 온프레미스 LLM 구성 (조건부 과업)
성능 요구사항 (PER) PER-01 시스템 목표성능 2 PER-02 자원 사용률 인터페이스 요구사항 (INR) INR-01 체계연동 4 INR-02 상호운용성 INR-03 사용자 인터페이스 INR-04 학내 AI 서비스 연계 가능성 데이터 요구사항 (DAR) DAR-01 데이터 관리 3 DAR-02 데이터 품질 및 최신성 관리 DAR-03 백업 및 복구 테스트 요구사항 (TER) TER-01 시험평가 일반 3 TER-02 시험평가 절차서 TER-03 시험평가 지원 보안 요구사항 (SER) SER-01 보안관리 일반 4 SER-02 데이터 보안 SER-03 SW 개발보안 SER-04 외부 LLM API 운영/보안 품질 요구사항 (QUR) QUR-01 품질보증 일반 4 QUR-02 소프트웨어 품질 QUR-03 AI 답변 품질 검증 QUR-04 유지보수 제약사항 (COR) COR-01 지식재산권 제약사항 3 COR-02 개발환경 및 과업범위 제약사항 COR-03 인프라 제공 범위 명확화 프로젝트 관리 요구사항 (PMR) PMR-01 통합관리 4 PMR-02 일정관리 PMR-03 형상관리 PMR-04 의사소통관리 프로젝트 지원 요구사항 (PSR) PSR-01 교육훈련 3 PSR-02 기술이전 및 지원 PSR-03 시범운영 및 안정화 지원 합 계 52 3. 상세 요구사항 3.1. 시스템 장비구성 요구사항 요구사항 분류 시스템 장비구성 요구사항 요구사항 고유번호 ECR-01 요구사항 명칭 시스템 구성요건 공통사항 요구사항 상세 정의
본 사업의 서비스 구축에 요구되는 HW·SW 및 서비스에 대한 공통 적용사항 정의
세부 내용
본 제안요청서에 제시된 규격은 최소 요구사항이며, 동등 이상의 규격으로 제안해야 함
본 사업의 운영 인프라는 발주기관이 제공하는 교내 온프레미스 자원을 활용하는 것을 원칙으로 하며, 제안사는 서비스 규모(데이터량·동시 접속 사용자·응답시간 목표)를 고려한 자원 소요량을 산정하여 제시해야 함
사업에 사용되는 모든 SW는 사업 종료 후 라이선스 추가 비용이 발생하지 않아야 하며, 도입 제품이 있는 경우 규격 확인 자료(카탈로그 등)와 정품 공급 증빙 서류를 제출해야 함.
관리적·기술적·법적 하자가 없어야 하며, 보안성·유지보수성·호환성을 종합 검토하여 구축해야 함
생성형 AI 기능은 외부 LLM API 호출 방식을 기본으로 구성하되, 향후 GPU 확보 시 온프레미스 LLM으로 전환 가능하도록 설계해야 함
운용장비는 인하대학교 내부 네트워크(온프레미스) 환경에서 운용되도록 구성하되, 외부 LLM API 호출은 보안 게이트웨이(Egress Proxy 등)를 경유하도록 해야 함
요구사항 분류 시스템 장비구성 요구사항 요구사항 고유번호 ECR-02 요구사항 명칭 서버 구성 및 운영환경 요구사항 상세 정의
챗봇 서비스 운영을 위한 애플리케이션·AI 연계(검색·임베딩·벡터 DB)·DB 서버의 구성 요건 정의
세부 내용
애플리케이션(WAS), AI 연계(검색·임베딩·벡터 DB), DB 서버의 역할별 구성 방안과 자원 배분 방안을 제시해야 함
서버별 권장 사양은 다음을 참고하되, 제안사는 서비스 규모에 따른 적정 사양을 산정 근거와 함께 제시해야 함
[애플리케이션 WAS 서버] CPU 16코어, RAM 64GB, SSD 1TB 수준, 이중화(Active-Standby) 구성 권장
[AI 연계 서버(검색·임베딩·벡터 DB)] CPU 16코어, RAM 64GB, SSD 1TB 수준
[DB 서버] CPU 16코어, RAM 64GB, SSD 1TB 수준, 이중화 구성 권장
검색·임베딩·챗봇 서비스는 독립적으로 배포·확장 가능한 단위(컨테이너 등)로 구성하는 것을 권장함
향후 GPU 서버 도입 시 동일 랙·네트워크에 수용하여 온프레미스 LLM 서빙 환경으로 통합할 수 있도록 확장성을 확보해야 함
서비스 운영에 필요한 SW(OS, WAS, DBMS, 벡터 DB 등)는 상용 SW 또는 공개 SW 중 적합한 제품으로 제안하되, 라이선스 비용이 발생하는 경우 이를 사업비에 포함해야 함
※ 서버 등 기본 인프라의 제공 범위는 COR-03에 따르며, 세부 구성은 요구분석 단계에서 협의하여 확정함
요구사항 분류 시스템 장비구성 요구사항 요구사항 고유번호 ECR-03 요구사항 명칭 스토리지 및 네트워크 요구사항 상세 정의
지식베이스 콘텐츠, 임베딩 벡터, 대화 이력 등 데이터 저장 및 네트워크 구성 요건 정의
세부 내용
수집 콘텐츠(채용정보·취업지원 프로그램·비교과 프로그램, 학사일정, 학칙·규정, 공지·FAQ 등) 원문·첨부파일, 임베딩 벡터, 대화 이력, 사용자 피드백 로그 등의 저장을 위한 스토리지 용량을 산정·구성해야 함
온프레미스 환경 기반으로 구축하되, 향후 하이브리드 클라우드 확장이 가능하도록 설계해야 함
학내 홈페이지 콘텐츠 수집을 위한 교내망 접근 경로와 수집 부하 정책(수집 시간대·요청 간격 등)을 제시해야 함
인하대학교 교내망 보안 정책 및 학내 정보시스템 보안 가이드라인에 부합하는 네트워크 구성을 제시해야 함
외부 LLM API 호출을 위한 아웃바운드 허용 도메인 관리(Allow-list) 체계를 포함해야 함
3.2. 기능 요구사항 요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-01 요구사항 명칭 기능요구 공통사항 요구사항 상세 정의
AI기반 통합 학생·취업지원 챗봇 서비스의 기능요구 공통사항 정의
세부 내용
본 제안요청서에 명시된 목표 시스템 구성(진로·취업, 학사·대학정보, 대학생활·시설 통합 안내)의 모든 하부 내용을 충족해야 함
대학 정보·규정·취업·시설 등 사실정보를 제공하는 답변은 원칙적으로 RAG 또는 신뢰 가능한 연계 데이터에 근거하여 생성해야 함
근거가 확인되지 않는 질문에는 추측하여 답변하지 않고, 확인 불가 안내와 함께 소관부서 연락처 또는 상담 창구를 안내해야 함
사용자 계정 관리(학생·교직원) 및 역할 기반 권한관리(학생·상담사·부서 담당자·관리자) 기능을 제공해야 함
사용자 접속 정보(IP, ID, 접속 시각), AI 질의 이력, 답변 이력에 대한 로깅 기능을 제공해야 함
AI 답변은 스트리밍(Streaming) 방식으로 실시간 출력되어야 하며, 이전 대화 맥락을 유지한 후속 질문(Multi-turn)을 지원해야 함
안내 영역의 추가·확장이 용이하도록 영역별 지식베이스와 기능을 모듈 단위로 구성해야 함
※ 세부 기능은 사업자 선정 후 요구분석 단계에서 개발·운영 환경에 적합하도록 발주기관과 협의하여 조정할 수 있으며, 조정 결과는 요구사항정의서로 확정함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-02 요구사항 명칭 취업·진로 안내 챗봇 답변 품질 고도화 요구사항 상세 정의
취업·진로 안내 챗봇의 답변 정확도 및 근거 정합성 개선 요건 정의
세부 내용
검색 품질 개선 기법(키워드·의미 검색을 결합한 하이브리드 검색, 검색 결과 재순위화(Re-ranking), 메타데이터 필터 등)을 적용하여 근거 검색 정확도를 높여야 함
첨부문서(HWP·PDF·DOCX 등)와 표 형식 콘텐츠는 구조를 보존하여 인덱싱하고, 표 안의 값에 대한 질의에 답변할 수 있어야 함
모집기간·신청기한 등 시점 정보는 게시일·유효기간을 반영하여 현재 유효한 정보를 우선 안내하고, 마감된 정보는 마감 사실을 답변에 명시해야 함
프롬프트·검색 설정을 변경할 때는 평가셋 기반 회귀평가(SFR-14)를 거쳐 기준을 충족한 경우에만 운영에 반영해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-03 요구사항 명칭 취업·진로 안내 챗봇 기능 확장 요구사항 상세 정의
취업·진로 안내 챗봇의 사용자 편의 기능 확장 요건 정의
세부 내용
질의 의도에 따라 관련 프로그램·공지·신청 페이지 바로가기 링크를 답변과 함께 제공해야 함
관리자가 도메인별 인기 질문·추천 질문을 직접 설정할 수 있어야 하며, 이용 통계에 따른 자동 추천도 지원해야 함
답변이 어렵거나 상담이 필요한 질의에는 상담 신청 페이지 또는 담당자 연락처를 안내하는 상담 연계 기능을 제공해야 함
로그인 사용자에게 본인의 이전 대화 이력 조회 및 대화 내용 복사 기능을 제공해야 함
※ 확장 기능의 세부 목록은 요구분석 단계에서 발주기관과 협의하여 확정함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-04 요구사항 명칭 규정집 수집 및 구조화 요구사항 상세 정의
인하대학교 규정집(학칙·규정·시행세칙·지침 등) 원문의 수집 및 조문 단위 구조화 요건 정의
세부 내용
인하대학교 규정집의 현행 규정 전체를 수집 대상으로 식별하고, 규정 목록(규정명·소관부서·시행일·최종 개정일)을 작성하여 발주기관의 확인을 받아야 함
규정 원문(HWP·PDF·HTML 등)을 편·장·절·조·항·호 단위의 계층 구조로 파싱하여 저장해야 함
부칙·별표·서식을 본문과 연결하여 관리하고, 표 형식 별표는 구조를 보존해야 함
시행일·개정 이력 메타데이터를 관리하여 현행 규정을 우선 검색하고, 폐지된 규정은 검색 대상에서 제외해야 함
규정의 개정·신설·폐지를 반영하는 갱신 절차를 제공해야 함. 규정 관리 시스템에서 자동 수집이 가능하면 자동 수집을, 불가능하면 소관부서 담당자가 관리자 콘솔에서 등록하는 방식을 적용함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-05 요구사항 명칭 규정집 안내 챗봇 요구사항 상세 정의
규정집 기반 자연어 질의응답 및 조문 근거 안내 기능 정의
세부 내용
사용자의 자연어 질의에 대해 관련 조문을 검색하여 답변하고, 근거 조문(규정명·조·항·호)과 원문 링크를 함께 표시해야 함
준용·위임 조항 등 규정 간 참조 관계를 추적하여 관련 조문을 함께 제시할 수 있어야 함
학칙과 하위 규정이 함께 해당되는 경우 상위·하위 규정의 관계를 구분하여 안내해야 함
모든 규정 답변에 '규정 해석의 최종 확인은 소관부서에서 한다'는 안내 문구와 소관부서 연락처를 포함해야 함
규정 원문에 근거가 없는 질문에는 해석·추정 답변을 하지 않고 확인 불가로 안내해야 함
개정 전·후 조문 비교(신구조문 대비) 조회 기능을 제공해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-06 요구사항 명칭 대표·주요 시설 홈페이지 콘텐츠 수집·인덱싱 요구사항 상세 정의
대표 홈페이지 및 주요 시설 홈페이지의 공개 콘텐츠 수집·인덱싱 요건 정의
세부 내용
대표 홈페이지(www.inha.ac.kr) 및 발주기관이 지정하는 주요 시설 홈페이지(도서관, 생활관 등)의 공개 콘텐츠를 전수 식별하여 수집 대상 인벤토리(URL·콘텐츠 유형·갱신 주기·소관부서)를 작성하고 발주기관의 확인을 받아야 함
시설 안내는 공개 콘텐츠에 기반한 정보 제공 및 관련 시스템 바로가기 제공을 기본 범위로 하며, 열람실 좌석현황, 시설예약 현황, 도서 대출현황, 생활관 개인별 신청·선발 결과 등 실시간 개인화 데이터 조회는 별도 연계 범위로 정의
공지사항, 학사일정, 시설 이용안내(운영시간·위치·이용방법·연락처), 조직·부서 안내, FAQ를 수집·인덱싱해야 함
게시판 본문과 첨부파일(HWP·PDF 등)을 함께 수집하고, 게시일·게시기간 메타데이터를 관리해야 함
신규·변경·삭제 콘텐츠를 감지하여 증분 재인덱싱해야 하며, 사이트별로 수집 주기(최소 1일 1회)를 설정할 수 있어야 함
사이트별 robots 정책과 서버 부하를 고려한 수집 정책을 적용해야 함
※ 대상 사이트 수와 수집 범위는 요구분석 단계에서 확정하며, 확정된 목록은 요구사항정의서의 붙임으로 관리함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-07 요구사항 명칭 대표·주요 시설 홈페이지 콘텐츠 안내 요구사항 상세 정의
대학생활·시설 정보에 대한 자연어 질의응답 기능 정의
세부 내용
학사일정, 시설 운영시간·위치, 부서 연락처, 주요 공지에 대한 자연어 질의에 근거 기반으로 답변해야 함
답변에 출처 사이트와 게시물 링크를 표시하고, 여러 사이트에 같은 정보가 있는 경우 소관부서가 게시한 공식 출처를 우선해야 함
게시기간이 만료된 공지·행사 정보는 만료 사실을 명시하거나 안내 대상에서 제외해야 함
부서·시설 담당자를 안내할 때는 최신 조직 정보를 반영하고, 조직 개편 시 갱신할 수 있어야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-08 요구사항 명칭 에이전트 생성 및 자동 라우팅 요구사항 상세 정의
도메인별 AI 에이전트 생성·관리 및 사용자 질의 자동 라우팅 기능 정의
세부 내용
관리자가 에이전트를 생성·수정·비활성화할 수 있어야 하며, 에이전트별로 지식베이스 범위·프롬프트·답변 정책·담당 부서·사용 LLM을 설정할 수 있어야 함
취업·진로, 규정집, 대학생활·시설의 3개 에이전트를 기본 제공하고, 부서·서비스 단위 에이전트를 소스코드 수정 없이 관리자 콘솔에서 추가할 수 있어야 함
사용자 질의의 의도를 분석하여 적합한 에이전트로 자동 라우팅해야 하며, 여러 도메인에 걸친 질의는 복수 에이전트의 결과를 종합하여 하나의 답변으로 제공할 수 있어야 함
라우팅 신뢰도가 관리자가 설정한 기준값 미만인 경우 사용자에게 도메인 선택지를 제시하는 보완 흐름을 제공해야 함
라우팅 결과(선택 에이전트·신뢰도)를 로깅하고, 관리자 화면에서 오분류 사례를 확인·보정(재학습 또는 규칙 추가)할 수 있어야 함
라우팅 정확도는 평가셋 기준 90% 이상이어야 하며, 에이전트별 이용량·만족도·품질 지표를 분리하여 집계해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-09 요구사항 명칭 사용자 UI/UX 개편 및 홈페이지 탑재 요구사항 상세 정의
통합 안내 서비스의 사용자 화면 개편 및 대학 홈페이지 탑재 요건 정의
세부 내용
발주기관이 제공하는 디자인 가이드라인 기준으로 UI/UX를 개편해야 함
단일 진입점에서 통합 질의가 가능해야 하며, 사용자가 원하면 도메인(취업·규정·대학생활/시설)을 직접 선택할 수 있어야 함
대표 홈페이지·취업포털 등 주요 홈페이지에 탑재 가능한 챗봇 위젯(플로팅 버튼·팝업)과 전체화면 모드를 제공해야 함. 탑재는 홈페이지 운영 담당부서와 협의하여 스크립트 삽입 방식으로 함
반응형 웹(PC·태블릿·모바일)을 지원하고, 한국형 웹 콘텐츠 접근성 지침(KWCAG 2.2)을 준수해야 함
출처 카드, 규정 조문 표시, 관련 링크 바로가기 등 도메인 특성에 맞는 답변 표시 형식을 제공해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-10 요구사항 명칭 데이터 관리 권한 체계 요구사항 상세 정의
지식베이스 데이터의 소유·공유·관리 권한 분리 체계 정의
세부 내용
지식베이스 데이터(콘텐츠·문서·FAQ·사전 등)에 대해 소유권한, 공유권한, 관리권한의 3종 권한을 분리하여 부여할 수 있어야 함
소유권한: 데이터를 등록한 부서(또는 발주기관이 지정한 소관부서)가 보유하며, 데이터의 수정·삭제, 공개 범위 결정, 타 부서에 대한 공유권한 부여가 가능함
공유권한: 소유 부서가 지정한 타 부서·에이전트가 해당 데이터를 조회하고 답변 근거로 활용할 수 있음. 수정·삭제는 불가함
관리권한: 시스템 관리자 또는 관리자가 위임한 담당자가 인덱싱·비활성화·품질 관리 등 운영 업무를 수행할 수 있음. 콘텐츠 내용의 수정은 소유 부서의 승인을 거쳐야 함
권한은 부서·사용자·에이전트 단위로 설정할 수 있어야 하며, 부서 구분은 인하대학교 조직 정보를 기준으로 함. 권한 부여·변경·회수 이력을 기록해야 함
답변 생성 시 해당 에이전트에 공유되지 않은 데이터는 근거로 사용되지 않아야 하며, 이를 시험평가에서 검증해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-11 요구사항 명칭 사용자 피드백 처리 체계 요구사항 상세 정의
사용자 피드백의 수집·분류·처리·반영 워크플로 정의
세부 내용
답변별 피드백(좋아요/싫어요, 오류 유형 선택, 개선 의견 입력)을 수집해야 함
수집된 피드백을 오류 유형(오답·출처 오류·정보 부족·최신성 문제·기타)과 도메인·에이전트별로 자동 분류해야 함
피드백을 소관부서 담당자에게 자동 배정하고, 접수→검토→조치→완료의 상태를 관리하는 처리 워크플로를 제공해야 함
조치 결과(콘텐츠 수정, 정답 FAQ 등록, 동의어 추가, 프롬프트 조정 등)를 지식베이스에 반영하고 이력을 관리해야 함
접수 후 관리자가 설정한 기한 내 처리되지 않은 건은 담당자와 관리자에게 알림을 보내야 하며, 도메인별 처리 현황 통계를 제공해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-12 요구사항 명칭 부서별 동의어·유의어 관리 요구사항 상세 정의
부서 담당자별 동의어·유의어 사전 관리 기능 정의
세부 내용
부서 담당자가 소관 도메인의 동의어·유의어·약어(학내 약칭, 부서의 옛 명칭 등)를 등록·수정·삭제할 수 있어야 함
사전은 공통 사전과 부서(도메인)별 사전으로 구분하여 관리하고, 사전별 적용 범위(에이전트)를 지정할 수 있어야 함
등록된 사전은 질의 확장과 검색에 즉시 반영되어야 하며, 전체 재인덱싱 없이 적용되어야 함
미검색·저품질 질의 로그를 분석하여 동의어 후보를 자동 추천하고, 담당자 승인 후 반영하는 기능을 제공해야 함
사전 변경 이력을 관리하고, 변경 전·후의 검색 결과를 비교할 수 있어야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-13 요구사항 명칭 답변 품질 유지 자동화 요구사항 상세 정의
운영 중 AI 답변 품질을 지속적으로 유지하기 위한 자동 평가·탐지·개선 체계 정의
세부 내용
도메인별 평가셋을 구축하고, 콘텐츠 변경 이력을 기반으로 평가 문항 초안을 자동 생성하여 담당자 승인 후 평가셋에 추가하는 기능을 제공해야 함
정기(주기는 관리자 설정, 기본 주 1회) 및 변경 시점(콘텐츠·프롬프트·모델·사전 변경)에 자동 회귀평가를 수행하고, 결과가 기준(QUR-03) 미달이면 해당 변경의 운영 반영을 보류하고 담당자에게 알려야 함
운영 중 생성된 답변에 대해 자동 평가(LLM 기반 판정 등)로 근거 정합성·할루시네이션 의심 답변을 우선 선별하고, 선별된 답변은 담당자가 확인·판정할 수 있어야 함
저품질로 판정된 답변과 반복되는 미답변 질의는 소관부서에 자동 알림하고, 피드백 처리 체계(SFR-12)의 처리 건으로 등록해야 함
콘텐츠 유효기간 경과, 링크 오류, 수집 실패 등 데이터 품질 이상을 자동 탐지하여 알림해야 함
정확도·근거 정합성·할루시네이션율·미답변률의 추이를 도메인·에이전트별로 대시보드에 제공해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-14 요구사항 명칭 관리자 콘솔 고도화 요구사항 상세 정의
다중 도메인·에이전트 운영을 위한 관리자 기능 고도화 요건 정의
세부 내용
도메인·에이전트별 지식베이스 관리(콘텐츠 등록·수정·비활성화, 인덱스 재구축) 기능을 제공해야 함
정답 FAQ(특정 질의에 우선 제공하는 답변) 등록, 금칙어·민감 질의 응대 정책, 답변 고정 문구(면책·안내) 관리 기능을 제공해야 함
시스템·RAG 프롬프트 템플릿의 버전 관리와 운영 반영 전 테스트(미리보기) 기능을 제공해야 함
부서 담당자 전용 화면을 제공하여, 담당자는 소관 데이터·피드백·사전만 조회·관리할 수 있어야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-15 요구사항 명칭 통계 및 성과 모니터링 고도화 요구사항 상세 정의
서비스 이용 통계 및 성과 지표 모니터링 요건 정의
세부 내용
도메인·에이전트별 질의량, 이용자 수, 응답시간, 만족도, 미답변률 통계를 제공해야 함
기간별 비교, 사용자 유형별 분석, 인기·급증 질의 분석 기능을 제공해야 함
외부 LLM API 호출 건수·토큰 사용량·비용·오류율을 모니터링해야 함
발주기관이 지정하는 성과 보고 양식에 맞추어 이용 실적·품질 지표를 엑셀 등으로 내려받는 기능을 제공해야 함
※ 성과 지표 항목과 보고 양식은 요구분석 단계에서 발주기관이 제시함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-16 요구사항 명칭 학생 개인 프로필 관리 요구사항 상세 정의
학생별 개인화 서비스 제공을 위한 개인 프로필 등록·관리 요건 정의
세부 내용 로그인한 학생에게 개인화 기능을 제공해야 함
학생이 본인 프로필(학과, 학년, 관심 분야, 희망 직무 등)을 직접 등록·수정할 수 있어야 함
등록된 프로필은 개인 지식공간(SFR-17) 및 개인화 검색·추천(SFR-18)에 활용되어야 함
※ 프로필 항목은 요구분석 단계에서 발주기관과 협 의하여 확정함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-17 요구사항 명칭 개인별 RAG 지식공간 구축 요구사항 상세 정의
학생별로 분리된 개인 지식공간을 구성하여 개인 자료를 답변 근거로 활용하는 개인별 RAG 요건 정의
세부 내용 학생별로 분리된 개인 지식공간을 제공해야 함
학생이 본인 자료(이력서, 자기소개서, 포트폴리오 등)를 등록·조회·삭제할 수 있어야 함
주요 대화 맥락을 개인 지식공간에 저장하여 후속 대화에 활용할 수 있어야 함
답변 생성 시 공통 지식베이스와 개인 지식공간을 함께 검색하고, 출처에 개인 자료 여부를 구분하여 표시해야 함
개인 지식공간은 본인만 이용할 수 있어야 하며, 다른 사용자가 조회하거나 답변 근거로 사용할 수 없어야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-18 요구사항 명칭 개인 맥락 기반 검색·추천 요구사항 상세 정의
학생 프로필과 이용 이력을 인지하여 검색 효율과 안내 정확도를 높이는 개인화 검색·추천 요건 정의
세부 내용
학생 프로필을 질의 맥락에 반영하여 해당 학생에게 맞는 정보를 우선 검색·안내해야 함
학생 프로필과 이용 이력을 바탕으로 맞춤 채용정보·취업지원 프로그램·비교과 프로그램을 추천해야 함
개인화가 적용된 답변임을 표시하고, 학생이 일반 답변으로 전환할 수 있어야 함
이용 이력과 피드백이 쌓일수록 개인화 검색의 정확도가 향상되는 구조로 설계해야 함
향후 개인 정보 항목을 추가로 반영할 수 있도록 확장 가능한 구조로 설계해야 함
요구사항 분류 기능 요구사항 요구사항 고유번호 SFR-19 요구사항 명칭 온프레미스 LLM 구성 (조건부 과업) 요구사항 상세 정의
발주기관 GPU 서버 확보 시 온프레미스 LLM 구성 요건 정의
세부 내용
발주기관은 계약 후 4주 이내에 GPU 서버 확보 여부와 확보 예정 시점을 사업자에게 통보함
사업자는 통보된 GPU 사양을 기준으로 온프레미스 LLM 적용 방안(후보 모델, 서빙 구성, 외부 API 대비 성능·비용 비교)을 검토하여 보고서로 제출해야 함. 이 검토 보고서는 GPU 확보 여부와 관계없이 제출함
GPU 서버가 정식 오픈 6주 전까지 준비되는 경우, 사업자는 온프레미스 LLM 서빙 환경을 구성하고 외부 LLM API와 병행·전환 운영이 가능하도록 해야 함. 그 이후에 준비되는 경우 구성 범위와 일정은 별도 협의함
외부 LLM API와 온프레미스 LLM은 동일한 추상화 인터페이스로 연동하여, 설정 변경만으로 에이전트별 사용 모델을 선택할 수 있어야 함
온프레미스 LLM 적용 시 평가셋 기반으로 외부 LLM API 대비 답변 품질을 비교 검증하고 결과를 제출해야 함
※ GPU 서버와 온프레미스 LLM 모델의 도입 비용은 본 사업 범위에서 제외함
3.3. 성능 요구사항 요구사항 분류 성능 요구사항 요구사항 고유번호 PER-01 요구사항 명칭 시스템 목표성능 요구사항 상세 정의
AI기반 통합 학생·취업지원 챗봇 서비스의 목표 성능 요구사항 정의
세부 내용
동시 접속 사용자 300명 이상, 피크 시 500명 이상에서 오류율 1% 이하로 처리할 수 있어야 함
정상적인 외부 API 서비스 상태 및 사전에 정의된 표준 시험질의·답변 길이를 기준으로 첫 응답 시간(TTFT) 평균 3초 이내, 답변 완료 시간 평균 15초 이내를 충족해야 함
시스템 가용성은 연간 99% 이상을 보장해야 함(계획된 점검 시간 제외)
답변 정확도 90% 이상, 근거 정합성 90% 이상을 정식 오픈 전 검증에서 충족해야 함
요구사항 분류 성능 요구사항 요구사항 고유번호 PER-02 요구사항 명칭 자원 사용률 요구사항 상세 정의
시스템 자원 사용률 측정 및 제시에 대한 요구사항 정의
세부 내용
정상 운영 시 CPU, 메모리, 스토리지, 네트워크 사용률을 측정하여 제시해야 함
외부 LLM API 호출 건수·응답시간·오류율 및 월별 토큰 사용량을 모니터링·제시할 수 있어야 함
자원 사용률이 임계치를 넘는 경우 관리자에게 알림을 제공해야 함
※ 시험평가 기간 중 부하 테스트 도구 및 APM(Application Performance Management) 도구 등을 통해 측정
3.4. 인터페이스 요구사항 요구사항 분류 인터페이스 요구사항 요구사항 고유번호 INR-01 요구사항 명칭 체계연동 요구사항 상세 정의
인하대학교 정보시스템 및 외부 LLM 서비스와의 연동에 대한 일반사항 정의
세부 내용
학생진로설계포털(job.inha.ac.kr), 대학 대표 홈페이지, 규정 관리 시스템 등 수집 대상 시스템과의 콘텐츠 연동 방안을 제시해야 함
학내 SSO(인하포털)를 통한 단일 로그인 연동이 가능해야 함
REST API 기반의 표준 인터페이스를 제공하여 향후 타 시스템 연동이 용이하도록 해야 함
외부 LLM API 연동이 가능한 구조로 설계해야 하며, LLM 교체 및 다중 공급자(Multi-LLM) 적용이 가능해야 함
※ 연동 대상 시스템 및 범위는 협의를 통해 확정
요구사항 분류 인터페이스 요구사항 요구사항 고유번호 INR-02 요구사항 명칭 상호운용성 요구사항 상세 정의 시스템의 상호운용성에 대한 일반사항 정의 세부 내용
본 사업에 도입되는 SW는 특정 기업·제품에 종속되지 않아야 하며, 데이터는 표준 형식(JSON·CSV 등)으로 추출·가공이 가능해야 함
특정 LLM 공급자에 종속되지 않도록 LLM 연동 추상화 계층을 적용해야 함
사업 종결 후 반영된 솔루션 및 SW에 대해 라이선스 추가 비용이 발생하지 않아야 함
요구사항 분류 인터페이스 요구사항 요구사항 고유번호 INR-03 요구사항 명칭 사용자 인터페이스 요구사항 상세 정의 사용자 인터페이스의 일반사항 정의 세부 내용
학생·상담사·부서 담당자·관리자가 직관적으로 사용할 수 있는 반응형 웹(PC·모바일) 기반 인터페이스를 제공해야 함
사용자의 효율성, 일관성, 편리성을 고려한 UI/UX 개발표준(인하대학교 CI·GUI 가이드 기반)을 수립하여 구현해야 함
한국형 웹 콘텐츠 접근성 지침(KWCAG)을 준수하고, 접근성 점검 결과를 제출해야 함
시스템에서 제공하는 모든 기능에 대해 사용자·관리자 매뉴얼(국문)을 통해 안내해야 함
요구사항 분류 인터페이스 요구사항 요구사항 고유번호 INR-04 요구사항 명칭 학내 AI 서비스 연계 가능성 요구사항 상세 정의
인하대학교 학내 AI 서비스와의 연계 가능성을 고려한 시스템 구조 설계
세부 내용
인하대학교가 학내에서 운영하는 AI 서비스(예: AI 기반 논문분석 시스템 등)와의 연계 가능성을 검토해야 함
다음 항목을 포함한 연계 방안을 제시
- API 기반 연동 구조 및 인터페이스 정의
- 데이터 연계 방식 (문서, 질의응답 결과 등)
- 인증 및 보안 처리 방식 - 시스템 간 역할 및 책임 범위 정의
학내 AI 서비스와의 실제 통합 개발은 본 사업 범위에 포함하지 않으며 별도 협의 사항으로 정의함
향후 확장을 고려하여 API 기반 느슨한 결합(Loose Coupling) 구조로 설계해야 함
3.5. 데이터 요구사항 요구사항 분류 데이터 요구사항 요구사항 고유번호 DAR-01 요구사항 명칭 데이터 관리 요구사항 상세 정의
AI기반 통합 학생·취업지원 챗봇 서비스에 필요한 데이터 관리에 대한 요구사항 정의
세부 내용
수집 콘텐츠 원문, 임베딩 벡터(인덱스), 대화 이력, 사용자 피드백, 평가셋, 용어사전, 사용자 계정 정보 등을 통합 관리해야 함
구조화된 데이터(RDBMS)와 비정형 데이터(콘텐츠 본문·첨부파일), 벡터 데이터를 결합 관리할 수 있어야 하며, 임베딩 검색을 위한 벡터 DB를 포함해야 함
데이터 생명주기(수집 → 전처리 → 인덱싱 → 갱신 → 폐기) 관리 방안을 제시해야 함
개인정보(학번·연락처 등) 및 대화 이력은 암호화 저장하며, 목적 외 활용이 불가능하도록 접근 통제를 적용해야 함
※ 사업 기간 내 처리할 정형·비정형 데이터 양은 요구분석 단계에서 협의 후 결정
요구사항 분류 데이터 요구사항 요구사항 고유번호 DAR-02 요구사항 명칭 데이터 품질 및 최신성 관리 요구사항 상세 정의
안내 콘텐츠의 정확성과 최신성 유지를 위한 데이터 품질 관리 요건 정의
세부 내용
콘텐츠별 소관부서·게시일·유효기간·최종 수집일 등 메타데이터를 관리해야 함
유효기간이 지난 콘텐츠(마감된 채용공고, 종료된 프로그램 등)는 안내 대상에서 제외하거나 관리자 설정에 따라 비활성화할 수 있어야 함
수집 실패, 링크 오류 등 데이터 품질 이상을 탐지하여 관리자에게 알릴 수 있어야 함
사이트별 수집 성공률과 인덱싱 현황을 모니터링할 수 있어야 함
요구사항 분류 데이터 요구사항 요구사항 고유번호 DAR-03 요구사항 명칭 백업 및 복구 요구사항 상세 정의 데이터 백업 및 복구에 대한 요구사항 정의 세부 내용
시스템 자료의 파손·변질·분실에 대비한 백업 및 복구 방안(백업 대상, 주기, 방식, 복구 방식)을 제시해야 하며, 벡터 DB와 인덱스를 백업 대상에 포함해야 함
보안사고 또는 시스템 장애 발생 시 12시간 이내에 데이터 복구가 가능해야 함(RTO 12h, RPO 24h 이내)
발생 가능한 장애 유형(HW 장애, SW 장애, 네트워크 장애, 외부 LLM API 장애 등)별 대처방안을 구분하여 제시해야 함
외부 LLM API 장애 시 대체 LLM 라우팅 또는 AI 기능 일시 중단·대체 안내 등 단계적 서비스 축소(Graceful Degradation) 방안을 포함해야 함
3.6. 테스트 요구사항 요구사항 분류 테스트 요구사항 요구사항 고유번호 TER-01 요구사항 명칭 시험평가 일반 요구사항 상세 정의 시험평가 준비를 위한 일반사항 정의 세부 내용
시험평가는 제안요청서, 제안서, 기술협상 결과서 등을 기준으로 요구사항 충족 여부를 확인해야 함
시험평가 환경 구성, 테스트 데이터 준비, 시험평가 계획 및 절차서를 작성·제출해야 함
시험평가에서 발견된 결함은 원인 분석 및 조치계획을 제출하고, 보완·테스트를 반복 실시해야 함
안내 영역별 평가셋 기반 AI 답변 품질(답변 정확도·근거 정합성) 검증을 시범 오픈 이전에 완료해야 함
요구사항 분류 테스트 요구사항 요구사항 고유번호 TER-02 요구사항 명칭 시험평가 절차서 요구사항 상세 정의 시험평가 절차서 제출에 대한 사항 정의 세부 내용
시험평가 절차서는 기능·성능·인터페이스·보안·접근성·AI 답변 품질 요구사항을 반드시 포함하여 작성해야 함
시험평가 검토회의(TRR) 시 절차서를 설명하고, 수정 요구사항을 반영해야 함
확정된 절차서는 발주기관에 제출하며, 제출 형태·부수 및 시기는 발주기관과 협의해야 함
요구사항 분류 테스트 요구사항 요구사항 고유번호 TER-03 요구사항 명칭 시험평가 지원 요구사항 상세 정의 시험평가 지원에 대한 사항 정의 세부 내용
인하대학교 담당부서의 시험평가를 지원하기 위한 계획을 제출해야 함
시험평가 시 분야별 책임자와 개발 참여자가 현장에 입회하여 지원해야 함
평가셋 검토 등 콘텐츠 소관부서의 참여가 필요한 시험은 발주기관과 일정을 협의하여 수행해야 함
3.7. 보안 요구사항 요구사항 분류 보안 요구사항 요구사항 고유번호 SER-01 요구사항 명칭 보안관리 일반 요구사항 상세 정의 시스템 보안관리 일반사항 정의 세부 내용
인하대학교 정보보호 기준, 「개인정보 보호법」 및 교육부 정보보호 관련 지침을 준수해야 함
사용자 인증 및 역할 기반 접근 제어(RBAC)를 구현하여 학생·상담사·부서 담당자·관리자별 권한을 차등 부여해야 함
모든 데이터 통신은 암호화(TLS 1.2 이상) 처리되어야 함
감사 로그(Audit Log)를 생성·보관(최소 1년 이상)하여 추적성을 보장해야 함
AI 모델 입출력에 대한 프롬프트 인젝션·개인정보 유출·탈옥(Jailbreak) 등 보안 위협 방어 기능을 구현해야 함
외부 LLM API 호출 시 민감 개인정보(연락처 등)는 사전 마스킹·가명처리 후 전송해야 함
요구사항 분류 보안 요구사항 요구사항 고유번호 SER-02 요구사항 명칭 데이터 보안 요구사항 상세 정의
사용자 개인정보 및 대화 이력 데이터 보안에 대한 사항 정의
세부 내용
사용자 개인정보 및 민감 데이터에 대한 암호화 저장(AES-256 이상)을 적용해야 함
역할 및 부서별 권한에 따라 데이터 접근을 통제하고, 권한 외 접근을 차단해야 함
데이터 접근 이력을 로깅하고, 비인가 접근 시 경고 기능을 제공해야 함
요구사항 분류 보안 요구사항 요구사항 고유번호 SER-03 요구사항 명칭 SW 개발보안 요구사항 상세 정의 SW 개발보안 준수사항 정의 세부 내용
접속 일시 및 로그인 정보를 로그에 자동 기록해야 하며, 로그는 관리자만 접근·백업·삭제가 가능해야 함
행정안전부 「소프트웨어 개발보안 가이드」를 준수하고, 검증된 진단도구로 보안취약점을 진단·제거해야 함
소스코드 보안취약성 자체 진단 및 제거 방안(진단도구, 진단환경, 횟수, 조치방안)을 제시해야 함
OWASP Top 10, OWASP LLM Top 10 위협에 대한 대응방안을 포함해야 하며, 정식 오픈 전 보안 진단 및 조치를 완료해야 함
요구사항 분류 보안 요구사항 요구사항 고유번호 SER-04 요구사항 명칭 외부 LLM API 운영/보안 요구사항 상세 정의
외부 LLM API 활용 시 안정성·보안성 확보 요건 정의
세부 내용
API Key 등 인증정보는 암호화된 저장소에 보관하고, 접근 권한을 관리자로 제한해야 함
외부 LLM API로 전송되는 데이터 중 개인정보(연락처 등)는 전송 전에 마스킹·가명처리해야 함
API 공급자의 데이터 보관·학습 활용 정책을 확인하여 발주기관에 보고하고, 입력 데이터가 모델 학습에 사용되지 않는 옵션(또는 계약 조건)을 적용해야 함
호출 이력·토큰 사용량을 기록하고, 관리자가 설정한 월 과금 한도 초과 시 알림 및 차단 기능을 제공해야 함
3.8. 품질 요구사항 요구사항 분류 품질 요구사항 요구사항 고유번호 QUR-01 요구사항 명칭 품질보증 일반 요구사항 상세 정의 품질보증 일반사항 정의 세부 내용
단계별 품질보증 활동을 수행하고, 품질계획서를 작성해야 함
사업추진 과정에서 발생하는 산출물의 특이사항과 경과내용 문서를 작성해야 함
시범 오픈 및 정식 오픈 각각의 품질 게이트(Quality Gate) 기준을 제시하고 준수해야 함
요구사항 분류 품질 요구사항 요구사항 고유번호 QUR-02 요구사항 명칭 소프트웨어 품질 요구사항 상세 정의 시스템용 SW 품질에 대한 사항 정의 세부 내용
개발 SW는 품질 특성(기능적합성·신뢰성·사용성·보안성 등)을 충족하도록 개발하고, 확인 방안을 제시해야 함
SW 개량 시 성능을 보장할 수 있는 품질보증 방안을 제안해야 함
요구사항 분류 품질 요구사항 요구사항 고유번호 QUR-03 요구사항 명칭 AI 답변 품질 검증 요구사항 상세 정의
AI 챗봇 답변 품질의 검증 기준 및 절차 정의
세부 내용
안내 영역별 평가셋을 구축하되, 진로·취업 영역 150문항 이상, 학사·대학정보(대학생활·시설 포함) 영역 150문항 이상을 기준으로 하고 소관부서 검토를 거쳐 확정해야 함
답변 정확도, 근거 정합성, 할루시네이션율, 미답변률 등 품질 지표와 판정 기준서를 사전에 작성하여 발주기관의 승인을 받아야 함
정식 오픈 전 답변 정확도 90% 이상, 근거 정합성 90% 이상, 할루시네이션율 3% 이하를 충족해야 하며, 미충족 시 원인 분석과 개선 후 재검증해야 함
프롬프트·검색 설정·모델 변경 시 평가셋 기반 회귀평가(Regression Evaluation)를 수행할 수 있는 체계를 구축해야 함
운영 중 AI 답변 품질(정확성·근거성·편향성)을 모니터링할 수 있어야 함
※ 평가 문항 수 및 세부 판정 기준은 요구분석 단계에서 발주기관과 협의하여 확정함
요구사항 분류 품질 요구사항 요구사항 고유번호 QUR-04 요구사항 명칭 유지보수 요구사항 상세 정의 완성된 시스템의 유지보수에 대한 사항 정의 세부 내용
장애시간을 최소화하기 위한 장애 등급별 대응 방안을 포함한 세부 하자보수 계획을 제시해야 함
하자보수 기간은 검수 완료일로부터 1년이며, 이행보증서를 제출해야 함
하자보수 범위는 납품한 SW, 응용 SW 및 기타 산출물 전체를 포함해야 함
모듈화 설계를 적용하여 LLM·임베딩 모델 교체·추가 시 시스템 전체 재배포 없이 모델 단위로 교체가 가능해야 함
3.9. 제약사항 요구사항 분류 제약사항 요구사항 고유번호 COR-01 요구사항 명칭 지식재산권 제약사항 요구사항 상세 정의 지식재산권에 대한 사항 정의 세부 내용
발주기관이 제공한 모든 정보와 이를 활용한 결과물의 소유권은 인하대학교에 귀속됨
본 사업의 계약 목적물에 대한 지식재산권은 인하대학교에 귀속됨
저작권 침해 분쟁 발생 시 일체의 책임은 제안사에게 있음
공개 SW를 사용하는 경우 사용 SW 및 라이선스 목록을 제출해야 함
외부 LLM API를 통해 생성된 결과물의 이용 및 입력 데이터의 학습 활용 범위는 해당 API 공급자 약관을 준수하되, 학내 활용 가능 범위를 사전에 확인하여 발주기관에 보고해야 함
요구사항 분류 제약사항 요구사항 고유번호 COR-02 요구사항 명칭 개발환경 및 과업범위 제약사항 요구사항 상세 정의
시스템 개발환경 및 과업범위에 대한 사항 정의
세부 내용
개발, 시험, 사업관리, 품질관리 등에 필요한 HW 및 SW는 발주기관이 제공하는 운영 인프라를 제외하고 제안사가 준비해야 함
체계구축 및 개발 간 SW는 정품을 사용해야 하며, 불법 SW 사용 책임은 제안사에게 있음
개발 SW는 인하대학교 교내 온프레미스 환경 및 보안 정책에 맞게 구성해야 함
LLM은 외부 API 방식을 기본으로 활용하며, 향후 GPU 확보 시 온프레미스 LLM 전환이 가능하도록 설계해야 함
본 과업 범위는 1.3 용역 범위에 따르며, GPU 서버 및 온프레미스 LLM 모델 도입, 수집 대상 외 정보시스템의 기능 개발은 범위에서 제외함
과업 범위의 변경은 발주기관과 협의하여 서면 승인을 받은 후 진행해야 함
요구사항 분류 제약사항 요구사항 고유번호 COR-03 요구사항 명칭 인프라 제공 범위 명확화 요구사항 상세 정의
온프레미스 환경을 기반으로 시스템 구축 시 인프라 제공 범위 및 제안사의 역할을 명확히 정의
세부 내용
본 사업의 운영 인프라는 인하대학교 교내 온프레미스 환경을 활용하는 것을 원칙으로 함
GPU를 제외한 서버, 네트워크, 방화벽 등 기본 인프라 자원은 인하대학교에서 제공함
제안사는 제공된 인프라 환경을 기반으로 시스템 구성, 설치, 설정, 연동, 보안 구성 및 운영 방안을 제시해야 함
전체 시스템 아키텍처 설계 및 구성 방안을 포함해야 함
추가 도입이 필요한 항목에 대해서는 아래와 같이 구분하여 제시해야 함
- HW (GPU, 스토리지 등)
- SW 및 라이선스 (벡터 DB, WAS, DBMS 등)
- 보안 솔루션 (보안 게이트웨이 등)
각 항목에 대해 비용 부담 주체(인하대학교/제안사/별도 협의)를 명확히 구분하여 제시해야 함
3.10. 프로젝트 관리 요구사항 요구사항 분류 프로젝트 관리 요구사항 요구사항 고유번호 PMR-01 요구사항 명칭 통합관리 요구사항 상세 정의 계약수행 간 통합관리에 대한 사항 정의 세부 내용
계약일부터 15일 이내에 사업수행계획서를 제출하여 발주기관의 승인을 받아야 함
사업수행계획서에는 범위·일정·품질·의사소통·위험·형상·보안 관리계획을 포함해야 함
사업관리자(PM)를 지정하고, 대학 정보시스템 또는 생성형 AI(RAG) 서비스 구축 경력자를 배치해야 함
PM, AI(LLM·RAG), Backend, Frontend(퍼블리싱 포함), Infra, QA의 역할별 인력 구성과 투입 기간을 제시해야 함
발주기관 주관부서 및 콘텐츠 소관부서 담당자가 참여하므로, 협업 체계(주간 업무 공유, 산출물 리뷰, 평가셋 검토 일정)를 사업수행계획서에 포함해야 함
요구사항 분류 프로젝트 관리 요구사항 요구사항 고유번호 PMR-02 요구사항 명칭 일정관리 요구사항 상세 정의 계약수행 간 일정관리에 대한 사항 정의 세부 내용
모든 활동에 대한 업무 정의와 일정계획을 수립하여 사업수행계획에 포함해야 함
용역기간(계약체결일로부터 약 3개월)을 기준으로 주 단위 세부 일정을 수립하고, 주간 단위로 진척을 관리·보고해야 함
2027년 2월 사업연도 종료 이전에 정식 오픈, 검수 및 완료보고가 완료되도록 일정을 수립해야 하며, 시범 오픈 전 핵심 기능(지식베이스, 진로·취업지원 챗봇, 학사·대학정보 안내, 출처 표기, 관리자 기능)의 검증을 우선 완료해야 함
일정 지연 위험이 발생하는 경우 즉시 발주기관에 보고하고 대응 방안을 협의해야 함
요구사항 분류 프로젝트 관리 요구사항 요구사항 고유번호 PMR-03 요구사항 명칭 형상관리 요구사항 상세 정의 계약수행 간 형상관리에 대한 사항 정의 세부 내용
형상관리 조직·역할, 형상항목 식별, 변경관리 절차를 포함한 형상관리 계획을 수립·제출해야 함
형상 변경 시 정의된 절차에 따라 변경통제를 수행해야 하며, 산출물을 최신 상태로 유지해야 함
소스코드 형상관리 도구(Git 등) 및 이슈 트래커를 활용하고, 인하대학교 담당부서의 접근 권한을 보장해야 함
요구사항 분류 프로젝트 관리 요구사항 요구사항 고유번호 PMR-04 요구사항 명칭 의사소통관리 요구사항 상세 정의 계약수행 간 의사소통 관리에 대한 사항 정의 세부 내용
착수회의, 요구분석 검토회의, 설계 검토회의, 시험평가 검토회의(TRR), 시범 오픈 회의, 종료회의 등 단계별 회의를 개최해야 함(용역기간을 고려하여 발주기관과 협의 후 통합 개최 가능)
주간·월간 정기보고를 발주기관 양식에 따라 제출해야 함
콘텐츠 소관부서와의 협의 채널을 운영하고, 협의 결과를 회의록으로 기록·관리해야 함
시범 오픈 이후 사용자(학생·상담사) 피드백 수렴 채널을 운영하고, 주요 이슈를 주간 단위로 보고해야 함
3.11. 프로젝트 지원 요구사항 요구사항 분류 프로젝트 지원 요구사항 요구사항 고유번호 PSR-01 요구사항 명칭 교육훈련 요구사항 상세 정의 관리자 및 사용자 교육훈련에 대한 사항 정의 세부 내용
관리자(취업지원 부서·진로상담 인력 및 콘텐츠 소관부서 담당자)·사용자(학생·교직원)에 대한 교육계획을 구체적으로 제시해야 함
사용자·관리자 교육은 검수 이전에 완료해야 함
모든 기능에 대한 사용자·관리자 매뉴얼(국문)을 검수 시 제공해야 함
AI 기능(챗봇 활용, 질의 요령, 결과 해석 및 한계점 인지 등)에 대한 AI 리터러시 교육을 포함해야 함
요구사항 분류 프로젝트 지원 요구사항 요구사항 고유번호 PSR-02 요구사항 명칭 기술이전 및 지원 요구사항 상세 정의 시스템 기술이전 및 지원에 대한 사항 정의 세부 내용
시스템 구성, 장애 대처 방법, 지식베이스 운영(콘텐츠 관리·인덱스 재구축), 용어사전·평가셋 관리, 프롬프트 튜닝 등 운영 인력의 자체 유지보수 능력 배양을 위한 기술이전 계획을 제출해야 함
응용 SW 유지관리 및 기능향상에 필요한 기술지원 계획을 제출해야 함
외부 LLM API의 모델 변경·서비스 종료·요금체계 변경 등 발생 시 영향 분석 및 대응 지원 계획을 포함해야 함
요구사항 분류 프로젝트 지원 요구사항 요구사항 고유번호 PSR-03 요구사항 명칭 시범운영 및 안정화 지원 요구사항 상세 정의
시범운영, 정식 오픈 및 초기 안정화 지원 요건 정의
세부 내용
정식 오픈 전 2주 이상의 시범운영을 실시하고, 시범운영 중 접수된 결함·개선 요청을 반영한 후 정식 오픈해야 함
정식 오픈 후 안정화 지원 기간을 운영하여 모니터링 및 결함 신속 대응을 수행해야 하며, 용역기간을 넘는 부분은 무상 하자보수 기간에 이어서 수행함
발주기관이 지정하는 양식에 따라 구축 결과, 이용 실적, 품질 검증 결과 등 앵커사업 성과 보고 자료 작성을 지원해야 함
4. 제안 요구조건 4.1. 수행 인력
계약 체결 후 사업자는 전체 그리고 부문별 사업관리책임자를 임명하여 사업을 책임 수행하여야 함
사업관리자(PM) 및 핵심 수행인력은 AI 챗봇, 생성형 AI(RAG), 대학 정보서비스 또는 웹 서비스 구축 등 본 사업과 유사한 분야의 수행 경험을 보유하여야 함
웹 기획자는 본 사업과 유사한 규모 이상에서 웹 기획업무를 수행한 경험이 있어야 함
4.2. 일반 사항
사업자는 본 사업의 수행을 위하여 제반사항을 성실히 수행하여야 함
사업 추진에 필요한 소프트웨어, 개발 및 시험장비 일체는 사업자 부담으로 확보하여 무상 제공함을 원칙으로 함
사업자는 공급되는 시스템에 본 제안서에서 언급하지 않은 서비스 및 운용상의 도움이 되는 기능이 있을 경우 이를 제시하여야 함
사업 수행 인력으로 참여한 종사자는 사업기간 중 교체할 수 없음을 원칙으로 하나, 부득이한 사유가 발생하여 인하대학교의 사전승인을 받은 경우와 인하대학교가 필요하다고 판단하여 교체․추가를 요구한 경우에는 예외로 함
사업자는 서비스 오픈 전 일정사용자 이상의 부하테스트를 실시하여 이상 발생 시 시정한 후 서비스를 오픈해야 함
사업자는 사업완료 후 사업완료보고서 및 개발된 소프트웨어의 소스 파일을 제출하여야 하며, 개발 프로그램 소스 파일은 프로젝트 수행과정에서 인하대학교가 수시로 점검할 수 있도록 제공해야 함
4.3. 보안
프로젝트 산출물에 대한 소유권(저작권)은 인하대학교에 있으며 사업수행 완료 즉시 인하대학교에 반환하여야 하고 본 사업과 관련하여 취득한 모든 정보는 일체 유출하거나 누설하여서는 아니 됨
사업자는 본 사업의 관련 정보를 인하대학교 승인 없이 제3자에게 제공할 수 없으며, 권리의무를 양도하거나 하도급 할 수 없음
사업자는 개발 시 사용된 자료의 변환 및 데이터를 사업 완료 후 소거하여야 하며, 데이터의 복사 및 타목적으로 활용할 수 없음
개발 프로그램은 웹어플리케이션 보안 표준을 준수해야 함
4.4. 교육 및 기술이전
프로젝트 수행과정 및 이후 운영과정에서 요구되는 각종 관련 기술을 습득할 수 있도록 이전 함
기술이전 방법은 문서와 지정된 횟수 이상의 무상 방문교육 실시를 원칙으로 함
4.5. 유지 보수
본 사업을 통하여 구축되는 시스템의 안정화 및 원활한 운용을 위하여 사업자는 검수 완료일을 기준으로 1년(12개월) 무상하자보수 서비스를 제공하여야 함
무상하자보수 서비스를 위하여 사업자는 책임자를 선정하여야 함
4.6. 산출물
프로젝트 과정에서 생산된 모든 산출물 및 각종 보고서를 개발일정에 따라 제출 또는 보고해야 하며, 산출물 및 보고서 종류는 다음과 같으며 필요시 추가 요청 가능
구 분 보고명 내 용 단계별 보고 착수보고
계약일로부터 10일 이내, 사업수행계획서 포함 보고서 1부
중간보고
시범 오픈 전, 구축 현황 및 AI 답변 품질 검증 결과 보고
완료보고
사업 종료 시, 완료보고서 및 성과 자료 1부
수시 및 기타보고 변경보고
업무의 수행방법 및 이에 따른 산출물의 변경 시 변경보고
위험관리보고
잠재적 위험요소 발견 시 위험요소에 대한 조치방안 논의 및 처리 후 보고
산출물
사업수행계획서, 요구사항정의서, 설계서(아키텍처·지식베이스·화면)
시험평가 절차서 및 결과서, AI 답변 품질 검증 결과서(평가셋 포함)
사용자·관리자 매뉴얼
이미지소스, 프로그램소스, 가공데이터파일 등 일체
4.7. 기타 사항
사업 특성상, 본 제안요청서는 사업의 범위, 내용 등을 상세하고 명확하게 정의되지 못한 한계를 가지고 있으므로 제안요청서나 본 요청서에 기술되지 않은 사항이라도 꼭 사업에 필요하다고 판단되는 사항은 상호간 협의 하에 사업범위에 포함시킬 수 있음
추가 제안사항에 대하여는 추진방법(제공조건-무상 등, 추진방법-솔루션 도입, 본사 별도인력으로 추진 또는 투입인력에 대한 기술지원으로 추진) 등의 실행조건을 명시
5. 사업자 선정방법 5.1. 입찰참가자격
국가를 당사자로 하는 계약에 관한 법률 시행령 제12조 및 동법 시행규칙 제14조에 의한 경쟁입찰 참가자격을 갖춘 업체
국가를 당사자로 하는 계약에 관한 법률시행령 제76조에 의한 입찰참가 제한을 받지 않는 업체/부정당업자에 해당하지 않는 업체
대학에서 요구하는 서류를 갖추어 입찰등록을 필한 자
특정 제품·솔루션의 보유 여부는 입찰참가자격으로 요구하지 아니하며, 공동수급 허용 여부 등 세부 사항은 입찰공고문에 따름
5.2. 입찰방식 : 일반경쟁입찰
5.3. 낙찰자 선정 : 우선협상대상자부터 협상(결렬 시 차순위자와 협상)
5.4. 우선협상대상자 선정
제안서 기술평가(90%) 및 가격평가(10%)에 의한 종합평가 고득점자순
제안서 평가결과, 기술평가 점수가 기술평가 분야 배점한도의 85% 미만인 경우 협상대상자에서 제외
기술평가의 평가위원 명단과 세부평가 기준은 공개하지 않으며 제안업체는 평가 결과에 대하여 이의를 제기할 수 없음
선정결과는 서면으로 통보하며, 미 선정업체에 대한 통보는 생략함
5.5. 기술평가 요소 및 배점 평가항목 평가요소 배 점 사업 이해도
제안요청내용에 대한 명확한 이해를 바탕으로 방향과 전략 제시
10
AI 챗봇·생성형 AI(RAG)·대학 정보서비스 등 관련분야 사업실적
15 사업계획 제안내용의 창의성 및 우수성 35 사업수행 구현방안의 구체성 및 실현 가능성 10
시스템 및 기술 적용계획, 보안 요구사항 준수계획의 적절성
5
수행조직, 일정 및 개발방법의 효율성 및 합리성
5 지원부문 유지보수, 교육, 기술지원에 대한 계획 10 합계 90 6. 제안서 작성 지침 6.1. 제안서 제출 서류 제안서 10부
- 규격 : 제안서 작성요령 준수, A4용지 규격, 50페이지 내외, 단면 인쇄
제안회사 일반 현황 (별지서식 제1호)
자본금 및 최근 3년 간 매출액 (별지서식 제2호)
최근 3개년 재무제표(원본 대조필) 1부
주요사업내용 및 최근 3년 실적 (별지서식 제3호)
투입인력 현황 (별지서식 제4호 및 제5호) 확약서(별지서식 6호) 청렴계약이행서약서(별지서식 7호)
기타 본교에서 입찰 시 요구하는 서류 [*입찰공고문 참고]
제안서 USB 1개 6.2. 제안서 제출 시 유의사항
제안서를 작성하는데 소용되는 비용은 제안사가 부담함
제출된 제안서는 일체 반납하지 아니함
제안서는 직접 제출하여야 하며, 우편접수는 불가함
인하대학교는 제안요청서의 내용이나 기타 첨부 자료의 오류, 누락 등에 대해서 책임지지 아니함
사업결과에 따른 시스템의 소유권은 인하대학교에 있음
제안사는 제안평가 결과에 승복하여야 하며, 제안서 제출 시 이에 대한 확약서(별지서식 6호 참조)를 인하대학교에 제출하여야 함
제안서의 내용을 객관적으로 입증할 수 있는 관련자료는 제안서의 별지 서식으로 제출하여야 함
제안서는 제시된 항목에 대하여 구체적으로 명확히 기재하여야 함
제안사는 인하대학교가 제시하는 시점에 제안설명회를 개최하여야 함
제안서 효력
- 제안서의 내용은 사업자 선정이 완료되면 계약서에 명기되어 있지 않더라도 계약서와 동일한 효력을 가지나, 계약서에 명시된 경우에는 계약서 사항이 우선함
- 본 사업과 관련한 제안요청서의 전체 또는 일부의 내용이 사업수행을 위한 제안서 제출 이외의 다른 목적으로 사용되어서는 아니 되며, 본 사업의 수주경쟁에 참여함으로써 업체가 획득한 정보는 인하대학교의 서면에 의한 승인 없이 외부에 누출하여서는 아니 됨
제안서 작성지침
- 제안사는 제안 요청 내용을 충분히 숙지하여 본 사업의 취지를 확실히 이해하고, 사업추진 전략, 사업범위 및 사업추진내용 등을 명확하게 기술하여야 하며, 불확실한 용어의 사용 및 추상적인 표현은 쓰지 않음
- 제안서의 작성 요령 또는 제안 요구사항에 명시되지 않은 내용에 대한 추가적인 제안사항이 있는 경우, 해당 항목에 포함하거나 별도의 항목으로 작성
- 기타 필요하다고 판단되는 보조 자료는 별도 제출
- 아래 제시된 목차의 항목 중에서 해당 내용이 없는 경우는 해당 항목에 “해당사항 없음”으로 간략히 기술
- 제안서 작성 목차, 서식 등은 제안사 자율로 하되, 제안요구사항 및 평가요소에 대하여 누락 없이 분명하게 제시
[별지 제1호]
제 안 회 사
일 반 현 황
회
사
명
대 표 자
등
록
분
야
주
소
전
화
번
호
회 사 설 립 년 도
년
월
해당부문 종사기간
년
월 ～
년
월 (
년
개월)
주요연혁 [별지 제2호] 자본금 및 매출액(최근 3년) (단위 : 천원)
구
분
년도 년도 년도 총자산 유동자산 고정자산 유동부채 고정부채 자기자본 부문별 매출액 OO 부문 OO 부문 OO 부문 부문별 영업이익 OO 부문 OO 부문 OO 부문 부문별 당기순이익 OO 부문 OO 부문 OO 부문 자기자본순이익율 유동비율 부채비율 총자산회전율 [별지 제3호] 주요 사업 내용 및 최근 3년 실적 사업명 사업기간 계약금액 발주처 비고
- 현재 수행중인 업무도 포함하여 연도순으로 기재하며, 본 업무와 유관한 것만 기재
- 하도급은 발주처가 승인한 경우에 한하며 비고란에 원도급 회사를 기재
- 공동도급계약일 경우에는 계약금액란에 제안사의 지분만을 기재
- 비고에는 사용 개발방법론을 이용했을 때 기재
- 용역수행 실적에 대한 증빙은 납품실적증명원(납세사실증명원) 또는 계약서사본(원본대
조필 날인) 첨부 [별지 제4호] 투입인력 명단표 성명 담당업무 직위 (직급) 보유 자격증 (자격번호 기재) 입사일자 비고 [별지 제5호] 투입인력 이력사항 성 명 소 속 직 책 기술등급
□특급
□고급
□중급
□초급
기술 자격 상주구분 □상주 □한시상주 □비상주 해당분야경력
년
개월
본사업참여임무 사업참여기간 참여율 %
경
력
근 무 지 참여기간 (년 월 ˜ 년 월) 담당업무 발주처 비고 [별지 제6호] 확 약 서 1. 공고번호 :
2. 입찰건명 : AI기반 통합 학생·취업지원 챗봇 서비스 구축 사업
위 사업을 위한 사업자 선정 방식 및 제안요청서 내용과 본 입찰에 관한 귀 인하대학교의 방침에 이의가 없음을 확약합니다.
2026년
월
일
입찰참가 업체 상호 : 업체 주소 : 사업자등록번호 :
대표자 성
명 :
(인)
[별지 제7호] 청렴계약 이행서약서
당사는「부패 없는 투명한 기업경영과 공정한 행정」이 사회발전과 국가 경쟁력에 중요한 관건이 됨을 깊이 인식하며, 국제적으로도 OECD뇌물방지 협약이 발효되었고 부패기업 및 국가에 대한 제재가 강화되는 추세에 맞추어 청렴계약 취지에 적극 호응하여 인하대학교에서 발주하는 모든 물품의 입찰에 참여할 때 당사 및 하도급업체(하도급업체와 직․간접적으로 업무를 수행하는 자를 포함)의 임직원과 대리인은
1. 입찰가격의 유지나 특정인의 낙찰을 위한 담합을 하거나 다른 업체와 협정, 결의, 합의하여 입찰의 자유경쟁을 부당하게 저해하는 일체의 불공정한 행위를 않겠습니다.
- 이를 위반하여 경쟁입찰에서 담합을 주도하여 낙찰을 받은 것이 사실로 드러날 경우 인하대학교에서 발주하는 입찰에 입찰참가자격 제한 처분을 받은 날로부터 2년 동안 참가하지 않겠으며,
- 경쟁입찰에서 담합을 주도한 것이 사실로 드러날 경우 인하대학교에서 발주하는 입찰에 입찰참가자격 제한 처분을 받은 날로부터 1년 동안 입찰에 참가하지 않겠으며,
- 경쟁입찰에서 입찰자 간에 서로 상의하여 미리 입찰가격을 협정하거나 특정인의 낙찰을 위하여 담합한 것이 사실로 드러날 경우 인하대학교에서 발주하는 입찰에 입찰참가자격 제한 처분을 받은 날로부터 6월 동안 입찰에 참가하지 않겠으며,
- 위와 같이 담합 등 불공정행위를 한 사실이 드러날 경우 「독점규제 및 공정거래에 관한 법률」에 따라 공정거래위원회에 고발하여 과징금 등을 부과토록 하는데 일체의 이의를 제기하지 않겠습니다.
2. 입찰,낙찰,계약체결 또는 계약이행과정에서 관계교직원에게 직․간접적으로 금품․향응 등의 부당한 이익을 제공하지 않겠으며,
- 이를 위반하여 입찰, 낙찰, 계약체결 및 계약이행과 관련하여 관계교직원에게 2억원 이상의 뇌물을 제공한 사실이 드러날 경우에는 입찰참가자격 제한 처분을 받은 날로부터 2년 동안 입찰에 참가하지 않겠으며,
- 1억원 이상 2억원 미만의 뇌물을 준 자는 입찰참가자격 제한 처분을 받은 날로부터 1년 동안 입찰에 참가하지 않겠으며,
- 1천만원 이상 1억원 미만의 뇌물을 준 자는 입찰참가자격 제한 처분을 받은 날로부터 6개월 동안 입찰에 참가하지 않겠으며,
- 1천만원 미만의 뇌물을 준 자는 입찰참가자격 제한 처분을 받은 날로부터 3개월 동안 입찰에 참가하지 않겠습니다.
3. 입찰, 낙찰, 계약체결 또는 계약이행과 관련하여 관계교직원에게 금품, 향응 등을 제공한 사실이 드러날 경우에는 계약체결 이전의 경우에는 낙찰자 결정 취소, 계약이행 전에는 계약취소, 계약이행 이후에는 해당 계약의 전부 또는 일부계약을 해제 또는 해지하여도 감수하겠으며, 민․형사상 이의를 제기하지 않겠습니다.
4. 회사 임․직원이 관계 교직원에게 금품, 향응 등을 제공하거나 담합 등 불공정 행위를 하지 않도록 하는 회사윤리강령과 내부비리 제보자에 대해서도 일체의 불이익처분을 하지 않는 사규를 제정토록 노력하겠습니다.
위 청렴계약 서약은 상호신뢰를 바탕으로 한 약속으로서 반드시 지킬 것이며, 낙찰자로 결정될 시 본 서약내용을 그대로 계약특수조건으로 계약하여 이행하고, 입찰참가자격 제한, 계약해지 등 인하대학교의 조치와 관련하여 당사가 인하대학교를 상대로 손해배상을 청구하거나 당사를 배제하는 입찰에 관하여 민․형사상 어떠한 이의도 제기하지 않을 것을 서약합니다.
2026.
.
.
서 약 자 업체명 :
대표자 :
(인)
인하대학교 귀하
===== 3. 입찰신청서 및 입찰서.hwp =====
공개 경쟁 입찰 참가 신청서 입 찰 참 가 자 상호또는법인명칭 법인등록번호
주
소
전 화 번 호
대
표
자
(인) 주민등록번호 입 찰 내 용 입 찰 건 명
AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화
입 찰 일 시
일시 : 2026. 11 03. (화) 15:00
장소 : 인하대학교 본관(1호관) 232호 앵커사업본부
서 류 제 출 처
인천광역시 미추홀구 인하로 100 인하대학교 본관(1호관) 232호
앵커사업본부
본인(본사)은 상기 건의 용역에 대하여 인하대학교 앵커사업본부에서 정한 「AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화」 제안요청서상의 일체의 내용을 승낙하고 별첨 서류를 첨부하여 입찰 참가를 신청합니다.
2026년 11월
일
인하대학교 앵커사업본부장 귀하 입 찰 서 입찰 구분 입찰 건명 입찰금액 비고 일반경쟁입찰
AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화
일금
원
(￦
)
VAT 포함
본인(본사)은 귀교의 「AI 기반 통합 학생·취업지원 챗봇 서비스 구축 고도화」 입찰 공고에 따라, 세부 견적서 및 용역 제안서를 포함하여 상기 입찰서를 제출합니다.
2026년 11월
일
입찰자 주
소 :
업 체 명 :
대표자 성명 :
(인)
인하대학교 앵커사업본부장 귀하