基于大模型的家庭膳食规划系统--毕设附源码28588
摘 要
本文设计并实现了一个高效、精准的家庭膳食规划系统,以解决传统饮食管理中存在的营养搭配不科学、方案制定耗时、个性化程度低等问题,提升个人健康管理的数字化水平。系统采用Python语言,基于Django Web框架与MySQL数据库,结合大语言模型技术,构建了包含普通用户、营养师和管理员三类角色的平台。通过需求分析、数据库设计、权限控制机制实现及前后端功能开发,完成了用户健康档案建立、饮食偏好采集、智能食谱生成、营养分析报告等核心模块。系统实现了从数据采集、模型推理到专业干预的全流程线上化与数据可视化,测试结果表明功能完整、运行稳定,有效提升了膳食规划的科学性与执行效率。结论表明,该系统具有良好的实用性与可扩展性,为个人及专业营养服务提供了理论与实践相结合的智能化解决方案,具备实际应用价值。
关键词:家庭膳食规划系统;Django;Python;MySQL
ABSTRACT
This article designs and implements an efficient and accurate family meal planning system to address issues such as unscientific nutritional combinations, time-consuming scheme formulation, and low personalization in traditional diet management, thereby enhancing the digital level of personal health management. The system is built using Python, based on the Django Web framework and MySQL database, and incorporates large language model technology to create a platform with three roles: ordinary users, nutritionists, and administrators. Through requirements analysis, database design, implementation of permission control mechanisms, and front-end and back-end function development, core modules such as user health archive establishment, dietary preference collection, intelligent recipe generation, and nutritional analysis reports have been completed. The system achieves full-process online and data visualization from data collection, model inference to professional intervention. Test results show that the functions are complete and the operation is stable, effectively improving the scientific nature and execution efficiency of meal planning. The conclusion indicates that the system has good practicality and scalability, providing an intelligent solution combining theory and practice for personal and professional nutritional services, and has practical application value.
Keywords: family meal planning system; Django; Python; MySQL
目 录
1 绪论
随着生活水平提高与健康意识增强,个人饮食管理已从基础温饱转向精准营养,但快节奏生活使得大众难以兼顾科学搭配与个性化需求,传统人工咨询成本高、周期长,而现有数字化应用多基于固定规则,缺乏灵活性与深度交互能力,难以提供真正贴合用户健康状况的动态方案。新一代生成式技术的成熟为突破这一瓶颈提供了新路径,其强大的语义理解与逻辑推理能力能够深度融合营养学知识与用户多维数据,实现从被动查询到主动规划的转变,然而如何将这一前沿技术有效落地并构建安全可控的服务闭环,仍是当前行业亟待解决的难题。
本选题正是在此背景下,提出设计并实现一套基于大模型的家庭膳食规划系统,通过Python语言与Django框架搭建后端,利用MySQL数据库保障数据安全,构建涵盖普通用户、营养师及管理员的三方协同生态:普通用户可获取个性化的定制食谱与营养分析,解决日常饮食困惑;营养师用户则专注于专业内容建设,负责发布权威膳食菜谱、制定标准化营养套餐并对平台推荐内容进行专业校准,确保建议的科学严谨性;管理员则负责运维、权限管控及调度,保障平台稳定运行。该设计不仅弥补了纯程序化方案在专业性上的不足,也克服了传统人工服务效率低下的缺陷,将技术的高效生成能力与营养师的专业判断有机结合,探索出一条技术赋能健康管理的创新路径,对于提升全民营养素养、推动健康服务数字化转型具有重要的现实意义与应用价值。
本选题的实践意义深远,主要体现在个人健康促进、行业服务转型及技术落地验证三个核心维度。在个人层面,系统通过融合先进生成技术与专业营养学知识,能够以极低的成本为用户提供全天候、高度个性化的膳食指导,有效破解大众因专业知识匮乏导致的饮食结构失衡难题,帮助个体建立科学的饮食习惯,从而在源头上助力高血压、糖尿病等慢性疾病的预防与控制,提升全民健康素养。在行业服务层面,本项目重构了传统营养咨询模式,构建了“技术高效初拟、营养师专业发布与校准”的新型协作机制:一方面利用技术优势快速处理海量用户数据并生成基础方案,极大释放了人力;另一方面,让营养师从繁琐的基础计算中解脱出来,专注于发布权威膳食菜谱、制定标准化营养套餐及审核关键内容,确保服务的专业度与安全性,成功推动营养服务从昂贵的“一对一”人工咨询向普惠的“一对多”规模化精准服务转型,显著扩大了优质营养资源的覆盖面。
在技术应用与社会价值层面,基于Python、Django框架与MySQL数据库构建的稳健系统,不仅验证了新一代生成式技术在垂直健康领域落地的可行性与稳定性,更为中小型健康管理机构、社区服务中心及餐饮企业提供了一套低成本、可复制、易扩展的数字化解决方案,有助于打破数据孤岛,推动整个营养健康产业向标准化、精细化及智能化方向升级,对于缓解公共医疗资源压力、培育健康消费新业态具有显著的社会效益与广阔的推广前景。
本选题的理论意义在于丰富了生成式技术在垂直健康领域的应用理论体系,通过探索先进模型与营养学知识的深度融合机制,为跨学科的智能决策支持系统构建提供了新的理论范式;研究过程中形成的“数据驱动生成与专家知识校准”协同模型,不仅拓展了人机协作在专业服务场景下的理论边界,揭示了技术效率与专业严谨性之间的动态平衡规律,还为个性化健康管理服务的标准化与规模化提供了坚实的理论支撑;同时,本项目基于Django架构与MySQL数据库的系统化实现,验证了复杂业务逻辑下多角色协同生态的可行性,完善了关于数字化膳食规划系统架构设计的理论框架,为后续相关领域的学术研究提供了可借鉴的方法论基础与实证案例,推动了健康信息学与计算机科学交叉领域的理论创新与发展。
国内在家庭及个人膳食规划领域已涌现出一批具有代表性的实践成果,形成了“权威引导+平台落地+专家参与”的良好生态。例如,由中国计生协等六部门联合开展的“好家风·健康行”活动中,推出了“孕妈萌宝小鸟餐”优秀食谱征集与推广项目,汇聚了全国各地营养师精心设计的孕期及婴幼儿营养套餐,如“低脂肪高蛋白孕妈妈午餐”和“顿顿不重样的月子餐”,通过官方渠道向千万家庭免费普及科学饮食方案,有效解决了特定人群的营养盲区。在市场化应用方面,知名菜谱平台“豆果美食”与恒天然安佳品牌合作,引入专业营养团队研发了数百道符合中国人口味的佐餐乳品食谱,并结合季节变化(如冬季暖身餐单)为用户提供定制化建议,实现了从单一菜谱查询向场景化营养服务的升级。首都保健营养美食学会等行业协会的专家积极入驻各类健康内容平台,开设专栏发布针对慢病人群(如高血压、糖尿病)的食疗方案和家常食材调理指南,将深奥的营养学理论转化为可执行的“一日三餐”指导。
这些真实案例表明,国内研究已成功打通了从专业理论到家庭餐桌的“最后一公里”,通过整合官方权威资源、企业平台优势及营养师个人智慧,构建起覆盖面广、针对性强且极具本土特色的膳食规划服务体系,为基于大模型的家庭膳食规划系统设计提供了丰富的实践参照与内容基石。
国外在家庭及个人膳食规划领域的研究起步较早,已形成高度成熟的数据驱动与个性化服务体系,尤其在营养算法模型构建、行为心理学干预及多源数据融合方面处于领先地位。以美国为例,MyFitnessPal等平台通过整合庞大的全球食物营养成分数据库,利用先进的匹配算法为用户提供精准的卡路里追踪与宏量营养素分析,并成功实现了与智能穿戴设备的无缝对接,能够依据用户的实时运动消耗动态调整每日饮食建议;欧洲地区则侧重于循证营养学与可持续发展理念的结合,如荷兰的Schijf van Vijf应用严格遵循国家健康委员会指南,不仅提供个性化的餐盘规划,还引入了碳足迹评估功能,引导用户选择既健康又环保的食材。国外研究高度重视行为改变理论的应用,众多系统通过将认知行为疗法融入膳食规划流程,利用专业营养师用户团队对用户进行持续的情感支持与习惯重塑,显著提升了长期依从性。
这些成果展示了从单纯的营养计算向“数据感知 - 智能推荐 - 行为干预”全链条闭环管理的演进趋势,其在标准化数据建设、跨平台生态互联以及科学化行为引导方面的成功经验,为本选题探索高效、精准且具备人文关怀的膳食规划系统提供了重要的国际视野与借鉴范式。
2 相关技术介绍
Python[1]是一种高级编程语言,以简洁、易读和功能强大著称,广泛应用于各个领域。Python作为一种解释型编程语言,配备了广泛的标准库和强有力的第三方库支持,极大地提升了开发人员的编码效率与调试便捷性。它以简洁明了的语法结构著称,高度重视代码的可读性,是进行快速开发及原型构建的理想选择。在Web开发中,Python常与Django、Flask等框架结合使用,能快速构建高效且可扩展的后台系统。在数据分析和人工智能领域,Python凭借Pandas、NumPy等数据处理库,以及TensorFlow、scikit-learn等机器学习框架,成为主流选择。此外,Python[2]具备良好的跨平台特性,支持Windows、Linux、macos等操作系统,确保应用的广泛兼容性。它在自动化测试、爬虫开发和网络编程等方面的应用也非常广泛,是当前最受欢迎的编程语言之一。
Django是一款基于Python语言的高效Web框架[3],它倡导迅速开发及简洁、实用的设计哲学。Django框架的核心理念是“尽量减少重复劳动”,即提供一整套可以开箱即用的功能,如身份验证、数据库操作、URL路由、模板引擎等,使开发者可以集中精力于应用程序的具体业务逻辑与功能实现。尽管Django遵循MVC(模型-视图-控制器)架构理念,但实际上采用了MTV(模型-模板-视图)模式:模板处理显示逻辑,视图关注业务流程,而模型则映射至数据库层。
Django[4]通过ORM技术实现了对数据库操作的支持,允许开发者以面向对象的方式便捷地与数据库交互,无需直接编写SQL代码。此外,该框架自带的管理界面极大地简化了数据维护工作,提升了开发效率。Django注重安全性,内置了多种防护措施来抵御常见网络攻击,如XSS和CSRF等。其详尽完善的文档以及活跃的社区支持,确保开发者可以轻松找到所需的资源,快速解决开发过程中的问题。
HTML(超文本标记语言)是构建WEB页面的标准标记语言[5]。它用于定义网页的结构和内容,通过标签(tag)来描述文本、图像、链接等元素。结合CSS和PythonScript,HTML可以实现丰富的用户界面和交互效果,是WEB前端开发的基础[6]。
MySQL[7]是一款广受欢迎的开源关系型数据库管理系统,以高效性、稳定性和良好的扩展性著称,被广泛应用于电子商务平台、内容管理及数据分析等多个行业。它为开发者提供了多样的工具和API,方便进行数据库的管理和操作,极大地提升了开发效率和数据处理能力。提供了丰富的工具和API,便于开发者进行数据库管理和操作。MySQL在大多数Web应用中得到广泛使用,尤其是在与PHP、Python等编程语言配合时,能够提供高效的数据存储和查询服务。MySQL数据库[8]具有强大的扩展性,支持水平扩展和分布式架构,可以应对日益增长的数据存储需求。凭借其开源、稳定和高效的特点,MySQL成为全球最受欢迎的数据库系统之一。
3 系统分析
本家庭膳食规划系统旨在为用户提供科学、个性化的饮食指导服务,并优化健康管理体验。系统主要围绕个人营养需求与日常膳食操作,设计了一系列功能模块,涵盖饮食记录、膳食计划、膳食菜谱等多个方面。
- 普通用户功能描述:
首页:展示平台核心服务入口、健康资讯浏览、膳食菜谱推荐等内容,通过简洁直观的布局与可视化数据,吸引用户关注,让用户快速掌握平台特色与个性化服务优势。
通知公告:发布平台重要动态,如系统升级维护通知、膳食指南更新公告等,帮助用户及时获取关键信息,合理安排饮食计划与健康管理。
健康资讯:提供丰富的营养科普内容,涵盖科学饮食技巧、食材营养深度解读、慢性病食疗指导等,助力用户提升健康素养,树立科学的饮食观念。
膳食计划:展示由专业营养师发布的定制化膳食规划,详细列出每日三餐搭配及营养均衡分析,支持用户查看方案详情、对方案进行点赞认可及评论互动。
膳食菜谱:汇聚由专业营养师审核认证的精选食谱库,展示菜品图文详情、食材清单及热量营养标签,支持用户对喜爱菜谱进行点赞、收藏与评论互动,营造活跃的社区氛围。
营养师信息:展示入驻专家的专业档案,包括擅长领域、资质认证及服务评价,方便用户了解专家团队背景,查询专家发布的专属建议,建立专业信任。
饮食记录:提供便捷的日常饮食打卡工具,支持用户录入每日餐食,系统自动匹配营养数据并生成趋势图表,帮助用户清晰追踪饮食习惯,为方案优化提供数据依据。
膳食需求:设立个性化需求提交入口,用户可填写过敏禁忌、健康目标(如减脂、增肌)及口味偏好,作为系统智能生成方案与营养师人工干预的核心依据。
我的账户:用户可以管理自己的账户信息,如修改密码、绑定手机号码等,确保账户的安全和便捷使用。
个人中心:集成个人健康管理,包含个人首页、饮食记录、膳食需求、膳食方案等功能;同时管理收藏记录、点赞历史及个人评论,方便用户沉淀感兴趣内容并反馈使用体验,实现全周期的自我健康管理。
普通用户角色用例如图3-1所示。

图3-1 普通用户角色用例图
- 营养师用户功能描述:
后台首页:展示营养师的个人信息、待办事项提醒(如待审核方案、新用户需求等),方便营养师及时处理专业工作事务,掌握平台动态。
膳食计划管理:查看并管理已发布的周/月膳食规划列表,支持对现有计划进行编辑更新或下架处理,确保规划内容符合最新的营养标准与季节变化。
膳食菜谱管理:负责权威食谱库的建设与维护,包括发布新菜谱、编辑菜品详情(食材、步骤、营养标签)、审核用户上传的食谱建议,确保菜谱的科学性与准确性。
营养师信息管理:维护个人专业档案,包括更新擅长领域、上传执业资质证明、编辑个人简介,并查看用户评价与服务统计,树立专业形象。
饮食记录管理:查看普通用户提交的日常饮食记录数据,分析用户的饮食习惯与摄入情况,为提供个性化指导和问题排查提供数据支撑。
膳食需求管理:集中处理用户提交的个性化膳食诉求(如过敏禁忌、特定健康目标),评估需求的合理性,并将其作为制定或调整膳食方案的核心依据。
膳食方案管理:针对用户的具体健康状况,手动制定或审核系统生成的初步膳食方案,进行专业化的微调与确认,确保最终交付给用户的方案严谨可靠。
饮食分析管理:基于用户的饮食记录与健康档案,生成深度的营养分析报告,识别潜在的营养失衡风险,并提供专业的改进建议与干预措施。
营养师用户角色用例如图3-2所示。

图3-2 营养师用户角色用例图
- 管理员功能描述:
后台首页:提供关键数据概览,帮助管理员快速掌握平台运营状况。
系统用户:添加、删除和修改系统用户信息,包括普通用户、营养师用户和其他管理员的账号、密码、权限等。确保用户信息的准确性和安全性,防止用户信息泄露。
膳食分类管理:维护膳食菜品的分类体系,支持分类的新增、修改与排序,确保菜谱库结构清晰、检索便捷。
膳食计划管理:监管平台发布的周/月膳食规划内容,支持对不合格或过期的计划进行下架处理,确保展示给用户的规划方案符合规范且时效性强。
膳食菜谱管理:拥有对全站食谱库的最高管理权限,可审核营养师发布的菜谱,处理违规内容,并对优质菜谱进行置顶推荐,保障内容质量。
营养师信息管理:审核营养师的入驻申请与资质材料,管理营养师的个人档案信息,对存在违规行为的营养师账号进行警告或封禁处理。
饮食记录管理:查看平台用户的饮食记录数据概况,支持异常数据的查询与清理,保障用户健康数据的完整性与安全性。
膳食需求管理:监控用户提交的个性化需求列表,处理复杂或投诉类需求工单,协调营养师资源进行专项响应。
膳食方案管理: 监管平台内所有的膳食方案,支持管理员查看方案详情、进行内容合规性审计及对异常方案执行下架或修正操作,确保所有交付给用户的方案逻辑严密、数据准确且无误导性信息。
饮食分析管理:查看系统生成的营养分析报告模板与规则配置,监控分析服务的运行状态,确保分析结果的准确性。
系统管理(轮播图):配置首页轮播图内容,包括图片上传、链接跳转设置及展示顺序调整,用于推广重点活动或优质内容。
通知公告管理:发布、编辑与删除平台级的通知公告(如系统维护、活动预告),支持设定公告的发布时间与适用范围。
资源管理(健康资讯、资讯分类):管理健康资讯频道,包括资讯分类的维护、文章的发布与审核、专题策划等,丰富平台科普内容。
权限管理:设置和管理不同用户角色的权限,确保用户只能访问和操作其权限范围内的功能和数据,保障系统的安全性和稳定性。
管理员角色用例如图3-3所示。

图3-3 管理员角色用例图
非功能需求分析主要围绕系统的性能、安全、稳定、扩展等多个维度展开,旨在全方位提升系统的质量与用户体验,确保系统能在各种复杂环境下稳定、高效、安全地运行。
(1)性能:系统应具备快速响应能力,各类操作平均响应时间控制在1秒以内。面对高并发场景,如食谱查询高峰期,系统需支持至少1000个并发用户访问,确保吞吐量充足,保障系统在高负载下稳定可靠运行。
(2)稳定性:通过定期维护、数据备份以及实时监控等措施,及时排查并解决潜在问题,保证系统在长时间运行过程中不出现故障或异常,维持稳定运行状态。
(3)扩展性:伴随健康管理业务拓展与用户量增长,系统借助分布式架构、云计算等先进技术,实现功能与性能的便捷扩展,从容应对未来业务发展需求。
(4)安全性:对用户敏感信息,如身份证号、银行卡号、密码等,采用SSL/TLS加密协议保障传输安全,运用AES等加密算法进行加密存储,防止数据被窃取或篡改。同时,设置严格权限控制,依据用户角色赋予不同权限,防止越权访问与操作。此外,具备完善用户认证机制,采用用户名密码结合验证码、短信验证登录,定期提醒用户更换密码,并具备防范SQL注入、XSS攻击等常见Web安全漏洞的能力。
从经济角度来看,本系统的构建成本主要集中在初期开发和后期维护上。使用开源技术和框架显著降低了软件许可费用。同时,系统的模块化设计减少了长期维护难度与费用,并通过提供精准便捷的膳食规划服务提升用户参与度和满意度,增强了平台的服务价值与社会影响力,为后续拓展更多公益或商业合作奠定了坚实基础,具备显著的经济效益与良好的应用前景。
本系统基于成熟的Django框架和MySQL数据库开发,利用Python语言的高效与灵活性,确保了技术实现的可行性。Django提供的丰富功能和强大支持极大地简化了开发流程,而前后端分离的设计使得系统易于维护和扩展。此外,采用HTML进行前端开发,不仅提高了用户体验,也保证了系统的稳定性和响应速度。
系统具备直观友好的用户界面,支持简便的导航和功能访问,极大地提升了用户的使用体验。系统提供了自定义的工作流程和角色权限管理,使不同层级的用户能够快速上手,完成各自的任务。
3.3.1 用户登录流程
当用户进入登录页面时,当其在浏览器执行具体操作的时候,后端会同步显示,如图3-4所示。

3.3.2 用户修改个人信息操作流程
当用户登录系统的时候,可以修改个人信息,管理员在后端审核个人信息。用户修改个人信息操作流程如图3-5所示。

图3-5 用户修改个人信息流程图
3.3.3 用户提交饮食记录操作流程
用户点击饮食记录按钮,可以填写饮食信息并提交。提交饮食记录流程如图3-6所示。

图3-6 提交饮食记录流程图
4 系统设计
系统采用了先进的架构模式,不仅提高了系统的稳定性,还为功能的扩展提供了有力支持。本家庭膳食规划系统的功能模块设计依据不同用户角色的需求,分为普通用户、营养师用户和管理员三大核心类别。整体设计注重各模块之间的协同运作,强调系统的安全性、高效性和便捷性,以提升膳食规划服务的专业度与管理效率,支持个人健康管理及营养服务业务的持续发展。系统功能结构如图4-1所示:

图4-1 系统总体功能模块图
概念结构设计是数据库设计的重要阶段,通过绘制E-R图来展示系统中各个实体以及它们之间的关系,确保数据的完整性和一致性。在家庭膳食规划系统中,主要涉及以下实体:用户、食谱、资讯等。通过E-R图的设计,可以清晰地展示了家庭膳食规划系统中各个实体之间的关系,为后续的数据库逻辑结构设计提供了坚实的基础,确保系统能够准确、高效地存储和管理各类数据,满足驾校日常运营和管理的需求。

图4-2 系统总E-R关系图
逻辑结构设计是将概念结构设计阶段得到的E-R图转换为具体的关系模型,设计数据库表的字段、数据类型、主键和外键,以实现数据的有效存储和管理。通过逻辑结构设计,将E-R图转换为具体的关系模型,明确了各表之间的关联关系和数据存储方式,为家庭膳食规划系统的数据库实现提供了详细的设计方案,确保系统能够高效、稳定地运行,满足用户对各类数据的管理和查询需求。在家庭膳食规划系统中,根据E-R图设计以下数据库表:
表 4-1-access_token(登陆访问时长)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
info |
text |
65535 |
否 |
否 |
信息 |
|
3 |
maxage |
int |
是 |
否 |
最大寿命:默认2小时 |
|
|
4 |
token |
varchar |
64 |
否 |
否 |
临时访问牌 |
|
5 |
token_id |
int |
是 |
是 |
临时访问牌ID |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
7 |
user_id |
int |
是 |
否 |
用户编号 |
表 4-2-article(文章)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
article_id |
mediumint |
是 |
是 |
文章id |
|
|
2 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
description |
text |
65535 |
否 |
否 |
文章描述 |
|
5 |
hits |
int |
是 |
否 |
点击数 |
|
|
6 |
img |
varchar |
255 |
否 |
否 |
封面图 |
|
7 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
8 |
source |
varchar |
255 |
否 |
否 |
来源 |
|
9 |
tag |
varchar |
255 |
否 |
否 |
标签 |
|
10 |
title |
varchar |
125 |
是 |
是 |
标题 |
|
11 |
type |
varchar |
64 |
是 |
否 |
文章分类 |
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
13 |
url |
varchar |
255 |
否 |
否 |
来源地址 |
表 4-3-article_type(文章分类)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
3 |
display |
smallint |
是 |
否 |
显示顺序 |
|
|
4 |
father_id |
smallint |
是 |
否 |
上级分类ID |
|
|
5 |
icon |
text |
65535 |
否 |
否 |
分类图标 |
|
6 |
name |
varchar |
16 |
是 |
否 |
分类名称 |
|
7 |
type_id |
smallint |
是 |
是 |
分类ID |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
9 |
url |
varchar |
255 |
否 |
否 |
外链地址 |
表 4-4-auth(用户权限管理)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
add |
tinyint |
是 |
否 |
是否可增加 |
|
|
2 |
auth_id |
int |
是 |
是 |
授权ID |
|
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
del |
tinyint |
是 |
否 |
是否可删除 |
|
|
5 |
field_add |
text |
65535 |
否 |
否 |
添加字段 |
|
6 |
field_get |
text |
65535 |
否 |
否 |
查询字段 |
|
7 |
field_set |
text |
65535 |
否 |
否 |
修改字段 |
|
8 |
get |
tinyint |
是 |
否 |
是否可查看 |
|
|
9 |
mod_name |
varchar |
64 |
否 |
否 |
模块名 |
|
10 |
mode |
varchar |
32 |
是 |
否 |
跳转方式 |
|
11 |
option |
text |
65535 |
否 |
否 |
配置 |
|
12 |
page_title |
varchar |
255 |
否 |
否 |
页面标题 |
|
13 |
parent |
varchar |
64 |
否 |
否 |
父级菜单 |
|
14 |
parent_sort |
int |
是 |
否 |
父级菜单排序 |
|
|
15 |
path |
varchar |
255 |
否 |
否 |
路由路径 |
|
16 |
position |
varchar |
32 |
否 |
否 |
位置 |
|
17 |
set |
tinyint |
是 |
否 |
是否可修改 |
|
|
18 |
table_name |
varchar |
64 |
否 |
否 |
表名 |
|
19 |
table_nav |
varchar |
500 |
否 |
否 |
跨表导航 |
|
20 |
table_nav_name |
varchar |
500 |
否 |
否 |
跨表导航名称 |
|
21 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
22 |
user_group |
varchar |
64 |
否 |
否 |
用户组 |
表 4-5-code_token(验证码)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
code |
varchar |
255 |
否 |
否 |
验证码 |
|
2 |
code_token_id |
int |
是 |
是 |
验证码ID |
|
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
expire_time |
timestamp |
是 |
否 |
失效时间 |
|
|
5 |
token |
varchar |
255 |
否 |
否 |
令牌 |
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-6-collect(收藏)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
collect_id |
int |
是 |
是 |
收藏ID |
|
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
img |
varchar |
255 |
否 |
否 |
封面 |
|
4 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
5 |
source_id |
int |
是 |
否 |
来源ID |
|
|
6 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
7 |
title |
varchar |
255 |
否 |
否 |
标题 |
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
9 |
user_id |
int |
是 |
是 |
收藏人ID |
表 4-7-comment(评论)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
2 |
comment_id |
int |
是 |
是 |
评论ID |
|
|
3 |
content |
longtext |
4294967295 |
否 |
否 |
内容 |
|
4 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
5 |
hidden |
tinyint |
否 |
否 |
是否隐藏 |
|
|
6 |
nickname |
varchar |
255 |
否 |
否 |
昵称 |
|
7 |
reply_to_id |
int |
是 |
否 |
回复评论ID |
|
|
8 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
9 |
source_id |
int |
是 |
否 |
来源ID |
|
|
10 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
11 |
sticky |
tinyint |
否 |
否 |
是否置顶 |
|
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
13 |
user_id |
int |
是 |
是 |
评论人ID |
表 4-8-complaint_feedback(投诉反馈)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
complaint_feedback_id |
int |
是 |
是 |
投诉反馈ID |
|
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
examine_reply |
varchar |
255 |
否 |
否 |
审核回复 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
feedback_content |
text |
65535 |
否 |
否 |
反馈内容 |
|
7 |
feedback_time |
datetime |
否 |
否 |
反馈时间 |
|
|
8 |
mobile_phone_number |
varchar |
64 |
否 |
否 |
手机号码 |
|
9 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
10 |
type_of_feedback |
varchar |
64 |
否 |
否 |
反馈类型 |
|
11 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-9-customer_chat_group(在线沟通群组表)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
customer_chat_group_id |
int |
是 |
是 |
沟通群组ID |
|
|
3 |
last_read_time |
timestamp |
否 |
否 |
最后阅读时间 |
|
|
4 |
member |
text |
65535 |
是 |
否 |
成员信息 |
|
5 |
read_state |
tinyint |
是 |
否 |
已读状态,0=未读,1=已读 |
|
|
6 |
unread_count |
int |
否 |
否 |
未读消息数 |
|
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-10-customer_chat_log(在线沟通记录表)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
content |
text |
65535 |
是 |
否 |
沟通内容 |
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
customer_chat_id |
int |
是 |
是 |
沟通群组ID |
|
|
4 |
customer_chat_log_id |
int |
是 |
是 |
沟通记录ID |
|
|
5 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-11-diet_analysis(饮食分析)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
analysis_title |
varchar |
64 |
否 |
否 |
分析标题 |
|
2 |
average_caloric_intake |
double |
否 |
否 |
平均热量摄入 |
|
|
3 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
4 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
5 |
diet_analysis_id |
int |
是 |
是 |
饮食分析ID |
|
|
6 |
diet_content |
text |
65535 |
否 |
否 |
饮食内容 |
|
7 |
diet_nutrition |
varchar |
64 |
否 |
否 |
饮食营养 |
|
8 |
intake_regularity |
text |
65535 |
否 |
否 |
摄入规律 |
|
9 |
nutritionist_user |
int |
否 |
否 |
营养师用户 |
|
|
10 |
record_date |
date |
否 |
否 |
记录日期 |
|
|
11 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-12-diet_class_nameification(膳食分类)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
2 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
3 |
diet_class_nameification_id |
int |
是 |
是 |
膳食分类ID |
|
|
4 |
type_of_meal |
varchar |
64 |
是 |
否 |
膳食类型 |
|
5 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-13-diet_record(饮食记录)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
caloric_intake |
double |
否 |
否 |
热量摄取量 |
|
|
2 |
carbohydrate_intake |
double |
否 |
否 |
碳水摄取量 |
|
|
3 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
4 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
5 |
diet_record_id |
int |
是 |
是 |
饮食记录ID |
|
|
6 |
drinking_water_quantity |
double |
否 |
否 |
饮水量 |
|
|
7 |
fat_intake |
double |
否 |
否 |
脂肪摄取量 |
|
|
8 |
health_analysis |
varchar |
255 |
否 |
否 |
健康分析 |
|
9 |
mobile_phone_number |
varchar |
64 |
否 |
否 |
手机号码 |
|
10 |
note_content |
text |
65535 |
否 |
否 |
备注内容 |
|
11 |
number_of_records |
varchar |
64 |
否 |
否 |
记录次数 |
|
12 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
13 |
personal_height |
double |
否 |
否 |
个人身高 |
|
|
14 |
personal_weight |
double |
否 |
否 |
个人体重 |
|
|
15 |
physical_examination_report |
varchar |
255 |
否 |
否 |
体检报告 |
|
16 |
protein_intake |
double |
否 |
否 |
蛋白质摄取量 |
|
|
17 |
record_date |
date |
否 |
否 |
记录日期 |
|
|
18 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
19 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
|
20 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
表 4-14-dietary_needs(膳食需求)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
application_time |
datetime |
否 |
否 |
申请时间 |
|
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
demand_feedback |
text |
65535 |
否 |
否 |
需求反馈 |
|
5 |
dietary_needs_id |
int |
是 |
是 |
膳食需求ID |
|
|
6 |
dietary_program_limit_times |
int |
是 |
否 |
制定方案限制次数 |
|
|
7 |
examine_reply |
varchar |
255 |
否 |
否 |
审核回复 |
|
8 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
9 |
optimization_recommendations |
text |
65535 |
否 |
否 |
优化建议 |
|
10 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
11 |
requirement_title |
varchar |
64 |
否 |
否 |
需求标题 |
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-15-dietary_program(膳食方案)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
application_time |
datetime |
否 |
否 |
申请时间 |
|
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
development_date |
date |
否 |
否 |
制定日期 |
|
|
5 |
dietary_program_id |
int |
是 |
是 |
膳食方案ID |
|
|
6 |
extra |
text |
65535 |
否 |
否 |
额外信息 |
|
7 |
nutritionist_user |
int |
否 |
否 |
营养师用户 |
|
|
8 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
9 |
plan_name |
varchar |
64 |
否 |
否 |
计划名称 |
|
10 |
plan_objectives |
varchar |
64 |
否 |
否 |
计划目标 |
|
11 |
plan_status |
varchar |
64 |
否 |
否 |
计划状态 |
|
12 |
planning_cycle |
varchar |
64 |
否 |
否 |
计划周期 |
|
13 |
schedule_t |
longtext |
4294967295 |
否 |
否 |
计划表 |
|
14 |
source_id |
int |
否 |
否 |
来源ID |
|
|
15 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
16 |
source_user_id |
int |
否 |
否 |
来源用户 |
|
|
17 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-16-dietary_reference(膳食计划)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
applicable_crowd |
text |
65535 |
否 |
否 |
适用人群 |
|
2 |
collect_len |
int |
是 |
否 |
收藏数 |
|
|
3 |
comment_len |
int |
是 |
否 |
评论数 |
|
|
4 |
cooking_way |
varchar |
64 |
否 |
否 |
烹饪方式 |
|
5 |
cover_image |
varchar |
255 |
否 |
否 |
封面图片 |
|
6 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
8 |
dietary_reference_id |
int |
是 |
是 |
膳食计划ID |
|
|
9 |
examine_reply |
varchar |
255 |
否 |
否 |
审核回复 |
|
10 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
11 |
hits |
int |
是 |
否 |
点击数 |
|
|
12 |
meal_name |
varchar |
64 |
否 |
否 |
膳食名称 |
|
13 |
meal_quantity |
varchar |
64 |
否 |
否 |
餐次数量 |
|
14 |
meal_specificss |
longtext |
4294967295 |
否 |
否 |
膳食详情 |
|
15 |
meal_times_heat |
varchar |
64 |
否 |
否 |
餐次热量 |
|
16 |
nutrition_goals |
varchar |
64 |
否 |
否 |
营养目标 |
|
17 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
18 |
publish_user |
int |
否 |
否 |
发布用户 |
|
|
19 |
special_remarks |
text |
65535 |
否 |
否 |
特殊备注 |
|
20 |
total_daily_calories |
varchar |
64 |
否 |
否 |
每日总热量 |
|
21 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
22 |
weight_of_food |
varchar |
64 |
否 |
否 |
食物重量 |
表 4-17-family_members(家庭成员)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
age_of_members |
double |
否 |
否 |
成员年龄 |
|
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
family_members_id |
int |
是 |
是 |
家庭成员ID |
|
|
5 |
gender_of_members |
varchar |
64 |
否 |
否 |
成员性别 |
|
6 |
member_label |
varchar |
64 |
否 |
否 |
成员标签 |
|
7 |
member_notes |
text |
65535 |
否 |
否 |
成员备注 |
|
8 |
name_of_member |
varchar |
64 |
否 |
否 |
成员姓名 |
|
9 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-18-hits(用户点击)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
hits_id |
int |
是 |
是 |
点赞ID |
|
|
3 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
4 |
source_id |
int |
是 |
否 |
来源ID |
|
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
7 |
user_id |
int |
是 |
否 |
点赞人 |
表 4-19-message_inform(通知记录)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
content |
varchar |
255 |
否 |
否 |
内容 |
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
inform_id |
int |
是 |
是 |
通知ID |
|
|
4 |
state |
varchar |
255 |
否 |
否 |
状态 |
|
5 |
title |
varchar |
255 |
否 |
否 |
标题 |
|
6 |
type |
varchar |
64 |
否 |
否 |
分类 |
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
8 |
user_id |
int |
是 |
是 |
通知人ID |
表 4-20-notice(公告)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
notice_id |
mediumint |
是 |
是 |
公告ID |
|
|
4 |
title |
varchar |
125 |
是 |
否 |
标题 |
|
5 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-21-nutritionist_information(营养师信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
collect_len |
int |
是 |
否 |
收藏数 |
|
|
2 |
comment_len |
int |
是 |
否 |
评论数 |
|
|
3 |
contact_number |
varchar |
64 |
否 |
否 |
联系号码 |
|
4 |
cover_image |
varchar |
255 |
否 |
否 |
封面图片 |
|
5 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
6 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
7 |
dietitian_profile |
text |
65535 |
否 |
否 |
营养师简介 |
|
8 |
dietitian_specificss |
longtext |
4294967295 |
否 |
否 |
营养师详情 |
|
9 |
hits |
int |
是 |
否 |
点击数 |
|
|
10 |
nutritionist_information_id |
int |
是 |
是 |
营养师信息ID |
|
|
11 |
nutritionist_title |
varchar |
64 |
否 |
否 |
营养师职称 |
|
12 |
nutritionist_user |
int |
否 |
否 |
营养师用户 |
|
|
13 |
nutritionists_name |
varchar |
64 |
否 |
否 |
营养师姓名 |
|
14 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
15 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-22-nutritionist_user(营养师用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
contact_number |
varchar |
16 |
否 |
否 |
联系号码 |
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
5 |
nutritionist_gender |
varchar |
64 |
否 |
否 |
营养师性别 |
|
6 |
nutritionist_user_id |
int |
是 |
是 |
营养师用户ID |
|
|
7 |
nutritionists_name |
varchar |
64 |
否 |
否 |
营养师姓名 |
|
8 |
qualification_certificate |
varchar |
255 |
否 |
否 |
资质证明 |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
10 |
user_id |
int |
是 |
否 |
用户ID |
表 4-23-ordinary_user(普通用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
allergens |
varchar |
64 |
否 |
否 |
过敏源 |
|
2 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
3 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
4 |
diet |
varchar |
64 |
否 |
否 |
饮食忌口 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
mobile_phone_number |
varchar |
16 |
否 |
否 |
手机号码 |
|
7 |
ordinary_user_id |
int |
是 |
是 |
普通用户ID |
|
|
8 |
taste_preference |
varchar |
64 |
否 |
否 |
口味偏好 |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
10 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
|
11 |
user_id |
int |
是 |
否 |
用户ID |
|
|
12 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
表 4-24-popular_ingredients(热门食材)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
analysis_date |
date |
否 |
否 |
分析日期 |
|
|
2 |
analysis_remarks |
text |
65535 |
否 |
否 |
分析备注 |
|
3 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
4 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
5 |
ingredient_name |
varchar |
64 |
否 |
否 |
食材名称 |
|
6 |
nutritionist_user |
int |
否 |
否 |
营养师用户 |
|
|
7 |
popular_ingredients_id |
int |
是 |
是 |
热门食材ID |
|
|
8 |
quantity_of_ingredients |
double |
否 |
否 |
食材数量 |
|
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-25-praise(点赞)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
img |
varchar |
255 |
否 |
否 |
|
|
3 |
praise_id |
int |
是 |
是 |
点赞ID |
|
|
4 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
5 |
source_id |
int |
是 |
否 |
来源ID |
|
|
6 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
7 |
status |
tinyint |
是 |
否 |
点赞状态:1为点赞,0已取消 |
|
|
8 |
title |
varchar |
255 |
否 |
否 |
|
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
10 |
user_id |
int |
是 |
是 |
点赞人 |
表 4-26-recipe_information(膳食菜谱)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
collect_len |
int |
是 |
否 |
收藏数 |
|
|
2 |
comment_len |
int |
是 |
否 |
评论数 |
|
|
3 |
cooking_method |
varchar |
64 |
否 |
否 |
烹饪方法 |
|
4 |
cover_image |
varchar |
255 |
否 |
否 |
封面图片 |
|
5 |
create_by |
int |
是 |
否 |
创建用户ID |
|
|
6 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
7 |
examine_reply |
varchar |
255 |
否 |
否 |
审核回复 |
|
8 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
9 |
hits |
int |
是 |
否 |
点击数 |
|
|
10 |
main_ingredients |
varchar |
64 |
否 |
否 |
主要食材 |
|
11 |
number_of_releases |
varchar |
64 |
否 |
否 |
发布数量 |
|
12 |
nutrition_description |
text |
65535 |
否 |
否 |
营养说明 |
|
13 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
14 |
precautions |
text |
65535 |
否 |
否 |
注意事项 |
|
15 |
publish_user |
int |
否 |
否 |
发布用户 |
|
|
16 |
recipe_information_id |
int |
是 |
是 |
膳食菜谱ID |
|
|
17 |
recipe_name |
varchar |
64 |
否 |
否 |
菜谱名称 |
|
18 |
recipe_specificss |
longtext |
4294967295 |
否 |
否 |
菜谱详情 |
|
19 |
recipe_type |
varchar |
64 |
否 |
否 |
菜谱类型 |
|
20 |
recommend |
int |
是 |
否 |
智能推荐 |
|
|
21 |
taste_features |
varchar |
64 |
否 |
否 |
口味特点 |
|
22 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-27-slides(轮播图)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
content |
varchar |
255 |
否 |
否 |
内容 |
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
hits |
int |
是 |
否 |
点击量 |
|
|
4 |
img |
varchar |
255 |
否 |
否 |
轮播图 |
|
5 |
slides_id |
int |
是 |
是 |
轮播图ID |
|
|
6 |
title |
varchar |
64 |
否 |
否 |
标题 |
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
8 |
url |
varchar |
255 |
否 |
否 |
链接 |
表 4-28-upload(文件上传)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
dir |
varchar |
255 |
否 |
否 |
文件夹 |
|
2 |
display |
varchar |
255 |
否 |
否 |
显示顺序 |
|
3 |
father_id |
int |
否 |
否 |
父级ID |
|
|
4 |
file |
varchar |
255 |
否 |
否 |
文件路径 |
|
5 |
name |
varchar |
64 |
否 |
否 |
文件名 |
|
6 |
path |
varchar |
255 |
否 |
否 |
访问路径 |
|
7 |
type |
varchar |
32 |
否 |
否 |
文件类型 |
|
8 |
upload_id |
int |
是 |
是 |
上传ID |
表 4-29-user(用户账户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
2 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
3 |
|
varchar |
64 |
否 |
否 |
邮箱 |
|
4 |
email_state |
smallint |
是 |
否 |
邮箱认证:(0未认证|1审核中|2已认证) |
|
|
5 |
login_time |
timestamp |
否 |
否 |
上次登录时间 |
|
|
6 |
nickname |
varchar |
16 |
否 |
否 |
昵称 |
|
7 |
open_id |
varchar |
255 |
否 |
否 |
针对获取用户信息字段 |
|
8 |
password |
varchar |
64 |
是 |
否 |
密码 |
|
9 |
phone |
varchar |
11 |
否 |
否 |
手机号码 |
|
10 |
phone_state |
smallint |
是 |
否 |
手机认证:(0未认证|1审核中|2已认证) |
|
|
11 |
state |
smallint |
是 |
否 |
账户状态:(1可用|2异常|3已冻结|4已注销) |
|
|
12 |
user_group |
varchar |
32 |
否 |
否 |
所在用户组 |
|
13 |
user_id |
int |
是 |
是 |
用户ID |
|
|
14 |
username |
varchar |
16 |
是 |
否 |
用户名 |
表 4-30-user_group(用户组)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
2 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
3 |
display |
smallint |
是 |
否 |
显示顺序 |
|
|
4 |
group_id |
mediumint |
是 |
是 |
用户组ID |
|
|
5 |
name |
varchar |
16 |
是 |
否 |
名称 |
|
6 |
register |
smallint |
否 |
否 |
注册位置 |
|
|
7 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
8 |
source_id |
int |
是 |
否 |
来源ID |
|
|
9 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
5 系统详细设计与实现
5.1前台用户模块的实现
5.1.1 用户注册
用户注册时,需要提交昵称、密码、确认密码、姓名、性别、年龄、联系方式等必要个人信息,并接受合法性校验。系统会对用户提交的信息进行严格核验,验证用户名是否已存在,密码是否符合强度要求等。若验证不通过,系统将返回错误信息给前端页面,提示用户修改。用户注册界面展示如下图5-1所示。

图5-1 用户注册界面图
注册代码如下:
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
5.1.2 用户登录
用户能够通过登录流程访问系统个人信息和功能。登录时,用户需在登录页面输入用户名和密码,系统会在Django的视图函数中接收用户提交的信息,并通过数据库查询验证用户身份。为提高登录的安全性,系统引入验证码机制,在登录页面生成一个随机验证码图片,用户需要在登录时输入图片中的验证码,后端在验证用户登录信息时,会同时验证用户输入的验证码是否正确,防止恶意程序通过自动化脚本进行暴力破解登录。用户登录界面展示如下图5-2所示。

图5-2 用户登录界面图
登录代码如下:
def Login(self, ctx):
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
5.1.3 前台首页
系统首页是用户进入家庭膳食规划系统的初始界面,用于展示平台的核心服务、营养健康资讯及最新动态。系统使用Django的模板引擎,从数据库中查询热门膳食方案、权威营养师推荐及最新通知公告等数据,并将其动态展示在首页上,为用户提供良好的视觉体验。前台首页界面展示如下图5-3所示。

图5-3 前台首页界面图
5.1.4 通知公告
通知公告功能模块旨在为管理员提供便捷的信息发布渠道,向全体用户及时传达重要资讯。管理员通过后台管理界面可进行通知的发布、编辑、删除和分类管理,通知数据存储于MySQL数据库中,包含标题、内容、发布人、发布时间和状态等字段。通知公告界面如下图5-4所示。

图5-4 通知公告界面图
5.1.5 健康资讯
健康资讯模块用于为用户提供丰富的营养科普内容,帮助用户提升健康素养与科学饮食知识。在前端页面,系统使用HTML的列表元素展示资讯列表,每个列表项包含资讯的标题、发布时间和简要介绍。用户点击资讯标题,可进入资讯详情页面,查看完整的资讯内容。系统可以根据用户选择的资讯分类进行筛选,为用户提供个性化的资讯展示。健康资讯界面如下图5-5所示。

图5-5 健康资讯界面图
5.1.6 膳食菜谱
膳食菜谱模块用于由专业营养师审核发布的权威食谱,方便用户获取科学、美味的饮食方案。在前端页面,系统详细展示每道菜谱的菜品名称、主要食材、制作步骤、营养标签(如热量、蛋白质含量)、适宜人群及营养师推荐等信息。当用户点击“收藏”或“点赞”按钮时,系统会将该菜谱添加至用户的个人收藏夹或记录点赞行为。膳食菜谱界面展示如下图5-6所示。

图5-6 膳食菜谱界面图
5.1.7 个人中心
个人中心是用户管理个人健康档案与膳食规划信息的核心区域,包含多个子模块。此模块不仅允许用户编辑个人资料、修改密码,还可以查看账户的安全设置。它还整合了饮食记录、膳食需求、膳食方案、收藏记录、点赞记录和评论管理等功能,为用户提供一站式服务体验。普通用户个人中心界面展示如下图5-7所示。

图5-7 普通用户个人中心界面图
个人中心代码如下:
def Add(self, ctx):
body = ctx.body
unique = self.config.get("unique")
obj = None
if unique:
qy = {}
for i in range(len(unique)):
key = unique[i]
qy[key] = body.get(key)
obj = self.service.Get_obj(qy)
if not obj:
error = self.Add_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("add_before", ctx, None)
if error["code"]:
return {"error": error}
result = self.service.Add(body, self.config)
if self.service.error:
return {"error": self.service.error}
res = self.Add_after(ctx, result)
if res:
result = res
res = self.Events("add_after", ctx, result)
if res:
result = res
return {"result": result}
else:
return {"error": {"code": 10000, "message": "已存在"}}
5.2.1 膳食菜谱管理
营养师用户进入后台,定位到膳食菜谱管理区域。当某道菜谱需要更新食材、调整制作步骤或优化营养标签时,营养师点击对应菜谱的“编辑”按钮,进入专用编辑页面,修改相应信息并确认后,即可完成菜谱内容的迭代更新。营养师还可以查看该菜谱的浏览与互动记录(如用户收藏数、点赞数及评论反馈),了解菜谱的受欢迎程度及用户执行情况,以便持续优化内容质量。膳食菜谱管理界面展示如下图5-8所示。

图5-8 膳食菜谱管理界面图
5.2.2 膳食计划管理
营养师用户在膳食计划管理页面,可以看到系统展示的待发布或已制定的膳食规划列表。点击“发布”选项,进入发布确认页面,营养师可再次核对基于用户体质与偏好生成的周/月定制方案(含每日三餐搭配及营养分析)。确认无误后执行发布操作,该计划将正式推送至对应用户的个人中心,状态同步更新为“已发布”,用户即可查看并执行。营养师也可在此页面对已发布的计划进行后续跟踪或必要的调整。膳食计划管理界面展示如下图5-10所示。

图5-9 膳食计划管理界面图
5.2.3 营养师信息管理
营养师用户进入营养师信息管理模块,能查看自己当前的个人档案详情,包括擅长领域、执业资质、服务简介及过往评价等,也可对个人信息进行更新维护。调整时,点击想要修改的档案字段(如简介或擅长标签),会弹出编辑对话框,在对话框中完善相关信息并确认提交后,即可完成个人专业形象的同步更新,确保展示给用户的资料准确且具有时效性。营养师信息管理界面展示如下图5-10所示。

图5-10 营养师信息管理界面图
5.2.4 膳食方案管理
营养师用户通过膳食方案管理模块,可以跟踪用户的饮食执行进度与方案落实情况。进入该模块,能看到以列表形式展示的用户方案执行记录。点击具体的记录,可进入详情页面,在详情页面中,营养师用户能够查看用户的饮食反馈数据,并记录专业的指导评语与调整建议。对于执行效果不佳或健康状况出现波动的用户,营养师用户可以基于当前情况重新制定或优化专属的膳食辅导计划,确保干预措施的针对性与有效性。膳食方案管理界面展示如下图5-11所示。

图5-11 膳食方案管理界面图
5.3.1 系统用户
管理员在系统用户管理模块,能够执行添加新用户、删除已有用户、修改用户信息的操作。还可以对用户的登录行为进行监控,查看登录日志,一旦发现异常行为,能够及时采取相应措施。系统用户管理界面展示如下图5-12所示。

图5-12 系统用户管理界面图
系统用户代码如下:
def Del(self, ctx):
if len(ctx.query) == 0:
errorMsg = {"code": 30000, "message": "删除条件不能为空!"}
return errorMsg
result = self.service.Del(ctx.query, self.config)
if self.service.error:
return {"error": self.service.error}
return {"result": result}
5.2.2 系统管理
管理员在轮播图管理模块,可进行上传新的首页轮播图、更换现有的轮播图、删除不需要的轮播图等操作,以此来管理首页轮播图的展示内容。系统轮播图管理界面展示如下图5-13所示。

图5-13 系统轮播图管理界面图
5.2.3 资源管理界面
管理员在资源管理模块,主要管理健康资讯以及资讯分类。可以添加新的资讯分类、修改已有的资讯分类、删除不再使用的资讯分类,从而实现对健康资讯的有序管理。资源管理界面展示如下图5-14所示。

图5-14 资源管理界面图
5.2.4 权限管理界面
管理员在登录后台后,可通过“权限管理”菜单对系统角色和权限进行可视化操作。管理员可创建或编辑用户组,并为每个组分配具体的模型操作权限。权限管理界面展示如下图5-15所示。

图5-15 权限管理界面图
6 系统测试
6.1 测试目的
系统测试是软件开发过程中的重要环节,对于家庭膳食规划系统而言,其测试目的具有多方面的重要意义。通过系统测试,能够全面验证系统的功能是否符合预先设定的需求规格说明书。在性能方面,测试旨在评估系统在不同负载条件下的响应时间、吞吐量和资源消耗情况。安全层面的测试也是至关重要的。系统存储了大量用户的敏感信息,因此需要通过安全测试,全面检测系统的安全防护机制是否完善。重点测试数据加密是否有效,确保用户信息在传输和存储过程中的保密性,防止信息被窃取或篡改,保护用户的隐私和权益。
通过对系统各项功能的细致测试,能够及时发现并修正潜在的功能缺陷,保证系统的功能完整性和正确性,为用户提供稳定可靠的服务。
本系统需要满足普通用户、营养师用户和管理员三种角色的需求,所以以下将对这三类角色分别进行功能测试。
6.2.1 普通用户功能测试
普通用户主要对用户注册、用户登录、提交饮食计录、查看膳食计划、收藏膳食菜谱等用例进行功能测试。
表6-1 普通用户功能测试表
|
编号 |
用例说明 |
输入数据 |
预测结果 |
测试结果 |
|
S01 |
注册账号 |
用户名:user01,密码:123456,角色:普通用户 |
注册成功,跳转至登录页,数据库中新增用户记录 |
通过 |
|
S02 |
登录系统 |
用户名:user01,密码:123456 |
登录成功,跳转至首页,显示个人中心入口 |
通过 |
|
S03 |
提交饮食食记录 |
健康目标:减脂,过敏源:海鲜,口味偏好:清淡 |
提交成功,状态为“已接收”,可在个人中心查看并作为方案生成依据 |
通过 |
|
S04 |
查看膳食计划 |
点击“膳食计划”模块,选择某周计划 |
页面加载成功,展示由营养师发布的定制食谱及营养分析详情 |
通过 |
|
收藏膳食菜谱 |
点击某菜谱详情页的“收藏”按钮 |
收藏成功,个人中心的收藏列表中新增该菜谱记录 |
通过 |
6.2.2 营养师用户功能测试
营养师用户主要对登录系统、膳食计划管理、膳食菜谱管理、营养师信息管理、管理膳食方案等用例进行功能测试。
表6-2 营养师用户功能测试表
|
编号 |
用例说明 |
输入数据 |
预测结果 |
测试结果 |
|
T01 |
登录系统 |
用户名:nutritionist01,密码:123456,角色:营养师 |
登录成功,跳转至营养师后台首页,显示待办事项 |
通过 |
|
T02 |
发布膳食计划 |
选择用户“user01”,上传周食谱文件,填写营养建议 |
计划发布成功,状态更新为“已发布”,用户端可见 |
通过 |
|
T03 |
管理膳食菜谱 |
新增菜谱:名称“清蒸鲈鱼”,录入食材、步骤及营养标签 |
菜谱保存成功,出现在前台菜谱库中供用户浏览 |
通过 |
|
T04 |
更新个人信息 |
修改擅长领域为“糖尿病食疗”,上传新资质证书 |
个人档案更新成功,前台展示信息同步变更 |
通过 |
|
T05 |
审核膳食方案 |
选择一条“待审核”的系统生成方案,点击“通过”并微调 |
方案状态更新为“已生效”,正式推送给用户执行 |
通过 |
6.2.3 管理员功能测试
管理员主要对登录后台、发布通知公告、管理健康资讯、审核膳食菜谱、进行权限分配、查看系统用户列表等用例进行功能测试。
表6-3 管理员功能测试表
|
编号 |
用例说明 |
输入数据 |
预测结果 |
测试结果 |
|
A01 |
登录后台 |
用户名:admin,密码:admin123 |
登录成功,进入管理员后台首页,显示运营概览 |
通过 |
|
A02 |
发布通知公告 |
标题:春季养生活动开启,内容:本周推出低脂套餐... |
公告发布成功,普通用户首页公告栏可见 |
通过 |
|
A03 |
管理健康资讯 |
发布一篇标题为“高血压饮食指南”的文章 |
资讯发布成功,用户可在“健康资讯”页浏览 |
通过 |
|
A04 |
审核膳食菜谱 |
将某营养师提交的“减脂餐单”状态改为“已上架” |
菜谱审核通过,正式在前台菜谱库中展示供用户查看 |
通过 |
|
A05 |
进行权限分配 |
创建“营养师用户组”,赋予“膳食计划发布”“菜谱管理”权限,并将用户nutri01加入该组 |
nutri01登录后可访问对应功能模块,无法越权操作 |
通过 |
|
查看系统用户列表 |
进入“系统用户”管理页面 |
正确显示所有用户(普通用户、营养师、管理员)信息,支持按角色搜索与筛选 |
通过 |
6.3测试结果
系统功能测试结果表明,普通用户、营养师用户和管理员三类角色的核心操作均能正常执行。普通用户可顺利完成注册登录、饮食记录提交、膳食方案查看及菜谱收藏互动等操作;营养师用户能够有效执行膳食计划发布、权威菜谱维护、个人档案更新及膳食方案的专业审核与调整;管理员在系统用户统筹、健康资讯与公告发布、内容合规性审核、权限精细分配及全局数据管控方面功能完整,角色权限隔离准确。测试覆盖了主要业务流程,系统界面响应正常,数据交互一致,预期结果达成率高,未发现严重功能缺陷。整体测试结果验证了系统功能的完整性与稳定性,达到了设计预期,具备投入实际应用的基础条件。
7 总结与展望
通过对基于大模型的家庭膳食规划系统的设计与实现的深入研究,成功构建了集用户健康管理、智能食谱生成、营养师专业审核及系统运维于一体的数字化平台。系统利用Python、Django框架与MySQL数据库,有效解决了传统膳食规划中个性化不足、响应滞后及专业资源稀缺等痛点,实现了从数据采集、方案生成到专业干预的全流程闭环,显著提升了服务的科学性与便捷性。
在测试与优化过程中,重点解决了生成内容的准确性校验、高并发下的响应延迟及用户隐私数据加密等关键问题,确保了系统的稳定运行。然而,系统仍存在部分不足:如饮食记录的自动化识别能力较弱,主要依赖用户手动录入;部分交互流程不够简洁,用户体验仍有提升空间。
未来,系统将重点拓展多模态数据应用能力,探索通过图像识别技术自动分析用户饮食记录,实现更实时的动态监管;同时,将进一步优化人机交互设计,深化与智能穿戴设备及健康生态的互联,打造更具关怀感的全周期健康管理服务体系,推动营养服务向更精准、智能的方向发展。
参考文献
[1]明日科技.快速上手Python[M].化学工业出版社:202211.337.
[2]明日科技.Python Web开发手册[M].化学工业出版社:202201.411.
[3]邱红丽,张舒雅.基于Django框架的web项目开发研究[J].科学技术创新,2021,(27):97-98.
[4]段艺,涂伟忠.Django开发从入门到实践[M].机械工业出版社:202211.635.
[5]张宇薇.HTML5在Web前端开发中的应用[J].集成电路应用,2024,41(04):274-276.
[6]廖黄鹏. 浅析HTML5+CSS3在网页设计中的特性及优势[J].信息与电脑,2025,37(01):135-137.
[7]李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
[8]肖睿,李鲲程,范效亮,等.MySQL数据库应用技术及实践[M].人民邮电出版社:202206.228.
[9]Zada M H M ,Pan D ,Sun G . A Comprehensive Systematic Review of Dynamic Nutrient Profiling for Personalized Diet Planning: Meta-Analysis and PRISMA-Based Evidence Synthesis[J].Foods,2025,14(21):3625-3625.
[10]陈朝群.基于人工智能的个性化膳食推荐系统优化研究[C]//中国营养学会.第十七届全国营养科学大会摘要集.吉大一院;,2025,15(24):73-75.
[11]魏九玲,孙玥,罗元理,等.新媒体与智能膳食管理系统在早餐营养健康宣教中的应用研究[C]//中国营养学会.第十七届全国营养科学大会摘要集.北京市邦尼营策科技有限公司;中国营养学会营养大数据和健康分会;,2025,(05):16-18.
[12]魏九玲,马姗婕,孙玥,等.智慧膳食管理系统对不同人群进行膳食调查及营养干预研究[C]//中国营养学会.第十七届全国营养科学大会摘要集.北京市邦尼营策科技有限公司;中国营养学会营养大数据和健康分会;,2025,(08):26-28.
[13]Amadeh T ,Rafie M ,Radmanesh S , et al. Intelligent Diet Recommendation System Powered by Artificial Intelligence for Personalized Nutritional Solutions.[J].Clinical nutrition ESPEN,2025,(22):194-203.
[14]王尤卓,王俊年,利勇康,等. 智能膳食管理系统的设计与应用分析[J].现代食品,2025,(09):153-155.
[15]Guo P ,Liu G ,Xiang X , et al. From AI to the Table: A Systematic Review of ChatGPT’s Potential and Performance in Meal Planning and Dietary Recommendations[J].Dietetics,2025,4(1):7-7.
[16]尉艳丽,张素智. 食品营养知识图谱的构建与个性化膳食推荐系统研究[J].食品安全导刊,2024,(33):104-106.
[17]吴佳勖.基于知识图谱与多目标优化的老年人膳食推荐系统开发[D].首都经济贸易大学,2024,(11):53-55.
[18]任宇杰.基于使用与满足理论的中药膳食养生产品服务系统设计研究[D].广州美术学院,2024,(19):88-90.
[19]Xu Z ,Gu Y ,Xu X , et al. Developing a Personalized Meal Recommendation System for Chinese Older Adults: Observational Cohort Study.[J].JMIR formative research,2024,(08):e52170-e52170.
[20]Maryam A ,Juan L ,Wordh H . Personalized Flexible Meal Planning for Individuals With Diet-Related Health Concerns: System Design and Feasibility Validation Study.[J].JMIR formative research,2023,(10):96-98.
致 谢
本论文的顺利完成,离不开众多老师、同学、家人和朋友的支持与帮助。在此,我谨向所有给予我关心和指导的人致以最诚挚的感谢。
首先,衷心感谢我的指导老师。从论文的选题、框架设计到内容撰写与修改,老师始终给予我耐心的指导和宝贵的建议。在我遇到技术难题和写作瓶颈时,老师以其渊博的学识和严谨的治学态度为我指明方向,使我能够不断修正思路、完善内容,最终顺利完成本论文。
感谢学校提供的良好学习环境和丰富的教学资源,让我在理论学习与实践能力上都得到了全面提升。同时,感谢同学们在项目开发过程中给予的技术交流与支持,我们在讨论中碰撞思想,互相启发,共同进步。
我要特别感谢我的家人,他们始终默默支持我的学业,给予我精神上的鼓励和生活上的关怀,使我能够安心完成论文写作与系统开发工作。
最后,向参与论文评审和答辩的各位老师致以深深的谢意,感谢你们在百忙之中审阅我的论文并提出宝贵意见。本研究仍有不足之处,恳请各位老师批评指正。
谨以此文,致敬所有陪伴我走过这段学习旅程的人。
点赞+收藏+关注 → 私信领取本源代码、数据库
更多推荐



所有评论(0)