요약: [별첨] 데이터 아키텍처. 원본 pptx. 결정론 추출본(표·텍스트). 그래픽/다이어그램 비전 재구성은 보류.

[별첨] 데이터 아키텍처


Slide 1 — # 별첨 : 데이터 아키텍처[목표모델 수립]

별첨 1데이터 저장소 용량산정
별첨 2샤딩_파티셔닝
별첨 3지식그래프 기본개념
별첨 4데이터 HUB 구성도(6.2.1)-A3
별첨 5데이터 파이프라인 구성도(6.2.2.6)-A3
별첨 6데이터 개념모델(6.1.4.22)
별첨 7복제 및 HA구성 설계

Slide 2 — 저장소 용량산정 개요

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 저장소 용량산정 개요
  • 본 저장소 용량산정은 2026~2027년 구축과 2028년 서비스 개시를 전제로, 사용자 규모뿐 아니라 학습이벤트, 콘텐츠, AI색인, 지식그래프, 로그·감사, 백업·DR을 종합 반영한 발주·견적 기준자료임

구분내용
산정목적구축사업 발주 및 공급업체 견적 요청을 위한 저장소별 용량 기준 수립
산정시점2026~2027년 구축(DB 구축 완료), 2028년 서비스 개시
산정범위Data Lake, 콘텐츠 저장소, LRS, MyData DW, 행정DB/운영DB, Vector DB, Graph DB, Cache, 메시지 큐, 로그·감사 저장소, 백업 저장소, 검정교과서 153종 및 AI디지털 교육자료 메타·색인·관계 산정 포함
산정방식사용자 규모 × 데이터 발생량 × 저장소별 보존범위 × 복제·백업·여유율
산정결과 활용DB/HW/SW 견적 기준, RFP 요구사항, 상세설계 재산정 기준

산정목적

원칙설명
원천 분리원천 데이터는 Data Lake와 LRS에 보존
분석 분리개인 서비스용 상세 Fact와 요약 Mart는 MyData DW에 저장
의미검색 분리콘텐츠 청크·임베딩·검색메타는 Vector DB에 저장
관계탐색 분리교육과정·성취기준·개념·콘텐츠·문항 관계는 Graph DB에 저장
원문 분리자체 콘텐츠 원문, 영상, 이미지, 파일은 콘텐츠 저장소/Data Lake에 저장하되, 검정교과서/AI디지털 교육자료 원문은 본 플랫폼에 복제 저장하지 않고 출판사/제공처 연계 조회를 원칙으로 함
운영 안정성 반영복제, 백업, 로그, 모니터링, 장애대응 여유율을 반영

산정원칙


Slide 3 — 저장소별 산정대상

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 저장소별 산정대상
  • 본 플랫폼은 단일 DB가 아니라 Data Lake, LRS, MyData DW, Vector DB, Graph DB, 콘텐츠 저장소, Cache, MQ, 로그·백업 저장소가 분리된 구조이므로 저장소별 역할과 저장대상을 기준으로 개별 산정함.

저장소주요 저장 데이터용량산정 핵심 기준
Data Lake원천 학습이벤트, API 응답, NEIS 연계 원천, AI 중간산출물, 재처리 데이터, 검정교과서/AI디지털 교육자료 허용 범위 텍스트 추출본·메타·색인 생성 중간산출물원천 보존 범위, Zone 중복계수, 보존기간, 교과서/AI디지털 교육자료 원문 미저장 원칙에 따른 허용 텍스트·메타 보존 범위
콘텐츠 저장소자체 콘텐츠, 교사 생성자료, 문서·영상·이미지, 모델 파일, 검정교과서/AI디지털 교육자료 서비스용 메타·연계 URL·썸네일·권한정보자체 콘텐츠 건수, 평균 파일크기, 버전관리, 검정교과서/AI디지털 교육자료 원문 미저장 및 출판사/제공처 연계 조회 기준
내부 LRSxAPI Statement, 학습행동 로그, 진도·체류시간, 평가·AI추천 이력학생 수, 일 이벤트 수, Statement 크기
MyData DW학습활동 Fact, 평가 Fact, 출결 Fact, 성취이력, AI추천, 피드백Fact 발생량, 레코드 크기, 보존기간
행정DB/운영DB학교, 학급, 학생, 교사, 수업, 과제, 평가, 승인 이력기준정보 수, 운영 트랜잭션, 변경이력
Vector DB검정교과서 153종, 자체 콘텐츠, 문항·해설, FAQ·운영지침, AI디지털 교육자료 허용 텍스트의 청크·임베딩·검색메타·RAG 색인청크 수, 임베딩 차원, 인덱스 오버헤드, 검정교과서 153종 페이지·청크 환산 기준
Graph DB교육과정, 성취기준, 개념, 콘텐츠, 문항, 학습경로 관계, 검정교과서/AI디지털 교육자료 콘텐츠 ID·메타·성취기준·개념 매핑 관계노드 수, 관계 수, 관계 속성, 그래프 버전, 검정교과서 153종 기반 콘텐츠·단원·문항 관계 반영
Cache세션, API 캐시, 수업상태, AI 응답 캐시동시접속자, 세션 크기, TTL
메시지 큐/DLQ학습이벤트 스트림, 전송큐, 실패 메시지이벤트 수, 메시지 크기, 보관기간
로그·감사 저장소접속로그, API로그, DB접근로그, AI활용로그, 전송로그로그 건수, 로그 크기, 보존기간
백업/DR 저장소DB 백업, 스냅샷, WAL/TX 로그, 원격복제백업주기, 보존기간, 복제계수

Slide 4 — 핵심 입력 기준값 및 산정근거

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 핵심 입력 기준값 및 산정근거 > 핵심입력 기준값(1/2)
  • 2028년 초기 서비스 사용자는 전체 학생·교사의 10%인 학생 501,000명, 교사 44,000명을 기준으로 산정하며, 학생 1인 50건/일·9,500건/년 이벤트와 검정교과서 153종을 핵심 입력값으로 적용함

구분핵심 입력값기준값기준 생성 근거적용 저장소
서비스 시점개통 기준2028년2026~2027년 구축 후 2028년 서비스 개시-
서비스 사용자학생수5,010,000명의 10% = 501,000명초,중,고 전체 학생수의10%-
교사수440,000명의 10% = 44,000명초,중,고 전체 교사수의 10%-
활용률학교급별 활용 기준초 50%, 중 30%, 고 10%사용자 규모는 전체 10% 기준으로 산정하고, 초 50%·중 30%·고 10%는 학교급별 디지털 수업 활용률 차이에 따른 이벤트·활용 가중치로 적용LRS, DW, MQ
학생 이용하루 플랫폼 사용 교시5교시/일교사 주도 수업 구조/디지털 수업 활용 상향 기준 및 피크 처리량 산정 기준LRS, DW, MQ
이벤트 발생교시당 xAPI 이벤트30건/교시, 수업 중 발생 가능한 상세 이벤트 및 피크 처리 기준수업참여, 콘텐츠 학습, 평가, 과제 등 학습행위 기준LRS, DW, MQ
이벤트 발생학생 1인 일간 이벤트50건/일5교시 × 10건/교시 = 50건/일LRS, DW, Data Lake
수업일수연간 수업일수190일초·중등 법정 수업일수 기준LRS, DW, Data Lake
연간 이벤트학생 1인 연간 이벤트9,500건/년50건/일 × 190일 = 9,500건/년LRS, DW, Data Lake
교과서검정교과서153종(153 책)검정교과서 153종 기준(국정교과서 제외), 2026~2027년 구축 시 메타·색인·관계 구축 반영. 원문은 본 플랫폼에 복제 저장하지 않고 출판사/제공처 연계 조회 활용Vector DB, Graph DB, 콘텐츠 저장소, Data Lake
교과서 평균 쪽수: 300쪽/책 / 153종 × 300쪽 = 45,900쪽 / Vector DB, Graph DB, Data Lake, 콘텐츠 저장소  교과서 평균 쪽수는 초·중·고 및 교과별 분량 차이를 고려하여 1책당 300쪽을 보수 기준으로 적용함
교과서 청크 환산 기준: 1쪽당 평균 2청크를 적용하며, 본문·표·그림 설명·학습활동·문항을 청크 산정에 반영함

Slide 5 — 핵심 입력 기준값 및 산정근거

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 핵심 입력 기준값 및 산정근거 > 핵심입력 기준값(2/2)
  • 검정교과서와 AI디지털 교육자료는 원문 전체를 본 플랫폼에 복제 저장하지 않고 출판사·제공처 연계 조회를 원칙으로 하며, 허용 텍스트·메타·청크·임베딩·성취기준 매핑정보만 저장소 산정에 반영함

구분핵심 입력값기준값기준 생성 근거적용 저장소
AI디지털 교육자료원문 저장 기준검정교과서/AI디지털 교육자료 원문 미저장, 출판사·제공처 연계 조회 활용, 허용 범위 내 텍스트 추출본·메타·색인·관계 정보 저장AI디지털 교육자료는 서비스 활용 필수이나 원문 복제보다는 메타·검색색인·캐시 중심 활용Data Lake, 콘텐츠 저장소, Vector DB, Graph DB, Cache
청킹기본 청크 크기512 tokensRAG 검색 품질과 문맥 단위 균형(NIA AI데이터구축가이드)Vector DB
청킹Overlap10%청크 경계 문맥 단절 방지Vector DB
청킹실질 순 청크 크기약 460 tokens512 × 90%Vector DB
임베딩임베딩 차원768차원한국어 교육 특화 임베딩 모델 기준(BERT계열 모델)Vector DB
임베딩벡터 데이터 타입Float32(4byte)정밀도·호환성 기준Vector DB
임베딩벡터 1개 원시 크기3,072 bytes768차원 × 4 bytesVector DB
Graph교육과정 정적 노드본 산정 기준은 Graph DB 100만 노드 기준으로 통일교과, 단원, 성취기준, 핵심개념 등 교육지식 구조 기준Graph DB
Graph정적 관계본 산정 기준은 Graph DB 1,000만 관계 기준으로 통일성취기준-개념, 단원-성취기준, 개념 위계 등Graph DB
Graph사용자 노드학생·교사 전체 노드화는 확장 시나리오로 분리학생·교원 전체를 노드화할 경우Graph DB
DWMyData Fact 유형7종학습활동, 평가·진단, 출결, 성취, 교수활동, AI추천, 피드백MyData DW
DWDW 도입대상 Fact 발생량도입대상 학습이벤트 발생량: 501,000명 × 50건/일 = 약 2,505만 건/일. DW Fact는 7개 유형으로 분류하되, 발생량은 학습이벤트 기준으로 산정도입대상 학습이벤트를 7개 Fact 유형으로 분류하여 산정MyData DW
백업백업 기준주 1회 Full, 일 1회 증분, 로그 보존공공기관 운영 관례 및 구축사업 RFP 반영 필요 기준전체 저장소
증가율저장소별 증가율LRS 3050%, DW 2030%, Vector 2030%, Graph 1020%, Data Lake 40~60%“2028년 기준 사용자 10%, 2029년 확장 누적 20%, 학생 1인 9,500건/년 기준 적용전체 저장소
여유율초기 여유율저장소별 30~50%피크·증설·운영 안정성 확보전체 저장소
  • ※ 검정교과서/AI디지털 교육자료는 원문 전체를 본 플랫폼에 복제 저장하지 않고 출판사·제공처 연계 조회를 통해 활용함. 다만 서비스 검색·추천·GraphRAG 활용을 위해 허용범위 내 텍스트 추출본, 메타데이터, 청크·임베딩 색인, 성취기준·개념 매핑 정보는 Data Lake, Vector DB, Graph DB, 콘텐츠 저장소 산정에 반영함

Slide 6 — 입력 기준값 적용 시나리오

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 입력 기준값 적용 시나리오
  • 용량산정은 2028년 초기 10% 사용자 기준과 2029년 동일 규모 10% 추가 확장에 따른 누적 20% 사용자 기준으로 구분하며, LRS·DW·MQ·로그 저장소는 도입률 변화에 따라 단계적으로 재산정함

단계별 적용 시나리오

시나리오적용기준사용목적
2028년 초기 시나리오2028년 시범서비스 기준: 전체 학생·교사 10% 사용자 적용, 학교급별 디지털 수업 활용률 초 50%·중 30%·고 10% 가중 적용초기 구축용량 산정
2029년 확산 시나리오2029년 확산 시나리오: 2028년 10% 사용자 기준에서 콘텐츠·AI디지털 교육자료·문항·AI 활용 증가율 반영2단계 증설 기준
기준 시나리오기준 시나리오: 2028년부터 사용자 10% 기준 적용
적극 시나리오전국 서비스 확대, AI 활용 증가최대 스펙 검토
전국 상한 시나리오전체 학생 5,010,000명, 교사 440,000명장기 상한 검토

저장소별 시나리오 적용 방식

저장소초기 산정확장 산정전국 상한
LRS도입 대상 학생 501,000명 × 9,500건/년 = 약 27.6억 건/년누적 20% 도입대상 학생 1,002,000명 × 9,500건/년 = 약 95.2억 건/년전체 학생 × 9,500건/년
MyData DW도입 대상 학생 501,000명 × 50건/일 학습이벤트를 7개 Fact 유형으로 분류 산정누적 20% 도입대상 학생 1,002,000명 × 50건/일 = 약 5,010만 건/일 기준 Fact 증가율 반영전체 학생 기준 Fact 산정
MQ/DLQ도입 대상 학생 501,000명 × 50건/일, 수업 피크는 교시당 30건 기준으로 별도 검토누적 20% 사용자 기준 피크 이벤트 증가 반영전체 이벤트 기준
로그 저장소도입 대상 사용자 545,000명 기준 접속·API 로그 산정누적 20% 사용자 1,090,000명 기준 AI·연계로그 증가 반영전체 사용자 로그 기준
콘텐츠 저장소자체 콘텐츠 50,000건 이하 + 검정교과서 153종 메타·연계정보 + 교사 생성자료연 5,000건 증가개인저장소 실사용률 반영
Vector DB검정교과서 153종 + 자체 콘텐츠 + 문항·해설 + FAQ·운영지침 + AI디지털 교육자료 메타·색인신규 콘텐츠·재색인 반영확장 색인량 반영
Graph DB교육지식 그래프 + 검정교과서 153종 콘텐츠 ID·메타·성취기준·개념 매핑 관계 중심요약 개인화 그래프 선택 반영사용자 전체 노드화는 별도 시나리오

Slide 7 — 검정교과서/AI디지털 교육자료 저장소 반영 방식 및 시나리오

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 검정교과서/AI디지털 교육자료 반영 기준
  • 검정교과서 153종과 AI디지털 교육자료는 서비스 활용 대상이나 원문 전체 저장은 제외하고, 메타데이터, 허용 텍스트, 검색색인, 성취기준·개념 매핑, API 조회 캐시 중심으로 저장소 영향을 반영함

검정교과서/AI디지털 교육자료 저장소 반영 방식

구분기본 반영 방식저장소 영향
검정교과서/AI디지털 교육자료 원문 전체검정교과서/AI디지털 교육자료 원문 전체는 본 플랫폼 미저장, 출판사·제공처 연계 조회 활용콘텐츠 저장소, Data Lake
검정교과서/AI디지털 교육자료 메타데이터기본 저장콘텐츠 메타, 행정DB/운영DB
검정교과서/AI디지털 교육자료 텍스트 추출본허용 범위 내 텍스트 추출본·요약·캡션·OCR 결과 저장Data Lake, Vector DB
검정교과서/AI디지털 교육자료 청크·임베딩검정교과서/AI디지털 교육자료 허용 텍스트의 청크·임베딩 저장Vector DB
검정교과서/AI디지털 교육자료 성취기준·개념 매핑검정교과서/AI디지털 교육자료 콘텐츠 ID·단원·차시·성취기준·개념 매핑 저장Graph DB
검정교과서/AI디지털 교육자료 이용이력본 플랫폼 사용분만 저장LRS, MyData DW
검정교과서/AI디지털 교육자료 캐시API 조회 결과, 콘텐츠 메타 캐시Cache

검정교과서/AI디지털 교육자료 반영 시나리오

시나리오내용용량영향
최소검정교과서/AI디지털 교육자료 원문 미저장, 메타데이터·API 조회 중심낮음
기준메타 + 텍스트 추출 + 청크·임베딩 + 성취기준 매핑중간
확장자막, 해설, 문항, 요약 등 허용 텍스트 확대. 단, 원문 전체 복제는 기본 산정 제외높음
최대저작권·계약 별도 승인 시에만 검토, 기본 산정 제외매우 높음
  • ※ 검정교과서/AI디지털 교육자료는 원문 전체를 본 플랫폼에 복제 저장하지 않고, 출판사·제공처 연계 조회를 원칙으로 함. 다만 메타데이터, 허용 텍스트, 검색색인, 성취기준·개념 매핑 정보는 저장소 용량산정에 반영함

Slide 8 — Vector DB·Graph DB 산정기준

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준
  • Vector DB는 청크·임베딩 수를 기준으로 의미검색 용량을 산정하고, Graph DB는 교육지식·콘텐츠·문항·오답·학습경로의 노드·관계 수를 기준으로 산정하되 사용자 전체 노드화는 기본 산정에서 제외함

Vector DB 산정기준

Graph DB 산정기준

항목기준값산정 의미
청크 크기512 tokensRAG 검색 품질과 문맥 단위 균형
Overlap10%문맥 단절 방지
실질 순 청크약 460 tokens512 × 90%
임베딩 차원768차원한국어 교육 특화 모델 기준
벡터 타입float32정밀도·호환성 기준
벡터 1개 크기3,072 bytes768 × 4 bytes
기존 발주 기준150만 벡터검정교과서 153종 + 자체 콘텐츠 + 문항· 해설 + FAQ·운영지침 + AI디지털 교육자료 메타·색인을 반영한 산식으로 재계산
항목기준값(참고값)산정 의미
교육지식 그래프 참고 노드(참고값)발주 기준은 100만 노드/1,000만 관계로 통일교과, 단원, 성취기준, 핵심개념 등
교육지식 그래프 참고 관계(참고값)발주 기준은 100만 노드/1,000만 관계로 통일성취기준-개념, 단원-성취기준 등
기존 발주 기준100만 노드 / 1,000만 관계교육지식 관계·콘텐츠·문항·오답·학습경로 포함
사용자 노드학생·교사 전체 사용자 노드화는 기본 산정 제외, 확장 시나리오로 분리학생·교사 전체 노드화 시
적용 원칙기본 산정은 교육지식 그래프 + 검정교과서/AI디지털 교육자료 콘텐츠 관계 + 문항·오답·학습경로 관계 중심사용자 전체 노드는 확장 시나리오

Vector DB 산정식

시나리오내용
청크 수전체 토큰 수 ÷ 460 tokens
벡터 원시용량청크 수 × 3,072 bytes
Vector DB 물리용량벡터 원시용량 + 메타데이터 + 인덱스 + 복제 + 여유율
최대원문 전체 복제 저장은 기본 산정 제외
  • ※ Vector DB의 기존 150만 벡터 기준, 청크기준은 512 tokens 기준
  • ※ Graph DB의 100만 노드/1,000만 관계 기준은 검정교과서 153종, 자체 콘텐츠, 문항·오답, 성취기준·개념·학습경로 관계를 포함한 시범단계 발주 기준으로 유지
  • ※ 학생·교사 전체 사용자 노드화는 기본 산정에서 제외함.

Slide 9 — 용량산정 기준(Vector DB) - (1/2)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 0. 공통 산정기준(Vector DB & Graph DB) › 1. Vector DB 시범단계 산정기준 > Vector DB 색인대상 기준

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(1/7)
  • Vector DB와 Graph DB의 공통 산정은 2026~2027년 구축분과 2028년 시범운영 1년을 대상으로 한 초기 sizing 기준이며, 원문·개인정보·학생 원천로그는 제외하고 허용 텍스트와 관계정보 중심으로 산정함

구분색인 여부기준
교육과정 문서포함교육과정, 성취기준, 평가기준, 해설
자체 콘텐츠포함교사 제작자료, 수업자료, 문서형 자료
콘텐츠 메타포함교과, 학년, 단원, 성취기준, 자료유형
문항·해설포함평가문항, 정답, 해설, 오답피드백
FAQ·운영지침포함교사·학생 지원용 지식문서
영상자료부분 포함영상 원본 제외, 자막·스크립트·요약만 포함
이미지자료부분 포함이미지 원본 제외, 캡션·설명·OCR 텍스트만 포함
외부 콘텐츠부분 포함검정교과서 153종, AI디지털 교육자료, 외부 연계 콘텐츠는 원문 미저장, 출판사·제공처 연계 조회, 허용된 메타·검색색인·관계정보만 포함
학생 학습로그제외LRS/DW 관리
개인정보 원문제외행정DB/DW 관리
검정교과서 153종: 포함 / 원문 미저장, 허용 텍스트·메타·색인·성취기준 매핑 포함
항목시범단계 기준
산정 기준 시점2026~2027년 구축 완료 후 2028년 시범서비스 개시
산정 대상 기간초기 구축분 + 2028년 시범운영 1년
용량 설계 여유산정치의 30~50% 여유 반영
버전 보존 기준현재 버전 + 직전 1개 버전
원문 저장 위치자체 콘텐츠 원문은 MinIO/Data Lake에 저장하고, 검정교과서/AI디지털 교육자료 원문은 본 플랫폼 미저장 및 출판사·제공처 연계 조회 원칙 적용
Vector DB 저장 원칙검정교과서 153종, 자체 콘텐츠, 문항·해설, FAQ·운영지침, AI디지털 교육자료 허용 텍스트의 청크·임베딩·검색 메타 저장
Graph DB 저장 원칙교육지식 관계, 검정교과서/AI디지털 교육자료 콘텐츠 관계, 문항·오답·학습경로 관계 저장 학생별 개인 그래프는 기본 산정 제외
개인 원천 이력Graph DB/Vector DB 저장 제외
개인 상세 FactMyData DW 저장
원천 학습이력LRS 저장
운영 확장 방식Scale-out 가능 구조 전제

Slide 10 — 용량산정 기준(Vector DB) - (2/2)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 2. Vector DB 시범단계 산정기준 > Vector DB 기본 가정값 › 3. Vector DB 산정기준 문구

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(2/7)
  • Vector DB는 콘텐츠 원문 저장소가 아니라 AI 검색·추천·RAG 응답을 위한 의미검색 색인 저장소로, 검정교과서 153종, 자체 콘텐츠, 문항·해설, FAQ·운영지침, AI디지털 교육자료 허용 텍스트 기준 약 150만 벡터를 적용함

항목기준값산정 근거
검정교과서153종국정교과서 제외, 검정교과서 기준
교과서 평균 쪽수300쪽/책학교급·교과별 차이를 고려한 보수 기준
교과서 총 페이지45,900쪽153종 × 300쪽
페이지당 청크2청크/쪽본문·표·그림 설명·학습활동·문항 포함
교과서 기본 청크91,800개45,900쪽 × 2청크
교과서 보정계수× 1.6표·그림·학습활동·문항·캡션 보정
교과서 보정 청크약 147,000개91,800 × 1.6
자체 콘텐츠 청크약 435,000개50,000건 × 4,000 tokens ÷ 460 tokens
교육과정·지침·FAQ 청크50,000개기준문서, 운영지식 포함
문항·해설 청크300,000개문항, 정답, 해설, 오답피드백 포함
기본 청크 합계약 932,000개147,000 + 435,000 + 50,000 + 300,000
버전계수1.3현재 버전 + 일부 직전 버전
증가율·여유계수1.22028년 시범운영 증가분
산정용 벡터 수약 1,454,000개932,000 × 1.3 × 1.2
발주기준 벡터 수약 1,500,000개AI디지털 교육자료 색인·운영여유 반영 반올림 기준
  • Vector DB는 콘텐츠 원문 저장소가 아니라 AI 검색·추천·RAG 응답을 위한 의미검색 색인 저장소로 정의
  • 초기 시범단계 용량은 검정교과서 153종, 자체 콘텐츠, 교육과정·성취기준 문서, 문항·해설, FAQ·운영지침, AI디지털 교육자료 메타·색인 등 허용된 지식자원을 대상으로 산정
  • 검정교과서/AI디지털 교육자료 원문, 콘텐츠 원문, 영상·이미지 원본, 학생별 원천 학습이력, 개인정보 원문은 Vector DB 저장 대상에서 제외하며, MinIO/Data Lake, LRS, DW 등 목적 저장소에 분리 보관
  • 시범단계 기준 Vector DB 색인량은 약 150만 벡터를 기준으로 하며, 구축 시 상세설계 단계에서 실제 콘텐츠 건수, 평균 토큰 수, 청크 크기, 임베딩 차원, 인덱스 방식, 복제구성, 운영여유율을 반영하여 최종 용량을 재 산정

Slide 11 — 용량산정 기준(Graph DB ) - (1/4)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 1. Graph DB 시범단계 산정기준> Graph DB 저장대상 기준

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(3/7)
  • Graph DB는 교육과정, 단원·차시, 성취기준, 평가요소, 핵심개념, 콘텐츠, 문항, 오답유형, 학습경로 간 관계를 탐색하기 위한 지식관계 저장소이며, 원천 로그·원문·개인정보는 별도 저장소에서 관리함

구분저장 여부기준
교육과정포함교육과정 체계·버전, 적용기간, 학교급, 학년, 교과
단원·차시포함교과 구조 및 수업 단위
성취기준포함콘텐츠·문항·개념 연결 기준
평가요소포함평가 가능 항목
핵심개념포함학습개념, 하위개념, 동의어
선수학습 관계포함개념 간 선후행 관계
콘텐츠포함검정교과서 153종, AI디지털 교육자료, 자체 콘텐츠, 외부 연계 콘텐츠의 원문 제외, content_id·메타·출처·권한·성취기준 매핑 중심
문항포함문항 원문은 별도 저장, item_id 중심 연결
오답유형포함취약개념·보완콘텐츠 연결
학습경로포함추천경로·보완학습 경로
학생 개인 원천이력제외LRS/DW 관리
학생별 요약상태기본 산정 제외개인화 그래프 확장 시나리오로 분리
청크 전체 노드화원칙적 제외chunk_id는 속성 또는 연결키로 관리

Slide 12 — 용량산정 기준(Graph DB ) - (2/4)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 2. Graph DB 시범단계 산정기준> Graph DB 기본 가정값

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(4/7)
  • Graph DB 노드는 교육과정 체계·버전, 검정교과서, 학교급·학년·교과, 단원·차시, 성취기준, 평가요소, 핵심개념, 콘텐츠, 문항, 오답유형, 학습경로로 구성하며, 기본 약 58만 노드에 여유를 반영해 100만 노드로 산정함

노드 유형시범단계 기준 수량비고
교육과정 체계·버전 관리 노드100개국가 교육과정 체계, 개정 버전, 적용기간, 공식 출처 관리. 검정교과서 153종은 본 항목에 포함하지 않음
검정교과서 노드153개검정교과서 153종. 원문은 본 플랫폼 미저장, 교과서 ID·출판사·교과·학년·버전·연계 URL·권한 메타 중심
학교급·학년·교과1,000개학교급(초,중,고), 학년, 교과군(국,영수,사회,과학 등) 구조 전문교과+버전+특수+여유 등 포함
단원·차시·학습주제 노드20,000개검정교과서 153종의 단원·소단원·차시·학습주제·활동 단위를 반영 산정근거: 153종 × 평균 약 130개 학습단위 = 약 20,000개
성취기준20,000개초·중·고 전체 기준 가정(국가 교육과정 기준)
평가요소80,000개성취기준별 평균 4개(성취기준 기반)
핵심개념100,000개개념, 하위개념, 동의어 일부 포함(성취기준·단원 개념분해 기준)
콘텐츠/학습객체 노드100,000개자체 콘텐츠 50,000건 이하 + 검정교과서 153종 기반 콘텐츠·활동·본문·문항 메타 약 30,000건 + AI디지털 교육자료· 외부 연계·기준문서·운영여유 20,000건. 원문 제외, 콘텐츠·URI·메타 중심
문항 노드200,000개교과서 문항 + 평가문항 + 진단문항 포함 기준
오답유형·피드백 유형20,000개오답패턴, 처방유형(보완 콘텐츠 추천과 연계)
학습경로 노드20,000개추천경로·보완경로/어떤 순서로 공부해야 하는지를 나타내는 경로 노드 (AI 추천, 보완학습, 선수학습 안내)
기타 운영·버전 노드20,000개출처, 버전, 신뢰도 관리(운영관리 노드)
기본 노드 합계약 581,253개반올림 58만 노드 기준
버전·증가·여유 반영× 1.5~2.0개정·증가·운영 여유
산정용 노드 수(전체)1,000,000개시범단계 전체 산정 노드수

Slide 13 — 용량산정 기준(Graph DB ) - (3/4)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 3. Graph DB 시범단계 산정기준> Graph DB 관계 수 기준

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(5/7)
  • Graph DB 관계 수는 실측값이 아니라 기준 노드 수와 관계유형별 평균 연결계수를 적용한 모델링 산정값으로, 성취기준·개념·콘텐츠·문항·오답유형·학습경로 관계를 포함해 1,000만 관계를 적용함

관계 유형기준수량산정 근거비고
교육과정-교과-단원 관계50,000개교육과정 구조 및 검정교과서 153종의 단원·차시·학습주제 20,000개 × 평균 2.5개 상위 연결단원·차시가 교육과정, 학교급, 학년, 교과, 영역 중 일부와 연결
단원-성취기준 관계60,000개검정교과서 153종의 단원·차시·학습주제 20,000개 × 평균 3개 성취기준1개 단원·차시가 평균 3개 성취기준과 연결 가정
성취기준-평가요소 관계80,000개성취기준 20,000개 × 평균 4개 평가요소성취기준 1개당 평가요소·평가기준·수행기준이 평균4개 발생가정
성취기준-개념 관계200,000개성취기준 20,000개 × 평균 10개 개념성취기준 1개가 핵심개념, 하위개념, 선수개념, 보완개념과 연결
개념 간 선수·후속 관계300,000개핵심개념 100,000개 × 평균 3개 관계개념 1개가 선수개념, 후속개념 등 평균 3개와 연결
개념 간 유사·보완 관계200,000개핵심개념 100,000개 × 평균 2개 관계유사개념, 보완개념, 대체표현 관계
콘텐츠-성취기준 관계300,000개자체 콘텐츠 + 검정교과서/AI디지털 교육자료/외부 콘텐츠 노드 약 100,000개 × 평균 3개 성취기준콘텐츠 1개가 평균 3개 성취기준에 매핑
콘텐츠-개념 관계500,000개자체 콘텐츠 + 검정교과서/AI디지털 교육자료/외부 콘텐츠 노드 약 100,000개 × 평균 5개 개념콘텐츠 1개가 평균 5개 핵심·하위개념 설명
문항-성취기준 관계400,000개문항 200,000개 × 평균 2개 성취기준문항 1개가 평균 2개 성취기준 평가
문항-개념 관계600,000개문항 200,000개 × 평균 3개 개념문항 1개가 평균 3개 개념 측정
문항-오답유형 관계400,000개문항 200,000개 × 평균 2개 오답유형문항 1개당 예상 오답유형 2개
오답유형-보완콘텐츠 관계300,000개오답유형 20,000개 × 평균 15개 보완콘텐츠오답유형별 보완학습 콘텐츠 후보 연결
학습경로 관계500,000개핵심개념 100,000개 × 평균 5개 경로 관계개념별 선수·후속·보완·심화 경로 연결
출처·버전·신뢰도 관계200,000개주요 관리대상 약 200,000개 × 평균 1개 관리 관계성취기준, 콘텐츠, 문항, 개념, 검정교과서 제공처·출판사·버전·권한 정보 연결
기본 관계 합계약 4,090,000개반올림 약 400만 관계 기준
버전·증가·여유 반영× 2.0~2.5관계 중복·개정·운영 여유
산정용 관계 수10,000,000개시범단계 기준값

Slide 14 — 용량산정 기준(Graph DB ) - (4/4)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 3. Graph DB 시범단계 산정기준> Graph DB 관계 수 기준(계속) › 4. Graph DB 산정기준 문구

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(6/7)
  • Graph DB 관계 수는 시범단계 발주 기준으로 우선 적용하되, 구축사업 상세설계 단계에서 실제 교육과정 구조, 콘텐츠 등록량, 문항 수, 개념 추출 결과, 매핑 정책, 인덱스 정책을 반영하여 재산정함

  • 관계유형별 기준수량은 실측 건수가 아니라 Graph DB 시범서비스 용량산정을 위한 모델링 기준값임.

  • 관계 수는 기준 노드 수에 관계유형별 평균 연결계수를 적용하여 산정하였으며, 실제 관계 수는 구축사업 상세설계 단계에서 교육과정 구조, 콘텐츠 등록량, 문항 수, 개념 추출 결과, 매핑 정책에 따라 재 산정 필요함

  • 검정교과서 153종의 단원·차시·콘텐츠 ID·성취기준 매핑은 관계 수 산정에 포함

  • Graph DB는 교육과정·성취기준·개념·문항·콘텐츠·학습경로 간 관계를 탐색하기 위한 지식관계 저장소로 정의

  • Graph DB에는 원천 xAPI Statement, 학생별 클릭·체류·상호작용 로그, 콘텐츠 원문, 검정교과서/AI디지털 교육자료 원문, 개인정보 원문을 저장하지 않으며, 해당 데이터는 LRS, DW, Data Lake, 콘텐츠 저장소 또는 출판사/제공처 연계 조회 구조로 분리 관리

  • 초기 시범단계 Graph DB 용량은 교육과정, 단원, 성취기준, 평가요소, 핵심개념, 자체 콘텐츠, 검정교과서/AI디지털 교육자료 콘텐츠 ID·메타, 문항, 오답유형, 학습경로 노드와 이들 간 관계를 기준으로 산정

  • 시범단계 기준 Graph DB는 약 100만 노드, 1,000만 관계를 기준으로 하며, 구축 시 상세설계 단계에서 실제 교육과정 구조, 문항 수, 콘텐츠 수, 관계유형, 버전관리 정책, 클러스터 구성, 인덱스 정책을 반영하여 최종 용량을 재산정


Slide 15 — 시범단계 최종기준 요약

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 › 3. Vector DB & Graph DB 시범단계 최종기준 요약

  • [별첨 1] 저장소 용량산정

    1. Vector DB·Graph DB 산정기준 > 용량산정 상세기준(7/7)
  • 시범단계 최종 기준은 Vector DB 150만 벡터와 Graph DB 100만 노드·1,000만 관계이며, Vector DB는 의미검색과 RAG 후보 생성을, Graph DB는 교육지식 관계 탐색과 학습경로 추천 근거 생성을 담당함

구분Vector DBGraph DB
주요 목적의미검색, RAG 검색, AI 추천 후보 생성교육지식 관계 탐색, 학습경로 추천, GraphRAG 근거 탐색
저장 성격청크·임베딩·검색 메타노드·관계·관계 메타
원문 저장 여부원문 미저장원문 미저장
개인 원천학습이력미저장미저장
주요 저장 대상검정교과서 153종, 자체 콘텐츠, 문항·해설, FAQ·운영지침, AI디지털 교육자료 허용 텍스트의 청크·임베딩·검색 메타, 출처, 권한, 버전교육과정, 성취기준, 개념, 검정교과서/AI디지털 교육자료 콘텐츠 ID·메타, 자체 콘텐츠, 문항, 오답유형, 학습경로
시범 기준량약 150만 벡터약 100만 노드 / 1,000만 관계
기준 기간2026~2027년 구축분 + 2028년 시범서비스 1년2026~2027년 구축분 + 2028년 시범서비스 1년
버전관리현재 버전 + 직전 일부 버전현재 버전 + 직전 일부 버전
확장 방식벡터 수 증가에 따른 scale-out노드·관계 증가에 따른 cluster/scale-up/scale-out 검토
산정 보정청크 크기, 임베딩 차원, 인덱스 방식에 따라 재산정노드 수, 관계 밀도, 인덱스 수, 관계 속성에 따라 재산정
  • 2026~2027년 구축 및 콘텐츠·교과서 메타·색인 등록을 수행하고, 2028년 시범서비스를 운영한다는 조건에서 “검정교과서 153종 + 자체 콘텐츠 + 문항·해설 + 교육과정 지식자원 중심 초기 적재 + 시범운영 증가분 + 버전관리 여유”를 반영한 기준임

Slide 16 — 저장소 공통 산정 공식 및 운영계수

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 저장소 공통 산정 공식 및 운영계수
  • 최종 물리용량은 논리 데이터량에 복제, 인덱스, 백업, 로그, 버전관리, 운영여유를 반영해 산정하며, 저장소별 증가율과 초기 여유율은 구축사업 상세설계 단계에서 PoC·부하테스트 결과로 보정함

공통 산정 공식

데이터 건수 × 1건 평균 크기 × 보존기간

논리용량

서비스 시작 예상 데이터량 × (1 + 초기 여유율) × 복제 배수

초기 구축 용량

초기 구축용량 × (1 + 연간 증가율)^경과년수

연도별 필요 용량

연도별 필요용량 합계 + 백업 보존용량

5년 총 필요 용량

저장소별 증가율·여유율

저장소연간 증가율초기 여유율산정 근거
LRS30~50%50%학생 1인 연 9,500건 기준 학습이벤트 누적
MyData DW20~30%40%학생 1인 50건/일 이벤트를 7개 Fact 유형으로 분류·적재, 학기 파티션·이력 누적
Graph DB10~20%40%교육과정 개정, 검정교과서/AI디지털 교육자료 콘텐츠 관계, 문항·오답·학습경로 관계 증가
Vector DB20~30%50%검정교과서 153종, 자체 콘텐츠, 문항· 해설, AI디지털 교육자료 색인 증가 및 임베딩 재생성
오브젝트 저장소30~50%50%콘텐츠·모델 파일 증가
Cache10~20%40%2028년 10% 사용자 기준 2029~확장 누적 20% 사용자 기준
메시지 큐30~40%30%이벤트·Topic 증가
Data Lake40~60%50%원천 학습이벤트 전량 보존 + 검정교과서/AI디지털 교육자료 허용 텍스트·메타·색인 중간 산출물 보존
로그·감사 저장소30~50%50%접속로그, API로그, DB접근로그, AI활용로그, 전송로그, 감사로그 누적 및 보안감사 대응
구분산정식
  • ※ 로그·감사 저장소는 보안감사, 장애분석, AI활용 이력 추적을 위해 별도 저장소로 분리하고, 접속·API·DB접근·AI활용·전송 로그증가를 반영함
  • ※ 백업/DR 저장소는 개별 업무 저장소가 아니라 전체 운영 데이터의 백업·스냅샷·복제본을 보관하는 저장소이므로, 운영 데이터 증가율과 백업정책에 연동하여 산정함

Slide 17 — 저장소별 최종 용량

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 1] 저장소 용량산정

    1. 저장소별 최종 용량 및 산정근거 요약 > 최종 용량
  • 2028년 초기 저장소는 전체 학생·교사 10% 사용자와 학생 1인 연 9,500건 이벤트 기준으로 산정하고, 2029년 이후에는 동일 규모 10% 추가 확장에 따른 누적 20% 사용자 기준으로 단계적 증설과 백업·DR 확장을 적용함

저장소2028년 초기산정 관점2029~확장산정관점(필요 이유)
Data Lake / 원천 저장소30TB501,000명 × 9,500건/년 기준 원천 학습이벤트, API 응답, 재처리 데이터, Raw/Staging/Curated Zone, 검정교과서/AI디지털 교육자료 허용 텍스트·메타·색인 중간 산출물 반영100TB누적 20% 사용자 기준 원천 학습이벤트, API 응답, AI디지털 교육자료 텍스트·메타, AI 중간산출물, 재처리 데이터를 Raw/Staging/Curated로 중복 보존
콘텐츠 저장소 / 오브젝트 저장소100TB검정교과서/AI디지털 교육자료 원문 미저장, 자체 콘텐츠·교사 생성자료·서비스용 메타 중심300TB교사 생성자료, 개인저장소, 문서·영상·이미지, 수업자료가 누적되며 대용량 파일 비중 높음
내부 LRS20TB501,000명 × 9,500건/년 = 약 47.6억 xAPI 이벤트 / JSON·인덱스·복제·운영여유 반영 필요100TB누적 20% 기준 1,002,000명 × 9,500건/년 = 약 95.2억 xAPI 이벤트/년이 누적되며, JSON·인덱스·복제·운영여유를 반영함
MyData DW10TB501,000명 × 50건/일 = 약 2,505만 건/일 학습이벤트를 7개 Fact 유형으로 분류·적재70TB누적 20% 기준 1,002,000명 × 50건/일 = 약 5,010만 건/일 학습이벤트와 요약 Mart를 함께 저장
행정DB / 운영DB2TB학교·학급·학생·교사 기준정보, 수업·과제·평가 운영정보5TB기준정보, 수업·과제·평가 운영데이터, 이력
Vector DB1TB150만 벡터 기준, 인덱스·메타·복제·재색인 여유 포함2TB150만 벡터 기준은 작지만, 인덱스·메타데이터·복제·재색인 여유 반영 필요
Graph DB1TB100만 노드/1,000만 관계 기준, 관계속성·인덱스·HA 여유 포함2TB100만 노드/1,000만 관계 자체는 크지 않지만, 관계 속성·인덱스·버전관리·HA 여유가 필요함
Cache / 세션 저장소300GB~500GB10% 사용자 기준 초기 운영 가능(메모리 128GB급, 디스크 300~500GB)500GB~1TB누적 20% 사용자 기준 피크 동시접속, AI 응답 캐시 증가(메모리 256GB급, 디스크 500GB~1TB)
메시지 큐 / DLQ1TB501,000명 × 50건/일 저장 이벤트 + 30건/교시 피크 처리 기준, 7일 보관2TB누적 20% 사용자 기준 수업시간 피크 이벤트 버퍼, 7일 retention, 실패 메시지 재처리 공간 필요함
로그·감사 저장소10TB10% 사용자 기준 접속로그, API로그, AI활용로그, 전송 로그, 장애로그35TB누적 20% 사용자 기준 접속로그, API로그, AI활용로그, 전송로그, 감사로그를 별도 보관
백업 저장소운영 데이터의 1.5~2배Full, 증분, 로그 백업, 스냅샷/절대값(예: 약 260~400TB)운영 데이터의 1.5~2배백업·스냅샷·DR 기준/절대값(예: 약 350~500TB)

Slide 18 — 기본 개념 요약

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 2] 샤딩 & 파티셔닝

    1. 기본 개념
  • 샤딩과 파티셔닝은 모두 데이터를 분산 저장하는 기법이지만, 분산 단위·목적·운영 복잡도가 다르며 본 사업에서는 DBMS별로 역할을 구분하여 적용

구분파티셔닝 (Partitioning)샤딩 (Sharding)
정의하나의 논리 테이블을 물리적으로 여러 파티션으로 분할하여 저장데이터를 여러 독립 DB 서버(샤드)에 분산 저장
분산 단위단일 DB 서버 내 분할다수의 DB 서버에 걸친 분할
목적조회·삭제 성능 최적화, 보관 정책 분리쓰기·저장 처리량의 수평 확장
운영 복잡도낮음 — DB 내부에서 자동 관리높음 — 샤드 간 분산·라우팅·리밸런싱 필요
트랜잭션단일 DB 내 완전한 ACID 보장크로스 샤드 트랜잭션 비용 크고 복잡
적합 상황대용량 이력·로그 데이터, 기간별 조회·삭제단일 서버 처리 한계 초과 시 쓰기 분산
본 사업 적용PostgreSQL (MyData DW, 이력 관리)MongoDB (xAPI LRS 대용량 이벤트)

활용 구분

샤딩 및 파티셔닝 유형

데이터가 많아 조회·관리가 어려운 경우

구분유형방식적용예시 및 특성
샤딩Range 샤딩키 값 범위로 샤드 지정범위 쿼리 효율적, 핫스팟 위험
Hash 샤딩키 해시값으로 균등 분산데이터 균등 분산, 범위 쿼리 비효율
Zone 샤딩특정 조건(지역·조직)으로 샤드 지정데이터 지역성 확보, 시도교육청 분리 가능
파티셔닝Range 파티셔닝특정 컬럼 값의 범위로 분할created_at 기준 연도·분기별 파티션
List 파티셔닝특정 컬럼의 목록 값으로 분할교육청 코드, 학교급(초·중·고) 기준 분할
Hash 파티셔닝컬럼 해시값으로 균등 분할student_id 해시 기반 균등 분산
Sub-파티셔닝파티션 내 추가 파티셔닝 (복합)연도 Range + 학교급 List 복합

파티셔닝으로 해결 (동일 서버, 논리 분리)

단일 서버 쓰기 처리량이 한계에 도달 경우

샤딩으로 해결 (다수 서버, 물리 분산)

둘 다 적용하는 경우

먼저 파티셔닝 적용  이후 수평 확장 필요 시 샤딩 전환


Slide 19 — 본 사업 적용대상 및 설계전략

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 2] 샤딩 & 파티셔닝

    1. 본 사업 적용대상 및 설계전략
  • 본 사업에서 샤딩·파티셔닝 대상은 PostgreSQL MyData DW와 MongoDB LRS이며, 초기 파티셔닝 적용 → 데이터 증가 시 샤딩 전환의 단계적 전략을 채택함

설계근거 – 데이터 규모 추정

DBMS별 적용 대상 및 전략

DBMS적용 기법대상 데이터전략 방향
PostgreSQL파티셔닝MyData DW (성취이력·학습프로파일·진단이력)Range 파티셔닝(기간) + Hash 파티셔닝(student_id) 복합 적용
MongoDB샤딩xAPI LRS Statement (학습이벤트 원장)초기 Replica Set → 임계치 도달 시 Hash 샤딩 전환
Milvus자체 분산벡터 컬렉션Milvus 내장 분산 아키텍처 (파티셔닝/샤딩 별도 설계 불필요)
Kafka파티션이벤트 TopicKafka Partition 설계 (샤딩·파티셔닝과 별개, Topic 설계 문서 별도)
대상규모 추정 근거연간 예상 데이터
PostgreSQL MyData DW전국 학생 약 530만 명×성취기준 수×이력수억 건/년, 수십~수백 GB
MongoDB LRS일일 학습이벤트×전국 동시 접속 규모수천만~수억 건/년
누적 5년 기준K-12 연속 이력 영구보존 원칙 적용수십억 건, 수 TB 규모
  • 단일 서버, 단일 테이블로 운영 시 5년 이후 조회 및집계 성능 급격히 저하 예상 - 구축 초기부터 파티셔닝 설계 내재화 필수

임계치 모니터링 (데이터 증가 추적)

  • 단계별
  • 적용전략

지속성장대응

1단계 – 구축 초기

2단계 – 서비스 확대 후

단계 3 - 장기운영

  • PostgreSQL: Range 파티셔닝 적용 (연도·학기 기준)

  • MongoDB: Replica Set 3노드 구성 (샤딩 미적용)

  • PostgreSQL: Sub-파티셔닝 추가 (student_id Hash)

  • MongoDB: 임계치 도달 시 Hash 샤딩 전환

  • PostgreSQL: Cold 파티션 MinIO 아카이브 자동 전환

  • MongoDB: 샤드 증설·리밸런싱

목표: 운영 안정성 확보, 데이터 패턴 파악

목표: 성능 유지, 무중단 확장

목표: 비용 효율화, 장기 보존


Slide 20 — PostgreSQL 파티셔닝 설계방향

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 2] 샤딩 & 파티셔닝

    1. PostgreSQL 파티셔닝 설계방향
  • PostgreSQL MyData DW는 학습이력의 기간별 조회·보존 정책에 따라 Range 파티셔닝을 기본으로 적용하고, 개인별 분산이 필요한 대용량 테이블에는 Hash 파티셔닝을 병행함

Hot·Warm·Cold 계층과 파티셔닝 연계

파티셔닝 적용 대상 테이블

계층기준저장 위치파티션 처리 방식
Hot최근 3년 이내 재학생PostgreSQL 운영 파티션인덱스 풀 적용, 즉시 조회
Warm3~10년 (졸업·이직 후)PostgreSQL 아카이브 파티션인덱스 최소화, 조회 가능
Cold10년 이상 (영구보존)MinIO Object Storage파티션 Detach  MinIO CSV/Parquet 이관
테이블파티셔닝 기준유형이유
learning_event_factcreated_at (학기·연도)Range기간별 조회·집계, Hot→Warm→Cold 계층 전환
Achievement (성취기준 달성)achieved_at (연도)Range졸업·이직 후 Warm 전환 기준 적용
diagnosis (진단·처방)diagnosis_date (학기)Range재학 기간 중 Hot, 이후 Warm 전환
ai_history (AI 이력)created_at (월·분기)Range대용량 Append, 기간별 집계 최적화
profile (학습프로파일)student_id 해시Hash학생 수 대규모, 균등 분산
  • 파티션 수명주기 자동 관리: 신규 파티션 자동 생성  3년 초과 파티션 Warm 전환  10년 초과 파티션 Detach  MinIO 아카이브  원본 파티션 Drop

항목

세부 고려사항

  • 단계별

  • 적용전략

  • 조회 패턴의 WHERE 조건과 일치해야 Partition Pruning 효과 발생. created_at 기준이 대부분의 조회 패턴에 부합

파티션 키 선택

  • 파티션 수가 지나치게 많으면(수백 개 이상) 플래너 오버헤드 발생. 학기 단위(2개/년)가 적정

파티션 수 관리

  • 파티션별 로컬 인덱스 적용. 글로벌 인덱스는 파티션 추가 시 재구성 비용 발생

인덱스 전략

파티션 범위 외 데이터 수용을 위한 Default 파티션 반드시 생성

Default 파티션

  • pg_partman 확장 또는 배치 스크립트로 신규 파티션 자동 생성 (학기 시작 전 선제 생성)

파티션 자동화

통계 정보 갱신

  • 파티션별 ANALYZE 주기적 실행 — 플래너가 정확한 실행계획 수립하도록

Detach 절차

  • Cold 전환 전 데이터 정합성 확인 → Detach → MinIO 이관 검증 → Drop 순서 준수

Slide 21 — 적용 판단기준 및 결정기준

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 2] 샤딩 & 파티셔닝

    1. MongoDB 샤딩 설계방향(1/2)
  • MongoDB LRS는 초기 Replica Set으로 운영하고 단일 서버처리 한계 도달 시 Hash 샤딩으로 전환하되 샤드키는 구축 초기에 반드시 확정해야하며 운영 중 변경 어려움

샤딩 적용 판단기준

임계치 지표기준값모니터링 방법
xAPI Statement 누적 건수3,000만 건 이상MongoDB Compass, mongostat
단일 컬렉션 용량100 GB 이상db.stats(), 디스크 모니터링
쓰기 응답시간 (p95)50ms 이상 지속Atlas 모니터링 또는 APM
CPU 사용률 (쓰기 중)70% 이상 지속서버 모니터링
Replica Set Lag지속적 증가 추세rs.status()
  • MongoDB 샤딩은 도입 자체가 목적이 아니며, 아래 임계치 중 하나라도 도달하면 전환 검토

샤드키 설계 — 핵심 의사결정

후보 샤드키분산 균등성조회 효율성핫스팟 위험권고
{ student_id: 1 } (단독)학생 수에 따라 균등학생별 조회 효율특정 학생 집중 시 핫스팟단독 비권고
{ timestamp: 1 } (단독)시간 순 편중기간 조회 효율시간 순 핫스팟 심각비권고
{ student_id: 1, timestamp: 1 } (복합)학생+시간 분산학생+기간 복합 조회 효율낮음검토 가능
{ student_id: “hashed” }해시로 균등 분산학생별 조회 효율매우 낮음권고
  • 학생 수 기반 균등 분산 보장
  • xAPI Statement의 주요 조회 패턴(학생별 이력 조회)과 일치
  • 시간 기반 핫스팟 완전 차단

Slide 22 — 샤딩 전환절차 및 설계 고려사항

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 2] 샤딩 & 파티셔닝

    1. MongoDB 샤딩 설계방향(2/2)
  • MongoDB LRS는 초기 Replica Set으로 운영하고 단일 서버처리 한계 도달 시 Hash 샤딩으로 전환하되 샤드키는 구축 초기에 반드시 확정해야하며 운영 중 변경 어려움

샤딩 전환 절차 (Replica Set → Sharded Cluster)

단계작업내용비고
1. 준비최대 부하 시간대 외 전환 작업 계획, 롤백 계획 수립전환 중 쓰기 지연 발생 가능
2. Config Server 구성Config Server Replica Set 3노드 구성독립 인스턴스 필요
3. mongos 배치애플리케이션 연결 라우터 배치연결 문자열 변경 필요
4. Shard 추가기존 Replica Set을 Shard로 등록sh.addShard()
5. 샤딩 활성화대상 컬렉션 샤딩 활성화 및 샤드키 지정sh.shardCollection()
6. 청크 분배초기 청크 자동 분배, 밸런서 동작 확인분배 완료까지 수시간 소요
7. 검증데이터 정합성·쿼리 성능 검증sh.status()로 청크 분포 확인

MongoDB 샤딩 설계 핵심 고려사항

후보 샤드키분산 균등성
샤드키 불변성선택 후 변경 불가. 잘못된 샤드키는 전체 데이터 재적재 필요 — 사전 설계 필수
청크 크기기본 128MB. 핫스팟 청크 발생 시 분할(splitChunk) 정책 정의
밸런서 운영자동 밸런서는 Peak 시간대 비활성화 권고 (학습 시간대 OFF)
크로스 샤드 쿼리샤드키 미포함 쿼리는 전체 샤드 조회(Scatter-Gather) 발생. 쿼리 패턴에 샤드키 포함 설계
인덱스 설계모든 샤드에 동일 인덱스 자동 적용. 인덱스 생성 시 성능 영향 고려
Jump Consistent HashValkey 샤딩과 혼동 주의 — MongoDB는 자체 청크 기반 샤딩 방식 사용
Config Server 보호Config Server 장애 시 라우팅 불가. 반드시 3노드 Replica Set 구성
Orphan 문서샤드 마이그레이션 중 발생 가능. cleanupOrphaned() 정기 실행

Slide 23 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 지식그래프 개념 및 구성요소
  • 지식 그래프는 점(Node)과 선(Edge)을 통해 데이터 간의 관계를 직관적이고 논리적으로 표현하는 지식 구조이며 복잡한 네트워크나 계층적 관계를 다중 홉(Multi-hop)방식으로 탐색하여 정보의 맥락을 연결함

지식그래프의 기본개념 및 핵심구성요소

핵심 구성요소

기본 개념

노드(Node)

  • 게체를 나타내는
  • 기본단위

소속

소속

엣지(Edge)

수강

가르침

  • 개체간의 관계를
  • 나타내는 연결

표현

속성(Property)

이해

노드/엣지의 상세정보

멀티홈(Multi hop)

설명

  • 여러 관계를 거쳐
  • 연결된 탐색 경로
실세계를 구성하는 개체(Entity)를 표현(사람,조직,장소,개념,문서 등)
노드간의 관계(Relationship)를 표현(관계 유형과 방향성을 가질 수 있음)
노드 또는 엣지의 상세 정보를 표현하는 키 값 형태의 메타 데이터
엣지가 의미하는 관계르리 종류를 정의 (의미 기반 연결 구조를 구축)
여러 엣지를 따라 개체간의 간접적인 관계를 탐색하는 기능
개체유형,관계유형,속성 등의 구조화 규칙을 정의
기존 관계를 기반으로 새로운 지식을 추론하고 예측하는 기능
그래프 구조를 저장하고 효율적으로 탐색,분석 할 수 있도록 지원하는 저장소

노드(Node)

엣지(Edge)

속성(Property)

  • 관계유형

  • (RelationType)

  • 멀티 홈

  • (Multi hop)

  • 그래프 스키마

  • (Ontology)

  • 추론

  • (Inference)

그래프 데이터베이스

관계형DB vs 벡터DB vs 지식그래프 비교

구분관계형 DB(RDB)벡터 DB(Vector DB)지식그래프(KG)
중심 개념테이블(Table)유사도(Vector)관계(Relationship)
데이터 구조정형 데이터비정형 임베딩그래프 구조
탐색 방식Join 기반Similarity SearchTraversal(Multi-hop)
장점트랜잭션 처리 우수의미 기반 검색 우수관계·맥락 분석 우수
단점복잡 관계 탐색 한계논리 관계 표현 한계모델링 복잡도 존재
대표 활용ERP, 금융RAG, 검색AI추천, 추론, AI Agent

Slide 24 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 데이터 설계-엔티티 및 속성 모델링
  • 데이터의 의미와 범주를 규정하기 위해 클래스(Class)와 인스턴스(Instance)를 포괄하는 엔티티를 정의하고 식별자(ID)부여 원칙과 SHACL등의 표준을 활용하여 데이터 모델의 일관성과 무결성을 검증함

데이터 설계-엔티티(Entity) 및 속성(Property) 모델링

엔티티(Entity)의 포괄적 정의

데이터 소스

엔티티 분류

식별자(ID) 부여

SHACL 검증

  • 단일 데이터 모델 내에서 위계구조의 단계가 다르기 때문에, 상위 범주를
  • 의미하는 클래스(Class)와 하위 개체를 의미하는 인스턴스(Instance)를 모두
  • 아우르는 개념으로 엔티티를 활용
  • 예:'운동에너지’라는 클래스 하위의 ‘질량'은 추상성을 가지므로
  • 인스턴스가 아닌 하위 클래스로 작용하여, 이를 모두 단일 엔티티 노드로
  • 통일하여 모델링

속성(Property)을 통한 깊이 규정

  • 속성은 엔티티의 범주와 학습적 깊이를 규정하는 핵심 메타데이터 역할 수행
  • 단순 라벨링을 넘어 ‘정의‘, ‘성질, ‘특징‘, ‘사례‘ 등 세부 서술을 속성으로
  • 부여하여 노드자체의 의미망을 확장

안정적 식별자(ID)체계와 표준 검증

  • 네임 스페이스 접두사를 활용한 불변 ID(예:ntlas:, edu:) 를 구축하여 데이터 간 충돌을 방지
  • 역할 담당자가 변경되어도 노드 ID는 유지하고 속성만 업데이트하여
  • 참조 무결성 파괴 문제를 차단
  • W3C 표준인 SHACL(Shapes Constraint Language)구조 정의를 통해
  • 엔티티 타입별 무결성을 자동 검증

Slide 25 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 그래프 설계-관계의 방향성 및 시맨틱 설정
  • 단순한 연결을 넘어 계층(isChildOf), 병렬(isPartOf), 선후(precedes) 등 관계의 시맨틱(의미)을 구조화하고 모든 엣지(Edge)에

  • 방향성과 신뢰도, 위험도 등의 세부 속성을 부여하여 쿼리의 정확도를 높임

  • 그래프 설계 1 : 관계(Relastionship)의 방향성과 시맨틱 설정

isChildOf

계층및 병렬

IsPartOf

precedes

선행 및 의존

  • 관계
  • 시맨틱

DEPENDS_ON

MANAGES

조직 및 관리

WORKS_FOR

관계 시맨틱(Semantic) 구조화 분류표

  • 계층 및 병렬 관계 : 상위-하위 종속성을 나타내는 isChildOf(또는 CONTAINS), 논리적/의미론적 구성을 나타내는 병렬적 isPartOf
  • 선행 및 의존 관계 : 학습 또는 프로세스의 순서가 중요한 경우 활용하는 precedes, 시스템 및 인프라 간의 기술적 종속성을 나타내는 DEPENDS_ON
  • 조직 및 관리 체계 : 운영 주체와 책임을 나타내는 MANAGES, 고용 및 소속 관계를 나타내는 WORKS_FOR, MEMBER_OF

엣지(Edge)메타 데이터 속성 부여

  • 관계 자체에도 세부 속성을 부여, 예를 들어 INTEGRATES_WITH 엣지에 프로토콜 속성(예: LTI 1.3)을 추가
  • 의존 관계(DEPENDS_ON, AUTHENTICATES_VIA)에 위험도 점수 (risk_impact : 1 ~ 5)와 신뢰도 점수를 부여하여 리스크 기반 쿼리 지원

설계시 유의사항

  • 모든 연관 지식을 기계적으로 연결하거나 과도한 선수지식을 맵핑할 경우 시스템 과부화 및 직관성 저하 문제가 발생함
  • 목적에 부합하는 필수적인 선후/종속 관계만을 선별적으로 엣지에 설계해야 함

Slide 26 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 그래프 설계-스키마 및 도메인 분할 구조
  • 복잡한 지식 체계를 관리하기 위해 도메인별 분할된 이기종(Heterogeneous)그래프 스키마를 설계하고 단일 파일(Monolith) 구조의 한계를 피하고, 독립적으로 편집 및 검증이 가능한 모듈형 설계를 채택함

그래프 설계 2 : 이기종 그래프 스키마 및 도메인 분할 아키텍쳐

이기종(Heterogeneous)그래프 스키마 설계

  • 복잡한 생태계를 다루기 위해 다수의 노드 타입과 관계 타입을 혼합한
  • 스키마 구조 채택
  • 예 : Course(과목) Unit(단원) Concept(개념) Exercise(문항)
  • Student(학생)로 이어지는 교육 생태계 전반의 계층적 메타데이터를
  • 유지적으로 연결

도메인 기반 파일 분할(Decomposition) 패턴

  • 단일 거대 파일(Monolith)로 전체 그래프를 관리할 경우 구조 파악이 어렵고 유지보수성이 급감함
  • 이를 해결하기 위해 지식 영역을 다수의 독립적인 JSON-LD 소스 파일로 모듈화(예 : 거버넌스, IT 인프라, 교직원, 학위 프로그램 등 16개 도메인 분할)
  • 각 도메인 파일은 고유한 @context 블록을 가지며, 다른 도메인과 독립적으로 편집, 검증, 버전 관리가 가능한 구조를 확립
  • 단일 진실 공급원인 통합 그래프는 이 분할된 모듈형 파일들의 병합을 통해 파생 아티팩트(Derived artefact)로 생성됨

Slide 27 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 데이터 저장
  • 관계 탐색에 최적화된 그래프 데이터베이스(Neo4j, Memgraph 등)를 구축하여 단일 진실 공급원으로 활용하고 멱등성 (Idempotent) 데이터 적재 방식과 구조적 퀴리 언어(Cypher)를 통해 안전하게 데이터를 저장 및 관리함

데이터 저장 : 관계지식(SSOT)으로서의 그래프 데이터베이스

MERGE 작동 방식

입력 데이터

존재함

속성 업데이트

  • 기존 노드
  • 확인

없음

신규 생성(CREATE)

그래프 데이터베이스(Graph Database) 활용

  • Neo4j, Memgraph 등 노드와 엣지의 네이티브 스토리지 구조를
  • 갖춘 DB를 도입
  • 선언형 그래프 퀴리 언어인 Cypher를 활용하여 다중 홉(Multi hop)
  • 경로 추적 및 복잡한 패턴 매칭을 고속으로 처리
  • 데이터베이스 자체를 시스템 내 유일한 단일 진실 공급원(Single Source
  • of Truth, SSOT)으로 격상

CREATE 대신 MERGE를 통한 멱등성(Idempotent) 적재

  • 단순 CREATE 구문을 통한 적재 방식은 데이터 중복 적재 및 파이프 라인
  • 재실행 불안정성 문제를 유발함
  • 조건부 적재 구문인 MERGE 도입하여, 이미 존재하는 엔티티는 속성만
  • 업데이트 하고 없을 때만 신규 생성하도록 설계
  • 이를 통해 파이프라인 중단 시점과 무관하게 언제든 안전한 재실행이
  • 가능해지며 데이터 무결성이 영구적으로 유지됨

Slide 28 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 연결구조- 엔티티 해상도(Entity Resolution)와 데이터 중복 통제
  • 다양한 출처의 텍스트에서 발생하는 동일 실체의 중복을 식별하고 병합하여 지식그래프의 무결성을 확보하고 텍스트 임베딩과 K-최근접 이웃(KNN) 알고리즘을 결합하여 데이터 분절 현상을 선제적으로 차단함

  • 연결 구조 1 : 엔티티 해상도(Entity Resolution)와 데이터 중복 통제

  • KNN 임베딩

  • 매칭

엔티티 분산

  • WCC(약한연결요소)

  • 그룹화

  • 텍스트 거리

  • 필터링

  • LLM 최종

  • 검증

엔티티 분절(Fragmentation) 방지 필요성

  • 단일 실체가 문서마다 다른 이름(예 : ‘Apple’ vs “Apple Inc.’)
  • 으로 기록 될 경우 파편화되고 불완전환 데이터(Sparse data)
  • 및 동음이의어 중복 문제 발생
  • 엔티티 해상도를 통해 지식 그래프 내의 일관된 통합 뷰를
  • 강제하고 질의 정확성을 확보

다단계 엔티티 병합(De-duplication)알고리즘 파이프라인

  • K-최근접 이웃(KNN)매칭 : 덱스트 임베딩(Vector Embeddings)의
  • 그룹을 활용하여 코사인 유사도가 높은(예 : 0.95 이상) 엔티티 간의
  • 후보 엣지 생성
  • 커뮤니티 탐지(WCC) : 약한 연결 요소(Weakly Connected Components)
  • 알고리즘을 통해 잠재적 유사성이 있는 엔티티들을 하나의 컴포넌트로
  • 그룹화
  • 정밀 필터링 및 LMM 검증 : 임베딩 유사성(예 : BMW와 Mercedes)의
  • 한계를 보완하기 위해 단어 거리 필터링(Word distance)을
  • 적용하고, LMM이 최종적으로 병합 승인 여부를 논리적으로 평가

Slide 29 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 연결구조- 커뮤니티 군집화(Clustering)및 계층적 지식맵
  • 밀집하게 연결된 노드 그룹을 커뮤니티로 군집화하여 전역적(Global)인 토픽 구조화 상호작용 지도를 파악함. Leiden 알고리즘 등의 계층적 군집화 방식을 통해 그래프를 다양한 해상도에서 탐색 할 수 있는 뷰를 제공함

연결 구조 2 : 커뮤니티 군집화(Clustering)및 계층적 지식맵

대규모 커뮤니티

소규모 군집

개별 노드

전역적(Global)지식 구조 파악

  • 개별 노드와 엣지의 미시적 검색을 넘어, 전체 그래프가 어떤 주제와
  • 상호 작용을 내포하고 있는지 거시적 토픽 맵으로 추상화 하는 단계

Leiden 알고리즘을 통한 계층적 커뮤니티 탐지

  • 가중치가 부여된 무방향 네트워크에서 다른 노드들보다 서로 더 밀접하게
  • 연결된 서브 그릅(Community)을 식별
  • 단일 계층이 아닌 하향식 계층 구조(Hierarchical Clustering)를 생성하여
  • 높은 해상도(구체적)부터 낮은 해상도(추상적)까지 다양한 깊이의
  • 뷰를 제공

커뮤니티 요약(Community Summarization)인텍싱

  • 탐지된 각 커뮤니티의 특성, 핵심 엔티티, 내부 관계망을 LMM을
  • 활용해 자연어 텍스트로 요약 및 인덱싱
  • 이 요약 데이터는 이후 RAG(검색 증강 생성) 과정에서 포괄적인 전역
  • 질의(Global Query)를 처리하는 핵심 콘텍스트 데이터로 작동함

Slide 30 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 구축 파이프 라인
  • 비정형 텍스트에서 AI 에이전트를 활용해 구조화된 노드와 관계를 추출하는 자동화 파이프라인을 구축하고 데이터베이스와 소스 파일간의 양방향(Bidirectional)동기화를 통해 데이터 불일치 리스크를 제거함

지식 그래프 구축 파이프 라인 : AI 기반 추출 및 양방향 동기화

비정형 텍스트

AI 구조화

그래프 DB

버전관리 JSON-LD 파일

양방향(Bidrectional)파이프 라인 구조

AI기반 정보 추출 단계(Extraction)

  • 단방향 데이터 밀어넣기 방식은 DB 수동 수정 시 소스 파일과의

  • 단방향 동기화시 발생하는 데이터 불일치 문제를 초래함

  • Graph DB(Neo4j)를 단일 진실 공급원(SSOT)으로 확정하고, DB의 최신

  • 상태를 역으로 JSON-LD 도메인 파일로 추출(Export)하는 양방향 스크립터

  • 구현

  • 내보내진 JSON-LD 파일은 Git 등을 통한 버전 관리가 가능해지며, 장애

  • 발생 시 언제든 완벽한 그래프 복원(Disaster Recovery)이 보장됨.

  • 원본 문서를 청크(Chunk)단위로 분할 한 뒤 LLM 프롬프트를

  • 활용해 텍스트 내에서 엔티티와

  • 관계요소(Element instances)를 추출

  • 단순한 주어-술어-목적어의 트리플(Triple)구조를 넘어,

  • 관계 자체에 대한 설명적 서술(Descriptive text)을

  • 포함하여 노이즈 환경에서도 문맥 정보를 온전히 유지


Slide 31 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 연결 응용구조
  • 구조화된 지식그래프와 비정형 텍스트 검색을 결합하여 생성형 AI의 맥락적 추론 능력을 극대화하고 전역 검색(Global)과 지역 검색(Local)을 통해 단편적 정보 검색의 한계를 넘어선 연결된 통찰을 도출함

연결 응용 구조-Graph RAG를 통한 지식추론과 LLM 결합

기존 RAG체계의 본질적 한계 극복

  • 단순 백터 검색 기반의 RAG는 흩어진 정보를 통합하여 새로운 통찰을 제공하는 데 한계가 있음(기존 RAG 체계의 정보 연결성 부족 (Streuules to connect the dots)및 차단된 학습 경로 문제
  • GraphRAG 구조는 그래프의 다중 홉 탐색 구조를 프롬프트 컨턱스트 창에 주입하여, 점진적 연결과 추론이 가능하도록 함.

S-Agent

  • Next
  • Step

Communication

이중 지식구조(Dual Knowledge Structure)응용

  • 선수관계(Prerequisite) : 기본이 되는 지식의 구조적 흐름과 종속성 제공
  • 유사관계(Similarity) : 선행관계가 단절되거나 차단되었을때, 유사 개념 네트워크를 우회경로(Fallback)로 활용

e

t+2

e

t+n

e

t+1

e

t

D-Agent

D-Agent

D-Agent

D-Agent

P-Agent

  • ②C

t+1

  • ⑤C

t+2

  • ①C

t

  • ⑨C

t+n

검색 전략의 다각화

  • 지역검색(Local Search) : 특정 엔티티에 집중하여 인접 노드 및 세부 개념망을 심층 탐색
  • 전역검색(Global Serach) : 커뮤니티 요약 데이터를 바탕으로 말뭉치 전체를 아우르는 거시적 인사이 질의에 응답

Slide 32 — 6. 데이터 아키텍처 설계

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 데이터 모델설계 및 활용
  • 도메인 지식에서 출발하여 엔티티 및 그래프 설계, 데이터베이스 저장, RAG 응용에 이르는 통합 체계이며 상호 단절된 정보들을 유기적으로 연결된 지식 자산으로 변환하여 조직의 데이터 활용 아키텍처를 완성함

데이터 모델 설계 및 활용 단계

Layer 5. Application (지식 응용)

  • AI 보조 추출 및 승인 기반/증분 동기화 파이프 라인 구축, 구조적 컨텍스트와 비정형 텍스트를 융합한 GraphRAG 생성형 AI 추론 시스템

  • Layer 4. Connection Structure (무결성 및 추상화)

  • KNN + 약한 연결 요소(WCC) 기반 엔티티 해상도 병합, Leiden 군집화를 통합 계층형 커뮤니티 구조맵

Layer 3. Data Storage (물리적 적재))

  • Neo4j/Memgraph 구동, 멱등성(MERGE) 적재 보장, SSOT(단일 진실 공급원) 아키텍처 유지

Layer 2. Graph Design (의미망 설계)

  • 30개 시맨틱 관계 타입 부여, 이기종(Heterogenous) 스키마, 16개 분할 도메인과 파일 모듈 아키텍처

Layer 1. Data Design (논리 구조화)

  • JSON-LD 형식 기반, 식별자(ID) 부여 규칙, 글래스 및 인스턴스의 엔티티(Entity)매핑 체계

Slide 33 — 데이터 성능향상 구조설계 추진전략

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축

  • [별첨 3] 지식 그래프 기본개념

    1. 데이터 성능향상 구조설계
  • AI디지털 교수학습플랫폼의 데이터 성능향상은 개별 DB튜닝이 아니라, 데이터 흐름 전 구간을 분리-완충-최적화-확장-관측하는 구조설계 전략으로 추진함. 성능향상 전략이 데이터 저장소별 역할과 연결되도록함

  • 데이터 성능향상 구조는 학습이벤트·개인화 분석·AI 검색·외부연계 부하를 발생 특성별로 분산하고, 피크 부하를 완충하며, 운영 중 지표 기반으로 지속 개선하는 구조로 설계한다.

데이터 발생

부하 분리

Kafka/Redis 완충

저장소별 최적화

수평 확장

성능 관측·개선

흐름도

추진전략 및 핵심방향

전략핵심 방향주요 적용 내용
  • LRS, MyData DW, Data Lake, Vector DB, Graph DB, Redis, Kafka 역할 분리

1

분리

2

완충

3

최적화

저장소·처리 역할 분리

  • Kafka, Redis, API Gateway, Retry Queue, DLQ 적용

피크 부하·장애 전파 방지

  • 인덱스, 파티셔닝, Summary Table, HNSW, Graph 탐색 제한

저장·조회·검색 성능 개선

  • 샤딩, Read Replica, Topic Partition, 클러스터링, 사전 증설

데이터량·동시성 증가 대응

4

확장

  • P95/P99, Consumer Lag, Cache Hit율, Slow Query, 성능시험 관리

운영 중 성능 지속 개선

5

관측


Slide 34 — [별첨 4] 6.2.1 데이터 HUB 구성도

  • AI〮디지털 교수학습플랫폼의 데이터 HUB 구축 및 활용은 4가지 유형체계(교육행정정보시스템, 학습데이터 분석〮활용체계, 외부도구, 교육특화형 AI)와의 연계를 기반으로 완성됨(시도 교육청의 ‘시도 교수학습플랫폼’의 데이터는 ‘학습데이터 분석〮활용체계’로 수집됨)

AI〮디지털 교수학습플랫폼 데이터 HUB 구성

AI〮디지털 교수학습 플랫폼

AI〮디지털 교수학습 플랫폼 기능 전체 활용

사용자

부산, 대구교육청

AI〮디지털 교수학습플랫폼 공통 서비스 (일부)활용

AI Officer

LXP

AI Tutor

시도교수학습플랫폼

(서울 외)AIEP

(경기)하이러닝

(경남)아이톡톡

(충북)다채움

(충남)마주온

  • 학습이력
  • Data

공공 학습플랫폼

  • 국가기초학력
  • 지원포털

똑똑수학탐험대

  • 학습이력
  • Data

외부도구

  • (구글)

  • 클래스품

  • (네이버)

  • 웨일스페이스

  • (MS)

  • 팀즈

교육 콘텐츠

  • 학습이력
  • Data

학생

Data Hub

  • 교육과정표준체계 송신

  • (분석〮활용체계교수학습플랫폼)

  • 분석, 통계, 시각화 등 자료 활용

  • 교육과정 메타정보 활용

  • 등록된 모든 콘텐츠 활용

교사

수집계층(API-Kafka/MQ-CDC/API/Agent/Event)

3

  • 학습데이터유형정보 전송
  • (교수학습플랫폼분석〮활용체계)

원천저장계층(Data Lake)

Raw Zone

Landing Zone

Staging Zone

Curated Zone

학교

학습데이터 분석〮활용체계

5

교육부/교육청

활용저장계층

LRS

  • DW

  • (마이데이터)

  • 행정

  • DB

  • Graph

  • DB

  • Vector

  • DB

  • 콘텐츠

  • 저장소

Cache

교육과정 메타정보관리

콘텐츠 저장/관리

  • 데이터

  • 수집

  • 데이터

  • 저장

  • 데이터

  • 활용

  • 교육행정

  • 정보시스템

개인별학습

플랫폼 특화 소규모 AI(sLLM)

  • 학습데이터 허브
  • (LRS)

NEIS

2

6

서비스 활용

교육 특화형 AI

  • 업무 자동화/간소화 지원
  • (UI통한 데이터등록방식 NEIS 등록전 교사가 최종 승인 후 등록되게 함)

AI〮데이터 분석

개인맞춤형 분석

1

교육특화 LLM/Agent

교육과정 표준체계

국가수준학습 분석

교수학습 지원 Agent/교무행정 지원 Agent

4

학습이력 분석 Agent/정책/제도 검색 Agent

  • 학적정보,
  • 교무행정정보 등

개인이 가정 등 외부에서 학습 시 학습데이터

3

  •  “AI〮디지털 교수학습플랫폼”과 “학습데이터 학습데이터 분석〮활용체계”의 데이터 송수신 정의( )

  • “AI디지털 교수학습플랫폼”  “학습데이터 분석〮활용체계” 로 전송 : 교과과정 76개 기준정보 기준

  • “학습데이터 분석〮활용체계”  “AI디지털 교수학습플랫폼” 로 전송 : ‘교육과정 표준체계’(교육과정  성취기준까지 연계된 표준체계)

Ⅳ-84


Slide 35 — [별첨 4] 6.2.1 데이터 HUB 구성도– Data Lake 보관대상 데이터

  • AI〮디지털 교수학습플랫폼의 데이터 HUB내 Data Lake에 보관하여 데이터 재생성 시 원활히 활용/대응토록 함

Data Lake 보관대상 데이터

 Data Lake 보관대상 데이터

구분보관 대상비고항목별 대응 내용
학습이력 원천xAPI 원천 이벤트, 플랫폼 학습행위 로그, 세션 로그내부 LRS·MyData DW 재처리 기준마이데이터 기준, 제공 항목, 프로파일 산정 기준, 학습이력 활용 기준 변경 대응 등 xAPI Statement 구조 변경 대응(Raw 이벤트 재처리 등) RAG 청킹기준 변경 대응(기존 색인 폐기후 재수집 필요 시 원문기반 재 청킹 등) 임베딩 모델 교체 대응(벡터 재생성 등) 교육과정 개정 대응(변경전후 추적 등) 감사·추적 대응(원천→가공→활용 이력 추적 등) RAG 품질관리 대응(원문 수집→ 파싱→ 청킹→ 임베딩→ 색인→ 검색품질 평가→ 청킹/메타/임베딩 재조정→ 재색인 등)
행정 연계 원천NEIS 연계 수신 원천, Agent 보조입력 이력, 승인 전후 이력감사·재처리·오류정정 기준
콘텐츠 원천본 플랫폼 자체 보유 콘텐츠 원문, 첨부파일, 교사 생성 자료Object Storage와 연계 가능
외부 콘텐츠 메타학습데이터 분석·활용체계 등록 콘텐츠의 메타, API 조회 결과, 캐시원문 복제 여부는 정책에 따름
AI/RAG 중간산출물파싱 텍스트, 청크, 임베딩 입력 데이터, 색인 버전벡터/그래프DB 재구축 기준
품질·감사 이력데이터 검증 결과, 오류 데이터, 전송 성공/실패 로그품질관리·감사 대응

Ⅳ-84

Ⅲ-2


Slide 36 — [별첨 5] 6.2.2.6 데이터 파이프라인 구성도(1/3)

1. 데이터 파이프라인 구성도 › 1. 사용자/수업/행정지원 이벤트 + NEIS 기준정보 처리 › 2. 본 플랫폼 발생 학습행위 처리 › 3. 학습데이터 분석·활용체계 결과 활용 › 4. 콘텐츠·교육과정·지식그래프 처리 › 5. 실시간 서비스 호출·응답

  • AI디지털 교수학습플랫폼 데이터 파이프라인은 내부 운영데이터 처리, 자체 학습이벤트 송신,외부 분석결과·콘텐츠·교육특화 AI 활용을 분리하여 구성

  • 전체 데이터

  • 파이프라인 구성

행정DB·MyData DW·운영 로그 활용

사용자·수업 이벤트

API Gateway/MQ)

Data Lake

xAPI 변환

학습데이터 분석·활용체계 LRS 송신

학습행위 이벤트

가명처리·검증

내부 LRS / MyData DW

전송 큐(메시지 큐)

  • 학습데이터 분석·활용체계
  • API

플랫폼 캐시/메타/검색색인/MyData DW 활용

콘텐츠/교육과정 메타

Data Lake/콘텐츠 저장소

청킹·임베딩

Vector DB / Graph DB

로그/캐시/감사/서비스 활용

AI Tutor/LXP/AI Officer

교육특화형 AI 호출

응답/추천/문서생성 결과

  •  Data Lake는 내부 운영데이터, 학습이벤트, NEIS 연계 원천, 콘텐츠 원문/메타, RAG 중간산출물의 원천 보존·재처리 계층으로 활용

Slide 37 — 2. 저장소별 역할·데이터 적재 기준

2. 저장소별 역할·데이터 적재 기준

[별첨 5] 6.2.2.6 데이터 파이프라인 구성도(2/3)

저장소 및 데이터 역할 정의 - 저장소를 원장/캐시/색인/로그로 구분

행정 DB

MyData DW

Data Lake

내부 LRS

PostgreSQL

Object Storage / MinIO(S3) 기반

MongoDB

PostgreSQL

Raw Zone(원천)

본 플랫폼 업무·행정지원 데이터

  • xAPI Statement

  • 학습행동 로그- 진도·체류시간

  • 학습이벤트 원천

  • 전송 대상 학습이력

  • 원천 학습이력

  • 개인 학습프로파일

  • 성취 수준 이력

  • 진단·처방 결과

  • 학습패턴

  • 분석결과 요약

Curated Zone(정제완료, RAG중간산출물)

Staging Zone(정제전 임시)

  • 원천 학습이벤트

  • NEIS 연계 원천

  • 콘텐츠 원문/메타

  • API 조회 원천 응답

  • 정제 전 임시 데이터

  • 품질검증 대상 데이터

  • 전송 대기 데이터

  • DW 적재용 정제 데이터

  • RAG 색인 생성용 데이터

  • Graph 모델링 대상 데이터

  • RAG 파싱·청킹 중간산출물

Vector DB

Graph DB

세션·캐시 (Redis)

메시지 큐 (Kafka)

콘텐츠 저장소

  • SSO세션

  • API캐시 · 수업상태 · sLLM 추론캐쉬

  • xAPI 이벤트 · CDC · 비동기 처리 · 서비스 이벤트

MinIO

Milvus

Neo4j

허용된 콘텐츠/지식 색인

교육과정·성취기준·개념 관계 색인

  • 본 플랫폼 자체 보유 콘텐츠
  • 교육자료, 영상·이미지, 문서, 교사 생성자료
  • sLLM 관련 모델 파일
  • 분석활용체계 등록 콘텐츠는 원문 복제가 아닌 메타·검색 색인·캐시 중심 보유

외부연계 흐름 - 처리 유형별 구분

  • 내부 데이터 흐름 (Collect → Data Lake → Transform → Load)

사용자 행위 이벤트

Data Lake

행정 DB / 운영 로그

[MQ 버퍼]

NEIS 공식API/ Agent 연계수신

Data Lake

행정 DB / MyData DW / 감사 로그

[MQ 버퍼]

학습행위 xAPI

Data Lake

내부 LRS / MyData DW / 메시지 큐

[MQ 버퍼]

  • Vector DB(Milvus) / Graph DB(Knowledge Map, Neo4j)

  • 콘텐츠 업로드

  • (자체 콘텐츠)

콘텐츠 저장소(MinIO)

Data Lake

[MinIO]

AI 추론 결과

세션·캐시(Redis/Valkey)

MyData DW / 운영 로그 / 행정 DB(audit)

[Redis]

직접연계

  • NEIS  AI디지털 교수학습플랫폼(NEIS 전송은 UI화면 활용)
  • AI디지털 교수학습플랫폼  학습데이터 분석·활용체계 LRS(14개 학습데이터 유형)
  • 학습데이터 분석·활용체계 API  AI디지털 교수학습플랫폼(교육과정 표준체계)
  • 교육특화형 AI  AI디지털 교수학습플랫폼(서비스 활용)
  • 외부도구  AI디지털 교수학습플랫폼(개인학습 데이터)

참조 연계

  • 외부도구  시도 교수학습플랫폼  학습데이터 분석·활용체계 (참조연계는 실제 본 플랫폼 Data Hub에 수신되지 않음. 구성도에만 표현함)

학습데이터 분석·활용체계 API 조회통한 활용


Slide 38 — 3. AI 활용 파이프라인 상세

3. AI 활용 파이프라인 상세

[별첨 5] 6.2.2.6 데이터 파이프라인 구성도(3/3)

활용방법

  • 학습데이터 분석·활용체계 등록 콘텐츠와 교육과정 메타를 기반으로 본 플랫폼은 허용범위 내에서 색인·캐시·검색을 수행하고, 본 플랫폼 내부 sLLM은 서비스 응답·추천·요약에 활용하고,교육특화형 AI는 고도화된 교육지식·정책·전문 질의응답 API로 연계 활용

RAG 전략 vs Fine-tuning 전략 비교/역할

Fine-tuning 역할

RAG 역할

적용대상

  • 최신 학습이력 반영, 개인별 오답 분석, 성취기준 기반 추천

  • 콘텐츠 검색, 정책/지침/교과 내용 참조

  • 근거 제시형 답변

  • 학생 친화적 설명 스타일, 교사 지원 보고서 스타일

  • 과목별 피드백 문체 , 질문 분류

  • 상담형 응답

  • 안전한 답변 습관

적용대상

보완적 적용

  • 교육과정 개정 시 문서 교체만으로 대응

  • 출처 명시(Citation) 가능  신뢰성 확보

  • 환각(Hallucination) 최소화

  • GPU 비용 절감 (파인튜닝 대비)

  • 개인정보 분리 용이 (벡터DB > My Data DW)

  • 교육과정 개정 시 재 학습 필요 (비용·시간)

  • 출처 추적 불가  공교육 신뢰성 이슈

  • 모델 크기 증가  운영 비용 상승

  • 개인정보 학습 위험 (학생 데이터 혼입방지 필요)

  • Fine-tuning은 지식 주입 목적이 아니라 응답 스타일, 문체, 과목별 피드백 방식, 안전한 답변 습관을 보완 하는 용도로 제한 적용

RAG 파이프라인 세부 단계

  • ① 콘텐츠 수집·전처리

  • ② 검색 및 질의응답

  • ③ 학습경로 추천 (GraphRAG)

질의

학생 질문  의도 분류 (교과/일반/관리)

프로파일

MyData DW에서 학습수준·취약영역 조회

검색

벡터검색(벡터DB)+ 그래프탐색 (그래프DB)

재순위

학습수준 기반 문서 재순위 + 필터링

생성

sLLM + 프로파일 + 검색결과  맞춤 응답

모델링

교육과정  단원  차시  성취기준 관계 모델링

추천

선수학습  현재  후속학습 최적 경로 추천

서브그래프

MyData + 그래프  취약 개념 서브그래프 추출

보완학습

취약 개념의 인접 콘텐츠  보완학습 추천

검증

그래프 제약 조건으로 sLLM 응답 검증

  • 수집

  • /API조회

  • 본 플랫폼 자체 보유 콘텐츠Object Storage 적재 청킹/임베딩벡터/그래프 DB 색인

  • 학습데이터 분석·활용체계 등록 콘텐츠API조회 메타·검색색인·캐시 생성벡터/그래프DB 활용

원천저장

Data Lake 원천 보존

파싱

PDF/DOCX  텍스트 추출 + 표·그림 캡션 보존

청킹

Semantic Chunking (512~1024 토큰, 중첩 128)

임베딩

교육 특화 임베딩 모델벡터 생성(벡터차원의 선정모델 기준 적용)

저장

벡터DB + 내부LRS 메타 + 그래프DB


Slide 39 — 개념모델 수립 개요

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 개념모델 수립 개요

  • AI디지털 교수학습플랫폼의 전체 기능정의서를 데이터 관점으로 재해석하여 플랫폼 핵심 데이터 구조를 정의함. 본 개념모델은 후속사업 단계의 논리모델, 물리모델, 표준용어, 테이블 정의서 작성의 기준으로 활용함

관심사

  • 비즈니스의 주체, 객체, 행위가 되는 데이터
  • 전체적인 관점에서 통제가 필요한 데이터
  • 전체적으로 관심사가 높은 정보 영역
  • 전체적으로 새로운 기능을 구현하기 위한 데이터

정의

  • 조직 전체 데이터를 특정 시스템 및 업무에 종속되지 않고 독립적으로 데이터 중심의 일관된 분류기준을 제공함으로써 장기적으로 통일된 전체 데이터 모델 및 데이터 관리 체계 구축을 위한 분류체계

  • 데이터 주제

  • 영역

데이터 그룹

  • 각 데이터 주제영역별로 보다 세부적인 데이터 구분을 위한 데이터 분류 체계

목적

  • 전체 데이터가 특정 시스템 및 개별 기능에 비 종속화

  • 독립적인 데이터 기준으로 전체적이고 일관된 분류기준 제공

  • 업무 환경 변화에 따른 영향을 최소화 하고, 장기적으로 일관된 전체 데이터 모델 및 데이터 관리 체계 구축

  • 분류

  • 원칙

  • 데이터 중복 최소화

  • 데이터 연관성 및 편의성 고려

  • 데이터 확장성 고려

관심사

  • 전체 관점에서의 데이터 구조
  • 논리 데이터 모델 전개 시 방향성
  • 전체 관점에서 주요한 Entity, Relationship 정의

정의

개념모델

  • 데이터 아키텍처의 관리자 단계에서 조직 내 비즈니스 데이터의 분산구조 체계와 데이터의 흐름을 표현
  • 개념적 수준의 정보 및 데이터 간의 관계정의

논리모델

  • 논리모델은 설계 단계에서 실질적으로 시스템간 흐름이 발생하는 데이터에 대한 명확한 요건 정의

  • 전체 관점의 데이터에 대한 상위 레벨의 VIEW 구축

  • 데이터 구조에 대한 기본적인 골격을 정의하여 업무요건 변경에 대해 안정적인 데이터 구조를 유지할 수 있는 가이드라인 제공

목적

  • 상세 논리 데이터 모델 전개 시 기본 구조로 활용
  • 향후에 정의하게 될 상세 논리 데이터모델과 물리데이터 모델과의 데이터 구조적 정렬 지원
  • 구축하고자 하는 업무모델의 핵심 데이터 구조를 정의 함으로써 전체 업무와 그에 대한 데이터의 윤곽을 잡고 세부적 단계로 나아갈 수 있게 처리

활용

  • 업무요건을 충족하는 핵심 데이터 집합을 정의하고 그들 간의 관계를 정의한 모델을 의미

  • ※ 물리모델 : 개발단계에서 실질적으로 두 시스템 간에 발생하는 데이터 전달의 구체적인 모습 정의

의사결정

관계자

주제영역/데이터그룹

개념/논리모델

물리모델

  • 행정지원
  • (Agent)

포털

LXP

  • AI학습

  • Agent

  • 콘텐츠

  • 서비스

데이터분석

지식허브

시스템 영역(DBMS)


Slide 40 — 주제영역

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표데이터 구성도

목표시스템의 데이터 그룹을 최상위 데이터 영역체계 구성을 정의함

목표데이터 구성도

  • 주제영역

  • (Subject Area)

  • 데이터의 최상위 집합

  • 조직 전체 데이터를 특정 시스템 및 업무에 종속되지 않고 독립적으로 데이터 중심의 일관된 분류기준을 제공함으로써 장기적으로 통일된 전체 데이터 모델 및 데이터 관리 체계 구축을 위한 분류체계

  • 데이터그룹

  • (Data group)

  • 각 데이터 주제영역별로 보다 세부적인 데이터 구분을 위한 데이터 분류 체계로 엔티티로 구성

엔티티(Entity)

  • 데이터 그룹을 구성하는 업무에 필요하고 유용한 정보를 저장하고 관리 하기 위한 집합적인 내용의 실체, 객체

LXP

수업(교사)

수업(학생)

포털

교육디지털원패스가입

로그인

포털홈(교사)

포털홈(학생)

행정지원(Agent)

AI 어시스트

수업설계

평가기록

나이스 연계

콘텐츠서비스

문제지서비스

수업꾸러미

콘텐츠서비스

AI학습 Agent

Ai 튜터

학습서비스

메타데이터 관리

정보시스템

데이터베이스

데이터표준

데이터모델

데이터분석

반분석

학생분석

지식허브

미래교육과정

  • 적응형교육과정
  • 그래프

시스템 관리

시스템 관리자

시스템운영자

시스템 환경

공통코드

분류체계

시스템 연계

연계 대상

연계 설정

연계 항목

연계 처리

연계 로그

연계 통계


Slide 41 — 주제영역 구성 설명

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(포털)

  • 포털 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역(포털)

주제영역 구성도

주제영역데이터그룹엔티티엔티티설명
포털포털 주제영역 정보
교육디지털 원패스가입교육디지털 원패스가입에 대한 데이터 그룹행정심판에서 공통적으로 관리하는 데이터 그룹
학생회원가입기본정보약관동의,정보입력 및 추가 인증
학생회원 가입지원위원회매핑정보미가입 학생 지원 및 정보 입력(ID 및 비밀번호 부여)
로그인로그인에 대한 데이터 그룹일반행정심판 공통분야 정보에 대한 데이터 그룹
학생청구정보학생 로그인·계정관리 기능 제공
교사청구정보교사 인증·로그인 기능 제공
수업참여청구정보수업명 및 수업코드를 입력하여 해당 수업에 참여
포털홈 (교사)포털홈(교사)에 대한 데이터 그룹일반행정심판 조세분야 정보에 대한 데이터 그룹
메인화면청구정보메인화면 기반 학습·수업 통합관리 제공
게시판청구정보FAQ·매뉴얼·게시판 통합 지원 제공
캘린더청구정보학사일정, 수업일정등을 확인하고 개인일정 등을 추가
내정보 관리청구정보개인사진 및 비밀번호 변경
포털홈 (학생)포털홈(학생)에 대한 데이터 그룹일반행정심판 조세분야 정보에 대한 데이터 그룹
메인화면청구정보메인화면 기반 학습현황·AI진단 통합 제공
게시판청구정보FAQ·매뉴얼·게시판 통합 지원 제공
캘린더청구정보학사일정, 수업일정등을 확인하고 개인일정 등을 추가
내정보 관리청구정보개인사진 및 비밀번호 변경
학생생활 보기재결정보학생생활·시간표·출결·활동 통합 조회
학생평가 보기재결정보학생평가·성적·학습분석 통합 조회
학생건강 보기일반행정심판 조세분야 정보에 대한 데이터 그룹학생건강·PAPS·체력평가 통합 조회
방과후 학교 신청하기청구정보방과후학교 신청·출결현황 통합 관리
고등학교 수강신청하기청구정보고교 수강신청·학점이수 통합 관리

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

포털

  • 교육디지털
  • 원패스가입

로그인

  • 포털홈

  • (교사)

  • 포털홈

  • (학생)

학생회원가입

학생

메인화면

메인화면

게시판

캔린더

내정보관리

학생생활보기

학생평가보기

학생건강보기

방과후학생신청하기

고등학교수강신청

학생회원가입지원

교사

게시판

수업참여

캘린터

내정보관리


Slide 42 — 주제영역 구성 설명

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(LXP)

  • LXP 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역(LXP 정보)

주제영역 구성도

주제영역데이터그룹엔티티엔티티설명
포털LXP 주제영역 정보
수업 (교사)수업(교사)에 대한 데이터 그룹
학습창수업 기본정보 조회 및 수업 입장/미입장 학생 정보 확인
외부 클래스 연결외부 화상지원 Tool 연결
교재보기등록된 교재 List 및 유투브 및 웹페이지 열람
수업도구판서·화면공유·질의응답 기반 수업지원 제공
과제 운영과제공지·제출·현황 통합 관리 제공
문제지 운영문제제시·풀이결과·진행현황 통합 관리
질문 운영질문제시·응답결과 통합 분석 제공
토론 운영토론주제제시 및 확인 및 교사 답변 작성
설문 운영설문지 제시 및 설문내용 상세 결과 확인
수업 관리칭찬·출결·참여·학습·감정상태 통합 관리 제공
수업 (학생)수업(학생)에 대한 데이터 그룹
학습창수업 기본정보 조회 및 수업 입장/미입장 학생 정보 확인
외부 클래스 연결외부 화상지원 Tool 연결
교재보기등록된 교재 List 및 유투브 및 웹페이지 열람
수업도구판서·화면공유·질의응답 기반 수업지원 제공
수업활동과제·문제·토론·설문 기반 학습활동 통합 지원

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

LXP

수업(학생)

수업(교사)

학습창

외부 클래스 연결

교재보기

수업 도구

과제운영

문제지 운영

질문운영

토론운영

설문운영

수업관리

학습창

외부 클래스 연결

교재보기

수업 도구

수업활동


Slide 43 — 주제영역 구성 설명

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(행정지원(Agent))

  • 행정지원(Agent) 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역 (행정지원(Agent) 정보)

주제영역 구성도

주제영역데이터그룹엔티티엔티티설명
행정지원 (Agent)행정지원(Agent) 주제영역 정보
AI 어시스트AI 어시스트에 대한 데이터 그룹
프롬프트주제차시나 유사질문 리스트를 검색하여 참고
수업개설수업개설에 대한 데이터 그룹
수업개설교육과정·자체수업·외부서비스 연계 수업 개설 지원
수업개설수업환경 설정수업알림·공지·칭찬포인트 통합 관리 지원
멤버구성교사·학생 초대 및 학습그룹·튜터권한 관리 지원
차시설정차시·성취기준·학습목표 기반 수업설정 지원
수업교재 구성수업꾸러미·파일·영상·URL 기반 교재 구성 지원
수업활동 구성문제·과제·질문·토론·동료평가 기반 활동 지원
평가기록평가기록에 대한 데이터 그룹
과제관리과제채점·유사도·제출현황 통합 관리 지원
문제지 관리문제채점·제출현황·결과알림 통합 관리 지원
평가통계문제·과제·성취기준 기반 평가통계 통합 제공
포트폴리오 평가교사는 학생별 포트폴리오를 확인하고 종합평가를 작성
나이스연계나이스 연계에 대한 데이터 그룹
나이스 입력학생성적·관찰·출결정보 나이스 자동 연계 지원
환경구성교과·학생·교사·시간표 기반 환경정보 연계 지원

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

행정지원(Agent)

평가기록

나이스 연계

AI 어시스트

수업설계

나이스 입력

수업개설

과제 관리

AI 어시스트

환경 구성

수업 환경 설정

문제지 관리

멤버 구성

평가 통계

차시 설정

포트폴리오 통계

수업교재 구성

수업활동 구성


Slide 44 — 주제영역 구성 설명

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(AI학습 Agent)

  • AI학습Agent 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역 AI학습Agent 정보

주제영역 구성도

주제영역데이터그룹엔티티엔티티설명
AI학습 AgentAI학습Agent 주제영역 정보
AI 튜터AI 튜터에 대한 데이터 그룹
AI 튜터챗봇을 활용하여 질의하면 관련 질문 콘텐츠 찾아주는
학습서비스학습 서비스에 대한 데이터 그룹
수업결과수업활동·출결·과제·학점·포인트 현황 통합 조회
수업개설콘텐츠 찾기콘텐츠 검색·추천 기반 맞춤형 학습자료 제공
나의 보관함추천콘텐츠·영상·AI문제집 기반 학습지원 제공
학습진단학습진단·결과분석 기반 맞춤형 학습 지원
논술진단논술문항 풀이·평가결과 기반 논술진단 지원
과목 리포트과목별 진단·학습현황 기반 맞춤형 리포트 제공
종합 리포트학습수준·과목별·누적학습 기반 종합리포트 제공
자가주도학습문제풀이·오답노트·콘텐츠 기반 자기주도학습 지원
포트폴리오 (성취기준)학생은 선생님이 평가한 내용을 확인

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

AI학습Agent

AI 튜터

AI 튜터

학습서비스

수업결과

콘텐츠 찾기

나의 보관함

학습진단

논술진단

과목 리포트

종합 리포트

자가주도학습

  • 포트폴리오
  • (성취기준)

Slide 45 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(콘텐츠서비스)

  • 콘텐츠서비스 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역 콘텐츠서비스 정보

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
콘텐츠서비스콘텐츠서비스 주제영역 정보
문제지 서비스문제지서비스에 대한 데이터 그룹
문항 보관함내문항·즐겨찾기·공유문항 통합 관리 지원
문항 만들기선다형·서술형·AI기반 맞춤형 문항 생성 지원
문제지 만들기문항검색·구성·AI생성 기반 문제지 제작 지원
문제지보관함(교사)교사의 저장·진행·완료·공유 문제지 통합 관리 지원
문제지보관함(학생)학생의 수업·공유·자가문제 기반 자기주도 학습 지원
수업 꾸러미수업 꾸러미에 대한 데이터 그룹
수업 꾸러미 목록수업꾸러미 검색·미리보기 기반 학습자료 활용 지원
수업개설수업 꾸러미 생성교육과정·콘텐츠 기반 수업꾸러미 생성·구성 지원
공유 꾸러미교사에 판단으로 꾸러미의 공유를 허락
콘텐츠 서비스콘텐츠 서비스에 대한 데이터 그룹
공유 콘텐츠 찾기공유콘텐츠 검색·추천 기반 맞춤형 학습자료 제공
콘텐츠 활용하기즐겨찾기·미리보기·신고 기반 콘텐츠 활용 지원
내 콘텐츠(교사)내콘텐츠(교사) 생성·공유·관리 기반 수업자료 활용 지원
네 콘텐츠(학생)내콘텐츠(학생) 완료·저장·추천 기반 개인 맞춤형 콘텐츠 지원

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

콘텐츠서비스

문제지 서비스

수업 꾸러미

콘텐츠서비스

수업 꾸러미 목록

공유 콘텐츠 찾기

문항 보관함

수업 꾸러미 생성

콘텐츠 활용하기

문항 만들기

문제지 만들기

공유 꾸러미

내 콘텐츠(교사)

  • 문제지 보관함
  • (교사)

내 콘텐츠(학생)

  • 문제지 보관함
  • (학생)

Slide 46 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(데이터분석)

  • 데이터분석 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역 데이터분석 정보

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
데이터분석데이터분석 주제영역 정보
반 분석반 분석에 대한 데이터 그룹
과목 분석과목별 학습수준·정답률 기반 종합 학습분석 제공
학생별 분석학생분포·성취·사회정서 기반 맞춤형 학습분석 제공
학생 분석학생 분석에 대한 데이터 그룹
과목 리포트과목별 진단·학습수준 기반 맞춤형 리포트 제공
수업개설종합 리포트학습수준·과목별·누적학습 기반 종합리포트 제공

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

데이터분석

반 분석

학생 분석

과목 리포트

과목 분석

종합 리포트

학생별 분석


Slide 47 — 지식허브

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(지식허브)

  • 지식허브 정보의 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역 지식허브 정보

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
지식허브지식허브 주제영역 정보
미래교육 과정미래교육 과정에 대한 데이터 그룹
교육과정 기준정보교육과정·학교급·교과·학년 기반 기준정보 관리
교육과정 내용정보영역·핵심아이디어·성취기준 기반 교육과정 구성 관리
학습개념정보학습·선수·후속개념 기반 개념체계 정보 관리
수업설계정보단원·차시·활동유형 기반 수업설계 정보 관리
교육자료정보콘텐츠·평가·활동·과제 기반 교육자료 통합 관리
학습이력정보학습자·활동·성취·개념도달 기반 학습이력 관리
적응형 교육과정 그래프적응형 교육과정 그래프에 대한 데이터 그룹
기본정보자료ID·유형·출처·저작권 기반 기본정보 관리
수업개설교육과정 정보교육과정·학교급·교과·학년 기반 교육과정 정보 관리
성취기준 정보성취기준·성취수준·평가기준 기반 학습평가 정보 관리
개념 정보학습·핵심·선수개념 기반 개념정보 체계 관리
수업 정보단원·차시·수업단계 기반 수업정보 체계 관리
자료특성난이도·매체·활동유형 기반 자료특성 정보 관리
품질 정보검수·품질등급·오류신고 기반 품질정보 관리
활용 정보조회·사용·만족도·재사용 기반 활용정보 관리
  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

미래교육과정

적응형 교육과정 그래프

기본 정보

교육과정 기준정보

교육과정 정보

교육과정 내용정보

성취기준 정보

학습개념정보

개념 정보

수업설계정보

수업 정보

교육자료정보

자료 특성

학습이력정보

품질 정보

활용 정보


Slide 48 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(메타데이터)

  • 메타데이터 정보 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역(메타데이터 정보)

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
데이터의 품질을 확보하고 확장성을 고려한 메타데이터 관리 영역
정보시스템메타데이터 관리 기준인 정보시스템 데이터 그룹타 시스템과 연계하기 위한 대상 및 설정정보 관리
정보시스템전문포털 정보메타관리를 위한 정보시스템 데이터
응용프로그램전문포털 정보응용프로그램 단위 관리를 위한 데이터
데이터베이스(DB)데이터베이스 관리를 위한 데이터 그룹타 시스템과 연계를 위한 연계 항목 관리
데이터베이스연계항목데이터베이스 정보 데이터
테이블연계항목데이터베이스에 생성된 테이블 정보 데이터
칼럼(필드)연계항목데이터베이스에 생성된 컬럼 정보 데이터
데이터 표준데이터 표준 관리를 위한 데이터 그룹타 시스템과 연계 처리에서 발생하는 데이터 관리
표준도메인연계 모니터링데이터 값이 공통으로 갖는 데이터 형식 정의 데이터
표준용어연계 모니터링표준단어로 구성된 표준 용어 정의 데이터
표준단어연계 모니터링단어의 표준을 정의한 데이터
표준코드연계 모니터링공통의 값을 정의한 코드 데이터
데이터 모델데이터 모델 관리를 위한 데이터 그룹타 시스템과 연계 결과에 대한 통계 데이터
논리모델연계 모니터링응용프로그램 단위의 논리 모델 관리 데이터
물리모델연계 모니터링응용프로그램 단위의 물리 모델 관리 데이터

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

메타데이터 관리

정보시스템

데이터표준

데이터베이스(DB)

데이터베이스

정보시스템

표준도메인

테이블

응용프로그램

표준용어

칼럼(필드)

표준단어

표준코드

데이터모델

논리모델

물리모델


Slide 49 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(시스템 연계)

  • 시스템 연계 정보 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역(시스템 연계 정보)

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
시스템 연계데이터 연계분야 주제영역 정보
연계대상타 시스템과 연계하기 위한 대상 및 설정정보 관리타 시스템과 연계하기 위한 대상 및 설정정보 관리
포털(기관) 정보전문포털 정보연계 대상인 포털(기관)의 접근 설정 정보 데이터
연계 설정 정보연계 설정 정보연계 방식, 주기 등 실시간 연계 정보 데이터
연계항목타 시스템과 연계를 위한 연계 항목 관리타 시스템과 연계를 위한 연계 항목 관리
연계항목연계항목연계 세부 항목을 정의한 데이터
연계처리타 시스템과 연계 처리에서 발생하는 데이터 관리타 시스템과 연계 처리에서 발생하는 데이터 관리
연계 모니터링연계 모니터링실시간 연계에서 발생하는 연계 상태 데이터
연계로그연계로그실시간 연계 시의 세부적인 로그 데이터
연계통계타 시스템과 연계 결과에 대한 통계 데이터타 시스템과 연계 결과에 대한 통계 데이터
연계 수집 통계연계 수집 통계연계 처리시의 최초, 변경 등의 연계 통계 데이터
연계 처리 통계연계 처리 통계연계 처리시에 발생하는 성공, 실패 등의 기간별 통계 데이터

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

시스템 연계

연계대상

연계처리

연계항목

연계항목

전문포털(기관)정보

연계 모니터링

연계설정 정보

연계로그

연계통계

연계수집 통계

연계처리 통계


Slide 50 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 목표 데이터 주제 영역(시스템 관리)

  • 시스템 관리 정보 주제영역을 식별하고, 주제영역별로 데이터 그룹, 엔티티에 대한 상세 내용을 정의함

목표 데이터 주제 영역(시스템관리 정보)

주제영역 구성도

주제영역 구성 설명

주제영역데이터그룹엔티티엔티티설명
시스템 관리포털시스템의 관리와 관련된 주제영역
시스템 관리자포털 시스템을 관리하는 관리자 그룹타 시스템과 연계하기 위한 대상 및 설정정보 관리
포털관리자전문포털 정보포털 시스템 Admin 데이터
포털관리자전문포털 정보포털 시스템 Admin 데이터
시스템 환경포털 시스템 환경 구축과 관련한 데이터 그룹타 시스템과 연계 처리에서 발생하는 데이터 관리
포털매뉴얼연계 모니터링포털 이용을 위한 지침 등의 매뉴얼 데이터
메뉴관리연계 모니터링포털 메뉴 구조 데이터
권한관리연계 모니터링포털 메뉴 접근 권한 등의 권한 데이터
시스템로그관리연계 모니터링포털에서 발생하는 각종 로그 데이터
공통코드포털 데이터 관리를 위한 코드 정보 그룹타 시스템과 연계 결과에 대한 통계 데이터
학교 코드연계 모니터링학교 코드 데이터
근무처코드연계 모니터링사용자 근무처 구분을 위한 근무처 데이터
위원회코드연계 모니터링확장성을 고려하여 정의한 위원회 코드 데이터
분류코드연계 모니터링업무(사건)분류를 위한 분류코드 데이터

지식허브

  • 메타
  • 데이터
  • 관리

포털

LXP

  • 행정지원

  • (Agent)

  • AI 학습

  • Agent

  • 콘텐츠

  • 서비스

  • 데이터

  • 분석

  • 시스템

  • 연계

  • 시스템

  • 관리

시스템관리

시스템관리자

시스템 환경

시스템운영자

포털운영자

포털관리자

포털메뉴얼

메뉴관리

권한관리

시스템로그관리

공통코드

직원코드

공통코드

유형코드

부서코드


Slide 51 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(1/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
포털포털에의 관리와 관련된 주제영역교육디지털 원패스가입교육디지털 원패스 가입과 관련된 데이터 그룹학생회원 가입약관동의하기이용약관을 확인하고 동의. 만 14세 미만 여부를 선택. 개인정보 수집 및 이용에 동의
학생 학적정보 입력하기학교 선택. 학생의 이름, 생년월일, 학적정보 등을 입력. 만 14세 미만의 경우에는 법정 대리인의 동의(본인인증)가 필요.
학생 회원정보 추가입력하기아이디, 비밀번호 등을 입력. 이메일 계정으로 인증.
학생회원가입지원학생가입 현황학생 회원가입 현황에서 미가입 학생 확인
학생 정보 입력하기학생의 이름과 학적 정보를 확인하고 생년월일 정보를 입력
아이디, 비밀번호 부여학생이 사용할 ID, 비밀번호를 입력하여 확인/학생의 계정정보를 해당 학생에게 전달
로그인로그인과 관련된 데이터 그룹학생아이디/비밀번호아이디, 비밀번호 입력
간편인증아이디 입력
약관동의(미동의자)약관을 미동의한 사용자의 약관동의
아이디 찾기분실한 아이디 찾기
비밀번호 찾기분실한 비밀번호 찾기
아이디/비밀번호아이디, 비밀번호 입력
간편인증아이디 입력
인증서아이디 입력
수업참여수업코드 입력교사가 알려준 수업명 및 수업코드를 입력하여 해당 수업에 참여
포털홈(교사)포털홈(교사)와 관련된 데이터 그룹메인화면나의 할일오늘 할일, 전체 할일, 오늘의 수업 등의 현황을 확인
수업 진행 현황전체수업, 진행전수업, 진행완료 수업 등을 표시
공지사항수업 공지사항 등록
질의응답질의응답 실시한 내용 확인
게시판FAQFAQ
이용자매뉴얼사용자 매뉴얼 보기
교사 커뮤니티교사간 정보공유, 이벤트 참여 등을 위해 등록한 목록을 확인. 게시글 작성. 게시글 확인
우리반게시판게시판 목록을 확인하고 상세 화면을 조회, 해당 질문을 삭제, 새 게시물 등록

Slide 52 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(2/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
포털포털에의 관리와 관련된 주제영역포털홈(교사)포털홈(교사)와 관련된 데이터 그룹캘린더달력 일정학사일정, 수업일정등을 확인하고 개인일정 등을 추가
내정보 관리프로필 변경개인 사진을 포함한 정보를 변경
비밀번호 변경신규 비밀번호를 변경
포털홈(학생)포털홈(학생)와 관련된 데이터 그룹메인화면나의 할일오늘 할일, 전체 할일, 오늘의 수업 등의 현황을 확인
수업 진행 현황전체수업, 진행전수업, 진행완료 수업 등을 표시
공지사항수업 공지사항 확인
질의응답질의응답 실시한 내용 확인
감정출석감정출석부 등록
AI 진단나의 학습에 대한 학습 상태, 취약점 진단, 학습경로를 안내
게시판FAQFAQ
이용자매뉴얼사용자 매뉴얼 보기
우리반게시판게시판 목록을 확인하고 상세 화면을 조회, 해당 질문을 삭제, 새 게시물 등록
캘린더달력 일정학사일정, 수업일정등을 확인하고 개인일정 등을 추가
내정보 관리프로필 변경개인 사진을 포함한 정보를 변경
비밀번호 변경신규 비밀번호를 변경
학생생활 보기학교생활기록인적·학적사항, 출결상황, 창의적체험활동상황, 교과학습발달 상황, 행동특성 및 종합의견 등 나의 학교생활기록을 확인
(중·고) 시간표조회일자를 선택하고 조회하면 1주일을 단위로 시간표를 조회.
(초) 주간학습조회일자를 선택하고 조회하면주일을 단위로 시간표를 조회.
출결정보학년도 등을 선택하여 조회하면 해당 기간에 대한 출결현황 및 출결상세내용을 조회. “출결상황 관련 규정 안내”버튼을 클릭하면 출결 규정을 확인.

Slide 53 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(3/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
포털포털에의 관리와 관련된 주제영역포털홈(학생)포털홈(학생)와 관련된 데이터 그룹학생생활 보기봉사활동내역올해 활동한 봉사활동의 일자, 장소, 활동내용, 시간 등의 내용을 조회.
학교스포츠클럽학년도 등을 선택하여 조회하면 해당 기간에 대한 학교스포츠클럽 활동내역을 조회.
(고등학교) 대입전형자료 조회하기학교에서 대입전형을 위해 생성한 학교생활기록에 대하여 상세 제공자료 및 대학교에서 요청 현황 등을 조회. 졸업예정자의 경우 해당 메뉴 내 ‘대입전형 제공자료’에서상세 제공 자료를 조회
학생평가 보기(초·특) 교과평가학년, 학기 별 조회하려는 과목을 선택하면 해당 평가결과를 조회.
(초·특) 성적학년, 학기 별 학기말 종합의견 및 교과 학습발달상황 등의 내용을 확인.
(중) 학교생활통지표학년, 학기 등을 선택하고 조회하면, 중학교 학생에게는 자유학기 학교생활통지표를 조회.
(중·고) 성적표학년, 학기 기준으로 과목별 학생의 점수와 성취도, 원점수, 과목 평균 등의 내용을 확인 가능
(중·고) 고사별정오답표학년, 학기, 고사 등을 선택하고 조회합니다. 정오답표를 확인하고 싶은 과목을 선택하면, 과목별로 문항유형, 배점, 정답, 나의 답, 정오답 여부 등을 확인
(고) 표준점수분석표학년, 학기, 기준 등을 선택하고 조회하면 과목별 표준점수와 나의 점수를 시각자료로 조회
(중·고) 성적분석성적분석 메뉴에서는 성적향상도, 학습진단, 성적변화표 등의 시각자료를 제공하여 나의 평가결과를 분석. 성적변화표는 고등학교 학생에게만 제공.
학생건강 보기건강기록학생의 감염병 예방접종 내역, 신체발달상황, 신체의 능력, 건강검진현황 등의 정보를 확인.
PAPS 정보PAPS 활동처방 : 측정한 PAPS 결과에 대한 처방내역과 신체활동빈도 등을 확인.
PAPS 평가결과 : 심폐지구력, 유연성, 근력·근지구력, 순발력, 체지방 등 나의 PAPS 결과를 확인.
평가결과이력 : 조회기간을 입력하여 조회하면 나의 키, 몸무게, 체지방률 등을 포함하여 체력평가 결과를 확인.
통계분석 : 학급, 학년의 평균·최대·최소점수 등을 확인하여 나의 PAPS 결과를 비교· 분석.
지수 : PAPS 측정결과를 바탕으로 알 수 있는 다양한 PAPS 지수를 확인.
(특) PAPS-D : 특수학교에 재학 중인 학생의 PAPS-D 결과를 조회.

Slide 54 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(4/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
포털포털에의 관리와 관련된 주제영역포털홈(학생)포털홈(학생)와 관련된 데이터 그룹방과후학교 신청하기방과후학교 조회 및 신청학년도, 학교, 학기 등을 선택하고 조회하면 해당 기간에 우리학교에서 운영 중인 방과후학교 프로그램 목록을 조회. 프로그램명, 강사명, 시간표 등을 클릭하면 상세내용을 확인. 해당 프로그램에 수강신청.
방과후학교 신청 현황방과후학교 프로그램 신청 현황을 확인. 나의 방과후학교 시간표를 확인. 내가 신청한 방과후 프로그램을 확인하고, 수강신청상태에 있는 프로그램에 대해서는 수강신청을 취소.
출결정보수강하고 있는 방과후학교 프로그램(상세내용)을 확인하고, 해당 프로그램에 대한 출결 현황을 확인.
고등학교 수강신청하기수요조사 참여하기고교학점제 운영을 위해 학교 교육과정 편성에 있어 학생들이 선호하는 교과목 파악을 위한 기초조사.
수강신청 참여하기학생은 수강신청을 참여하여 개인의 진로와 적성에 따라 교과목을 스스로 선택.
결과 확인하기학생은 수요조사 또는 수강신청 결과를 확인.
수강신청 재신청하기수강신청 기간에 이미 이수한 과목이거나 선이수 과목을 이수하지 않았을 경우 등의 사유로 수강신청이 반려된 과목을 변경하여 재신청.
학점이수현황 알아보기교과군별 필수 이수학점, 학년별 이수학점, 합계 정보 등을 확인.

Slide 55 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(5/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
LPXLPX에의 관리와 관련된 주제영역수업(교사)수업(교사)와 관련된 데이터 그룹학습창기본 환경 설정카메라, 마이크, 스피커 활용, 현재시각, 수업명, 학습주제, 학습목표, 수업공지 등 수업 기본정보를 조회, 수업에 입장(통합학습창 접속)한 학생과 미입장한 학생 정보를 확인
외부 클래스 연결외부 연결외부 화상지원 Tool 연결
교재보기교재 목록등록된 교재 List
유투브 보기영상 재생은 교사만 할 수 있으며, 교사가 재생 시작을 하면 학생 쪽에서도 시작
웹 URL 보기웹 페이지 보기
동영상 보기동영상파일을 공유하여 함께 시청
문서 보기문서 파일을 열람한다
수업도구판서하기교재에 다양한 도구로 판서 및 그리기 등의 작업하며 학생에게 판서 권한을 부여하고 회수
화이트보드 사용학급 전체 및 그룹별로 권한 사용권한을 부여하여 스티키 노트 등의 파일을 업로드하거나, 외부 링크를 공유하는 것도 가능
메시지개별 학생, 그룹. 학급 전체에 메시지를 전송
교사화면공유교사의 화면을 복사하여 학생의 화면에 표출
손들기 확인손들기한 학생을 확인
발표시키기특정 학생을 지정하여 판서권한과 마이크 사용을 허가
집중확인수업 집중을 유도하기위하여 학생의 집중여부를 확인
질의 응답학생이 요청한 질문을 확인하고 답변을 작성
과제 운영과제제시수업 과제를 학생들에게 공지
과제현황과제의 제출현황을 확인_과제제목, 제출자, 점수, 제출일, 수정일
제출과제학생 개인별로 제출한 과제 이력을 확인하고 열람
과제 제출 닫기과제 제출 중지 설정
문제지 운영문제지 제시학생들에게 문제지를 제시
문제지 현황학생들의 문제 풀이 진행 상태를 확인
문제풀이 결과학생 개별 오답 확인, 학생별, 문항별 집계 결과

Slide 56 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(6/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
LPXLPX에의 관리와 관련된 주제영역수업(교사)수업(교사)와 관련된 데이터 그룹질문 운영질문 제시학생들에게 질문지를 제시
질문 결과학생별 또는 문항별로 응답에 대해 한눈에 모아보고 문항별 답안 통계 화면에서 그래프로 조회
토론 운영토론 제시학생들에게 토론주제를 제시
토론확인학생들의 토론내용을 확인하고 교사 답변을 작성
설문 운영설문 제시학생들에게 설문지를 제시
설문결과설문결과의 상세내용을 확인(항목별 설문내용 및 응답율, 답변 내용 등), 설문의 참여자별 응답내용을 확인
수업 관리칭찬포인트 부여학생에게 부여하고자 하는 포인트와 내용을 입력(학생에게 부여한 포인트만큼 부여 가능한 포인트가 차감)
상벌점 부여학생에게 상벌점을 부여
출결관리차시 수업 별 출결 상태 상세 조회 및 변경(등교 수업: 등교 수업은 일괄 출석으로 처리 (직접 변경 필요), 영상 수업: 수업 설계 시 설정한 시청 %에 따라 출석 처리, 화상 수업: 수업 입장 시에 출석 처리). 수업목록에서 수업명을 선택하면 해당 수업 전체의 출결현황 확인이 가능
관찰기록수업 중 관찰할 수 있는 학생의 학습활동에 대해 간단하게 기록
수업참여 현황해당 수업에 참여하는 개별 학생에게 부여된 과제와 문제지에 대한 진행상태를 확인, 미참여학생에게 알람 전송
학점이수현황수업에 참여한 학생별로 학생의 학점이수현황을 확인
수업결과자신이 실시했던 수업이력을 확인(수업명,시작및종료일시, 수업시간, 참석자 명단, 입퇴장)
감정출석부클래스 멤버들의 감정상태를 확인
학생 차단학생의 수업활동을 제한
온라인 조종례조종례 실시

Slide 57 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(7/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
LPXLPX에의 관리와 관련된 주제영역수업(학생)수업(학생)와 관련된 데이터 그룹학습창관련된 각종 장비카메라, 마이크, 스피커 활용 가능(카메라,마이크 기본 불가), 현재시각, 수업명, 학습주제, 수업공지 등 수업 기본정보를 조회, 수업에 입장(통합학습창 접속)한 학생과 미입장한 학생 정보를 확인
외부 클래스 연결외부 화상 지원외부 화상지원 Tool 연결
교재보기유투브 보기영상 재생은 교사만 할 수 있으며, 교사가 재생 시작을 하면 학생 쪽에서도 시작
웹 URL 보기웹 페이지 보기
동영상 보기동영상파일을 공유하여 함께 시청
문서 보기문서 파일을 열람한다
수업도구판서하기권한을 부여 받은 학생은 판서 사용
화이트보드 사용학급 전체 및 그룹별로 권한 사용권한을 부여하여 스티키 노트 등의 파일을 업로드하거나, 외부 링크를 공유하는 것도 가능
메시지개별 학생, 그룹. 학급 전체에 메시지를 전송
교사화면공유교사의 화면을 복사하여 학생의 화면에 표출
손들기손들기
발표하기마이크 사용과 판서하기 권한을 부여 받아 발표
집중확인집중 메시지에 응답
질의 응답학생이 요청한 질문을 확인하고 답변을 작성
학습메모기록학습메모를 기록하거나 확인
수업활동과제제출교사가 제시한과제에 대한 결과물을 작성하고 교사에게 제출
과제결과교사 피드백 및 점수를 확인 필요시 수정 제출 가능
문제지 풀기교사가 제시한 문제지 풀기 및 자동채점 결과 확인
질문 풀기교사가 제시한 질문에 응답 및 결과 확인
토론참여토론에 참여하여 내용을 작성
설문 활동설문 내용을 이해하고 응답하여 제출, 수업 종료 시 수업에 대한 만족도 설문에 참여/수업 이해도, 수업 집중도
게시판게시판을 작성하고 댓글로 의견 공유
온라인 조종례조종례 참석

Slide 58 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(8/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
행정지원 (Agent)행정지원(Agent)에의 관리와 관련된 주제영역AI 어시스트AI 어시스트와 관련된 데이터 그룹AI 어시스터프롬프트주제차시나 유사질문 리스트를 검색하여 참고하며 답변을 작성하고 필요시 첨부파일(이미지, 동영상, 음성, URL)을 추가
수업설계수업설계와 관련된 데이터 그룹수업개설교육과정 개설나이스의 학교 교육과정 편성 정보를 이용 한 학기의 수업을 개설
자체운영 개설교사가 직접 수업의 교과, 대상학생, 운영기간 등의 정보를 입력하여 개설(추후 학교운영과목으로 변경 가능)
외부 교육서비스 연결교사는 수업을 개설하면서 또는 개설하고 난 이후에, 외부 교육서비스와 연결이 가능
수업환경 설정수업 알림 설정하기모바일 앱 사용자에게 해당 수업의 과제, 문제지, 질문 등에 대한 푸시알림을 수신할 수 있는 범위와 시간을 설정
수업공지사항 작성해당 수업을 수강하는 학생들에게 공지할 내용을 작성하여 게시
칭찬포인트학생들에게 부여할 칭찬포인트 및 부여기준 등을 관리
멤버 구성교사 초대하기타 교사를 수업에 초대. 초대받은 교사의 수락이 있어야 초대가 완료
학생 초대하기학교운영과목에서는 나이스 교육과정에 편제된 정보에 의해 참여학생 목록이 생성. 자체운영수업 또는 전입생 등 나이스에서 학적반영이 안된 경우, 참여자 목록에서 수업에 참여할 학생을 초대.
학습그룹 설정자동생성 기능을 이용하면 학습그룹을 번호순 또는 임의로 구성하여 간편하게 학습그룹을 구성하거나 교사가 직접 학습그룹을 등록하고 학생별로 그룹을 지정
튜터권한 설정수강생의 정보를 확인, 성적을 평가, 성적 최종 공개 권한을 부여. 구성원 등록 및 등급을 변경, 클래스 운영 시스템 메일 수신 여부 선택.
차시 설정차시정보 설정차시, 차시명, 차시일시 등의 정보를 입력. 학교운영과목의 경우 나이스 교육과정 정보에 따라 차시, 차시일시는 자동으로 입력. 학생에게 차시정보의 공개 여부를 결정하고, 외부 교육 서비스 연결이 가능.
성취기준 등록나이스플러스에서는 차시에 하나 이상의 성취기준을 등록. 등록한 성취기준은 차시의 학습 목표에 자동으로 등록.
관찰기록 설정관찰기록은 교사가 직접 입력할 수 있는 양식을 기본으로 제공하며, 필요 시 차시설정의 관찰기록 영역에서 척도형 관찰기록을 추가.
학습목표 입력모든 차시에서는 학습목표를 기본으로 제공하며 성취기준을 추가하여 등록.
신규차시 생성나이스 시간표와는 별도로 새로운 차시를 생성하여 운영하는 경우, 차 시명, 차시일시, 타서 비스 연결 등의 정보를 입력하고 저장하면 차시목록에 새로운 차시가 생성

Slide 59 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(9/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
행정지원 (Agent)행정지원(Agent)에의 관리와 관련된 주제영역수업설계수업설계와 관련된 데이터 그룹수업교재 구성수업꾸러미 등록콘텐츠 서비스에 등록된 꾸러미에서 선택
첨부 파일 등록하기교사의 PC에 저장되어있는 파일 또는 내 자료실에 업로드된 파일을 등록. 또한 웹오피스 문서(읽기전용)를 작성하여 첨부.
동영상 파일 등록하기PC에 저장된 동영상 파일을 업로드. 동영상의 재생구간을 설정하여 학생에게 제시가능.
유투브 영상 등록URL 주소 입력으로 신규 유투브 영상 등록
URL 등록웹페이지 URL 등록
수업활동 구성문제지 등록콘텐츠서비스에서 미리 저장해둔 문제지를 선택하여 등록.
과제 등록콘텐츠서비스에서 미리 저장한 과제 중에서 학생들에게 제시할 과제를 선택하여 수업에 등록.
질문 등록콘텐츠서비스에서 미리 저장해둔 질문을 선택하여 수업에 등록
설문 등록설문의 상세내용을 작성하고 확인( 단답형, 서술형, 객관식, 다중선택 등 다양한 유형의 설문이 가능, 질문과 답변(&옵션)도 자유롭게 추가 or 삭제 가능, 파일첨부도 가능)
토론 등록토론주제, 주제설명을 입력
동료 평가제목을 설정, 과제의 내용을 세팅. 평가에 필요한 평가의 루브릭 설정 가능. 유의 사항과 각 점수별 기준 입력. 배점 입력과 평가 인원 설정
평가기록평가기록와 관련된 데이터 그룹과제 관리과제 채점AI가 채점한 결과에 선생님이 보완평가. 학생에게 반환하여 추가 작성을 요구. 학생에게 바로 알림을 송신. 학생이 제출한 과제에는 교사의 코멘트를 입력하여 과제 제출의 의견을 전달. 과제의 제출 일시를 확인. 우수한 과제 표시 가능. 다시 제출 기능을 제공. 과제 이력(평가 상태, 수정 횟수) 관리가 가능
평가기준표(Rubric)과제 평가 평가기준표를 만들어 평가
과제 유사도 검색다른 과제에 제출된 온라인 문서와 해당 과제의 유사한 정도를 비교
진행 중 과제진행 중 과제는 차시에 등록하여 학생들에게 부여된 과제. 제출시작일에 도달하지 않더라도 과제가 수업에 등록되면 진행 중 과제 목록에서 확인. 과제의 목록에서 과제 대상의 전체 학생 수, 제출한 학생 수, 채점내용이 저장된 학생 수 등을 확인.

Slide 60 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(10/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
행정지원 (Agent)행정지원(Agent)에의 관리와 관련된 주제영역평가기록평가기록와 관련된 데이터 그룹과제관리완료한 과제학생들이 과제를 제출하고 교사가 채점을 모두 완료한 상태에 있는 과제. 제출하지 않은 학생이 존재하거나 채점하지 않은 과제가 있을 때에도 진행 중 과제를 “완료하기” 처리가 가능. 학생들이 채점 결과를 확인할 수 있도록 알림을 보내며, 목록의 더보기 메뉴에서 과제를 완료한 경우에는 알림을 보내지 않고 채점결과를 제공안함
행정지원 (Agent)행정지원(Agent)에의 관리와 관련된 주제영역평가기록평가기록와 관련된 데이터 그룹제출 관리선생님이 수업을 통해 학생에게 부여한 과제 중, 학생이 아직 제출하지 않은 과제 목록을 확인하고 미 제출 학생에게 푸시 알림
문제지 관리문제지 채점학생이 문제지의 답안을 작성하여 제출한 문제지는 결과보기 화면을 통해 교사가 채점(자동채점) 및 교사의견을 작성. 진행상태에 따라 학생 이름 옆의 아이콘이 변경( 미제출, 제출, 채점 중, 채점완료)
제출 관리제출기간 동안 미 제출 학생들에 대해 푸시알림. 채점완료 후 학생들에게 결과 확인 알림 송신
평가통계문제지 통계학생별 또는 문항별로 답안 통계.
성취기준별 점수성취기준별 점수 확인 가능(생활기록부 교과 평가 시 사용 가능). 학생이름 검색으로 개인 성적 확인
과제 통계과제 평가 결과 통계
성적 취합학생들이 제출한 과제 및 퀴즈에 대해서 점수처리를 위하여 스프레드시트나 CSV로 다운로드
포트폴리오 평가포트폴리오 평가교사는 학생별 포트폴리오를 확인하고 종합평가를 작성
나이스 연계나이스 연계와 관련된 데이터 그룹나이스 입력학생별 성적학생별 수행평가 성적을 나이스에 교사의 확인 하에 자동입력
관찰기록수업중 작성한 관찰 기록을 나이스에 등록
출결정보수업중 작성한 출결정보를 나이스에 등록
환경 구성교과 정보학교 교과정보를 나이스에서 수신
반편성정보반에 속한 학생 리스트를 나이스에서 수신
교사정보담임 및 교과목 담당 교사 정보를 나이스에서 수신
학생변경정보반에 속한 학생 리스트의 변경된 정보를 나이스에서 수신
시간표수업시간표 정보를 나이스에서 수신

Slide 61 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(11/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
AI학습AgentAI학습Agent 에의 관리와 관련된 주제영역AI 튜터AI 튜터와 관련된 데이터 그룹AI 튜터프롬프트챗봇을 활용하여 질의하면 관련되거나 유사한 질문이나 콘텐츠를 찾아주어 콘텐츠를 보거나 답변 내용을 확인
학습서비스학습서비스와 관련된 데이터 그룹수업 결과수업활동현황제출하지 않은 과제 및 문제지 목록을 확인하고 채점 결과를 확인.
출결 확인선생님이 학생의 출결상황을 입력하고, 마감한 경우에 자신의 출결상황을 확인. 자신의 최초접속 일시도 함께 확인.
제출하지 않은 과제선생님이 수업을 통해 학생에게 부여한 과제 중, 학생이 아직 제출하지 않은 과제 목록
제출한 과제학생이 과제를 작성하여 선생님께 제출한 상태에 있는 과제. 선생님이 제출취소를 하여야 과제를 다시 작성하여 재제출. 채점이 완료된 과제에 대해서 결과 확인.
학점이수현황개인의 학점 이수 현황(고교)
칭찬포인트 현황학습포인트 현황을 확인. 다양한 그래프를 통해 확인하고, 세부내역을 조회.
배지 현황학습포인트를 모아 학생이 달성한 배지를 확인. 학생 프로필에 표시
콘텐츠 찾기콘텐츠 검색하기등록된 콘텐츠목록에서 수업, 차시, 과제, 문제지, 문항 파일로 구분. 콘텐츠에 등록된 학년, 교과, 성취기준 등의 정보를 통해 분류하고 검색
콘텐츠 추천받기공유콘텐츠 화면에서는 사용자들의 활동 및 사용내역을 분석하여 인기 콘텐츠를 추천하고 최신 공유된 콘텐츠를 보여줌.
나의보관함추천 콘텐츠교사가 전달한 콘텐츠를 확인. AI를 활용하여 나의 취약한 단원을 분석하여 추천 문제집. 취약 단원 문제집 응시 완료 시 보상 포인트 받기
영상영상(교사 과제, 내가 저장) 목록 보기/출처 순, 최신 순, 인기순.
문제집 만들기문항을 랜덤하게 출제하여 문제집을 구성하는 방식. AI가 나의 수준에 따라 자동으로 문제집을 출제하는 방식.
내콘텐츠도착(교사전달) /완료(학습완료) /저장(개인)) /제작(자체) 콘텐츠 목록
학습 진단진단하기(응시)생성된 학습 진단 문제를 확인한 후 답변을 입력. 마지막 문항 답안 선택 후 답안 제출
진단결과학습 진단 문제 별 나의 답안, 정답 등 결과를 확인. 문제 유형 별 정답률을 확인(개념, 응용, 심화) . 개념,응용,심화 별 문제 평균 풀이시간을 확인. 학습 진단 출제 문항 기준 관련 문항별 해설 영상을 확인
맞춤형 학습 목록진단 결과에따라 맞춤형 학습목록. 문제지, 콘텐츠등을 포함

Slide 62 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(12/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
AI학습AgentAI학습Agent 에의 관리와 관련된 주제영역학습서비스학습서비스와 관련된 데이터 그룹논술 진단논술문항 풀이제시된 풀이할 문항의 주제를 및 키워드 확인, 필수 키워드를 모두 포함하여 작성 후 제출
풀이결과 확인선생님의 종합평가와 기본/추가 평가 기준으로 평가한 내용을 노출
과목 리포트요약종합 진단 결과 확인. 보충 학습이 필요한 과목 현황.
과목별 리포트AI가 과목 별 코멘트와 학습 수준을 제공. 과목 별 문제풀이 수 / 문제풀이 정답률 수치를 제공. 최근 진행한 진단 단원명과 학습 수준별 메시지를 확인. 단원별 학습 수준을 확인. 차시별 학습 수준을 확인.
누적 학습 현황단원 별 문제 풀이수/정답율을 확인. 단원 별 동영상 시청 시간 확인. 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간 분석표. 개념 / 응용 / 심화 문제 별 정답률을 단원 별로 확인
종합 리포트학습 수준학기 시작일부터 접속 일까지 나의 월별 누적 학습 수준 그래프와 수준별 메시지를 확인. 나의 학습 수준 진단 결과확인
과목별 리포트이번 학기 과목별/영역별 월 별 진단 결과
누적 학습 현황월 별 문제 풀이수/정답율 확인. 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간 분석표 재공. 나의 주차 별 동영상 시청 시간 확인. 개념 / 응용 / 심화 문제 별 정답률을 월별로 확인
자기주도학습문제 풀기수업 문제지, 나의 문제지, 콘텐츠 문제지를 풀기. 문제지는 학생의 문제지 보관함에 저장되어 학생이 여러 번 다시 풀어보고 회차별로 결과를 관리. 임시저장으로 문제지 풀이를 완료하지 않고 자신이 푼 문항까지 저장
채점 하기나의 문제지 또는 콘텐츠 문제지 풀이를 완료 후 자동으로 채점. 서술형 문항은 정답으로 우선 채점하며 학생이 정답 및 해설을 확인하여 다시 채점 가능. 해당 문제지를 여러 번 풀어본 경우에는 풀이한 회차별로 결과를 확인.
오답노트 작성하기학생이 주제, 틀린 이유 등 학생이 정한 기준으로 문항을 구분하여 카테고리의 색깔을 선택하여 저장. 문항과 관련된 학습개념을 정리하거나 틀린 문항에 대해 올바른 풀이 과정을 기록. 과목별 오답노트에 작성된 모든 오답노트 목록 확인.
오답노트 보기과목별로 작성한 오답노트 문항을 확인. 작성한 오답노트는 카테고리의 색깔을 통해 오답노트 목록에서 구별
콘텐츠 학습단원/차시에 맞는 추천 콘텐츠를 검색하여 콘텐츠 등록 후 학습
포트폴리오 (성취기준)포트폴리오 작성 및 확인학생은 선생님이 평가한 내용을 확인

Slide 63 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(13/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
콘텐츠 서비스콘텐츠서비스에의 관리와 관련된 주제영역문제지 서비스문제지 서비스와 관련된 데이터 그룹문항 보관함내 문항내 문항 보관함에 저장된 본인이 작성한 문항. 작성된 문항의 내용을 확인하고 문항을 수정. 학교급, 학년, 교과, 성취기준, 난이도, 문항유형 등의 정보를 입력. 문항유형에 따라 발문, 지문, 보기의 형태로 작성. 힌트 또는 해설을 작성하여 문항 풀이에 도움.
즐겨찾는 문항콘텐츠서비스에서 즐겨찾기로 저장해둔 문항 콘텐츠. 동료 교사에게 추천 가능
공유 문항동료 교사에게서 추천된 문항을 보관함에서 검색
문항 만들기선다형 문항 만들기선다형 문항의 난이도, 문항내용, 답안, 힌트 및 해설 등을 작성하고 저장
진위형 문항 만들기진위형은 O/X 형태가 기본으로 제공되며 교사가 직접 T/F 또는 사실/거짓 등으로 텍스트를 수정 가능
단답형 문항 만들기단답형문항의 난이도, 문항내용, 답안, 힌트 및 해설 등을 작성하고 저장
서술형 문항 만들기서술형 문항의 난이도, 문항내용, 답안, 힌트 및 해설 등을 작성하고 저장
다중문항만들기기본정보 및 필수정보를 입력 및 문항 선택을 통해 다중문항 콘텐츠를 생성
AI 문항 생성학교급, 학년, 교과, 성취기준, 난이도, 문항유형 등의 정보를 입력. 문항유형에 따라 발문, 지문, 보기의 형태로 작성. 힌트 또는 해설 작성. 장성된 문항은 문항만들기로 이전되어 저장 가능
문제지 만들기문항 찾기학년, 교과, 성취기준 등의 출제범위를 지정하여 문항을 검색. 교사가 설정한 문항의 검색조건을 입력하여 내 문항 또는 콘텐츠 문항, 즐겨찾기 문항을 검색
문항 고르기검색한 문항의 목록을 확인. 문항 상세보기 후 문항별로 힌트 제공 여부, 배점 등의 설정을 적용.
순서 바꾸기문제지에 등록된 전체 문항목록을 확인하고 문항 간의 순서 변경
저장하기문제지의 제목, 내용 등을 입력하여 문제지를 저장
AI 문제지 생성4가지 문제집 유형이 랜덤하게 작성되어 제공되며 미리보기로 확인 후 문제지로 저장 가능

Slide 64 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(14/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
콘텐츠 서비스콘텐츠서비스에의 관리와 관련된 주제영역문제지 서비스문제지 서비스와 관련된 데이터 그룹문제지 보관함(교사)저장한 문제지저장한 문제지는 교사가 작성하고 수업에 등록하지 않은 상태의 문제지. 추후 “수업에 등록 하기” 과정을 통해 차시에 등록하여 수행평가나 추천 문제지로 학생들에게 제공.
진행 중 문제지학생들에게 부여된 문제지. 진행 중 문제지의 목록에서 문제지의 전체 대상학생 수, 제출한 학생 수, 채점이 끝난 학생 수 등을 확인.
완료한 문제지학생들이 문제지를 제출하고 교사가 채점을 모두 완료한 상태에 있는 문제지. 문제지의 결과 보기 화면에서 문제지를 마감한 경우에는 학생들이 채점 결과를 확인할 수 있도록 알림을 보내며, 목록의 더보기 메뉴에서 문제지를 완료한 경우에는 알림을 보내지 않고 채점결과를 제공 하지 않음
공유 문제지동료 교사에게서 추천된 문제지를 보관함에서 검색
문제지 보관함(학생)수업 문제지선생님이 수업을 위해 등록하여 학생에게 부여한 문제지. 채점이 끝난 수업 문제지는 학생이 나의 문제지로 생성 가능.
나의 문제지학생이 직접 나의 문제지를 만들어 풀고 나면 학생은 자동채점 기능을 활용하여 간편하게 채점 가능
공유 문제지선생님이 공유한 추천 문제지를 조회하고 문제지 콘텐츠를 풀면 학생의 문제지 보관함에 공유 문제지로 추가 됨. 공유 문제지는 나의 문제지와 마찬가지로 학생이 자기주도 학습을 위해 풀어보고 채점이 가능.
수업꾸러미수업꾸러미와 관련된 데이터 그룹수업꾸러미 목록수업 꾸러미 검색내가 만든 수업꾸러미 및 공유된 수업꾸러미를 검색
미리보기수업꾸러미의 내용을 검토(문서보기 및 영상 재생 등)
수업꾸러미 생성적용범위 선택교육과정내에서 수업꾸러미로 구성할 단원(대/중/소)을 선택
학습콘텐츠 선택적응형 교육과정 그래프를 확인하여 해당 교육과정에 맞는 콘텐츠를 선택
꾸러미 등록꾸러미명, 설명을 입력하고 교과목, 교육과정을 입력하고 선택한 콘텐츠를 등록
콘텐츠 추가공유된 수업꾸러미 또는 교사가 보유한 콘텐츠를 추가하여 등록
공유 꾸러미교사에 판단으로 꾸러미의 공유를 허락

Slide 65 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(15/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
콘텐츠 서비스콘텐츠서비스에의 관리와 관련된 주제영역콘텐츠서비스콘텐츠서비스와 관련된 데이터 그룹공유콘텐츠 찾기콘텐츠 검색하기등록된 콘텐츠목록에서 서비스에서 수업, 차시, 과제, 문제지, 문항 파일로 구분. 콘텐츠에 등록된 학년, 교과, 성취기준 등의 정보를 통해 분류하고 검색
콘텐츠 추천받기공유콘텐츠 화면에서는 사용자들의 활동 및 사용내역을 분석하여 인기 콘텐츠를 추천하고 최신 공유된 콘텐츠를 보여줌.
콘텐츠 활용하기즐겨찾는 콘텐츠공유콘텐츠를 “즐겨찾기”하면 각 서비스 목록에서 즐겨찾기한 콘텐츠의 조회가 가능
공유콘텐츠 내용확인콘텐츠 목록(타일)을 선택하여 미리보기 화면을 통해 콘텐츠를 사용하기 전, 콘텐츠의 내용을 확인
신고하기다른 사람이 공유한 콘텐츠에 대해 오류를 발견했을 때 “신고하기” 버튼을 통해 관리자에게 알림. 신고유형은 내용 오류, 잘못된 분류체계, 유해한 내용 신고, 기타 등으로 구분.
내 콘텐츠(교사)내콘텐츠내가 즐겨사용하는 콘텐츠
곤텐츠 생성수업에 사용할 신규 콘텐츠를 생성
콘텐츠 공유하기다른 사용자에게 나의 콘텐츠를 공유. 콘텐츠의 주제, 핵심낱말 또는 키워드 등의 정보를 쉽게 알아볼 수 있도록 해시태그를 활용
콘텐츠 갱신하기내 콘텐츠를 공유한 이후에 내용을 수정하면 갱신 과정을 통해 공유콘텐츠에 수정한 내용을 반영.
지난수업보관처리된 수업내용
내 콘텐츠(학생)내콘텐츠완료(학습완료) /저장(개인) /제작(자체) 콘텐츠 목록
추천 콘텐츠교사가 전달한 과제들을 확인. AI를 활용하여 나의 취약한 단원을 분석하여 추천.

Slide 66 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(16/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
데이터 분석데이터분석의 관리와 관련된 주제영역반 분석반 분석와 관련된 데이터 그룹과목 분석과목 종합 리포트우리반 과목 요약 리포트
과목별 리포트과목 별 학습 수준을 제공, 문제 풀이 수 / 문제풀이 정답률 수치를 제공, 해당 과목의 최근 진행한 진단 단원과 우리반 수준별 메시지를 확인, 단원 별 막대 그래프로 학습 수준을 확인, 차시 별 학습 수준을 확인 . 성취기준수준별 분석
누적학습현황단원 별 문제 풀이 수와 정답률 막대 그래프를 확인, 단원 별 동영상 시청 시간 막대 그래프를 확인, 개념 / 응용 / 심화 난이도 별 풀이시간 분석표
문제유형별 정답율개념 / 응용 / 심화 문제 별 정답률 막대 그래프를 확인
학생별 분석학생분포도담당 학급의 학생들의 문제풀이 학습 현황 분포도로 확인
문재풀이현황담당 학급 학생들의 문제풀이 수 / 정답률, 월별 문제 풀이 학습 변화
성취수준 분석교과, 단원별 성취수준 분석
학기종합영역월별 누적 학습 수준, 수준별 메시지, 학습 수준 진단 결과
칭찬이 필요한 학생칭찬이 필요한 학생의 학습결과
누적학습현황(우리반)주차 별 문제 풀이 수/ 정답률, 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간, 주차 별 동영상 시청 시간
문제유형별정답율(우리반)개념 / 응용 / 심화 문제 별 정답률 막대 그래프를 확인
누적학습현황(과목별)과목의 누적 학습 현황
사회정서 분석한 달동안 감정 출석부 체크를 하지 않았거나, 지속적으로 부정적 감정을 체크한 학생 명단 확인

Slide 67 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(17/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
데이터 분석데이터분석의 관리와 관련된 주제영역학생 분석학생 분석와 관련된 데이터 그룹과목 리포트요약종합 진단 결과 확인. 보충 학습이 필요한 과목 현황.
과목별 리포트과목 별 코멘트와 학습 수준을 제공. 과목 별 문제풀이 수 / 문제풀이 정답률 수치를 제공. 최근 진행한 진단 단원명과 학습 수준별 메시지를 확인. 단원별 학습 수준을 확인. 차시별 학습 수준을 확인.
누적 학습 현황단원 별 문제 풀이수/정답율을 확인. 단원 별 동영상 시청 시간 확인. 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간 분석표. 개념 / 응용 / 심화 문제 별 정답률을 단원 별로 확인
종합 리포트학습 수준학기 시작일부터 접속 일까지 나의 월별 누적 학습 수준 그래프와 수준별 메시지를 확인. 나의 학습 수준 진단 결과확인
과목별 리포트이번 학기 과목별/영역별 월 별 진단 결과
누적 학습 현황월 별 문제 풀이수/정답율 확인. 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간 분석표 재공. 나의 주차 별 동영상 시청 시간 확인. 개념 / 응용 / 심화 문제 별 정답률을 월별로 확인
성취수준 분석교과, 단원별 성취수준 분석
학기종합영역월별 누적 학습 수준, 수준별 메시지, 학습 수준 진단 결과
칭찬이 필요한 학생칭찬이 필요한 학생의 학습결과
누적학습현황(우리반)주차 별 문제 풀이 수/ 정답률, 해당 과목의 개념 / 응용 / 심화 난이도 별 풀이시간, 주차 별 동영상 시청 시간
문제유형별정답율(우리반)개념 / 응용 / 심화 문제 별 정답률 막대 그래프를 확인
누적학습현황(과목별)과목의 누적 학습 현황
사회정서 분석한 달동안 감정 출석부 체크를 하지 않았거나, 지속적으로 부정적 감정을 체크한 학생 명단 확인

Slide 68 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(18/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
지식허브지식허브의 관리와 관련된 주제영역미래교육과정미래교육과정와 관련된 데이터 그룹교육과정 기준정보교육과정 버전수시개정 체제(2009,2015,2022)
학교급학교의 등급(초중고대)
교과교육의 목적에 분류한 교육의 분야(국영수사과 등)
과목교과의 하위 개념(국어>‘문학’)
학년학급의 하위개념(수업연한 분류에 의한 기준)
학기학년의 일부기간
교육과정 내용정보영역학습해야 할 지식, 기능, 태도 등을 학문적 성격이나 성취 목표에 따라 몇 가지 범주로 묶어놓은 분류 단위
핵심아이디어학습 이후 궁극적으로 이해해야 하는 일반화된 지식이나 개념
내용요소교육을 통해 필수적으로 배우고 익혀야 할 지식, 기능, 태도의 구체적인 항목(교수학습의 기준, 교과서 개발 근거), 지식/이해, 과정/기능, 가치/태도
성취기준교과를 통해 배워야 할 내용과, 학습을 마친 후 궁극적으로 할 수 있거나 할 수 있기를 기대하는 수업 및 평가 활동의 기준
학습개념 정보학습개념경험이나 훈련을 통해 행동, 지식, 태도에 비교적 영속적이고 지속적인 변화를 가져오는 과정(교육은 방향성, 학습은 경험성)
선수개념새로운 지식이나 과제를 배우기 위해 반드시 사전에 알고 있어야 하는 기초 지식이나 개념(학습의 위계이며 학습 결손방지를 위한 개념)
후속개념현재 학습개념을 바탕으로 다음에 연결되어 발전하는 상위단계의 개념
유사개념현재 배우고 있는 학습개념과 성격, 구조, 원리 등이 비슷하여 서로 비교하거나 묶어서 이해하면 학습 효과가 배가되는 개념(수평적 연관 관계)
수업설계 정보단원교육과정을 실제 수업으로 구현하기 위해 서로 연관된 학습 내용(성취기준, 학습개념 등)을 하나의 체계적인 덩어리로 묶어놓은 수업 설계의 기본 단위
차시단원의 학습 목표를 달성하기 위해 단위 시간, 개별 수업의 시간적·내용적 단위
활동유형학습 목표를 달성하기 위해 교사와 학생이 실제로 수행하는 교수·학습 행위의 구체적인 형태나 종류
수업모형학습 목표를 가장 효과적으로 달성하기 위해 수업의 전체적인 흐름과 단계를 구조화 (수업 가이드라인)
교육자료 정보콘텐츠교육콘텐츠 정보(영상,음성,이미지,문서)
평가문항평가문항 및 문제은행 정보
활동지학습자가 수업에 참여하여 발생된 워크시트 정보
프로젝트 과제수업이후 발생하는 과제 정보

Slide 69 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(19/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
지식허브지식허브의 관리와 관련된 주제영역미래교육과정미래교육과정와 관련된 데이터 그룹학습이력 정보학습자학습참여자 정보
활동이력학습자 활동정보, 로깅데이터
성취수준수업성취기준을 데이터로 축적한 현재 성취수준 정보
개념도달도학습자가 교재, 강의, 매체 등을 통해 개념을 어느수준까지 정확하게 이해/습득 했는지에 대한 지표
적응형 교육과정 그래프적응형 교육과정와 관련된 데이터 그룹기본정보자료ID자료고유번호
자료명자료명
자료유형자료의 유형
제공기관자료 제공기관 정보(출처)
저작권저작권 정보
교육과정 정보교육과정 버전수시개정 체제(2009,2015,2022)
학교급학교의 등급(초중고대)
교과교육의 목적에 분류한 교육의 분야(국영수사과 등)
과목교과의 하위 개념(국어>‘문학’)
학년학급의 하위개념(수업연한 분류에 의한 기준)
학기학년의 일부기간
성취기준 정보성취기준 코드성취기준 코드정보
성취수준수업성취기준을 데이터로 축적한 현재 성취수준 정보
평가기준학습목표기준 평가 기준정보
개념 정보학습개념경험이나 훈련을 통해 행동, 지식, 태도에 비교적 영속적이고 지속적인 변화를 가져 오는 과정(교육은 방향성, 학습은 경험성)
핵심개념학습 이후 궁극적으로 이해해야 하는 일반화된 지식이나 개념
선수/관련개념선수개념 : 새로운 지식이나 과제를 배우기 위해 반드시 사전에 알고 있어야 하는 기초 지식이나 개념 관련개념 : 수평적연관관계에 있는 현재 학습개념과 관련있는 개념
수업 정보단원교과목의 전체 내용을 주제나 성격에 따라 묶어놓은 학습의 단위 정보
차시단원의 학습 목표를 달성하기 위해 단위 시간, 개별 수업의 시간적·내용적 단위
수업단계교수-학습 과정(시간적 흐름)을 체계적으로 나눈 단계
수업모형이론적 원리를 바탕으로 단순화·구조화해 놓은 체계적인 수업 설계도 정보

Slide 70 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 데이터 주제영역 정의서

  • 업무기능이 유사한 데이터 그룹으로 주제영역 관련 개념 데이터모델에 대해 정의함

데이터 주제영역 정의서(20/20)

데이터 주제영역데이터 그룹엔티티
명칭설명명칭설명명칭설명상세 설명
지식허브지식허브의 관리와 관련된 주제 영역적응형 교육과정 그래프적응형 교육과정와 관련된 데이터 그룹자료 특성난이도학습자 수준과 적합성에 대한 정보
소요시간학습자가 자료를 이용하는데 사용한 총시간
매체유형자료의 유형으로 영상/이미지/문서/음성 을 분류함
활동유형학습자가 자료를 시용하는 시점과
품질 정보검수상태자료의 최종검수 상태정보
검수자자료 검수담당자 정보
품질등급자료 품질등급 정보
오류신고자료에 대한 오류신고 log
활용 정보조회수자료에 대한 조회수
사용횟수자료를 수업에 사용된 횟수
만족도학습자가 사용한 자료에 대한 만족도 정보
재사용률자료에 교수나 학습자가 재반복 조회/사용한 비율

Slide 71 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(1/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
포털교육디지털 원패스가입학생회원 가입약관동의하기약관동의이용약관, 개인정보 수집·이용 동의 및 만 14세 미만 여부를 관리동의번호, 회원 아이디약관유형, 동의여부, 동의일시, 만14세미만여부, 개인정보수집이용동의여부
학생 학적정보 입력 하기학생학적정보학생의 학교 선택, 이름, 생년월일, 학적정보 및 법정대리인 동의 정보를 관리학생번호, 학교번호학교명, 학생명, 생년월일, 학적정보, 법정대리인동의여부, 본인인증여부
학생 회원정보 추가 입력하기학생회원정보학생 회원가입을 위한 아이디, 비밀번호, 이메일 인증 정보를 관리회원아이디아이디, 비밀번호, 이메일, 이메일인증여부
학생회원가입지원학생가입 현황학생가입현황학생 회원가입 현황과 미가입 학생 정보를 관리학생번호학생명, 가입상태, 미가입여부, 가입일시
학생 정보 입력하기학생기본정보학생 이름, 학적정보, 생년월일 확인 및 입력 정보를 관리학생번호학생명, 학적정보, 생년월일
아이디, 비밀번호 부여학생계정정보학생이 사용할 ID와 비밀번호 발급 및 전달 정보를 관리회원아이디, 학생 번호아이디, 비밀번호, 계정확인여부, 계정전달여부
로그인학생아이디/비밀번호학생로그인학생의 아이디·비밀번호 기반 로그인 정보를 관리회원아이디아이디, 비밀번호, 로그인일시, 로그인결과
간편인증학생간편인증학생의 아이디 기반 간편인증 정보를 관리인증번호, 회원 아이디아이디, 인증수단, 인증일시, 인증결과
약관동의(미동의자)미동의약관동의약관 미동의 사용자의 약관 동의 상태를 관리동의번호, 회원 아이디약관유형, 동의여부, 동의일시, 미동의상태
아이디 찾기아이디찾기분실한 아이디 찾기 요청 및 결과 정보를 관리조회번호사용자명, 이메일, 조회일시, 조회결과
비밀번호 찾기비밀번호찾기분실한 비밀번호 찾기 및 재설정 요청 정보를 관리요청번호, 회원 아이디아이디, 사용자명, 이메일, 요청일시, 재설정 여부
교사아이디/비밀번호교사로그인교사의 아이디·비밀번호 기반 로그인 정보를 관리교사아이디아이디, 비밀번호, 로그인일시, 로그인결과
간편인증교사간편인증교사의 아이디 기반 간편인증 정보를 관리인증번호, 교사아이디아이디, 인증수단, 인증일시, 인증결과
인증서교사인증서교사의 인증서 기반 인증 정보를 관리인증서번호, 교사아이디아이디, 인증서명, 인증서상태, 인증일시
수업참여수업코드 입력수업참여수업명과 수업코드를 입력하여 해당 수업에 참여하는 정보를 관리수업번호, 학생번호수업명, 수업코드, 참여일시, 참여상태

Slide 72 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(2/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
포털포털홈(교사)메인화면나의 할일교사할일교사의 오늘 할일, 전체 할일, 오늘의 수업 현황 정보를 관리할일번호, 교사 아이디오늘할일, 전체할일, 오늘의수업, 확인상태
수업 진행 현황교사수업진행현황교사의 전체수업, 진행전수업, 진행완료 수업 현황을 관리수업번호, 교사 아이디전체수업수, 진행전수업수, 진행완료수업수, 진행상태
공지사항수업공지사항교사가 등록하는 수업 공지사항 정보를 관리공지번호, 수업번호공지제목, 공지내용, 등록자, 등록일시
질의응답질의응답교사가 질의응답 실시 내용을 확인하는 정보를 관리질문번호, 수업번호질문제목, 질문내용, 답변내용, 답변여부
게시판FAQFAQ자주 묻는 질문과 답변 정보를 관리FAQ번호질문, 답변, 등록일시, 사용여부
이용자매뉴얼이용자매뉴얼사용자 매뉴얼 조회 정보를 관리매뉴얼번호매뉴얼명, 매뉴얼파일, 버전, 등록일시
교사 커뮤니티교사커뮤니티교사 간 정보공유, 이벤트 참여, 게시글 작성 및 조회 정보를 관리게시글번호, 교사아이디게시글제목, 게시글내용, 작성자, 작성일시, 조회수
우리반게시판우리반게시판우리반 게시판 목록, 상세조회, 질문 삭제 및 새 게시물 등록 정보를 관리게시글번호, 학급 번호게시글제목, 게시글내용, 작성자, 등록일시, 삭제여부
캘린더교사일정교사의 학사일정, 수업일정, 개인일정 정보를 관리일정번호, 교사 아이디학사일정, 수업일정, 개인일정, 시작일시, 종료일시
내정보 관리프로필 변경교사프로필교사의 개인 사진을 포함한 프로필 변경 정보를 관리교사아이디개인사진, 이름, 연락처, 이메일, 수정일시
비밀번호 변경교사비밀번호변경교사의 신규 비밀번호 변경 정보를 관리변경번호, 교사 아이디신규비밀번호, 변경일시, 변경결과
포털홈(학생)메인화면나의 할일학생할일학생의 오늘 할일, 전체 할일, 오늘의 수업 현황 정보를 관리할일번호, 학생번호오늘할일, 전체할일, 오늘의수업, 확인상태
수업 진행 현황학생수업진행현황학생의 전체수업, 진행전수업, 진행완료 수업 현황을 관리수업번호, 학생번호전체수업수, 진행전수업수, 진행완료수업수, 진행상태
공지사항학생공지사항학생이 확인하는 수업 공지사항 정보를 관리공지번호, 학생번호공지제목, 공지내용, 등록자, 등록일시, 확인 여부
질의응답학생질의응답학생이 확인하는 질의응답 실시 내용을 관리질문번호, 학생번호질문제목, 질문내용, 답변내용, 답변여부
감정출석감정출석부학생의 감정출석부 등록 정보를 관리출석번호, 학생번호출석일자, 감정상태, 등록일시
AI 진단AI학습진단학생의 학습상태, 취약점 진단, 학습경로 안내 정보를 관리진단번호, 학생번호학습상태, 취약점진단, 학습경로, 진단일시

Slide 73 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(3/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
포털포털홈(학생)게시판FAQ학생FAQ학생용 자주 묻는 질문과 답변 정보를 관리FAQ번호질문, 답변, 등록일시, 사용여부
이용자매뉴얼학생이용자매뉴얼학생 사용자 매뉴얼 조회 정보를 관리매뉴얼번호매뉴얼명, 매뉴얼파일, 버전, 등록일시
우리반게시판학생우리반게시판학생의 우리반 게시판 목록, 상세조회, 질문 삭제 및 새 게시물 등록 정보를 관리게시글번호, 학급 번호게시글제목, 게시글내용, 작성자, 등록일시, 삭제여부
캘린더학생일정학생의 학사일정, 수업일정, 개인일정 정보를 관리일정번호, 학생번호학사일정, 수업일정, 개인일정, 시작일시, 종료일시
내정보 관리프로필 변경학생프로필학생의 개인 사진을 포함한 프로필 변경 정보를 관리학생번호개인사진, 이름, 연락처, 이메일, 수정일시
비밀번호 변경학생비밀번호변경학생의 신규 비밀번호 변경 정보를 관리변경번호, 학생번호신규비밀번호, 변경일시, 변경결과
학생생활 보기학교생활기록학교생활기록학생의 인적·학적사항, 출결, 창의적체험활동, 교과학습발달, 행동특성 및 종합의견 정보를 관리기록번호, 학생번호인적사항, 학적사항, 출결상황, 창의적체험활동상황, 교과학습발달상황, 행동특성및종합의견
(중·고) 시간표시간표중·고 학생의 조회일자 기준 1주일 단위 시간표 정보를 관리시간표번호, 학생 번호조회일자, 주간시간표, 요일, 교시, 과목
(초) 주간학습주간학습초등학생의 조회일자 기준 주간학습 정보를 관리학습번호, 학생번호조회일자, 주간학습내용, 요일, 교시, 과목
출결정보출결정보학생의 학년도별 출결현황, 출결상세내용 및 출결 규정 안내 정보를 관리출결번호, 학생번호학년도, 출결현황, 출결상세내용, 출결규정
봉사활동내역봉사활동내역학생의 봉사활동 일자, 장소, 활동내용, 시간 정보를 관리봉사번호, 학생번호활동일자, 장소, 활동내용, 활동시간
학교스포츠클럽학교스포츠클럽학생의 학년도별 학교스포츠클럽 활동내역 정보를 관리활동번호, 학생번호학년도, 활동기간, 종목명, 활동내역
(고등학교) 대입전형자료 조회하기대입전형자료학교가 생성한 대입전형 제공자료와 대학교 요청 현황 정보를 관리자료번호, 학생번호학교생활기록, 상세제공자료, 대학교요청현황, 제공자료

Slide 74 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(4/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
포털포털홈(학생)학생평가 보기(초·특) 교과평가교과평가초·특 학생의 학년·학기·과목별 평가결과 정보를 관리평가번호, 학생번호학년, 학기, 과목, 평가결과
(초·특) 성적초등성적초·특 학생의 학기말 종합의견 및 교과 학습발달상황 정보를 관리성적번호, 학생번호학년, 학기, 학기말종합의견, 교과학습발달상황
(중) 학교생활통지표학교생활통지표중학교 학생의 자유학기 학교생활통지표 정보를 관리통지표번호, 학생 번호학년, 학기, 자유학기, 학교생활통지표
(중·고) 성적표성적표중·고 학생의 학년·학기별 과목 점수, 성취도, 원점수, 과목 평균 정보를 관리성적표번호, 학생 번호학년, 학기, 과목, 점수, 성취도, 원점수, 과목 평균
(중·고) 고사별정 오답표고사별정오답표중·고 학생의 과목별 문항유형, 배점, 정답, 나의 답, 정오답 여부 정보를 관리정오답번호, 학생 번호학년, 학기, 고사, 과목, 문항유형, 배점, 정답, 나의답, 정오답여부
(고) 표준점수분석표표준점수분석표고등학생의 과목별 표준점수와 나의 점수 시각자료 정보를 관리분석번호, 학생번호학년, 학기, 기준, 과목, 표준점수, 나의점수
(중·고) 성적분석성적분석중·고 학생의 성적향상도, 학습진단, 성적변화표 등 평가결과 분석 정보를 관리분석번호, 학생번호성적향상도, 학습진단, 성적변화표, 평가결과
학생건강 보기건강기록건강기록학생의 감염병 예방접종, 신체발달, 신체능력, 건강검진 정보를 관리건강기록번호, 학생번호예방접종내역, 신체발달상황, 신체능력, 건강 검진현황
PAPS 정보PAPS활동처방측정한 PAPS 결과에 대한 처방내역과 신체활동빈도 정보를 관리처방번호, 학생번호PAPS결과, 처방내역, 신체활동빈도
PAPS평가결과학생의 심폐지구력, 유연성, 근력·근지구력, 순발력, 체지방 등 PAPS 평가결과를 관리평가결과번호, 학생번호심폐지구력, 유연성, 근력근지구력, 순발력, 체지방
PAPS평가결과 이력조회기간별 키, 몸무게, 체지방률을 포함한 체력평가 결과 이력을 관리이력번호, 학생번호조회기간, 키, 몸무게, 체지방률, 체력평가결과
PAPS통계분석학급·학년 평균·최대·최소점수와 학생 PAPS 결과 비교·분석 정보를 관리통계번호, 학생번호학급평균점수, 학년평균점수, 최대점수, 최소 점수, 비교분석결과
PAPS지수PAPS 측정결과 기반의 다양한 PAPS 지수 정보를 관리지수번호, 학생번호PAPS측정결과, 지수명, 지수값
PAPSD결과특수학교 재학 학생의 PAPS-D 결과 정보를 관리PAPSD번호, 학생 번호특수학교여부, PAPSD결과, 측정일자

Slide 75 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(5/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
포털포털홈(학생)방과후학교 신청하기방과후학교 조회 및 신청방과후학교 프로그램학교에서 운영 중인 방과후학교 프로그램 목록, 상세내용 및 수강신청 정보를 관리프로그램번호, 학생번호학년도, 학교, 학기, 프로그램명, 강사명, 시간표, 상세내용, 수강신청상태
방과후학교 신청 현황방과후학교신청 현황학생의 방과후학교 신청 현황, 시간표, 신청 프로그램 및 취소 정보를 관리신청번호, 학생번호신청현황, 방과후학교시간표, 신청프로그램, 수강신청상태, 취소여부
출결정보방과후출결정보수강 중인 방과후학교 프로그램 상세내용과 출결 현황을 관리출결번호, 학생번호프로그램명, 상세내용, 출결일자, 출결상태
고등학교 수강신청하기수요조사 참여하기수요조사고교학점제 운영을 위한 학생 선호 교과목 기초조사 정보를 관리조사번호, 학생번호교과목, 선호교과목, 응답일자, 응답내용
수강신청 참여하기수강신청학생이 진로와 적성에 따라 선택한 교과목 수강신청 정보를 관리수강신청번호, 학생번호교과목, 신청일자, 신청상태, 진로, 적성
결과 확인하기수강신청결과학생의 수요조사 또는 수강신청 결과 정보를 관리결과번호, 학생번호수요조사결과, 수강신청결과, 확인일자
수강신청 재신청하기수강재신청반려된 과목의 변경 및 재신청 정보를 관리재신청번호, 학생번호반려과목, 반려사유, 변경과목, 재신청일자
학점이수현황 알아 보기학점이수현황교과군별 필수 이수학점, 학년별 이수학점, 합계 정보를 관리이수현황번호, 학생번호교과군, 필수이수학점, 학년별이수학점, 합계 학점

Slide 76 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(6/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
LXP수업(교사)학습창학습창학습창수업 기본정보 및 학생 입장 현황 관리수업번호수업명, 학습주제, 학습목표, 수업공지, 입장상태
수업(교사)외부 클래스 연결외부 클래스 연결클래스연결외부 화상수업 도구 연계 관리연결번호외부도구명, 연결URL, 연결상태
수업(교사)교재보기교재 목록교재등록 교재 관리교재번호교재명, 교재유형, 등록일
수업(교사)교재보기유투브 보기동영상교재유튜브 콘텐츠 공유 관리콘텐츠번호URL, 제목, 재생상태
수업(교사)교재보기웹 URL 보기웹교재웹페이지 교재 관리URL번호URL주소, 제목
수업(교사)교재보기동영상 보기동영상교재동영상 파일 공유 관리동영상번호파일명, 재생시간
수업(교사)교재보기문서 보기문서교재문서형 교재 관리문서번호파일명, 문서유형
수업(교사)수업도구판서하기판서판서 및 필기 정보 관리판서번호판서내용, 작성일시
수업(교사)수업도구화이트보드 사용화이트보드화이트보드 활동 관리화이트보드번호권한설정, 공유링크
수업(교사)수업도구메시지메시지수업 중 메시지 송수신 관리메시지번호발신자, 수신자, 내용
수업(교사)수업도구교사화면공유화면공유교사 화면 공유 관리공유번호시작일시, 종료일시
수업(교사)수업도구손들기 확인손들기학생 손들기 요청 관리손들기번호학생번호, 요청시간
수업(교사)수업도구발표시키기발표학생 발표 관리발표번호학생번호, 발표시간
수업(교사)수업도구집중확인집중도학습 집중도 확인 관리집중확인번호학생번호, 집중상태
수업(교사)수업도구질의 응답질의응답질의 및 응답 관리질문번호질문내용, 답변내용
수업(교사)과제 운영과제제시과제과제 등록 및 배포 관리과제번호과제명, 제출기한
수업(교사)과제 운영과제현황과제현황과제 제출 현황 관리과제번호제출인원, 미제출인원
수업(교사)과제 운영제출과제과제제출제출 과제 관리제출번호학생번호, 제출일시
수업(교사)과제 운영과제 제출 닫기과제마감과제 마감 관리과제번호마감일시, 상태
수업(교사)문제지 운영문제지 제시문제지문제지 배포 관리문제지번호문제지명, 배포일
수업(교사)문제지 운영문제지 현황문제지현황문제지 응시 현황 관리문제지번호응시인원, 완료율
수업(교사)문제지 운영문제풀이 결과문제풀이결과문제풀이 결과 관리결과번호점수, 정답률
수업(교사)질문 운영질문 제시질문질문 등록 관리질문번호질문내용, 등록일
수업(교사)질문 운영질문 결과질문결과질문 응답 결과 관리결과번호응답수, 결과내용
수업(교사)토론 운영토론 제시토론토론 주제 관리토론번호토론주제, 시작일
수업(교사)토론 운영토론확인토론결과토론 참여 결과 관리결과번호참여자수, 의견수
수업(교사)설문 운영설문 제시설문설문 등록 관리설문번호설문명, 설문기간
수업(교사)설문 운영설문결과설문결과설문 결과 관리결과번호응답수, 분석결과

Slide 77 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(7/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
LXP수업(교사)수업 관리칭찬포인트 부여칭찬포인트칭찬 포인트 관리포인트번호학생번호, 포인트
수업(교사)수업 관리상벌점 부여상벌점상벌점 관리상벌점번호학생번호, 점수
수업(교사)수업 관리출결관리출결출결 정보 관리출결번호학생번호, 출결상태
수업(교사)수업 관리관찰기록관찰기록학생 관찰 기록 관리기록번호학생번호, 관찰내용
수업(교사)수업 관리수업참여 현황수업참여수업 참여 현황 관리수업번호, 학생번호참여시간, 참여상태
수업(교사)수업 관리학점이수현황학점이수학점 이수 현황 관리학생번호취득학점, 이수상태
수업(교사)수업 관리수업결과수업결과수업 운영 결과 관리결과번호출석률, 참여율
수업(교사)수업 관리감정출석부감정출석감정 기반 출결 관리출석번호학생번호, 감정상태
수업(교사)수업 관리학생 차단학생차단학생 차단 관리차단번호학생번호, 차단사유
수업(교사)수업 관리온라인 조종례조종례온라인 조종례 운영 관리조종례번호진행일시, 공지내용
수업(학생)학습창학습창학생학습창학생 수업 입장 및 학습정보 조회수업번호, 학생번호수업명, 입장상태
수업(학생)외부 클래스 연결외부 클래스 연결클래스연결외부 수업도구 접속 관리연결번호접속URL, 연결상태
수업(학생)교재보기유투브 보기학습콘텐츠유튜브 학습콘텐츠 조회콘텐츠번호제목, URL
수업(학생)교재보기웹 URL 보기웹콘텐츠웹콘텐츠 조회URL번호URL주소, 제목
수업(학생)교재보기동영상 보기동영상콘텐츠동영상 콘텐츠 조회동영상번호파일명, 재생시간
수업(학생)교재보기문서 보기문서콘텐츠문서 콘텐츠 조회문서번호파일명, 문서유형
수업(학생)수업도구판서하기학생판서학생 판서 관리판서번호작성내용, 작성일시
수업(학생)수업도구화이트보드 사용화이트보드활동화이트보드 활동 관리활동번호작성내용, 공유여부
수업(학생)수업도구메시지메시지메시지 송수신 관리메시지번호수신자, 내용
수업(학생)수업도구교사화면공유화면공유공유화면 조회 관리공유번호시작시간, 종료시간
수업(학생)수업도구손들기손들기손들기 요청 관리손들기번호요청시간
수업(학생)수업도구발표하기발표발표 활동 관리발표번호발표내용, 발표시간
수업(학생)수업도구집중확인집중도집중도 응답 관리집중확인번호응답결과
수업(학생)수업도구질의 응답질의응답질의 응답 참여 관리질문번호질문내용, 답변내용
수업(학생)수업도구학습메모기록학습메모학습 메모 관리메모번호메모내용, 작성일시
LXP수업(학생)수업활동과제제출과제제출과제 제출 관리제출번호과제번호, 제출일시
수업(학생)수업활동과제결과과제결과과제 평가 결과 관리결과번호점수, 피드백
수업(학생)수업활동문제지 풀기문제풀이문제 풀이 관리풀이번호문제지번호, 점수
수업(학생)수업활동질문 풀기질문응답질문 응답 관리응답번호답변내용
수업(학생)수업활동토론참여토론참여토론 참여 관리참여번호의견내용, 등록일
수업(학생)수업활동설문 활동설문응답설문 응답 관리응답번호응답내용
수업(학생)수업활동게시판게시글게시판 글 관리게시글번호제목, 내용, 작성일
수업(학생)수업활동온라인 조종례조종례참여온라인 조종례 참여 관리참여번호참여일시, 상태

Slide 78 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(8/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
행정지원(Agent)AI 어시스트AI 어시스터프롬프트프롬프트AI 어시스트 질의 및 응답 관리프롬프트번호질문내용, 답변내용, 첨부파일, 생성일시
수업설계수업개설교육과정 개설수업교육과정 기반 수업 개설 정보 관리수업번호수업명, 교과, 학기, 운영기간
수업설계수업개설자체운영 개설수업교사 자체 수업 개설 정보 관리수업번호교과명, 대상학생, 운영기간
수업설계수업개설외부 교육서비스 연결외부서비스연계외부 교육서비스 연계 정보 관리연계번호서비스명, 연계URL, 연계상태
수업설계수업환경 설정수업 알림 설정하기알림설정수업 알림 설정 정보 관리설정번호알림유형, 수신범위, 수신시간
수업설계수업환경 설정수업공지사항 작성수업공지수업 공지사항 관리공지번호제목, 내용, 등록일
수업설계수업환경 설정칭찬포인트칭찬포인트학생 칭찬포인트 관리포인트번호학생번호, 포인트점수, 부여사유
수업설계멤버 구성교사 초대하기교사초대수업 참여 교사 초대 관리초대번호교사번호, 초대상태, 수락일시
수업설계멤버 구성학생 초대하기학생초대수업 참여 학생 초대 관리초대번호학생번호, 초대상태
수업설계멤버 구성학습그룹 설정학습그룹학습그룹 구성 정보 관리그룹번호그룹명, 그룹유형, 학생목록
수업설계멤버 구성튜터권한 설정튜터권한튜터 권한 관리권한번호권한유형, 권한범위
수업설계차시 설정차시정보 설정차시차시 운영 정보 관리차시번호차시명, 차시일시, 공개여부
수업설계차시 설정성취기준 등록성취기준성취기준 관리성취기준번호성취기준명, 교과, 학년
수업설계차시 설정관찰기록 설정관찰기록양식관찰기록 양식 관리양식번호양식명, 평가척도
수업설계차시 설정학습목표 입력학습목표학습목표 관리목표번호목표내용, 성취기준
수업설계차시 설정신규차시 생성차시신규 차시 생성 관리차시번호차시명, 차시일시
수업설계수업교재 구성수업꾸러미 등록수업꾸러미수업꾸러미 관리꾸러미번호꾸러미명, 콘텐츠목록
수업설계수업교재 구성첨부 파일 등록하기첨부파일수업 첨부파일 관리파일번호파일명, 파일유형, 등록일
수업설계수업교재 구성동영상 파일 등록하기동영상수업 동영상 자료 관리동영상번호파일명, 재생구간
수업설계수업교재 구성유투브 영상 등록유튜브영상유튜브 영상 관리영상번호URL, 제목
수업설계수업교재 구성URL 등록URL정보외부 URL 관리URL번호URL주소, 제목
수업설계수업활동 구성문제지 등록문제지문제지 정보 관리문제지번호문제지명, 문항수
수업설계수업활동 구성과제 등록과제과제 정보 관리과제번호과제명, 제출기한
수업설계수업활동 구성질문 등록질문질문 정보 관리질문번호질문내용, 등록일
수업설계수업활동 구성설문 등록설문설문 정보 관리설문번호설문명, 설문유형, 설문기간
수업설계수업활동 구성토론 등록토론토론 정보 관리토론번호토론주제, 설명
수업설계수업활동 구성동료 평가동료평가동료평가 정보 관리평가번호평가명, 루브릭, 배점

Slide 79 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(9/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
행정지원(Agent)평가기록과제 관리 과제 관리과제 채점과제평가과제 채점 결과 관리과제번호, 학생번호점수, 교사의견, 평가상태
평가기록과제 관리평가기준표(Rubric)평가기준표과제 평가 기준 관리기준표번호평가항목, 배점
평가기록과제 관리과제 유사도 검색과제유사도과제 유사도 분석 관리분석번호유사도점수, 비교대상
평가기록과제 관리진행 중 과제과제현황진행 중 과제 관리과제번호제출인원, 미제출인원
평가기록과제 관리완료한 과제과제완료완료 과제 관리과제번호완료일시, 공개여부
평가기록과제 관리제출 관리과제제출과제 제출 관리제출번호학생번호, 제출일시
평가기록문제지 관리문제지 채점문제지평가문제지 채점 결과 관리문제지번호, 학생번호점수, 교사의견
평가기록문제지 관리제출 관리문제지제출문제지 제출 관리제출번호학생번호, 제출일시
평가기록평가통계문제지 통계문제지통계문제지 통계 관리통계번호정답률, 평균점수
평가기록평가통계성취기준별 점수성취기준성적성취기준별 성적 관리학생번호, 성취기준번호점수, 성취도
평가기록평가통계과제 통계과제통계과제 결과 통계 관리통계번호평균점수, 제출률
평가기록평가통계성적 취합성적취합성적 취합 관리취합번호과제점수, 문제지점수, 최종점수
평가기록포트폴리오 평가포트폴리오 평가포트폴리오평가학생 포트폴리오 종합평가 관리학생번호평가의견, 종합등급
나이스 연계나이스 입력학생별 성적학생성적학생 성적 연계 관리학생번호, 성적번호수행평가점수, 입력상태
나이스 연계나이스 입력관찰기록관찰기록관찰기록 연계 관리기록번호관찰내용, 등록일
나이스 연계나이스 입력출결정보출결정보출결정보 연계 관리출결번호출결상태, 출결일
나이스 연계환경 구성교과 정보교과정보나이스 교과 정보 관리교과번호교과명, 학년
나이스 연계환경 구성반편성정보학급정보학급 및 학생 정보 관리학급번호학급명, 학생수
나이스 연계환경 구성교사정보교사정보교사 정보 관리교사번호교사명, 담당과목
나이스 연계환경 구성학생변경정보학생변경이력학생 정보 변경 이력 관리변경번호학생번호, 변경내용
나이스 연계환경 구성시간표시간표수업 시간표 관리시간표번호학기, 요일, 교시, 교과

Slide 80 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(10/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
AI학습AgentAI 튜터AI 튜터프롬프트AI프롬프트AI 챗봇 질의 및 응답 정보 관리프롬프트번호질문내용, 답변내용, 사용자번호, 생성일시
학습서비스수업 결과수업활동현황수업활동현황학생의 수업 참여 및 결과 현황 관리학생번호, 수업번호참여율, 과제제출수, 문제풀이수, 최종접속일
학습서비스수업 결과출결 확인출결정보학생 출결 정보 관리출결번호학생번호, 출결상태, 출결일자, 최초접속일시
학습서비스수업 결과제출하지 않은 과제과제현황미제출 과제 현황 관리과제번호, 학생번호과제명, 제출기한, 제출상태
학습서비스수업 결과제출한 과제과제제출제출 과제 정보 관리제출번호학생번호, 과제번호, 제출일시, 채점결과
학습서비스수업 결과학점이수현황학점이수현황학생 학점 이수 현황 관리학생번호취득학점, 이수학점, 졸업요건충족여부
학습서비스수업 결과칭찬포인트 현황칭찬포인트학생 칭찬포인트 관리포인트번호학생번호, 포인트점수, 누적포인트, 지급사유
학습서비스수업 결과배지 현황배지학생 배지 획득 현황 관리배지번호학생번호, 배지명, 획득일
학습서비스콘텐츠 찾기콘텐츠 검색하기콘텐츠학습 콘텐츠 정보 관리콘텐츠번호콘텐츠명, 교과, 학년, 성취기준, 콘텐츠유형
학습서비스콘텐츠 찾기콘텐츠 추천받기콘텐츠추천개인 맞춤형 콘텐츠 추천 정보 관리추천번호학생번호, 콘텐츠번호, 추천사유
학습서비스나의보관함추천 콘텐츠추천콘텐츠추천 콘텐츠 보관 정보 관리보관번호학생번호, 콘텐츠번호, 등록일
학습서비스나의보관함영상영상콘텐츠영상 학습 콘텐츠 관리영상번호제목, URL, 재생시간
학습서비스나의보관함문제집 만들기문제집사용자 생성 문제집 관리문제집번호문제집명, 문제수, 생성일
학습서비스나의보관함내콘텐츠개인콘텐츠개인 보관 콘텐츠 관리콘텐츠번호콘텐츠명, 콘텐츠유형, 등록일
학습서비스학습 진단진단하기(응시)학습진단학습 진단 응시 정보 관리진단번호학생번호, 응시일시, 진단유형
학습서비스학습 진단진단결과진단결과학습 진단 결과 관리결과번호학생번호, 진단점수, 수준등급
학습서비스학습 진단맞춤형 학습 목록맞춤학습진단 결과 기반 맞춤 학습 관리추천번호학생번호, 추천콘텐츠, 추천과정
학습서비스논술 진단논술문항 풀이논술답안논술 문항 답안 관리답안번호학생번호, 문항번호, 답안내용
학습서비스논술 진단풀이결과 확인논술평가결과논술 평가 결과 관리결과번호학생번호, 점수, 피드백
학습서비스과목 리포트요약학습요약과목 학습 요약 정보 관리요약번호학생번호, 학습시간, 학습량
학습서비스과목 리포트과목별 리포트과목리포트과목별 학습 분석 정보 관리리포트번호학생번호, 과목명, 성취도, 학습시간
학습서비스과목 리포트누적 학습 현황누적학습현황누적 학습 현황 관리학생번호총학습시간, 학습건수, 성취도
학습서비스종합 리포트학습 수준학습수준종합 학습 수준 정보 관리학생번호수준등급, 진단점수, 성장도
학습서비스종합 리포트과목별 리포트종합과목리포트종합 과목별 분석 정보 관리리포트번호과목명, 평균점수, 성취도
학습서비스종합 리포트누적 학습 현황종합학습현황종합 누적 학습 현황 관리학생번호총학습시간, 누적점수, 성장률
학습서비스자기주도학습문제 풀기문제풀이자기주도 문제풀이 관리풀이번호학생번호, 문제번호, 풀이일시
학습서비스자기주도학습채점 하기채점결과문제 채점 결과 관리채점번호학생번호, 점수, 정답수
학습서비스자기주도학습오답노트 작성하기오답노트오답노트 관리오답노트번호학생번호, 문제번호, 오답사유
학습서비스자기주도학습오답노트 보기오답노트조회오답노트 조회 관리오답노트번호학생번호, 등록일, 수정일
학습서비스자기주도학습콘텐츠 학습콘텐츠학습콘텐츠 학습 이력 관리학습이력번호학생번호, 콘텐츠번호, 학습시간
학습서비스포트폴리오(성취기준)포트폴리오 작성 및 확인포트폴리오성취기준 기반 학습 포트폴리오 관리포트폴리오번호학생번호, 성취기준번호, 활동내용, 등록일

Slide 81 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(11/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
콘텐츠서비스문제지 서비스문항 보관함내 문항문항교사가 작성하여 보관한 문항 정보 관리문항번호문항명, 학교급, 학년, 교과, 성취기준, 난이도, 문항유형, 정답, 해설
문제지 서비스문항 보관함즐겨찾는 문항문항즐겨찾기즐겨찾기한 문항 관리즐겨찾기번호교사번호, 문항번호, 등록일
문제지 서비스문항 보관함공유 문항공유문항교사 간 공유된 문항 관리공유번호문항번호, 공유교사, 공유일
문제지 서비스문항 만들기선다형 문항 만들기선다형문항선다형 문항 정보 관리문항번호발문, 보기, 정답, 난이도, 해설
문제지 서비스문항 만들기진위형 문항 만들기진위형문항O/X 또는 T/F 문항 관리문항번호발문, 정답, 난이도, 해설
문제지 서비스문항 만들기단답형 문항 만들기단답형문항단답형 문항 관리문항번호발문, 정답, 해설
문제지 서비스문항 만들기서술형 문항 만들기서술형문항서술형 문항 관리문항번호발문, 채점기준, 예시답안
문제지 서비스문항 만들기다중문항만들기복합문항다중 문항 묶음 관리문항번호문항목록, 배점, 난이도
문제지 서비스문항 만들기AI 문항 생성AI생성문항AI 기반 자동 문항 생성 관리생성번호프롬프트, 생성결과, 교과, 난이도
문제지 서비스문제지 만들기문항 찾기문항검색문제지 구성용 문항 검색 관리검색번호검색조건, 교과, 성취기준
문제지 서비스문제지 만들기문항 고르기문제지구성문제지에 포함할 문항 선택 관리문제지번호문항목록, 문항수
문제지 서비스문제지 만들기순서 바꾸기문제지편집문제지 문항 순서 관리문제지번호문항순서, 수정일
문제지 서비스문제지 만들기저장하기문제지문제지 저장 관리문제지번호문제지명, 생성일, 공개여부
문제지 서비스문제지 만들기AI 문제지 생성AI문제지AI 기반 문제지 자동 생성 관리문제지번호생성조건, 문항수, 생성일
문제지 서비스문제지 보관함(교사)저장한 문제지저장문제지저장된 문제지 관리문제지번호문제지명, 생성일
문제지 서비스문제지 보관함(교사)진행 중 문제지진행문제지작성 중 문제지 관리문제지번호상태, 수정일
문제지 서비스문제지 보관함(교사)완료한 문제지완료문제지완료된 문제지 관리문제지번호완료일, 공개여부
문제지 서비스문제지 보관함(교사)공유 문제지공유문제지공유된 문제지 관리공유번호문제지번호, 공유교사
문제지 서비스문제지 보관함(학생)수업 문제지수업문제지수업 중 제공된 문제지 관리문제지번호수업번호, 배포일
문제지 서비스문제지 보관함(학생)나의 문제지학생문제지학생 풀이 문제지 관리학생번호, 문제지번호점수, 풀이일
문제지 서비스문제지 보관함(학생)공유 문제지학생공유문제지학생 공유 문제지 관리공유번호문제지번호, 공유일
수업꾸러미수업꾸러미 목록수업꾸러미 목록수업꾸러미수업꾸러미 정보 관리꾸러미번호꾸러미명, 과목, 생성일
수업꾸러미수업꾸러미 목록미리보기꾸러미미리보기꾸러미 미리보기 정보 관리꾸러미번호콘텐츠목록, 설명
수업꾸러미수업꾸러미 생성적용범위 선택꾸러미적용범위꾸러미 적용범위 관리적용번호학교급, 학년, 교과
수업꾸러미수업꾸러미 생성학습콘텐츠 선택꾸러미콘텐츠꾸러미 콘텐츠 구성 관리꾸러미번호콘텐츠번호, 순서
수업꾸러미수업꾸러미 생성꾸러미 등록꾸러미등록꾸러미 등록 관리꾸러미번호등록일, 공개여부
수업꾸러미수업꾸러미 생성콘텐츠 추가콘텐츠추가꾸러미 콘텐츠 추가 관리콘텐츠번호콘텐츠명, 콘텐츠유형
수업꾸러미공유 꾸러미공유 꾸러미공유꾸러미공유 수업꾸러미 관리공유번호꾸러미번호, 공유범위

Slide 82 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(12/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
콘텐츠서비스콘텐츠서비스공유콘텐츠 찾기콘텐츠 검색하기콘텐츠학습 콘텐츠 정보 관리콘텐츠번호콘텐츠명, 교과, 학년, 유형
콘텐츠서비스공유콘텐츠 찾기콘텐츠 추천받기콘텐츠추천추천 콘텐츠 관리추천번호학생번호, 콘텐츠번호, 추천사유
콘텐츠서비스콘텐츠 활용하기즐겨찾는 콘텐츠콘텐츠즐겨찾기즐겨찾기 콘텐츠 관리즐겨찾기번호사용자번호, 콘텐츠번호
콘텐츠서비스콘텐츠 활용하기공유콘텐츠 내용확인공유콘텐츠공유 콘텐츠 조회 관리콘텐츠번호콘텐츠명, 공유자, 조회수
콘텐츠서비스콘텐츠 활용하기신고하기콘텐츠신고콘텐츠 신고 관리신고번호신고자, 신고사유, 신고일
콘텐츠서비스내 콘텐츠(교사)내콘텐츠교사콘텐츠교사 생성 콘텐츠 관리콘텐츠번호콘텐츠명, 생성일
콘텐츠서비스내 콘텐츠(교사)곤텐츠 생성콘텐츠생성신규 콘텐츠 생성 관리콘텐츠번호콘텐츠유형, 생성일
콘텐츠서비스내 콘텐츠(교사)콘텐츠 공유하기콘텐츠공유콘텐츠 공유 관리공유번호콘텐츠번호, 공유범위
콘텐츠서비스내 콘텐츠(교사)콘텐츠 갱신하기콘텐츠갱신콘텐츠 수정 및 갱신 관리콘텐츠번호수정일, 수정내용
콘텐츠서비스내 콘텐츠(교사)지난수업지난수업콘텐츠과거 수업 콘텐츠 관리수업번호수업명, 운영일
콘텐츠서비스내 콘텐츠(학생)내콘텐츠학생콘텐츠학생 보관 콘텐츠 관리콘텐츠번호콘텐츠명, 저장일
콘텐츠서비스내 콘텐츠(학생)추천 콘텐츠추천콘텐츠학생 추천 콘텐츠 관리추천번호콘텐츠번호, 추천일, 추천사유

Slide 83 — 4.3 목표 데이터 아키텍처 정의

4.3 목표 데이터 아키텍처 정의 › 6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(13/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
데이터분석반 분석과목 분석과목 종합 리포트과목종합리포트학급 단위 과목별 학습성과 종합 분석 정보 관리리포트번호학급번호, 과목명, 평균성취도, 학습수준, 생성일
반 분석과목 분석과목별 리포트과목리포트과목별 학습 수준 및 성취도 분석 관리리포트번호학급번호, 과목명, 문제풀이수, 정답률, 성취수준, 차시별수준
반 분석과목 분석누적학습현황누적학습현황과목 및 단원별 누적 학습 현황 관리학급번호, 과목번호문제풀이수, 정답률, 동영상시청시간, 풀이시간
반 분석과목 분석문제유형별 정답율문제유형분석문제유형별 정답률 분석 관리분석번호개념정답률, 응용정답률, 심화정답률
반 분석학생별 분석학생분포도학생분포도학생 학습수준 분포 정보 관리학급번호학생수, 수준구간, 분포비율
반 분석학생별 분석문재풀이현황문제풀이현황학생별 문제풀이 현황 분석 관리학생번호문제풀이수, 정답률, 월별변화
반 분석학생별 분석성취수준 분석성취수준분석교과 및 단원별 성취수준 분석 관리학생번호, 과목번호성취수준, 성취도, 단원명
반 분석학생별 분석학기종합영역학기종합분석학기 전체 학습성과 분석 관리학생번호월별수준, 학습수준, 진단결과
반 분석학생별 분석칭찬이 필요한 학생칭찬대상학생칭찬이 필요한 학생 관리학생번호학습수준, 학습태도, 추천사유
반 분석학생별 분석누적학습현황(우리반)학급누적학습현황학급 단위 누적 학습 현황 관리학급번호주차별풀이수, 정답률, 시청시간, 풀이시간
반 분석학생별 분석문제유형별정답율(우리반)학급문제유형분석학급 단위 문제유형별 정답률 관리학급번호개념정답률, 응용정답률, 심화정답률
반 분석학생별 분석누적학습현황(과목별)과목누적학습현황과목별 누적 학습 현황 관리학급번호, 과목번호누적학습시간, 문제풀이수, 정답률
반 분석학생별 분석사회정서 분석사회정서분석학생 사회정서 상태 분석 관리학생번호감정상태, 감정기록일, 위험도
학생 분석과목 리포트요약학습요약학생 학습현황 요약 정보 관리학생번호진단결과, 보충학습과목, 학습수준
학생 분석과목 리포트과목별 리포트학생과목리포트학생별 과목 학습 분석 정보 관리학생번호, 과목번호문제풀이수, 정답률, 성취수준, 학습메시지
학생 분석과목 리포트누적 학습 현황학생누적학습현황학생 누적 학습 현황 관리학생번호, 과목번호문제풀이수, 정답률, 시청시간, 풀이시간
학생 분석종합 리포트학습 수준학습수준진단학생 학습 수준 진단 결과 관리학생번호학습수준, 진단결과, 월별변화
학생 분석종합 리포트과목별 리포트종합과목리포트종합 과목별 성취도 분석 관리학생번호, 과목번호월별진단결과, 성취도, 학습수준
학생 분석종합 리포트누적 학습 현황종합누적학습현황학생 종합 누적 학습 현황 관리학생번호월별풀이수, 정답률, 시청시간, 풀이시간

Slide 84 — 4.3 목표 데이터 아키텍처 정의

4.3 목표 데이터 아키텍처 정의 › 6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(14/16)

주제영역데이터 그룹엔티티명엔티티 설명대표식별자주요속성
주제영역대기능중기능소기능엔티티명엔티티 설명대표식별자주요속성
지식허브미래교육과정교육과정 기준정보교육과정 버전교육과정버전교육과정 개정 버전 관리교육과정버전코드버전명, 적용시작일, 적용종료일
미래교육과정교육과정 기준정보학교급학교급학교급 기준정보 관리학교급코드학교급명, 사용여부
미래교육과정교육과정 기준정보교과교과교과 기준정보 관리교과코드교과명, 학교급코드
미래교육과정교육과정 기준정보과목과목과목 기준정보 관리과목코드과목명, 교과코드
미래교육과정교육과정 기준정보학년학년학년 기준정보 관리학년코드학년명, 학교급코드
미래교육과정교육과정 기준정보학기학기학기 기준정보 관리학기코드학기명, 적용학년
미래교육과정교육과정 내용정보영역교육과정영역교육과정 영역 정보 관리영역코드영역명, 설명
미래교육과정교육과정 내용정보핵심아이디어핵심아이디어핵심아이디어 정보 관리핵심아이디어코드핵심내용, 영역코드
미래교육과정교육과정 내용정보내용요소내용요소교육과정 내용요소 관리내용요소코드내용요소명, 지식이해, 과정기능, 가치태도
미래교육과정교육과정 내용정보성취기준성취기준성취기준 정보 관리성취기준코드성취기준명, 영역코드, 학년
미래교육과정학습개념 정보학습개념학습개념학습개념 정보 관리학습개념코드개념명, 설명
미래교육과정학습개념 정보선수개념선수개념선수개념 관계 관리학습개념코드, 선수개념코드관계유형, 설명
미래교육과정학습개념 정보후속개념후속개념후속개념 관계 관리학습개념코드, 후속개념코드관계유형, 설명
미래교육과정학습개념 정보유사개념유사개념유사개념 관계 관리학습개념코드, 유사개념코드관계유형, 설명
미래교육과정수업설계 정보단원단원단원 정보 관리단원코드단원명, 성취기준, 학년
미래교육과정수업설계 정보차시차시차시 정보 관리차시코드차시명, 단원코드, 순번
미래교육과정수업설계 정보활동유형활동유형교수학습 활동유형 관리활동유형코드활동유형명, 설명
미래교육과정수업설계 정보수업모형수업모형수업모형 정보 관리수업모형코드수업모형명, 단계정보
미래교육과정교육자료 정보콘텐츠콘텐츠교육 콘텐츠 정보 관리콘텐츠번호콘텐츠명, 콘텐츠유형, 저작권, 제공기관
미래교육과정교육자료 정보평가문항평가문항평가문항 정보 관리문항번호문항유형, 난이도, 정답, 해설
미래교육과정교육자료 정보활동지활동지학습활동지 정보 관리활동지번호활동지명, 파일유형, 등록일
미래교육과정교육자료 정보프로젝트 과제프로젝트과제프로젝트 과제 정보 관리과제번호과제명, 제출기한, 평가기준
미래교육과정학습이력 정보학습자학습자학습자 정보 관리학습자번호학습자명, 학교, 학년
미래교육과정학습이력 정보활동이력학습활동이력학습활동 로그 관리활동이

Slide 85 — 4.3 목표 데이터 아키텍처 정의

4.3 목표 데이터 아키텍처 정의 › 6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(15/16)

주제영역데이터그룹엔티티엔티티 설명대표식별자주요속성
시스템 관리시스템관리자포털관리자대민포털 시스템 Admin 데이터사용자ID사용자ID, 비밀번호, 확인비밀번호, 이름, 휴대폰, 주소, 상태, 소속부서, 직급, 직위, 생성일자, 삭제일자
포털운영자업무포털 시스템 Admin 데이터사용자ID사용자ID, 비밀번호, 확인비밀번호, 이름, 휴대폰, 주소, 상태, 소속부서, 직급, 직위, 생성일자, 삭제일자
시스템환경포털매뉴얼포털 이용을 위한 지침 등의 매뉴얼 데이터매뉴얼ID매뉴얼명, 업무분야(대/중/소), 작성자, 생성일자, 삭제일자, 유효일자 등
메뉴관리포털 메뉴 구조 데이터메뉴ID메뉴명, 설명, 생성일자, 변경일자
권한관리포털 메뉴 접근 권한 등의 권한 데이터권한ID사용자ID, 그룹ID, 기관ID, 입력/수정/삭제/출력/조회권한, 생성일자, 삭제일자
시스템로그관리포털에서 발생하는 각종 로그 데이터UID생성일시, 접속IP, 메뉴ID, 접속자, 처리내용 등
공통코드학교 코드학교 코드 데이터학교 코드ID코드명, 비고
근무처코드사용자 근무처 구분을 위한 근무처 데이터근무처ID코드명, 비고
위원회코드확장성을 고려하여 정의한 위원회 코드 데이터위원회코드코드명, 비고
분류코드업무(사건)분류를 위한 분류코드 데이터분류코드코드명, 비고
시스템 연계연계대상포털(기관) 정보연계 대상인 포털(기관)의 접근 설정 정보 데이터연계대상ID전문포털명, URL명, 담당자명, 연락처
연계 설정 정보연계 방식, 주기 등 실시간 연계 정보 데이터연계대상ID연계방식, 연계주기, 사용여부
연계항목연계항목연계 세부 항목을 정의한 데이터연계대상ID연계항목, 연계항목타입, 연계항목길이,연계항목값, 기본값
연계처리연계 모니터링실시간 연계에서 발생하는 연계 상태 데이터연계대상ID수신일자, 기관, 송수신전문, 검증결과, 오류유형, 생성일자 등
연계로그연계시간, 연계상태값, 소요시간, 상태메세지 등 정보연계대상ID생성일시, 처리내용 등
연계통계연계수집 통계연계 처리시의 최초, 변경 등의 연계 통계 데이터통계유형ID일자, 전문포털, 데이터수신건수집계, 성공건수집계, 실패건수
연계처리 통계연계 처리시에 발생하는 성공, 실패 등의 기간별 통계 데이터통계유형ID일자, 전문포털, 송수신전문, 유형, 수신건수, 전송건수, 오류건수, 정상건수

Slide 86 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 엔티티 정의서

  • 데이터 그룹의 기능별로 엔티티, 엔티티 설명, 주요 식별자, 주요속성을 정의함

엔티티 정의서(16/16)

주제영역데이터그룹엔티티엔티티 설명대표식별자주요속성
메타 데이터 관리정보시스템정보시스템정보시스템명, 관련법령(보유목적),구축년도, 운영부서명, 담당자명, 전화번호, 이메일 등정보시스템ID정보시스템명, 관련법령(보유목적),구축년도, 운영부서명, 담당자명, 전화번호, 이메일 등
응용프로그램정보시스템명, 응옹프로그램명, 설명응용프로그램ID정보시스템명, 응옹프로그램명, 설명
데이터베이스데이터베이스논리DB명, 물리DB명, DB 설명, 적용 업무, DBMS 정보, 운영체제 정보, 구축일자, 테이블수, 데이터 용량, 수집제외 사유 등데이터베이스ID논리DB명, 물리DB명, DB 설명, 적용 업무, DBMS 정보, 운영체제 정보, 구축일자, 테이블수, 데이터 용량, 수집 제외 사유 등
테이블테이블 소유자, 테이블 영문명, 테이블 한글명, 테이블 유형, 테이블 설명, 업무분류체계, 품질진단여부, 보존기간, 테이블 볼륨, 발생주기, 공개/비공개 여부, 개방데이터목록테이블ID테이블 소유자, 테이블 영문명, 테이블 한글명, 테이블 유형, 테이블 설명, 업무분류체계, 품질진단여부, 보존기간, 테이블 볼륨, 발생주기, 공개/비공개 여부, 개방데이터목록
컬럼컬럼 영문명, 컬럼 한글명, 컬럼 설명, 데이터 타입, 데이터 길이, 데이터 포맷, Not Null 여부, PK 정보, FK 정보, 제약조건, 개인정보 여부, 암호화 여부, 공개/비공개 여부컬럼ID컬럼 영문명, 컬럼 한글명, 컬럼 설명, 데이터 타입, 데이터 길이, 데이터 포맷, Not Null 여부, PK 정보, FK 정보, 제약조건, 개인정보 여부, 암호화 여부, 공개/비공개 여부
데이터표준표준도메인도메인명, 도메인설명, 데이터 타입, 데이터 길이, 소수점 길이, 저장형식, 표현형식, 단위, 허용값, 코드명 등표준도메인ID도메인명, 도메인설명, 데이터 타입, 데이터 길이, 소수점 길이, 저장형식, 표현형식, 단위, 허용값, 코드명 등
표준용어표준용어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등표준용어ID표준용어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등
표준단어표준단어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등표준단어ID표준단어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등
표준코드코드명, 코드설명, 코드값표준코드ID코드명, 코드설명, 코드값
데이터모델논리모델논리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전논리모델ID논리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전
물리모델물리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전몰리모델ID물리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전

Slide 87 — 6.1.4 데이터 구조관리 방안

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리모델

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델 예시

구분표기법설명구분표기법설명
엔티티 (Entity)개체집합이나, 행위집합을 표기서브타입 (subtype)동일한 엔티티에 속하면서 좁은 의미의 속성이 적용되는 엔티티 집합의 관계를 표기
속성 (Attribute)엔티티에 저장되는 개체 집합의 특성을 설명하는 항목순환관계 (Recursive)엔티티가 자기자신과 관계를 나타낼 때 사용하는 표기
식별자 (Unique Identifier)엔티티의 각 개체들을 식별해 주는 속성BOM관계 (Bill Of Materials)M:M순환관계 표기로 부품 소요량 파악등의 모델에 활용
관계 (RelationShip)두 개의 엔티티간에 조건을 표기Arc관계 (Mutually Exclusive)엔티티가 두개이상 엔티티의 합집합과의 관계를 표기

예시

예시

엔티티명

엔티티

속성

식별자


Slide 88 — • • • •

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 포털

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(포털)

주요 논리 모델

엔티티 정보

포털정보

학생회원

기본회원정보

포털ID(PK)

# 회원ID(PK)

회원유형구분

회원유형ID

교사회원

학생건강/PAPS

학생생활/성적

회원로그인

포털홈(학생)

포털홈(교사)

원패스가입

# 건강기록(PK)

# 학생로그인(PK)

# 할일(PK)

# 약관동의(PK)

# 할일(PK)

수업진행현황

수업공지사항

질의응답

AI 학습진단

학생 FAQ

학생일정

정보변경

비밀번호변경

비밀번호변경

# 학교생활기록(PK)

시간표

학생로그인(PK)

# 학생학적정보

수업진행현황

PAPS활동처방

주간학습

미동의약관동의

  • 아이디,비밀번호
  • 계정확인여부
  • 계정전달여부

수업공지사항

출결정보

PAPS평가결과

비밀번호 찾기

봉사활동내역

질의응답

학생가입현황

교과평가

PAPS평가결과이력

커뮤니티

학생가입지원현황

교사로그인

교사인증서

수업코드 입력

초등성적

PAPS통계분석

학교생활통지표

  • 학생계정정보
  • 학생번호(PK)

정보변경

성적표

  • 아이디,비밀번호
  • 계정확인여부
  • 계정전달여부

비밀번호변경

PAPS지수

성적분석

주제영역데이터그룹엔티티명엔티티 설명
포털학생회원 가입약관동의이용약관, 개인정보 수집·이용 동의 및 만 14세 미만 여부를 관리
학생학적정보학생의 학교 선택, 이름, 생년월일, 학적정보 및 법정대리인 동의 정보를 관리
학생회원정보학생 회원가입을 위한 아이디, 비밀번호, 이메일 인증 정보를 관리
학생회원가입지원학생가입현황학생 회원가입 현황과 미가입 학생 정보를 관리
학생기본정보학생 이름, 학적정보, 생년월일 확인 및 입력 정보를 관리
학생계정정보학생이 사용할 ID와 비밀번호 발급 및 전달 정보를 관리
학생학생로그인학생의 아이디·비밀번호 기반 로그인 정보를 관리
학생간편인증학생의 아이디 기반 간편인증 정보를 관리
미동의약관동의약관 미동의 사용자의 약관 동의 상태를 관리
아이디찾기분실한 아이디 찾기 요청 및 결과 정보를 관리
비밀번호찾기분실한 비밀번호 찾기 및 재설정 요청 정보를 관리
교사교사로그인교사의 아이디·비밀번호 기반 로그인 정보를 관리
교사간편인증교사의 아이디 기반 간편인증 정보를 관리
교사인증서교사의 인증서 기반 인증 정보를 관리
수업참여수업참여수업명과 수업코드를 입력하여 해당 수업에 참여하는 정보를 관리
메인화면교사할일교사의 오늘 할일, 전체 할일, 오늘의 수업 현황 정보를 관리
교사수업진행현황교사의 전체수업, 진행전수업, 진행완료 수업 현황을 관리
수업공지사항교사가 등록하는 수업 공지사항 정보를 관리
질의응답교사가 질의응답 실시 내용을 확인하는 정보를 관리
게시판FAQ자주 묻는 질문과 답변 정보를 관리
이용자매뉴얼사용자 매뉴얼 조회 정보를 관리
교사커뮤니티교사 간 정보공유, 이벤트 참여, 게시글 작성 및 조회 정보를 관리
우리반게시판우리반 게시판 목록, 상세조회, 질문 삭제 및 새 게시물 등록 정보를 관리
캘린더교사일정교사의 학사일정, 수업일정, 개인일정 정보를 관리
내정보 관리교사프로필교사의 개인 사진을 포함한 프로필 변경 정보를 관리
교사비밀번호변경교사의 신규 비밀번호 변경 정보를 관리

Slide 89 — • • • •

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > LXP

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(LXP)

주요 논리 모델

엔티티 정보

주제영역데이터그룹엔티티명엔티티 설명
LXP학습창학습창수업 기본정보 및 학생 입장 현황 관리
외부 클래스 연결외부 클래스 연결외부 화상수업 도구 연계 관리
교재보기교재 목록등록 교재 관리
유투브 보기유튜브 콘텐츠 공유 관리
웹 URL 보기웹페이지 교재 관리
동영상 보기동영상 파일 공유 관리
문서 보기문서형 교재 관리
수업도구판서하기판서 및 필기 정보 관리
화이트보드 사용화이트보드 활동 관리
메시지수업 중 메시지 송수신 관리
교사화면공유교사 화면 공유 관리
손들기 확인학생 손들기 요청 관리
발표시키기학생 발표 관리
집중확인학습 집중도 확인 관리
질의 응답질의 및 응답 관리
과제 운영과제제시과제 등록 및 배포 관리
과제현황과제 제출 현황 관리
제출과제제출 과제 관리
과제 제출 닫기과제 마감 관리
문제지 운영문제지 제시문제지 배포 관리
문제지 현황문제지 응시 현황 관리
문제풀이 결과문제풀이 결과 관리
질문 운영질문 제시질문 등록 관리
질문 결과질문 응답 결과 관리
토론 운영토론 제시토론 주제 관리
토론확인토론 참여 결과 관리
설문 운영설문 제시설문 등록 관리
설문결과설문 결과 관리

LXP

회원유형

회원기본정보

LXPID(PK)

# 회원ID(PK)

서비스구분

  • 회원ID
  • 유형ID

유형정보

수업(학생)

콘텐츠관리

수업(교사)

과제문제지

질문토론

수업도구

  • 수업번호(PK)

  • 학생번호(PK)

# 콘텐츠번호(PK)

# 수업번호(PK)

# 과제번호(PK)

# 질문번호(PK)

# 수업번호(PK)

  • 수업명,

  • 입장상태

  • 동영상교재,

  • 콘텐츠유형,URL,

  • 제목일,재생시간,

  • 문서교재,문서유형,

  • 웹교재

  • URL번호,

  • URL 주소

  • 수업명,학습주제,

  • 학습목표,수업공지

  • 입장상태

  • 과제명,

  • 제출기한

  • 질문내용,

  • 등록일

  • 화이트보드번호

  • 화이트보드번호_

  • 메세지

  • 메세지번호화면공유

  • 공유번호 손들기

  • 손들기번호

학생차단

관찰기록

칭찬포인트

감정출석

학생출결

  • 차단번호(PK)

  • 학생번호(PK)

  • 기록번호(PK)

  • 학생번호(PK)

  • 포인트번호(PK)

  • 학생번호(PK)

  • 출결번호(PK)

  • 학생번호(PK)

  • 출결번호(PK)

  • 학생번호(PK)

학생번호차단사유

학생번호관찬내용

학생번호포인트

학생번호감점상태

학생번호출결상태


Slide 90 — 지원공통정보

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 행정지원(Agent)

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(행정지원(Agent))

주요 논리 모델

엔티티 정보

주제영역데이터그룹엔티티명엔티티 설명
행정지원(Agent)AI 어시스터프롬프트AI 어시스트 질의 및 응답 관리
수업개설교육과정 개설교육과정 기반 수업 개설 정보 관리
자체운영 개설교사 자체 수업 개설 정보 관리
외부 교육서비스 연결외부 교육서비스 연계 정보 관리
수업환경 설정수업 알림 설정하기수업 알림 설정 정보 관리
수업공지사항 작성수업 공지사항 관리
칭찬포인트학생 칭찬포인트 관리
멤버 구성교사 초대하기수업 참여 교사 초대 관리
학생 초대하기수업 참여 학생 초대 관리
학습그룹 설정학습그룹 구성 정보 관리
튜터권한 설정튜터 권한 관리
차시 설정차시정보 설정차시 운영 정보 관리
성취기준 등록성취기준 관리
관찰기록 설정관찰기록 양식 관리
학습목표 입력학습목표 관리
신규차시 생성신규 차시 생성 관리
수업교재 구성수업꾸러미 등록수업꾸러미 관리
첨부 파일 등록하기수업 첨부파일 관리
동영상 파일 등록하기수업 동영상 자료 관리
유투브 영상 등록유튜브 영상 관리
URL 등록외부 URL 관리
수업활동 구성문제지 등록문제지 정보 관리
과제 등록과제 정보 관리
질문 등록질문 정보 관리
설문 등록설문 정보 관리
토론 등록토론 정보 관리
동료 평가동료평가 정보 관리

# 지원번호(PK)

AI어시스트

수업설계

주제영역구분

# 어시스트ID(PK)

# 설계IDID(PK)

지원번호

지원번호

AI어시스트

수업운영

  • 성취기준/
  • 학습목표

멤버구성

차시설정

수업교재

수업활동

# 어시스트ID(PK)

  • 초대번호(PK)

  • 교사번호(PK)

  • 학생번호(PK)

  • 수락일자(PK)

  • 그룹번호(PK)

  • 설계ID(PK)

  • 수험번호(PK)

  • 설정번호(PK)

# 성취기준번호(PK)

# 차시번호(PK)

  • 꾸러미번호(PK)

  • 파일번호(PK)

  • 동영상번호(PK)

  • 영상번호(PK)

  • URL번호(PK)

  • 문제지번호(PK)

  • 과제번호(PK)

  • 질문번호(PK)

  • 설문번호(PK)

  • 토론번호(PK)

  • 평가번호(PK)

지원번호

  • 성취기준명

  • 교과

  • 학년

  • 차시명

  • 차시일시

  • 공개여부

  • 수업명

  • 운영기간

  • 알림유형

  • 수신범위

평가기록

# 목표번호(PK)

  • 콘텐츠목록

  • 파일명

  • 동영상명

  • 재생구간

  • URL명

  • 제목

  • 그룹명

  • 학생목록

목표내용

  • 과제번호

  • 학생번호(PK)

  • 문제지명

  • 과제명

  • 질문내용

  • 설문명

  • 토론주제

  • 평가명

  • 루브릭

  • 배점

문제지평가

과제평가

  • 점수
  • 교사의견
  • 평가상태

평가정보

  • 문제지번호(PK)

  • 학생번호(PK

  • 과제번호(PK)

  • 학생번호(PK

점수,교사의견

  • 점수,교사의견
  • 평가상태

# 연계번호(PK)

# 제출번호(PK))

# 제출번호(PK

# 제출번호(PK

연계구분

  • 학생번호

  • 제출일시

  • 학생번호

  • 제출일시

학생번호,제출일시

학생변경/출결

시간표

환경구성/정보

포트폴리오평가

나이스연계정보

# 변경번호(PK)

# 시간표번호(PK)

# 교과번호(PK)

# 학생번호(PK)

  • 학생번호(PK)

  • 성적번호(PK)

  • 학생번호

  • 변경내용

  • 학기

  • 요일

  • 교시

  • 교과

교과명

정답율

수행평가점수

# 학급번호(PK)

# 학생서적번호(PK)

# 출결번호(PK)

학급명

  • 평가의견

  • 문제지점수

  • 최종점수

  • 출결상태

  • 출결일

# 교사번호(PK)

교사명,담당과목

  • • • •

Slide 91 — • • • •

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > AI 학습 Agent

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(AI 학습 Agent)

주요 논리 모델

엔티티 정보

주제영역데이터그룹엔티티명엔티티 설명
AI학습AgentAI 튜터프롬프트AI 챗봇 질의 및 응답 정보 관리
수업 결과수업활동현황학생의 수업 참여 및 결과 현황 관리
출결 확인학생 출결 정보 관리
제출하지 않은 과제미제출 과제 현황 관리
제출한 과제제출 과제 정보 관리
학점이수현황학생 학점 이수 현황 관리
칭찬포인트 현황학생 칭찬포인트 관리
배지 현황학생 배지 획득 현황 관리
콘텐츠 찾기콘텐츠 검색하기학습 콘텐츠 정보 관리
콘텐츠 추천받기개인 맞춤형 콘텐츠 추천 정보 관리
나의보관함추천 콘텐츠추천 콘텐츠 보관 정보 관리
영상영상 학습 콘텐츠 관리
문제집 만들기사용자 생성 문제집 관리
내콘텐츠개인 보관 콘텐츠 관리
학습 진단진단하기(응시)학습 진단 응시 정보 관리
진단결과학습 진단 결과 관리
맞춤형 학습 목록진단 결과 기반 맞춤 학습 관리
논술 진단논술문항 풀이논술 문항 답안 관리
풀이결과 확인논술 평가 결과 관리
과목 리포트요약과목 학습 요약 정보 관리
과목별 리포트과목별 학습 분석 정보 관리
누적 학습 현황누적 학습 현황 관리
종합 리포트학습 수준종합 학습 수준 정보 관리
과목별 리포트종합 과목별 분석 정보 관리
누적 학습 현황종합 누적 학습 현황 관리
자기주도학습문제 풀기자기주도 문제풀이 관리
채점 하기문제 채점 결과 관리
오답노트 작성하기오답노트 관리
오답노트 보기오답노트 조회 관리
콘텐츠 학습콘텐츠 학습 이력 관리
포트폴리오(성취기준)포트폴리오 작성 및 확인성취기준 기반 학습 포트폴리오 관리

AI학습통합정보

# 통합ID(PK)

주제영역구분

회원기본정보

# 회원ID(PK)

유형 ID

서비스기본정보

  • 서비스ID(PK)

  • 통합 ID(PK)

서비스 구분

  • 학습진단
  • (진단결과)

# 진단번호(PK)

  • 학생번호

  • 응시일시

  • 진단유형

  • 리포트조회

  • (종합학습현황)

# 학생번호(PK)

  • 수즌등급
  • 성장도
  • 평균점수

학습기능(AI튜터)

# 프롬프트번호(PK)

  • 질문내용,답변내용,
  • 사용자번호
  • 생성일시

과제관리

  • 과제번호

  • 학생번호

  • 과제명,제출기한,

  • 제출상태

  • 콘텐츠탐색

  • (콘텐츠관리)

# 콘텐츠번호(PK)

  • 콘텐츠명
  • 교과학년
  • 성취기준
  • 콘텐츠유형

칭찬포인트

# 포인트번호(PK)

  • 학생번호
  • 포인트점수
  • 누적포인트
  • 지급사유

출결확인

# 출결번호

  • 회원아이디
  • 출결상태
  • 최초접속일시

학점이수현황

# 졸업ID(PK)

  • 회원아이디
  • 취득학점
  • 조건충족여부

과제제출

# 제출번호

  • 학생번호
  • 과제번호
  • 제출일시
  • 채점결과

배지

# 배지번호

  • 학생번호
  • 배지명
  • 획득일

논술풀이

# 답안번호(PK)

  • 학생번호
  • 문항번호

과목별요약

  • 요약번호(PK)

  • 리포트번호(PK)

종합과학리포트

# 리포트번호

# 요약번호

보관함

# 보관번호

  • 학생번호
  • 콘텐츠번호

영상콘텐츠

# 영상번호

  • 제목,URL
  • 재생시간

종합현황

맞춤학습

# 추천번호

채점결과

# 추천번호

자기주도학습

# 채점번호

오답노트관리

# 오답노트번호

일정

# 구분코드

  • 회의구분
  • 일정

주요행사

# 구분코드

  • 검색색인
  • 정보링크
  • 색인일시

추천콘텐츠

# 추천번호

나의문제집

# 문제집번호


Slide 92 — • • • •

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 콘텐츠서비스

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(콘텐츠서비스)

주요 논리 모델

엔티티 정보

콘텐츠기본정보

# 콘텐츠번호(PK)

의뢰기본정보

# 콘텐츠번호(PK)

  • 콘텐츠공유정보

  • 공유번호,공유자,공유범위,공유일

  • 사용자 ID

  • 유형ID

  • 콘텐츠신고

  • 신고번호,신고자,신고사유,신고일

  • 지난수업정보

  • 수업번호,수업명,운영일,콘텐츠번호

문항관리

# 문항번호(PK)

  • 문항명,난이도,
  • 학교급,학년,
  • 교과,난이도,
  • 문항유형

문제지제작

수업꾸러미목록

공유/추천관리

내콘텐츠(교사/학생)

# 콘텐츠번호(PK)

  • 교사콘텐츠
  • (문항번호)
  • 학생콘텐츠
  • (콘텐츠번호)
  • 콘텐츠명
  • 저장일

지난수업/기타

  • 수업번호(PK)

  • 신고번호(PK)

  • 지난수업(수업번호)

  • 콘텐츠신고(신고번호)

  • 문항검색(검색번호)

# 문제지번호(PK)

# 꾸러미번호(PK)

  • 공유번호(PK)

  • 추천번호(PK)

  • 문제지명,문항목록

  • 생성조건,문항수,

  • 생성일,수정일,

  • 상태

  • 꾸러미명

  • 과목

  • 생성일

  • 성명

  • 콘텐츠번호

  • 교사번호

  • 학생번호

  • 추천사유

  • 추천일

  • 조회수

  • 선다형문항

  • (문항번호)

  • 진위형문항

  • (문항번호)

  • 서술형문항

  • (문항번호)

  • 문제지편집

  • (문제지번호)

  • AI문제지생성

  • (문제지번호)

  • 검색조건

  • (문제지번호)

  • 꾸러미적용범위

  • (꾸러미번호)

  • 꾸러미콘텐츠

  • (꾸러미번호,

  • 콘텐츠번호,순서))

  • 꾸러미등록

  • (꾸러미번호)

  • 지난수업

  • 수업번호

  • 콘텐츠순서

  • 신고번호

  • 문항검색

  • 검색번호

  • 교사콘텐츠

  • 콘텐츠번호

  • 학생콘텐츠

  • 콘텐츠번호

주제영역데이터그룹엔티티명엔티티설명
콘텐츠서비스문항 보관함내 문항교사가 작성하여 보관한 문항 정보 관리
즐겨찾는 문항즐겨찾기한 문항 관리
공유 문항교사 간 공유된 문항 관리
문항 만들기선다형 문항 만들기선다형 문항 정보 관리
진위형 문항 만들기O/X 또는 T/F 문항 관리
단답형 문항 만들기단답형 문항 관리
서술형 문항 만들기서술형 문항 관리
다중문항만들기다중 문항 묶음 관리
AI 문항 생성AI 기반 자동 문항 생성 관리
문제지 만들기문항 찾기문제지 구성용 문항 검색 관리
문항 고르기문제지에 포함할 문항 선택 관리
순서 바꾸기문제지 문항 순서 관리
저장하기문제지 저장 관리
AI 문제지 생성AI 기반 문제지 자동 생성 관리
문제지 보관함(교사)저장한 문제지저장된 문제지 관리
진행 중 문제지작성 중 문제지 관리
완료한 문제지완료된 문제지 관리
공유 문제지공유된 문제지 관리
문제지 보관함(학생)수업 문제지수업 중 제공된 문제지 관리
콘텐츠서비스문제지 보관함(학생)나의 문제지학생 풀이 문제지 관리
공유 문제지학생 공유 문제지 관리
수업꾸러미 목록수업꾸러미 목록수업꾸러미 정보 관리
미리보기꾸러미 미리보기 정보 관리
수업꾸러미 생성적용범위 선택꾸러미 적용범위 관리
학습콘텐츠 선택꾸러미 콘텐츠 구성 관리
꾸러미 등록꾸러미 등록 관리
콘텐츠 추가꾸러미 콘텐츠 추가 관리
공유 꾸러미공유 꾸러미공유 수업꾸러미 관리

Slide 93 — 6. 데이터 아키텍처 설계

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 데이터분석

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(데이터분석)

주요 논리 모델

엔티티 정보

주제영역데이터 그룹엔티티명엔티티설명
데이터분석과목 분석과목 종합 리포트학급 단위 과목별 학습성과 종합 분석 정보 관리
과목별 리포트과목별 학습 수준 및 성취도 분석 관리
누적학습현황과목 및 단원별 누적 학습 현황 관리
문제유형별 정답율문제유형별 정답률 분석 관리
학생별 분석학생분포도학생 학습수준 분포 정보 관리
문재풀이현황학생별 문제풀이 현황 분석 관리
성취수준 분석교과 및 단원별 성취수준 분석 관리
학기종합영역학기 전체 학습성과 분석 관리
칭찬이 필요한 학생칭찬이 필요한 학생 관리
누적학습현황(우리반)학급 단위 누적 학습 현황 관리
문제유형별정답율(우리반)학급 단위 문제유형별 정답률 관리
누적학습현황(과목별)과목별 누적 학습 현황 관리
사회정서 분석학생 사회정서 상태 분석 관리
과목 리포트요약학생 학습현황 요약 정보 관리
과목별 리포트학생별 과목 학습 분석 정보 관리
누적 학습 현황학생 누적 학습 현황 관리
종합 리포트학습 수준학생 학습 수준 진단 결과 관리
과목별 리포트종합 과목별 성취도 분석 관리
누적 학습 현황학생 종합 누적 학습 현황 관리

학급리포트기본

# 리포트번호

분석통합정보

# 통합분석ID(PK)

  • 주제영역
  • (데이터분석)
  • 생성일

분석기본정보

# 학급번호(PK)

분석그룹

학급명

  • 학급번호

  • 과목번호

분석공통정보

통합분석ID(PK)

  • 분석구분
  • 생성일

누적학습현황

  • 학급번호

  • 과목번호(PK)

  • 총풀이수

  • 총정답율

학급분석현황

  • 학급번호

  • 과목번호(PK)

  • 평균성취도

  • 학급수준

  • 생성일

학생분석현황

성취수준분석

사회정서분석

# 학생번호(PK)

  • 학생번호

  • 과목번호(PK)

  • 학생번호

  • 과목번호(PK)

  • 학습요약

  • 문제풀이수

  • 정답율

  • 월별변화

  • 성취수준

  • 성취도

  • 단원명

  • 감정상태

  • 위험도

학급과목종합

  • 학급번호,

  • 과목명(PK)

평균성취도

종합리포트요약

  • 학급번호

  • 과목명(PK)

  • 보충학습과목

  • 학습메세지

학생종합분석

# 학급번호(PK)

  • 진단결과
  • 성취도
  • 종합수준

학급과목리포트

  • 학급번호,

  • 과목명(PK)

  • 정답율

  • 성취수준

  • 차시별수준

학급누적학습

# 학급번호(PK)

  • 주차별풀이수
  • 정답율

Slide 94 — 6. 데이터 아키텍처 설계

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 지식허브

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(지식허브)

주요 논리 모델

엔티티 정보

주제영역데이터 그룹엔티티명엔티티 설명
지식허브교육과정 기준정보교육과정 버전교육과정 개정 버전 관리
학교급학교급 기준정보 관리
교과교과 기준정보 관리
과목과목 기준정보 관리
학년학년 기준정보 관리
학기학기 기준정보 관리
영역교육과정 영역 정보 관리
핵심아이디어핵심아이디어 정보 관리
내용요소교육과정 내용요소 관리
성취기준성취기준 정보 관리
학습개념 정보학습개념학습개념 정보 관리
선수개념선수개념 관계 관리
후속개념후속개념 관계 관리
유사개념유사개념 관계 관리
수업설계 정보단원단원 정보 관리
차시차시 정보 관리
활동유형교수학습 활동유형 관리
수업모형수업모형 정보 관리
교육자료 정보콘텐츠교육 콘텐츠 정보 관리
평가문항평가문항 정보 관리
활동지학습활동지 정보 관리
프로젝트 과제프로젝트 과제 정보 관리
학습이력 정보학습자학습자 정보 관리
활동이력학습활동 로그 관리

지식허브통합정보

# 통합ID(PK)

주제영역구분

회원기본정보

# 회원ID(PK)

  • 회원ID
  • 유형ID

미래교육과정

교육관리

학습개념

수업설계

교육자료

학습이력

교육과정버전

과정영역

학습개념

단원

콘텐츠

학습자

학교급

핵심아이디어

선수개념

차시

평가문항

학습활동이력

교과

성취기준

후속개념

활동유형

활동지

과목

유사개념

수업모형

프로젝트과제

학년

학기


Slide 95 — 6. 데이터 아키텍처 설계

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 시스템 관리

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(시스템 관리)

주요 논리 모델

엔티티 정보

주제영역데이터그룹엔티티엔티티설명
시스템 관리시스템 관리자포털관리자대민포털 시스템 Admin 데이터
포털운영자업무포털 시스템 Admin 데이터
시스템 환경포털매뉴얼포털 이용을 위한 지침 등의 매뉴얼 데이터
메뉴관리포털 메뉴 구조 데이터
권한관리포털 메뉴 접근 권한 등의 권한 데이터
시스템로그관리포털에서 발생하는 각종 로그 데이터
공통코드학교코드학교 코드 데이터
근무처코드사용자 근무처 구분을 위한 근무처 데이터
위원회코드확장성을 고려하여 정의한 위원회 코드 데이터
분류코드업무(사건)분류를 위한 분류코드 데이터

코드 관리

권한그룹

# 코드ID(PK)

# 권한그룹ID(PK)

  • 코드명

  • 코드 영문명

  • 코드 값

  • 설명

  • 출력 순서

  • 사용여부

  • 등록자ID

  • 등록 일시

  • 코드그룹ID(FK)

  • ……….

  • 권한그룹ID

  • 그룹명

  • 권한

  • 사용여부

  • 등록일

사용자

# 사용자ID(PK)

  • 구분
  • 소속
  • 사용자유형(관리자/운영자)
  • 이름
  • E-Mail
  • 등록일
  • 권한ID(FK)

권한

# 권한ID(PK)

공통코드그룹관리

  • 권한ID
  • 권한구분
  • 권한레벨
  • 사용여부
  • 등록일
  • 권한그룹ID(FK)

# 코드그룹ID(PK)

  • 그룹코드명
  • 그룹상세설명
  • 코드조합체계
  • 등록자ID
  • 등록 일시
  • ………

Slide 96 — 6. 데이터 아키텍처 설계

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 시스템 연계

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(시스템 연계)

주요 논리 모델

엔티티 정보

주제영역데이터그룹엔티티엔티티설명
시스템 연계연계 대상포털(기관) 정보연계 대상인 포털(기관)의 접근 설정 정보 데이터
연계 설정정보연계 방식, 주기 등 실시간 연계 정보 데이터
연계 항목연계 항목연계 세부 항목을 정의한 데이터
연계 처리연계 모니터링실시간 연계에서 발생하는 연계 상태 데이터
연계로그연계시간, 연계상태값, 소요시간, 상태메세지 등 정보
연계 통계연계수집 통계연계 처리시의 최초, 변경 등의 연계 통계 데이터
연계처리 통계연계 처리시에 발생하는 성공, 실패 등기간별 통계 데이터

연계관리

연계정보

# 연계관리ID(PK)

# 연계정보ID(PK)

  • 연계시스템명

  • 데이터셋명

  • 제공학교

  • 담당자

  • 담당자 연락처

  • 연계 주기

  • 연계 방식 등

  • 연계구분

  • 파라미터

  • 데이터값

  • 연계처리ID(FK)

  • 연계관리ID(FK)

  • 연계테이블관리ID(FK)

  • 연계데이터관리ID(FK)

연계데이터관리

연계테이블관리

연계처리

# 연계테이블관리ID(PK)

# 연계데이터관리ID(PK)

# 연계처리ID(PK)

  • 결과

  • 시작 시간

  • 종료 시각

  • 총건수

  • 처리 건 수

  • 삽입 건 수

  • 삭제 건 수

  • 갱신 건 수

  • 오류 건 수

  • 연계데이터관리ID(FK)

  • 컬럼 순서

  • 컬럼 설명

  • 컬럼데이터타입

  • 컬럼 기본값

  • 컬럼데이터길이

  • 컬럼 널 여부

  • 컬럼데이터유형

  • 사용여부

  • 연계데이터관리ID(FK)

  • 데이터명

  • 데이터 설명

  • 사용여부

  • 최초수집일

  • 최종수집일

  • 연계처리ID(FK)

  • 연계데이터관계ID(FK)


Slide 97 — 6. 데이터 아키텍처 설계

6.1.4 데이터 구조관리 방안 › 6. 데이터 아키텍처 설계 › 6.1 데이터 관리체계 구축 방안

6.1.4.22 개념모델 설계 > 논리 모델 > 메타데이터 관리

  • 데이터 모델을 데이터 모델링 기법을 적용하여 확장성을 고려한 엔티티관계도(ERD)에 대해 정의함

논리 모델(메타 데이터 관리)

주요 논리 모델

엔티티 정보

정보시스템

응용프로그램

코드 관리

표준도메인

표준용어

표준단어

# 코드ID(PK)

도메인ID(PK)

표준용어ID(PK)

표준단어ID(PK)

  • 정보시스템

  • ID(PK)

  • 응용프로그램

  • ID(PK)

  • 도메인명

  • 도메인설명

  • 데이터 타입

  • 데이터 길이

  • 소수점 길이

  • 저장형식

  • 표현형식

  • 단위

  • 허용값

  • 코드명

  • 표준용어

  • 표준용어 영문명

  • 표준용어 영문약어명

  • 표준용어구분

  • 표준용어 설명

  • 도메인ID

  • 사용유무

  • 비고

  • 표준단어

  • 표준단어 영문명

  • 표준단어 영문약어명

  • 비고

  • 코드명

  • 코드 영문명

  • 코드 값

  • 설명

  • 출력 순서

  • 사용여부

  • 등록자ID

  • 등록 일시

  • 코드그룹ID(FK)

  • ……….

  • 학교명

  • 정보시스템명

  • 관련법령(보유목적)

  • 구축년도

  • 운영부서명

  • 담당자명

  • 전화번호

  • 이메일

  • 응용프로그램명

  • 정보시스템ID{FK}

데이터베이스

테이블

컬럼

  • 데이터베이스

  • ID(PK)

# 테이블ID(PK)

# 컬럼ID(PK)

표준용어 매핑

공통코드그룹관리

# 코드그룹ID(PK)

  • 논리DB명

  • 물리DB명

  • DB 설명

  • 적용 업무

  • DBMS 정보

  • 운영체제 정보

  • 구축일자

  • 테이블수

  • 데이터 용량

  • 수집제외 사유

  • 테이블 소유자

  • 테이블 영문명

  • 테이블 한글명

  • 테이블 유형

  • 테이블 설명

  • 업무분류체계

  • 품질진단여부

  • 보존기간

  • 테이블 볼륨

  • 발생주기

  • 공개/비공개 여부

  • 개방데이터목록

  • 컬럼 영문명

  • 컬럼 한글명

  • 컬럼 설명

  • 데이터 타입

  • 데이터 길이

  • 데이터 포맷

  • Not Null 여부

  • PK 정보

  • FK 정보

  • 제약조건

  • 개인정보 여부

  • 암호화 여부

  • 공개/비공개 여부

  • 표준용어ID(FK)

  • 동의어

  • 유사어

  • 등록일자

  • 비고

  • 그룹코드명

  • 그룹상세설명

  • 코드조합체계

  • 등록자ID

  • 등록 일시

  • ………

테이블컬럼매핑

  • 테이블ID(FK)

  • 컬럼ID(FK)

컬럼순서

주제영역데이터그룹엔티티엔티티 설명
메타 데이터 관리정보 시스템정보시스템정보시스템명, 관련법령(보유목적),구축년도, 운영부서명, 담당자명, 전화번호, 이메일 등
응용프로그램정보시스템명, 응옹프로그램명, 설명
데이터 베이스데이터베이스논리DB명, 물리DB명, DB 설명, 적용 업무, DBMS 정보, 운영체제 정보, 구축일자, 테이블수, 데이터 용량, 수집제외 사유 등
테이블테이블 소유자, 테이블 영문명, 테이블 한글명, 테이블 유형, 테이블 설명, 업무분류체계, 품질 진단여부, 보존기간, 테이블 볼륨, 발생주기, 공개/비공개 여부, 개방데이터목록
컬럼컬럼 영문명, 컬럼 한글명, 컬럼 설명, 데이터 타입, 데이터 길이, 데이터 포맷, Not Null 여부, PK 정보, FK 정보, 제약조건, 개인정보 여부, 암호화 여부, 공개/비공개 여부
데이터 표준표준도메인도메인명, 도메인설명, 데이터 타입, 데이터 길이, 소수점 길이, 저장형식, 표현형식, 단위, 허용값, 코드명 등
표준용어표준용어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등
표준단어표준단어명, 설명, 출처, 원어, 약어, 동의어, 관련어, 등록일 등
표준코드코드명, 코드설명, 코드값
데이터 모델논리모델논리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전
물리모델물리모델명, 응용프로그램, 설명, 논리모델첨부파일, 버전

Slide 98 — 복제 및 HA 구성 설계 개요

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 복제 및 HA 구성 설계 개요
  • 복제와 고가용성은 장애 자체를 제거하는 기술이 아니라, 장애 발생 시에도 서비스 중단과 데이터 손실을 최소화하는 설계 속성임. 본 설계는 저장소별 업무 중요도, 데이터 손실 허용수준, 복구 목표시간을 기준으로 복제방식과 Failover 구성을 차등 적용함

  • HA·복제·

  • Failover 개념 정의

개념정의사업적용 의미
고가용성(HA)단일 장애점(SPOF) 없이 서비스 연속성을 보장하는 설계 속성수업 중 장애 = 학습권 침해 → 전 저장소 HA 내재화
복제(Replication)동일 데이터를 2개 이상 노드에 동기화하여 대체 가능 상태 유지장애 시 데이터 손실을 최소화하고 대체 노드가 서비스 처리를 인계
Failover장애 감지 후 대기 노드를 자동 승격하여 서비스를 이어받는 메커니즘RTO를 결정하는 핵심 — 자동화 없이 4 Nine 달성 불가
RTO장애 후 서비스 복구까지 허용 시간 (Recovery Time Objective)DB별 10초~60초 이내 목표
RPO장애 시 허용 가능한 최대 데이터 손실 시점 (Recovery Point Objective)운영DB·kafka: RPO 0초 지향 / LRS·DW: 10초 이내 / 캐시 세션: 1초 이내 또는 재인증 허용 기준 적용
분류방식적용유형핵심원리
로그 기반WAL Streaming행정 DB, 운영DB트랜잭션 로그를 실시간 스트리밍
로그 기반Oplog내부LRS작업 로그를 순차 전송
로그 기반AOF + RDB캐시 저장소쓰기 로그 + 주기적 스냅샷 병행
합의 기반Raft벡터유, 그래프유과반수 노드 동의 후 커밋
스트림 기반ISR (In-Sync Replicas)이벤트동기화 완료 Replica 목록 관리
분산 저장 기반Erasure CodingObject Storage데이터 분산 저장으로 노드 손실 허용

복제 방식 분류

동기 vs 비동기 복제 선택 기준

개념동기복제비동기 복제
RPO0초 (무손실)수초~수분 손실 가능
성능 영향응답 지연 증가영향 최소
적용 기준손실 불허 데이터 또는 손실 최소화 필요 데이터(운영DB·Kafka·핵심 세션)재생성 가능 데이터 (캐시·분석 쿼리)
본 사업 적용운영DB, 그래프DB Core, 캐시 세션은 손실 최소화 구성으로 별도 관리내부 LRS, 운영 DB, 캐시
  • 본 별첨은 저장소 단위 HA 구성 기준이며, 센터 장애·리전 장애·랜섬웨어·논리 삭제 대응은 백업/DR/BCP 설계에서 별도 정의함

Slide 99 — 가용성 목표 및 Failover 메커니즘

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 가용성 목표 및 Failover 메커니즘
  • 수업 중 장애는 학습권 침해로 직결되므로 핵심 저장소는 4 Nine 수준의 가용성을 목표로 설정함. 저장소별 업무 중요도에 따라 세션·Kafka·운영DB는 핵심경로, LRS·DW·Graph·Vector는 중요경로, 캐시는 보조경로로 구분하여 RTO/RPO를 차등 적용함

  • 4 Nine 기준은 연중 운영 기준 약 52.6분/년이며, 수업 핵심시간 1,330시간 기준으로 환산하면 약 8분/년 수준임.

  • 따라서 핵심 수업 시간대 장애는 자동 Failover와 연결 자동 전환으로 대응해야 함

가용성 등급 및 본 사업 적용 기준

등급가동율연간 허용 다운타임본 사업 적용
3 Nine99.9%8.76시간미적용 - 수업 중 수시간 장애 허용 불가
4 Nine99.99%52.6분핵심·중요 저장소 목표 기준
5 Nine99.999%5.26분세션·Kafka 핵심 경로 지향 목표

Failover 단계별 흐름

장애감지

구 Primary 격리 (Fencing)

신규 Primary 선출

클라이언트 연결 전환

구 Primary 복구 후 Replica 재편입

  • Heartbeat 타임아웃 / Quorum 투표로 Primary 장애 확정

Split-Brain 방지 - 구 Primary의 쓰기 권한 강제 차단

  • 최신 LSN / Oplog / Raft Leader 선출로 가장 최신 노드 승격

  • VIP 또는 HAProxy / Bolt Driver Routing 자동 전환

  • pg_rewind / Oplog 재동기화 / Raft Follower 재합류

Split-Brain 방지 방식 DB별 적용

DBDB별 방지방식구체적 설정
PostgreSQLFencing (Patroni + etcd)etcd/DCS lease 상실 시 구 Primary 자동 demote, HAProxy/VIP 라우팅 제외, 필요 시 Fencing 정책 적용, 복구 후 pg_rewind 기반 Replica 재합류
MongoDBQuorum 과반수 투표electionTimeoutMillis = 10,000ms
Neo4jRaft 과반수 합의Core 3노드 필수 — 2/3 쿼럼 미충족 시 쓰기 거부
KafkaISR + Unclean Election 금지unclean.leader.election.enable = false
Redis/ValkeySentinel 쿼럼 투표Sentinel 3노드, 과반(2/3) 동의 시 Failover
MinIOErasure Coding 쿼럼Erasure Set 기준 Read/Write Quorum 충족 시 읽기·쓰기 유지. 노드·드라이브 구성에 따라 장애 허용 범위는 구축 시 검증 필요
MilvusRaft (etcd)etcd 3노드 과반수 합의

Slide 100 — DB별 복제방식 비교 및 선택 근거

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. DB별 복제방식 비교 및 선택 근거
  • 저장소별 데이터 특성과 서비스 중요도에 따라 복제 방식과 동기화 수준을 차등 적용하며, 동일한 HA 목표라도 DB 엔진 고유의 복제 메커니즘을 활용해야 실제 RTO·RPO 달성이 가능함

DB복제방식동기화수준선택근거
운영DBWAL Streaming동기학습이력 영구보존, 트랜잭션 무결성 필수
운영DB Read ReplicaWAL Streaming비동기운영DB 조회 부하 격리, 10초 지연 허용 (MyData DW는 별도 분석 저장소로 분리)
내부 LRSOplog비동기50 events/학생/일 고빈도 수집, 지연 허용
그래프 DBRaft (Core 간)동기관계 데이터 무결성, GraphRAG 일관성 필수
스트리밍ISR동기xAPI 파이프라인 유실 시 전체 데이터 흐름 중단
세션AOF + Replication손실 최소화 구성세션 토큰 손실 최소화, 장애 시 재인증 허용
캐시RDB비동기캐시 재생성 가능, 손실 허용
Object StorageErasure Coding분산 저장콘텐츠·모델파일 대용량, 노드·드라이브 장애 시 데이터 복구 가능
벡터 DBRaft (etcd) + MinIO동기 (메타)etcd 메타데이터는 Raft 기반 보호, 벡터 세그먼트는 Object Storage 내구성 기준 보호, 인덱스 손상 시 재색인 가능

분산

복제방식 선택 판단 흐름

DB → Raft (벡터/그래프DB)

불허

합의 기반 필요 여부

동기 복제 (WAL / Raft / ISR / AOF)

스트림

ISR (스트리밍)

단일

데이터 손실 허용 여부

Primary → WAL / AOF 운영DB, 캐시)

가능

RDB 스냅샷 (캐시)

비동기 복제

재생성 가능 여부

Oplog + writeConcern:majority (LRS)

허용

불가


Slide 101 — HA전략 및 저장소별 RTO/RPO 목표

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. HA전략 및 저장소별 RTO/RPO 목표
  • 수업시간 중 장애가 학습권 침해로 직결되므로 모든 저장소에 단일 장애점(SPOF) 없는 고가용성 구조를 내재화하되, 저장소별 서비스 중요도와 데이터 재생성 가능 여부에 따라 RTO/RPO 목표를 차등 적용함

  • 저장소별

  • HA전략

저장소HA 방식최소 구성Failover 방식
행정/운영DBStreaming Replication + PatroniPrimary 1 + Standby 2 권고. 분석 조회 격리가 필요한 경우 Read Replica 별도 추가Patroni 자동 선출
내부 LSRSReplica SetPrimary 1 + Secondary 2자동 선거(Election)
그래프DBCausal Cluster (Enterprise)Core 3 + Read Replica 2자동 Leader 재선출
세션/캐시Sentinel 또는 ClusterSentinel: 3노드 / Cluster: 6노드(3+3)Sentinel 자동 Failover
스트리밍Multi-Broker + ISRBroker 3 + KRaft Controller 3Controller 자동 재선출
Object StorageDistributed Mode4노드 이상 (Erasure Coding)장애 노드 복구 후 자동 데이터 힐링 및 재분산
벡터 DBetcd(Raft) + MinIO(EC)etcd 3노드 + Object Storage 4노드etcd Raft 자동 재선출
  • RTO/RPO
  • 목표
저장소RTO 목표RPO 목표복제 방식
운영DB30초 이내0초 (동기)동기 Streaming Replication
운영DB Read Replica60초 이내10초 이내비동기
내부 LRS30초 이내10초 이내비동기 Replica Set
그래프 DB30초 이내0초 (동기 Core)Raft 기반 동기 복제
스트리밍10초 이내0초 (ISR 동기)ISR 기반 동기
세션10초 이내1초 이내 또는 재인증 허용 RPO 0초 지향 시 WAIT/min-replicas-to-write 적용AOF + Replication 기반 손실 최소화 구성
캐시30초 이내손실 허용 (캐시 재구성)비동기
Object Storage60초 이내노드·디스크 장애 기준 데이터 유실 없음 논리 삭제·오염 대응은 버전관리/Object Lock/백업 적용분산 저장
벡터 DB30초 이내etcd 메타데이터 RPO 0초 지향, 벡터 세그먼트는 MinIO 내구성 기준, 색인 손상 시 재색인 복구Raft 합의 + EC 분산
  • RTO/RPO 목표는 구축 단계에서 장애 주입 테스트, 복제 지연 측정, Failover 리허설을 통해 검증해야 함

Slide 102 — 운영DB HA 구성

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 운영DB HA 구성
  • 운영DB는 Patroni기반 자동Failover와 Streaming Replication으로 운영DB 단일장애점을 제거하고, 운영성 데이터는 Patroni 기반 자동Failover로 보호하고 조회·분석성 부하는 Read Replica 또는 별도 MyData DW로 분리하여 운영DB 부하를 보호함

구성 아키텍처

설계기준

항목설계 기준
Primary 장애 감지TTL 30초 이내 — etcd에 heartbeat 미갱신 시 장애 판단
Standby 승격가장 LSN(Log Sequence Number)이 높은 Standby 자동 선출
Failover 소요시간감지(10초) + 선출(10초) + 승격(10초) = 약 30초 이내
구 Primary 복구장애 원인 제거 후 pg_rewind로 Replica 재합류. 데이터 불일치 또는 timeline 불일치 시 재동기화 수행
수동 개입 차단Patroni가 vip-manager 또는 HAProxy와 연동하여 연결 자동 전환
  • HA구성

  • 아키텍처

    • 쓰기
    • 요청

HAProxy / Load Balancer

운영DB Primary

Streaming Replication (동기)

  • 운영DB Standby 1
  • (Patroni 관리)

Streaming Replication (비동기)

  • 읽기

  • 요청

  • 운영DB Read Replica

  • (분석·DW 조회 전용)

etcd 클러스터 3노드

Patroni 리더 선출·상태 관리

  • Patroni는 운영DB의 HA 클러스터를 관리하는 오픈소스 도구로, DCS(Distributed Configura tion Store, 본 사업에서는 etcd)를 통해 Primary 상태를 지속 감시하고 장애 시 자동으로 Standby 를 승격시킴

Streaming Replication 설계기준

운영 DB / Standby / Read Replica 역할 분리

구분Primary → Sync StandbyPrimary → Async Read Replica
복제 방식동기 (Synchronous)비동기 (Asynchronous)
지연 허용0초(쓰기 확인 전 복제 완료)최대 10초 (비실시간 조회)
용도운영 데이터 무손실 보장운영DB 조회 부하 격리, 대시보드성 조회, 제한적 분석 조회
복제 슬롯사용 (WAL 유실 방지)복제 슬롯 사용 여부는 운영정책에 따라 결정 사용 시 max_slot_wal_keep_size로 WAL 축적 제한
구분노드처리 내용접근 경로
Primary운영 DB쓰기(INSERT/UPDATE/ DELETE), 실시간 조회애플리케이션 쓰기 연결
StandbyHA 대기동기 복제 수신, Failover 대기평상시 읽기 부하 미배정 원칙. 장애 시 자동 승격 대상(Failover 시 승격)
Read Replica조회 Replica운영DB 조회 부하 격리, 대시보드성 조회, 제한적 분석 조회 (대규모 분석·마이데이터 처리는 별도 MyData DW 사용)읽기 전용 연결 풀

Slide 103 — MongoDB HA 구성

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 내부LRS HA 구성
  • 내부LRS는 Replica Set 자동선거를 통해 장애 시 Primary를 재선출하며, electionTimeout 및 복제지연 상태에 따라 약 30초 이내 복구를 목표로 함. xAPI 이벤트 고빈도 수집환경에서 Write Concern majority 설정으로 데이터 정합성을 확보함

구성 아키텍처

쓰기

Primary

애플리케이션 - 내부LRS Driver

Oplog 복제 (비동기)

Secondary 1

읽기 분산 (secondary Preferred)

자동 선거(Election)

  • 읽기분산은 Secondary에서 처리하며, Arbiter는 불가피한 짝수 노드 구성 시에만 제한적으로 검토

  • Primary 장애 시 Secondary 중 최신 Oplog 보유 노드가 Primary 승격

Secondary 2

구성 설계기준

복제 설계 기준

구분설계기준
최소 구성Primary 1 + Secondary 2 (쿼럼 과반수 보장)
선거 타임아웃electionTimeoutMillis = 10,000ms (10초) - 장애 감지
Failover 소요시간감지(10초) + 선거(10~20초) = 약 30초 이내
읽기 선호도secondaryPreferred - 분석쿼리는 Secondary 처리, Primary 부하 격리
ArbiterArbiter 기본 미사용. 짝수 노드 구성이 불가피한 경우에만 제한 검토
Write Concernmajority - Primary + 과반 노드 확인 후 쓰기 성공 반환. 3노드 구성에서는 Primary + Secondary 1개 확인
복제 지연 임계값10초 초과 시 경고, 60초 초과 시 긴급 (6.2.7.7 기준 준용)
구분설계기준
복제 방식Oplog 기반 비동기 복제 + writeConcern majority로 쓰기 정합성 확보
Write Concernmajority - Primary + 과반 노드 확인 후 쓰기 성공 반환. 3노드 구성에서는 Primary + Secondary 1개 확인
읽기 선호도secondaryPreferred는 조회 부하 분산에 적용하되, 최신성이 중요한 조회는 Primary 또는 majority readConcern 적용
복제 지연 임계값10초 초과 시 경고 / 60초 초과 시 긴급 (6.2.7.7 기준 준용)
Arbiter본 사업 기본 구성은 Primary 1 + Secondary 2의 3노드 구성이므로 Arbiter는 원칙적으로 미사용. 단, 짝수 노드 구성이 불가피한 경우에만 투표권 확보 목적으로 제한 적용

Slide 104 — 그래프DB Causal Cluster HA 구성

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 그래프DB HA 구성
  • 그래프DB는 Enterprise Causal Cluster 기반 Core 3노드 Raft 합의와 Read Replica 조회분산을 통해 Graph DB의 쓰기 일관성과 조회 확장성을 확보함

구성 아키텍처

설계기준

항목설계 기준
Core 노드최소 3노드 필수 - Raft 과반수(2/3) 쿼럼
Read Replica2노드 이상 - 조회 전용, Core 부하 격리. 단, 최신성 보장이 필요한 조회는 Bookmark 기반 causal read 적용
합의 방식Raft - Leader 선출, 과반 Core 확인 후 커밋 (동기)
FailoverLeader 장애 시 Core Follower 중 새 Leader 자동 재선출. 쿼럼 미충족 시 쓰기 중단, 읽기는 가용 노드 기준으로 제한 제공
Read Replica 복제비동기 - 약간의 지연 허용 (조회 전용이므로 허용 가능)
라이선스Enterprise 필수— Community에서 Causal Cluster 구성 불가. 구축사업 시 조달 가능성, 기술지원, 라이선스 비용 검토 필요
라우팅 정책Bolt 드라이버 Routing - 쓰기는 Core Leader, 읽기는 Read Replica 자동 라우팅

쓰기

Bolt / HTTP 연결

Core 1 - Leader(Raft 합의 (동기))

  • Core 2 - Follower
  • Core 3 - Follower

읽기

Read Replica 1

Async 복제

Read Replica 1

교육과정 탐색, GraphRAG 전용

그래프DB vs 내부LRS HA 비교

저장소그래프DB Causal Cluster내부LRS Replica Set
합의 방식Raft 기반 합의Raft 기반 선거
최소 노드 수5 (Core 3 + ReadReplica 2)3 (Primary 1 + Secondary 2)
쓰기 일관성Core 과반 동기 확인Write Concern (majority)
읽기 분산Read Replica 전용 라우팅secondaryPreferred
자동 FailoverLeader 재선출자동 선거(Election)
라이선스Enterprise 필수Community 가능
감사 로그Enterprise 완전 지원Enterprise/Atlas 또는 별도 감사 로그 체계 검토 필요

Slide 105 — 세션/캐시 HA 구성

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 세션/캐시 HA 구성
  • 세션/캐시는 세션과 캐시의 데이터 특성이 다르므로 역할별 HA 방식을 분리하고, 세션은 AOF와 Replica 기반으로 손실을 최소화하고, 캐시는 재구성 가능한 데이터로 간주하여 경량 HA 구성을 적용함

Sentinel HA 구성도 (세션 전용)

세션 / 캐시 분리 운영 원칙

쿼럼(2/3) 기반 장애 판단

Bolt / HTTP 연결

Bolt / HTTP 연결

Bolt / HTTP 연결

감시·Failover 지시

Primary (세션)

Replication

Replica 1

Replica 1

구분세션 Redis캐시 Redis
Eviction 정책noeviction 또는 TTL 보장allkeys-lru
PersistenceAOF (appendfsync=everysec) 적용 시 장애 상황에서 최대 1초 손실 가능 RPO 0초 지향 시 WAIT 또는 min-replicas-to-write 추가 적용RDB 스냅샷 (주기적) 또는 미적용
Failover 우선순위최우선. 단, 세션 유실 가능성에 대비하여 재인증·토큰 재발급 처리 기준 포함2순위 (캐시 재구성 허용)
암호화필수 (세션 토큰 포함)권고
구분Sentinel 구성Cluster 구성
구성 방식Primary 1 + Replica 2 + Sentinel 3 권고. Sentinel은 서로 다른 장애 도메인에 분산 배치샤드별 Primary+Replica, 총 6노드 이상
자동 FailoverSentinel이 Primary 감시·전환내장 Cluster 자동 Failover
데이터 분산전체 데이터 단일 Primary16,384 슬롯 자동 분산
적합 용도세션 저장소 (데이터 작고 일관성 중요)대규모 캐시 (수평 확장 필요 시)
본 사업 권고세션 : Sentinel캐시 : Sentinel 또는 소규모 Cluster
최소 구성Primary 1 + Replica 2 + Sentinel 3. 단일 VM 내 Sentinel 중복 배치는 불가3샤드 × (Primary+Replica) = 6노드

Sentinel vs Cluster 구성 비교


Slide 106 — 분산이벤트 스트리밍 HA 구성 – Multi Broker + ISR

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 분산이벤트 스트리밍 HA 구성
  • 분산이벤트 스트리밍은 ISR 기반 동기복제와 acks=all 설정으로 xAPI 이벤트 유실을 최소화하고, ISR 기반 쓰기 확인과 Unclean Leader Election 금지로 데이터 정합성을 확보함

구성 아키텍처

Kafka 장애 시나리오별 대응

장애 유형영향자동 대응
Broker 1개 장애ISR에서 제외, 나머지 Broker로 자동 FailoverLeader 재선출 (10초 이내)
Broker 2개 동시 장애ISR min.insync.replicas 미충족  쓰기 중단min.insync.replicas 미충족으로 Producer 쓰기 실패 또는 대기 발생. Producer retry, 임시 버퍼, 상위 수집 큐 재시도 후 복구 시 재전송
Controller 장애Controller 재선출 (KRaft 쿼럼)자동 (30초 이내)
전체 재시작Partition Leader 분산과 ISR 상태 확인 후 Rolling Restart 수행 재시작 전 under-replicated partition 여부 확인 필요운영 절차 문서화

Producer — xAPI Event

스트리밍 Broker 1

스트리밍 Broker 2

스트리밍 Broker 3

Leader

ISR Follower

ISR Follower

KRaft Controller 3노드

Replication

감시·Failover 지시

  • Consumer Group –내부LRS / Object Storage / 분석체계
항목설계 기준
Broker 수최소 3노드 - Replication Factor = 3 보장
Replication Factor3 - 3개 Broker에 데이터 복제
ISR (In-Sync Replicas)min.insync.replicas = 2 - 최소 2개 동기 복제 확인 후 쓰기 성공
Controller신규 구축은 KRaft 3노드 우선 적용. ZooKeeper는 기존 운영 호환이 필요한 경우에만 검토
Leader FailoverController가 감지 후 ISR 내 Follower를 새 Leader로 선출 (10초 이내)
acks = allProducer 설정 - min.insync.replicas 이상 ISR 확인 후 쓰기 완료. ISR 부족 시 쓰기를 실패 처리하여 유실보다 정합성 우선함
Unclean Leader Electionfalse - ISR 외 Follower의 Leader 선출 금지 (ISR 외 Replica의 Leader 승격을 금지하여 데이터 유실 가능성을 최소화하고, 필요 시 쓰기 중단으로 정합성을 우선함)
Topic Partition 복제각 Partition Leader가 서로 다른 Broker에 분산 배치

설계기준


Slide 107 — Object Storage HA 구성 — Distributed Mode + Erasure Coding

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. Object Storage HA 구성
  • Object Storage는 Erasure Coding(EC:2) 기반 분산 저장으로 4노드 EC:2 구성은 노드 또는 드라이브 장애 시 데이터 복구 가능성을 제공하나, 읽기·쓰기 지속 여부는 Erasure Set 구성과 Read/Write Quorum 충족 여부에 따라 결정됨.

구성 아키텍처

애플리케이션 / Load Balancer

Object Storage Node 1

Object Storage Node 2

Object Storage Node 3

Object Storage Node 4

최소 4노드 구성

Erasure Coding (EC:2) 적용

항목설계 기준
최소 구성4노드 — Erasure Coding 적용의 최소 요건
Erasure CodingEC:2 — 데이터/패리티 분산 저장으로 장애 허용성을 확보하되, 논리 삭제·오염·랜섬웨어 대응은 별도 백업·Object Lock· 버전관리 필요
쿼럼Read/Write Quorum 충족 시 읽기·쓰기 가능. 노드 수, 드라이브 수, Erasure Set 구성에 따라 허용 장애 범위 검증 필요
자동 복구장애 노드 복구 또는 교체 후 자동 Healing 및 Rebalance 수행
다중 드라이브노드당 4드라이브 이상 권고 (Drive Erasure Coding 병행)
버킷 버전 관리콘텐츠·모델파일 버전 이력 관리. 중요 버킷은 Object Lock, Retention Policy 적용 검토
장애 허용4노드 구성 시 EC 정책에 따라 데이터 복구 가능. 2노드 장애 시 무중단 쓰기 가능 여부는 구축 구성 기준으로 별도 검증

설계기준


Slide 108 — 벡터DB HA 구성 - Distributed Mode + Erasure Coding

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 벡터DB HA 구성(1/2)
  • 벡터DB는 메타데이터(etcd)와 벡터세그먼트(MinIO)를 분리저장하며, Proxy, QueryNode, IndexNode, DataNode가 역할별로 분산 구성되는 구조임. 따라서 메타데이터, 세그먼트저장소, 검색 노드별 HA를 각각 설계해야 검색서비스 연속성을 확보할 수 있음

구성 아키텍처

QueryNode

클라이언트 / RAG Pipeline

벡터DB Proxy

  • etcd 클러스터(3노드)
  • 메타데이터 Raft 합의

IndexNode

요청 라우팅

  • 벡터DB 클러스터 (4노드 이상)
  • 벡터 세그먼트 Erasure Coding

DataNode

역할 분리 다중화

항목설계 기준
메타데이터 HAetcd 3노드 Raft 합의 — 과반수(2/3) 충족 시 읽기·쓰기 유지
벡터 세그먼트 HA벡터DB 4노드 Erasure Coding(EC:2) - 벡터 세그먼트 내구성 확보 2노드 장애 시 서비스 지속 여부는 벡터DB Quorum 기준 검증 필요
Proxy 다중화벡터DB Proxy 2개 이상 — 단일 진입점 SPOF 제거
컴포넌트 다중화RootCoord / QueryCoord / DataCoord는 Active-Standby 또는 다중 인스턴스 구성 기준을 구축 단계에서 확정
Failoveretcd Leader 장애 시 Raft 자동 재선출 (30초 이내)
RTO 목표30초 이내
RPO 목표etcd 메타데이터 RPO 0초 지향 벡터 세그먼트는 벡터DB 내구성 기준 적용. 인덱스 손상은 재색인으로 복구
재색인 고려인덱스 파일 손상 또는 검색 인덱스 불일치 시 재색인 가능 원천 벡터 세그먼트 손실은 벡터DB 복구·백업 기준으로 대응
라이선스Apache 2.0 (오픈소스)

설계기준


Slide 109 — 벡터DB HA 구성 - Distributed Mode + Erasure Coding

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 벡터DB HA 구성(2/2)
  • 벡터DB는 메타데이터(etcd)와 벡터 세그먼트(벡터DB)를 분리 저장하는 구조상 두 저장소 각각의 HA가 독립적으로 보장되어야 벡터 검색 서비스의 연속성이 확보됨

역할별 HA 적용 구분

컴포넌트역할HA방식장애 시 영향
etcd컬렉션·인덱스 메타데이터 저장Raft 3노드 동기etcd 메타 손실 → etcd snapshot 기반 복구 필요. 복구 불가 시 컬렉션 재구성 및 재색인 필요
MinIO벡터 세그먼트 실체 저장Erasure Coding EC:2세그먼트 손실 → MinIO 복구·백업 우선. 원천 데이터와 임베딩 재생성 가능 시 재색인 복구
QueryNode벡터 검색 처리다중 인스턴스검색 성능 저하 (서비스 유지)
IndexNode인덱스 빌드 처리다중 인스턴스신규 인덱스 빌드 지연
DataNode세그먼트 Flush·Compaction다중 인스턴스Flush 지연 (데이터 유입 지속)
Proxy클라이언트 요청 라우팅2개 이상 + LB단일 Proxy 장애 시 자동 전환

본 사업 적용 기준

장애 시나리오별 대응

항목적용기준
임베딩 규모768차원 / float32 / HNSW(M=16, ef_construction=200) 기준으로 산정하되, 최종 차원 수와 인덱스 파라미터는 임베딩 모델 확정 후 재산정
청크 단위512 token, 10% overlap
예상 벡터 수초기 수천만 건 → 5년 1억 건 이상으로 가정 실제 콘텐츠·문항·학습개념 수와 청크 정책 확정 후 보정 필요
etcd 용량메타데이터 경량 — 3노드로 충분
Object Storage 연계기존 Object Storage 클러스터와 공용 또는 전용 버킷 분리 운영
모니터링 연계etcd Leader 변경, etcd DB size/quota, compaction/defrag 상태, QueryNode 장애, Index build 실패, Object Storage 버킷 오류를 모니터링 항목에 포함
장애유형영향대응(자동)
etcd 1노드 장애과반수 유지 → 서비스 정상Raft 자동 재선출
etcd 2노드 동시 장애쿼럼 미충족 → 메타 읽기/쓰기 제한 및 신규 색인·컬렉션 변경 중단. etcd snapshot 백업 기반 복구 절차 필요수동 복구 필요
Object Storage 1~2 노드 장애EC:2 기준 데이터 복구 가능. 검색 서비스 지속 여부는 Object Storage Read/Write Quorum 및 벡터DB QueryNode 상태 기준으로 검증자동 Healing 및 Rebalance
QueryNode 장애검색 성능 저하나머지 노드 자동 처리
Proxy 장애LB가 정상 Proxy로 전환자동 (LB 기반)
전체 재시작순차 재시작 Rolling 방식운영 절차 문서화 필요

Slide 110 — 저장소별 HA 구성(종합)

6. 데이터 아키텍처 설계 › 6.2 데이터 HUB 구축 방안

  • [별첨 7] 복제 및 고가용성(HA) 구성 설계

    1. 저장소별 HA 구성 종합
  • 본 사업 8종 저장소 전체에 단일 장애점(SPOF) 없는 HA 구성을 적용하되, 저장소별 RTO/RPO 목표는 장애 테스트와 복제 지연 측정으로 검증 가능한 기준으로 정의함

저장소HA 방식최소 노드Failover 방식RTO 목표RPO 목표라이선스 조건
운영DBPatroni + Streaming ReplicationPrimary 1 + Standby 2 권고, Read Replica는 조회 부하 격리 목적 시 별도 추가Patroni 자동 선출30초0초(동기)무료 (오픈소스)
내부 LRSReplica SetPrimary 1 + Secondary 2자동 선거(Election)30초10초Community 가능. 감사·보안 기능은 Enterprise/Atlas 또는 별도 구현 검토
그래프DBCausal ClusterCore 3 + Read Replica 2Raft Leader 재선출30초0초(Core 동기)Enterprise 필수
세션SentinelPrimary 1 + Replica 2 + Sentinel 3Sentinel 자동 전환10초1초 이내 또는 재인증 허용. RPO 0초 지향 시 WAIT/ min-replicas-to-write 적용BSD 3-Clause (Valkey)
캐시SentinelPrimary 1 + Replica 1 + Sentinel 3Sentinel 자동 전환30초손실허용BSD 3-Clause (Valkey)
분산스트리밍Multi-Broker + ISRBroker 3 + KRaft 3Leader 재선출10초0초 지향(ISR 기반), ISR 부족 시 쓰기 실패 처리Apache 2.0
Object StorageDistributed (Erasure Coding)4노드 이상장애 노드 복구후 자동 Healing60초노드·디스크 장애 기준 데이터 유실 없음/논리 삭제·오염은 버전관리·Object Lock·백업으로 대응AGPL/상용
벡터DBetcd(Raft) + MinIO (Erasure Coding)etcd 3노드 + MinIO 4노드etcd Raft 자동 재선출30초etcd 메타데이터 RPO 0초 지향, 벡터 세그먼트는 Object Storage 내구성 기준Apache 2.0
  • HA는 노드 장애 대응 기준이며, 재해복구(DR), 백업, 랜섬웨어, 논리 삭제 대응은 별도 백업/DR 설계와 연계 필요함
  • 구축사업 단계에서 저장소별 Failover 테스트, 복제 지연 측정, 장애 복구 리허설을 수행하여 RTO/RPO 달성여부 검증 필요함