全部科目 > 系统架构设计师 >
2024年上半年 上午试卷 综合知识
第 3 题
知识点 UML的结构   用例图  
关键词 UML   用例图   用例  
章/节 设计方法  
 
 
在 UML用例图中,不属于用例与用例之间关系的是()
 
  A.  扩展关系
 
  B.  聚合关系
 
  C.  包含关系
 
  D.  继承关系




 
 
相关试题     设计方法 

  第32题    2009年下半年  
用例(usecase)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中,创建新订单和更新订单都需要核查用..

  第33题    2020年下半年  
信息隐蔽是开发整体程序结构时使用的法则,通过信息隐蔽可以提高软件的(33)测试性和(34)。

  第32题    2018年下半年  
软件设计包括了四个既独立又相互联系的活动:高质量的(32)将改善程序结构和模块划分,降低过程复杂性;(33)的主要目标是开发一个模块化的程序结构,并表示出..

 
知识点讲解
· UML的结构
· 用例图
 
        UML的结构
        UML的结构包括基本构造块、支配这些构造块如何放在一起的规则(架构)和一些运用于整个UML的机制。
               构造块
               UML有3种基本的构造块,分别是事物(thing)、关系(relationship)和图(diagram)。事物是UML中重要的组成部分,关系把事物紧密联系在一起,图是很多有相互相关的事物的组。
               公共机制
               公共机制是指达到特定目标的公共UML方法,主要包括规格说明(详细说明)、修饰、公共分类(通用划分)和扩展机制四种。
               (1)规格说明:规格说明是事物语义的文本描述,它是模型真正的核心。
               (2)修饰:UML为每一个事物设置了一个简单的记号,还可以通过修饰来表达更多的信息。
               (3)公共分类:包括类与对象(类表示概念,而对象表示具体的实体)、接口和实现(接口用来定义契约,而实现是具体的内容)两组公共分类。
               (4)扩展机制:包括约束(添加新规则来扩展事物的语义)、构造型(用于定义新的事物)、标记值(添加新的特殊信息来扩展事物的规格说明)。
               规则
               UML用于描述事物的语义规则分别是为事物、关系和图命名。给一个名字以特定含义的语境,即范围;怎样使用或看见名字,即可见性;事物如何正确、一致地相互联系,即完整性;运行或模拟动态模型的含义是什么,即执行。
               UML对系统架构的定义是系统的组织结构,包括系统分解的组成部分、它们的关联性、交互、机制和指导原则等这些提供系统设计的信息。而具体来说,就是指5个系统视图,分别是逻辑视图、进程视图、实现视图、部署视图和用例视图。
               (1)逻辑视图:以问题域的语汇组成的类和对象集合。
               (2)进程视图:可执行线程和进程作为活动类的建模,它是逻辑视图的一次执行实例,描绘了所设计的并发与同步结构。
               (3)实现视图:对组成基于系统的物理代码的文件和构件进行建模。
               (4)部署视图:把构件物理地部署到一组物理的、可计算的结点上,表示软件到硬件的映射及分布结构。
               (5)用例视图:最基本的需求分析模型。
               另外,UML还允许在一定的阶段隐藏模型的某些元素、遗漏某些元素以及不保证模型的完整性,但模型逐步地要达到完整和一致。
 
        用例图
        用例是一种描述系统需求的方法。用例图(use case diagram)展现了一组用例、参与者(Actor)以及它们之间的关系。
        用例图中通常包含三种元素:用例、参与者、用例之间的关系,如下图所示。
        
        UML用例图
        参与者是指存在于系统外部并与系统进行交互的任何事物,既可以是使用系统的用户,也可以是其他外部系统和设备等外部实体。
        用例是描述系统的一项功能的一组动作序列,这样的动作序列表示参与者与系统间的交互。
        用例之间通常存在三种关系:包含(include)、扩展(extend)和泛化(generalization)。
        (1)包含关系。当可以从两个或两个以上的用例中提取公共行为时,应该使用包含关系来表示它们。其中被提取出来的公共用例称为抽象用例,而把原始用例称为基本用例或基础用例。当多个用例需要使用同一段事件流时,抽象成为公共用例,可以避免在多个用例中重复地描述这段事件流,也可以防止这段事件流在不同用例中的描述出现不一致。当需要修改这段公共的需求时,也只要修改一个用例,避免同时修改多个用例而产生的不一致和重复性工作。另外,当某个用例的事件流过于复杂时,为了简化用例的描述,也可以将某一段事件流抽象成为一个被包含的用例。
        (2)扩展关系。如果一个用例明显地混合了两种或两种以上的场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例。
        (3)泛化关系。当多个用例共同拥有一种类似的结构和行为时,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。
        用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为,即该系统在它的周边环境的语境中所提供的外部可见服务。
        当对系统的静态用例视图建模时,可以用下列两种方式来使用用例图:
        (1)对系统的语境建模。
        对一个系统的语境进行建模,包括围绕整个系统画一条线,并声明有哪些参与者位于系统之外并与系统进行交互。在这里,用例图说明了参与者以及它们所扮演的角色的含义。
        (2)对系统的需求建模。
        对一个系统的需求进行建模,包括说明这个系统应该做什么(从系统外部的一个视点出发),而不考虑系统应该怎样做。在这里,用例图说明了系统想要的行为。通过这种方式,用例图使我们能够把整个系统看作一个黑盒子。你可以观察到系统外部有什么,系统怎样与哪些外部事物相互作用,但却看不到系统内部是如何工作的。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2026 All Rights Reserved
软考在线版权所有