网上图书销售系统的需求分析.pdf

《网上图书销售系统的需求分析.pdf》由会员分享，可在线阅读，更多相关《网上图书销售系统的需求分析.pdf（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 网上图书销售系统 本文档介绍网上图书销售系统的 UML 建模过程。1.1 网上图书销售系统的需求分析 寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。1.1.1 系统总体的功能需求 网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。系统总体功能需求框图如图 1-1 所示。网上图书销售系统 管理员接口模块 数据服务模块 用户接口模块 图 1-1 系统总体功能需求框图 1.用户接口模块 用户接口是网站用户使用图书销售

2、系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护 4 个部分。用户登录系统后，用户 ID 将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。2.3.管理员接口模块 这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护 5 个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有

3、所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。4.数据服务模块 数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。用户接口模块 用户接口模块包括如图 1-2 所示的几个方面。用户接口模块 商品查询 订购商品 用户信息维护 订购维护 图 1-2 用户接口模块 1.用户信息维护 每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。系统的后台程序会自

4、动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。用户维护功能如图 1-3 所示。1:输入新客户信息 F：将记录更新到数据库 O：生成新的客户列表 图 1-3 用户信息维护功能 前置条件：用户登录。2.商品查询 商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。商品查询结果的列表中，用户可以进一步的查看详细信息。商品查询功能如图 1-4 所

5、示。1:输入商品的查询条件 F：到数据库中查询相应信息 O：提供符合条件的商品列表 图 1-4 商品查询功能 前置条件：用户登录。3.订购商品 客户在根据喜好得到相应的商品列表后，可以选择订购商品。在订购商品后，系统会自动保存并更新该用户的定单。系统的工作人员可以及时得到订单并处理，根据情况选择发货，缺货或延迟发货。用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。以后 该用户登录时可以推荐与其购买力相应的商品。订购商品功能如图 1-5 所示。1:输入订购商品 F：更新该用户的订单 O：生成新的客户订单 图 1-5 订购商品功能 前置条件：用户已登录，商品可供购买。

6、4订单维护 客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已经完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。订单修改的结果会及时更新并提交给工作人员。客户的订单维护信息也将被保存在系统的数据库中供分析使用。订单维护功能如图 1-6 所示。1:输入要更改的信息 F：更新该用户的订单 O：生成新的客户订单 图 1-6 订单维护功能 前置条件：用户登录 2.1.3 管理员接口模块 管理员接口模块包括如图 1-7 所示的几个方面。#管理员接口模块 订单处理 销售情况查询 内部员工信息维护 报表维护 商品信息维护 图 1-7 管理员接口模块说包括的功能模块 管理员接

7、口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运行的基础。1 商品信息维护 系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整，这 一切的数据都来源自系统客户的查询和订购信息。商品信息维护功能如图 1-8 所示。I：输入要更改商品的信息 F：把更新信息保存到数据库 O：生成新的商品信息 图 1-8 商品信息维护功能 前置条件：用户已登录。2 内部

8、员工信息维护 系统管理员登录后可以用对内部员工和普通员工，系统管理员拥有所有的权限，而普通员一般只拥有订单处理的权限。但管理员可以定制任意员工的权限，比如增加他的报表打印权限内部员工信息维护功能如图 1-9 所示。、I：输入要更改员工的信息 F：把更新信息保存到数据库 O：生成新的员工信息 图 1-9 内部员工信息维护功能 前置条件：用户已登录。3.订单处理 订单处理一般是普通员工的工作。用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据数据库情况发货或选择延时发货。客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失

9、去部分客户。因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。如果该商品有现货，那么工作人员确认用户订单后选择发货，订单处理功能如图 1-10 所示。I：输入订单的处理结果 F：把处理结果保存到数据库 O：更新客户订单信息 图 1-10 订单处理功能 前置条件：管理员或普通工作人员已登录。4.销售情况查询 销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。管理员登录后，可以得到详细的销售情况列表并既是更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。由于本功能模块涉

10、及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。销售情况查询功能如图 1-11 所示。【I：输入要查询的条件 F：根据条件到数据库中查询 O：给出详细的查询结果 图 1-11 销售情况查询功能 前置条件：用户已登录。5.报表维护 报表维护模块提供查询结果的打印输出功能，如图 1-12 所示。I：输入所需数据的条件 F：根据条件到数据库中查询 O：打印查询结果 图 1-12 报表维护功能 系统的 UML 建模 建立初始模型 选择菜单File-New“Create New Model”对话框，选择 J2EE 模式，然后点击OK按钮。此时，Rational Rose

11、会自动加载 J2EE 本身的一些构架模型。加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。系统的用例图 用例图（Use Case View）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。1.确定参与者 在本系统的 UML 建模中，可以创建以下的参与者。（1）顾客：（2）管理员：（3）一般员工。2.创建用例 根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases）。（1）订单处理：（2）订单维护：（3）（4）订单状态查询：（5）个人信息维护：（6）订购：（7）接收发货：（8）库存

12、查询：（9）缺货拒绝：（10）商品查询：（11）商品信息维护：（12）销售查询：（13）员工信息维护：（14）报表维护：（15）（16）订单增加：（17）订单删除。3.创建用例图 系统管理的用例图如图 2-1 所示。接受订单并发货缺货处理库存查询一般员工图书信息维护员工信息维护销售记录查询报表维护订单处理查询订单更新库存拒绝订单管理员新书采购 图 2-1 系统管理用例图 系统用户的用例图如图 2-1 所示。增加删除订单状态查询个人信息维护商品查询订购订单维护顾客 图 2-2 系统用户用例图 系统的时序图与协作图（1）顾客建立订单时序图如图 2-3 所示;:顾客:登录模板商品查询模块订购理模块管

13、理模块1:输入账号密码2:提交用户3:提示输入查询条件4:输入查询条件6:提交商品 ID5:显示查询商品列表7:提交订单8:提交成功9:提交订单成功 图 2-3 顾客建立订单时 用户首先使用自己的账号和密码登录系统，登录模块会将客户的 ID 保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品 ID，订购模块得到商品ID。生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购商品成功。（2）顾客删除订单时序图如图 2-4 所示。:顾客登录模板订单查询模板订单处理

14、模板数据模板1:输入账号密码2:提交用户 ID3:显示用户订单信息4:提交要删除商品的 ID5:更新用户订单6:更新成功7:提示删除成功 图 2-4 客户删除订单时序图 客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的 ID 保存在系统缓存中并提交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品 ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。（3）管理员处理订单时序图如图 2-5 所示。:管理员订单模块订单处理库存查询数据模块1:输入账号密

15、码2:提交用户 ID3:未处理订单列表4:提交商品 ID5:提交该商品库存6:接受订单7:更新客户订单状态8:更新成功9:提交处理成功 图 2-5 管理员处理订单时序图 管理员使用其账号和密码登录后，登录模块会将管理员的 ID 保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表，管理员提交某商品 ID 得到该商品的库存情况，如果库存充足则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。（4）顾客建立订单协作图 2-6 所示。:顾客:登录模板商品查询模块订购理模块管理模块1:输入账号密码2:提

16、交用户3:提示输入查询条件4:输入查询条件5:显示查询商品列表6:提交商品 ID7:提交订单8:提交成功9:提交订单成功 图 2-6 顾客建立订单协作图（5）顾客删除订单协作图如图 2-7 所示。:顾客登录模板订单查询模板订单处理模板数据模板1:输入账号密码4:提交要删除商品的 ID7:提示删除成功2:提交用户 ID3:显示用户订单信息5:更新用户订单6:更新成功 图 2-7 顾客删除订单协作图（6）管理员处理订单协作图如图 2-8 所示。:管理员订单模块订单处理库存查询数据模块1:输入账号密码4:提交商品 ID5:提交该商品库存2:提交用户 ID3:未处理订单列表9:提交处理成功6:接受订单

17、7:更新客户订单状态8:更新成功 图 2-8 管理员处理订单协作图 系统的活动图 活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。查看泳道中的活动，就可以知道某个参与者的责任。通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。顾客购买商品和管理员处理订单的活动图如图 2-9 所示。商品查询顾客查询订单状态订单已处理未接受处理订单接受订单有库存拒绝订单无库存更新订单记录和库存订单已接受管理员 图 8 系统活动图 从图 2-9 中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单

18、的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。类图的生成 1参与者相关的类 系统中的类图如图 2-10 所示。图 2-10 系统类图 类图说明(1)Person 是所有类的父类，它的属性包括用于标识不同身份的人的 ID，姓名(Name)以及地址(Address)。它的方法包括根据 ID 查询、根据姓名查询、设置某人的姓名、地址等。(2)(3)Customer 继承了父类的方法和属性并添加了自己的属性和方法。date 表示该用户客户订单。(4)Employee 继承了 pers

19、on，它的属性 password 表示登录密码。这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。2系统中的其他类 系统中的其他类如图 2-11 所示。图 2-11 系统中的其他类(1)book 是图书类。它的属性包括图书 ID、图书名称(name)、图书介绍(introduce)、图书作者（author）、图书价格（price），商品类的方法有 add()用于添加。(2)Orders 是订单类。它的属性包括订单 ID、用户 ID、商品 ID、订单日期(date)。订单类的方法包括添加订单 add()。查询订单 select()、删除订单 delete()。这些方法中 s

20、elect()供person 类使用，delete()供 Custome 类使用。(3)Record 存储记录类。该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。该类的属性包括记录 ID、用户 ID、图书 ID、操作类型、数量，方法查询 select()、打印 print()、添加 add()、删除 delete()。各类这间的关系 网上图书销售系统各类这间的关系如图 2-12 所示。【图 2-12 类间关系图 类图说明 一个操作员可以处理多个订单。一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。系统的配置与实现 下面介绍系统的组件图与配置图。系统的组件图 系统的组件图如图 2-13 所示，包括系统服务、客户服务和数据服务 3 个组件。网上图书销售系统 系统服务 客户服务 数据库服务 图 2-13 系统组件图 系统的配置图 系统由多个节点构成，应用服务器负责整个系统的总体协调工作，数据库负责数据管理。客户机通过互联网与应用服务器相连，这样管理员可以通过互联网管理应用服务器，客户可以通过互 联网访问应用服务器得到图书销售服务。系统的配置图如图 2-14 所示。数据库应用服务器客户机1客户机2局域网 图 2-14 系统配置图 1.