공통 요구사항

가) 교수자 연계 전주기 품질 관리 체계

1. 교수진 자문 기반 요구사항 도출

• 자문그룹(교수진) 인터뷰 등을 통해 교육 현장의 실질적 요구사항 수집 및 문서화
• 요구사항 정의서(SRS) 및 UI/UX 명세서 작성/제출
• 정기적 보고와 협의를 통해 자문그룹 검토(Review) 및 최종 승인 완료
• 교수 자문 보고서 산출물로 발주기관에 제출

주의

개발 기능은 교수진 자문 기반 요구사항을 통해 추가될 수 있음

2. 서비스 릴리즈 전 단계별 검증

• 내부 시험 운영: 서비스 출시 최소 2주일 전부터 시작
• 베타 서비스 운영: 정식 개강 전 웹 서비스 오픈 → 사용성 점검
• 오류 리포트 및 수정: 상세 관리 및 보고

3. 리빙랩(Living Lab) 및 실증 사업

• 개발 중간 결과물을 특정 수업에 적용 (실제 학생/교수 사용)
• 담당 교수의 피드백 + 효과성 분석 보고서 → 시스템 반영
• 리빙랩 비용(수업 운영비, 조교비, 데이터 분석비 등)은 한림대학교 산학협력단에 위탁 용역으로 지급

4. 최종 인수 테스트 및 시스템 이관

• 자문단 중심 UAT: 교수 설계 의도 부합 여부, 문제 풀이/피드백 정확성 최종 테스트
• 자문단 '만족' 결과 얻을 때까지 보완 및 재테스트 반복
• 인수 테스트 결과 보고서 제출 → 발주기관 승인 후 시스템 이관

나) 중도금 지급 조건

• 중간보고 시점에 주요 기능 요구사항 구현 및 검수 완료 전제
• 중간 보고 시점까지 완료된 산출물 모두 제출

다) KELI 탑재 배포

• 최종 결과물은 KELI(K-University AI EduTech and Learning Initiative) 탑재 형태로 배포

라) 소스코드 관리

• 발주기관 제공 저장소에 소스코드, 관련문서, 커밋 히스토리를 주기적(최소 주 1회) 업로드
• 발주기관이 진행 상태, 개발 공정률, 코드 품질을 수시 점검 가능하도록 협조

마) LLM 연계

• 상용 LLM(GPT, Claude 등) 또는 고성능 외부 모델과 연계 가능한 확장 구조
• 운영 비용 및 계정은 발주처 부담/관리 원칙

바) 유료 서비스 요구사항

• 유료 서비스 사용 시: 사용 사유, 가격체계, 규모별 예상 비용, 안정성 등 종합적 근거 제시
• 사업기간 중 유료 서비스 사용료: 수행사 부담
• 서비스 오픈 이후: 발주처 계정 사용 원칙
• 과제 종료 시 사용료 수정 내용 보고서 포함