bit软件需求工程与UML建模第10小组终期汇报

需求规格说明

1 引言

引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。

目的是提供一个高效、便捷的餐饮业厨房管理监督系统、满足阳光化厨房综合管理平台的需求，实现由顾客、AI以及市场监督人员共同监督的厨房管理，提高厨房的卫生安全以及饮食健康、预防食品安全问题、消防等问题的发生。

1.1 项目背景

1.1.1商业背景

政策驱动：响应国家“明厨亮灶”政策要求。为督促餐饮服务提供者加强食品安全管理，诚信守法经营，规范公开加工过程,推动餐饮服务食品安全社会共治，根据《中华人民共和国食品安全法》的有关规定，总局制定了《餐饮服务明厨亮灶工作指导意见》[1]。

市场需求：消费者对食品安全关注度提升，60%受访者表示更信任透明化厨房的餐厅[2]。

科技趋势：根据IDC《全球物联网支出指南》(2023)，餐饮业IoT设备部署增长率预计为28.4%（2022-2027年复合年增长率）。

1.1.2 应用背景

核心客户：连锁餐饮品牌、中央厨房、高端酒店及学校/医院食堂。

扩展场景：未来可延伸至食品加工厂、生鲜物流仓储监管。

1.2 项目前景

1.2.1 市场规模与前景

当前规模：2024年中国餐饮信息化市场规模达580亿元，其中厨房管理系统占比约25%（约145亿元）[3]。

未来预测：2025-2030年厨房管理系统年复合增长率（CAGR）预计为22%，2030年市场规模将突破450亿元[4]。

驱动因素：中小餐饮企业数字化转型加速（覆盖率从2023年的35%提升至2025年的60%）[4]。

1.2.2社会价值与长期远景

食品安全与公共卫生：通过实时监控与数据留存，减少食源性疾病发生率，助力构建“社会共治”的食品安全体系，让消费者吃得安心。

行业标准化和可持续发展：推动餐饮业碳排放监测（如能耗设备管理），响应“双碳”目标，预计系统可降低厨房能耗15%。

全球化拓展潜力：借鉴美国中餐业管理经验（如供应链透明化），系统可适配多语言版本，服务海外餐饮市场。

1.3 项目范围

包含范围：厨房操作监控与AI分析，设备状态监测与预警，卫生管理电子台账，消费者透明化交互。

排除范围：硬件摄像头生产，第三方AI算法开发，供应链金融模块

• 实现厨房操作的全程透明化、数字化管理。

提升食品安全监管效率，降低人为操作风险。

提供数据驱动的运营优化方案，助力厨房标准化管理

1.4 参考文档

[1]市场监管总局. 市场监管总局关于印发餐饮服务明厨亮灶工作指导意见的通知.[EB/OL]. 2018年4月26日.www.gov.cn

[2]餐宝典. 2022年中国餐饮行业全景发展报告.[OL]. 2022年8月.www.foodaily.com

[3]豆丁网.2024年中国餐厅管理系统软件市场调查研究报告.[OL].2024年12月.www.docin.com

[4]原创动力文档. 2025年中国食堂管理系统市场调查研究报告.[OL].2025年1月31日. max.book118.com

2 总体描述

2.1 产品特性

产品在手机端、电脑端和微信小程序均可运行；

PC端包含实时违规告警数、温湿度状态、设备运行状态等核心指标，并通过热力图来进行高违规时段统计；

手机端支持拍照上传整改结果，并能可视化展示当日违规行为统计（如未戴帽子次数、卫生死角照片）；

针对用户的小程序端实现了分屏直播和食材溯源。

面对不同的用户，除了每种用户都有的基础功能，如注册、登录外，平台针对不同用户也有不同的界面设计。

面向消费者的界面会有评价和举报的入口，面向监管者的界面会有向商家提出警告并要求其整改的入口，面向商家则是接收消费者和监管者的信息并有回复入口。

2.2 用户类及其特征

餐饮企业经营者：统筹企业整体运营，需通过阳光厨房平台实时查看后厨监控画面，监督食材存储、加工流程等是否合规，分析消费者反馈及订单数据，优化后厨管理与服务策略，同时关注品牌形象，降低食品安全风险，确保企业符合行业规范与监管要求。

餐饮企业员工：直接参与后厨一线操作，通过平台记录食材采购、加工、备餐等环节信息，接收系统操作规范提醒（如卫生标准、烹饪时长），严格按流程作业，确保每一步操作符合食品安全要求，避免因操作不当引发问题。

消费者：作为餐饮服务受众，借助平台实时查看餐饮制作环境，监督食材新鲜度、后厨卫生状况。发现卫生不达标、操作不规范（如未戴口罩、食材变质）等问题可在线举报，通过平台评价与监督维护自身饮食安全权益，同时依平台信息选择更放心的餐饮商家。

监管机构：依托阳光厨房平台履行监管职责，通过调取监控数据、分析举报信息与企业操作记录，定期或不定期抽查餐饮企业。对违规行为（如脏乱差、使用过期食材）及时查处，督促整改，依据平台数据掌握行业整体状况，推动餐饮行业规范化、透明化发展，保障公众饮食安全。

2.3 运行环境

服务器与芯片：采用云服务器（如阿里云 ECS、腾讯云 CVM）与本地服务器（如浪潮 NF5280M6、华为 Taishan 2280）混合部署，支持弹性扩展与本地化数据处理。主流处理器为Intel Xeon 6 系列或 AMD EPYC 9554，保障实时视频流处理与高并发访问性能。

页面版本管理：前端基于React 或 Vue 框架开发，通过Git 进行版本控制，支持微信小程序、H5 页面及原生 App 多端适配。核心功能遵循语义化版本规范（SemVer）迭代，确保监控画面在不同设备上的流畅展示。

2.4 设计和实现上的约束

界面设计：初期通过手绘草图确定功能布局，再基于草图完成数字化界面（小程序 / 电脑端 / APP 端）的交互原型设计。

小程序开发：使用微信 Web 开发者工具编写代码，遵循微信小程序框架规范（WXML/WXSS），确保与微信生态兼容。

电脑端实现：通过HTML+CSS在VS Code中开发，借助 CSS 完成视觉美化（响应式布局、浏览器适配）。

APP 端开发：采用Android Studio（Android）或Xcode（iOS）原生开发，或跨平台框架（如 Flutter/React Native），需适配不同设备分辨率及系统版本（Android 7.0+/iOS 12+）。

2.5 假设和依赖

2.5.1 假设

假设阳光厨房项目从需求分析、设计、开发到测试、部署的全流程，均能在预定时间节点内完成，确保项目按时上线，如界面设计、代码编写、系统测试等环节不出现延期。

假设开发所需技术（如微信小程序开发框架、HTML5/CSS3 标准）和工具（微信 Web 开发者工具、VS Code 及其插件）持续可用且版本稳定，无重大兼容性问题阻碍开发，例如工具崩溃或语法支持失效。

假设项目资源充足，包括专业开发人员（前端、后端、测试）、设计人员及资金，满足人员薪酬、工具采购、服务器租赁等开支，避免因资源短缺导致进度停滞。

假设餐饮监管法规（如《食品安全法》）、信息安全标准（如网络安全等级保护要求）已知且明确，确保项目合规，如数据收集、存储符合法律规范。

假设监控设备数据接口、举报系统数据源稳定可靠，无频繁中断、数据错误或丢失，保障监控画面实时传输与举报信息准确记录。

2.5.2 依赖

依赖微信 Web 开发者工具的编译、调试及发布功能，确保小程序端开发与迭代顺利，如工具对新语法特性的支持和漏洞修复。

依赖 VS Code 及其扩展插件（如代码检查、格式化工具），高效编写优化电脑端代码，实现界面视觉与交互效果，如 CSS 样式精准渲染。

依赖主流浏览器（如 Chrome 100+、Firefox 98+）对 HTML5/CSS3 的支持，保证电脑端界面在不同浏览器展示一致，如视频播放、按钮交互无差异。

依赖监控设备厂商提供稳定 API 接口，确保后厨监控视频实时、准确传输至平台，如高清视频流的低延迟推送。

依赖数据保护法规（如《个人信息保护法》）和安全标准，规范用户举报信息、监控数据的收集与使用，避免隐私泄露或数据滥用。

3 系统特性

3.1 说明和优先级

实时监控功能：餐厅厨房的各个关键区域（如食材处理区、烹饪区、餐具清洗区等）需安装摄像头，实现 24 小时不间断实时监控。此功能优先级为高，它是阳光化厨房的核心，能让消费者实时查看厨房操作情况，增强信任。

视频存储与回放：系统需具备至少 30 天的视频存储能力，方便随时查询过往厨房操作记录。优先级高，可用于追溯食品安全问题等。

信息展示功能：在餐厅显眼位置（如大堂电子屏、餐桌电子设备）展示厨房实时画面、食材来源信息、厨师健康证等相关信息。优先级高，直接面向消费者，提升透明度。

用户反馈功能：消费者可通过系统对厨房卫生、操作规范等方面进行反馈。优先级中，有助于餐厅持续改进。

3.2 激励/响应序列

消费者查看厨房画面激励：在餐厅入口张贴宣传海报，告知消费者可通过扫描餐桌上的二维码查看厨房实时画面，消费者扫描二维码后，系统响应并展示厨房实时监控视频。

异常情况激励：厨房内的烟雾传感器检测到烟雾超标，激励系统触发报警机制，系统响应后立即向餐厅管理人员的手机 APP 推送报警信息，同时在厨房本地发出声光警报。

用户反馈激励：消费者对厨房卫生情况不满意，在系统反馈界面提交反馈，系统响应后向餐厅管理人员发送通知邮件，同时给消费者回复确认收到反馈的消息。

3.3 功能需求

实时视频流功能：支持多路摄像头接入，将视频信号以流畅的画质传输至展示终端，帧率不低于 25fps，画面分辨率不低于 1280*720。

视频管理功能：可对存储的视频进行分类管理，按日期、摄像头位置等条件进行检索和回放，支持快进、快退、暂停等操作。

信息发布功能：餐厅管理人员能在后台上传食材来源信息、厨师健康证等资料，并设置展示方式和顺序，展示信息自动同步到各展示终端。

报警管理功能：可对不同类型的报警（如明火报警、烟雾报警等）进行设置阈值，当触发报警条件时，能精准推送报警信息至相关人员，并记录报警时间和详情。

反馈管理功能：消费者提交反馈后，系统自动对反馈内容进行分类，餐厅管理人员可在后台查看反馈详情，并进行回复和处理记录。

详细描述如下：

功能		实现要求
食品安全监控模块	原料溯源管理	支持食材供应商资质上传、批次信息录入（生产日期、保质期、检测报告）。 通过二维码/RFID技术实现食材从采购到使用的全程追踪
	湿温度智能监测	实时监控冷藏/冷冻库、操作间温湿度，超限自动报警并记录
	留样管理	每日餐品留样记录（时间、责任人、保存条件），到期自动提醒销毁。
智能巡检与违规预警	AI视觉识别	通过摄像头识别厨房人员未佩戴口罩/帽子、操作台卫生不达标等违规行为，实时进行纠正
	设备状态监测	检测燃气泄漏、油烟浓度超标、消防设备异常等安全隐患
透明化展示	“明厨亮灶”直播	消费者可通过扫码或小程序实时查看后厨操作画面（关键环节如清洗、烹饪）
	信息公示	展示当日食材来源、厨师健康证、餐具消毒记录等
厨房运营管理	库存管理	食材库存动态监控，过期/临期自动预警，智能生成采购建议
	菜品标准化管理	上传标准菜谱（食材配比、烹饪流程），记录每批次菜品制作参数（如温度、时间）
	能耗监控	统计水、电、燃气消耗数据，生成节能优化建议
数据分析与报表	风险评分系统	根据违规记录、检测结果等生成厨房安全评分，横向对比同类型单位
	可视化看板	动态展示菜品销量排行、投诉统计、设备故障率等关键指标
多角色协同管理	权限分级	管理员（全权限）、厨师（操作监督）、监管人员（抽查数据）、消费者（仅查看）
	任务工单系统	分配整改任务（如设备维修、卫生整改），跟踪处理进度
移动端支持		支持APP或小程序运行，实时接收告警通知、查看监控画面、审批流程、填报检查记录等

3.4 系统功能图

3.5其他非功能需求

3.5.1 性能需求

1、响应时间：

实时监控画面加载：从消费者请求查看厨房实时画面到视频展示在终端上，响应时间不超过 2 秒；

用户反馈处理：消费者提交反馈后，系统应在 1 分钟内将反馈信息准确推送给餐厅管理人员，并向消费者反馈已接收信息，同时，餐厅管理人员对反馈进行处理并回复后，消费者能在 1 分钟内收到回复通知；

信息查询响应：无论是消费者查询食材来源、厨师健康证等信息，还是监管机构查询餐厅历史运营数据、视频存储资料，系统应在 2 秒内完成数据检索并展示给用户。

2、吞吐量：

并发用户访问：系统能同时支持至少 200 个用户并发查看厨房实时视频，不出现卡顿、掉线等情况，餐厅高峰时段（如中午 12 点 - 1 点），系统能稳定运行，保障各项功能正常使用；

数据传输量：在实时监控过程中，视频数据传输应保持稳定，确保视频帧率不低于 25fps，画面分辨率不低于 1280*720，且网络带宽占用合理，不会因数据传输过大影响其他业务功能

3、持续运行能力：

长时间高负载运行：系统需具备 7*24 小时不间断运行的能力，在运行过程中，应能自动处理日常维护任务（如日志清理、缓存刷新等），而不中断服务。在全年运行时间内，系统的实际可用时长占比需达到 99% 以上，以确保消费者和餐厅随时可正常使用系统各项功能 。

负载均衡：采用负载均衡技术，确保多台服务器或服务节点能合理分担系统负载。当某一节点出现故障或负载过高时，系统能自动将请求分配到其他正常节点，保障系统整体运行。

Benchmark 测试

实时监控画面加载响应时间测试

测试工具：使用 JMeter 模拟多用户并发访问

测试场景：模拟 50、100、200 个用户同时点击查看厨房实时监控画面，记录从点击到视频开始播放的时间，每个场景重复测试 10 次，取平均值作为响应时间。

用户反馈处理响应时间测试

测试工具：编写自动化测试脚本，利用 Python 的 requests 库模拟用户提交反馈和接收回复

测试场景：模拟 10 个用户同时提交反馈，记录从提交到管理人员收到通知以及消费者收到回复通知的时间，重复测试 20 次，统计平均响应时间。

并发用户访问吞吐量测试

测试工具：JMeter 用于模拟并发用户，Wireshark 用于监测网络流量。

测试场景：逐步增加并发用户数，从 40 个用户开始，每次增加 40 个，直至 200 个用户。在每个并发用户数下，持续访问实时监控视频 15 分钟，通过 Wireshark 监测网络带宽使用情况，同时观察视频播放是否流畅，是否出现卡顿、掉线等现象。

系统长时间运行性能测试

测试工具：使用 LoadRunner 进行长时间负载测试，同时利用服务器监控工具（如 Zabbix）监测服务器资源使用情况。

测试场景：模拟 50 个用户持续访问系统，不间断运行 7*24 小时。期间，每隔 1 小时记录一次系统响应时间、吞吐量、服务器 CPU 使用率、内存使用率、磁盘 I/O 等指标。

3.5.2 安全性需求

数据加密：传输的视频数据、用户反馈信息、餐厅内部资料等进行加密处理，采用 SSL/TLS 加密协议，防止数据被窃取和篡改，并且支持隐私打码处理。

访问控制：对系统管理人员、餐厅工作人员、消费者设置不同的访问权限。管理人员拥有最高权限，可对系统进行全面设置和管理；餐厅工作人员只能查看与自身工作相关的信息和操作权限；消费者仅能查看厨房实时画面和提交反馈。

安全审计：系统自动记录所有用户的登录、操作等行为，保存审计日志至少 6 个月，以便在出现安全问题时进行追溯和分析。

3.5.3 软件质量标准属性

1、可靠性：

容错性：系统平均无故障运行时间（MTBF）不低于 5000 小时，当系统遭遇硬件故障（如服务器硬盘损坏、网络设备故障）或软件异常（如程序崩溃、内存泄漏）时，具备自动检测和快速恢复机制。在检测到故障后，系统应能在 1 小时内完成自我修复或切换至备用设备 / 程序，恢复正常运行，且不丢失关键数据，确保厨房监控画面的持续展示以及各类业务功能的正常运作，不影响餐厅的正常营业和消费者体验。

可用性：当系统遭遇硬件故障（如服务器硬盘损坏、网络设备故障）或软件异常（如程序崩溃、内存泄漏）时，具备自动检测和快速恢复机制。在检测到故障后，系统应能在 1 小时内完成自我修复或切换至备用设备 / 程序，恢复正常运行，且不丢失关键数据，确保厨房监控画面的持续展示以及各类业务功能的正常运作，不影响餐厅的正常营业和消费者体验。

2、可维护性：

操作界面简洁直观：系统面向消费者、餐厅工作人员和监管机构的操作界面应设计得简洁明了，符合各类用户的使用习惯，菜单布局合理，功能按钮易于识别和操作。例如，消费者查看厨房实时画面的操作步骤应不超过三步，通过扫描餐桌上的二维码或点击餐厅内电子屏上的明显图标，即可快速进入实时监控页面；餐厅工作人员上传食材信息、管理员工健康证等操作在清晰的指引下，能够轻松完成；监管机构人员在进行数据查询和指令发布时，也能迅速找到对应的功能入口。

交互流程简化：优化系统的交互流程，减少不必要的确认步骤和复杂的操作流程。对于常见操作，如消费者提交反馈、餐厅管理人员更新厨房设备状态等，采用一键式操作或简洁的表单填写方式。在数据输入方面，提供自动联想、下拉选择等功能，减少用户手动输入的工作量，降低输入错误的概率。例如，消费者反馈厨房卫生问题时，系统自动弹出常见问题选项（如地面有污渍、餐具未洗净等）供用户选择，用户也可自行补充详细描述。

帮助与提示功能：系统在各个关键操作环节提供及时、准确的帮助与提示信息。当用户进入系统或操作某个功能模块时，若为首次使用，自动弹出引导教程，介绍该功能的使用方法和注意事项，在用户操作过程中，对于可能出现错误的操作（如输入格式不正确、权限不足等），系统实时给出清晰的错误提示，并提供解决方案建议。例如，餐厅工作人员在上传食材信息时，若填写的食材名称不符合规范，系统立即提示正确的格式要求，并给出示例。同时，系统提供在线帮助文档和客服联系方式，方便用户在遇到复杂问题时获取进一步支持；

可扩展性：系统架构具备良好的扩展性，能方便地接入新的摄像头、展示终端等硬件设备，同时可根据餐厅的业务发展需求，添加新的功能模块（如厨房设备状态监测功能等）。

数据备份：本地利用企业级存储设备，每日全量备份关键数据（视频、用户反馈、餐厅信息等），备份文件与主数据物理隔离防本地灾难；云端借助专业云服务实时同步备份，保障数据恢复及业务连续性。备份过程中，确保与第三方系统对接数据完整备份，恢复时不影响对接及数据交互。

4 对外接口

4.1 用户界面

4.1.1 登录界面

• 色彩：以明亮的橙色、黄色为主色调，搭配白色或浅灰色背景，营造阳光、温暖的氛围。可以使用渐变色，如橙白渐变，增加层次感和现代感。
• 布局：
  • 标题：居中放置，使用大号粗体字体显示“阳光后厨”，旁边可以加上一个小太阳图标，点明主题。
  • 登录表单：位于屏幕中间，包含用户名和密码输入框，输入框下方有“忘记密码？”的链接。输入框和按钮采用简洁的圆角矩形设计，按钮背景色可以是橙色，文字为白色，突出可操作性。
  • 注册链接：在登录表单下方，用较小的字体显示“还没有账号？立即注册”，引导用户注册。
  • 细节：整体布局简洁明了，色彩搭配协调，图标和字体风格统一，圆角和阴影的使用让界面看起来更柔和、有层次感。

• 

4.1.2 首页

• 色彩：延续登录界面的明亮色调，以橙色、黄色为主，搭配白色或浅灰色背景。
• 布局：
  • 标题栏：显示“阳光后厨”字样，旁边有小太阳图标，右侧可以设置一个通知图标，有未读消息时显示红点提示。
  • 功能模块：以卡片式设计展示主要功能入口，如“后厨监控”“AI检测”“报警记录”“设备管理”“卫生评分”等，每个卡片有相应的图标和文字说明，图标风格简洁统一，卡片之间有适当的间距，方便用户点击操作。
  • 底部导航栏：包含“首页”“监控”“记录”“我的”四个选项，用图标加文字表示，当前选中项（首页）高亮显示，如橙色图标和文字，其他选项为灰色。
• 细节：功能模块的卡片设计要突出重点，图标和文字清晰易读，导航栏的设计符合常规习惯，方便用户快速切换页面。

• 

4.1.3 监控页面

• 色彩：保持整体明亮的色调，背景为白色或浅灰色，实时视频预览窗口的边框可以采用橙色或黄色，与主题呼应。
• 布局：
  • 标题栏：显示“后厨监控”字样，旁边可以有返回首页的按钮。
  • 实时视频预览窗口：占据页面主要区域，位于屏幕中间，周围用圆角矩形和阴影效果，显得有立体感。视频下方显示AI检测的状态，如“AI检测中：正常”，用绿色背景，白色文字，表示一切正常。
  • 其他功能入口：在页面底部或侧边，可以设置一些快捷操作按钮，如“截图”“录像”“切换摄像头”等，按钮采用简洁的圆角矩形设计，图标和文字清晰易懂。
  • 底部导航栏：与首页一致，当前选中项（监控）高亮显示。
• 细节：实时视频预览窗口的模拟画面可以用色块和文字提示，如“厨房全景”，AI检测状态要显眼，绿色表示正常，如果有问题可以变红，但用户例子中是正常，所以用绿色。整体布局要突出监控功能的核心地位，操作便捷。

• 

4.1.4 记录页面

• 色彩：以明亮的橙色、黄色为主色调，搭配白色或浅灰色背景，保持整体风格的一致性。
• 布局：
  • 顶部状态栏：与首页一致，显示时间、信号、电量等元素。
  • 标题栏：显示“报警记录”或“监控记录”字样，旁边可以有返回首页的按钮。
  • 记录列表：占据页面主要区域，以时间倒序排列，每条记录包括时间、报警类型（如“卫生问题”“人员违规”等）、摄像头位置、报警截图等信息。记录项采用简洁的列表形式，点击可以查看详细信息。
  • 筛选和搜索功能：在页面顶部或侧边，设置筛选和搜索框，方便用户快速查找特定的记录。
  • 底部导航栏：与首页一致，当前选中项（记录）高亮显示。
• 细节：记录列表的设计要清晰明了，关键信息突出显示，筛选和搜索功能要方便易用，帮助用户快速定位所需记录。

• 

4.1.5 个人中心页面

• 色彩：保持明亮的橙色、黄色主色调，搭配白色或浅灰色背景，营造温馨、舒适的氛围。
• 布局：
  • 顶部状态栏：与首页一致，显示时间、信号、电量等元素。
  • 标题栏：显示“我的”字样，旁边可以有返回首页的按钮。
  • 用户信息区域：在页面顶部，显示用户的头像、姓名、账号等基本信息，头像可以用圆形设计，突出用户身份。
  • 功能模块：以卡片式设计展示个人中心的主要功能，如“账号设置”“消息通知”“帮助与反馈”“关于我们”等，每个卡片有相应的图标和文字说明，图标风格简洁统一，卡片之间有适当的间距，方便用户点击操作。
  • 退出登录按钮：在页面底部，设置一个“退出登录”的按钮，采用简洁的圆角矩形设计，按钮背景色可以是橙色，文字为白色，突出可操作性。
  • 底部导航栏：与首页一致，当前选中项（我的）高亮显示。

细节：用户信息区域的设计要简洁明了，突出用户身份，功能模块的卡片设计要清晰易懂，方便用户快速找到所需功能，整体布局要合理、美观。

以下是各页面的样例图（监控页面为局部样例图）

4.2 硬件接口

摄像头接口：协议/标准为RTSP/ONVIF；技术参数为分辨率≥1080P，帧率≥25fps，支持H.265编码，延迟≤1秒；满足高清摄像头视频流的功能需求，支持主流品牌（海康、大华）。

温湿度传感器接口：协议/标准为RS-485/I2C；技术参数为测量范围：温度-20℃~60℃（精度±0.5℃），湿度0-100%RH（精度±2%）；满足采集厨房环境数据（温度、湿度、油烟浓度）功能需求。

智能设备控制接口：协议/标准为Modbus TCP/HTTP；技术参数为支持设备状态查询（温度、运行模式），指令响应时间≤200ms；满足控制智能冰箱、消毒柜等设备开关机及状态监测的功能需求。

报警输出接口：协议/标准为GPIO/继电器；技术参数为输出电流≥100mA，支持常开/常闭模式；满足触发声光报警器，提醒违规行为的功能需求。

4.3 软件接口

AI行为分析接口：协议/标准为gRPC/RESTful API；

数据格式为：

输入	Base64编码图像帧
输出	JSON（含违规类型、置信度、坐标框）
实现调用第三方AI服务分析视频帧，返回违规行为检测结果

区块链存证接口：协议/标准为Hyperledger Fabric SDK；

数据格式为：

输入	SHA-256哈希值
输出	交易ID（TxID）与时间戳
实现将清洁记录、设备检测数据写入区块链

市场监管平台接口：协议/标准为HTTPS/JSON；数据格式为，数据加密（AES-256），字段符合《餐饮服务数据交换规范》；实现自动上传合规报告至监管系统。

 

数据库访问接口：协议/标准为SQL/JDBC，数据格式为，主库MySQL 8.0，读写分离，连接池最大并发数≥200；实现读写业务数据（用户信息、任务记录等）。

4.4 通信接口

视频流传输接口：协议/端口为RTMP/1935，WebRTC/443；安全要求为视频流加密（SRTP），访问控制（IP白名单）；实现实时视频流传输至云端或本地服务器。

设备数据上报接口：协议/端口为MQTT/1883，HTTPS/443；安全要求为TLS 1.2+加密，设备身份认证（X.509证书）；实现传感器/设备数据上传至云端。

管理后台访问接口：协议/端口为HTTPS/443；安全要求为强制双因素认证（2FA）（会话超时≤15分钟）；实现Web端管理后台访问，支持操作审计。

消费者小程序接口：协议/端口为WebSocket/443，HTTPS/443；安全要求为OAuth 2.0授权，数据脱敏（如隐藏员工工号）；实现实时画面查看与交互功能。

远程监管接口：协议/端口为VPN/IPSec；安全要求为国密SM4加密，访问日志留存≥180天；实现监管部门通过专用通道接入系统抽查数据。

5 过程建模

5.1 DFD

5.1.1 上下文图

5.1.2 0层图

5.1.3 1层图

5.2 数据字典

员工信息

属性	描述
名称	Employee Information
别名	Staff Records
使用地点和方法	Employee Management System(input),Staff Scheduling(output)
描述	Employee Information =@Employee_ID + Full_Name + Position + Start_Date
	-Employee_ID = 8{String}15
	-Full_Name = 5{String}100[允许字符：A-Za-z·\-空格]
	-Position =[Chef | Assistant | Janitor]
	-Start_Date = {Date}
格式	alphanumeric data

设备信息

属性	描述
名称	Equipment Information
别名	Appliance Records
使用地点和方法	Equipment Tracking System(input),Maintenance Scheduling(output)
描述	Equipment Information = @Equipment ID + Type + Purchase Date + Maintenance Records
	-Equipment_ID=10{String}20[格式：EQ-{YYYY}-{NNN}][必填][唯一]
	-Type=3{Code}10[枚举值：CNC/LASER/ROBOT/OTHER][必填]
	-Purchase_Date={Date}[格式：YYYY-MM-DD][范围：1900-01-01至今日][必填]
	-Maintenance_Records={Array}[元素格式：YYYY-MM-DD,{Type},String][最大长度100条]
格式	alphanumeric data

食物信息

属性	描述
名称	Food Information
别名	Ingerdient Details
使用地点和方法	Invertory Management(input),Food Safety Compliance(output)
描述	Food Information = @Food_ID + Name + Supplier + Entry_Date + Expiry_Date
	-Food_ID = 10{String}20
	-Name =  5{String}100
	-Supplier = 5{String}50
	-Entry_Date = {Date}
	-Expiry_Date = {Date}
格式	alphanumeric data

监控视频信息

属性	描述
名称	Video Surveillance Data
别名	/
使用地点和方法	Surveillance System(output),Safety Monitoring(input)
描述	Video Surveillance Data = @Video_ID + Timestamp + Description
	-Video_ID = 10{String}20
	-Timestamp = {Date}
	-Desciption = {Text}
格式	alphanumeric data

5.3 微规格说明

READ customer account-type
SELECT CASE
CASE 1 (account-type is customer) // 就餐顾客
    IF user has logon privileges
    THEN SELECT CASE
        CASE 1 (Checking Real-Time Monitoring) // 查看后厨监控
            ACTION 1: Launch real-time monitoring interface
            DISPLAY kitchen storage, preparation, and cooking areas
            ALLOW zoom, pan, and real-time video playback
        
        CASE 2 (Reporting Violations) // 在线举报
            ACTION 1: Capture screenshot or record video of violation
            ACTION 2: Submit report with description and evidence
            NOTIFY management and regulatory authorities
        
        CASE 3 (Rating Restaurant) // 评价餐饮商家
            ACTION 1: Provide star rating (1-5 stars)
            ACTION 2: Write review about food quality and hygiene
            ACTION 3: Publish review with optional anonymity
   END CASE
ELSE request login permissions


CASE 2 (account-type is kitchen staff) // 后厨员工
    IF kitchen staff has logon privileges
    THEN SELECT CASE
        CASE 1 (Recording Operational Data) // 记录操作信息
            ACTION 1: Log ingredient procurement details
            ACTION 2: Record preparation and cooking processes
            ACTION 3: Document meal preparation completion
        
        CASE 2 (Receiving Compliance Alerts) // 接收规范提醒
            ACTION 1: Receive hygiene standard reminders
            ACTION 2: Get cooking time and temperature alerts
            ACTION 3: Acknowledge alerts before proceeding
        
        CASE 3 (Submitting Shift Report) // 提交班次报告
            ACTION 1: Summarize completed tasks
            ACTION 2: Report any issues encountered
            ACTION 3: Submit report for manager review
ELSE request login permissions

CASE 3 (account-type is manager) // 餐饮企业管理者
    IF user has logon privileges
    THEN SELECT CASE
        CASE 1 (Monitoring Kitchen Operations) // 监控后厨操作
            ACTION 1: Access real-time kitchen surveillance
            ACTION 2: Review operational compliance status
            ACTION 3: Generate compliance reports
        
        CASE 2 (Analyzing Consumer Feedback) // 分析消费者反馈
            ACTION 1: View aggregated customer ratings
            ACTION 2: Analyze review sentiment and trends
            ACTION 3: Identify common issues and improvement areas
        
        CASE 3 (Optimizing Kitchen Management) // 优化后厨管理
            ACTION 1: Adjust ingredient inventory based on order data
            ACTION 2: Modify menu items based on customer preferences
            ACTION 3: Schedule staff shifts for optimal efficiency
ELSE request login permissions

CASE 4 (account-type is regulator) // 监管机构
    IF user has authorized access
    THEN SELECT CASE
        CASE 1 (Inspecting Compliance) // 检查合规性
            ACTION 1: Access historical surveillance footage
            ACTION 2: Review operational records and reports
            ACTION 3: Generate compliance violation reports
        
        CASE 2 (Investigating Reports) // 调查举报
            ACTION 1: Retrieve evidence from platform database
            ACTION 2: Cross-reference with operational records
            ACTION 3: Document investigation findings
        
        CASE 3 (Enforcing Regulations) // 执行法规
            ACTION 1: Issue violation notices to non-compliant restaurants
            ACTION 2: Track整改进度 and verify compliance
            ACTION 3: Publish regulatory actions and results
END CASE

6 数据建模（ER图）

7 面向对象分析

7.1 用例图

7.2 类图

7.3 顺序图

7.4 状态转换图

8 附录

8.1 术语表

表1 本文档使用的术语或缩略语一览表

序号	术语或缩略语	解释	备注
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

8.2 团队分工

团队成员	分工
曹	负责对外接口的撰写，类图、顺序图以及用户界面图，项目背景前景的调查与撰写
屈	负责总体描述的撰写，DFD-0层图、DFD-1层图、ER图、状态转换图
林	负责系统特性的撰写，用户示例图、上下文图、系统功能图，系统架构的整体设计
董	负责整体工作的统筹，需求文档的整体撰写，微规格说明数据字典、PPT制作与展示