本科生毕业论文(设计)进展情况记录表
学院: 数学与数据科学学院 专业班级: 信计202  姓名:     学号:  
 
  
    
      | 序号 | 日 期 | 指导方式 |   指导内容   | 
    
      | (请注明当面、QQ、微信、邮箱或其他等指导方式,指导情况提供图片作为支撑材料附在该表后) | 
    
      | 1 | 2024/3/6 | 通过Gitee上传检查,并在论文中进行批注。 | 系统用例图不要全部线条都汇聚在一个点上,要散开全部椭圆大小基本一样,较整齐的防治所有用例是否有一二级的层次里面的用例不讲“模块”字眼 “登录”用例可以删掉,除非你的登录有特殊操作,如支持微信扫码登录,等,否则不作为业务用例放在这里。 | 
    
      | 2 | 2024/3/12 | 通过Gitee上传检查,并在论文中进行批注。 | 研究现状要先总体概括整体的研究现状,再具体介绍部分参考文献,如采用什么技术/框架,开发了一个什么系统,提供了哪些功能,该系统有什么特点,但又有什么问题或不足,至少5篇文献以上。 | 
    
      | 3 | 2024/3/20 | 通过Gitee上传检查,并在论文中进行批注。 | 系统的框架图不要分端,除非用户端是Android,管理员端是网页分二级层结构是按总体来分,有些模块其实是员工端与管理员都会用到,只是用到的接口方法不同而已 二级层次结构是按功能的相似性或内聚性进行三阶层次的划分。 | 
    
      | 4 | 2024/3/28 | 通过Gitee上传检查,并在论文中进行批注。 | 用例图二级用例一般加上≪include≫。图题用黑体5号字,居中,如"图1 ER图","图1"后面留一空格与图题分开,"图1"之间没有空格,写上标题。详细设计是对概要设计的图进行细化与提炼,增加概要设计的设计图。 | 
    
      | 5 | 2024/4/3 | 通过Gitee上传检查,并在论文中进行批注。 | 时序图生命条的矩形宽度不要太宽,要窄一点。功能设计模块中时序图没有“数据库访问”这个东西,要具体到某个模块名称,具体是个对象还是接口还是模块名,在正文中要对图中的操作进行依次描述。 | 
    
      | 6 | 2024/4/12 | 通过Gitee上传检查,并在论文中进行批注。 | 系统实现中,每个界面至少4行文字说明,如描述界面上面是什么,左边又显示什么,有那些输入框,那些输入要求;数据表格的每一列又是显示了什么数据,有哪些按钮,有哪些超链接,点击后能进入那些功能。 | 
    
      | 7 | 2024/4/20 | 通过Gitee上传检查,并在论文中进行批注。 | 详细设计只针对某个功能的底部实现细节,细节要细,不能针对多个功能同时设计在图上,切记,设计的细节涉及到具体的方法调用,复杂的处理过程要给出简要细节,出图的效果是使得程序员能够看完图后完成傻瓜式编程。  | 
    
      | 8 | 2024/4/27 | 通过Gitee上传检查,并在论文中进行批注。 | 系统实现中的实现界面输入框数据应该填充完整,补上真实数据,数据要增多几行,实现界面背景太单调了,网格线或者单元格看不到,文字不用灰色,表格可以多添加样式。 |