基于j2ee的图书销售系统的设计与实现毕业论文(编辑修改稿)

基于j2ee的图书销售系统的设计与实现毕业论文(编辑修改稿)内容摘要：

登录过系统的会员，要给予进行通告，通告期限内还为登录的给予删除。 功能模块简介： （ 1）在登录本系统时，通过验证用户名、密码以及用户的身份，方可进入系统； （ 2）会员可以修改个人信息，可以定制免费服务（新图书上架、打折优惠等通知服务）； （ 3）会员可以在收到图书后，可以登录系统对图书进行评价，也可以提出建议，在服务上有不满意的地方可以提出批评；如果对购买的图书不满意，可以申请退款； （ 4）管理员可以修改个人信息，比如当有顾客下订单时，而管理员不在线上，系统会根据个人留下了的联系方式给予合适的 通知； （ 5）管理员可以对图书进行操作（增删改查），对会员进行操作，对于超过规定时间未登录的进行处置，还可以对顾客的退款申请进行审核，对符合要求的进行 信息科学与技术学院学士学位论文 8 退款操作，否则不予退款；管理员还可以对图书的评价进行管理，防止非法言论及恶意评价。 相关业务流程，如图 31 所示。 图 31 业务流程图 数据流图 数据流程：数据在该系统中之产生、传输、加工、使用、保存的过程。 数据流程分析：把数据在系统内部的流动独立起来，舍去它原有的机构、载体、处理工具、物质材料等，单单从数据流动过程中，来考查实际业务数据处理。 数 据流程与数据流程分析，都是为以后构建数据库系统、功能模块设计过程的打下基础。 数据流程的描述工具是数据流程图，还有附带的数据字典、逻辑出理的图表。 数据流程图是用来叙述系统的逻辑模型的一种工具，它就是以几种符号，综合的反映出了信息在系统中的流动、保存跟传递。 基于业务流程分析的基础，对数据流做了一定的分析，从数据流动过程中，研究实际业务中的数据处理过程。 图书销售系统之数据流图可分为顶层、一层。 顶层数据流图，如图 32 所示。 信息科学与技术学院学士学位论文 9 图 32 顶层数据流图 继续分析第一层的数据流图，如图 33 所示。 图 33 第一层数据流图 用例图 （ 1）浏览者（非会员用户）； 浏览者可以浏览所有的书籍，也可以查看书籍的具体信息、价格等，还可以搜索自己想要购买的书籍，但是不可以下订单，下订单必须登录系统。 浏览者（非会员用户）的权限受到限制，不能购买图书，只能够浏览本系统中所有的图书、搜索图书。 如图 34 所示。 信息科学与技术学院学士学位论文 10 图 34 浏览者用例图 （ 2）会员； 会员可以登录系统，可以浏览查看所有的书籍，也可以下订单购买书籍，收到货之后可以确认收货，对于购买了的书籍可以评论；会员也可以修改自己的个人信息。 如图 35 所示。 图 35 会员用例图 （ 3）系统管理员。 系统管理员可以登录系统，对书籍进行添加删除操作，以及对会员的管理。 可以修改登录密码。 如图 36 所示。 信息科学与技术学院学士学位论文 11 图 36 系统管理员用例图 小结 这一章当中，主要是介绍了图书销售系统的需求，通过业务流程图、数据流图，还有人员的用例图，清晰地反应了销售系统的工作流程。 详细的介绍了系统的功能需求和性能需求。 有了系统的明确需求，就更加容易了解图书销售系统。 信息科学与技术学院学士学位论文 12 4 系统的总体设计 功能设计 系统设计就是把软件的需求，转换成用系统实现的过程。 通过对本系统的分析跟研 究，做出了图书销售系统的总体规划，这可是全方位系统开发的必要基础。 在对图书销售系统进行全方位的分析调查基础上，制定了销售系统的总体规划。 从数据流图开始，到对数据流图做一定分析，得出了层次化地模块结构图。 本系统中具有系统管理员登录、会员登录两个模块。 系统管理员登录就包括：修改信息、图书管理、会员管理、评论管理，订单管理等；会员登录包括、修改信息、浏览图书、搜索图书和购买图书。 如图 41 所示。 图 41 管理员和会员功能模块图 （ 1）会员功能模块。 信息科学与技术学院学士学位论文 13 浏览图书：会员可以浏览所有图书的信息； 购买图书：查到了 自己想要的图书时，会员可以选择购买； 评论图书：会员收到图书后，可以对购买的图书进行评价； 搜索图书：在主页上没有的显示的、会员指导书名的，会员可以直接搜索； 申请退款：当对交易存在异议或则取消交易时，会员可以申请退款； 修改信息：会员可以修改自己的个人信息。 （ 2）管理员模块。 图书管理：管理员可以对所有的图书进行管理，增、删、改、查四大操作； 会员管理：可以对现有的会员进行管理； 订单管理：查看所有的订单，查看订单的详细信息； 评论管理：列出所有的评论，对于非法评论进行删除； 退款管理：在这里可以看到退 款的信息，对于不合理的对款不予接受； 修改信息：修改管理员的个人信息； 意见管理：对会员提出的改进意见进行管理。 （ 3） 数据库连接技术。 数据库连接是一种关键的、有限的、而且昂贵的资源，他承载着用户和服务器之间的数据交换的责任，这一点在多用户的网页应用程序中体现的尤为突出。 数据库连接用到的静态代码块技术，静态代码块有着：只执行一次，永远存在内存中，没当进行连接时，都会执行内存中的静态代码块，在程序中又必须与数据库频繁的操作。 因此静态代码块技术是非常使用的一种技术。 在程序代码设计当中，静态代码块尽量少用，静态代码块从产生到程序进程结束，静态代码块的代码会一直存在电脑内存中。 因此，程序中如果存在大量静态代码块或着是大量的静态代码段，程序运行时，系统会占用大量的内存资源，给系统带来巨大资源耗损。 在程序设计当中，应当优化代码。 如图 42 所示。 信息科学与技术学院学士学位论文 14 图 42 静态代码块调用图 （ 4）内部操作逻辑： 会员在商品加入购物车时，购物车里会有对应的清单信息，但当会员点击了付款时，应该要产生一条订单记录，而且要把对应的购物车置为空，因为已经下点单付款。 会员购买图书时，把图书加入到 购物车，程序后台处理时，对购物车处理进行判断。 如果该会员是第一次点击加入购物车，系统后台要为该会员生成一个购物车实体，并把会员点击加入购物车的图书加入到新建立的购物车实体中。 如果该会员已经存在未付款的购物车，则把会员购买的图书直接加入原有的购物车实体当中，并给出提示。 当会员点击查看购物车时，系统把用户购物车里的购物清单数据，全部封装成model 数据模型实体，并交给 JSP 页面显示 [15]。 当会员点击付款时，程序跳转到结账付款页面，列出改会员的所有购物清单，如果会员付款成功，则把该会员对应的购物车置为空。 如果会员没有付款，或者付款不成功，则程序对购物车不做任何处理，向会员提示错误信息。 如图 43 所示。 信息科学与技术学院学士学位论文 15 图 43 会员付款展示图 当管理员在后台对会员下的订单进行发货处理之后，会员再查看自己的订单时，点单的状态应该改变为（已发货），而且不允许会员取消订 单。 如图 44 所示。 图 44 管理员操作订单展示图 数据库设计 数据库是一个系统的核心跟基础，数据库设计的好坏，直接影响了整个系统质量。 数据是所有系统设计的基础，换句说，数据库设计那就像是大厦的地基一样，如果数据库设计地不合里、不完善，那么在 系统的开发过程之中，有可能在后期的系统维护中、功能变更或者功能扩充时，那就会引起一系列的问题，严重到一个地步时，甚至要重写系统，重做大量的已完成工作。 信息科学与技术学院学士学位论文 16 图设计 通过数据分析，得到系统中主要实体属性图。 （ 1）系统管理员实体属性图，属性：编号，用户名，密码，联系方式。 如图 45 所示。 图 45 系统管理员实体属性图 （ 2）会员实体属性图，属性：会员名，密码，级别，收货人，收货地址，联系方式。 如图 46 所 示。 图 46 会员实体属性图 （ 3）图 书实体属性图，属性：编号，图书名，类别， 价格，活动类别。 如图 47 所示。 信息科学与技术学院学士学位论文 17 图 47 图书实体属性图 （ 4）折扣实体属性图，属性：编号，活动类别，折扣数，折扣日期。 具体折扣由管理员管理。 如图 48 所示。 图 48 折扣实体属性图 （ 5）订单实体属性图，属性：订单号，下单日期，会员名，购物车号，付款方式，付款状态，实付款，收货人，收货地址，联系方式。 当会员把选择的图书加入购物车后，会员点击了付款操作，则后台程序在后台产生一条订单记录，把该会员的所有购物清单信息加入订单记录信息中。 管理员此时可以对该订单进行管理，发货后把订单该为已发货状态。 如图 49 所示。 信息科学与技术学院学士学位论文 18 图 49 订单实体属性图 （ 6）购物车实体属性图，属性：编号，会员名，图书名数组，购买数数组。 如图 410 所示。 图 410 购物车实体属性图 （ 7）评论实体属性图，属性：会员名，图书名，日期，内容。 如图 411 所示。 图 4。