序号

日 期

指导方式

指导内容

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

1

2024/3/6

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

对我论文研究背景的错误进行纠正：研究背景与意义合并，再增加一节研究现状、一节论文结构，具体内容可以看看开题报告的思路编写。

2

2024/3/12

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

对我论文功能需求的部分进行的纠正和指导：至少要用三页纸来描述功能需求这一部分；需要解释用例图中的每一部分，分点讨论；在画用例图时不要全部箭头都指向头部，不要用visio来画图。

3

2024/3/20

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

摘要部分要一句话先写支教的发展与趋势；研究背景与意义章节需要引入2-4篇参考文献；功能需求需要先分两大点，用户需求与管理员需求（1）（2）写，下面再分①②点来描述；背景不要底色，字体大小略小于正文，不超过正文大小。

4

2024/3/28

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

概要设计部分需要先给出总体的HIPO图，再逐个描述。且每个图至少用4行以上文字描述，图中的流程都要描述，还要描述数据有哪些，返回的有哪些数据。

5

2024/4/3

QQ

在画概要设计的整体模块划分结构图中，第二层不要分角色，如用户端、管理员端。因为第二层不会有“用户模块”与“管理员模块”这个东西是具体每个功能汇总才是二级模块，功能模块总体设计不考虑角色。

6

2024/4/12

QQ

向我们讲解了ER图的概念：只要在ER上实体之间出现了一条线（1对多），那么数据表上就要对应一个外键的设计！ER图是数据依赖的设计，不是功能操作的设计，譬如一个管理员实体，他是可以操作所有表，但每一个数据表都不需要保留一个管理员的id作为外键。

7

2024/4/20

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

目录全部行距都要一样，不要有段前距和断后距， 时序图不要底纹，实体或者对象的生命虚线与生命上方条看看UML是怎么画的，不是一直水平过去的。详细设计功能太少，需要增加到三页以上。

8

2024/4/27

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

用例图的椭圆稍微画小一点，不需要登录用例，其他用例往左右两端平移，与中间用户保持一定距离，管理员与用户的用例图可以画一起，再画1-2个业务流程；采用自动编号编排序号；时序图分支图没画对，数据库可以不用画，只画一个成功的分支。