#2

开题报告

约 4.4 千字 · 在 GitHub 上查看源码

课题背景及意义

近年来，随着移动互联网、云计算与移动支付体系的普及，餐饮行业的业务流程正在从“人工点单—后厨出餐—人工收银”逐步演进为“线上浏览—自助下单—线上支付—订单协同”的数字化闭环。以微信小程序为代表的“轻量化应用”具备无需下载安装、触达成本低、与社交平台及支付体系天然集成等优势，适合餐饮场景中高频、短流程、即时性强的业务需求。以小程序承载自助点餐，可在高峰期显著减少排队与人工点单压力，降低门店运营成本，同时提升顾客的自主性与就餐体验。

尽管美团、饿了么等平台已形成成熟的外卖体系，但其侧重配送与平台化流量，难以覆盖单体门店的“堂食自助点餐 + 门店自主管理”这一轻量诉求。对中小商户而言，建设自有的点餐系统不仅能够更贴合门店流程（菜品分类、规格口味、出餐状态、订单核销等），还能够沉淀订单与菜品数据，为后续经营分析与精细化管理提供基础。

从工程与技术训练角度，本课题对应“自助点餐小程序的设计与实现”的典型信息系统开发任务，覆盖需求分析、系统架构设计、数据库建模、REST 接口设计、前后端协同开发、测试与部署等完整流程，能够系统训练软件工程实践能力。结合本项目仓库的既定技术栈与结构规划（小程序端 Taro+React+TypeScript，服务端 Node.js+Express+TypeScript，管理后台 React+Material UI+TypeScript，并采用前后端分离的三端协同架构），本课题具有明确的实现路径与可落地性，同时具备较强的工程训练价值与现实应用价值。

课题研究现状及发展趋势

研究现状

（1）点餐系统功能演进：传统点餐系统多以“菜单展示—下单—结算”为核心，随着移动端能力增强，逐步扩展至订单追踪、历史订单、评价与营销等功能。相关研究表明，基于微信小程序的点餐系统通常包含菜单分类展示、点餐下单、确认订单、取餐/消费记录等模块，能有效提升点餐效率并降低人工成本 [1]。

（2）自助服务技术（SST）与用户接受度：餐饮行业广泛引入自助服务技术（如自助点餐机、移动端点餐）。研究指出，SST 能减少等待时间、降低人工错误，并对用户满意度与重复使用意图产生影响；其接受度与“绩效期望/有用性、易用性、社会影响、支持条件”等因素相关 [5][6]。这意味着点餐系统除了实现功能正确，还需要关注交互效率、引导与可用性。

（3）扫码点餐与无接触服务：后疫情时期，“扫码点餐+线上支付”的无接触流程成为餐饮数字化的重要方向。基于 QR Code 的点餐与支付系统研究强调了无接触、效率与数据安全等目标，部分方案还引入订单状态跟踪、反馈与数据分析等功能 [8][9]。同时，社交平台内嵌式点餐（如微信生态）可以利用既有账户体系与支付能力，降低用户注册与信息录入成本，并通过提升服务质量维度（功能性、便捷性、保障性、可定制性等）促进满意度与复用意图 [7]。

（4）Web 工程化与跨端开发：在工程实现上，现代前端通常采用 React 生态与 TypeScript 来提升可维护性与类型安全；同时使用构建工具与转译工具应对多端兼容与新特性使用。相关研究指出，转译工具（如 Babel）在 JavaScript 生态中对兼容性与工程维护具有重要作用，缺乏转译可能导致一定比例用户出现兼容性问题 [4]。这一结论对面向移动端环境的小程序与 Web 管理端工程化实践具有参考意义。

发展趋势

（1）从“点餐”走向“运营闭环”：点餐系统正在从交易工具转变为运营系统，未来将更强调数据统计分析、菜品迭代、会员与营销工具的联动。

（2）以体验为中心的系统质量评估：不仅关注功能是否可用，还关注服务质量维度（效率、便捷、保障、可定制等）对用户满意度与持续使用的影响 [7][9]，并逐步形成可量化的用户体验评估指标体系。

（3）安全与合规要求上升：随着支付、账号与订单数据沉淀，系统将更重视数据安全、隐私保护、接口鉴权、幂等与防重复提交等工程问题。

（4）多端协同与低成本迭代：小程序端、管理后台端与服务端协同开发将更强调统一数据模型、接口规范与自动化测试，提升交付质量与迭代效率。

研究内容及研究目标

研究内容

结合毕业设计任务书的“主要内容、目的要求与主要技术指标”，本课题拟完成一个覆盖“用户点餐端 + 管理后台端 + 服务端 + 数据库”的自助点餐系统，研究内容包括：

  1. 需求分析与系统设计：梳理典型点餐业务流程，形成用例与功能清单；完成系统总体架构、模块划分、数据库概念模型与逻辑模型设计，并明确接口风格与数据交互规范（REST）。
  2. 小程序端功能实现：实现菜品分类浏览、菜品详情、加入购物车、数量调整、订单确认、下单与（模拟/对接）支付、订单状态查询与历史记录等核心流程；保证界面一致性与交互连贯性。
  3. 管理后台端功能实现：提供菜品信息管理（增删改查、上下架、分类）、订单列表与订单详情查看、订单状态管理等基础后台能力，为门店运营提供管理入口。
  4. 服务端与数据库实现：实现用户管理、菜品管理、订单管理等核心 REST API；设计并实现数据库表结构与约束，确保数据一致性与完整性；实现基本的鉴权与输入校验，保障接口安全与稳定。
  5. 系统测试与优化：开展功能测试、异常场景测试（空数据、重复提交等）、性能与可用性评估；对关键链路进行必要的优化（如接口响应、数据库索引、前端加载体验等）。
  6. 部署上线与交付：完成系统在目标环境的部署（开发/测试/生产的基本流程与配置），并输出与系统实现一致的论文与相关说明材料。

研究目标

本课题的研究目标以“功能完整性、模块化与可维护性、数据规范性、稳定性与体验”为主线，具体目标如下：

  1. 实现完整自助点餐业务闭环：菜品展示与分类浏览、购物车、订单生成与提交、订单状态查询与历史记录、后台菜品与订单管理等功能满足任务书指标。
  2. 形成清晰的三端协同架构：小程序端、管理后台端与服务端职责边界明确，前后端通过 REST 接口交互；模块化设计便于维护与扩展。
  3. 建立规范的数据库模型：表结构设计合理，满足一致性与完整性；核心业务实体（用户、菜品、分类、订单、订单明细等）关系清晰。
  4. 达到基本稳定性与容错：常见误操作（重复提交、非法参数、空数据）具备基本防护；系统在正常网络环境下稳定运行、关键页面响应满足一般 Web 应用体验。
  5. 形成可交付成果：完成源代码、数据库脚本/迁移方案、接口说明与测试记录，并保证论文内容与系统实现一致、表述规范。

研究方法与技术路线

总体技术路线

本项目采用前后端分离的三端协同架构：

  • 小程序端：Taro+React+TypeScript，实现面向用户的点餐与订单查询流程；
  • 管理后台端：React+Material UI+TypeScript，实现面向商户的菜品与订单管理；
  • 服务端：Node.js+Express+TypeScript，实现统一 REST API 与业务逻辑；
  • 数据库：采用关系型数据库进行业务数据持久化，依据 ER 模型落库并通过约束与索引保障一致性与查询性能。

方法与步骤

  1. 文献调研与竞品分析：阅读点餐系统、扫码点餐、SST 用户接受度与服务质量等相关研究 [1][5][7][8][9]，提炼功能模块与体验指标；结合任务书要求形成需求基线。
  2. 需求建模：通过用例分析与业务流程拆解，明确角色（顾客、管理员）、主流程与异常流程；产出功能需求、非功能需求（性能、可靠性、安全性）与验收标准。
  3. 架构与模块设计：基于三端协同架构进行模块划分（展示/交互/业务/数据访问），明确接口边界、数据结构与错误码规范；制定接口版本与统一返回格式。
  4. 数据库设计：基于业务实体建立 ER 模型，落地为逻辑表结构；为关键查询（菜品列表、订单列表、订单详情）设计索引；通过外键/唯一约束/状态机字段保证一致性。
  5. 迭代式实现与联调：采用“核心链路优先”的迭代方式，先完成“浏览—加购—下单—订单查询”的最小可用闭环，再扩展后台管理与异常处理；持续进行前后端联调与接口契约校验。
  6. 测试与优化：围绕任务书的“功能完整性、稳定性、容错与体验”设计测试用例，补齐边界场景；对慢接口、频繁查询与页面首屏体验进行优化。
  7. 部署与验收：完成运行环境配置与部署流程；基于验收标准进行功能演示与测试报告整理，最终沉淀论文与相关材料。

预计的研究难点

  1. 订单一致性与状态管理：订单从“创建—支付（或模拟支付）—制作/完成—取消/退款（可选）”存在状态流转，需设计清晰的状态机与并发控制，避免重复下单与重复扣款类问题；同时在接口层实现幂等与重复提交防护以满足稳定性指标。
  2. 前后端协同与接口契约稳定：三端协同开发要求接口结构稳定、错误处理一致、字段命名规范。若缺少统一的接口规范与数据模型约束，易产生联调成本与返工。
  3. 数据库设计规范与性能：菜品与订单数据关系复杂（订单—订单明细、多规格/备注等），需要在规范化与查询性能之间平衡；同时要确保数据一致性约束与常用查询索引设计合理。
  4. 小程序端体验与适配：移动端操作频繁、页面跳转多，需保证交互流程简洁、页面加载快、异常提示明确。对于跨端/新特性使用，需要合理的工程化配置以提升稳定性与可维护性 [4]。
  5. 安全与隐私：涉及用户标识、订单与支付相关数据，需在接口鉴权、输入校验、权限控制、敏感信息处理等方面做到“可用且不过度”，兼顾实现复杂度与安全底线。

创新点

  1. 面向“堂食自助点餐 + 门店自主管理”的轻量三端协同实现：在不依赖第三方平台业务闭环的前提下，构建“小程序点餐端—Web 管理端—服务端”一体化系统，突出中小商户场景的可落地性与可维护性。
  2. 以用户体验与服务质量维度指导功能设计：结合 SST 与社交平台内嵌式点餐研究成果，从功能性、便捷性、保障性、可定制性等维度制定体验目标与验证要点，将“可用”提升到“好用” [7][9]。
  3. 将工程化实践作为研究与训练重点：以 TypeScript 为统一语言在多端共享数据模型与接口契约思想（在实现中体现为统一的数据结构规范与校验策略），增强系统可维护性与演进能力；并结合现代前端转译与兼容性研究，强调工程配置对稳定性的支撑 [4]。
  4. 强调异常与容错场景的系统性处理：围绕重复提交、空数据提交、非法参数、网络波动等常见问题给出系统化解决方案，使系统更符合真实业务环境的稳定性要求。

预期成果与验收方式

预期成果

  1. 系统实现成果：
    • 小程序端：完成菜品浏览、购物车、下单/支付（模拟或对接）、订单状态与历史订单等功能；
    • 管理后台端：完成菜品管理、订单查看与基础订单处理能力；
    • 服务端：完成用户、菜品、订单等核心 REST API，并具备基础鉴权、校验与错误处理；
    • 数据库：完成表结构与约束设计，提供初始化脚本或迁移方案。
  2. 文档与论文成果：
    • 需求分析与总体设计说明（可作为论文相关章节依据）；
    • 接口设计说明与关键数据字典；
    • 测试用例与测试结果记录（功能/异常/性能与体验评估要点）；
    • 毕业设计论文（与系统实现一致，结构完整、表述规范）。

验收方式（与任务书指标对应）

  1. 功能验收：覆盖任务书“菜品浏览、加购与数量调整、订单提交、订单状态查询/历史记录、后台菜品与订单管理”等功能点，提供演示流程与测试用例。
  2. 架构与模块验收：说明三端职责划分、模块边界与接口规范；代码结构清晰、命名规范。
  3. 数据库验收：表结构合理、约束齐全；关键查询在样例数据规模下能稳定返回结果。
  4. 稳定性与容错验收：对重复提交、空数据、非法参数等场景具备基本处理策略；系统可在正常网络环境下稳定运行。
  5. 文档一致性验收：论文内容、系统实现与演示结果一致，引用文献规范。

进度计划

  1. 第 1 周：完成任务书与项目启动，明确研究范围与总体目标。
  2. 第 2 周：文献检索与阅读，完成开题报告初稿与需求基线。
  3. 第 3 周：补充文献阅读，完成开发/测试环境搭建与技术预研。
  4. 第 4 周：完成需求分析与总体设计（架构、模块、数据库 ER、接口规范）。
  5. 第 5 周：实现小程序端页面骨架与核心交互（菜品列表/详情/购物车）。
  6. 第 6 周：实现服务端核心 API 与数据库结构（菜品/分类/订单基础能力）。
  7. 第 7 周：完成前后端联调，打通“浏览—加购—下单—订单查询”主流程。
  8. 第 8 周：完善管理后台端功能与权限边界，补齐异常处理与容错逻辑。
  9. 第 9 周：开展功能测试与问题修复，补齐边界场景测试用例。
  10. 第 10 周：完成部署与发布（目标平台/环境），形成可演示版本。
  11. 第 11 周：采集并分析测试数据（性能、体验要点），进行针对性优化。
  12. 第 12 周：撰写毕业设计论文（需求、设计、实现、测试与总结）。
  13. 第 13 周：论文修改、补充实验与图表、规范引用与排版。
  14. 第 14 周：论文定稿与材料整理，完成最终提交与答辩准备。

资料来源

[1] 陈帅. 微信点餐系统小程序的设计与实现[J]. 电子技术与软件工程, 2021(24):30-31.
[2] 傅凤. 基于饮食安全的餐饮外卖系统的设计与创新[D]. 青岛大学, 2020.
[3] 雷磊. 微信小程序开发入门与实践[M]. 清华大学出版社, 2017.
[4] Nicolini, T.; Hora, A.; Figueiredo, E. On the Usage of New JavaScript Features Through Transpilers: The Babel Case[J]. IEEE Software, 2024, 41(1):105-112.
[5] Baba, N.; Shahril, A. M.; Hanafiah, M. H. Self-ordering kiosk usage and post-purchase behaviour in quick service restaurant[J]. Journal of Tourism, Hospitality & Culinary Arts, 2020, 12(1):360-376.
[6] Yaacob, S. A.; Abdul Aziz, A.; Bakhtiar, M. F. S.; Othman, Z.; Ahmad, N. A. A concept of consumer acceptance on the usage of self-ordering kiosks at McDonald's[J]. International Journal of Academic Research in Business and Social Sciences, 2021, 11(13):12-20.
[7] Pai, C.-K.; Wu, Z.-T.; Lee, S.; Lee, J.; Kang, S. Service Quality of Social Media-Based Self-Service Technology in the Food Service Context[J]. Sustainability, 2022, 14:13483.
[8] Lokeshnath, K.; Yasaswini, P. S.; Nandhini, M.; et al. QR Code-Based Smart Food Ordering and Payment System[C]// ICRDICCT 2025, 2025.
[9] Shahril, Z.; Den, N. S. A. R.; Bahari, N. A. S. S.; Asnawi, N. I. M. Customer Satisfaction in Using Digital QR Code Menu Ordering in Restaurant[J]. Journal of Tourism, Hospitality & Culinary Arts, 2024, 16(1):820-831.