序号

日 期

指导方式

指导内容

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

1

2024/3/7

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

这里不讲Spring Boot，还要先讲两句音乐对人们精神生活的作用或好处等。需求分析需要用例图！好好区别需求分析与概要的图的区别。下面的概要设计全部不画这种图。请画UML。全部ER图删掉，用专业工具只画一个总图，看老师的“论文开始撰写注意.docx”说明里面的图。

2

2024/3/15

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

图样式，要设置段落样式，无首行缩进，无任何缩进，段前间距设置1行！样式应用全文的图。查询的图要放低或者放中间，具体查询什么要明确。减少第一二层之间的距离，第三层左边的六个长方向要等距排列。

3

2024/3/20

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

左边用户的生命线与虚线应该最长。最后一条横线，左端不宜用有一个原点，“用户注册”的横线那里没有指向特定的长方形，倒数第二条横线的 起始点不能画在长方形上面，“音乐播放”的横线左端没有长方形。

4

2024/3/27

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

段落没有设置首行缩进2字符, 或者段落不应该设置悬挂缩进，或者不应该设置左右侧缩进,或者没有设置两端对齐。你的全部表都没有外键约束的吗。横线的起点与重点只能画在长方形的边缘。

5

2024/4/5

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

图中出现步骤/箭头这么多，相应的也要在正文描述，如果箭头是详细设计的方法，那么在正文中也要加以描述，方法调用入参，要做的处理，要返回的结果等。不分用户端与管理员端，很多功能是客户与管理员都可以调用的，需要按真实的模块总类。

6

2024/4/12

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

图片也要图片样式，大小不要超出边界，图片底部虚线太长，要恰当裁剪，你这是用visio画的的原因，线条都压在框上。没有“界面”、没有“***信息”，也可以不用写“数据库”，概要设计这里主要是描述模块/对象/接口之间的交互或数据操作，用户或管理员就表示界面，除非界面有复杂的数据处理或操作。

7

2024/4/19

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

上面只能是模块/接口，不能这种对象名称做模块。不需要MySQL，Service要明确，可以不用界面，除非界面有复杂的数据处理或操作。每个界面都要多行文字描述，并且有如图X所示。

8

2024/4/27

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

要说明上该数据表用来保存那些数据，哪些字段是主键，是否是自增字段；那些字段是外键的，引用自哪个数据表的主键，是否允许为空；那些字段的取值有含义的，如1,0，true，false要做说明，某些字段有是否允许空值，输入规则与校验的也要做出说明,其他字段如果没有特殊说明，就不用写。