目录
摘要.
一、绪论.
（一）选题背景意义.
（二）国内外研究现状.
1.国内研究现状.
2.国外研究现状.
（三）研究内容.
二、系统相关技术.
（一）SSM框架.
（二）Mysql数据库.
（三）JavaScript技术.
三、系统分析与设计.
（一）系统性能分析.
1.可靠性.
2.易用性.
3.安全性.
（二）系统功能设计.
1.登录注册.
2.商品模块.
3.订单支付模块.
4.购物车模块.
5.个人中心模块.
（三）数据库设计.
四、系统功能实现.
（一）首页界面.
（二）商品详情.
（三）购物车.
（四）订单支付.
（五）个人中心.
五、系统测试.
（一）测试方法.
（二）功能测试用例.
（三）安全测试.
（四）可用性测试.
（五）测试结论.
六、总结与展望.
（一）总结.
（二）展望.
参考文献.
1.1 系统背景
信息化技术在不断地发展在人们日常生活间，随着信息化技术越来越普及，很多传统的管理模式都已经可以使用信息技术来代替，这种变革不仅是时代所趋，也是未来生活的信息化图书商品销售建设的必走之路[1]。在这个数字化时代，线下海内外图书购物的模式需要进行由传统管理模式到信息化管理的转变，海内外图书商品销售的管理模式日渐趋于信息化和智能化，各类管理系统也逐渐的热衷于使用更加智能化和信息化的新手段来辅助图书商品销售[2]。跨境电商的崛起也为海内外图书销售市场带来了新的发展机遇，本文通过对当前的海内外图书消费市场调研，发现仍旧存在很多的代购现象，海内外图书市场仍旧需要合适的平台来整合代购销售的模式，所以本文针对海内外的图书销售管理进行设计开发，通过构建专门的销售网站平台来帮助商家通过线上销售正品图书。
现如今网上购物购已经成为大家主要的消费途径，国内的图书商品销售市场也开始逐渐朝着互联网的模式发展。利用互联网模式销售图书商品用品能够很好地减少商家的开店成本，帮助一些有购物需求的买家更好地选购不同种类的图书商品，可以对不同图书商品进行对比。通过设计开发信息化的网上图书销售系统，可以帮助商家人员减轻销售订购流程、订单记录的繁琐问题。网上图书销售系统可以准确捕捉国内图书商品的客户市场需求,同时信息化的商城销售模式可以扩大店家的销售市场，带来更丰厚的营销利润。
1.2 国内外研究现状
国外的图书市场大多通过进口维持，本土的图书销售商利润很少，国外很多商超的促销也使得其图书市场丰富，加上国外的电子商务贸易进行的也比较早，所以线上的图书销售市场一直存在，但大多数还是以地区形式的模式进行的，很多线下商场提供线上订购模式，这点比国内的市场来讲，线上模式成本过高，市场需求实际不是很大，所以没有发展起来。但是其线上线下结合的模式确是国内值得学习借鉴发展的。
当下人们生活环境在不断地进步，海内外图书商品在国内已经有了很大的市场，通过网上官方旗舰店购物购买图书商品也成为了大家主要的途径。但目前仍旧有很多海外的图书商品没能在国内打开市场，利用互联网模式进行销售图书商品用品能够很好地减少此类跨境商家的成本，也能帮助国内买家更好地选购不同种类的海外图书商品，可以对不同图书商品进行对比选品。随着图书商品市场国际化的不断扩张，此类跨境电子商务图书商品店铺的建设范围也越来越庞大，目前很多海外知名图书商品品牌都开始构建专门的网站进行销售，庞大的图书商品销售订购管理压力也将会是阻碍图书商品店铺建设的一个重要难题，如何合理的规划图书商品店铺图书商品销售订购的管理，降低图书商品店铺图书商品销售订购管理的成本是本论文研究并解决的主要问题。
本章主要介绍开发前期的一些需求的分析以及具体开发的实施方案，对系统开发进行前期的分析，确保其技术、经济等前期准备上是可行的，减少后期开发中遇到因为开发技术、开发需求不符合要求造成不能实现预期目标的问题[8]。
2.1 可行性分析
2.1.1 技术可行性
对目前图书销售市场进行了广泛的调研分析，确定了本次系统的开发技术和运行的架构，考虑到很多企业尚在发展阶段，没有大量的访问需求和负载要求，所以软件没有开发的很大，不用考虑大型软件的开发技术，目前很多小型软件都是采用B/S的WEB模式，不仅开发维护起来很容易，且很多软件都有免费开源的版本提供修改，这样大大的增加了开发的可行性，所以本次选用的技术在开发和后期维护以及用户使用上都是可行的[9]。
2.1.2 操作可行性
根据前面分析的系统在开发技术上的选型，系统的开发阶段软件操作使用有一定的难度，但是对于开发大型软件的难度，WEB的开发模式较为简单，开发测试都是一体化的，有很多可视化的软件，不用每次都编译使用，对于员工使用系统，已经采用了很多的简单、耐用的功能和操作，只要简单的进行学习，就可以很容易的操作上手了，对于企业的管理人员操作稍微有些要求，但是不涉及维护底层代码，所以也是可行的，而系统维护操作可行性和开发一样，都是可行的。
2.1.3 经济可行性
本次开发软件系统根据实际的业务需求，做了很多的准备，在开发方案上就选用了较为普遍主流的技术，包括数据库存储也是标准的技术，这样对于后期的维护升级都是可行的，软件考虑到很多商家初始阶段无法负担大额的开发资金，系统也尽量使用开源的软件或者免费的工具来开发，将开发维护的工具成本降到最低，所以经济上也是可行的。
2.2 功能需求分析
根据调查得知用户的需求发现，系统面向的用户应主要分为普通前端注册用户和后台管理人员，普通前端注册用户可以通过登录个人账户进入系统前端，可以修改个人信息，对个人信息进行增删改查，对个人订单进行增删改查，后台管理人员通过登录管理员用户可以进入系统后台，在后台可以进行人员信息的增删改查以及图书商品信息的增删改查。
3.1 系统总体架构设计
系统的软件架构是基于WEB模式的，他是一种B/S架构的开发模式，即客户端运行在浏览器上，通过HTTP协议发送处理数据信息和用户交互[12]，界面也是通过比标准的网页开发协议完成。界面和PC端、移动端手机上的软件类似，只不过是基于WEB的，而与用户交互的后端数据，则运行在远程的服务器上，他们之间只通过协议连接、验证，互相传输数据。而最终所有的数据交互都会存储在具体的数据库表内，通过后端开发语言与数据库交互，完成系统运行产生的增删改的各类数据实体。
3.2 系统设计原则
系统涉及的种类繁多，进行信息化的管理需要考虑到不同种类产品的分类，还需要考虑到管理人员很多没有计算机技能基础，在使用上要尽量简单容易上手，所以主要的基本功能以及使用上需要满足以下几个设计原则[13]：
（1）系统在设计开发上需要做好实际的调研，保证系统能够被企业的实际使用群体所能接受，功能设计应当符合当前人们的系统使用认知，考虑到系统的专业性不是很强，需要结合市面上其他成熟案例来参考设计[14]。
（2）系统的各部分功能模块需要相互关联，数据之间的实体关系需要设计清楚，防止数据信息出现错误，且系统的实体字段需要设计的满足实际需求[15]。
（3）系统的最终运行部署需要能够在多种平台上使用，系统前端的兼容性要好，这样可以减少开发的后期维护成本。
（5）系统开发所使用到的各种开发技术、素材图文都要是原创的，其开发运行所使用的软件也要是正版的
3.3 系统功能结构设计
系统的功能模块主要为用户功能模块、登录模块、购物车模块、个人中心模块、图书商品收藏功能模块、购物订单结算模块等，具体的系统功能结构划分如下：
用户功能模块：提供给用户登录功能、购物车添加管理功能、个人中心管理个人信息功能、浏览查看图书商品信息功能、订单下单结算以及确认收货功能。
登录模块：通过from表单获取注册者的输入信息，提交后台代码处理并验证后操作数据库写入，最终返回用户结果。
购物车模块：通过点击界面的购物车按钮将该图书商品添加，可以管理购物车内的购物信息或者去结算界面结算。
个人中心模块：通过查询session的数据获取自己的账户信息，可以通过系系统界面将数据处理，并提交数据库写入。
图书商品收藏功能模块：该模块的功能是用户在浏览图书商品信息的时候通过点击图书商品旁的收藏按钮来讲用户信息和图书商品信息写入收藏表，这样用户可以在管理界面查看到历史收藏到的图书商品的信息，并可以直接点进去购买。
购物订单结算模块：该模块是用户在浏览加购完生鲜食品后点击去去结算的功能界面，该部分是将购物车的数据计算获得总的汇总数据，点击结算支付后就写入数据库。
订单评论模块：用户订单的评论功能是在管理员完成发货、用户收到货并且确认收货后才会开启，这时候收货界面会提示评价功能，点击进入并且评价即可完成评价的功能。
管理员的功能模块包括：通过点击功能按钮管理生鲜分类、生鲜图文的展示信息、管理注册者的账户信息。图书商品订单发货处理的功能，提供管理用户收货后评论信息的功能。
系统管理模块：对系统的商家账户、系统后台登录信息进行管理。
图书商品管理模块：通过界面管理发布的图书商品的图片和文字的信息以及具体的售卖价格。
订单信息管理：获取用户们的订单请求，将数据更新，填写发货的单号。
评论信息管理：处理图书商品的各个评论信息。
3.4 系统类图设计
系统分为平台管理员、平台商家、平台用户、订单、图书商品、购物车、图书商品分类几大类；其中平台管理员和平台商家发布图书商品，平台管理员和平台商家与订单为一对多的关系；平台商家与平台用户为一对多的关系；平台用户添加图书商品到购物车；图书商品与购物车为一对多的关系；图书商品与图书商品分类为一对一的关系。
