完整网上图书销售系统文档（包括ER图）(3)

1:输入订购商品 F：更新该用户的O：生成新的客户订单 订单

图2-5 订购商品功能

前置条件：用户已登录，商品可供购买。 4．订单维护

客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已经完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。订单修改的结果会及时更新并提交给工作人员。

客户的订单维护信息也将被保存在系统的数据库中供分析使用。订单维护功能如图1-6所示。

1:输入要更改的信F：更新该用户的O：生成新的客户息 订单 订单

图2-6 订单维护功能 前置条件：用户登录 2.3管理员接口模块

管理员接口模块包括如图2-7所示的几个方面。

管理员接口模块 内部员工信息维护 商品信息维护 订单处理 销售情况查询 报表维护

图2-7 管理员接口模块说包括的功能模块

管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运行的基础。 1． 商品信息维护

系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。

系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整，这一切的数据都来源自系统客户的查询和订购信息。商品信息维护功能如图2-8所示。

5

I：输入要更改商品的信息 F：把更新信息保存到数据库 O：生成新的商品信息

图2-8 商品信息维护功能

前置条件：用户已登录。 2． 内部员工信息维护

系统管理员登录后可以用对内部员工和普通员工，系统管理员拥有所有的权限，而普通员一般只拥有订单处理的权限。但管理员可以定制任意员工的权限，比如增加他的报表打印权限内部员工信息维护功能如图2-9所示。

I：输入要更改员工的信息 F：把更新信息保存到数据库 O：生成新的员工信息

图2-9 内部员工信息维护功能

前置条件：用户已登录。 3.订单处理

订单处理一般是普通员工的工作。用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据数据库情况发货或选择延时发货。

客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去部分客户。因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。如果该商品有现货，那么工作人员确认用户订单后选择发货，订单处理功能如图2-10所示。

I：输入订单的处理结果 F：把处理结果保存到数据库 O：更新客户订单信息

图2-10 订单处理功能

前置条件：管理员或普通工作人员已登录。 4. 销售情况查询

销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。管理员登录后，可以得到详细的销售情况列表并既是更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。由于本功能模块涉及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。销售情况查询功能如图1-11所示。

I：输入要查询的条件 F：根据条件到数据库中查询 O：给出详细的查询结果

图2-11 销售情况查询功能

6

前置条件：用户已登录。 5. 报表维护

报表维护模块提供查询结果的打印输出功能，如图1-12所示。

I：输入所需数据的条件 F：根据条件到数据库中查询 O：打印查询结果

图2-12 报表维护功能 2.4运行环境需求 1.硬件设备

1）服务器的中央处理部件（CPU）建议使用PIII 1G（以上） Xeon处理器芯片。 2）服务器内存必须使用服务器专用ECC内存

3）为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（RAID 01）

4）为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用WatchDog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。 5）服务器应支持热插拔电源

6）服务器必须配备UPS（不间断电源）。

7）服务器应该放在学校内部。不然无法进行程序调试。 8) 服务器应该必须有固定IP地址。

9）其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。 2.软件设备

操作系统 Windows 98 /Windows2003/Windows xp 数据库系统 SQL SERVER 2000

3、系统的UML建模

3.1 建立初始模型

选择菜单[File-New]“Create New Model”对话框，选择J2EE模式，然后点击[OK]按钮。

此时，Rational Rose会自动加载J2EE本身的一些构架模型。加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。 3.2系统的用例图

用例图（Use Case View）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。 1. 确定参与者

在本系统的UML建模中，可以创建以下的参与者。 （1） 顾客： （2） 管理员： （3） 一般员工。 2. 创建用例

根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases）。

（1） 订单处理：

7

（2） 订单维护： （3） 订单状态查询： （4） 个人信息维护： （5） 订购： （6） 接收发货： （7） 库存查询： （8） 缺货拒绝： （9） 商品查询： （10） 商品信息维护： （11） 销售查询： （12） 员工信息维护： （13） 报表维护： （14） 订单增加： （15） 订单删除。 3. 创建用例图

系统管理的用例图如图3-1所示。

图书信息维护员工信息维护销售记录查询管理员报表维护新书采购查询订单<><>接受订单并发货<><>一般员工订单处理缺货处理<><>库存查询拒绝订单更新库存 图3-1 系统管理用例图

系统用户的用例图如图3-1所示。

8

个人信息维护商品查询订购<>增加顾客<>删除订单维护<>订单状态查询 图3-2 系统用户用例图 3.3系统的时序图与协作图

（1）顾客建立订单时序图如图3-3所示

:登录模板商品查询模订购理模块管理模块 : 顾客块1: 输入账号密码2: 提交用户3: 提示输入查询条件4: 输入查询条件5: 显示查询商品列表6: 提交商品ID7: 提交订单8: 提交成功9: 提交订单成功

9