在线书籍交易系统的数据库分析与设计.docx
- 文档编号:12640092
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:15
- 大小:291.30KB
在线书籍交易系统的数据库分析与设计.docx
《在线书籍交易系统的数据库分析与设计.docx》由会员分享,可在线阅读,更多相关《在线书籍交易系统的数据库分析与设计.docx(15页珍藏版)》请在冰豆网上搜索。
在线书籍交易系统的数据库分析与设计
在线书籍交易系统的数据库分析与设计
中文摘要
在线书籍交易系统作为一个B/S结构系统,主要是为书籍交易提供支持服务,方便二手书的重复利用。
几乎所有学校的大四毕业生都存在一个这样的现象:
几乎所有我们以前当作是宝的书籍到了大四都得当废旧物资卖给了废品回收员,这是多么的浪费。
建立在线书籍交易系统,把大四毕业生的书籍充分利用,只要十几元的成本就能实现几十元甚至一百块的效益和功能。
电子商务发展迅猛,并且越来越走向务实,还有网络的发展与应用已经蓬勃发展起来,网上书店是非常必要和可行的。
作为信息系统核心和基础的数据库技术的发展也使得在线书籍交易系统的运行更加完善。
SQLServer是一种高效的关系数据库系统,它与WindowsNT/2000及Windows9x等操作系统紧密集成。
对于B/S系统来说,SQLServer是一个很好的选择。
本系统数据库开发涉及需求分析、数据库设计,以WindowsXP为操作平台,使用ASP开发技术和SQL-Server数据库。
关键字:
B/S结构SQLServer网上书店数据库
Second-handbookstothetradingsystemasaB/Ssystems,mainlyforsecond-handbookdealtoprovidesupportservicestofacilitatethereuseofsecond-handbooks.Almostalloftheseniorschoolgraduatesaretheexistenceofsuchaphenomenon:
almostallofourpastasarethebookstoaseniormaterialsusedareproperlysoldtowasterecycling,thisishowthewaste.Theestablishmentofsecond-handbooktradingsystem,theseniorgraduatestomakefulluseofbooks,aslongasthecostofmorethan10millionyuanwillbeabletoachievescoresof100andeventheefficiencyandperformance.Therapiddevelopmentofe-commerce,andtowardsmorepragmatic,andthedevelopmentandapplicationhasbeenbooming,on-linebookstoreisverynecessaryandfeasible.Asacoreinformationsystemanddatabase-basedtechnologyhasmadeitsecond-handbooktradingsystemrunbetter.SQLServerisahigh-performancerelationaldatabasesystems,withWindowsNT/2000andWindows9xoperatingsystem,suchastightlyintegrated.TheB/Ssystem,SQLServerisagoodchoice.
B/SstructureSQLServeronlinebookstoreDatabase
1引言
随着计算机技术,网络技术的不断提高,电子商务技术的日渐成熟,人们已不再满足于传统的图书购买方式,而是渴望通过Internet购买所需的图书,享受网上订购所带来的更多的便利,为了满足于广大窗户的需求,越来越多的图书网站投身到提供电子商务服务的行列中来。
由于B2B、B2C等主要电子商务成为商务活动的主要平台,伴随着电子商务网站的大量涌现,电子商务活动将成为商务活动的主要方式,这也有利于在线书籍交易系统实现。
网上书店为人们提供了更广阔的环境:
人们不受时间的限制,不受空间的限制,不受传统购物的诸多限制,就可以随时随地在网上进行在线书籍的买和卖;更快速的流通和低廉的价格:
减少了商品流通的中间环节,节省了大量的开支,从而也大大降低了商品流通和交易的成本;更符合时代的要求:
如今人们越来越追求时尚、讲究个性,注重购物的环境,网上购物,更能体现个性化的购物过程。
网上书店可以实现人们远程逛逛书店和购买图书的愿望。
在线书籍交易系统主要的是为了帮助经营网上书店的人们扩大市场和方便交易。
基本功能包括用户注册会员、登录、图书展示、图书查询、、远程购买、远程交易等。
在线书籍交易系统的数据库对系统的实现与运行有是至关重要的。
任何系统都离不开数据处理,数据处理的基础就是数据库设计与应用技术。
数据库的出现使信息系统以加工数据转向数据库管理的新阶段。
关系数据库管理系统(RDBMS)是目前应用最为广泛的数据库管理系统,层次结构的数据在现实世界中是最为常见的一种数据集,在关系数据库中实现对层次数据模型数据集的管理是数据库设计中最常遇到的问题之一。
2需求分析
2.1业务流程分析
一般来说,图书交易的主要业务基于交易活动的管理,包括会员信息,图书信息和库存信息的维护以及图书交易活动,业务流程图如图2-1所示:
(1)客户管理
包括会员和非会员的信息管理。
管理会员个人信息和业务活动,同时也具有非会员的一切管理活动。
非会员的管理包括图书查询、业务交易和信息反馈。
(2)图书管理
对图书信息,如图书的名称、价钱和销售信息的管理。
(3)库存管理
对库存的管理,如图书的库存量和订单接受的管理。
图2-1二手图书系统业务流程图
通过系统功能分析,针对一般系统的需求,可以得出如下的信息:
(1)用户分为一般客户、会员和管理员;
(2)会员可以维护和修改自己的个人信息,并且在向系统发出订单时会自动填写自己的联系信息;
(3)会员可以根据当前的积分来划分等级,不同等级享有不同的打折优惠;
(4)图书按图书分类来分类,每一本图书至少对应一个分类;
(5)订单分为每张详细订单和总订单;
(6)一个用户对应一张订单列表;
(7)一张订单列表对应多张订单详细信息;
考虑到在功能上的扩展,设计如下的数据项和数据结构:
(1)管理员信息,包括数据项:
帐号,姓名,密码;
(2)会员信息,包括数据项:
会员ID,会员姓名,密码等;
(3)等级信息,包括数据项:
等级编号,起始积分,打折额度等;
(4)图书信息,包括数据项:
图书编号,图书名称,分类编号等;
(5)图书分类信息,包括数据项:
分类编号,分类名称,分类路径等;
(6)订单详细信息,包括数据项:
订单编号,订单列表编号,图书编号,购书数量;
(7)订单列表信息,包括数据项:
订单列表编号,会员编号,下订单时间,联系方式等;
(8)购物帮助,包括数据项:
问题ID,问题标题,答案等;
2.2功能需求分析
该系统的功能模块表现为两大类,一是客户界面,二是管理界面,
2.2.1客户界面描述
客户界面包括选购图书(可以按类查找图书,或通过一个或多个关键字进行查找)、图书上架时间,销售量等不同方式统计排序、图书的显示方式、查看图书的详细情况、购物车功能、会员信息功能,如图2-2:
图2-2客户界面的功能模块图
2.2.2管理界面描述
分类维护,增加、修改和删除图书的分类,图书分类完整路径显示;现有图书管理:
修改、删除、查看图书;订单管理:
查看订单清单,更新订单付款、出货状态,删除订单,处理退货;添加新图书,可以上传图书的信息;维护购物帮助;如图2-3:
图2-3管理界面功能模块图
3数据库设计
3.1数据库概念结构设计
在系统的数据库设计中,先要对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,然后才得出系统的关系摸式。
可以才采用E-R图的方法来进行数据结构分析。
E-R设计方法是一种通过E-R图来描述现实世界信息结构的DB设计方法。
在得到上面的数据项和数据结构后,可以得出满足用户需求的各种实体,以及它们之间的关系和通过相互之间的作用形成的数据的流动。
其中各种实体包括:
管理员信息实体、会员信息实体、图书实体、订单详细信息实体、订单列表信息实体、图书分类信息实体、常见问题实体。
在功能划分的基础上,通过对数据流程的分析,可以进一步得到系统实体的E-R图,
图3-1实体间的关系E-R图
管理员信息实体E-R图:
图3-2管理员信息实体E-R图
会员信息实体E-R图:
图3-3会员信息实体E-R图
积分信息实体E-R图:
图3-4会员积分信息实体E-R图
图书信息实体E-R图:
图3-5图书信息实体E-R图
订单详细信息实体E-R图:
图3-6订单详细信息实体E-R图
订单列表信息实体E-R图:
图3-7订单列表信息实体E-R图
常见问题实体E-R图:
图3-8常见问题实体E-R图
以上的E-R图基本上涉及到了所有的数据表及表之间的关系。
根据将实体型、实体的属性和实体型之间的转换为关系模式所遵循的原则,通过对实体和联系的转变,可以得到以下的关系模式:
购买(会员帐号,图书编号,订单编号,购买数量)
查询(会员帐号,等级编号,优惠情况)
分类(图书编号,图书排序,图书类型,查找路径,图书位置)
修订(订单编号,列表编号,会员联系地址,购买情况)
更新(管理员帐号,图书编号,图书上架时间,图书存货情况)
处理(管理员帐号,列表编号,会员购买信息,发货情况)
这只是从实体和联系转化成关系模式的到的关系模型,但是根据这些结果进行数据库设计时在为了保证数据模型的完整,减少数据的冗余带来数据存储量的增加,在维护数据时避免更新数据而带来的不规范,还要进一步对数据进行规范化处理。
规范化理论是研究如何将一个不好的关系模式转化为好的关系模式的理论,关系数据库中的关系要满足一定的要求即规范(约束条件),规范化理论把关系应满足的规范要求分为几级,分别是:
第一范式(1NF),第二范式(2NF),第三范式(3NF),BCNF范式等。
范式的等级越高,应满足的约束集条件也越严格,规范的每一级别都依赖于它的前一级别。
根据规范化理论对上面的关系模型进行分析,可以得到上面的关系模型是属于第二范式(2NF)。
如:
在购买关系中(会员帐号,图书编号)→购买数量;在查询关系中(会员帐号,等级编号)→优惠情况;在分类关系中(图书编号,图书排序)→查找路径,(图书编号,图书排序)→图书位置等。
从关系模型的角度来看,数据表最好满足3NF最符合标谁,这样的设计容易维护。
第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息,是属性不依赖于其它非主属性。
根据第三范式(3NF)要求可以得到六个实体的关系模式:
管理员(管理员帐号,姓名,密码)
会员(会员帐号,姓名,联系地址,密码)
等级积分(等级编号,等级名称,起始积分,打折额度)
图书(图书编号,图书名称,图书作者,图书类型)
订单(订单编号,列表编号,图书编号,图书数量)
订单列表(列表编号,会员帐号,应付款额,处理状态)
3.2数据库逻辑结构设计
根据数据结构分析,以及将各数据关系尽量满足第三范式,数据库的数据表可以设置为6个数据表,分别是管理员信息表、会员信息表、等级信息表、图书信息表、订单列表信息表、订单详细信息表。
各表的设计结果如图所示:
表4-1管理员信息表
列名
数据类型
字段大小
必填字段
默认值
说明
Account
varchar
20
是
(无)
管理员帐号(主键)
Name
varchar
20
是
(无)
管理员姓名
Pwd
varchar
20
是
(无)
密码
表4-2会员信息表
字段名称
字段类型
字段大小
必填字段
默认值
说明
UserID
Varchar(30)
30
是
(无)
会员ID
Username
Varchar(50)
50
是
(无)
会员名称
Password
Varchar(50)
50
是
(无)
密码
Address
Varchar(50)
50
是
(无)
地址
Postcode
Varchar(12)
12
是
(无)
邮政编码
Tel
Varchar(50)
50
是
(无)
联系电话
Varchar(100)
100
是
(无)
Email地址
表4-3等级信息表
列名
数据类型
字段大小
必填字段
默认值
说明
DJ-ID
Int
4
是
(无)
等级编号(主键)
DL-Name
varchar
20
是
(无)
等级姓名
DJ-Logo
varchar
80
是
″″
等级图标
DJ-score
varchar
4
是
″″
管理员帐号(主键)
DJ-dis
varchar
2
是
100
折扣
表4-4图书信息表
字段名称
字段类型
字段大小
必填字段
默认值
说明
BookID
Varchar(30)
30
是
(无)
图书编号(主键)
Bookname
Varchar(10)
10
是
(无)
图书名称
Barcode
Varchar(30)
30
是
“”
条形码
Bookconcern
Varchar(30)
30
是
“”
出版社
Author
Varchar(30)
30
是
“”
作者
Price
Money
8
是
0
价格
Kind
Varchar(30)
30
是
(无)
种类
Cover
Image
20
是
“”
封面
Memo
Varchar(20)
20
是
“”
简介
表4-5订单详细信息表
列名
数据类型
字段大小
必填字段
默认值
说明
ID
Int
4
是
(无)
详细信息标志
OrderID
Int
4
是
(无)
订单列表ID
ProductID
Int
4
是
(无)
图书ID
Productname
Varchar
80
是
″″
图书名称
Price
Money
8
是
0
图书单价
Quantity
Int
4
是
0
订购数量
表4-6订单列表信息表
列名
数据类型
字段大小
必填字段
默认值
说明
ID
Int
4
是
(无)
订单列表编号(主键)
MerberID
Varchar
20
是
“0”
会员ID(非会员0)
customername
Varchar
20
是
(无)
客户姓名
Address
Varchar
100
是
(无)
详细地址
Zipcode
Varchar
10
是
(无)
邮编
Phone
Varchar
20
是
(无)
联系电话
Varchar
30
是
(无)
电子邮件
Payment
Varchar
20
是
(无)
应付账款
Remark
Text
16
是
“”
备注
Cratedate
Datetime
8
是
Now()
下订单时间
State
Smallint
2
是
0
处理状态(0或1)
Treateddate
Datetime
8
否
(无)
送货日期
TreatedRemark
Text
16
是
“”
送货备注
Nscore
Int
4
是
“”
用户获取积分
4结束语
本文只是给出系统的数据库分析与设计部分,实现部分在这里就不再讨论了。
在系统的数据库分析时,采用了自顶向下的方法和业务流程图这个工具对系统进行分析,然后用数据项、数据流和数据结构对系统进行描述。
在系统的数据库的设计部分,对于数据库的概念结构设计运用了E-R图和关系模型来进行设计;而数据库的逻辑结构设计即运用了数据表来设计。
在对系统的数据库分析和设计时,能够完整得给出了业务的数据流程和数据之间的关系。
如用户、会员、图书和订单它们的构成及它们之间的关系。
还有能够清晰得给出系统的结构功能。
但也存在着许多不足的地方,如画出业务的流程图不是很清晰的显出业务的流程、流程图也太过于繁琐,应该更加简洁和完善。
在设计系统的数据库时,能够对关系模型进行规范化处理,不过在画出E-R图存在着E-R图不够完整,E-R图过于繁琐。
在逻辑结构设计里也存在着数据表过多,那样不利于以后的系统设计。
在对系统的数据库分析与设计基本达到了系统设计的要求,在设计系统的数据库尽量达到数据库设计理论的要求。
当然任何数据库系统理论都存在各种问题。
在设计系统数据库时,根据系统的要求尽量在适用和高效之中找到平衡点,这样设计出来的数据库才能符合系统的要求。
参考文献
[1]萨师煊,王珊.数据库系统概论[M].北京:
高等教育出版社,2006(4).
[2]赵池龙,杨林,孙伟.实用软件工程[M].北京:
电子工业出版社,2007
(2).
[3]蒙祖强.SQLServer2005应用开发大全[M].北京:
清华大学出版社,2007.
[4]褚洪波.关系数据库设计范式应用实例剖析[N].鸡西大学学报,2008-01-8
(1).
[5]CristianDarie.ASP.NET2.0电子商务开发实践[M].北京:
人民邮电出版社,2007
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 在线 书籍 交易系统 数据库 分析 设计