团队作业第四次—项目系统设计与数据库设计
| 这个作业属于哪个课程 | 2020春|S班（福州大学） |
|---|---|
| 这个作业要求在哪里 | 团队作业第四次—项目系统设计与数据库设计 |
| 团队名称 | 软工实践互动评价小组 |
| 这个作业的目标 | 项目系统设计与数据库设计 |
| 作业正文 | 软工实践互动评价小组—项目系统设计与数据库设计 |
| 其他参考文献 |
一、团队项目的预期开发计划时间安排
二、 团队项目的预期开发计划分工安排
组员 | 学号 | 分工安排
--|:--😐:--😐--
|许家诚 |221701210 |前端、产品经理
|傅少华 |091700410 |前端、前台信息校验
|陈茜 |221701409 |前端、文档
|肖玮昊 |221701109 |用户组员部分接口
|蔡鸿辉 |221701128 |班级管理和评分表接口、数据库设计
|张增燊 |221701230 |建议、评分、小组信息接口
|陈家祯 |221701310 |用户组长部分接口
|蔡俊 |221701324 |后台用户管理和助教管理接口
三、设计图表及思路
体系结构设计
功能模块层次图
设计类图
ER分析
完整ER图
部分结构
1.组间评价：
2.组内评价：
3.组间评价记录：
4.组内评价记录：
5.小组历次得分：
6.小组综合得分：
7.个人历次贡献率及分工情况：
8.个人综合评价：
9.小组收到的建议：
表结构设计
1.用户表
2.管理员表
3.助教表
4.班级表
5.小组表
6.组间评价表列表
7.组内评价表列表
8.组间评价表提交记录
9.组内评价表提交记录
10.小组历次得分表
11.个人历次贡献率及分工情况表
12.小组综合得分表
13.个人综合评价表
14.小组收到建议表
系统安全和权限设计
权限设计
系统安全设计
1.管理员不提供注册功能，管理员账号需在数据库中手动修改，助教需由管理员手动添加。
2.采用后备技术，当原始系统数据丢失时启动副本建立和启动技术，由于数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能。
3.对用户的密码使用MD5加密：因为MD5是不可逆的，所以在数据库里面看到的密码是无用的，使用MD5加密，可以起到防止破解或被人任意查看的目的，MD5不是检验用户的密码，而是检验用户输入的密码经MD5加密以后和数据库内的是否相符,起到一定保密效果。
设计思路
采用前后端分离架构，前端使用Vue.js框架，后端使用Springboot框架，数据库使用MySQL5.7以上版本（支持JSON格式存储），前后端使用api进行交互。
运行逻辑：管理员（老师）创建班级，同学注册账号的时候可以选择班级、小组、身份（组长或组员），管理员发布评分表并设置起始时间，评分表名只需要填写作业名，例如：第一次团队作业，系统会自动生成第一次团队作业-组间评分表和第一次团队作业-组内评分表两份评分表，组间评分表同一个小组只需一个人提交，组内评分表只允许组长提交，在截止时间之前，允许修改评分表，截止时间过后不允许修改，并且后台会将自动统计每个小组的历次得分、综合得分，每个人的历次得分、综合得分，并且整合每个小组收到的评价。管理员结束班级以后，这个班级不再开放注册。
四、需求分析的改进部分及改进过程
| 存在的问题 | 改进 |
|---|---|
| 统计功能有待加强 | 这一次的接口设计中，我们设计了小组历次得分、小组综合得分、个人历次得分及贡献率、个人综合得分等接口，可以满足大部分的统计需要。 |
| 原型要体现改进的地方 | 有一些部分原型不好完成，甚至比实现真的功能还麻烦，所以有的改进没有在原型上体现。 |
| 功能较为单一、老师与学生之间的联系可以更加细致 | 我们希望这个系统是一个比较纯粹的系统，不需要有太多额外的功能，这样性能上也会比较有保障。 |
| 需求分析依据性不强、手段方法工具体现不足 | 我们联系过老师和助教，询问过他们的需求，然后我们本身也是系统的使用者，我认为需求分析还是有一定依据的。 |
五、本次作业工作流程、组员分工及贡献度
本次作业流程
分工及贡献率
组员 | 学号 | 工作内容 |贡献度
--|:--😐:--😐:--😐--
|许家诚 |221701210 |总体设计、文档整合、答辩|13
|傅少华 |091700410 |系统设计文档编写|10
|陈茜 |221701409 |PPT制作、博客|9
|肖玮昊 |221701109 |数据库设计文档、部分接口设计|13
|蔡鸿辉 |221701128 |数据库设计、部分接口设计|15
|张增燊 |221701230 |UML图设计、部分接口设计|15
|陈家祯 |221701310 |系统设计文档、部分接口设计|12
|蔡俊 |221701324 |数据库设计文档、部分接口设计|13
