1. 컨텍스트
1.1. 프로젝트 목적
•
엘살바도르에선 한국처럼 학적시스템이 전산화되어있지 않고, 수업이 정상적으로 진행되지 않는경우도 있어서 튜터/슈퍼바이저들이 출석현황을 파악하기 힘든상황임
•
출결현황을 한눈에 확인할 수 있도록 데이터를 수집할 필요가 있음
1.2. 용어 정리
새로 등장한 도메인 용어나 개념, 팀간 용어 일치를 위한 목적
•
출석현황 종류
◦
체크하기(확인필요) *default
◦
미출석 (결석)
◦
출석
1.3. 프로젝트 범위
•
선생님
◦
수업 시작 전 교실의 출석체크를 요청, 실시간으로 당일 출석현황을 확인 할 수 있다.
◦
교실의 출석현황을 확인할 수 있다.
◦
학생의 출결현황을 수정할 수 있다.
•
학생
◦
선생님이 출석체크 요청 시 화면 DIM 상태가 되며 출석요청을 보낸다.
1.4. 프로젝트 성공 기준
•
수업 시작 전 교실의 출석현황을 기록하고 확인할 수 있다.
•
엘살바도르 도메인에서 선생님이 출석관리를 할 수 있다.
2. FE 시스템 요구사항
2.1. 기능적 요구사항
2.1.1. 새로운 기능 추가 및 확장
기능 | 위치 | 설명 | 패키지 | 컴포넌트 계층 / 영향도 | 비고 |
출석체크 Overlay | B2C | 선생님이 출석체크활성화 시에 학생화면에 덮히는 Overlay | mildang-ui | 신규 컴포넌트 추가
| 학생화면에서 groupId 확인이 가능할경우 보고있는 화면에 overlay가 생성된다.
groupId 확인이 불가능한 경우(교실을 선택하지 않았을경우), 출석체크를 요청한 교실의 정규수업목록 화면으로 이동시켜준다. |
출석체크 버튼 | LMS | 출석체크 요청을 할 수 있는 다이얼로그를 생성하는 버튼 | mildang-ui | 기존 버튼컴포넌트 활용 | 당일 출석현황에서 “체크하기” 상태인 학생이 1명이라도 있을경우(출석확인을 완료하지 않은경우) 출석체크를 유도하는 애니메이션/스타일이 적용됨 |
출석체크 요청 다이얼로그 | LMS | 출석 체크 버튼을 눌러서 학생SYNC + 실시간 출석현황 다이얼로그를 생성할 수 있는 다이얼로그 | mildang-ui | 기존 다이얼로그 컴포넌트 활용 | “출석 체크” 버튼 클릭 시 학생화면 출석체크 Overlay 활성화 |
출석현황 다이얼로그 | LMS | 교실의 출석현황을 볼 수 있는 다이얼로그.
- 출석체크 버튼을 통해 학생 SYNC 가능.
- 학생 출석현황을 state로 관리하고 서버에 한번에 적용 요청 | mildang-ui | 기존 다이얼로그 컴포넌트 활용 | |
출석현황 페이지 | LMS | 교실의 날짜별 출석현황을 확인 할 수 있는 페이지
- 날짜 별 출석 현황 확인
- 학생의 출석 현황 수정가능
- 학생의 출석 현황을 엑셀파일로 추출 가능 | mildang-ui | 신규 컴포넌트 추가 |
2.1.2. 기존 기능 변경 및 개선
기능 | 위치 | AS-IS | TO-BE | 컴포넌트 영향도 |
CMS LMS B2C | 기존 컴포넌트 사용 / 새로운 컴포넌트 추가 등 UI 재사용 여부 및 영향도를 작성 | |||
2.1.3. 밀당 디자인시스템(MDS) 영향도
컴포넌트 | 위치 | AS-IS | TO-BE | figma / storybook(chromatic) |
CMS LMS B2C | (신규 DS라면 '-' 표시) | |||
2.2. 비기능적 요구사항
(품질, 신뢰성, 사용성 / 효율성, 유지보수성, 호환성, 보안성)
리팩토링, 구조 변경 등의 작업으로 영향도가 있다면 어느 부분이 테스트되어야할지, 리그레션 테스트 범위를 작성
•
N/A
3. BE 시스템 요구사항
3.1. 외부 인터페이스 요구사항
•
3.2. 기능적 요구사항
3.2.1. 새로운 기능 추가 요구사항
•
N/A
•
3.2.2. 기존 기능 개선 요구사항
•
N/A
3.3. 비기능적 요구사항
•
N/A
4. 기타 요구사항
•
N/A
5. 참고문헌
•
N/A