现在这个疫情，本来应该开学的学校，都停学了，什么时候开学还不得而知。
以后还会不会有其他事情造成停学不得而知，
所以呢，这种分散式非聚集性的学习方式以后也必不可少。
其实这种方式很早就有了，比如闲暇时间想扩展知识，首选的就是网络课堂了。还有就是偏远山区的助教，通过网络课堂，可以上一些名师的课程。
原来虽然有，但是没有重视，有的基本用到在线会议的方式就解决了解，有的直接用聊天工具的视频，直接就解决了。
看到这些，想起来以前做过一个不成熟的在线教室的项目，只不过后来因为投资问题，项目没有进行下去，开发都没有开发完成。
我把原来那个的设计，再结合下这几年了解的部分可能需要的功能，简单想到的设计的方案如下
功能模块部分
1. 课程管理
该系统包含的课程列表
课程信息包括
l 课程的类型，在字典中定义，比如必修课，选修课，或者公开课等
l 课程的科目，在字典中定义，比如语文，英语等
l 课程的级别，就是同样的英语，级别不同，任课老师不同，对应的学生也不同，在字典中定义，
l 学分，如果该课堂包含学分制，设置对应学分。
l 时间，该课程需要的时长
2. 教师管理
该课堂中每个教师的信息，可以设置该教师可以上的科目和级别。
教师类型，是任课教师，管理教师还是助教
3. 学生管理
学生管理，每个学生的级别（年级），学分情况分班等信息，
4. 教室
每个教室包括
移动端教室和pc端教室，统一一套
l 签到
学生进入后，自动签到，直到课程结束，
l 视频
显示教师的视频和举手回答问题的学生的视频信息
l 音频
显示教师的视频和举手回答问题的学生的音频信息，
视频流音频流分开，以免发生卡顿后，连课都上不了了，如果学生的网络不稳定，可以关闭视频，节省网络带宽
l 白板
就是教室的黑板，
通过视频拍摄黑板来做板书的方式，如果卡顿，就完全上不了了，
用白板的方式，独立的连接，节省视频流，
白板需要一个手写的支持
l 文字消息
做备用，如果学生或者老师音频设备出问题了，通过这里告知一下
文字消息可以密语或者告知全部
l 举手
在老师提问时，学生可以用该功能举手，由老师选择那个学生来回答
l 人员列表
包括学生和老师的列表，显示老师和学生的状态
如果是必修课的，则显示全部应该到课的学生状态
l 抽查
管理老师可以以隐藏方式进入教室，查看任课老师和学生的上课情况
5. 排课系统
课程的安排，用周历方式安排现有的课程和老师，选修课的，同时段可以选择多节课，
错误提醒，设置的时候，如果该教师同时间有课，则错误提醒，
管理老师设置管理年级或者班级的课表
任课老师可以看到自己任课的时间段，到时间可以快速进入课堂
学生可以看到自己的课表，可以选择自己要上的选修课。
6. 作业系统
课堂结束后，任课教师留课堂作业的列表
学生可以是拍照或者视频方式提交作业
7. 测试系统
在线题库，出题，答卷，阅卷的系统
题库包括所有的题目，需要积累，每个级别每个科目的题目，选择题、填空题或者答题，
这里需要再详细的想下，因为数学的方程式怎么去录取和判断，手写设备每个学生一个是否能做到。
8. 升学系统
考试成绩和学分达到升学标准，分类分班显示可以升学的学生和达不到标准的学生
9. 统计
按班、等级等显示
l 升学率
l 及格率
10. 移动端
教师可以看到自己课程可开课前的提醒
学生可以看到自己需要上的课程安排，开课提醒
移动端上课
系统架构部分
主要问题在通讯上，其他都是普通增删改查等操作，主要在在线教室部分的设计上比较复杂
视频音频流分开是肯定的，走UDP协议，音视频服务器需要单独部署，节省服务器压力
这个也是没有需求的，只是按自己的想法想到的，想到多少需求就写了多少，
写的不是特好，欢迎评论吐槽
你的关注和转发，是我继续下去的动力
