uml系统分析

本科实验报告

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

实验项目：《网上书店系统》实验实验地点：

专业班级：学号：

学生姓名：

指导教师：

2013年11月日

目录

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

2.实验一用例图

3.实验二类图

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

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

实验一用例图

一、实验目的

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

二、实验要求

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

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

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

四、实验内容：

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

网上书店陈述：

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

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

书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。

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

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

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

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

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

选图书了。

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

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

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

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

书店经理：没错，就这样办。另外最好顾客能够留下自己的信息，方便以后的购买。

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

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

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

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

顾客：这样我们就方便多了。对了那是不是付款前，我还多了一次“反悔”的机会啊。

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

……

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

1. 用例图：

2.顾客购买图书用例事件流

1.1前置条件

在顾客购买图书之前, 需要先需要用例维护图书信息,对书籍进行分类显示,添加图书信息用例必须完成

1.2后置条件

如果这个用例成功,顾客的相关信息以及购物信息,订单信息将会被创建,删除或打印.否则,系统无状态变化

1.3扩充点

无

1.4事件流

1.4.1基流

当顾客成为会员的时候,用例顾客购买图书开始.如果系统验证顾客的用户名和密码正确（E-1）,系统提示用户便可以开始购物,进行添加购物车, 提交订单, 付款等操作

如果所选的活动是添加购物车, 执行分支流S-1

如果所选的活动是提交订单，执行分支流S-2

如果所选的活动是付款，执行分支流S-3

1.4.2分支流

S-1：添加购物车

会员顾客（E-2）选定商品之后，可以添加到购物车，系统通过一张购物车表显示顾客所购买物品的详细信息以及自动计算出总计，并且将该表与用户之间建立联系（E-3），用户可以对该表进行删除，添加，清空操作

S-2：提交订单

当会员顾客点击提交的时候，系统自动将购物车中的信息进行整理并且总计，给出订单详细信息，并在后台建立一张订单表，与顾客建立联系（E-4）。用户可以对订单进行取消（E-5），确认付款，返回继续购物等操作，同时将订单状态设置为未付款状态，为顾客保存订单，直到顾客删除为止(E-5)

S-3：付款

系统显示付款信息，用户可以根据自己的情况选择货到付款，网上付款和汇款等三种方式。当点击确认按钮(E-6)的时候，用例重新开始

1.4.3替代流

E-1 如果输入用户名不存在，用户应当先进行注册，如果密码发生错误，用户重新输入或者终止用例

E-2 如果用户在次操作之前没有登录成为会员，则系统将给出提示并弹出登录框，用户可以进行登录或者注册操作

E-3 如果顾客与购物车表不能建立联系，信息会被存储，系统会晚些时候再次建立连接。用例重新开始

E-4如果顾客与订单表不能建立联系，信息会被存储，系统会晚些时候再次建立连接。用例重新开始

E-5 执行此操作，系统将提示是否删除，防止用户误删

E-6 同时在此处设置取消交易按钮，以供用户进行选择

五、分析与讨论

1.建模用例图的步骤、方法？

1〉找出系统外部的活动者和外部系统，确定系统的边界和范围。

2〉确定每一个活动者所希望的系统行为。

3〉把这些系统行为命名为用例。

4〉把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。

5〉编制每一个用例的剧本。

6〉绘制用例图。

7〉区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。

8〉精化用例图，解决用例见得重复与冲入问题，简化用例中的对话序列，用力图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。

2.如何识别系统的参与者？

回答如下问题:

1. 是谁向系统提供的信息呢.

2. 谁向系统获取信息。

3. 谁操作系统。

4. 系统使用哪些外部资源

5.系统是否和已经存在的系统交互

3.应该如何划分用例，应注意哪些问题？

回答如下问题即可:

参与者希望系统执行什么任务？

参与者在系统中访问哪些信息（创建、存储、修改、删除等）？

需要将外界的哪些信息提供给系统？

需要将系统的那个事件告诉参与者？

如何维护系统？

4.心得

先大概通过名词识别法识别类，然后去掉冗余的和一些没必要的。然后结合实际情况确定类之间的关系，看看哪些名词可以作为类的属性

实验二类图

一、实验目的

了解类图的基本用法；初步掌握UML类图的创建及其方法。

二、实验要求

1、结合工具StartUML，熟悉UML类图的模型元素。

2、建模网上书店类图。

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

四、实验内容：

创建类图的步骤如下：

（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、建模网上书店的活动图、状态图、组件及部署图。

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

四、实验内容：

活动图:

订单状态图:

部署图:

五、分析与讨论

1. 什么情况下适合引入状态图进行建模？

状态图描述了单个对象在它的整个生命周期的行为，描述了从事件到事件的控制流。状态图被用来模拟系统的动态方面，即系统对象按事件发生来排序的行为。所以，当想要很具体的说明某个很重要的对象，引入状态图进行建模再适合不过了。

2. 心得

通过学习，我了解到：状态图描述的是单个对象在它的整个生命周期的行为，是从状态到状态的控制流；活动图描述了从活动到活动的控制流。而组件图和部署图是用来为面向对象系统的物理实现建模的两种图。组件图描述了组件、组件间的关系，表示了组件之间的组织和依赖，用来为系统的静态实现视建模。部署图描述了节点和运行其上的组件的配置，用来为模拟系统的静态部署视。