软件工程设计选题1网上图书销售系统UML建模设计Word格式文档下载.docx

软件工程设计选题1网上图书销售系统UML建模设计Word格式文档下载.docx

《软件工程设计选题1网上图书销售系统UML建模设计Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件工程设计选题1网上图书销售系统UML建模设计Word格式文档下载.docx（18页珍藏版）》请在冰豆网上搜索。

3．数据服务模块

数据服务模块是系统正常运行的基础，包括客户的查询，订单的保存；

网站工作人员的订单处理；

网站管理员的销售情况查询与分析。

1．2用户接口模块

用户接口模块包括如图2所示的几个方面。

图2用户接口模块

1．用户信息维护

每个使用该系统的用户必须经过注册，而注册时的用户名是用户的惟一标识。

系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。

系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。

这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。

系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。

用户信息维护功能如图3所示。

图3用户信息维护功能

前置条件：

用户已登录。

2．商品查询

商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。

商品查询结果的列表中，用户可以进一步的查看详细信息。

商品查询功能如图4所示。

图4商品查询功能

3．订购商品

客户在根据喜好得到相应的商品列表后，可以选择订购该商品。

在订购商品后，系统会自动保存并更新该用户的订单。

系统的工作人员可以及时得到订单并处理，根据情况选择发货、缺货或延时发货。

用户所有的订购商品记录都将保存在系统数据库中供后台程序分析该用户的喜好和购买力。

以后该用户登录时可以推荐与其购买力相应的商品。

订购商品功能如图5

所示。

图5订购商品功能

用户已登录、商品可供购买。

4．订单维护

客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。

订单修改的结果会及时更新并提交给工作人员。

客户的订单维护信息也将被保存在系统的数据库中供分析使用。

订单维护功能如图6所示。

图6订单维护功能

1．3管理员接口模块

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

管理员接口模块是系统管理员使用的核心模块，是整个网上图书销售系统正常运行的基础。

图7管理员接口模块所包括的功能模块

1．商品信息维护

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

系统的后台程序可以根据商品的销售情况提供给管理员一份详细的分析报告。

管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整。

这一切的数据都来源自系统客户的查询和订购信息。

商品信息维护功能如图8所示。

图8商品信息维护功能

管理员已登录。

2．内部员工信息维护

系统管理员登录后可以对内部员工的信息进行维护，包括员工个人信息的更新，员工权限的更改等。

本系统涉及的使用者包括系统管理员和普通员工，系统管理员拥有所有的权限，而普通员工一般只拥有订单处理的权限。

但管理员可以定制任意员工的权限，比如增加他的报表打印权限。

内部员工信息维护功能如图9所示。

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

3．订单处理

订单处理一般是普通员工的工作。

用户在订购商品后，系统会及时更新其订单。

普通员工登录后，可以获取未处理的订单，并根据库存情况发货或选择延时发货。

客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去部分客户。

因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。

如果该商品有现货，那么工作人员确认用户订单后选择发货。

订单处理功能如图10所示。

图10订单处理功能

管理员或普通工作人员已登录。

4．销售情况查询

销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。

管理员登录后，可以得到详细的销售情况列表并及时更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。

由于本功能模块涉及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。

销售情况查询功能如图11所示。

图11销售情况查询功能

5．报表维护

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

图12报表维护功能

2．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．创建用例图

系统管理的用例图如图13所示。

图13系统管理的用例图

图14系统用户的用例图

2．3系统的时序图与协作图

（1）顾客订购时序图如图15所示。

图15顾客订购时序图

用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。

商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。

客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID。

生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购该商品成功。

（2）顾客删除订单时序图如图16所示。

图16顾客删除订单时序图

客户在提交订单后可以对订单进行维护（添加、删除、修改）。

客户首先输入自己的账号和密码登录系统。

登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。

订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。

订单处理模块提示用户删除操作成功。

（3）管理员处理订单时序图如图17所示。

图17管理员处理订单时序图

管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。

订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID得到该商品的库存情况，如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。

（4）顾客订购协作图如图18所示。

图18顾客订购协作图

（5）顾客删除订单协作图如图19所示。

图19顾客删除订单协作图

（6）管理员处理订单协作图如图20所示。

图20管理员处理订单协作图

2．4系统的活动图

活动图可以分为垂直泳道，每个泳道表示工作流中不同的参与者。

查看泳道中的活动，就可以知道某个参与者的责任。

通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。

这些信息在建模或理解业务过程时非常重要。

顾客购买商品和管理员处理订单的活动图如图21所示。

图21购买商品的活动图

从图21中可以看出，管理员、顾客发生了相互的关系。

顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。

与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。

在顾客查询到订单状态变成已处理后，购买过程结束。

3系统中的类

3．1类图的生成

1．参与者相关的类

系统中的类图如图22所示。

图22系统的类图

类图说明：

（1）Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名（Name）以及地址（Address）。

它的方法包括根据ID搜索、根据姓名搜索、设置某人的，姓名、地址等。

（2）Customer继承了父类的方法和属性并添加了自己的属性和方法。

Reg_date表示该用户的注册日期，password表示登录密码。

Search_goods（）用于搜索商品，maintian_order（）用于维护客户订单。

（3）employee继承了person，它的属性dateHired表示雇佣、日期，right表示使用权限，salary表示该员工薪水，password表示登录密码。

Handle_Order（）用于处理订单，这是所有员工共有的操作。

系统管理员类中还增加了查询分析和报表打印的方法。

2．系统中的其他类

系统中的其他类如图23所示。

图23系统中的其他类

（1）goods是商品类。

它的属性包括商品ID、商品名称（name）、库存数量（storage）、商品介绍（introduce），商品类的方法有search（）用于供查询。

（2）Orders订单类。

它的属性包括订单ID、用户ID、商品ID、订单日期（Date）、订单中商品数量（hum）、订单状态（statu）。

订单类的方法包括添加订单add（）、编辑订单modify（）、搜索订单search（）、处理订单hangdle（）和删除订单delete（）。

这些方法中search（）供person类使用，handle（）供employee类使用，modify（）、hangdle（）和delete（）供Customer类使用。

（3）Record存储记录类。

该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。

该类的属性包括记录ID、用户ID、商品ID、操作类型、操作日期，方法包括搜索search（）、打印print（）和获得数据get（）。

3．2各类之间的关系

网上图书销售系统各类之间的关系如图24所示。

图24网上图书销售系统各类之间的关系

一个操作员可以处理多个订单。

一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。

一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。

4系统的配置与实现

4．1系统的组件图

系统的组件图如图25所示，包括系统服务、客户服务和数据服务3个组件。

图25系统的组件图

4．2系统的配置图

系统由多个节点构成，应用服务器负责整个系统的总体协调工作，数据库负责数据管理。

客户机通过互联网与应用服务器相连，这样管理员可以通过互联网管理应用服务器，客户可以通过互联网访问应用服务器得到图书销售服务。

系统的配置图如图26所示。

图26系统的配置图