网上图书销售系统UML建模文档.doc

网上图书销售系统 本文档简介网上图书销售系统的UML建模过程1.1 网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求常常变化，因此，在建模之前明确需求非常重要1.1.1 系统总体的功能需求网上图书销售系统是一种复杂的电子商务系统，它必须提供顾客的接口以供顾客登录并选择喜好的图书；同步还必须提供系统的管理接口以供管理员和一般的网站工作人员解决客户订单并维护网站正常运作系统总体功能需求框图如图1-1所示 图1-1 系统总体功能需求框图1. 顾客接口模块顾客接口是网站顾客使用图书销售系统服务的入口，所有的顾客都通过浏览登录网站，并进行一系列的查询，订购操作顾客接口模块涉及了顾客信息维护、商品查询、订购商品和订单维护4个部分顾客登录系统后，顾客ID将会被保存在服务器的缓存中，顾客在系统中所做的操作，涉及查询、订购等都将被系统存储在数据库中，以供系统那个进行销售状况以及销售走势分析2. 管理员接口模块这是系统提供应网站维护和管理人员的接口管理员接口模块涉及商品信息维护、内部员工信息维护、订单解决、销售状况查询、报表维护5个部分。

网站的一般工作人员一般只具有订单解决的权限，她们获得顾客提交的订单，并根据库存状况来决定发货或者推迟发货网站的管理员具有所有的管理权限，可以解决客户的订单，可以阅览网站商品的销售状况、销售走势，以便根据不同的状况及时的调节经营战略，将库存成本和资金占有用率降到最低的限度3. 数据服务模块数据服务器模块是系统正常运营的基本，涉及客户的查询，定单的保存；网站工作人员的定单解决；网站管理员的销售状况查询与分析1.1.2顾客接口模块顾客接口模块涉及如图1-2所示的几种方面 图1-2 顾客接口模块1. 顾客信息维护每个使用该系统的顾客必须通过注册，而注册的顾客名是顾客的唯一标记系统可以接受更多可用的客户信息，例如购物方面的喜好、经济能力等 系统的后台程序会自动记录每个顾客在登录网站后进行的所有操作，涉及查询和订购信息这些信息对于系统的管理员都是贵重的数据，系统分析程序可以根据顾客的查询记录判断该客户的喜好，可以根据顾客的购买状况判断该客户的经济状况系统后台程序可以根据分析的成果自动得出给该顾客的推荐商品，在顾客登录时显示在醒目的位置顾客维护功能如图1-3所示。

图1-3 顾客信息维护功能前置条件：顾客登录2. 商品查询商品查询模块可以根据商品的名称、种类、价格、厂家等多种条件进行组合查询商品查询成果的列表中，顾客可以进一步的查看具体信息商品查询功能如图1-4所示 图1-4 商品查询功能前置条件：顾客登录3. 订购商品客户在根据喜好得到相应的商品列表后，可以选择订购商品在订购商品后，系统会自动保存并更新该顾客的定单系统的工作人员可以及时得到订单并解决，根据状况选择发货，缺货或延迟发货顾客所有的订购商品记录都将保存在系统数据中供后台程序分析该顾客的喜好和购买力后来该顾客登录时可以推荐与其购买力相应的商品订购商品功能如图1-5所示 图1-5 订购商品功能前置条件：顾客已登录，商品可供购买4．订单维护 客户在订购商品后可以查询其订单的状态（涉及解决中、发货中、缺货中和已经完毕），并可以对解决中和缺货中的订单进行增长、删除和修改的操作订单修改的成果会及时更新并提交给工作人员。

客户的订单维护信息也将被保存在系统的数据库中供分析使用订单维护功能如图1-6所示 图1-6 订单维护功能 前置条件：顾客登录2.1.3管理员接口模块管理员接口模块涉及如图1-7所示的几种方面 图1-7 管理员接口模块说涉及的功能模块管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运营的基本1． 商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护，涉及商品价格的调节、商品描述信的更新、新商品的加入以及过期商品的删除系统的后台程序可以根据商品的销售状况提供应管理员一份具体分析报告管理员可以根据该报告及时的调节热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价风格节，这一切的数据都来源自系统客户的查询和订购信息商品信息维护功能如图1-8所示 图1-8 商品信息维护功能前置条件：顾客已登录2． 内部员工信息维护系统管理员登录后可以用对内部员工和一般员工，系统管理员拥有所有的权限，而一般员一般只拥有订单解决的权限。

但管理员可以定制任意员工的权限，例如增长她的报表打印权限内部员工信息维护功能如图1-9所示 图1-9 内部员工信息维护功能前置条件：顾客已登录3.订单解决 订单解决一般是一般员工的工作顾客在订购商品后，系统会及时更新其订单，一般员工登录后，可以获取未解决的订单，并根据数据库状况发货或选择延时发货 客户在查询商品时会显示商品的库存数量，但系统的管理者并不但愿显示某商品的库存为零，由于这样会失去部分客户因此，在订购商品后也许会浮现库存局限性的状况，这时工作人员一般选择延时发货或者回绝订单如果该商品有现货，那么工作人员确认顾客订单后选择发货，订单解决功能如图1-10所示 图1-10 订单解决功能前置条件：管理员或一般工作人员已登录4. 销售状况查询销售状况查询是系统编码过程中非常重要部分，可觉得公司管理者的决策提供参照的信息管理员登录后，可以得到具体的销售状况列表并既是更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品也许会浮现库存局限性并及时进货。

由于本功能模块波及到公司的经营信息，考虑到商业信息的安全性，需要管理员级的顾客才可以使用本模块销售状况查询功能如图1-11所示 图1-11 销售状况查询功能前置条件：顾客已登录5. 报表维护报表维护模块提供查询成果的打印输出功能，如图1-12所示 图1-12 报表维护功能1.2系统的UML建模1.2.1 建立初始模型 选择菜单[File-New]“Create New Model”对话框，选择J2EE模式，然后点击[OK]按钮 此时，Rational Rose会自动加载J2EE自身的某些构架模型加载完毕后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”1.2.2系统的用例图 用例图（Use Case View）强调从顾客的角度看到的或需要的系统功能，是被称为参与者的外部顾客所能观测到的系统功能的模型图 1. 拟定参与者在本系统的UML建模中，可以创立如下的参与者1） 顾客：（2） 管理员：（3） 一般员工 2. 创立用例 根据业务流程，网上图书销售系统可以分为如下的几种用例（Use Cases）。

1） 订单解决：（2） 订单维护：（3） 订单状态查询：（4） 个人信息维护：（5） 订购：（6） 接受发货：（7） 库存查询：（8） 缺货回绝：（9） 商品查询：（10） 商品信息维护：（11） 销售查询：（12） 员工信息维护：（13） 报表维护：（14） 订单增长：（15） 订单删除3. 创立用例图 系统管理的用例图如图2-1所示 图2-1 系统管理用例图系统顾客的用例图如图2-1所示 图2-2 系统顾客用例图1.2.3系统的时序图与协作图（1）顾客建立订单时序图如图2-3所示图2-3 顾客建立订单时 顾客一方面使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块商品查询模块提示客户输入查询条件，客户输入合适的查询条件后查询模块显示符合查询条件的商品列表客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID生成订单并提交给数据模块进行保存，保存成功后，订购模块提示顾客订购商品成功2） 顾客删除订单时序图如图2-4所示 图2-4 客户删除订单时序图 客户在提交订单后可以对订单进行维护（添加、删除、修改）。

客户一方面输入自己的账号和密码登录系统登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块订单查询模块显示该客户目前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单解决模块把删除信息提交给数据模块，数据模块保存信息订单解决模块提示顾客删除操作成功3） 管理员解决订单时序图如图2-5所示图2-5 管理员解决订单时序图 管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单解决模块订单解决模块提交给管理员未解决的列表，管理员提交某商品ID得到该商品的库存状况，如果库存充足则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单解决模块，订单解决模块提示管理员该操作成功4）顾客建立订单协作图2-6所示 图2-6 顾客建立订单协作图（5）顾客删除订单协作图如图2-7所示 图2-7 顾客删除订单协作图（6）管理员解决订单协作图如图2-8所示。

图2-8 管理员解决订单协作图1.2.4系统的活动图　　　活动图可以分为垂泳道，每个泳道进表达工作流中不同的参与者查看泳道中的活动，就可以懂得某个参与者的责任通过不同泳道中活动的过渡，可以理解谁要与谁进行通信这些信息在建模或理解业务程时非常重要 顾客购买商品和管理员解决订单的活动图如图2-9所示 图8 系统活动图 从图2-9中可以看出，管理员、顾客发生了互相的关系顾客登录后查询商品，在选择了自己但愿购买的商品后提交订单，接下来顾客处在查询订单的循环状态与此同步，管理员接受到了顾客提交的订单，并根据该订单相应商品的库存状况判断与否回绝该订单，并更新客户订单在顾客查询到订单状态变成已解决后，购买过程结束1.3.1 类图的生成 1．参与者有关的类 系统中的类图如图2-10所示 图2-10 系统类图。