序号

日 期

指导方式

指导内容

（请注明当面、QQ、微信、邮箱或其他等指导方式，指导情况提供图片作为支撑材料附在该表后）

1

2024.04.09

通过Gitee上传检查，并在论文中进行批注。

针对论文工作量提出要求，补充相对应的工作量，以及论文格式修改，中英文自提要求；对于需求分析模块提出问题：友好性需求不属于用例，其他需求写法也不对，先参考老师文档中需求文档的写法再全部重画

2

2024.04.14

通过Gitee上传检查，并在论文中进行批注。

在原本摘要的基础上，扩充6行以上，之间文本要怎么开发系统，提供什么功能等等，要讲本文具体做的事情；对于系统整体用例图，员工与管理员有部分用例名称相同的话

那就只画一个，让他们共同指向他们即可。

3

2024.04.14

通过Gitee上传检查，并在论文中进行批注。

画图不用底纹，ER图明显画错，这么对1对多与多对多的关系，都没有在下面的数据表上体现为外键约束；英文文献可全部删掉，补全中文文献。

4

2024.04.14

通过Gitee上传检查，并在论文中进行批注。

参考文献与致谢的汉字中间的空格要去,并且要宋体；概要设计设计的是模块或接口之间的交互规则，以及模块内部可能比较大操作，界面不用画，用户信息库也不用画，其他的类似全部重画，搞清楚什么是模块要画什么。

5

2024.04.16

通过Gitee上传检查，并在论文中进行批注。

概要设计图太少了；数据库表中，把主键和外键列的“否”字全部去掉；时序图中，UI与MySQL可以去掉，用户就是UI，除非UI有特殊内部调用操作，全部详细设计进行修改。

6

2024.04.16

通过Gitee上传检查，并在论文中进行批注。

图片全部无底纹，黑线条，黑色字体；线条要黑色；或者图片不需要背景颜色；或者图片字体或框图的边框都改成黑色，白底黑字黑线条，不加其他颜色。

7

2024.04.16

通过Gitee上传检查，并在论文中进行批注。

摘要整大段缩减3行，增加4行系统要实现的功能，文献年份应大部分5年内，极个别1,2个可以10年内，10年外的都替换。

8

2024.04.17

通过Gitee上传检查，并在论文中进行批注。

引用论文时，不需要谁谁谁支出，只需要把这个人用什么技术开发***系统，具有什么功能与特点描述出来；用ER-studio重画er图。