uml报告三 状态图与活动图
UML统一建模语言实验报告 2范文
目录实验一 UML建模基础及用例图实验二类图与对象图实验三序列图与协作图实验四状态图实验五活动图实验（一）UML建模基础及用例图实验目的1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
实验内容1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系，并用工具表示出来。
中南民族大学管理学院学生实验报告3、什么是用例？用例图中有哪些组成元素？在UML中是如何表示的？答：用例是对系统功能的描述，是向参与者提供重要价值的操作序列。
用例图有：用例、参与者、关联（系统边界）等元素。
用来显示在系统或其他实体内的用例与系统参与者之间的关系。
主要使用场合：需求获取、定义、分析4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
(1)包含关系：基本用例的行为包含另一用例的行为。
基本用例描述在多个用例中都有的公共行为。
包含关系是本质上比较特殊的依赖关系，它比一般的依赖关系多了一些语义。
在包含关系中箭头的放向是从基本用例到包含用例的。
（2）扩展关系：扩展关系的基本含义和泛化关系相似，但在扩展关系中，对于扩展用例有更多的规则限制。
基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。
（3）泛化关系：代表一般与特殊的关系。
UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。
不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。
在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
5、完成书中94页例子，体会用例图建模的分析过程并模仿来画出该学生信息管理系统的用例图。
画出课后习题101页第4题。
UML实验三活动图
实验三活动图[实验目的和要求]１、掌握活动的概念以及表示方法。
２、掌握活动图中各元素表示的意义和表示方法。
３、掌握分支、监护条件、分岔、汇合和泳道的概念。
４、掌握阅读和绘制活动图的方法。
５、掌握UML的可见性规则和构造型的作用。
[实验环境]1、Windows操作系统（XP、Vista等）2、Rational Rose2003软件（或RSA8.0）[实验内容和步骤]１、说明下面活动图所表达的信息。
表达的信息：用户下订单，可以直接生成送货单，然后由供应商发货，修改订单项状态，然后等所有的订单项全都送货完毕，这样一笔订单就完成了。
或者也可以由用户下订单，然后选择支付方式，如果用户想要取消订单或订单超过了时限则该订单取消，否则供应商收款后送货，然后修改订单项状态，待所有的订单项全都送货完毕，订单就完成了。
2、用活动图表示for（i=0;i<9;i++）循环。
输入i=0i>=9i++ i<9２、了解使用“支付宝”进行网上购物的活动过程，并画出活动图，关于支付宝的相关说明可以登录/查看。
登陆淘宝网，选择要购买的商品，选中后点“立即购买”买下选中的商品正确填写您的收货地址、收货人、联系电话，填写您所需的购买数量；补充完成您的个人基本信息，点“确认无误，购买”继续选择支付宝账户余额支付，输入支付宝账户支付密码，点“确认无误，付款”支付宝账户无余额可以选择网上银行、支付宝卡通、网点付款来完成支付支付宝付款成功，点“点此查看本笔交易详情”卖家发货后，买家注意查收货物，收到货物后，点“确认收货”付款给卖家输入支付宝账户的支付密码，点“同意付款”付款给卖家；收到货点“确定”付款给卖家成功付款给卖家双方相互评价交易成功[分析与讨论]1总结UML在软件工程中的作用以及使用UML建模的必要性。
作用：在现代软件工程中，需求到详细设计是非常重要的环节，后续的编码、测试、维护都只是按照前面的规划计划进行，一个非常详细的设计，利用UML几乎能将整个的代码通过UML表示出来，UML处理好了，就简化了软件的制作难度。
UML中的活动图和状态图的区别与实际应用案例解析
UML中的活动图和状态图的区别与实际应用案例解析UML（Unified Modeling Language）是一种用于软件系统建模的标准化语言，它提供了一套丰富的图形符号和规范，帮助开发人员更好地理解和设计软件系统。
在UML中，活动图和状态图是两种常用的图形表示方式，用于描述系统中的活动流程和对象状态。
本文将探讨这两种图形的区别，并通过实际应用案例来解析它们的具体应用。
活动图是一种用于描述系统中活动流程的图形表示方式。
它主要由活动（Action）、控制流（Control Flow）和决策节点（Decision Node）等元素组成。
活动图可以清晰地展示系统中的各种活动以及它们之间的关系和顺序。
活动图通常用于描述业务流程、系统交互和软件系统中的算法等。
例如，在一个在线购物系统中，我们可以使用活动图来描述用户选择商品、添加到购物车、填写订单信息、确认支付等流程。
通过活动图，我们可以更好地理解和设计系统中的各个步骤，从而提高系统的可靠性和可维护性。
与活动图相比，状态图主要用于描述系统中对象的状态和状态之间的转换。
状态图由状态（State）、转移（Transition）和事件（Event）等元素组成。
状态图可以清晰地展示对象在不同状态之间的转换和触发条件。
状态图通常用于描述系统中的状态机、对象的生命周期和系统中的并发操作等。
例如，在一个自动售货机系统中，我们可以使用状态图来描述售货机的工作状态，如待机状态、售货状态和故障状态等。
通过状态图，我们可以更好地理解和设计系统中对象的状态变化，从而提高系统的可靠性和性能。
活动图和状态图在应用上有一些区别。
活动图主要用于描述系统中的活动流程，强调活动之间的顺序和关系。
它更适合于描述系统中的业务流程和交互流程等。
而状态图主要用于描述系统中对象的状态和状态之间的转换，强调对象状态的变化和触发条件。
它更适合于描述系统中的状态机和对象的行为。
下面通过一个实际应用案例来进一步解析活动图和状态图的具体应用。
图书管理系统状态图与活动图(UML)
学号 **********
统一建模语言UML B
实验报告
实验4 状态图和活动图
学生姓名黄源
专业、班级14软件（2）班
指导教师高天迎
成绩
计算机与信息工程学院
年月日
一、实验目的
在熟悉状态、活动概念与应用的基础上，掌握状态图和活动图的建立。
1．理解什么状态和状态图。
2．掌握状态图的建立。
3．掌握活动图的建立。
二、实验内容
1．建立图书管理系统的状态图。
2．建立图书管理系统的活动图。
三、实验思想
1.分析：根据图书管理系统的需求分析和用例模型，对系统中的用例进行动态建模。
2.在Rational Rose工具中绘制状态图和活动图。
四、实验结果
1.状态图：
（1）登陆
（2）增添新书
（3）借阅者
2.活动图
（1）借阅者（2）图书管理员
（3）系统管理员管理借阅者信息（4）系统管理员维护图书信息
五、实验心得
这次实验学习的是状态图和活动图，感觉这次实验和前面实验相比较要容易一些，这些图按顺序来的，感觉会和我们传统的思维模式比较吻合，用心去绘制就很容易画出来。
UML状态图和活动图ppt课件
1
课程目标
• 掌握状态图的定义、符号 • 掌握状态图的动作和事件 •掌握状态图的建模方法 •掌握活动图的定义、符号、条件 •掌握活动图的建模方法
2
本讲内容
• 状态图的定义、符号 • 状态图的动作和事件 • 状态图的建模方法 • 活动图的定义、符号、条件 • 活动图的建模方法
3
3
状态图的定义
12
状态图的符号
下面的示例演示了银行帐户中的转移及其有效状态，如下图 所示。
13
状态图的符号
3．决策点 决策点在建模状态图时提供了方便，因为它通过在中心位 置分组转移到各自的方向，从而提高了状态图的可视性，如下
图所示。
14
状态图的符号
4．同步 状态图中使用同步条是为了说明并发工作流的分叉与联合
表达式。如下图所示。
条件 19
练习： 阅读一个电梯系统的状态图 步骤:
1）标识出状态。 2）标识出转移。 3）标识出事件和动作。
20
21
状态图的建模方法
状态图建模需要执行以下步骤： 1）标识出需要进一步建模的实体。 2）标识出每一个实体的开始状态和结束状 态。 3）确定与每一个实体相关的事件。 4）从起始状态开始创建状态图。
22
状态图的建模方法
1．标识出需要进一步建模的实体 首先要标识出哪些实体需要使用状态图进
一步建模。状态图应该用于复杂的实体，而不 必用于具有复杂行为的实体。对于有复杂行为 的实体，使用活动图可能会更加适合。具有清 晰、有序的状态实体最适合使用状态图进一步 建模。后面将会建模一个Grade对象，尤其是 它的保存功能。
下图所示。
27
状态图的建模方法(续)
练习： 建模航班状态图 创建一个状态图来描述航班如何从提出申请、 制定航班计划、售票、起飞、飞行、到着陆的状态
解析uml活动图和状态图的作用和区别
本文和大家重点讨论一下UML活动图和状态图的概念，这两种图都有各自的特点和作用，那么他们之间有什么区别和联系呢，请看本文详细介绍。
UML活动图和状态图一、UML活动图：◆流程图常被用来建立算法模型◆UML活动图与流程图类似，不同在于它支持并行活动.◆缺点：不能清楚的表示二、作用：1、描述一个操作的执行过程中所完成的工作或者动作2、描述对象内部的工作3、描述用例的执行4、处理多线程5、显示如何执行一组相关的动作，以及这些动作如何影响周围对象三、以下情况不用UML活动图1、显示对象之间的合作2、显示对象在其生命周期内的运转情况。
这两点是通过序列图和协作图完成的。
四、UML活动图的基本要素：◆活动状态◆活动状态之间的转移（箭头）◆判断（决策点）◆保证条件◆同步条：活动之间的同步◆起点和终点--起点有且只有一个，终点可以有n个。
五、泳道：用于对UML活动图中的活动进行分组，用于描述对象之间的合作关系。
----所谓泳道技术，就是将活动用线分成一些纵向区域，这些纵向区域称为泳道。
UML状态图一、状态图：◆描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换。
例如呼叫中心系统。
◆状态图符--状态：矩形（四角圆弧）--转移--起点--终点1、状态机：◆一种行为：描述了一个对象或一个交互在生命周期内响应事件所经历的状态序列。
◆单个类或者一组类之间协作的行为可以用状态机来描述◆一个状态机涉及到一些其他元素，包括状态、转换、事件2、状态：在对象的生命周期中满足某些条件、执行某些活动或等待某些事件的一个条件活状况。
1）名称2）进入协作和退出动作3）内部转换4）子状态5）延迟事件3、转换：两个状态之间的一种关系，表示对象将在第一个状态中执行一定的动作并在某个特定事件发生而某个特定条件满足时进入第二个状态。
1）源状态2）事件触发3）监护条件4）动作5）目标状态例子：电话机状态图二、UML活动图与状态图的区别：状态：行为的结果活动：行为的动作在uml中图符不一样。
UML实验——状态图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此，指派你运用本节所学的状态图，完成如下任务：1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。
分析：还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；绘图步骤：（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图。
（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态。
（3）操作者在询问系统和状态后，得到两种状态，如果系统忙，操作者必需要等待、结束，重返步骤（1）。
（4）如系统空闲，则进行对还书的信息进行查询操作；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态。
UML中包括九种图
UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
UML实验报告
类图是描述类、接口以及它们之间关系的图，它显示了系统中各个类的静态结构是一种静态模型。类图根据系统中的类以及各个类的关系描述系统的静态视图。类图是面向对象系统建模中最常用和最基本的图之一，类图可以包含类、接口、依赖关系、泛化关系、关联关系和实现关系等模型元素。
包图是维护和控制系统总体结构的重要建模工具。
实验内容
实验二 图书管理系统的类图和包图的绘制
学号：
姓名：
实验成绩：
一、实验目的
1．理解类、类间关系的基本概念。
2．掌握如何从需求分析中抽象出类的方法以及描绘类间关系的方法。
3. 熟悉包的基本概念。
4．掌握在Rational Rose中绘制类的操作方法以及包的绘制。
二、实验内容
通过前面内容的学习，完成了对TJKD图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。通过这两类图我们可以初步了解系统的业务处理流程。现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：
四、实验小结（本次实验涉及的知识点）
顺序图描述了对象之间传递消息的时间顺序，它用来表示用例中的行为顺序。顺序图代表了一个相互作用、在以时间为次序的对象之间的通信集合。
活动图本质上是流程图，其中几乎所有或大多数的状态都处于活动状态，它描述从活动到活动的控制流。
状态指对象的生命周期中满足某些条件、执行某些活动或者等待某些事件时的一个条件或情况，状态和事件之间的关系是状态机图的基础。
3．学习使用Microsoft Project对题目进行进度安排。
二、实验内容
根据TJKD的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
uml报告三-状态图与活动图
天津理工大学
计算机与通信工程学院
实验报告
2013 至2014 学年第二学期
事件流的描述，可在活动图中绘制如下图。
其中，当点击点击
点击图标然后在
Step 8：保存结果
【扩展练习】
练习一：对选课系统中的课程类（对象）（Course）的状态变化过程如下：课程对象被
创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
根据以上描述，绘制课程类（Course）的状态图。
附录（可包括源程序清单或其它说明）心得体会。
活动图与状态图
系统分析 在系统分析系统阶段用状 态图和活动图为对象动态模型 中的状态模型建模。 系统设计 在系统设计阶段阶段对已 经建立的对象动态模型（状态 实现 图、活动图、顺序图和协作图） 采用迭代式的方式进一步细化 测试 和完善。
部署
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.2.2 状态图组成
2. 状态 状态是指在对象的生命期中的一个条件或状况， 在此期间对象将满足某些条件、执行某些活动或等待 某些事件。
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.2.2 状态图组成
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.1 动态建模概述
5.状态图做什么？
状态图（State Diagram）主要用来描述对象、子系统、系 统的生命周期。通过状态图可以表现系统中一个对象所具有的 各种状态和这个对象从一种状态到另一种状态的转换（迁移）， 以及影响对象这些状态的事件（如收到消息、时间已到、报错、 条件为真）等。它主要描述某个对象从一个状态到另一个状态 变化迁移的控制流。
第10章 状态图与活动图
10.2.2 状态图组成
理解状态的特征： （1）进入/退出动作：对象本身的一个操作。如果在电梯里是一个 状态的话，那员工进电梯和出电梯就是状态“在电梯里”的进 入/退出动作。 （2）内部转换：例如员工在去等电梯的时候发现钥匙没带，此时 我们不用在“等电梯”以后，而是在“准备回家”的状态中就 去拿钥匙了。虽然整体的状态没有发生变化，但对于对象本身 来说，前后是不一样的，一个是有钥匙，一个是没有钥匙。 （3）子状态：如果需要进一步描述员工对象在电梯里聊天、打电 话等状态时，这些状态就是该对象的“在电梯里”状态的子状 态。 （4）延迟事件：现在不立即产生的事件，该事件是在一段时间以 后才产生的事件。员工必须等待到达17:50的时候，才能下班。
第9章 状态图和活动图
9.1 状态图概述
9.1.1 状态机
状态机视图是一个类对象所可能经历的所有历程的 模型图。状态机由对象的各个状态和连接这些状态 的转换组成。 状态机视图通过对类和对象的生存周期建立模型来 描述对象随时间变化的动态行为。 状态机主要用于描述类的行为。 状态机是一个类的对象所有可能的生命历程的模型。 状态机是一个对象的局部视图 。
9.2 状态图元素
变化change事件 –用关键字When，后面跟布尔表达式 –When(temperature>120)/alerm() –变化事件的意图是要频繁测试表达式，只要表 达式由假变为真，事件就会发生。
9.2 状态图元素
时间（time）事件 –时间事件是指在绝对时间或在某个时间间隔内发生的 事情所引起的事件。 –例如到达某一时间或经过了某一时间段。用关键字 When 或After表示。
9.2 状态图元素
接收到input信号 这一事件发生
9.2 状态图元素
调用call事件 •表示一个操作的调度。请求调用另一个对象 的操作
•信号是一个异步事件，而调用事件一般是同 步的。也就是说，当对象调用另一对象的操作 时，控制就从发送者传送到接收者，该事件触 发转换，完成操后，接收者转换到一个新的状 态，控制返还给发送者。
9.2 状态图元素
CD Player
需要stop状态吗？
9.2 状态图元素
中间状态的组成（除初态终态外，最常见 的状态） •状态名（name） •入口/出口动作（entry/exit action） •内部转化（internal transition） •子状态（substate） •延迟事件（deferred event）
9.4 状态图应用
9.4.1 状态分析 • 接下来分析转换事件： 参加高考：高考后进入“学前”状态 录取：学生被录取后变成“在校”的学生 生病：学生长时间生病则进入“休学”状 态 康复：学生再回到学校转为“在校”状态 完成学业：学生毕业进入“毕业”状态 学籍处理：学生被学籍处理，进入“退学” 状态
uml建模-状态图和活动图
l 使用状态图的最常见的是对反应型对象、尤其是对类、 用例或整个系统的实例的行为建模。反应型对象是指 这个对象可能处于的稳定状态、从一个状态到另一个 状态之间的转换所需的触发事件，以及每个状态改变 时发生的动作。反应型对象具有如下的特点：
活动图的符号集与状态图中使用的符号集类似。像状态图 一样，活动图也从一个连接到初始活动的实心圆开始。 活动是通过一个圆角矩形（活动的名称包含在其内）来 表示的。活动可以通过转换线段连接到其他活动，或者 连接到判断点，这些判断点连接到由判断点的条件所保 护的不同活动。结束过程的活动连接到一个终止点（就 像在状态图中一样）。活动图中的基本要素包括状态、 转移、分支、分叉和汇合、泳道、对象流等。
l ⑹把动作附加到这些转换上，并且附加到这些状态上； l ⑺考虑通过使用子状态、分支、汇合和历史状态，来简化状态图； l ⑻核实所有的状态都是在事件的某种组合下可达的； l ⑼核实不存在死角状态，即不存在那种不能转换出来的状态； l ⑽通过手工或通过使用工具跟踪状态机，核对所期望的事件序列以及它
们的响应。
::new book 借书
::availห้องสมุดไป่ตู้ble 还书
::delete
一个图书对象从它的起始点 开始，首先是“新书”状态
（new book），然后是“可 以借阅”（available）的状 ::borrowed 态，如果有读者将书借走， 则该书的状态为“已借出”
状态（borrowed），如果图 书被归还图书馆，图书的状 态又变为“可以借阅”状态 。图书馆如果放弃该图书对 象的收藏，则图书对象处于
UML实验报告
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]１、掌握用例的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？２、用例图中有哪些组成元素？在UML中是如何表示的？３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
UML图例之活动图
UML图例之活动图 作为UML图例中的重要⾓⾊，活动图描述的是对象活动的顺序关系所遵循的规则，作为⽤例实现的描述，⾮常适合于和⽤户沟通，同时也有助于为开发提供指导。
⼀、活动图简介 活动图（activity diagram）是阐明了业务⽤例实现的⼯作流程。
业务⼯作流程说明了业务为向所服务的业务主⾓提供其所需要的价值⽽必须完成的⼯作，业务⽤例由⼀系列活动组成，他们共同为业务主⾓⽣成某些⼯件。
⼯作流程通常包括⼀个基本的⼯作流程和⼀个或多个备选⼯作流程。
⼯作流程的结构使⽤活动图来进⾏说明。
是UML⽤于对系统的动态⾏为建模的另⼀种常⽤⼯具，它描述活动的顺序，展现从⼀个活动到另⼀个活动的控制流程。
⼆、基本元素1、活动图起点：活动的开始节点，实⼼⿊⾊圆点，只能有⼀个。
2、活动图终点：表⽰整个活动的结束，圆圈加内部实⼼⿊⾊圆点，可以有多个结束点。
3、流终点：表⽰⼦流程的结束，圆圈加内部叉。
4、活动状态（activity）：⽤于表达状态机中的⾮原⼦的运⾏(1)、活动状态可以分解成其他⼦活动或者动作状态。
(2)、活动状态的内部活动可以⽤另⼀个活动图来表⽰。
(3)、和动作状态不同，活动状态可以有⼊⼝动作和出⼝动作，也可以有内部转移。
(4)、动作状态是活动状态的⼀个特例，如果某个活动状态只包括⼀个动作，那么它就是⼀个动作状态。
活动状态和动作状态的图标相同，但是活动状态可以在图标中给出⼊⼝动作和出⼝动作等信息。
5、动作状态（actions）：是指原⼦的不可中断的动作，并在此动作完成后通过完成转换转向另⼀个状态(1)、动作状态是原⼦的，它是构造活动图的最⼩单位。
(2)、动作状态是不可中断的。
(3)、动作状态是瞬时的⾏为。
(4)、动作状态可以有⼊转换，⼊转换既可以是动作流，也可以是对象流。
动作状态⾄少有⼀条出转换，这条转换以内部的完成为起点，与外部事件⽆关。
(5)、动作状态与状态图中的状态不同，它不能有⼊⼝动作和出⼝动作，更不能有内部转移。
状态图、活动图实验报告
UML建模课程实验三、UML状态图、活动图模型的设计班级：信息0702 组别：指导老师：徐凯波姓名：王姗学号：2007030331205一、实验要求：掌握利用UML建模工具建立状态图和活动图的方法。
二、实验内容：利用UML建模工具设计状态图和活动图三、实验环境：Windows 2000 Professional以上环境、Rational Rose2003、Sybase Power Designer 10四、操作步骤：（一）状态图（二）活动图五、遇到的问题和解决方法：状态图：学生登陆选课系统进行选课，每个学生每个学期最多只能选3门课，如果学生选课没有达到3门课，就可以进行选课，但学生选课如果达到了3门，则选课失败，不能进行选课。
活动图：管理员再添加课程时，根据本学期实际情况设定课程人数的下限于上限，统计每门课程的选课人数，如果本门课程低于设定的下限，则删除此课程，如果选课人数高于设定的上限，则此门课可则不能再选。
在画活动图的时候，我犯了一个致命的错误，就是没有画泳道，泳道是老师在课堂上反复强调的内容，但在实际操作中，依然这方面出错，这说明老师课上反复强调的东西是多么的重要，还有就是一定要将课堂与实际相联系，才能将知识真正的掌握。
六、实验心得和体会：通过这学期的UML课程，我最大的感触解释做任何事情都要端正态度，在刚上徐老师课的时候，总觉得许老师要求的过严，后来才知道，老师的要求是有根据的，许老师是希望我们通过这一学期的课程真正的掌握UML的知识，学有所用，在画活动图的时候，我已经习惯了先自己动脑去想，真是做不下去的时候，才向老师、同学询问，通过仔细全过程的认真思考，我掌握了关于UML一些制图的方法，可是只掌握这些还是远远不够的，徐老师说够，RationalRose软件还能做许多与编程有关的东西，我们所学习的只是一些皮毛而已，我会继续学习这个软件的，不会的难点，还会想徐老师请教！。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
天津理工大学
计算机与通信工程学院
实验报告
2013 至2014 学年第二学期
事件流的描述，可在活动图中绘制如下图。
其中，当点击点击
点击图标然后在
Step 8：保存结果
【扩展练习】
练习一：对选课系统中的课程类（对象）（Course）的状态变化过程如下：课程对象被
创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
根据以上描述，绘制课程类（Course）的状态图。
附录（可包括源程序清单或其它说明）
心得体会
通过这次实验，我明白了不是所用的类都需要画状态图，有明确意义的状态，在不同状态下有不同的类才需要画状态图。
而活动图可以用来描述事物或对象的活动变化流程。