完整网上图书销售系统文档包括ER图.docx
《完整网上图书销售系统文档包括ER图.docx》由会员分享，可在线阅读，更多相关《完整网上图书销售系统文档包括ER图.docx（43页珍藏版）》请在冰点文库上搜索。
完整网上图书销售系统文档包括ER图
网上图书销售系统
说明书
文件编号：
T-50-J-2008-10-30
生效日期：
密级：
机密
版本号：
1.1
总页数
24
正文
22
附录
编制：
审核：
批准：
发行受控编号
组员：
XX职业技术学院
引言
随着Internet国际互联网的发展，越来越多的企业开始建造自己的网站。
基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的内容。
很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。
现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务网站。
同时人们的生活方式也在随着发生改变，传统的购物方式已不能满足人们的需求。
概述
随着时代的发展，信息技术、Internet/Intranet技术、数据库技术的不断发展完善，网络进程的加快，传统的购物方式也越来越不能满足人们快节奏的生活需求，使得企业的IT部门已经认识到Internet的优势,电子商务就是在这样一个背景下产生发展起来的。
伴随着电子商务技术的不断成熟，电子商务的功能也越来越强大，注册用户可以在网上搜索购买到自己想要的各种商品，初步让人们体会到了足不出户,便可随意购物的快感。
网上图书销售系统就是一个电子商务系统的开发。
1、可行性分析
商业企业在运营过程中，经常会受到以下一些条件的限制：
●产品的宣传受到限制，采购商或顾客只能通过上门咨询、电话沟通等方式进行各种信息的获取，受一定的时间与物理空间的局限并且成本较高。
●庞大的商业经济周转。
●复杂的产品周转渠道。
从看样品、谈价格到支付货款等一系列的产品周转渠道过于复杂，企业与顾客之间缺乏全面的沟通与快捷运营的平台。
●商业企业中根据季节的变化，热销商品在销售高峰到来时货源紧张，企业需要实时了解商品的销售情况，保证热销商品的要货满足率。
因此，企业需要重新认识市场、消费者以及自身市场定位，正确认识电子商务技术在企业中的重要地位，以少量的时间和资金建立企业信息门户网站并架设一定范围的商务网络，以此来制定长远发展战略，使企业与顾客间的经济活动变得更灵活、更主动。
本系统是一个中小型的电子商务系统----网上书店，可以为各类用户提供方便的在线买书环境，符合目前国内流行的电子商务模式。
用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。
由分析可得，不论是商业还是技术上，网上图书销售系统的开发都是可行的。
2、需求分析
寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
系统总体功能需求框图如图2-1所示。
图2-1系统总体功能需求框图
1.用户接口模块
用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块
这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块
数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
2.2用户接口模块
用户接口模块包括如图2-2所示的几个方面。
图2-2用户接口模块
1.用户信息维护
每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。
系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。
用户维护功能如图1-3所示。
图2-3用户信息维护功能
前置条件：
用户登录。
2.商品查询
商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。
商品查询结果的列表中，用户可以进一步的查看详细信息。
商品查询功能如图1-4所示。
图2-4商品查询功能
前置条件：
用户登录。
3.订购商品
客户在根据喜好得到相应的商品列表后，可以选择订购商品。
在订购商品后，系统会自动保存并更新该用户的定单。
系统的工作人员可以及时得到订单并处理，根据情况选择发货，缺货或延迟发货。
用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。
以后该用户登录时可以推荐与其购买力相应的商品。
订购商品功能如图1-5所示。
图2-5订购商品功能
前置条件：
用户已登录，商品可供购买。
4．订单维护
客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已经完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。
订单修改的结果会及时更新并提交给工作人员。
客户的订单维护信息也将被保存在系统的数据库中供分析使用。
订单维护功能如图1-6所示。
图2-6订单维护功能
前置条件：
用户登录
2.3管理员接口模块
管理员接口模块包括如图2-7所示的几个方面。
图2-7管理员接口模块说包括的功能模块
管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运行的基础。
1．商品信息维护
系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。
系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。
管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整，这一切的数据都来源自系统客户的查询和订购信息。
商品信息维护功能如图2-8所示。
图2-8商品信息维护功能
前置条件：
用户已登录。
2．内部员工信息维护
系统管理员登录后可以用对内部员工和普通员工，系统管理员拥有所有的权限，而普通员一般只拥有订单处理的权限。
但管理员可以定制任意员工的权限，比如增加他的报表打印权限内部员工信息维护功能如图2-9所示。
图2-9内部员工信息维护功能
前置条件：
用户已登录。
3.订单处理
订单处理一般是普通员工的工作。
用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据数据库情况发货或选择延时发货。
客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去部分客户。
因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。
如果该商品有现货，那么工作人员确认用户订单后选择发货，订单处理功能如图2-10所示。
图2-10订单处理功能
前置条件：
管理员或普通工作人员已登录。
4.销售情况查询
销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。
管理员登录后，可以得到详细的销售情况列表并既是更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。
由于本功能模块涉及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。
销售情况查询功能如图1-11所示。
图2-11销售情况查询功能
前置条件：
用户已登录。
5.报表维护
报表维护模块提供查询结果的打印输出功能，如图1-12所示。
图2-12报表维护功能
2.4运行环境需求
1.硬件设备
1）服务器的中央处理部件（CPU）建议使用PIII1G（以上）Xeon处理器芯片。
2）服务器内存必须使用服务器专用ECC内存
3）为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（RAID01）
4）为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。
两台服务器应构成双机热备份。
中间使用WatchDog电路。
这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。
5）服务器应支持热插拔电源
6）服务器必须配备UPS（不间断电源）。
7）服务器应该放在学校内部。
不然无法进行程序调试。
8）服务器应该必须有固定IP地址。
9）其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。
2.软件设备
操作系统Windows98/Windows2003/Windowsxp
数据库系统SQLSERVER2000
3、系统的UML建模
3.1建立初始模型
选择菜单[File-New]“CreateNewModel”对话框，选择J2EE模式，然后点击[OK]按钮。
此时，RationalRose会自动加载J2EE本身的一些构架模型。
加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。
3.2系统的用例图
用例图（UseCaseView）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。
1.确定参与者
在本系统的UML建模中，可以创建以下的参与者。
（1）顾客：
（2）管理员：
（3）一般员工。
2.创建用例
根据业务流程，网上图书销售系统可以分为以下的几个用例（UseCases）。
（1）订单处理：
（2）订单维护：
（3）订单状态查询：
（4）个人信息维护：
（5）订购：
（6）接收发货：
（7）库存查询：
（8）缺货拒绝：
（9）商品查询：
（10）商品信息维护：
（11）销售查询：
（12）员工信息维护：
（13）报表维护：
（14）订单增加：
（15）订单删除。
3.创建用例图
系统管理的用例图如图3-1所示。
图3-1系统管理用例图
系统用户的用例图如图3-1所示。
图3-2系统用户用例图
3.3系统的时序图与协作图
（1）顾客建立订单时序图如图3-3所示
图3-3顾客建立订单时
用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。
商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。
客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID。
生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购商品成功。
（2）顾客删除订单时序图如图3-4所示。
图3-4客户删除订单时序图
客户在提交订单后可以对订单进行维护（添加、删除、修改）。
客户首先输入自己的账号和密码登录系统。
登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。
订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。
订单处理模块提示用户删除操作成功。
（3）管理员处理订单时序图如图3-5所示。
图3-5管理员处理订单时序图
管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。
订单处理模块提交给管理员未处理的列表，管理员提交某商品ID得到该商品的库存情况，如果库存充足则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。
（4）顾客建立订单协作图3-6所示。
图3-6顾客建立订单协作图
（5）顾客删除订单协作图如图3-7所示。
图3-7顾客删除订单协作图
（6）管理员处理订单协作图如图2-8所示。
图3-8管理员处理订单协作图
3.4系统的活动图
活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。
查看泳道中的活动，就可以知道某个参与者的责任。
通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图3-9所示。
图3-9系统活动图
从图3-9中可以看出，管理员、顾客发生了相互的关系。
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
3.5类图的生成
1．参与者相关的类
系统中的类图如图3-10所示。
图3-10系统类图
〖类图说明〗
（1）Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名（Name）以及地址（Address）。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
（2）Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
（3）Employee继承了person，它的属性password表示登录密码。
这是所有员工共有的操作。
系统管理员类中还增加了查询分析和报表打印的方法。
2．系统中的其他类
系统中的其他类如图3-11所示。
图3-11系统中的其他类
（1）book是图书类。
它的属性包括图书ID、图书名称（name）、图书介绍（introduce）、图书作者（author）、图书价格（price），商品类的方法有add（）用于添加。
（2）Orders是订单类。
它的属性包括订单ID、用户ID、商品ID、订单日期（date）。
订单类的方法包括添加订单add（）。
查询订单select（）、删除订单delete（）。
这些方法中select（）供person类使用，delete（）供Custome类使用。
（3）Record存储记录类。
该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。
该类的属性包括记录ID、用户ID、图书ID、操作类型、数量，方法查询select（）、打印print（）、添加add（）、删除delete（）。
3.6各类这间的关系
网上图书销售系统各类这间的关系如图3-12所示。
图3-12类间关系图
〖类图说明〗
一个操作员可以处理多个订单。
一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。
一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。
3.7系统的配置与实现
下面介绍系统的组件图与配置图。
3.7.1系统的组件图
系统的组件图如图3-13所示，包括系统服务、客户服务和数据服务3个组件。
图3-13系统组件图
3.7.2系统的配置图
系统由多个节点构成，应用服务器负责整个系统的总体协调工作，数据库负责数据管理。
客户机通过互联网与应用服务器相连，这样管理员可以通过互联网管理应用服务器，客户可以通过互联网访问应用服务器得到图书销售服务。
系统的配置图如图3-14所示。
图3-14系统配置图
参考文献
1.PerditaStevens,RobPooley.使用UML---关于对象和组件软件工程。
人民邮电出版社。
2003
2.吴建，郑潮，汪杰。
UML基础与Rose建模案例，人民邮电出版社，2004
3.htt:
//
4.http;//
4、概要设计
4.1系统设计目标
对于典型的数据库管理系统，尤其是对像电子商务这样的数据流量特别大的网络管理系统，必须要满足使用方便、操作灵活等设计要求。
本系统在设计时应该满足以下几个目标：
●采用人机对话的操作方式，界面设计美观友好、信息查询灵活、方便、快捷、准确、数据存储安全可靠。
●全面展示书店内所有的图书，并可展示最新图书及特价图书。
●为顾客提供一个方便、快捷的图书信息查询功能。
采用模糊查询查询数据。
●实现网上购物。
●商品销售排行，以方便顾客了解本商城内的热销商品及帮助企业领导者做出相应的决策。
●查看商城内的公告信息。
●用户随时都可以查看自己的订单。
●对用户输入的数据，系统进行严格的数据检验，尽可能排除人为的错误。
●系统最大限度地实现了易维护性和易操作性。
●系统运行稳定、安全可靠。
4.2系统设计思想
本系统采用三层架构设计，它的工作原理如图4-1所示。
图4-2三层结构原理图
采用三层构架以后，用户界面层通过统一的接口向业务层发送请求，业务层按自己的逻辑规则将请求处理之后进行数据库操作，然后将数据库返回的数据封装成类的形式返回给用户界面层。
这样用户界面层甚至可以不知道数据库的结构，它只要维护与业务层之间的接口即可。
4.3系统功能模块划分
根据需求分析及三层架构设计的思想，设计出客户系统功能如图4-3
图4-3客户端系统
后台管理的系统功能图如图4-4
图4-4后台管理系统功能图
4.4系统结构设计
根据面向对象和三层结构设计的思想，可得出如图3-5所示的系统结构设计图。
图4-5系统结构图
4.5系统功能简介
4.5.1系统基本功能
1）图书信息查询
该模块实现图书信息的分类显示，提供最新商品的推荐显示以及销售显示，便于引导购物取向。
此外，还提供依据图书名称或是编号等包含关键字实现快速搜索的功能并显示图书的有关详细信息。
2）购物车管理
用于对每一个进入系统的用户所对应的购物车进行管理。
将用户所选购的图书信息，包括价格、数量等信息记录到对应的购物车上，便于到收银台进行结帐处理。
同时在此模块中，用户还可以方便的实现修改购物图书、清空购物车等操作。
3）会员信息管理
实现系统相关用户信息的注册及身份验证，同时也提供对应的用户资料的更新。
该系统可以收集用户相关的联系方式、通讯地址等信息，可以更好的拓展销售规模。
4）订单处理
根据购物车中的信息，以及用户所选择的送货方式和付款方式，和用户对应的个人信息生成订单，便于后续工作的处理。
在该模块中，用户可以随时查阅自己的订单，并对其进行取消等处理操作。
4.6数据库设计
数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率，以及实现的效果产生影响。
合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致[10]。
4.6.1数据库需求分析
针对网上图书销售系统的需求分析，得出如下需求信息。
订单分为单张详细订单和总订单。
▪一个用户可以购买多本图书。
▪一个用户对应一张订单。
▪一个列表对应多张订单。
针对本系统功能分析，总结出如下的需求信息。
▪用户，包括数据项：
用户ID、用户名、密码。
▪图书，包括数据项：
图书编号、图书名、价格、图书介绍。
▪订单列表，包括数据项：
订单编号、图书编号、购书数量。
▪订单，包括数据项：
订单编号、用户编号、下单时间。
4.6.2数据库概念结构设计
从本系统中规划出的实体有：
用户信息实体、管理员信息实体、图书实体、图书分类实体、订单实体、订单列表实体。
实体之间关系的E-R图如图4-6所示
图4-6实体之间的E-R图
管理员实体的E-R图，如图4-7所示。
图书分类实体的E-R图，如图4-8所示。
用户信息实体的E-R图，如图4-9所示。
图书实体的E-R图，如图4-10所示。
订单实体的E-R图，如图4-11所示。
订单列表实体的E-R图，如图4-12所示。
图4-7管理员实体的E-R图图4-8图书分类实体E-R图
图4-9用户实体E-R图
图4-10图书实体E-R图
图4-11订单实体E-R图
图4-12订单列表实体的E-R图
4.7数据库逻辑结构设计
本系统数据库采用SQLServer2000数据库，系统数据库名称为bookshop,下面分别给出数据表概要说明、数据表关系概要说明及主要数据表的结构。
1、数据表概要说明
数据表树型结构图如图4-13所示，该数据表树型结构图包含系统所有的数据表
图4-13数据表树型结构图
2、各个表的的结构如下表
表4-1为图书信息列表，记录书店现有的图书信息。
表4-1 Book表
列名
数据类型
长度
允许空
注释
ID
Int
4
图书编号
BookName
varchar
40
否
图书名称
BookClass
Int
4
否
图书分类
Author
Varchar
25
是
作者
Publish
Varchar
150
是
出版社
BookNo
Varchar
30
是
书号
Content
text
300
是
内容
Price
float
8
是
价格
Amount
int
4
是
总数量
Leav_number
int
4
是
剩余数量
RegTime
datatime
8
是
注册时间
Picture
varchar
60
是
封面
表4-2为书店管理员信息表，记录管理员的帐号和密码。
表4-2BookAdmin表
列名
数据类型
长度
允许空
注释
Adminuser
Varchar
20
否
管理员
AdminPass
Varchar
20
否
管理员密码
表4-3为用户信息表，记录用户的基本信息。
表4-3用户表
列名
数据类型
长度
允许空
注释
ID
Int
2
否
用户编号
UserName
Varchar
50
否
用户名
passWord
Varchar
50
否
密码
Names
Varchar
50
否
真名
Sex
Varchar
50
是
性别
Address
Varchar
50
是
地址
Phone
Varchar
50
是
电话
Post
Varchar
50
是
邮编
Email
Varchar
50
是
电子邮件
RegTime
Datatime
50
是
注册时间
RegIPAddress
varchar
50
是
注册IP地址
表4-4为订单总表，记录某
升级会员 