UML网上图书销售系统课设

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一、设计题目

网上图书销售系统

二、设计目的

1) 能够掌握软件需求分析的设计和开发步骤,灵活运用用例图、类图、对象图、

状态图、时序图、协作图、活动图、组件图、配置图等图形化分析方法建立需求和设计模型。

2) 能熟练运用RSA 软件完成用例图、类图、对象图、状态图、活动图、时序

图、协作图、组件图、配置图等9种常用图形设计,在掌握整个软件操作的基础上,要求学生能在小组内分工完成设计工作。

3) 经过课程设计完成课题设计任务,以提高我们的独立设计水平和实际动手能

力,培养学生的创新精神。

三、系统需求分析

1、系统的功能需求包含以下几个方面:

(1) 系统功能需求。 (2) 用户接口模块。 (3) 管理员接口模块。

2、系统主要包括以下几个模块:(如图1-1)

(1)用户接口模块

用户接口是网站用户使用图书销售系统服务的入口,所有的在线用户都通过浏览器登陆网站进行一系列的查询,订购操作。包括用户信息维护、商品查询、订购商品和订单维护4个部分。 (2)管理员接口模块

管理员接口是系统提供给网站维护和管理人员的接口。包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。其中一般工作人员只有订单处理的权限,而管理员具有所有的管理权限。

(3)数据服务模块

数据服务是系统正常运行的基础。包括客户的查询,订单的保存,工作人员的订单处理,网站管理员的销售情况查询与分析。

图 1-1

网上订购书系统 管理员接口模块 用户接口模块 数据服务模块

3、用户接口模块包含的功能:(如图1-2)

(1)用户信息维护:

每个使用系统的用户必须先经过注册,注册时的用户名是用户的唯一标识。用户注册后,系统的后台将用户的记录更新到数据库并生产新的客户列表,用户可以更改自己的信息。 (2)商品查询:

商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。商品查询结果的列表中,用户可以进一步的查看详细信息。 (3)订购商品

客户在根据喜好得到相应的商品列表后,可以选择订购该商品。在订购该商品后,系统会自动保存并更新该用户的订单。系统的工作人员可以及时得到订单并处理,根据情况选择发货、缺货或延时发货。 (4)订单维护:

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

图 1-2

4、管理员接口模块包括的主要功能模块:(如图1-3)

(1) 商品信息维护

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

(2) 内部员工信息维护

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

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

用户接口模块

用户信息维护

商品查询

订购商品

订购维护

(4) 销售情况查询

销售情况查询可以为企业管理者的决策提供参考的信息。其用户是管理员级的用户,管理员登录后,可以得到详细的销售情况列表并及时更新热门商品的信息。 (5) 报表查询

报表维护模块提供查询结果的打印输出功能。

图 1-3

5、数据服务模块包含的功能:(如图1-4)

(1)客户查询

(2)订单保存

(3)工作人员订单处理 (4)销售情况查询与分析

图 1-4

四、系统的UML 基本模型

数据服务模块

客户查询

订单保存

工作人员订单处理

销售情况查询与分析

管理员接口模块

内部员工信息维护

商品信息维护

销售情况查询

订单处理

报单查询

1、系统的用例图

确定参与者:在本系统的UML建模中,可以创建的参与者包括顾客,管理员,一般员工

创建用例:根据业务流程,本系统的用例包括:订单处理,订单维护,订单状态查询,个人信息维护;订购;接收发货;库存查询;缺货拒绝;商品

查询;商品信息维护;销售查询;员工信息维护;报表维护;订单增

加;订单删除。

创建用例图:

管理员和员工的用例图(如图2-1):

图 2-1

顾客的用例图(如图2-2):

图 2-2

2、系统的活动图

活动图可以分为垂泳道,每个泳道进表示工作流中不同的参与者。查看泳道中的活动,就可以知道某个参与者的责任。通过不同泳道中活动的过渡,可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。顾客购买商品和管理员处理订单的活动图如图3-1所示。

从图3-1中可以看出,管理员、顾客发生了相互的关系。顾客登录后查询商品,在选择了自己希望购买的商品后提交订单,接下来顾客处于查询订单的循环状态。与此同时,管理员接收到了顾客提交的订单,并根据该订单对应商品的库存情况判断是否拒绝该订单,并更新客户订单。在顾客查询到订单状态变成已处理后,购买过程结束。

3、系统的时序图

a.客户建立订单时序图(如图4-1)

用户首先使用自己的账号和密码登录系统,登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件,客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表

相关文档
最新文档