|
本科生毕业论文（设计）进展情况记录表
|
|
学 院
|
数学与数据科学学院
|
专业班级
|
信计212
|
|
姓 名
|
|
学 号
|
|
|
序号
|
日 期
|
指导方式
|
指导内容
|
|
（请注明当面、QQ、微信、邮箱或其他等指导方式，指导情况提供图片作为支撑材料附在该表后）
|
|
1
|
2025/3/6
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师建议我对参考文献格式进行调整，特别是要去除“参考文献”与“致谢”标题之间的多余空格，并统一使用宋体字体。此外，老师还强调应增加与非遗系统开发相关的文献数量，确保至少一半以上的文献与系统开发或非遗内容紧密相关，以更好地支持我的研究综述。
|
|
2
|
2025/3/10
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出，我在表格的排版上存在一些问题。具体来说，表格下方没有留出空行，这不符合标准的排版要求。此外，表格的绘制没有遵循三线表的规范，即顶线和底线应为粗线，中间的分隔线应为细线，正文中需要对图表进行详细的说明。
|
|
3
|
2025/3/12
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出了专业术语使用上的不一致问题，建议我确保英文术语的统一性和标准化。例如，对于编程语言和框架的名称，如Java和Spring Boot，应统一使用正确的格式。国内外研究现状部分需要详细撰写，至少需要1页半的内容。首先应对整体的研究现状进行概括，然后再具体介绍部分参考文献。
|
|
4
|
2025/3/19
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师建议我在描述参考文献时，需要更详细和具体。具体来说，我应该针对每篇参考文献，描述他们采用的技术或框架，开发了什么类型的系统，提供了哪些功能，该系统有什么特点，以及存在的不足或问题。这样的描述有助于引入本系统研究的动机，展示现有研究的局限性，并说明本研究的创新点和价值。
|
|
5
|
2025/3/28
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出，论文中存在页面下方空白过多的问题。为了优化版面布局，需要增加一些文字内容，使得页面下方最多只能有两行空白。同时，老师强调不能随意缩小下方图片的高度，以保持图片的完整性和可读性。业务流程图中应该只有一个明确的入口，表示一个业务由某个角色单一进入。他指出我的图中业务入口不清晰，需要重新绘制，以明确展示业务的起始点和流程走向。
|
|
6
|
2025/4/1
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出，我需要对论文中的图表和格式进行相应的修改，以提高论文的质量和专业性。我将仔细检查每个图表，确保对象类名在正文中进行了描述，方法表示简洁，对象之间的距离合理，矩形条和箭头的绘制规范，用户表示清晰。同时，我还将调整目录的字体格式。
|
|
7
|
2025/4/7
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出，参考文献的书籍只需要年份不需要月份，文献末尾不需要DOI链接；要说明引用的外键来自哪个数据表，对于某些字段有特殊的录入规则与校验的，也要加以描述。要说明上该数据表用来保存那些数据，哪些字段是主键，是否是自增字段。
|
|
8
|
2025/4/18
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师指出，小程序图片高度控制在10cm以下，类似全部都做修改。参考文献的书籍只需要年份不需要月份，文献末尾不需要DOI链接；还建议我对论文的段落格式进行调整，以提高可读性。
|
|
8
|
2025/4/19
|
通过Gitee上传检查，并在论文中进行批注。
|
侯老师强调摘要需要重新英文翻译；国内外研究需要写明，研发了什么系统；用例分析需要逐点分段（1）（2）（3）地列出具体要实现的功能，每个功能还要进行描述，逐小段描述；数据库表需要表明那些字段的取值有含义的某些字段有是否允许空值，输入规则与校验的也要做出说明,其他字段如果没有特殊说明，就不用写。
|
|
学生签名：
|
|
校内指导教师签名：
|
|
|
|
|
校外指导教师签名：
|
|
|
|
本科生毕业论文（设计）中期检查表
|
|
|
论文（设计）题目
|
基于Spring Boot的非遗科普平台设计与实现
|
|
|
指导教师姓名
|
|
专业班级
|
信计212
|
|
|
学生姓名
|
|
学 号
|
|
|
|
论文（设计）起始时间
|
2024年9月 ～ 2024年5月
|
|
|
论文进度
|
|
|
£ 提前完成
|
R正常进行
|
£延期滞后（请写出原因）
|
|
|
工作态度情况（学生对毕业论文（设计）的认真程度、纪律及出勤情况）
|
|
|
£认真
|
R较认真
|
£一般
|
£ 不认真
|
|
|
查阅文献资料的能力
|
|
|
R强
|
£较强
|
£ 一般
|
£差
|
|
|
中期质量评价（学生已完成部分的工作质量情况）
|
|
|
£ 优
|
R 良
|
£ 中
|
£ 差
|
|
|
能否按期完成毕业论文（设计）的评估
|
R 能 £ 否
|
|
|
学生与指导教师有关毕业论文（设计）的原始材料是否保存齐全
|
R是 £ 否
|
|
|
存在问题及解决办法：
|
|
|
非遗科普平台系统在功能上存在用户界面设计不够友好，导致用户在浏览和查找信息时体验不佳。在论文方面，详细设计模块缺乏规范性，未采用UML进行系统设计，导致模块之间的关系和交互不够清晰。解决办法：进行用户调研，优化界面布局，提高用户交互体验.
|
|
|
指导教师签名：
|
|
2025年 1 月 9 日
|
|
|
教学单位审核意见：
|
|
|
同意。
|
|
|
教学副院长签名：
|
|
2025年 1 月9 日
|
|
本科生毕业论文（设计）答辩记录表
|
|
|
学院： 数学与数据科学学院 专业班级： 信计212 学号： 答辩人：
|
|
|
记录内容
|
|
|
问题1：咨询信息如何采集？
|
|
|
答：通过查阅文献，非遗官方最新咨询，实时更新，后台添加。
|
|
|
|
|
|
|
|
|
|
|
|
问题2：智能客服整个流程是怎么搜索的，有训练过吗？
|
|
|
答：用户在小程序端输入问题，前端通过API接口，后端调用万源易维AI接口、
|
|
|
传参，再返回后端，后端返前端显示回答。有训练过，根据反馈优化。
|
|
|
|
|
|
|
|
|
问题3：注册登录后已有信息报名之后为什么还要再填？
|
|
|
答：进一步填写确保信息准确，报名后用户再确认。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
记录人（签名）： 2025 年 5 月 6日
|
|
说明：本表为学生答辩的原始记录，需记录答辩委员会所提出的主要问题及答辩人的回答，要求简洁、明了，本页不够可另附页。
毕业论文（设计）查重报告简洁版
