本科生毕业论文(设计)进展情况记录表
学院: 数学与数据科学学院 专业班级: 信计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上传检查,并在论文中进行批注。
|
系统实现中的实现界面输入框数据应该填充完整,补上真实数据,数据要增多几行,实现界面背景太单调了,网格线或者单元格看不到,文字不用灰色,表格可以多添加样式。
|