《在线购物交易系统的设计与实现》12000字（论文）

VI1绪论1.1研究背景与意义由于全世界的经济化的影响，计算机网络技术以呈几何式的速度正在快速的发展。互联网技术的带动一种从前没有的全新购物方式出现在人们的生活之中，并且逐渐向主流化发展满满的被许多人接受而且深受年轻人们的喜爱，便是网上购物，需求者通过互联网搜寻商品信息寻找自身需要的货品，并经过电子订购单发出购买申请，系统接受到之后弹出用户要买的物品的金额和付款方式，而后填写个人的各种支付卡账号完成付款，卖家则以各种快递的方式寄送商品。网上购物给用户提供更方便的购买途径，并且不需要像以前一样去实体店购买、讲价在一些特定的日子还会有比较优惠的价格活动，客户仅仅须通过手机或者计算机对各种商品进行结算操作即可进入发货环节，不受空间和时间的限制便可在家收到货物，并拥有完备的售后服务，正是因为以上因数使得网络购物和网络销售变为一种时尚也成为人们日常生活的一部分，大家都能够享受网络购物给生活带来的便利。1.2国内外研究现状因为计算机网络技术主要从国外发展而来，所以通过网络来完成购物在国外出现以及发展的时间都是比较长和早的。列如像亚马逊，EBay这些国际有名的购物网站。因此外国的网上购买系统相较国内来说比较完善。相互的比较来说，国内对于电子商务领域方面的研究则开始的时间比较晚且发展时间短。20世纪90年代中国家外贸部分建立了对于电子商务业务处理的专门的中心区单位。20世纪90年代末，各种以互联网技术为基础网上书店开始出现，通过其来进行图书的购买以及以此来原型的各种其他商品的购买系统也逐渐出现。1998年7月时候，国内的各种商品的销售网站也逐渐被研发并得到运用，在北京以及上海等地方都组织和举行了各种电子商务活动。2000年年初时，由于正好处于计算机网络技术快速发展的时期，在当时国内陆续的成立的同种类型网络企业超过了300家以上，同时至2000年为止，其数目更是超过了700。然而由于纳指系数的减少，至2001年时候能够被人们所记住的只有5家左右了，因此在未来的几年内网络购物方式历经了较长时间的“寒冬阶段”。而由于面临非典的袭击，许多人被困在屋内，但是要想足不出户就买到自己所需要的东西就只能够依靠网络，很多防范意识强的人也开始试着网上购物。因此，愈来愈多的人们开始意识到通过网络来进行购物以及货物到家的便利性，随着网络购物的发展人们也逐渐地接纳了使用网络来进行购物的方式。21世纪初非典病毒过去后，愈来愈多的人们开始加入到网络购物当中，其中比较典型的代表有在早期便出现的以B2C模式为基础的当当和卓越，其以每种类型货物的低价格和规范化的商品来视为网络销售的关键之处，通过快递运输以及活到付款的交易方式，慢慢地开拓其个人的市场需求。由于经济的快速成长，基于网络的购物方式开始逐渐地得到了长足且广泛的发展。到2005年为止经过统计，当当网其当年的营业额超过了44亿，其大程度的超出了很多投资企业的预估判断。在当当、卓越这些通过图书来进入网络购物领域的整体性销售模式以外，以C2C为基础模式的淘宝网以及易趣网也逐渐地开始发展和成长，同时从其交易的数目方面来说也取得了很高的成绩。因此，综合上面所述来看，在未来通过网络来完成销售是主要的趋势。1.3主要研究内容本网站为在线购物交易系统，主要研究的是让客户进行电子商品的购买以及管理员对系统运行中产生的各项订单、用户、商品等数据信息的管理操作。系统主要通过使用MySQL数据库和Java技术，通过Internet互联网技术，从而实现系统中的数据信息化、规范化，并且让系统的整个实现的流程。无论是前台用户还是管理员部分来说都是操作容易并且实用简单的系统。2开发技术与开发环境2.1开发技术2.1.1JDK简介JDK所指代的是Java开发程序运行所需要具备的系统环境；用一个例子来阐述一下就是：一台电脑想要运行除了需要具备操作系统以外还需要具备可以被依托的硬件设备。JDK就是相当于是Java的“硬件设备”。从Java问世到如今也有二十多年，市面上流行的版本多达十几个，除开基本的运行库以外，还内置了各种函数以及调用工具。多被运用于安卓应用软件开发、嵌入式功能模块、大数据平台。本课题的目标需要使用Java辅佐实现，同时也考虑到为兼容其他模块部分，将采用JDK1.7版本作为开发环境。2.1.2Tomcat简介Tomcat是一种适用于小型Web网页的免费服务器。同时还具备兼容JSP的能力。Tomcat在网页中作为处理http的处理器，将用户对网页前端的操作递交给后端程序进行处理，在处于其他场景中，例如应用程序，应用程序使用的是B/S模式，在这中场景下，Tomcat会对对应的请求操作进行请求递交给服务器，待服务器给出返回时，将数据递交给请求地址。2.1.3MySQL数据库MySQL作为一款数据库软件，主要的作用便是将数据进行表单的整合，并对这些数据进行存储，有了表单的整合分类，在查找调用数据的时候将会大大提高程序的读取速度。在实际使用时的便利则会更加凸显出来。并且MySQL数据库的体积小，相较于其他数据库更加轻便，在功能上也没有明显的弱势，并且MySQL软件的源码是开放的，可以根据自己的需求进行修改。开源这一点非常符合本项目，决定选用MySQL作为本项目的数据库。2.1.4Eclipse简介Eclipse就本身而言只是一个服务框架，但它的插件组拥有应用程序开发环境，并且内部集成了Java的开发工具，可以给开发工作提供很大的便利，插件组内的拓展定义还可以被重新定义，并且可以在后续中用于数据接口被用户调用，可以用于对定义的扩展，小到一个字符，大到一个类进行解释。Eclipse的灵活性也是其他软件所不具备的，选定Eclipse作为项目的开发框架。2.2开发技术2.2.1SSM框架SSM作为两个框架合并后的产物，被经常用作于Web项目的框架。SSM可以从（Spring、SpringMVC、MyBatis）三个层面上来理解。spring可以作为通往实体参数的桥梁，使用文件中的调令通过接口将参数传输到实体对实体进行控制；springMVC将对用户的操作请求进行调控，主要工作便是将用户的操作请求去和对应请求操作进行匹配，然后进行请求递交；MyBatis则是对操作指令的整合，将程序的底部信息传输、更替更加可视化，并且通过指令于数据库发生数据传输时，都会要先进行令牌的通过再进行数据传输。这给数据库的安全带来了一把锁，防止任何情况下都能够对数据库进操作。2.2.2JSP简介JSP是一种网页技术的标准，位于服务器内，能够处理客户端发出的请求指令，根据用户的请求返回对应的数据，并生成相应的动态网页页面。开发者可以使用Java语言编写脚本置入服务器，给予服务器处理更多指令的业务能力。JSP的优势非常的明显，首先JSP是开源免费的，这样意味这网络上有着很多被完善、添加过很多功能的项目文件，可以节省下很多的开发时间。其次从功能上来说，JSP对于Java所开发程序是完全足够的，并且轻便不似其他过于臃肿，经过第一次的设定后还能够重复使用，而对项目来说重复使用能够节省下很多的时间。3系统分析3.1需求分析根据所参考的各种文献资料，所确定的系统功能可大致分以下七个部分，下面则主要阐述以下两种类型用户的系统功能需求分析，其如表3-1所示。表3-1系统功能需求分析表编号功能名称功能描述1基本功能模块普通用户和管理员登录：确保系统中的两种用户类型在输入了正确的登录信息后方进入后台界面进入功能操作。用户注册：对于用户表中没有对应记录的用户数据，须让其进行注册并在数据库中具备对应的用户信息方可登录成功。退出：清除用户的登录信息后退出系统2管理员管理管理员可创建下一层级别的系统工作人员用户，同时对其进行操作3用户管理系统中普通用户的新增由其注册功能完成，同时管理员还能够对其进行查询、删除以及修改等操作4类目管理客户主要具有对商品所属类目信息的查看权限，从而根据类目查看该类目信息下的商品；而管理员则具备了对类目信息的增删改查操作。5属性管理客户商品属性信息的仅有查看权限；而管理员则具备了商品的信息具备增删改查操作。6商品管理主要为管理员对系统所展示的商品信息的进行维护；管理员则可新增或更新商品的部分数据信息，同时还可对其是否需要加入到爆款当中进行处理。7订单管理管理员在后台可对各种不同付款状态的订单信息进行查看，同时还可完成对订单信息的、发货、配送的操作，另外用户还可通过个人中心进行进行订单数据的查看。106253.2用例分析系统能否取得成效，最主要的还是是否有人需要这个系统，所以开发这个系统的目的和用处需要针对分析清楚，通过设计后结合所做的研究与生活靠近，将系统所需要实现的功能列出，并且对细节代码处进行优化展示，我们需要设计出一个人性化，使得用户和开发人员都能充分理解的系统。系统中的普通用户主要实现了其登录和注册、商品的浏览、以及商品详情和购物车中的商品数据查看，另外系统中还实现了客户对个人信息的维护以及订单查看等功能，其用例图如图3-1所示。图3-1客户用例图根据各个模块所实现的功能，管理员主要实现了其登录以及用户、类目、属性、商品、管理员、订单数据的维护管理，管理员用例图如图3.2所示。图3-2管理员用例图3.3可行性分析在信息安全系统工程建设项目中，一般从研究技术经济可行性、经济可行性、法律法规可行性与保障用户信息使用安全可行性四个关键方面入手来综合进行统计分析信息系统的技术可行性问题研究，其中技术经济可行性一般被普遍认为会是建设项目的技术底线。3.3.1技术可行性技术论证可行性也可以称为企业的技术风险评估分析，研究的分析对象主要是企业信息管理系统未来需要如何实现的技术功能和管理性能，以及它的技术论证能力及其约束。所谓技术论证可行性主要是指通过综合考虑以下几个问题之一来对其进行技术论证：（1）技术目标：一个项目的技术目标定义是比较模糊的，在进入可行性技术研究开发阶段，所以项目技术上的可行性最好与项目性能和技术约束的基本定义、项目中的功能同时结合进行。一旦一个项目正式进入技术开发阶段，任何目标调整都可能意味着增加更多的技术开销，所以进入可行性技术研究开发阶段，调整项目选择可行的项目技术标准体系和确定项目中的目标和都是完全可以的。（2）信息技术：分析信息电子技术的产业发展趋势现状和企业现有的信息技术开发能力水平是否具备足以直接支持系统设计目标的顺利实现。（3）资源：企业现有的技术资源(包括例如，构件数据库、掌握相关技术的专业员工、软硬件实施条件、企业的长期技术经验积累等)质量是否足以直接支持一个项目的成功实施。设计所涉及到的的技术、框架和插件都相对已非常的成熟且有了一定程度上的掌握，没有任何的风险与本质上的技术难题，因此，从技术方面来说本在线购物交易系统是完全可行的。3.3.2经济可行性经济可行性也可以称为前期投资项目成本经济效益或投资收益费用分析成本分析，主要是在评估投资项目前期建成后确定可能的前期经济费用收益、运行费用成本和投资项目的前期建设费用成本。本系统主要运行在Windows10系统平台，使用技术简单的JSP结束来实现和开发，这可以省下一大笔费用，同时开发这个系统可方便用户的购买，对社会有巨大方便提高效率。并且能丰富和改变人们的生活方式，管理员在网上就可以管理后台的相关数据，后台推送等服务，发布通知，也不需要专门的人员了，这样可以节约许多劳动力并且极大的节约了时间，综上所述，系统是经济可行性的。3.3.3运行可行性分析在如今社会，计算机技术发展迅速，网络越来越普及，人们生活离不开信息技术。很容易寻到有许多高水平的操作人员，他们有能力保证软件开发成功，在后期的维护方面也可以实时监控，出现问题第一时间解决，让系统应用到实际，高效便捷的服务效率，极大的降低了成本，让系统具有运行可行性。4系统设计4.1系统功能结构设计为了完成此在线交易系统的设计与实现，特绘制的的系统总体功能结构图如图，并分为几大功能模块，本网上商城系统的整体功能架构图如图4-1所示。图4-1系统的整体功能架构图基本信息管理：保证用户和管理员经过登录后进入系统，用户经过注册后方能成功登录：游客具有网页浏览功能，可进行商品的浏览和查看。退出：清除用户的登录信息后退出系统。基本信息管理模块的功能设计流程，如图4-2所示。图4-2基本信息模块功能设计流程图（2）管理员信息管理由超级后台管理员用户对系统中的管理员用户进行商品的删除、添加和查询。其功能设计流程图如图4-3所示。图4-3管理员管理模块功能设计流程图（3）类目管理类目属性主要为系统中商品所属的分类的信息，客户和管理员登录成功后，类目管理的功能的设计流程图如图4-4所示。图4-4类目管理模块功能设计流程图属性管理：系统中各种商品的属性信息包括其生产的地区以及其品牌的信息，管理员可对其进行管理，用户则仅能在进行商品的浏览时查看其地区和品牌信息。属性管理模块功能设计流程图如图4-5所示。图4-5属性管理模块功能设计流程图（5）商品管理管理员对商品可进行增删改查管理，用户对商品仅具备查看功能。商品管理模块功能设计流程图如图4-6所示。图4-6商品管理模块功能设计流程图（6）订单管理管理员对系统中的订单信息主要查看、删除以及对其状态进行修改，比如是否发货、是否完成、是否付款的状态的改变。用户则可根据立即购买以及购物车购买的两种方式进行订单的下单。图4-7所示为订单管理模块功能设计流程图。图4-7订单管理模块功能设计流程图4.2系统实现所用框架设计系统的设计与实现使用SSM框架，整体架构使用MVC模式，即将界面Action、业务处理和数据库数据处理部分得代码各自分开各自模块互相分开，分别放置在各自定义得接口以及实现类当中，从而减少各个实体之间相互的耦合性，这也是目前系统开发的一个主流目的想法。在用户进行登录操作时，JSP页面回将用户的登录请求递交给服务器端口，服务器通过JSP递交的数据放入数据库内进行快速对比，若数据正确无误则会返回给服务器相对应的数据指令，并在数据库中通过接口类中获取相应的数据，同时通过视图转到相应的JSP界面显示数据。系统架构设计图如下图4-8所示。图4-8整体架构设计4.3数据库设计数据库的设计一般也有需求分析，然后在进行概念、逻辑、物理结构的设计，再就是如何进行实施以及运行和维护，本章节主要对第二、三、四个步骤进行分为，对于需求前面章节已经有多介绍，所涉及到的实体都会在概念部分详细论述，数据库的实施、运行以及维护则在第五章有所介绍或由框架本身所决定。4.3.1概念结构设计在经过对整体的功能需求整合以及抽象等操作后，可以把本在线交易系统建立为一个不以数据库管理系统为依赖概念模型。一般来说，对于概念结构的设计有下列集中方式：自顶向下：从整体出发，建立全局的概念结构体系，然后再对部分逐渐地进行具体化。自底向上：与第一种方法相反，首先对局部功能或者应用的概念结构组成进行设计，然后积小成多，从而集成组合成全局的形式。逐步扩张：第一步设计占据核心地位的概念结构，然后一边扩张同时实现另外的概念体系，直到完成全部。（4）混合策略，第一和第二种方式同时进行。结合本人所学数据库方面的知识以及开发的行为习惯，对于本系统概念结构的设计使用第二种方式进行，所设计的各部分实体以及属性信息如下所述：（1）系统管理员信息表经过属性的分析比对后，字段部分包括ID、用户名和密码三种。其实体属性图如图4-9所示图。图4-9管理员实体属性图（2）商品信息表经过属性的分析后，字段包括ID、名称、封面、价格、介绍、分类。其实体属性图如图4-10所示。图4-10商品实体属性图（3）订单详细信息表经过属性的分析后，字段包括ID、购买时价格、购买数量、订单id、商品id、品牌id、地区id。其实体属性图如图4-11所示。图4-11订单详细信息属性图（4）订单信息表经过属性的分析后,字段包括ID、订单金额、商品总数、订单状态。其实体属性图如图4-12所示。图4-12订单实体属性图（5）购物车信息表经过属性的分析后，字段包括ID、订单金额、商品总数、订单状态、支付方式、收货人、收货电话、收货地址、下单时间、下单用户。其实体属性图如图4-13所示。图4-13购物车实体属性图（6）品牌信息表经过属性的分析后,字段包括ID、名称。其实体属性图如图4-14所示。图4-14品牌实体属性图商品库存信息表经过属性的分析后，字段包括ID、库存、品牌id、地区id、商品id。其实体属性图如图4-15所示。图4-15商品实体属性图（8）地区信息表经过属性的分析后，字段包括ID，名称。其实体属性图如图4-16所示。图4-16地区实体属性图（9）爆款信息表经过属性的分析后，字段包括ID，推荐类型，商品id。其实体属性图如图4-17所示。图4-17顶部实体属性图（10）类目信息表经过属性的分析后，字段包括ID，名称，封面，排序号（从大到小）。其实体属性图如图4-18所示。图4-18类目实体属性图用户信息表经过属性的分析后，字段包括ID，用户名，密码，收货人，收货电话，收获地址。其实体属性图如图4-19所示。图4-19用户实体属性图4.3.2逻辑结构设计根据上一节所设计的各种实体以及属性，比如用户拥有个人的歌单，那么歌单实体中就必有与之相关的属性相互联系，由于设计界面样式原因，用户仅对应一个歌单，两者属于一对一关系；同样歌曲的分类在歌曲中也有对应的字段相互关联，两者应当数与一对多关系。如此便可得出如下图4-20所属的整个系统的逻辑结构设计。图4-20系统整体E-R图4.3.3物理结构设计该章节的设计主要是针对系统在数据库中的物理结构，其实也就是对实体在磁盘上的存储结构进行设计，需要将安全、是否报错、资源利用效率等因素全部都考虑进去。在有了前面的对实体概念结构的分析，再结合系统的实际，所设计的各数据库表物理结构如下：（1）商品信息表goods，主要用来存放各种商品的各种字段详细信息，商品信息表如表4-1所示。表4-1goods商品信息表字段翻译类型大小规范描述id整型Int11priautoIDName字符型varchar20null名称Cover字符型varchar200null图片Price整型Int11null价格Intro长文本Longtext介绍Type_id整型Int11null分类（2）订单详细信息表items，主要存放各种商品的订单的详细信息，订单详细信息表如表4-2所示。表4-2items订单详细信息表字段翻译类型大小规范描述id整型Int11priautoIDPrice整型Int11null购买时价格Amount整型Int11null购买数量Order_id整型Int11null订单idGood_id整型Int11null商品idColor_id整型Int11null品牌idSize_id整型Int11null地区id（3）管理员信息表admin，主要存放系统中各个管理员的信息，管理员信息表如表4-3所示。表4-3admin管理员信息表字段翻译类型大小规范描述id整型Int11priautoIDusername字符型varchar20null用户名password字符型varchar20null密码订单信息表orders，主要存放用户订单的信息，订单信息表如表4-4所示。表4-4orders订单信息表字段翻译类型大小规范描述id整型Int11priautoIDTotal整型Int11null订单金额Amount整型Int11null商品总数Paytype整型Tinyint4默认为0支付方式Name字符型Varchar20null收货人Phone字符型Varchar11null收货电话Address字符型Varchar20null收货地址Systime时间戳Timestamp0null下单时间User_id整型Int11不能为空下单用户（5）购物车信息表orders，主要用来存放用户在购物车中所添加的各种商品信息，购物车信息表如表4-5所示。表4-5shopcart购物车信息表字段翻译类型大小规范描述id整型Int11priautoIDAmount整型Int11null数量Good_id整型Int11null商品idColor_id整型Int11null品牌idSize_id整型Int11null地区idUser_id整型Int11null用户id（6）品牌信息表sku_color，主要存放商品的所属品牌信息，品牌表如表4-6所示。表4-6sku_color品牌信息表字段翻译类型大小规范描述id整型Int11priautoIDName字符型varchar20null名称（7）商品库存信表sku_good，主要用来记录库存中所有的商品的库存信息，商品库存信息表如表4-7所示。表4-7sku_good商品库存信息表字段翻译类型大小规范描述id整型Int11priautoIDStock整型Int11默认为0库存Color_id整型Int11null品牌idSize_id整型Int11null地区idGood_id整型Int11null品类id（8）地区信息表sku_good，主要记录商品所在地区信息，地区信息表如表4-8所示。表4-8sku_good地区信息表字段翻译类型大小规范描述id整型Int11priautoIDName字符型varchar255null名称（9）爆款信息表tops，主要记录爆款的商品信息，商品的爆款信息表如表4-9所示。表4-9tops爆款信息表字段翻译类型大小规范描述id整型Int11priautoIDType整型Tinyint4null推荐类型Good_id整型Int11null商品id（10）类型信息表types，主要用来记录商品所属的类型的信息，商品的类型信息表如表4-10所示。表4-10types类型信息表字段翻译类型大小规范描述id整型Int11priautoIDName字符型varchar50null名称Cover字符型varchar255null封面Num整型Int11默认为0排序号（从大到小）（11）用户信息表users，主要用来购物系统中客户端信息，客户信息表如表4-11所示。s表4-11users客户信息表字段翻译类型大小规范描述id整型Int11priautoIDusername字符型varchar20null用户名password字符型varchar20null密码Name字符型Varchar20null收货人Phone字符型Varchar11null电话Address字符型Varchar150null地址5系统实现5.1基本信息模块5.1.1用户登录会员在购物系统登陆面输入密码，登录自己的私人账户，进入后映入眼帘的是网站中的首页，后面包含了商品的种类及其分析等多项信息，而如果登录进行相关的操作，须通过下图5-1所示的登录界面进入系统。图5.1登录界面5.1.2用户注册用户的注册界面非常单调清晰，如下图5-2所示，用户输入的账号有一定的格式要求，不满足的不允许被注册。然后在其输入密码，姓名等客户信息，都完成后才可以注册账号，如果有一项信息为空或者身份证信息校验格式不对也不能注册，要求较为严密。图5.2用户注册界面5.2用户管理5.2.1个人中心学生客户在登录成功后方可通过界面右侧的个人中心转到下图5.3所示界面，其新个人的局部数据进行查看，或者进行密码的修改更新。图5.3个人中心5.2.2用户管理管理员在进入系统后，通过界面中的用户管理链接，可转至下图5.4所示的界面，对用户的账号、电话和地址等信息进行查看，另外界面中设计了添加客户链接和每天用户记录后的重置密码、修改以及删除等链接，可帮助管理员完成对应的操作。图5.4用户管理界面5.3商品管理5.3.1商品浏览没有登录成功的游客身份同样可在系统中对网站的内容进行浏览，但仅仅能够查看商品的局部数据。如果客户需要进行个人数据维护，订单、购物车的管理以及用品的购买操作时，必须游客进行登录成功后方可进行上述注册操作，商品浏览界面如下图5.5所示。图5.5商品浏览5.3.2商品详情页管理员在进入到后台的管理界面中后，可以使用类别和爆款的形式对商品数据进行查看，另外客户点击想要查看的商品链接后可转到下图5.6所示界面对商品详细数据进行查看。图5.6商品详情页5.3.3商品管理管理员进入后台管理界面后，可通过其中顶部的商品管理链接，进入下图5.7所示界面，对商品的名称、图片、产出地址、库存数量等信息进行维护，并能够对商品是否移除或者加入到爆款信息中进行处理。图5.7商品管理界面5.3.4购物车商品的购买形式主要由两种，一种为商品详情页面的立即购买产品订单；另外一种为下图5.8所示的购物车形式，可实现多数量和多种产品形式的商品购买。图5.8购物车信息5.4后台管理员功能管理员进入后台管理界面后，通过顶部导航栏中的管理员数据维护链接，可转到下图5.9所示的界面，对系统中的其他管理人员数据进行重置密码、删除以及添加等对应维护操作。图5.9管理员管理界面5.5类目管理该部分的数据主要是管理员对商品所属类别信息的维护操作，其在进入后台管理界面后，通过功能栏的类目管理链接，可转入如下图5.10所示界面的类目维护界面，对类型的数据进行新增、查询、修改以及删除等等维护操作。图5.10类目管理界面5.6属性管理管理员进入后台管理界面后，可通过顶部功能栏中的属性管理链接，可对商品的所属品牌和产跟商品详情地等等数据进行维护，其操作界面如图5.11所示。图5.11属性管理界面5.7订单管理客户登录成功后通过首页中的用户名称链接，可进行个人数据维护，通过其中的订单列表查看链接，可转到下图如图5.13所示对个人的全部订单数据进行查询。图5.13订单查看页面管理员进入后台管理界面后，可使用顶部功能栏目中订单管理链接转到下图5.14所示的界面，并在其中对不同未付款、已经付钱、配送和完成状态的订单数据进行相对应维护操作。图5.14订单管理界面6系统测试6.1测试目的软件的测试主要是通过手动或者非人工化的方式，当项目处于运行状态时对局部或者整体的功能进行测试，主要目的便是在于发现各种未测试出来的错误，从而在完成了整体功能的前提下，保证产品的安全以及健壮性能。6.2测试方法软件测试过程中，最主要的就是要掌握好软件测试的方法，掌握好了软件测试方法，有利于测试技能的大幅度提高。目前由于测试技术的不断发展，所现有的各种方法也变得愈来愈多了，因此结合系统需求，本系统主要采用的测试方法有以下几种：黑盒测试：按照软件的具体规格从而给软件进行的测试，该种方法不将软件的内部运作作为考虑因素，所以软件于用户方面来讲类似看不见的盒子，只关注于所输入的内容以及输出的结果，而不将程序的代码块作为考虑因素。白盒测试：与第一项的测试内容相反，主要考虑软件产品的内部结构和处理过程，不需测试软件产品的功能。单元测试：该测试为较小形式的模块，主要针对的是对某个局部功能或者代码块的测试，其一般来说有程序员进行，因为该部分的测试须对内部程序设计结构以及编程的一些细节有足够的了解。6.3功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项检测，检查产品是否达到用户要求的功能。6.3.1用户添加用户在进行注册时须输入用户姓名、密码、登录账号、年龄和电话号码等数据，上述数据在进行提交后网页中都会有对应的校验文件对数据进行验证，其主要名称是否能够为空、联系方式是否可以合乎格式要求等等，下表6.1所示为系统中用户进行添加的功能测试表。表6.1用户注册功能测试表测试用例具体说明数据实例预期效果测试效果用户添加联系方式是否合乎格式的要求Telphone:199s校验文件提示联系方式比如满足一定的格式要求跟预期效果一致账号、密码、联系方式等为空Username:null校验文件提示年龄必须为数值跟预期效果一致登录的账号重复时Username:zs后台处理后提示用户账号重复跟预期效果一致符合格式校验的新增用户信息Stu用户新增成功跟预期效果一致6.3.2商品管理测试商品数据的更新操作，会在管理员点击某商品记录后的修改图标转至对应的网页中的表单，进行该部分功能的测试，商品信息的更新会在对应的表单展示该条商品信息，对其所进行的测试用例如下表6.2所示表6.2商品信息修改测试表测试部分数据说明具体信息预期实际结果商品数据管理当所修改后的商品类别未选择或者编号为空的时候class：null网页校验插件validation提示对应信息达到目标符合格式修改要求的商品的数据Seat商品信息添加成功达到目标修改商品的局部数据并提交updateSeat修改成功达到目标选择某个已经完成的学生商品记录，并点击删除操作链接DeleteById删除商品记录成功删除成功翻页按钮和查询链接是否会显示对应的数据SeatList条件查询各种预约信息达到预期6.4测试结论经过对系统中的功能进行测试，全部的功能经过测试都基本能够达到预期的效果，系统能够在启动正常的运行和使用。结论论文撰写至此，可以说已经接近尾声了。从功能方面来说，系统能够较好地帮助客户进行商品的分类浏览，查看商品的详细信息等，可以让客户通过购物车的形式进行购买，以及客户查看订单及其状态等。从功能的后台管理人员来看，管理类型的用户能够分出下一级员工，同时能够维护会员、商品、品牌、类目、库存、订单等各方面的数据，程序逻辑合理，处理速度快，能够满足