第1章 绪论背景政策/市场/技术/广州产业四方面 国内外现状 目的意义提升体验/促进产业/创新模式/智慧城市第2章 技术介绍B/S、Uni-app、MySQL、Django、Vue第3章 分析与设计用户/系统需求、三性可行性、设计思想、功能结构、操作/添加/删除流程图第4章 数据库设计E-R图 19张表第5章 详细设计前台用户模块登录/注册/首页/景点/社区/我的 后台管理员模块9个管理功能第6章 系统测试单元/集成/系统测试方法 登录模块测试用例表admin密码空/双空等场景三、核心技术点1. 电商式架构cart/orders表都带tablename字段默认lvyoutuangou——通用购物模板设计一套购物车/订单逻辑服务任意商品表团购/酒店房间都当商品卖复用性极强。答辩亮点解释表名商品id多态关联设计。2. 点赞/收藏/评论计数各业务表带thumbsupnum(赞)/crazilynum(踩)/storeupnum(收藏数)/discussnum(评论数)冗余计数展示页免COUNT查询。3. 微信身份yonghu表带openid/nickname/avatarurl字段——支持微信授权登录区别于上一课题的纯账号密码。4. 订单审核orders表带sfsh(是否审核)/shhf(审核回复)后台订单管理做退款审核。5. 人工客服chat表useridadminidask/reply/isreply小程序端在线问答。6. 社区forum表parentid支持楼中楼回复istop/toptime支持置顶。四、数据库设计要点挑核心表- 景点信息表名称/分类/星级/门票类型/图片/地址/营业时间/咨询热线/视频信息/介绍 price 三个计数。亮点是shipinxinxi景点视频答辩可吹多媒体展示。- 订单表订单编号orderid/商品快照(goodnamepicturepricetotal)/buynumber/支付type/收货人地址电话/sfsh审核。快照式冗余同前课题套路。- 用户表账号密码/基本信息 money余额 密保问题pquestion/panswer找回密码用 微信openid三件套。- 酒店民宿表onelimittimes单次限购 alllimittimes房间数量——把库存当限购处理答辩可主动谈库存扣减并发问题。五、PPT速览21页封面1页只写毕业设计四个字无标题无姓名无日期→ 背景/意义/现状3页 → 功能模块2页 → 用户功能实现5页 → 管理员功能实现7页 → 结论1页 → 致谢1页。- PPT与论文正文高度一致大段复制第5页功能模块文字与论文3.1.1一模一样含同样的病句。- 缺数据库设计、技术介绍、系统测试环节页图片页无文字说明。- 结论页原文照搬论文自曝段落新手、界面不人性化、功能未完善、信息录入判断不严密答辩念这个等于自爆务必改口为界面可再优化核心功能已全部实现。六、答辩高频问题10问Q1 为什么用微信小程序做旅游系统——免安装用完即走、游客临时使用场景完美匹配、扫码即达、获客成本低。Q2 Django的MVT——Model模型/View视图(处理请求)/Template模板对应MVC的M/C/VView承担Controller职责。Q3 购物车怎么设计的——cart表存useridtablenamegoodid数量单价同一套逻辑兼容团购、酒店等多商品表多态关联结算时汇总生成orders。Q4 订单状态怎么流转——下单(生成orderid商品快照) → 支付(账号余额扣款) → 管理员审核sfsh → 可发起退款审核 → 完成。Q5 房间库存怎么防超订——模板用alllimittimes房间数量onelimittimes单次限购做约束但无数据库行锁改进下单时UPDATE房间数-1 WHERE余量0判断影响行数或select_for_update悲观锁。Q6 密码安全——mima明文存储规范应Django make_password哈希check_password校验。主动指出加分Q7 余额支付安全吗——需事务保证扣余额与生成订单在同一transaction.atomic()内防止扣款成功订单失败。Q8 评论/收藏怎么实现——5张discussxx评论表按业务分表storeup收藏表用tablenamerefid多态关联计数冗余在业务表。Q9 社区交流怎么设计的——forum表parentid组织楼中楼istop置顶管理员后台可删帖置顶。Q10 系统测试做了什么——单元/集成/系统三层方法登录模块用例表admin/密码空/双空实际只给了登录测试答辩可补订单流程测试用例。七、高危雷点清单★ 最高危① 参考文献全部跑题11条文献清一色Java Web/Java课程教学类Java程序设计课程改革、JFINAL框架、Java反序列化漏洞等与Python/Django/小程序/旅游主题零相关且[3]和[7]是同一篇文献宋旸使用Java语言开发Web应用软件的知识探讨重复编号。这是Java模板批量替换残留答辩前必须整体替换。② 论文写错开发语言3.4节项目使用java作为开发语言后端框架使用Django技术——Java和Django(Python)混写同一句自相矛盾全文最致命硬伤务必改成Python。③ 目录编号错乱2.4 Django框架被写成2.5 Django框架、2.5 Vue被写成2.5 Vue框架两个2.5第一章叫第一章绪论格式混乱。④ 3.1节插图编号错乱用户/管理员用例图写成图2-1/图2-2应为图3-x用错章节号4.1节用户注册实体E-R图如图4-1所示下面的图题却是图4-1购物车E-R图文图不符。⑤ 图5-5编号重复使用社区交流详情界面图和我的功能界面图都叫图5-5后台登录界面图只有文字描述没给图号图5-6缺失从图5-5直接跳图5-7。★ 高⑥ 测试表6-1烂尾表格只做了登录模块3条用例最后一行功能基于微信小程序的广州旅游服务系统功能的模块测试后面是空的表格没做完。⑦ 论文未介绍Vue就使用技术介绍有2.5 Vue框架但前台是小程序不是VueVue做的是后台管理界面第1.4节组织结构还把Python框架、Vue框架并列表述混乱。⑧ 功能描述病句多如管理员加用户管理模块可以对……对帖子标题社区交流中区的帖子标题帖子发布使人发布时间进行搜索论文5.1和PPT第5页原样照搬同一句病句。⑨ 摘要结尾句号是英文.、关键字用字他课题多用关键词、研究现状段末双句号。。——格式细节抽查点。★ 中⑩ 总结自曝过多Django新手、知识水平有限、界面不够人性化、这一模块功能未实现、条件判断不严密可能出现输入有误——答辩大忌改口为不足展望式表达。⑪ yonghu表头像touxiang是longtext(4294967295)头像url用longtext过长模板痕迹一般varchar即可nianling年龄用int无法存空值语义。⑫ 购物车默认tablenamelvyoutuangou说明只有团购能加购物车但论文说景点也能购买——购买入口与购物车能力口径不一致。八、知识点延展1. 多态关联设计评论表/收藏表/购物车表都用tablenamerefid指向任意业务表等价于面向对象的多态代价是无法用外键约束保证参照完整性需应用层保证答辩被问外键时的标准答案。2. Uni-app vs 原生小程序论文介绍Uni-app但实际是原生小程序。知识备着Uni-app基于Vue语法一次编译多端微信/支付宝/H5/App适合多端投放原生小程序性能最优、API最新。被问为什么不用Uni-app可答仅投微信单端原生性能与组件支持更直接。3. Django F表达式更新计数storeupnumF(storeupnum)1在数据库端原子自增避免读-改-写竞态是点赞数并发的标准解法。4. 旅游类系统通用骨架可迁移目的地内容景点/美食/住宿 可售卖商品门票/团购/导游 交易购物车/订单/余额 UGC评论/收藏/社区 客服。换成任何城市/主题民宿、研学、乡村游都成立。九、一分钟速答卡- 技术栈小程序 Python/Django(MVT) MySQL Vue(后台界面)B/S- 角色用户小程序 管理员后台- 19张表 / 核心表景点信息、订单、购物车、用户openid余额、5张评论表- 核心设计tablenamerefid多态关联评论/收藏/购物车通用- 订单sfsh审核 商品快照 余额支付- 三大杀手锏多态购物车设计、F表达式原子计数、事务保证余额支付- 最致命三个坑①参考文献全跑题重复 ②java作为开发语言写错 ③图号错乱2-x当3-x、两个图5-5、E-R图文图不符