# 2026届网络工程毕业设计
# 论文撰写规范(应用开发类)
中文摘要 (3-5 个关键词)
# 英文摘要
# 目录
# 第1章绪论
1.1 课题来源及意义
1.2 课题研究现状
1.3当前存在的问题
1.4 课题研究目标
# 第2章主要技术和框架
2.1 主要技术 (开发系统或平台所需相关技术的介绍)
# 2.2 框架和开发模式(开发系统或平台所使用的框架和开发模式的介绍)
# 第3章XXXXX的系统分析
# 3.1需求分析(包括功能需求分析和性能需求分析)
3.2可行性分析(包括技术可行性、操作可行性、经济可行性,社会可行性等)
3.3 用例图(根据系统角色划分用例图,若有两个角色就有两个用例图)
3.3.1 用户用例图(需先对用例图进行描述,其实也就是对该系统的用户角色进行权限分析,再画出具体用户用例图,用例图如下所示)

图3.1用户用例图
3.3.2 管理员用例图(需先对用例图进行描述,其实也就是对该系统的用户角色进行权限分析,再画出具体用户用例图,用例图如下所示)

图3.2管理员用例图
3.4 用例描述(用例描述是对用例图中用例的详细说明,它详细阐述了用例的功
能实现过程、输入输出、前置条件、后置条件以及可能的异常情况等,是对用例图
的补充和细化,使系统功能更加清晰具体。需分别对每个用例列举3个左右的用
例描述。)
例:(1)用户管理地址用例描述如下表3.1所示。
表 3.1 用户管理地址用例描述
| 用例名称:管理地址 |
| 执行者:用户 |
| 简要说明:用户对收货地址进行添加、修改、删除等管理操作 |
| 基本事件流:
1.用户登录平台,进入地址管理界面
2.系统显示已有地址列表
3.用户选择添加新地址,输入详细地址信息,验证通过后存储地址
4.若修改地址,系统更新后提示成功,若删除地址,确认操作后数据库移除该地址记录 |
| (2)用户查看商品用例描述如下表3.2所示。
表3.2用户查看商品用例 |
| 用例名称:查看商品 |
| 执行者:用户 |
| 简要说明:用户分类浏览平台上的闲置商品 |
| 基本事件流:
1.用户登录平台,进入查看商品界面
2.选择商品分类,如闲置书籍、衣服、手机等;
3.系统加载并显示该分类下的商品列表
4.用户可点击具体商品,查看详细信息,如介绍、图片、价格等 |
# 3.5 系统性能分析
# 第4章XXXXX的系统设计
4.1系统功能设计(先总体概述一段该系统的主要角色有哪几个,分别包含什么主
要功能,再给出功能结构图。)
具体如图4.1和图4.2所示。

图4.1用户功能结构图

图4.2管理员功能结构图
4.2 类图(根据给定的初步类图,详细描述每个类的属性、方法以及类之间的具体关系。)

图4.3系统类图
4.3 序列图(展示了对象之间随时间顺序发生的消息传递,通常用于描述用例的实现过程或系统中某个功能的动态行为。至少需列举系统角色各一个序列图,在给出序列图之前还需将过程的详细步骤写出。如:用户登录序列图、管理员删除账号序列图。)

图4.4用户购买商品功能序列图
4.4 活动图(活动图可以清晰地描述系统的动态行为和工作流程。例如,在描述一个在线购物系统的订单处理流程时,可以通过活动图展示从用户下单到订单完成的各个步骤。论文中至少需描述各个角色各一个活动的活动图,如用户更新个人信息活动图,管理员删除用户信息活动图。)
# 4.4.1 用户填写个人信息活动图
用户填写个人信息过程可分为以下几步:
(1) 用户输入验证账号密码。
(2) 数据库查询用户数据,并判断用户是否存在。
(3) 登录成功后,用户填写个人信息并提交。
(4) 系统接收提交的个人信息后,将其发送至数据库进行更新保存。
(5) 用户确认信息更新无误后,更新界面。
用户填写个人信息活动图如下图4.7所示。

图4.7 用户填写个人信息活动图
# 4.5 数据库设计
撰写说明:
本章是重点章节,很多同学搞不清概念设计、逻辑设计和物理设计的关系,请参见另外一个文档《2026届网络工程毕业论文第4章-数据库设计撰写规范(应用开发类补充说明).docx》:
4.5.1 概念设计(概念设计包括两部分:实体属性图(不少于8个实体,每个实体
标明属性图的主码)和总体E-R图)
# (1) 管理员实体
管理员实体属性图如图4.9所示。

图4.9管理员实体属性图
# (2)用户实体
用户实体属性图如图4.10所示。

图4.10用户实体属性图

图4.系统E-R图(标明各个实体之间的关联)
4.5.2 逻辑设计(将E-R图中的实体关系转换为逻辑结构设计,即关系模式。
其中,一个实体转换为 1 个单独的关系模式。
实体间联系有3种,1:1,1:n,n:m。
1:n 联系要将 1 端实体如用户的主码加入到 n 端如评论实体的关系模式中。
n:m 联系要将联系如上图中的购买转换成一个单独的关系模式,并将两端的主
码放入该关系模式作为属性。)关系模式中需标明主外码
上图转换为逻辑结构如下所示:
(1) 用户表:(用户 id, 用户账号, 密码, 用户姓名, 性别, 联系电话, 头像, 积分,余额)
(2) 管理员表: (管理员 id, 创建时间, 管理员名称, 密码, 管理员类型)
(3) 收货地址表:(收货地址id,用户id,地址,收货人,电话,是否为默认地址)
(4) 购物车表:(购物车id,商品表名,商品,商品名称,图片,购买数量,单价,会员价,商品类型)
(5) 订单表:(订单id,订单编号,用户id,规格,上架时间,商品详情,团购价,拼团人数)
(6) 团购商品表:(团购商品id,购买数量,价格,折扣价,总价,商品类型id,支付类型,物流,购物车id)
(7) 商品类型表:(商品类型 id,创建时间,类型数量)
(8) 评论表:(评论id,用户id,头像,用户名,评论内容,回复内容)
(9) 公告表:(公告id,创建时间,标题,简介,图片,内容,管理员id)
(10) 购买表:(用户 id,团购商品 id,购买日期,购买时间)(购买表的外键为:
用户id,团购商品id)
4.5.3 物理设计(将上述关系模式转换为一个个物理表结构,一个关系模式转换为一个物理表,至少包含8张物理表)
如:(1)系统根据MySQL数据库数据存储的特性设计数据库关系表:
表 4.1 管理员表 (admin 表)
| 字段名称 | 字段意义 | 数据类型 | 长度 | 完整性约束 |
| admin_id | 管理员 id | int | 10 | 主键 |
| admin_name | 管理员姓名 | varchar | 10 | 非空 |
| admin_password | 管理员密码 | varchar | 20 | 非空 |
| admin_email | 管理员邮箱 | varchar | 20 | 非空 |
| admin_phone | 管理员手机号 | varchar | 11 | 非空 |
表 4.2 用户表 (user 表)
| 字段名称 | 字段意义 | 数据类型 | 长度 | 完整性约束 |
| user_id | 用户id | int | 10 | 主键 |
| user_name | 用户昵称 | varchar | 10 | 非空 |
| user_password | 用户密码 | varchar | 20 | 非空 |
| user/mobile | 用户电话 | varchar | 11 | 非空 |
| user_realname | 用户真实姓名 | varchar | 10 | 非空 |
| user_score | 信誉分 | int | 4 | 非空 |
表4.3商品表 (product表)
| 字段名称 | 字段意义 | 数据类型 | 长度 | 完整性约束 |
| product_id | 商品id | int | 10 | 主键 |
| product_name | 商品名称 | varchar | 10 | 非空 |
| product_title | 商品概要 | varchar | 50 | 非空 |
| product_intro | 商品详情 | varchar | 100 | 非空 |
4.6图形界面设计(实现某一个具体功能的界面设计,至少系统中各角色各列举1
# 个功能界面设计)
如:删除购物车界面设计

图4. 删除购物车界面设计图
# 第5章XXXXX的系统实现
只写出主要功能的实现结果即可,并给出运行截图(不写用户注册、登录),
运行截图中需输入数据的地方要有数据输入,且输入的数据必须真实,不可输入
类似 1111 类数据。可按系统角色进行实现,再进行角色详细功能实现。如:
# 5.1 用户功能模块
# 5.1.1 购物车
# 5.1.2 我的订单
··
# 5.2 管理员功能模块
# 5.2.1 账号管理
# 5.2.2 订单管理
··
# 第6章XXXXX的系统测试
# 6.1 系统测试概述
6.1.1 测试的背景
6.1.2 测试的意义
6.1.3 测试的环境
# 6.2 系统测试用例设计
6.2.1XXXX功能测试
6.2.2XXXX功能测试
6.2.3XXXX功能测试
6.2.4 安全性测试
6.2.5 兼容性测试
# 第7章结论
参考文献
致谢
附录