基于Java EE的共享单车客服管理系统的设计与实现

基于JavaEE的共享单车客服管理系统的设计与实现Design

and

implementation

of

shared

single

car

customer

service

management

system

based

on

Java

EE.概述系统背景随着科学技术的不断提高，互联网技术日渐成熟，其强大的功能已被人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机进行管理，具有手工管理所无法比拟的优点。例如:可靠性高、存储量大、寿命长、成本低等。这些优点能够极大地提高工作的效率,也是信息正规化管理与世界接轨的重要条件。目前，互联网凭借其强大的功能己在我国社会的各个领域占据越来越重要的地位。于此同时，正面临销售额剧增从而导致库存管理极其吃力、库存统计数据不完整的问题。这一系列问题的企业也从互联网技术上找到了解决办法。从而产生了共享单车客服管理系统。在中国做客服管理相关的软件公司发展比较好的有方可软件、管易云软件等等。这些软件同时支持手机、电脑等，随时随地可查看最新客户情况。从2004年开始，方可客服管理软件迅速发展，它是国内一款通用性最强的客服管理软件，软件集成了客户管理流程的所有功能，是专业用来做客户管理登记的。它支持多账户管理，一个系统可以建立多个账户，连锁店模式的企业不需要为每个分点实施一套软件，只需实施一套网络版本的系统即可，可以在软件系统中建立多个账户文件，每个账户对应一个连锁店，各账户之间的数据相互独立，互不影响，充分利用计算机系统的优点节省成本。软件响应快速，在操作的过程中无需等待，此特点已深受国内用户好评。适合98%的中小型企业。并且，国外对客服管理软件非常重视，目前国内发展比国外还存在一定差距。从上世纪70年代，在线管理软件就飞速发展。通过使用软件，能够提高生产力的20%到30%，商品库存准确率能达到99%以上，劳动成本节约至少25%，国外企业率先意识到了这一点，所以一直在完善在线管理的功能，发展到今天强大的在线客服管理软件。共享单车客服管理系统的定义是将所有的维护和数据处理都放到了集中的服务平台上，这样可以大大降低用户部署服务器的昂贵费用和相关IT支持的开支等，同时还让那些不在企业办公的人能在公司外同企业的同事获得最大程度的沟通，简单讲就是异地协同。它是企业通过局域网或Internet实现管理的一种方式，管理系统运行在服务器上，而用户通过任意一台有网络的电脑可以进行登录管理。开发意义对于现如今互联网行业发展的迅猛，尤其是类似于上下班的早晚高峰。如果单纯的依靠人工的方式是无法解决客服管理，需求分析的工作。然而“共享单车管理系统”实现了工作人员能够分时，分力的对各项工作流程来进行相应的管理，大大降低了在人力，物力上的相关成本。并在设计上根据订单，采购单自动的出库入库，并完成相关的收款的功能，也同时能够避免对财务上出现的相关错误的问题。同时系统管理员完成了对相关客服的内部人员的调整，分配相应的角色。根据相应的收付款的判断以及销售的物品，能够打印出实际所需要的发票，并进行相应的处理。能够有效的利用时间，并将不同的部门，承担不同任务的员工分隔开来。系统能够自动的判断何时需要进行相应的物品的采购，及时提醒。能够减少因为库存不够，而引发的订单问题。能够通过一系列的可视化的管理使得系统变得更加的公开化，透明化有效的减少了一些不必要的错误。让客服操作起来更加的轻松方便。通过对相关的企业进行调研之后，根据实际情况进行了详细的需求分析，在分析过程中进行了详细的设计，使电商库存管理平台更加完善，随着系统的完善，管理工作也会越来越方便，在开发的过程中也会学到很多知识，尤其对spring等技术的学习。系统的开发主要是围绕电商而来的，根据电商的实际情况，与其管理需求，使系统更实际化，能够适应网上购物行业的发展。共享单车对自己的客户管理应该有自己的一套新的高效率的体系，所以“共享单车客服管理”系统的实现为企业大幅度地减少了管理上的时间，使企业能够集中精力有效运营核心业务。使管理人员全面地了解查询单车库存，形成订单的整个流程。“共享单车客服管理”能够大幅度的提高相关内部人员的工作效率，分类别，分角色的对各功能来进行操作，使得订单，采购，财务，库存管理，相辅相成而又相互分离。1.3系统特点在系统设计方面，针对该系统信息开发出了相应的特色模块。1、客户管理平台极强的可操作行在对于客服管理界面开发的过程中对与系统界面的可操作性做了极强的便利性开发，在开发过程中就进行系统的测试。寻找人员进行系统的操作性优化，务必使系统可操作性有极大的提升。2、客户与客服交互性在往常的客户与客服交互中，往往存在着，客服与客户交流困难的问题。客户在寻找客服过程中。如果客服随时在线。浪费了大量的资源。本系统在设计过程中针对不同的时间互动问题进行了不同的设计，确保客服随时在的同时节约大量资源。1.4主要工作利用SSM（Spring+SpringMVC+MyBatis）+MySQL具体实现共享单车客服管理系统，具体地实现客户管理、订单管理、骑行卡管理、优惠券管理等功能，以满足用户的需求，从而减少公司在客户管理系统上浪费的人力、物力。

第二章系统需求分析2.1系统目标共享单车管理系统从字面上就可以简单明了的知道他的大体的含义，即为客服人员解决相应问题的系统。本系统的预期实现即分为客户基本信息展示、订单查询，添加，删除、优惠券查询，添加，删除和骑行卡展示等功能。客服人员能对客户信息进行相应的操作。订单查询即能实现对订单查询，添加，删除的相关功能。优惠券展示即能实现对优惠券包括（批次号，优惠金额，兑换时间，使用时间，使用状态）展示，添加，删除的相关功能。骑行卡展示即能实现对骑行卡分为月卡和骑行卡展示等相关功能。2.2可行性分析在进行充分的调研后进入到可行性分析阶段，将从技术、经济、社会、操作等方面进行论证分析。1.技术可行性该系统是由SSM(SpringSpringMVCMybatis)+MySQL加以实现。本系统采用B/S模式进行开发，用户只需要浏览器就可以访问该系统进行库存管理。其中spring是一个轻量级的控制反转（IOC）和面向切面（AOP）的框架。SpringMVC分离了控制器、模型对象、分派器以及处理程序对象的角色，这种前后端分离的模式让它们更容易进行定制。MyBatis是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架。减少了代码的冗余，整体上简单了很多；与此同时运用了MySQL为后台数据库，MySQL作为一个大型数据库广为人知，操作简单，运用率极高。并且该系统对硬件方面无特别要求，对开发人员很友好。由以上分析可知，该系统在技术上是可行的。2.经济可行性目前，随着计算机软件和硬件技术的快速发展，计算机软、硬件的价格不断下降，从而开发所需的成本也在下降。并且SSM（Spring+SpringMVC+MyBatis）框架即由Spring、SpringMVC、MyBatis三个开源框架整合而成，常作为数据源较简单的web项目的框架。并且可以免费下载阅读使用。此外，本系统的开发将会方便管理，节省了管理人员的大量时间和精力，提高管理效率。以上说明本系统的开发在经济方面是成本低并且可行的。3.操作可行性本次设计的系统，用户操作界面美观大方、简单直观，能够适应手机端，平板端，界面大小发生变化时可以适应屏幕，易于接受不需要进行特殊的培训，只要多用几次就能熟练掌握。当员工获得相应的权限在登陆界面进行身份验证就可以成功登录系统，根据业务需要就能执行相关操作进行库存的管理与维护。不受时间控制、地理空间限制，灵活高效，使得库存管理简单化，便捷化。改变了传统手工管理中需要大量员工录入信息，信息出错率高的情况。从以上可以看出，对于本系统的开发，不论是从技术、经济、还是操作方面来考虑都是可行的。2.3系统设计原则通过分析这个系统可以达到以下的水平，方便用户使用。1.规范布局使得系统清晰分明，易于后期维护管理。能够维护输入的每一条信息，以便后来查看。2.设计数据库时考虑充分，减少数据库数据的冗余，节省空间，提高系统的存储效率。3.系统稳定性好，健壮。能够很好的保存所存入的信息，日月报统计时不会出错。4.界面大方得体，简单易懂，没有太多的修饰，具有一致性，能够清晰的体现出系统的功能，操作简单便捷。2.4开发环境共享单车客服操作系统使用的是Windows10操作系统；开发平台为JDK1.8.0-31；开发工具Eclipse；数据库则使用的MySQL；

第三章系统总体设计3.1系统概述共享单车客服管理系统主要是管理客户状态和信息的系统，主要分为城市管理和景区管理两个界面。其核心思想是为了更好的为客服服务，有利于客服人员更方便的操作和管理。它的最终目的是即方便客户又方便客服，达到双赢。系统设计遵循的原则及方法：可读性：系统设计完成之时，需要有一个良好的用户客服交互界面，该交互界面，既要简洁清晰也要功能完备。使每一个使用该系统的客服与客户都能简单上手，轻松操作。系统设计之中，要保证代码的可读性，让代码简洁清晰，备注简单规范。确定性：在系统设计之时，不可或缺的会遇到一些算法的设计，系统的讲解，其中最关键的就是保证算法或者讲解的确定性。不能产生二义兴使读者或者自己产生阅读困难。影响以后的论文编写。健壮性：一份好的代码重中之重不在于能够运行，而是运行之后能否保持其稳定的功能不产生BUG，不出现系统故障。代码的健壮性在编写之初就应当考虑完全做好准备，并产生一定的提前量。3.2系统功能设计根据需求分析，设计出基于javaEE的共享单车客服管理系统，共享单车的客服管理系统根据不同的需求需要一共分为四个不同的部分。分别为管理员管理模块，单车管理模块，营业部管理模块和财务部管理模块。管理员的主要功能有，员工的登入，其他客服的信息修改，客服对于人员资料查询，客服人员的删除，营业部分的主要功能有，客服对于顾客功能的查询，客服人员对订单的管理，客服人员对商品的管理，客服人员对发票的管理，财务部分的主要功能有，对于收款的管理，对于付款的管理，对于客户付款通知的管理。最后是福对于单车的统一规划，分别为，单车的使用管理，单车的在库信息管理，以及使用者使用单车的管理。但整体的功能设计如图3-1所示，所有的模块的功能都有一一列出（模块下的具体部分在用例分析中给出，这里不再做过多描述）图3-1管理平台功能模块图3.3数据库总体设计从数据需求分析中得出实体并对实体进行了详细的属性设计，下面对每个实体及属性做了总结，具体如下：员工（员工编号员工名称登录密码）顾客（顾客编号顾客名称地址邮编电话录入时间信用额度录入员工应收款余额备注）单车（单车编号单车品种租赁单价租赁单位磨损情况安全在库数登记时间管理员工）订单（订单编号顾客编号员工编号订单日期期望发货日期是否登记是否付款订单金额）订单单车（订单单车表编号单车编号单车数量）入款发票（入款编号入款日期顾客编号付款通知单编号备注合计金额）销售发票（销售发票编号订单编号顾客编号合计（税前）合计（税后）消费税金额）应收款台账（应收款台账编号顾客编号登记时间订单号入款编号订单金额应收款余额付款通知单编号备注登记人）在库台账（在库台账编号入库数出库数库存员工编号备注）仓库出入记录（仓库出入记录编号单车编号入库数出库数库存员工编号备注）顾客付款通知单（通知单编号通知单日期付款通知单金额）顾客付款通知单内容（内容编号通知单编号订单编号）员工实体属性图如图3-2所示。 员工实体关系图介绍了共享单车管理系统的员工基本信息图3-2员工实体属性图顾客实体属性图如图3-3所示。 顾客实体关系图介绍了顾客的基本信息需求图3-3顾客实体属性图单车实体属性图如图3-4所示。 单车实体关系图反映了单车之间的基本信息图3-4单车实体属性图订单实体属性图如图3-5所示 订单实体关系图反映出了订单的基本属性图3-5订单实体属性图 5、入款发票实体属性图如图3-6所示。 收款发票实体关系图反映了收款发票的基本信息图3-6入款发票实体属性图 6、销售发票实体属性图如图3-7所示。销售发票实体属性图反映了销售发票的基本信息图3-7销售发票实体属性图7、收款台账实体属性图如图3-8所示。收款台实体属性图显示了收款账台的基本信息图3-8应收款台账实体属性图8、在库台账实体属性图如图3-9所示。在库账实体关系图显示了在库台账的基本信息图3-9在库台账实体属性图9、顾客付款通知单实体属性图如图3-10所示。顾客付款通知单实体属性图反映了顾客付款账单的基本信息图3-10顾客付款通知单10、从数据需求分析中得出系统的实体属性图，对实体之间的依赖关系进行了整合，得出系统E-R图如图3-11所示。图3-11系统E-R图系统详细设计4.1功能模块详细设计4.1.1用户登录登录时序图如图4-1所示管理员登录时序图反映了管理员登录系统的生命周期钩子，通过系统时序图可以清楚地看到系统内部的生命周期流程。图1登录时序图图4-1登录时序图说明：用户打开login.jsp页面，输入账户、密码，提交后，进行账户身份验证，通过连接数据库，MyBatis中用select查询表employees,若账户、密码、权限中有一个错误，则返回login.jsp提示信息；若正确则跳转到home.jsp，这样用户就可以进行系统管理了。录入信息时序图（录入订单信息举例）如图4-2所示。通过录入信息时序图可以清晰地反应营业部录入信息时的生命周期时序图4-2录入信息时序图说明：用户打开login.jsp页面，通过验证后进入home.jsp点击订单管理，进入录入订单信息create_orders.jsp，添加订单信息，MyBatis处理数据库，将信息存入表orders中，这时页面会弹出对话框通知添加成功，将结果返回界面，查询时，就会给出列表。查询信息时序图（查询订单信息举例）如图3所示。图4-3查询信息时序图说明：用户打开login.jsp页面，通过验证后进入home.jsp点击订单管理，然后点击查询订单，进入selectOrder.jsp，输入查询条件，就会自动连接数据库，将所要查询的信息列出来。4.2数据库详细设计根据E-R的实体模型得出如下数据表。1.员工表表名：EMPLOYEES用途：用于存储客服人员信息结构如表4-1所示。表4-1员工表（EMPLOYEES）字段名数据类型是否为空备注说明employee_idNUMBER(8)否主键员工编号employee_nameVARCHAR(40)否员工名称passwordVARCHAR(40)否登录密码department_idNUMBER(8)否外键部门编号hiredateDATE否入职日期2.顾客表表名：CUSTOMERS用途：用于存储顾客的信息结构如表4-2所示。表4-2顾客表（CUSTOMERS）字段名数据类型是否为空备注说明customer_idNUMBER(8)否主键顾客编号customer_nameVARCHAR(40)否顾客名称addressVARCHAR(40)否地址postal_codeVARCHAR(40)否邮编phoneVARCHAR(40)否电话faxVARCHAR(40)否传真register_dateDATE否录入时间creditNUMBER(15,2)否信用额度employee_idNUMBER(8)否外键录入员工should_pay_balanceNUMBER(15,2)否应付款余额noteVARCHAR(40)否备注3.单车表表名：BIKES用途：用于存储单车的信息结构如表4-3所示。表4-3单车表（BIKES）字段名数据类型是否为空备注说明item_idNUMBER(8)否主键商品编号item_nameVARCHAR(20)否商品名称set_unit_priceNUMBER(8,2)否销售单价unitVARCHAR(10)否进货单价buy_unit_priceNUMBER(8,2)否电话provider_idNUMBER(8)否供应商编号safe_stockNUMBER(8)否安全在库数stockNUMBER(8)否在库数taxes_rateNUMBER(8,2)否商品税register_dateDATE否登记时间employee_idNUMBER(8)否外键录入员工4.订单表表名：ORDERS用途：用于存储订单的信息结构如表4-4所示。表4-4订单表（ORDERS）字段名数据类型是否为空备注说明order_idNUMBER(8)否主键订单编号customer_idNUMBER(8)否外键顾客编号employee_idNUMBER(8)否外键员工编号order_dateDATE否订单日期expect_dateDATE否期望发货日期already_registerVARCHAR(20)否是否登记already_payVARCHAR(20)否是否付款statusVARCHAR(20)否订单状态order_moneyNUMBER(15,2)否订单金额5.订单单车表表名：ORDER_ITEMS用途：用于存储订单下租赁的单车的信息结构如表4-5所示。表4-5订单商品表（ORDER_ITEMS）字段名数据类型是否为空备注说明order_item_idNUMBER(8)否主键订单商品编号order_idNUMBER(8)否外键订单编号item_idNUMBER(8)否外键商品编号item_countNUMBER(8)否商品数量6.付款发票表表名：BUY_PAYMENT_INVOICE用途：用于存储进货付款发票的信息结构如表4-6所示。表4-6进货付款发票表（ BUY_PAYMENT_INVOICE）字段名数据类型是否为空备注说明buy_payment_idNUMBER(8)否主键付款编号pay_dateDATE否付款日期buy_idNUMBER(15,2)否外键采购单编号noteVARCHAR(100)否备注7.入款发票表表名：PAYMENT_INVOICE用途：用于存储入款发票的信息结构如表4-7所示。表4-7入款发票表（ PAYMENT_INVOICE）字段名数据类型是否为空备注说明payment_idNUMBER(8)否主键入款编号receive_dateDATE否入款日期customer_idNUMBER(8)否外键顾客编号notice_idNUMBER(8)否外键付款通知单编号noteVARCHAR(100)否备注total_moneyNUMBER(15,2)否合计金额8.销售发票表表名：SALE_INVOICE用途：用于存储销售发票的信息结构如表4-8所示。表4-8销售发票表（SALE_INVOICE）字段名数据类型是否为空备注说明sale_invoice_idNUMBER(8)否主键销售发票编号order_idNUMBER(8)否外键订单编号customer_idNUMBER(8)否外键顾客编号total_before_taxNUMBER(15,2)否合计（税前）total_after_taaxNUMBER(15,2)否合计（税后）tax_amountNUMBER(15,2)否消费税金额9.应付款台账表表名：SHOULD_PAY_MONEY用途：用于存储应付款台账的信息结构如表4-9所示。表4-9应付款台账表（SHOULD_PAY_MONEY）字段名数据类型是否为空备注说明should_pay_money_idNUMBER(8)否主键应付款台账编号provider_idNUMBER(8)否外键订单编号register_dateDATE否登记时间buy_idNUMBER(8)否外键采购单编号buy_payment_idNUMBER(8)否外键付款单编号order_moneyNUMBER(15,2)否订单金额pay_moneyNUMBER(15,2)否付款金额should_pay_balanceNUMBER(15,2)否应付款余额noteVARCHAR(100)否备注employee_idNUMBER(8)否外键登记人10.应收款台账表表名：SHOULD_GET_MONEY用途：用于存储应收款台账的信息结构如表4-10所示。表4-10应收款台账表（SHOULD_GET_MONEY）字段名数据类型是否为空备注说明should_get_money_idNUMBER(8)否主键应收款台账编号customer_idNUMBER(8)否外键顾客编号register_dateDATE否登记时间order_idNUMBER(8)否外键订单编号payment_idNUMBER(8)否外键入款编号order_moneyNUMBER(15,2)否订单金额should_get_balanceNUMBER(15,2)否应收款余额notice_idNUMBER(8)否外键付款通知单编号noteVARCHAR(100)否备注employee_idNUMBER(8)否外键登记人11.在库台账表(仓库出入记录表)表名：STOCKS用途：用于存储在库台账的信息结构如表4-11所示。表4-11在库台账表（STOCKS）字段名数据类型是否为空备注说明stocks_idNUMBER(8)否主键在库台账编号input_numberNUMBER(8)否入库数output_numberNUMBER(8)否出库数stockNUMBER(15)否库存量provider_idNUMBER(8)否外键供应商编号register_dateDATE否变更日期employee_idNUMBER(8)否外键员工编号item_idNUMBER(8)否外键商品编号12.顾客付款通知单表表名：NOTICES用途：用于存储顾客付款通知单的信息结构如表4-12所示。表4-12顾客付款通知单表（NOTICES）字段名数据类型是否为空备注说明notice_idNUMBER(8)否主键通知单编号notice_dateDATE否通知单日期notice_sumNUMBER(15,2)否付款通知单金额13.顾客付款通知单内容表表名：NOTICE_ITEMS用途：用于存储顾客付款通知单内容的信息结构如表4-13所示。表4-13顾客付款通知单内容表（NOTICE_ITEMS）字段名数据类型是否为空备注说明notice_items_idNUMBER(8)否主键内容编号notice_idNUMBER(8)否外键通知单编号order_idNUMBER(8)否外键订单编号第五章系统功能实现共享单车客服系统是为了使客服工作人员更好的方便管理用户的信息及状态而设计出现的系统。系统主要分为管理城市用户信息功能，管理景区用户信息功能。骑行卡管理和优惠券管理等功能。在管理用户信息使，为了更好的使用户更加便于管理，对于其中某些信息，又出现了相应管理的子功能，而对于相应的管理功能，我会在之后进行具体的介绍。5.1城市用户信息展示功能用户首先需要信息才能够进行其他操作指令，所以在第一步需要管理员对用户信息进行展示，才能方便管理员对中体进行布局。图1用户信息展示5.2用户冻结功能在共享单车行业中，对于车辆的管理维护尤为重要，在有些素质低的市民手中，共享单车受到很大的损坏，甚至更有其人，在车辆上加上私锁，将车辆私自占有，为了应付这样的现象的频繁发生，推出了信用分系统，根据用户的信用分，可以更好的管理用户，当信用分为零及以下时，客服人员可以将用户冻结，让该用户无法再使用车辆，这就是冻结操作。图5-2冻结操作5.3用户激活功能当用户因举报别人违章使用车辆以及其他行为时，也会出现加分行为，则此时会增加相应的信用分，在用户信用分大于零时，客服人员便可重新激活该用户，此时便出现了用户激活功能。如图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景区优惠券查询

第六章系统功能测试共享单车单车的客服管理系统实际上是客服管理系统的其中之一，系统的集成测试可分为两大块进行。首先是客服管理的工作台操作，其次是客服管理系统的用户管理。针对于客服管理平台实现功能相对简单这里不予赘述。而针对不同的管理需求又可将各种管理细化分为：1.城市用户信息管理2.激活冻结操作管理3.景区用户信息管理4.骑行卡月卡管理5.骑行卡次卡展示6.骑行优惠券管理7.月卡优惠券管理8.景区优惠券展示针对不同方面下文将对于各类数据进行集成测试6.1城市用户信息管理测试该图展示了城市用户信息管理的实现界面，下图为展示成功界面图6-1城市用户信息管理测试6.2冻结激活用户测试该图为冻结激活用户测试成功展示界面，因有冻结记录和激活记录，故冻结激活操作成功。图6-2冻结激活用户测试6.3注册信息查询测试下图为注册信测试注册信息展示成功，并无BUG，功能类无问题无报错。图6-3注册信息查询测试6.4手机型号查询测试下图为手机型号查询测试，手机型号展示成功，没有错误测试成功。图6-4手机型号查询6.5免押信息查询测试下图为免押金信息查询测试，免押信息展示成功，并无bug，测试通过。图6-5免押金信息查询测试6.6骑行卡月卡展示测试骑行卡月卡展示功能正常，方法类service层，DAO层均正常并无BUG，测试成功。图6-6骑行月卡展示测试6.7骑行卡次卡展示骑行卡次卡功能展示正常，并无异常，测试通过。图6-7骑行卡此卡测试6.8月卡优惠券查询功能测试月卡优惠券查询功能测试成功，方法类没有错误测试通过。图6-8骑行卡月卡优惠券测试6.9骑行卡优惠券查询功能测试骑行卡优惠券查询功能运行成功，并无BUG，测试通过。图6-9骑行卡优惠券查询功能测试6.10月卡优惠券补偿功能测试月卡优惠券补偿功能运行成功，新增优惠券补偿成功并无异常，测试通过。图6-10月卡优惠补偿功能测试6.11获取景区用户信息测试获取景区用户信息成功，并无异常，程序没有报错并在正常时间内运行，测试通过。图6-11获取景区用户信息测试6.12景区用户优惠券查询功能测试景区优惠券查询功能测试成功，未出现BUG，系统并无报错，测试通过图6-12景区用户优惠券查询功能测试总结本系统开发的技术难点主要有两个方面：一是否业务逻辑的理解；二是数据库逻辑结构的设计。业务逻辑是依据空警管理系统的行业特点及其特殊的应用领域需要来进行设计的。只有在准确不理解一个系统的业务逻辑之后才可能开发出适应其应用的应用系统来，并且在系统之间模块的科学划分与结构组织都是在正确不理解实际应用的业务逻辑需求的前提下完成的。致谢本系统开发的技术难点主要有两个方面：是否业务逻辑的理解；是数据库逻辑结构的设计。业务逻辑是依据管理系统的行业特点及其特殊的应用领域需要来进行设计的。只有在准确不理解一个