系统设计中使用业务流程图对业务进行分析，利用实体分析方法分析了数据库，数据库设计包括逻辑数据库和物理数据库等。系统的实现中前端采用HTML、CSS等实现，后端选用基于Java编程语言的SpringMVC框架，由于使用了框架，加速了开发进度，并保持了系统的统一风格。经过执行用户管理、指标管理、请假管理、疫情上报、活动管理等测试用例，验证了系统的可行性，经过测试，系统达到了系统建设的目标。
资源链接
论文链接
系统链接
1.绪论
1.1 系统开发背景
高等教育作为教育工作中的一个重要组成部分，一向是国家要重点关注的教育领域，在我国当前的“共同富裕”的政策方略下有更为特殊的意义，对高等教育的投入可以切断贫困的代际传递，提升人口素质，对共同富裕有重要意义。而高等教育坚持“以本为本”，要切实重视和提升本科教育质量，才可以给国家和社会培养更多有用人才，给中国特色社会主义建设添砖加瓦。
高等教育中，学生管理工作是一项负责、细致而重要的工作，高校辅导员在这一过程中始终扮演着重要的角色，高校辅导员要对学生的日常学习、生活进行管理，包括考勤、请假、组织活动等，是在高校学生管理工作中最深入学生的教育工作者。
建设一套辅导员管理系统，有助于辅导员开展自己的工作，提升自己的工作效率，同时可以更好方便学生，提升学生管理工作。
1.2 系统建设意义
高等教育中，学生管理工作是一项负责、细致而重要的工作，高校辅导员在这一过程中始终扮演着重要的角色，高校辅导员要对学生的日常学习、生活进行管理，包括考勤、请假、组织活动等，是在高校学生管理工作中最深入学生的教育工作者。辅导员日常工作繁杂而琐碎，为了有效提升辅导员的工作效率，提升学生管理水平，搭建一套信息化系统很有必要，可以将辅导员管辖的班级和学生有效管理，一方面方便学生管理工作，另一方面又可以方便学生使用，简化学生参与教育过程中的操作。
为提升辅导员的工作效率，优化工作流程，促进辅导员的各项工作，从而提升高校的学生管理工作，进而促进本科教育质量和本科教育管理水平。从理论上讲，虽然高校中引入了很多信息化系统，但是针对高校辅导员的相关系统的研究和设计较少，可以通过本系统的建设，给高校辅导员的管理提供范本；而本系统的开发更具有现实意义，可以切实辅助辅导员开展他们的工作。
1.3 国外文献综述
由于国外的信息化起步较早，因此在国外将信息化手段和数字化的方式融入到教育中的时间要比国内早很多。比如美国和日本在上世纪七八十年代就已经使用信息化手段提升教育水平[1][2][3]。计算机和互联网的相关发展最早也是在而军事应用中，然后就应用到高校中。因此在美国，使用计算机的手段教育来提升教育的事情发生的很早，甚至可以说互联网和计算机的发展，是和高校的发展融为一体的。在教育中引入信息化手段，主要有这么几个方面[4][5][6]。一是通过视频的方式，可以将教学的视频给学生展示，从而可以让学生通过视频实现教育的目的。可以通过视频来让学生不受地点的限制而进行学习这样可以提升他们的学习效率。也可以将那些具有很高水平的老师的知识，给更多的学生传播。二是可以通过一些计算机的方式来开发一些应用的软件来辅助教学，这样可以将一些更难理解的理念和原理通过可视化的方式给学生展示，从而让他们更容易理解这些原理和基本的概念，提升教学质量[7][8][9]。在国外一些典型的教学网站有Storyline Online、Fluenc Matters、National Geographic kids等[10][11]，这些教学网站的主要作用基本上都是通过网站上的视频或者语音材料，让学生进行学习，从而让他们拓宽视野、获得知识。
在国内使用信息化手段提升教育质量的发展大概在2000以后。但近两年，由于国家的经济水平飞速发展，信息化手段也有大的提升。在信息化手段融合教育的过程中，很多学校都通过信息化手段提升了学校的教学、教育和管理水平[12][13]。尤其在新冠疫情发生期间，受到疫情的影响，很多学生都必须在线上上课。因此这两年以袁辅导为例的一些互联网教育企业大力发展在线教育，使得我国在线教育教学有很大提升。国家的教育机构，无论从省市还是县区，都在在线教育上有很大的投入，这使得我国的在线教育水平有了大幅的提升，利用信息化手段辅助教学的水平有了一定发展[14][15]。
2.需求分析
2.1 总体需求分析
本系统的建设目标是给辅导员搭建一套可以辅助其日常工作的系统，系统中主要有四个角色，包括系统管理员、学院管理员、辅导员和学生。
在系统中，首先要满足的辅导员的日常工作，辅导员的日常工作包括管理学生的学习和生活，辅导员工作的核心职责主要是根据学校和学院的各项规章制度，组织学生开展学习和生活，按照学校和学院的培养计划分阶段、按步骤完成学校的各项要求，最终使得学生符合学校的培养目标。在新冠流行的后疫情时代，还需要满足学校的各项防疫制度，满足学校的防疫要求。因此，辅导员的主要工作有学生的请假管理、学生活动管理、查看学生的疫情防控相关指标等内容。
除此之外，需要还要确保学生的各项学习和生活的开展在学校的组织框架内完成，因此需要按照学校的组织机构来设置系统的人员组织机构，以支撑学校的实际组织架构要求。因此，系统要按照学院、班级等级别来进行管理。
在调研中，高校的管理者还提出一个问题是，由于疫情的反复和发展，国家和各级政府也会动态调整防疫策略，因此希望防疫指标的上报可以由管理员动态配置，而不是固定的指标，这样可以提升系统的可扩展性和智能程度。
2.2 角色需求分析
系统中的主要工作室围绕辅导员开展的，但是还有一些其他角色要完成系统中的功能，他们是系统中不可或缺的部分，比如学校管理者、学院的管理者和学生等。因此，辅导员管理系统中主要有四个角色，包括系统管理员、学院管理员、辅导员和学生。
学校的管理者，在系统中体现为系统管理员，系统管理员在系统中可以管理所有人员信息，可以在系统中进行组织结构的调整，可以调整学院和班级信息等。
2.2.1 系统管理员用例图
2.2.2 学院管理员用例图
2.2.3 辅导员用例图
2.2.4 学生用例图
2.3 功能需求分析
辅导员管理系统中涉及的用户主要有两个方面，一是高校的老师，二是高校的学生，老师在系统中扮演管理角色，而学生则是被管理角色。因此，在开发系统的过程中，首先要对高校中涉及的角色进行调研和访谈，对用户的调研和访谈分两步来完成。
在对高校老师和高校管理者的调研中，高校老师提出了需要按照目前学校的等级进行管理，高校目前按照学院、系别、专业和班级的层级进行管理，但是在实践中，只有一些综合性的大学中的人数较多的学院才会在学院下面继续设置系和专业等，而在大多数普通高校中，由于人数较少，主要是按照学院、班级的层级进行管理。因此在系统中按照学校-学院-班级的三层进行管理。
辅导员管理系统中，最重要的工作要围绕辅导员开展，但是除了辅导员之外，系统中还需要涉及其他角色，这些角色中最重要的是学生，其次还有学校管理员和学院管理员，学校管理员是领导视图，负责学校的整体架构，学院领导负责管理学院的事务，比如一些流程除了辅导员之外还需要学院领导审核，就需要辅导员参与。学院的辅导员要做的事情，包括如下一些，一是查看公告，二是对学生的请假信息进行审核，三是查看学生上报的疫情指标信息，四是查看学生请假信息，五是创建活动。学生是辅导员管理的客体，在系统中的学生要完成的工作有如下一些，一是可以在系统中完成请假，可以申请请假也可以在请假完成之后销假，二是在系统中针对疫情相关指标进行上报，三是学生可以参加活动。在系统中还有一些功能是需要其他角色完成的，比如学院管理员和学校管理员。
在对高校学生的调研中，高校学生提出两点，一是希望系统可以简单易用，如果可以在电脑端和手机端都可以打开就更为方便，因此他们希望系统可以做到跨平台使用；二是可以希望可以满足他们日常疫情上报的需求和出入管理的需求，现阶段的疫情上报需要采取手工上报的方式，希望引入信息化系统提升他们上报的效率。
2.4 非功能需求分析
互联网时代，体验很重要，在一个商业环境中如果用户的操作体验时延很长，就很难获得客户的满意。但鉴于本文是课程设计，因此性能指标相对宽松，查询类事务可以1秒内完成，交易类事务可以2秒内完成即可。
对于该系统来说，数据就是最大的资产，如果一旦被丢失了或者是被恶意的篡改、损坏了，这将会造成不可挽回的损失。所以，加强对学生和老师的信息保护对系统来说是极其的重要的。加强学生上报的指标信息和出入管理信息的保护对学校的防疫管理来说也是重要的，既要保护学生的隐私，又要做到合理利用上报数据为疫情防控服务是系统在数据隐私方面要做的重要工作。学生的请假信息等也需要作为系统的隐私信息包括。
2.5 可行性分析
2.5.1 经济可行性
经济方面，主要的投入包括软件和硬件投入。软件投入方面，系统设计过程中所需要的Java开发工具IDEA以及MySQL数据库是开源免费的，后端框架工具、jar包也可以找到免费的开源资源，并且向下兼容。开发成员可以通过网络免费资源自学Java编程技术，数据库数据通过调查收集可免费获得。本系统开发维护过程中的工作花销较低，不会产生超额的经济代价。硬件投入需要一台PC机，在开发之前，已经投入资金采购，按月折旧价格200计算，三个月毕设的时间花费为600元。系统的主要收入来自于使用者的投资，可以给高校推荐销售从而获取收入，在毕设完成之后可以基于本系统进一步进行商业化改造，推向市场，预计销售一例的价格在3万元左右，因此投入产出效率较高。
2.5.2 技术可行性
技术方面，此系统可以通过Java语言开发实现，Java语言开发技术完善，实际操作经验丰富、论文及理论知识研究充分，能够为此系统的开发提供足够的支持。MySQL数据库为本系统的数据存储和修改提供软件支持。开发人员具备优秀的编程实际操作能力，可熟练掌握并运用前端开发语言，以及掌握各种软件测试方法、运用各种软件测试工具，为此系统提供足够的技术支持。
2.6 开发环境以及技术介绍
2.6.1 开发环境
硬件环境描述如下：
操作系统：Windows10
处理器：Inter i5 G4560 3.5GHz
内存：8GB以上
硬盘：10GB以上
软件环境描述如下：
应用服务器：Tomcat7.0.9
数据库：Mysql8.0
开发工具：IDEA2018
支撑环境：JDK1.8
2.6.2 前端开发技术
HTML和CSS是前端开发最常用的技术，HTML主要用来生成静态界面，也可以称之为界面模板，CSS则主要用来定义和规定界面的样式，也就是界面上各个部分的展现形式。在前端开发中，一般使用HTML和CSS来基本上确定界面的风格和形式，而使用JavaScript来生成交互设计和交互的体验，比如校验用户的输入，此外还可以使用JavaScript来调用后端服务，从而获取数据进行前端页面的渲染。HTML和CSS由于其使用简单，容易上手学习，而且被浏览器厂商支持，因此是前端开发中的基础知识和必备工具。任何其他前端框架和其他形式的技术也都以HTML和CSS为技术底座。
HTML当前主要有两个版本，一个是传统版本，一般称之为HTML4，还有最新的HTML5版本，这个版本几乎被所有主流厂商接受，而已也适应于移动端开发，甚至在微信等其他技术体系内，仍然是采用基于HTML思想的WXML技术。HTML和CSS中的重要内容是盒模型，盒模型就是任何界面元素都是由一个盒子状的形式界面组成，这个界面一般是层层包裹，外层是外部留白称之为margin，然后是边界叫border，然后是内部留白为padding，最后是元素本身。基于这一基本思想，HTML又定义了很多常用的组件，包括按钮、表单、单选多选等基础组件，CSS则定义了这些基础组件的形式，比如排列形式、背景颜色、字体等，它们共同构成了丰富的前端界面，是一切前端的基础技术。
2.6.3 后端开发技术
后端开发使用基于Java编程语言的Spring MVC框架来实现。并采用了Spring Boot框架加快了开发进度，Spring Boot是一套基于Spring核心的设置了很多默认配置的框架，提升了Spring MVC的开发速度。
辅导员管理系统可以基于经典模式MVC来实现，MVC是指视图、模型和控制三个层面的元素来组成系统框架，其主要思想是解耦，通过降低耦合度的方式来提升系统的灵活性和设计的分离性，从而可以达到这样几个目标，一是可以适应界面的动态变化，这样可以满足商业场景，因为现实世界总是不断在变化的，只有通过不断优化和美化的界面来引导和吸引用户，才容易获得商业上的成功，而前端视图的变化如果和后端的实现解耦就可以加速前端的变化速度，提升企业应变能力，提升竞争力；二是可以加强分工协作，现代企业的系统变得越来越复杂和零碎，虽然可以通过整体规划的思想使得系统在某些方面表示相对整体化一，但是由于系统复杂性的提升，一个项目还是需要很多人力的参与才能完成，小的项目需要4-8人，中等项目需要数十到上百人人，而大型项目则需要上百人乃至上千人才能完成，因此必须通过分工协作的方式来开发和运营系统，而MVC可以通过定义接口的方式使得前后端的分工明确，在定义好前后端接口规范和参数之后就可以使得前后端同时开工，并行开发，从而提升开发效率，缩短项目上线周期；第三，还可以通过控制层来控制前后端之间的斜街，而这种前后端的衔接也可能是会变动的，如果后台采用组件化的方式，就可以在控制层经过重新调整组件次序和重新组合组件而构建新的组件，这样可以加速前后端协作，提升产品适应性。
SpringMVC作为MVC的一种实现，是基于Java和Kotlin编程语言，而且官方推荐使用Kotlin语言，尽管目前国内外使用更多的项目仍然是Java项目。以Java语言为例，SpringMVC基于Java做了很多框架层面的工作，使得前后端的斜街和整个系统框架清晰、有序。前端一般可以任用流行的任意框架，而主要在SpringMVC中配置前端视图解析器即可，而后端和前端的衔接则采用固定的Controller层进行处理，主要是基于Servlet来处理，基于封装好的HttpServletRequest和HttpServletResponse，此外还将模型嵌入到前后端的衔接组件中，使得前后端的开发模式相对规定，形成了MVC事实上的标准。
3. 总体设计
3.1 总体功能架构
3.2 子模块功能设计
3.2.1 用户管理
在系统中的用户管理包括新增用户、删除用户和用户登录功能。新增用户和删除用户的逻辑如下，管理员先选择学院、然后选择班级，最后选择用户类型，然后填写用户信息，完成新增过程，删除过程直接删除即可。用户新增之后，就可以在系统中登录。
用户删除的过程相对简单，选择对应的用户，然后直接删除即可。用户的登录过程是先输入用户名、密码并选择用户类型。
3.2.2 学院和班级管理
学院管理的流程是填写学院信息，然后确认新增，如果需要删除的时候，点击学院进行删除即可。由于班级是在学院下设置的，因此在学院新增的过程中可以直接增加班级，在删除学院的时候，需要先删除班级，然后再删除学院。
删除学院的时候需要先删除专业，再删除学院，删除学院的流程。
3.2.3指标管理
指标管理是指管理员新增指标的过程，新增指标的过程比较简单，填写要新增的指标，确认即可完成指标新增操作。删除指标的过程是先选择要删除的指标，然后进行删除即可。
指标填写完成之后，学生就可以选择对应的指标进行上报，选择指标上报的流程。
3.2.4请假管理
出入管理的过程是学生先填写出入申请，然后辅导员进行审核，如果辅导员审核通过由学院审核，由二级审核的审核过程可以提升对出入管理的流程控制严格性，可以做到严控出入管理。审核通过之后，学生在返校之后需要进行返校报备，即完成了整个出入管理过程。所有的请假管理过程都可以在审核界面查看其过程。
3.2.5 活动管理
活动管理是辅导员主导的，一般是由辅导员发起的一些可以调用学生学习积极性，或者有利于丰富学生业余生活的活动。一般由辅导员发起，然后学生可以选择性参与，学生参加之后，辅导员可以从系统看到参加的学生信息，然后线下组织活动，如何活动创建错误也可以删除活动。
3.3 数据库设计
3.3.1 逻辑数据库
学院
班级
指标
指标记录
请假实体
请假审核
活动实体
活动参与
用户实体
ER图
3.3.2 物理数据库
用户表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| UserID | 字符型 | 10 | 用户Id，唯一标识一个用户 |
| UserCode | 字符型 | 10 | 密码，一个用户只有一个登录码，输入错误无法进入系统 |
| UserType | 字符型 | 2 | 区分是管理员、学院管理员和教师、学生等 |
| rerv | 字符型 | 1000 | 预留字段 |
| createUser | 数值型 | 10 | 创建用户ID |
| CreateDate | 日期 | 创建日期 |
学院表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| collegeId | 字符型 | 10 | 学院Id，唯一标识一个学院，主键 |
| collegeName | 字符型 | 20 | 学院名称 |
| collegeIns | 字符型 | 20 | 学院说明 |
班级表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| majarId | 字符型 | 10 | 班级Id，唯一标识一个班级，主键 |
| majarName | 字符型 | 20 | 班级名称 |
| majarIns | 字符型 | 20 | 班级说明 |
指标表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| SpecId | 字符型 | 10 | 指标ID |
| SpecName | 字符型 | 10 | 指标名称 |
| SpecDesc | 字符型 | 10 | 指标描述 |
指标记录表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| Id | 字符型 | 10 | 指标记录ID |
| SpecID | 字符型 | 10 | 指标ID |
| SpecValue | 字符型 | 10 | 指标值 |
| userID | 字符型 | 10 | 上报人 |
请假申请表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| Id | 字符型 | 10 | 出入记录ID |
| userID | 字符型 | 10 | 申请人 |
| Statue | 字符型 | 10 | 审核状态 |
| Cause | 字符型 | 50 | 申请理由 |
请假审核表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| Id | 字符型 | 10 | 请假审核ID |
| ApplyID | 字符型 | 10 | 请假ID |
| checkID | 字符型 | 10 | 审核人 |
| checkStatus | 字符型 | 50 | 审核状态 |
| checkDate | 日期型 | 审核时间 |
活动表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| Id | 字符型 | 10 | 活动ID |
| ActivityName | 字符型 | 10 | 活动名称 |
| ActivityContent | 字符型 | 10 | 活动内容 |
| JoinUsers | 字符型 | 50 | 参与人数 |
参与活动表
| 字段 | 字段类型 | 字段长度 | 字段说明 |
|---|---|---|---|
| Id | 字符型 | 10 | 参与活动ID |
| ActivityID | 字符型 | 10 | 活动ID |
| JoinUser | 字符型 | 10 | 参与人 |
| JoinDate | 日期型 | 参与时间 |
4. 系统设计
4.1 数据库设计
读者表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| user | 自动编号 | 序列号 |
| id | 文本 | 用户标识 |
| type | 文本 | 用户类型 |
| name | 文本 | 用户姓名 |
| password | 文本 | 用户密码 |
| Tel | 文本 | 用户联系方式 |
| 文本 | 用户电子邮件 |
文章表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| Blogid | 自动编号 | 序列号 |
| name | 文本 | 名称 |
| Content | 文本 | 文章内容 |
| author | 文本 | 作者 |
| Tag | 文本 | 文章标签 |
| catalog | 文本 | 分类 |
文章喜好表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| id | 自动编号 | 序列号 |
| userId | 文本 | 用户ID |
| NovelId | 文本 | 文章ID |
文章分类表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| id | 自动编号 | 序列号 |
| CatalogName | 文本 | 文章分类名称 |
| CatalogDesc | 文本 | 文章分类描述 |
标签表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| Id | 自动编号 | 序列号 |
| TagName | 文本 | 标签名称 |
| tagDesc | 文本 | 标签描述 |
文章评论表
| 字段名称 | 数据类型 | 说明 |
|---|---|---|
| id | 自动编号 | 序列号 |
| Blogid | 文本 | 文章ID |
| Comments | 文本 | 评论 |
| Reply | 文本 | 回复 |
4 系统实现
4.1 用户管理
用户的管理分为两部分，一是对系统中的用户包括学生和老师的管理，有分配和删除等功能，二是系统中用户的登录功能。
用户管理中的功能包括新增和删除，新增的用户功能，需要先选择学院和班级，然后选择用户类型，这些选择的选线都采用下拉框的方式选择，选择完成之后输入用户信息就可以完成新建。
管理员新建一个用户之后，就会在界面展示列表，新增的用户就可以通过账号和密码登录该系统。管理员也可以直接删除用户，同时该用户也不能进入统。
4.2 学院和班级管理
学院和班级是学校的管理等级。在新增班级之前，需要先新增学院，新增学院的时候需要填写学院的信息。
新增学院之后可以在选择学院之后，新增一个班级，新增一个班级的过程是先选择学院，然后新增班级。点击学院可以查看该学院的所有班级。
在专业新增之后，在选择展示一个学院，就可以展示这个学院下面的班级，也可以删除班级。
在删除了班级之后，可以选择删除整个学院，删除学院的操作就是在展示学院的列中中点击删除操作，然后就可以删除学院，删除学院的前提是学院中的班级都已经删除了。
4.3 指标管理
指标管理中包括两方面的功能，一个是管理员新增指标和删除指标，另一个是学生上报指标，老师可以查看学生的指标记录。填写指标信息，确认新增即可。
新增指标之后，可以以列表的方式展示对应的疫情指标，然后可以选择一个指标进行删除操作。
指标上报的操作是有学生完成的，学生先选择一个指标，然后填写对应的指标值，指标值得上报时间是系统时间，由系统自动获取。
指标上报之后，系统中有权限的人员就可以看到指标上报信息，辅导员可以查看学生们的情况。
4.4 请假管理
请假管理的流程是先由学生上报填写申请，然后由辅导员审核，辅导员审核之后，由学院审核。等审核通过学生就可以离校，返校之后再到系统中点击返校按钮，完成返校记录。
申请之后，辅导员就可以看到本班级申请请假的人员信息，辅导员的审核界面和学院的审核界面基本类似，以辅导员审核为例，展示辅导员审核过程。辅导员审核界面展示所有申请列表，然后再列表中可以进行审核操作。
辅导员审核之后，由学院审核，学院审核完成之后，出校申请即完成，学生返校之后需要在系统中进行返校操作。
4.5 活动管理
活动管理的流程是，先由管理员创建一个新的活动，创建的过程就是输入活动名称和描述，然后确认创建。创建之后，可以展示活动，然后选择某一个活动可以进行删除，还可以查看某一个活动的人数。
活动创建之后，学生可以选择加入和退出，如果加入了之后就可以退出，退出之后也可以再次加入，因此在学生参加活动界面，分两个列表展示，分别是加入列表和退出列表，加入列表是可以加入的活动，退出列表中展示的是已经加入可以退出的活动列表。
5 系统测试
5.1 请假申请测试用例
| 测试用例名称 | 请假管理测试用例 |
|---|---|
| 系统环境 | Windows操作系统，谷歌浏览器 |
| 前置条件 | 已经创建了学院和班级，并且设置了所有的角色。 |
| 测试步骤 | 1、学生登录系统，申请出校；2、辅导员登录系统审核通过。3、学院负责人登陆系统审核通过。4、学生离校，返回后点击返校操作。 |
| 预期结果 | 学生可以完成请假管理。 |
| 实际结果 | 学生完成了请假管理。 |
| 测试结论 | 通过测试 |
5.2指标管理测试用例
| 测试用例名称 | 指标管理测试用例 |
|---|---|
| 系统环境 | Windows操作系统，谷歌浏览器 |
| 前置条件 | 已经创建了学院和班级，并且设置了所有的角色。 |
| 测试步骤 | 1、管理员登录系统2、管理员设置疫情指标3、学生登录系统，4、学生上报疫情指标5、辅导员登录系统6、辅导员查看学生上报的疫情指标7、学院管理员登录系统8、查看该学院的学生上报疫情指标 |
| 预期结果 | 学生和老师可以看指标记录。 |
| 实际结果 | 学生和老师看到了指标记录。 |
| 测试结论 | 通过测试 |
5.3 学院班级管理测试用例
| 测试用例名称 | 学院班级管理测试用例 |
|---|---|
| 系统环境 | Windows操作系统，谷歌浏览器 |
| 前置条件 | 已经创建了学院和专业，并且设置了所有的角色 |
| 测试步骤 | 1、管理员登录创建学院，并管理员在学院新增班级2、管理员删除某一个学院的所有班级。3、管理员删除某一个学院。 |
| 预期结果 | 可以新增删除学院和班级 |
| 实际结果 | 可以新增删除学院和班级 |
| 测试结论 | 通过测试 |
5.4 教师和学生管理测试用例
| 测试用例名称 | 教师和学生管理测试用例 |
|---|---|
| 系统环境 | Windows操作系统，谷歌浏览器 |
| 前置条件 | 已经创建了学院和班级，并且设置了所有的角色 |
| 测试步骤 | 1、管理员登录系统，新增老师2、管理员登录系统，新增学生 |
| 预期结果 | 可以新增老师和学生 |
| 实际结果 | 可以新增老师和学生 |
| 测试结论 | 通过测试 |
5.5 活动测试用例
| 测试用例名称 | 活动管理测试用例 |
|---|---|
| 系统环境 | Windows操作系统，谷歌浏览器 |
| 前置条件 | 已经创建了学院和班级，并且设置了所有的角色 |
| 测试步骤 | 1、辅导员创建活动2、学生参与活动 |
| 预期结果 | 可以新建活动并让学生参与 |
| 实际结果 | 可以新建活动并让学生参与 |
| 测试结论 | 通过测试 |
结论
辅导员工作始终是高校学生工作的重点，辅导员承担学生工作中最繁重的任务，为此开发一款辅导员管理系统，就可以大幅提升辅导员的工作效率，从而提升高校学生工作的开展质量。经过访谈高校的管理人员、辅导员和学生等角色，收集了辅导员管理系统相关方对系统的诉求和期望，确定了系统要实现的功能包括用户管理、指标管理、活动管理、请假管理、疫情上报等功能。系统的实现中前端采用HTML、CSS等实现，后端选用基于Java编程语言的SpringMVC框架，由于使用了框架，加速了开发进度，并保持了系统的统一风格。
该系统还存在很多的不足，一是系统的界面美观还有待提升，二是系统的功能虽然对辅导员来说可以满足他们的日常使用需求，但是还需要和高校的其他系统打通，以发挥数据的优势，体现数据整合的力量。
致谢
略
参考文献
略
扫一扫
1908
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
