【开题答辩实录分享】以《城市网约车服务预约与管理小程序的设计与实现》为例进行答辩实录分享
大家好，我是韩立。
写代码、跑算法、做产品，从 Java、PHP、Python 到 Golang、小程序、安卓，全栈都玩；带项目、讲答辩、做文档，也懂降重技巧。
这些年一直在帮同学定制系统、梳理论文、模拟开题，积累了不少“避坑”经验。
新学期开始，很多人卡在选题：想要新颖，又怕做不完。接下来我会持续分享一批“好上手且有亮点”的选题思路和完整开题答辩案例，给你参考，也给你灵感。关注我，毕业设计不再头秃！
城市网约车服务预约与管理小程序，前端基于微信小程序及 JavaScript 框架开发，后端采用 Spring Boot 框架，数据库选用 MySQL，开发工具为 IDEA，核心功能按角色划分：
- 管理员：可登录系统，管理个人中心，同时对用户、司机、车辆信息、订单及新闻公告进行全面管理；
- 用户：能完成注册登录，操作个人中心，浏览车辆信息、预约车辆并管理个人订单，还可查看新闻公告；
- 司机：支持注册登录，管理个人中心，进行接单管理。整体实现了网约车服务的预约与管理一体化，旨在提升城市交通效率与用户体验。
【开题陈述】
各位老师好，我是H同学，本次毕业设计题目是《城市网约车服务预约与管理小程序的设计与实现》。系统面向城市出行场景，基于微信小程序搭建前端，SpringBoot+MySQL构建后端，打通“用户—司机—平台”三方链路。
核心功能模块包括：用户端（注册登录、车辆浏览、预约下单、订单支付）、司机端（注册接单、行程管理）、管理端（用户/司机/车辆/订单/公告全生命周期管理）。
技术栈以微信小程序原生+JS负责渲染与交互，SpringBoot提供RESTful接口，Spring Data JPA完成数据持久化，HTTPS+JWT保证安全。系统目标是做出一套可直接落地、体验流畅、运维轻量的城市网约车小程序原型。陈述完毕。
——答辩开始——
评委老师：为什么选择微信小程序作为前端载体，而不是独立App或H5？
答辩学生：第一，微信生态用户基数大、免安装、入口浅，推广成本最低；第二，小程序提供地图、支付、登录等原生能力插件，可直接调用，减少开发量；第三，学校和企业对小程序对接门槛低，后续真实部署更容易拿到运营数据，方便论文撰写与效果验证。
评委老师：SpringBoot 相比其它后端框架（如 Django、Laravel）在你项目中的具体优势是什么？
答辩学生：我对 Java 技术栈最熟悉，SpringBoot 零配置、起步依赖快，能快速搭出 REST 接口；其次 Spring Data JPA 可以一行代码完成常见 CRUD，节省大量 SQL 编写时间；另外 Maven 依赖管理方便与学校持续集成平台对接，方便后期性能压测与扩展。
评委老师：请用一句话说明数据库表之间最关键的关联关系，并指出如何防止“司机同时被重复下单”这类并发问题。
答辩学生：订单表通过 driver_id 外键关联司机表，并在下单逻辑里用数据库行级锁（SELECT … FOR UPDATE）锁住司机状态字段，只有状态为“空闲”才能成功写入订单，避免并发重复接单。
评委老师：如果上线后司机定位更新频率高，导致服务器写压力增大，你会怎么优化？
答辩学生：先采用“客户端 5 秒聚合+差异上传”降低写次数；再用 Redis 缓存最新坐标，写操作先落缓存，异步线程每隔 1 秒批量刷回 MySQL；若仍高并发，可考虑把坐标流拆分到 MongoDB 或 MQTT 消息队列，实现读写分离。
评委老师：当乘客发起“预约明天7:00从机场到市区”的预订单时，系统如何确保明早7:00一定有可用司机？请从算法与数据表设计两方面说明。
答辩学生：
算法：采用“预约池+提前唤醒”机制。预订单落库时把出发时间减去30分钟作为唤醒时间，写入延迟队列；到了唤醒点，系统按“车型-距离-司机评分”三维权重搜索半径5公里内司机，推送并锁定最早应答者。
数据表设计：在订单表增加book_type(即时/预约)、wake_time索引；司机表增加next_available_time字段，预约匹配时只选next_available_time ≤ 预约出发时间的司机，保证时间窗口可接；若30分钟内无应答，自动升级派单半径并短信提醒运营人员人工介入，降低失约率。
评委老师：如果市交通监管平台要求你同步“订单行程轨迹”做合规审查，而微信小程序地图返回的是“偏移经纬度”，如何在不违反微信小程序地图合规政策的前提下，向监管平台提供“真实坐标”轨迹？
答辩学生：我在后端做“双轨迹”方案：小程序端继续调用腾讯地图获取偏移坐标用于前端展示与导航；同时司机端APP（同一账号体系）后台以5秒频率采集GPS原始WGS84坐标，通过HTTPS加密上报到后端“compliance”表，该表只对内网监管接口开放。同步时按订单号+时间戳聚合原始轨迹，调用监管平台SFTP/HTTPS接口完成推送，既满足微信小程序地图政策，又满足政府真实坐标审计要求。
评委老师：论文进度安排中哪一阶段最容易拖期？你准备如何保障按时交付？
答辩学生：最容易拖期的是“4 月初稿迭代”阶段，因为需求微调与Bug 修复不可预见。我已在寒假前完成核心接口并写单元测试，3 月起每周固定与导师两次面对面 review，用 Tapd 看板跟踪剩余任务，预留两周缓冲，确保 4 月 10 日前提交可定稿版本。
——评委总结——
H 同学对整体需求和技术选型把握到位，能清晰回答并发与性能等实际问题，进度风险也有具体缓冲措施。建议后续在论文中补充“安全合规”与“运营数据分析”两块内容，并尽早进行真实用户的小范围测试。总体上方案可行，同意开题，希望继续保持节奏，顺利完成毕业设计。
以上是H同学的毕业设计答辩过程，如果你现在还没有参加答辩，还是开题阶段，已经选好了题目不知道怎么写开题报告，可以下面找找有没有自己符合自己题目的开题报告内容，列表中的开题报告都是往届真实的开题报告，可发送使用或参考。
