【《校园毕业生生活用品出售系统设计》19000字（论文）】

校园毕业生生活用品出售系统设计TOC\o"1-3"\h\u16378摘要 摘要在高校内，每年毕业生将还具备复用价值的生活用品闲置甚至丢弃的行为十分常见。这种现象是对资源的极大浪费，因此设计一个符合高校学生需求的校园毕业生生活用品出售系统是十分有必要的。本文通过对相关课题的背景以及近些年来的研究现象做调查得出结论本系统具有一定的可行性；此外，还对当下比较流行的开发技术进行调研，最终确定本系统采用前后端分离的开发体系，选取springboot加vue作为主要技术进行学习和开发。本文通过需求分析确定了系统面对的四类角色并通过用例图对其进行比较详细的功能分析，大致划分了每个角色应该有的功能。在进行最后的系统实现前，本文以流程图和数据库设计为主要核心进行了系统的逻辑设计为真正开发提供重要资料。系统开发完成后，本文分别从前台和后台两个维度出发进行具体的功能页面展示，这样就可以让读者直观地感受系统的功能。在完成系统的基本实现后，本文采用功能测试对系统进行了比较全面的测试，测试发现系统的基本功能已经全部可以实现但细节功能还比较简陋，但整体上本系统可以满足开发前所设想的用户的基本需求。本系统响应复用经济的时代号召，同时能够满足高校毕业生和在校大学生的双重需求，在技术上又具有一定的可行性，这样的系统是可以降低高校每年处理毕业生生活用品的管理压力。关键词：毕业生生活用品；vue；数据库；复用绪论课题背景、目的以及意义1.1.1课题背景自二十一世纪以来，我国高校教育飞速发展，规模也急剧扩大，在全国范围内已经形成以大学生为主体的新兴消费群体，但是他们这类人群有一个不可忽略的经济问题，他们的经济来源普遍单一，大多数是父母以生活费名义给予的。尽管他们稳定消费的能力难以保证，但客观来说，他们这类群体也确确实实有一定的消费欲望和消费能力。此外，还存在一个客观现实问题，大学生随着年龄的增长而逐渐增长的消费欲望与经济能力未随着相应匹配提升的问题客观上让部分大学生有着一定程度上的滞后或超前的消费行为。我们需要在两者之间找到一个过渡，比如增加大学生中可复用的生活物品，一方面降低他们的消费成本使部分学生能够及时满足自身的消费欲望，另一方面解决部分学生因冲动消费造成的超前消费问题。这自然让我们联想到每年高校毕业季大量毕业生生活用品的低卖甚至当作垃圾被摒弃的现象，但假如存在一个专门面向毕业生处理生活用品以及面向校园未毕业大学生购买相应商品的电子商务平台是否能解决部分相关问题。尽管每个学校在每年5或6月份都有跳蚤市场给毕业生提供场地解决他们的生活用品，但时间紧迫和场地紧张以及不是每个人都愿意去实地挑选等多方面因素造成了事实上的效率低下，不能充分解决毕业生处理生活用品的烦恼亦不能满足其余学生选购的时间场所自由。但如果学生选择在校园生活用品平台上交易相应物品，由于有相关管理人员的审核，用户申请售卖商品的资格和申请售卖商品的质量都有所保障，这样就可以减少部分毕业生以次充好的行为以及部分买家过度砍价的现象。以上对于高校毕业生处理生活用品的选择和高校处理该现象的选择进行分析后，我认为开发一个面向毕业生出售生活用品的平台是可行的，也是有益于学生的，1.1.2课题目的和意义伴随着互联网在高校的不断普及以及大学生对新生事物的快速接收，电子商务在各自领域得到了充分地发展，电子商务也在校园中根深蒂固，网上购物对于大学生来说早已经是寻常的事物了；此外，由于复用商品的低廉价格使得其对大部分大学生来说比较话说，他们消费的成本下降了，也自然会更愿意去这个平台上消费。此外现在申请构建网上电子商务平台的难度已经很低了，我们需要做得更多的是维护数据和严格把关商品质量，而且这也是一个很好地实践项目有益于锻炼我们的动手能力。这也就是说构建一个毕业生生活用品出售平台的技术约束和观念约束早已被打破。通过提高物品的复用率从而达到物尽其用目的的这种发展模式已经成为全球共同追求的可持续发展模式。此外近几年来，国内对提高资源复用的呼吁也不断高涨，各大高校为响应号召已经建立了各式各样的复用商品市场。而且到了新时代，追求可循环绿色环保的发展观念早已深入人心，在大众眼里可复用的二次商品和闲置商品也是有一定价值的而且是可以满足他们的节约环保的行为理念。以上从消费观点，技术实现，社会倾向等方面为建立一个面向毕业生出售生活用品的电子商务平台开辟了道路。我们以此为基础构建一个面向用户向的人性化的平台，这样既可以降低毕业生处理生活用品的压力，也降低了学校管理场地的压力，同时减少了处理交易时可能的各种各样的状况。课题的研究现状由于电子信息技术的快速发展，电子商务网站的构建门槛也降低了，这也使得有关电子商务的网站变得越来越多，种类也越来越丰富（在各行各业构建相关的电子商务网站也变得十分简单）。高校是对新事物感受最快的接收者，广大在校大学生在将电子商务上一定有着比较新颖的开发立足点（因为他们是最早接受电子商务模式，并且能快速给出反馈的一批人），而且随着我国经济的快速发展，人们的生活水平不断提高，当然作为每个家庭未来的中流砥柱，高校生在消费领域上具有极大开发潜力，以上几点足以证明在以高校人员的需求为核心进行电子商务的开发是有未来的。据悉，发达国家的高校在进行开发电子商务系统以校内人员的需求为导向的方向上已经进行了很多尝试，而且由于国外在电子商务系统上的起步较早，因此他们的网络购物系统以及支付系统等均比较完善，这为他们进行开发提供了极大便利。虽然中国高校开始将电子商务系统开发的立足点与校园内部的老师、学生以及其他工作人员的需求相联系起来相较于其他发达国家开始得较晚，但当前很多高校为响应社会对大学生创新创业的期待，同时也为进一步解决大学生就业问题，高校管理层在风气上进行引导营造了一个稳定地面向大学生创新创业的环境同时在校内资源上对大学生倾斜为其助力，从多方面鼓励大学生们以校内人员的需求着手发展和创建校园电子商务，鼓励学生对创业创新进行尝试从而提升其动手能力。校园电子商务只是电子商务与高校需求相结合的一种开发方向，单纯从商业运作模式来看属于一般电子商务，而且多数是C2C模式REF_Ref27847\r\h[12]：买卖双方多数是个人，少部分为专营商家。他们卖的东西大多与学生生活有关，比如在学习上就有往年的二手教材以及之前的考试资料；在实用工具上有电脑配件、自行车等；在寝室用具上有化妆品，鞋柜，书架等；在娱乐上有游戏机，益智玩具等。这些都是最常见的校内生活用品。在校园交易平台上进行购物比较简单，可以减少买卖双方的纠纷，同时也减少毕业生想处理自己的生活用品而担心申请成为商家的资金的烦扰，比较适合学生群体。论文主要内容高校内由于每年一度的毕业潮，存在稳定的商品交易需求（毕业生想要抛售运回成本过高的生活用品），但校内简单的跳蚤市场很难完全解决毕业生的需求，同时也给校内增加了场地人员管理的负担，但我们如果建立相关的电子商务平台，建立起产生符合高校内学生交易情景的交易模式，就可以解决以上存在的问题。本文所研究的基于java的毕业生生活用品出售系统可以代替传统的线下交易模式，其主要功能有以下几个方面：申请成为商家、申请上传商品、在线购买商品等等，同时在后台提供相应信息的存储，重要的还有在后台有审核功能可以对商家和商品进行质量把关。本系统关注的重点主要有数据存储，页面展示和业务逻辑。这三点的关系能否处理好决定开发的系统能否完成。首先对于毕业生生活用品出售系统的数据，不能简单地使用文件来进行存储的。因为该系统的数据杂乱且数量多，这就导致如果通过文件来存储信息读取磁盘次数过多不说对数据的管理也是一种负担，同样在后台对数据进行管理时也十分不友好。市面上其他的数据库管理系统有Mysql，SqlServer与Oracle等，我们选用Mysql对数据进行存储，它相对其他DBMS较轻便、简单、开源，但它也有不足就是对图片文件的存储需要小心存储位置。然后页面作为系统的信息展示模块，本身除了承担体现功能外，还将用户的使用体验纳入了设计内容中，这就意味着页面的设计与实现程度与用户体验直接挂钩，我们必须在完成主要功能的基础上，优化页面使其对用户来说能够更加更快上手，提高其使用体验。最后该系统使用springboot与vue实现前后端分离的模式实现系统构建，系统的主体编写选择使用java语言，页面的编写选择采用vue，为了快速开发页面选择使用element-ui模板。这样选择的框架能够将实现前后端分离的效果，使得系统的业务逻辑比较清晰。相关技术介绍2.1开发工具本系统使用IDEA来开发，它兼具Eclipse以及Myeclipse的长处，又在一定程度上避免了这两者的缺点（更加方便、高效）。此外它支持多种插件，本系统就采用了Lombok插件：它是通过简单的注解形式对一些必须有但重复性极强的Java代码进行简化复用，在编译源码的时候使用对应的注解生成对应的方法，一定程度上减少了编写代码的条数，降低开发者编写系统的难度。2.2相关技术在前后端不分离的项目中前端使用JSP页面，后端使用servlet接收前端的请求并进行处理，在项目比较小且复杂度不高时这种开发方式比较快捷。但在全后端一体的开发中有一个突出问题：大多后端工程师不可能精通HTML、CSS、JS等前端语言。这就容易造成在前端与后端调节的地方很容易出现问题。在前后端分离之后，后端就不需要太关注前端的页面变化，它们之间的数据传输对前端设计者来说也变得简单了，无需频繁通过DOM进行数据更新。后端通过JSON的格式传递信息，前端通过ajax访问后端数据接口，然后我们就可以使用一些测试工具用虚假数据进行测试，最后进行前后端的结合，这样极大地减少了耦合度，使得系统代码层次分明。在该系统中我们采用Vue+SpringBoot+Mysql+Mybatis实现前后端分离。2.2.1Vue前端框架Vue是一个渐进式框架，帮助开发前端应用。所说的“渐进式”，其实就是Vue的使用方式，我们在使用Vue框架时：是在声明式渲染（视图模板引擎）的基础上，根据自己的需求选择性添加一些部件构建一个完整的框架比如组件系统、客户端路由、大规模状态管理REF_Ref5640\r\h[6]。它的强制性较低没有多做职责之外的事，没有要求必须使用它的模块机制，必须使用它的依赖注入等等这就为我们使用它进行前端开发提供了很好的便利，还有就是它的组件是相互独立的：这就是它为什么可以选择性添加组件。此外它还提供了很多模板为我们开发页面提供了很大便利。2.2.2SpringBoot后端框架我们知道在整合SSM时需要考虑最多的是配置问题，此外就是在进行整合mybatis等有助于开发的框架时十分繁琐，最后发布以war包的形式放入Tomcatweb容器进行启动执行。其实就是将一些必要的环境配置在你进行项目前就进行加载，让项目的关注的重点在于系统的实现减少不必要的麻烦。简单来说它能够通过maven依赖的方式将进行框架整合这也就极大大简化了我们进行整合的复杂度；完全采用注解化的方式减少对XML的使用以简化XML的配置，默认嵌入Tomcat服务器，最终以Java应用程序进行执行（也可以部署为传统的war包）REF_Ref6185\r\h[3]。即其核心就是能够快速的帮我们快速的整合第三方框架，从而简化我们后端的工作量有益于开发工作。2.2.3MySQLMySQL是比较适合WEB应用开发的一种关系型数据库系统REF_Ref6250\r\h[7]，关系型数据库就是依照关系模型进行数据库的创建，使用SQL语言方便用户的使用。MySQL兼容性强（可在多个系统上使用），它本身还大型数据库的功能又由于其开源性天然适合小web项目的使用，它的使用也是较为简单的。由于以上的优点，所以我们选择将其作为毕业生生活用品出售系统的数据库。2.2.4MybatisMybatis是一个对象关系映射框架，可以解决面向对象与关系数据库存在的互不匹配的现象（通过使用描述对象和数据库之间映射的元数据，将面向对象语言程序中的对象自动持久化到关系数据库中）REF_Ref6303\r\h[2]。它把SQL语句和主要业务代码分离，将SQL语句统一放在XML配置文件中（可以编写原生SQL支持多表关联，有益于改动SQL语句，便于统一维护），而且由于其体量小且轻不包含其他框架，我们只需要配置Maven就可使用其功能。2.2.5B/S模式所谓“B/S"是指浏览器/服务器,即客户端是标准的浏览器服务器端为标准的WEB服务器协同应用服务器响应浏览器的请求REF_Ref1819\r\h[13]。相对于传统的C/S结构，这种结构把很多事情都交给浏览器来做，同时又把比较重要的数据处理放在了服务器上，这样的处理使得其在使用范围内比C/S广但处理速度上比较慢。即客户机上只要安装一个浏览器,服务器安装任一数据库REF_Ref26376\r\h[9]，就可实现网页交互。这样简便的过程，即方便了用户的使用，亦方便我们对系统进行开发和更新。2.3本章小结本章简要地介绍该系统的开发环境以及所用工具、技术框架，根据设计的系统要求解释了部分技术与工具的选择原因。我们使用这些技术和工具可以使得系统开发效率提高，也进一步了解了当下一些常用的技术和工具。系统需求分析如果想要使得真正开发系统尽可能出现问题，就必须确定基本的功能和大致框架，需求分析正是对应这个目的。能否按质量完成该阶段决定能否按时按要求完成软件，故必须在认真地调研了用户的需求并把它按照一定的格式转化给开发人员，注意一定要准确，只有这样才能有效防止开发人员理解错误从而产生问题。3.1可行性分析可行性分析是在科学分析的基础上从各种方向上对项目进行全面综合分析，本次我选取技术、经济、操作等多个方面进行分析评估。众所周知在开发一个软件系统通常会受到时间与空间的约束，在空间表现为各种各样的资源的制约，在时间上表现为系统开发的限制时间和开发人员的效率；所以为了能够在保证时间内完成一个质量合格的软件就必须尽可能在一定时空内完成系统，那么就必须进行可行性研究分析。一般来说如果系统在经济或者社会效益上有所潜力，才有值得开发的可能，这也是软件本身应该有的价值。3.1.1技术可行性为方便开发选用了前后端分离的开发模式，前端布局上我们选择了比较成熟地适合PC前端页面布局的element-ui；这几年前后端分离的项目开发模式已经慢慢成为了主流，这样我们就可利用现成的模板对前端进行设计，后端选取的框架也比较容易用来设计相应的业务逻辑。此外现在的电子商务已经成为人们日常生活的一部分REF_Ref6394\r\h[4]，我们可以从当下现象级的电商平台进行模仿，本系统采用的是B/S架构，客户只要在手机或者电脑上安装有浏览器就可以访问，这样一来系统开发的难度在技术上就比较适合本系统的开发人员。3.1.2经济可行性研发成本：首先在系统采用的是B/S架构，对服务器要求很低，开发成本低廉；开发系统所需要的各种软件都是开源免费的；采用的开发语言是Java该语言的体系十分成熟模块化集成度高开发成本低而且使用很便捷；因为只是学生个人设计所以在设备本系统各种集成环境可以放在学生的电脑。发行评估：对于毕业生来说专门花费时间和精力甚至金钱去处理搁置的生活用品完全不可能，而本系统避免了用户专门找场地和申请为商家资金等等要求，对想要成为商家售卖物品的用户来说十分友好；毕业生搁置的生活用品并非没有价值，它们中很多具有复用性完全可以寄卖在网站上等待在校大学生购买，这样一来既节省了毕业生的精力又减少了在校生的开支，同时兼备环保作用。3.1.3操作可行性本系统的页面整体风格统一简洁明了，对用户的视觉体验十分友好，在前端操作上也十分简单，用户上手很容易；在后台上图标对应功能的设计使管理员在进行后台管理能够快速上手。3.1.4法律法规可行性本系统由本人进行全权开发，在开发模块上部分选取网上已开源的模块在法律上无侵权行为，在开发全过程我们将严格遵循相关法律，对用户信息保证不随意外泄，所以在法律方面开发本系统是完全可行的3.1.5社会需求一般来说校园内的毕业生会将搁置的生活用品时多数会选在学校在特定时间特定场所开放的跳蚤进行处理，或者是选择在校园墙上、贴吧发信息等待有人询问购买。以上两种方式效率低下不说在处理交易的时候也有可能出现矛盾从而发生问题，而本系统采用的是网上购物平台，因为网络的本身特性天然具备存储信息数量大且及时和存储成本低的特点，这样一来本商城的用户可以减少精力花费去处理自己的生活用品。通过对高校学生进行问卷调查以上问题在学生心中普遍存在和而且系统的优点对于学生来说也十分有吸引力，我们初步判断该系统在高校内大有市场。3.2系统用例分析用例分析主要是对本系统的使用对象及其用例图进行分析REF_Ref6450\r\h[1]，本系统的使用者一般为：游客、买家、卖家、管理员。在划分完角色后，选择采取用例图描绘设计确定赋予它们不同的权限，为真正开发系统时做准备。游客用例图如3.1所示图3.1游客用例图针对广大在互联网上冲浪的用户，我们必须设置一个模式让他们即使没有账号也可以查看网站的基本功能，基于这个原因我们设置了游客模式。但他们能使用的功能受限，如果想要进一步体验系统功能就必须注册成为正式用户。买家用例图如3.2所示图3.2买家用例图一般刚注册后的账号我们先给它买家权限，用户在登录后经过验证就可以使用系统划给它的买家功能，在这种权限下用户能够搜寻自己感兴趣的商品进行查看详情并进行购买，此外还可以修改添加购物车暂不进行购买或者加入收藏等待降价，如果用户想要获得更高一级的权限的话可以在个人中心里申请。卖家用例图如3.3所示图3.3卖家用例图正式的用户申请成为商家经过后台管理员审核通过后就可以使用商家专属功能，此外也同样可以行使买家的功能，该模式下用户可以申请发布商品经过审核后可以上架，然后可以处理订单。管理员用例图如3.4所示图3.4管理员用例图管理员拥有高权限，可以对用户信息和商品信息等进行管理。此外该用户模式下还可以切换到前台体验买家用户的功能。在对系统的用户做出划分并进行相应的功能赋予后，根据全部用户的用例图我们很容易就画出完整用例图，完整用例图如3.5所示图3.5完整用例图3.3功能需求分析在设计网站时，为了能够设计出符合用户使用的页面和功能，我们必须进行模块化划分，根据不同的用户模式进行模块细分，在根据不同模式下的所拥有的共同模块提取出来进行详细模块化设计。1、针对所有用户公共功能设计的前端部分（1）用户登录注册：必备功能登录和注册必不可少的，游客可通过注册功能成为正式用户，正式用户通过登录功能后可以使用基本功能。（2）首页：该模块主要由主打宣传的展示图、不同的商品分类展示、推荐商品以及销量排行榜组成，用户可以点击相应区域了解信息，也可以通过模糊搜索搜寻想要了解的商品。（3）商品分类：该模块预先将商品划分为五类展示不同的商品，用户可以更加细致地查找相关领域的商品进行了解，一定程度内减少用户查询负担。（4）推荐商品：该模块主要是展示平台根据多方面考虑推荐给用户的有价值的商品，让用户能够更加便捷地寻找符合实用性的复用商品。（5）销量排行：该模块主要是根据商品的销量进行排名，最直观地展示了在本平台最受欢迎的商品，用户可以根据其他大部分用户的选择进行了解甚至进行购买。2、针对正式用户公共功能设计的前端部分购物车：该模块用户可以将暂不购买的商品放入等待用户进行取消或者进行结算，当然还可以进行添加新商品。个人中心：该模块有三大功能：修改个人信息、进行充值和申请商家权限。用户修改密码可以选择遗忘密码进行修改和在个人信息里进行修改；用户只要拥有商家身份才可以进行申请上架商品进行售卖。（3）地址管理：该模块是对自己的收货地址进行修改，用户不仅可以使用自己的手机号地址等信息作为收货地址也可以使用其他人的信息作为收货地址。（4）购买订单处理：该模块存放用户的购买订单信息，用户未处理的订单可以在这进行取消、付款以及收货等操作，还可以对已完成的订单进行评价。（5）收藏夹：该模块存放的是用户因各种原因充分的商品链接，这样就可以不用在繁琐的商品中进行查找。3、针对商家独有功能设计的前端部分（1）发布商品：该模块主要是获得商户资格的用户可以申请进行商品发布以及对后续商品信息的修改。（2）售卖订单处理：该模块是针对商家进行设计的，在该功能商家可以查看自己上架的商品产生的相关订单并进行发货处理。4、针对管理员设计的主要后端部分（1）用户管理：该模块可以对用户的除密码之外的信息进行管理REF_Ref28969\r\h[10]，主要是对用户的权限进行管理在该页面可以收回用户的商家权限。（2）角色管理：该模块可以对不同权限下的角色重新进行权限划分，为后续增加权限做准备。比如如果后续管理功能进一步新增就必须对后端管理角色进行进一步的细化减轻后端维护的压力。（3）商品分类管理：该模块为后续新增不同类的商品提供了方便，前端也会随其改变而呈现不同的显示。（4）商品管理：在该页面可以对商品处理的功能有很多，比如可以选择修改其基本信息，也可决定它是否可以上架，还有可以选择是否可以上推荐等等。（5）订单管理：该功能是将在平台产生的所有订单呈现给管理者，此外还可以对平台上所有商品的订单进行处理，不过一般不干扰商家处理订单。（6）商家审核管理：该模块主要是为了给申请商家加一层审核，减少不法分子进入本平台。一般用户只要提供自己的学生身份就可以通过审核，这样如果该用户的商品出现了问题，平台就可以找到具体负责人进行法律协商。3.4非功能需求分析首先在可用性方面，我们考虑到现在比较流行的购物平台和开发者的实际开发能力。得出结论我们现在无法达到那种丰富功能实现，所以系统的开发必须反其道而行，我们将系统设计得十分简洁明了，用户不会对功能产生误解从而降低了用户上手难度。其次在安全性的考虑上，针对不同的用户给予不同的权限，从而减少信息泄露的可能。还有就是用户进行登录是的验证我们没有进行区分这可以减少管理员信息泄露的可能。在登陆时如果用户多次输入错误密码，就会出现验证码减少机器盗取密码的可能。最后在易用性方面，系统的图标表示明确，能够准确给予用户提示。还有就是用户在进行各项操作时会根据不同情况出现不同的提升，比如用户登录时如果用户名错误会有提示。系统设计系统设计的关键在于架构设计以及数据库设计：好的系统架构设计能够很好地帮助设计者将用户需求功能转化为系统的具体功能模块同时也能降低开发时候可能导致的功能耦合度；好的数据库设计能够很好的承担系统想要存储的数据，同时也在数据返回时给出快速反应。4.1系统开发环境系统的正常运行与服务器关系十分紧密，但对系统承载的终端要求并不是很高，故整体来说对硬件的要求较低。选取合适的开发软件能够极大减少系统开发的难度，核心软件选取的是IDEA，该软件能够提供许多集成工具。系统的硬件软件开发环境如表4.1，4.2和4.2所示。表4.3软件环境后端4.2系统架构本系统采用MVVM框架开发，MVVM源自于经典的MVC模式。在传统的MVC模式中，要想实现前后端分离是非常困难的，原先的前端开发不仅需要对页面进行设计和规划还要负责实现页面数据的实时更新这就给前端开发造成了巨大的麻烦；此外在实现控制层时由于需要对数据和逻辑进行处理使得代码非常繁琐,这就使得难以对后端代码进行解读和管理。而MVVM这种模式使得前后端分离的实现变得简单。它的核心是视图数据模型层，前端页面的数据可以通过它传递给后端，后端接受数据后进行更新的反馈也由它进行传递，这样视图层的数据就能够自动进行更新了。简而言之它就像是一个中间工具，开发者不需要直接改变View，即无须直接操作DOMREF_Ref24570\r\h[8]。这样一来就减轻了前台对于数据处理的压力，也降低了代码的复杂性。图4.1系统架构图4.3系统功能模块设计此网站主要分为两部分：（1）前端浏览部分主要是面向用户使用的页面组成，游客可以先浏览商品如果感兴趣可以注册登录后进行相应的操作进行购买；此外还可以通过申请进行物品出售。（2）后端管理部分主要是由面向系统的管理员使用的页面组成，主要的功能包括用户管理、商品管理以及商家审核等等，此外还有日志管理在该页面显示的是登录注册信息和后端操作信息和首页会显示平台销售的数据图等。4.3.1前台功能模块图4.2前台功能模块图前台功能模块图主要包含了三种用户模式下所拥有的总功能，实现是登录与注册模块，用户未登录时只能使用用户浏览模块。如果想要使用加购功能就必须有正式账号，无则必须进行注册才可以享有。一般刚注册的用户默认无商家权限，该用户在登录后可以使用系统的绝大部分操作，但如果想使用商家权限就要进行申请，只有在申请通过后才可以使用商家权限，而且在发布商品时也需要进行申请才可以上架商品。前台整体框架如图4.2所示。图4.3用户模式功能模块图前台功能模块包含三种用户使用模式游客模式，买家模式，卖家模式。用户三种模式模块说明：游客在系统主页面查询浏览商品，正式用户才可以使用加购商品功能。在该模式下用户可以在个人中心进行商家权限申请，通过后才可以申请上架商品用户模式功能模块如图4.3所示。4.3.2后台功能模块图4.4后台功能模块图管理员可以进行绝大部分的数据操作，管理员可以通过后台修改用户的信息还可以修改用户的权限，比如收回用户的卖家权限。此外还可以修改不同角色的权限为新加功能做准备。此外还有菜单管理，公告管理，日志管理等不太重要的管理功能，但其中日志的数据操作者只能查看不能修改。最重要的是对用户申请成为商家以及成为商家后申请发布商品的审核功能管理。管理员后台功能如图4.4所示。4.4系统流程设计4.4.1登录注册功能所有上网设备都可直接访问本系统的首页选择浏览相应的商品进行浏览，如果想要进行购买就必须登录，如果没有账号可以选择注册成为正式用户。新成员如果想要发布商品就必须先通过商家申请，然后才可以进行申请发布商品。登陆注册程序流程图如图4.5所示图4.5登录注册流程图4.4.2用户选购功能在网上无意浏览到该平台的用户可以用游客身份进入系统首页，可以根据商品分类，推荐商品，商品销量，搜寻商品来浏览可能感兴趣的商品，但如果想要进行加购就必须登录，用户登陆后就可以进行充值然后对所感兴趣的商品收藏或者点赞，也可以进行下单付款。在选购商品时可以加入购物车也可直接进行下单付款REF_Ref29371\r\h[11]。用户选购程序流程图如图4.6所示图4.6用户选购流程图4.4.3用户申请成为商家功能用户成为正式用户后可以使用买家功能，如果用户还想要发布商品就必须在个人中心进行商家申请，在后台相关负责人看到后进行审核，通过后用户就获得了商家权限，就可进行申请发布商品和处理售卖订单。此外，用户在发布了商品后，还可以修改商品的信息比如选择是否上架自己的商品和商品的价格等。申请成为商家程序流程图如图4.7所示图4.7申请成为商家流程图4.4.4用户商家处理功能用户成为商家后，就会在前台比没有商家权限的用户多出两个页面：发布商品页面，售卖订单页面。该权限下用户发布的商品如果有人购买就会在该用户的售卖订单页面中显示，用户可以知道买家是否付款，买家付款后，该用户就可以选择发货。但商家选择发货是一定要注意时间和物品完整性，平台对于卖家自身造成的物品或者物流问题是无任何责任的，此外商家还可以在前台商品页面查看自己发布商品的销量、点赞量以及查看商品的评论，商家可以根据各种前台商品反馈的信息综合考虑用调整商品的描述、原价和折扣，或者是改善发货时间等等问题，从而提升自己商品的售卖量。图4.8商家处理流程图4.4.5后台管理员处理功能1、用户信息管理管理员登录后可以进入后台对前台的用户的信息进行修改，比如对其拥有的权限进行管理当发现用户用不正当手段取得商家权限就可对其进行删除账号处理。此外如果想要新增管理员也必须通过该管理员进行增加，有效防止管理员权限外露。此外新增的管理员无法修改最初管理员的信息。这样就有效的保证的最高管理员的唯一性，而且也不用新增权限。图4.9用户管理流程图2、商品信息管理管理员可以对所有商品进行管理（包括平台自身发布的商品以及卖家发布的商品），其对商品的管理主要体现在两个方面：一是对商家申请的商品进行审核，通过后卖家就可决定是否上架；二是对商品有推荐权力，管理员可考虑多方面因素决定是否推荐，推荐后前台就会显示相应的商品从而增加商品的浏览量。此外系统操作人员还可以对商品的详细信息进行修改。商品管理流程图如图4.10所示。图4.10商品管理流程图3、商家审核管理管理员在后端界面可查看商家申请，根据用户上传的资料考虑是否给与其商家权限，不过由于本系统的特性，一般来说只要能够提供基本的学生信息基本上就可以通过，该功能主要是为了防止有些人随便上传商品导致平台商品质量杂乱，而且如果后续商品有问题也可迅速找到该商品的相关负责人，所以一般该功能保存的信息一般都不会轻易删除。图4.11商家审核管理流程图4.5数据库设计设计合适的数据库能够减少数据传输和存储的问题，同样能够减少数据泄露的问题。因为系统的数据大多数是随着前台的使用而产生数据，这样的数据产生多数需要及时更新数据，这样来说好的数据库设计能够很好的承担这种数据传输方式，这样对于数据维护人员来说就可以减少很多不必要的精力进行修正数据。本系统采用MYSQL，除了它简单容易上手，它会还支持大型数据库，这样又减少了数据存储的部分问题。综上，对数据库的设计一定要符合前台存储的信息格式这样可以极大提升系统的综合使用感。4.5.1数据库结构设计在进行具体的数据库设计前，我们先用E-R图表示数据库中不同表中的实体、属性。E-R图是进行数据库设计的第一阶段，根据前台可能的需求将前台的数据抽象化，这是十分关键的一步。在进行简单的数据测试后，再结合前面画的各项流程图，基础都是用户，其次是商品，再次是订单和购物车，因此在这只画了这4个实体图，分别如图4.12--4.15所示图4.12用户信息实体E-R图图4.13商品信息实体E-R图图4.14订单信息实体E-R图图4.15购物车信息实体E-R图4.5.2数据库逻辑设计数据库表的设计对信息的存储效率有着很大的影响，在系统所涉及到数据传输中有必须输入的数据也有暂时不用输入的数据，也有需要加密的数据和不加密的数据，这些问题都需要在设计数据表的时候被考虑进去。1、审核表设计该表主要是为了存储用户申请成为商家的上传的信息，重要的字段就是用户id和认证材料这两者加一起来就是对用户身份信息的又一次确认，如果日后该用户上架的商品出现问题我们可以通过该信息进行追究本人。表4.1examine审核表2、用户表该表主要是记录了正式用户的基本信息，只要是能够行使本系统的购物功能的用户都必须进行用户表信息的注册。主要字段有用户id唯一且作为重要标识符，其次就是用户名和密码这两者是用户登录所必须有的信息，然后还有余额该消息非常重要，如果出现错误会出现很大的经济损失。表4.2t_user用户表3、商品分类表该表主要记载了商品分类的名字与编号，该表在向前台展示信息时比较简单，通过读取商品的分类编号对该表进行查询信息在显示分类的名称，并将该商品划入该分类的展示区块中。表4.3category商品分类表4、角色表 该表主要记录了系统不同角色所拥有的基本信息描述，其实就是目前系统划分出的三种用户角色所拥有的权限和名称，其中菜单列表字段就是用来存储该角色所拥有的权限的。表4.4t_role角色表5、权限表该表显示的是不同权限的具体功能与来源等信息。其中重要的是表中的路径信息，如果想要在后续新增权限的话，只需要在管理权限的页面上把想要增添的权限的路径加入再将其付给系统操作人员角色就可以了。表4.5t_permission权限表6、订单表该表是用来就在不同用户下单的商品的基本信息，基本上包含收货信息，购买人信息，售卖人id等信息。在设计该表的时候，由于考虑到商品的发布者会不同因此加入售卖者id这样该用户就可以查看到自己上架的商品产生的订单。为了区分订单是否完成，在状态一栏中设有未付款、待发货和已收货进行提示，在向页面进行订单展示的信息时就可根据这个信息来显示不同的按钮功能，表4.6t_order订单表7、购物车表该表暂存的是用户加购的关键信息，当用户查看购物车时页面通过关键信息进行查询展示给其对应的信息。表4.7cart购物车表8、公告表该表主要记载了发布公告的标题具体信息和创建时间。发布者通过设计标题和内容来告诉使用人员一些重要信息，比如说有什么新的更新或者别的重要信息，发布时自动生成创建时间，方便后续管理。表4.8t_notice公告表9、订单关联表该表主要记载了订单关键信息，为关联其他查找做准备。其中关联的有商品id和订单id，用户在下单和支付的时候该表的信息起到链接作用，因此该表的所有字段必须全不能空。表4.9order_goods订单关联表10、日志表该表主要记录了用户登录和管理员操作用户信息的操作人，动作和时间。因为该表存储的信息具有一定的保密性，在管理页面上并未设计修改和删除功能，操作人员只能查找浏览，这样就很大提升操作日志的可靠性。表4.10t_log日志表11、收藏表该表主要是记载用户收藏的关键信息。其中商品id和用户id非常关键，是页面在进行展示数据时通过这两个信息进行搜寻将某人专属的信息展示给对应的用户看，相当于起到链接作用的中介信息。表4.11collect收藏表12、评价表该表是记载了评论人基本信息和评论内容等信息，方便前台展示。其中内容、评论人头像和评论时间是页面进行显示时可以获取的信息，其他信息是为记录和查询方便所设计的。表4.12t_message评价表13、轮播图表该表是为了改变前台轮播图设立的，主要包含图片及其保存地址等信息。其中还设置了关联url，这是为了使点击轮播图时可以跳转到相应的页面设置的，不过一般是商品的页面链接。表4.13banner轮播图表14、商品表此表存放的有商品的基本信息，其中点赞默认为0，库存和折扣如果发布者未填写一般默认为0和1。比较重要的是推荐和上架信息，其中推荐是由操作人员进行审核给予的，而上架主要是在商品通过审核后由商家自己决定。4.14goods商品表15、地址表该表主要是记载用户的收货地址具体信息，其中联系人的信息并未强制锁定，可以是该用户也可以是别的用户。表4.15address地址表系统模块具体实现本章主要是通过对系统的具体页面的展示来系统的各项功能，主要是从前台和后台两个维度进行介绍，前台主要是面向当初设想的三种角色：游客，一般用户和拥有商家权限的用户，后台暂定只有一种角色。5.1系统前台设计5.1.1登录、注册页面所有用户都可以直接访问系统的前台首页，但在未登录的情况下，用户只能进行搜索查看商品的操作。正式用户作用登录就可使用其他基础功能，而非正式用户必须进行注册。用户如果在登录时多次输入错误密码就会显示验证码，密码和验证码一起输入正确时才可以成功登录。此外还做了比较简单的找回密码的功能，该功能还有进一步完善。图5.1登录图图5.2注册图图5.3登录验证图图5.4找回密码图5.1.2首页页面展示为了能够让非正式用户可以看到平台的大概功能，用户可以直接访问前台一般用户的页面，进入首页后最上面一栏的是用户可以使用的功能页面按钮以及搜索按钮，下一层则是轮播图用来展示宣传，在下一层则是商品分类区域该区域大致分为五类，紧接着是由两部分组成的模块：推荐商品，销量排行；最后一层则是比较简单的底边框设计，用来完善页面。图5.5前台首页图图5.6前台首页图5.1.3商品详细信息页面展示用户点击商品就可以进入具体的商品信息页面进行查看，用户未登录时不可以进行加购，[5]收藏，点赞以及直接购买等功能，但是可以看见商品的评论以及具体的优惠价格。图5.7前台商品信息图5.1.4购买订单页面展示用户直接购买的物品暂时未付款的订单可以在此页面查看，此外还可以查看自己已购买的订单是否发货，如果已经收到货物可以选择收货，对已完成的订单用户可以进行评论。图5.8前台购买订单图5.1.5发布商品页面展示用户如果有商家权限的话，该页面就会向该用户显示，用户可以在该页面申请发布新商品，如果商品通过后台管理员的审核后用户就可以选择上架自己的商品，此外用户还可以选择修改自己的商品信息。图5.9前台发布商品图5.1.6购物车、下单页面展示用户加购的商品可以在购物车中查看，用户可以加购多件商品，也可以取消已经加购的商品，用户可以选择下单，就会跳到结算页面。当然用户也可以暂时不进行结算，系统会为用户保存其加购的信息。图5.10前台购物车图图5.11前台下单结算图5.1.7收藏页面展示用户如果有想要购买的商品但又嫌它现在价格比较昂贵，可以选择将该商品进行收藏，这样一来用户就可以直接查看自己收藏的商品是否降价，不用一一查找自己感兴趣的商品了。图5.12台收藏图5.1.8售卖订单页面展示用户在上架商品后可能会产生订单，用户在该页面查看已经产生的订单，该页面会显示未付款，已取消，已发货，待发货订单的消息，用户一般只能选择对未发货的订单进行处理无权删除订单信息。图5.13前台售卖订单图5.1.9个人中心页面展示用户在个人中心页面主要有三个功能：修改个人信息（包括密码），进行查找（还未完全实现），申请成为商家。修改个人信息时直接修改就行了，如果需要申请成为商家就需要额外上传需要的资料等待后台管理员进行处理，通过就自动获得商家专属的两个页面。图5.14前台个人中心图5.1.10收货地址页面展示该页面较为简单，主要是显示用户的收货地址，对于非正式用户，该页面则是什么也不显示。图5.15前台收货地址图5.2系统后台设计5.2.1首页页面展示该页面是为了向管理员展示各种商品的销量，在这里我们选择图表进行展示。图表的设计花费了一点小小的心思，用户可以选择展示那一类商品的具体销量也可选择不展示哪一类商品。而在图表右边，有系统的公告主要是提醒管理员更新了什么功能。图5.16管理员后台首页图5.2.2用户管理页面展示在该页面可以对用户的基本信息进行修改，但不可以修改用户的密码，密码只能是用户根据自己的用户名登录后进行修改或者是通过登录界面的找回密码进行修改。此外最重要的是可以修改用户的权限，如果发现有用户不经过申请就获得了商家权限，管理员就可以收回该用户的权限。图5.17用户管理图5.2.3角色管理页面展示在该页面，管理员可以修改不同角色的权限，比如说日后新增了什么功能而这功能恰好是某个角色需要的功能我们就可以把这个功能赋给这个角色，此外管理员还可以新增角色用来满足以后的需求。图5.18角色管理图5.2.4菜单管理页面展示该页面主要是展示了后台拥有的功能，如果日后后台又加了额外的功能可以在此进行链接省却了许多麻烦，这为系统的更新提供了方便。图5.19菜单管理图5.2.5日志管理页面展示该页面主要是展示了用户部分操作以及管理员对用户信息的更改的操作，而且很难删除该页面所展示的信息，这样的话如果用户或者管理员有非法操作就很容易发现，进一步提升了系统的安全性。图5.20日志管理图5.2.6轮播图管理页面展示这个页面的设计主要是为了对前台首页的轮播图进行修改，我们可以根据自己的需求进行更换，改善系统的宣传效果。图5.21轮播图管理图5.2.7商品分类管理页面展示通过该页面的功能可以对前台展示的商品种类进行更改，如果需要增加新的商品分类只需要在该页面进行增加就可以。图5.22商品分类管理图5.2.8商品信息管理页面展示这个页面的功能十分重要，在该页面可以对商品的详细信息进行修改，也可以查找具体的商品进行查看信息，更重要的是在该页面可以对前台商家用户申请的商品进行审核。图5.23商品信息管理图5.2.9订单管理页面展示管理员可以在该页面查看所以商家以及平台自己的商品产生的订单，如果发现有订单信息问题管理员可以进行搜索查询。图5.24订单管理图5.2.10商家审核管理页面展示该页面主要是显示了前端想要申请成为商家的具体信息，在该页面管理员可以审核信息，根据规定可进行操作。图5.25商家审核管理图系统测试系统在真正宣布设计和实现结束前，必须对系统的各项功能进行全面、反复和多次的测试。在这里我们要着重一个概念：即对系统的测试并不是只测试符合要求的用例，有时为了更好的测试系统的功能可以采用不符合要求的用例进行测试。6.1测试的目的对系统测试最重要的目的是确保系统能够按照预想运行。此外在系统可以正常运行情况下，对系统的使用体验进行测试看它是否按照预先设计的那样在出现一些基本问题时能够进行提示。对系统的功能测试能够为系统开发人员节约对系统设计和实现进行查缺补漏的精力。6.2测试用例分析对系统选取的测试用例我们选取了前台主要功能进行测试，主要是买家和卖家共同的功能以及卖家独有的功能进行测试；后台由于多数功能都是增删查改，这里我们选取用户管理功能作为模板进行撰写，此外再挑出几个比较重要的功能。1、注册模块测试注册时会跳出简单的弹窗让用户进行填写相关信息，每项信息都会进行提示比如如果没有填写和两次密码不一致都会出现提示，在所有信息正确输入后就会在用户表插入信息，初始默认为权限3。表6.1注册测试用例表2、登录模块测试测试登录功能主要是从错误和正确的角度进行实验，主要是从用户名和密码两方面进行验证，对于用户的权限验证在登录页面并未进行区分正式在将数据传递到后台从数据库进行查询进行区分，在输入数据时我们发现如果信息出现错误时就会出现提示。密码如果多次出现错误就会出现验证码进行人机验证，正确的或会进行权限验证只要在用户表中有相应的数据就可以正常登上账号显示页面。表6.2登陆测试用例表3、发货模块测试该模块只有通过商家申请的用户可以查看，必须通过验证才会显示。从后台查询对于用户id的信息进行页面显示，在显示的时候会查询该订单的状态决定是否显示发货按钮，而且该用户不能查看其他用户的订单。表6.3订单测试用例表4、订单模块测试正式成员通过验证后就可以查看自己的订单，用户可以在这对自己未处理完的订单进行各种操作，在给页面对订单表进行查询从而展示相应的数据，用户在进行订单处理时会对后台数据表项进行修改，修改成功后会给提示。表6.4订单测试用例表5、管理员商家管理模块测试在这里是对想要申请上架权限的审核功能进行测试，在这里对上传的信息进行仔细检查后，系统操作人员可以对其进行通过但如果想要收回其商家权限就必须在用户管理处进行修改。表6.5商家管理测试用例表6、管理员用户管理模块测试在该模块系统操作人员不能够随便修改用户的密码，在此只能查看和修改到用户的基本信息和拥有的权限。操作人员可以通过用户名进行模糊查询，在新增用户时要注意信息的填写。表6.6用户管理测试用例表7、管理员公告管理模块测试在这里主要是对发布公告功能进行测试，即对进行发布、修改和删除公告进行实验，如果操作成功会出现提示。注意输入的字符一定不要过长，否则可能会出现存储问题。表6.7公告管理测试用例表8、管理员商品管理模块测试在这里是对商品的各种操作功能进行测试，比如可以通过物品名称进行查找浏览商品的具体信息可以对其进行修改和删除。还有就是对审核功能进行测试，在点击审核通过时检查前台商家是否可以上架商品。表6.8商品管理测试用例表9、发布商品模块测试正式成员必须拥有商家权限才能进行申请商品，如果没有该权限就不予显示该功能。验证通过后，用户可以进行申请商品必须填写基本信息比如价格和分类如果没有就会出现错误前台无法正常显示，在申请通过后用户可以选择是否商家该物品，只有选择上架前台界面才可以显示该商品。表6.9发布商品测试用例表10、购物模块测试正式成员在通过登录验证后就可以使用购物功能，在购买的时候用户有两种选择：一种是加