UML实验报告-网上书店

本科实验报告
课程名称：系统分析与设计
实验项目：《网上书店系统》实验实验地点：逸夫楼402
专业班级：学号：
学生姓名：
指导教师：**
2013年10月21、28日
2013年11月4、11日
目录
1.实验准备：熟悉UML建模环境
2.实验一用例图
3.实验二类图
4.实验三顺序图及通信图
5.实验四活动图、状态图、组件图及部署图
实验一用例图
一、实验目的
初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求
1．结合工具StartUML，熟悉UML用例图的模型元素。

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

三、实验主要设备：HP6460b
四、实验内容：
根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：
书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗?
书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。

为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。

书店管理员受理订单后，就会通知快递公司送货。

当然，书店的图书上架和下架也应该由网上书店完成了。

工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。

网上书店的图书也应该能够按照这种模式分类显示。

这样，图书的信息和种类要由网上书店设置和管理。

已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。

如果信息输入错误，能够进行修改。

工作人员乙：另外书店会搞一些促销，推出一些特价图书。

以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。

促销活动过后，特价图书会恢复原来的价格。

希望网上书店也能够管理这些特价图书。

系统分析员：能谈谈平时买书的经过吗?
顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。

找到我想买的书或者觉得看的书不错，就会去柜台结帐。

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

顾客甲：有时好像是这样的。

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

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

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

系统分析员：顾客先使用虚拟的购物车选购管理图书，然后提交订单给书店处理，是这样吧。

书店经理：没错，就这样办。

另外最好顾客能够留下自己的信息，方便以后的购买。

顾客：你们可以实行会员制啊。

就像我们在网上逛论坛一样，会员才能发言，普通游客只能看。

这样我们平时就在网上书店查查资料什么的，只在购买图书的时候才使用会员身份。

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

系统分析员：会员提交购买订单后，书店打算如何收取或者说用户怎么付款?
书店经理：我们可以接受货到付款，顾客也可以使用网上银行、汇款等方式付款。

顾客：这样我们就方便多了。

对了那是不是付款前，我还多了一次“反悔”的机会啊。

书店经理：在我们书店没有受理订单之前，你们可以取消交易。

不过受理后就不行了。

……
通过几次这样的访谈（限于篇幅，在此并未列出所有访谈内容），可以获得网上书店的需求信息，确定系统范围。

网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。

1. 用例图：
2.会员登录购书用例事件流
1. 用例订购图书的事件流
1.1前置条件
在用例“订购图书”开始之前，会员必须进行登录。

1.2后置条件
如果这个用例成功，完成订单，将会进入付款用例阶段。

1.3扩充点
无
1.4事件流
1.41基流
当会员输入密码并登陆到网上书店，进行订购图书时，用例“订购图书“开始。

如果系统验证密码是正确的（E-1），然后系统提示会员选择所想要的动作：直接订购、加入购物车、完成。

如果所选的是”直接订购“：直接订购图书
如果所选的是”加入购物车“：加入购物车管理所选图书
如果所选的是”完成“：完成订购图书，进入下一阶段
五、分析与讨论
1．建模用例图的步骤、方法？
(1)先找出系统的参与者。

(2)围绕参与者找出每个参与者的用例。

(3)确定参与者和用例，用例和用例之间的关系。

(4) 打开StarUML软件，建立一个空项目。

(5)在所建立的model上右击点击添加Add Diagram中的Use Case Diagram。

2．如何识别系统的参与者？
参与者代表了与系统接口的事物或人，它是具有某种特定功能的角色，可以是人，也可以使外部系统或设备。

可以考虑是谁使用系统，谁需要从系统或许信息，谁管理系统等等这些问题确定参与者。

参与者不是系统的一部分，它们处于系统的
外部。

3.应该如何划分用例，应注意哪些问题？
用例是对系统的动态描述，可以在问题描述中找动词词组。

可以从回答以下一些简单的问题确定系统的用例，如：每个参与者的人数是什么，用户想让系统实现
一些什么任务等等。

用例有以下特点：
●用例捕获用户需求，实现一个具体点的用户目标；
●用例由参与者激活，并提供确切的值给参与者；
●用例可大可小，但它必须能够完整描述一个具体的用户目标实现；
4.．心得
要想画好用例图，必须对客户需求说明书有深刻的理解和总结，由不完善到完善慢慢改进。

实验二类图
一、实验目的
了解类图的基本用法；初步掌握UML类图的创建及其方法。

二、实验要求
1、结合工具StartUML，熟悉UML类图的模型元素。

2、建模网上书店类图。

三、实验主要设备：hp6460b
四、实验内容：
创建类图的步骤如下：
（1）使用名词识别法识别类。

（2）建模类与类之间的关系。

（3）为类图中的关联关系添加合适的角色名。

（4）为已被封装到类中的独立功能建模类。

（5）为类图中的类添加必要的特性和操作。

（6）迭代并细化该模型
1.识别类：
工作人员类、顾客类、快递公司
2. 定义类：
完善后的类图
五、分析与讨论
1.如何使用文本分析技术从问题陈述中识别对象和类？
使用名词/动词法分析寻找类,收集相关信息,分析信息:名词、名词短语-类或属性
动词、动词短语-操作.筛选、细化不关心系统的运作流程及实体之间的通信状态，而只考虑系统中的人员、组织、地点、表格、报告等实体，经过分析将他们识别为类（或对象）。

2.心得
运用名词识别法,通过细心阅读问题域,标出名词和名词词组,结合客户需求,初步选出类,然后再通篇考虑,从用例出发寻找类,最后找出类的属性和操作。

实验三顺序图及通信图
一、实验目的
初步掌握UML顺序图的建模及其思想。

二、实验要求
1、结合工具StartUML和Rose，熟悉UML顺序图的模型元素。

2、建模网上书店交互图。

三、实验主要设备：笔记本计算机
四、实验内容：
1. 给出网上书店的一个用例的顺序图，例如，书店管理员登录顺序图、会员添加图书到购物车顺序图或其他用例的顺序图。

2.把以上顺序图转换为通信图:
五、分析与讨论
1. 如何从用例图建模顺序图？
顺序图强调的是对象之间消息发送的时间顺序，同时显示对象之间的交互。

顺序图可以参照用例图来画：用例的描述有两种形式：事件流和场景。

确定出要画那个用例的顺序图后，先找出对象和参与者，然后再确定它们发送的消息也可以找出系统的边界类控制类，实体类等等，如网上书店的用户界面，可以在顺序图中作为一个边界类存在。

2. 顺序图和通信图的比较？
顺序图和通信图都成为交互作用图。

顺序图描述了消息的时间顺序，适合于描述实时系统和复杂的脚本；通信图描述了对象间的关系。

顺序图强调消息的时间顺序，通信图强调发送和接受消息的对象的组织结构。

3.心得
通过用例图画出顺序图比较简单,但是要求细心.要实事求是,根据用例图中的用例和类图中的类确定顺序图中的对象和消息,力求顺序图较准确。

空白
填写
检查
审核
提交
处理
客户填写
客户检查
系统审核
客户提交
工作人员处理
重新检查
修改订单
重新提交
实验四 活动图、状态图、组件及部署图
一、实验目的
1. 了解活动图、状态图、组件及部署图的基本用法；
2. 初步掌握活动图、状态图、组件及部署图建模方法。

二、实验要求
1、结合工具StartUML ，熟悉UML 活动图、状态图、组件及部署图的基本模型元素。

2、建模网上书店的活动图、状态图、组件及部署图。

三、实验主要设备：hp6460b 四、实验内容：
活动图： 状态图：
部署图：
五、分析与讨论
1. 什么情况下适合引入状态图进行建模？
状态图描述了特定对象的所有可能状态、状态间的跃迁以及引起跃迁的事件。

状态图可以用来描述整个系统、子系统或类的动态方面，还可以用来描述用例的一个脚本。

状态图一般用来描述事件驱动对象的行为。

2.心得
活动图描述了从活动到活动的控制流，状态机图描述了从事件到事件的控制流。

状态机图可以用来描述整个系统、子系统、或类的动态方面，还可以描述用例的一个脚本。

画状态图时要捕捉系统的对象的行为和状态的变化,运用多种方法与技巧,细心谨慎，在高效的基础上做到准确。