ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:342.53KB ,
资源ID:15939978      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15939978.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(建模网上图书销售系统用例图WordWord文档格式.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

建模网上图书销售系统用例图WordWord文档格式.docx

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

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

3、会自动保存并更新该用户的定单。系统的工作人员可以及时得到订单并处理,根据情况选择发货,缺货或延迟发货。用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。以后该用户登录时可以推荐与其购买力相应的商品。订购商品功能如图1-5所示。 图1-5 订购商品功能用户已登录,商品可供购买。4订单维护 客户在订购商品后可以查询其订单的状态(包括处理中、发货中、缺货中和已经完成),并可以对处理中和缺货中的订单进行增加、删除和修改的操作。订单修改的结果会及时更新并提交给工作人员。 客户的订单维护信息也将被保存在系统的数据库中供分析使用。订单维护功能如图1-6所示。 图1-6 订单维护功

4、能 前置条件:用户登录2.1.3管理员接口模块管理员接口模块包括如图1-7所示的几个方面。 图1-7 管理员接口模块说包括的功能模块管理员接口模块是系统管理员事业网兜核心模块,是整个网上图书销售系统正常运行的基础。1 商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护,包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。管理员可以根据该报告及时的调整热门商品的信息(例如将其放置到醒目的位置)、对非热门的商品进行价格调整,这一切的数据都来源自系统客户的查询和订购信息。商品信息维护功能如图1-8所示。 图

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

6、人员一般选择延时发货或者拒绝订单。如果该商品有现货,那么工作人员确认用户订单后选择发货,订单处理功能如图1-10所示。 图1-10 订单处理功能管理员或普通工作人员已登录。4. 销售情况查询销售情况查询是系统编码过程中非常重要部分,能够为企业管理者的决策提供参考的信息。管理员登录后,可以得到详细的销售情况列表并既是更新热门商品的信息(如排列位置),可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。由于本功能模块涉及到企业的经营信息,考虑到商业信息的安全性,需要管理员级的用户才可以使用本模块。销售情况查询功能如图1-11所示。 图1-11 销售情况查询功能5. 报表

7、维护报表维护模块提供查询结果的打印输出功能,如图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建

8、模中,可以创建以下的参与者。(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系

9、统的时序图与协作图(1)顾客建立订单时序图如图2-3所示图2-3顾客建立订单时 用户首先使用自己的账号和密码登录系统,登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件,客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后,提交自己想要购买的商品ID,订购模块得到商品ID。生成订单并提交给数据模块进行保存,保存成功后,订购模块提示用户订购商品成功。(2) 顾客删除订单时序图如图2-4所示。 图2-4 客户删除订单时序图 客户在提交订单后可以对订单进行维护(添加、删除、修改)。客户首先输入自己的账号和密码登录系统。登录模块会将客

10、户的ID保存在系统缓存中并提交给订单查询模块。订单查询模块显示该客户当前的所有订单,客户得到该列表后,选择需要删除的商品ID,订单处理模块把删除信息提交给数据模块,数据模块保存信息。订单处理模块提示用户删除操作成功。(3) 管理员处理订单时序图如图2-5所示。图2-5 管理员处理订单时序图 管理员使用其账号和密码登录后,登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表,管理员提交某商品ID得到该商品的库存情况,如果库存充足则接受订单,并把接受信息提交数据模块,数据模块更新该客户的订单信息并返回成功信息给订单处理模块,订单处理模块提示管理员该操作

11、成功。(4)顾客建立订单协作图2-6所示。 图2-6 顾客建立订单协作图(5)顾客删除订单协作图如图2-7所示。 图2-7 顾客删除订单协作图(6)管理员处理订单协作图如图2-8所示。图2-8管理员处理订单协作图1.2.4系统的活动图活动图可以分为垂泳道,每个泳道进表示工作流中不同的参与者。查看泳道中的活动,就可以知道某个参与者的责任。通过不同泳道中活动的过渡,可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。 顾客购买商品和管理员处理订单的活动图如图2-9所示。图8 系统活动图 从图2-9中可以看出,管理员、顾客发生了相互的关系。顾客登录后查询商品,在选择了自己希望购买的商品后

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

13、oyee继承了person,它的属性password表示登录密码。这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。 2系统中的其他类 系统中的其他类如图2-11所示。图2-11 系统中的其他类(1) book是图书类。它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者(author)、图书价格(price),商品类的方法有add()用于添加。(2) Orders是订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(date)。订单类的方法包括添加订单add()。查询订单select()、删除订单delete()。这些方法中select()供person类使用,delete()供Custome类使用。(3) Record存储记录类。该类存储了所有的用户操作,包括用户的查询和订购操作,这些数据是后台程序分析的基础。该类的属性包括记录ID、用户ID、图书ID、操作类型、数量,方法查询select ()、打印print()、添加add()、删除delete()。1.3.2 各

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1