JAVA系统分析实验报告UML-

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

本科实验报告

课程名称:系统分析与设计

实验项目:《网上书店系统》实验实验地点: 专业班级:学号:

学生姓名:

指导教师:

2012年11月17日

目录

1.实验准备:熟悉UML建模环境

2.实验一用例图

3.实验二类图

4.实验三顺序图及通信图

5.实验四活动图、状态图、组件图及部署图实验一用例图

一、实验目的

初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求

1.结合工具StartUML,熟悉UML用例图的模型元素。

2.使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备:台式或笔记本计算机

四、实验内容:

根据下面给出的网上书店问题陈述,分析该系统总体需求,建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述:

书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店里来的,这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。其实,还有一点就是,有不少人进入书店后并不买书,只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员:能谈谈您对网上书店的要求吗?

书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,提交订单。对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。为了把书送到顾客手里,我们已经联系了快递公司,初步达成协议,由他们往返

场客和书店之间把图书送到顾客手里。书店管理员受理订单后,就会通知快递公司送货。当然,书店的图书上架和下架也应该由网上书店完成了。

工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样,图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架,网上书店能够保存这些信息。如果信息输入错误,能够进行修改。

工作人员乙:另外书店会搞一些促销,推出一些特价图书。以前这些特价书的信息,都是我们根据促销活动整理出来,贴在书店的醒目位置。促销活动过后,特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。

系统分析员:能谈谈平时买书的经过吗?

顾客甲:一般都是先在书店里看看图书的简要介绍,或者先找找看有没有自己需要的书,有时是没有目标的寻找,有时直奔一类图书而去。找到我想买的书或者觉得看的书不错,就会去柜台结帐。

工作人员丙:不过有时在结帐的时候,顾客会突然改变主意,不买一些书或者又回去挑选图书了。

顾客甲:有时好像是这样的。要是网上书店在结帐前能方便管理我所选购的图书就好了,这样通过计算机直接操作,就不用跑来跑去了。

系统分析员:可以使用虚拟的购物车。

工作人员丙:对,这样在用户确认购买前可自行管理选购的图书,决定要不要购买还有的购买的数量。

系统分析员:顾客先使用虚拟的购物车选购管理图书,然后提交订单给书店处理,是这样吧。书店经理:没错,就这样办。另外最好顾客能够留下自己的信息,方便以后的购买。

顾客:你们可以实行会员制啊。就像我们在网上逛论坛一样,会员才能发言,普通游客只能看。这样我们平时就在网上书店查查资料什么的,只在购买图书的时候才使用会员身份。

书店经理:嗯,这样不仅可以保留你们的信息,也可以保留购买记录。

系统分析员:会员提交购买订单后,书店打算如何收取或者说用户怎么付款?

书店经理:我们可以接受货到付款,顾客也可以使用网上银行、汇款等方式付款。

顾客:这样我们就方便多了。对了那是不是付款前,我还多了一次“反悔”的机会啊。书店经理:在我们书店没有受理订单之前,你们可以取消交易。不过受理后就不行了。……

通过几次这样的访谈(限于篇幅,在此并未列出所有访谈内容,可以获得网上书店的需求信息,确定系统范围。网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。

1.用例图:

此处由学生填写

店管理员

顾客

2.确认订单用例事件流

1.用例确认订单的事件流

1.1前置条件

在用例确认订单开始之前,用例登录该系统以及用例使用虚拟购物车必须完成。1.2后置条件

如果确认订单的事件成功后,就可以提交订单或者若顾客改变主意,不想购买图书,则交给虚拟购物车进行管理。

1.3扩充点

1.4事件流

1.4.1基流

登陆系统,顾客先以普通顾客的身份查找所需要购买的图书并添加到购物车,此时用例确认订单开始,系统提示顾客所想要选择的动作:购买、不购买、稍后再买。

如果所选的活动是购买,执行分支流S-1:购买所需要的图书。

如果所选的活动是不买,执行分支流S-2:不够买该书但保留其信息。

如果所选的活动是稍后购买,执行分支流S-3:稍后再购买该书,保留其信息等待购买。

1.4.2分支流

S-1购买

系统提示是否购买该书,顾客选中购买,并选中要购买的书名及购买的数量(E-1或E-2,系统显示信息可以购买,并建立购买连接。

S-2不购买

系统提示是否购买该书,顾客选中不购买,此时系统将保存该书的记录并不作任何处理。

S-3稍后购买

系统提示是否购买该书,顾客选中稍后购买,此时系统将保留该书信息并等待顾客购买。

相关文档
最新文档