序号

日 期

指导方式

指导内容

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

1

2024/3/6

Gitee上传，在论文中进行批注

截图不加网格底纹，登录不作用例，其他用例要恰当分层或分级，不要全部散在一起，有层次的组织这些用例，图中用例要说明，不能直接列出来。部分模块增加UML图，对病历信息要具体一点，具体有哪些额外的操作与步骤等。

2

2024/3/12

Gitee上传，在论文中进行批注

E-R图把每个实体的三角号弄小一点，实体可以显示属性名，不显示属性类型等。时序图内字体太小，长方形的横向距离缩短，一个UML就是一个功能的设计，没必要全部功能和操作都画在一张图。每个图都先有界面介绍，再有操作过程与注意事项，然后才是功能触发与跳转，界面也列一个介绍一个，不要一大段文字就介绍全部界面。

3

2024/3/20

Gitee上传，在论文中进行批注

增加一个预约的业务流程，时序图实体的末端不应该有小方块。增加部分模块的UML图。对展示页面增加多两行数据，把界面的字体改成纯黑色，并且字体变大一号，不然看不清。

4

2024/3/28

Gitee上传，在论文中进行批注

用例图的用例名称都是名动词或者是动名词，用户信息病历表信息等这种不是用例。文中没有对应时序图中几个长方形模块要做的处理的描述，第一行的长方形只能是模块名。增加部分模块的UML图。

5

2024/4/3

QQ提供指导

画概要设计的整体模块划分结构图中，第二层不要分角色，具体每个功能的汇总才是二级模块，功能模块设计不考虑角色。只要在ER上实体之间出现一条线，那么数据表上就要对应一个外键的设计，检查数据表与ER图是否对应上。

6

2024/4/12

Gitee上传，在论文中进行批注

用例图中上下两个角色有相同的用例的，应该华仔一张图上不分开。时序图中UI与MySQL不作为对象，用户就是UI。参考文献中D文献减少，1至2篇即可。

7

2024/4/20

QQ提供指导

功能混乱，管理员只管理系统级别的维护，不要让他管理医院业务，如订单管理，病历管理，排班管理等这些用例，实际应用中管理员不操作业务功能。用例太多可以不用画到二级，部分角色可以都花在同一个图上，指向相同的用例，一般处理业务都有对应专门的角色。

8

2024/4/27

Gitee上传，在论文中进行批注

财务应该不参与系统管理，员工管理，功能与角色要聚焦，不要全部都管。2.2.1的管理员需求就包含了三个角色，2.2.2为什么只有一个角色？这个角色不能叫用户而应该叫患者。活动图只有一个统一的结束出口不要有多个出口。