uml选择题
1. 下面不是面向对象设计基本特性的是（a ）
A. 一致性
B. 封装性
C.. 多态性
D. 继承性
2. 关于继承性，下列说法错误的是（ c）
A. 子类不能直接访问其超类的私有特征，但子类继承其超类的私有特征。
B. 子类的对象可代替其父类的对象。
C. 子类和超类相互依赖。
D. 当一个子类实例化创建一个对象时，该子类的超类也将实例化。
3. 关于UML的一般命名规则，下面说法错误的是（ b）
A. 类名的首字母应该大写。
B. 属性名的首字母应该大写。
C. 操作名的首字母应该小写。
D. 接口名的首字母应该大写。
4. UML的概念模型不包括（a ）
A. 应用领域
B. 规则
C. 基本构造块
D. 公共机制
5. 在一个“订单处理系统”中，下新订单和更新订单都要核查用户账号是否正确，则用例“下新订单”、“更新订单”与用例“核查用户账号”之间的关系是（ d ）
A. 泛化
B. 实现
C. 扩展
D. 包含
6. 关于约束，下列描述错误的是（ c ）
A. 约束是对特定模型元素附加的语义信息。
B. 可以在注解中表示约束。
C. 约束必须表示为规范的约束语言。
D. 约束允许增加新的规则或者修改已有的规则。
7. 关于同步调用消息和异步调用消息，下面说法错误的是（ d ）
A. 同步调用，发出调用某操作的消息之后，发送方等待接受方的应答。
B. 异步调用，发出调用信息之后，继续下面动作，而不等待应答。
C. 发出同步调用消息之后，发送方在收到应答之前，只能等待，而不能做其它动作。
D. 同步调用描述为实线实箭头，异步调用描述为虚线开箭头。
8. 下面不是新图的是（ b ）
A. 复合结构图
B. 通信图
C. 交互纵览图
D. 计时图
9. 要表示单个对象在生命期内的状态变化，应采用的UML图为（ d ）
A. 用例图
B. 类图
C. 顺序图
D.状态图
10. 用于对面向对象系统的物理方面建模进行描述图形是（a ）
A. 部署图
B. 对象图
C. 包图
D. 类图
11. 关于关联和依赖，下面说法是错误的是（c ）
A. 如果两个类之间有关联，隐含着两者之间存在某种依赖。
B. 如果两个类之间表示了关联关系，就不需要再表示依赖关系了。
C. 如果两个类之间有依赖，隐含着两者之间有关联关系。
D. 如果两个类之间有依赖，两者之间不一定有关联。
12. 在UML提供的图中，用于描述系统与外部系统及用户之间的交互的图是（a ）
A. 用例图
B.类图
C. 对象图
D.部署图
13. 关于构件，下面说法错误的是（ d ）
A. 一个构件所实现的接口被称为它的供口(provided interface)。
B. 一个构件所需要的接口被称为它的需口(required interface)。
C 如果构件的供口和需口数量较大，可把一组相关的供口和需口组织为一个端口(port)。。
D.构件的替换只能发生在设计时刻，不可能发生在运行时刻。
14. 如果一个关联的两端都在同一个类A上，那么该关联表示（ c ）
A. 类A的每个对象对自己都存在一个链接link。
B. 类A的每个对象都有两个实例。
C. 类A的每个对象与本类的其它对象有链接link。
D. 类A有部分对象对自己存在一个链接link。
15. 关于用例之间的包含和扩展关系，下面说法错误的是（c ）
A. 包含是指一个用例含有另一个用例的行为。
B. 包含关系是一种依赖关系，指向被包含的用例。
C. 扩展关系是从一个扩展用例到一个被扩展用例的一种泛化关系。
D. 扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中。
1. UML图不包括（ d ）
A. 用例图
B. 类图
C. 状态图
D.流程图
2. 在类图中，"～"表示的可见性是（ d ）
A．Public B. Protected D. Package
3. 下面哪个视图属于UML语言的交互图（ b）
A. 行为图
B.顺序图
C.状态图
D.实现图
4. 将活动图中的活动状态进行分组，每一组表示一个特定的类、人或部门，他们负责完成组内的活动。这种技术是（ a ）
A. 泳道
B. 分叉汇合
C. 分支
D. 转移
5. 用于把元素组织成组的通用机制是（ a ）
A. 包
B. 类
C. 接口
D. 组件
6. 在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（ A ）
A.包含关系
B.扩展关系
C.分类关系
D.聚集关系
7．活动图中的结点不包括（ d ）
A. 动作结点
B. 对象结点
C. 控制结点
D. 交互结点
8. 张三向李四发送一个手机短信属于（ c ）
A. 同步调用
B. 异步调用
C. 异步信号
D. 创建消息
9. 关于构造型stereotype，下面说法错误的是（d ）
A. 一个构造型定义了一个已有元类如何被扩展的规范。
B. 建立构造型的目的是适应特定平台或领域的建模需要。
C. 一般采用? stereotype ?来表示构造型。
D. UML未提供预定义的构造型，故此需要用户自行定义。
10. 关于状态转移transition，下面说法错误的是（ c）
A. 描述一个状态转移应包含： Trigger、Guard、Effect。
B. 当Trigger发生，且Guard条件满足时，在执行Effect之后，将发生状态转移。
C. 当Trigger发生，不论Guard条件是否满足，在执行Effect之后，将发生状态转移。
D. 当Trigger发生，如果Guard条件不满足，就不执行Effect，也不会发生状态转移。
11. 关于artifact(制品或工件)，下面说法错误的是（ d）
A. 一个制品表示软件开发过程中所使用或产生的信息片断。
B. 一个制品可包含多个构件。
C. 制品可部署在结点上。
D. 源程序文件不属于制品。
12. 构件图的组成不包括（ c ）
A. 接口
B. 构件
C. 发送者
D. 依赖关系
13. 下面哪个UML视图是描述一个对象的生命周期的（ b ）
A. 类图
B. 状态图
C. 协作图
D. 顺序图
14.下面哪些图形可以清楚地表达并发行为（ c）
A. 类图
B. 状态体
C. 活动图
D. 顺序图
15.提供明确接口完成特定功能的程序代码块，并且可复用的是（ d ）
A．模块 B. 函数C．用例 D. 构件
1. 面向对象设计的基本特性除了封装和多态之外，还包括（c ）
A. 一致性
B. 完整性
C. 继承性
D. 可移植性
2. 关于继承性，下列说法错误的是（ d ）
A. 父类的protected成员可被其子类访问。
B. 子类的对象可代替其父类的对象。
C. 子类的每个对象都是其父类的一个对象。
D. 一个父类可以有多个子类，每个子类只能有一个父类。
3. 关于UML的一般命名规则，名称首字母应该大写的元素是（ d ）
A. 类的属性
B. 类的操作
C. 类的实例
D. 类
4. UML中，用例图展示了外部Actor与系统所提供的用例之间的连接，UML中的外部Actor是指（ d ）
A. 人
B. 硬件设备
C. 人和硬件设备
D. 人、硬件设备或外部系统
5. UML中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。
消息序列可用两种图来表示，分别是（d ）
A. 状态图和顺序图
B. 活动图和通信图
C. 状态图和活动图
D. 顺序图和通信图
6. 通常把一组具有相同数据结构和相同操作的对象的集合定义为（a ）
A. 类
B. 属性
C. 对象
D. 消息
7. UML中关联的多重性是指（ b）
A. 一个类由多少个方法被另一个类调用
B. 一个类的实例能够与另一个类的多少个实例相关联
C. 一个类的某个方法被另一个类调用的次数
D. 两个类所具有的相同的方法和属性
8. 下面不是新图的是（ b ）
A. 复合结构图
B. 通信图
C. 交互纵览图
D. 计时图
9. 关于约束，下列描述错误的是（c ）
A. 约束是对特定模型元素附加的语义信息。
B. 可以在注解中表示约束。
C. 约束必须表示为规范的约束语言。
D. 约束允许增加新的规则或者修改已有的规则。
10. 用于对面向对象系统的物理方面建模进行描述图形是（ a ）
A. 部署图
B. 对象图
C. 包图
D. 类图
11. 下列关于用例图的描述，错误的是（ d ）
A. 用例图中的参与者和用例之间是关联关系。
B. 包含是用例之间的一种依赖关系，指向被包含的用例。。
C. 参与者和参与者之间、用例和用例之间都可能出现泛化关系。
D. 扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中，由被扩展用例
指向扩展用例。
12. 在UML提供的图中，用于描述系统与外部系统及用户之间的交互的图是（ a ）
A. 用例图
B. 类图
C. 对象图
D. 部署图
13. 顺序图是强调消息随时间顺序变化的交互图，描述顺序图的组成部分不包括（ b ）
A. 角色
B. 转换
C. 生命线
D. 消息
14. 关于构件，下面说法错误的是（d ）
A. 一个构件所实现的接口被称为它的供口(provided interface)。
B. 一个构件所需要的接口被称为它的需口(required interface)。
C. 如果构件的供口和需口数量较大，可把一组相关的供口和需口组织为一个端口(port)。
D. 构件的替换只能发生在设计时刻，不可能发生在运行时刻。
15. A向B发送一个手机短信，该消息属于（c ）
A. 同步调用
B. 异步调用
C. 异步信号
D. 创建消息
1. 下面不是活动图中的基本元素的是（ d ）
A. . 状态、分支
B. 转移、汇合
C. 泳道、转移
D. 用例、状态
2. 关于构造型stereotype，下列说法不正确的是（ d ）
A. 一个构造型定义了一个已有元类如何被扩展的规范。
B. 建立构造型的目的是适应特定平台或领域的建模需要。
C. 可以为构造型定义图标，并把该图标放在名字的右边。
D. UML未提供预定义的构造型，故此需要用户自行定义。
3. 关于抽象类和具体类，下列说法不正确的是（a ）
A. 如果一个类有父类，该类就是具体类。
B. 如果一个类继承了父类的抽象操作/方法，而该类未提供实现，那么该类是抽象类。
C. 抽象类没有任何直接的实例，而具体类则有直接实例。
D. 在UML中，通过把一个类的名称写为斜体来指明该类是抽象类。
4. 事件表示对一个在时间和空间上占据一定位置的有意义的事情的规格说明，事件的类型不包括（ c ）
A. 信号事件
B. 调用事件
C. 源事件
D. 时间事件
5. 关于制品和制品图，下列说法错误的是（ c）
A. 制品是类、接口和协作之类的逻辑元素的物理实现。
B. 制品可以分为部署制品、工作产品制品和执行制品三种类型。
C. 制品和类一样，可以拥有属性和操作。
D. 制品图可以用于对源代码、可执行程序的发布以及物理数据库建模。
6. 活动图中的结点不包括（ d ）
A. 动作结点
B. 对象结点
C. 控制结点
D. 交互结点
7. 张三向李四发送一个手机短信，该消息属于（ c ）
A. 同步调用
B. 异步调用
C. 异步信号
D. 创建消息
8. 关于状态转移transition，下面说法错误的是（ c ）
A. 描述一个状态转移应包含： Trigger、Guard、Effect。
B. 当Trigger发生，且Guard条件满足时，在执行Effect之后，将发生状态转移。
C. 当Trigger发生，不论Guard条件是否满足，在执行Effect之后，将发生状态转移。
D. 当Trigger发生，如果Guard条件不满足，就不执行Effect，也不会发生状态转移。
9. 在面向对象设计中，关于继承性，下面说法错误的是（b ）
A. 子类不但继承超类的属性和操作，也继承超类的关联。
B. 子类继承超类的特性，但并不继承其私有特性。
C. 子类的每个对象都是其超类的一个对象，所以子类的对象可代替其超类的对象。
D. 超类的protected成员可被其子类访问。
10. 在用例图中，关于参与者与角色，下面说法错误的是（ c）
A. 一个参与者actor表示与系统交互的一种角色。
B. 一个参与者与特定的用例之间具有关联关系。
C. 参与者只能表示特定用户所扮演的角色。
D. 参与者之间可能有泛化关系。
11. 下面关系中不适合描述用例之间关系的是（b ）
A. 包含
B. 关联
C. 扩展
D. 泛化
12. 在结构建模中，关系建模具有重要地位，下面关系中不属于基本关系的是（c ）
A. 泛化
B. 依赖
C. 交互
D. 关联
13. 要表示对象之间的消息交互，应采用的UML图是（ d ）
A. 用例图
B. 类图
C. 状态图
D. 序列图
14. 要表示协作(collaboration)，应采用的UML图是（c ）
A. 用例图
B. 类图
C. 复合结构图
D. 包图
15. 关于关联和依赖，下面说法错误的是（c ）
A. 如果两个类之间有关联，隐含着两者之间存在某种依赖。
B. 如果两个类之间表示了关联关系，就不需要再表示依赖关系了。
C. 如果两个类之间有依赖，隐含着两者之间有关联关系。
D. 如果两个类之间有依赖，两者之间不一定有关联。
1. 面向对象的封装有三个层面的解释，不属于这三个层面的是（ c ）
A．对象的封装B．类的封装
C．接口的封装D．包的封装
2. 好模型的应该符合的条件是（a ）
① 规范性② 正确性③一致性④完备性⑤独立性
A．①②③④ B．②③④⑤ C．①②④⑤ D．①③④⑤
3. 如果对银行ATM的常用功能进行建模，包括取款、存款、转账、查询等，可以用来表示该系
统的功能需求的是（ b ）
A．序列图 B．用例图C．活动图 D．对象图
4. UML结构包括基本构造块、（ b ）和把这些构造块放在一起的规则。
A．图形表示B．公共机制
C．类与对象的实现D．系统细节的规格说明
5. 关于接口，下面说法错误的是（ c ）
A．接口通常仅说明一组相关的操作，不说明这些操作的实现方法。
B．一个接口仅说明一组抽象的行为规范。
C．接口是一种抽象类型，可以直接实例化。
D．一个接口可由多个类实现。
6. 在采用UML分析类与类的关系中，如果类A需要使用标准数学函数类库中提供的功能，那么
类A与标准类库提供的类之间存在的关系是（ a ）
A．依赖 B．关联 C．泛化 D．聚集
7. 在UML中，用于描述系统与外部系统及用户之间的交互的是（ b ）
A．类图 B．用例图 C．对象图 D．协作图8. 在银行ATM建模中，每次取款或转账都要求登录系统，那么登录系统与它们之间的关系就是
（ b ）
A．包含用例 B. 被包含用例 C. 扩展用例 D.被扩展用例
9. 关于对象和对象图，下面说法错误的是（ c ）
A．一个对象是一个实例，是属性和行为的一个封装体。
B．对象图表示运行时刻的对象状态及对象之间的关联“链”。
C．在建模过程中，应先制作类图，再制作对象图。
D．一个值规范是一组实例的规范，可以是对象，可通过表达式来表示或计算多个实例。10. 在面向对象的语言中，下面描述正确的是（ a ）
A．类的实例化是指对类的实例分配存储空间
B．每个类都必须创建一个实例
C．每个类只能创建一个实例
D．类的实例化是指对类进行初始化
11. 下面关于关联的说法中，错误的是（ c ）
A．一个关联是一组链(link)的抽象。
B．关联类是表示关联的类，主要用于表示关联特有的性质和操作。
C．关联表示了较抽象的类元和较具体的类元之间的一种定向关系
D．聚集是表示整体和部分概念的一种特殊的关联。
12. 对于关系建模的说法中，错误的是（ d ）
A．仅当被建模的关系不是关联或泛化关系时，才考虑依赖关系。
B．仅当表示“is-a-kind-of”或者“is a”关系时，才使用泛化关系。
C．如果两个类之间已存在泛化或关联关系，隐含着存在依赖关系，而且不需要表示。D．描述对象间的结构关系应以泛化为主。
13. 下面的描述中不是序列图的要素的是（ d）
A．对象 B．生命线 C．消息 D．转换
14. 下列描述中不属于状态图要素的是（d ）
A．事件 B．入口行为 C．浅历史 D．消息
15. 关于交互和交互图，下面说法错误的是（c ）
A．一条生命线表示参与交互的一个实体或实体集合。
B．一个消息定义了交互中的一种特定通信，如调用一个操作、发出一个信号等。
C．发出一个异步调用需要等待一个应答消息，而同步调用就不需要应答。
D．交互中创建一个对象就是创建一条新的生命线，撤销一个对象就是终止一条生命线。
1. 下面不是面向对象设计基本特性的是（ c ）
A. 继承性
B. 封装性
C.一致性
D.多态性
2. 关于对象和实例的概念，下面说法错误的是（ c ）
A. 对象是由类经实例化创建而来的。
B. 一个对象是一个实例。
v1.0 可编辑可修改
C. 一个实例也是一个对象。
D. 一个对象是属性和行为的一个封装体。
3. 关于用例，下面说法是错误的是（b ）
A. 一个用例表示了系统中的一部分功能和行为。
B. 一个用例也描述了一个功能如何实现。
C. 一个用例抽象了一组动作的规范。
D. 一个用例的动作的执行会产生可观察的结果。
4. 下面关系中不适合描述用例之间关系的是（ a ）
A. 关联
B. 包含
C. 扩展
D. 泛化
5. 关于用例之间的包含和扩展，下面说法错误的是（ d ）
A. 包含是指一个用例的执行含有另一个用例的行为。
B. 包含是一种依赖关系，指向被包含的用例。
C. 扩展规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中。
D. 扩展是从一个扩展用例到一个被扩展用例的一种泛化关系。
6. 关于UML的一般命名规则，下面说法错误的是（ b）
A. 类名的首字母应该大写。
B. 属性名的首字母应该大写。
C. 操作名的首字母应该小写。
D. 接口名的首字母应该大写。
7. 在结构建模中，关系建模具有重要地位，下面关系不属于基本关系的是（c ）
A. 泛化
B. 依赖
C. 交互
D. 关联
8. 要表示业务逻辑和工作流，应采用的UML图是（ d ）
A. 用例图
B. 类图
C. 状态图
D. 活动图
9. 根据UML2规范，要表示协作(collaboration)，应采用的图是（ c ）
A. 用例图
B. 类图
C.复合结构图
D.协作图
10. 下面不是UML2新图的是（ a ）
A. 协作图
B.复合结构图
C. 交互纵览图
D. 计时图
11. 关于活动图的活动节点，不属于活动节点范畴的是（ d ）
A. 动作节点
B. 对象节点
C. 控制节点
D. 交互节点
12. 活动图的控制节点不包括（ a ）
A. 调用与返回
B. 分叉与汇合
C. 判断与合并
D. 起始和终止
13. 关于同步调用和异步调用，下面说法不正确的是（d ）
A. 如果执行一个同步调用动作，该动作执行将被阻塞，直到收到来自被调用行为的一个应答。
B. 如果执行一个异步调用动作，只要被调用行为启动了，该调用动作就完成了。
C. 一个同步调用动作可得到被调用行为返回的计算结果。
D. 一个异步调用动作也可得到被调用行为返回的计算结果。
14. 关于构件的接口，下面说法不正确的是（ c ）
A. 一个构件所实现的接口被称为它的供口(provided interface)，表示为一个“球”。
B. 一个构件所需要的接口被称为它的需口(required interface)，表示为一个“窝”。
C. 只有当两个构件的供口和需口的类型完全一样，这两个构件才能连接。
D. 如果一个构件的供口是另一个构件的需口的子接口，那么这两个构件能连接。
15. 关于artifact(制品/工件)，下面说法不正确的是（ b ）
A. 一个制品表示软件开发过程中所使用或产生的信息片断。
B. 源程序文件不属于制品。
C. 制品可部署在节点node上。
D. 一个制品可包含多个构件。
1.关于构造型(stereotype)，下列说法不正确的是（ b ）
A. 建立构造型的目的是适应特定平台或领域的建模需要。
B. UML未提供预定义的构造型，故此需要用户自行定义。
C. 可以为构造型定义图标，并把该图标放在名字的右边。
D. 一个构造型定义了一个已有元类如何被扩展的规范。
2.下面哪个不是顺序图中的基本元素（ d ）
A. 对象
B. 生命线
C. 消息
D. 转换
3.在图书管理系统的用例图中，还书用例和罚款用例之间是（ b ）关系
A. 包含
B. 扩展
C. 分类
D. 聚集
4.关于同步调用消息和异步调用消息，下面说法错误的是（ b ）
A. 发出同步调用消息之后，发送方在收到应答之前，只能等待，而不能做其它动作。
B. 同步调用描述为实线实箭头，异步调用描述为虚线开箭头。
C. 同步调用，发出调用某操作的消息之后，发送方等待接受方的应答。
D. 异步调用，发出调用信息之后，继续下面动作，而不等待应答。
5.关于对象和实例，下列说法不正确的是（ b ）
A. 在UML模型图中，可能存在匿名实例。
B. 一个对象的状态是静态的，只能由属性值表示。
C. 对象是由类经过实例化创建出来的。
D. 对象都是实例，但有些实例不是对象。
6.在用例之间，会有三种不同的关系，下列哪个不是他们之间的关系（ a ）。
A.聚集
B.泛化
C. 扩展
D. 包含
7.下面的情况一般不用活动图来表示（ d ）
A. 分析用例
B. 理解牵涉多个用例的工作流
C. 处理多线程应用
D. 显示对象在其生命周期内的运转情况
8.关于UML的一般命名规则，下面哪一种说法错误（ d ）
A. 操作名的首字母应该小写
B. 接口名的首字母应该大写
C. 类名的首字母应该大写
D. 属性名的首字母应该大写
9.在确定用例名时，一般使用( c )来表示。
A．名词B．形容词C．动词D．代词
10.一个用例中加入一些新的动作后则构成了另一个用例，这两个用例之间的关系是（ c ）
A.聚集
B.泛化
C. 扩展
D. 包含
11.在下列关系中，属于非定向关系的是( d )关系。
A．泛化B．扩展C．依赖 D．关联
12.类A中的某操作有一个形参类型为类B，那么A和B之间可以建模为 ( c )关系。
A．泛化B．聚集C．依赖 D．关联
13.类图用于对系统的静态设计视图建模，类图的常用建模技术不包括（ c ）
A. 对逻辑数据库模式建模
B. 对系统的词汇建模
C. 对对象结构建模
D. 对简单协作建模
14.下面哪一种图不是的新图（ a ）
A协作图B复合结构图C交互纵览图D计时图
15.用于对面向对象系统的物理方面建模进行描述图形是（ c ）
A.包图
B.类图
C.部署图
D. 对象图
1.在下面关于类的描述中，错误的是（ d ）
A．一个类是具有相同特征、约束和语义规范的一组对象的抽象描述。
B．类是抽象的
C. 类是静态的
D. 类是现实世界中客观存在的事物
2.下面哪个展现了一组对象以及它们之间的关系（ b ）
A. 活动图
B. 对象图
C. 类图
D. 用例图
3.参与者与用例之间的关系是（ d ）
A. 包含
B. 扩展
C. 泛化
D. 关联
4.下面哪个不是顺序图中的基本元素（ d ）
A. 对象
B. 生命线
C.消息
D. 转换
5.活动图的控制结点不包括下面哪一类（ c ）
A. 起始和终止
B. 分叉与汇合
C. 调用与返回
D. 判断与合并
6.下面哪个不是UML中的静态视图（ a ）
A. 状态图
B. 用例图
C. 对象图
D. 类图
7.对象和对象之间通过消息来进行通信。消息通信在面向对象的语言中即（ c ）
A. 方法实现
B. 方法嵌套
C. 方法调用
D. 方法定义
8.用于把元素组织成组的通用机制是（ a ）
A. 包
B. 类
C. 接口
D. 组件
9.事件（event）表示对一个在时间和空间上占据一定位置的有意义的事情的规格说明，下面
哪个不是事件的类型（ c ）
A. 信号
B. 调用事件
C. 源事件
D. 时间事件
10.下面关于正向工程与逆向工程的描述，哪个不正确（ c ）
A. 正向工程是通过到实现语言的映射而把模型转换为代码的过程。
B. 逆向工程是通过从特定实现语言的映射而把代码转换为模型的过程。
C. 正向工程是通过从特定实现语言的映射而把代码转换为模型的过程。
D. 正向工程与逆向工程可以通过rose支持来实现。
11.以下哪一项不是面向对象的特征( d )
A. 多态性
B. 继承性
C. 封装性
D. 过程调用
12.在结构化程序设计思想中，不属于程序三种基本控制结构的是 ( c )
A. 顺序
B. 循环
C. 嵌套
D. 选择
13.U ML中关联的多重度是指( b )
A.一个类有多个方法被另一个类调用。
B．一个类的实类能够与另一个类的多个实类相关联。
C．一个类的某个方法被另一个类调用的次数。
D．两个类所具有的相同的方法和属性。
14.在UML提供的图中，用于描述系统与外部系统及用户之间的交互的是( a )。
A. 用例图
B. 类图
C. 对象图
D. 部署图
15.在面向对象的方法学中，封装的目的是分离对象的( d )。
A. 定义和实现
B. 设计和测试
C. 设计和实现
D. 分析和定义
UML统一建模语言-实验报告2-活动图及状态图
《UML技术》课程实验报告 专业： 班级： 学号： 姓名： 日期： 2013 年 10 月 11 日
一、实验题目 活动图及状态图 二、实验目的 1．熟悉活动图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 三、实验内容及原理 通过前面内容的学习，完成了对TJKD图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务： 1. 完成图书业务模块中还书用例的状态图。 1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。 2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。 分析： 还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息； 四、实验步骤 第一个 （1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose 工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。 (2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool （3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系 （4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框结束（5）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete （6）最后，在删除后，系统会返回操作结果给操作者；删除成功或删除失败系统都会有信息返回给操作者。 （7）根据分析设计情况，进一步添加或细化活动图 第二个 （1）在用例图中的还书（revesion）用例，单击右键，新建一个状态图，命名为revesion状态图，（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态
UML图中的几种图简介
UML图中的几种图简介（时序图，协作图，状态图，活动图，对象图） 1、时序图： 时序图用于描述对象之间的传递消息的时间顺序，即用例的行为顺序。当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.在UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示, 消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列. 时序图中的基本概念： 对象:时序图中对象使用矩形表示, 并且对象名称下有下划线. 将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的. 生命线:生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线. 消息:两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息. 激活:时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息.在UML中,对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化. 对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部. 这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的, 那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放 置“X”符号 2、活动图： 在UML 中, 活动图本质上就是流程图. 它用于描述系统的活 动, 判定点和分支等. 活动图的基本概念： 动作状态:原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变.在UML 中动作状态用圆角矩形表示, 动作状态所表示的动作写在圆角矩形内部. 分支与合并:分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和
UML类图活动UseCase图状态机图
一、类图主要构成元素 1.类（Classes） 类包含3个组成部分。第一个是Java中定义的类名。第二个是属性（attributes）。第三个是该类提供的方法。 属性和操作之前可附加一个可见性修饰符。加号（+）表示具有公共可见性。减号（-）表示私有可见性。#号表示受保护的可见性。省略这些修饰符表示具有package（包）级别的可见性。如果属性或操作具有下划线，表明它是静态的。在操作中，可同时列出它接受的参数，以及返回类型，如下图所示： 2.包（Package） UML类图中包是一种常规用途的组合机制。UML中的一个包直接对应于Java中的一个包。在Java中，一个包可能含有其他包、类或者同时含有这两者。进行建模时，你通常拥有逻辑性的包，它主要用于对你的模型进行组织。你还会拥有物理性的包，它直接转换成系统中的Java包。每个包的名称对这个包进行了惟一性的标识。 3.接口（Interface） 接口是一系列操作的集合，它指定了一个类所提供的服务。它直接对应于Java中的一个接口类型。接口既可用下面的那个图标来表示（上面一个圆圈符号，圆圈符号下面是接口名，中间是直线，直线下面是方法名），也可由附加了<
UML状态图编写规范
UML状态图规范说明 一、状态图简介 状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。 状态图用于显示状态机（它指定对象所在的状态序列）、使对象达到这些状态的事件和条件、以及达到这些状态时所发生的操作。 状态机用于对模型元素的动态行为进行建模，更具体地说，就是对系统行为中受事件驱动的方面进行建模（请参见概念：事件与信号）。状态机专门用于定义依赖于状态的行为（即根据模型元素所处的状态而有所变化的行为）。其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为（这些元素通常是主要负载管理数据的被动类）。 状态是对象执行某项活动或等待某个事件时的条件。对象可能会在有限 长度内保持某一状态。状态具有以下几项特征： 二、状态图内容 2．1 转移 转移是两个状态之间的关系，它表示当发生指定事件并且满足指定条件时，第一个状态中的对象将执行某些操作并进入第二个状态。当发生这种状态变更
时，即“触发”了转移。在触发转移之前，可认为对象处于“源”状态；在触发转移之后，可认为对象处于“目标”状态。转移具有以下几项特征： 一个转移可能有多个源状态，在这种情况下，它将呈现为一个从多个并行状态出发的结合点；一个转移也可能有多个目标状态，在这种情况下，它将呈现为一个到多个并发状态的叉形图。 2．2 事件触发器 在状态机环境中，事件是指可触发状态转移的激励的发生。事件可能包括信号、调用、时间推移或状态变更。信号或调用可能具有其值可用于转移的参数，其中包括警戒条件和操作的表达式。也可能会有无触发器的转移，这样的转移没有事件触发器。这种转移也被称为完成转移，它们在源状态完成其活动后将被隐含触发。 2．3 警戒条件 当转移的触发事件发生时，将对警戒条件进行求值。只要警戒条件不重叠，就可能会有来自同一源状态并具有同一事件触发器的多个转移。在事件发生时，只为转移进行一次警戒条件求值。该布尔表达式可能会引用对象的状态。 2．4 操作
UML各种图详解
UML用例图 用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块。展示了一个外部用户能够观察到的系统功能模型图。 用例图中涉及的关系： 1》泛化(Inheritance) 就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用 例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。 2》包含(Include) 包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。 3》扩展(Extend) 扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。
包含(include)、扩展(extend)、泛化(Inheritance)的区别： 条件性：泛化中的子用例和include中的被包含的用例会无条件发生，而extend中的延伸用例的发生是有条件的； 直接性：泛化中的子用例和extend中的延伸用例为参与者提供直接服务，而include 中被包含的用例为参与者提供间接服务。 对extend而言，延伸用例并不包含基础用例的内容，基础用例也不包含延伸用例的内 容。 对Inheritance而言，子用例包含基础用例的所有内容及其和其他用例或参与者之间的 关系； UML类图 类名：如果是抽象类，则采用斜体（继承用实线）
'. 1》接口的表示： 一个类和一个接口不同：一个类可以有它形态的真实实例，然而一个接口必须至少有一 个类来实现它。在 UML 2 中，一个接口被认为是类建模元素的特殊化。因此，接口就象类 那样绘制，但是长方形的顶部区域也有文本“interface”。 2》UML 支持的可见性类型的标志 标志可见性类型 +Public #proteted -private ~package 3》多重值和它们的表示 可能的多重值描述 表示含义 0..1 0个或1个 1只能1个 0..*0个或多个 * 0个或多个 1..*1个或多个 3只能3个 0..50到5个 5..15 5到15个
UML实例图讲解
UML实践----用例图、顺序图、状态图、类图、包图、协作图 2009-01-20 作者：Randy Miller 来源：网络 面向对象的问题的处理的关键是建模问题。建模可以把在复杂世界的许多重要的细节给抽象出。许多建模工具封装了UML（也就是Unified Modeling Language?），这篇课程的目的是展示出UML的精彩之处。 UML中有九种建模的图标，即： ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接。而且每个部分都有一个小问题，测试一下你对这个部分的理解。 为什么UML很重要？ 为了回答这个问题，我们看看建筑行业。设计师设计出房子。施工人员使用这个设计来建造房子。建筑越复杂，设计师和施工人员之间的交流就越重要。蓝图就成为了这个行业中的设计师和施工人员的必修课。 写软件就好像建造建筑物一样。系统越复杂，参与编写与配置软件的人员之间的交流也就越重要。在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”。现在它已经成为了软件行业的一部分了。UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。 UML被应用到面向对象的问题的解决上。想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的。一个模型model就是根本问题的抽象。域domain就是问题所处的真实世界。 模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。记住把一个对象想象成“活着的”。对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）。对象的属性的值决定了它的状态state。 类Classes是对象的“蓝图”。一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。对象是类的实例instances。 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象。强调这个系统是什么而不是这个系统怎么工作。 用例图与情节紧紧相关的。情节scenario是指当某个人与系统进行互动时发生的情况。下面是一个医院门诊部的情节。 “一个病人打电话给门诊部预约一年一次的身体检查。接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录。”
UML学习绘制序列图、状态图
淮海工学院计算机工程学院实验报告书 课程名:UML理论及实践 题目：实验三学习绘制序列图、状态图 班级：D计算机081 学号：510851123 姓名：陆麒 评语： 成绩：指导教师： 批阅时间：年月日
一、实验目的与要求 (1)理解序列图（顺序图）和状态图中各成分的含义； (2)掌握在Rose/RSA中绘制顺序图和状态图的方法。 二、实验内容 (1)以****管理系统为主题，围绕某一个用例,在Rose/RSA中绘制其顺序图 ; (2)以****管理系统为主题，针对某一个对象,在Rose/RSA中绘制其状态图。 三、实验步骤 （1）以项目与资源管理系统为主题，围绕添加技能这个用例,在Rose/RSA中绘制其顺序图; （2）以网店管理系统为主题，针对某一个对象,在Rose/RSA中绘制其状态图。 四、实验结果 （1）以项目与资源管理系统为主题，围绕添加技能这个用例,在Rose/RSA中绘制其顺序图; :资源管理员 :
（2）以网店管理系统为主题，针对某一个对象,在Rose/RSA 中绘制其状态图。 发货处理 取消 已发送 等待 收到商品[ 部分商品缺货 ] 检查 do/ 检查商品... [ 未检查完全部商品 ] / 取下一个 [ 全部商品已检查完，但部分商品缺... 办理发货 do/ 启动发货 [ 全部商品已检查完且全部商品都有 ]收到商品[ 全部商品都有 ] 取消 图二 网店处理送货状态机图 网店处理送货状态机图，包含组合状态：发货处理，和简单状态：取消、已发货。 发货状态为组合状态，内嵌了一个状态机图，含有子状态“检查”、“办理发货”、“等待”。 五、结果分析与实验体会 在本次实验中，我绘制了两个图，分别以项目与资源管理系统为主题，围绕添加技能这个用例,在Rose/RSA 中绘制其顺序图 ，以网店管理系统为主题，针对某一个对象,在Rose/RSA 中绘制其状态图，通过实验，学习绘制序列图、状态图，理解了顺序图和状态机图中各成分的含义；掌握了在Rose/RSA 中绘制顺序图和状态图的方法。
UML各种图画法总结
一．用例图 用例模型是把应满足用户需求的基本功能(集) 聚合起来表示的强大工具。 用例模型的基本组成部件是用例角色和系统。 引入用例的主要目的是： 确定系统应具备哪些功能这些功能是否满足系统的需求开发者与用户协商达成共识的东西 为系统的功能提供清晰一致的描述，以便为后续的开发工作打下良好的交流基础，方便开发人员传递需求的功能 为系统验证工作打下基础通过验证最终实现的系统能够执行的功能是否与最初需求的功能相一致保证系统的实用性 从需求的功能用例出发提供跟踪进入系统中具体实现的类和方法检查其是否正确的能力特别是为复杂系统建模时常用用例模型构造系统的简化版本（也就是精化系统的变化和扩展能力使系统不要过于复杂）然后利用该用例模型跟踪对系统的设计和实现有影响的用例简化版本构造正确之后通过扩展完成复杂系统的建模 图示用例图时既要画出三种模型元素，同时还要画出元素之间的各种关系（通用化关联依赖） 用例代表的是一个完整的功能。 如何发现用例 实际上从识别角色起发现用例的过程就已经已开始了对于已识别的角色通过询问下列问题就可发现用例 ●角色需要从系统中获得哪种功能角色需要做什么 ●角色需要读取产生删除修改或存储系统中的某种信息吗 ●系统中发生的事件需要通知角色吗或者角色需要通知系统某件事吗这 些事件功能能干些什么 ●如果用系统的新功能处理角色的日常工作是简单化了还是提高了工作效 率 ●还有一些与当前角色可能无关的问题也能帮助建模者发现用例例如 ●系统需要的输入/输出是什么信息这些输入/输出信息从哪儿来到哪儿去 ●系统当前的这种实现方法要解决的问题是什么也许是用自动系统代替手 工操作 UML 中的用例 UML 中的用例用椭圆形表示用例的名字写在椭圆的内部或下方用例位于系统边界的内部 角色与用例之间的关联关系或通信关联关系用一条直线表示
UML中各种图的画法(全)
UML中各种图的画法(全) 一、UML中基本的图范畴： 在 UML 2 中有二种基本的图范畴：结构图和行为图。每个 UML 图都属于这二个图范畴。结构图的目的是显示建模系统的静态结构。它们包括类，组件和（或）对象图。另一方面，行为图显示系统中的对象的动态行为，包括如对象的方法，协作和活动之类的内容。行为图的实例是活动图，用例图和序列图。 二、UML中的类图： 1.类图的表示： 类的 UML 表示是一个长方形，垂直地分为三个区，如图 1 所示。顶部区域显示类的名字。中间的区域列出类的属性。底部的区域列出类的操作。在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。 描述： 顶部区域显示类的名字。中间的区域列出类的属性。底部的区域列出类的操作。当在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。 ·类名：如果是抽象类，则采用斜体 ·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式 n ame : attribute type = default value 如balance : Dollars = 0，这是带有默认值的表达形式 ·类方法列表：name(parameter list) : type of value returned
注意： 在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。然而，用于生成代码的类图，要求类的属性类型必须限制在由程序语言提供的类型之中，或包含于在系统中实现的、模型的类型之中。 2.继承的表示： 为了在一个类图上建模继承，从子类（要继承行为的类）拉出一条闭合的，单键头（或三角形）的实线指向超类。 类名BankAccount和withdrawal操作使用斜体。这表示，BankAccount 类是一个抽象类，而withdrawal方法是抽象的操作。换句话说，BankAccount 类使用withdrawal规定抽象操作，并且CheckingAccount 和 SavingsAccount 两个子类都分别地执行它们各自版本的操作。 3.接口的表示： 一个类和一个接口不同：一个类可以有它形态的真实实例，然而一个接口必须至少有一个类来实现它。在 UML 2 中，一个接口被认为是类建模元素的特殊化。因此，接口就象类那样绘制，但是长方形的顶部区域也有文本“interface”。
UML状态图文档
UML状态图文档 题目要求： 题目一： （1）Windows的图形用户界面(GUI)有多种状态，请画一张GUI的状态图。（不需要很详尽，只需画出状态和之间的转换关系） （2）在GUI工作时，它不仅仅是等待、识别、显示用户输入，还可能要监视系统的时钟或者定期更新应用程序的界面显示。请据此画出GUI工作状态的详细状态图。 题目二： 电梯系统有如下几个状态：空闲状态（Idle），运行状态（Run），上升状态（Moving Up），下降状态（Moving Down），停止状态（Stop），开门状态（Door Open），关门状态（Door Close）。请根据这几个状态，画一张状态图。 题目一（1） 状态分析： 1、状态类型：开机状态（Start）、睡眠状态（Sleep）、工作状态（Run）、关机状态（Colse） 2、初始状态：开机状态 3、状态装换 从开机状态开始，在电脑启动后，WINDOWS GUI进入工作状态。 在工作状态下如果用户选择SLEEP选项或者电脑长期没有得到请求，WINDOWS进入睡眠状态。 睡眠之后如果得到启动电脑进入工作状态。 在睡眠状态下如果电脑电力不足将直接进入关机状态。 在工作状态下选择关机选项或者电脑电力不足电脑进入关机状态。 状态图： 题目一（2） 状态分析： 1、状态类型：等待状态（Waiting）、识别状态（Chceking）、显示状态（Printing）、监视状
态（Overlooking）、更新状态（Updating） 2、初始状态：等待状态 3、状态转换 在等待状态下，接受用户输入即进入识别状态。 在识别成功后进入显示状态。 显示结束后系统进入等待状态。 在等待识别显示状态过程中，经过一段时间GUI都将进入监视状态或者更新状态检查系统时钟。 在显示状态中，经过一段时间系统可以进入更新状态，定期更新应用程序的显示界面。 无论是监视状态还是更新状态，在工作结束后都将回到原来进入的状态，即等待识别显示状态或者显示状态。 状态图： 题目二 状态分析： 1、状态类型：空闲状态（Idle），运行状态（Run），上升状态（Moving Up），下降状态（Moving Down），停止状态（Stop），开门状态（Door Open），关门状态（Door Close） 2、初始状态：空闲状态（Idle） 3、状态装换 从空闲状态开始，如果电梯被请求了，电梯进入运行状态。 运行过程中，如果期望楼层大于当前楼层，电梯上升，反之电梯下降。 在上升或者下降过程中，当期望楼层等于当前楼层时，电梯停止。 在经历一段时间等待后，电梯门开。 电梯门打开一段时间后，电梯门关闭。 若电梯没有任何请求，电梯进入空闲状态，有请求继续进入运行状态。 状态图：
UML各种图详解
父用例通常是抽象的。
1 一个类和一个接口不同：一个类可以有它形态的真实实例，然而一个接口必须至少有一个类来实现它。在 UML 2 中，一个接口被认为是类建模元素的特殊化。因此，接口就象类那样绘制，但是长方形的顶部区域也有文本“interface”。 2》UML 支持的可见性类型的标志 3》多重值和它们的表示
4》类图之间的关系有：泛化（继承），依赖，关联，聚合/组合。 1.聚合/组合 聚合是一种特别类型的关联，用于描述“总体到局部”的关系。在基本的聚合关系中，部分类的生命周期独立于整体类的生命周期。 举例来说，我们可以想象，车是一个整体实体，而车轮轮胎是整辆车的一部分。轮胎可以在安置到车时的前几个星期被制造，并放置于仓库中。在这个实例中，Wheel类实例清楚地独立地Car类实例而存在。然而，有些情况下，部分类的生命周期并不独立于整体类的生命周期-- 这称为合成聚合。举例来说，考虑公司与部门的关系。公司和部门都建模成类，在公司存在之前，部门不能存在。这里Department类的实例依赖于Company类的实例而存在。 ·基本聚合（聚合） 有聚合关系的关联指出，某个类是另外某个类的一部分。在一个聚合关系中，子类实例可以比父类存在更长的时间。为了表现一个聚合关系，你画一条从父类到部分类的实线，并在父类的关联末端画一个未填充棱形。 图中清楚的表明了类Car对象包含了另一类Wheel的4个实例，这两者在概念上是密不可分的，其中的一个类是另一个类的构成成分。菱形表示“包含”，箭头表示被包含的对象，数字4表示包含的数目。 ·组合聚合（组合） 组合聚合关系是聚合关系的另一种形式，但是子类实例的生命周期依赖于父类实例的生命周期。 注意:组合关系如聚合关系一样绘制，不过这次菱形是被填充的。 2.依赖 依赖可以说是要完成C5里的所有功能，一定要有C6的方法协助才行 3.关联 可以分为单向关联，双向关联
解析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活动图不是必须的。 用到UML活动图的情况： --描述并行的过程或这行为 --描述一个算法 --描述一个跨越多个用例的活动 状态图描述了一个具体对象的可能状态以及他们之间的转换。 单独的说UML活动图很抽象，但是当把UML活动图与流程图进行简单的比较之后就
怎么画uml状态图
怎么画uml状态图 导语： UML状态图是描述一个实体基于事件反应的动态行为，在软件开发行业运用的较为广泛。作为行业的基础图示，我们很有必要学习这类图形该如何绘制。 免费获取免费UML建模软件：https://www.wendangku.net/doc/4515693266.html,/software-diagram-tool/umldiagramsoftware/ 可以轻松绘制UML状态图的软件 亿图图示软件可以轻松绘制理想的uml状态图。UML状态图本质是一种连接线、图框与少量文字构成的图表，但绘制过程需要使用特殊的符号。亿图作为一款专业的图形图表设计软件，配有齐全的绘图符号，能够满足广大绘图用户的需求。即使是零基础的绘图者，也能够快速入门，并绘出具有专业水准的状态图。
系统要求 Windows 2000, Windows XP, Windows 2003, Windows Vista, Windows 7,Windows 8, Windows 10 Mac OS X 10.10 + Linux Debian, Ubuntu, Fedora, CentOS, OpenSUSE, Mint, Knoppix, RedHat, Gentoo及更多 亿图图示绘制“UML状态图”的特点 ●例子供参考：软件提供相关的例子，供用户参考学习，也可以直接使用模板 进行修改。 ●更多绘图功能：软件不仅仅可以回绘制UML所有类型的图示，还可以绘制 流程图、思维导图等。 ●独特的中文软件：这是一款仅有的国产图形图表设计软件，比国外软件更懂 国人的操作习惯。 ●便捷的操作：简单的拖拽式操作，让零基础的绘图者也能够享受软件带来的 便利。
UML用例图等9种图的中文样例
软件工程的5个阶段：需求分析(Requirements Capture)，系统分析与设计(System Analysis and Design)，实现(Implement)，测试(Test)，维护(Maintenance)。 2.UML的定义包括UML语义和UML表示法两个部分。UML语义描述基于UML 的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致和通用的定义性说明。UML表示法，为开发者或开发工具使用图形工具和文本语法为系统建模提供了标准。 3.UML(Unified Modeling Language)由视图(View)，图(Diagram)，模型元素(Model Element)，通用机制(General Mechanism)等组成，还提供了扩展机制(Extension Mechanism)，使得UML语言能够适应一个特殊的方法或者扩充到一个组织或用户。 a)视图是表达系统的某一方面特征的UML建模元素的子集，由多个图构成，是在某一个抽象层上，对系统的抽象表示。 b)图是模型元素集的图形表示，通常由弧(关系)和顶点(其他模型元素)相互连接构成。 c)模型元素代表面向对象中的类、对象、消息和关系等概念，是构成图的基本概念。 d)通用机制用于表示其他信息，比如注释、模型元素的语义等。 4.UML用模型来描述系统的结构或静态特征，以及行为或动态特征，从不同的视角为系统架构建模，形成不同视角： a)用例视图(Use Case View)，强调从用户角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。 b)逻辑视图(Logical View)，展现系统的静态或结构组成及特征，也被称为结构模型视图(Structural Model View)或者静态视图(Static View)。 c)并发视图(Concurrent View)，体现了系统的动态或者行为特征，也称为行为模型视图(Behavioral Model View)或动态视图(Dynamic View)。 d)组件视图(Component View)，体现了系统实现的结构和行为特征，也称为实现模型视图(Implementation Model View)。 e)配置视图(Deployment View)，体现了系统实现环境的结构和行为特征，也被称为环境模型视图(Environment Model View)或者物理视图(Physical View)。 5.视图由图构成，UML提供了9种不同的图： a)用例图(Use Case Diagram)，描述系统功能；
软件工程---UML状态图和活动图的绘制
内容： UML状态图和活动图的绘制 作业提交时间：20 年月日 姓名：学号：班级：计算机短号： 1 在操作系统中，进程包括就绪、运行、阻塞、挂起等状态，以及初态就绪和程序运行结束后的终态。就绪状态获得CPU时间片转为运行态；运行态时间片用完转为就绪态；运行态不满足所需资源转为阻塞态，阻塞态若资源满足则回到就绪态。考虑到内存空间，还有挂起和唤醒行为。请结合操作系统上上述相关知识，给出一般进程的可能的状态图，并要求给出每个状态具体的进入工作、退出动作以及驻留改状态时可能执行的动作。 答：首先确定好进程的基本状态以及个状态之间的转换关系。 进程的基本状态：就绪，运行，阻塞，挂起，终止。 进程各个状态之间的转换关系如下图所示： 2 在图书管理系统中，"新增读者信息"用例属于读者信息管理中的一个功能，主要用于在系统中增加新的读者信息，其具体的办理流程是：（1）"读者"填写申请表，并交给"图书管理员"； （2）"图书管理员"将申请表中的信息通过录入界面，输入到图书管理系统；（3）系统中的"业务逻辑"组件将判断输入的信息是否合法； （4）如果不合法则转入步骤（5），否则转入步骤（6）; （5）显示"添加错误信息"，转到（8）； （6）在“数据库”添加相信的用户信息； （7）显示"添加成功信息"；
（8）结束。 请绘制该过程的活动图。 答： 按照题目要求画出读者增添信息活动图如下所示： 作业心得： 通过本次作业更深的了解了状态图和活动图的基本概念。结合实际问题画出对应的状态图和活动图给人一种特别形象的流程感觉。通过开始到结束之间的状态之间的转换关系清楚的体现出一个工作的循序以及各种判断。两种图主要用于描述用例内部的工作流程。显示如何执行一组相关的动作，以及这些动作如何影响周围对象的基本路线。在此过程当中更进一步的掌握了如何使用建模工具的方法和思路。特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换充分展示一各活动的全部层面。 教师评语：
UML的几种图
1、用例图（use case diagram） 用例图（Use Case Diagram ）是被称为参与者(Actor)的外部用户所能观察到的系统功能的模型图 列出系统中的用例和参与者 显示哪个参与者参与了哪个用例的执行 核心概念 用例：系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用 参与者、参与者泛化 用例与参与者之间的关系：关联UC01：“借书”用例文档 用例名称：借书 用例标识：UC01 涉及的参与者：工作人员 涉及的用例：无 描述：工作人员利用该用例为读者完成借书过程前置条件：工作人员必须登录到当前系统 涉众利益：
用例之间关系：扩展、包括、泛化 推荐使用场合 业务建模、需求获取、定义 某图书馆管理系统： 是一个基于Web 的计算机应用系统； 读者可以查询图书信息以及借阅信息； 读者可以通过系统预约所需的图书； 图书馆工作人员利用该系统完成读者的借书、还书业务； 图书馆工作人员可以对图书信息、读者信息等进行维护； 对于到期的图书，系统会自动向读者发送催还信息； 管理员会定期进行系统维护； …… 基本事件流： 后置条件：备选事件流 字段列表： 认为当天日期）、借阅天数以及归还日期。业务规则 阅规则取决于读者的类型(非功能需求：设计约束：
2、活动图（activity diagram） 活动图（Activity Diagram） 通过动作来组织，主要用于描述某一方法、机制或用例的内部行为 核心概念 状态、活动、组合活动、对象 转移、分支 并发、同步 泳道 推荐使用场合 业务建模、需求、类设计 3、静态结构图
类、 、框架、层、
UML状态机图介绍
UML状态机图 1.状态机图的作用 状态机图是用来为对象的状态及造成状态改变的事件建模。UML的状态机图主要用于建立对象类或对象的动态行为模型，表现一个对象所经历的状态序列，引起状态或活动转移的事件，以及因状态或活动转移而伴随的动作。状态机图也可用于描述Use Case,以及全系统的动态行为。 状态机图表示一个模型元素在其生命期间的情况：从该模型元素的开始状态起，响应事件，执行某些动作，引起转移到新状态，又在新状态下响应事件，执行动作，引起转移到另一个状态，如此继续，直到终结状态。 2.状态机图的基本元素 状态机图的基本元素包括：状态、转移、事件、伪状态和复合状态。 状态图由状态（state，圆角矩形）与转换（transition，连接状态的箭头）组成。引起状态改变的触发器（trigger）或者事件（event）沿着转换箭头标示。如图所示灯光有2个状态：off与on。当lift switch或者lower switch事件被触发时，灯光状态会改变。 图表1 状态图的基本元素 状态图通常有初始伪状态（initial pseudostate）和最终状态（final state），分别表示状态机的开始和结束。初始状态用实心圆表示，终止状态用牛眼表示。
图表2状态图中的初始伪状态与最终状态 2.1状态（state） 状态是指在对象生命周期中满足某些条件、执行某些活动或等待某些事件的一个条件和状况。一个状态通常包括名称、进入/退出活动、内部转换、子状态和延迟事件等五个部分组成。 图表3 带分栏的状态 在状态图的下面部分可以标识内部活动，包括事件和动作（event/action）。Entry和exit事件是标准的，任何一个进入状态的转换都将会调用entry动作，任何一个退出状态的转换都将会调用exit动作，而且也可以添加自己的事件。与do行为不同，进入和退出行为是无法被中断的。 图表4状态的内部行为 例如，咖啡机正在煮咖啡的状态（Brewing），并且可以把行为写在状态内。
根据UML图写类的实例
根据UML图，写出Java程序的代码。 class MyClass { Student myStudent; String ClassName; private int StudNum; public void addStudent(Student stud) { myStudent= stud; } } class Student { long StudentID; private String StudentName; private String PassWord; public String getName() { return StudentName; } void changePassWord(String newPWD) {this. PassWord = newPWD; } }
interface ILeanable { public void study(); } interface ITeacher {public void teach(); } class Person { public String name; } class Student extends Person Implements ILeanable { private int age; private String address; public void study() {….} } class T eacher extends Person Implements ITeacher { private String major; private int age; public void teach() {…} }
uml语言各种图形的建立步骤
UML语言各种图形的建立步骤 1．用例图的建立步骤： 1〉找出系统外部的活动者和外部系统，确定系统的边界和范围。 2〉确定每一个活动者所希望的系统行为。 3〉把这些系统行为命名为用例。 4〉把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。 5〉编制每一个用例的剧本。 6〉绘制用例图。 7〉区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。 8〉精化用例图，解决用例见得重复与冲入问题，简化用例中的对话序列，用力图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。 2．对象类图的建立步骤： 1〉研究分析问题领域，确定系统的需求。 2〉发现对象和对象类，明确他们的含义和责任，确定属性和操作。 3〉发现类之间的静态联系。着重分析找出对象类之间的一般和特殊关系，部分与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特征，但是应当把对 系统的静态分析与动态分析结合起来，更能准确地了解系统的静态结构特征。 4〉设计类与联系。调整和精化已得到的对象类和类之间的联系，解决诸如命名冲突、功能重复等问题。 5〉绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和对象类开始的，这是常规的面向对象的系统分析与设计的做法。Rational统一过程主张采用 用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者和用例，建立 业务模型。业务模型包括业务用例模型、设计模型、实现模型和测试模型。 3．系统中的例外情况建模： 1〉对于每一个对象类和接口，找出可能发生的例外情况和出现例外情况的条件。 2〉把每一个例外情况用一个信号类描述，类名前冠有构造型《exception》。 3〉建立例外情况的层次结构，把一般性的例外情况置于高层，把特殊性的例外情况置于低层。 4〉对于每一个操作确定可能发生的例外情况。在操作和他的例外情况的信号图表之间有一条虚箭线连接，其上标出构造型《send》，表示从操作到他的例外情况的send 依赖。 4．顺序图的建立步骤： 1〉确定交互的上下文。 2〉找出参与交互的对象类角色，把他们横向排列在顺序图的顶部，最重要的对象安置在最左边，交互密切的对象尽可能相邻。在交互中创建的对象在垂直方向应安置在
uml各种图例及说明
1、用例图 描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。 2、类图 类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型，确切的说，是一种静态模型类型。3、对象图 与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。它描述的不是类之间的关系，而是对象之间的关系。 4、活动图 描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。 5、状态图 描述类的对象所有可能的状态，以及事件发生时状态的转移条件。可以捕获对象、子系统和系统的生命周期。他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态。一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充。 6、序列图（顺序图） 序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。 7、协作图 和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。 8、构件图（组件图） 描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。 9、部署图（配置图） 是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。 ------------------------------------------------------------------------------------------------------------- 一：这九种模型图各有侧重， 1:用例图侧重描述用户需求， 2:类图侧重描述系统具体实现； 二：描述的方面都不相同，