입찰공고상세[용역]

출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.

KNU 통합 AI 포털시스템 1단계 구축 사업

강원대학교 · SW 개발·운영

추정가격: 8.18억원
참가자격 등록 마감: 10/15(목) 18:00 · D-2
낙찰방법: 협상에의한계약 · 기술 90 : 가격 10
참가 자격: 소프트웨어사업자(컴퓨터관련서비스사업)
무슨 일: KNU 통합 AI 포털시스템 1단계 구축

요약 AI 요약

강원대학교가 학내 전 구성원(학생·교수·직원)이 단일 창구에서 안전하게 AI를 활용할 수 있도록 통합 AI 포털을 만드는 사업이다. 생성형 AI 확산과 대학의 AI 전환(AX)에 대응해 안전한 AI 활용과 맞춤형 서비스 지원체계를 구축하는 것이 목적이다.

통합 AI 포털 웹/모바일 인터페이스(반응형 웹, SSO 통합인증·역할별 권한 연계)
하이브리드 LLM Gateway(내부 sLLM ↔ 외부 상용 LLM 지능형 라우팅·Fallback) 및 지식관리(RAG) 플랫폼
대학 특화 지능형 서비스(24시간 상담 챗봇, 지능형 시간표 자동편성, 행정문서 초안 생성·요약·교정)
No-Code Agent Studio 기반 학내 에이전트 제작·공유 생태계
고성능 AI 인프라(DGX H200, L40S 등) 연계 및 Kubernetes 기반 고가용성 서빙 환경
다층 AI 보안 가드레일(PII 실시간 마스킹, 프롬프트 인젝션 차단) 및 컴플라이언스 체계

AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01738503 · 베타 기간 무료

핵심요약

문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다

가격

추정가격: 818,181,818원
배정예산: 907,150,000원
예정가격 방식: 비예가

첨부파일

HWPX · 공고_제안요청서.hwpx · 제안요청서
PDF · R26BK01738503_강원대학교.pdf · 공고규격서

첨부 내용을 정리한 글 — 자격 · 배점 · 일정 · 발췌 ›

참가 자격 · 제한

업종제한: 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
지역제한: 제한 없음
실적경쟁 · PQ: 해당 없음
제출 방법: 전자입찰
공동수급: 공동수급불허
입찰참가 제한: 없음
국제입찰: 국내입찰

입찰 일정

진행	일시	남은 날
공고 게시	09/21(월)	지남
입찰서 제출 시작	10/14(수) 10:00	D-1
입찰참가자격 등록 마감	10/15(목) 18:00	D-2
입찰서 제출 마감	10/16(금) 10:00	D-3
개찰	10/16(금) 11:00	D-3

평가 · 배점

기술 : 가격 — 기술 90점 · 가격 10점

협상 대상 기준 · 기술능력평가 점수가 기술능력평가분야의 배점한도의 85%이상인 자 중에서 선정한다.

배점표 (AI 요약)
평가 항목	배점
업체 신용평가 등급	5점
유사 생성형 AI/LLM/RAG 구축 경험 및 본 사업 적용 방안	5점
사업 이해도, 추진 목표 및 핵심 전략의 타당성 / 개발 방법론, 표준프레임워크(전자정부 호환) 및 CI/CD 적용 방안 / 요구사항 분석 및 과업 항목의 완전 수용성	15점
통합 AI 포털 UI/UX, 대화창 멀티 컨트롤 및 마이페이지 구현 방안 / LLM Gateway 지능형 라우팅, 가드레일(PII 차단) 및 Fallback 체계 / 하이브리드 RAG 및 10종 문서 파싱·동기화 기술력 / 대학 특화 서비스(지능형 시간표, 문서작성 자동화, 상담챗봇) 구현 / 기본 에이전트(규정, 학사상담, 문서초안, 요약, 번역, 회의록STT, 이미지) 탑재 및 구현 방안 / No-Code Agent Studio, 프롬프트 관리 및 MCP 표준 도구 연계 방안	30점
DGX H200, L40S, Pure Storage, AIPUB 자원관리 연계 최적화 방안 / Kubernetes 기반 모델 서빙 및 Web/WAS 컨테이너 아키텍처 / 응답성능(TTFT 단축), 스트리밍 처리, Trace ID 분산추적 및 부하분산 대책 / 실시간 PII 마스킹, 프롬프트 인젝션 방어 구현 대책	15점
사업수행 조직 구성, PM/PL의 전문성 및 일정(WBS) 관리 / RAG 정량적 품질평가(Precision/Recall/MRR) 측정 및 검증 방안 / AI 기본법 준수, 보안 취약점 점검 및 개인정보보호 대책	10점
인프라·K8s·서빙·Gateway·RAG·MCP 전주기 기술이전 로드맵 / 관리자/사용자 대상 정량 교육 훈련 계획 및 매뉴얼 제공 방안 / 하자보수(12개월) 체계 및 24시간 비상 장애복구 지원 대책	10점
합계(항목을 더한 값)	90점

사업 내용 · 이 공고에 든 일

중심 · KNU 통합 AI 포털시스템 1단계 구축

용역 › 정보시스템·SW › SW 개발·운영

통합 AI 포털·LLM Gateway·하이브리드 RAG·특화 서비스·Agent Studio·가드레일·LLMOps 등 시스템을 새로 구축하는 SW 개발 사업이다.

통합 AI 포털 웹/모바일 UI/UX 및 SSO·RBAC 연계
하이브리드 LLM Gateway 및 지능형 라우팅·Fallback
하이브리드 RAG 지식관리 플랫폼(10종 문서 파싱·색인 동기화)
대학 특화 지능형 서비스(상담 챗봇·시간표 자동편성·행정문서 자동화)
No-Code Agent Studio 및 프롬프트 관리
다층 AI 가드레일(PII 마스킹·프롬프트 인젝션 방어)
LLMOps 기반 모델 생명주기 관리
K-Cloud·학사·메일·알림·상담시스템 연계 인터페이스
기 구축 GPU 인프라(DGX H200·L40S·AIPUB) 연계 및 K8s 모델 서빙 환경 구성
통합 모니터링·로그·Trace ID 추적 환경
데이터 이관·백업·복구 및 개발·검증·운영환경 분리
단위·통합·성능·보안·인수 테스트 및 초기 안정화
사용자·운영자 매뉴얼, 교육, 기술이전, 하자보수(12개월)

공고 정보

공고종류: 등록공고 (일반공고)
게시일: 09/21(월)
공고번호: R26BK01738503-000
참조번호: -
공고기관: 조달청
수요기관: 강원대학교
계약방법: 제한경쟁
낙찰방법: 협상에의한계약
계약유형: 총액계약
예정가격 방식: 비예가
추정가격: 818,181,818원
배정예산: 907,150,000원
공공조달분류: ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
사전규격번호: R26BD00272120
재공고: 아니오
출처: 나라장터

문서 분석 전체

이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.

문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다

문서 발췌

과업·요구

사 업 명	KNU 통합 AI 포털시스템 1단계 구축 사업
주관부서	강원대학교 정보화본부

목 차 Ⅰ. 사업 개요 1 1. 사업 일반 1 2. 추진배경 및 필요성 1 3. 사업 범위 1 Ⅱ. 시스템 현황 3 1. AI 인프라 도입 현황 3 Ⅲ. 사업추진 방안 4 1. 추진목표 4 2. 추진내용 5 3. 추진체계 및 역할 6 4. 추진일정 7 Ⅳ. 제안 요청 내용 8 1. 제안요청 개요 8 2. 요구사항 목록 8 3. 요구사항 상세 목록표 9 4. 상세 요구사항 13 Ⅴ. 제안 안내 및 평가 기준 143 1. 입찰방식 143 2. 제안서 평가방법 144 3. 기술능력평가 기준표 145 4. 제안서 제출 일정 및 방법 147 5. 제안시 준수사항 148 6. 제안서 보상 148 Ⅵ. 제안서 작성 지침 및 서식 149 1. 제안서 작성 목차 및 세부 작성 지침 149 2. 제안서의 효력 151 3. 제안서 작성 지침(권고사항) 151 4. 유의사항 152 Ⅶ. 기타사항 154 1. 계약목적물의 지식재산권 귀속 154 2. SW산출물 반출 절차 154 3. 개발 SW의 공동활용 154 4. 계약 특수 조건 154 [별첨 1] 소프트웨어 개발사업의 적정 사업기간 종합 산정서 157 [별첨 2] 소프트웨어사업 영향평가 검토결과서 158 [별첨 3] 기술 적용 계획표 159 [별첨 4] 용역사업 보안 특약 168 [별첨 5] 제안서 관련 서류 175

Ⅰ 사업 개요

1. 사업 일반 ◦ 사 업 명: KNU 통합 AI 포털시스템 1단계 구축 사업 ◦ 사업금액: 900,000,000(금구억원, VAT포함) ◦ 사업기간: 계약일로부터 150일 이내(약 5개월) * 소프트웨어 개발사업 적정 사업기간 산정 기준

※ 단, 회계연도 예산 집행 일정에 따라 상호 협의하여 과업 기간을 조정할 수 있음 ◦ 계약방법: 제한경쟁입찰(협상에 의한 계약) ※ ｢국가를 당사자로 하는 계약에 관한 법률 시행령｣ 제43조에 의거 “협상에 의한 계약”으로 추진 【관련: KNU 통합 AI 포털시스템 구축 기본 계획(안)】 ※ 사업 일정은 추진과정에서 일부 조정될 수 있음

단계	【 1단계 】 2026.10.~2027.2.	【 2단계 】 2027.3.~2028.2.
단계별 목표	AI 활용 기반 조성	AI 활용 혁신 및 AI Native 대학
세부 사업	∙AI 포털 및 챗봇 서비스 ∙업무별 특화 AI Agent 개발 ∙인프라 및 보안 체계	∙AI Agent 개발·공유·확산 ∙대학성과관리 / 학생성공지원 ∙AI어시스턴트

2. 추진배경 및 필요성 ◦ 생성형 AI 확산과 대학 AX 전환에 맞춰 구성원의 안전한 AI 활용과 맞춤형 서비스 지원체계 구축 요구 급증 ◦ 사용자 주도형 생태계를 조성하고 교육․행정 혁신을 선도하는 전사 단일 창구 ｢KNU 통합 AI 포털｣ 구축 필요 3. 사업 범위 ◦ 통합 AI 포털 웹/모바일 인터페이스 구축 ◦ 하이브리드 LLM Gateway 및 지식관리(RAG) 플랫폼 구축 ◦ 대학 특화 지능형 교육·행정 서비스 구현 ◦ 고성능 AI 인프라 연계 및 고가용성 서빙 환경 구축 ◦ 다층 AI 보안 가드레일 및 컴플라이언스 체계 구축 □ 목표시스템 구성도(안)

Ⅱ 시스템 현황

1. AI 인프라 도입 현황

Ⅲ 사업추진 방안

추진목표 ◦ 전사적 AI 단일 접점 및 사용자 맞춤형 서비스 환경 구현 - 학내 전 구성원이 단일 창구에서 안전하고 편리하게 AI 서비스를 활용할 수 있는 반응형 통합 웹․모바일 포털 구축 - SSO 통합인증과 신분·역할별 권한 연계로 맞춤형 서비스를 구현하고, 비인가 접근 차단을 통해 보안 강화 ◦ 지능형 LLM Gateway 및 다층 보안 가드레일 통제 체계 확립 - 질문 민감도 분석을 통한 온프레미스 sLLM ↔ 외부 상용 LLM 간 지능형 자동 라우팅 및 Fallback(대체모델 전환) 체계 구축 - PII(개인정보) 실시간 탐지․마스킹, 프롬프트 인젝션 차단 및 사용자․부서별 토큰 쿼터․비용 관리 체계 확보 ◦ 학내 비정형 데이터의 지식 자산화 실현 - 규정, 지침, 매뉴얼 등 학내 문서를 파싱․색인하여 환각 없는 근거 기반 질의응답 및 원본 출처 연동 체계 구현 - 원본 문서 수정․삭제 시 Vector DB 색인을 실시간 동기화하여 지식의 최신성과 정확성 보장 ◦ 지능형 교육․행정 서비스 구현을 통한 업무 효율성 극대화 - 24시간 대학생활 상담 챗봇, 제약조건 기반 지능형 시간표 생성, 대학 표준서식 기반 행정문서 초안 생성․요약․교정 자동화 ◦ 구성원 주도형 노코드(No-Code) Agent Studio 및 공유 생태계 조성 - 비개발자도 직관적인 화면에서 마우스 조작만으로 업무용 AI 에이전트를 자율 제작하는 노코드 환경 구축 ◦ 학내 GPU 인프라(NVIDIA DGX H200 등)의 최적 활용 및 서빙 환경 고도화 - 대학 보유 DGX H200(8GPU), L40S 추론서버, AIPUB 자원관리 솔루션, Pure Storage(NVMe), 100G 초고속망 연계 최적화 - Kubernetes 기반 모델 서빙(vLLM/Triton 등) 및 Web/WAS 컨테이너 구성을 통한 고가용성(HA) 확보

2. 추진내용 ◦ 통합 AI 포털 및 고신뢰 하이브리드 RAG 지식베이스 구축 - 반응형 단일 대화창 UI/UX 및 대학 SSO/RBAC 권한 연계 - 질문 민감도 기반 내부 sLLM ↔ 상용 LLM 지능형 라우팅 - 10종 문서(HWP/HWPX 포함) 파싱 및 실시간 색인 동기화 ◦ 체감형 대학 특화 지능 서비스 및 기간계 연동 - 지능형 시간표 자동편성, 행정문서 초안 작성, 24h 상담 챗봇 탑재 - 기본 특화 에이전트 구축 및 사용자/부서별 테넌트 격리 ※ 학칙안내, 학사상담, 문서초안, 문서요약, 다국어번역, 회의록(STT)요약, 이미지제작 - 표준 REST API 및 MCP(Model Context Protocol) 기반 K-Cloud 연동 ◦ No-Code 에이전트 생태계 조성 및 전주기 기술이전 - No-Code Agent Studio 기반 학내 에이전트 제작/공유 체계 - RAG 정량평가 지표(Precision, MRR 등) 검증 - 인프라·서빙·RAG·연계 전주기 기술이전 및 정량 교육 ◦ 고성능 AI 인프라 최적화 및 초저지연 서빙 환경 구축 - DGX H200(8GPU) 및 HPE DL380(L40S 2개) 분산 배치 - AIPUB 솔루션 연계 및 100G RoCE/Pure Storage 병목 해소 - K8s 기반 고성능 서빙 클러스터 구성 및 TTFT 단축·오토스케일링 ◦ 다층 AI 가드레일 및 안전한 AI 거버넌스 확립 - PII(개인정보) 실시간 마스킹 및 Prompt Injection/탈옥 방어 - ｢인공지능 기본법｣ 준수(생성물 투명성 표시, 관리자 통제 체계) - 시큐어코딩 진단, 데이터 암호화 및 전 구간 Trace ID 추적

추진내용		M0	M1	M2	M3	M4	M5
입찰공고 및 사업자 선정		■	■
사업 수행				■	■	■	■
	분석‧설계
	구현				■	■
	테스트					■
	시스템 오픈 및 안정화						■

Ⅳ 제안 요청 내용

1. 제안요청 개요 ◦ 본 제안요청서는 ｢KNU 통합 AI 포털시스템 1단계 구축 사업｣에 대한 제안을 받기 위한 것으로, 제안업체는 본 제안요청서와 강원대학교의 학사·행정 운영 환경 및 기 구축된 AI 인프라 환경을 충분히 숙지하여 가장 안전하고 효과적인 방안을 제시하여야 한다. ◦ 본 사업은 생성형 AI 기술 확산과 통합대학 출범에 따른 대학 전반의 AI 전환(AX)에 대응하여, 학내 전 구성원(학생·교수·직원)이 안전하고 신뢰할 수 있는 단일 접점에서 AI 서비스를 활용할 수 있는 전사적 플랫폼을 구현하는 것을 목적으로 한다. ◦ 제안사는 강원대학교가 기 보유한 고성능 AI 인프라(NVIDIA DGX H200, L40S 추론서버, Pure Storage, 100G 초고속망, AIPUB 자원관리 솔루션)를 최적으로 연계·활용하고, 정보 유출 차단을 위한 지능형 LLM Gateway, 하이브리드 RAG 및 학사·행정 특화 지능형 서비스를 완벽히 구축할 수 있는 기술적 전문성과 사업수행 역량을 제시하여야 한다. 2. 요구사항 목록

순번	분류		요구사항 고유번호	요구사항 명칭
1	기능 요구사항(SFR)	통합 AI 포털	SFR-001	통합 AI 포털 및 사용자 맞춤형 서비스 화면
2			SFR-002	통합검색 및 AI 서비스 카탈로그
3			SFR-003	공지·FAQ·이용안내 및 사용자 피드백
4			SFR-004	반응형 웹·웹 접근성 및 관리자 운영 대시보드
5		사용자·조직·권한 관리	SFR-005	통합인증·SSO 및 사용자·조직정보 연계
6			SFR-006	역할·사용자·서비스별 접근권한 관리
7			SFR-007	테넌트별 데이터·지식·대화 이력 격리
8			SFR-008	개인정보 동의 및 접속 이력 관리
9		LLM 서비스·Gateway	SFR-009	내부·외부 LLM 통합 연계 및 멀티모델 관리
10			SFR-010	업무·보안등급·사용자별 모델 라우팅
11			SFR-011	모델 생성 파라미터·대화 문맥·스트리밍 응답 관리
12			SFR-012	Gateway 인증·API Key·표준 API 및 버전 관리
13			SFR-013	요청량 제한·부하분산·쿼터 및 사용비용 관리
14			SFR-014	민감정보 외부전송 차단 및 요청·응답 추적
15			SFR-015	장애 감지·재시도 및 대체모델 전환
16		RAG 및 지식관리	SFR-016	문서 수집·등록·분류 및 메타데이터 관리
17			SFR-017	문서 파싱·정제·청킹·임베딩 및 Vector DB 저장
18			SFR-018	하이브리드 검색 및 리랭킹
19			SFR-019	문서 변경·삭제에 따른 색인 동기화
20			SFR-020	코퍼스 격리 및 사용자 권한 기반 검색
21			SFR-021	답변 근거 및 출처 표시
22		대학생활 상담 챗봇	SFR-022	상담영역별 자연어 질의응답 및 대화 문맥 유지
23			SFR-023	저신뢰·답변불가 처리 및 담당부서 연결 안내
24			SFR-024	상담 피드백·이력·통계 관리
25		지능형 시간표 생성	SFR-025	시간표 기초정보 수집 및 편성 제약·예외규칙 관리
26			SFR-026	복수 시간표 후보안 생성·비교·추천사유 제공
27			SFR-027	담당자 수정·승인·확정 및 학사시스템 연계
28			SFR-028	시간표 편성 시뮬레이션·재생성 및 결과·변경이력 관리
29		AI 자동화	SFR-029	표준서식·문서유형별 템플릿 관리
30			SFR-030	업무데이터 기반 초안 생성 및 기존 문서 요약·교정
31			SFR-031	민감정보 탐지 및 인용 근거·출처 표시
32			SFR-032	사용자 검토·승인 및 한글·Word·PDF 출력
33			SFR-033	생성 문서 및 프롬프트 이력 관리
34			SFR-034	AI 문서 업무 지원 서비스
35			SFR-035	AI 데이터·문서 분석 지원 서비스
36		Agent Studio·프롬프트	SFR-036	에이전트 생성·수정·복사 및 역할·페르소나 설정
37			SFR-037	LLM·RAG·도구 연계 및 워크플로 구성
38			SFR-038	에이전트 검토·배포·권한·중지·버전복구 관리
39			SFR-039	테넌트별 프롬프트 템플릿·버전·변경이력 관리
40			SFR-040	프롬프트 테스트·결과비교·승인·배포
41		AI 가드레일	SFR-041	유해콘텐츠·금칙어·개인정보 입력·출력 통제
42			SFR-042	외부전송 통제 및 정책 등록·변경·배포
43			SFR-043	위반 시 차단·경고·대체답변 및 이력·통계 관리
44		운영·모니터링	SFR-044	서비스·모델·API 상태와 성능·이용량 통합 모니터링
45			SFR-045	모델 비용·RAG 품질·임계치 알림 관리
46			SFR-046	로그·Transaction 추적 및 운영 보고서
47			SFR-047	설정·정책·모델 변경 이력 관리
48			SFR-048	사용자 작업공간 및 대화·콘텐츠 관리
49			SFR-049	멀티모달 입력·분석 및 콘텐츠 생성
50		AI 플랫폼	SFR-050	LLMOps 기반 모델 전 생명주기 관리
51	성능 요구사항(PER)		PER-001	포털·AI 응답시간 및 동시사용자 처리 성능
52			PER-002	RAG 검색 및 LLM Gateway 처리 성능
53			PER-003	문서 색인 및 내·외부 연계 처리 성능
54			PER-004	자원 확장성·성능 모니터링 및 개선
55			PER-005	성능·부하시험 및 검증
56	인터페이스 요구사항(INR)		INR-001	연계 대상 분석 및 인터페이스 표준·API 관리
57			INR-002	통합인증·조직·사용자·권한정보 연계
58			INR-003	학사·시간표 관련 시스템 연계
59			INR-004	문서관리·이메일·알림·상담시스템 연계
60			INR-005	내·외부 LLM·Gateway·RAG·Vector DB 연계
61			INR-006	Agent 및 업무도구 API 연계
62			INR-007	연계 보안·오류 재처리·모니터링·시험
63			INR-008	API Key 생성 및 관리
64	데이터 요구사항(DAR)		DAR-001	데이터 현황분석·대상정의·수집·적재
65			DAR-002	데이터 정제·변환·표준·메타데이터 관리
66			DAR-003	RAG 지식데이터 및 권한별 코퍼스 구축
67			DAR-004	AI 서비스별 업무데이터 및 품질관리
68			DAR-005	개인정보 보호 및 데이터 생명주기·버전관리
69			DAR-006	학습·평가 데이터와 이관·백업·복구 관리
70	테스트 요구사항(TER)		TER-001	테스트 계획·환경·결함 및 결과 관리
71			TER-002	단위·기능·통합·인터페이스 시험
72			TER-003	데이터·문서 처리 및 RAG 검색 품질시험
73			TER-004	챗봇·생성형 AI 및 가드레일 안전성 시험
74			TER-005	성능·부하·보안·개인정보보호 시험
75			TER-006	장애복구·사용성·접근성·회귀시험
76			TER-007	사용자 인수·운영전환·초기 안정화 시험
77	품질 요구사항(QUR)		QUR-001	품질관리 계획 및 요구사항·산출물 품질관리
78			QUR-002	신뢰성·성능·확장성·사용성·접근성
79			QUR-003	유지보수성·호환성·이식성
80			QUR-004	데이터·RAG·생성형 AI 답변 품질
81			QUR-005	AI 안전성·보안·개인정보보호 품질
82			QUR-006	추적성 및 모델·프롬프트·지식데이터 지속 품질관리
83	시스템 장비구성 요구사항(ECR)		ECR-001	기 구축 인프라 활용 및 GPU 학습·추론·자원관리 구성
84			ECR-002	Kubernetes 기반 모델 서빙 환경 구성
85			ECR-003	AI 스토리지·네트워크·보안관문 구성
86			ECR-004	포털·Gateway·외부 AI API 운영환경 구성
87			ECR-005	통합 모니터링 및 로그·감사·추적 환경
88			ECR-006	백업·복구 및 개발·검증·운영환경 분리
89			ECR-007	장비·SW 호환성 및 성능 검증
90			ECR-008	시스템 구성정보·운영산출물 제공
91	보안 요구사항(SER)		SER-001	보안 관리 일반
92			SER-002	참여 인원 보안 관리
93			SER-003	누출금지 대상정보
94			SER-004	자료 보안 관리
95			SER-005	사업장 및 매체·장비 보안 관리
96			SER-006	네트워크 통제
97			SER-007	개인정보 보호
98			SER-008	웹 페이지 보안
99			SER-009	소프트웨어 개발 보안
100			SER-010	보안 취약점 점검
101			SER-011	사용자 인증정보 보호
102			SER-012	보안사고 관리
103			SER-013	사업완료 시 보안 관리
104	제약사항(COR)		COR-001	공공기관 지침 및 가이드
105			COR-002	개발 표준화 및 모듈화 설계 적용
106			COR-003	명명규칙 및 프로그램 표준화
107			COR-004	기존 시스템 호환 및 규정 변경에 따른 유연성 확보
108			COR-005	기술적용계획표 및 결과표 작성
109			COR-006	개인정보보호법 준수
110			COR-007	지식재산권 공동소유 및 S/W 산출물 활용 촉진
111			COR-008	작업 장소 및 원격지 개발 활성화
112			COR-009	개발 프레임워크 고도화 및 환경 구축
113			COR-010	개발·운영환경 구성 및 표준화
114			COR-011	형상‧배포관리 환경 구성
115			COR-012	개발방법 표준화 및 문서화
116			COR-013	감리 대응
117	프로젝트 관리 요구사항(PMR)		PMR-001	사업 및 업무 협조 체계 관리
118			PMR-002	사업 방법론
119			PMR-003	사업수행계획
120			PMR-004	사업 일정 관리
121			PMR-005	사업수행 조직 구성
122			PMR-006	수행환경
123			PMR-007	업무 보고 및 산출물 관리 방안
124			PMR-008	참여 인력 보안 서약 및 책임
125			PMR-009	정보, PC, 해킹, 자료 등 보안 계획 수립 및 실행
126			PMR-010	품질관리
127			PMR-011	검수 및 검사
128			PMR-012	요구사항 관리
129			PMR-013	시스템 공급 및 설치
130			PMR-014	개발환경
131			PMR-015	위험 및 이슈관리
132			PMR-016	과업변경관리
133			PMR-017	저작권 및 지적재산권 보호
134			PMR-018	품질(DB 포함) 보증 방안
135			PMR-019	SW사업정보 저장소 데이터 작성 및 제출
136	프로젝트 지원 요구사항(PSR)		PSR-001	하자보수
137			PSR-002	기술이전
138			PSR-003	교육지원
139			PSR-004	사용자 매뉴얼
140			PSR-005	운영자 매뉴얼

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-001
요구사항 명칭		통합 AI 포털 및 사용자 맞춤형 서비스 화면
요구사항상세설명	정의	통합 AI 포털 및 사용자 맞춤형 서비스 화면 구성에 관한 요구사항
요구사항상세설명	세부내용	○ 통합 AI 포털 - 사용자가 다양한 AI 서비스를 한 화면에서 조회하고 이용할 수 있는 통합 포털을 구축하여야 한다. - 포털은 메인화면, AI 서비스 목록·실행, 이용내역 및 사용자 설정 화면 등으로 구성하여야 한다. - 서비스 유형, 업무 분야 및 이용 대상에 따라 AI 서비스를 분류·검색할 수 있어야 한다. - 강원대학교 디자인 표준을 반영한 일관된 사용자 인터페이스를 제공하여야 한다. ○ 사용자 맞춤형 서비스 - 사용자 소속, 신분, 역할 및 접근권한에 따라 이용 가능한 AI 서비스와 콘텐츠를 차등 제공하여야 한다. - 최근 이용 서비스, 즐겨찾기 및 사용자별 바로가기 기능을 제공하여야 한다. - 관리자가 공지사항, 추천 서비스 및 서비스 노출 순서를 설정 할 수 있어야 한다. ○ 인증 및 권한 연계 - 대학 통합인증 체계와 연계하여 별도의 중복 로그인 없이 포털을 이용할 수 있어야 한다. - 사용자 권한에 따라 메뉴·서비스·데이터 접근을 통제하고, 권한이 없는 접근은 차단하여야 한다. - 로그인, 서비스 이용 및 주요 설정 변경 등 사용자 활동 이력을 기록하여야 한다. ○ 사용자 편의성 및 접근성 - PC, 태블릿 및 모바일에서 이용할 수 있도록 반응형 웹으로 구현하여야 한다. - 관련 웹 호환성 및 웹 접근성 기준을 준수하여야 한다.
산출정보		요구사항정의서, 화면설계서, 데이터베이스설계서, 프로그램설계서 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-004
요구사항 명칭		반응형 웹·웹 접근성 및 관리자 운영 대시보드
요구사항상세설명	정의	반응형 웹·웹 접근성 및 관리자 운영 대시보드 제공에 관한 요구사항
요구사항상세설명	세부내용	○ 반응형 웹 및 웹 접근성 - PC, 태블릿 및 모바일 환경에 적합한 반응형 웹 화면을 제공 하여야 한다. - 주요 브라우저에서 화면과 기능이 정상적으로 동작하도록 웹 호환성을 확보하여야 한다. - 「한국형 웹 콘텐츠 접근성 지침」 등 관련 기준을 준수하여야 한다. - 키보드 이용, 대체 텍스트, 명확한 화면 구조 등 장애인과 고령자를 고려한 기능을 제공하여야 한다. ○ 관리자 운영 대시보드 - 관리자는 사용자 수, 서비스별 이용량, 질의·응답 건수 및 오류 발생 현황 등을 조회할 수 있어야 한다. - 기간, 사용자 유형 및 AI 서비스별로 운영 현황을 조회하고 비교할 수 있어야 한다. - 주요 운영지표를 표와 차트로 제공하고 조회 결과를 파일로 내려받을 수 있어야 한다. - 장애, 서비스 지연 및 비정상 이용 등 주요 운영 상황을 확인 할 수 있어야 한다.
산출정보		요구사항정의서, 화면설계서, 프로그램설계서, 웹 접근성·호환성 점검 결과서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-005
요구사항 명칭		통합인증·SSO 및 사용자·조직정보 연계
요구사항상세설명	정의	통합인증·SSO 및 사용자·조직정보 연계에 관한 요구사항
요구사항상세설명	세부내용	○ 통합인증 및 SSO - 대학의 통합인증 체계와 연계하여 별도의 중복 로그인 없이 AI 포털을 이용할 수 있어야 한다. - 로그인·로그아웃, 세션 만료 및 인증 실패 등에 대한 처리와 사용자 안내 기능을 제공하여야 한다. - 대학의 인증·보안정책에 따라 사용자 인증 및 세션을 안전하게 관리하여야 한다. - 인증 연계 장애 발생 시 오류 내용을 기록하고 관리자와 사용자 에게 적절한 안내를 제공하여야 한다. ○ 사용자·조직정보 연계 - 학내 시스템과 연계하여 사용자 식별정보, 소속, 신분, 직위 및 조직정보 등을 수신·반영하여야 한다. - 사용자·조직정보의 신규 등록, 변경 및 사용 중지 사항을 주기적으로 동기화할 수 있어야 한다. - 연계된 정보는 서비스 접근권한과 사용자 맞춤형 화면 구성에 활용할 수 있어야 한다. - 개인정보는 필요한 범위에서만 수집·이용하고 관련 법령과 대학의 보안정책에 따라 보호하여야 한다.
산출정보		요구사항정의서, 인터페이스 설계서, 데이터베이스 설계서, 프로그램 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-006
요구사항 명칭		역할·사용자·서비스별 접근권한 관리
요구사항상세설명	정의	역할·사용자·서비스별 접근권한 설정 및 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 접근권한 설정 - 사용자 소속, 신분, 역할 및 업무에 따라 접근권한을 부여할 수 있어야 한다. - 역할, 사용자 및 AI 서비스별로 메뉴, 기능과 데이터에 대한 조회·등록·수정·삭제 권한을 설정할 수 있어야 한다. - 사용자에게 복수의 역할을 부여하고, 역할별 권한을 일괄 적용 하거나 사용자별로 조정할 수 있어야 한다. - 권한이 없는 메뉴, 서비스 및 데이터에 대한 접근을 차단하고 안내 메시지를 제공하여야 한다. ○ 접근권한 관리 - 관리자는 역할과 권한을 등록·변경·삭제하고 사용자별 권한 현황을 조회할 수 있어야 한다. - 사용자·조직정보의 변경 및 사용 중지 사항을 권한에 반영할 수 있어야 한다. - 권한 부여·변경·회수 및 접근 시도 이력을 기록하고 조회할 수 있어야 한다. - 최소권한 원칙을 적용하고 중요 권한의 변경은 승인 절차를 거쳐 처리할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 권한관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-007
요구사항 명칭		테넌트별 데이터·지식·대화 이력 격리
요구사항상세설명	정의	테넌트별 데이터·지식 및 대화 이력 격리에 관한 요구사항
요구사항상세설명	세부내용	○ 테넌트별 데이터 격리 - 부서, 기관 또는 서비스 등 관리 기준에 따라 테넌트를 구성 하고 테넌트별 데이터 저장·관리 영역을 분리하여야 한다. - 문서, 지식 데이터, 사용자 설정 및 서비스 운영정보는 해당 테넌트의 권한이 있는 사용자만 접근할 수 있어야 한다. - AI 검색 및 답변 생성 시 해당 사용자가 속한 테넌트의 지식 데이터만 검색·활용하여야 한다. - 테넌트 간 데이터의 혼합 검색, 무단 조회 및 정보 노출을 방지하여야 한다. ○ 대화 이력 및 관리 기능 - AI 서비스의 질의·응답과 대화 이력을 사용자 및 테넌트별로 구분하여 저장·관리하여야 한다. - 사용자는 권한이 있는 대화 이력만 조회·삭제할 수 있어야 하며, 관리자는 정책에 따라 보관기간을 설정할 수 있어야 한다. - 테넌트의 생성·변경·사용 중지 및 관리자 지정 기능을 제공 하여야 한다. - 테넌트 설정과 데이터 접근·변경 이력을 기록하고 관리자가 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 권한관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-008
요구사항 명칭		개인정보 동의 및 접속 이력 관리
요구사항상세설명	정의	개인정보 동의 및 사용자·관리자 접속 이력 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 개인정보 동의 관리 - 개인정보 수집·이용 목적, 수집 항목, 보유기간 및 동의 거부에 관한 사항을 사용자에게 안내하여야 한다. - 필수·선택 동의를 구분하고 사용자별 동의 여부, 동의 일시 및 적용된 약관 버전을 기록하여야 한다. - 사용자가 동의 내역을 조회하거나 철회할 수 있어야 하며, 철회 결과를 관련 서비스에 반영하여야 한다. - 동의 내용이 변경된 경우 재동의를 받을 수 있어야 한다. ○ 접속 이력 관리 - 사용자 및 관리자의 로그인·로그아웃, 접속 일시, 접속 IP, 이용 서비스 및 처리 결과 등을 기록하여야 한다. - 관리자는 권한에 따라 사용자, 기간, 서비스 및 처리 결과별로 접속 이력을 조회할 수 있어야 한다. - 접속 이력은 위·변조와 무단 접근을 방지하고 관련 법령 및 대학 정책에 따른 기간 동안 보관하여야 한다. - 비정상적인 접속이나 반복적인 인증 실패 등을 확인할 수 있도록 관리 기능을 제공하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 개인정보 처리방침, 로그관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-009
요구사항 명칭		내부·외부 LLM 통합 연계 및 멀티모델 관리
요구사항상세설명	정의	내부·외부 LLM 통합 연계 및 멀티모델 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 내부·외부 LLM 통합 연계 - 학내에 구축된 LLM과 외부 상용 LLM을 표준화된 방식으로 연계하여야 한다. - 모델별 API, 인증정보, 호출 주소 및 주요 매개변수를 설정·관리 할 수 있어야 한다. - 내부·외부 LLM의 연계 상태, 응답시간, 호출 결과 및 오류 내역을 확인할 수 있어야 한다. - 외부 LLM 이용 시 개인정보와 중요정보의 전송을 통제하고 대학의 보안정책을 준수하여야 한다. ○ 멀티모델 관리 - 모델의 명칭, 제공기관, 버전, 용도, 사용 상태 및 적용 서비스 등의 정보를 관리하여야 한다. - AI 서비스별로 기본 모델과 대체 모델을 지정하고, 장애 또는 이용 제한 발생 시 대체 모델로 전환할 수 있어야 한다. - 모델별 호출량, 토큰 사용량, 응답시간 및 오류율 등 이용 현황을 조회할 수 있어야 한다. - 모델의 신규 등록, 버전 변경 및 사용 중지 시 기존 서비스에 미치는 영향을 확인하고 변경 이력을 관리하여야 한다. - 동일한 질의를 복수 모델에 요청하여 응답 결과, 응답시간, 토큰 사용량 및 평가 결과를 비교할 수 있어야 한다. - 복수 모델 비교 기능의 이용 대상, 대상 모델 및 최대 동시 실행 수를 관리자가 설정할 수 있어야 한다.
산출정보		요구사항정의서, 인터페이스 설계서, 화면 설계서, 프로그램 설계서, 모델 연계·운영 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-010
요구사항 명칭		업무·보안등급·사용자별 모델 라우팅
요구사항상세설명	정의	업무·보안등급·사용자별 LLM 라우팅에 관한 요구사항
요구사항상세설명	세부내용	○ 모델 라우팅 정책 - 업무 유형, 서비스, 데이터 보안등급 및 사용자 권한에 따라 사용할 모델을 지정할 수 있어야 한다. - 개인정보 또는 중요정보가 포함된 질의는 외부 LLM으로 전송 되지 않도록 통제하고 내부 LLM으로 라우팅하여야 한다. - 관리자는 라우팅 조건, 적용 우선순위, 기본 모델 및 대체 모델을 설정·변경할 수 있어야 한다. - 모델별 이용 가능 상태, 처리성능 및 사용량 등을 고려하여 라우팅할 수 있어야 한다. ○ 라우팅 실행 및 관리 - 질의 처리 시 적용된 라우팅 정책과 선택된 모델을 기록하고 관리자가 조회할 수 있어야 한다. - 선택된 모델의 장애, 응답 지연 또는 이용 한도 초과 시 사전에 지정된 대체 모델로 전환할 수 있어야 한다. - 라우팅 실패 또는 사용 가능한 모델이 없는 경우 사용자에게 적절한 안내를 제공하여야 한다. - 라우팅 정책의 등록·변경 이력과 적용 결과를 관리하고 서비스별 운영 현황을 확인할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 인터페이스 설계서, 프로그램 설계서, 모델 라우팅 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-011
요구사항 명칭		모델 생성 파라미터·대화 문맥·스트리밍 응답 관리
요구사항상세설명	정의	AI 서비스별 생성 파라미터, 대화 문맥 및 스트리밍 응답 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 모델 생성 파라미터 관리 - AI 서비스와 모델별로 최대 출력 토큰, Temperature, Top-P 등 생성 파라미터를 설정·관리할 수 있어야 한다. - 관리자는 파라미터의 기본값과 허용 범위를 설정하고 변경 이력을 관리할 수 있어야 한다. - 잘못된 파라미터가 입력되거나 모델이 지원하지 않는 경우 기본값 적용 또는 오류 안내가 가능하여야 한다. ○ 대화 문맥 및 스트리밍 응답 관리 - 사용자별 대화 세션을 구분하고, 이전 질의·응답을 문맥으로 활용하여 연속적인 대화를 지원하여야 한다. - 대화 문맥의 유지 범위, 최대 길이 및 보관기간을 서비스별로 설정할 수 있어야 한다. - 모델의 답변 생성 결과를 스트리밍 방식으로 순차 표시하고 사용자가 응답 생성을 중지할 수 있어야 한다. - 문맥 길이 초과, 응답 중단 및 모델 오류 발생 시 적절한 처리와 사용자 안내 기능을 제공하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 프로그램 설계서, 모델 운영 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-012
요구사항 명칭		Gateway 인증·API Key·표준 API 및 버전 관리
요구사항상세설명	정의	Gateway 인증, API Key, 표준 API 및 버전 관리에 관한 요구사항
요구사항상세설명	세부내용	○ Gateway 인증 및 API Key 관리 - AI 서비스와 연계 시스템의 요청은 Gateway를 통해 인증·인가 하고 접근권한을 통제하여야 한다. - 사용자, 시스템 및 서비스별로 API Key를 발급·변경·폐기하고 유효기간과 이용 권한을 설정할 수 있어야 한다. - API Key 등 인증정보는 암호화하여 안전하게 저장·전송하고 화면과 로그에 노출되지 않도록 하여야 한다. - 인증 실패, 비정상 호출 및 권한이 없는 접근을 차단하고 관련 이력을 기록하여야 한다. ○ 표준 API 및 버전 관리 - LLM 호출과 AI 서비스 연계를 위한 요청·응답 구조, 인증방식, 오류코드 등 표준 API 규격을 제공하여야 한다. - API별 명칭, 기능, 호출 주소, 입력·출력 항목 및 이용 제한 등의 명세를 관리하여야 한다. - API 버전을 구분하여 관리하고 버전 변경 시 기존 서비스와의 호환성을 확보하여야 한다. - API의 등록·변경·폐기 이력을 관리하고 변경 또는 종료 예정 정보를 연계 대상에 안내할 수 있어야 한다.
산출정보		요구사항정의서, 인터페이스 설계서, 프로그램 설계서, API 명세서, API 운영·관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-013
요구사항 명칭		요청량 제한·부하분산·쿼터 및 사용비용 관리
요구사항상세설명	정의	요청량 제한, 부하분산, 이용 쿼터 및 사용비용 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 요청량 제한 및 부하분산 - 사용자, 서비스 및 API별로 단위 시간당 요청량과 동시 요청 수를 제한할 수 있어야 한다. - 요청량이 설정된 한도를 초과한 경우 요청을 제한하고 사용자 또는 연계 시스템에 처리 결과를 안내하여야 한다. - 다수의 모델 및 서버에 요청을 분산하고 서버 상태와 처리 부하에 따라 정상 서버로 요청을 전달하여야 한다. - 서버 장애나 응답 지연 발생 시 대체 서버 또는 모델로 전환하고 관련 이력을 기록하여야 한다. ○ 쿼터 및 사용비용 관리 - 사용자, 조직, 서비스 및 모델별로 호출 횟수, 토큰 사용량, 이용시간 등의 쿼터를 설정·관리할 수 있어야 한다. - 쿼터 사용량과 잔여량을 조회하고 설정된 임계치 또는 한도 도달 시 알림이나 이용 제한을 적용할 수 있어야 한다. - 내부·외부 모델별 호출량, 토큰 사용량 및 단가를 기준으로 예상 사용비용을 산정·조회할 수 있어야 한다. - 기간, 조직, 사용자, 서비스 및 모델별 사용량과 비용 현황을 조회하고 파일로 내려받을 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 인터페이스 설계서, 프로그램 설계서, 쿼터·비용관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-014
요구사항 명칭		민감정보 외부전송 차단 및 요청·응답 추적
요구사항상세설명	정의	민감정보 외부전송 차단 및 AI 요청·응답 추적에 관한 요구사항
요구사항상세설명	세부내용	○ 민감정보 외부전송 차단 - 외부 LLM 및 외부 시스템으로 전송되는 요청에서 개인정보, 민감정보 및 대학의 중요정보를 탐지하여야 한다. - 탐지된 정보는 보안정책에 따라 전송을 차단하거나 마스킹· 비식별 처리한 후 전송하여야 한다. - 정보 유형, 보안등급, 사용자 및 서비스별로 탐지·차단 정책을 설정할 수 있어야 한다. - 차단 또는 마스킹 처리 시 사용자에게 처리 결과를 안내하고 관련 이력을 기록하여야 한다. ○ 요청·응답 추적 - AI 서비스의 요청별로 고유한 추적 식별자(Trace ID)를 부여하여 처리 전 과정을 추적할 수 있어야 한다. - 사용자, 서비스, 적용 정책, 호출 모델, 요청·응답 시각, 처리시간 및 처리 결과 등을 기록하여야 한다. - 관리자는 Trace ID, 기간, 사용자, 서비스, 모델 및 처리 결과 별로 이력을 조회할 수 있어야 한다. - 추적정보에는 개인정보와 인증정보가 노출되지 않도록 마스킹 하고, 접근권한과 보관기간을 적용하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 인터페이스 설계서, 프로그램 설계서, 개인정보·민감정보 처리 정책서, 로그관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-015
요구사항 명칭		장애 감지·재시도 및 대체모델 전환
요구사항상세설명	정의	AI 모델 및 연계 서비스의 장애 감지, 재시도 및 대체모델 전환에 관한 요구사항
요구사항상세설명	세부내용	○ 장애 감지 및 재시도 - AI 모델과 연계 서비스의 응답 지연, 연결 실패, 오류 및 이용 한도 초과 등의 장애를 감지하여야 한다. - 일시적인 장애가 발생한 경우 사전에 설정된 횟수와 대기시간에 따라 자동으로 재시도하여야 한다. - 재시도로 인해 동일 요청이 중복 처리되지 않도록 통제하여야 한다. - 장애 발생 및 재시도 결과를 기록하고 관리자에게 알림을 제공 하여야 한다. ○ 대체모델 전환 - 주 모델의 장애 또는 성능 저하 시 사전에 지정된 대체모델로 자동 전환할 수 있어야 한다. - 서비스별로 대체모델, 전환 조건, 우선순위 및 복구 조건을 설정할 수 있어야 한다. - 대체모델 전환 시 요청·응답 규격과 생성 파라미터의 차이를 변환·처리하여 서비스 연속성을 확보하여야 한다. - 모델 전환 및 원래 모델로의 복구 이력을 기록하고 관리자가 운영 현황을 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 인터페이스 설계서, 프로그램 설계서, 장애 대응·복구 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-016
요구사항 명칭		문서 수집·등록·분류 및 메타데이터 관리
요구사항상세설명	정의	AI 지식 활용을 위한 문서 수집·등록·분류 및 메타데이터 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 문서 수집 및 등록 - 파일 업로드, 시스템 연계 및 웹 수집 등의 방식으로 문서를 수집·등록할 수 있어야 한다. - PDF, PPTX, TXT, CSV, XLSX, DOCX, HWP, HWPX, PNG, JPG, JSON 등 10종 이상의 파일 포맷을 자동 인식하고 지원하여야 한다. - 문서의 중복 여부, 파일 형식, 크기 및 손상 여부를 검사하고 처리 결과를 제공하여야 한다. - 다수 문서의 일괄 등록과 등록된 문서의 조회·수정·삭제 및 재처리 기능을 제공하여야 한다. - 대학이 지정한 홈페이지, 공지사항, FAQ 등의 콘텐츠를 주기적 으로 수집하고 신규·변경·삭제 여부를 식별할 수 있어야 한다. - 웹 콘텐츠 변경 시 검토·승인 후 또는 관리자가 설정한 정책에 따라 지식 코퍼스와 검색 색인에 반영할 수 있어야 한다. - 수집 대상 URL, 수집 범위, 수집주기, 제외 규칙 및 최종 수집 결과를 관리할 수 있어야 한다. ○ 문서 분류 및 메타데이터 관리 - 문서를 업무 분야, 소관 부서, 문서 유형, 보안등급 및 공개 범위 등에 따라 분류할 수 있어야 한다. - 문서명, 작성자, 작성일, 출처, 버전, 키워드 및 유효기간 등의 메타데이터를 등록·관리할 수 있어야 한다. - 수집 문서에서 주요 메타데이터를 자동 추출하고 관리자가 확인·수정할 수 있어야 한다. - 문서의 등록·변경·삭제 이력과 처리 상태를 기록하고 권한에 따라 조회할 수 있어야 한다. - 서비스 정책에 따라 내부 RAG 검색, 대학 홈페이지 검색 및 허용된 외부 웹 검색을 선택하거나 조합하여 답변을 생성할 수 있어야 한다. - 외부 웹 검색 결과를 활용한 경우 출처 URL과 검색 기준 시점을 표시하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 데이터 관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-017
요구사항 명칭		문서 파싱·정제·청킹·임베딩 및 Vector DB 저장
요구사항상세설명	정의	AI 검색·답변을 위한 문서 파싱·정제·청킹·임베딩 및 Vector DB 저장에 관한 요구사항
요구사항상세설명	세부내용	○ 문서 파싱 및 정제 - 수집된 문서에서 본문, 제목, 표, 이미지 및 메타데이터 등을 추출할 수 있어야 한다. - 문서 형식별 파서를 적용하고 스캔 문서는 OCR을 통해 텍스트를 추출할 수 있어야 한다. - 추출된 데이터에서 불필요한 문자, 중복 내용, 머리글·바닥글 및 서식 정보 등을 제거·정제하여야 한다. - 파싱·정제 과정의 처리 상태와 오류 내역을 기록하고 실패한 문서를 재처리할 수 있어야 한다. ○ 청킹·임베딩 및 Vector DB 저장 - 문서 유형과 내용 구조를 고려하여 청크 크기, 중첩 범위 및 분할 기준을 설정할 수 있어야 한다. - 각 청크에 원본 문서 식별정보, 출처, 페이지, 보안등급 및 접근권한 등의 메타데이터를 연결하여야 한다. - 지정된 임베딩 모델로 청크를 벡터화하고 Vector DB에 저장·색인하여야 한다. - 원본 문서의 등록·변경·삭제 시 해당 청크와 임베딩 데이터를 동기화하고 재생성할 수 있어야 한다. - 임베딩 모델의 명칭과 버전, 처리 일시, 처리 결과 및 오류 이력을 관리하여야 한다.
산출정보		요구사항정의서, 데이터베이스 설계서, 프로그램 설계서, 데이터 전처리·임베딩 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-018
요구사항 명칭		하이브리드 검색 및 리랭킹
요구사항상세설명	정의	키워드·벡터 기반 하이브리드 검색 및 검색 결과 리랭킹에 관한 요구사항
요구사항상세설명	세부내용	○ 하이브리드 검색 - 키워드 검색과 벡터 유사도 검색을 결합하여 질의와 관련성이 높은 문서를 검색하여야 한다. - 검색 대상, 검색 필드, 검색 결과 수 및 키워드·벡터 검색의 반영 비율을 설정할 수 있어야 한다. - 문서 유형, 소관 부서, 작성일, 보안등급 및 메타데이터를 이용한 필터 검색을 지원하여야 한다. - 사용자의 소속·역할·접근권한에 따라 검색 가능한 문서와 코퍼스를 제한하여야 한다. ○ 리랭킹 및 검색 결과 관리 - 1차 검색 결과에 리랭킹 모델을 적용하여 질의 관련성이 높은 순서로 재정렬하여야 한다. - 검색 및 리랭킹 단계별 후보 문서 수, 최소 유사도 기준과 결과 반환 수를 설정할 수 있어야 한다. - 검색 결과에 문서명, 출처, 페이지, 관련도 및 원문 연결정보를 포함하여 답변 생성에 활용하여야 한다. - 검색 결과가 없거나 관련도 기준을 충족하지 못한 경우 임의의 답변 생성을 제한하고 사용자에게 안내하여야 한다. - 검색 방식, 적용 모델, 검색 결과 및 처리시간을 기록하여 검색 품질과 성능을 분석할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 검색·리랭킹 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-019
요구사항 명칭		문서 변경·삭제에 따른 색인 동기화
요구사항상세설명	정의	원본 문서의 변경·삭제에 따른 검색 색인 및 Vector DB 데이터 동기화에 관한 요구사항
요구사항상세설명	세부내용	○ 문서 변경에 따른 색인 동기화 - 원본 문서의 내용, 버전, 메타데이터 또는 접근권한이 변경된 경우 변경사항을 감지하여 관련 색인을 갱신하여야 한다. - 변경된 문서에 대해 파싱·정제·청킹 및 임베딩 처리를 다시 수행하고 키워드 색인과 Vector DB에 반영하여야 한다. - 전체 문서를 재처리하거나 변경된 부분만 증분 처리하는 방식을 지원하여야 한다. - 동기화가 완료되기 전까지 기존 색인을 유지하여 검색 서비스의 중단과 불완전한 검색을 방지하여야 한다. ○ 문서 삭제 및 동기화 관리 - 원본 문서가 삭제되거나 사용 중지된 경우 관련 청크, 임베딩 벡터, 키워드 색인 및 캐시 데이터를 삭제하거나 검색 대상에서 제외하여야 한다. - 원본 문서와 검색 색인 간의 불일치 여부를 주기적으로 점검하고 누락·중복·고아 데이터를 확인할 수 있어야 한다. - 색인 동기화의 처리 상태, 처리 일시, 대상 문서, 처리 결과 및 오류 내역을 기록하고 조회할 수 있어야 한다. - 동기화 실패 시 자동 또는 관리자 요청에 따라 재처리하고, 반복 실패나 불일치 발생 시 관리자에게 알림을 제공하여야 한다. - 문서 삭제 및 색인 제거 시 관련 보존정책과 감사 요건을 준수하고 처리 이력을 관리하여야 한다. - 학내 원본 문서 삭제 또는 권한 변경 시, 청크DB 및 Vector DB내 임베딩 데이터가 실시간/즉시 파기·색인 동기화되는 가비지 컬렉션 기능 구현
산출정보		요구사항정의서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 색인 동기화 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-020
요구사항 명칭		코퍼스 격리 및 사용자 권한 기반 검색
요구사항상세설명	정의	출처·부서·시스템별 코퍼스 격리 및 사용자 접근권한 기반 검색에 관한 요구사항
요구사항상세설명	세부내용	○ 코퍼스 구성 및 격리 - 문서의 출처, 소관 부서, 업무, 연계 시스템 및 서비스 등을 기준 으로 코퍼스를 구분하여 구성·관리하여야 한다. - 코퍼스별로 문서, 청크, 임베딩 벡터, 검색 색인 및 메타데이터를 논리적으로 격리하여야 한다. - 서로 다른 코퍼스의 데이터가 권한 없이 혼합 검색되거나 AI 답변 생성에 활용되지 않도록 하여야 한다. - 관리자는 코퍼스를 생성·변경·사용 중지하고 코퍼스별 관리부서, 공개 범위 및 적용 서비스를 설정할 수 있어야 한다. ○ 사용자 권한 기반 검색 - 사용자의 소속, 신분, 역할 및 서비스 접근권한을 확인하여 검색 가능한 코퍼스와 문서를 결정하여야 한다. - 검색 및 리랭킹 단계에서 사용자에게 권한이 없는 문서와 청크를 검색 결과에서 제외하여야 한다. - 문서 또는 사용자 권한이 변경된 경우 변경사항을 검색권한과 색인에 반영하여야 한다. - 권한이 없는 문서의 제목, 내용, 요약, 출처 및 메타데이터가 검색 결과나 AI 답변에 노출되지 않도록 하여야 한다. - 사용자, 검색 대상 코퍼스, 적용 권한, 검색 결과 및 처리 결과 등의 검색 이력을 기록하고 관리자가 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 코퍼스·검색권한 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-021
요구사항 명칭		답변 근거 및 출처 표시
요구사항상세설명	정의	AI 답변의 근거 및 출처 표시에 관한 요구사항
요구사항상세설명	세부내용	○ 답변 근거 표시 - AI가 검색된 문서를 근거로 답변을 생성한 경우 답변과 함께 근거 문서의 정보를 제공하여야 한다. - 답변 내용과 해당 근거 문서 또는 문서 내 관련 부분을 연결하여 사용자가 답변의 근거를 확인할 수 있어야 한다. - 답변 생성에 사용된 근거가 없거나 관련성이 설정 기준보다 낮은 경우 이를 사용자에게 안내하고 임의의 답변 생성을 제한하여야 한다. - 여러 문서를 근거로 답변한 경우 답변 항목별 또는 문장별로 해당 근거를 구분하여 표시할 수 있어야 한다. ○ 출처 표시 및 원문 확인 - 출처에는 문서명, 소관 부서, 작성일, 문서 버전, 페이지 및 원문 연결정보 등을 표시하여야 한다. - 사용자는 표시된 출처를 선택하여 권한 범위 내에서 원문 또는 답변 근거가 된 부분을 확인할 수 있어야 한다. - 동일하거나 상충하는 출처가 존재하는 경우 최신성, 유효성 및 신뢰도 등을 고려하여 우선순위를 적용하고 관련 출처를 함께 제시하여야 한다. - 접근권한이 없는 문서의 내용과 메타데이터가 출처 정보에 노출되지 않도록 통제하여야 한다. - 답변별 적용 모델, 검색 문서, 근거 청크 및 출처 표시 내역을 기록하여 관리자가 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 답변 근거·출처 표시 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-022
요구사항 명칭		상담영역별 자연어 질의응답 및 대화 문맥 유지
요구사항상세설명	정의	상담영역별 자연어 질의응답 및 대화 문맥 유지에 관한 요구사항
요구사항상세설명	세부내용	○ 상담영역별 자연어 질의응답 - 학사, 입시, 장학, 등록, 수업, 취업, 행정 등 대학이 지정한 상담영역별 자연어 질의응답 기능을 제공하여야 한다. - 사용자의 일상적인 표현, 약어, 오탈자 및 다양한 질의 형태를 인식하여 질의 의도와 상담영역을 파악하여야 한다. - 질의 내용에 적합한 지식 데이터와 상담영역별 답변 정책을 적용하여 답변을 생성하여야 한다. - 질의 의도가 불명확하거나 여러 상담영역에 해당하는 경우 사용자에게 추가 정보를 요청하거나 관련 상담영역을 제시 하여야 한다. - 답변이 어렵거나 담당자의 확인이 필요한 경우 담당 부서, 연락처 또는 관련 서비스 이용 방법을 안내하여야 한다. ○ 대화 문맥 유지 - 사용자별 대화 세션을 구분하고 이전 질의·응답 내용을 활용하여 연속적인 대화를 지원하여야 한다. - 후속 질의에서 생략된 대상, 조건 및 표현을 이전 대화 문맥을 기반으로 해석할 수 있어야 한다. - 상담영역이 변경되거나 새로운 주제로 전환된 경우 대화 문맥을 구분하거나 초기화할 수 있어야 한다. - 사용자가 대화 문맥을 초기화하거나 새로운 대화를 시작할 수 있어야 한다. - 대화 문맥의 유지 범위, 최대 길이, 보관기간 및 개인정보 포함 여부를 정책에 따라 관리하여야 한다. - 대화 문맥이 부족하거나 모호한 경우 임의로 판단하지 않고 사용자에게 확인 질문을 제공하여야 한다. - 대학 홈페이지 및 관련 웹사이트에서 상담 챗봇을 이용할 수 있도록 삽입형 웹 위젯을 제공할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 상담영역별 질의응답 설계서, 대화 문맥 관리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-023
요구사항 명칭		저신뢰·답변불가 처리 및 담당부서 연결 안내
요구사항상세설명	정의	저신뢰·답변불가 질의어 처리 및 담당부서 연결 안내에 관한 요구사항
요구사항상세설명	세부내용	○ 저신뢰·답변불가 처리 - 검색 결과의 관련도, 답변 근거 유무 및 답변 신뢰도 등을 기준으로 저신뢰 답변 또는 답변불가 여부를 판단하여야 한다. - 저신뢰 판단 기준과 임계값은 상담영역, 서비스 및 지식 데이터 특성에 따라 설정·관리할 수 있어야 한다. - 신뢰도가 기준에 미달하거나 적절한 근거 문서를 찾지 못한 경우 임의의 답변 생성을 제한하여야 한다. - 답변이 불가능한 경우 사용자에게 답변이 어려운 사유를 이해하기 쉬운 문구로 안내하여야 한다. - 질의가 불명확하거나 정보가 부족한 경우 답변불가로 종료하기 전에 확인 질문 또는 질의 재작성 예시를 제공하여야 한다. ○ 담당부서 연결 안내 - 답변이 어렵거나 담당자의 확인이 필요한 경우 상담영역과 질의 의도에 따라 관련 담당부서를 안내하여야 한다. - 담당부서명, 담당 업무, 전화번호, 이메일, 홈페이지 및 상담 가능 시간 등 대학이 지정한 연결정보를 제공하여야 한다. - 연결정보는 조직·업무분장 정보와 연계하거나 관리자가 직접 등록·변경할 수 있어야 한다. - 담당부서가 여러 개인 경우 관련도와 업무 범위에 따라 우선순위를 적용하여 안내하여야 한다. - 저신뢰·답변불가 질의, 적용 기준, 안내 부서 및 처리 결과를 기록하여 관리자가 조회·분석할 수 있어야 한다. - 담당자는 요청내용을 확인하여 답변·보완요청·처리완료할 수 있어야 한다. - 담당자의 답변과 처리 결과를 포털 알림, 이메일 등 발주기관이 지정한 방식으로 사용자에게 안내하여야 한다. - 담당자 답변 요청의 접수·배정·처리·완료 상태와 처리시간을 관리하고 서비스·부서·유형별 통계를 제공하여야 한다. - 미처리·지연 요청에 대해 담당자 또는 관리자에게 알림을 제공할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 저신뢰·답변불가 처리 정책서, 담당부서 연결정보 관리 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-024
요구사항 명칭		상담 피드백·이력·통계 관리
요구사항상세설명	정의	상담 피드백, 상담 이력 및 이용통계 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 상담 피드백 관리 - 사용자는 AI 답변에 대해 만족도, 도움 여부, 평가 의견 및 오류 신고 등의 피드백을 등록할 수 있어야 한다. - 답변별 피드백을 해당 질의, 답변, 적용 모델 및 근거 문서 정보와 연결하여 관리하여야 한다. - 관리자는 상담영역, 서비스, 평가 유형 및 기간별로 피드백을 조회·분류하고 처리 상태와 조치 내용을 관리할 수 있어야 한다. - 반복적으로 부정적인 평가를 받은 답변과 미답변·오답 사례를 식별하여 지식 데이터, 검색 및 답변 품질 개선에 활용할 수 있어야 한다. - 개인정보나 부적절한 내용이 포함된 피드백은 권한에 따라 열람·마스킹·삭제할 수 있어야 한다. ○ 상담 이력 및 통계 관리 - 사용자별 질의·답변, 상담영역, 상담 일시, 적용 모델, 답변 근거, 처리 결과 및 피드백 등의 상담 이력을 기록하여야 한다. - 사용자는 권한과 보관정책 범위에서 본인의 상담 이력을 조회하고 이전 대화를 다시 확인할 수 있어야 한다. - 관리자는 기간, 사용자 유형, 소속, 상담영역, 질의 유형 및 처리 결과별 상담 현황을 조회할 수 있어야 한다. - 상담 건수, 이용자 수, 주요 질의, 답변 성공률, 저신뢰·답변 불가율 및 만족도 등의 통계를 제공하여야 한다. - 통계 결과를 표와 차트로 제공하고 관리자가 지정한 조건에 따라 파일로 내려받을 수 있어야 한다. - 상담 이력의 접근권한, 보관기간 및 파기 기준을 설정하고 개인 정보 보호정책에 따라 관리하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 상담 이력·피드백 관리 설계서, 통계·보고서 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-025
요구사항 명칭		시간표 기초정보 수집 및 편성 제약·예외규칙 관리
요구사항상세설명	정의	시간표 기초정보 수집 및 편성 제약·예외규칙 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 시간표 기초정보 수집 및 관리 - 교과목, 분반, 담당 교원, 수강 대상, 수강 예상 인원, 강의시간, 강의실, 건물 및 학사일정 등 시간표 편성에 필요한 기초정보를 수집·관리하여야 한다. - 학사정보시스템, 교원정보 및 시설·강의실 관리시스템 등 관련 시스템과 연계하여 기초정보를 수집할 수 있어야 한다. - 엑셀 등 지정된 파일을 통한 기초정보의 일괄 등록·수정 기능을 제공하여야 한다. - 수집된 데이터의 필수값 누락, 형식 오류, 중복 및 연계 데이터 간 불일치를 검사하고 관리자에게 결과를 제공하여야 한다. - 기초정보의 기준 학년도·학기, 적용 기간, 변경 이력 및 사용 상태를 관리하여야 한다. ○ 편성 제약 및 예외규칙 관리 - 동일 교원·학생·강의실의 시간 중복 방지, 강의실 수용인원, 강의실 유형, 교과목별 필요 시수 및 연속강의 여부 등 편성 제약조건을 등록·관리할 수 있어야 한다. - 필수 제약조건과 가급적 준수해야 하는 선호조건을 구분하고 조건별 우선순위와 가중치를 설정할 수 있어야 한다. - 교원별 강의 가능·불가능 시간, 특정 강의실 지정, 합반·분반, 공통교과목 및 집중수업 등 예외규칙을 설정할 수 있어야 한다. - 대학, 단과대학, 학과, 학년, 교과목 및 교원별로 제약·예외규칙의 적용 범위를 설정할 수 있어야 한다. - 상충하거나 동시에 충족할 수 없는 규칙을 사전에 검증하고 충돌 대상, 원인 및 조정이 필요한 규칙을 관리자에게 안내하여야 한다. - 제약·예외규칙의 등록·변경·삭제 이력과 적용 학기, 변경자 및 변경 사유를 기록·관리하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 시간표 편성 제약·예외규칙 정의서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-026
요구사항 명칭		복수 시간표 후보안 생성·비교·추천사유 제공
요구사항상세설명	정의	복수 시간표 후보안 생성·비교 및 추천사유 제공에 관한 요구사항
요구사항상세설명	세부내용	○ 복수 후보안 생성 - 시간표 기초정보와 편성 제약·예외규칙을 적용하여 복수의 시간표 후보안을 생성하여야 한다. - 필수 제약조건은 반드시 충족하고, 선호조건의 우선순위와 가중치를 반영하여 후보안을 생성하여야 한다. - 후보안별로 적용 조건, 생성 기준, 생성 일시, 처리시간 및 생성 결과를 기록하여야 한다. - 후보안 생성 건수, 탐색 범위, 최적화 기준 및 실행 제한시간 등을 관리자가 설정할 수 있어야 한다. - 후보안 생성이 불가능한 경우 충돌 제약조건, 대상 교과목·교원· 강의실 및 미편성 사유를 제공하여야 한다. ○ 후보안 비교 및 추천사유 제공 - 후보안별 제약조건 충족률, 시간 중복 여부, 강의실 활용률, 이동 편의성, 공강시간 및 선호조건 충족도 등을 비교할 수 있어야 한다. - 후보안별 종합점수와 항목별 평가점수를 제공하고 평가 기준과 가중치를 확인할 수 있어야 한다. - 후보안 간 차이점과 장단점을 표 또는 시각화된 형태로 제공하여 관리자가 쉽게 비교할 수 있어야 한다. - 평가 결과에 따라 우선 후보안을 추천하고 해당 후보안의 주요 추천사유와 다른 후보안보다 우수한 항목을 제공하여야 한다. - 추천 결과만으로 후보안을 자동 확정하지 않고 담당자가 비교·검토한 후 선택할 수 있어야 한다. - 담당자가 후보안을 선택하거나 제외한 사유와 검토 의견을 기록·관리할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 시간표 후보안 생성·평가 설계서, 시간표 편성 규칙 정의서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-027
요구사항 명칭		담당자 수정·승인·확정 및 학사시스템 연계
요구사항상세설명	정의	시간표 후보안의 담당자 수정·검토·승인·확정 및 학사정보시스템 연계에 관한 요구사항
요구사항상세설명	세부내용	○ 담당자 수정 및 검토 - 담당자는 생성된 시간표 후보안을 조회하고 교과목, 담당 교원, 강의시간 및 강의실 등을 수정할 수 있어야 한다. - 수정 시 필수 제약조건 위반 여부를 검증하고, 위반 내용과 조정이 필요한 항목을 안내하여야 한다. - 수정 전·후 내용, 수정자, 수정 일시 및 수정 사유를 기록하고 검토 의견과 처리 상태를 관리하여야 한다. ○ 승인 및 확정 관리 - 시간표 후보안에 대해 작성·검토·승인·확정 절차를 제공하고 조직별 승인권자와 승인 단계를 설정할 수 있어야 한다. - 승인자는 제약조건 및 예외 적용 내역을 확인하여 승인하거나 사유를 입력하여 반려할 수 있어야 한다. - 확정된 시간표의 임의 변경을 통제하고 승인·반려·확정 및 변경 이력을 기록하여야 한다. ○ 학사정보시스템 연계 - 최종 확정된 시간표를 학사정보시스템에 연계하고 관련 데이터의 매핑 기준을 관리하여야 한다. - 연계 전 필수항목, 코드 및 데이터 정합성을 검증하고 요청·응답과 오류 내역을 추적할 수 있어야 한다. - 연계 실패 데이터의 재처리 기능을 제공하고 확정 데이터와 실제 반영 결과의 일치 여부를 확인할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 시간표 승인·확정 업무절차서, 데이터 연계·매핑 정의서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-028
요구사항 명칭		시간표 편성 시뮬레이션·재생성 및 결과·변경이력 관리
요구사항상세설명	정의	시간표 편성조건 변경에 따른 시뮬레이션·재생성 및 결과·변경이력 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 시뮬레이션 및 재생성 - 담당자는 기초정보, 제약·예외규칙, 우선순위 및 가중치 등을 변경하여 시간표를 시뮬레이션할 수 있어야 한다. - 기존 후보안을 유지한 상태에서 변경 조건을 적용한 신규 후보안을 재생성할 수 있어야 한다. - 시뮬레이션별 적용 조건, 실행 일시, 실행자, 처리 상태 및 결과를 기록하여야 한다. - 후보안 생성이 불가능한 경우 충돌 제약조건과 미편성 사유를 제공하여야 한다. ○ 결과 비교 및 변경이력 관리 - 시뮬레이션 전·후 후보안의 교과목, 교원, 강의시간, 강의실 및 평가점수 등의 차이를 비교할 수 있어야 한다. - 변경된 편성 내역과 제약조건 충족 여부 및 주요 영향 범위를 제공하여야 한다. - 시뮬레이션 및 재생성 결과를 버전별로 저장하고 이전 결과를 조회·복원할 수 있어야 한다. - 조건 변경, 재생성, 담당자 수정 및 결과 선택 등의 이력을 변경자·변경 일시·변경 사유와 함께 기록하여야 한다. - 승인·확정된 시간표를 대상으로 시뮬레이션하거나 재생성하는 경우 기존 확정본에 직접 반영되지 않도록 별도로 관리하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 시간표 시뮬레이션·재생성 설계서, 변경이력 관리 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-030
요구사항 명칭		문서 초안 생성 및 기존 문서 요약·교정
요구사항상세설명	정의	표준 템플릿을 활용한 문서 초안 생성 및 기존 문서의 요약·교정에 관한 요구사항
요구사항상세설명	세부내용	○ 문서 초안 생성 - 사용자는 문서유형, 작성 목적, 주요 내용 및 관련 데이터로 표준 템플릿에 맞는 문서 초안을 생성할 수 있어야 한다. - 생성된 초안은 사용자가 검토·수정한 후 지정된 문서 형식으로 저장하거나 내려받을 수 있어야 한다. ○ 기존 문서 요약 및 교정 - 기존 문서의 전체·항목별 요약과 핵심내용 추출 및 맞춤법·문법· 문체 교정 기능을 제공하여야 한다. - 대학이 지정한 문체와 용어 기준을 적용하고, 원문의 의미·수치· 고유명사가 임의로 변경되지 않도록 하여야 한다. - 수정 전·후 내용과 변경사항을 비교·확인할 수 있어야 하며, 생성·요약·교정 결과와 처리 이력을 기록하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 문서 생성·요약·교정 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-031
요구사항 명칭		민감정보 탐지 및 인용 근거·출처 표시
요구사항상세설명	정의	문서 생성·요약·교정 과정의 민감정보 탐지·보호 및 인용 근거·출처 표시에 관한 요구사항
요구사항상세설명	세부내용	○ 민감정보 탐지 및 보호 - 입력 문서, 업무데이터 및 AI 생성 결과에서 개인정보, 고유식별 정보, 금융정보 등 대학이 지정한 민감정보를 탐지하여야 한다. - 탐지된 민감정보는 사용자 권한과 보안정책에 따라 마스킹하거나 생성결과에서 제외하고, 사용자에게 탐지 결과를 안내하여야 한다. - 민감정보 유형, 탐지 기준 및 처리 방법을 관리자가 설정할 수 있어야 하며, 원문과 생성 결과가 권한 없이 저장·노출되지 않도록 하여야 한다. ○ 인용 근거 및 출처 표시 - 문서 생성·요약 시 활용한 업무데이터와 참고문서의 출처 및 인용 위치를 결과와 함께 표시하여야 한다. - 출처에는 문서명, 소관 부서, 작성일, 버전, 페이지 및 원문 연결 정보 등을 포함하고, 사용자는 권한 범위 내에서 원문을 확인할 수 있어야 한다. - 적절한 근거가 없거나 출처의 신뢰성이 낮은 경우 이를 안내하고 임의의 인용이나 사실 생성을 제한하여야 한다. - 민감정보 탐지·처리 결과와 적용 정책, 인용 근거, 출처 및 처리 이력을 기록하여 관리자가 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 민감정보 탐지·처리 정책서, 인용 근거·출처 표시 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-032
요구사항 명칭		사용자 검토·승인 및 한글·Word·PDF 출력
요구사항상세설명	정의	AI가 생성·요약·교정한 문서의 사용자 검토·승인 및 지정된 문서 형식 출력에 관한 요구사항
요구사항상세설명	세부내용	○ 사용자 검토 및 승인 - 사용자는 AI가 생성·요약·교정한 결과와 원문, 활용 데이터 및 변경사항을 비교·검토할 수 있어야 한다. - 사용자는 결과를 직접 수정하거나 재생성을 요청하고, 검토 완료 후 승인 또는 반려할 수 있어야 한다. - 승인되지 않은 문서가 배포되지 않도록 통제하여야 한다. - 문서별 작성자, 검토자, 승인자, 처리 일시, 처리 의견 및 변경 이력을 기록하여야 한다. ○ 문서 출력 및 관리 - 승인된 문서를 대학이 지정한 한글(HWP/HWPX), Word(DOCX) 및 PDF 형식으로 저장하거나 내려받을 수 있어야 한다. - 출력 문서는 적용된 표준 템플릿의 서식, 표, 이미지, 머리말·꼬리말 및 페이지 번호 등을 유지하여야 한다. - 출력 전 미리보기 기능을 제공하고, 문서 형식 변환 과정에서 내용 누락이나 서식 깨짐 여부를 확인할 수 있어야 한다. - 출력 파일에 문서명, 버전, 승인 상태 및 생성 일시 등의 관리정보를 포함하고 출력 이력을 기록하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 프로그램 설계서, 문서 검토·승인 절차서, 문서 출력·변환 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-033
요구사항 명칭		생성 문서 및 프롬프트 이력 관리
요구사항상세설명	정의	AI를 활용한 문서 생성·요약·교정 과정에서 생성된 문서와 프롬프트의 이력을 기록·관리하는 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 생성 문서 이력 관리 - 생성·요약·교정된 문서의 원본, 생성 결과, 최종본 및 변경 이력을 버전별로 관리하여야 한다. - 문서별 작성자, 생성 일시, 문서유형, 적용 템플릿, 적용 모델 및 승인 상태 등의 정보를 기록하여야 한다. - 사용자는 권한 범위 내에서 이전 버전을 조회·비교·복원할 수 있어야 한다. ○ 프롬프트 이력 관리 - 문서 처리에 사용된 사용자 입력, 시스템 프롬프트, 프롬프트 템플릿, 적용 모델, 모델 설정값 및 처리 결과를 연결하여 기록하여야 한다. - 프롬프트의 등록·변경 이력을 버전별로 관리하고, 변경자· 변경 일시·변경 사유 및 적용 기간을 확인할 수 있어야 한다. - 프롬프트와 생성 문서 이력은 사용자 권한에 따라 조회를 제한하고, 개인정보·민감정보는 보안정책에 따라 마스킹 또는 암호화하여야 한다. - 관리자는 프롬프트별 사용 현황, 오류 및 품질평가 결과를 조회하여 개선에 활용할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 생성 문서·프롬프트 이력 관리 설계서, 개인정보·민감정보 처리 정책서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-035
요구사항 명칭		AI 데이터·문서 분석 지원 서비스
요구사항상세설명	정의	사용자가 정형데이터와 비정형 문서를 업로드하고 자연어로 질의하여 데이터 분석, 문서 질의응답, 정보 추출, 시각화 및 보고서 작성을 수행할 수 있도록 지원하기 위한 요구사항
요구사항상세설명	세부내용	○ 데이터·문서 입력 및 전처리 - 엑셀, CSV, PDF, HWP, DOCX, PPTX, TXT 및 이미지 등 지정된 형식의 파일을 업로드할 수 있어야 한다. - 정형데이터의 시트·컬럼과 비정형 문서의 본문·표·이미지를 추출하고, 스캔 문서에는 OCR을 적용하여야 한다. - 지원 형식, 파일 크기, 페이지 수 및 처리시간 등의 제한사항을 안내하여야 한다. ○ 자연어 기반 분석 및 질의응답 - 자연어 질의를 통해 정형데이터의 조회·집계·통계·비교·추세 분석을 수행할 수 있어야 한다. - 업로드한 단일·복수 문서를 대상으로 요약, 질의응답, 문서 비교 및 주요 정보 추출 기능을 제공하여야 한다. - 답변에 파일·페이지별 근거와 출처를 표시하고, 정보가 부족하면 조건 또는 자료 보완을 요청하여야 한다. ○ 시각화 및 결과 활용 - 분석 결과를 표와 그래프로 시각화하고 주요 내용을 자연어로 설명하여야 한다. - 분석 결과를 기반으로 보고서·발표자료 초안을 생성하고 지정된 형식으로 저장·다운로드할 수 있어야 한다. ○ 검증 및 보안 관리 - 분석 대상, 조건, 계산식, 인용 근거 및 처리 방법을 사용자가 확인할 수 있어야 한다. - 원본 파일을 변경하지 않고 질의와 처리 이력을 기록하여 결과를 재현할 수 있어야 한다. - 개인정보·민감정보에는 접근통제, 마스킹, 암호화 및 보관·삭제 정책을 적용하여야 한다.
산출정보		AI 데이터·문서 분석 서비스 설계서, 지원 파일 형식 정의서, 문서 파싱·OCR 및 분석 설계서, 분석·시각화 기능 명세서, 데이터·문서 보안정책서, 기능 시험결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-036
요구사항 명칭		에이전트 생성·수정·복사 및 역할·페르소나 설정
요구사항상세설명	정의	업무 목적에 따른 AI 에이전트의 생성·수정·복사 및 역할·페르소나 설정에 관한 요구사항
요구사항상세설명	세부내용	○ 에이전트 생성·수정·복사 - 관리자는 에이전트명, 업무 목적, 대상 사용자, 사용 모델 및 제공 기능 등을 설정하여 에이전트를 생성할 수 있어야 한다. - 기존 에이전트의 설정을 수정하거나 복사하여 새로운 에이전트를 생성할 수 있어야 한다. - 에이전트별 사용 상태, 공개 범위, 담당 부서 및 버전을 관리하고 변경 이력을 기록하여야 한다. - 에이전트의 배포 전 시험·검토·승인 절차를 제공하고 승인된 버전만 사용자에게 제공하여야 한다. ○ 역할 및 페르소나 설정 - 에이전트별 수행 역할, 업무 범위, 답변 원칙, 말투, 응답 형식 및 금지행위 등을 설정할 수 있어야 한다. - 대학·부서·업무·사용자 유형별로 서로 다른 역할과 페르소나를 적용할 수 있어야 한다. - 역할·페르소나는 시스템 프롬프트 또는 템플릿 형태로 등록하고 버전별로 관리할 수 있어야 한다. - 설정된 업무 범위를 벗어난 요청이나 권한이 없는 업무의 수행을 제한하고 적절한 안내를 제공하여야 한다. - 역할·페르소나 변경 전후의 응답을 비교·검증할 수 있는 시험 기능을 제공하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 에이전트·페르소나 설정 정의서, 에이전트 시험·배포 절차서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-037
요구사항 명칭		LLM·RAG·도구 연계 및 워크플로 구성
요구사항상세설명	정의	AI 에이전트의 LLM, RAG 지식 데이터 및 업무 도구 연계와 실행 워크플로 구성에 관한 요구사항
요구사항상세설명	세부내용	○ LLM·RAG·도구 연계 - 에이전트별로 사용할 LLM, 임베딩·리랭커 모델, RAG 지식 코퍼스 및 업무 도구를 선택·연계할 수 있어야 한다. - 질의 유형과 업무 목적에 따라 적용 모델, 지식 코퍼스 및 도구를 다르게 설정할 수 있어야 한다. - 사용자의 소속·권한에 따라 접근 가능한 지식과 도구만 호출하도록 통제하여야 한다. - 모델 및 도구별 연결정보, 입력·출력 형식, 인증방식, 제한시간 및 오류처리 기준을 관리하여야 한다. ○ 워크플로 구성 및 실행 - 관리자는 질의분류, 정보검색, 도구호출, 결과검증, 답변생성 및 사용자 승인 등의 처리단계를 워크플로로 구성할 수 있어야 한다. - 워크플로의 순차·분기·반복·병렬 처리 조건과 단계별 입력·출력 데이터 및 실행 조건을 설정할 수 있어야 한다. - 개인정보 처리, 외부 시스템 변경 및 중요 업무 실행 시 사용자 또는 담당자의 확인·승인 단계를 적용할 수 있어야 한다. - 단계별 실행 결과, 처리시간, 적용 모델·지식·도구 및 오류 내역을 기록하여 추적할 수 있어야 한다. - 워크플로를 시험 환경에서 검증한 후 승인·배포하고 버전 및 변경 이력을 관리하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, LLM·RAG·도구 연계 정의서, 에이전트 워크플로 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-038
요구사항 명칭		에이전트 검토·배포·권한·중지·버전복구 관리
요구사항상세설명	정의	AI 에이전트의 검토·승인·배포, 이용 권한, 운영 중지 및 버전 복구에 관한 요구사항
요구사항상세설명	세부내용	○ 검토 및 배포 관리 - 에이전트의 역할·페르소나, 적용 모델, RAG 지식, 연계 도구 및 워크플로를 시험환경에서 검토하여야 한다. - 작성·검토·승인 절차를 거친 버전만 운영환경에 배포하고 배포 버전, 처리자, 일시 및 결과를 기록하여야 한다. ○ 권한 및 운영 중지 관리 - 에이전트별 이용 대상과 생성·수정·검토·승인·배포·중지 권한을 조직·사용자·관리자 역할별로 설정할 수 있어야 한다. - 오류, 보안 문제 또는 정책 위반 발생 시 에이전트나 특정 기능을 즉시 중지하고 사유, 처리자, 일시 및 영향 범위를 기록하여야 한다. ○ 버전 및 복구 관리 - 에이전트의 역할·페르소나, 모델, 지식, 도구, 워크플로 및 권한 설정을 버전별로 관리하고 변경 내용을 조회·비교할 수 있어야 한다. - 배포 후 장애나 품질 저하가 발생한 경우 이전 정상 버전으로 복구하고 처리 결과와 이력을 기록하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 에이전트 검토·배포 절차서, 에이전트 권한·운영중지 정책서, 버전·복구 관리 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-039
요구사항 명칭		테넌트별 프롬프트 템플릿·버전·변경이력 관리
요구사항상세설명	정의	대학·부서·업무 등 테넌트별 프롬프트 템플릿의 등록·적용, 버전 및 변경이력 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 테넌트별 프롬프트 템플릿 관리 - 관리자는 테넌트별 업무 목적, 사용자 유형 및 에이전트에 적용할 프롬프트 템플릿을 등록·조회·수정·복사 가능해야 한다. - 템플릿별 역할, 지시사항, 응답 형식, 금지행위, 입력변수 및 적용 모델 등의 설정정보를 관리하여야 한다. - 공통 프롬프트를 기본으로 적용하고, 테넌트별 설정을 추가 하거나 재정의할 수 있어야 한다. - 사용자의 소속과 권한에 해당하는 템플릿만 적용하고, 다른 테넌트의 프롬프트 및 설정정보와 격리하여야 한다. ○ 버전 및 변경이력 관리 - 프롬프트 템플릿을 버전별로 관리하고 변경 내용, 변경자, 변경 일시, 변경 사유 및 적용 기간을 기록하여야 한다. - 변경된 프롬프트는 시험·검토·승인 절차를 거쳐 적용하고 승인되지 않은 버전의 운영 적용을 제한하여야 한다. - 버전별 응답 결과와 품질을 비교·검증할 수 있어야 하며, 문제 발생 시 이전의 정상 버전으로 복구할 수 있어야 한다. - 템플릿의 배포·적용·중지·복구 이력과 해당 버전이 적용된 에이전트 및 테넌트를 추적할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 테넌트별 프롬프트 템플릿 정의서, 프롬프트 버전·변경이력 관리 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-040
요구사항 명칭		프롬프트 테스트·결과비교·승인·배포
요구사항상세설명	정의	프롬프트의 적용 전 테스트, 버전별 결과 비교, 검토·승인 및 운영 환경 배포에 관한 요구사항
요구사항상세설명	세부내용	○ 프롬프트 테스트 및 결과 비교 - 프롬프트를 운영환경에 적용하기 전에 시험 질의와 평가 데이터 셋을 활용하여 테스트할 수 있어야 한다. - 프롬프트 버전별 답변 정확성, 관련성, 근거성, 유해성 및 응답 형식 준수 여부를 평가할 수 있어야 한다. - 동일한 질의에 대한 기존 버전과 신규 버전의 응답 결과 및 평가점수를 비교할 수 있어야 한다. - 테스트에 사용한 질의, 적용 모델, 모델 설정값, 프롬프트 버전, 응답 결과 및 평가 내역을 기록하여야 한다. ○ 승인 및 배포 관리 - 테스트를 완료한 프롬프트는 작성·검토·승인 절차를 거쳐 운영 환경에 배포하여야 한다. - 승인자는 테스트 결과, 버전 간 비교 결과 및 품질 기준 충족 여부를 확인하여 승인하거나 반려할 수 있어야 한다. - 승인되지 않은 프롬프트의 운영 적용을 제한하고, 승인된 버전만 대상 테넌트와 에이전트에 배포하여야 한다. - 배포 대상, 적용 일시, 적용 버전, 처리자 및 처리 결과를 기록 하고, 문제 발생 시 이전 정상 버전으로 복구할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 프롬프트 테스트·평가 기준서, 프롬프트 승인·배포 절차서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-041
요구사항 명칭		유해콘텐츠·금칙어·개인정보 입력·출력 통제
요구사항상세설명	정의	AI 서비스의 입력·출력 과정에서 유해콘텐츠, 금칙어 및 개인정보 탐지·차단·보호하기 위한 통제 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 입력 통제 - 사용자 입력에서 유해콘텐츠, 금칙어, 개인정보 및 대학이 지정한 제한정보를 탐지하여야 한다. - 탐지 결과와 보안정책에 따라 입력을 차단·마스킹하거나 안전한 표현으로 변경하도록 안내하여야 한다. - 프롬프트 인젝션, 탈옥 등 AI 안전정책을 우회하거나 시스템 지시사항을 노출시키려는 입력을 탐지·차단하여야 한다. - 차단 사유와 조치방법을 사용자에게 안내하되, 보안규칙이나 내부 프롬프트가 노출되지 않도록 하여야 한다. ○ 출력 통제 - AI 생성 결과에서 유해콘텐츠, 금칙어, 개인정보 및 권한 외 정보를 탐지하여야 한다. - 탐지된 정보는 정책에 따라 마스킹·삭제·재생성 또는 출력 차단하고 사용자에게 처리 결과를 안내하여야 한다. - 근거가 부족하거나 사실 여부를 확인하기 어려운 답변에는 주의 문구를 표시하거나 답변을 제한하여야 한다. - 입력·출력 통제 결과, 탐지 유형, 적용 정책, 처리 결과 및 발생 일시를 기록하고 관리자가 조회할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, AI 입력·출력 통제 정책서, 유해콘텐츠·금칙어·개인정보 탐지 규칙 정의서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-042
요구사항 명칭		외부전송 통제 및 정책 등록·변경·배포
요구사항상세설명	정의	AI 서비스 이용 과정에서 데이터의 외부 전송 통제 및 관련 보안정책을 등록·변경·배포하는 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 외부전송 통제 - 외부 LLM, API 및 연계 서비스로 전송되는 프롬프트, 첨부파일, 업무데이터 및 개인정보를 사전에 식별·검사하여야 한다. - 개인정보·민감정보 및 대학이 지정한 제한정보는 정책에 따라 마스킹·비식별화·제거하거나 외부 전송을 차단하여야 한다. - 전송 대상 시스템, 데이터 유형, 사용자·조직 및 업무별로 외부 전송 허용 범위와 승인 조건을 설정할 수 있어야 한다. - 외부 전송 시 전송 주체, 일시, 대상 시스템, 데이터 유형, 처리 결과 및 차단 사유를 기록하되 원문 민감정보가 로그에 노출되지 않도록 하여야 한다. ○ 정책 등록·변경·배포 - 관리자는 외부 전송 허용·차단 대상, 마스킹 기준, 예외 조건 및 승인 절차 등의 통제정책을 등록·조회·수정할 수 있어야 한다. - 정책의 적용 대상, 우선순위, 유효기간 및 적용 환경을 설정하고 변경 전·후 내용을 버전별로 관리하여야 한다. - 변경된 정책은 시험·검토·승인 절차를 거쳐 배포하고 승인된 정책만 운영환경에 적용하여야 한다. - 정책 배포·중지·복구 이력을 기록하고, 문제 발생 시 이전 정상 버전으로 복구할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 외부전송 통제 정책서, 정책 등록·변경·배포 절차서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-044
요구사항 명칭		서비스·모델·API 상태와 성능·이용량 통합 모니터링
요구사항상세설명	정의	AI 서비스, 모델 및 연계 API의 운영 상태와 성능·이용량을 통합적으로 수집·조회·관리하는 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 운영 상태 및 성능 모니터링 - AI 서비스, LLM·임베딩·리랭커 모델, RAG, 에이전트 및 연계 API의 정상·지연·오류 상태를 통합 모니터링하여야 한다. - 서비스·모델·API별 요청 건수, 성공률, 오류율, 응답시간, 처리량 및 가용률 등의 운영지표를 수집·조회할 수 있어야 한다. - 모델 추론시간, 입·출력 토큰 수, 동시 요청 수 및 GPU·CPU· 메모리 사용률 등 성능지표를 제공하여야 한다. - 임계치 초과나 장애 발생 시 대상, 발생 시각, 영향 범위 및 오류정보를 관리자에게 알림으로 제공하여야 한다. ○ 이용량 및 통합 현황 관리 - 기간, 조직, 사용자, 서비스, 에이전트, 모델 및 API별 이용량과 처리 현황을 조회할 수 있어야 한다. - 외부 유료 모델·API는 호출 건수, 토큰 사용량 및 예상 비용을 집계할 수 있어야 한다. - 주요 운영·성능·이용량 지표를 대시보드와 통계·추이 형태로 제공하여야 한다. - 모니터링 이력을 보존하고 장애 분석, 용량 산정 및 서비스 개선을 위한 자료로 활용할 수 있어야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 통합 모니터링 지표 정의서, 모니터링·알림 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-045
요구사항 명칭		모델 비용·RAG 품질·임계치 알림 관리
요구사항상세설명	정의	AI 모델의 이용 비용과 RAG 서비스 품질을 측정·관리하고 설정된 임계치에 따라 알림을 제공하는 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 모델 비용 관리 - 모델·서비스·에이전트·조직별 호출 건수와 입·출력 토큰 사용량을 수집하여 이용 비용을 산정할 수 있어야 한다. - 외부 상용 모델·API의 공급자별 과금 기준과 단가, 통화 및 적용 기간을 등록·변경할 수 있어야 한다. - 기간별 예산과 사용 한도를 설정하고, 실제 비용과 예상 비용 및 예산 대비 사용률을 조회할 수 있어야 한다. - 비용 또는 사용량이 설정된 임계치에 도달하거나 급증한 경우 관리자에게 알림을 제공하여야 한다. ○ RAG 품질 및 임계치 관리 - RAG의 검색 적중률, 관련성, 근거성, 답변 충실도 및 미응답률 등 품질지표를 측정·조회할 수 있어야 한다. - 코퍼스, 문서유형, 임베딩·리랭커 모델, 에이전트 및 서비스별로 품질 결과를 비교할 수 있어야 한다. - 품질지표, 오류율, 응답시간 및 자원 사용률 등에 대한 임계치를 항목별로 설정할 수 있어야 한다. - 임계치 초과 시 대상, 발생 시각, 측정값, 기준값 및 영향 범위를 포함한 알림을 제공하고 조치 결과를 기록하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 모델 비용 산정 기준서, RAG 품질지표·평가 기준서, 임계치·알림 관리 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-046
요구사항 명칭		로그·Transaction 추적 및 운영 보고서
요구사항상세설명	정의	AI 서비스의 요청부터 응답까지 전 처리과정에 대한 로그 및 Transaction 추적과 운영 보고서 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 로그 및 Transaction 추적 - 사용자 요청마다 고유 Transaction ID 또는 Trace ID를 생성하고 서비스, 모델, RAG, 에이전트 및 연계 API의 전체 처리 구간에 동일하게 전달하여야 한다. - 요청·응답 시각, 사용자·조직, 호출 서비스, 처리 단계, 적용 모델·프롬프트·지식·도구, 처리 결과 및 오류정보를 기록하여야 한다. - Transaction ID를 기준으로 질의 입력, 검색, 모델 추론, 도구 호출 및 최종 응답까지 처리 흐름과 단계별 소요시간을 추적할 수 있어야 한다. - 오류 발생 시 표준 오류코드, 오류 유형, 발생 시스템·프로그램, 발생 단계 및 원인정보를 기록하여 장애 분석을 지원하여야 한다. - 개인정보·민감정보와 인증정보는 로그에 원문으로 저장하지 않고 마스킹 또는 암호화하여야 한다. - 관리자는 반복 질의, 자주 묻는 질의, 낮은 평가를 받은 답변, 미응답 및 담당자 이관 질의를 조회·분석할 수 있어야 한다. - 분석 결과를 FAQ, 평가 데이터셋, RAG 지식데이터 및 프롬프트 개선 대상과 연계하여 관리할 수 있어야 한다. ○ 운영 보고서 - 기간, 조직, 서비스, 에이전트, 모델 및 오류 유형별 이용량, 성공률, 오류율, 응답시간 및 장애 현황을 집계하여야 한다. - 운영지표와 장애·정책위반·비용·RAG 품질 현황을 일·주·월 단위 보고서로 생성할 수 있어야 한다. - 보고서는 화면에서 조회하고 엑셀·PDF 등 지정된 형식으로 내려받을 수 있어야 한다. - 로그와 운영 보고서는 보존기간과 접근권한에 따라 관리하고 감사 및 장애 조사 시 조회할 수 있어야 한다. - 반복 질의, 반복 오류 및 미응답 현황을 기간·서비스·사용자 유형·업무 분야별로 집계한 운영 보고서를 제공하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 인터페이스 설계서, 프로그램 설계서, 로그·Transaction 추적 설계서, 표준 오류코드 정의서, 운영 보고서 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-047
요구사항 명칭		설정·정책·모델 변경 이력 관리
요구사항상세설명	정의	AI 서비스에 적용되는 시스템 설정, 운영·보안정책 및 AI 모델의 변경 이력을 기록·조회·복구하는 기능에 관한 요구사항
요구사항상세설명	세부내용	○ 변경 이력 관리 - 시스템 설정, 프롬프트, 가드레일, RAG, 에이전트, 연계정보 및 운영·보안정책의 변경 전·후 값을 기록하여야 한다. - LLM, 임베딩 및 리랭커 모델의 등록·교체·버전 변경과 주요 설정값 변경 이력을 관리하여야 한다. - 변경 대상, 변경자, 변경 일시, 변경 사유, 승인자, 적용 일시 및 적용 환경을 기록하여야 한다. - 변경 이력은 기간, 대상 유형, 서비스, 조직 및 변경자 등의 조건으로 조회·검색할 수 있어야 한다. ○ 승인·비교 및 복구 관리 - 중요 설정·정책·모델 변경은 시험·검토·승인 절차를 거쳐 운영환경에 적용하여야 한다. - 변경 전·후 내용과 영향 범위 및 시험 결과를 비교·확인할 수 있어야 한다. - 변경 적용 후 장애나 품질 저하가 발생한 경우 이전 정상 버전으로 복구할 수 있어야 한다. - 변경·승인·배포·복구 이력을 위·변조되지 않도록 보존하고 권한에 따라 조회를 제한하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 설정·정책·모델 변경관리 절차서, 변경이력·버전복구 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-048
요구사항 명칭		사용자 작업공간(프로젝트) 및 대화·콘텐츠 관리
요구사항상세설명	정의	사용자가 AI 포털에서 수행한 대화와 생성 콘텐츠를 개인 작업공간에서 저장·조회·분류·공유·재사용 하기 위한 요구사항
요구사항상세설명	세부내용	○ 사용자 작업공간(프로젝트) - 사용자별 개인 작업공간을 제공하고, 인증정보와 권한에 따라 접근을 통제하여야 한다. - 대화, 생성 콘텐츠, 첨부파일 및 즐겨찾기를 폴더·태그·프로젝트 등으로 분류·관리하고 관리자가 저장공간 사용량을 확인할 수 있어야 한다. - 프로젝트를 100개 이상 생성할 수 있고, 프로젝트당 100개 이상의 대화 스레드를 관리하며, 대화 내용에 따라 25자 이내 제목 자동요약 생성 기능를 제공하여야 한다. ○ 대화·콘텐츠 관리 - AI 서비스별 대화 내역을 자동 저장하고 검색, 정렬, 제목 변경, 이동, 즐겨찾기 및 삭제 기능을 제공하여야 한다. - 기존 대화의 맥락을 유지하여 질의를 계속할 수 있고, 프롬프트· 참조 출처·사용 모델 등의 정보를 확인할 수 있어야 한다. - AI가 생성한 답변, 요약문, 보고서, 이미지 및 첨부파일 등을 저장·조회·다운로드하고 업무에 재사용할 수 있어야 한다. - 생성 콘텐츠의 수정 이력과 버전을 관리하고 필요한 경우 이전 버전을 복원할 수 있어야 한다. ○ 공유 및 권한 관리 - 대화와 생성 콘텐츠를 다른 사용자 또는 부서와 공유하고, 공유 대상별 열람·편집·다운로드 권한과 공유기간을 설정할 수 있어야 한다. - 개인정보와 민감정보가 포함된 콘텐츠는 공유 제한, 마스킹 또는 승인 등의 보호조치를 적용하여야 한다. ○ 보관·삭제 및 이력 관리 - 대화와 콘텐츠의 보관기간을 설정하고, 기간 만료 시 자동 삭제 또는 별도 보관할 수 있어야 한다. - 삭제 확인 및 휴지통 복구 기능을 제공하고, 계정 삭제·권한 변경 시 콘텐츠의 이관·보관·삭제 정책을 적용하여야 한다. - 대화와 콘텐츠의 생성, 수정, 공유, 다운로드 및 삭제 이력을 감사로그로 기록하여야 한다.
산출정보		요구사항정의서, 화면 설계서, 데이터베이스 설계서, 프로그램 설계서, 설정·정책·모델 변경관리 절차서, 변경이력·버전복구 설계서, 단위·통합시험 결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-049
요구사항 명칭		멀티모달 입력·분석 및 콘텐츠 생성
요구사항상세설명	정의	텍스트, 문서, 이미지 및 음성 등 다양한 유형의 데이터를 통합적으로 입력·분석하고, 업무에 필요한 문서와 시각 콘텐츠를 생성하기 위한 요구사항
요구사항상세설명	세부내용	○ 멀티모달 입력 및 분석 - 텍스트, 문서, 이미지 및 음성 등 다양한 유형의 데이터를 입력하고 통합적으로 분석할 수 있어야 한다. - PDF, HWP, DOCX, PPTX 및 이미지 등 발주기관이 지정한 파일 형식을 지원하여야 한다. - 이미지와 스캔 문서에 포함된 문자·표 등의 정보를 OCR로 추출하고, 음성파일을 STT로 변환할 수 있어야 한다. ○ 문서·콘텐츠 생성 - 입력된 문서와 사용자 지시를 기반으로 문서의 요약, 보완, 교정, 재작성 및 형식 변환 기능을 제공하여야 한다. - 회의 음성을 텍스트로 변환하여 회의록, 주요 내용, 결정사항 및 후속 조치사항을 생성할 수 있어야 한다. - 보고서, 발표자료, 카드뉴스 및 배너 이미지 등 업무 목적에 맞는 콘텐츠를 생성·수정·저장·다운로드할 수 있어야 한다. ○ 품질 및 안전 관리 - 입력자료와 생성 결과의 연결 관계, 사용 모델, 생성일시 및 처리 이력을 확인할 수 있어야 한다. - 지원 형식, 파일 크기, 처리시간 및 품질 기준을 정의하고, 처리할 수 없는 입력이나 낮은 인식 결과는 사용자에게 안내하여야 한다. - 개인정보·민감정보가 포함된 파일에는 접근통제, 마스킹 및 보관·삭제 정책을 적용하고, 생성 콘텐츠의 저작권과 외부 활용에 관한 유의사항을 안내하여야 한다. - 세부 지원 형식, 콘텐츠 유형 및 적용 범위는 발주기관과 협의하여 확정하여야 한다.
산출정보		멀티모달 기능 설계서, 지원 파일·콘텐츠 형식 정의서, OCR·STT 연계 설계서, 멀티모달 품질 및 보안정책서, 기능 시험결과서
관련요구사항

요구사항 분류		기능 요구사항
요구사항 고유번호		SFR-050
요구사항 명칭		LLMOps 기반 모델 전 생명주기 관리
요구사항상세설명	정의	LLM과 생성형 AI 서비스의 등록, 검증, 배포, 운영, 모니터링 및 개선 등 전 생명주기를 통합적으로 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ 모델 등록 및 버전관리 - 상용·오픈소스·자체 개발 LLM을 등록하고, 모델명, 제공자, 버전, 라이선스, 파라미터, 컨텍스트 길이 및 사용 목적 등의 정보를 관리하여야 한다. - 모델, 프롬프트, 학습·평가 데이터, RAG 지식데이터 및 실행환경의 버전과 변경 이력을 연계하여 추적할 수 있어야 한다. ○ 모델 개발 및 평가 - 모델별 프롬프트 설정, 경량튜닝 및 추론 파라미터를 구성하고 실험 결과를 비교·관리할 수 있어야 한다. - 정확성, 관련성, 근거성, 안전성, 응답시간 및 자원사용량 등에 대한 평가기준을 정의하고 모델·버전별 평가를 수행할 수 있어야 한다. - 평가를 통과한 모델만 운영환경에 배포하고, 평가 결과와 승인 이력을 관리하여야 한다. ○ 배포 및 운영관리 - 검증된 모델을 개발·시험·운영환경에 배포하고, 서비스별 적용 모델과 버전을 설정할 수 있어야 한다. - 배포, 교체, 중지 및 이전 버전 복구 기능을 제공하고, 운영 서비스 중단을 최소화할 수 있는 배포방안을 마련하여야 한다. - 복수의 LLM을 서비스 목적, 품질, 비용 및 자원 상황에 따라 선택하거나 전환할 수 있어야 한다. ○ 모니터링 및 지속적 개선 - 모델별 호출량, 응답시간, 오류율, 토큰 사용량, GPU·메모리 사용량 및 서비스 상태를 모니터링할 수 있어야 한다. - 답변 품질 저하, 비정상 응답, 유해·민감정보 생성 및 자원 임계치 초과 등을 탐지하고 관리자에게 알림을 제공하여야 한다. - 사용자 평가와 오류 사례를 수집·분석하여 모델, 프롬프트, RAG 지식데이터 및 가드레일 개선에 활용하여야 한다. - 모델의 등록, 설정 변경, 평가, 승인, 배포, 호출 및 폐기 이력을 기록하고 권한에 따라 접근을 통제하여야 한다.
산출정보		LLMOps 구성·설계서, 모델 등록 및 버전관리 기준서, 모델 평가·배포·승인 절차서, 모델 운영 모니터링 설계서, 모델별 평가결과서, LLMOps 기능 시험결과서
관련요구사항

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-001
요구사항 명칭		포털·AI 응답시간 및 동시사용자 처리 성능
요구사항상세설명	정의	포털 및 AI 서비스의 응답시간과 동시사용자 처리 성능을 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ 포털 응답성능 - 일반적인 화면 조회·이동·저장 요청은 정상 운영환경에서 3초 이내에 처리하여야 한다. - 대용량 조회, 통계 및 보고서 생성 등 장시간 처리 업무는 진행 상태를 제공하고 완료 시 사용자에게 안내하여야 한다. - 응답시간은 서버 처리시간을 기준으로 측정하되, 측정조건과 대상 업무는 발주기관과 협의하여 확정하여야 한다. ○ AI 서비스 응답성능 - 일반 질의와 RAG 기반 질의는 사용자가 지연을 인지하지 않도록 최초 응답을 스트리밍 방식으로 제공하여야 한다. - 최초 토큰 응답시간, 전체 응답시간 및 초당 생성 토큰 수 등의 성능지표를 측정·관리하여야 한다. - 문서 생성, 요약 및 에이전트 업무 등 장시간 처리 작업은 비동기 방식으로 수행하고 진행 상태와 완료 결과를 제공하여야 한다. - 서비스·모델·질의 유형별 목표 응답시간과 측정기준은 발주기관과 협의하여 정하고 시험을 통해 검증하여야 한다. ○ 동시사용자 및 처리량 - 발주기관의 예상 사용자 수와 서비스별 이용 패턴을 기준으로 동시사용자 및 동시요청을 안정적으로 처리하여야 한다. - 부하 증가 시 요청 대기, 처리량 제어 및 자원 확장 등을 통해 서비스 중단과 급격한 성능 저하를 방지하여야 한다. - 동시사용자 수, 초당 요청 건수, 응답시간, 오류율 및 자원 사용률을 포함한 부하·성능시험을 수행하여야 한다.
산출정보		성능시험계획서, 성능목표 및 측정기준서, 부하·스트레스 시험 시나리오, 성능시험 결과서, 성능 개선 조치결과서

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-002
요구사항 명칭		RAG 검색 및 LLM Gateway 처리 성능
요구사항상세설명	정의	RAG 검색과 LLM Gateway의 신속하고 안정적인 요청 처리 및 성능 확보에 관한 요구사항
요구사항상세설명	세부내용	○ RAG 검색 성능 - 질의 전처리, 벡터 검색, 리랭킹 및 검색 결과 반환까지의 단계별 처리시간을 측정·관리하여야 한다. - 문서와 벡터 데이터 증가 시에도 목표 검색시간과 처리량을 유지할 수 있도록 인덱스 및 검색 구조를 최적화하여야 한다. - 동시 검색 요청 증가 시 응답 지연과 오류가 급격히 증가하지 않도록 안정적인 처리 성능을 확보하여야 한다. - 검색시간, 검색 성공률, 검색 결과 건수 및 오류율 등의 성능지표를 부하·성능시험을 통해 검증하여야 한다. ○ LLM Gateway 처리 성능 - LLM Gateway는 다수의 서비스와 에이전트에서 발생하는 모델 요청을 안정적으로 중계·처리하여야 한다. - 모델별 요청 분배, 동시요청 제어, 대기열, 제한시간 및 재시도 기능을 제공하여 과부하와 장애 확산을 방지하여야 한다. - 요청량과 모델 상태에 따라 사용 가능한 모델로 요청을 분산하거나 대체 모델로 전환할 수 있어야 한다. - 모델별 요청 건수, 대기시간, 처리시간, 성공률, 오류율 및 토큰 처리량을 측정·관리하여야 한다. ○ 성능시험 및 개선 - 문서량, 동시요청 수, 질의 유형 및 모델별 시험조건을 반영하여 RAG 검색과 LLM Gateway의 부하·성능시험을 수행하여야 한다. - 성능 목표와 측정기준은 발주기관과 협의하여 확정하고, 기준 미달 시 원인을 분석하여 튜닝 및 개선 후 재시험하여야 한다.
산출정보		성능시험계획서, RAG 검색 성능 기준서, LLM Gateway 성능 설계서, 부하·성능시험 시나리오, 성능시험 결과서, 성능 개선 조치결과서

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-003
요구사항 명칭		문서 색인 및 내·외부 연계 처리 성능
요구사항상세설명	정의	문서 수집·전처리·색인과 내·외부 시스템 연계 업무의 안정적인 처리 성능 확보에 관한 요구사항
요구사항상세설명	세부내용	○ 문서 색인 처리 성능 - 문서 수집, 형식 변환, 텍스트 추출, 분할, 임베딩 및 벡터 색인의 단계별 처리시간과 처리량을 측정·관리하여야 한다. - 초기 일괄 색인과 신규·변경·삭제 문서의 증분 색인을 지원하고, 대량 문서 처리 시에도 안정적인 성능을 확보하여야 한다. - 문서 유형, 크기 및 처리 방식별 목표 처리시간과 단위시간당 처리량을 정의하고 성능시험을 통해 검증하여야 한다. - 색인 실패 시 전체 작업을 재수행하지 않고 실패 문서만 재처리 할 수 있어야 한다. ○ 내·외부 연계 처리 성능 - 학사·행정 등 내부 시스템과 외부 API의 연계 요청을 목표 응답시간과 처리량 범위에서 안정적으로 처리하여야 한다. - 대량·장시간 연계 업무는 비동기 또는 배치 방식으로 처리하고 진행 상태와 처리 결과를 제공하여야 한다. - 연계 지연이나 장애 발생 시 제한시간, 재시도, 대기열 및 대체 처리 등을 적용하여 장애 확산을 방지하여야 한다. - 연계 시스템별 요청 건수, 응답시간, 성공률, 오류율 및 재처리 건수를 측정·관리하여야 한다. ○ 성능시험 및 개선 - 문서량, 문서 유형, 데이터 크기, 동시요청 및 연계 대상별 시험조건을 반영하여 부하·성능시험을 수행하여야 한다. - 성능 목표와 측정기준은 발주기관과 협의하여 확정하고, 기준 미달 시 원인 분석과 개선 후 재시험하여야 한다.
산출정보		성능시험계획서, 문서 색인 성능 기준서, 내·외부 연계 성능 설계서, 부하·성능시험 시나리오, 성능시험 결과서, 성능 개선 조치결과서

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-004
요구사항 명칭		자원 확장성·성능 모니터링 및 개선
요구사항상세설명	정의	서비스 이용량과 처리 부하 증가에 대응하기 위한 시스템 자원 확장, 성능 모니터링 및 지속적인 성능 개선에 관한 요구사항
요구사항상세설명	세부내용	○ 자원 확장성 - 사용자, 데이터 및 AI 요청량 증가에 따라 서버, GPU, 저장공간 등의 자원을 확장할 수 있는 구조로 구성하여야 한다. - 포털, RAG, LLM Gateway, AI 모델 및 연계 서비스는 필요에 따라 수평·수직 확장이 가능하도록 설계하여야 한다. - 자원 임계치 도달 시 자동 또는 관리자 승인을 통한 확장·축소 기능을 제공하고 서비스 중단을 최소화하여야 한다. - 자원 확장 전·후의 처리량, 응답시간 및 안정성을 비교하여 확장 효과를 검증하여야 한다. ○ 성능 모니터링 - 서비스·서버·GPU·데이터베이스·모델 및 API별 응답시간, 처리량, 오류율과 자원 사용률을 실시간으로 수집·조회하여야 한다. - 성능지표의 임계치를 설정하고 초과 시 대상, 발생 시각, 측정값 및 영향 범위를 포함한 알림을 제공하여야 한다. - 성능 추이와 병목 구간을 대시보드로 제공하고, 요청별 Transaction ID를 기준으로 처리 단계별 성능을 추적할 수 있어야 한다. ○ 성능 분석 및 개선 - 정기적 또는 장애·성능 저하 발생 시 병목 원인과 자원 부족 여부를 분석하여야 한다. - 분석 결과에 따라 모델 배치, 캐시, 색인, 데이터베이스, 네트워크 및 연계 설정 등을 최적화하여야 한다. - 성능 개선 전·후 결과를 비교하고 개선 내용과 재시험 결과를 기록·관리하여야 한다.
산출정보		시스템 구성도, 용량·확장성 설계서, 성능 모니터링 지표 정의서, 성능시험계획서, 성능 분석·개선 보고서, 성능시험 결과서

요구사항 분류		성능 요구사항
요구사항 고유번호		PER-005
요구사항 명칭		성능·부하시험 및 검증
요구사항상세설명	정의	포털과 AI 서비스의 목표 성능 및 안정적인 처리 능력을 확인하기 위한 성능·부하시험과 검증에 관한 요구사항
요구사항상세설명	세부내용	○ 시험계획 및 환경 구성 - 포털, RAG, LLM Gateway, AI 모델, 문서 색인 및 내·외부 연계 기능을 대상으로 성능·부하시험 계획을 수립하여야 한다. - 운영환경과 동등하거나 성능을 비교·환산할 수 있는 시험환경을 구성하고 차이가 있는 경우 그 영향과 환산 기준을 제시하여야 한다. - 동시사용자 수, 동시요청 수, 데이터량, 문서 유형, 질의 길이 및 응답 토큰 수 등을 반영한 시험 시나리오를 작성하여야 한다. ○ 성능·부하시험 수행 - 단위 성능시험, 통합 성능시험, 부하시험, 스트레스시험 및 장시간 안정성시험을 수행하여야 한다. - 정상·최대·급증 부하 조건에서 응답시간, 처리량, 성공률, 오류율 및 자원 사용률을 측정하여야 한다. - AI 서비스는 최초 토큰 응답시간, 전체 응답시간, 초당 생성 토큰 수와 RAG 검색·리랭킹 및 모델 추론시간을 측정하여야 한다. - 과부하 상황에서 요청 대기·제한, 자동 확장, 장애 격리 및 복구 기능이 정상적으로 동작하는지 검증하여야 한다. ○ 결과 검증 및 개선 - 시험 결과를 성능 목표와 비교하여 충족 여부, 병목 구간 및 성능 저하 원인을 분석하여야 한다. - 목표 미달 항목은 개선계획에 따라 튜닝·자원 조정 등을 수행한 후 재시험하여야 한다. - 시험조건, 측정도구, 원시 결과, 분석 내용 및 개선 전·후 비교 결과를 제출하고 발주기관의 확인을 받아야 한다.
산출정보		성능시험계획서, 성능목표·측정기준서, 성능·부하·스트레스 시험 시나리오, 성능시험 결과서, 성능 개선계획 및 조치결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-001
요구사항 명칭		연계 대상 분석 및 인터페이스 표준·API 관리
요구사항상세설명	정의	내·외부 시스템의 연계 대상과 범위를 분석하고 인터페이스 표준 및 API를 일관되게 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ 연계 대상 분석 - 학사·행정·포털·인증 등 내부 시스템과 외부 LLM·검색· 콘텐츠 서비스 등 연계 대상을 조사·분석하여야 한다. - 연계 시스템별 제공·수신 데이터, 연계 목적, 방식, 주기, 처리량, 보안등급 및 담당자를 정의하여야 한다. - 기존 인터페이스와 API의 재사용 가능성, 기술적 제약 및 영향 범위를 분석하고 연계 대상 목록을 발주기관과 협의하여 확정하여야 한다. ○ 인터페이스 표준 관리 - REST API, 메시지, 파일 및 배치 등 연계 방식별 표준과 데이터 형식, 문자 인코딩 및 통신 규약을 정의하여야 한다. - 요청·응답 구조에는 Transaction ID, 처리 결과, 표준 응답· 오류코드 및 오류 발생 시스템·프로그램 정보를 포함하여 추적성을 확보하여야 한다. - 인증·인가, 암호화, 전송 제한시간, 재시도, 중복 방지 및 예외처리 기준을 표준화하여야 한다. - 공통코드와 데이터 항목의 명칭, 형식, 길이, 필수 여부 및 검증 기준을 일관되게 적용하여야 한다. ○ API 등록·운영 관리 - API별 제공 시스템, 호출 대상, URL, 기능, 요청·응답 항목, 인증방식, 제한시간 및 담당자 정보를 등록·관리하여야 한다. - API의 등록·변경·폐기, 버전, 공개 범위 및 이용 권한을 관리하고 변경 이력을 기록하여야 한다. - API 명세와 시험 기능을 제공하고 호출량, 응답시간, 성공률 및 오류 현황을 모니터링할 수 있어야 한다.
산출정보		연계 대상 목록, 인터페이스 요구사항·정의서, 인터페이스 표준서, API 명세서, 공통코드·표준 오류코드 정의서, 연계 영향도 분석서, 단위·통합시험 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-002
요구사항 명칭		통합인증·조직·사용자·권한정보 연계
요구사항상세설명	정의	대학의 통합인증 및 조직·사용자·권한정보를 AI 포털과 연계하여 일관된 인증·인가 체계를 적용하기 위한 요구사항
요구사항상세설명	세부내용	○ 통합인증 연계 - 대학의 통합인증 또는 SSO 시스템과 연계하여 기존 계정으로 AI 포털에 로그인할 수 있어야 한다. - 통합인증에서 제공하는 사용자 식별정보와 인증 결과를 안전하게 전달받고 세션 생성·갱신·종료에 반영하여야 한다. - 인증 실패, 계정 잠금 및 세션 만료 등의 결과를 표준 오류코드로 처리하고 사용자에게 적절히 안내하여야 한다. - 통합인증 장애 시 우회 인증 허용 여부와 관리자 접근방안 등 비상대응 절차를 발주기관과 협의하여 마련하여야 한다. ○ 조직·사용자 정보 연계 - 교직원·학생 등 사용자와 대학·부서·학과·직위·재직 및 재학 상태 등의 조직정보를 연계하여야 한다. - 신규·변경·삭제 정보를 주기적 또는 실시간으로 동기화하고 처리 결과와 오류 내역을 기록하여야 한다. - 인사이동, 휴직·퇴직·졸업 등 상태 변경을 신속히 반영하여 불필요한 접근권한이 유지되지 않도록 하여야 한다. ○ 권한정보 연계 및 적용 - 통합권한관리시스템 또는 업무시스템의 역할·권한정보를 AI 포털의 메뉴, 서비스, 에이전트, 지식 코퍼스 및 연계 도구 이용 권한에 매핑하여야 한다. - 사용자의 소속·신분·역할에 따라 접근 가능한 데이터와 기능을 통제하고 다른 조직 또는 테넌트의 정보가 노출되지 않도록 하여야 한다. - 권한정보의 연계·변경·적용 이력을 기록하고 권한 불일치와 동기화 실패 여부를 점검할 수 있어야 한다.
산출정보		인터페이스 요구사항·정의서, 통합인증 연계 설계서, 조직·사용자·권한 매핑 정의서, API 명세서, 데이터 동기화·오류처리 설계서, 단위·통합시험 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-003
요구사항 명칭		학사·시간표 관련 시스템 연계
요구사항상세설명	정의	AI 기반 시간표 편성에 필요한 학사정보를 수집하고 확정된 시간표를 학사 관련 시스템에 반영하기 위한 연계 요구사항
요구사항상세설명	세부내용	○ 학사 기초정보 연계 - 학사정보시스템 등에서 학기, 교과목, 분반, 담당 교원, 수강 대상, 예상 수강인원 및 교육과정 정보를 연계하여야 한다. - 강의실 관리시스템 등에서 강의실 위치, 수용인원, 시설·장비 및 이용 가능 시간 정보를 연계하여야 한다. - 연계 대상별 데이터 항목, 코드, 식별키, 제공 주기 및 기준 시점을 정의하고 시간표 편성에 필요한 최신 정보를 제공하여야 한다. - 신규·변경·삭제 데이터를 주기적 또는 실시간으로 동기화하고 처리 결과와 오류 내역을 기록하여야 한다. ○ 시간표 결과 연계 - 최종 승인·확정된 시간표의 교과목, 분반, 담당 교원, 강의시간 및 강의실 정보를 학사정보시스템에 연계하여 반영하여야 한다. - 전송 전에 필수항목 누락, 코드 불일치, 중복 및 제약조건 위반 여부를 검증하고 오류 데이터의 전송을 제한하여야 한다. - 연계 요청별 Transaction ID, 요청·응답 시각, 처리 결과, 오류코드 및 오류 메시지를 기록하여야 한다. - 연계 실패 시 오류 대상만 재처리할 수 있어야 하며, 확정 시간표와 실제 반영 결과의 일치 여부를 확인할 수 있어야 한다. ○ 연계 보안 및 변경 관리 - 학사·시간표 정보는 사용자와 시스템의 권한에 따라 접근·전송 하고 전송구간을 암호화하여야 한다. - 연계 항목, 코드, 규칙 및 인터페이스 변경 시 영향도를 분석하고 시험·승인 후 적용하여야 한다.
산출정보		인터페이스 요구사항·정의서, 학사·시간표 연계 설계서, 시간표 데이터 매핑 정의서, 연계 시험 결과서, API 명세서, 데이터 동기화·오류처리 설계서, 단위·통합시험 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-005
요구사항 명칭		내·외부 LLM·Gateway·RAG·Vector DB 연계
요구사항상세설명	정의	AI 포털에서 활용하는 내·외부 LLM, LLM Gateway, RAG 및 Vector DB 간의 표준화된 연계에 관한 요구사항
요구사항상세설명	세부내용	○ LLM 및 Gateway 연계 - 온프레미스 LLM과 외부 상용 LLM을 LLM Gateway를 통해 통합 연계하고, 서비스·업무별로 사용할 모델을 설정할 수 있어야 한다. - 모델별 API 주소, 인증방식, 입력·출력 형식, 컨텍스트 길이, 제한시간, 재시도 및 호출 한도를 관리하여야 한다. - 요청량, 모델 상태, 보안등급 및 비용정책에 따라 호출 모델을 선택·분산하고 장애 시 대체 모델로 전환할 수 있어야 한다. - 외부 LLM 전송 전 개인정보·민감정보를 탐지·마스킹하거나 정책에 따라 전송을 차단하여야 한다. ○ RAG 및 Vector DB 연계 - 질의 전처리, 임베딩, Vector DB 검색, 리랭킹 및 LLM 답변 생성을 연계된 처리 절차로 구성하여야 한다. - 지식 코퍼스, 임베딩·리랭커 모델, 검색 방식, 검색 결과 수 및 유사도 기준 등을 서비스별로 설정할 수 있어야 한다. - 사용자의 소속·권한에 따라 접근 가능한 코퍼스와 문서만 검색되도록 Vector DB의 메타데이터 필터 및 접근통제를 적용하여야 한다. - 문서의 등록·변경·삭제 시 원문 저장소와 Vector DB 색인을 동기화하고 처리 결과를 확인할 수 있어야 한다. ○ 연계 추적 및 변경 관리 - 요청별 Transaction ID를 기준으로 Gateway, RAG, Vector DB 및 LLM의 처리시간, 결과와 오류정보를 추적할 수 있어야 한다. - 모델, API, 임베딩·리랭커 및 Vector DB 변경 시 영향도를 분석하고 시험·승인 후 적용하여야 한다. - 특정 제품이나 모델에 종속되지 않도록 표준 API와 교체 가능한 연계 구조를 적용하여야 한다.
산출정보		인터페이스 요구사항·정의서, AI 연계 아키텍처 설계서, LLM·Gateway API 명세서, RAG 처리·연계 설계서, Vector DB 데이터·색인 정의서, 모델 전환·장애처리 설계서, 단위·통합시험 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-006
요구사항 명칭		Agent 및 업무도구 API 연계
요구사항상세설명	정의	AI Agent가 대학의 내·외부 업무도구 및 API를 안전하고 일관된 방식으로 호출·실행하기 위한 연계 요구사항
요구사항상세설명	세부내용	○ Agent·업무도구 연계 - Agent별 업무 목적에 따라 조회·검색·등록·변경·알림 등 사용 가능한 업무도구와 API를 등록·연계할 수 있어야 한다. - 업무도구별 기능, 호출 주소, 요청·응답 항목, 인증방식, 제한시간, 재시도 및 오류처리 기준을 관리하여야 한다. - 표준 API 또는 MCP 등 발주기관과 협의한 연계방식을 적용하여 특정 Agent나 모델에 종속되지 않도록 구성하여야 한다. - AI 에이전트와 학내 레거시시스템(학사/행정 DB, 메일, 일정 등) 연동 시 Anthropic 표준 MCP 규격 기반의 Tool 연계 환경을 구축하여야 한다. - Agent가 도구 호출에 필요한 입력값을 구성하고 실행 결과를 후속 처리 또는 최종 답변에 활용할 수 있어야 한다. ○ 권한·승인 및 안전 통제 - 사용자의 소속·역할·업무권한 범위에서 허용된 도구와 데이터만 호출하도록 통제하여야 한다. - 데이터 등록·변경·삭제, 외부 전송 및 중요 업무 실행 전에는 사용자 또는 담당자의 확인·승인 절차를 적용하여야 한다. - 입력값의 필수항목, 형식, 허용값 및 업무규칙을 검증하고 비정상·중복·권한 외 요청의 실행을 차단하여야 한다. - 도구별 호출 횟수, 실행시간 및 처리 범위를 제한하여 반복 호출과 과도한 자원 사용을 방지하여야 한다. ○ 실행 결과 및 이력 관리 - 요청별 Transaction ID를 기준으로 Agent 판단, 호출 도구, 입력·출력, 처리시간 및 오류정보를 추적할 수 있어야 한다. - 도구 호출 실패 시 제한된 범위에서 재시도하고 필요시 대체 처리 또는 담당자 이관 기능을 제공하여야 한다. - 업무도구와 API의 변경 시 영향도를 분석하고 시험·승인 후 적용하며 버전과 변경 이력을 관리하여야 한다.
산출정보		인터페이스 요구사항·정의서, Agent·업무도구 연계 설계서, API·MCP 명세서, 도구별 권한·승인 정책서, 오류처리·이력추적 설계서, 단위·통합시험 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-007
요구사항 명칭		연계 보안·오류 재처리·모니터링·시험
요구사항상세설명	정의	내·외부 시스템과 AI 서비스 간 인터페이스의 보안, 오류 처리, 운영 모니터링 및 연계시험에 관한 요구사항
요구사항상세설명	세부내용	○ 연계 보안 - 인터페이스 호출 시 시스템과 사용자의 인증·인가를 적용하고 권한이 확인된 요청만 처리하여야 한다. - 연계 데이터는 중요도와 보안정책에 따라 전송구간 암호화, 전자 서명, 마스킹 또는 비식별화 등의 보호조치를 적용하여야 한다. - API 키, 토큰 및 인증서 등의 인증정보는 암호화하여 별도로 관리하고 소스코드·로그·화면에 노출되지 않도록 하여야 한다. - 외부 시스템으로 전송되는 개인정보·민감정보는 사전 탐지하여 차단하거나 최소한의 정보만 전송하여야 한다. ○ 오류 처리 및 재처리 - 연계 오류를 통신·인증·데이터·업무·시스템 오류 등으로 구분하고 표준 오류코드와 메시지를 적용하여야 한다. - 제한시간, 재시도 횟수 및 재처리 조건을 설정하고 일시적 오류는 자동 재시도할 수 있어야 한다. - 재시도로 해결되지 않은 오류는 별도 대기열로 분리하고 관리자가 오류 건별 또는 일괄 재처리할 수 있어야 한다. - 중복 요청·처리를 방지하고 재처리 전·후 결과와 담당자 조치 이력을 기록하여야 한다. ○ 연계 모니터링 - 연계 시스템·API별 호출 건수, 응답시간, 성공률, 오류율, 대기·재처리 건수 및 처리 상태를 통합 모니터링하여야 한다. - 장애 또는 임계치 초과 시 대상 시스템, 오류 유형 및 영향 범위를 포함한 알림을 제공하여야 한다. - Transaction ID를 기준으로 요청부터 응답까지의 처리 흐름과 단계별 결과를 추적할 수 있어야 한다. ○ 연계시험 - 인터페이스별 단위시험, 시스템 간 통합시험, 오류·장애·재처리 및 보안시험을 수행하여야 한다. - 정상·오류·경계값·대량·동시처리 시나리오를 포함하고 시험 결과와 결함 조치 내용을 관리하여야 한다. - 운영 전 연계 대상 기관·부서와 시험 일정, 데이터 및 판정기준을 협의하고 시험 결과에 대한 확인을 받아야 한다.
산출정보		인터페이스 요구사항·정의서, 연계 보안 설계서, 표준 오류코드 정의서, 오류·재처리 설계서, 연계 모니터링 설계서, 인터페이스 시험계획서 및 결과서

요구사항 분류		인터페이스 요구사항
요구사항 고유번호		INR-008
요구사항 명칭		API Key 생성 및 관리
요구사항상세설명	정의	사용자가 플랫폼 내에서 API Key를 발급‧인증 관리하는 요구사항
요구사항상세설명	세부내용	○ Key관리 - 사용자가 플랫폼 내에서 직접 API Key를 발급받고 관리할 수 있는 기능을 제공하여야 한다. - 고유한 key를 직접 생성, 복사, 재발급, 키별칭 기입, 마스킹처리, 상태관리 기능을 제공하여야 한다. ○ 보안 및 인증 - 온프레미스 환경의 핵심인 보안성을 유지하기 위한 상세 기술 규격을 제공하여야 한다. - 표준 인증 방식을 준수해 외부 도구와의 범용적 호환성을 확보하여야 한다. - HTTPS 강제, 과도한 독식 사용을 통제하기 위한 기능을 제공 하여야 한다. ○ 외부 도구 연동 및 호환성 - 다양한 외부 애플리케이션에서 플랫폼의 LLM을 활용 수 있어야 한다. - OpenAI API Spec 호환(/v1/chat/completions), SDK (Python, Node.js 등 라이브러리 가이드 및 예제 코드 스니펫 제공)를 지원하여야 한다. ○ 할당량 관리 및 모니터링 - 무분별한 자원 독식 사용을 방지하고 사용 현황을 파악하기 위한 관리기능을 제공하여야 한다. - Rate Limiting: API Key별로 분당 호출횟수(RPM) 및 토큰 사용량(TPM) 제한을 설정하여야 한다. - 사용량 트래킹: Key별 실시간 토큰량, 성공/실패율, 응답시간 등 시각화된 대시보드를 제공하여야 한다. - 로깅 및 감사: API 호출 로그(요청시간, 호출자IP, 사용된 모델 등)을 기록해 보안 사고 발생 시 추적 가능해야 한다. - 민감 데이터 유출 방지를 위해 실제 Prompt 내용은 마스킹 처리 옵션을 제공하여야 한다.
산출정보		인터페이스 요구사항·정의서, 연계 보안 설계서, 표준 오류코드 정의서, 오류·재처리 설계서, 연계 모니터링 설계서, 인터페이스 시험계획서 및 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-001
요구사항 명칭		데이터 현황분석·대상정의·수집·적재
요구사항상세설명	정의	AI 포털 구축에 필요한 내·외부 데이터의 현황 분석, 수집 대상 정의 및 데이터를 수집·적재하기 위한 요구사항
요구사항상세설명	세부내용	○ 데이터 현황분석 및 대상 정의 - 학사시스템, 홈페이지, 및 외부 정보원 등에서 보유한 데이터의 유형, 형식, 규모, 품질, 갱신주기 및 관리주체를 조사·분석하여야 한다. - AI 서비스, RAG, 시간표 편성 및 문서 생성 등에 필요한 데이터의 대상, 범위, 활용 목적과 우선순위를 정의하여야 한다. - 개인정보·민감정보, 저작권 및 보안등급을 식별하고 수집·이용 가능 여부와 보호조치를 검토하여야 한다. - 데이터별 원천 시스템, 소유·관리부서, 제공방식 및 책임자를 포함한 데이터 목록을 발주기관과 협의하여 확정하여야 한다. ○ 데이터 수집 - API, 데이터베이스, 파일, 배치 및 웹 수집 등 원천 특성에 적합한 수집방식을 적용하여야 한다. - 초기 전체 수집과 신규·변경·삭제 데이터의 증분 수집을 지원하고 수집주기와 기준 시점을 관리하여야 한다. - 수집 과정에서 데이터 형식, 필수항목, 중복, 누락 및 허용값을 검증하고 오류 데이터는 정상 데이터와 분리하여야 한다. - 수집 대상과 범위는 접근권한 및 보안정책에 따라 통제하고 수집 결과와 오류 내역을 기록하여야 한다. ○ 데이터 적재 및 이력 관리 - 수집한 데이터를 원천, 정제, 서비스 및 RAG 영역 등 용도에 따라 구분하여 적재하여야 한다. - 데이터별 원천, 수집 일시, 기준 시점, 버전 및 처리 상태 등의 메타데이터를 함께 관리하여야 한다. - 적재 시 중복·누락·변경 여부와 원천 데이터 간 건수 및 정합성을 검증하여야 한다. - 수집·적재 실패 시 오류 대상만 재처리하고 처리 이력을 Transaction ID 또는 작업 ID 기준으로 추적할 수 있어야 한다.
산출정보		데이터 현황분석서, 데이터 수집 대상 목록, 데이터 요구사항·정의서, 데이터 수집·적재 설계서, 데이터 분류·보안등급 정의서, 데이터 검증·오류처리 설계서, 단위·통합시험 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-002
요구사항 명칭		데이터 정제·변환·표준·메타데이터 관리
요구사항상세설명	정의	수집된 데이터를 AI 서비스에 활용할 수 있도록 정제·변환하고 데이터 표준과 메타데이터를 체계적으로 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ 데이터 정제 및 변환 - 수집 데이터의 중복, 누락, 오류, 이상값 및 형식 불일치를 식별하고 정제하여야 한다. - 원천 데이터의 코드, 날짜, 단위, 문자 인코딩 및 데이터 형식을 표준 기준에 맞게 변환하여야 한다. - 개인정보·민감정보는 활용 목적과 권한에 따라 마스킹·가명 처리·비식별화하거나 처리 대상에서 제외하여야 한다. - 정제·변환 규칙, 처리 결과, 오류 내역 및 원천 대비 변경 내용을 기록하고 오류 데이터만 재처리할 수 있어야 한다. ○ 데이터 표준 관리 - 발주기관의 데이터 표준을 준수하여 표준용어, 단어, 도메인, 코드 및 데이터 항목을 정의·관리하여야 한다. - 데이터 항목별 명칭, 정의, 형식, 길이, 허용값, 필수 여부 및 검증 기준을 일관되게 적용하여야 한다. - 원천 시스템별 코드와 표준코드 간 매핑정보를 관리하고 코드 변경 시 영향 범위를 확인할 수 있어야 한다. - 표준의 등록·변경·폐기 시 검토·승인 절차와 버전 및 변경 이력을 관리하여야 한다. ○ 메타데이터 관리 - 데이터셋·테이블·항목·문서별 정의, 출처, 소유부서, 보안등급, 품질정보, 갱신주기 및 이용권한 등의 메타데이터를 관리하여야 한다. - 원천 데이터부터 정제·변환·적재 및 AI 서비스 활용까지의 데이터 계보를 추적할 수 있어야 한다. - 메타데이터를 검색·조회하고 데이터의 위치, 의미, 최신성 및 활용 범위를 확인할 수 있어야 한다. - 메타데이터의 변경 이력을 관리하고 실제 데이터 구조와의 불일치 여부를 점검하여야 한다.
산출정보		데이터 요구사항·정의서, 데이터 표준정의서, 표준용어·도메인·코드 정의서, 데이터 정제·변환 설계서, 메타데이터 정의서, 데이터 계보·매핑 정의서, 단위·통합시험 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-003
요구사항 명칭		RAG 지식데이터 및 권한별 코퍼스 구축
요구사항상세설명	정의	RAG 서비스에 활용할 지식데이터를 가공·색인하고 사용자 및 조직의 권한에 따라 분리된 코퍼스를 구축하기 위한 요구사항
요구사항상세설명	세부내용	○ RAG 지식데이터 구축 - 규정, 지침, 매뉴얼, 공문 및 업무자료 등 RAG 서비스에 필요한 지식데이터를 선정·수집하여야 한다. - 문서 형식별로 본문, 표, 제목 및 계층구조를 추출하고 불필요한 정보 제거, 문서 분할 및 임베딩 등의 전처리를 수행하여야 한다. - 문서명, 출처, 소관 부서, 작성일, 버전, 페이지, 보안등급 및 원문 연결정보 등의 메타데이터를 생성·관리하여야 한다. - 원문, 추출 텍스트, 문서 조각 및 Vector DB 색인 간의 연결관계를 유지하여 검색 결과의 근거와 출처를 확인할 수 있어야 한다. ○ RAG 지식데이터 구축 대상 정의 - 대학 내 업무 경감 및 구성원 맞춤형 안내를 위해 다음 4대 핵심 영역의 데이터를 수집·가공·색인하여야 한다. 1) 행정·규정·회계 지침 데이터: 인사·복무, 학사 행정 지침 2) 캠퍼스 생활·복지·시설 데이터: 학생생활관, 도서관, 학생상담센터 및 보건진료소 3) 입학·유학생·대외협력 데이터: 수시/정시 전형 Q&A, 학과 소개, 외국인 유학생 지침(다국어) 4) IT 민원 및 전산 지원 데이터: 학내 Wi-Fi, VPN, 보안프로그램 설치 가이드, S/W 라이선스 배포 규정 - 문서 형식별로 본문, 표, 제목 및 계층구조를 정밀 추출하고 OCR 및 데이터 전처리를 수행하여야 한다. ○ 권한별 코퍼스 구축 - 지식데이터를 대학·부서·업무·서비스 및 보안등급 등의 기준으로 구분하여 코퍼스를 구성하여야 한다. - 사용자의 소속·역할·권한에 해당하는 코퍼스와 문서만 검색되도록 RBAC 및 메타데이터 필터를 적용하여야 한다. - 다른 조직 또는 권한 영역의 문서가 검색 결과나 AI 답변에 포함되지 않도록 코퍼스와 색인을 논리적 또는 물리적으로 격리하여야 한다. - 공통 문서와 조직별 문서를 구분하여 관리하고 문서별 공개 범위와 이용 권한을 설정할 수 있어야 한다. ○ 갱신 및 품질관리 - 문서의 신규 등록·변경·삭제 시 원문 저장소와 코퍼스 및 Vector DB 색인을 동기화하여야 한다. - 중복, 누락, 최신성, 메타데이터 및 접근권한의 적정성을 점검하고 오류 문서를 재처리할 수 있어야 한다. - 검색 적중률, 관련성 및 근거성 등 RAG 품질을 평가하고 품질 저하 시 문서 분할, 메타데이터 및 검색 설정 등을 개선하여야 한다. - 수집·전처리·색인·갱신과 권한 변경 이력을 기록하고 작업 단위로 추적할 수 있어야 한다.
산출정보		RAG 지식데이터 구축계획서, 지식데이터·코퍼스 목록, 문서 전처리·분할 기준서, 메타데이터·권한 정의서, Vector DB 색인 설계서, RAG 품질평가 결과서, 단위·통합시험 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-004
요구사항 명칭		AI 서비스별 업무데이터 및 품질관리
요구사항상세설명	정의	AI 서비스별로 필요한 업무데이터를 구성하고 정확성·완전성·일관성· 최신성 등의 품질을 지속적으로 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ AI 서비스별 업무데이터 관리 - 챗봇, 문서 생성, 시간표 편성 및 AI Agent 등 서비스별로 필요한 데이터 항목, 범위, 출처, 기준 시점 및 갱신주기를 정의하여야 한다. - 업무데이터는 서비스 목적에 필요한 최소 범위로 구성하고 사용자의 소속·역할·권한에 따라 접근을 통제하여야 한다. - 데이터의 수집·정제·변환·적재·제공 과정과 AI 서비스 활용 결과를 추적할 수 있도록 데이터 계보와 처리 이력을 관리하여야 한다. - 원천 데이터와 서비스용 데이터 간 매핑 및 변환 규칙을 관리하고 변경 시 영향 범위를 분석하여야 한다. ○ 데이터 품질관리 - 정확성, 완전성, 일관성, 유효성, 유일성 및 최신성 등을 기준으로 서비스별 품질지표와 목표수준을 정의하여야 한다. - 데이터 중복, 누락, 형식 오류, 코드 불일치, 이상값 및 최신성 저하를 정기적 또는 자동으로 점검하여야 한다. - 품질 기준 미달 시 해당 데이터의 서비스 활용을 제한하고 오류 대상, 원인 및 영향 범위를 확인할 수 있어야 한다. - 데이터 품질 현황과 추이를 서비스·원천·데이터셋별로 조회하고 임계치 미달 시 담당자에게 알림을 제공하여야 한다. ○ 품질 개선 및 이력 관리 - 품질 오류에 대해 담당자, 조치기한 및 개선 상태를 관리하고 정제·보정 또는 원천 시스템 수정을 통해 개선하여야 한다. - 개선 전·후 품질 측정 결과를 비교하고 조치 내용, 처리자, 처리 일시 및 검증 결과를 기록하여야 한다. - 서비스 장애 또는 AI 품질 저하 발생 시 관련 업무데이터의 품질과 변경 이력을 추적하여 원인을 분석할 수 있어야 한다.
산출정보		데이터 요구사항·정의서, AI 서비스별 데이터 목록·매핑 정의서, 데이터 품질관리 계획서, 데이터 품질지표·측정기준서, 데이터 품질 점검·개선 결과서, 데이터 계보·이력 관리 설계서, 단위·통합시험 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-005
요구사항 명칭		개인정보 보호 및 데이터 생명주기·버전관리
요구사항상세설명	정의	AI 서비스에서 활용하는 개인정보·민감정보를 보호하고 데이터의 생성부터 폐기까지 생명주기와 버전을 체계적으로 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ 개인정보 보호 - 수집·저장·처리·검색·전송 및 AI 활용 과정에서 개인정보, 고유식별정보와 민감정보를 식별하고 보호하여야 한다. - 개인정보는 이용 목적에 필요한 최소 범위로 처리하고 권한과 보안등급에 따라 접근을 통제하여야 한다. - 활용 목적과 처리 단계에 따라 암호화, 마스킹, 가명처리 또는 비식별화 등의 보호조치를 적용하여야 한다. - 외부 LLM·API로 전송하기 전에 개인정보와 민감정보를 탐지하여 제거·마스킹하거나 정책에 따라 전송을 차단하여야 한다. - 개인정보 처리 및 접근 이력을 기록하고 원문 정보가 로그나 AI 응답에 노출되지 않도록 하여야 한다. ○ 데이터 생명주기 관리 - 데이터의 수집·생성, 저장, 이용, 제공, 보관 및 폐기 단계별 관리기준과 담당자를 정의하여야 한다. - 데이터 유형, 이용 목적, 보안등급 및 관련 법령에 따라 보유기간과 폐기 기준을 설정하여야 한다. - 보유기간 만료, 이용 목적 달성 또는 삭제 요청 시 원천·가공·백업 데이터와 Vector DB 색인을 포함하여 안전하게 삭제하여야 한다. - 데이터의 보관·이관·폐기 결과와 처리자, 처리 일시 및 대상을 기록하고 확인할 수 있어야 한다. ○ 데이터 버전관리 - 원천 데이터, 정제·변환 데이터, RAG 문서와 메타데이터를 버전별로 관리하여야 한다. - 버전별 기준 시점, 변경 내용, 변경자, 변경 사유 및 적용 서비스를 기록하고 이전 버전과 비교할 수 있어야 한다. - 오류 또는 품질 저하 발생 시 이전 정상 버전으로 복구하고 AI 서비스와 색인에 일관되게 반영하여야 한다. - 데이터·모델·프롬프트 및 서비스 버전 간 적용 관계를 추적할 수 있어야 한다.
산출정보		개인정보 처리·보호 계획서, 데이터 생명주기 관리정책서, 데이터 보유·폐기 기준서, 데이터 버전·복구 설계서, 개인정보 영향·위험 분석서, 데이터 처리·접근 이력 설계서, 단위·통합시험 결과서

요구사항 분류		데이터 요구사항
요구사항 고유번호		DAR-006
요구사항 명칭		학습·평가 데이터와 이관·백업·복구 관리
요구사항상세설명	정의	AI 모델 및 RAG 서비스의 학습·평가 데이터를 체계적으로 관리하고 데이터 이관·백업·복구를 통해 안정성과 연속성을 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ 학습·평가 데이터 관리 - AI 모델과 RAG 서비스별 학습·검증·시험·평가 데이터의 대상, 출처, 구성 기준 및 활용 목적을 정의하여야 한다. - 데이터셋별 생성일, 버전, 규모, 품질, 라벨, 적용 모델·서비스 및 담당자 등의 정보를 관리하여야 한다. - 학습·검증·시험 데이터 간 중복과 정보 유출을 방지하고 평가 결과의 객관성과 재현성을 확보하여야 한다. - 개인정보·민감정보와 저작권 자료의 포함 여부를 점검하고 마스킹·비식별화 및 접근통제 등의 보호조치를 적용하여야 한다. ○ 데이터 이관 관리 - 기존 시스템과 원천 저장소의 데이터에 대해 이관 대상, 범위, 우선순위, 방식 및 일정을 포함한 이관계획을 수립하여야 한다. - 이관 전 데이터 정제와 매핑을 수행하고 이관 전·후 건수, 값, 관계 및 파일 무결성을 검증하여야 한다. - 시험이관과 본이관을 수행하고 오류 데이터의 보정·재이관 및 원천 데이터와의 대사 기능을 제공하여야 한다. - 이관 작업별 대상, 처리 결과, 오류 및 조치 이력을 기록하고 발주기관의 확인을 받아야 한다. ○ 백업 및 복구 관리 - 원천·가공 데이터, 학습·평가 데이터셋, RAG 지식데이터, Vector DB 색인 및 메타데이터를 백업 대상에 포함하여야 한다. - 데이터 중요도와 갱신주기에 따라 전체·증분 백업 주기, 보존기간, 저장 위치 및 복구 목표를 정의하여야 한다. - 백업 데이터는 암호화하고 운영 데이터와 분리하여 보관하며 접근권한과 반출을 통제하여야 한다. - 정기적인 복구시험을 통해 데이터의 무결성 및 복구 가능 여부를 검증하고 시험 결과와 개선 조치를 기록하여야 한다.
산출정보		학습·평가 데이터 관리계획서, 데이터셋·버전 정의서, 데이터 이관계획서 및 결과서, 데이터 검증·대사 결과서, 백업·복구 계획서, 복구시험 시나리오 및 결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-001
요구사항 명칭		테스트 계획·환경·결함 및 결과 관리
요구사항상세설명	정의	AI 포털 구축 결과의 기능·성능·품질·보안 및 연계 적합성 검증울 위한 테스트 계획, 환경, 결함과 결과 관리에 관한 요구사항
요구사항상세설명	세부내용	○ 테스트 계획 및 기준 수립 - 단위·통합·시스템·성능·보안·사용자 인수시험 등 단계별 테스트 범위, 일정, 절차, 담당자 및 완료 기준을 수립하여야 한다. - 기능·데이터·인터페이스·성능·품질·보안 요구사항과 테스트 케이스 간 추적성을 확보하여야 한다. - 정상·오류·경계값·권한·대량·동시처리 및 장애 상황을 포함한 테스트 시나리오와 예상 결과를 작성하여야 한다. - AI 기능은 동일한 입력에도 결과가 달라질 수 있는 특성을 고려하여 평가 데이터셋, 품질지표, 합격 기준 및 반복시험 방법을 정의하여야 한다. ○ 테스트 환경 및 데이터 관리 - 운영환경과 동등하거나 결과를 비교·환산할 수 있는 테스트 환경을 구성하고 환경 차이와 영향을 명시하여야 한다. - 테스트에 사용되는 시스템, 모델, 프롬프트, RAG 코퍼스, Vector DB, 소프트웨어 및 설정 버전을 기록하여 재현성을 확보하여야 한다. - 테스트 데이터는 개인정보·민감정보를 포함하지 않는 것을 원칙으로 하고 필요한 경우 마스킹·가명처리 등 보호조치를 적용하여야 한다. - 테스트 환경과 계정·권한을 운영환경과 분리하고 승인되지 않은 외부 전송과 운영데이터 접근을 통제하여야 한다. ○ 결함 및 결과 관리 - 결함별 발생 기능, 재현 절차, 심각도, 원인, 담당자, 조치기한 및 처리 상태를 등록·관리하여야 한다. - 결함 수정 후 재시험과 영향 범위에 대한 회귀시험을 수행하고 조치 결과를 확인하여야 한다. - 테스트별 수행 결과, 증적자료, 합격 여부 및 미해결 결함을 관리하고 요구사항별 충족 여부를 확인할 수 있어야 한다. - 단계별 테스트 결과와 미해결 위험을 발주기관에 보고하고 최종 결과에 대한 확인을 받아야 한다.
산출정보		종합테스트계획서, 단계별 테스트 시나리오·케이스, 요구사항 추적표, 테스트 데이터 관리계획서, 결함관리대장, 테스트 결과서, 결함 조치·회귀시험 결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-002
요구사항 명칭		단위·기능·통합·인터페이스 시험
요구사항상세설명	정의	AI 포털의 프로그램 단위 기능과 서비스 간 처리 흐름 및 내·외부 시스템 인터페이스의 정상 동작을 검증하기 위한 요구사항
요구사항상세설명	세부내용	○ 단위·기능시험 - 프로그램 모듈, API, 화면, 배치 및 AI 처리 기능별 단위시험을 수행하여야 한다. - 정상·오류·경계값·필수항목·허용값 및 권한 조건을 포함하여 요구사항별 기능 동작을 검증하여야 한다. - 모델 호출, RAG 검색, 문서 처리, 시간표 편성 및 Agent 도구 호출은 입력·처리·출력 단계별 결과를 확인하여야 한다. - 자동화 가능한 시험은 테스트 코드로 작성하고 소스 변경 시 반복 수행할 수 있도록 구성하여야 한다. ○ 통합시험 - 포털, 인증·권한, LLM Gateway, RAG, Vector DB, Agent, 업무도구 및 모니터링 간 전체 처리 흐름을 검증하여야 한다. - 사용자 요청부터 검색·추론·도구 호출·응답까지 데이터 전달과 Transaction ID의 연속성을 확인하여야 한다. - 서비스 간 제한시간, 재시도, 오류 전파, 대체 처리 및 장애 복구 기능이 설계에 따라 동작하는지 검증하여야 한다. - 개인정보·민감정보와 권한 외 데이터가 다른 처리 단계나 AI 응답에 노출되지 않는지 확인하여야 한다. ○ 인터페이스 시험 - 내·외부 시스템별 요청·응답 항목, 데이터 형식, 코드, 인증·인가 및 암호화 적용 여부를 검증하여야 한다. - 정상·오류·대량·중복·지연·연결중단 및 재처리 시나리오를 포함하여 연계 기능을 시험하여야 한다. - 연계 전·후 데이터 건수와 값을 대사하고 오류코드, 로그 및 모니터링 정보의 적정성을 확인하여야 한다. - 외부 연계기관 또는 관련 부서와 시험 일정, 데이터, 역할 및 판정기준을 협의하고 결과를 확인받아야 한다.
산출정보		단위·기능·통합·인터페이스 시험계획서, 시험 시나리오·케이스, 자동화 테스트 코드, 인터페이스 데이터 검증·대사 결과서, 결함관리대장, 시험 결과서 및 조치결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-003
요구사항 명칭		데이터·문서 처리 및 RAG 검색 품질시험
요구사항상세설명	정의	AI 포털에서 활용하는 데이터와 문서의 수집·가공·색인 처리 결과 및 RAG 검색 품질을 검증하기 위한 요구사항
요구사항상세설명	세부내용	○ 데이터·문서 처리 시험 - 데이터와 문서의 수집, 형식 변환, 텍스트·표 추출, 정제, 분할, 임베딩 및 색인 단계별 처리 결과를 검증하여야 한다. - 한글·Word·PDF·엑셀 등 대상 문서 형식별로 본문, 제목, 표, 페이지 및 계층구조의 추출 정확성을 확인하여야 한다. - 정상 문서뿐 아니라 대용량·암호화·손상·스캔·중복 및 지원하지 않는 문서의 처리와 오류 안내 기능을 시험하여야 한다. - 신규·변경·삭제 문서의 증분 처리와 원문·추출 텍스트· Vector DB 색인 간 동기화 및 추적성을 검증하여야 한다. ○ RAG 검색 품질시험 - 대표 질의, 유사 표현, 복합 질의, 근거가 없는 질의 및 권한별 질의를 포함한 평가 데이터셋을 구축하여야 한다. - 검색 적중률, Precision@K, Recall@K, MRR 또는 Hit Rate와 리랭킹 전·후 관련성 등의 검색 품질지표를 측정하여야 한다. - 문서 유형, 코퍼스, 임베딩·리랭커 모델 및 검색 설정별 결과를 비교하고 목표 품질 충족 여부를 확인하여야 한다. - 사용자의 소속·역할·권한 밖 문서가 검색되지 않고 다른 테넌트의 코퍼스가 노출되지 않는지 검증하여야 한다. ○ 결과 분석 및 개선 - 미검색, 오검색, 중복 검색 및 권한 오류의 원인을 문서· 메타데이터·분할·임베딩·검색·리랭킹 단계별로 분석하여야 한다. - 품질 기준 미달 시 전처리, 문서 분할, 메타데이터, 임베딩· 리랭커 및 검색 설정을 개선한 후 재시험하여야 한다. - 시험 데이터셋, 적용 모델·코퍼스·설정 버전, 측정 결과 및 개선 전·후 비교 내역을 기록하여야 한다.
산출정보		데이터·문서 처리 시험계획서, RAG 평가 데이터셋, RAG 검색 품질지표·판정기준서, 시험 시나리오·결과서, 품질 분석·개선 및 재시험 결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-004
요구사항 명칭		챗봇·생성형 AI 및 가드레일 안전성 시험
요구사항상세설명	정의	챗봇과 생성형 AI의 답변 품질 및 가드레일의 입력·출력 통제와 안전성을 검증하기 위한 요구사항
요구사항상세설명	세부내용	○ 챗봇·생성형 AI 품질시험 - 서비스별 대표 질의, 유사·복합·모호한 질의, 후속 질의 및 근거가 없는 질의를 포함한 평가 데이터셋을 구축하여야 한다. - 답변 정확성, 관련성, 근거성, 충실도, 완전성, 일관성 및 응답 형식 준수 여부를 평가하여야 한다. - 답변에 표시된 인용 근거와 출처가 원문 내용·위치와 일치하고 사용자의 권한 범위 내에서 제공되는지 검증하여야 한다. - 동일 평가 데이터에 대한 반복시험을 수행하고 적용 모델, 프롬프트, RAG 코퍼스 및 설정 버전별 결과를 비교하여야 한다. ○ 가드레일 안전성 시험 - 유해콘텐츠, 금칙어, 개인정보·민감정보, 권한 외 정보 및 외부 전송 제한정보에 대한 탐지·차단·마스킹 기능을 검증하여야 한다. - 프롬프트 인젝션, 탈옥, 시스템 프롬프트 추출, 데이터 유출 및 도구 오용 등의 공격 시나리오를 시험하여야 한다. - 위반 유형과 위험 수준에 따른 차단·경고·대체답변·재생성 및 관리자 알림이 정책대로 수행되는지 확인하여야 한다. - 정상 질의가 과도하게 차단되거나 유해 질의가 허용되지 않는지 오탐률과 미탐률을 측정하여야 한다. ○ 결과 검증 및 개선 - AI 품질과 가드레일 안전성에 대한 정량·정성 지표, 목표수준 및 합격 기준을 발주기관과 협의하여 확정하여야 한다. - 기준 미달 항목은 모델, 프롬프트, RAG 및 가드레일 정책의 원인을 분석하고 개선 후 재시험하여야 한다. - 시험 데이터, 적용 버전, 평가 결과, 결함·위험 및 개선 전·후 비교 내역을 기록하여야 한다.
산출정보		챗봇·생성형 AI 품질시험계획서, AI 평가 데이터셋, 가드레일 안전성 시험 시나리오, 품질·안전성 평가기준서, 시험 결과서, 개선·재시험 결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-005
요구사항 명칭		성능·부하·보안·개인정보보호 시험
요구사항상세설명	정의	AI 포털의 목표 성능과 안정성, 보안 취약점 및 개인정보 보호조치의 적정성을 종합적으로 검증하기 위한 요구사항
요구사항상세설명	세부내용	○ 성능·부하시험 - 포털, RAG, LLM Gateway, AI 모델, 문서 색인 및 내·외부 연계 기능을 대상으로 성능·부하시험을 수행하여야 한다. - 정상·최대·급증 부하 조건에서 응답시간, 처리량, 성공률, 오류율 및 서버·GPU·데이터베이스 등의 자원 사용률을 측정하여야 한다. - AI 서비스는 최초 토큰 응답시간, 전체 응답시간, 초당 생성 토큰 수, 검색·리랭킹 및 모델 추론시간을 측정하여야 한다. - 목표 성능 미달 시 병목 원인을 분석하고 튜닝·자원 조정 후 재시험하여야 한다. ○ 보안시험 - 웹·모바일·API, 서버, 네트워크, 데이터베이스 및 AI 구성요소를 대상으로 취약점 점검과 모의침투시험을 수행하여야 한다. - 인증·인가 우회, 권한 상승, 세션 탈취, 입력값 변조, 악성 파일, API 오용 및 주요 웹 취약점을 검증하여야 한다. - 외부 LLM·API 연계, Agent 도구 호출 및 관리자 기능에 대한 접근통제와 중요 업무 승인절차를 확인하여야 한다. - 발견된 취약점은 위험도에 따라 조치하고 재점검을 통해 보완 여부를 확인하여야 한다. ○ 개인정보보호 시험 - 개인정보·민감정보의 수집, 저장, 이용, 검색, 로그, 출력, 외부 전송 및 파기 단계별 보호조치를 검증하여야 한다. - 암호화, 마스킹, 가명·비식별 처리, 접근통제 및 접속기록 관리가 관련 정책과 설계에 따라 적용되는지 확인하여야 한다. - 개인정보가 프롬프트, AI 답변, 로그, 캐시, Vector DB 및 백업 데이터에 불필요하게 저장·노출되지 않는지 점검하여야 한다. - 권한 없는 조회, 다른 테넌트 정보 노출 및 외부 전송 시나리오를 시험하고 탐지·차단 여부를 확인하여야 한다.
산출정보		성능·부하시험 계획서 및 결과서, 보안시험·취약점 점검 결과서, 모의침투시험 결과서, 개인정보보호 시험 결과서, 취약점·결함 조치 및 재시험 결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-006
요구사항 명칭		장애복구·사용성·접근성·회귀시험
요구사항상세설명	정의	AI 포털의 장애 대응 및 복구 능력과 사용자 편의성·접근성 검증 및 시스템 변경에 따른 기존 기능의 영향을 확인하기 위한 요구사항
요구사항상세설명	세부내용	○ 장애복구 시험 - 서버, GPU, 데이터베이스, 네트워크, LLM Gateway, Vector DB 및 내·외부 연계 장애 상황을 가정하여 장애복구 시험을 수행하여야 한다. - 장애 발생 시 탐지·알림, 서비스 전환, 요청 대기·재처리, 데이터 복구 및 정상화 절차가 설계대로 동작하는지 검증하여야 한다. - 백업 데이터의 무결성과 복구 가능 여부를 확인하고 목표 복구시간(RTO)과 목표 복구시점(RPO)의 충족 여부를 측정하여야 한다. - 장애 발생부터 복구까지의 처리 단계, 소요시간, 데이터 손실 및 개선사항을 기록하여야 한다. ○ 사용성·접근성 시험 - 교직원·학생·관리자 등 사용자 유형별 주요 업무 시나리오를 기반으로 사용성 시험을 수행하여야 한다. - 화면 구성, 메뉴 이동, 입력 편의성, 오류 안내, 응답 결과의 이해도 및 업무처리 효율성을 검증하여야 한다. - 관련 웹 접근성 지침에 따라 키보드 이용, 대체 텍스트, 명도 대비, 초점 이동 및 보조기기 호환성을 점검하여야 한다. - 시험에서 확인된 사용자 불편사항과 접근성 오류를 개선하고 재확인하여야 한다. ○ 회귀시험 - 결함 수정, 기능 변경, 모델·프롬프트·RAG·정책 및 인터페이스 변경 시 영향 범위를 분석하여 회귀시험을 수행하여야 한다. - 기존 핵심 기능, 연계, 권한, 데이터 처리 및 AI 품질이 변경 전 수준으로 유지되는지 검증하여야 한다. - 반복 수행이 필요한 회귀시험은 자동화하고 시험 결과와 결함 조치 내역을 관리하여야 한다.
산출정보		장애복구 시험계획서 및 결과서, 백업·복구 검증 결과서, 사용성 시험계획서 및 결과서, 웹 접근성 점검 결과서, 회귀시험 시나리오·자동화 코드·결과서

요구사항 분류		테스트 요구사항
요구사항 고유번호		TER-007
요구사항 명칭		사용자 인수·운영전환·초기 안정화 시험
요구사항상세설명	정의	사용자 관점에서 시스템의 업무 적합성과 요구사항 충족 여부 검증, 안정적인 운영 전환 및 초기 안정화를 확인하기 위한 요구사항
요구사항상세설명	세부내용	○ 사용자 인수시험 - 교직원·학생·관리자 등 사용자 유형과 업무영역별 대표자를 선정하고 인수시험 계획과 시나리오를 수립하여야 한다. - 포털, 챗봇, 문서 생성, 시간표 편성, AI Agent, 관리자 및 내·외부 연계 등 주요 업무의 전체 처리과정을 검증하여야 한다. - 요구사항별 충족 여부, 업무 적합성, 사용 편의성 및 AI 결과의 신뢰성을 확인하고 사용자 의견을 수렴하여야 한다. - 인수시험에서 발견된 결함과 개선사항은 중요도, 담당자, 조치기한 및 처리 결과를 관리하고 재시험하여야 한다. ○ 운영전환 시험 - 데이터 이관, 계정·권한, 시스템 설정, 모델·프롬프트·RAG, 인터페이스, 모니터링 및 백업·복구 등의 운영 준비상태를 점검하여야 한다. - 운영전환 절차, 작업 순서, 역할, 소요시간 및 비상복구 방안을 포함한 전환 시나리오를 사전에 시험하여야 한다. - 운영환경에서 주요 기능, 연계, 권한 및 데이터 정합성을 확인하는 가동 전 최종점검을 수행하여야 한다. - 전환 결과와 미해결 결함·위험을 발주기관에 보고하고 서비스 개시 승인을 받아야 한다. ○ 초기 안정화 시험 - 서비스 개시 후 일정 기간 동안 이용량, 응답시간, 오류, 장애, AI 품질, RAG 검색 품질 및 자원 사용률을 집중 점검하여야 한다. - 주요 사용자 시나리오를 반복 검증하고 운영환경에서 발생한 결함과 성능·품질 저하를 신속히 조치하여야 한다. - 초기 안정화 기간, 목표지표, 비상연락체계 및 완료 기준을 발주기관과 협의하여 정하여야 한다. - 안정화 결과, 장애·결함 조치 및 잔여 위험을 정리하여 운영부서에 인계하여야 한다.
산출정보		사용자 인수시험계획서 및 결과서, 운영전환 계획서·시나리오·결과서, 가동 전 점검표, 초기 안정화 계획서 및 결과보고서, 결함·개선사항 조치결과서, 운영 인계서

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-001
요구사항 명칭		품질관리 계획 및 요구사항·산출물 품질관리
요구사항상세설명	정의	사업 전 과정의 품질관리 체계를 수립하고 요구사항과 산출물의 완전성·일관성·추적성 및 적합성을 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ 품질관리 계획 수립 - 사업 특성, 구축범위 및 추진일정을 반영한 품질관리 목표·기준· 절차·조직·역할 및 수행일정을 수립하여야 한다. - 기능, 데이터, 인터페이스, 성능, 보안 및 AI 서비스별 품질지표와 목표수준 및 측정방법을 정의하여야 한다. - 단계별 품질점검, 검토·승인, 결함·위험 관리 및 개선 절차를 마련하여야 한다. - 품질관리 담당자는 개발 담당자와 역할을 구분하고 품질점검 결과를 정기적으로 발주기관에 보고하여야 한다. ○ 품질요구사항 품질관리 - 요구사항을 기능·데이터·인터페이스·성능·테스트·품질 등 유형별로 식별하고 고유번호를 부여하여 관리하여야 한다. - 요구사항의 명확성, 완전성, 일관성, 구현 가능성 및 시험 가능성을 검토하여야 한다. - 요구사항과 설계·개발·시험·검수 산출물 간 추적관계를 요구사항 추적표로 관리하여야 한다. - 요구사항 변경 시 사유, 영향 범위, 우선순위, 승인 및 반영 결과를 기록하고 관련 산출물에 일관되게 반영하여야 한다. ○ 품질산출물 품질관리 - 단계별 산출물 목록, 작성기준, 제출시기, 작성자, 검토자 및 승인자를 정의하여야 한다. - 산출물의 내용 누락, 문서 간 불일치, 요구사항 반영 여부 및 표준 준수 여부를 점검하여야 한다. - 산출물 검토의견과 결함의 조치 상태를 관리하고 보완 후 재검토하여야 한다. - 승인된 산출물은 버전, 변경 이력 및 배포 상태를 관리하고 최신본과 이전 버전을 구분하여 보관하여야 한다.
산출정보		품질관리계획서, 품질지표·측정기준서, 요구사항정의서, 요구사항 추적표, 산출물 목록·작성기준서, 산출물 검토·조치 결과서, 품질관리 보고서

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-002
요구사항 명칭		신뢰성·성능·확장성·사용성·접근성
요구사항상세설명	정의	AI 포털의 안정적인 서비스 제공과 지속적인 확장을 위해 신뢰성·성능·확장성·사용성 및 접근성을 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ 신뢰성·성능·확장성 - 포털, LLM Gateway, RAG, Vector DB, AI Agent 및 내·외부 연계 기능이 장애 상황에서도 안정적으로 운영되도록 구성하여야 한다. - 장애 발생 시 이를 신속하게 탐지·격리하고 대체 처리·재시도· 복구 기능을 통해 서비스 중단과 데이터 손실을 최소화하여야 한다. - 서비스별 응답시간, 처리량, 성공률, 오류율 및 가용성에 대한 품질 목표를 정의하고 지속해서 측정·관리하여야 한다. - 사용자, 데이터 및 AI 요청 증가에 따라 서버, GPU, 저장공간과 서비스 구성요소를 확장할 수 있도록 설계하여야 한다. - 성능 저하와 자원 부족을 사전에 파악할 수 있도록 성능·용량 추이를 분석하고 필요시 자원 확장과 시스템 최적화를 수행하여야 한다. ○ 사용성·접근성 - 교직원·학생·관리자 등 사용자 유형과 업무 특성을 고려하여 일관되고 이해하기 쉬운 화면과 업무 흐름을 제공하여야 한다. - 주요 기능은 최소한의 화면 이동과 입력으로 처리할 수 있도록 구성하고 진행 상태, 처리 결과 및 오류 조치방법을 명확하게 안내하여야 한다. - AI 답변에는 근거·출처, 처리 상태 및 주의사항을 이해하기 쉬운 방식으로 제공하고 사용자가 결과를 검토·수정할 수 있어야 한다. - 관련 웹 접근성 지침을 준수하여 키보드 이용, 대체 텍스트, 명도 대비, 초점 이동 및 보조기기 호환성을 확보하여야 한다. - 대학이 지정한 브라우저 환경에서 주요 기능과 화면이 정상적으로 제공되어야 한다. ○ 품질 검증 및 개선 - 신뢰성·성능·확장성·사용성·접근성에 대한 품질지표, 목표수준 및 측정방법을 발주기관과 협의하여 확정하여야 한다. - 성능·장애복구·사용성·접근성 시험을 수행하고 품질 기준 미달 항목은 원인을 분석하여 개선 후 재검증하여야 한다. - 운영 중 수집된 성능지표, 장애·오류 및 사용자 의견을 분석하여 지속적인 품질 개선에 활용하여야 한다.
산출정보		품질관리계획서, 품질지표·측정기준서, 신뢰성·확장성 설계서, 성능·장애복구 시험 결과서, 사용성 시험 결과서, 웹 접근성 점검 결과서, 품질 개선·조치 결과

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-004
요구사항 명칭		데이터·RAG·생성형 AI 답변 품질
요구사항상세설명	정의	AI 서비스에 활용되는 데이터와 RAG 검색 결과 및 생성형 AI 답변의 신뢰성과 품질을 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ 데이터 품질 - AI 서비스별 데이터의 정확성, 완전성, 일관성, 유효성, 유일성 및 최신성에 대한 품질지표와 목표수준을 정의하여야 한다. - 데이터의 중복, 누락, 형식 오류, 코드 불일치 및 최신성 저하를 정기적 또는 자동으로 점검하여야 한다. - 품질 기준 미달 데이터는 서비스 활용을 제한하고 원인·영향 범위 및 개선 결과를 기록하여야 한다. - 원천 데이터부터 정제·변환·적재·AI 활용까지의 데이터 계보와 변경 이력을 추적할 수 있어야 한다. ○ RAG 검색 품질 - 대표·유사·복합·근거 없음 및 권한별 질의를 포함한 평가 데이터셋과 정답·관련 문서를 구성하여야 한다. - 검색 적중률, Precision@K, Recall@K, MRR·Hit Rate 및 리랭킹 전·후 관련성 등의 품질을 제시하여야 한다. - 사용자의 권한 범위 내 최신 문서가 검색되고 답변에 제시된 인용 근거와 출처가 원문과 일치하여야 한다. - 품질 저하 시 문서 전처리·분할, 메타데이터, 임베딩·리랭커 모델 및 검색 설정을 개선하여야 한다. ○ 생성형 AI 답변 품질 - 답변의 정확성, 관련성, 근거성, 충실도, 완전성, 일관성 및 응답 형식 준수 여부에 대한 평가기준을 제시하여야 한다. - 근거가 부족하거나 확인할 수 없는 질의에는 임의로 답변을 생성하지 않고 정보 부족 또는 확인 필요를 안내하여야 한다. - 동일 평가 데이터에 대해 모델·프롬프트·RAG 코퍼스 및 설정 버전별 결과를 비교하고 반복시험을 수행하여야 한다. - 사용자 평가와 오류·불만 사례를 수집·분석하여 모델, 프롬프트, 지식데이터 및 가드레일 개선에 활용하여야 한다.
산출정보		데이터 품질관리계획서, 데이터·RAG·생성형 AI 품질지표 및 평가기준서, AI 평가 데이터셋, 품질평가 결과서, 품질 개선·재검증 결과서

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-005
요구사항 명칭		AI 안전성·보안·개인정보보호 품질
요구사항상세설명	정의	AI 서비스의 오용과 정보 유출을 방지하고 시스템 보안 및 개인정보 보호 수준을 지속적으로 확보하기 위한 요구사항
요구사항상세설명	세부내용	○ AI 안전성 품질 - 유해콘텐츠, 금칙어, 허위·편향 정보, 프롬프트 인젝션, Jail Break 및 시스템 프롬프트 노출 등에 대한 탐지·차단 기준을 수립하여야 한다. - AI Agent의 권한 외 데이터 접근, 업무도구 오용 및 중요 업무의 무단 실행을 제한하고 필요한 경우 사용자·담당자의 승인을 받도록 하여야 한다. - 정책 위반 시 위험 수준에 따라 차단·경고·마스킹·대체답변 및 관리자 알림 등의 조치를 적용하여야 한다. - 가드레일의 탐지율과 오탐률·미탐률을 측정하고 공격·우회 시나리오를 활용한 정기적인 안전성 시험을 수행하여야 한다. ○ 보안 품질 - 사용자·관리자·시스템 간 인증·인가와 최소권한 원칙을 적용하고 중요 기능의 접근 및 변경 이력을 기록하여야 한다. - 데이터의 저장·전송 구간을 암호화하고 API 키, 토큰 및 인증서 등의 중요정보를 안전하게 관리하여야 한다. - 웹·API, 서버, 데이터베이스, LLM Gateway, RAG 및 Agent 구성요소에 대한 취약점 점검과 보안시험을 수행하여야 한다. - 보안 취약점과 사고를 위험도에 따라 조치하고 재점검을 통해 보완 여부를 확인하여야 한다. ○ 개인정보보호 품질 - 개인정보·민감정보는 이용 목적에 필요한 최소 범위로 수집·처리 하고 보유기간과 파기 기준을 적용하여야 한다. - 프롬프트, 첨부문서, RAG 검색, AI 답변, 로그 및 외부 전송 과정에서 개인정보를 탐지하여 마스킹·비식별화하거나 처리를 차단하여야 한다. - 개인정보가 외부 LLM·API, 다른 조직·테넌트 또는 권한 없는 사용자에게 노출되지 않도록 접근·전송을 통제하여야 한다. - 개인정보 처리·접근·제공·파기 이력을 관리하고 관련 법령과 발주기관의 보안·개인정보보호 지침 준수 여부를 점검하여야 한다.
산출정보		AI 안전성·보안·개인정보보호 품질계획서, 가드레일 정책·평가기준서, 보안·개인정보보호 설계서, 취약점·안전성 시험 결과서, 개인정보보호 점검 결과서, 개선·재검증 결과서

요구사항 분류		품질 요구사항
요구사항 고유번호		QUR-006
요구사항 명칭		추적성 및 모델·프롬프트·지식데이터 지속 품질관리
요구사항상세설명	정의	AI 서비스의 처리 전 과정에 대한 추적성 확보, 모델·프롬프트· 지식데이터의 변경 및 품질을 지속적으로 관리하기 위한 요구사항
요구사항상세설명	세부내용	○ AI 처리과정 추적성 - 사용자 요청마다 Transaction ID 또는 Trace ID를 부여하고 질의 입력부터 RAG 검색, 모델 추론, 도구 호출 및 최종 응답까지 전 처리과정을 연결하여야 한다. - 요청별 적용 모델, 프롬프트, 지식 코퍼스, 검색문서, 도구, 설정 버전 및 처리 결과를 기록하여야 한다. - AI 답변에 활용된 근거·출처와 원문 위치를 확인할 수 있어야 하며, 오류 발생 시 발생 시스템·프로그램·처리 단계 및 원인을 추적할 수 있어야 한다. - 추적정보의 개인정보·민감정보는 마스킹 또는 암호화하고 접근권한과 보존기간을 적용하여야 한다. ○ 변경·버전 관리 - LLM·임베딩·리랭커 모델, 프롬프트, RAG 지식데이터, 검색 설정 및 평가 데이터셋을 버전별로 관리하여야 한다. - 변경 내용, 변경 사유, 영향 범위, 시험 결과, 변경자, 승인자 및 적용 일시를 기록하여야 한다. - 변경 전·후 품질 결과를 동일한 평가 기준으로 비교하고 승인된 버전만 운영환경에 적용하여야 한다. - 변경 후 품질 저하나 장애 발생 시 이전 정상 버전으로 복구하고 적용 관계와 복구 이력을 추적할 수 있어야 한다. ○ 지속적 품질관리 - 모델·프롬프트·지식데이터별 정확성, 관련성, 근거성, 검색 적중률, 오류율 및 사용자 평가 등의 품질지표를 지속해서 측정하여야 한다. - 신규·변경 데이터, 사용자 질의 및 오류·불만 사례를 반영하여 평가 데이터셋을 정기적으로 보완하여야 한다. - 품질지표가 임계치에 미달하거나 데이터·모델 드리프트가 발생한 경우 담당자에게 알림을 제공하고 원인 분석과 개선을 수행하여야 한다. - 품질 현황, 변경·평가·개선 결과 및 잔여 위험을 정기적으로 보고하여야 한다.
산출정보		AI 추적성 설계서, 모델·프롬프트·지식데이터 버전관리 계획서, AI 품질지표·평가기준서, 평가 데이터셋, 변경·품질평가 결과서, 품질 개선·복구 이력, 정기 품질관리 보고서

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-001
요구사항 명칭		기 구축 인프라 활용 및 GPU 학습·추론·자원관리 구성
요구사항상세설명	정의	기 구축된 AI 관련 H/W·S/W의 구성 및 운영현황을 분석하고, DGX H200, GPU 추론서버, GPU 자원관리 서버 및 AI Pub Dev 등 기존 자원을 최대한 활용하여 AI 학습·추론 및 GPU 자원관리 환경을 최적화하는 요구사항
요구사항상세설명	세부내용	○ 사업자는 착수 후 기존 AI 인프라의 H/W, S/W, GPU, OS, Driver, Firmware, Network 및 License 현황을 조사하여야 한다. ○ 기 구축된 NVIDIA DGX H200의 H200 GPU 8개를 내부 LLM 및 고성능 AI 모델의 핵심 학습·추론 자원으로 활용하여야 한다. ○ 기 구축된 L40S 기반 GPU 추론서버의 용도와 자원현황을 분석하여 경량 추론, 멀티모달, 개발·시험 등 적합한 역할을 부여하여야 한다. ○ DGX H200의 GPU 연결구조, GPU Memory, NVLink/NVSwitch, NUMA 구조 등을 확인하고 모델 배치 및 GPU 자원할당에 반영하여야 한다. ○ 기존 GPU 자원관리 서버 및 AI Pub Dev/Fractional GPU 기능을 분석하여 GPU 전용할당, 공유, 분할 및 회수 정책을 수립하여야 한다. ○ 기존 AI Pub Dev 및 관련 자원관리 기능으로 충족 가능한 기능은 우선 활용하고, 기존 기능과 중복되는 별도 GPU 관리솔루션의 도입은 지양하여야 한다. ○ 운영, 개발·시험 GPU 자원의 우선순위와 할당정책을 정의하여 서비스 간 자원경합을 최소화하여야 한다. ○ GPU 이용률, GPU Memory, 온도, 전력 및 서비스별 GPU 할당 상태를 확인할 수 있도록 하여야 한다. ○ 기존 인프라의 설정 변경이 필요한 경우 영향도 분석, 백업 및 원상복구 방안을 마련하여 발주기관의 승인을 받아야 한다. ○ 기 구축된 GPU 자원관리 솔루션(AIPUB)의 REST API 및 Prometheus 메트릭을 연동하여, 포털 관리자 화면에서 GPU 가상화(mGPU)현황, 자원 쿼터, 노드상태 모니터링 기능을 구현하여야 한다.
산출정보		기 구축 AI 인프라 현황분석서, H/W·S/W 구성목록, GPU 자원 구성도, GPU·모델 배치계획서, GPU 자원할당·운영정책서, As-Is/To-Be 시스템 구성도
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-002
요구사항 명칭		Kubernetes 기반 모델 서빙 환경 구성
요구사항상세설명	정의	기존 AI Pub Dev 및 Kubernetes 기반 환경을 확인·활용하여 내부 LLM과 AI 모델을 안정적으로 배포·운영하고, GPU 자원의 효율적인 할당과 서비스 확장이 가능하도록 모델 서빙환경을 구성하는 요구사항
요구사항상세설명	세부내용	○ 사업자는 기존 AI Pub Dev, Coaster, Kubernetes 등 컨테이너 운영환경의 설치현황, 버전, Node 구성 및 적용범위를 확인하여야 한다. ○ 기존 Kubernetes 환경을 우선 활용하되, AI 포털의 운영서비스를 지원하기 위해 필요한 기능이 부족한 경우에 한하여 보완하여야 한다. ○ GPU Worker와 일반 CPU Worker의 역할을 구분하여 포털·DB 등 일반업무가 H200 GPU 서버의 자원을 불필요하게 점유하지 않도록 구성하여야 한다. ○ 내부 LLM 및 AI 모델의 서비스 제공을 위해 vLLM, TensorRT-LLM, Triton 또는 동등 수준의 모델 서빙기술 적용방안을 제시하여야 한다. ○ 모델별 GPU 할당, 동시 요청, Queue, Timeout, Retry 및 장애복구 기능을 구현하여야 한다. ○ 신규 LLM 및 AI 모델의 추가·교체가 용이하도록 특정 모델에 종속되지 않는 구조로 구성하여야 한다. ○ 운영서비스와 개발·시험 워크로드를 Namespace, ResourceQuota, Priority 등의 방식으로 논리적으로 분리하여야 한다. ○ 모델의 버전, 배포상태, 사용 GPU, Endpoint, 처리건수 및 성능정보를 관리할 수 있어야 한다. ○ 기존 AI Pub Dev의 GPU 자원관리 영역과 신규 모델 Serving 영역 간 기능 및 운영경계를 명확히 정의하여야 한다.
산출정보		Kubernetes 구성설계서, Node·Namespace 구성표, AI 모델 서빙 아키텍처, 모델 배포·운영계획서, GPU Workload 배치표, 모델 서빙 설치·구성 결과서
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-003
요구사항 명칭		AI 스토리지·네트워크·보안관문 구성
요구사항상세설명	정의	기 구축된 AI 스토리지, 10G/100G 네트워크 및 인터넷 관문·보안장비를 활용하여 AI 모델·데이터의 고속처리와 안전한 내·외부 연계환경을 구성하는 요구사항
요구사항상세설명	세부내용	○ 기 구축된 Pure Storage, NetApp NAS 및 기타 대학 제공 스토리지의 용도·용량·성능을 분석하여 AI 모델, 원천문서, RAG 데이터, 로그, 생성결과 및 백업영역을 구성하여야 한다. ○ GPU 서버 내부 Local Disk에 중요 데이터 및 운영데이터가 단독 저장되지 않도록 공유 또는 외부 스토리지를 활용하여야 한다. ○ 모델파일, RAG 원천문서, Embedding 결과, 사용자파일, 운영로그 및 백업 데이터를 특성별로 논리적으로 구분하여야 한다. ○ 기 구축된 100G 및 10G 스위치를 활용하여 GPU·스토리지 간 데이터 전송, AI 내부서비스, 관리, 백업 및 사용자 서비스 트래픽을 적절히 분리하여야 한다. ○ 대용량 모델 및 AI 데이터 전송구간은 가능한 범위에서 100G 네트워크를 우선 활용하여야 한다. ○ 기 구축 인터넷 라우터, QoS, SSL 가시화, NDR 및 기존 보안장비와 신규 AI 플랫폼을 연계하여야 한다. ○ 상용 LLM, OCR, STT, 이미지 생성 등 외부 AI API의 접속 경로, IP/Domain/Port 및 인증정책을 관리하여야 한다. ○ 외부 AI API 통신은 학내 보안정책을 우회하지 않아야 하며 필요시 개인정보 탐지·마스킹 후 전송하여야 한다. ○ AI 트래픽 증가로 기존 학내 서비스에 영향을 주지 않도록 네트워크 QoS 및 병목관리 방안을 마련하여야 한다.
산출정보		AI 스토리지 구성도, Storage Volume 구성표, 네트워크 구성도, IP·Port Matrix, 데이터 흐름도, 보안장비 연계설계서, 네트워크·스토리지 성능시험 결과서
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-004
요구사항 명칭		포털·Gateway·외부 AI API 운영환경 구성
요구사항상세설명	정의	통합 AI 포털, LLM Gateway 및 외부 상용 AI API를 안정적이고 안전하게 운영할 수 있도록 서비스 배치·라우팅·인증·사용량 관리환경을 구성하는 요구사항
요구사항상세설명	세부내용	○ 통합 AI 포털, 관리자 서비스, LLM Gateway, RAG API, Agent Studio 등 일반 애플리케이션은 GPU 추론서버와 역할을 분리하여 운영하여야 한다. ○ 대학이 제공하는 일반 서버 또는 가상화 인프라를 활용하여 포털·Gateway·관리서비스를 배치하는 것을 원칙으로 한다. ○ LLM Gateway를 통해 내부 LLM과 외부 상용 LLM을 단일 인터페이스로 연계하여야 한다. ○ 사용자·부서·서비스별 인증, 권한, 호출량 및 사용한도를 적용할 수 있어야 한다. ○ 개인정보 및 민감정보 포함 여부, 질의유형, 모델상태, 비용 등을 기준으로 내부·외부 LLM 라우팅 정책을 적용할 수 있어야 한다. ○ 외부 AI API 장애 시 Timeout, Retry 및 Fallback 기능을 제공하여야 한다. ○ 내부 LLM 장애 또는 점검 시 외부 상용 LLM을 통한 최소 서비스 연속성 확보방안을 마련하여야 한다. ○ 상용 LLM, OCR, STT, 이미지 생성 API의 호출건수, Token, 사용시간, 생성건수 및 예상비용을 관리하여야 한다. ○ API Key, 인증서 및 비밀정보는 소스코드나 설정파일에 평문 저장하지 않고 별도의 비밀정보 관리체계를 적용하여야 한다.
산출정보		AI 포털 운영구성도, LLM Gateway 설계서, 내부·외부 LLM 연계설계서, API 연계명세서, 모델 라우팅 정책서, 외부 AI API 사용·비용 관리계획서
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-005
요구사항 명칭		통합 모니터링 및 로그·감사·추적 환경 구성
요구사항상세설명	정의	H/W, Kubernetes, GPU, LLM, RAG, API 및 AI 서비스의 상태·성능·사용량·보안정보를 통합 모니터링하고 사용자 요청의 처리경로를 추적할 수 있도록 운영환경을 구성하는 요구사항
요구사항상세설명	세부내용	○ 서버의 CPU, Memory, Disk, Network 및 Storage 사용량을 모니터링하여야 한다. ○ Kubernetes Node, Pod, Container, Namespace 및 Resource 사용상태를 확인할 수 있어야 한다. ○ GPU 이용률, Memory, 온도, 전력, ECC/XID 오류, GPU별 Pod·서비스 할당 현황을 확인할 수 있어야 한다. ○ LLM 모델별 요청건수, 동시 요청, Queue, TTFT, 전체 응답시간, 처리 Token, 오류율 및 Timeout을 수집하여야 한다. ○ RAG 문서의 수집·처리·색인상태, 검색시간, 검색실패, 출처 제시 및 품질 관련 정보를 모니터링하여야 한다. ○ 상용 LLM, OCR, STT, 이미지 생성 등 외부 API별 호출건수·오류율·사용량·예상비용을 확인할 수 있어야 한다. ○ 사용자 접속, LLM 질의·응답, RAG 검색, 참조문서, API 호출, 관리자 설정변경, 개인정보 탐지·차단 로그를 중앙에서 수집·검색할 수 있어야 한다. ○ Portal → Gateway → RAG → LLM → External API 등 사용자 요청의 처리경로를 추적할 수 있도록 Trace ID 또는 동등 기능을 적용하여야 한다. ○ 장애, 임계치 초과 및 비정상상태 발생 시 관리자에게 알림을 제공하여야 한다. ○ 기존 AI Pub Dev에서 제공하는 GPU 모니터링 기능과 신규 통합 모니터링 기능의 역할을 분석하여 중복 구축을 최소화하여야 한다.
산출정보		통합 모니터링 설계서, 모니터링 항목·임계치 정의서, 로그관리 설계서, 감사로그 정의서, 분산추적 설계서, 관리자 대시보드 구성서, 장애·알림 정책서
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-006
요구사항 명칭		백업·복구 및 개발·검증·운영환경 분리
요구사항상세설명	정의	AI 포털서비스의 데이터와 시스템 구성정보를 안전하게 보호하고, 개발·검증·운영환경을 분리하여 변경·장애에 따른 운영 위험을 최소화하기 위한 요구사항
요구사항상세설명	세부내용	○ Kubernetes 설정, Container Image, 모델 및 모델설정, Vector DB, Metadata DB, RAG 원천문서, Prompt, 가드레일 정책 및 Agent Studio 설정정보를 백업하여야 한다. ○ 중요 운영데이터 및 모델은 GPU 서버와 분리된 스토리지에 백업하여야 한다. ○ DB는 정기 전체·증분백업 정책을 적용하고 주요 설정 변경 및 배포 전 백업을 수행하여야 한다. ○ Backup의 암호화, 보관기간, 접근권한 및 파기정책을 수립하여야 한다. ○ 복구절차를 작성하고 실제 복구시험을 수행하여 정상복구 여부를 검증하여야 한다. ○ 개발(DEV), 검증/시험(TEST), 운영(PROD) 환경을 물리적 또는 논리적으로 분리하여야 한다. ○ 개발자가 운영환경에 임의 배포하거나 중요 설정을 직접 변경하지 못하도록 권한을 통제하여야 한다. ○ Application, Container Image, AI 모델, Prompt 및 주요 설정정보에 대해 버전 및 형상관리를 적용하여야 한다. ○ 운영 배포는 승인절차를 적용하고 실패 시 이전 버전으로 복원할 수 있도록 하여야 한다. ○ H200 서버 장애 시 내부 LLM 서비스를 외부 LLM 또는 대체환경으로 전환하는 비상운영 절차를 마련하여야 한다.
산출정보		백업·복구계획서, 백업대상·주기 정의서, 복구시험 결과서, DEV/TEST/PROD 구성도, 형상·배포관리계획서, 장애복구·비상운영 매뉴얼
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-007
요구사항 명칭		장비·SW 호환성 및 성능 검증
요구사항상세설명	정의	기 구축된 H/W·S/W와 신규 구축 AI 플랫폼 간 상호 호환성 및 시스템 성능을 실제 서비스 시나리오를 통해 검증하는 요구사항
요구사항상세설명	세부내용	○ 기존 DGX H200, L40S 추론서버, GPU 관리환경, 스토리지, 네트워크, 보안장비 및 신규 AI 플랫폼 간 호환성을 점검하여야 한다. ○ H200 GPU 8개 정상인식, GPU 연결상태, Memory, Driver, CUDA 및 관련 S/W 버전을 확인하여야 한다. ○ GPU 할당·회수·분할·스케줄링 및 서비스별 자원격리 기능을 시험하여야 한다. ○ 모델 Load/Unload, 모델 Serving 및 LLM 동시사용 성능을 시험하여야 한다. ○ RAG 문서 적재, 검색 및 LLM 답변 생성의 End-to-End 성능을 측정하여야 한다. ○ GPU·스토리지 및 주요 Network 구간에 대한 I/O와 전송성능을 시험하여야 한다. ○ Kubernetes Node·Pod 장애, 모델 장애 및 외부 API 장애에 대한 복구·전환시험을 수행하여야 한다. ○ 모니터링·로그·Alert 및 백업·복구기능을 실제 장애 상황을 가정하여 검증하여야 한다. ○ 시험결과 목표기준에 미달하는 경우 원인분석 및 개선조치를 수행하여야 한다. ○ 단순 설치확인이 아닌 포털→Gateway→RAG→LLM→응답의 실제 업무 시나리오를 활용한 통합성능시험을 수행하여야 한다.
산출정보		호환성 검증계획서, H/W·S/W 호환성 점검결과서, GPU 성능시험서, 네트워크·스토리지 성능시험서, AI 서비스 통합성능시험 결과서, 장애·복구시험 결과서, 개선조치 결과서
관련요구사항

요구사항 분류		시스템 장비구성 요구사항
요구사항 고유번호		ECR-008
요구사항 명칭		시스템 구성정보 및 운영산출물 제공
요구사항상세설명	정의	구축 완료 후 발주기관이 시스템을 독립적으로 운영·유지관리할 수 있도록 H/W·S/W·Network·GPU·AI 모델 및 운영 관련 구성정보와 기술자료를 제공하는 요구사항
요구사항상세설명	세부내용	○ 사업자는 구축에 적용한 H/W, S/W, OSS, AI 모델 및 API의 전체 구성목록을 제출하여야 한다. ○ 기 구축 장비와 본 사업에서 추가·변경한 설정을 구분하여 관리하여야 한다. ○ 물리·논리 시스템 구성도 및 Network 구성도를 최신 상태로 제출하여야 한다. ○ 서버, VM, Kubernetes Node, Pod, IP, Port, Storage Volume, GPU 할당현황을 문서화하여야 한다. ○ Kubernetes, AI Pub Dev, 모델 Serving, Gateway, RAG, 모니터링 및 백업환경의 설치·구성 정보를 제공하여야 한다. ○ 사용한 오픈소스와 라이선스 정보를 제출하고 라이선스 의무사항을 검토하여야 한다. ○ 상용 S/W 또는 Subscription을 적용한 경우 제품명, Version, License 수량, 사용기간 및 유지보수 조건을 제출하여야 한다. ○ Container Image와 구성파일, 배포 Script, 주요 Source Code 및 SBOM을 발주기관에 이관하여야 한다. ○ 시스템 운영, 장애처리, 백업·복구, 모델 배포·변경, 모니터링 및 보안운영에 필요한 절차서를 제공하여야 한다. ○ 운영자 대상 교육을 수행하고 실제 운영 시나리오를 활용한 인수인계 및 기술이전을 실시하여야 한다.
산출정보		H/W·S/W 설치내역서, 시스템·네트워크 구성도, IP·Port Matrix, GPU·모델 배치표, Kubernetes 구성정보, Storage Volume 구성표, 오픈소스·라이선스 목록, SBOM, 설치·배포가이드, 운영자 매뉴얼, 장애대응 매뉴얼, 교육·기술이전 결과서
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-002
요구사항 명칭		참여 인원 보안 관리
요구사항상세설명	정의	참여 인원 보안 요건
요구사항상세설명	세부내용	○ 사업 참여 인력은 사업 투입 전, 친필 서명이 들어간 아래의 서류를 제출 - 대표자 : 대표자용 보안서약서 - 상주인력 : 참여자용 보안서약서, 재직증명서 - 비상주인력 : 참여자용 보안서약서 ○ 수요기관의 보안규정에 따라 모든 참여인력에 대한 보안서약서를 작성해야 함 ○ 사업 참여 인력의 전산실 출입 등 업무수행 시 수요기관이 요구하는 보안관련 규정을 충실히 이행 ○ 용역사업 참여인원에 대해 사업 수행 전 및 매월 정기적으로 보안교육 실시 - 용역업체 보안교육 및 개인정보보호 교육 실시 ○ 용역사업 참여인원은 용역업체 임의로 교체할 수 없으며, 신상변동(해외여행 포함) 사항 발생 시 수요기관에 즉시 보고해야 함 ○ 사업 참여인력이 부득이한 사유로 장기간 사업투입이 불가능할 경우 대체인력 투입계획을 수립하여 즉시 투입하여야 함 - 투입인력이 퇴사하는 경우 - 강원대학교에서 요청하는 경우 - 신규 교체인력은 동급이상의 경력에 준하는 경우 - 부득이한 사정에 의한 강원대학교가 승인한 경우 ○ 강원대학교는 다음과 같은 조건의 경우 교체 요구 가능 - 「국가공무원법」제33조제2호부터 제6의제4호까지에 해당되는 사람 - 투입인력이 업무 수행에 적절하지 못하다고 판단될 경우 교체 요구 가능 ○ 교체가 필요한 경우 계약 업체는 특별한 사유가 없는한 14일 이내에 교체해야 함 ○ 업무 수행과정에서 퇴직 등 부득이한 사유가 발생하였을 경우에 공식적인 절차에 따라 정보자산의 반납, 중요정보 파기, 물리적 출입권한 삭제 등의 절차를 수행하여야 함 ○ 사업 수행 중 취득한 지식에 대하여 과업수행 중은 물론 사업이 완료된 후에도 외부에 누설하거나 다른 용도로 이용해서는 안되며, 이를 위반하였을 경우 민·형사상 책임을 져야 함
산출정보		참여인력 보안서약서, 보안교육 결과서, 참여인력 보안관리대장
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-003
요구사항 명칭		누출금지 대상정보
요구사항상세설명	정의	누출금지 대상정보 및 제재 조치
요구사항상세설명	세부내용	○ 아래의 정보 누출 시, 해당 업체를 부정당업자로 등록하고 ｢국가를 당사자로 하는 계약에 관한 법률 시행령｣ 제76조 제1항 3호 및 ｢교육부 정보보안 기본지침」에 따라 입찰 참가자격을 제한할 수 있음 ○ 사업자는 보안 위규 처리기준을 숙지하고, 사업을 수행하여야 하며, 보안 위규 사항 발생 시에는 보안 위약금 부과 기준에 의해 위약금을 배상하여야 함 ○ 본 사업과 관련하여 수요기관으로부터 취득한 비밀 사항을 사업기간 중 또는 종료 후에도 제3자에게 누설하여서는 아니 되며, 누설하였을 경우 이에 따른 민·형사상의 책임을 져야 함
산출정보		비밀유지·보안확약서
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-004
요구사항 명칭		자료 보안 관리
요구사항상세설명	정의	사업자료 보안 관리 및 비밀 유지
요구사항상세설명	세부내용	○ 사업자는 수요기관으로부터 대여·제공받은 제반 자료는 본 사업의 목적 외에는 사용할 수 없음 ○ 사업 수행 과정에서 취득한 일체의 정보 및 자료는 사업 종료 후 파기 또는 반환하여야 하며, 수요기관의 허락 없이 누설할 수 없음 ○ 용역사업 수행으로 생산되는 산출물 및 기록은 보안관리 책임자가 인가하지 않은 비인가자에게 제공·대여·열람을 금지 ○ 문서 및 전산자료 보안 일반 - 정보통신망 구성도, 정보시스템 구성도, IP현황정보, 보안취약점 분석·평가 결과물 등 용역사업 산출물 및 개인정보 등은 비공개 자료로 분류하여 관리해야 함 - 수요기관이 사업자에게 제공한 사업관련 자료에 대해서는 "자료관리대장"을 작성, 인계자(수요기관)와 인수자(사업자의 관리책임자)가 직접 서명한 후 인계·인수해야 함 - 비공개 자료를 자체 보관·관리 시에는 별도 캐비넷(이하 "비공개 자료 캐비넷"이라 한다)에 보관·관리해야 함 - 비공개 자료 캐비넷에 보관·관리되는 비공개 자료의 목록을 현행화하여 관리해야 함 - 자료 및 장비의 대외보안을 위해 비밀정보의 범위, 보안준수사항, 위반시 손해배상책임, 자료반환 등을 명시한 비밀유지계약서를 별도 체결할 수 있음 ○ 온라인상에서의 자료 보안관리 - 사업수행 관련자료 및 사업과정에서 생산된 산출물은 별도의 파일서버에 저장·관리해야하고, 사업자의 개인 PC 등에 이를 보관할 수 없음 - 용역사업 관련 자료는 인터넷 웹하드, P2P 등 인터넷 자료 공유사이트 및 개인메일함에 저장을 금지하고 수요기관과 용역업체간 전자우편을 이용해 자료 전송이 필요한 경우에는 자체 전자우편을 이용, 첨부자료 암호화 후 수·발신 할 수 있으나, 대외비 이상의 비밀 자료는 전자우편으로 수·발신을 금지함 - 업무상 필요에 의해 부득이하게 외부에서 전자우편 등을 이용할 경우, 보안대책을 마련하여 수발신해야 함. 다만, 보안업무규정에 의한 비공개 자료(비밀, 대외비 등)는 전자우편으로 수·발신을 금지함 ○ 자료 암호화 시 비밀번호는 숫자와 문자, 특수문자 등을 혼합하여 9자리 이상으로 정해야 하며, 교육부 「정보보안 기본지침」에 따라 아래 규칙을 준수해야 함 - 사용자 계정(ID)와 동일하지 않아야 함 - 개인 신상 및 특정 명칭 등과 관계가 없어야 함 - 일반사전에 등록된 단어는 사용을 피해야 함 - 동일단어 또는 숫자를 반복하여 사용하지 말아야 함 - 사용된 비밀번호는 재사용하지 말아야 함 - 동일 비밀번호를 여러 사람이 공유하지 말아야 함 - 응용 프로그램 등을 이용한 자동 비밀번호 입력 기능을 금지해야 함
산출정보
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-005
요구사항 명칭		사업장 및 매체·장비 보안 관리
요구사항상세설명	정의	사업장 및 매체·장비에 대한 보안 사항
요구사항상세설명	세부내용	○ 사무실 보안 - 사업자는 CCTV, 시건장치 등 비인가자 출입통제 대책이 마련된 전담 사업장 공간을 확보하여 업무를 수행해야 함 ※ CCTV를 통해 녹화된 영상 주기적으로 확인 및 점검 - 사업자의 사무실 또는 용역 업무를 수행하는 공간에 대한 보안점검은 월 1회 이상 실시하고, 결과에 대해 사업담당자의 확인 및 개선조치요구에 따라야 함 ○ 매체 및 장비 반·출입 보안 - 사업용 PC 등 전산장비 일체는 사업담당자의 인가 후 반입·반출 해야 함 · 사업 수행중 장비 반입·반출은 가능한 금지하되 불가피한 경우 악성코드 감염여부 및 자료 `반출 여부를 점검하고, 수요기관의 통제하에 저장자료 완전 삭제, 승인 후 반출해야 함 - 업무수행 관련 취득한 중요정보 유출을 방지하기 위해 사업용 PC는 인터넷 차단 및 매체제어(USB, WiFi, Bluetooth 접속금지 등) 환경을 구축·운영해야 함 · 사업용PC는 CD롬, USB포트 등 외부기기 연결단자를 봉인(포트락 설치, 보안스티커 부착 등)하고, PC교체 및 PC 케이스를 해체할 수 없도록 별도 봉인한다. · 매체제어 프로그램이 설치되지 않는 LINUXㆍUNIX 등의 OS설치 PC는 CD롬, USB포트 등 외부기기 연결단자 봉인(키보드, 마우스, 랜포트는 보안스티커 부착 등) - 사업용 PC는 최신 백신 프로그램 설치, 안전한 OS 비밀번호(주기적 변경) 및 화면보호기 설정을 해야 함 - 사업용 PC등 장비 비밀번호는 숫자, 문자, 특수문자 등을 혼합하여 9자리 이상 정해야 하며 자료 비밀번호와 동일한 규칙을 준수 함 - 사업 참여 인력은 인가받지 않은 휴대용 저장매체를 사용하지 않아야 하며, 필요시에는 수요기관의 승인을 받아야 함 - 사업 종료 시 용역업체 PC, 휴대형 저장매체 등 전산장비는 수요기관의 통제하에 저장자료를 완전 삭제 후 반출
산출정보		사업장 보안점검표
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-006
요구사항 명칭		네트워크 통제
요구사항상세설명	정의	사업수행 활동에 필요한 장비의 네트워크 통제에 관한 사항
요구사항상세설명	세부내용	○ 사업자가 사용하는 전산망은 업무망과 인터넷망으로 분리하여 운영해야 함 ※ 업무망과 인터넷망 간 자료 전송이 필요한 경우, 국가·공공기관 업무망과 인터넷 간 안전한 자료전송 보안가이드라인을 준수하여 적용 ○ 사업장에서 사용하는 PC는 인터넷 연결을 금지하되, 사업 수행 상 연결이 필요한 경우에는 수요기관의 보안통제 하에 제한적 허용 - 외부 상용 LLM, OCR, STT, 이미지 생성 등 업무상 필요한 외부 AI 서비스 접속은 발주기관이 승인한 Gateway/Proxy 및 보안통제 구간을 통해서만 허용하고, 허용 Domain·IP·Port 및 API를 등록·관리하여야 한다. 승인되지 않은 외부 AI 서비스의 직접 접속은 금지한다. ○ 사업용 인터넷연결 PC 內 업무 관련자료 저장 금지 및 P2P, 웹하드, 메신저, 메일 등 자료공유사이트 활용을 원천 차단해야 함 ○ 용역 책임자는 비인가 통신기기나 개인 스마트폰을 이용한 테더링, 등 허가되지 않은 통신망을 이용, 인터넷에 무단접속을 금지할 수 있는 기술적·관리적 대책을 마련해야 함 ○ 원칙적으로 무선 통신망 사용은 불가하나, 업무상 필요 시 수요기관의 승인 및 물리적·관리적 보안관리 지침과 업무망 접근차단 대책을 마련해야 함 - 무선통신망 관리자를 지정하여 운영해야 함 - 무선통신망 신설 자제 및 무선랜은 유선네트워크 설치가 어려운 장소에 한하여 한시적으로 사용해야 함 - 무선통신망 계정관리를 하여 인가된 사용자만 이용할 수 있도록 함 ○ 용역사업 수행 시 수요기관 전산망 이용이 필요한 경우 - 사업 참여인원에 대한 사용자 계정(ID)은 하나의 그룹으로 등록하고 계정별로 정보시스템 접근 권한을 차등 부여하되 기관 내부문서 접근은 금지 - 계정별로 부여된 접속권한은 불필요 시 곧바로 권한을 해지하거나, 계정을 폐기해야 함 - 참여인원에게 부여한 패스워드는 보안 담당관이 별도로 기록 관리하고 수시로 해당 계정에 접속하여 저장된 자료와 작업이력 확인 - 보안담당관은 서버 및 장비 운영자로 하여금 내부서버 및 네트워크 장비에 대한 접근기록을 매일 확인하여 이상 유무 보고
산출정보		사업장 보안점검표
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-007
요구사항 명칭		개인정보 보호
요구사항상세설명	정의	개인정보보호 관계 법령 및 지침 준수
요구사항상세설명	세부내용	○ 개인정보 보호 및 관리에 관한 사항은 개인정보보호법 및 개인정보의 기술적·관리적 보호조치 기준 등 관계 법령을 준수해야 함 - ｢개인정보의 안전성 확보조치 기준」 개인정보보호위원회고시 제2026-9호가 2026년 7월 1일부터 시행｣ ○ 용역사업 책임자는 개인정보관리 책임자를 지정하여 사업장 내에서의 개인정보보호 업무를 총괄하고, 내부관리계획을 수립 시행해야 함 - 개인정보의 불법적인 노출 및 위·변조 등의 위험에 대한 안전한 보호조치 마련 - 주기적인 교육정보서비스에 대한 개인정보 노출점검 방안(점검방법 및 결과처리 포함) 제시 ○ 사업자는 수요자와 개인정보처리 위탁계약 체결하여 준수해야 함
산출정보
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-010
요구사항 명칭		보안 취약점 점검
요구사항상세설명	정의	시스템 및 어플리케이션 취약점 점검 실시 및 후속 조치
요구사항상세설명	세부내용	○ 시스템 저해요소분석 및 개선, 취약점 대체방안 및 해결안 마련, 제공이 가능하도록 취약점 점검 ○ 사업을 통해 형상이 변경된 시스템 및 개발된 소스코드 전체에 대한 보안 취약점 점검을 자체 실시하여야 함 - 보안취약점 점검은 "공신력 있는 기관"을 통해 진단을 진행해야 함 ※ 보안취약점 점검 기관 선정은 수요기관과 협의하여 진행 - 소프트웨어 개발보안 가이드에 준하여 시스템이 개발되었는지를 점검하여야 함 - 점검 결과에 따른 후속 보완조치를 수행하여야 함 ○ 보안 취약점 점검 실시 및 후속조치에 대한 보고서를 수요기관에 제출
산출정보		보안취약점 진단 결과서, 취약점 조치결과서
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-012
요구사항 명칭		보안사고 관리
요구사항상세설명	정의	보안사고 발생에 따른 조치
요구사항상세설명	세부내용	○ 보안사고 관리 사전 조치 - 예방 및 대응 수칙 수립 - 보안 조직 및 시설보안, 정보보안 조직과의 협업체계 구축 ※ 개발시설은 독립된 곳으로 별도 분리하여 구축 - 보안사고 예방 및 대응 요령에 관한 교육 실시 - 보안사고 대응 모의 훈련 실시 - 보안 실태 점검 실시 ○ 보안사고 관리 대응 조치 - 보안사고 대응 절차 수립 - 보안사고 및 침해가 발생한 경우 수요기관에 즉시 보고 - 후속 대응 절차 마련 - 보안사고 조사 및 보고서 작성 ○ 보안사고 관리 사후 조치 - 보안사고 재발방지 대책 수립 - 보안사고 원인 분석에 의한 규정 및 지침 개정 절차 마련 - 보안사고 관련자 처벌
산출정보		사업계획서
관련요구사항

요구사항 분류		보안 요구사항
요구사항 고유번호		SER-013
요구사항 명칭		사업완료 시 보안 관리
요구사항상세설명	정의	계약 종료 후 조치할 보안 사항
요구사항상세설명	세부내용	○ 수요기관으로부터 제공받은 제반자료, 장비, 서류와 중간·최종 산출물 등 용역과 관련된 모든 자료를 전량 반납하고 삭제하여야 함 - 사업자는 사업관련 자료를 보유하고 있지 않으며 이를 위반 시 향후 법적 책임이 있음을 포함한 “대표자용 보안확약서 및 개인별 보안 확약서”를 제출하여야 함 ○ 사업 완료 후 업체 소유 PC, 서버의 하드디스크, 휴대용 저장매체 등 전자기록 저장매체는 국가정보원장이 안정성을 검증한 삭제 S/W로 완전 삭제 후 반출 ※ 사업 완료 후 서버관리자는 운영 및 테스트에 사용된 도구(컴파일러 등) 삭제해야함
산출정보		대표자·개인별 보안확약서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-002
요구사항 명칭		개발 표준화 및 모듈화 설계 적용
요구사항상세설명	정의	개발 표준화 및 모듈화 설계 적용에 대한 정의
요구사항상세설명	세부내용	○ 본 사업은 표준화된 시스템 구축을 통해 각 기능별 컴포넌트화된 구조로 설계하고, 구축해야 함 ○ 공통 서비스 구현 및 기능별 특성화를 위해 유연성, 확장성 담보를 위한 컴포넌트 기반의 모듈화 개발 방법론을 적용해야 함 ○ 소프트웨어 개발은 기능 공통성, 재사용성, 확장성과 유지관리 효율성을 높일 수 있도록 특화된 방법론과 표준화된 절차에 따라 이루어져야 함 ○ 신기술 수용 및 향후 확장이 가능한 시스템을 구축하여 미래 정보기술 발전 추세에 유연하게 대처할 수 있어야 함 ○ 모든 이미지(아이콘, 그림, 사진 등), 영상, 폰트, S/W 등 지식재산권이 있는 콘텐츠는 관련 법률을 위배되지 않도록 구매 후 사용해야 함 ○ 일체의 디자인 요소에 대한 소스와 실행 파일을 강원대학교에 제공해야 함 ○ 개발 과정에서 사용한 소프트웨어 중 향후 하자보수 및 유지관리에 필요한 소프트웨어는 제공해야 함 ○ 자동화된 형상관리 외에 프로그램 작성 시, 검수자가 이해할 수 있도록 소스코드에 대한 설명(작성자, 기능 개요, 입력값, 출력값 등)을 주석으로 입력해야 함 ○ 사업자는 프로그래밍 스타일을 표준화하고, 소스 코드의 품질을 제고할 수 있도록 개발 영역별 특성에 맞는 실제 예제가 포함된 표준 개발 가이드를 제공해야 함 ○ SQL 구문은 ANSI 표준으로 작성해야 함 ○ 사업자는 본 사업 특성에 적합한 개발 방법론 및 관리 방법론을 선정하여 시스템 분석‧설계‧구축‧테스트‧이관‧시범적용‧오픈‧안정화까지의 전체 수명주기 단계별 상세 일정을 제시하고, 일정에 따른 산출물을 작성하여 수요기관의 승인을 받아야 함 ○ 시스템 구축 기간 내 적용 법령 등 규정 변경시 반영하여 개발해야 함 ※ 규정에 대한 적용시점을 고려하여 수요기관과 협의하여 적용해야 함
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-003
요구사항 명칭		명명규칙 및 프로그램 표준화
요구사항상세설명	정의	명명규칙 및 프로그램 표준화 대한 정의
요구사항상세설명	세부내용	○ 사업자는 개발 산출물, 데이터 항목, 화면, 보고서, 서식, 함수 및 컴포넌트 등에 대한 명명규칙을 작성하여 수요기관의 승인을 받아야 함 ○ 표준명명체계를 효과적으로 적용하기 위해 메타데이터관리시스템을 활용한 데이터 표준화 체계를 마련해야 함 ○ 사업자는 개발 프로그램 표준화를 위해, 함수, 변수, 모듈, 파일, 클래스, 리소스 ID, 프로그래밍 스타일, 주석 등 프로그램 표준화 지침 및 가이드를 작성하여 수요기관의 승인을 받아야 함 ○ 승인된 프로그램 표준 가이드는 개발 과정에서 실제적으로 준수될 수 있도록 개발 가이드, 통합 개발 도구(IDE)의 프로그래밍 스타일 템플릿, 형상관리와 통합되어야 하며, 소스 코드 검사(inspection)를 통해 준수성 여부를 점검해야 함
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-004
요구사항 명칭		기존 시스템 호환 및 규정 변경에 따른 유연성 확보
요구사항상세설명	정의	기존 시스템 호환 및 규정 변경에 따른 유연성 확보 분석 및 정의
요구사항상세설명	세부내용	○ 기존 시스템 운영에 영향을 주지 않는 시스템을 구현해야 함 ○ 기 운영되고 있는 시스템 구조 및 전체 표준과 호환성, 시스템 통합 및 분산 설계, 데이터 유형, 프로세스 환경 유형, 사용자 유형, 시스템 간 물리적 네트워크 연결구성을 고려하여 구조 설계를 해야 함 ○ 시스템 구축 기간 내 적용 법령 등 규정 변경시 반영하여 개발해야 함 ※ 규정에 대한 적용시점을 고려하여 수요기관과 협의하여 적용해야 함
산출정보
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-005
요구사항 명칭		기술적용계획표 및 결과표 작성
요구사항상세설명	정의	기술적용계획표 검토 및 결과표 작성
요구사항상세설명	세부내용	○ 제안요청서의 기술적용계획표[서식 10]의 검토 및 준수와 결과표 작성 방안을 제시해야 함 ○ 기술적용계획표의 기술표준이 본 사업에 부합하는지 검토해야 하며, 변경이 필요할 경우 타당한 사유를 제시하여 수요기관과 상호 협의하여 조정해야 함
산출정보
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-006
요구사항 명칭		개인정보보호법 준수
요구사항상세설명	정의	개인정보보호법 준수에 대한 정의
요구사항상세설명	세부내용	○ 개인정보보호 관련 모든 법규를 충실히 이행할 수 있는 개발 표준안을 마련하여 이를 개발에 반영해야 함 - 개인정보 열람 시 접근 이력 기록 및 필요시 사유 입력해야 함 - 개인정보 열람에 대한 이력관리 통계 또는 조회 화면 제공해야 함 - 개인정보 중 고유식별정보에 대한 암호화해야 함 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리해야 함 ※ 개인정보영향평가에 적극 협조 지원하고, 그 결과에 따른 조치를 완료해야 함
산출정보
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-007
요구사항 명칭		지식재산권 귀속 및 사용권 및 S/W 산출물 활용 촉진
요구사항상세설명	정의	지식재산권 귀속 및 사용권 및 S/W 산출물 활용 촉진에 대한 정의
요구사항상세설명	세부내용	○ 지식재산권 귀속 및 사용권 - (신규 개발산출물의 지식재산권) ｢행정기관 및 공공기관 정보시스템 구축‧운영 지침｣ 제60조 및 ｢(계약예규) 용역계약일반조건｣ 제56조에 따라 본 사업의 수행으로 인하여 신규 개발된 산출물(커스터마이징 소스코드, 학내 연계 인터페이스, 화면 UI, 산출 문서 등)의 지식재산권은 발주기관과 계약상대자가 공동으로 소유하며, 지분은 균등한 것으로 함. - (기존 보유 솔루션의 지식재산권) 계약상대자가 본 사업 이전부터 고유하게 보유하고 있던 원천 소프트웨어, 상용 솔루션, 코어 엔진 및 프레임워크(Background IP)의 지식재산권은 계약상대자에게 귀속됨. ※ 단, 계약상대자는 제안서에 자사가 보유한 원천 솔루션 및 기존 지식재산권의 범위(모듈명, 기능 목록 등)를 명확히 명시하여 제출하여야 함. - (발주기관의 영구·비독점적 사용권 보장) 계약상대자는 자사의 기존 솔루션(코어 엔진 포함)이 본 시스템에 적용된 경우, 발주기관(강원대학교)이 해당 시스템을 학내 목적에 따라 운영, 유지보수, 기능 개선 및 타 시스템 연계에 제한 없이 자유롭게 활용할 수 있도록 '영구적이고 비독점적인 사용권(라이선스)'을 부여하여야 함. - 계약상대자의 사업 철수, 부도, 사업 포기 등의 사유 발생 시에도 시스템 운영의 연속성을 보장하기 위해 핵심 기술자료 임치(Escrow) 또는 이에 준하는 기술지원 방안을 제공하여야 함. ○ S/W산출물 활용 촉진 - 공급자는 지식재산권의 활용을 위하여 S/W산출물의 반출을 요청할 수 있으며, 수요기관에서는 「보안업무규정」 제4조 및 제안요청서에 명시된 누출금지정보에 해당하지 않을 경우 S/W산출물을 제공함(단, 공급자는 다음 내용을 준수해야 함) - 공급자는 공급받은 S/W산출물에 대하여 제안요청서, 계약서 등에 누출금지 정보로 명시한 정보를 삭제하고 활용해야 하며, 이를 확인하는 공급자 대표명의의 확약서를 수요기관에 제출해야 함 - 수요기관은 공급자가 제공받은 S/W산출물을 무단으로 유출하거나 누출되는 경우 및 누출금지정보를 삭제하지 않고 활용하는 경우에는 「국가계약법」제76조제1항제3호에 따라 입찰참가자격을 제한함
산출정보		납품확인서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-008
요구사항 명칭		작업 장소 및 원격지 개발 활성화
요구사항상세설명	정의	작업 장소 및 원격지 개발 활성화에 대한 정의
요구사항상세설명	세부내용	○ 작업 장소 상호 협의 - 원활한 사업수행을 위하여 필요한 작업 인력의 장소 및 설비 기타 작업환경을 상호 협의하여 결정 ○ 원격지 개발 장소 보안요구사항 - 공급자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제시해야 함 - 공급자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시해야 함 - 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안관리대책(시건장치, 출입통제 등)을 실시해야 함 1. 프로젝트 사무실, 중요장비 설치장소에 대한 출입보안 2. 개인소유 PC 및 보조기억장치 반입·반출 통제 3. 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기 4. 문서의 보안등급 부여 및 차별화 된 권한관리를 수행 ○ 원격지 개발 장소 제시·검토 절차 - 공급자는 작업 장소 상호 협의 시 제안요청서 내 명시된 보안요구사항을 준수한 작업장소를 제시할 수 있으며, 수요기관에서는 제시된 작업 장소에 관하여 우선 검토함. 다만, 수요기관에서는 공급자가 제시한 작업 장소가 보안요구사항을 준수하지 못한 경우 거부할 수 있음
산출정보
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-009
요구사항 명칭		개발 프레임워크 고도화 및 환경 구축
요구사항상세설명	정의	개발 프레임워크 고도화 및 환경 구축 정의
요구사항상세설명	세부내용	○ 사업자는 개발 프레임워크를 기반으로 고도화하여 본 사업을 진행해야 함 ○ 사업자가 개발한 어플리케이션 소스(이미지, 폰트 등 포함) 일체를 제공해야 함 ○ 안정성 확보를 위해 PoC를 거쳐 검증된 소프트웨어만 적용하고, 사용자 편의성 및 신뢰성 향상을 위해 모든 화면은 3초 이내로 로딩 되어야 함 PoC(Proof of Concept): 새로운 기술 기반 및 솔루션 도입에 대해 필요한 기능이 기술적으로 실현 가능한지를 검증 ※ LLM, RAG, 이미지 생성/STT는 처리시간을 고려하여 수요기관과 협의하여 예외 적용함 ○ 개발 프레임워크는 전자정부 표준프레임워크 최신버전을 적용하여야 함. 자체 프레임워크를 활용할 경우 전자정부 표준프레임워크 호환성 확인된 제품이어야 함 - 분석 및 설계 과정에서 프레임워크와 관련한 추가 요건이 도출될 경우, 그 내용을 수렴하여 프레임워크에 반영해야 함 - 프레임워크 활용을 위한 가이드를 제공해야 함 ○ 프레임워크 활용에 따른 성능 저하 및 H/W, S/W 구성상의 문제가 발생하지 않도록 사업 착수 단계에서 관련 이슈를 종합적으로 점검 및 확인하고, 필요 시 프레임워크를 최적화해야 함 ○ 사업 수행 과정에서 버전 변경 및 패치될 경우 관련 기능을 추가적으로 적용하여 오픈 시점에서 최신의 환경에서 시스템을 운용할 수 있도록 지원해야 함 ○ 본 사업에 포함된 개발‧운영환경과 형상‧배포관리 및 복잡한 배치작업 등을 처리하기 위해 필요 시 최적의 상용 S/W를 제안할 수 있음 ○ 분석 및 설계 과정에서 프레임워크와 관련한 추가 요건이 도출될 경우, 그 내용을 수렴하여 프레임워크에 반영해야 함 ○ 프레임워크 추가 및 변경, 기능, 기능 명세, 사용법 등은 어플리케이션 개발, 소프트웨어 설치, 환경 설정 등 관련 개발 표준 및 가이드에 반영해야 하며, 전 공정에 걸쳐 수요기관과 협의 하에 진행해야 하고, 프레임워크에 반영하기 어려운 독립된 요소일 경우, 별도 추가 문서로 관리해야 함 ○ 설계 단계 이전에 업무 개발 및 시스템 구성을 위한 공통 기능(모듈)을 도출하여 제시해야 하며, 개발 단계 이전에 재사용 가능 공통요소(공통 모듈 및 컴포넌트)를 개발하여 활용 가이드와 함께 제공해야 함 ○ 개발 모듈 특성에 따라 제안한 언어(프레임워크, 콤포넌트 등) 이외의 언어(프레임워크, 콤포넌트 등)을 사용할 경우 수요기관의 동의를 구해야 함
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-010
요구사항 명칭		개발·운영환경 구성 및 표준화
요구사항상세설명	정의	차세대 개발·운영환경 구성 및 표준화 개념 정의
요구사항상세설명	세부내용	○ 개발 프레임워크 및 운영 환경을 표준화·고도화하여 사용해야 하며, 반응형 웹을 지원하는 자체 디자인 시스템 환경 및 운영환경을 구축해야 함 ※ 사업자는 개발 프레임워크 기반으로 본 사업을 진행해야 함 ※ 사업자가 개발한 어플리케이션 소스(이미지, 폰트 등 포함) 일체를 제공해야 함 ※ 불가피하게 상용 S/W 사용 시에는 수요기관과 협의하여 진행해야 함 ※ 사업자가 정당한 사유로 프레임워크 변경 시에는 수요기관과 상호 협의해야 함 ○ 개발환경 구축의 자동화 및 최적화 - 개발 프레임워크는 전자정부 표준프레임워크 최신버전을 적용 - 필요 기능만을 선택적으로 설치함으로써 최적화된 개발환경을 구성하는 기능을 제공해야 함 - 한 번의 설치로 쉽고 빠르게 OS별 서버 환경을 구성하는 기능을 제공해야 함 ○ 구현도구 - 개발자의 코드 작성을 지원하는 도구로 IDE, Mobile IDE, Common Component, Mobile Common Component, Editor, Debug, Batch IDE 등으로 구성해야 함 ※ 사업자가 개발환경 및 운영환경은 수요기관 사정에 맞게 구성해야하고, 구성한 환경은 개발자 및 운영자가 쉽게 사용 할 수 있도록 교육해야 함
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-011
요구사항 명칭		형상‧배포관리 환경 구성
요구사항상세설명	정의	형상‧배포관리 환경 구성 개념 정의
요구사항상세설명	세부내용	○ CI/CD 파이프라인 구성 및 고도화해야 함 ○ 사업자는 백엔드, 프론트엔드, 데이터베이스, 웹서버 등 구축 시 적합성 검토 및 문제점을 분석하고, 해결방안을 제시해야 함 ○ 사업자는 기존 인프라를 연계하여 정보자원을 할당하고 빌드·배포 등의 개발환경을 고도화 해야 함 ○ 사업자는 지속적 서비스 개발·배포·관리를 위한 통합개발지원(CI/CD) 서비스를 고도화 해야 함 ○ 사업자는 조직간 독립된 서비스 운영을 위한 다중사용자(멀티테넌시) 환경서비스 지원방안을 기술 검토하고, 구축해야 함 ○ 사업자는 Docker 컨테이너를 활용한 응용프로그램 패키지화하고 어느 환경에서도 실행할 수 있는 안정적인 자동화 환경 구축해야 함 - 개발자를 위한 자동화 프로세스 구축하여 정기적으로 빌드 및 테스트 되어 공유저장소에 병합되어 충돌 없이 개발할 수 있는 환경 조성해야 함 - 개발자의 변경사항이 운영환경까지 자동으로 릴리스 될 수 있도록 자동화하여 최소한의 노력으로 배포 가능하도록 시스템 구성해야 함 - LLM Model, Prompt, Guardrail Policy는 승인된 버전만 운영 반영해야 함 [테스트 도구] ○ 개발자가 작성된 코드를 테스트하기 위한 도구로 Unit Test, Test Automation, Test Coverage, Test Reporting, Batch Job Test 으로 구성해야 함 [빌드 도구] ○ 개발자가 작성된 코드를 컴파일, 빌드, 배포하기 위한 도구로 Build와 Deploy해야 함 [형상관리] ○ 형상요소에 대한 식별 및 등록, 이력관리를 지원하는 Configuration Management와 이슈를 등록하고 검색할 수 있는 Change Management로 구성해야 함
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-012
요구사항 명칭		개발방법 표준화 및 문서화
요구사항상세설명	정의	개발방법 표준화 및 문서화 정의
요구사항상세설명	세부내용	○ (서비스 아키텍처 표준화) 사업자는 서비스 아키텍처 표준화를 통하여 통합 백엔드 아키텍처를 구현해야 함 - Service Layers, Process Layers, Convert Layers, Adapter Layers 등 - 프론트엔드와 백엔드 간의 통신 프로토콜 정의(HTTP, REST, SOAP 등) - 테이터 타입 정의(XML, JSON 등) - 통신구간 보안 방법 방안 제시 ○ (서버용 개발 환경 표준화) 사업자는 개발 환경 표준화를 제시해야 하며, 구축 시 문제점을 분석하고, 해결방안을 제시해야 함 - 라이브러리 관리 서버 구축 - CI/CD 파이브라인 구축(형상관리, 통합빌드 서버) - WEB/WAS 서버 구축 표준화 - Docker를 활용한 서버용 개발 및 운영 환경 마련 - 서버용 개발방법 표준화 ○ (개발자용 개발 환경 표준화) 사업자는 개발자 개발 환경 표준화를 마련해야 하고, 구축 시 문제점을 분석하고, 해결방안을 제시해야 함 - IDE 제시 및 개발 환경 템플릿 제시 - 개발 및 테스트 환경 마련 ○ (프론트엔드 개발 환경 표준화) UI/UX 프레임워크 표준화 방법을 제시해야 하며, 구축 시 문제점을 분석하고, 해결방안을 제시해야 함 - UI/UX 프레임워크를 활용한 수요기관 디자인 시스템을 구축해야 함(PC/Mobile, 웹표준, 웹접근성 준수) ○ (서비스 구성에 따른 운영 표준화) 시스템(서비스) 구성에 따른 운영 및 관리 표준화를 제시해야 하고, 운영 표준화에 문제점을 분석하고, 해결방안을 제시해야 함 - 운영 및 관리방법 표준화(형상관리, 배포관리, 미들웨어, 데이터베이스, WEB, WAS 등) - Secure Coding 표준화 및 문서화 - Coding Convention 작성 - Naming Rule 제시, Getting Started (온라인 교육 및 사용법 작성)
산출정보		시스템 개발 표준적용 기술서
관련요구사항

요구사항 분류		제약사항
요구사항 고유번호		COR-013
요구사항 명칭		감리 대응
요구사항상세설명	정의	감리 대응
요구사항상세설명	세부내용	○ 감리계획에 따른 실행에 대응해야 함 - 본 사업은 정보시스템 감리 대상으로 한국지능정보사회진흥원의 ｢정보시스템 감리 수행 가이드｣에 기재된 사항을 점검할 수 있도록 감리법인이 점검하기 위해 요구하는 산출물을 작성하여 제출해야 함 - 감리업체의 감리 수행을 적극 지원해야 하며, 감리 준비 및 인터뷰 등의 대응으로 인하여 소요되는 공수가 사업 진행에 영향을 미치지 않도록 유의해야 함
산출정보		감리 요구자료, 감리지적사항 조치결과서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-001
요구사항 명칭		사업 및 업무 협조 체계 관리
요구사항상세설명	정의	사업 및 업무 협조 체계 관리
요구사항상세설명	세부내용	○ 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리 방법론을 통한 체계적인 사업 관리 방안 제시함 ○ 개발의 완성도를 높이기 위해서 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리(관리도구 이용)해야 함 ○ 본 사업의 성격상 사업자는 수요기관의 실무 부서와의 협의 및 자료 요청 등에 있어 실무부서의 상황에 따라 사전 협의 일정 계획 등을 수립하여 적절히 대응해야 함. 원활한 과업추진을 위해 필요시 비정기적인 보고를 요청 할 수 있음 ○ 사업자는 사업에 참여하는 수행업체 간 역할과 책임을 명확하게 정의하여 상호협약 계약을 체결하고, 수요기관 정보화본부에 계약서를 제출해야 함
산출정보		사업수행계획서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-002
요구사항 명칭		사업 방법론
요구사항상세설명	정의	사업 방법론 제안 요구사항
요구사항상세설명	세부내용	○ 제안사는 사업범위 및 일정, 비용 및 인력, 품질관리, 위험관리, 산출물 관리 방안 등을 포함한 관리 방법론을 제안하여야 함 ○ 프로젝트 수행과정에서 발생하는 의견조정에 관한 절차와 해결책을 제시해야 함 ○ 프로젝트 사업 관리를 체계적으로 수행하기 위한 사용 가능한 관리 Tool을 제시하여야 함
산출정보		사업수행계획서, WBS
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-003
요구사항 명칭		사업수행계획
요구사항상세설명	정의	사업수행계획 제출 요구사항
요구사항상세설명	세부내용	○ 계약 후 14일 이내 계약서, 제안요청서, 제안서를 근거로 일정계획, 보고계획, 산출물 관리계획, 교육계획 등을 종합적으로 포함한 착수계와 사업수행계획서를 작성하여 제출하고 발주처의 승인을 득해야 함 - 사업수행계획서는 제안요청서와 제안서의 내용을 포함하여 향후 용역수행 시 지침으로 활용할 수 있는 수준으로 작성하여야 함 ○ 프로젝트 사업수행계획서는 제안요청서, 제안서, 사업수행계획서의 내용이 모두 포함된 과업대비표를 포함하여야 함 ○ 수주자는 원활한 프로젝트를 위하여 사업기간 전후로 필요한 인수‧인계 일정, 월 보고일정, 품질보증기간 등이 포함된 전 사업기간에 걸친 일정계획을 사업수행계획서에 포함하여 제출하여야 함
산출정보		착수계, 사업수행계획서, 과업대비표
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-004
요구사항 명칭		사업 일정 관리
요구사항상세설명	정의	사업 일정 관리 제시
요구사항상세설명	세부내용	○ 일정 계획은 사업수행계획서 제출 시 포함하여 제출해야 함 ○ 사업자는 수요기관가 제시한 전체 사업 일정을 참고하여 사업을 성공적으로 수행하기 위한 현실성 있는 추진일정 및 세부 활동 내용 등이 포함된 개발 일정 계획을 제시해야 함 ○ 본 사업에 대해 업무 영역, 개발 단계, 공통 팀 및 파일럿 프로젝트 운영, 테스트(단위/통합/성능/인수), 데이터 이행, 시범운영, 시스템 오픈 및 안정화* 등을 포함한 상세 일정 계획을 수립하여 제시해야 함 * 안정화 : 일별 가동 상태 모니터링 및 기록, 예방 점검 활동 실시, 운영 유지관리 인력 교육, 자체 헬프데스크 운영 및 비상연락체제 가동, 개발자원 이관 및 기술지원 등 서비스 전반에 대한 안정적인 운영을 의미함 ○ 개발 일정계획을 수립하여 계획 대비 실적을 관리해야 함. ○ 천재지변 등 불가항력으로 사업수행에 지장이 생겼을 때와, 설계 변경 또는 수요기관의 사유로 사업기간의 연장이 불가피 할 때 수요기관의 승인을 얻어 기간을 연장함
산출정보		사업수행계획서, WBS
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-005
요구사항 명칭		사업수행 조직 구성
요구사항상세설명	정의	사업수행 조직 구성
요구사항상세설명	세부내용	○ 사업의 특성 및 사업관리 위험요소를 고려하여 구체적인 조직 구성 방안 제시 ○ 본 과업에 참여하는 기술자는 충분한 학력, 경험 및 자격을 갖추어야 하며, 수요기관이 과업의 적정한 수행에 부적격하다고 판단하는 경우, 그 교체를 요구할 수 있으며 수행기관은 정당한 사유가 없는 한 이에 따라야 함 ○ 불가피한 경우를 제외하고는 파견근로자는 사용하지 않는 것을 원칙으로 하되, 필요시 원수급자 인력으로 채용하여 투입하여야 함 ○ 사업자는 사업에 참여하는 수행업체 간 역할과 책임을 명확하게 정의하여 수행조직을 구성해야 함 ○ 인력 교체 필요시, 해당 기간 동안 발생하는 업무의 안정화 및 품질저하 방지대책을 제시해야 하고, 인계·인수 기간 동안 교체인력에 대한 인건비는 사업자 부담으로 처리해야 하며, 투입공수에서 제외함 ○ 추진조직 외에 본 사업을 성공적으로 수행할 수 있도록 지원 또는 자문조직의 구성을 제시할 수 있으나, 수행 역할과 결과물이 명확해야 함
산출정보		사업수행계획서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-006
요구사항 명칭		수행환경
요구사항상세설명	정의	수행환경 구성 요구사항
요구사항상세설명	세부내용	○ 제안사가 원격지 개발을 요청하는 경우, 본 제안요청서에 명시한 보안요구사항 및 프로젝트 관리 요구사항 등을 모두 충족하는 원격지 보안관리대책을 제시하여야 함
산출정보		사업수행계획서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-007
요구사항 명칭		업무 보고 및 산출물 관리 방안
요구사항상세설명	정의	업무 보고 및 산출물 관리 방안 제시
요구사항상세설명	세부내용	○ 계약일로부터 14일 이내에 사업수행계획서를 제출해야 하고, 사업 종료 7일전까지 결과보고서(10부, USB 1개, 요약보고서 포함)를 제출해야 함 ○ 협의된 양식에 의거 정기보고서(주간, 월간 등)를 작성‧제출하고, 사업진행 중 착수보고회, 중간보고회, 완료보고회를 개최해야 하며 개최방법은 수요기관과 협의 ○ 원활한 과업 추진을 위해 필요시 비정기적인 보고 요청에 대응함 ○ 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시해야 함 - 산출물 및 각종 워크시트의 관리방안을 제시해야 함 - 산출물 제출 시기는 사업추진 공정, 품질보증 계획과 연계하여 제시해야 함 - 용역 완료 시 제출하는 최종 결과물(프로그램 소스 등)은 수요기관의 승인을 득한 후 원본 파일을 USB에 수록하여 산출물과 같이 제출해야 하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조해야 함
산출정보		수시/주간/월간 보고서, 착수/중간/완료 보고서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-008
요구사항 명칭		참여 인력 보안 서약 및 책임
요구사항상세설명	정의	보안서약서 제출 및 보안 준수
요구사항상세설명	세부내용	○ 사업에 참여하는 모든 인원은 보안서약서를 제출해야 함 ○ 사업 수행 중 취득한 지식에 대하여 과업수행 중은 물론 사업이 완료된 후에도 외부에 누설하거나 다른 용도로 이용해서는 안 되며, 이를 위반하였을 경우 법적인 책임을 져야 함
산출정보		보안서약서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-009
요구사항 명칭		정보, PC, 해킹, 자료 등 보안 계획 수립 및 실행
요구사항상세설명	정의	정보, PC, 해킹, 자료 등 보안 계획 수립 및 실행 방안 제시
요구사항상세설명	세부내용	○ 사업수행기간 중 보안 관련 법규를 준수하고 대외 보안 유지에 적극 협조해야 함 - 사업 수행기간 중 중요 데이터 등 정보 누출에 대비하여 구체적인 정보보호계획 및 방안을 제시해야 함 ○ 외부PC(노트북 등) 반입 시 수요기관의 보안 프로그램을 반드시 설치하여 내부 사용자 보안 사항을 준수해야 함 ○ 사업기간 내 사용되는 모든 개발용 PC, 노트북 등 정보화기기의 사용 현황을 수요기관에 신고 관리해야 함 ○ 사업자가 사용하는 개발 PC는 인터넷 연결을 금지함 ○ 정보시스템을 외부로 반출할 경우 사전에 수요기관 정보화본부 보안담당자의 통제를 받아야 함 ○ 해킹, 바이러스 등으로 인한 침해사고 예방대책 및 서비스 중단사태 발생에 대한 긴급복구 방안 등을 포함한 보안 대책을 제시해야 함 ○ 사업기간 중 불법 S/W의 사용으로 인한 문제에 대한 책임을 져야함 ○ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지해야 함
산출정보		사업수행계획서(보안관리계획), 장비·PC 관리대장
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-010
요구사항 명칭		품질관리
요구사항상세설명	정의	품질관리 요구사항
요구사항상세설명	세부내용	○ 품질관리 조직과 운영절차를 구체적으로 제시하고 준수하여야 함 - 사업자는 프로젝트 수행 공정 및 산출물에 대한 품질 관리를 위해 전담 품질 관리자 및 QA/QC 조직을 운영하고, 지속적인 품질 보증 활동을 수행해야 함 ○ 품질활동의 제반절차 및 산출물을 명시한 품질관리계획을 제안서 및 사업수행계획서에 상세하게 기술하여야 하며, 이에 근거하여 체계적이고 효과적인 프로젝트 진행을 위하여 사업기간동안 품질관리 조직을 통해 품질보증활동을 수행하고 결과물을 제출하여야 함 ○ 제안사가 대외적으로 프로젝트 수행 품질을 인정받을 만한 인증(CMM, ISO/IEC, SP 인증 등)을 획득한 경우, 그 내용을 입증할 수 있는 근거 서류를 제출해야 함
산출정보		품질관리계획서, 품질점검 결과서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-011
요구사항 명칭		검수 및 검사
요구사항상세설명	정의	검수 및 검사 요건
요구사항상세설명	세부내용	○ 검수는 완료보고서 접수일로부터 14일 이내에 실시 - 제안요청서, 제안서, 협상 결과, 계약서, 사업수행계획서 등과 일치하지 않을 경우 지체 없이 보완 후 재검수를 받아야 함 ○ 서비스 정상가동 여부에 대하여 확인하며, 프로그램 관리, 기술지원 등 서비스 운영에 필요한 제반사항을 포함해야 함
산출정보
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-012
요구사항 명칭		요구사항 관리
요구사항상세설명	정의	사용자 요구사항 관리 방안에 대한 요구사항
요구사항상세설명	세부내용	○ 사업자는 요구사항 정의서에 기능 및 비기능으로 구분하여 요구사항을 빠짐없이 관리해야 하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전 단계의 관련 산출물에 반영여부를 확인할 수 있도록 요구사항 추적표를 관리해야 함 ○ 요구사항 분석·설계 단계에서 현업부서의 검토·확인을 완료한 후 구현 단계를 진행해야 함. (제안 시 구체적인 검토·확인 주기 및 점검 방안 제시 필요)
산출정보		요구사항정의서, 요구사항 추적표, 검사기준서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-013
요구사항 명칭		시스템 공급 및 설치
요구사항상세설명	정의	시스템 공급 및 설치 지원 요구사항
요구사항상세설명	세부내용	○ 시스템 구축 시 도입되는 솔루션 또는 SW가 있을 경우 공급 및 설치에 필요한 제반사항(S/W 설치 및 테스트 등)은 제안업체가 본 사업 과업 범위에 포함하여 지원하여야 함 ○ 수요기관이 직접 구매한 SW가 있을 경우 공급 및 설치 시에 HW 또는 활용 시스템 담당자가 연관된 업무를 지원해야 함
산출정보		SW 설치·구성 내역서, 설치시험 결과서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-014
요구사항 명칭		개발환경
요구사항상세설명	정의	개발환경 구성 요구사항
요구사항상세설명	세부내용	○ 시스템 개발, 시험, 사업관리, 품질관리 등에 필요한 일체의 장비 및 비품은 제안사가 준비해야 함 ○ 시스템 개발, 시험, 사업관리, 품질관리 등에 필요한 일체의 프로젝트 관리도구 SW는 개발사가 준비해야 함
산출정보		개발환경 구성내역서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-015
요구사항 명칭		위험 및 이슈관리
요구사항상세설명	정의	위험 및 이슈관리 요구사항
요구사항상세설명	세부내용	○ 성능, 보안, 일정지연, 품질저하, 장비 변경에 따르는 예산초과, 제도변경 등 리스크 발생을 사전 예방하고, 리스크 발생 시 사후 대처방안을 제시해야 함 ○ 성능 문제 등으로 프레임워크 수정, H/W 및 S/W 변경이 발생하는 경우의 대응 방안을 구체적으로 제시해야 함 ○ 프로젝트 수행 과정에서 발생하는 진척/위험/변경사항에 대한 관리 방안을 수립하고, 지속적으로 이슈 및 위험을 모니터링하고, 대응할 수 있는 체계를 수립해야 함 ○ 수요기관과 협의를 통해 데이터 이관 필요시 범위를 조기에 확정하고, 실제 이관 시 데이터 누락 방지 방안을 제시해야 함
산출정보		위험관리대장, 이슈관리대장
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-016
요구사항 명칭		과업변경관리
요구사항상세설명	정의	과업변경관리 요구사항
요구사항상세설명	세부내용	○ 과업변경 내역이 관리되어야 함 ○ 계약자는 수요기관의 승인 없이 과업내용을 변경할 수 없음. 다만 다음의 경우에 한하여 수요기관의 승인을 득한 후에 변경할 수 있음 - 수요기관의 방침 또는 제도 변경이 있는 경우 - 당초 과업 구상 시 예기치 않은 사항의 발생으로 변경이 불가피 하게 되었을 경우 - 기타 천재지변 등 부득이한 사유가 발생 되었을 경우
산출정보		과업변경관리대장, 변경요청·승인서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-017
요구사항 명칭		저작권 및 지적재산권 보호
요구사항상세설명	정의	산출물 저작권에 대한 관리
요구사항상세설명	세부내용	○ 정보서비스에서 제공하는 모든 디자인 및 콘텐츠, 폰트는 저작권법에 위배되지 않아야 하고, 국내외에서 저작권 침해 분쟁이 발생되었을 경우 손해배상 뿐 아니라 민형사상 책임 등 일체의 책임은 사업수행자에게 있으며, 사업수행자 의지로 소요되는 모든 비용을 부담하여 조속히 분쟁을 해결하여야 함 ○ 본 사업에서 제공한 이미지 등 모든 디자인과 콘텐츠의 설계·구현·운영에 관련된 모든 구성요소에 대한 사용권은 수요기관에 있음(단, 저작권과 지식재산권은 개발사와 공동 소유) ○ 본 사업을 통해 개발되는 소프트웨어는 (계약예규) 「용역계약일반조건」 제56조(계약목적물의 지식재산권 귀속 등)에 따라 타 기관과 공동활용할 계획이 없음
산출정보		저작권·라이선스 목록, 지식재산권 확인서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-018
요구사항 명칭		품질(DB 포함) 보증 방안
요구사항상세설명	정의	품질(DB 포함) 보증 방안
요구사항상세설명	세부내용	○ 사업자는 산출물에 대한 품질 보증 범위, 품질 보증 조직, 절차, 점검 방법 등 품질 보증 방안을 제시해야 함 ○ 사업자는 프로젝트 수행 공정 및 산출물에 대한 품질 관리를 위해 전담 품질 관리자 및 QA/QC 조직을 운영하고, 지속적인 품질 보증 활동을 수행해야 함 - 품질보증계획 수립, 품질보증 목표 및 표준에 대한 교육해야 함 - 계획에 따른 품질보증 수행, 품질결함분석 및 시정조치, 변경 요청해야 함 - 단계별 품질목표 달성, 품질표준 준수 등에 관한 보고서 제출해야 함 ○ 제안사가 대외적으로 프로젝트 수행 품질을 인정받을 만한 인증(CMM, ISO/IEC, SP 인증 등)을 획득한 경우, 그 내용을 입증할 수 있는 근거 서류를 제출해야 함 [DB 품질 수준 목표] ○ RAG 검색 정확도(Hit Rate@K 등) 목표치 제시 및 정량 검증 ※ AI포털시스템은 RAG 원천문서의 유효성, 최신성, 중복성, 공개등급, 메타데이터 정확성, OCR 정확성 및 Vector 색인 누락 여부를 품질관리 대상으로 한다. [DB 단계별 품질검증 절차의 구체성 및 적정성] ○ 품질 목표 달성을 위한 단계별 품질 검증 절차 및 방법을 구체적으로 제시해야 함 - 본격적 DB구축 작업 이전에 시범구축을 실시하여 작업용 DB 구축시스템을 사전 검증하고, 수요기관 협의 하에 세부지침 및 품질기준 등 확정 함 - 최종 DB구축 완료 데이터를 수요기관 IDC로 이관 전 데이터 완전성 및 정확성 확보를 위한 검증 방안 마련해야 함 ○ 국가 DB사업 표준방법론인 데이터베이스구축방법론에서 제시하는 3단계 품질검사 체계 준수해야 함 ※ 사업자 통합검사 > 주관기관 검사 > 데이터 이관 후 검사
산출정보		데이터 품질관리계획서, RAG 데이터 품질검증 결과서, OCR 검수결과서, 데이터 적재·색인 검증결과서
관련요구사항

요구사항 분류		프로젝트 관리 요구사항
요구사항 고유번호		PMR-019
요구사항 명칭		SW사업정보 저장소 데이터 작성 및 제출
요구사항상세설명	정의	SW사업정보 저장소 데이터 작성 및 제출 개념 정의
요구사항상세설명	세부내용	○ 「소프트웨어 진흥법」 제46조에 따라 해당 사업 수주자는 SW 사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출해야 함 ※ SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 등록 및 활용 방법 메뉴얼’ 문서를 참조토록 함 ○ SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 ○ SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함
산출정보		SW사업정보 저장소 데이터
관련요구사항

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-001
요구사항 명칭		하자보수
요구사항상세설명	정의	하자보수 요구사항
요구사항상세설명	세부내용	○ 사업자가 제3자로부터 구매하여 공급한 제품과 자체 개발한 S/W를 포함한 전 시스템의 하자보수 기간은 검사완료일로부터 12개월로 함 ○ 하자보수 지원방안에 지원범위, 지원방법(상주, 비상주 등) 및 지원 인원을 포함하여 제시해야 함 ○ 시스템의 안정성 및 신뢰성 확보와 장애시간을 최소화하기 위하여 시스템을 단위 요소기술과 기능으로 구분하여 각각에 대한 세부 하자보수 계획을 제시해야 함 ○ 사업수행자는 다음과 같은 사항을 하자보수 활동에 포함하여 지원해야 함 - 공급한 제품(H/W, S/W 등)과 개발한 S/W 등의 전 시스템 ○ 개발 시스템의 정상 운영을 위한 시스템 조건, 조직, 보안대책 수립, 최적화된 프로그램 수행해야 함 ○ 목표시스템의 관리 및 운영조직을 기술하고 해당 조직의 역할과 책임, 기타 제도적 운영관리 대책 기술을 마련해야 함 ○ 데이터베이스 구축 정보 현행화 방안 기술을 마련해야 함
산출정보		유지관리 및 하자보수 계획서
관련요구사항

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-002
요구사항 명칭		기술이전
요구사항상세설명	정의	기술 이전 방안 개념 정의
요구사항상세설명	세부내용	○ 프로젝트 수행과정과 관련된 필요한 기술이전 대상에 대한 목록과 기술이전 방법을 제시하여야 함 - 수행사는 시스템 개발 및 관련분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응해야 함 - 수행사는 구축한 시스템에 대하여 주관기관이 기능보완을 하고자 할 경우 필요한 제반 기술사항을 지원하여야 함 - 주관기관의 요청 시 해당 시스템에 대한 사양과 운영에 관한 기술을 지원하여야 함 ○ 사업자는 시스템 개발 중이거나 개발 이후에도 관련분야의 최신 정보 기술에 대한 지속적인 정보제공 여부에 관한 내용을 제시하여야 함 ○ 관리자·개발자 기술이전에 다음을 포함하여야 함. H200/GPU 자원관리 → Kubernetes → 모델 Serving → LLM Gateway → RAG → Prompt/Guardrail → MCP Tool 연계 → 모니터링 → Backup/Restore → API 운영
산출정보		기술이전계획서, 기술이전 결과서
관련요구사항

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-003
요구사항 명칭		교육지원
요구사항상세설명	정의	교육 일반사항 개념 정의
요구사항상세설명	세부내용	○ 사업자는 사업 착수부터 완료까지 시스템 개발 및 운영에 필요한 교육을 실시해야 하며, 수요기관에 교육계획서를 제출하여 승인을 얻어야 함 - 개발자 대상 기술 이전 및 업무산출물 활용 교육해야 함 - 사용자 대상 시스템 사용 방법 및 활용 교육해야 함 - 시스템 개발 및 운영 관련 교육해야 함 ○ 교육계획서에는 교육훈련에 대한 목적 및 내용, 교육대상, 방법, 일정, 장소, 강사진 등 상세사항이 포함되어야 하며, 구축한 응용프로그램 관련 교육과정이 있을 경우 그 내용을 포함해야 함 ○ 개발자, 운영자 대상으로 구축한 응용프로그램에 대한 기본 교육과 운영 교육을 본 사업 과업 범위에 포함하여 제공해야 하며, 이에 관한 일정, 교육내용, 대상, 인원, 장소 등 교육 실행 및 기술 이전 방안을 제시해야 함 ○ 운영자에 대한 교육 내용은 시스템 운영, 감시, 보안, 비상복구 방법 등 시스템을 운영하는데 필요한 사항과 장애 대처 방법 등이 포함되어야 함 ○ 사전에 수요기관 담당자 교육 일정 및 교재(매뉴얼)를 제공해야 함 ○ 구체적인 교육 대상과 일정은 수요기관와 협의하여 결정함 ○ 기타 수요기관가 본 사업의 개발, 운영, 활용을 위해 필요한 교육을 요청할 경우, 사업자는 이에 응해야 함
산출정보		교육계획서, 교육교재, 교육결과서
관련요구사항

대상	교육시간
시스템·AI 관리자	2시간 × 4회 이상
개발·운영자	2시간 × 4회 이상
Agent Studio/업무관리자	2시간 × 2회 이상
일반 사용자	1시간 × 2회 이상

요구사항 분류		프로젝트 지원 요구사항
요구사항 고유번호		PSR-004
요구사항 명칭		사용자 매뉴얼
요구사항상세설명	정의	사용자 매뉴얼 지원 요구사항
요구사항상세설명	세부내용	○ 사업자는 사용자들이 본 시스템을 효과적으로 활용할 수 있도록 사용자 매뉴얼과 온라인 교육 콘텐츠를 제공해야 함 ○ 사용자 매뉴얼은 각 기능별/메뉴별/영역별로 구분하여 제작해야 하며, 사용할 수 있는 모든 기능을 포함하고, 화면 단위로 내용을 손쉽게 이해할 수 있도록 작성해야 함 ○ 사업자는 사용자와 운영자들이 하이퍼링크를 통해 해당 기능의 내용으로 연결되어 편리하게 참조하고, 변경 내용을 신속하게 반영할 수 있도록 매뉴얼 관리 시스템을 구축해야 함
산출정보		사용자 매뉴얼, 사용자 교융자료, 온라인도움말
관련요구사항

참가자격

Ⅴ 제안 안내 및 평가 기준

1. 입찰방식 □ 입찰 참가 자격 기준 ◦ 경쟁입찰 참가자격을 갖추고, 조달청 입찰참가자격 등록증을 소지한 사업자 ◦ ｢국가를 당사자로 하는 계약에 관한 법률｣제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체 ◦ ｢소프트웨어 진흥법｣ 제24조에 의한 소프트웨어사업자(컴퓨터관련서비스업[업종코드 1468]) ※ 최근년도 결산신고된 SW사업자 신고확인서 제출 ◦ ｢소프트웨어 진흥법｣ 제24조의2 제3항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음 ◦ ｢소프트웨어 진흥법｣ 제48조(중소 소프트웨어사업자의 사업참여 지원)에 따른 ｢중소 소프트웨어사업자의 사업 참여 지원에 관한 지침｣ 준수 ◦ 본 사업은 20억 미만의 사업으로써, ｢소프트웨어산업진흥법｣제24조의2제2항 및 ｢대기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한(과학기술정보통신부)｣에 의거 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여 제한(중소기업자만 입찰참가 가능) ◦ ｢중소기업제품 구매촉진 및 판로지원에 관한 법률｣ 제9조 및 동법시행령 제10조의 규정에 의거해 개찰일 전일까지 발급받은 유효기간 내 직접생산확인증명서(정보시스템개발서비스:8111159901) 제출이 가능한 업체(중소기업자) ◦ 공동수급 및 하도급 불허

※ 공동수급 및 하도급 불허 사유 - 대학 학사·인사 기간계(K-Cloud) 연동 및 비공개 내부 데이터 처리에 따른 엄격한 보안 통제 필요 - 온프레미스 고성능 AI 인프라 연계, LLM 서빙, RAG 파이프라인 등 핵심 시스템 아키텍처 간 높은 결합도 및 일관된 품질 확보 필요 - 시스템 장애 예방 및 하자보수 책임 일원화 필요 ◦ 본 사업을 낙찰받은 계약상대자는 과업의 전부 또는 일부를 제3자에게 하도급할 수 없으며, 위반 시 ｢국가를 당사자로 하는 계약에 관한 법률｣ 제27조에 따라 부정당업자 입찰참가자격 제한 등 제재 조치를 받을 수 있음 ◦ 과업심의위원회 개최 - 본 사업은 ｢소프트웨어 진흥법｣ 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따라 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우 계약상대자는 국가기관 등의 장에게 소프트웨어사업 과업변경요청서*를 제출하여 과업심의위원회의 개최를 요청할 수 있음 - 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업심의위원회를 개최 완료하여 과업내용을 최종 확정함 * 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 12호서식 참조 □ 사업자 선정 방식 ◦ ｢국가를 당사자로 하는 계약에 관한 법률 시행령｣ 제43조 및 제43조의2에 의거 “협상에 의한 계약체결” 방법 적용 ◦ 계약체결에 필요한 세부적인 사항은 기획재정부 계약 예규 “협상에 의한 계약체결기준” 적용

배점·평가

2. 제안서 평가방법 ◦ 기술평가와 가격평가를 실시하여 종합평가점수로 평가 ① 평가비율: 기술평가(90%), 가격평가(10%) ② 종합평가점수 = 기술평가점수 + 입찰가격 평가점수 ◦ 기술평가 방법 ※ 본 사업은 「소프트웨어 기술성 평가기준 지침」 제4조제5항에 따른 차등점수제를 미적용한 사업임 ① 제안서 평가는 강원대학교에서 실시하며, 제안서의 공정한 평가를 위해 ｢교육부 기술(제안서) 평가업무 처리규정｣에 의해 전문가로 구성된 기술평가위원회를 구성한다. ② 각 항목별 평가배점과 방법은 ｢3. 기술성평가기준｣에 의한다. ③ 각 평가위원의 평가점수 중 최고점수와 최저점수를 제외한 나머지 점수를 산술평균한 점수를 90점 만점으로 환산하며 기술능력평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정한다. ※ 최고 또는 최저점수가 2개 이상일 때에는 하나만 제외 ④ 평가점수 결과는 소수점 다섯째자리에서 반올림한다. ◦ 우선협상대상자 선정 및 계약체결 ① 협상대상자 중 기술평가점수와 가격평가점수를 합한 점수가 1위인 제안사를 우선협상대상자로 선정하여 기타 지원조건 등을 협상한다. ② 종합평점이 동일한 경우 기술평가 우위자를 우선협상대상자로 선정하고 기술평가 점수가 동일한 경우에는 기술평가의 배점이 큰 평가항목에서 높은 점수를 얻은 자로 한다.

구 분	평가부문	평 가 항 목	배점
정량 평가 (5)	경영상태	󰋯업체 신용평가 등급	5
정성 평가 (85)	사업수행 적합성	󰋯유사 생성형 AI/LLM/RAG 구축 경험 및 본 사업 적용 방안	5
	전략 및 방법론	󰋯사업 이해도, 추진 목표 및 핵심 전략의 타당성 󰋯개발 방법론, 표준프레임워크(전자정부 호환) 및 CI/CD 적용 방안 󰋯요구사항 분석 및 과업 항목의 완전 수용성	15
	기술 및 기능	󰋯통합 AI 포털 UI/UX, 대화창 멀티 컨트롤 및 마이페이지 구현 방안 󰋯LLM Gateway 지능형 라우팅, 가드레일(PII 차단) 및 Fallback 체계 󰋯하이브리드 RAG 및 10종 문서 파싱·동기화 기술력 󰋯대학 특화 서비스 (지능형 시간표, 문서작성 자동화, 상담챗봇) 구현 󰋯기본 에이전트(규정, 학사상담, 문서초안, 요약, 번역, 회의록STT, 이미지) 탑재 및 구현 방안 󰋯No-Code Agent Studio, 프롬프트 관리 및 MCP 표준 도구 연계 방안	30
	성능 및 보안	󰋯DGX H200, L40S, Pure Storage, AIPUB 자원관리 연계 최적화 방안 󰋯Kubernetes 기반 모델 서빙 및 Web/WAS 컨테이너 아키텍처 󰋯응답성능(TTFT 단축), 스트리밍 처리, Trace ID 분산추적 및 부하분산 대책 󰋯실시간 PII 마스킹, 프롬프트 인젝션 방어 구현 대책	15
	프로젝트 관리 & 품질보증	󰋯사업수행 조직 구성, PM/PL의 전문성 및 일정(WBS) 관리 󰋯RAG 정량적 품질평가(Precision/Recall/MRR) 측정 및 검증 방안 󰋯AI 기본법 준수, 보안 취약점 점검 및 개인정보보호 대책	10
	프로젝트 지원	󰋯인프라·K8s·서빙·Gateway·RAG·MCP 전주기 기술이전 로드맵 󰋯관리자/사용자 대상 정량 교육 훈련 계획 및 매뉴얼 제공 방안 󰋯하자보수(12개월) 체계 및 24시간 비상 장애복구 지원 대책	10

※ 소프트웨어 기술성 평가기준 지침(과학기술정보통신부 고시) 준용 ◦ 정량평가: 경영상태(5점) - 객관적 자료(확인서, 증명서)를 근거로 점수 부여 - 경영상태 평가기준(제9조제3항제1호 관련)

신용평가등급			평점
회사채	기업어음	기업신용평가등급	평점
AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0	A1, A2+, A20, A2-, A3+, A30	AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0	5 (배점의 100%)
BBB-, BB+, BB0, BB-	A3-, B+, B0	BBB-, BB+, BB0, BB-	4.75 (배점의 95%)
B+, B0, B-	B-	B+, B0, B-	4.5 (배점의 90%)
CCC+ 이하	C 이하	CCC+ 이하	3.5 (배점의 70%)

과업·요구

○ 사업금액:	900,000,000원(부가가치세 포함)
○ 추정가격:	818,181,818원(부가가치세 제외)
○ 납품기한:	계약 후 150일 이내
○ 수요기관:	강원대학교
○ 검사/검수기관:	수요기관 / 수요기관
○ 분할납품:	불가
○ 인도조건:	과업내역에 따름
○ 납품장소:	과업내역에 따름
○ 하자담보책임기간 :	1년
하자담보비고내용 :	과업내역에 따름(제안요청서 등에 별도 명시된 경우 그에 따름)

참가자격

3. 입찰참가자격

---------------------------------------------------------------------------------------------------------------------------------------- 아래의 입찰참가자격을 모두 갖춘 자이어야 합니다. ○ 국가종합전자조달시스템 입찰참가자격등록규정에 따라 반드시 전자입찰서 제출 마감일 전일까지 나라장터(G2B시스템)에 아래의 사항을 모두 입찰참가자격으로 등록한 자 - [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체 ○ 「중 소기업 제품 구매 촉진 및 판로지 원에 관한 법 률」 제 9조 및 같은 법 시행 령 제 10조 의 규정에 따 라 직접 생 산 확인증 명서[정 보시스 템개발 서비스 (세부품 명번호 10자리 : 8111159901)]를 소지한 자. ○ 「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인 으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자

원문 공고 보기