模块三
前言
本文是外包学生管理系统详细架构设计文档,用于系统后续的开发、测试和运维。
修订历史
词汇表
1. 业务背景
随着学校的规模的不断扩大,学生数量的增加,需要处理的信息也日趋增大。不仅花费大量的教师资源,处理效率也十分低下。
为提高学生管理的管理水平,优化资源,尽可能降低管理成本成为学生管理的新课题,学生管理系统是从学生管理现状出发,根据学生管理的新要求进行开发设计的,它需要解决学生信息管理数据信息量大修改不方便,对一系列数据进行分析时花费时间长等问题,帮助学生管理人员有效管理学生信息。
因此学生信息管理系统可以通过系统规范化地管理、科学性统计和快速查询、修改、增加、删除等,提高信息的准确度以及日常管理的工作效率。
本系统主要是应用于学生各类信息的管理,总体任务是实现学生信息关系的系统化、规范化、自动化,其主要任务是统计学生各类信息进行日常管理,如查询、修改、增加、删除、以及学生选课、成绩的查询等功能设计的管理系统。
学生管理系统与其他系统间的关系如下:
2. 约束和限制
1)符合团队技术水平和积累;
2)开发成本低;
3)系统运维成本低。
3. 总体架构
3.1 架构分析
3.1.1 高性能
学校的人数有限, 数据量较少,且大部分时间大家都不会使用该系统,不考虑高性能。
3.1.2 计算高可用
属于管理系统, 可以在深夜或者周末, 节假日进行维护. 对可用性要求不会很高,不考虑计算高可用。
3.1.3 数据高可用
但数据全部丢失会有一定的影响,需考虑数据备份。
3.1.4 可扩展
数据量较少,即使学校扩招也会有一定的范围,暂不考虑可扩展性。
3.1.5 成本
暂不考虑。
3.1.6 安全性
暂不考虑。
3.2 总体架构
3.2.1 总体架构
1 台 nginx 服务器: 实现 http 反向代理,由 nginx 根据 url 路由到不同 web 服务
3 台 web 服务器: 分别部署学生子系统、课程子系统、权限子系统。
2 台 mysql 服务器:主备方式,提高数据可用性。
3.2.2 系统边界白盒图
4. 详细设计
4.1 核心功能
4.2 关键设计
4.2.1 学生管理
1)系统登录:此功能面向所有用户角色,根据用户角色权限不一,功能权限也不一样。
2)账号分配:学生账号由系统生成,给定相应权限,可进行密码更改,无法对系统成绩评定等功能做出相应干涉。教师账号由管理者(教务)通过系统生成,教师有对学生成绩评定和试卷评定的权限,同时兼容学生权限。管理(教务)权限由系统固有账号,是系统 root 权限,对教师有分配管理权限,对数据有增加、修改、删除、查询权限。
3)账号绑定:学生账号可通过第三方如:手机号码、微信等自行绑定,可实现账号自助找回等。
4)组织管理层级:按学生实际情况划分归属。 例如:软件学院—数字传媒方向(专业)—软件 1306—苗雨乔。
5)文件上传/下载:此功能针对所有用户开放,学生可以将自己课堂笔记、日常作业等相关信息在线传输,教师通过学生上传的相关作业、试卷信息进行相应评定,完成对学生平时成绩的评定。此功能一旦评定结束,所有用户只有查询、浏览的权限,除管理员外其他用户没有对成绩修改的权限。
6)信息查询:此项功能包含课程查询(含课程体系、课时安排、课表、教师、教材等)、成绩查询、文件查询。
4.2.2 课程管理
1)课程录入:由管理员对相应课程体系进行录入,供学生、教师进行在线选择。
2)选课功能:学生可以在线对自己的课程体系进行选择,相对应的课程选择功能类比。
3)排课功能:此功能根据学生选定的课程和教学体系安排,对相应教师、教室、时间进行统一规划安排。排课功能备选开发方向为在线排课和人工录入,在线排课是系统根据课程要设置课程的名称、课时、上课的班级、代课老师等信息,除此之外,还可以选填排课时的优选项,例如:上课时间有限上午等系统自动生成课程信息,管理员有权限对课程安排作出添加、删除、修改等判定。
4)教材选择:此功能由教务统一管理,根据每门课程选定相应教材。
4.2.3 考试管理
1)试卷区域分割:发起考试:期中的时候,教师可以创建一次考试;而在月考时可以根据上课的周数进行考试安排,如一般可以在在第八周、十二周、十六周分别创建三次考试。其中这些考试题目是在事先录入好的题库中按照教师设定的知识点、范围、难易程度以及题型自动生成的试卷。每创建一次考试之后,教师需要将出好的考试题进行分割点标注,然后印刷试卷,考试。考试过后,试卷会被扫描,然后教师需要将扫描件试卷录入系统之中,系统会根据标注点对试卷进行预处理和分割。教师进入系统,可以对已经分割好的试卷进行判分。
2)平时成绩:此项功能包含学生平时所有相关成绩信息,例如:考勤主要是由教师终端自动生成的或者教师手动输入,时间期限为当天;课堂笔记主要是由学生在当堂课程结束后将自己的笔记上传然后由教师批阅给予成绩在下次上课前完成自动签名;课后作业主要是在每堂课之后,教师可以发起一次作业任务,学生应老师设定的时间内提交作业,老师会对作业进行批阅,在下次课前给予成绩评分,将以上方式计算得到的总成绩计入平时成绩。最后按照系统判定的平时成绩结合月考、期中、期末试卷成绩按相应比例得出学生最终成绩。
3)评分判定:教师使用系统对上传的试卷分割区域作出相应的评分。由于教师要对试卷进行签字,我们建议教师在评分之前可以在试卷上进行签字,由此得到的扫描结果就有教师签字。如有额外需求,需要教师通过外设进行试卷签字,此项功能暂不做需求开发。
4.3 设计规范
1)前端使用 vue。
后端使用 spring boot。
使用 https+json 通信。
5. 质量设计
5.1 可测试性
可通过 Jenkins 进行自动化单元测试、集成测试。
5.2 可维护性
系统分为 3 个子系统, 3 个模块高内聚低耦合, 便于维护。
5.3 可观测性
系统较为简单,用日志即可。
5.4 成本
1)nginx 服务器: 1 台。
2)web 服务器: 3 台。
3)mysql 服务器: 2 台。
5.5 安全
防止一些常见的 web 安全漏洞,例如: XSS(跨站脚本攻击)、CSRF(跨站请求伪造)、URL 跳转漏洞、SQL 注入等。
6. 演进规划
1)一期:实现该系统基本功能。
2)二期:实现该系统与学校其他系统间的业务整合。
3)三期:建设管理后台、运维系统、基于 ELK 监控系统。
评论