[R26BK01762241] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화

===== 붙임 1. [입찰공고] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화.hwp =====
2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

공고 : 부산과학기술대학교 산학협력단 26-15

2025년 구축한 데이터레이크·통합 플랫폼 위에 정규학사(교과) 데이터를 통합하고, sLLM·

RAG로 학생 전주기 기능을 지능화하며, 산업체 포털을 열어 교육·산업 환류 구조를 완성하는 것을 목적으로 하는 위한‘2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화’용역 입찰을 공고하오니 역량 있는 업체들의 많은 관심과 참여바랍니다.

1. 사 업 명 : 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

2. 발 주 자 : 부산과학기술대학교 산학협력단

3. 입찰방법 : 제한경쟁입찰(협상에 의한 계약)

4. 사업개요 가. 사업내용 1) 정규학사 데이터 통합 및 교과 확대

학점·이수·성적·교육·출결 등 정규학사 데이터의 데이터레이크 통합 및 성적

일괄연동(배치)

1차년도 비교과 기능의 교과 맥락 커스터마이징, 교과·비교과 통합 대시보드 운영

2) 축적 데이터의 AI 전환(sLLM·RAG)

sLLM 선정·서빙, 임베딩·벡터 저장소, RAG 엔진 코어, 프롬프트·가드레일 구축

AI 튜터·진로취업 챗봇 RAG 고도화, 포트폴리오 요약·추천, 대시보드 자연어 질의

위기학생 조기경보(위험도 산정 및 개입 관리)

3) 학사시스템 연동 및 인프라 확장

온프레미스–클라우드 연계 요건 및 보안 사전 점검, 벡터 저장소·모델 연동 환경 구성

4) 데이터 거버넌스 및 통합 환류

역할·페르소나 기반 접근통제, 민감정보 뷰 분리, ANCHOR 성과지표 연계, 부서별

데이터 환류 관리

5) 산업체 포털 및 산학 데이터 연계

산업체 포털(온보딩·요구 등록), 기업 서비스 스토어(S1~S10), 기업 데이터레이크 및 승인공유

학교·기업 데이터 융합 질의, AI 교과 분석, 산학 교류 광장, 산학 성과·AX 확산 관리

※ 세부과업 내용 제안요청서 및 과업지시서 참조

나. 사업기간 : 계약일 ~ 2027. 1. 31.

다. 사업예산 : 금 사억사천이백팔십만원 (￦442,800,000원. VAT포함)

5. 낙찰자 선정 가. 제안서 심사 후 협상에 의한 계약 체결

※ 국가를 당사자로 하는 계약에 관한 법률 제10조 및 소프트웨어 진흥법 제20조

에 따라 협상에 의한 계약 체결방법 적용

나. 협상에 따라 선정된 업체(자)에 일괄 발주

다. 순위별 협상절차를 거쳐 최종 업체 결정 라. 공동수급은 허용하나 하도급은 불허함 6. 입찰 참가 자격

가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 제1항 및 제76조의 규정에 의하여 참가 자격을 갖춘 사업자로 입찰참가 등록을 필한 자

나. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조에 의거 직접생산확인증명서(세부품명: 정보시스템개발서비스_8111159901 또는 세부품명: 패키지소프트웨어개발 및 도입서비스_8111159801)를 소지한 기업

(입찰서 제출 마감일 전일까지 발급된 것으로 유효기간 내에 있어야 함)

다. 과업수행의 개발기간, 콘텐츠의 품질 유지 측면에서 접근성 효율화 및 지속 가능한 사후관리를 위해 본사의 소재지가 부산인 소프트웨어 사업자여야 하며, 본사 소재지가 타 지역일 경우 지사·지점 소재만으로는 참가 자격으로 인정되지 않음.

라. 본 과업은 20억 원 미만의 과업으로 「소프트웨어 진흥법」 제48조 제2항 및 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」에 따라 대기업인 소프트웨어사업자는 입찰에 참여할 수 없음.

7. 공동수급 및 하도급

가. 공동수급 : 공동이행방식 또는 분담이행방식으로 구성원 2개사 이내 허용. 대표사를 지정하고 공동수급표준협정서를 제출하여야 함

나. 하도급 : 허용하지 않음 8. 입찰제안서 제출 및 제안설명회

가. 제출기간 : 2026. 10. 19.(월) 12:00까지 (도착분에 한함)

※ 방문접수만 허용(우편 및 FAX 접수불가)

나. 제출장소 : 본 대학교 본관 2층 산학협력단 (051-330-7178)

(※주소 - 부산 북구 시랑로 132번길 88(구포동) 본관 2층)

다. 제출서류 1) 입찰참가신청서(별지 제1호) 1부 2) 사업자등록증 사본 1부

3) 입찰이행보증보험증권(입찰금액의 5/100 이상) 1부

4) 국세 및 지방세 완납증명서 각 1부

5) (법인)인감증명서 및 등기부등본 각 1부

6) 3년간 사업실적서(별지 제2호) 및 실적증명자료 각 1부

7) 신용평가등급확인서 사본 1부

8) 직접생산확인증명서(세부품명: 정보시스템개발서비스_8111159901 또는

세부품명: 패키지소프트웨어개발 및 도입서비스_8111159801) 1부

9) 위임장 및 재직증명서 각 1부(대리인 참가 시)

10) 가격제안서(산출내역서 포함)(별지 제3호) 1부 – 봉인 후 제출

※ 봉인 후 제출하며, 제출기한까지 조달청 나라장터에 가격 투찰

11) 확약서(별지 제4호) 1부 12) 청렴이행서약서(별지 제5호) 1부 13) 공동수급표준협정서(공동수급시) 14) 하도급 계획서(하도급시)

15) 제안서 총 8부 (형식 : 한글 또는 파워포인트, 쪽번호 부여 / 규격 : A4, 제본방식 자율)

16) 제안서 일체가 담겨 있는 USB 1개

※ 각종 제출서류는 주민등록번호 앞자리만 표시하여 제출

라. 프리젠테이션 : 2026. 10. 20.(화) 15:00부터

부산과학기술대학교 본관 4층 (사정상 변경될 수 있음)

9. 기타사항

가. 접수된 서류는 일체 반환하지 않으며, 본 제안과 관련된 일체의 소요비용은
입찰참가자의 부담으로 함.

나. 접수된 서류는 수정 가필할 수 없음.

다. 접수된 제안내용에 대한 확인을 위하여 추가자료 요청 또는 현지 실사를 할
수 있으며, 입찰참가자는 이에 응하여야 함.

라. 입찰참가자는 국가를 당사자로 하는 계약에 관한 법률 등 입찰에 대한 모든사항
에 대하여 완전히 숙지한 후 입찰에 응하여야 하며, 이를 숙지하지 못한책임은
참가자에 있음.

마. 기타 공고내용에 대한 문의사항은 부산과학기술대학교 산학협력단(☎ 051-330

-7178)으로 질의함을 원칙으로 하고, 입찰에 대한 안내와 관련하여 해석상 이견
이 발생한 경우 발주자의 해석을 따라야 함

10. 별첨 : 제안요청서 및 과업지시서 각 1부. 끝

2026. 10. 8. 부산과학기술대학교 산학협력단 【별지 제1호】 입 찰 참 가 신 청 서 신 청 인

상
호

(법인명) 법인등록번호

주
소

전 화 번 호 연락처(HP) 대 표 자 주민등록번호 - 입찰 개요 입찰공고번호 부산과학기술대학교 산학협력단 2026-15 입 찰 일 자

20
.
. .

입찰건명

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

입찰 보증금 납 부 * 보증금율 : * 보 증 액 : * 보증금납부방법 : 납부면제 및 지급확약 * 사유 :

* 본인은 낙찰 후 계약 미체결 시 귀 대학에 낙찰금액에 해당

하는 소정의 입찰보증금을 현금으로 납부할 것을 확약합니다.

대리인 ․ 사용 인감

본 입찰에 관한 일체의 권한을 다음의 자에게 위임합니다.

성
명 :

주민등록번호 :

본 입찰에 사용할 인감을 다음과 같이 신고합니다.

사용인감
(인)

본인은 위의 번호로 공고한 귀 대학의 일반(제한 ․ 지명) 경쟁입찰에 참가하고자 귀 대학에서 정한 사업 입찰유의서 및 입찰공고 사항을 모두 승낙하고 별첨 서류를 첨부하여 입찰참가신청을 합니다.

붙임서류 : 1. 사업자등록증 사본 1부 2. 인감증명서 및 등기부등본 각 1부

3. 입찰보증서(입찰이행보증보험증권5%) 1부

4. 기타 공고로 요구하는 사항

2026 .
.
.

대 표 자 :
(인)

(법인 인감 날인) 접수일자

2026
.
.
.
:

접수자 (인) 【별지 제2호】 3년간 사업 실적서 순번 사업명 사업내용 계약금액 발주처 수행기간 1 2 3 4 5 6 7 8 9 10

※ 현재 진행 중인 건도 포함하여 연도순으로 기재하며, 본 사업과 유관한 것만 기재

※ 기입한 실적에 대한 실적확인서 또는 실적증명원 제출(진행중인 건에 한해 계약서 제출)

【별지 제3호】 가 격 제 안 서 입 찰 내 용 사 업 명

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

발주기관 부산과학기술대학교 산학협력단

제안금액 : ______________________ 원

입 찰 자 상호 또는 법인 명칭 사업자등록번호 (법인등록번호)

주
소

대 표 자 전 화 번 호

본인은 국가를 당사자로 하는 계약에 관한 법률시행령 제43조(협상에 의한 계약체결)에 의거 발주된 본 사업의 제안요청서 내용을 모두 숙지하고 응찰에 임하며, 귀교에서 정한 사업 기간 내에 사업을 성실하게 수행할 것을 확약하며 본 가격제안입찰서를 제출합니다.

별첨서류 : 산출내역서

2026년
월
일

입 찰 자 :
(인)

부산과학기술대학교 산학협력단 귀하 【별지 제4호】

확
약
서

부산과학기술대학교에서 발주하는 『2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화』 용역 건의 입찰에 참여한 당 업체는 귀 대학교의 공정한 규격심사와 객관적인 내부절차에 의한 입찰 진행상의 제반 결정에 아무런 이의를 제기하지 않을 것을 확약할 것과 계약체결에 따른 증빙 서류 제출 등 제반 유의사항을 준수할 것을 확인합니다.

2026.
.
.

주
소 :

상호 또는 명칭 :

대
표
자 :
(인)

법 인 등록번호 : 부산과학기술대학교 산학협력단장 귀하 【별지 제5호】 청렴 이행 서약서

우리 법인은 귀 대학교 계약업무의 투명성과 공정성을 구현하고자 귀교에서 시행하는 모든 시설공사⋅용역⋅물품구매 등의 입찰⋅계약 및 계약이행에 있어서 다음 각 호의 사항을 준수할 것을 서약합니다.

1. 관계법령의 규정된 절차에 따라 공정하고 투명한 업무수행을 하도록 하겠으며, 귀 대학교의 입찰 ․ 계약 업무를 성실히 준수할 수 있도록 적극 협조 하겠습니다.

2. 입찰⋅계약 및 계약이행 과정 등에서 금지된 금품 또는 향응 등을 제공 하거나 받지 않겠으며, 입찰가격의 사전 협의 또는 특정인의 낙찰을 위한 담합등 공정한 경쟁을 방해하는 일체의 불공정한 행위를 하지 않겠습니다.

3. 공정한 직무수행을 방해하는 알선.청탁(친인척 등에 대한 부정한 취업 제공 포함)을 하지 않겠으며, 입찰․계약과 관련된 특정 정보의 제공을 요구하거나 받지 않겠습니다.

4. 상기 각항을 위반시는 이유여하를 불문하고 모든 입찰⋅계약 및 계약이행과정 등의 취소 또는 해지 조치에도 이의를 제기하지 않겠습니다.

2026년
월
일

서 약 자

소
속 :

직위(직급) :

성
명 :
(서명)

부산과학기술대학교 산학협력단장 귀하

===== 붙임 1. [입찰공고] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화.pdf =====
2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화(긴급)
공고 : 부산과학기술대학교 산학협력단 26-15
2025년 구축한 데이터레이크·통합 플랫폼 위에 정규학사(교과) 데이터를 통합하고, sLLM·
RAG로 학생 전주기 기능을 지능화하며, 산업체 포털을 열어 교육·산업 환류 구조를 완성하
는 것을 목적으로 하는 위한‘2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화’용역
입찰을 공고하오니 역량 있는 업체들의 많은 관심과 참여바랍니다.
1. 사 업 명 : 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화(긴급)
2. 발 주 자 : 부산과학기술대학교 산학협력단
3. 입찰방법 : 제한경쟁입찰(협상에 의한 계약)
4. 사업개요
가. 사업내용
1) 정규학사 데이터 통합 및 교과 확대

학점·이수·성적·교육·출결 등 정규학사 데이터의 데이터레이크 통합 및 성적

일괄연동(배치)

1차년도 비교과 기능의 교과 맥락 커스터마이징, 교과·비교과 통합 대시보드 운영

2) 축적 데이터의 AI 전환(sLLM·RAG)

sLLM 선정·서빙, 임베딩·벡터 저장소, RAG 엔진 코어, 프롬프트·가드레일 구축
AI 튜터·진로취업 챗봇 RAG 고도화, 포트폴리오 요약·추천, 대시보드 자연어 질의
위기학생 조기경보(위험도 산정 및 개입 관리)

3) 학사시스템 연동 및 인프라 확장

온프레미스–클라우드 연계 요건 및 보안 사전 점검, 벡터 저장소·모델 연동 환경 구성

4) 데이터 거버넌스 및 통합 환류

역할·페르소나 기반 접근통제, 민감정보 뷰 분리, ANCHOR 성과지표 연계, 부서별

데이터 환류 관리
5) 산업체 포털 및 산학 데이터 연계

산업체 포털(온보딩·요구 등록), 기업 서비스 스토어(S1~S10), 기업 데이터레이크 및 승인공유
학교·기업 데이터 융합 질의, AI 교과 분석, 산학 교류 광장, 산학 성과·AX 확산 관리

※ 세부과업 내용 제안요청서 및 과업지시서 참조
나. 사업기간 : 계약일 ~ 2027. 1. 31.
다. 사업예산 : 금 사억사천이백팔십만원 (￦442,800,000원. VAT포함)

5. 낙찰자 선정
가. 제안서 심사 후 협상에 의한 계약 체결
※ 국가를 당사자로 하는 계약에 관한 법률 제10조 및 소프트웨어 진흥법 제20조
에 따라 협상에 의한 계약 체결방법 적용
나. 협상에 따라 선정된 업체(자)에 일괄 발주
다. 순위별 협상절차를 거쳐 최종 업체 결정
라. 공동수급은 허용하나 하도급은 불허함
6. 입찰 참가 자격
가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 제1항 및 제76조의 규
정에 의하여 참가 자격을 갖춘 사업자로 입찰참가 등록을 필한 자
나. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10
조에 의거 직접생산확인증명서(세부품명: 정보시스템개발서비스_8111159901 또는 세
부품명: 패키지소프트웨어개발 및 도입서비스_8111159801)를 소지한 기업
(입찰서 제출 마감일 전일까지 발급된 것으로 유효기간 내에 있어야 함)
다. 과업수행의 개발기간, 콘텐츠의 품질 유지 측면에서 접근성 효율화 및 지속 가능한
사후관리를 위해 본사의 소재지가 부산인 소프트웨어 사업자여야 하며, 본사 소재지
가 타 지역일 경우 지사·지점 소재만으로는 참가 자격으로 인정되지 않음.
라. 본 과업은 20억 원 미만의 과업으로 「소프트웨어 진흥법」 제48조 제2항 및 「중소
소프트웨어사업자의 사업 참여 지원에 관한 지침」에 따라 대기업인 소프트웨어사업
자는 입찰에 참여할 수 없음.
7. 공동수급 및 하도급
가. 공동수급 : 공동이행방식 또는 분담이행방식으로 구성원 2개사 이내 허용. 대표
사를 지정하고 공동수급표준협정서를 제출하여야 함
나. 하도급 : 허용하지 않음
8. 입찰제안서 제출 및 제안설명회
가. 제출기간 : 2026. 10. 19.(월) 12:00까지 (도착분에 한함)
※ 방문접수만 허용(우편 및 FAX 접수불가)

나. 제출장소 : 본 대학교 본관 2층 산학협력단 (051-330-7178)
(※주소 - 부산 북구 시랑로 132번길 88(구포동) 본관 2층)
다. 제출서류
1) 입찰참가신청서(별지 제1호) 1부
2) 사업자등록증 사본 1부
3) 입찰이행보증보험증권(입찰금액의 5/100 이상) 1부
4) 국세 및 지방세 완납증명서 각 1부
5) (법인)인감증명서 및 등기부등본 각 1부
6) 3년간 사업실적서(별지 제2호) 및 실적증명자료 각 1부

7) 신용평가등급확인서 사본 1부
8) 직접생산확인증명서(세부품명: 정보시스템개발서비스_8111159901 또는
세부품명: 패키지소프트웨어개발 및 도입서비스_8111159801) 1부
9) 위임장 및 재직증명서 각 1부(대리인 참가 시)
10) 가격제안서(산출내역서 포함)(별지 제3호) 1부 – 봉인 후 제출
※ 봉인 후 제출하며, 제출기한까지 조달청 나라장터에 가격 투찰
11) 확약서(별지 제4호) 1부
12) 청렴이행서약서(별지 제5호) 1부
13) 공동수급표준협정서(공동수급시)
14) 하도급 계획서(하도급시)
15) 제안서 총 8부 (형식 : 한글 또는 파워포인트, 쪽번호 부여 / 규격 : A4, 제본방식 자율)
16) 제안서 일체가 담겨 있는 USB 1개
※ 각종 제출서류는 주민등록번호 앞자리만 표시하여 제출
라. 프리젠테이션 : 2026. 10. 20.(화) 15:00부터

부산과학기술대학교 본관 4층 (사정상 변경될 수 있음)

9. 기타사항
가. 접수된 서류는 일체 반환하지 않으며, 본 제안과 관련된 일체의 소요비용은
입찰참가자의 부담으로 함.
나. 접수된 서류는 수정 가필할 수 없음.
다. 접수된 제안내용에 대한 확인을 위하여 추가자료 요청 또는 현지 실사를 할
수 있으며, 입찰참가자는 이에 응하여야 함.
라. 입찰참가자는 국가를 당사자로 하는 계약에 관한 법률 등 입찰에 대한 모든사항
에 대하여 완전히 숙지한 후 입찰에 응하여야 하며, 이를 숙지하지 못한책임은
참가자에 있음.
마. 기타 공고내용에 대한 문의사항은 부산과학기술대학교 산학협력단(☎ 051-330
-7178)으로 질의함을 원칙으로 하고, 입찰에 대한 안내와 관련하여 해석상 이견
이 발생한 경우 발주자의 해석을 따라야 함
10. 별첨 : 제안요청서 및 과업지시서 각 1부. 끝

2026. 10. 8. 부산과학기술대학교 산학협력단 【별지 제1호】

입 찰 참 가 신 청 서
신

상 호
(법인명)

법인등록번호 청 주 소

전 화 번 호
연락처(HP)

대 표 자 주민등록번호

인
입찰
개요

입찰공고번호 부산과학기술대학교 산학협력단 2026-15
입찰건명
납 부

입찰
보증금

대리인
․
사용
인감

납부면제
및
지급확약

20 . . .

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)
* 보증금율 :
* 보 증 액 :
* 보증금납부방법 :
* 사유 :
* 본인은 낙찰 후 계약 미체결 시 귀 대학에 낙찰금액에 해당
하는 소정의 입찰보증금을 현금으로 납부할 것을 확약합니다.

본 입찰에 관한 일체의 권한을 다음의 자에 본 입찰에 사용할 인감을 다음과 같

게 위임합니다.
성

입 찰 일 자 - 이 신고합니다.

명 :
사용인감

(인) 주민등록번호 :

본인은 위의 번호로 공고한 귀 대학의 일반(제한 ․ 지명) 경쟁입찰에 참가하고자 귀 대학에서
정한 사업 입찰유의서 및 입찰공고 사항을 모두 승낙하고 별첨 서류를 첨부하여 입찰참가신청을 합
니다.
붙임서류 : 1. 사업자등록증 사본 1부
2. 인감증명서 및 등기부등본 각 1부
3. 입찰보증서(입찰이행보증보험증권5%) 1부
4. 기타 공고로 요구하는 사항
2026 .

. . 대 표 자 :

(인)
(법인 인감 날인)

접수일자 2026 . . . : 접수자 (인) 【별지 제2호】

3년간 사업 실적서
순번

사업명 사업내용 계약금액 발주처 수행기간

1
2
3
4
5
6
7
8
9
10

※ 현재 진행 중인 건도 포함하여 연도순으로 기재하며, 본 사업과 유관한 것만 기재
※ 기입한 실적에 대한 실적확인서 또는 실적증명원 제출(진행중인 건에 한해 계약서 제출)

【별지 제3호】

가 격 제 안 서
입 찰 내 용
사 업 명

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

발주기관

부산과학기술대학교 산학협력단
제안금액 : ______________________ 원

입 찰 자
상호 또는
법인 명칭
주
대

사업자등록번호
(법인등록번호)

소
표

자 전 화 번 호

본인은 국가를 당사자로 하는 계약에 관한 법률시행령 제43조(협상에 의한 계약
체결)에 의거 발주된 본 사업의 제안요청서 내용을 모두 숙지하고 응찰에 임하며,
귀교에서 정한 사업 기간 내에 사업을 성실하게 수행할 것을 확약하며 본 가격제
안입찰서를 제출합니다.

별첨서류 : 산출내역서
2026년

월 입 찰 자 : 일 (인) 부산과학기술대학교 산학협력단 귀하 【별지 제4호】 확 약 서

부산과학기술대학교에서 발주하는 『2026년 ANCHOR사업 DX-SPARK 온라인
플랫폼 고도화』 용역 건의 입찰에 참여한 당 업체는 귀 대학교의 공정한 규격심

사와 객관적인 내부절차에 의한 입찰 진행상의 제반 결정에 아무런 이의를 제기하
지 않을 것을 확약할 것과 계약체결에 따른 증빙 서류 제출 등 제반 유의사항을 준
수할 것을 확인합니다.

2026. 주 . . 소 :

상호 또는 명칭 :
대

표 자 : (인) 법 인 등록번호 : 부산과학기술대학교 산학협력단장 귀하 【별지 제5호】

청렴 이행 서약서
우리 법인은 귀 대학교 계약업무의 투명성과 공정성을 구현
하고자 귀교에서 시행하는 모든 시설공사⋅용역⋅물품구매 등
의 입찰⋅계약 및 계약이행에 있어서 다음 각 호의 사항을 준
수할 것을 서약합니다.
1. 관계법령의 규정된 절차에 따라 공정하고 투명한 업무수
행을 하도록 하겠으며, 귀 대학교의 입찰 ․ 계약 업무를 성실
히 준수할 수 있도록 적극 협조 하겠습니다.
2. 입찰⋅계약 및 계약이행 과정 등에서 금지된 금품 또는
향응 등을 제공 하거나 받지 않겠으며, 입찰가격의 사전 협의
또는 특정인의 낙찰을 위한 담합등 공정한 경쟁을 방해하는
일체의 불공정한 행위를 하지 않겠습니다.
3. 공정한 직무수행을 방해하는 알선.청탁(친인척 등에 대한
부정한 취업 제공 포함)을 하지 않겠으며, 입찰․계약과 관련된
특정 정보의 제공을 요구하거나 받지 않겠습니다.
4. 상기 각항을 위반시는 이유여하를 불문하고 모든 입찰⋅
계약 및 계약이행과정 등의 취소 또는 해지 조치에도 이의를
제기하지 않겠습니다.
2026년
서 약 자

소
속 :
직위(직급) :
성
명 :

월 일 (서명) 부산과학기술대학교 산학협력단장 귀하

===== 붙임 2. [제안요청서] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화.pdf =====
2026 ANCHOR사업 DX-SPARK
온라인 플랫폼 고도화

제안요청서 -

2026. 10. Ⅰ 일반 사항

2차년도 과업은 1차년도에 구축한 데이터레이크·통합 플랫폼 위에 정규학사(교과) 데이터를
통합하고, sLLM·RAG로 학생 전주기 기능을 지능화하며, 산업체 포털을 열어 교육·산업 환류
구조를 완성하는 것이다.

1. 과업개요
가. 과 업 명 : 2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화
나. 과업기간 : 계약체결일 ~ 2027년 1월 31일까지
다. 과업예산 : 442,800,000원(부가세 포함)
라. 입찰방식 : 제한경쟁입찰(협상에 의한 계약)

2. 추진 배경 및 필요성
가. 1차년도 사업을 통해 분산된 마이크로 사이트를 통합한 DX-SPARK 전용 플랫폼,
데이터레이크, AI·DX 기반 CDP, 유학생 통합지원 시스템 및 하이브리드(온프레
미스·클라우드) 운영 체계가 구축되었으나, 축적 데이터가 비교과 중심에 머물러
있어 정규 교육과정과 연결된 학생 성장 지원에 한계가 있음.
나. 1차년도에 축적된 5종 데이터(상담·현장실습·취·창업·경력개발·학습활동 등)
를 실제 의사결정과 학생 지원에 활용하려면, 근거 데이터 기반으로 답변하는 생
성형 AI(sLLM·RAG) 계층과 자연어 질의·자동 리포트 기능이 필요함.
다. 학령인구 감소에 대응해 학업 중단 위험 학생을 조기에 발견하고 개입하는 체계가
요구되며, 성적·출결·학습로그를 결합한 예측·개입 기능은 정규학사 데이터
통합이 선행되어야 가능함.
라. 대학이 지역 혁신 거점으로 기능하려면 지역 산업체가 데이터와 인재 수요를 직접
등록하고, 대학의 교육·데이터 자산을 활용하는 양면(Two-sided) 플랫폼이 필요
하며, 산업체의 요구가 교과 개편과 수업 데이터 생산으로 환류되는 구조를 갖추
어야 함.

3. 과업 목적
본 과업은 1차년도 데이터 기반(Data Foundation) 위에서 학점·이수·성적·출결 등
정규학사 데이터를 통합하고, 축적 데이터를 근거로 답변하는 sLLM·RAG 엔진을
구축하여 AI 튜터, 진로·취업 챗봇, 포트폴리오 추천, 위기학생 조기경보, 대시보드

- 2 -

자연어 질의 등 학생 전주기 기능을 지능화하는 것을 목적으로 함.
또한 산업체 포털과 기업 서비스 스토어를 구축하여 기업 요구 → AI 교과 분석 →
수업·데이터 생산 → 데이터 자산화 → 현장 효과·채용으로 이어지는 교육·산업
통합 환류 구조를 완성하고, 접근통제·민감정보 분리·성과지표(ANCHOR) 연계를
포함한 데이터 거버넌스를 확립하여 부산과학기술대학교를 데이터 기반 지역 정주형
평생직업교육 거점 대학으로 고도화하는 데 그 목적이 있음.

4. 과업 범위
본 과업은 1차년도 구축 시스템을 기반으로 하는 고도화 과업으로, 기존 포털·대시보드를
물리적으로 분할하지 않고 AI 계층을 추가하는 방식으로 수행함. 학사시스템은 정본(Source
of Truth), DX-SPARK는 참조·활용본으로 운영함.
가. 정규학사 데이터 통합 및 교과 확대
〇 학점·이수·성적·교육·출결 등 정규학사 데이터의 데이터레이크 통합 및 성적
일괄연동(배치)
〇 1차년도 비교과 기능의 교과 맥락 커스터마이징, 교과·비교과 통합 대시보드 운영
나. 축적 데이터의 AI 전환(sLLM·RAG)
〇 sLLM 선정·서빙, 임베딩·벡터 저장소, RAG 엔진 코어, 프롬프트·가드레일 구축
〇 AI 튜터·진로취업 챗봇 RAG 고도화, 포트폴리오 요약·추천, 대시보드 자연어 질의
〇 위기학생 조기경보(위험도 산정 및 개입 관리)
다. 학사시스템 연동 및 인프라 확장
〇 온프레미스–클라우드 연계 요건 및 보안 사전 점검, 벡터 저장소·모델 연동 환경 구성
라. 데이터 거버넌스 및 통합 환류
〇 역할·페르소나 기반 접근통제, 민감정보 뷰 분리, ANCHOR 성과지표 연계, 부서별
데이터 환류 관리
마. 산업체 포털 및 산학 데이터 연계
〇 산업체 포털(온보딩·요구 등록), 기업 서비스 스토어(S1~S10), 기업 데이터레이크 및 승인공유
〇 학교·기업 데이터 융합 질의, AI 교과 분석, 산학 교류 광장, 산학 성과·AX 확산 관리

※ 학사 성적 실시간 연동, 산학협력 sLLM, 심리 데이터 AI 심층 분석, sLLM 파인튜닝 전면
전환은 3차년도 과업으로 이관하며 본 과업 범위에서 제외함.

- 3 -

5. 기대효과
가. 교과·비교과 통합 데이터 기반 학생 성장 관리
〇 정규학사 데이터와 비교과 데이터가 하나의 대시보드에서 연계됨으로써 학생의
학습·역량·진로 현황을 전주기로 파악하고, 교과 맥락에 맞는 맞춤형 지원이 가능해짐.
나. 근거 기반 AI 서비스로 학생 지원 품질 향상
〇 축적 데이터를 근거로 답변하는 AI 튜터·챗봇과 포트폴리오 추천이 제공되어,
답변 출처가 명확하고 부적절 응답이 차단된 신뢰할 수 있는 AI 서비스를 구현함.
다. 위기학생 조기 발견을 통한 학업 지속률 제고
〇 성적·출결·학습로그 기반 위험도 산정과 교수 1클릭 개입 체계로 학업 중단
위험 학생을 조기에 발견·지원하여 중도탈락을 예방함.
라. 산학 양면 플랫폼을 통한 지역 산업 연계 강화
〇 산업체 요구가 교과 개편과 수업 데이터 생산으로 환류되고, 기업은 데이터
자산화·AI 활용·인재 채용 성과를 얻음으로써 대학이 지역 산업의 AX(AI 전환)
거점 역할을 수행함.
마. 데이터 기반 의사결정 및 성과관리 체계 확립
〇 자연어 질의·자동 리포트와 ANCHOR 성과지표 연계로 관리자의 의사결정을
지원하고, 부서별 데이터 축적→활용→재축적 루프를 정착시킴.

- 4 - Ⅱ 과업 추진 방안

1. 추진 목표
가. 학점·이수·성적·출결 등 정규학사 데이터를 1차년도 데이터레이크에 통합하
여, 교과·비교과를 동일 대시보드에서 운영하는 학생 전주기 통합 관리 체계를
완성하는 것을 목표로 함.
나. 1차년도 축적 데이터를 근거로 하는 sLLM·RAG 엔진을 구축하여 AI 튜터, 진
로·취업 챗봇, 포트폴리오 추천, 대시보드 자연어 질의 등 기존 기능을 지능화
하는 것을 목표로 함.
다. 성적·출결·학습로그를 결합한 위기학생 조기경보와 개입 관리 체계를 구축하
여 학업 지속률을 제고하는 것을 목표로 함.
라. 산업체 포털과 기업 서비스 스토어를 통해 기업 요구 → 교과 개선 → 수업 데
이터 생산 → 자산화 → 현장 효과·채용으로 이어지는 교육·산업 통합 환류
구조를 구현하는 것을 목표로 함.
마. 접근통제·민감정보 분리·ANCHOR 성과지표 연계를 포함한 데이터 거버넌스
를 확립하여 DX-SPARK 2040 및 ANCHOR 대표모델의 데이터 기반 혁신 거점
대학으로 자리매김하는 것을 최종 목표로 함.

2. 추진 전략
가. 기존 자산 위 AI 레이어 전략: 1차년도 포털·대시보드·데이터레이크를 유지하
고 AI 계층을 얹는 방식으로 고도화하며, 물리적 분할 없이 동일 대시보드 내
교과/비교과를 구분 운영함. 학사시스템=정본, DX-SPARK=참조·활용본 원칙을
적용함.
나. 단계적 AI 도입 전략: 데이터 표준화·적재·카탈로그 → 예측(조기경보) → 생
성형 AI(sLLM·RAG) 순으로 추진하며, 생성형 AI 착수는 표준화·거버넌스 요건
충족 이후로 한정함. 예측 재현율 60% 미만 또는 표준화 지연 시 예측 확장을
보류하고 데이터 품질에 우선 투자함.
다. 근거 기반 AI 전략: RAG를 중심으로 하고 경량 튜닝은 선택 적용하며, '근거 안
에서만 답변, 부적절 응답 차단' 가드레일과 정답셋 기반 반복 검증으로 답변 품
질을 보증함.
라. 양면 플랫폼 전략: 기업 서비스(S1~S10)와 학생 성공 기능(ST1~ST6)이 매칭 엔
진·RAG 스택·배지 체계 등 공통 자산을 공유하도록 설계하되, 학생 민감정보
의 기업측 비노출, 기업 전용 데이터의 학생측 비노출, 가치 교환의 사업단 단일
원장 경유 원칙(R1~R3)을 적용함.
마. 사용자 중심 설계 전략: 학생(모바일 퍼스트·3클릭), 교수(위험도순 정렬·1클릭
개입), 기업 실무자(마법사형 온보딩·비IT 친화 표기), 사업단 관리자(관제 첫 화
면·드릴다운) 등 역할별 UX 원칙과 WCAG 2.1 AA 접근성을 전 화면에 적용함.

- 5 -

3. 추진 일정
과업은 Preproduction(기본계획·설계) → Production(개발·구현) → Postproduction(안
정화·이관)의 3단계로 수행하며, 세부 일정은 과업수행계획서에서 확정함. M은 계약체
결 월을 의미함.
구분

세부 내용 M 과업 추진 준비

제안요청서 작성 및 과업 발주, 사업자
선정 및 계약

● 과업 착수 및 보고 과업 착수 및 보고(과업수행계획서) ● 기본계획·설계 (Pre) 데이터·인프라 기반 구축

1차년도 성과분석, sLLM
구현계획·모델 선정, 전공학사 연계
설계, 신규 기업 유입 프레임 설계,
데이터 스키마·거버넌스 설계,
화면기획·목업
데이터레이크 정제·파이프라인,
교과·기업 데이터 연계, 성적
일괄연동, 접근통제, 벡터 저장소·모델
연동 환경

● M+1 M+2 M+3 M+4 ● ● ● ● ● sLLM·RAG 엔진 구축

sLLM 서빙, 임베딩·벡터화, RAG 코어,
프롬프트·가드레일

기능 구현 및 통합

대시보드·AI
튜터·챗봇·포트폴리오·조기경보·자
연어 질의, 산업체 포털·스토어,
ANCHOR 지표 연계

성능시험 및 테스트

RAG 품질 반복 검증, 단위·통합
테스트, 실사용 검증(UAT)

안정화 및 운영 전환

품질·성능 튜닝, 가드레일 보정, 운영
전환, 사용자·관리자 교육

● 과업 완료 및 보고

2차년도 성과·ANCHOR 지표 정리,
3차년도 계획 수립, 산출물 인계

● - 6 - ● ● ● ● Ⅲ 제안요청 내용

1. 제안요청 개요
본 과업은 1차년도에 구축된 DX-SPARK 플랫폼·데이터레이크·CDP·유학생 통합
지원 시스템을 대상으로, 정규학사 데이터 통합, sLLM·RAG 기반 기능 지능화, 산업
체 포털 및 교육·산업 환류 구조 구축을 수행하는 고도화 과업임. 1차년도 요구사항
중 본 과업에서 별도로 변경하지 않은 사항은 유지·준수하는 것을 원칙으로 함.

2. 용어 정리
가. sLLM(Small Large Language Model): 학내 데이터와 특정 도메인에 맞게 운영하는
경량 대규모 언어모델을 의미함.
나. RAG(Retrieval-Augmented Generation): 데이터레이크 등에 축적된 근거 문서를 검
색한 뒤, 그 근거 범위 안에서 답변을 생성하는 방식을 의미함.
다. 가드레일(Guardrail): 근거 밖 답변, 개인정보 노출, 부적절 응답을 탐지·차단하는
정책 및 기술 장치를 의미함.
라. 정답셋(Golden Set): RAG 답변 품질을 반복 평가하기 위해 대학과 협의하여 구축하
는 질의–정답 기준 데이터를 의미함.
마. Bronze·Silver·Gold 레이어: 원본 격리 보존(Bronze), 표준화·비식별·품질 통과
(Silver), 자산화 데이터셋·지표 마트(Gold)로 구분되는 데이터레이크 단계 구조를
의미함.
바. DQ 게이트: 데이터가 상위 레이어로 승격되기 전에 품질 기준 충족 여부를 판정하
는 관문을 의미함.
사. ANCHOR 성과지표: 본 사업의 성과관리 지표 체계로, 대시보드 질의·리포트와 직
접 연결되어 산출되는 지표를 의미함.
아. 3-Tier 데이터 등급: 기업 데이터의 공개 범위 구분으로, T1(기업 전용·위탁 보관),
T2(승인 시 공유), T3(비식별 공개)를 의미함.
자. Clean Rooms 융합 질의: 학교·기업이 원본을 상호 공개하지 않고, 데이터 소유자
가 승인한 집계 결과만 회신받는 분석 방식을 의미함.
차. 사업단 단일 원장(Ledger): 데이터 상품화 크레딧 적립 및 구독료·교육비 상계 등
가치 교환을 학교 회계와 분리하여 기록하는 단일 장부를 의미함.

- 7 -

2. 상세 요구사항
가. 요구사항 총괄표
구 분

설명 ID부여 규칙 개수 기능 요구사항 목표 시스템이 수행해야 할 기능 정의 SFR-000 10 성능 요구사항

응답속도, 동시접속, 가용성, AI 답변 품질 기준 정의

PER-000 4 데이터 요구사항

적재, 표준화·품질, 분리 저장, RAG 참조 데이터,
로그 관리 기준 정의

DAR-000 5 인터페이스 요구사항

화면·접근성, 학사·LMS·외부 시스템 연계 규격 정의

SIR-000 7 보안 요구사항

암호화, 접근통제, 감사, 생성형 AI 보안, 기업 데이터 격리 정의

SER-000 6 품질 요구사항

유지보수성, 확장성, AI 신뢰성, AI 단계 전환 기준 정의

QUR-000 4 테스트 요구사항

기능·성능·보안·AI 품질 검증 항목 및 방법 정의

TER-000 6 장비 구성 요구사항

클라우드 확장, AI 서빙 환경, 운영·보안, 온프레미스 연계 정의

ECR-000 4 제약사항

표준 지침, 저작권, 과업 범위·연속성 제약 정의

COR-000 3 프로젝트 관리 요구사항

일정, 인력, 산출물, 검수, 리스크, 성과관리 정의

PMR-000 7 프로젝트 지원 요구사항

교육, 하자보수, 운영지원, AI 운영 지원 정의

PSR-000

4
60

합 계

나. 요구사항 목록표
No

코드 요구사항 명 1 SFR-001

데이터레이크 고도화 및 정규학사(교과) 데이터 통합

Key Issue 01 2 SFR-002 sLLM·RAG 엔진 구축 Key Issue 02 3 SFR-003 학생 통합 대시보드 고도화 M1 4 SFR-004 AI 튜터 및 진로·취업 챗봇 RAG 고도화 M2 5 SFR-005 포트폴리오 요약·추천 및 JD 매칭 M3 6 SFR-006 위기학생 조기경보 및 개입 관리 M4 7 SFR-007 관리자 환류·성과지표 및 자연어 질의 M6 8 SFR-008 산업체 포털 및 기업 서비스 스토어 M5 9 SFR-009 기업 데이터레이크 및 학교·기업 데이터 융합 IND-04·05 10 SFR-010 교육·산업 환류 및 산학 성과 관리 M7·M8·M9 - 8 - 비고 No 코드 요구사항 명 비고 11 PER-001 응답 속도 기준 12 PER-002 동시 접속 처리 성능 13 PER-003 시스템 가용성 확보 14 PER-004 AI 답변 품질 기준 15 DAR-001 정규학사·기업 데이터 적재 기준 정의 16 DAR-002 데이터 표준화 및 품질(DQ) 관리 17 DAR-003 민감정보 분리 및 비식별 정책 18 DAR-004 RAG 참조 데이터 및 벡터 데이터 관리 19 DAR-005 로그 및 이력 데이터 관리 20 SIR-001 시스템 인터페이스 일반 21 SIR-002 웹 표준, 웹 호환성 및 접근성 준수 22 SIR-003 사용자별 화면 구성 및 디자인 23 SIR-004 학사행정시스템 성적 일괄연동 24 SIR-005 LMS·CDP 및 1차년도 시스템 연계 25 SIR-006 알림 채널 연계 26 SIR-007 외부 채용·정부지원사업·산학협력 플랫폼 연계 27 SER-001 개인정보 및 민감정보 암호화 저장 28 SER-002 역할·페르소나 기반 접근 제어 29 SER-003 데이터 전송 구간 암호화(SSL/TLS) 30 SER-004 보안 로그 수집 및 감사 31 SER-005 생성형 AI 보안 신규 32 SER-006 기업 데이터 격리 및 승인 통제 신규 33 QUR-001 유지보수성(Maintenance) 확보 34 QUR-002 확장성(Scalability) 보장 35 QUR-003

AI 신뢰성(Reliability) 및 설명가능성 검증

36 QUR-004 AI 단계 전환 판단 기준 준수 37 TER-001 테스트 일반사항 38 TER-002 테스트 유형 및 환경 구축 39 TER-003 인수 테스트 및 실사용 검증(UAT) 40 TER-004 테스트 계획의 수립 및 이행 41 TER-005 백업 복구 테스트 42 TER-006 RAG 답변 품질 반복 검증 43 ECR-001 클라우드 인프라 확장 사양 정의 신규 - 9 - 신규 신규 신규 No 코드 요구사항 명 44 ECR-002 클라우드 서비스 운영 및 관리 45 ECR-003 클라우드 보안 46 ECR-004 온프레미스–클라우드 연계 관리 47 COR-001 표준화 지침 사항 48 COR-002 콘텐츠 저작권 및 지식재산권 관리 49 COR-003 과업 범위 및 1차년도 연속성 50 PMR-001 프로젝트 관리 일반사항 51 PMR-002 수행조직 및 인력 구성 52 PMR-003 프로젝트 일정 방안 53 PMR-004 프로젝트 산출물 관리 방안 54 PMR-005 검사·검수 방안 55 PMR-006 리스크 관리 방안 56 PMR-007 성과지표 관리 및 차년도 계획 57 PSR-001 프로젝트 지원 일반 58 PSR-002 장애 관리 및 하자 보수 59 PSR-003 교육 및 운영지원 60 PSR-004 AI 서비스 운영 지원 비고 신규 신규 신규 신규

※ 요구사항별 세부 내용(정의, 세부 내용, 산출 정보)은 과업지시서를 따름

- 10 - Ⅳ 제안서 작성요령

1. 제안서의 효력
가. 제출된 제안서의 내용은 사실과 일치하여야 하고, 수요기관이 요청하지 않는 한 변
경할 수 없으며, 사업자 선정 시 중요 계약 내용으로서 효력을 가짐.
나. 수요기관은 제안업체에 추가 제안 또는 자료를 요청할 수 있으며, 이에 따라 제출
된 자료는 제안서와 동일한 효력을 가짐.
다. 추가자료 요청 시 제안업체는 이에 성실히 임하여야 하며, 미제출 시 불이익은 제
안업체가 책임짐.
라. 제안된 내용이 사실과 다르거나 허위로 작성된 사실이 발견되면 이에 따른 모든 행
위는 무효로 하고, 이로 인하여 발생되는 모든 민·형사상의 책임은 제안사에 있음.
마. 제안서의 내용 중 수요기관의 요청에 의해 수정·보완·변경하기로 합의된 사항은
계약서에 명시하지 않더라도 계약 조건의 일부로 간주함.

2. 제안서 작성지침
가. 제시된 제안서 목차 및 제안요청서(평가항목 및 평가요소)를 숙지하고 제안에 임하
여야 하며, 제안서는 한글 또는 파워포인트 작성을 원칙으로 하고 사용된 영문 약
어에 대하여는 약어표를 제공하여야 함.
나. 제안서 규격은 A4 세로방향을 원칙으로 함.
다. 제안 요청 내역(요구사항 60개)의 수용 여부 및 기재 페이지를 요구사항 대비표로
작성하여 개요 부분에 제시하여야 함.
라. 제안서 내용을 객관적으로 입증할 수 있는 근거자료 및 참고자료는 제안서의 각
절에 첨부하여 제출함.
마. 제안서의 표지와 목차를 제외한 각 면에 쪽 번호를 부여하며, 제안서의 내용은 100
쪽 이내로 작성함.
바. 제안서는 제안 요구사항을 최대한 충족하도록 하고 꼭 필요한 사항 위주로 명확한
용어를 사용하여 작성하여야 하며, “∼를 제공할 수도 있다, ∼이 가능하다, ∼을
고려하고 있다” 등과 같은 모호한 표현은 제안서 평가 시 불가능한 것으로 간주함.
사. 제안서 작성 시에는 본 과업을 위하여 부문별로 “무엇을 할 것인가”와 “어떻게
할 것인가”, 즉 “무슨 업무를 어떻게 적용·구현할 것인지”에 대하여 상세히 설
명하여야 함.
아. sLLM·RAG 등 AI 기능은 사용 모델(명칭·버전·라이선스), 서빙 방식, 품질 평가

- 11 -

기준 및 예상 운영비용을 구체적으로 제시하여야 함.
자. 본 제안요청서에 상세하게 기술되지 않았거나 누락된 사항에 대해서는 제안사 부
담으로 “과업 추진 목적 및 내역”에 만족하도록 제안하여야 하며, 요구사항별 세
부 내용은 과업지시서에 따름.
차. 작성 지침에 명시되지 않은 내용에 대한 추가 제안 사항이 있는 경우 해당 항목에
포함하거나 별도의 항목을 추가하여 작성할 수 있으며, 이 경우에는 조견표를 목차
에 포함하여야 함.
카. 작성 지침 항목 중 해당 사항이 없는 경우는 해당 항목에 “해당 없음”으로 간략
히 기술하고, 사본을 제안서에 첨부할 경우엔 “사실과 상위 없음”을 기재하고 날
인하여야 함.
타. 제안서 내용이 인식 곤란하거나 제시된 근거가 정확하지 않을 경우 해당 항목을
감점 처리할 수 있으며, 제안요청서의 내용과 부적합하거나 이를 이행하지 않거나
부분 이행하는 것으로 작성하면 불합격 또는 감점 처리할 수 있음.

3. 유의 사항
가. 제안서의 모든 기재 사항은 객관적으로 입증할 수 있는 관계 서류를 첨부하여야
하며, 일부라도 허위로 확인되거나 입증 요구에 입증하지 못하는 경우에는 평가 대
상에서 제외됨은 물론 선정 후에도 선정 해지와 함께 수요기관으로부터 인적·물
적·기간적 손실에 따른 손해배상이 청구될 수 있음.
나. 계약 후에도 제안서의 내용이 허위로 작성된 사실이 발견되거나 제안된 내용을 충
족시키지 못할 경우 제안사는 일체의 손해배상 책임을 져야 함.
다. 제출된 제안서에 제안사의 고유한 개념과 아이디어가 포함되어 있는 경우, 이러한
것들이 제안서 안에 독창적인 내용이라고 명시되지 않는 한 수요기관은 이를 임의
로 사용할 권한을 가짐.
라. 제안사는 본 제안요청서의 내용에 대해 질의를 하거나 그에 필요한 정보를 요구할
수 있으며, 수요기관은 동 정보가 유익하다고 판단될 경우 설명 또는 서면을 통해
답변할 수 있음.
마. 수요기관은 제안요청서의 변경이 있는 경우 변경 통보를 할 수 있음.
바. 수요기관은 본 제안요청서 등에 포함된 정보의 정확성을 기하였으나, 제안사는 제
시된 정보의 정확성을 확인할 것을 권고하며, 수요기관은 제안요청서나 기타 첨부
자료상의 오류나 누락에 대하여 책임을 지지 않음.
사. 제안서의 내용은 사업자로 선정된 후 계약서에 명시되지 않더라도 계약서와 동일
한 효력을 가짐. 단, 계약서 사항과 제안서의 내용이 상이한 경우에는 계약서 사항

- 12 -

이 우선 적용됨.
아. 본 제안요청서의 전체 또는 일부는 제안서 제출 이외의 다른 목적으로 사용될 수
없으며, 선정된 업체는 수요기관의 보안 요청을 준수할 것에 동의하여야 함. 또한
본 과업 참여 과정에서 획득한 수요기관에 대한 정보는 수요기관의 서면 승인 없이
외부에 누설할 수 없음.
자. 수요기관은 제안 내용의 확인을 위하여 추가 자료 요청 또는 현지실사를 할 수 있
으며, 입찰참가자는 이에 응하여야 함.
차. 수요기관은 제안서의 내용이 사실과 다른 경우 해당 제안사를 협상 대상에서 제외
할 수 있음.

4. 제안서 목차
구 분

Ⅰ. 일반현황

Ⅱ. 전략 및
방법론

목 차 기 술 내 용 1. 제안사 경영 상태 신용평가 등급 기술 2. 주요 사업실적

최근 3년간 관련 사업실적(완료 및 진행 중 사업), AI·데이
터 플랫폼 구축 실적 포함

3. 조직 및 업무 분장

제안사 조직 및 과업수행조직, 공동수급 시 역할과 업무 분
장 제시

1. 과업 이해도

1차년도 구축 현황과 2차년도 과업의 목표·범위·전제조건
을 이해하고, 제안의 특징 및 장점을 요약하여 제시

2. 추진 전략

기존 자산 위 AI 레이어, 단계적 AI 도입, 양면 플랫폼 등 과
업수행 전략 제시

3. 개발 방법론

적정 방법론 제안, Pre·Production·Post 단계별 활동과 산
출물, 실제 적용 사례 제시

1. 시스템 구성

1차년도 시스템과 연계한 목표 아키텍처(온프레미스–클라우
드, 데이터레이크, AI 서빙 환경) 제시

2. 기능 요구사항

기능 요구사항(SFR-001~010)별 세부 구현 방안 제시

3. AI 요구사항

sLLM 선정 근거, RAG 엔진·가드레일 구현, 정답셋 기반 답
변 품질 확보 방안 제시

4. 데이터 요구사항

정규학사·기업 데이터 통합, 데이터 품질(DQ) 관리, 민감정
보 분리, RAG 참조 데이터 관리 방안 제시

Ⅲ. 기술 및
기능

- 13 - 구 분

Ⅳ. 성능
관리

Ⅴ. 프로젝트
관리

Ⅵ. 프로젝트
지원

목 차 기 술 내 용 5. 보안 요구사항

접근통제, 생성형 AI 보안, 기업 데이터 격리 방안 및 과업
수행 과정의 인원·문서·장비 보안대책 제시

1. 성능 요구사항

응답속도·동시접속·가용성·AI 답변 품질 기준 충족 방안
제시

2. 인터페이스 요구사항

학사 성적 일괄연동, LMS·CDP·알림·외부 시스템 연계 및
사용자별 UI/UX·접근성 구현 방안 제시

3. 테스트 요구사항

단위·통합 테스트, 실사용 검증(UAT), RAG 답변 품질 반복
검증 방안 제시

1. 관리방법론 및 관리역량

과업관리 방법·절차, 과업관리자(PM)의 관리 역량, 장애 시
보고체계 및 위험관리 방안 제시

2. 일정계획 과업기간을 고려한 상세 추진일정 제시 3. 성과관리

ANCHOR 성과지표 연계 및 3차년도 계획 수립 방안 제시

1. 교육훈련

관리자·교수·학생·기업 담당자 등 대상별 교육훈련 방법
및 내용(계획, 절차, 범위, 기간) 제시

2. 기밀보안

기밀 보호와 원활한 과업 수행을 보장하기 위한 체계 및 대
책 제시

3. 하자보수 및 운영지원

하자보수 조직·범위·방법 및 AI 서비스 운영 지원 방안 제
시

- 14 - Ⅴ 제안 안내 사항

1. 입찰 개요
입찰방식

제한경쟁입찰 계약방식 협상에 의한 계약 공동수급

허용(공동이행방식 또는 분담이행방식, 구성원 2개사 이내)

2. 입찰 일정
구분
입찰공고
제안서 제출 마감
제안서 평가(발표)
협상 및 계약

일정
2026. 10. 8.(목)
2026. 10. 19.(월) 12:00(도착분에 한함)
2026. 10. 20.(화) 15:00 예정
평가 결과 통보 후 순차 진행

※ 세부 일정은 입찰공고문에 따름

3. 입찰 참가 자격
가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 제1항 및 제76조의 규
정에 의하여 참가 자격을 갖춘 사업자로 입찰참가 등록을 필한 자
나. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제
10조에 의거 직접생산확인증명서[(세부품명: 정보시스템개발서비스_8111159901) 또
는 (세부품명: 패키지소프트웨어개발 및 도입서비스_8111159801), 입찰서 제출 마감
일 전일까지 발급된 것으로 유효기간 내에 있어야 함]를 소지한 기업
다. 과업수행의 개발기간, 콘텐츠의 품질 유지 측면에서 접근성 효율화 및 지속 가능한
사후관리를 위해 본사의 소재지가 부산인 소프트웨어 사업자여야 하며, 본사 소재
지가 타 지역일 경우 지사·지점 소재만으로는 참가 자격으로 인정되지 않음.
라. 본 과업은 20억 원 미만의 과업으로 「소프트웨어 진흥법」 제48조 제2항 및 「중
소 소프트웨어사업자의 사업 참여 지원에 관한 지침」에 따라 대기업인 소프트웨어
사업자는 입찰에 참여할 수 없음.

4. 공동수급 및 하도급
가. 공동수급 : 공동이행방식 또는 분담이행방식으로 구성원 2개사 이내 허용. 대표
사를 지정하고 공동수급표준협정서를 제출하여야 함
나. 하도급 : 허용하지 않음

- 15 -

5. 제안서 평가 방법
가. 기술평가와 가격평가를 실시하여 종합평가 점수로 평가함.
〇 평가 비율 : 제안서의 기술능력(80%)과 입찰가격(20%)
나. 기술평가는 정량적 평가(10점)와 정성적 평가(70점)를 합산(80점)하여 평가함.
다. 제안서 평가 방법
※ 기술성 평가기준
구 분

평가항목 정량적

제안업체
현황

평가
(10)

유사용역
수행실적

평가요소

제안사의 경영상태(신용평가 등급으로 평가)
최근 3년 이내 유사 사업 수행 실적
AI·데이터 플랫폼 및 정부·공공·교육기관 사업 수행 실적
제안의 배경·목적·범위 및 기대효과에 대한 이해

제안서 개요 - 1차년도 구축 현황 및 2차년도 과업에 대한 이해도

배점 비고

5
5

실적/건수
평가합산

추진 전략의 창의성 및 타당성
적정 방법론 제시 여부

과업기획
특화성

(70) 20

sLLM·RAG 구현 방안 및 답변 품질(정확도·환각·개인정

보 보호) 확보 방안의 타당성

표준 프레임워크·재사용 모듈 활용 계획, 예상 문제점 및

실현 가능한 대응 방안

정성적
평가

실제 적용사례를 바탕으로 한 효율적인 단계별 활동 구성 및

경험 활용 여부

실행가능성
및
현장연계성

1차년도 시스템 연계 및 학사 성적 연동 방안의 실현 가능성
기능·데이터·보안·성능 요구사항 분석 및 방안의 타당성

시스템 인터페이스·UI/UX·접근성 구현의 적합성
테스트 및 AI 품질 검증 방안의 적합성
안정적인 과업수행을 위한 관리 방안 및 일정의 구체성·적절성
장애 시 보고 체계 및 위험 관리 방안의 적정성

용역수행
사후관리

교육훈련 방법·내용(계획, 절차, 범위, 기간)의 적정성

기밀 보호와 원활한 과업수행을 보장하기 위한 체계 및 대책
하자보수 및 AI 서비스 운영 지원 계획의 적정성

가격평가
(20)

입찰가격
평가

- 협상에 의한 계약체결기준을 준용 20 계 100

라. 협상적격자 선정 방법
〇「협상에 의한 계약체결기준」(계약예규)에 따라 선정함.
〇 제안서 평가 결과 기술평가 점수가 기술평가 분야 배점 한도의 85% 이상인 자를

- 16 -

협상적격자로 선정하되, 협상적격자가 없는 경우 재공고 입찰에 부칠 수 있음.
〇 협상 순서는 종합평가 점수의 고득점 순에 의하여 우선협상대상자가 선정되며,
합산 점수가 동일한 제안자가 2인 이상일 경우에는 기술능력 평가점수가 높은
제안자를 선순위자로 하고, 기술능력 평가점수도 동일한 경우에는 기술능력의
세부 평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 자를 선순위자로 함.
〇 우선순위 협상대상자와 협상 내용에 합의할 경우 차순위 업체와의 협상은 생략
하며, 미선정 업체에 대한 통보는 생략함.
〇 제안서 평가결과의 세부내용과 협상 결과는 공개하지 않음.
마. 경영 상태 평가 기준
〇 평가 대상 : 신용평가 등급에 의한 경영 상태 평가
〇 평가 점수 : 5점
회사채

기업어음 기업신용평가등급 경영상태 평점

AAA, AA+, AA0, AA-,
A+, A0, A-, BBB+,
BBB0

A1, A2+, A20,
A2-, A3+, A30

AAA, AA+, AA0, AA-,
A+, A0, A-, BBB+,
BBB0

A 5.0 BBB-, BB+, BB0, BB- A3-, B+, B0 BBB-, BB+, BB0, BB- B 4.5 B+, B0, B- B- B+, B0, B- C 4.0 CCC+ 이하 C 이하 CCC+ 이하 D 3.0

※ 등급별 평점이 소수점 이하의 숫자가 있는 경우 소수점 둘째 자리에서 반올림함
바. 사업 수행 실적
〇 평가 대상 : 공고일 기준 최근 3년간 제안 과업과 유사하거나 동등 이상의 사업
실적(기준금액 : 해당 사업 규모)
〇 평가 점수 : 5점
〇 평가 방법 : 최근 3년간 본 과업과 유사 분야(AI·데이터 플랫폼, 교육·공공기
관 정보시스템) 사업실적의 합산
수행실적 건수

평점 5건 이상 5.0 4건 4.0 3건 3.0 2건 2.0 1건 1.0

※ 사업실적 범위는 입찰 공고일로부터 최근 3년간 완료한 유사 과업 및 현재 진행 중
인 과업에 한하며, 이와 관계없는 사업은 평가하지 아니함.

- 17 -

6. 제출서류
가. 제출기간 : 2026. 10. 19.(월) 12:00 까지 (도착분에 한함)
※ 방문접수만 허용(우편 및 FAX 접수 불가)
나. 제출장소 : 본 대학교 본관 2층 산학협력단 (051-330-7178)
※ 주소 : 부산 북구 시랑로 132번길 88(구포동) 본관 2층
다. 제출서류
1) 입찰참가신청서(별지 제1호) 1부
2) 사업자등록증 사본 1부
3) 입찰이행보증보험증권(입찰금액의 5/100 이상) 1부
4) 국세 및 지방세 완납증명서 각 1부
5) (법인)인감증명서 및 등기부등본 각 1부
6) 3년간 사업실적서(별지 제2호) 및 실적증명자료 각 1부
7) 신용평가등급확인서 사본 1부
8) 직접생산확인증명서(세부품명: 정보시스템개발서비스_8111159901 또는 세부품명:
패키지소프트웨어개발 및 도입서비스_8111159801) 1부
9) 위임장 및 재직증명서 각 1부(대리인 참가 시)
10) 가격제안서(산출내역서 포함)(별지 제3호) 1부 – 봉인 후 제출
※ 봉인 후 제출하며, 제출기한까지 조달청 나라장터에 가격 투찰
11) 확약서(별지 제4호) 1부
12) 청렴이행서약서(별지 제5호) 1부
13) 공동수급표준협정서(공동수급시)
14) 제안서 총 8부 (형식 : 한글 또는 파워포인트, 쪽번호 부여 / 규격 : A4, 제본방
식 자율)
15) 제안서 일체가 담겨 있는 USB 1개
※ 각종 제출서류는 주민등록번호 앞자리만 표시하여 제출

7. 계약조건
가. 본 과업 수행과 관련되는 모든 지적재산권(이미지, 폰트, 소프트웨어·AI 모델 라이
선스 등)에 대해서는 라이선스를 확보하여 제출하여야 하며, 지적재산권 분쟁 발생
시 제안사가 책임져야 함.
나. 과업 수행에 필요한 작업 장소는 부산과학기술대학교와 계약상대자가 과업수행의
효율성, 정보보안 조건 등을 고려하여 협의 결정함.
〇 계약당사자는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환
경)을 상호 협의하여 결정하며, 핵심 개발인력이 아닌 지원인력의 근무장소는 보

- 18 -

안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있음.
〇 SW사업 수행을 위해 필요한 작업장소 등은 과업예산 내 계상되어 있으므로 관
련 비용을 포함하여 제안가격을 산출하되, 작업장소 등은 상호 협의하여 결정함.
다. 원격지 개발 장소 보안요구사항
〇 계약당사자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한
대응방안을 제안하여야 함.
〇 계약당사자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시하
여야 함.
〇 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안관리대책(시건
장치, 출입통제 등)을 실시하여야 함.
① 프로젝트 사무실, 중요장비 설치장소에 대한 출입보안
② 개인소유 PC 및 보조기억장치 반입·반출 통제
③ 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기
④ 문서의 보안등급 부여 및 차별화된 권한관리 수행 등
라. 원격지 개발 장소 제시·검토 절차
〇 계약당사자는 작업장소 상호협의 시 제안요청서 내 명시된 보안요구사항을 준수
한 작업 장소를 제시할 수 있으며, 발주기관은 제시된 작업 장소에 관하여 우선
검토함. 다만, 제시된 작업 장소가 보안요구사항을 준수하지 못한 경우 거부할
수 있음.
마. 본 과업의 하자담보책임기간은 과업을 종료한 날(과업에 대한 시험 및 검사를 수행
하여 최종산출물을 인도한 날을 말함)부터 1년으로 함.
바. 계약당사자는 계약 체결 후 10일 이내에 과업수행계획서를 제출하여야 함.
사. 1차년도 구축 시스템의 설계 산출물 및 소스코드 등 고도화에 필요한 자료는 계약
후 대학이 제공하며, 계약당사자는 이를 기반으로 과업을 수행하여야 함.
아. 학내 개인정보 및 민감정보를 AI 학습·참조에 활용하는 경우 대학의 사전 승인과
비식별 처리를 거쳐야 하며, 외부 상용 AI 서비스 이용 시 학내 데이터가 외부 모
델 학습에 사용되지 않도록 계약상 보장하여야 함.

8. 기타
제안요청서에 대한 문의 사항은 아래로 문의해 주시기 바랍니다.
■ 담당부서 : 산학협력단
■ 연 락 처 : 051-330-7178

- 19 - 【별지 제1호】

입 찰 참 가 신 청 서
신

상 호
(법인명)

법인등록번호 청 주 소

전 화 번 호
연락처(HP)

대 표 자 주민등록번호

인
입찰
개요

입찰공고번호 부산과학기술대학교 산학협력단 2026-15

납 부
보증금

대리인
․
사용
인감

납부면제
및
지급확약

. . .

* 보증금율 :
* 보 증 액 :
* 보증금납부방법 :
* 사유 :
* 본인은 낙찰 후 계약 미체결 시 귀 대학에 낙찰금액에 해당
하는 소정의 입찰보증금을 현금으로 납부할 것을 확약합니다.

본 입찰에 관한 일체의 권한을 다음의 자에 본 입찰에 사용할 인감을 다음과 같

게 위임합니다.
성

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

입찰건명 입찰 입 찰 일 자 - 이 신고합니다.

명 :
사용인감

(인) 주민등록번호 :

. . 대 표 자 :

(인)
(법인 인감 날인)

접수일자 2026 . . . : - 20 - 접수자 (인) 【별지 제2호】

3년간 사업 실적서
순번

사업명 사업내용 계약금액 발주처 수행기간 1

2
3
4
5

6
7
8
9
10

현재 진행 중인 건도 포함하여 연도순으로 기재하며, 본 사업과 유관한 것만 기재
기입한 실적에 대한 실적확인서 또는 실적증명원 제출(진행 중인 건에 한해 계약서 제출)

- 21 - 【별지 제3호】

가 격 제 안 서
입 찰 내 용
사 업 명

2026년 ANCHOR사업 DX-SPARK 온라인 플랫폼 고도화(긴급)

발주기관

부산과학기술대학교 산학협력단
제안금액 : ______________________ 원

입 찰 자
상호 또는
법인 명칭
주
대

사업자등록번호
(법인등록번호)

소
표

자 전 화 번 호

본인은 국가를 당사자로 하는 계약에 관한 법률시행령 제43조(협상에 의한 계약
체결)에 의거 발주된 본 사업의 제안요청서 내용을 모두 숙지하고 응찰에 임하며,
귀교에서 정한 사업 기간 내에 사업을 성실하게 수행할 것을 확약하며 본 가격제
안입찰서를 제출합니다.

별첨서류 : 산출내역서
2026년

입 찰 자 : 월 일 (인) 부산과학기술대학교 산학협력단 귀하 【별지 제4호】 확 약 서

부산과학기술대학교에서 발주하는 『2026년 ANCHOR사업 DX-SPARK 온라인
플랫폼 고도화』 용역 건의 입찰에 참여한 당 업체는 귀 대학교의 공정한 규격심

2026. 주 . . 소 :

상호 또는 명칭 :
대

표 자 : (인) 법 인 등록번호 : 부산과학기술대학교 산학협력단장 귀하 【별지 제5호】

2026년 월 일

서 약 자
소
속 :
직위(직급) :
성
명 :

(서명) 부산과학기술대학교 산학협력단장 귀하 - 24 -

===== 붙임 3. [과업지시서] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화.pdf =====
2026 ANCHOR사업 DX-SPARK
온라인 플랫폼 고도화 구축 (2차년도)

과업지시서 -

2026. 10. Ⅰ 일반 사항

3. 과업 목적
본 과업은 1차년도 데이터 기반(Data Foundation) 위에서 학점·이수·성적·출결 등
정규학사 데이터를 통합하고, 축적 데이터를 근거로 답변하는 sLLM·RAG 엔진을

- 2 -

구축하여 AI 튜터, 진로·취업 챗봇, 포트폴리오 추천, 위기학생 조기경보, 대시보드
자연어 질의 등 학생 전주기 기능을 지능화하는 것을 목적으로 함.
또한 산업체 포털과 기업 서비스 스토어를 구축하여 기업 요구 → AI 교과 분석 →
수업·데이터 생산 → 데이터 자산화 → 현장 효과·채용으로 이어지는 교육·산업
통합 환류 구조를 완성하고, 접근통제·민감정보 분리·성과지표(ANCHOR) 연계를
포함한 데이터 거버넌스를 확립하여 부산과학기술대학교를 데이터 기반 지역 정주형
평생직업교육 거점 대학으로 고도화하는 데 그 목적이 있음.

※ 학사 성적 실시간 연동, 산학협력 sLLM, 심리 데이터 AI 심층 분석, sLLM 파인튜닝 전면
전환은 3차년도 과업으로 이관하며 본 과업 범위에서 제외함.

- 3 -

- 4 - Ⅱ 과업 추진 방안

1. 추진 목표
가. 학점·이수·성적·출결 등 정규학사 데이터를 1차년도 데이터레이크에 통합하
여, 교과·비교과를 동일 대시보드에서 운영하는 학생 전주기 통합 관리 체계를
완성하는 것을 목표로 함.
나. 1차년도 축적 데이터를 근거로 하는 sLLM·RAG 엔진을 구축하여 AI 튜터, 진
로·취업 챗봇, 포트폴리오 추천, 대시보드 자연어 질의 등 기존 기능을 지능화
하는 것을 목표로 함.
다. 성적·출결·학습로그를 결합한 위기학생 조기경보와 개입 관리 체계를 구축하
여 학업 지속률을 제고하는 것을 목표로 함.
라. 산업체 포털과 기업 서비스 스토어를 통해 기업 요구 → 교과 개선 → 수업 데
이터 생산 → 자산화 → 현장 효과·채용으로 이어지는 교육·산업 통합 환류
구조를 구현하는 것을 목표로 함.
마. 접근통제·민감정보 분리·ANCHOR 성과지표 연계를 포함한 데이터 거버넌스
를 확립하여 DX-SPARK 2040 및 RISE 대표모델의 데이터 기반 혁신 거점 대학
으로 자리매김하는 것을 최종 목표로 함.

- 5 -

3. 추진 일정
과업은 Preproduction(기본계획·설계) → Production(개발·구현) → Postproduction(안정화·이관)의
3단계로 수행하며, 세부 일정은 과업수행계획서에서 확정함. M은 계약체결 월을 의미함.
구분

세부 내용 M 과업 추진 준비

제안요청서 작성 및 과업 발주, 사업자
선정 및 계약

● 과업 착수 및 보고 과업 착수 및 보고(과업수행계획서) ● 기본계획·설계 (Pre)

1차년도 성과분석, sLLM
구현계획·모델 선정, 전공학사 연계
설계, 신규 기업 유입 프레임 설계,
데이터 스키마·거버넌스 설계,
화면기획·목업

● 데이터·인프라 기반 구축

데이터레이크 정제·파이프라인,
교과·기업 데이터 연계, 성적
일괄연동, 접근통제, 벡터 저장소·모델
연동 환경

● ● sLLM·RAG 엔진 구축

sLLM 서빙, 임베딩·벡터화, RAG 코어,
프롬프트·가드레일

● ● 기능 구현 및 통합

대시보드·AI
튜터·챗봇·포트폴리오·조기경보·자
연어 질의, 산업체 포털·스토어,
ANCHOR 지표 연계

성능시험 및 테스트

RAG 품질 반복 검증, 단위·통합
테스트, 실사용 검증(UAT)

안정화 및 운영 전환

품질·성능 튜닝, 가드레일 보정, 운영
전환, 사용자·관리자 교육

● 과업 완료 및 보고

2차년도 성과·ANCHOR 지표 정리,
3차년도 계획 수립, 산출물 인계

● - 6 - M+1 M+2 M+3 M+4 ● ● ● ● ● Ⅲ 제안요청 내용

- 7 -

2. 상세 요구사항
가. 요구사항 총괄표
구 분

설명 ID부여 규칙 개수 기능 요구사항 목표 시스템이 수행해야 할 기능 정의 SFR-000 10 성능 요구사항

응답속도, 동시접속, 가용성, AI 답변 품질 기준 정의

PER-000 4 데이터 요구사항

적재, 표준화·품질, 분리 저장, RAG 참조 데이터,
로그 관리 기준 정의

DAR-000 5 인터페이스 요구사항

화면·접근성, 학사·LMS·외부 시스템 연계 규격 정의

SIR-000 7 보안 요구사항

암호화, 접근통제, 감사, 생성형 AI 보안, 기업 데이터 격리 정의

SER-000 6 품질 요구사항

유지보수성, 확장성, AI 신뢰성, AI 단계 전환 기준 정의

QUR-000 4 테스트 요구사항

기능·성능·보안·AI 품질 검증 항목 및 방법 정의

TER-000 6 장비 구성 요구사항

클라우드 확장, AI 서빙 환경, 운영·보안, 온프레미스 연계 정의

ECR-000 4 제약사항

COR-000 3 프로젝트 관리 요구사항

일정, 인력, 산출물, 검수, 리스크, 성과관리 정의

PMR-000 7 프로젝트 지원 요구사항

교육, 하자보수, 운영지원, AI 운영 지원 정의

PSR-000

4
60

합 계

나. 요구사항 목록표
No

코드 요구사항 명 1 SFR-001

데이터레이크 고도화 및 정규학사(교과) 데이터 통합

Key Issue 01 2 SFR-002 sLLM·RAG 엔진 구축 Key Issue 02 3 SFR-003 학생 통합 대시보드 고도화 M1 4 SFR-004 AI 튜터 및 진로·취업 챗봇 RAG 고도화 M2 5 SFR-005 포트폴리오 요약·추천 및 JD 매칭 M3 6 SFR-006 위기학생 조기경보 및 개입 관리 M4 7 SFR-007 관리자 환류·성과지표 및 자연어 질의 M6 8 SFR-008 산업체 포털 및 기업 서비스 스토어 M5 9 SFR-009 기업 데이터레이크 및 학교·기업 데이터 융합 IND-04·05 10 SFR-010 교육·산업 환류 및 산학 성과 관리 M7·M8·M9 - 8 - 비고 11 PER-001 응답 속도 기준 12 PER-002 동시 접속 처리 성능 13 PER-003 시스템 가용성 확보 14 PER-004 AI 답변 품질 기준 15 DAR-001 정규학사·기업 데이터 적재 기준 정의 16 DAR-002 데이터 표준화 및 품질(DQ) 관리 17 DAR-003 민감정보 분리 및 비식별 정책 18 DAR-004 RAG 참조 데이터 및 벡터 데이터 관리 19 DAR-005 로그 및 이력 데이터 관리 20 SIR-001 시스템 인터페이스 일반 21 SIR-002 웹 표준, 웹 호환성 및 접근성 준수 22 SIR-003 사용자별 화면 구성 및 디자인 23 SIR-004 학사행정시스템 성적 일괄연동 24 SIR-005 LMS·CDP 및 1차년도 시스템 연계 25 SIR-006 알림 채널 연계 26 SIR-007 외부 채용·정부지원사업·산학협력 플랫폼 연계 27 SER-001 개인정보 및 민감정보 암호화 저장 28 SER-002 역할·페르소나 기반 접근 제어 29 SER-003 데이터 전송 구간 암호화(SSL/TLS) 30 SER-004 보안 로그 수집 및 감사 31 SER-005 생성형 AI 보안 신규 32 SER-006 기업 데이터 격리 및 승인 통제 신규 33 QUR-001 유지보수성(Maintenance) 확보 34 QUR-002 확장성(Scalability) 보장 35 QUR-003

AI 신뢰성(Reliability) 및 설명가능성 검증

36 QUR-004 AI 단계 전환 판단 기준 준수 37 TER-001 테스트 일반사항 38 TER-002 테스트 유형 및 환경 구축 39 TER-003 인수 테스트 및 실사용 검증(UAT) 40 TER-004 테스트 계획의 수립 및 이행 41 TER-005 백업 복구 테스트 42 TER-006 RAG 답변 품질 반복 검증 43 ECR-001 클라우드 인프라 확장 사양 정의 44 ECR-002 클라우드 서비스 운영 및 관리 신규 - 9 - 신규 신규 신규 45 ECR-003 클라우드 보안 46 ECR-004 온프레미스–클라우드 연계 관리 47 COR-001 표준화 지침 사항 48 COR-002 콘텐츠 저작권 및 지식재산권 관리 49 COR-003 과업 범위 및 1차년도 연속성 50 PMR-001 프로젝트 관리 일반사항 51 PMR-002 수행조직 및 인력 구성 52 PMR-003 프로젝트 일정 방안 53 PMR-004 프로젝트 산출물 관리 방안 54 PMR-005 검사·검수 방안 55 PMR-006 리스크 관리 방안 56 PMR-007 성과지표 관리 및 차년도 계획 57 PSR-001 프로젝트 지원 일반 58 PSR-002 장애 관리 및 하자 보수 59 PSR-003 교육 및 운영지원 60 PSR-004 AI 서비스 운영 지원 신규 신규 신규 신규 - 10 -

다. 요구사항 내용
1) 기능 요구사항

SFR-001 · 데이터레이크 고도화 및 정규학사(교과) 데이터 통합
•

정의: 1차년도 데이터레이크에 정규학사 데이터와 신규 기업 데이터를 통합하고,
Bronze·Silver·Gold 단계 구조로 정제·자산화해야 함.

•

세부 내용
〇 학점·이수·성적·교육과정·출결 등 정규학사 데이터를 1차년도 축적 5종
데이터와 동일 체계로 통합해야 함
〇 원본 격리 보존(Bronze) → 표준화·비식별·DQ 통과(Silver) → 자산화
데이터셋·지표 마트(Gold) 구조로 운영해야 함
〇 교과목–수업계획서–실습 산출물–데이터셋 간 연결 정보를 관리하여, 수업별
데이터 생산 현황(단독/합산/융합)을 산출할 수 있어야 함
〇 신규 기업 데이터(JD, 데이터 수요, 기업 제공 데이터)를 수용할 수 있도록
스키마를 확장해야 함
〇 데이터 카탈로그·리니지에 신규 데이터셋과 AI 모델을 등록하여 추적해야 함

•

산출 정보: 데이터 스키마·연계 설계서, 데이터레이크 아키텍처(갱신)

SFR-002 · sLLM·RAG 엔진 구축
정의: 축적 데이터를 근거로 답변하는 sLLM·RAG 엔진을 구축하고,
학생·관리자·기업 서비스가 공통으로 활용할 수 있도록 제공해야 함.

세부 내용

〇 sLLM 후보 모델의 성능·비용·운영 방식을 비교 검토하여 모델을 선정하고,
선정 근거를 제시해야 함
〇 활용 방식은 RAG 중심으로 하며, 경량 튜닝·프롬프트 방식은 대학과 협의하여 선택 적용함
〇 sLLM 서빙 파이프라인, 임베딩·벡터화 처리, 검색–생성 연결의 RAG 엔진 코어
를 구현해야 함
〇 '근거 안에서만 답변, 부적절 응답 차단' 원칙의 프롬프트·가드레일을 구현하고,
답변마다 출처를 표시해야 함
〇 코퍼스(학생용·기업용 등)를 분리하여 동일 RAG 스택을 공유하되 데이터 간 교차
노출이 없어야 함
〇 모델 버전·평가 결과를 관리하고, 평가 게이트를 통과한 모델만 서비스에 배포해야 함

산출 정보: sLLM 구현계획서, 모델 선정·비교 보고서, RAG 엔진 설계서, 프롬프트·

가드레일 정책서
•

- 11 -

SFR-003 · 학생 통합 대시보드 고도화
•
•

정의: 1차년도 고정형 대시보드를 이용자 커스터마이징 대시보드로 고도화하고,
교과·비교과를 동일 대시보드 내에서 구분 운영해야 함.
세부 내용
〇 교과/비교과/전체/위젯 꾸미기 탭 메뉴를 제공해야 함
〇 위젯 추가·삭제·위치·크기 조정 등 사용자별 커스터마이징을 지원해야 함
〇 위젯별 AI 요약 정보를 제공해야 함
〇 성적표·교과목 관리 등 교과 위젯을 확대 제공해야 함
〇 역할(학생·교수·직원·관리자)에 따라 기본 위젯 구성과 첫 화면이 자동 설정되어야 함

• 산출 정보: 화면설계서, 목업·디자인 시안

SFR-004 · AI 튜터 및 진로·취업 챗봇 RAG 고도화
•
•

정의: 1차년도 AI 튜터와 진로·취업 챗봇을 RAG 기반으로 교체·강화하여 축적
데이터 근거 답변을 제공해야 함.
세부 내용
〇 답변에 근거 출처(문서·데이터) 칩을 표시하고, 가드레일 적용 상태를
사용자에게 안내해야 함
〇 진로·역량·기업정보 등 RAG 참조 데이터를 기반으로 진로 탐색, 취업 준비,
학습 질의에 답변해야 함
〇 근거가 부족한 질의는 답변을 보류하고 상담 연결 등 대체 경로를 안내해야 함
〇 대화 이력과 사용자 피드백(만족/불만족)을 수집하여 품질 개선에 활용해야 함
○ 사용자 수준별 정보 활용 및 컨텍스트 관리를 위한 위키 모듈을 구축하고,
위키에 등록된 지식정보를 RAG 참조 데이터로 연계·활용할 수 있도록
지원해야 함

•

산출 정보: 화면설계서, 챗봇 시나리오·정답셋

SFR-005 · 포트폴리오 요약·추천 및 JD 매칭
•
•

정의: 교과·비교과 역량 데이터를 sLLM으로 요약하고, 직무(JD)와 비교하여 부족
역량 보완 경로와 채용 연계를 제공해야 함.
세부 내용
〇 학생의 교과·비교과·실습·캡스톤 산출물을 포트폴리오로 자동 요약해야 함
〇 JD 대비 보유·부족 역량을 제시하고, 부족 역량을 수강 신청·비교과 활동
추천으로 연결해야 함
〇 검증 배지·이수 정보를 포트폴리오에 연동해야 함

- 12 -

〇 학생 동의 범위 내에서 기업 열람·면접 제안 알림을 제공하되, 매칭 피처는
역량·이수 정보로 한정해야 함

산출 정보: 화면설계서, 매칭 로직 설계서

SFR-006 · 위기학생 조기경보 및 개입 관리
•
•

정의: 성적·출결·학습로그·만족도 등을 결합하여 학업 중단 위험도를 산정하고,
교수·상담 인력의 개입을 관리해야 함.
세부 내용
〇 GPA·출결·학습활동 등 예측변수를 활용한 위험도 스코어를 산정해야 함
〇 교수 화면은 위험도순 자동 정렬, 1클릭 개입(상담 배정), 주간 요약 알림을 제공해야 함
〇 개입 이력을 48시간 개입 타임라인 등으로 관리하고, 개입 후 결과
(잔존 여부 등)를 추적해야 함
〇 예측 재현율 70% 이상을 목표로 하며, 재현율 60% 미만 시 예측 확장을
보류하고 대학과 대응 방안을 협의해야 함
〇 위험 판정 근거(주요 변수)를 교수·상담자가 확인할 수 있어야 하며, 학생 대상
낙인 효과를 방지하는 표시 정책을 적용해야 함

•

산출 정보: 화면설계서, 예측모델 설계·검증 보고서, 개입 프로토콜(안)

SFR-007 · 관리자 환류·성과지표 및 자연어 질의
•
•

정의: 관리자가 부서별 데이터 환류 현황과 ANCHOR 성과지표를 확인하고, 자연어
질의·자동 리포트로 의사결정할 수 있어야 함.
세부 내용
〇 산학·취업·창업·국제·상담 부서별 데이터 축적→활용→재축적 루프 현황을 제공해야 함
〇 데이터 품질(DQ) 지표와 ANCHOR 성과지표를 대시보드로 제공하고, 전 지표
드릴다운을 지원해야 함
〇 취업·성과 데이터에 대한 자연어 질의와 리포트 자동 요약·생성 기능을 제공해야 함
〇 환류 지연 지점(교과 반영 지연, DQ 게이트 정체, 응답 SLA 초과)을 루프
보드에서 추적·알림해야 함

• 산출 정보: 화면설계서, 성과지표 정의서

SFR-008 · 산업체 포털 및 기업 서비스 스토어
•
•

정의: 기업 담당자가 온보딩·요구 등록·서비스 신청을 할 수 있는 산업체 포털과
기업 서비스 스토어(S1~S10)를 구축해야 함.
세부 내용
〇 주요 진입 경로 3종(인재 필요 / 데이터 위탁 / 분석·AI 필요)과 AX 내재화
단계(LV1~LV5) 표시를 제공해야 함
〇 직무명·필수 역량·제공 가능 데이터·희망 산출물의 구조화 요구 등록 폼과

- 13 -

처리 현황 추적을 제공해야 함
〇 S1 AX 헬스체크 ~ S10 AX 아카데미의 서비스 카드를 비IT 친화 표기로 제공해야 함
〇 마법사형 온보딩, 리포트 구독, 모바일 원터치 승인(알림톡)을 지원해야 함
〇 S6 데이터 상품화 크레딧은 사업단 단일 원장으로 관리하고, 구독료·교육비
상계 내역을 기록해야 함
•

산출 정보: 화면설계서, 서비스 카탈로그 정의서

SFR-009 · 기업 데이터레이크 및 학교·기업 데이터 융합
•
•

정의: 기업 전용 격리 데이터 영역과 3-Tier 승인공유 체계, 원본 비반출 방식의 융합
질의 기능을 구축해야 함.
세부 내용
〇 ERP·MES 업로드·IoT 스트림 등 기업 원천 데이터를 기업 전용
Bronze·Silver·Gold 영역으로 자산화해야 함
〇 T1(기업 전용)·T2(승인 공유)·T3(비식별 공개) 등급을 관리하고, 등급
상향·학습 사용은 기업 서명으로만 허용해야 함
〇 T2 승인공유는 관리형 방식(Plan A)을 기본으로 하되, 자체 워크플로 방식
(Plan B)으로 무손실 전환 가능한 구조를 유지해야 함
〇 융합 질의는 질의 등록 → 데이터 소유자 승인 → 실행 → 승인된 집계 결과
회신 절차로 운영해야 함
〇 원본 행 단위 열람 불가, 결과 셀 5건 미만 마스킹, 소집단 노출 차단 규칙을
모든 질의에 적용해야 함
〇 미응답 승인 요청은 자동 보류되어야 함

•

산출 정보: 화면설계서, 데이터 등급·승인 정책서

SFR-010 · 교육·산업 환류 및 산학 성과 관리
•
•

정의: 기업 요구가 AI 교과 분석·수업 데이터 생산으로 이어지고, 성과가 다시
기업 요구로 재연계되는 환류 기능을 구축해야 함.
세부 내용
〇 AI 교과 분석: 교안·수업계획서와 기업 JD·데이터 수요를 대조한 직무/교과
매핑 매트릭스와 교과 개선 후보를 제시해야 함 (교과 신설·개정의 최종
결정은 교수·학과 심의로 함)
〇 산학 교류 광장: 기업 수요 카드와 학과 공급 카드의 매칭 보드를 제공하고,
응답 SLA와 데이터 계약 등록을 관리해야 함
〇 산업 데이터레이크 관제: 수집→활용→성과 퍼널과 휴면(다크) 데이터 알림을 제공해야 함
〇 AX 포트폴리오: 업종×AI 매트릭스, 기업 성숙도, 장비→데이터→AI 모델→현장
효과 체인을 제공해야 함

- 14 -

〇 학생↔기업 연결: 매칭 양면 현황, 캡스톤·실습 파이프라인, 산학 성과
퍼널(현장실습·PoC·공동 R&D·재직자 교육·채용)을 제공해야 함

•

〇 평생 학습·경력 ID(학번→재직자 승계)는 동의 기반 설계안을 마련하고, 구현
범위는 대학과 협의하여 확정함
산출 정보: 화면설계서, 환류 프로세스 정의서

2) 성능 요구사항
PER-001 · 응답 속도 기준
•
•

정의: 로그인·검색·조회·입력 등 주요 기능은 평균 3초 이내에 응답해야 함.
세부 내용
〇 웹·모바일 동일 기준을 적용하며, 주요 서비스의 95% 이상이 3초 이내
응답해야 함
〇 대용량 데이터 조회는 5초 이내 응답해야 함
〇 AI 튜터·챗봇·자연어 질의 등 생성형 AI 기능은 응답 시작 시간 및 완료 시간
기준을 과업수행계획서에서 대학과 협의하여 확정해야 함

PER-002 · 동시 접속 처리 성능
•
•

정의: 최소 1,000명 이상 동시 접속 시에도 서비스 중단 없이 안정적인 성능을 유지해야 함.
세부 내용
〇 생성형 AI 기능의 동시 요청 처리 용량과 대기열(큐잉) 정책을 제시해야 함
〇 트래픽 급증 시 로드밸런싱·오토스케일링으로 성능을 보장해야 함

PER-003 · 시스템 가용성 확보
•
•

정의: 연간 99.9% 이상의 가용성을 확보해야 하며, 계획된 정기 점검 외 서비스 중단이 없어야 함.
세부 내용
〇 AI 엔진 장애 시에도 포털·대시보드 기본 기능은 정상 제공되도록 장애 격리
구조를 적용해야 함
〇 가용성 지표는 관리자 대시보드에서 실시간 모니터링 가능해야 함

PER-004 · AI 답변 품질 기준
•
•

정의: 서비스 배포 대상 AI 모델·RAG 답변은 사전 정의된 평가 게이트 기준을 충족해야 함.
세부 내용
〇 정답셋 기준 정확도 85% 이상, 환각(근거 없는 답변) 3% 이하, 개인정보(PII)
노출 0건을 배포 기준으로 함

- 15 -

〇 기준 미달 시 배포를 보류하고 개선 조치 후 재평가해야 함
〇 평가 기준 수치는 정답셋 확정 시 대학과 협의하여 조정할 수 있음

3) 데이터 요구사항
DAR-001 · 정규학사·기업 데이터 적재 기준 정의
•
•

정의: 정규학사 데이터와 기업 데이터의 적재 범위·주기·방식을 정의해야 함.
세부 내용
〇 학사 데이터: 학적, 수강, 성적, 학점·이수, 교육과정, 출결 등을 포함해야 함
〇 성적 데이터는 배치(일괄) 방식으로 적재하며, 실시간 적재는 3차년도에 대학과
협의하여 결정함
〇 기업 데이터: JD·데이터 수요, 기업 제공 데이터(ERP·MES·IoT), 서비스 이용
이력 등을 포함해야 함
〇 적재 데이터는 카탈로그로 관리되어 검색·탐색이 용이해야 함

DAR-002 · 데이터 표준화 및 품질(DQ) 관리
•
•

정의: 모든 데이터는 표준화된 형식과 품질 기준에 따라 관리되어야 함.
세부 내용
〇 1차년도 데이터 표준 정의서를 기준으로 교과·기업 데이터 표준항목
(단어·용어·도메인·코드)을 추가 정의해야 함
〇 완전성·유효성·정확성·일관성·적시성·유일성 등 DQ 6개 차원의 품질
지표를 산출해야 함
〇 DQ 게이트를 통과한 데이터만 Silver·Gold로 승격해야 하며, 정체 현황을
관리자에게 알려야 함
〇 공공기관 데이터베이스 표준화 지침 및 공공데이터 공통표준용어를 준수해야 함

DAR-003 · 민감정보 분리 및 비식별 정책
•
•

정의: 성적·심리·상담 등 민감정보는 일반 데이터와 분리하여 관리하고, 활용 시
비식별 처리해야 함.
세부 내용
〇 민감정보(성적·심리·상담 기록 등)는 별도 뷰로 분리하고, 역할별 접근권한을
적용해야 함
〇 1차년도 보안 데이터 온프레미스 저장 원칙을 유지해야 함
〇 학생 상담·심리 정보는 기업측에 어떤 형태로도 노출되지 않아야 함
〇 RAG 참조·AI 학습에 사용하는 데이터는 가명·비식별 처리 및 재검증을 거쳐야 함

- 16 -

DAR-004 · RAG 참조 데이터 및 벡터 데이터 관리
•
•

정의: RAG 근거로 사용하는 참조 데이터와 벡터 데이터의 범위·출처·갱신 주기를 관리해야 함.
세부 내용
〇 RAG 데이터 범위와 근거 문서 목록을 정의하고, 문서별 출처·작성일·권한
정보를 관리해야 함
〇 진로·역량·기업정보 등 참조 데이터의 최신성 갱신 절차와 주기를 정의해야 함
〇 원본 데이터 변경·삭제 시 벡터 데이터에 반영되어야 함
〇 학생용·기업용 코퍼스를 분리 관리해야 함

DAR-005 · 로그 및 이력 데이터 관리
•
•

정의: 사용자 활동·시스템 운영·AI 질의응답 로그를 장기 보관·분석할 수 있도록 관리해야 함.
세부 내용
〇 AI 질의·답변·참조 출처·가드레일 차단 이력을 기록해야 함
〇 로그는 최소 5년 이상 보관하며, 감사를 위한 검색·조회·내보내기 기능을 제공해야 함

4) 시스템 인터페이스 요구사항
SIR-001 · 시스템 인터페이스 일반
•
•

정의: 1차년도 메뉴 체계와 UI 일관성을 유지하면서 신규 기능을 통합해야 함.
세부 내용
〇 주요 기능은 3클릭 이내에 도달할 수 있어야 함
〇 사용자 역할에 따라 첫 화면이 자동 설정(역할 자동 랜딩)되어야 함
〇 상태 표시는 색·아이콘·텍스트를 함께 사용해야 함

SIR-002 · 웹 표준, 웹 호환성 및 접근성 준수
•
•

정의: 전 화면은 웹 표준·호환성·접근성 기준을 준수해야 함.
세부 내용
〇 WCAG 2.1 AA 및 한국형 웹 콘텐츠 접근성 지침 2.1을 준수해야 함
(명도 대비 4.5:1, 키보드 전 기능 사용, 스크린리더 라벨, 200% 확대)
〇 반응형으로 구현하며 주요 브라우저·운영체제에서 정상 동작해야 함

SIR-003 · 사용자별 화면 구성 및 디자인
•
•

정의: 사용자 유형별 UX 원칙에 따라 화면을 구성해야 함.
세부 내용

- 17 -

〇 학생(유학생 포함): 모바일 퍼스트, 위젯 커스터마이징, 자연어(AI 튜터) 보조 진입
〇 교수: 조기경보 화면 기본 랜딩, 위험도순 정렬, 1클릭 개입
〇 기업 실무자: 마법사형 온보딩(5분 이내), 전문용어 배제, 모바일 원터치 승인
〇 사업단 관리자: 관제 첫 화면, 전 지표 드릴다운, 자연어 보고서 생성
〇 UI 언어는 한국어 단일로 하며, 유학생 대상 문구는 '쉬운 한국어' 원칙을 적용해야 함
•

산출 정보: 화면설계서, 디자인 가이드

SIR-004 · 학사행정시스템 성적 일괄연동
•
•

정의: 학사행정시스템의 성적·이수 데이터를 DX-SPARK에 일괄(배치) 연동해야 함.
세부 내용
〇 학사시스템을 정본으로 하고, DX-SPARK는 참조·활용본으로 운영해야 함
(DX-SPARK에서 학사 정본 데이터를 수정하지 않음)
〇 연동 방식(API, DB Link, 파일 등)과 범위는 착수 후 학사시스템 운영 주체와
사전 점검하여 확정해야 함
〇 온프레미스 구간 및 민감정보 전송에 대한 보안 사전 점검을 수행해야 함
〇 연동 실패 시 재처리 및 정합성 검증 기능을 제공해야 함

SIR-005 · LMS·CDP 및 1차년도 시스템 연계
정의: 1차년도 구축 시스템(LMS·CDP·유학생 통합지원·데이터레이크)과의
연계를 유지·확장해야 함.

세부 내용

〇 1차년도 인터페이스 규격(RESTful API, JSON, OAuth2.0/JWT, TLS 1.2 이상)을 준수해야 함
〇 교과 데이터가 CDP 포트폴리오·로드맵에 자동 반영되어야 함
•

SIR-006 · 알림 채널 연계
•
•

정의: 이벤트 기반 알림을 다채널로 발송해야 함.
세부 내용
〇 메일·문자·앱 푸시·카카오 알림톡 채널을 지원해야 함
〇 사용자별 수신 채널 선택과 발송 이력 관리를 제공해야 함

SIR-007 · 외부 채용·정부지원사업·산학협력 플랫폼 연계
•
•

정의: 외부 채용정보, 정부지원사업 정보, 산학협력 데이터를 연계해야 함.
세부 내용
〇 채용 공고·고용 통계(HRD-Net 등) 데이터를 JD 매칭에 활용할 수 있도록
연계해야 함
〇 정부지원사업 공고를 수집하여 기업 프로파일과 요건 매칭(S7)에 활용해야 함

- 18 -

〇 외부 데이터 이용 시 이용 약관·라이선스를 준수해야 함

5) 보안 요구사항
SER-001 · 개인정보 및 민감정보 암호화 저장
•
•

정의: 개인정보 및 민감정보는 AES-256 수준으로 암호화 저장하고 키는 KMS로 관리해야 함.
세부 내용
〇 벡터 저장소·AI 로그·백업본에도 동일한 암호화 정책을 적용해야 함

SER-002 · 역할·페르소나 기반 접근 제어
•
•

정의: 역할(RBAC)에 더해 과업·관계·페르소나 기반 접근 제어를 적용해야 함.
세부 내용
〇 학생·교수·직원·관리자·기업 등 페르소나별 접근 정책을 정의해야 함
〇 교수는 담당 학생 등 관계가 있는 범위에서만 민감정보를 조회할 수 있어야 함
〇 RAG 검색 결과에도 사용자 권한이 동일하게 적용되어, 권한 밖 문서가 답변
근거로 사용되지 않아야 함
〇 최소 권한 원칙을 준수하고, 권한 변경은 관리자 승인 하에 수행해야 함

SER-003 · 데이터 전송 구간 암호화(SSL/TLS)
•
•

정의: 모든 데이터 전송 구간은 TLS 1.2 이상으로 암호화해야 함.
세부 내용
〇 온프레미스–클라우드, 모델 서빙, 외부 연계 구간을 모두 포함해야 함

SER-004 · 보안 로그 수집 및 감사
•
•

정의: 보안 관련 로그를 수집하고 이상 행위를 탐지해야 함.
세부 내용
〇 민감정보 접근, 데이터 승인·등급 변경, 융합 질의 실행에 대한 감사로그를 전 구간
기록해야 함
〇 로그는 5년 이상 보관하며, 위변조 방지를 위한 무결성 검증 체계를 갖추어야 함

SER-005 · 생성형 AI 보안
•
•

정의: 생성형 AI 기능에 대한 입력·출력 보안 통제를 적용해야 함.
세부 내용
〇 프롬프트 인젝션, 탈옥 시도, 개인정보 유출 시도를 탐지·차단해야 함
〇 답변 출력 전 개인정보·부적절 표현 필터링을 적용해야 함

- 19 -

〇 외부 상용 AI 서비스를 사용하는 경우 학내 데이터가 외부 모델 학습에
사용되지 않음을 보증해야 함
SER-006 · 기업 데이터 격리 및 승인 통제
•
•

정의: 기업 데이터는 기업 전용 영역에 격리하고, 소유권·통제권은 기업이 유지해야 함.
세부 내용
〇 기업별 암호화 키를 분리하고, 태그 기반 권한을 기업 계정으로 한정해야 함
〇 T1 데이터는 학생측에 노출되지 않아야 하며, T2 승인 시에만 캡스톤 등에
활용해야 함
〇 데이터 사용 요청은 범위를 명시하고 기업 서명을 받아야 함

6) 품질 요구사항
QUR-001 · 유지보수성(Maintenance) 확보
•
•

정의: 1차년도 기준(모듈화, CI/CD, 형상관리)을 유지하고 AI 구성요소를 포함하여 적용해야 함.
세부 내용
〇 프롬프트·가드레일 정책, 모델, 임베딩 설정을 버전 관리해야 함

QUR-002 · 확장성(Scalability) 보장
•
•

정의: 이용자·데이터·기업 참여 증가 시 성능 저하 없이 확장 가능해야 함.
세부 내용
〇 sLLM 교체 및 파인튜닝 전환(3차년도)을 고려하여 모델 교체가 가능한 구조로
설계해야 함

QUR-003 · AI 신뢰성(Reliability) 및 설명가능성 검증
•
•

정의: AI 추천·예측·답변의 정확성·일관성·공정성·설명가능성을 검증해야 함.
세부 내용
〇 답변·추천·위험도 판정의 근거를 사용자에게 제시해야 함
〇 학습·참조 데이터의 편향 여부를 점검하고 결과를 보고해야 함
〇 사용자 피드백과 로그를 통해 지속적으로 개선해야 함

QUR-004 · AI 단계 전환 판단 기준 준수
•
•

정의: AI 기능의 확장·착수는 사전 정의된 판단 임계값에 따라 결정해야 함.
세부 내용
〇 예측 재현율 60% 미만 또는 표준화 지연 시 예측 확장을 보류하고 데이터 품질
개선에 우선 투입해야 함

- 20 -

〇 생성형 AI(sLLM·RAG) 서비스 개시는 표준화·거버넌스 요건 충족 이후로 한정해야 함
〇 개입 후 잔존율이 개선되지 않으면 개입 프로토콜 재설계를 대학에 제안해야 함

7) 테스트 요구사항
TER-001 · 테스트 일반사항
•

정의: 1차년도 테스트 일반사항을 준수하며, 개발 초기부터 완료까지 지속적으로 테
스트를 수행해야 함.

TER-002 · 테스트 유형 및 환경 구축
정의: 단위·통합·시스템·성능·보안 테스트를 수행하고, 테스트 환경은 사업자가
확보해야 함.

세부 내용

〇 생성형 AI 기능에 대한 부하 테스트와 보안(프롬프트 인젝션 등) 테스트를 포함해야 함
•

TER-003 · 인수 테스트 및 실사용 검증(UAT)
•
•

정의: 교수·학생·직원·기업 사용자가 참여하는 실사용 검증을 수행해야 함.
세부 내용
〇 UAT 계획(참여자, 시나리오, 판정 기준)을 사전에 대학 승인을 받아 수행해야 함
〇 도출된 문제점은 수정·보완 후 최종 회귀 테스트를 수행해야 함
〇 요구사항별 적합/부적합 판정이 가능해야 함

TER-004 · 테스트 계획의 수립 및 이행
•
•

정의: 테스트 종류별 목적·방법·데이터·주체·기준을 수립하여 이행해야 함.
세부 내용
〇 실제 데이터(오류 데이터 포함)로 테스트하되, 개인정보는 비식별 처리된
데이터를 사용해야 함

TER-005 · 백업 복구 테스트
•

정의: 데이터레이크·벡터 저장소·모델 레지스트리를 포함한 백업·복구를 구현하고
실효성을 검증해야 함.

TER-006 · RAG 답변 품질 반복 검증
•
•

정의: 정답셋을 기준으로 RAG 답변 품질을 반복 검증해야 함.
세부 내용
〇 답변 품질 평가 기준과 정답셋을 대학과 협의하여 구축해야 함

- 21 -

〇 모델·프롬프트·참조 데이터 변경 시마다 회귀 평가를 수행하고 결과를 보고해야 함
•

산출 정보: 답변 품질 평가 기준서, 정답셋, 품질 검증 결과서

8) 시스템 장비 구성 요구사항
ECR-001 · 클라우드 인프라 확장 사양 정의
•
•

정의: 1차년도 클라우드(AWS) 인프라를 확장하여 AI 서빙·벡터 저장소 환경을 구성해야 함.
세부 내용
〇 sLLM 서빙 환경(GPU 노드 또는 관리형 모델 서비스), 벡터 저장소, 임베딩 처리
환경의 사양과 선정 근거를 제안해야 함
〇 기업 데이터 전용 영역, 승인공유 및 융합 질의 환경을 구성해야 함
〇 1차년도 계약 클라우드 서비스를 변경하는 경우 대학의 사전 승인을 받아야 함
〇 월별 클라우드 예상 비용(AI 사용량 포함)을 제안해야 함

ECR-002 · 클라우드 서비스 운영 및 관리
•
•

정의: 24시간×365일 모니터링 체계와 사용량 통계를 제공해야 함.
세부 내용
〇 AI 호출량·토큰 사용량·비용을 모니터링하고 임계치 알림을 제공해야 함
〇 장애 복구 후 24시간 이내 원인 분석보고서를 제출해야 함

ECR-003 · 클라우드 보안
•

정의: 1차년도 클라우드 보안 요구사항을 유지하고, AI·기업 데이터 영역까지 적용해야 함.

ECR-004 · 온프레미스–클라우드 연계 관리
•
•

정의: 온프레미스(보안 데이터)와 클라우드 간 연계 요건을 점검·관리해야 함.
세부 내용
〇 학사 연동 및 민감정보 처리 구간에 대한 보안 사전 점검 결과를 착수 단계에서 보고해야 함
〇 온프레미스 서버 자원과 클라우드 자원을 통합 모니터링해야 함

9) 제약사항
COR-001 · 표준화 지침 사항
정의: 개인정보 보호법, 한국형 웹 콘텐츠 접근성 지침 2.1, 전자정부 웹 표준, 웹
응용프로그램 개발 보안 가이드 등을 준수해야 함.

세부 내용

〇 인공지능 관련 법령 및 정부의 생성형 AI 활용 보안 가이드라인을 준수해야 함
•

- 22 -

정의: 1차년도 기준을 준수하며, 제3자 권리 침해 시 사업자가 모든 책임을 짐.
세부 내용
〇 sLLM·오픈소스 모델 및 라이브러리의 라이선스를 명시하고 상업적 이용 가능
여부를 확인해야 함
〇 사업자 보유 솔루션을 결합하는 경우 적용 범위·라이선스·운영 모델을 대학과
사전 협의하여 확정해야 함

COR-003 · 과업 범위 및 1차년도 연속성
•
•

정의: 1차년도 구축 자산을 유지하며 고도화해야 하고, 3차년도 이관 항목은 본 과업에서 제외함.
세부 내용
〇 1차년도 산출물(데이터 표준 정의서, 아키텍처, 화면설계서 등)을 기준으로
갱신해야 함
〇 1차년도 서비스는 고도화 기간 중 중단 없이 운영되어야 함
〇 제외 범위: 학사 성적 실시간 연동, 산학협력 sLLM, 심리 데이터 AI 심층 분석,
sLLM 파인튜닝 전면 전환

10) 프로젝트 관리 요구사항
PMR-001 · 프로젝트 관리 일반사항
•
•

정의: 프로젝트 관리방법론과 착수·통제·종료 단계별 관리방안을 제시해야 함.
세부 내용
〇 Preproduction·Production·Postproduction 단계별 업무를 카테고리화하고
체크리스트 방식으로 진척을 관리해야 함
〇 업무별 책임 배분(RASCI: 실무책임·최종승인·지원·자문·통보)을 정의하되,
업무당 최종 승인자(A)는 1인으로 해야 함

PMR-002 · 수행조직 및 인력 구성
•
•

정의: 수행조직의 구성·역할·책임을 명확히 제시하고, 인력 변경은 대학과 사전 협의해야 함.
세부 내용
〇 기획·PM·채널관리·프론트엔드·백엔드·AI·인프라·QA 역할별 투입 인력을 제시해야 함
〇 공동수급 또는 하도급으로 수행하는 경우 참여사별 수행 범위와 협업 채널을 명시해야 함
〇 PM은 특별한 사정이 없는 한 변경할 수 없으며, 변경 시 1주 이상의 인수인계
기간을 가져야 함

- 23 - •

산출 정보: 과업수행계획서, 인력 변경 요청서·승인서

PMR-003 · 프로젝트 일정 방안
정의: 주관기관이 제시한 추진 일정을 참고하여 전체·세부 일정을 제시하고,
주간·월간 보고를 수행해야 함.

세부 내용

〇 1차년도 보고 체계(주간·월간·착수·중간·완료·기타 보고)를 따름
〇 목업·중간 산출물은 대학에 공유하여 피드백을 회수하고 우선순위를 반영해야 함
•

PMR-004 · 프로젝트 산출물 관리 방안
정의: 단계별 산출물을 작성·제출해야 함.
세부 내용
〇 착수: 과업수행계획서(착수일로부터 10일 이내), 상세 추진 일정표, 보안 서약서
〇 설계: 1차년도 성과분석 보고서, 개발 범위 정의서, sLLM 구현계획서, 데이터
스키마·연계 설계서, 거버넌스·접근권한 설계서, 화면설계서·목업, 테스트 계획서
〇 개발: RAG 엔진 설계서, 프롬프트·가드레일 정책서, 답변 품질 평가 기준서·정답셋
〇 완료: 테스트·UAT 결과서, 운영(관리자)·사용자 매뉴얼, 2차년도 성과·ANCHOR
지표 보고서, 3차년도 계획(안), 보안 확약서
〇 산출물의 내용·제출 시기·수량은 협의를 거쳐 조정할 수 있음

산출 정보: 정기보고서(주간·월간), 착수·중간·완료 보고서, 기타 보고서

•
•

PMR-005 · 검사·검수 방안
•
•

정의: 요구사항별 이행 실적을 기준으로 검수하며, 시정 요구 시 보완 후 재검수를 받아야 함.
세부 내용
〇 AI 기능은 PER-004 품질 기준 충족 여부를 검수 항목에 포함해야 함

PMR-006 · 리스크 관리 방안
정의: 보안·일정·품질·장애 리스크의 예방 및 대응 방안을 제시해야 함.
세부 내용
〇 학사 연동 방식 미확정, sLLM 품질 미달, 예측 재현율 미달, 기업 참여 저조 등
2차년도 고유 리스크와 대응 방안(Plan A/B 포함)을 제시해야 함

산출 정보: 리스크 관리 계획서

•
•

PMR-007 · 성과지표 관리 및 차년도 계획
•
•

정의: 2차년도 성과를 ANCHOR 성과지표와 연계하여 정리하고, 3차년도 계획을 수립해야 함.
세부 내용

- 24 -

〇 대시보드 질의·리포트를 성과지표와 직접 연결하여 지표를 산출해야 함
〇 3차년도 이관 항목(학사 실시간 연동, 산학협력 sLLM, 심리 데이터 AI 심층
분석, sLLM 교체·파인튜닝 전환 등)의 설계안을 제시해야 함

산출 정보: 2차년도 성과 보고서, 3차년도 계획(안)

11) 프로젝트 지원 요구사항
PSR-001 · 프로젝트 지원 일반
•

정의: 1차년도 기준을 준수하며, 학사·행정 관련 기획·설계는 대학과 상호 협력하
여 결정해야 함.

PSR-002 · 장애 관리 및 하자 보수
정의: 장애 관리 체계를 운영하고, 검수 완료일로부터 12개월간 무상 하자보수를
수행해야 함.

세부 내용

〇 소프트웨어 진흥법에 따른 하자담보책임을 지며, 하자보수는 평일 09:00~18:00을 기준으로 함
•

〇 AI 답변 품질 저하, 가드레일 오작동도 하자보수 범위에 포함해야 함
•

산출 정보: 하자보수 계획서

PSR-003 · 교육 및 운영지원
•
•

정의: 사용자·관리자 교육과 운영지원을 수행해야 함.
세부 내용
〇 교육 대상은 관리자, 교수, 학생, 기업 담당자로 하며, 일정·장소·교재는
대학과 협의하여 결정함
〇 관리자 대상 AI 운영(참조 데이터 갱신, 가드레일 관리, 품질 모니터링) 교육을 포함해야 함

•

산출 정보: 교육계획서, 운영매뉴얼(사용자·관리자용)

PSR-004 · AI 서비스 운영 지원
•
•

정의: 운영 전환 이후 AI 서비스 품질을 유지하기 위한 운영 지원을 수행해야 함.
세부 내용
〇 RAG 참조 데이터(진로·역량·기업정보) 최신화 지원 절차를 제시해야 함
〇 sLLM 모델 성능·비용 재평가 결과를 보고해야 함
〇 사용자 피드백 기반 가드레일 보정을 지원해야 함

4. 기타
과업지시서에 대한 문의사항은 아래로 문의해 주시기 바랍니다.
•
•

담당부서 : 산학협력단
연 락 처 : 051-330-7178

- 25 -

[R26BK01762241] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화

상세 정보

📄 공고문 전문 첨부 「붙임 1. [입찰공고] 2026년 ANCHOR 사업 DX-SPARK 온라인 플랫폼 고도화.hwp」에서 추출 · 원문 파일이 우선합니다

📎 첨부파일