免费智能真题库 > 历年试卷 > 系统架构设计师 > 2024年上半年 系统架构设计师 上午试卷 综合知识
  第3题      
  知识点:   UML的结构   用例图
  关键词:   UML   用例图   用例        章/节:   设计方法       

 
在 UML用例图中,不属于用例与用例之间关系的是()
 
 
  A.  扩展关系
 
  B.  聚合关系
 
  C.  包含关系
 
  D.  继承关系
 
 
 

  相关试题:设计方法          更多>  
 
  第31题    2019年下半年  
   51%
软件概要设计将软件需求转化为软件设计的   (31)   和软件的   (32)   
  第29题    2024年下半年  
   75%
UML中用例的参与者的关系有()
  第35题    2012年下半年  
   60%
对于违反里氏替换原则的两个类A和B,可以采用的候选解决方案中,正确的是 (35).
   知识点讲解    
   · 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)对系统的需求建模。
        对一个系统的需求进行建模,包括说明这个系统应该做什么(从系统外部的一个视点出发),而不考虑系统应该怎样做。在这里,用例图说明了系统想要的行为。通过这种方式,用例图使我们能够把整个系统看作一个黑盒子。你可以观察到系统外部有什么,系统怎样与哪些外部事物相互作用,但却看不到系统内部是如何工作的。
   题号导航      2024年上半年 系统架构设计师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
 
第3题    在手机中做本题