【《基于SSH框架的在线商品购买系统设计》15000字（论文）】

第一章绪论1.1课题研究背景随着国经济发展越来越好，当下国已经进入了一个计算机软件技术和互联网技术快速发展的时代，我国国针对5G的研究已经走在世界前列，对于5G基础设施的建设更是有着十分突出的成绩。伴随着国从4G向5G迈进，针对互联网用户而言，网速更快通过网络可以完成的事情变得更多，较高网络传输速率，不仅有利于人们在线办公、学习，对于闲暇时的人们来说更可以通过网络在线购买物品。由于国互联网电子商务的飞速发展，线上购物模式已经逐渐发展成当下最为潮流的一种购物方式。同传统线下购物方式所不同的是线上购物，消费者无需前往各大商场门店进行商品的挑选，当商场人流比较多时还需要花费较多的时间去排队结算，这对于那些希望时间能够得到最有效的利用的用户而言是不便的，其次线上购物可以让消费者浏览到更多的商品，并且可以在线对比各种商品的价格、质量等信息，为其最终下单购买到最具性价比的商品提供了保障。就目前电商平台对国网购者的影响来看，是十分深远的据有关数据统计截止到2019年末，国线上网购者已经超过九亿人，可以见得这种新颖的购物模式已经被国众多的人所接受与认可[1]。传统的购物方式给人们带去了诸多的不便，通过借助互联网结合软件系统的方式，不仅很好的将线下商家与顾客的这种买卖关系移植到了线上，实现了商品的在线销售，而且基于计算机软件系统的购物模式，打破了传统的门店销售方式，让消费者不仅节约了购物选购时间，同时还能从中购买到价廉物美的商品。网上购物系统是当下电子商务发展的重要体现，它的发展与繁荣离不开国计算机软件技术、网络技术以及电子商务行业等的发展与创新，特别是在近几年国电子商务的发展表现出强有力的动力，到2020年国网购消费额已经超过万亿元，在线购物系统已然改变了绝大多数人们的生活方式。基于Web的在线购物系统，不仅极具安全性同时它还十分的高效，通过购物平台所销售的商品种类十分丰富，对于广大的用户而言具有较大的选择性。在国比较受欢迎淘宝、京东等电商平台每年通过平台所销售的商品成交额数以亿计。基于以上对国购物系统的需求以及发展现状进行描述，可知我国线上购物系统在当下用户群体十分多，消费能力也十分强劲，本课题展开对购物系统的研究十分有意义。1.2课题研究现状通过网上调研分析得到当前专注于商品销售的应用型软件，无论是APP、小程序，还是本课题所研究的Web应用都是较少的。一方面由于早些年国内从事的人员相对较少，对于特殊商品销售网站的需求不是很突出，并且当前很多的电商平台也有同类产品在出售，造成互联网公司对于这类系统的设计与研究的力度相对较轻。另一方面开发这样一款专注于商品销售的网站系统，用户访问量同大型的全品类的购物网站比存在较大的差异，这类软件系统无法保障商户通过平台能够赚取较高收益，也致使该类型系统实现较少。在国淘宝、京东是专注于在线网购的大型电商平台，所销售的商品种类也是十分繁多，正是由于这一原因使得用户在平台选购商品时，将更多的时间浪费在了商品搜索与筛选方面，造成用户不太容易从平台选购到心仪产品。随着用户使用习惯的改变，各类软件的设计也必将随之而改变，专注于商品销售的线上平台有其特有的优势，并且在未来基于这种形式的软件系统也将会越来越多。电子商务这一概念最早来源于英国，它指的是借助电子通讯手段使得交易双方可以在不见面的情况下，实现业务交易行为。同西方国家相比国的电子商务发展起步较晚，但是发展却十分的迅速，如国阿里巴巴所开发的淘宝就已经成为了一款全球购物平台，为世界不同国家提供网上购物等电子商务交易。国电子商务的快速发展可以从CNNIC所发布的一篇名为《中国互联网络发展汇总报告》的报告中得到，报告指出截止到10年底，国网民的数量已经超过7亿，其中在线进行网络购物的达到50%，巨大的人口基数使得国电子商务得到了很好的发展。国网络购物从最初发展到具有一定的规模，仅仅用了几年时间，如今一些具有代表性的网站不仅可以实现线上实物的销售，还能达成线上虚拟物品的交易，这给人们的生产和生活带去了极大的便利[2]。国线上网络购物的发展同时也促使着很多的早些年只做线下的企业（如：苏宁、国美等）都开始布局电子商务，完成线上网购平台的搭建。放眼国外电子商务的发展其影响更为广泛，当八九十年代信息化技术还未完全发展成熟时，西方国家就开始在研究有关网络购物系统，时至今日网购系统在西方国家已经成为了一种生活习惯。国外在早些年由于物流的发达就已经可以实现当日购物，次日达到的购物服务，其中最为出名的是美国的亚马逊，网上购物网站，它是提供全球全品类商品销售最为出名的平台，到今天仍处在世界先列。亚马逊14年净营业额达千亿美元，并且这些年一直在快速增长中。不论是西方国家还是国各大电商平台都十分看好线上销售模式，随着各项技术的不断发展，为网购系统提供技术支撑与保障系统数据安全，电商行业一定可以实现更好的发展。1.3本文主要研究内容线上购物网站提供用户最为方便的购物过程，对于普通用户而言带去了很多的便利，帮人们节约了外出购物时间，提供了在线商品对比分析的功能，让用户可以通过平台购买到最为实惠的商品。对于企业与商家而言，可以免去很多宣传工作，为其销售商品提供了一个充满商机的平台，帮助企业实现更好的发展。线上购物平台不仅能够为企业增收，也为用户购物提供了更加便捷的渠道，但是还是具有一些不足之处，例如：消费者只能通过页面有关图文信息去了解产品，而无法像线下购物时可以零距离的接触商品，从而了解产品的质量与真伪。对于设计一款线上购物系统而言，目前仍有一些技术与安全问题存在，需要进一步的明确与解决。本课题所研究的系统最终要能提供用户在线购物的功能，其主要过程是用户通过浏览器访问系统地址，进入系统后可以在线浏览平台所销售的有关商品信息，如果用户需要在线购买需要注册系统账号后进行登录，成功登录后可以将商品添加购物车，用户可以选择继续浏览网站，或者前往购物车中进行商品结算，当用户支付完所购买的商品销售金额后，用户完成一次购物过程。系统管理员则是通过后台管理系统实现对平台所销售的商品信息以及系统信息进行管理与维护操作。所以，本文需要对前台门户网站以及后台管理系统功能进行有关研究，主要表现在平台商品搜索、商品购买、购物车、平台商品信息管理等方面。在本设计的技术层面，将前后前后端代码分离的方式来完成。首先，对于系统前台而言，采用JSP完成系统页面的设计，基于CSS完成页面样式的调整；系统后台将采用JAVA语言来完成，然后基于JDBC把业务数据存储到数据库中。代码的开发将在IDEA开发工具中展开。1.4本文组织结构安排本文总体分为六个章节，每个章节重点介绍了本系统各阶段的主要工作。其中：第一章交代了本课题开发相关背景以及商品销售系统在当前的发展状况以及未来的发展趋势。第二章介绍了本系统设计实现所使用到的基础环境以及开发技术，重点对系统开发所使用到数据库、服务器环境进行了描述。第三章对系统设计从操作、技术、环境等角度进行可行性研究分析，对系统所要实现的功能基于不同用户进行分析，交代了系统实现的非功能需求。最后，通过数据流图对系统数据的转换进行描述。第四章概括了系统功能模块划分，数据库设计以及如何设计访问拦截器。第五章对本系统最终实现的系统功能进行展示。第六章交代了系统测试的重要性，并针对系统功能设计测试用例进行测试。第二章开发环境与技术2.1MySQL数据库本系统实现的商品销售管理系统的数据存储采用关系型数据库MySQL。该数据库无论是在高校，还是IT从业者在进行个人软件系统开发时都是使用频率最高的。这主要得益于其使用简单、易上手，并且该数据库所支持的单表存储能力，完全能够满足本系统数据存储的需求。并且，基于本人对各大关系型数据库的使用熟练程度，也决定了选用MySQL数据库，在缩短项目开发周期、降低时间成本方面都是最适合的。使用MySQL数据库只需要到Oracle官网下载有关镜像文件后，安装即可使用。本系统开发所使用的数据库版本是5.5，在众多的版本中该版本是较为稳定，使用频次靠前的版本。2.2Web服务器JavaEE应用开发中可以选用的服务器有很多（如：Apache、WebSphere等），但是本系统应用的部署与发布最终选择Tomcat，其主要原因如下：（1）Apache、WebSphere等服务器一般应用于企业级的开发中，此次毕业设计属于个人软件开发，所以采用使用度最高的Tomcat最为合适；（2）Apache、WebSphere在软件安装与使用上更为复杂，不应花费较多的时间在服务器环境的安装与部署上，这不利于缩短开发时间成本；（3）Tomcat8.0+版本对于GET请求中的中文乱码问题，提供了很好的解决方案，选用该服务器可以减少开发有关中文乱码问题的解决代码；（4）通过对本系统用户数量的调查与分析，得知采用Tomcat服务器（支持最大400并发）可以满足需求，若需要可以搭建Tomcat集群。本课题所设计的是一款Web应用，对于商品销售管理系统中所展示的表商品图片的源头，以及通过图片上传功能所上传的商品图片的目的地都是本地构建的Web服务器。所以，需要基于一定技术构建一台服务器，并且还服务器还需具备对外提供客户端对服务器Web资源访问的能力。基于此需要需要从众多的服务器中进行选择，常见的可作为Web服务器的有：Nginx、Apache、WebLogic、Tomcat等。其中，Nginx多被用于微服务架构中肩负反向代理的作用，其使用配置比较复杂，故不推荐使用。Apache与WebLogic同样由于基础环境构建复杂，对于个人开发者而言使用较少。所以，最终本课题选择使用Tomcat作为Web服务器。并且使用Tomcat服务器可以更容易完成服务器集群的搭建。从系统长远发展看，使用Tomcat作为Web服务器更具优势。2.3Java数据库连接对于应用程序开发而言，不可避免地需要对系统基本资料以及用户操作系统时产生的有关数据进行存储，此时需要使用数据库。在应用程序中，将通过代码的方式同数据库进行交互，从数据库查询数据或将页面中用户添加的数据保存到数据库中。为实现应用程序同数据库的交互，Sun公司设计了一套接口规范（JDBC）。市面上的数据库管理系统都实现了该接口规范，开发者在开发时只需要添加所使用的数据库驱动即可通过应用程序访问数据库。一个完整的系统要能正常运行，离不开应用程序、JDBC以及数据库管理系统的支撑。对于采用最原始的JDBC代码同数据库交互，具有多个繁琐的操作步骤（如：注册驱动、获取连接、编写SQL、创建预编译的语句执行者、处理数据查询结果、释放相关资源）。基于框架的数据库访问将变得尤其简单，无需再编辑每个步骤的代码，可通过配置的形式直接关联系统数据库，并实现对数据的基本处理操作。2.4J2EE规范针对J2EE应用程序开发而言，JavaBean设计规范有着十分重要的作用，通过使用JavaBean使得应用程序中代码的重复率得以被极大地缩减。特别是在应用程序开发中，使用JSP来渲染数据时，使用JavaBean一定程度上让整个JSP文件变得更加简洁易读。特别是在需要将页面布局代码同业务逻辑处理代码向分离时，使用JavaBean是一种十分好的解决方案。从本质上讲JavaBean就是一个Java类，不过不同于常规类，它的设计具有一定的要求。例如：作为JavaBean的Java类，有关类的声明必须是公共的，且类中所定义的属性必须是由private关键字所修饰的，并且JavaBean类需要提供类属性的set、get方法。在本课题设计JavaBean时将通过借助lombok插件使整个类的定义变得更为简单。本课题服务端应用程序的开发采用的是面向对象编程语言——Java。该编程语言在当下无论是个人开发，还是企业级开发都有着较为广泛的应用，并且基于该语言的各类框架的更新频率也是最快的。对于面向对象程序设计而言，需要掌握其核心基础知识（如：封装、继承、多态），对于JavaEE开发还需要熟练使用I/O、集合、多线程等的API。基于IDE工具的Java应用程序开发，无需手动执行javac命令编译文件，基于配置的本地JDK环境以及JVM虚拟机，即可自动完成代码的编译与运行。对于一个Java应用程序而言。2.5BS架构在线购物系统，是一款基于于BS架构，而完成的系统。BS只当下主流框架中的一员，还有另外一种则是CS，但是本设计为什么没有选择CS，因为来在线购物管看书的人，只需要简单的在浏览器里面输入网址，就可以访问在线购物馆的一些数据和信息，而不需要再去安装繁琐的客户端。所以说，和C/S模式的在线购物管理系统比对而言，B/S模式因为其访问简便等诸多优势而被诸多大众所选择和接收。且，从系统维护的角度，BS只需要将自己的服务器端给维护好，那么客户那边在发起请求的时候，就可以很好地访问到了新的系统，而不需要再次范访问旧系统。所以BS架构，无论是从简便性，还是从可维护性的角度而言都是比较优秀的。2.6MVC模式对于软件开发来说，需要掌握一些较为常见的设计模式（如：装饰着模式、工厂模式、观察者模式等），而在众多的设计模式中，MVC是应用较多的。就该设计模式而言，其核心理念是将视图同业务逻辑进行分离，让其不再杂糅在一起，这样不仅有利于程序后期的维护，同时也能使程序具有更好的可读性。MVC是模型、视图、控制器英文首字母的缩写，在应用程序开发时它们都有着各自的工作职责，为更好地提升软件性能提供了很大的帮助。针对视图、模型以及控制器三者基本关系的描述如图2-1所示。图2-1模型、视图、控制器关系

第三章需求分析3.1可行性研究系统可行性分析作为整个软件开发声明周期中十分重要的一个阶段，它的主要任务是在系统正式开展设计之前，就系统设计与实现站在技术、经济效益、开发风险程度等诸多角度进行分析，并最终得到一份全面、客观的可行性分析报告。对于一个软件系统而言最终能否成功开发与运行会受到开发者技术、软硬件资源、时间投入等的影响，所以系统可行性分析可以及早的发现系统设计中的有关不确定因素，为最终正式开展设计打下坚实基础[9]。基于JavaWeb技术的网上购物网站是十分流行的一种购物方式，它拥有十分庞大的用户群体，很受当下人们的追捧。购物系统的设计实现不仅可以带动商品销售额的增长，提高企业在行业内的影响力与综合评价，同时它更是为众多的网购者提供了十分便捷的购物平台，开发完成后用户体验必定会非常好。该系统在开发技术方面不存在任何的疑难问题，实际开发时可以参考已有的淘宝、京东等电商平台的购物流程来进行设计，采用最基础的JSP、Servlet、JS、HTML、CSS等技术即可实现系统前后端的设计。从系统设计经济层面上进行考虑，本系统因为采用的是B/S架构模式，前期所需要投入的资金几乎为零，并且基于该模式可以将有关数据渲染解析等过程交由客户端实现，这样可以降低服务器配置减小开支，同时，本系统因为不会上线所以不会花费资金用于购买服务器。此外，本系统开发所使用的IDE工具、数据库等软件都可以从互联网上找到免费的，也不存在有关采购花销。因为当下众多的人对于网购是十分热衷的，所以系统最终所能带来的收益是无可置疑的[12]。因此，从系统开发设计经济角度进行分析，本系统是完全可行的。最后，从系统可操作性进行分析，最终实现的系统与们当下所使用的淘宝、京东等购物平台的购物过程大致相同，只是本课题系统会基于时间以及技术限制等原因，对有关系统功能进行相关弱化或模拟实现。所以，使用者无需担心系统操作性不强，此外在系统设计完成后本人将会根据系统功能制作一份操作使用手册给到用户，因此系统在操作方面具备可行性。3.1.1技术可行性对于本课题所研究的商品销售管理网站设计而言，其设计工作包含两个方面：（1）商品销售网站前端设计；（2）商品销售网站服务端应用程序开发。从技术层面讨论系统设计是否可行，主要分析基于前端、服务端程序设计是否有相关技术可用于系统功能开发。对于商品销售网站前端开发来说基于HTML、CSS、JQuery、Ajax等技术，即可完成商品销售网站前端页面结构搭建与美化渲染以及业务逻辑的编写，同时还可通过Ajax实现同服务端应用程序进行交互。对于商品销售网站服务端应用程序设计而言，基于SSH（Struts2、Spring、Hibernate）等框架技术，可以快速搭建一个web服务，通过Struts2完成门户网站发起请求的处理与服务端数据的响应，基于Mybatis实现对本地数据库数据的访问操作。基于这些技术可完成商品销售网站系统所有功能的开发设计，所以系统实现技术层面是可行的。3.1.2环境可行性作为一款软件系统其设计实现、部署运行都需要基于一定的软硬件环境，本系统开发基于本地个人PC，在开发测试阶段不用考虑将其部署到云服务器，所以不涉及到对云服务器的购买与使用。从社会环境分析，本系统由于可以很好地实现解决爱好者在线选购商品的有关需要，必定会得到这些群体的支持。所以，可用于商品销售与管理的软件系统从开发以及社会环境角度是可行以及被支持的。3.1.3经济可行性分析在设计在线购物系统过程中，是不是需要一些经济上的支持，这样是本设计经济可行性分析的要点和要素。因为本设计都是选择的开源的一些项目，所以说，这也就意味着本设计无需投入财力去投入，所以经济可行性很高。不会出现大范围的需要经费的情况。而且从最后的效果来看，基于在线购物系统还可以节省在线购物馆管理的开支，所以在线购物管理系统的经济上的可行性是比较高的。3.1.4操作可行性分析操作可行性，指的是在线购物管理系统的操作是不是符合一般的操作逻辑。因为本设计都是按照标准的软件功能的技术文档来执行的，所以在设就的时候，已经把优良的人机交互特性给考虑了进去，这也是本设计具备操作可行性的原因所在。3.2系统功能模块设计功能需求分析的最终结果可以得到本系统所要实现的所有功能点。基于功能点所操作数据是否一致，将系统功能划分成不同的功能模块，为后期系统编码设计时，Action应用处理类的设计提供参考。本系统前台门户网站所有功能被划分成四个模块如图3-2所示。图3-2门户网站功能模块图针对本课题所研究的商品销售管理系统，本质上是一个购物信息系统。可知系统前台门户网站主要包括用户模块、商品模块、购物车模块和订单模块在内的四大模块，当后期系统编码开发时将根据系统功能模块进行系统有关类的创建，两者之间是一种一对一关系。图3-43后管功能模块图对于商品销售网站后管而言，所有系统功能被划分成四大功能模块，主要实现对平台基础数据进行维护。下面是根据系统的角色，进行的用例图的划分：3.2.1商品购买者对于商品购买者而言，初次使用本系统时，需要首先注册系统账号，并使用户该账号登录系统。购买者成功登录系统后，可在线选购商品，查看商品基本信息，管理个人订单以及购物车商品等等。通过分析最终得到系统基于商品购买者所要实现的基础功能如下：（1）用户注册：用于在线获取系统账号，注册时用户需要填写个人基本信息，注册成功后将跳转到用户登录页中。（2）修改个人信息：购买者通过点击前台门户网站顶部的个人中心选项，可进入个人中心页管理个人信息。（3）查看商品详情：购买者在前台门户网站中，可点击任意商品进入查看其详情。（4）添加商品到购物车：在商品详情信息页，购买者可点击添加购物车选项，将当前商品添加个人购物车。对于已添加的商品，再次点击购物车按钮，可取消添加。（5）搜索商品：在前台门户的所有页面中均设置了商品搜索框，用户可通过输入商品名称，在线查询指定商品。（6）在线购买商品：在个人购物车页面中，用户可选择不同的商品商品进行支付，本系统采用模拟支付方式实现在线支付功能。（7）查看个人订单：用户点击首页顶部的订单选项，或点击个人中心页中的订单选项卡可实现查看个人订单基本情况。（8）地址管理：在个人信息页中，用户可查看已添加的地址信息，可对地址信息进行在线修改与删除。基于以上对商品销售平台用户需求的描述，可知与该用户相关的系统用户用例图描述如图1所示。图3-4购买者用例图3.2.2平台商家平台商家即系统管理员用户，其主要负责对系统基础数据进行维护管理。系统管理员用户成功进入系统后，可在线管理平台注册用户，平台销售商品，商品基本分类，平台商品销售订单以及对平台用户的管理。通过分析最终得到系统基于系统管理员用户所要实现的基础功能如下：（1）用户管理：平台商家（系统管理员）通过点击系统后管首页中的用户管理选项下的用户列表，加载系统当前所有注册用户，管理员可在线删除用户账号，以及新增系统用户。（2）商品分类管理：点击首页中的分类管理选项，将加载所有商品分类信息并展示，管理员可对商品分类信息进行修改与删除，若分类下包含商品则不可删除。同时，在分类明细页面中，管理员可在线添加新的商品分类信息。（3）商品商品管理：在商品列表页中，管理员可点击商品添加图标，实现在线编辑商品基本信息。商品基本描述编辑完成后，管理员可点击图片图标，上传该商品的图片作为前台展示的素材。（4）订单管理：通过功能平台商家，可以查看平台所销售的商品基本情况，点击具体订单项，可查看该订单用户所购商品的基本信息。同时，平台商家在顾客购买商品后，可通过订单管理确认订单以及在线发货。基于以上对系统管理员用户需求的描述，可知与该用户相关的系统用户用例图描述如图3-5所示。图3-5平台商家用例图3.3系统非功能需求分析对于软件系统开发，不仅需要全面分析用户需求，最终罗列出系统需要实现的所有系统功能点，而且还需要围绕整个系统的部署、实际运行环境、用户访问情况、系统运行硬件环境等多个层面进行分析，确定系统稳定、安全、高效运行的基础保障，即软件系统设计非功能需求。软件非功能需求是否全面与可靠，不会直接影响到有关业务的实现，但是对系统数据安全、可扩展却有着十分重大的影响。所以，对于本课题所实现的表情包管理系统，为更好地保障系统稳定运行以及数据安全，对系统设计提出了如下几点要求：3.3.1用户界面为给用户营造最佳的系统使用体验效果，对于商品销售网站而言，页面布局，色彩搭配，应尽可能做到统一、简约。做到将系统功能最为核心的内容通过页面呈现出来，在页面布局时可参考一些优秀管理系统平台的设计风格进行设计。此外，在用户操作页面时交互反馈效果要好，即对于错误操作要给出友好提示，对于复杂操作给出明细步骤进行引导。3.3.2可扩展性对于大多数软件系统而言都存在二次开发、功能迭代的可能。所以，这要求开发者在应用程序设计时应尽可能地让程序更加地灵活，便于后期的修改与维护。例如：对于应用程序中数据库参数的配置，不应直接硬编码到代码中，而应通过配置文件的方式将其独立出来。对于本系统而言，服务端应用程序的设计采用三层架构实现，web层用于处理用户请求以及响应数据，业务逻辑层用于编写系统功能实现业务逻辑，持久层用于操作数据库实现数据存取。基于这种分层设计的思想，为后期的功能迭代创造了很好的条件。最后，服务端应用程序的编写应做到面向接口开发。3.4系统数据流分析对于软件设计而言，对系统进行数据流分析是十分必要的，在实际开发中通常借助数据流图来对系统中数据的有关转换过程进行分析。基于数据流图的分析是对系统逻辑模型的一种表示，主要方式是基于图形（箭头、圆、方框等）对系统中数据的流动与处理过程展开分析与描述。在数据流图中，不同的图形表示不同的处理过程或数据，其中双横杠用来表示数据存储过程。3.4.1顶层数据流顶层数据流描述中仅有一个加工存在，重点在于描述出系统与输入输出流之间的关联关系。针对本系统而言，系统顶层数据流描述，如图3-5所示。图3-5顶层数据流图3.4.2中层数据流通过对顶层数据流进一步的细化，可以得到中层数据流图。中层数据流图实现了对系统功能模块的细化，实现了将功能模块通过不同的加工的进行表示。中层数据流图将系统数据在多个加工中的流动情况进行了更为全面地展示。基于系统功能需求分析部分的结果，可以了解到本系统需要基于数据库进行存储的数据包含用户信息、商品信息、分类信息等。基于本系统的中层数据流分析，如图3-6所示。图3-6中层数据流图3.4.3底层数据流底层数据流图是进一步对中层数据流图中的具体加工再次细化的最终结果。基于中层数据流图，可以得到本系统所包含的加工数量，进而得到本系统的底层数据流图描述。底层数据流图是对系统数据进行的一次最为细化的数据处理。基于中层数据流描述得到的系统底层数据流如图3-7所示。图3-7底层数据流图

第四章系统设计4.1系统功能设计4.1.1用户登录注册对于使用系统进行在线商品选购的注册用户，在使用系统时若不具备系统账号，可通过系统提供的用户注册功能，在线注册系统账号。用户注册时需要填写个人基本信息，同时需要选择注册新用户的身份，在编辑完个人信息后，可通过点击“注册”按钮，提交用户信息。若服务端正常处理结束，新用户账号注册成功，用户可以通过该账号登录系统。针对用户登录注册功能的具体设计如图4-1所示。图4-1用户登录注册流程4.1.2购物车流程设计商品购买者通过前台门户网站，可查看所有在校商品商品。当用户点击不同商品后，将加载当前商品详情，在商品详情页中用户可点击“添加购物车”选项，将当前商品加入个人购物车中。针对购物车功能的设计主要用于临时存储用户选购商品，用户可对个人购物车中的商品进行删除，以及修改器购买数量等。当用户选中购物车中的商品后，页面将动态显示当前购买商品所要支付的金额，点击“结算”按钮，将实现在线支付（模拟实现）。针对系统用户购物车功能的设计流程如图4-2所示。图4-2购物车流程4.1.3订单生成商品购买者在商品详情页中，可点击立即购买选项，实现在线购买商品。还可以通过个人购物车实现一次性结算多个商品的金额。当用户在线支付选购商品订单金额后，将跳转到订单详情页中，在该页面中展示了当前用户选购商品的基本信息（总价格、数量等）。本系统针对在线支付功能采用模拟实现方式，在用户点击结算后一定时间后将自动生成订单，并修改订单状态。针对用户在线购买商品生成购物订单的基本流程概述如图4-3。图4-3订单生成流程4.2系统数据库设计数据库设计包括概念设计、逻辑设计、数据表设计，其中概念设计作为数据库设计的第一个阶段，有着十分重要的意义。数据库概念设计其核心工作是基于系统有关功能进行抽象化处理，即将系统所要实现的具体功能，抽象成数据库中所要存储的基本数据信息。这一抽象过程可通过借助数据库概念模型实现，而在常用的概念模型中，E-R图有着十分广泛的应用，在进行数据库概念分析时通常基于E-R图得出系统有关实体与属性的关系以及实体间的联系。E-R图由不同的图形所组成，每类图形代表不同的含义，在实体关系图中通过菱形表示不同实体之间的联系。针对本系统而言，通过E-R描述的实体关系如图4-4所示。图4-4数据库E-R图4.2.1逻辑设计数据库逻辑设计的核心工作是将数据库概念设计阶段所得到的有关实体属性描述以及实体关系的数据库E-R进行转换。进而得到可以被用于存储到系统数据库的有关数据结构。只有这样系统有关基础数据以及用户操作数据才可以被正确地存储到系统关联的数据库物理表中。对于图4-4所示数据库E-R图，将其转换成MySQ所能支持的有关关系逻辑结构表示如下。（1）用户：用户名、密码、邮箱、联系方式、角色、邮箱；（2）订单项：订单详情编号、订单编号、描述、总价格、商品编号；（3）商品类别：类别编号、类别名称、级别、描述；（4）商品：商品描述、商品编号、图片、价格、数量、商品名称。（5）订单表：下单时间，下单人，时间，地址，价格，商品数量，金额，创建日期，更新日期（6）管理员表：姓名、密码、权限、性别、职务、联系方式4.2.2数据库物理表设计数据库物理表结构设计是将数据库逻辑结构设计阶段得到的关系模型中的各属性，确定其在每张数据表中的基础信息（字段名称、字段类型、索引类型、是否主键、是否为空等）。确定数据表字段的基本信息，为后期通过Navicat图形化管理工具或SQL脚本创建数据表提供重要依据。针对本系统有关数据存储的基础需要，将设计六张用于存储系统基础数据，针对每张数据表的详细描述如下：数据库物理表结构设计是将数据库逻辑结构设计阶段得到的关系模型中的各属性，确定其在每张数据表中的基础信息（字段名称、字段类型、索引类型、是否主键、是否为空等）。确定数据表字段的基本信息，为后期通过Navicat图形化管理工具或SQL脚本创建数据表提供重要依据。针对本系统有关数据存储的基础需要，将设计六张用于存储系统基础数据，针对每张数据表的详细描述如下：订单表，表结构设计如表4-1表4-1订单信息表字段名称说明类型是否为空索引id订单idint订单idNorder_no订单号bigint订单号Nuser_id用户idvarchar用户idNproduct_id产品idvarchar产品idNremarks备注varchar备注Nproduct_num产品数量int产品数量Npayment实际付款金额decimal实际付款金额Npayment_type支付类型int支付类型Nstatus订单状态int订单状态Ncreate_time创建时间datetime创建时间Nupdate_time更新时间datetime更新时间N用户表，表结构设计如表4-2。表4-2用户表字段名称说明类型是否为空索引id编号int否无username姓名varchar否无password密码varchar否无phone联系方式varchar否无age年龄int否无gender性别varchar否无status状态int否无role角色int否无分类表，表结构设计如表3。表4-3分类表字段名称说明类型是否为空索引id编号int否无name分类名称varchar否无status状态int否无详情表，表结构设计如表4-4。表4-4详情表字段名称说明类型是否为空索引id编号int否无oid订单编号int否无gid商品编号int否无num数量int否无订单表，表结构设计如表4-5。表4-5订单表字段名称说明类型是否为空索引order_code编号int否无address收货地址varchar否无create_date创建时间varchar否无post邮编varchar否无receiver收获人varchar否无phone联系方式varchar否无status状态varchar否无商品表，表结构设计如表4-6。表4-6商品表字段名称说明类型是否为空索引id编号int否无name商品名称varchar否无description描述varchar否无price价格int否无image商品图片varchar否无status状态varchar否无categoryId分类编号int否无

第五章系统实现5.1前台功能模块设计5.1.1系统前台主业商品销售往回走哪前台门户网站首页实现效果如图5-1所示。整个首页由三部分所组成，分别是左侧菜单列表、搜索框、商品展示区域。用户通过在浏览器中输入localhost:8080，可在线访问当前页面。图5-1门户网站首页5.1.2商品搜索商品购买者在门户网站首页的搜索框中输入商品名称后，点击点击“搜索”图标。将输入的当前数据提交服务端进行处理。服务端基于该数据从商品表中，根据商品名称查询，最终将查询结果返回浏览器显示。如图5-2展示了用户输入金士顿后，查询到的商品。图5-2商品搜索5.1.3用户登录用户登录页面的最终实现效果如图5-3所示。用户在登录时需要填写个人用户名、用户密码，并填写验证码。点击“登录”按钮后，将向服务端提交表单数据，校验通过则成功登录系统，否则提示错误信息。图5-3用户登录5.1.4用户注册用户注册系统账号的UI界面最终实现如图5-4所示。用户在线注册时，除了需要填写个人基本信息外，还需要选择注册用户身份，且系统用户注册功能仅提供注册普通用户账号。当用户编辑完个人信息后，点击“注册”按钮提交用户信息，服务端处理结束后则注册成功。图5-4用户注册5.1.5购物车商品购买者，点击门户网站首页中的“购物车”选项后，将加载个人所收藏的所有商品，通过如图5-5的形式呈现出来。用户可以对个人购物车中的商品选购数量进行修改。并可通过点击下单按钮，实现在线支付。图5-5购物车5.1.6个人订单商品购买者在门户首页中点击订单，或在个人中心页中点击订单管理，将加载个人所有订单信息，通过如图5-6的形式展示个人订单详情。用户可通过点击“订单项”后的删除图标实现对指定订单进行移除。可点击详情选项，查看当前订单所购商品基本信息。图5-6个人订单模块5.2系统后台功能模块5.2.1用户管理系统管理员点击首页菜单列表中的“用户管理”选项下的用户列表后，将获取系统所有注册用户信息，并以列表的形式呈现出来如图5-7所示。管理员用户可对系统用户基本信息进行修改，同时可通过点击用户记录后的删除图标实现移除指定用户。图5-7用户管理5.2.2商品管理当系统管理员用户，点击菜单列表中的商品列表选项后，将请求获取系统当前所有已上架的商品信息。并通过列表的形式将平台商品展示出来，如图5-8所示。点击每一条商品记录后的编辑选项，将向服务端发起请求，获取当前商品详情信息。点击商品记录后的删除选项，将传递当前记录编号到服务端，通过该唯一标识从数据库商品表中删除指定商品记录。点击添加商品按钮后，将动态加载出如图5-9所示页面。用户可在页面中录入商品信息，并点击添加选项保存表单数据至数据库商品表。图5-8商品列表图5-9商品添加5.2.3商品分类管理图5-10展示了商品销售平台所有商品所属类别信息。当用户点击菜单列表中的分类管理选项后，将请求系统所有商品分类信息，最终以数据列表形式呈现分类数据。系统管理员具有对商品分类信息修改、删除权限。图5-10商品分类列表5.2.4订单管理当系统管理员用户，点击菜单列表中“订单管理”选项后，将请求获取系统当前所有用户在线订购商品的订单信息。对于服务端响应的订单数据，最终以图5-11所示形式呈现给用户。系统管理员具有对用户订单执行删除、详情查询的权限。当用户点击删除选项时，将基于当前记录唯一标识从数据库订单表中移除指定数据。用户点击详情查看当前订单包含商品信息，同样基于订单编号从数据库查询获得。当用户点击详情后，查询到的订单所含商品信息的最终呈现方式，如图5-11所示。图5-11订单列表图5-12订单详情

第六章系统测试6.1软件测试目的在整个软件开发设计过程中，不仅需要进行单元测试，还需要进行各种边界测试、路径测试等操作。对软件进行功能测试的目的，主要是为了能及早发现应用程序设计中的不足之处，以便在早期可以及时地对其进行修复。软件测试工作是否到位，将直接影响系统上线部署后的运行效果，对于那些通过软件测试的系统功能，方可作为系统最终上线的基础版本。基于测试用例、测试工具的系统测试让整个应用程序具有更好的健壮性。软件测试是系统正式上线投入使用前一项最为重要的工作，对于所开发系统的测试工作基于软件系统性质的不同，可能有所不同但是基于Sit以及Uat的测试都是必不可少的。对于软件测试而言，有纯人工的测试也有基于自动化测试工具的测试。就人工测试来说，大多是进行功能性测试，基于需求文档与最终系统实现效果来判断系统设计是否达到预期目标。对于软件测试而言，测试方法的不同，关注点也不一样。软件测试的方法可大致分为：黑盒测试与白盒测试，前者不关注功能的具体代码实现，只看系统最终实现与预期是否相符；后者则强调系统功能的业务逻辑设计是否合理，通过代码走查、路径分析等方法可达到该目的。6.2系统测试用例设计（1）用户登录注册测试：测试用户登录时不选择用户登录身份是否可成功登录系统，以及用户名、密码信息填写不完整是否可登录