【网上购物系统设计与实现13000字（论文）】

I网上购物系统设计与实现TOC\o"1-2"\h\u2959第一章引言 18882第二章开发环境与技术 17504第一节MySQL数据库 132148第二节Web服务器 231713第三节Java数据库连接 213663第四节BS架构 330373第三章需求分析 42249第一节可行性研究 413035第二节系统功能模块设计 611145第三节系统非功能需求分析 921136第四节系统数据流分析 102310第四章系统设计 122164第一节系统功能设计 1229035第二节系统数据库设计 1520919第五章系统实现 1911374第一节前台功能模块设计 19487第二节系统后台功能模块 221875第六章系统测试 25379第一节软件测试概述 2524554第二节软件测试目的及方法 2522870第三节系统测试用例设计 2631899总结 2815137参考文献 29第一章引言随着国经济发展越来越好，当下国已经进入了一个计算机软件技术和互联网技术快速发展的时代，我国国针对5G的研究已经走在世界前列，对于5G基础设施的建设更是有着十分突出的成绩。伴随着国从4G向5G迈进，针对互联网用户而言，网速更快通过网络可以完成的事情变得更多，较高网络传输速率，不仅有利于人们在线办公、学习，对于闲暇时的人们来说更可以通过网络在线购买物品。由于国互联网电子商务的飞速发展，线上购物模式已经逐渐发展成当下最为潮流的一种购物方式。同传统线下购物方式所不同的是线上购物，消费者无需前往各大商场门店进行商品的挑选，当商场人流比较多时还需要花费较多的时间去排队结算，这对于那些希望时间能够得到最有效的利用的用户而言是不便的，其次线上购物可以让消费者浏览到更多的商品，并且可以在线对比各种商品的价格、质量等信息，为其最终下单购买到最具性价比的商品提供了保障。就目前电商平台对国网购者的影响来看，是十分深远的据有关数据统计截止到2019年末，国线上网购者已经超过九亿人，可以见得这种新颖的购物模式已经被国众多的人所接受与认可[1]。传统的购物方式给人们带去了诸多的不便，通过借助互联网结合软件系统的方式，不仅很好的将线下商家与顾客的这种买卖关系移植到了线上，实现了商品的在线销售，而且基于计算机软件系统的购物模式，打破了传统的门店销售方式，让消费者不仅节约了购物选购时间，同时还能从中购买到价廉物美的商品。网上购物系统是当下电子商务发展的重要体现，它的发展与繁荣离不开国计算机软件技术、网络技术以及电子商务行业等的发展与创新，特别是在近几年国电子商务的发展表现出强有力的动力，到2020年国网购消费额已经超过万亿元，在线购物系统已然改变了绝大多数人们的生活方式。基于Web的在线购物系统，不仅极具安全性同时它还十分的高效，通过购物平台所销售的商品种类十分丰富，对于广大的用户而言具有较大的选择性。在国比较受欢迎淘宝、京东等电商平台每年通过平台所销售的商品成交额数以亿计。基于以上对国购物系统的需求以及发展现状进行描述，可知我国线上购物系统在当下用户群体十分多，消费能力也十分强劲，本课题展开对购物系统的研究十分有意义。第二章开发环境与技术第一节MySQL数据库MYSql数据库的性能能是特别的出色，在实际应用的过程中最大的优势是可以同时进行服务多个用户，而且能够在最短的时间内满足客户的需求，让客户能够得到迅速的回应，运行过程中对用户的私密信息能够做到绝对的安全，可以让每一个用户进行放心的使用，软件开发过程中，它最适用于Web站点或者其他应用软件的数据库后端的开发工作。MySQL数据库系统能够快速崛起，并迅速在信息市场上占有一席之地，实在是因为数据库系统具有相当多的优点，能够取代传统的文件系统。在传统的文件系统上，数据的变动，都可能引发应用程序的修改，而且还常会产生数据间的不一致性，举风种种，都证明了传统的文件系统己不符合也快速成长的企业所需的快速而正正确的数据。因此，学术界与工业界纷纷投入大量精力，以期能开发出具有更多优点的数据库系统。第二节Web服务器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服务器更具优势。第三节Java数据库连接对于应用程序开发而言，不可避免地需要对系统基本资料以及用户操作系统时产生的有关数据进行存储，此时需要使用数据库。在应用程序中，将通过代码的方式同数据库进行交互，从数据库查询数据或将页面中用户添加的数据保存到数据库中。为实现应用程序同数据库的交互，Sun公司设计了一套接口规范（JDBC）。市面上的数据库管理系统都实现了该接口规范，开发者在开发时只需要添加所使用的数据库驱动即可通过应用程序访问数据库。一个完整的系统要能正常运行，离不开应用程序、JDBC以及数据库管理系统的支撑。对于采用最原始的JDBC代码同数据库交互，具有多个繁琐的操作步骤（如：注册驱动、获取连接、编写SQL、创建预编译的语句执行者、处理数据查询结果、释放相关资源）。基于框架的数据库访问将变得尤其简单，无需再编辑每个步骤的代码，可通过配置的形式直接关联系统数据库，并实现对数据的基本处理操作。第四节BS架构B/S结构也是一种浏览器的结构，主要是能够让用户在通过界面前端实现浏览器的访问，不仅能够极大的减轻整个系统的压力，而且在经济费用支出方面也节省了很多成本，此外B/S结构是有三层进行独立操作，不仅能够极大的保护用户操作的安全性，而且能够让系统与系统独立操作，从而提高各自的工作效率。与此同时，B/S结构是对C/S结构应用的补充，它的出现和互联网技术的快速发展是密不可分的。B/S结构是通过浏览器进行实现的，通过浏览器界面打开后使用系统，可以满足所有用户的需求，只要能够上网的电脑都可以使用软件，不需要在客户端上安装任何软件。B/S结构应用程序相对于传统的C/S结构应用程序有一个较大的进步。B/S架构可以妥善处理新软件在安装过程中的兼容问题。关于B/S架构的软件则能够兼容许多类的操作系统，结果客户可以具备许多类选择，由此能够减小相应的成本支出。这类软件在进行维护的时候比较简洁，并且便于实施相应的更新，在对于软件实施相关的更改操作或是升级操作的时候，仅用对于服务器实施相应的操控就好。另外B/S软件和网络能够直接保持连接，经过使用浏览器，客户可以对于软件实施直接操控。关于B/S架构存在的缺陷：其实就是在服务器端它的数据负载量偏大。对于B/S软件而言，系统在进行交互的时候均会经过浏览器完成，软件则会在服务器端实施相应的规划。如此一来，尽管说成本支出方面有所减小，然而服务器端的负载却有所增大。假如访问比较集中，那么将产生许多的数据量，结果系统也许将产生相应的故障，故而平日里应当时常进行备份，从而防止这类状况产生，由此确保数据具有较高的安全性。图2.1B/S结构模型综上所述，本文所以设计的网上购物系统开发降选择B/S结构。目前来讲，以B/S为基础的应用通常情况下会选用3层级的架构，经过使用此类架构，用户能够经过用户端的浏览器从而以交互方式实现全部的操作，考虑到此系统的服务器和用户端之间属于一对多这种联系，B/S这种架构能够有效降低用户端的负载，并且能够有效降低规划环境的相关条件。第三章需求分析第一节可行性研究系统可行性分析作为整个软件开发声明周期中十分重要的一个阶段，它的主要任务是在系统正式开展设计之前，就系统设计与实现站在技术、经济效益、开发风险程度等诸多角度进行分析，并最终得到一份全面、客观的可行性分析报告。对于一个软件系统而言最终能否成功开发与运行会受到开发者技术、软硬件资源、时间投入等的影响，所以系统可行性分析可以及早的发现系统设计中的有关不确定因素，为最终正式开展设计打下坚实基础。基于JavaWeb技术的网上购物网站是十分流行的一种购物方式，它拥有十分庞大的用户群体，很受当下人们的追捧。购物系统的设计实现不仅可以带动商品销售额的增长，提高企业在行业内的影响力与综合评价，同时它更是为众多的网购者提供了十分便捷的购物平台，开发完成后用户体验必定会非常好。该系统在开发技术方面不存在任何的疑难问题，实际开发时可以参考已有的淘宝、京东等电商平台的购物流程来进行设计，采用最基础的JSP、Servlet、JS、HTML、CSS等技术即可实现系统前后端的设计。从系统设计经济层面上进行考虑，本系统因为采用的是B/S架构模式，前期所需要投入的资金几乎为零，并且基于该模式可以将有关数据渲染解析等过程交由客户端实现，这样可以降低服务器配置减小开支，同时，本系统因为不会上线所以不会花费资金用于购买服务器。此外，本系统开发所使用的IDE工具、数据库等软件都可以从互联网上找到免费的，也不存在有关采购花销。因为当下众多的人对于网购是十分热衷的，所以系统最终所能带来的收益是无可置疑的。因此，从系统开发设计经济角度进行分析，本系统是完全可行的。最后，从系统可操作性进行分析，最终实现的系统与们当下所使用的淘宝、京东等购物平台的购物过程大致相同，只是本课题系统会基于时间以及技术限制等原因，对有关系统功能进行相关弱化或模拟实现。所以，使用者无需担心系统操作性不强，此外在系统设计完成后本人将会根据系统功能制作一份操作使用手册给到用户，因此系统在操作方面具备可行性。一、技术可行性对于本课题所研究的商品销售管理网站设计而言，其设计工作包含两个方面：（1）商品销售网站前端设计；（2）商品销售网站服务端应用程序开发。从技术层面讨论系统设计是否可行，主要分析基于前端、服务端程序设计是否有相关技术可用于系统功能开发。对于商品销售网站前端开发来说基于HTML、CSS、JQuery、Ajax等技术，即可完成商品销售网站前端页面结构搭建与美化渲染以及业务逻辑的编写，同时还可通过Ajax实现同服务端应用程序进行交互。对于商品销售网站服务端应用程序设计而言，基于SSH（Struts2、Spring、Hibernate）等框架技术，可以快速搭建一个web服务，通过Struts2完成门户网站发起请求的处理与服务端数据的响应，基于Mybatis实现对本地数据库数据的访问操作。基于这些技术可完成商品销售网站系统所有功能的开发设计，所以系统实现技术层面是可行的。二、环境可行性作为一款软件系统其设计实现、部署运行都需要基于一定的软硬件环境，本系统开发基于本地个人PC，在开发测试阶段不用考虑将其部署到云服务器，所以不涉及到对云服务器的购买与使用。从社会环境分析，本系统由于可以很好地实现解决爱好者在线选购商品的有关需要，必定会得到这些群体的支持。所以，可用于商品销售与管理的软件系统从开发以及社会环境角度是可行以及被支持的。三、经济可行性分析在设计在线购物系统过程中，是不是需要一些经济上的支持，这样是本设计经济可行性分析的要点和要素。因为本设计都是选择的开源的一些项目，所以说，这也就意味着本设计无需投入财力去投入，所以经济可行性很高。不会出现大范围的需要经费的情况。而且从最后的效果来看，基于在线购物系统还可以节省在线购物馆管理的开支，所以在线购物管理系统的经济上的可行性是比较高的。四、操作可行性分析操作可行性，指的是在线购物管理系统的操作是不是符合一般的操作逻辑。因为本设计都是按照标准的软件功能的技术文档来执行的，所以在设就的时候，已经把优良的人机交互特性给考虑了进去，这也是本设计具备操作可行性的原因所在。第二节系统功能模块设计功能需求分析的最终结果可以得到本系统所要实现的所有功能点。基于功能点所操作数据是否一致，将系统功能划分成不同的功能模块，为后期系统编码设计时，Action应用处理类的设计提供参考。本系统前台门户网站所有功能被划分成四个模块如图3-1所示。图3-1门户网站功能模块图针对本课题所研究的商品销售管理系统，本质上是一个购物信息系统。可知系统前台门户网站主要包括用户模块、商品模块、购物车模块和订单模块在内的四大模块，当后期系统编码开发时将根据系统功能模块进行系统有关类的创建，两者之间是一种一对一关系。图3-2后管功能模块图对于商品销售网站后管而言，所有系统功能被划分成四大功能模块，主要实现对平台基础数据进行维护。下面是根据系统的角色，进行的用例图的划分：一、商品购买者对于商品购买者而言，初次使用本系统时，需要首先注册系统账号，并使用户该账号登录系统。购买者成功登录系统后，可在线选购商品，查看商品基本信息，管理个人订单以及购物车商品等等。通过分析最终得到系统基于商品购买者所要实现的基础功能如下：（1）用户注册：用于在线获取系统账号，注册时用户需要填写个人基本信息，注册成功后将跳转到用户登录页中。（2）修改个人信息：购买者通过点击前台门户网站顶部的个人中心选项，可进入个人中心页管理个人信息。（3）查看商品详情：购买者在前台门户网站中，可点击任意商品进入查看其详情。（4）添加商品到购物车：在商品详情信息页，购买者可点击添加购物车选项，将当前商品添加个人购物车。对于已添加的商品，再次点击购物车按钮，可取消添加。（5）搜索商品：在前台门户的所有页面中均设置了商品搜索框，用户可通过输入商品名称，在线查询指定商品。（6）在线购买商品：在个人购物车页面中，用户可选择不同的商品商品进行支付，本系统采用模拟支付方式实现在线支付功能。（7）查看个人订单：用户点击首页顶部的订单选项，或点击个人中心页中的订单选项卡可实现查看个人订单基本情况。（8）地址管理：在个人信息页中，用户可查看已添加的地址信息，可对地址信息进行在线修改与删除。基于以上对商品销售平台用户需求的描述，可知与该用户相关的系统用户用例图描述如图3-3所示。图3-3购买者用例图二、平台商家平台商家即系统管理员用户，其主要负责对系统基础数据进行维护管理。系统管理员用户成功进入系统后，可在线管理平台注册用户，平台销售商品，商品基本分类，平台商品销售订单以及对平台用户的管理。通过分析最终得到系统基于系统管理员用户所要实现的基础功能如下：（1）用户管理：平台商家（系统管理员）通过点击系统后管首页中的用户管理选项下的用户列表，加载系统当前所有注册用户，管理员可在线删除用户账号，以及新增系统用户。（2）商品分类管理：点击首页中的分类管理选项，将加载所有商品分类信息并展示，管理员可对商品分类信息进行修改与删除，若分类下包含商品则不可删除。同时，在分类明细页面中，管理员可在线添加新的商品分类信息。（3）商品商品管理：在商品列表页中，管理员可点击商品添加图标，实现在线编辑商品基本信息。商品基本描述编辑完成后，管理员可点击图片图标，上传该商品的图片作为前台展示的素材。（4）订单管理：通过功能平台商家，可以查看平台所销售的商品基本情况，点击具体订单项，可查看该订单用户所购商品的基本信息。同时，平台商家在顾客购买商品后，可通过订单管理确认订单以及在线发货。基于以上对系统管理员用户需求的描述，可知与该用户相关的系统用户用例图描述如图3-4所示。图3-4平台商家用例图第三节系统非功能需求分析在个人安全登录板块会具有安全账户去实施登录。使用个人身份证和唯一的用户名实施身份的确认。至于密码则是用于实施账号安全登陆的独一凭据，这对顾客的实名制登录具有非常严格的条件。（1）应当具备较高的安全性还有较高的保密性：对于所有的客户而言，如果希望登入此系统，那么应当导入自身的用户名通过验证的身份账号，在此相关的操作中，如果拒绝实施身份登陆，那么将出现不能进入此系统的情况，另外此系统中能够较佳的设定相应的权限，这样的话对于差别的用户，应当具有差别的应用权限，至于非常一般的顾客，均存在对本身的信息不能实施更改的制约性，然而对银行企业的总在实施可行性方面的解析可知，在顾客管理系统方面商业银行存在诸多缺陷，判定是由于发展的时间相对较短导致。（2）应当具备优质的牢靠性和平稳性：在网上购物方面，制约网上购物系统在每天8小时实施持续运行，在这8小时以内，运用此系统的用户或是管理者在会进行不一样的业务操控，对于工作而言，如果要维持顺利实施，那么务必确保业务能够持续进行，从而确保系统的运转具有更高的平稳性，假如遇上了此系统产生故障的情况，那么将在所处流程实施相应的干预，这样的话企业在为顾客提供商品服务的过程中将形成恶性影响。（3）技术方面的可行性：为了尽量减轻管理方面的可行性，在对技术进行完善的过程中，研发系统或是科学使用领先的技术，这些均应当在联合使用硬件软件的条件下，在个人安全登陆模块均具有安全账户去实施登录。使用个人身份证和唯一的用户名实施身份的确认。至于密码则是用于实施账号安全登陆的独一凭据，这对顾客的实名制登录具有非常严格的条件，均应当将健全的顾客数据记录到相应的档案里面，应当在界定的时间里面实施系统的监测，在系统中实施结果查询操作相对繁杂，另外需要相应的时间实施严格的界定，即高效性。（4）易用性：关于网上购物系统而言，在为顾客供应优良的友情提醒的状况下，均具有相应的展台，能够实施简洁便捷的操作样式，这样的话如果在对此系统进行操作的过程中产生了问题，那么均应当即时找出准确的处理方式。（5）维护性和移植性：在对此系统进行维护的过程中，应当确保此系统软件具备优质的可移植性，这样的话便于别的预留窗口能够应用，另外能够在此系统里面添加较多的样式，在需求方面具有较佳的灵活性，另外应当具有较强的移植性。第四节系统数据流分析对于软件设计而言，对系统进行数据流分析是十分必要的，在实际开发中通常借助数据流图来对系统中数据的有关转换过程进行分析。基于数据流图的分析是对系统逻辑模型的一种表示，主要方式是基于图形（箭头、圆、方框等）对系统中数据的流动与处理过程展开分析与描述。在数据流图中，不同的图形表示不同的处理过程或数据，其中双横杠用来表示数据存储过程。一、顶层数据流顶层数据流描述中仅有一个加工存在，重点在于描述出系统与输入输出流之间的关联关系。针对本系统而言，系统顶层数据流描述，如图3-5所示。图3-5顶层数据流图二、中层数据流通过对顶层数据流进一步的细化，可以得到中层数据流图。中层数据流图实现了对系统功能模块的细化，实现了将功能模块通过不同的加工的进行表示。中层数据流图将系统数据在多个加工中的流动情况进行了更为全面地展示。基于系统功能需求分析部分的结果，可以了解到本系统需要基于数据库进行存储的数据包含用户信息、商品信息、分类信息等。基于本系统的中层数据流分析，如图3-6所示。图3-6中层数据流图三、底层数据流底层数据流图是进一步对中层数据流图中的具体加工再次细化的最终结果。基于中层数据流图，可以得到本系统所包含的加工数量，进而得到本系统的底层数据流图描述。底层数据流图是对系统数据进行的一次最为细化的数据处理。基于中层数据流描述得到的系统底层数据流如图3-7所示。图3-7底层数据流图第四章系统设计第一节系统功能设计一、用户登录注册对于使用系统进行在线商品选购的注册用户，在使用系统时若不具备系统账号，可通过系统提供的用户注册功能，在线注册系统账号。用户注册时需要填写个人基本信息，同时需要选择注册新用户的身份，在编辑完个人信息后，可通过点击“注册”按钮，提交用户信息。若服务端正常处理结束，新用户账号注册成功，用户可以通过该账号登录系统。针对用户登录注册功能的具体设计如图4-1所示。图4-1用户登录注册流程二、购物车流程设计商品购买者通过前台门户网站，可查看所有在校商品商品。当用户点击不同商品后，将加载当前商品详情，在商品详情页中用户可点击“添加购物车”选项，将当前商品加入个人购物车中。针对购物车功能的设计主要用于临时存储用户选购商品，用户可对个人购物车中的商品进行删除，以及修改器购买数量等。当用户选中购物车中的商品后，页面将动态显示当前购买商品所要支付的金额，点击“结算”按钮，将实现在线支付（模拟实现）。针对系统用户购物车功能的设计流程如图4-2所示。图4-2购物车流程三、订单生成商品购买者在商品详情页中，可点击立即购买选项，实现在线购买商品。还可以通过个人购物车实现一次性结算多个商品的金额。当用户在线支付选购商品订单金额后，将跳转到订单详情页中，在该页面中展示了当前用户选购商品的基本信息（总价格、数量等）。本系统针对在线支付功能采用模拟实现方式，在用户点击结算后一定时间后将自动生成订单，并修改订单状态。针对用户在线购买商品生成购物订单的基本流程概述如图4-3。图4-3订单生成流程第二节系统数据库设计数据库设计包括概念设计、逻辑设计、数据表设计，其中概念设计作为数据库设计的第一个阶段，有着十分重要的意义。数据库概念设计其核心工作是基于系统有关功能进行抽象化处理，即将系统所要实现的具体功能，抽象成数据库中所要存储的基本数据信息。这一抽象过程可通过借助数据库概念模型实现，而在常用的概念模型中，E-R图有着十分广泛的应用，在进行数据库概念分析时通常基于E-R图得出系统有关实体与属性的关系以及实体间的联系。E-R图由不同的图形所组成，每类图形代表不同的含义，在实体关系图中通过菱形表示不同实体之间的联系。针对本系统而言，通过E-R描述的实体关系如图4-4所示。图4-4数据库E-R图一、逻辑设计数据库逻辑设计的核心工作是将数据库概念设计阶段所得到的有关实体属性描述以及实体关系的数据库E-R进行转换。进而得到可以被用于存储到系统数据库的有关数据结构。只有这样系统有关基础数据以及用户操作数据才可以被正确地存储到系统关联的数据库物理表中。对于图4-4所示数据库E-R图，将其转换成MySQ所能支持的有关关系逻辑结构表示如下。（1）用户：用户名、密码、邮箱、联系方式、角色、邮箱；（2）订单项：订单详情编号、订单编号、描述、总价格、商品编号；（3）商品类别：类别编号、类别名称、级别、描述；（4）商品：商品描述、商品编号、图片、价格、数量、商品名称。（5）订单表：下单时间，下单人，时间，地址，价格，商品数量，金额，创建日期，更新日期（6）管理员表：姓名、密码、权限、性别、职务、联系方式二、数据库物理表设计数据库物理表结构设计是将数据库逻辑结构设计阶段得到的关系模型中的各属性，确定其在每张数据表中的基础信息（字段名称、字段类型、索引类型、是否主键、是否为空等）。确定数据表字段的基本信息，为后期通过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所示。整个首页由三部分所组成，分别是左侧菜单列表、搜索框、商品展示区域。用户通过在浏览器中输入localhost:8080，可在线访问当前页面。图5-1门户网站首页二、商品搜索商品购买者在门户网站首页的搜索框中输入商品名称后，点击点击“搜索”图标。将输入的当前数据提交服务端进行处理。服务端基于该数据从商品表中，根据商品名称查询，最终将查询结果返回浏览器显示。如图5-2展示了用户输入金士顿后，查询到的商品。图5-2商品搜索三、用户登录用户登录页面的最终实现效果如图5-3所示。用户在登录时需要填写个人用户名、用户密码，并填写验证码。点击“登录”按钮后，将向服务端提交表单数据，校验通过则成功登录系统，否则提示错误信息。图5-3用户登录四、用户注册用户注册系统账号的UI界面最终实现如图5-4所示。用户在线注册时，除了需要填写个人基本信息外，还需要选择注册用户身份，且系统用户注册功能仅提供注册普通用户账号。当用户编辑完个人信息后，点击“注册”按钮提交用户信息，服务端处理结束后则注册成功。图5-4用户注册五、购物车商品购买者，点击门户网站首页中的“购物车”选项后，将加载个人所收藏的所有商品，通过如图5-5的形式呈现出来。用户可以对个人购物车中的商品选购数量进行修改。并可通过点击下单按钮，实现在线支付。图5-5购物车六、个人订单商品购买者在门户首页中点击订单，或在个人中心页中点击订单管理，将加载个人所有订单信息，通过如图5-6的形式展示个人订单详情。用户可通过点击“订单项”后的删除图标实现对指定订单进行移除。可点击详情选项，查看当前订单所购商品基本信息。图5-6个人订单模块第二节系统后台功能模块一、用户管理系统管理员点击首页菜单列表中的“用户管理”选项下的用户列表后，将获取系统所有注册用户信息，并以列表的形式呈现出来如图5-7所示。管理员用户可对系统用户基本信息进行修改，同时可通过点击用户记录后的删除图标实现移除指定用户。图5-7用户管理二、商品管理当系统管理员用户，点击菜单列表中的商品列表选项后，将请求获取系统当前所有已上架的商品信息。并通过列表的形式将平台商品展示出来，如图5-8所示。点击每一条商品记录后的编辑选项，将向服务端发起请求，获取当前商品详情信息。点击商品记录后的删除选项，将传递当前记录编号到服务端，通过该唯一标识从数据库商品表中删除指定商品记录。点击添加商品按钮后，将动态加载出如图5-9所示页面。用户可在页面中录入商品信息，并点击添加选项保存表单数据至数据库商品表。图5-8商品列表图5-9商品添加三、商品分类管理图5-10展示了商品销售平台所有商品所属类别信息。当用户点击菜单列表中的分类管理选项后，将请求系统所有商品分类信息，最终以数据列表形式呈现分类数据。系统管理员具有对商品分类信息修改、删除权限。图5-10商品分类列表四、订单管理当系统管理员用户，点击菜单列表中“订单管理”选项后，将请求获取系统当前所有用户在线订购商品的订单信息。对于服务端响应的订单数据，最终以图5-11所示形式呈现给用户。系统管理员具有对用户订单执行删除、详情查询的权限。当用户点击删除选项时，将基于当前记录唯一标识从数据库订单表中移除指定数据。用户点击详情查看当前订单包含商品信息，同样基于订单编号从数据库查询获得。当用户点击详情后，查询到的订单所含商品信息的最终呈现方式，如图5-11所示。图5-11订单列表图5-12订单详情

第六章系统测试第一节软件测试概述IEEE在1982年对于软件测试做出如下界说：和检验软件是不是符合需求或搞明白预期的结果和真实结果间存在的差异，运用人工方式或是自动方式运转或是测验某系统的流程，这实际上是软件测试。对于软件测试而言，它其实是此系统研发的核心部分。从研发到使用的整个过程，都需要进行相应的测验，有些则要求进行反复的测验。对于系统实施综合完善的测验，这其实是其研发的核心保证。软件测试能够分成确认、验证、测验这3个阶段。在相关的软件工程里面，这些阶段会展现出差别的情况。第一个阶段，一般情况下适合使用在系统规划、需求解析等相对早期的过程中。至于第二个阶段，时常产生在系统的设计与编程过程中。至于第三个阶段，一般情况下出现在编程与系统完成以后的具体测验过程中，这里的测验其实是狭义的测验，比如模块测验等相关内容。第二节软件测试目的及方法对于实际运转的情况进行相应的模拟，并且能够找出系统出现的问题，探讨相应的策略，并且对于软件实施相应的更改，提升其运转的品质，从而符合设计的相关要求，符合顾客的相关要求。这其实是此系统测验的基础流程与目的。在此流程内，应当一直坚持精确的导向，并且环绕预设的目的，实施相关的测验，严禁偏离测验的目标。此章重点运用并讲述了黑盒测验的相关流程与结果，相关的情况可见图6.1。图6.1系统测试流程第三节系统测试用例设计（1）用户登录注册测试：测试用户登录时不选择用户登录身份是否可成功登录系统，以及用户名、密码信息填写不完整是否可登录系统；用户信息不完整是否可注册等。针对系统用户登录功能，所设计的测试用例详见表6.1。表6.1用户登录测试用例表用例描述测试用例预期结果实际结果是否通过用户登录提交空表单登录失败登录失败通过用户登录用户名、密码空其一登录失败登录失败通过用户登录完整表单提交，且信息正确登录成功登录成功通过用户注册提交空表单注册失败注册失败通过用户注册用户名、密码空其一注册失败注册失败通过用户注册除身份外，其他均填写注册失败注册失败通过用户注册所有表单信息填写完整注册成功注册成功通过商品管理：测试管理员在线添加商品时，商品图片、基本描述信息编写不完整时，是否可成功实现商品添加，以及对已上传的商品是否可实现在线删除等。针对系统管理员用户的商品管理功能，所设计的测试用例详见表6.2。表6.2商品管理测试用例表用例描述测试用