【甜品店管理系统的设计与实现15000字（论文）】

甜品店管理系统的设计与实现摘要随着信息化时代的到来，科技也在不断的进行突破。越来越多的一线城市乃至新一线城市甚至小城市的服务配套设施都得到了大力推进，人们对美好生活的需求逐步提高，对于高质量的便捷服务有了更大的需求。食品服务在社会热点广布的当下已经被冲上了风口浪尖，自然也越来越受到人民群众的关注。食品一系列的安全服务，它作为一个城市的重要参与组成部分，它的服务质量不仅影响对从外地而来的群众，同时也深深的影响了当地居民对食品的感触。对于满足人民群众的要求并且正确的食品服务，不需要有特别高端的专业性要求，只需要满足人民群众最基本的生活需求。本文从国内外各个方面进行了系统调研，发现随着二十一世纪互联网的兴起，信息时代的降临，新兴科技越来越有了新的进步。对甜品店管理的整个系统进行需求分析，包括其中功能方面的需求以及非功能方面的需求。在甜品店管理系统的概要设计中主要由以下划分，系统的大致框架设计以及模块的划分，其中有采用了MYSQL的数据库，对甜品店管理系统其中的实体关系进行了成系统的分析，并利用实体间的关系进行了数据表的结构化设计。甜品店管理系统的开发延用了SSM框架和MVC的模式，对整个系统进行了一个模块化的设计。甜品店管理系统的实现为写字楼因工作忙碌而无法离身的白领们和社区居家人员提供了便利且高效服务。关键词：甜品店管理系统；MVC；SSM目录摘要 IAbstract II目录 III第1章绪论 11.1研究背景和意义 11.2国内外发展的状况 11.3本文研究的主要内容 2第2章涉及的关键技术 32.1JAVAEE简介 32.2HTTP协议简介 32.3BootStrap简介 42.4SSM简介 42.5MySQL简介 5第3章系统分析 63.1系统可行性分析 63.2系统需求分析 63.3系统总体需求 73.3.1界面友好 73.3.2操作方便 73.3.3交互式处理 73.3.4方便浏览 73.3.5方便顾客 73.4系统的业务流程图 8第4章系统设计 104.1系统的功能结构 104.2总体功能结构 104.3数据库设计 124.4主要表的设计 144.4.1类型表设计 144.4.2商品表的设计 144.4.3商品推荐表的设计 144.4.4甜品订单表设计 154.4.5订单购物表的设计 154.4.6用户设计表 164.4.7管理员表设计 16第5章系统实现 175.1客户首先进入首页 175.2客户进到注册页面 175.3客户进行购物车 185.4客户选择提交订单 195.5用户选择支付订单 205.6管理员进入登陆页面 205.7管理员登录登录 215.8管理员管理的页面 225.9管理员品管理甜品页面 235.10管理员管理类目页面 255.11管理员修改密码页面 25第6章系统测试 276.1软件测试过程 276.2系统测试的结果 286.3系统测试用例 29结论 30参考文献 31绪论研究背景和意义从我国历史留下的足迹来看，群众自古以来就对饮食的健康问题就很上心，米饭从古至今就是群众饮食的根本，各行各业的兴起也带动饮食行业的兴起。正是由于居民收入的水平在伴随着时间越来越高，就导致居民对饮食的要求也越来越高，伴随着饮食行业的日益增长和行业的旺盛程度，饮食行业一直保持着相对于其它行业有着较强的增长势头。据不知名统计，近些年来，我国国内的餐饮行业平均每年都会以接近百分之二十的左右速度增长，是GDP发展速度的2倍，可以认为的是整个餐饮行业市场的发展前景是呈现出较为良好的趋势。餐饮行业的兴起，其中最受大众青睐的无疑是奶茶、咖啡、甜点这些休闲小吃进入了大众的视野。下午茶的由来，成就了在饭后有了这一习惯，为了让足不出户的写字楼办公室人员，以及不想出门的社区居民能够第一时间吃上下午茶，享受到最优质的餐饮服务，网上甜品店管理系统就给顾客提供了很好的发挥空间，让顾客不用出门在办公室或者家中就能实现点餐的需求，商家也能第一时间做到反馈，让顾客不用出门就能享受到美食。甜品店管理系统，省略了需要服务员的较大工作量的介绍，给顾客一个仔细自己了解的选择空间，让那些对于线上甜品店不了解的顾客，有一个清楚的认识，和通过甜品的仔细介绍，让顾客吃了舒心，店家也放心，实现了一种顾客和店家的双赢局面。国内外发展的状况随着新时代的发展，信息时代的崛起，居民生活水平提高了很多，但其中仍然有很多不尽人意的方面。国内的科学技术没有国外的技术早，餐饮实体虚拟系统同样也是如此。首先，相对于国外而言，国内的餐饮成本较国外高，国内的大型餐饮连锁并没有国外做的更好，比如一些跨国饮食企业KFC等都是一些国外知名企业，而国内这样的企业少之又少，这也导致了大量的投资家不愿将资本放在大笔投入到网上的甜品管理系统。其次就是国内食品企业内的餐饮成员整体所受教育水平是处于一个很低下的概念，可能是受到传统观念的影响，觉得餐饮行业就是服务行业，无需太高的教育水平。这一行业也正是被认为是劳动与收入不能进行相匹配的行业，所以导致了餐饮这一行业在本来有着高技术的产业链中在面对高操作系统面前，有着不足的操作问题。最后就是餐饮的信息化实现问题，能否打破自古以来的传统，尤其是对于一些中老年人，在对于类似于甜品店这类的系统时是较传统菜单而言比较困难。自古以来就是以传统作为风俗的国家，对于接受一个新鲜的东西就是比较慢的，更何况是网上的甜品店系统，对于信息时代的兴起，网上交易平台的兴起，也是比较出色的，目前来说，美团、饿了么，同类型平台这些都是涉及了有虚拟店家的网络系统餐饮，极大的为顾客提供了方便。本文研究的主要内容本篇文章主要是对于社区人员或者办公室人员进行的一个甜品店系统，主要分为前后两个部分，对于首要部分主要是前台展示的一个效果，第二部分则是系统的管理一个效果，通过对甜品店这一类型设施为社区或者在职上班人员提供一个便利，不愿意出门或者不方便出门的特殊情况提供便利，具体研究内容如下：对于目前主流的餐饮交易平台进行了一个市场调研，在多种类型的平台进行对比后进行一个合理的筛选，然后进行确定具体需求和开发整个系统所使用的整体框架和开发整个流程。在整个甜品店管理系统的构建过程中，运用了SSM框架，就实际情况而言，SSM的操作简单，更加符合现在能更好上手系统的认识规律。对于整体构建完成后，需要验证系统的安全性，为保证整个系统的工作安全效率。在整个框架的构建完成后，需要对整个系统进行一个不断的尝试，为后续工作更好的完成，不断的完善对系统进行一个优化的改进，可以通过对系统客户回馈的方法，保证其合理性和客户对系统的满意程度。整个甜品店管理系统的页面是非常清晰的，能进行一个同步的更新，前端会显示一个用户购买的记录，后端会有一个更新，前后端会及时响应，进行一个稳定衔接。涉及的关键技术JAVAEE简介在企业级开发应用的规范和标准与之对应的就是javaee。在java语言中常用的有小型设备版本的javaee，以及桌面版本的javase，和企业级版本的javaee。在开发JSP页面的同时，就需要对代码以及业务逻辑进行一个理性的认识。如果程序给编程和美工人员带来了压力那么一定是程序的需求发生了变化。Javaee的多项目的开发就是为了让程序变得更加简单和具有拓展性。构成应用的一个重要单元就是组件，组件之间的交叉依靠类和文件进行。整个应用的框架是采用Framework。对于框架，其实就是多种组件并在一起能够被开发人员在开发的过程时直接进行一个调用然后完成自己的项目。应用程序同样以框架为基础。如下表2.1所示表2.1应用程序框架应用程序StrutsHibernateSpringJavaEE整个javaee从层次上来看是由三层构成。由用户的主要界面和生成一个新用户的界面所合并组成的被称之为表示层。系统的业务和功能合并被称为中间层。对于系统的数据封装在这个阶段所用到的即是数据层。这个体系所具备的优点：其中一个进行出错并不会影响另外两个在系统中的作用。由于各个层之间是相互独立的，所以使得系统具有良好的可拓展性。HTTP协议简介超文本传输协议HTTP的协议类型是一个无状态的，是通信协议之一属于应用层的范畴。客户如果想要访问就必须通过这个协议进行访问信息。超文本传输协议含有传输的信息和指令集合，可以通过其他原因和web共同访问，从而形成了一个其他访问的一个集成。HTTP对于接收和发送信息采用的是端口制，对于协议的发送和数据通信的信道而言这其中的机制就是端口。HTTP专属的端口有80端口主要在因特网上进行相应的信息传递。BootStrap简介BootStrap是前端开发应用程序的一个主流框架。它基于主流的H5和CSS以及Js。这个主流的框架有着丰富的移动样式。对于目前市面所有的主用浏览器，都是已经兼容非常适配，对于这个框架的运用，只要是具备最基本H5和CSS知识就能够上手并加以运用。它的最显著的特点就是跨设备，不单独是PC端，对于手机端和PAD端同样能够有一个很好的相应。其次就是在这个框架内有着各种不同的组件，为开发者提供了各类非常规的特效使得项目有一个很好的效果。在BootStrap内部所存在的JQuery插件，能更好的搭配进行一个完美的布局。SSM简介正是由于Spring要用到对象，而对于java而言对象全是由new产生，Spring恰恰可以摒弃这一行为进行直接操作。在Spring中有着很多的Bean文件，正是由于这些文件的作用才使得Spring可以跳过java的创建对象的步骤进行一个直接调用。SpringMVC是一个对于系统的业务逻辑进行一个处理的层次。正是由于SpringMVC是由控制器并携带相应的组件才可以使得Smvc有着处理业务逻辑的能力。这好似一个Servlet。对于MyBatis来讲只有创立好了SQL的增加、删除、修改、删除的语句才能喝数据库的链接进行一个相应的交互。但正是由于封装的作用使得这些相应的操作被构成了一个整体，也就是JDBC封装。类似于想要操作数据库就需要这样的一个框架来进行相应的操作。在配置好MyBatis之后，就可以进行一个调用，此时就不再需要进行一个链接数据库和进行执行SQL语句。SSM的整合是一个经典的操作过程。当用户在所在页面进行一个相应的操作请求，这个请求就会被传送到控制器，由控制器做出一个业务逻辑的处理然后进入到业务层进行一个相应的逻辑判断处理，再发出相应的请求到持久层，持久层收到这个请求后进行一个逻辑判断，进而取得与数据库的交互，完成交互之后再进行发送信息到业务层，此时的业务层在收到信息后。进行逻辑处理，再发送对应的逻辑到控制器，正是由于控制器对视图层的反应，视图层进行数据的运用才使得客户端页面进行得到一个响应。对于整个整合的体系来讲，这个整体属于是一轻量级的应用型框架。整体较为灵活，能够使得在编码阶段更好的运用。如图2.1描述了数据存储的过程。用户用户表示层表示层业务层业务层数据访问层数据访问层数据库数据库图2.1数据存储过程MySQL简介因为数据本身可以进行各种存储以及管理的操作，所以由数据结构对这些数据进行相应的管理的库房被称之为数据库。正是因为这些数据长期的存储在计算机内，才使得计算机内形成了一个可以进行共享和有序化管理的数据集。在高级语言中，类似于C语言这一类的可进行编程语言的不少，MySQL同样列在其中，但却是结构化查询语言，此类语言有一个特点是可以进行对于数据内的操作，对数据进行访问和进行对等查询，以及对数据进行一个相应的管理，其中就包含有更新数据。正是由于SQL的特点才使得SQL成为了数据库系统的一类标准语言。整个数据库是包含数据表的相关联的类表集合。表是一个数据的矩阵，因此则具备矩阵特有的行与列。此外还包含有特有的主键和外键以及复合键。MySQL不但有着自己独特的连接池组件，以及优于同类型的数据管理的服务和工具。同样有着各类对数据的接口和优化以及分析类型的组件，才使得整个数据库如此的结构化。整个数据库的特点就是能够进行更复杂的判断和操作。系统分析系统可行性分析甜品店管理系统的设计将会是对传统线下实体购物的一个颠覆，对于整个甜品店管理系统的可行性分析，会从多个可行性方面进行一个分析，其中就有逻辑、经济、技术可行性。首先是逻辑可行性从传统的观点来看，网上购物系统所具备的条件是线下实体所不具备的，比如网上购物系统具备不可见面的交互方式，这样反而能减少不必要的尴尬，极大的激发顾客的想象力和对顾客的吸引力，同时网上购物系统所具备的时效性也是不错的，能够及时的让顾客进行购买，同时也更加方便、详细、安全。在系统中有对产品进行一个合理的分类，更加科学的方便顾客找到自己心仪的产品，同时对于甜品店系管理系统而言本身是比较唯美的，这更加能够吸引消费者的购物欲望。然后是经济可行性网上的甜品店系统，不需要具备实体店铺的小桌子，两人、四人等等，这些都会给那些喜欢独立的客人带来不便的麻烦，另外就是价格方面，对于一些高档的甜品店，大多数的顾客更多的都会选择远观，而不会进行询问价格，避免自我消费能力的不够造成一些不可避免的尴尬，这正是网上甜品店管理系统所具备的优势，网上甜品店管理系统就成功避免了实体店铺这些烦恼，这样带来的舒适感和自由感，往往能够增加商家的客流量。通过对实体店的比较薄弱的项来进行填补，进而带来收益，所以从经济可行性来讲，本系统是有必要的。最后技术可行性甜品店管理系统的开发，主要涉及的有系统整个架构的规划，在这里选择B/S架构，对于数据库采用MySQL，页面采用JSP技术和HTML这两种就能够完全撑起整个页面的开发。配置环境只需要一台简单的电脑。系统需求分析对于实体甜品店所存在的难题和一些需求，网上甜品店管理系统的建立就是通过一些特殊的手段来改进实体店所存在的问题和一些解决不了的需求。网上甜品店管理系统主要包含多模块进行分区管理，以下是对总体功能分析的叙述。用户对前端模块需求：用户可在首页进行注册填写自己的账号以及涉及的密码，系统会让用户进行两次密码的重复认定，以保证在后期登录的同时不会出现差错。同时用户可在登录后，进行甜品的一个选择，筛选过后，如果遇到自己的心仪商品，即可进行购物车架构功能，最后进行结账。结账时可直接购物车选择并且填写收取方式如果是外送则需要填写相应的姓名、地址、以及电话。对于甜品系列，又细分了很多个口味的系列。用户可根据自己的喜好进行一个筛选，直到选到自己的心仪产品。系统设计了可采用支付宝、微信、等支付方式，但并未真实的进行一个上线。管理员后端模块需求：管理员可进行从后台登录，进入到管理员专属界面从而对接到的订单，进行一个可视化管理。管理员在选择客户管理的同时，可以对客户的信息进行修改和检查，以及询问客户是否订单有问题。商品管理其中分为条幅、热销、和新品。能够更好的展示甜品店管理系统的特色，能够让更直观、简单的方式来告诉消费者，让其明白商品的定位系列。管理员可以对商品有一个人性化管理，根据实际情况进行一个合理的选择。系统总体需求界面友好首先是对系统的界面来说，需要非常的友好，要对客户端来讲，顾客所能看到的主界面是非常美观的，这样能让顾客更有心情消费，首先从视觉上就对顾客进行了一个强烈的冲击感。整个甜品店系统，有着很简单的操作。整体页面是非常的清晰，只需要打开电脑的页面就可以轻松选择自己的心仪的甜品，可以在多次考虑后，再做出自己最后的选择，不会说在规定时间内自动清除购物车，这样子能够更加明确顾客的选择，可以随时在线，一天24小时，本系统能随时挂在网上，这样不仅方便了商家，同时也可以让顾客能随时关注。操作方便操作方便是其次。整个系统的操作简便成都需要整体符合人们对网上系统最简单的认知规律，操作起来需要比较简便，对整个一连串的线路来说都是需要很顺畅的，没有什么困难的操作，既能方便商家的同时，也能方便商家，这样大大的节省了劳动力成本。在这个信息化时代的当下，人们对更高生活的追求提高了，直接导致了劳动力越来越价格昂贵，而这个系统就可以更好的帮助商家极大的省下一笔不小的劳动力费用。交互式处理甜品店管理系统存在客户的订单，卖家能及时的处理以及指导订单的信息，而商家更新商品信息也能更加的方便，前台客户同时能够及时浏览到最新的商品信息，保持一个完整的交互式的传递。方便浏览为甜品店管理系统添加独有的域名，确保了甜品店管理系统的一个完整性，方便客户在浏览主页面时，能够更简易的进行向好友之间进行宣传。方便顾客网上的系统相比于传统的店面最大的优势就是在于以下几点，比如在家里的作家们，以及上班忙碌而又没有时间离开写字楼的职场精英们，忙起来就无法顾及到生活，再比如那些偶尔喜欢在家吃点下午茶的顾客，这很好的让用户体会到，不用外出只需要动动手指就可以享受到味蕾的冲击。给顾客带来了更多的自由，实体店并不是十全十美的，它有许多不足的地方之处，比如环境，对于顾客的人数来设置餐椅，这很有可能对那些想拥有独立空间的顾客带来极其的不方便，其次是价格问题，当下互联网的时代，对于一些高档的甜品店，顾客都只会选择远远观望，而不会进店进行仔细观察观看，避免因自己消费能力的不足而导致一些尴尬的场面出现，而系统性的甜品店恰恰相反，它可以进行多次浏览，也可以在自己喜欢的独立空间进行甜品的品尝，这带来了给顾客的更多的舒适度，既方便了顾客的同时，也极大的给商家提供了优势，这更加的能增加商家的客流量，同时也可以进一步的在减少商家成本的让同时，给商家带来进一步的可观的收入。系统的业务流程图甜品店整个系统的流程大致流程：用户在首次登录系统平台后，能够清晰的看见右上角有注册按钮可进行点击进行一个注册，其中后台数据库会存储用户的信息，注册后进行账户密码的登录，一旦以客户的方式进入到系统的网站即可进行对商品的加入购物车操作，获得一系列用户模块的前端功能，以及正常下单和所以开放的操作。如下表3.1所示有业务流程图所用符号说明。表3.1流程图的符号说明符号符号名称实体输入输出处理业务流行管理员后台所显示的购物流程图如图3.1所示：订单删除订单结账订单处理订单发货订单删除订单结账订单处理订单发货用户订单用户订单图3.1后台购物流程系统的业务流程如下图3.2所示：用户用户是否注册注册是否注册注册登录登录选择商品选择商品订购商品订购商品去购物车去购物车提交订单提交订单图3.2前端客户购物流程图系统设计系统的功能结构 基于系统的概要设计来断定出系统的框架依旧选择了传统的SSM框架。整个系统的功能实现如图4.1所示。系统的数据流程从数据库发出，将数据由Do层进行操作对数据进行一个加工包装，经过Do层的打包传递给Dao层，在Dao层会对数据进行相应的访问操作，最后由控制层来实现这个操作流。具体的流程如图4.1所示：表示层表示层显示显示提供业务逻辑实现M提供业务逻辑实现MVC控制层业务逻辑层业务逻辑层提供数据访问服务提供数据访问服务封装D封装DAO层DDomainObject层提供持久服务提供持久服务数据库数据库图4.1SSM流程图总体功能结构在甜品店管理系统中，一共分为前后两个大端，一方面的前端主要是用于展示系统的主界面主要是用户界面。一方面是后端管理员能见到的界面。前台的界面总共分成了五个主要界面，分别由不同的模块所组成的界面，分别是用户端口使用的模块、用户使用系统购物流程模块、管理员对甜品进行一个展示模块、用户利用搜索的功能对甜品进行搜索的模块以及加入购物车对商品进行购买的模块，用户界面使用的模块而又被分成了注册功能和登录功能具有不同功能的模块系列，在系统的展示的板块中，对甜品进行了一个区分归类用户可以在不同的类别找到不同的商品同时在支付的板块中同样设计了目前最先的支付宝或者微信的支付模块包括使用最基本的货到付款；而后端和前端相比较而言又是存在着一定的区别，后端管理员界面就有着对订单进行相应处理的模块和对客户信息管理的板块，最主要是对甜品类别进行一个相应的管理，其中在甜品管理系列中又再次进行了一个细分，分为甜品的一个展示热销和对甜品的条幅处理能显得更加明眼对于更新的商品更能有一个有效的管理。在客户的界面端和管理员的管理端的界面中，客户端主要是浏览出甜品店系统索要展示的商品，而管理员端口主要是对甜品进行一个分类正确的整理。其中对于客户主要界面端的购物的一个板块进行了一个相应的增加修改等设置，搜索功能有着模糊和精确匹配，客户本身的模块是可以自主进行一个注册和登录的功能，正是因为有这也的一个设置才使得整个客户主要的界面展示都是通过客户及进行自我的选择来呈现；对于管理员的后台管理的商品，同客户主要端一样的是同样进行了一个增加删除等设置，其中最主要的是客户管理添加了一个删除和选择，其中整个甜品店管理系统都很好的呈现了一套整体流程。系统的总体框架结构图如图4.2所示：甜品店管理系统甜品店管理系统后端前端后端前端购物模块购物模块购物模块购物模块购物模块购物模块购物模块购物模块购物模块用户模块购物模块购物模块购物模块购物模块购物模块购物模块购物模块购物模块购物模块用户模块新品管理货到付款支付宝支付微信支付新品管理货到付款支付宝支付微信支付用户注册登录表用户修改密码条幅管理热销管理零食系列儿童系列法式系列经典系列冰淇淋系列用户注册登录表用户修改密码条幅管理热销管理零食系列儿童系列法式系列经典系列冰淇淋系列图4.2总体框架结构图数据库设计数据模型的建立前期是通过对数据库进行一个概要设计然后进行概括分类等操作从而进行建立。对于数据库概念模型的具有代表性的实质模型则为E-R图。对于得到整个体系的E-R图，要明确的是体系也是由各个分部的E-R图来进行一个相应的合集来实现，通过不同的逻辑结构来限定实体的本身所具有的属性以及他们之间所具备的不同关系，由这些小的E-R图来获取不同的信息进行一个整理构成集合最终形成一个体系的E-R图。整个系统的实体是由客户端的主要显示界面和管理员管理界面以对于概要设计对系统的整个功能抽象而显示出。对于整个系统的数据库的性能释放，取决于最开始对系统进行相应的概要设计时的业务逻辑，这是对数据库应用到的概要模型设计。对于通过E-R图来抽象出一种逻辑模型的的规则则是由事件之间的关系来进行一个相应的转换。由MySQL数据库显示的完整的甜品店管理系统所示，其中数据库的名字被选择为cake名字，整个库中又细分为七张不同的结构表，分别是由如下表构成类的type表、甜品的goods表、管理员的甜品推荐tops表、用户的订单orders表、用户的相应订单项目items表、用户信息users表、管理员的admin表。在建立系统的初期就将数据库的整个体系设计是放在了xml文件中，甜品店管理系统对想要进行访问数据的操作是写在了properties配置文件中，一般会有以下的步骤构成。首先第一步是，读这个properties配置文件；然后获取想要的配置数据资源；再进行一个相应的数据驱动；驱动之后就需要进行一个对数据链接的url；链接与之对应数据库的相应用户名；找到所使用的用户后进行一个正则匹配对应去对应密码是否正确；剩下一步则相待于前面的步骤较为复杂一点，会对数据库进行参数配置这也是不可避免的，其主要目的同样是因为能使得能分配到最大的活跃链接数目，就需要对链接器整个系统的E-R图所下图4.3所示：地址地址订单号密码订单号密码总价电话总价电话用户名用户名生成生成订单用户订单用户管理管理管理购管理购买账号账号管理管理商品商品密码密码商品名称商品名称管理员类别管理员类别单价单价单价单价图4.3系统总体E-R图主要表的设计类型表设计 types为类型表，主要包含有两个字段，如下表4.1所示：表4.1types类型表列名类型说明备注idIntid主键namevarchar甜品名称商品表的设计Goods为商品表，其中主要包含9个字段。如下表4.2所示表4.2good商品表列名类型说明备注IdIntId主键NameVarchar甜品名称CoverVarchar封面的地址Image1Varchar图片详情Image2Varchar图片详情PriceFloatprice甜品价格IntroVarchar甜品简介StockInt甜品库存Type_idbit类目id外键商品推荐表的设计Tops为主要商品推荐表，其中包含三个字段。如下表4.3所示表4.3tops商品推荐表列名类型说明备注IdIntId主键TypeTinyint推荐甜品类型（1条幅/2大图/3小图）Good_idInt甜品id甜品订单表设计Orders为甜品订单表，主要包含四个字段。如下表4.4所示表4.4orders订单表列名类型说明备注IdIntId主键TotalFloat甜品总价AmountInt数量StatusTinyint订单的状态（1未付款/2已付款/3已发货/4已完成）PaytypeTinyint支付的方式NameVarchar收货人PhoneVarchar收货的电话AddressVarchar地址SystimeTimestamp时间User_idInt下单的用户外键订单购物表的设计Items为甜品的订单购物表，主要包含两个字段。如下表4.5所示表4.5items订单购物表列名类型说明备注IdIntId主键PriceFloat购买的价格AmountInt甜品数量Order_idInt订单的id外键Good_idInt产品的id外键用户设计表Users为用户表（客户），包含两个字段。如下表4.6所示表4.6users用户表列名类型说明备注IdIntId主键UsernameVarchar用户名PasswordVarchar密码NameVarchar姓名PhoneVarchar电话addressvarchar地址管理员表设计Admins为管理员表，包含两个字段。如下表4.7所示表4.7admins管理员表列名类型说明备注IdIntId主键UsernameVarchar用户名PasswordVarchar密码系统实现客户首先进入首页用户首先通过甜品店管理系统的域名进入到整个系统的主要显示界面，此时的客户可以进行一个对整个系统的浏览对于主要的功能界面进行一个简单认识和了解，通过甜品的简要文字叙述进行一个大致的了解，与自我需求产品进行一个比对认识。对于初次进入系统主要界面的客户可以进行各个板块的认识，比如客户可以进行一个商品分类的下拉点击对于系统主要的各个功能按钮进行一个相应的点击测试，观察是否有相应的功能和实现什么样的效果。如下图5.1所示界面：图5.1前台页面（用户未登录）客户进到注册页面对于首次使用本系统的新用户，是需要进行一个相应的创建账户功能，也就是注册。在注册时，没有多方面的注意，只要满足最基本的注册功能需求就可以进行一个账户创建功能，然后进行一个登录。如果客户不是首次进入到甜品店系统，直接使用登录按钮进行登录不用触发注册即不用再进行一个重复的注册，但同时要求在登录的时候，也同样不能重复登录和每一项填空不能为空登录页面如下图5.2所示：图5.2新用户注册界面客户进行购物车在用户进行注册和登录相应功能后，则在登录成功后会进入主界面，而当用户遇到心仪产品，想要对商品进行购买，直接点击购物车的一个图标，系统会触发购物车的功能，进入到一个相应的功能界面，使得客户能够方便查看自己所选的甜品如图5.3所示图5.3购物清单页面具体操作：当客户没有对甜品进行一个加入购物车的操作就会使得购物车为空的一个状态，此时如果客户再次点击购物车进入到购物车的界面时，会是一个为空的界面。当客户想要了解某一个甜品时，只需要点击甜品的名称，系统会进行一个跳转，进而会显示甜品的一个详细页面，如下图5.4所示图5,4示例增加点击“增加”按钮的同时，系统会获取到这个商品的商品序列码，然后系统会将商品的序列码进行一个响应式的传递到脚本。点击“减少”按钮的同时，系统同样会获取到这个商品的商品序列码，然后会将商品的号码传送到相应的脚本中。客户选择提交订单在客户点击“提交订单”按钮时，会进入到一个新的界面显示收货和选择支付的方式，界面如下图5.5所示图5,.5用户付款界面客户对照收货信息校验如下：系统在对照订单的同时，会进行一个信息比对的校验，如果发现用户所写关键内容未进行一个相应的填写则会提示：请正确填写某项内容。比如用户忘记了填写姓名或者是姓名为空的字符串，这些都会由系统进行一个相应的提示。当客户在电话号码填写栏中进行了一个无效的填写，其中就包括数字超出了范围和数字的长度超出了本该固定的长度，系统同样会对客户进行一个相应的提示。系统在对订单信息详细查询时，如果地址为空白或者错误的字符，会进行一个相应的提示：请正确填写某处。用户选择支付订单客户在自己所创建的订单界面是能够看到自己所留取的信息，其中同样包含自己所选商品的内容。确认没有错误后，则会进行到下一步也就是传统的支付方式选择的一个界面。如图5.6所示图5.6订单明细页面订单状态：系统对订单所处在的状态进行了不同类别的判定，然后进行了如下方式的分类。有已付款和未付款以及配送中和未完成配送，这四个方式的分类与主流的系统是一样的。正是由于可以区分不同阶段的订单，皆由顾客是否已经付款进行一个相应的判定。比如在系统中，单个订单的用户已经是付款之后，系统会对本次订单进行一个有效标注，比如对订单号进行一个变色处理。对于选择系统的支付方式：当客户进行不同的方式选择后比如客户甲选择了支付宝支付，客户乙选择了微信支付，客户丙未进行支付，他们创建的订单会有不同的订单状态进行一个相应的显示，系统则会根据订单的一个状态对订单进行一个相应的逻辑判断然后会在主界面显示当前客户进行交付的一个状态。在支付时：如果用户未履行相应的支付功，支付状态则会显示未进行付款，会跳出显示“支付”按钮，客户在选择付款点击按钮，系统会通过客户创建的订单号进入到一个新的付款页面，再完成订单的后续扫尾工作。管理员进入登陆页面如果是从后台进行登录，则需要使用创建的管理员的账号以及密码进行登录，系统经过与后端的数据库进行一个匹配，逻辑值为真才能进入到管理员所在的一个主界面，进入如图5.7所示。图5.7后台登录页面校验：如果在输入账户和密码的同时，进行了错误的输入，系统会进行一个相应的提示比如输入的账号和密码某一项是错误的系统会显示：“用户名或密码错误！”管理员登录登录在正确的输入管理员的账号和密码后，数据库匹配进行了一个正确匹配。此时会进入到管理员成功登录的主界面。引入眼帘的最先是订单管理的一个界面，在本页面中完整的显示了订单所预留的信息和顾客所选择的甜品信息，以及这个订单的所在状态，客户如果进行了一个付款，选择了什么样的付款方式，在这个订单界面都会全部逐一显出。页面如图5.8所示。图5.8订单列表页面管理员管理的页面管理员在进行客户信息管理的板块，能够看到用户的一个所属信息，如果想要对顾客信息进行一个相应的简单增加删除等操作，页面如图5.9所示。图5.9客户管理页面对于客户想要修改自己的账户密码的功能，此功能并未给顾客开放，而是将这个功能的所属放到了管理员中，如果用户想要修改自己的密码，必须要经过管理员的操作，无法绕开此类操作，这也是更好的为了保护客户的账户隐私，避免被他人在窃取密码之后进行一个更改。页面如图5.10所示。图5.10重置密码页面对于客户选址和正确配送的信息的更改，这也是在管理员的管理范畴，对于客户需要进行一个相应的信息修改，以保证满足客户最基本的一些小的需求以及能够确定订货单的准确配送。页面如图5.11所示。图5.11修改用户信息页面对于创建用户的功能除了主界面客户所能进行的一个界面，从客户端的角度考虑为了不方便的注册原因，后端的管理员同样能够解决此类小的需求，利用管理员进行一个账户的注册。如图5.12所示。图5.12增加用户信息管理员品管理甜品页面管理员在进行一个相应的登录之后对于商品的管理主界面中能够看见甜品的最基本的信息，包括价格类目和增加删除等按钮，能够对甜品的所处状态同样也可以进行一个更改，比如将产品归类到新产品还是热销产品，都是管理员所能够进行的一个操作，页面如图5.13所示。图5.13商品管理页面管理员除了对系统本身的甜品进行一个信息的更改和分类的选择以及移动。更重要的是能够进行对甜品进行一个有理的增加，让整个甜品店的产品变得更加丰富，能够将热点产品或者根据调研所新增的产品进行一个有效的增加。页面如图5.14所示。图5.14管理员添加商品页面管理员执行管理的操作，对甜品的基础信息进行一个相应的修改，能够让客户更加了解所属甜品款式的信息，让甜品信息更加的完善。页面如图5.15所示。图5.15修改商品信息页面管理员管理类目页面管理员能够有效对甜品的所属分类进行一个合理的修改。使得甜品的类目，更加的完善和有秩序。页面如图5.16所示。图5.16类目管理页面管理员对于甜品的类别进行一个细致的管理。能够有效的将甜品的所属类别正确的划分。页面如图5.17所示。图5.17修改类目页面管理员修改密码页面为了保证管理员本身账户的安全，在进入到本页面中，管理员能进行对自己的账户进行一个密码的修改。页面如图5.18所示。图5.18修改后台管理的一个密码校验：管理员进行了假设处理，预想结果有所不同，那么则是原密码或者新密码出现了密码不一致而或者原密码与新密码有为空的一个状态，则系统会进行的一个报红。系统测试对于程序员的编码阶段最基本的检测就是软件的系统测试其中最主要的就是是否已经完全满足要求和已经完成最开始的目的，其中包含有很多项目，首当其冲的是系统是否包含良好的交互性和友好性。在前期对系统进行一个需求分析的同时是否满足了需求分析的要求所提出的相应功能是否较为齐，比如对于各项内容的一个增加、删除、修改、查找，是否都可以进行一个相应的操作；系统本身是否存在一些不合理的地方；主系统的移植性是否良好，在不同的环境下是否能够向下兼容，以及从客户端角度来看是否达到了最开始想要的效果和实际需要的标准，这就需要对本系统不断的进行一个尝试和进行一个对系统的不断的排查。软件测试是软件设计整个过程中的一个很重要的阶段，这个测试存在于产品诞生的各个阶段，自然就成为了这些阶段的一个最后一关保障，因此对于系统整体完成后，再最后进行的测试是非常有必要的。软件测试过程软件测试分类为有效性测试和验证测试的依据主要是按照其测试任务分类。对于有效性测试，是以用户为依据，确定系统的功能、性能以及其它的特性，是否满足最基本的要求，对甜品店管理系统来说是否成功的解决了实体店所遇到的困难。同时对于用户的需求规格和说明文档、以及序文档这些都需要测试。进行验证测试的根本目的是检验在系统开发的多个阶段中的一个阶段逻辑性、完整性、准确性。系统的概要设计的主要依据是需求分析，以满足需求的根本为概要设计的目标，这样可以让甜品店管理系统有一个在逻辑上的调整。在软件测试过程中有着两种常用的方法分别是黑盒测试和白盒测试。功能测试下的黑盒测试，是在数据驱动或规格说明基础上的一个对应测试是不考虑特性的一个测试，或者是用系统的一些外部关系来进行一个验证。白盒测试是结构测试，这对于测试人员而言需要有一个对系统内部的结构有一个深度的认识，这个就需要测试者根据系统结构内部来进行设计相对应的测试用例，来检验系统的正确性。不同的测试方式对于软件测试有着不同的效果，对于一些常用系统自然也有一些常用的测试方式，首先进行的测试是各个阶段的一个测试，然后会进入到功能的测试阶段，再进入模块测试然后进入到最终的系统测试。单元测试功能是检测各个模块是否能与详细设计文档相对应，对于系统内部的逻辑和功能上出现的一些问题进行一个合理的消除。在这里通常采用的就是白盒测试。检查系统的出入输出的一些数据，以及模块所要设计的一些数据，是否会进行一个相对应的改变。集成测试则是对以及测试过的模块组进行再次检测。会利用概要设计文档进行一些子系统的结构测试。这里最普遍采用的是黑盒测试。相对于集成测试来来说，需要注意的自然是检测模块接口间链接，如果发现对于公共数字结构有着结构性的干扰，整个系统的数据结构都会出现问题，会进行相应的测试。同时会测试整个系统的输入输出，对于系统的故障处理能力和容错能力也要进行一个相应的测试。需求规格中对确认测试有着明确的要求，对系统的各项进行细致逐一测试，测试的过程中主要是用黑盒的供能测试进行一个与需求规格文档的比对，检查功能是否与系统最开始所提出的要求达到一致，以及文档的确认。系统测试主要针对整个系统的软件各个阶段和链接的数据库以及人员操作进行一个整体的测试，其中含有性能、恢复、等测试。对于不同阶段有着不同的测试，在编码阶段就可以进行一个单元测试，然后进入到独立测试再进行其他阶段的测试。系统测试的结果作为目前在学生时期，做出这个甜品店系统，可能需要同学和指导老师的帮助以及查阅大量的资料和进行一些合理的整合。在甜品店管理系统的前端：客户端：能够进行新用户相应的注册功能以及登录功能，浏览各个商品的权利，通过对于多个商品的浏览，将自己所需的产品加入到购物车后可以进行一个相应的确认，然后提交再进行支付，填留取货信息。在甜品店管理系统的后端：管理员端：能够对用户所下的订单，进行一个合理的确认，以及检查未付款的订单，和对商品信息进行一个相应的更改，对于商品来说，能及时修改商品的信息，对商品进行一个增加删除和横幅的功能。对于某些用户忘记密码了也可以进行一个相应的更改。对于上述来说甜品店管理系统能够正常运行并有一个合理的运行结果。系统测试用例表6.1综合测试用例系统模块功能点用例说明预期结果测试结果用户展示新增用户注册页面成功注册成功登录页面成功登录成功加购增加商品数量成功增加成功减少商品数量成功减少成功删除商品数量成功删除成功付款支付宝付款成功款成功微信付款成功成