基于jsp的在线书店与实现.docx
《基于jsp的在线书店与实现.docx》由会员分享，可在线阅读，更多相关《基于jsp的在线书店与实现.docx（50页珍藏版）》请在冰豆网上搜索。
基于jsp的在线书店与实现
基于jsp的在线书店
摘要
随着网络的发展，网上书店越来越受人们的关注。
通过网上书店，人们在家里就可以买到自己想要的图书。
网上书店以公司实际的需求为基础，使用了动态网站技术。
从长期的战略目标来说，图书在线销售网站不仅是图书和服务的推广，而是通过Internet、企业内部网和企业外部网，将买家与卖家、厂商和合作伙伴紧密结合在了一起，因而消除了时间与空间带来的障碍。
图书在线销售提供了多种检索途径，可以从分类、新品、特价等途径进行检索，快捷准确。
与传统销售方式相比，在线销售能够提供海量数码产品信息。
图书在线销售最突出的优点是：
不再限制消费者的购买时段，扩大和巩固了客户群，从而增加了图书产品企业的核心竞争力，节省实际开店时需要投入的成本和租用费用。
关键词：
图书；在线销售；订单处理
OnlinebookstoresystembasedonJSP
Abstract
WiththedevelopmentoftheInternet,onlinebookstoresmoreconcernforpeople.Throughtheonlinebookstore,peoplecanstayathometobuythebookstheyneed.Onlinebookstoreisbasedontheactualneedsofthecompany,usingdynamicwebtechnologywasdeveloped.
Fromthelong-termstrategicobjectives,salesofdigitalproductson-linesiteisnotjustdigitalproductsandservicespromotion,throughtheInternet,intranetandextranetmakebuyersandsellers,manufacturersandpartnersinthecloseconnectiontogether,thuseliminatingtheobstaclesoftimeandspace.
Onlinesalesofdigitalproductsthatprovideavarietyofwaystoretrieve,suchasclassification,newproductsandbargainproducts,thesearchwayisfasterandmoreaccurate.Comparedwiththetraditionalwayofmarketing,onlinesalesofdigitalproductsthatcanprovidemassinformation.Themostprominentadvantageofonlinesalesdigitalproductsare:
nolongerlimittheconsumers’timetobuy,consolidateandexpandthecustomerbase,thusincreasethecompetitiveabilityofbookproductbusiness,andsavethecostandrentalcostofopeningashopactually.
Keywords:
book;onlinesale;orderprocessing
1绪论
1.1课题背景
互联网的兴起从本质上改变了整个社会的商品交易方式，国内各大企业从上个世纪90年代互联网兴起之时，就产生了通过网络进行销售经营商品的想法。
但是由于在互联网上企业的信誉难以认证、网络的法规政策不健全、物流不发达等一系列的原因，限制了网上交易发展的步伐。
进入21世纪后，随着全球经济一体化的逐步发展和深入,在线书店已成为传统书店必不可少的经营策略之一.目前,在线书店在国际互联网上可以实现的商务已经多样化,可以完成从最基本的信息展示、信息发布功能到在线交易、在线客户服务、在线网站管理功能等，可以说，传统书店所具备的功能几乎都可以在互联网上进行电子化的高效动作。
虽然传统书店规模有所不同，随着网上交易的开展，都将有力地改变企业的发展空间，会对企业的竞争力产生不可忽视的影响。
作为一个虚拟的书店，在线书店具有很多新的特性，以下这些是它的优势：
其营业成本完全有理由比传统意义上的书店低得多：
不需支付昂贵的店铺租金，花费浩大的装修；不需要将大笔的流动资金作为货物而沉泣在店里，可依靠“零库存”管理，缩速资金周转的周期，可以加速周转；同时，在线书店更容易开拓全球市场，国际互联网，www顾名思义体现了全球的一体化；实现24小时营业，不需要营业员，在线书城可以被设置成一个自动售货机；可以利用多媒体促销，各种文字，图象和动画，声音，让受众全方位感受广告诉求；依靠客户数据库能够提供全新的个人化服务等等。
这些特性使在线书店充满生命力，也是它发展的源动力。
1.2目的和意义
本系统描述了通过因特网在内的计算机网络来购买，销售和交换商品，服务信息的过程。
随着社会的发展，网络的普及，网上购物已成为业务的重要载体。
B2C能够绕过中介建立与客户的直接关系。
网站还可以为用户提供商品的具体信息，用户可以购买商品，确定自己的订单。
网站来源信息，为网络销售人员从不同的方面分析网站运营的效果提供了方便，至少可以看出部分常用的网站推广措施所带来的访问量，如分类目录，搜索引擎自然检索，投放于网站上的显示类网络广告等。
网上销售为人们提供了更广阔的环境：
人们不受时间的限制，不受空间的限制，不受传统购物的诸多限制，可以随时随地在网上交易。
更广阔的市场：
在网上这个世界将会变得很小，一个商家可以面对全球的消费者，而一个消费者可以在全球的任何一家商家购物。
更快速的流通和低廉的价格：
电子商务减少了商品流通的中国环节，节省了大量的开支，从而也大大降低了商品流通和交易的成本。
更符合时代的要求：
如今人们越来越追求时尚，讲究个性，注重购物的环境，网上购物，更能体现个性化的购物过程。
1.3系统设计思想
对于典型的数据库管理系统，尤其是对于像在线书店系统这样的数据流量特别大的网络管理系统，必须要满足使用方便、操作灵活等要求。
本系统在设计时应该满足以下几个目标
（1）采用人机对话的操作方式，界面美观、友好，信息查询灵活、方便，数据存储准确、安全可靠；
（2）全面展示所有图书产品，并可展示最新图书产品和特价图书产品；
（3）便于顾客快捷地进行图书产品信息查询；
（4）会员可以随时修改自己的基本资料；
（5）实现网上购物的功能；
（6）实现图书销售排行功能，以方便顾客了解本在线销售系统内的热销图书及帮助企业领导者做出企业营销方案；
（7）系统公告公布图书在线销售系统网站内的最新信息；
（8）顾客可以随时查看自己的订单信息；
（9）对顾客输入的数据，系统进行严格的数据检验，尽可能排除人为的错误；
（10）系统最大限度地实现了易维护性和易操作性；
（11）系统运行稳定、安全可靠。
1.4本文的结构
本文具体内容包括：
可行性分析、需求分析、系统总体设计、系统详细设计与实现、系统的测试。
本文着重描述了在线书店系统的组成与结构，阐述了系统的设计方案、实现方法以及所采用的开发工具和相关技术，另外，重点剖析了部分环节的开发过程。
本系统在一定的环境下对系统的重要模块进行了模拟测试，证实了系统的可用性、可靠性。
2可行性分析
网络平台已经成为企业经营管理中不可忽视的一个重要的方面，拥有一个全面的、功能强大的、操作简单的在线销售系统网站，已经成为企业营销发展的一个必然趋势。
在线书店系统网站的建立，从销售方面来讲，不仅给图书企业增加了一个新的销售渠道，而且方便了顾客购买与了解公司的图书及新的销售方向。
从图书企业宣传方面来讲，不仅扩大了企业知名度，还更直观地展示出企业的图书产品。
拥有一个B2C的图书在线销售系统网站，已经成为图书企业网络销售进程中的一个重要环节。
2.1业务流程图
根据图书在线销售系统的具体情况，调查管理业务流程是顺着系统信息流动的过程逐步地进行，内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态（报告、单据等）。
系统业务流图描述如下
（1）顾客浏览网站顾客通过浏览器登录到本图书在线销售系统网站后，可以通过新品上架、特价产品、销售排行的模块查看数码产品及详细信息，同时顾客也可以按类别查看图书。
另外，顾客可以浏览公告，销售排行榜等模块；
（2）用户注册及登录顾客如要购买图书，需要进行用户注册，注册成功并登录后，用户可以购买图书；
（3）购物车处理用户通过浏览图书信息选择要购买的图书时，可以将图书放入购物车，并可以添加至购物车、查看购物车、移除购物车中的图书、修改购物车中图书数量、清空购物车；
（4）收银台处理当用户决定购买购物车中的图书时，可以通过收银台结账填写相应的订单信息，确定所填写的订单信息无误后，系统将产生此次订单的编号，完成在线下达订单，并且用户可以查看到订单；
（5）管理员后台处理系统管理员登录后可以查看到已受理和未受理的订单及详细信息。
另外，管理员能够对系统的各项信息进行维护处理。
系统业务流图如图2-1所示。
图2-1系统业务流图
新系统的目标确定后，可以从经济可行性、技术可行性和运行可行性三个方面对能否实现新系统目标进行可行性分析。
2.2经济可行性
由于本系统针对的是图书，只要工作人员合理使用该程序，可以明显减少销售人员的工作量、提高工作效率，能方便快捷的查询统计购物信息，所以当系统投入运行后可以为相关人员节约大量的人力，物理，所带来的效益远远大于系统软件的开发成本。
在经济上完全可行。
2.3技术可行性
根据该系统目标来衡量所需的技术是否具备，一般可从硬软件的性能要求、环境条件、操作人员水平和数量等方面去考虑和分析。
考虑到系统实施的可行性，在软件方面选择了如今较流行的MyEclipse工具来进行开发管理平台的设计，使用MySQL数据库存储数据。
在硬件方面，则选择空间较大，硬件的配置越高，系统的开发与运行会更流畅。
考虑到如今的家用或商用电脑硬件的整体配置水平，系统在硬件方面是可行的。
在软件方面，由于MyEclipse和MySQL是两个非常成熟的开发工具，无论在安全性、可用性、可靠性方面都毫无置疑，因此软件方面是可行的。
2.4运行可行性
在现今社会，顺着Internet在中国的迅速发展，人们日常生活中越来越多地使用Web技术来为自己的工作和学习服务。
许多企业为了扩大他们的规模，将他们的生意范围涉及到了出口生意，由于企业的客户很多，而且分布于各地，甚至还有国外，在线销售图书有着对顾客的地域无限制等诸多的优点，可以成功地解决企业所面临的难题。
本图书在线销售系统操作简单易行，所以使用前的培训也比较容易，此系统网站的管理人员对开发此应用项目的态度确定而且管理方面的条件都比较成熟。
经过以上分析，运行方面是可行的。
2.5本章小结
可行性分析的任务是明确应用项目开发的必要性和可行性。
本章主要对系统开发的可行性进行具体的分析，从用户方角度考虑本系统是否可行，主要通过有力的数据和软件运行环境方面作为依据。
通过经济可行性、技术可行性、运行可行性等方面的分析说明本工程的技术成熟、完备，测试手段可靠，具有良好的市场拓展，它追求的是简单、易学、易懂、易用，因此，本系统具有一定的开发前景，具有开发的价值。
3需求分析
3.1系统结构
系统结构是系统的最高层概念。
在开发网上书店系统的实例之前，应该先选择或定义好一个合适的系统结构。
该系统主要采用MVC三层模式，分别是模型（Model）层、视图（View）层和控制（Controller）层。
结构模型如图3-1所示。
图3-1MVC三层模式
模型（Model）层实现系统中的业务逻辑。
在MVC的三个部件中，模型（Model）层拥有最多的处理任务。
封装的是数据源和所有基于对这些数据的操作。
JavaBean分为业务类和数据实体，业务类处理业务数据、数据实体承载数据，基本上大多数的项目都是使用这种MVC的实现模式。
在一个组件中，Model往往表示组件的状态和操作状态的方法，如处理请求执行业务逻辑、访问数据库、封装数据等等。
封装的数据和行为必须是独立于任何的表现，提高可重复性，可以独立的测试，不要包含任何的Servlet和JSP的API。
视图（View）层用于与用户的交互，封装的是对数据源Model的一种显示。
一个模型可以由多个视图，而一个视图理论上也可以和不同的模型关联起来，通常用JSP来实现。
JSP（JavaServerPages）是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
JSP技术有点类似ASP技术，它是在传统的网页HTML文件（*.htm,*.html）中插入Java程序段（Scriptlet）和JSP标记（tag），从而形成JSP文件（*.jsp）。
用JSP开发的Web应用是跨平台的，既能在Linux下运行，也能在其他操作系统上运行。
控制（Controller）层封装的是外界作用于模型的操作。
通常，这些操作会转发到模型上，并调用模型中相应的一个或者多个方法。
一般Controller在Model和View之间起到了沟通的作用，处理用户在View上的输入，并转发给Model。
这样Model和View两者之间可以做到松散耦合，甚至可以彼此不知道对方，而由Controller连接起这两个部分。
3.2图书在线销售系统的需求分析
经过对各大图书购物网站及实际数码产品企业销售过程的考察、分析，要求本系统具有以下功能
（1）统一友好的操作界面，保证系统的易用性，方便用户的操作；
（2）具备图书信息的展示功能，方便浏览者对图书信息进行浏览与比较；
（3）规范的图书分类，方便浏览者分类查找图书；
（4）完善的购物车功能与用户结账功能；
（5）设置网站公告信息模块，使浏览者能够及时了解网站的各项动态变化，及销售的新品、特价活动等信息；
（6）图书销售排行功能；
（7）订单信息查询功能、数码产品信息查询功能；
（8）全面的后台管理功能，以方便管理员对网站信息进行更新与管理。
3.3数据流图
系统总数据流图如图3-2所示。
图3-2 系统总数据数据流图
订单管理数据流图如图3-3所示。
图3-3 订单管理数据流图
基本信息维护数据流图如图3-4所示。
图3-4 基本信息维护数据流图数据流图
数据字典
数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。
它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。
数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
数据项定义
如表3-1所示。
表3-1 系统数据项定义
序号
名称
别名
类型
长度（字符）
I01-01
goods_id
图书编号
Int
4
I01-02
goods_name
图书名称
varchar
50
I01-03
goods_miaoshu
图书描述
varchar
5000
I01-04
goods_pic
存放图书图片
Varchar
50
I01-06
goods_shichangjia
图书市场价
int
4
I01-07
goods_tejia
图书特价
int
4
I01-08
goods_isnottejia
普通商品
varchar
50
I01-09
goods_catelog_id
图书种类号
int
4
I01-10
catelog_id
种类编号
Int
4
I01-11
catelog_name
种类名称
Varchar
50
I01-12
catelog_miaoshu
种类描述
Varchar
5000
I01-13
order_id
订单ID
Int
4
I01-14
order_bianhao
订单编号
Varchar
50
I01-15
order_date
订单生成日期
varchar
50
I01-16
order_zhuangtai
订单状态
varchar
50
I01-17
order_jine
总的消费金额
Int
4
I01-18
order_songhuodizhi
送货地址
Varchar
50
I01-19
order_fukuangfangshi
付款方式
Varchar
50
I01-20
order_user_id
用户ID
Int
4
I01-21
orderItem_id
订单明细编号
Int
4
I01-22
order_id
订单编号
Int
4
I01-23
goods_id
商品编号
Int
4
I01-24
goods_quantity
购买数量
Int
4
I01-25
user_id
用户ID
Int
4
I01-26
user_name
用户名
Varchar
50
I01-27
user_pw
用户密码
Varchar
50
I01-28
user_realname
真实姓名
Varchar
50
I01-29
user_address
住址
Varchar
50
I01-30
user_sex
性别
Varchar
50
I01-31
user_tel
联系电话
Varchar
50
I01-32
user_email
用户邮箱
Varchar
50
I01-33
user_qq
用户QQ
Varchar
50
I01-34
userId
管理员ID
int
4
I01-35
userName
管理员名称
Varchar
50
I01-36
userPw
管理员密码
Varchar
50
I01-37
gonggao_id
公告编号
Int
4
I01-38
gonggao_title
公告标题
Varchar
50
I01-39
gonggao_content
公告内容
Varchar
5000
I01-40
gonggao_data
公告创建时间
Varchar
50
I01-41
gonggao_fabuzhe
发布人
Varchar
50
I01-42
liuyan_id
留言id
Int
4
I01-43
liuyan_title
留言标题
Varchar
50
I01-44
liuyan_content
留言内容
Varchar
5000
I01-45
liuyan_date
留言时间
Varchar
50
I01-46
liuyan_user
留言客户
Varchar
50
3.4本章小结
需求分析报告是对系统需求的全面分析，是软件生存周期中最关键的一步，是建立软件开发的基础。
经过需求分析要得到系统将要“做什么”，同时理解在做什么的基础上抽取出其“怎么做”的本质。
本章首先介绍了电子商务近年来的发展状况，然后具体说明了需求分析的内容，详细描述了数据流图和数据字典的组成，为下一章的总体设计打下基础。
4总体设计
4.1系统模块总体设计
利用层次图来表示系统中各模块之间的关系。
层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。
树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素（不能再分割的元素）。
随着这种结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。
从对顶层的信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。
本系统一共分为前台和后台两大模块，两个模块之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。
每个模块的功能都是按照在调研中搜集的资料进行编排制作的。
依据上述功能分析，系统在两个模块的基础上每一个模块又分为几个模块。
1．前台系统功能模块分为
（1）图书展台模块：
通过新品上架，分页显示特价图书，图书销售排行展示网站的所有图书；
（2）图书查询模块：
按图书的类别查询图书的相关信息；
（3）购物车模块：
用户添加图书至购物车，查看购物车中的图书，从购物车中移除不满意的图书，清空购物车中的产品，修改所要购买的图书的数量；
（4）收银台模块：
用户满意购物车中的产品后进行结账并填写订单信息；
（5）用户维护模块：
为用户提供了用户注册、用户登录、用户资料修改以及找回密码的功能；
（6）订单查询模块：
用户通过查看订单能够了解到自己的当前订单信息及历史订单记录；
（7）公告浏览模块：
用户通过浏览公告信息，能够及时了解到网站最新的各种信息。
（8）留言模块：
客户可以进行留言给我们提意见，我们在不断地改进中前进。
系统前台用户功能结构图如图4-1所示。
图4-1 系统前台用户功能结构图
2．后台系统功能模块分为
（1）图书管理模块：
按类别查看图书，对图书的信息进行维护；
（2）用户管理模块：
为了保护用户的信息，此模块与前台用户维护的区别是管理员只能查看用户信息和删除操作；
（3）管理员维护模块：
这是对管理员的信息进行维护，可以修改管理员的信息。
（4）订单管理模块：
管理员查询订单，查看订单详细信息，删除订单信息，进行订单受理；
（5）公告管理模块：
管理员公告浏览，公告信息维护；
（6）留言模块：
管理员可以查看客户的留言，对留言进行维护。
系统后台管理员功能结构图如图4-2所示。
图4-2 系统后台管理员功能结构图
在建立数据库之间，首先要针对后台的功能需求建立数据模型，然后再建数据库。
画出部分的E-R图，如图4-3，图4-4所示。
图4-3会员E-R图
图4-4图书信息E-R图
4.2数据库设计
对于一个电子商务网站而言，为了支持较大的访问量带来的数据访问需求，使用桌面型的数据库管理系统是不能满足需要的，而且安全性也没有充分保障。
因此，需要使用大型商业化企业级服务用途的数据库管理系统，如MySQL，Oracle等。
本系统采用MySQL数据库管理系统。
4.1.1数据分析
对于本系统的数据库的需求而言，由于其主要是用于信息的提供、保存、更新和查询等。
因此，需要分析该系统功能所隐含的对数据应用的需求，从而确定数据库的结构。
（1）用户注册、登录、验证等功能需要对用户信息建立数据表，其中的数据项可能包括用户E_mail、昵称、密码、住址等；
（2）查看图书分类信息和图书详细信息等功能既需要对图书大小类别进行管理，也需要针对每一个图书进行管理，因此至少需要两张数据表；
（3）用户购物后产生的订单需要进行管理
升级会员 