目 录
摘 要
随着电子商务的迅猛发展,越来越多的传统零售行业开始转型为线上平台,花店行业亦不例外。传统的花店管理模式存在着信息不对称、库存管理不精确、用户体验不佳等问题,导致顾客购物效率低下和商家管理困难。因此,开发一款集鲜花销售、订单管理和客户服务为一体的小程序,能够提高花店经营的效率,提升顾客购物体验,已成为市场迫切的需求。
本项目采用了Express框架进行后端开发,结合Vue.js和Element UI构建前端页面,使用MySQL数据库进行数据存储。系统功能覆盖了鲜花商城、购物车、订单管理、用户账户管理等模块,用户可以浏览商品、下单购买、评论商品、管理个人信息和收货地址等。管理员通过后台管理系统可以轻松管理商品、订单和用户,优化商品展示与库存,确保订单配送顺畅。该系统特色在于其高效的敏感词过滤功能、灵活的订单追踪和数据统计功能,全面提升了用户和商家的互动体验。
总之,该小程序不仅解决了传统花店管理中存在的诸多问题,也通过现代化的技术手段提供了便捷的线上购物平台。它将花店的运营模式提升到新的高度,既增强了商家的管理能力,也为顾客提供了更流畅的购物体验。
关键词:Express框架,一家花店管理小程序。
With the rapid development of e-commerce, more and more traditional retail industries are transforming into online platforms, and the flower shop industry is no exception. The traditional flower shop management model suffers from problems such as information asymmetry, inaccurate inventory management, and poor user experience, leading to low shopping efficiency for customers and difficulties in managing merchants. Therefore, developing a mini program that integrates flower sales, order management, and customer service has become an urgent need in the market to improve the efficiency of flower shop operations and enhance customer shopping experience.
This project adopts the Express framework for backend development, combines Vue.js and Element UI to build frontend pages, and uses MySQL database for data storage. The system functions cover modules such as flower mall, shopping cart, order management, user account management, etc. Users can browse products, place orders, comment on products, manage personal information and shipping addresses, etc. Administrators can easily manage products, orders, and users through the backend management system, optimize product display and inventory, and ensure smooth order delivery. The feature of this system lies in its efficient sensitive word filtering function, flexible order tracking and data statistics function, which comprehensively enhances the interaction experience between users and merchants.
In short, this mini program not only solves many problems in traditional flower shop management, but also provides a convenient online shopping platform through modern technological means. It elevates the operational model of flower shops to new heights, enhancing the management capabilities of merchants and providing customers with a smoother shopping experience..
Keywords : Express framework, a flower shop management mini program.
- 绪 论
- 研究背景
随着信息技术的不断进步,互联网和电子商务已渗透到各个行业中,成为现代商业运营的重要驱动力。尤其是在零售行业,传统的经营模式逐渐无法满足市场日益增长的需求,尤其是在商品展示、库存管理和客户服务等方面,面临着越来越多的挑战。随着用户需求的多样化和个性化,传统花店模式面临着经营效率低下、顾客购物体验不佳等问题。因此,探索适合花店行业的数字化转型途径,开发线上花店管理小程序,成为提升行业效率和顾客体验的迫切需求[1]。
本研究旨在通过设计和实现一个基于小程序的花店管理系统,帮助传统花店克服当前面临的管理和运营困境。传统花店管理通常依赖人工记录和传统销售渠道,这种模式不仅效率低,而且无法实时跟踪商品和订单的变化,导致库存不准确和销售流程繁琐。此外,传统花店的顾客也面临着购买流程复杂、商品信息不透明等问题,极大地影响了消费者的购物体验[2]。因此,本研究的目的在于开发一个便捷、易用的线上平台,通过集成商品展示、购物车、订单管理等功能,提升花店的管理效率和顾客的购物体验[3]。
本研究的理论意义在于,通过分析花店行业的实际需求,探索电子商务平台在传统零售行业中的应用,为相关领域的研究提供理论支持。实践意义方面,研究成果不仅有助于花店提升经营效率,减少运营成本,还能为花店商家提供一个全新的、与时俱进的经营模式,推动花店行业向智能化、信息化转型。这一研究成果在提升顾客满意度和商家管理能力方面具有重要的实际应用价值,也对推动传统零售行业的数字化发展做出了贡献[4]。
近年来,随着电子商务的蓬勃发展,各行各业都在探索如何通过信息化手段提升经营效率和客户体验[5]。花店作为传统零售行业的重要组成部分,也面临着数字化转型的需求。在国内,已有一些花店通过开发移动端应用程序或小程序来实现线上销售和订单管理[6]。国内的研究主要集中在如何优化花店管理流程、提高库存管理精度、增强顾客体验等方面。例如,部分花店通过开发基于微信的小程序实现了线上花卉展示、订单管理以及配送服务。然而,国内市场上的花店管理系统大多存在信息孤岛、功能单一、系统性能不稳定等问题,尚未能完全解决花店在运营中的所有需求[7]。
国外在花卉行业的数字化转型方面起步较早,尤其是在欧美等发达国家,电子商务平台的应用更加广泛。许多国外花店已经建立了完整的线上销售平台,结合现代信息技术进行数据分析、库存管理和物流调度,提升了整体运营效率。例如,美国的Floom平台通过其网站和移动应用提供个性化的鲜花配送服务,并能够通过用户行为数据分析实现个性化推荐,极大提升了客户的购物体验[8]。尽管如此,国外在花店管理小程序的应用上仍存在一定的局限性,许多平台的功能过于复杂,导致一些小型花店在使用过程中面临技术门槛。此外,国外一些平台也存在着对本地化服务和产品需求的忽视,未能针对不同地区的消费者需求提供个性化的解决方案。
总体来看,国内外的研究与实践在花店管理系统的设计与实现上取得了一定的进展,但仍面临诸多挑战。如何优化系统架构、提高功能的多样性、减少操作复杂度,以及提升平台的稳定性和扩展性,依然是花店管理小程序开发亟待解决的问题。随着市场对智能化、便捷化需求的不断提升,花店管理小程序的设计和实现将迎来更加广阔的发展空间。
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:本章节将对一家花店管理小程序的实现关键技术进行简要介绍。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
本研究采用了以下几种方法与手段来设计和实现基于Express框架的花店管理小程序:
(1)需求分析:通过对花店经营者和顾客的调研,收集了花店管理中存在的问题和需求。明确了小程序应具备的主要功能,如商品展示、订单管理、库存控制和用户管理等,为系统设计提供了重要依据。
(2)系统设计:根据需求分析结果,设计了小程序的整体架构与功能模块。前端使用Vue.js和Element UI,后端使用Express框架,数据库采用MySQL。通过模块化设计,确保系统结构清晰,便于后期扩展和维护。
(3)原型设计与反馈:在开发之前,通过原型设计展示了系统的主要界面和功能流程,帮助明确系统的操作流程。根据用户的反馈,进一步调整界面和功能,确保系统易用性和符合实际需求。
(4)测试与优化:在开发过程中进行了多轮测试,确保每个功能模块的稳定性和可靠性。特别是在订单处理和支付等关键流程上,进行了详细测试,优化系统在高并发情况下的性能,确保稳定运行
一家花店管理小程序采用Node.js作为开发语言,基于Express技术框架,实现后端逻辑处理,配合MySQL数据库进行数据存储和管理,确保系统数据的安全和高效访问;利用B/S架构,简化用户端部署和维护,实现高效数据交互;同时,前端部分使用Node.jsScript进行交互设计,提供一个用户友好、界面简洁的用户端交互界面。通过以上技术的结合,本一家花店管理小程序实现了高效、便捷的管理功能,满足了不同用户的需求,推动构建节约型和环境友好型校园文化。
Node.js是一个开源的Node.jsScript运行环境,它能够在服务器端执行Node.jsScript代码。Node.js采用事件驱动和非阻塞I/O模型,使其在处理高并发时展现出优越的性能和吞吐量,特别适合构建网络应用。
MySQL是一种广泛使用的开源关系型数据库管理系统(RDBMS),其稳定性、可靠性和卓越性能使其成为众多应用程序的首选数据库。MySQL支持标准SQL语法,并提供丰富的功能和特性,如事务处理、触发器和存储过程等,以满足开发者对数据管理和操作的需求。MySQL具有良好的可扩展性,支持主从复制、分布式架构和集群部署,适用于各种规模和负载的应用场景。作为一个开源项目,MySQL拥有庞大的用户社区和活跃的开发者社区,为用户提供了丰富的文档、教程和支持资源。总之,MySQL是一款可靠、强大且灵活的关系型数据库管理系统错误!未定义书签。通过其卓越性能和可扩展性,帮助开发者高效地管理和操作数据,并得到了广大用户的认可和应用。
Express是一个基于Node.js的快速、灵活且极简的Web框架,用于构建Web应用和API。它提供了一系列强大的特性,比如中间件支持、路由管理、请求处理等。通过Express,开发者能够快速构建出功能强大的Web应用并处理复杂的HTTP请求。
B/S(Browser/Server)架构是一种现代的应用程序架构,将用户端的处理主要移至浏览器,从而简化客户端的部署和维护。在本系统中,用户通过浏览器访问服务管理平台,后端所有业务逻辑和数据管理均由服务器处理,形成高效的数据交互。
Node.jsScript是一种广泛使用的脚本语言,主要用于前端开发。它能够与HTML和CSS结合,实现动态网页效果和交互。在本项目中,Node.jsScript还用于与Express框架的后端API进行交互。
微信开发者工具是一款专为小程序开发而设计的应用,它不断改进,提供了便捷的操作方式,并且在开发过程中可以通过微信扫描二维码来访问,从而实现快速、准确的小程序开发和调试。
根据用户的需求,我们将采用不同的屏幕大小来制作小程序。
在完成了视图布置之后,可以通过执行编辑功能,快速更改当前的视图界面。
控制台:方便调试打印输出信息。
将代码上传至腾讯服务器,并在审核过程中填写版本号和备注信息,以确保代码的安全性和准确性。
通过查看资源文件,我们可以快速地调整相关项目的文件目录,从而实现断点调试。
使用远程调试技术,无论是在手机端还是PC端,都能够轻松地进行开发工作。
本地数据存储:显示的是本地存储的数据。
通过使用子父层级结构,我们可以更容易地进行视图调试。
微信的代码体积应该保持在2M 以内,而且在开发过程中,应该严格检查合法域名信息,并且为小程序的后台配置服务器域名。
微信开发者工具已经成为了开发过程中不可或缺的一部分,并且正在不断地改进和完善。
这款微信小程序的设计旨在帮助用户快速、便捷地创建出一款拥有完全独特 特色的应用。它由一套完善的框架结构,将用户界面、操作界面、功能界面等多种功能完美结合,使用户只需要一点点的操作,就能轻松实现微信小程序的创建。框架的核心功能是一个快速的数据绑定机制,它能够轻松地将用户的信息和界面进行一致性的管理。它不仅支持对用户信息的实时监控,还能够根据用户的需求,实现对界面的快速调整和优化,从而使用户能够轻松地构建强大的微信小程序。
在技术可行性方面,选择使用Node.js作为开发语言,结合相应的框架Express,以实现系统的功能需求。Node.js作为一种高效的服务器端JavaScript运行环境,具备非阻塞I/O和高并发处理能力,非常适合开发高性能的网络应用。Express作为Node.js的Web框架,提供了简洁且灵活的开发接口,能够帮助快速搭建和扩展Web应用,使得系统的设计和实现更加高效和便捷。
系统开发采用开源技术栈,降低了软件授权与工具采购成本。Node.js和Express框架简化了开发流程,缩短了项目周期,减少了人力投入。此外,借助云计算资源部署系统,可根据实际需求灵活调整服务器配置,进一步降低硬件成本。总体而言,该方案在经济上具有较高性价比,适合中小型企业或初创团队实施。
随着移动互联网的普及和消费者购物习惯的转变,线上购买花卉逐渐成为主流。通过实现便捷的订单管理、库存控制及客户服务功能,可以显著提升花店的运营效率和服务质量。对于传统花店而言,采用该小程序有助于降低管理成本、提高市场竞争力,符合当前社会数字化转型的趋势,具备广泛的市场应用前景。
在操作可行性方面,本系统设计注重用户体验,采用了直观易用的界面设计,并提供详细的帮助文档支持,确保用户可以轻松上手使用各项功能。无论是用户还是后台管理员,都能通过简洁明了的操作流程完成信息查询和管理等任务。因此,从用户操作的角度来看,本系统具备良好的操作可行性。
一家花店管理小程序划分为了前端模块和后端模块两大部分。
前端注册用户模块:
注册登录:注册登录功能允许注册用户创建新账户或使用现有账户登录系统。注册时,用户需要提供必要的信息,如用户名、密码、邮箱等。登录则需要输入已注册的用户名和密码,系统会验证信息的正确性,确保用户身份的安全性。注册用户需先通过注册并审核通过后,才能申请业务、报名培训、查看福利和招聘信息等。审核通过后,用户才能享受平台的相关服务。
首页:首页展示了轮播图、网站公告、购物车入口以及鲜花资讯等内容,方便用户快速获取最新信息并进入感兴趣的板块。
鲜花商城:在鲜花商城中,用户可以查看每种鲜花的详细信息,包括价格、库存和销量等,并能将喜欢的鲜花加入购物车或直接购买。支付方式支持微信、支付宝等多种渠道。此外,用户还可以咨询客服、点赞、收藏和评论商品,评论功能带有敏感词过滤机制。
网站公告:提供网站公告、关于我们、联系方式及网站介绍等信息,帮助用户更好地了解平台的服务和支持方式。
购物车:用户可以在购物车中查看已添加的商品详情,并根据需要调整数量后进行下单支付,简化了购物流程。
鲜花资讯:用户可以查看详细的鲜花资讯,并进行搜索、点赞、收藏、评论及回复操作,增加了用户互动性,便于分享养花知识。
我的:用户可以在“我的”页面对个人信息进行管理和操作,确保账户的安全性和个性化设置。
基本信息:允许用户修改个人资料和密码,确保个人信息的安全性和隐私保护。
收货地址:用户可以新增、管理编辑及删除收货地址,确保订单配送的准确性。
收藏:用户可以查看所有已收藏的资讯和信息,并对不感兴趣的内容进行删除操作,保持收藏夹的整洁有序。
订单:用户可以查看所有订单状态,包括全部订单、待付款订单和已付款订单,便于跟踪订单进度。
购物车:在“购物车”页面,用户可以再次查看购物车中的商品,选择商品数量并进行下单支付。购物车页面支持用户直接跳转到结算界面进行支付。
订单配送:用户可以查看订单配送详情并进行签收操作,同时支持查询、重置和删除等功能,确保订单处理的高效和准确。
后端管理员模块:
管理员登录:管理员通过用户名和密码进行登录,进入系统后台,能够访问所有管理功能,并执行相应操作。
后台首页:管理员可以在后台首页查看商品销售金额统计、商品销售数量统计,并修改个人资料,便于日常管理和自我维护。
系统用户:管理员负责管理所有用户账号(包括管理员和注册用户),执行增删改查等操作,确保系统的用户管理体系健全有效。
系统管理:管理员可以管理轮播图和敏感词,执行查看详情、增删改查等操作,确保展示内容的多样性和安全性。
网站公告管理:管理员负责管理网站公告,包括查看详情、搜索、增删改查等操作,确保重要信息能够及时传达给用户。
资源管理:管理员可以管理鲜花资讯及其分类,执行查看详情、用户评论、增删改查等操作,为用户提供丰富且有序的信息资源。
商城管理:管理员可以管理鲜花商城,包括查看详情、用户评论、增删改查等操作,并管理分类列表,确保商品分类清晰明确。此外,管理员可以查看各用户的购买商品订单详情和配送情况,通过输入订单号、商品名称、联系人姓名及选择状态进行搜索、查询、重置、删除等操作。对于订单配送,管理员可以查看订单配送详情和签收状态,选择配送状态、签收状态进行搜索、查询、重置、删除等操作,并更改配送状态。
一家花店管理小程序的非功能性需求比如一家花店管理小程序的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等,具体可以表示在如下3-1表格中:
表3-1一家花店管理小程序非功能需求表
| 安全性 | 主要指一家花店管理小程序数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指一家花店管理小程序能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
| 性能 | 性能是影响一家花店管理小程序占据市场的必要条件,所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着一家花店管理小程序的页面展示内容进行操作,就可以了。 |
| 可维护性 | 一家花店管理小程序开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
一家花店管理小程序的完整UML用例图分别是图3-1、3-2。
注册用户角色用例如下图所示。

图 3-1一家花店管理小程序注册用户角色用例图
管理员角色用例如下图所示。

图 3-2一家花店管理小程序管理员角色用例图
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如下图所示

图 3-3系统开发流程图
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如下图所示。

图 3-4登录流程图
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入,若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如下图所示。

图 3-5 系统操作流程图
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如下图所示。

图 3-6 添加信息流程图
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入,若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如下图所示。

图 3-7 修改信息流程图
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节,若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如下图所示。

图 3-8删除信息流程图
- 一家花店管理小程序 总体设计
本章主要讨论的内容包括一家花店管理小程序的功能模块设计、数据库系统设计。
本一家花店管理小程序从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图 4-1一家花店管理小程序架构设计图
表现层(UI):也称为用户界面层,它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验,确保用户在使用一家花店管理小程序时感到舒适和便捷。为了确保良好的兼容性,UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外,UI交互功能必须合理设计,确保用户的操作能够得到相应的反馈和结果,这要求表现层与业务逻辑层之间保持良好的通信和协同工作。
业务逻辑层(BLL):这一层主要处理一家花店管理小程序的数据和业务逻辑。当用户通过表现层提交数据时,业务逻辑层会接收这些数据,进行处理,并将结果传递给数据层进行存储或查询。同时,当系统需要从数据层读取数据时,业务逻辑层会处理这些数据,并将其传递给表现层进行展示。
数据层(DL):虽然本一家花店管理小程序的数据存储在服务端的MySQL数据库中,但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理一家花店管理小程序的数据。数据层与MySQL数据库进行交互,执行数据的增、删、改、查等操作,确保数据的完整性和安全性。
这三个层次相互独立但又紧密协作,共同构成了一家花店管理小程序的完整架构。通过合理的分层设计,可以提高系统的可维护性、可扩展性和可重用性,为用户提供更好的服务和体验。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本一家花店管理小程序中的用例。那么接下来就要开始对本一家花店管理小程序的架构、主要功能和数据库开始进行设计。一家花店管理小程序根据前面章节的需求分析得出,一家花店管理小程序的功能模块图如下图所示。

图 4-2一家花店管理小程序功能模块图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
-
-
- 数据库概念结构设计
-
下面是整个一家花店管理小程序中主要的数据库表总E-R实体关系图。

图 4-3一家花店管理小程序总E-R关系图
通过上一小节中一家花店管理小程序中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。
表 4-1-access_token(登陆访问时长)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-address(收货地址)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | address_id | int | 是 | 是 | 收货地址 | |
| 2 | name | varchar | 32 | 否 | 否 | 姓名 |
| 3 | phone | varchar | 13 | 否 | 否 | 手机 |
| 4 | postcode | varchar | 8 | 否 | 否 | 邮编 |
| 5 | address | varchar | 255 | 是 | 否 | 地址 |
| 6 | user_id | mediumint | 是 | 否 | 用户ID | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | default | tinyint | 是 | 否 | 默认判断 |
表 4-3-article(文章)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | article_id | mediumint | 是 | 是 | 文章id | |
| 2 | title | varchar | 125 | 是 | 是 | 标题 |
| 3 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 4 | hits | int | 是 | 否 | 点击数 | |
| 5 | praise_len | int | 是 | 否 | 点赞数 | |
| 6 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | url | varchar | 255 | 否 | 否 | 来源地址 |
| 10 | tag | varchar | 255 | 否 | 否 | 标签 |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img | varchar | 255 | 否 | 否 | 封面图 |
| 13 | description | text | 65535 | 否 | 否 | 文章描述 |
表 4-4-article_type(文章分类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | smallint | 是 | 是 | 分类ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 4 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 5 | description | varchar | 255 | 否 | 否 | 描述 |
| 6 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 7 | url | varchar | 255 | 否 | 否 | 外链地址 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-auth(用户权限管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-cart(购物车)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | cart_id | int | 是 | 是 | 购物车ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | img | varchar | 255 | 是 | 否 | 图片 |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | state | int | 是 | 否 | 状态:使用中,已失效 | |
| 8 | price | double | 是 | 否 | 单价 | |
| 9 | price_ago | double | 是 | 否 | 原价 | |
| 10 | price_count | double | 是 | 否 | 总价 | |
| 11 | num | int | 是 | 否 | 数量 | |
| 12 | goods_id | mediumint | 是 | 是 | 商品id | |
| 13 | type | varchar | 64 | 是 | 否 | 商品分类 |
| 14 | description | varchar | 255 | 否 | 否 | 描述 |
表 4-7-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-8-collect(收藏)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | collect_id | int | 是 | 是 | 收藏ID | |
| 2 | user_id | int | 是 | 是 | 收藏人ID | |
| 3 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | title | varchar | 255 | 否 | 否 | 标题 |
| 7 | img | varchar | 255 | 否 | 否 | 封面 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-comment(评论)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | comment_id | int | 是 | 是 | 评论ID | |
| 2 | user_id | int | 是 | 是 | 评论人ID | |
| 3 | reply_to_id | int | 是 | 否 | 回复评论ID | |
| 4 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 11 | source_id | int | 是 | 否 | 来源ID |
表 4-10-flower_mall(鲜花商城)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | flower_mall_id | int | 是 | 是 | 鲜花商城ID | |
| 2 | number_of_flowers | varchar | 64 | 否 | 否 | 鲜花编号 |
| 3 | floral_works | text | 65535 | 否 | 否 | 花艺作品 |
| 4 | hits | int | 是 | 否 | 点击数 | |
| 5 | collect_len | int | 是 | 否 | 收藏数 | |
| 6 | comment_len | int | 是 | 否 | 评论数 | |
| 7 | cart_title | varchar | 125 | 否 | 否 | 标题 |
| 8 | cart_img | text | 65535 | 否 | 否 | 封面图 |
| 9 | cart_description | varchar | 255 | 否 | 否 | 描述 |
| 10 | cart_price_ago | double | 是 | 否 | 原价 | |
| 11 | cart_price | double | 是 | 否 | 卖价 | |
| 12 | cart_inventory | int | 是 | 否 | 商品库存 | |
| 13 | cart_type | varchar | 64 | 是 | 否 | 商品分类 |
| 14 | cart_content | longtext | 4294967295 | 否 | 否 | 正文 |
| 15 | cart_img_1 | text | 65535 | 否 | 否 | 主图1 |
| 16 | cart_img_2 | text | 65535 | 否 | 否 | 主图2 |
| 17 | cart_img_3 | text | 65535 | 否 | 否 | 主图3 |
| 18 | cart_img_4 | text | 65535 | 否 | 否 | 主图4 |
| 19 | cart_img_5 | text | 65535 | 否 | 否 | 主图5 |
| 20 | create_time | datetime | 是 | 否 | 创建时间 | |
| 21 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-goods(商品信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | goods_id | mediumint | 是 | 是 | 产品ID | |
| 2 | title | varchar | 125 | 否 | 否 | 标题 |
| 3 | img | text | 65535 | 否 | 否 | 封面图:用于显示于产品列表页 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | price_ago | double | 是 | 否 | 原价 | |
| 6 | price | double | 是 | 否 | 卖价 | |
| 7 | sales | int | 是 | 否 | 销量 | |
| 8 | inventory | int | 是 | 否 | 商品库存 | |
| 9 | type | varchar | 64 | 是 | 否 | 商品分类 |
| 10 | hits | int | 是 | 否 | 点击量 | |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img_1 | text | 65535 | 否 | 否 | 主图1 |
| 13 | img_2 | text | 65535 | 否 | 否 | 主图2 |
| 14 | img_3 | text | 65535 | 否 | 否 | 主图3 |
| 15 | img_4 | text | 65535 | 否 | 否 | 主图4 |
| 16 | img_5 | text | 65535 | 否 | 否 | 主图5 |
| 17 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 19 | customize_field | text | 65535 | 否 | 否 | 自定义字段 |
| 20 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 21 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 22 | source_id | int | 是 | 否 | 来源ID | |
| 23 | user_id | int | 否 | 否 | 添加人 |
表 4-12-goods_type(商品类型)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | int | 是 | 是 | 商品分类ID | |
| 2 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 3 | name | varchar | 255 | 否 | 否 | 商品名称 |
| 4 | desc | varchar | 255 | 否 | 否 | 描述 |
| 5 | icon | varchar | 255 | 否 | 否 | 图标 |
| 6 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 7 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-14-logistics_delivery(物流配送)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | logistics_delivery_id | int | 是 | 是 | 物流配送ID | |
| 2 | order_number | varchar | 64 | 否 | 否 | 订单号 |
| 3 | product_name | varchar | 64 | 否 | 否 | 商品名称 |
| 4 | purchase_quantity | varchar | 64 | 否 | 否 | 购买数量 |
| 5 | total_transaction_amount | double | 否 | 否 | 交易总额 | |
| 6 | the_date_of_issuance | date | 否 | 否 | 发货日期 | |
| 7 | delivery_number | varchar | 30 | 否 | 否 | 配送订单 |
| 8 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 9 | shipping_address | varchar | 64 | 否 | 否 | 收货地址 |
| 10 | delivery_status | varchar | 64 | 否 | 否 | 配送状态 |
| 11 | signing_status | varchar | 64 | 否 | 否 | 签收状态 |
| 12 | recommend | int | 是 | 否 | 智能推荐 | |
| 13 | contact_name | varchar | 255 | 否 | 否 | 联系人名字 |
| 14 | merchant_id | int | 否 | 否 | 商家id | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-15-notice(公告)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-16-order(订单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | order_id | int | 是 | 是 | 订单ID | |
| 2 | order_number | varchar | 64 | 否 | 否 | 订单号 |
| 3 | goods_id | mediumint | 是 | 是 | 商品ID | |
| 4 | title | varchar | 255 | 否 | 否 | 商品标题 |
| 5 | img | varchar | 255 | 否 | 否 | 商品图片 |
| 6 | price | double | 是 | 否 | 价格 | |
| 7 | price_ago | double | 是 | 否 | 原价 | |
| 8 | num | int | 是 | 否 | 数量 | |
| 9 | price_count | double | 是 | 否 | 总价 | |
| 10 | norms | varchar | 255 | 否 | 否 | 规格 |
| 11 | type | varchar | 64 | 是 | 否 | 商品分类 |
| 12 | contact_name | varchar | 32 | 否 | 否 | 联系人姓名 |
| 13 | contact_email | varchar | 125 | 否 | 否 | 联系人邮箱 |
| 14 | contact_phone | varchar | 11 | 否 | 否 | 联系人手机 |
| 15 | contact_address | varchar | 255 | 否 | 否 | 收件地址 |
| 16 | postal_code | varchar | 9 | 否 | 否 | 邮政编码 |
| 17 | user_id | int | 是 | 否 | 买家ID | |
| 18 | merchant_id | mediumint | 是 | 否 | 商家ID | |
| 19 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 20 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 21 | description | varchar | 255 | 否 | 否 | 描述 |
| 22 | state | varchar | 16 | 是 | 否 | 订单状态:待付款,待发货,待签收,已签收,待退款,已退款,已拒绝,已完成 |
| 23 | remark | text | 65535 | 否 | 否 | 订单备注 |
| 24 | delivery_state | varchar | 16 | 否 | 否 | 发货状态:未配送,已配送 |
| 25 | vip_discount | double | 否 | 否 | 折扣 |
表 4-17-praise(点赞)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | praise_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 是 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | status | tinyint | 是 | 否 | 点赞状态:1为点赞,0已取消 |
表 4-18-registered_user(注册用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | registered_user_id | int | 是 | 是 | 注册用户ID | |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 4 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-19-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-20-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-21-sensitive_vocabulary(敏感词汇)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | sensitive_vocabulary_id | int | 是 | 是 | 敏感词汇ID | |
| 2 | sensitive_vocabulary | varchar | 64 | 否 | 否 | 敏感词汇 |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-22-slides(轮播图)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | 是 | 是 | 轮播图ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | 是 | 否 | 点击量 | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-23-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-24-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-25-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
一家花店管理小程序的详细设计与实现主要是根据前面的一家花店管理小程序的需求分析和一家花店管理小程序的总体设计来设计页面并实现业务逻辑。主要从一家花店管理小程序界面实现、业务逻辑实现这两部分进行介绍。
-
- 前端首页模块
用户登录后进入首页,首页展示轮播图、网站公告、购物车、鲜花资讯等内容。首页提供直观的导航,帮助用户快速浏览网站信息和热门推荐。模块展示如下图所示。

图 5-1前台首页模块图
-
- 用户注册模块
不是一家花店管理小程序中正式用户的是可以在线进行注册的,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+身份+用户姓名+用户性别+联系方式等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图 5-2注册模块图
-
- 登录模块
一家花店管理小程序中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到一家花店管理小程序的首页中,否则将会提示相应错误信息,登录模块如下图所示。

图 5-3登录模块图
-
- 前端注册用户功能模块
用户可以在商城中查看每一款鲜花的详细信息,包括价格、库存、销量等。用户可以将商品加入购物车或直接进行购买。购买时可以通过微信、支付宝等支付方式完成交易。用户还可以咨询客服,点赞、收藏和评论鲜花商品,同时系统对评论内容进行敏感词过滤,确保评论内容的健康与规范。如下图所示:

图 5-4商城详情模块图

图 5-4支付订单模块图
用户可以浏览鲜花资讯,查看最新的行业新闻和动态。用户可以搜索相关内容,点赞、收藏和评论资讯。评论功能支持回复,且所有评论都会经过敏感词过滤,以避免发布不当言论。如下图所示。

图 5-5鲜花资讯详情模块图
用户可以查看自己购物车中的商品信息,并且可以选择商品数量后直接下单进行支付。购物车的管理界面简洁易用,方便用户对已选商品进行修改和确认。如下图所示。

图 5-6购物车模块图
用户可以查看自己的所有订单,订单按照状态(全部、待付款、已付款)进行分类,便于用户管理自己的购买记录。如下图所示。

图 5-7订单详情模块图
用户可以查看自己订单的配送详情,包括配送状态、签收状态等信息。用户可以进行签收操作,查看订单的配送记录,若配送有问题,还可以进行查询、重置等操作。如下图所示。

图 5-8我的-订单配送模块图
-
- 后端管理员功能模块
管理员登录后台后,能够看到后台首页,首页显示商品销售金额、销售数量的统计数据,帮助管理员实时了解商城的销售情况。同时,管理员可以修改自己的个人资料,保持信息的最新和安全。如下所示。

图 5-8后台首页模块图
管理员可以管理系统的用户账户,包括注册用户和管理员账户。通过后台系统,管理员可以对用户账户进行增删改查操作,确保用户信息的正确性与管理的便捷性。用户管理流程图如下所示。

图 5-9用户管理流程图
系统用户模块如下图所示。

图 5-10系统用户模块图
管理员可以管理商城首页的轮播图,包括查看、添加、编辑和删除轮播图。通过此功能,管理员可以更新和调整首页展示的视觉内容。如下图所示。

图 5-11轮播图管理模块图
管理员可以管理网站公告,包括查看、搜索、编辑、发布新公告、删除公告等。管理员可以随时更新与发布相关公告,向用户传达最新信息。如下图所示。

图 5-12网站公告模块图
管理员可以查看所有的鲜花资讯,管理用户评论,并对资讯内容进行增删改查操作。此功能帮助管理员维持资讯的及时性和准确性,管理用户评论内容,保证信息质量。模块如下图所示。

图 5-13添加鲜花资讯模块图
管理员可以管理鲜花商城,包括查看详情、用户评论、增删改查等操作,并管理分类列表,确保商品分类清晰明确。此外,管理员可以查看各用户的购买商品订单详情和配送情况,通过输入订单号、商品名称、联系人姓名及选择状态进行搜索、查询、重置、删除等操作。对于订单配送,管理员可以查看订单配送详情和签收状态,选择配送状态、签收状态进行搜索、查询、重置、删除等操作,并更改配送状态。模块如下图所示。

图 5-14添加鲜花商城模块图

图 5-14订单列表模块图
测试的主要目的是确保系统的功能和性能满足预期的需求,同时识别和修复潜在的缺陷。通过系统测试,可以验证各个功能模块的正确性和稳定性,确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性。测试还可以提高用户满意度,保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试,可以降低后期维护成本,减少系统上线后出现故障的风险,从而保障系统的长期稳定运行。
在本系统中,测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的,覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比,以验证系统的功能是否按预期工作。
常见的测试用例包括功能测试用例、边界测试用例和异常测试用例。功能测试用例针对系统的各项功能进行验证;边界测试用例则侧重于输入数据的边界条件,验证系统在极端情况下是否能够稳定运行;异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。
在测试执行过程中,记录每个用例的执行结果,并根据实际结果与预期结果的对比,判断系统是否存在缺陷。通过系统化的测试用例执行,可以有效提高测试的覆盖率和效率,为系统的最终上线提供保障。
表6-1 用户登录功能测试表
| 用例名称 | 用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如表6-2 所示。
表6-2 创建数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行创建数据 | |
| 测试用例描述 | 使用者输入要创建的数据 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
-
-
- 修改数据测试
-
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如表6-3所示。
表6-3 修改数据测试用例
| 测试用例编号 | YL_06 | |
| 测试用例名称 | 系统使用者进行修改数据 | |
| 测试用例描述 | 使用者对可修改的数据项进行修改 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
| 将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
-
-
- 查询数据测试
-
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如表6-4所示。
表6-4 查询数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行查询数据 | |
| 测试用例描述 | 全部查询以及输入关键词查询 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 界面自动查询全部 | 显示对应所有记录 | 预期结果 |
| 输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
| 输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
经过系统测试,一家花店管理小程序的各项功能得到了全面验证。测试结果表明,系统在不同使用场景下能够稳定运行,功能和性能均达到了预期设计要求。特别是在数据创建、修改以及查询等核心功能上,系统展现出了良好的稳定性和准确性。
在测试过程中,发现了少量潜在缺陷,并及时进行了修复。这些修复进一步提升了系统的可靠性和用户体验。通过执行全面的测试用例,确保了系统的测试覆盖率达到了较高水平,为最终上线提供了坚实保障。
总体而言,本次系统测试圆满完成。一家花店管理小程序的功能和性能均达到了预期目标,为后续的开发和维护打下了坚实基础。该模块将在实际应用中发挥出色的表现,为用户提供高效、便捷的资源管理服务。
- 陈芳. 基于MySQL数据库的数据录入系统设计研究 [J]. 科技资讯, 2024, 22 (20): 35-37.
- 黎青霞. Node. js在Web开发中的应用研究 [J]. 信息记录材料, 2024, 25 (10): 91-93+96.
- 刘瑶. 安全代理视域下MySQL数据库防护技术 [J]. 中国高新科技, 2024, (18): 32-34.
- 庞敏. MySQL数据库的数据安全应用设计技术研究 [J]. 数字通信世界, 2024, (09): 25-27.
- 李淑玲,朱彤. 基于Node.js技术的在线测试系统设计方案 [J]. 科技资讯, 2023, 21 (19): 35-38.
- 邓杰海,刘薇,汤小燕. 基于Node.js的开源架构Electron赋能前端开发 [J]. 现代计算机, 2023, 29 (16): 87-92.
- 凌杰. Node.js后端全程实战[M]. 人民邮电出版社: 202305. 371.
- 赵率宏. 基于Node.js的ORM框架研究与实现[D]. 西南科技大学, 2023.
- 唐榜. 基于Node.js的Web服务端框架研究与实现[D]. 西南科技大学, 2021.
- 王仡捷. 基于Node.JS技术的高并发网络应用架构的设计与实现 [J]. 通化师范学院学报, 2020, 41 (04): 64-67.
- Daniel B . Modern Full-Stack React Projects:Build, maintain, and deploy modern web apps using MongoDB, Express, React, and Node.js[M]. Packt Publishing Limited: 2024-06-07.
- Jamie C . Learn SQL using MySQL in One Day and Learn It Well:SQL for beginners with Hands-on Project[M]. Packt Publishing Limited: 2024-04-26.
- Unraveling the Mysteries: Celadonsoft Sheds Light on JavaScript vs. Node.js Distinctions [J]. M2 Presswire, 2024,
- 王飒,杨智,程国华,等. 基于师徒带训制的花艺课程教学模式探讨——以安徽城市管理职业学院为例 [J]. 现代园艺, 2025, 48 (03): 202-204.
- 薛芳,刘蓉,陈柯心. 基于新零售的鲜花店营销模式研究——以“爱花居”为例 [J]. 绿色科技, 2024, 26 (09): 228-234.
- 霍丽洁. “场景、体验、服务”三个关键词或将成为花店业未来发展新趋势[N]. 中国花卉报, 2023-08-17 (004).
- 何彪. 基于JSP的网上花店系统的开发与设计 [J]. 电脑知识与技术, 2023, 19 (01): 43-45+52.
- 何卓彦,罗连,叶俊龙,等. 以校园花店为载体高职园艺技术专业创新创业实践模式探讨 [J]. 园艺与种苗, 2022, 42 (11): 63-64+66.
- 杨月涵,吕银玲. 一家花店的进阶:商圈流量新密码[N]. 北京商报, 2022-01-06 (003).
- 董彬. 基于社群的R花店营销策略优化研究[D]. 山东财经大学, 2021.
一家花店管理小程序设计与实现工作已结束,虽然过程中充满挑战,但内心充满自豪和满足。感谢大学四年间教导我的所有老师,他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师,他耐心解答疑惑,引导我解决问题,提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来,我将继续努力追求卓越,不辜负所学所悟和老师期望。坚信坚定信念和不懈努力,未来定能取得更辉煌成就。期待更美好未来!
一家花店管理小程序设计与实现不仅是技术挑战,挫折和困难是成长的垫脚石,让我更深入理解问题,精确找到解决方案。每次解决问题,都感到满足和自豪。
对于未来,我充满期待和信心。无论道路多崎岖,只要保持坚定信念,持续努力,定能取得更大成就。期待将知识和技能运用到实际中,为社会做出更大贡献。
最后,感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力,不辜负期望,为实现更美好的未来而奋斗。
代码
连接数据库的文件在server 文件夹下的config.js文件,代码如下:
module.exports = {
db: "mysql",
web: {
port: 5000,
host: "0.0.0.0"
},
mysql: {
host: "127.0.0.1",
user: "root",
password: "root",
database: "projectxxxxx",
log: false,
timezone:"08:00"
}
}
项目启动文件index.js,代码如下:
const express = require("express");
const bodyParser = require("body-parser");
const session = require('express-session');
const cors = require("cors");
const path = require('path');
const fileUpload = require('express-fileupload');
const core = require("./core");
$.services = require("./services");
const router = require("./router");
var {
port,
host
} = $.config.web;
const app = express()
app.use(fileUpload({
createParentPath: true,
useTempFiles:true
}));
app.use(session({
secret: 'express:sess',
resave: false,
rolling:false,
saveUninitialized: true,
cookie: { secure: true,maxAge:1800000,httpOnly:true }
}))
app.use(bodyParser.urlencoded({ extended: false }))
app.use(bodyParser.json())
app.use(express.static(path.join(__dirname, 'static')))
app.engine('html', require('express-art-template'))
app.set('views', path.join(__dirname, 'templates'))
app.use(cors())
app.use(async (req,res, next) => {
var user = req.session.user;
if (!user) {
var headers = req.headers;
if (headers["x-auth-token"]) {
var token = headers["x-auth-token"];
var access_token = await $.services["access_token"].get_obj({
token
});
if (access_token) {
var end_time = Date.parse(access_token.create_time) + access_token.maxage * 3600 * 1000;
var date = Date.parse(new Date());
if (end_time >= date) {
req.session.user = JSON.parse(access_token.info);
} else {
$.services["access_token"].del({
token
});
}
}
}
}
await next();
});
app.use(router)
app.listen(port, host, () =>
console.log(`http://${host}:${port}`)
)
登陆拦截管理器,在router文件夹下的router.js文件,代码如下:
function loadRoute(controller, route_path) {
var {
get,
post,
get_api,
post_api
} = controller.config;
if (controller["index"]) {
router.get(route_path, route(controller, "index"));
// router.get(route_path + "/", route(controller, "index"));
router.post(route_path, route(controller, "index"));
// router.post(route_path + "/", route(controller, "index"));
}
if (controller["api"]) {
if(alias.includes(route_path)){
router.get("/api/user" + route_path, route(controller, "api"));
// router.get("/api/user" + route_path + "/", route(controller, "api"));
router.post("/api/user" + route_path, route(controller, "api"));
// router.post("/api/user" + route_path + "/", route(controller, "api"));
}else{
router.get("/api" + route_path, route(controller, "api"));
// router.get("/api" + route_path + "/", route(controller, "api"));
router.post("/api" + route_path, route(controller, "api"));
// router.post("/api" + route_path + "/", route(controller, "api"));
}
}
for (var i = 0; i < get.length; i++) {
var action = get[i];
router.get(route_path + "/" + action, route(controller, action));
}
for (var i = 0; i < post.length; i++) {
var action = post[i];
router.post(route_path + "/" + action, route(controller, action));
}
for (var i = 0; i < get_api.length; i++) {
var action = get_api[i];
router.get("/api" + route_path + "/" + action, route(controller, action));
}
for (var i = 0; i < post_api.length; i++) {
var action = post_api[i];
router.post("/api" + route_path + "/" + action, route(controller, action));
}
}
登陆接受管理器,在serverr文件夹下的index.js文件,控制请求头代码如下:
app.use(async (req,res, next) => {
var user = req.session.user;
if (!user) {
var headers = req.headers;
if (headers["x-auth-token"]) {
var token = headers["x-auth-token"];
var access_token = await $.services["access_token"].get_obj({
token
});
if (access_token) {
var end_time = Date.parse(access_token.create_time) + access_token.maxage * 3600 * 1000;
var date = Date.parse(new Date());
if (end_time >= date) {
req.session.user = JSON.parse(access_token.info);
} else {
$.services["access_token"].del({
token
});
}
}
}
}
await next();
});
增:
Service.prototype.add = async function(body, config, config) {
var sql = $.mysql.toAddSql(body, Object.assign({}, this.config, config || {}));
var ret = await this.run(sql);
return ret;
};
删:
Service.prototype.del = async function(query, config) {
var sql = $.mysql.toDelSql(query, Object.assign({}, this.config, config || {}));
var ret = await this.run(sql);
return ret;
};
改:
Service.prototype.set = async function(query, body, config) {
var sql = $.mysql.toSetSql(query, body, Object.assign({}, this.config, config || {}));
var ret = await this.run(sql);
return ret;
};
查一条数据:
Service.prototype.get_list = async function(query, config) {
var sql = $.mysql.toGetSql(query, Object.assign({}, this.config, config || {}));
return await this.run(sql);
};
查多条数据:
Service.prototype.get_obj = async function(query, config) {
var sql = $.mysql.toGetSql(query, Object.assign({}, this.config, config || {}));
var arr = await this.run(sql);
if (arr.length > 0) {
return arr[0];
}
return null;
};
分组计数:
Service.prototype.count_group = async function(query, config) {
var sql = $.mysql.toCountSql(query, Object.assign({}, this.config, config || {}));
return await this.run(sql);
};
分组求和:
Service.prototype.sum_group = async function(query, config) {
var sql = $.mysql.toSumSql(query, Object.assign({}, this.config, config || {}));
return await this.run(sql);
};
项目采用三层架构controller(每一个实体对应一个controller),services(项目表实体),core,Controller 均继承自auth.js,注入两个对象,一个是实体类(以Auth为例),另一个是其services文件下的auth.js:
var Service = require('../core/service.js');
class Auth extends Service {
constructor(config) {
super(Object.assign({
table: "auth",
size: 10
}, config));
}
}
module.exports = {
Auth
};
通过请求的参数获取列表数据,代码如下:
Controller.prototype.list = async function(req,res) {
var query = req.query;
var {
field,
page,
size,
sqlwhere
} = query;
delete query.field;
delete query.page;
delete query.size;
delete query.sqlwhere;
var list = await this.service.get_list(
query,
Object.assign({}, this.config, {
field,
page,
size,
sqlwhere
})
);
var model = await this.model(req, {
list,
});
return await res.render(this.config.tpl + "list.html", model);
};
获取某个组下面的数量,代码如下:
Controller.prototype.list_group = async function(req) {
var query = req.query;
var {
groupby,
sqlwhere
} = query;
if (!groupby) {
return {
error: 30000,
message: "groupby的值不能为空!",
};
}
delete query.groupby;
delete query.sqlwhere;
var result = await this.service.count_group(
query,
Object.assign({
groupby,
sqlwhere
},
this.config
)
);
if (this.service.error) {
return {
error: this.service.error,
};
}
for(var i = 0;i < result.length;i ++){
result[i][1] = result[i][groupby];
result[i][0] = result[i]["count"];
}
return {
result: {list: result},
};
};
获取某个组下面的总计值,代码如下:
Controller.prototype.count = async function(req) {
var result = await this.service.count(req.query, this.config);
if (this.service.error) {
return {
error: this.service.error,
};
}
return {
result,
};
};
图片或文件等的上传方法代码如下:
Controller.prototype.upload = async function(req) {
var query = req.query;
var url = "";
if (req.files && req.files.file) {
var f = req.files.file;
const render = fs.createReadStream(f.tempFilePath);
var name = f.name;
var dir = f.dir || "";
var file = _dir + dir + name;
try {
if (fs.existsSync(file)) {
var arr = name.split(".");
name = arr[0];
var extension = arr[arr.length - 1];
var num = 10000;
for (var i = 0; i < num; i++) {
var na = name + "_" + (i + 1) + "." + extension;
file = path.join(_dir, na);
if (!fs.existsSync(file)) {
name = na;
break;
}
}
}
const upStream = fs.createWriteStream(file);
render.pipe(upStream);
url = _path + name;
} catch (e) {
console.log("上传失败:", e);
}
return {
result: {
url
}
};
} else {
return {
code: 10000,
message: "上传的文件(file)不能为空!",
};
}
};
注册页UserController.java,传入user对象,并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入,重点是 "username"、"nickname"、"password"必须输入,通过获取username,数据库查询是否有该用户,如果存在,则提示“用户已存在”,否则执行将UserId置为空(数据库表中该字段已设置自动递增),代码如下:
Register.prototype.index = async function(req,res) {
var group_list = await $.services["user_group"].get_list({}, Object.assign({}, this.config));
return await res.render(this.config.tpl + "index.html", {
group_list
});
};
Register.prototype.api = async function(req) {
var user = $.services.user;
var body = req.body;
var username = body.username;
var obj = await user.get_obj({
username
});
if (obj) {
return {
error: {
code: 70000,
message: "账户名已存在",
},
};
} else {
var password = md5(body.password);
var nickname = body.nickname;
var user_group = body.user_group;
var email = body.email;
var email_state= body.hasOwnProperty('email_state') ? body.email_state : 0;
var phone = body.phone;
var phone_state= body.hasOwnProperty('phone_state') ? body.phone_state : 0;
var bl_reg = await user.add({
username,
password,
nickname,
user_group,
email,
email_state,
phone,
phone_state
});
if (bl_reg) {
return {
result: "注册成功"
};
} else {
return {
error: {
code: 70000,
message: "注册失败",
},
};
}
}
};
注册页password则使用了MD5加密,代码如下:
先引入const md5 = require("md5");
在接口通过将md5函数包裹住前端请求发过来的密码进行加密代码如下:
var password = md5(body.password);
登录页,首先传入"username"、"email"、"phone"、"password",用户可通过用户名、邮箱、手机号进行登陆,通过判断$mysql返回来确定查询结果,然后执行查询用户组UserGroup,用户组里面不存在,依然报“用户不存在”,执行完以上代码,最后涉及到用户带有“审核”的,会查询examine_state(用户的审核状态),数据库表user_group中含有source_table和source_field进行查询,以上步骤完成,对输入的密码进行存储Token到数据库,匹对账号和密码,数据库中的AccessToken为令牌,用于身份认证,其代码如下:
Login.prototype.api = async function(req) {
var body = req.body;
var obj = await $.services["user"].get_obj({
username: body.username
},{like:false});
if (obj) {
var group = await $.services["user_group"].get_obj({
name:obj.user_group
})
if (group){
if (group.name!=="管理员"){
var sql = "select examine_state from "+ group.source_table +" WHERE user_id = " + obj.user_id;
var userExamine = await $.mysql.run(sql);
if (userExamine && userExamine.length > 0 && userExamine[0].examine_state!=="已通过"){
return {
error: {
code: 70000,
message: "该用户审核未通过"
},
};
}
}
if (obj.state!==1){
return {
error: {
code: 70000,
message: "用户非可用状态,不能登录"
},
};
}
var password = md5(body.password);
if (password === obj.password) {
req.session.user = obj;
var date = Date.parse(new Date());
var token = md5(obj.user_id + "_" + date);
await $.services["access_token"].add({
token,
info: JSON.stringify(obj),
user_id:obj.user_id
});
obj.token = token;
return {
result: {obj}
};
} else {
return {
error: {
code: 70000,
message: "密码错误"
},
};
}
}else {
return {
error: {
code: 70000,
message: "用户组不存在"
},
};
}
} else {
return {
error: {
code: 70000,
message: "账户不存在"
}
};
}
};
找回密码,接收用户输入的用户名、密码、验证码,并进行条件判断,代码如下:
Forget_password.prototype.api = async function(req) {
var user = $.services.user;
var body = req.body;
var username = body.username;
var email = body.email ? body.email : "";
var obj = await user.get_obj({
username,
});
if (obj) {
var password = md5(body.password);
var bl_for = await user.set({
username
}, {
password
});
if (bl_for) {
return {
result: "修改成功"
};
} else {
return {
error: {
code: 70000,
message: "修改失败",
},
};
}
} else {
return {
error: {
code: 70000,
message: "账户不存在或邮箱错误",
}
};
}
};
修改密码,通过请求data,获取旧密码,并将新密码重新赋值,期间都是需要通过加密,代码如下:
Change_password.prototype.api = async function(req) {
var user = $.services.user;
var body = req.body;
var token = req.headers["x-auth-token"];
var access_token = await $.services["access_token"].get_obj({
token
});
var info = JSON.parse(access_token.info);
var username = info.username;
var o_password = md5(body.o_password);
var change_password = md5(body.password);
var obj = await user.get_obj({
username
});
if (obj) {
if (o_password == obj.password) {
var bl_for = await user.set({
username
}, {
password: change_password
});
if (bl_for) {
return {
result: "修改成功"
};
} else {
return {
error: {
code: 70000,
message: "修改失败",
},
};
}
} else {
return {
error: {
code: 70000,
message: "密码错误",
},
};
}
} else {
return {
error: {
code: 70000,
message: "账户不存在",
},
};
}
};
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~

被折叠的 条评论
为什么被折叠?



