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

网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。系统总体功能需求框图如图1-1所示。图1-1系统总体功能需求框图用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。管理员接口模块这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。1.1.2用户接口模块用户接口模块包括如图1-2所示的几个方面。图1-2用户接口模块用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。用户维护功能如图1-3所示。图1-3用户信息维护功能前置条件：用户登录。商品查询商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。商品查询结果的列表中，用户可以进一步的查看详细信息。商品查询功能如图1-4所示。图1-4商品查询功能前置条件：用户登录。订购商品客户在根据喜好得到相应的商品列表后，可以选择订购商品。在订购商品后，系统会自动保存并更新该用户的定单。系统的工作人员可以及时得到订单并处理，根据情况选择发货，缺货或延迟发货。用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。以后该用户登录时可以推荐与其购买力相应的商品。订购商品功能如图1-5所示。前置条件：用户已登录。报表维护报表维护模块提供查询结果的打印输出功能，如图1-12所示。图1-12报表维护功能1.2系统的UML建模1.2.1建立初始模型选择菜单[File-New]“CreateNewModel”对话框，选择J2EE模式，然后点击[OK]按钮。此时，RationalRose会自动加载J2EE本身的一些构架模型。加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。1.2.2系统的用例图用例图（UseCaseView）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。1.确定参与者在本系统的UML建模中，可以创建以下的参与者。顾客：管理员：一般员工。2.创建用例根据业务流程，网上图书销售系统可以分为以下的几个用例（UseCases）。订单处理：订单维护：订单状态查询：个人信息维护：订购：接收发货：库存查询：缺货拒绝：商品查询：商品信息维护：销售查询：员工信息维护：报表维护：订单增加：订单删除。3.创建用例图系统管理的用例图如图2-1所示。图2-1系统管理用例图系统用户的用例图如图2-1所示。图2-2系统用户用例图1.2.3系统的时序图与协作图（1）顾客建立订单时序图如图2-3所示图2-3顾客建立订单时用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID。生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购商品成功。顾客删除订单时序图如图2-4所示。图2-4客户删除订单时序图客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。管理员处理订单时序图如图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系统类图〖类图说明〗Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。Customer继承了父类的方法和属性并添加了自己的属性和方法。date表示该用户客户订单。Employee继承了person，它的属性password表示登录密码。这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。2．系统中的其他类系统中的其他类如图2-11所示。图2-11系统中的其他类book是图书类。它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者（author）、图书价格（price），商品类的方法有add()用于添加。Orders是订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(date)。订单类的方法包括添加订单add()。查询订单select()、删除订单delete()。这些方法中select()供person类使用，delete()供Custome类使用。Record存储记录类。该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。该类的属性包括记录ID、用户ID、图书ID、操作类型、数量，方法查询select()、打印print()、添加add()、删除delete()。1.3.2各类这间的关系网上图书销售系统各类这间的关系如图2-12所示。图2-12类间关系图〖类图说明〗一个操作员可以处理多个订单。一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。1.4系统的配置与实现下面介绍系统的组件图与配置图。1.4.1系统的组件图系统的组件图如图2-13所示，包括系统