제안서 기반 현행 프로세스 평가
아래 프로세스는 현행 관리자 업무 순서를 한판에 보여준다는 점에서 유효하다. 다만 제안서의 핵심 방향인 통합 포털, LCMS/콘텐츠 메타데이터, LRS 기반 데이터 수집, AI 보조교사, 위기 감지, 하트포유 권한 분리를 기준으로 보면 현행은 “흐름은 존재하지만 화면과 데이터가 분산된 구조”로 평가된다.
과정 데이터 설정 → 학사 설정 → 학습자 수업 설정 → 화상수업/창의활동/학습더하기 설정까지 선후관계는 명확하다. 그러나 실제 메뉴는 운영 관리, 학급 관리, 동영상수업 관리, 화상수업 관리, 창의활동 관리, 학습더하기 관리로 나뉘어 있어 한 학기 운영 준비와 출석 인정까지의 책임 경계가 화면상으로는 끊어진다.
| 평가 항목 | 현행 프로세스에서 보이는 점 | 제안서 기준 평가 | 개편 방향 |
|---|---|---|---|
| 과정·콘텐츠 준비 | 콘텐츠 카테고리 동기화, 콘텐츠 관리 동기화, 과정 카테고리 설정, 과정정보 등록 순서가 필요하다. | 보완 필요 LCMS 관리, AI 메타데이터 분석·매핑, 교육 메타 표준 검증 관점이 현행 흐름에는 약하다. | 콘텐츠/과정/회차/소주제/성취기준을 하나의 수업·콘텐츠 운영 화면에서 다룬다. |
| 학기 운영 준비 | 학사 등록, 학사일정, 자동진급, 휴일, 운영과정, 추가학습과정, 담임배정이 연쇄적으로 이어진다. | 핵심 축 유지 SFR-스쿨포유-001 운영 관리의 중심 흐름과 잘 맞는다. | 학기 준비·배정 메뉴로 묶고, 미설정/미배정/출석 기준 누락을 체크리스트화한다. |
| 학생·배정 관리 | 학생 가입, 학생 정보 확인, 입교/퇴교 상태, 반배정 확인, 교과 배정이 분리되어 있다. | 분산 큼 SFR-스쿨포유-003 학급 관리와 SFR-스쿨포유-005 사용자 관리가 학생 한 명 기준으로 통합되어야 한다. | 학생 통합관리에서 학적, 학생유형, 교과/과정/화상수업 배정 이력, 출결, 상담, 쪽지를 한 화면으로 연결한다. |
| 화상수업 운영 | 화상수업 과정 등록, 강의계획·일정, 학급별 수업 배정, 주간 시간표, 녹화, 출석 관리가 이어진다. | 업무 흐름 명확 SFR-스쿨포유-002 수업 관리, Zoom SDK, 출석 인정 로그 요구와 연결된다. | 과정 상세 안에 일정, 배정, 시간표, 녹화, 출석 탭을 연결해 화면 이동을 줄인다. |
| 창의활동 운영 | 활동 주제 조회, 등록, 기간·공개 대상 설정, 결과물·출석 관리로 구성된다. | AI 연계 보완 스쿨포유AI 창의활동 고도화 요구가 현행 절차에는 별도 축으로 보이지 않는다. | 창의활동 주제/결과물/출석 인정과 AI 창의활동 추천·검수 흐름을 같은 수업·콘텐츠 운영 축에 둔다. |
| 학습더하기 운영 | 시행 등록, 신청자 선정, 응시·평가 관리, 과제더하기, 정보더하기가 단계형으로 이어진다. | 독립 프로세스 적합 시행→신청→응시→과제→정보가 명확해 별도 운영 축으로 두는 것이 타당하다. | 학습더하기 운영을 상위 메뉴로 분리하고 차수별 진행률, 대상자, 평가, 학생기록부 연계를 한 화면에 둔다. |
| 출석·위기 감지 | 월간/화상/소속학교 출석은 존재하지만 조치 흐름과 통계·위기 감지가 분리된다. | 신규 축 필요 SFR-공통-012 LRS, SFR-공통-014 AI 보조교사, SFR-스쿨포유-007 위기 감지 요구가 현행 프로세스에 충분히 반영되지 않는다. | 평가·학습데이터 운영에서 LRS 이벤트, 출결 미달, 장기 미접속, 과제 지연, AI 추천 조치를 작업큐로 관리한다. |
| 하트포유·기관연계 | 현행 프로세스 그림에는 병원관리자, 소속학교/원적학교 교사용 조회·인증 흐름이 별도 축으로 드러나지 않는다. | 별도 설계 필요 INR-스쿨포유-002, INR-스쿨포유-003에서 병원관리자와 원적학교 교사 인터페이스가 명시된다. | 하트포유·기관연계를 별도 상위 업무로 두고 입원/퇴원, 병원 인증, 원격수업 출석 인정 조회, 권한별 조회 범위를 설계한다. |
0. 총괄관리자 대시보드 확인
로그인 직후 전체 운영 상태를 보는 출발점. 화면에는 학기정보, 현재원/누적원, 입교 학생 목록, 학생기록부 진입 버튼이 함께 나온다.
1. 학기 운영 준비
가장 중요한 순서 재정리. 학사일정만 먼저 잡는 흐름이 아니라, 과정 카테고리와 과정정보가 선행되어야 운영과정/추가학습과정에 넣을 수 있다.
화면을 보고 다시 잡은 핵심 판단
- 과정 카테고리가 먼저다. 과정정보관리의 필수정보 첫 항목이 과정 카테고리이므로, 학사정보의 운영과정 탭보다 앞에 와야 한다.
- 콘텐츠 카테고리와 콘텐츠 관리도 과정의 콘텐츠 정보 탭보다 앞선다.
- 학사일정은 기간/접속권한 기준이고, 운영과정은 학년별 과정 배정 기준이다. 같은 화면 안 탭이지만 업무 성격은 다르다.
현재 불편 지점
- 학기 준비 업무가 `운영 관리`와 `동영상수업 관리`에 나뉘어 있어 사용자가 선후관계를 화면에서 바로 알기 어렵다.
- 학사정보 화면의 `운영과정/추가학습과정` 탭은 원천 과정이 없으면 할 수 있는 일이 없다.
- 담임배정은 학사정보 안에 있지만 학생/교사 기준정보와 강하게 연결되어 있어 누락 검증이 어렵다.
2. 기관·교사 기준정보 준비
학기 준비와 병렬로 해야 하는 기준정보. 학교와 교사가 준비되어야 담임배정, 담당학생 지정, 화상수업 교사 지정이 가능하다.
3. 학생 가입 확인·입교·교과 배정
학생 계정은 보통 학습자 페이지 가입/신청으로 생성된다. 관리자는 생성된 학생을 확인하고 입교 상태, 반/담임, 교과 배정을 맞춰 실제 학습 가능한 상태로 만든다.
완료 기준
- 학습자 가입/신청으로 생성된 학생 계정이 학생 정보 관리 목록에서 확인된다.
- 학생유형, 학교급, 학년, 학교, 입교/계정상태, 담당 교사 기준값이 운영 가능한 상태다.
- 반/담임 소속과 교과 배정이 끝나고 학습현황에서 배정교과 수가 확인된다.
현재 불편 지점
- 학생 가입, 학생 정보 상세, 담임배정, 교과배정, 학습현황이 서로 다른 화면에 흩어져 있다.
- 학생 정보 관리에 등록/일괄등록 버튼이 있어 관리자 생성 흐름처럼 보이지만, 일반 흐름은 학습자 가입 후 관리자가 상태를 정리하는 쪽이다.
- 대시보드의 입교 학생 목록은 출발점일 뿐, 학생별 배정 누락 상태를 한 번에 보여주지는 않는다.
4. 학생 개별 확인·조치
학생 상태 확인, 상담, 쪽지, 문자, 학습현황이 각각 다른 메뉴에 흩어져 있다.
5. 출결 인정·확인서 처리
출결은 월간 출석, 화상수업 출석, 소속학교 출석이 분리되어 있고 처리 기준도 다르다.
6. 동영상수업 운영
콘텐츠 원천, 과정 원천, 학사 운영과정 배정이 서로 다른 메뉴에 있다. 학기 준비와 가장 강하게 얽힌 영역이다.
7. 화상수업 운영
과정 등록, 학급 배정, 시간표, 출석, 녹화가 분리된 흐름이다.
8. 창의활동 운영
상대적으로 한 화면 안에서 주제, 공개 대상, 결과 확인까지 이어진다.
9. 학습더하기 운영
차수 하나를 운영하지만 시행, 신청, 응시, 과제, 정보가 별도 메뉴로 나뉜다.
10. 홈페이지·소통 운영
공지, 팝업, FAQ, 안내페이지, 설문, 쪽지/문자, 서비스데스크까지 사용자 노출·응대 기능을 관리한다.
11. 통계·시스템 확인
통계는 보고와 이상 징후 확인용이고, 조치는 학생/출결/상담/발송 메뉴로 다시 이동해야 한다. 시스템 관리는 권한과 감사 증적을 담당한다.