uml构造型_UML考前准备

  1. 用于把语义上相关的建模元素分组为内聚的单元。
  2. 定义类时,某个属性的可见性被指定为private,表示该属性 本身可见
  3. 4+1 Views Model 已成为架构设计的标准,其中“1”是指 用例视图 ,刻画架构结构方面内容的是逻辑视图

3c7ae58bec1af2a42dd990fba4db6ab8.png
  1. UML中的部署图通常用在 实施 阶段。
  2. 顺序图和协作图是可以相互转换的。
  3. UML图中适合描述单个用例中多个对象之间的协作行为的是( 交互图 ),适合描述跨越多个用例的单个对象的行为的是( 状态图 ),适合描述多个对象跨越多个用例时的总面貌的是( 活动图 )。
  4. 节点 能够代表计算资源的物理元素。
  5. 对象状态由对象的属性和关系定义。
  6. 对象的可见行为是通过 操作 进行建模的。
  7. 如下所示的顺序图中,Account类必须实现的方法有 ( checkBalance ( )、 withdraw ( ) 和deposit ( ) )

a96ab8d286fe02a873f40a5e49eba53a.png
  1. 由非功能需求主导的系统不适合用用例(use case)对系统的功能进行建模。
  2. 关于面向对象分析(OOA)与设计(OOD)的描述中,正确的是:分析构建的模型比较小,设计构建的模型比较大。
  3. 关于包与子系统
    1. 包和子系统都有容器的含义,即都可以包含其他模型元素。
    2. 二者都可以对外提供行为,包是通过其包含的公共可见性的类的公共方法,子系统则是通过接口提供对外行为。
    3. 子系统良好的封装性使得它和包相比具有更好的可复用性。
  1. Rose工具可以支持基于团队的建模工作,以下关于受控单元(controlled unit)的描述
    1. 受控单元是指可以进行版本控制的模型元素。
    2. 包是可以作为受控单元的最小元素。
    3. 受控单元可以根据需要被加载到工作空间或从工作空间卸载。
  2. 场景是用来描述用户和系统之间交互的顺序的步骤。用例是为了达到某一用户目标而组合在一起的一组场景。用例图用来显示在系统(或其它实体)内的用例与系统参与者之间的关系。
  3. 对用例图中泛化关系理解:
    1. 泛化表示一般和特殊的关系。
    2. 用例之间存在泛化关系。
    3. 参与者之间存在泛化关系。
  1. 在建立系统的用例模型时,首先应该确定系统的参与者。参与者从以下方面考虑:
    1. 谁是系统的主要用户,即谁使用系统的主要功能。
    2. 谁来管理、维护系统,以保证系统的正常运行
    3. 系统需要与哪些其他的系统交互。
  2. 下面关于活动图的描述:
    1. “泳道”技术用来描述每个活动是由哪个对象负责完成。
    2. “分支”只可以有一个进入转换和或多个输出转换。
    3. “分叉和汇合”用来表示并行发生的事件流。
    4. 活动图中的状态包括动作状态和活动状态。
  1. 在 ROSE中,顺序图和协作图(或通信图)通常建立在逻辑图下的use case realization包中。
  2. 抽象、封装、模块化是面向对象的基本原则。
  3. 图1-2为自动感应照明系统状态图,则下列描述中错误的是( 25 )。

A. 该系统包含初始状态、终止状态、Idle和Lighting四种状态。

B. “event power off/ power supply”表示状态“Lighting”的一个内转换。

C. 当该照明系统处于“Idle”状态时,如果发生事件movement detected,但是has power条 件不满足,则系统会忽略该事件,不进行任何状态转换。

D. 当该照明系统处于“Idle”状态时,对应于事件/条件序列:movement detected (has power), power off, no movement detected for 30 secs,该照明系统执行的动作序列为:turn on, computer degree, power supply, compute degree, turn off。

bbee57de11bbceaa9081685ac022075b.png

  1. 写出UML的英文全称,并列举任意10种UML图。(要求标识所列举的图为structural diagram还是behavioral diagram)
    Uml: Unified Modeling Language,统一建模语言。

结构图包括:类图,对象图,组件图,部署图,复合结构图,包图

行为图包括:用例图,顺序图,协作图(通信图),状态图,活动图,交互概要图,计时图

  1. 解释模型(model)和图(diagram)的概念,并说明它们的区别和联系。

模型是对复杂事物的简化,通过建立模型可以对目标系统进行可视化描述,详细描述其静态结构和动态行为,提供构造系统的模板,并且可以作为文档记录在分析设计系统过程中做出的种种决策。

图是由建模元素和关系组合在一起来表达一定的内容。

模型是利用视图和模型来构建的,其中视图刻画了系统的不同透视内容,即从不同角度对系统进行观察得到的内容;图用来刻画系统的构造块,是一种刻画系统类、接口、合作、组件、节点、依赖、泛化、关联关系等部件的图形工具。

  1. 请举例说明用例之间扩展关系和包含关系的区别。

包含关系:当多个用例都包含相同的动作序列,并且这些动作序列可单独看做一个用例时,可以将这些动作序列抽取出来作为一个子用例,被其他用例包含。在包含关系下,表示基本用例的每次执行都必须包含子用例中的动作序列,即基本用例本身是不完整的。

扩展关系:扩展关系给用例添加增量行为。一般将常规动作放在一个基本用例中,将非常规动作放在其扩展用例中。用扩展用例去扩展基本用例,表示基本用例本身是完整的,在执行基本用例的某个位置根据条件可以去执行扩展用例中的动作序列,即基本用例不知道扩展用例的存在,而是由扩展用例去主动扩展基本用例。常用来对基本功能进行扩展时使用。

  1. 请举例说明聚合关系和组合关系的含义、表示方法和区别。

​ 聚合和组合关系都是“整体-部分”或“partOf”关系,不同之处在于组合关系是一种强语义聚合,即是要满足两个约束的聚合:

​ 1)一个部件至多只属于一个装配件;

​ 2) 一个部件一旦被指定给一个装配件,它就与装配件有着共同的生存期。即当装配件对象消失时,部件对象也会随之消亡,部件对象与装配件对象是一种共存亡的关系。

7f6b80a660e5a7bd561172f97de58af0.png
  1. 请说明分析类中三种构造型的表示方法、含义和作用。

界面类用来描述系统与外界

  • 2
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值