软件水平考试
UML 通过五个视图来定义系统架构，（2）表示了设计模型中在架构方面具有重要意义的类、子系统、包和用例实现的子集。A.逻辑视图 B.用例视图 C.进程视图 D.部署视图
题目
B.用例视图
C.进程视图
D.部署视图
相似问题和答案
第1题：
基于UML的需求分析过程的基本步骤为：利用（ ）表示需求；利用（ ）表示目标软件系统的总体架构。
A.用例及用例图 B.包图及类图 C.剧情及序列图 D.组件图及部署图 A.用例及用例图 B.包图及类图 C.剧情及序列图 D.组件图及部署图
第2题：
UML叫做统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：
(36)用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。
(37)对静态结构(类、对象和关系)模型化。
(38)描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。
A．环境模型视图
B．实现模型视图
C．结构模型视图
D．用户模型视图
第3题：
● 在面向对象开发方法中，用 UML表示软件体系架构，用到 5 个视图：逻辑视图、构件视图、部署视图、 （6）
（6）
A．使用视图和动态视图
B. 用例视图和动态视图
C. 用例视图和进程视图
D. 静态视图和动态视图
第4题：
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
根据基于软件架构的设计的定义，基于软件架构的设计（ArchitectureBasedSoftwareDevelopment，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
第5题：
在UML中，用例建模是一种从(56)的角度来建立系统功能需求模型的方法。
A．系统分析员获取需求
B．用户使用系统
C．系统架构师建立功能架构
D．系统评测师评价系统
解析：用例是应用程序开发中的一个关键技术，主要用来捕获系统的高层次用户功能性需求。用例模型从用户的角度描述了系统会做什么，即项目的目的和范围。用例是估计工作量的单位也是发布产品的最小单位。
第6题：
●UML称为统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用规则所支配的符号来表示分析模型。
在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：
(8) 用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。
(9) 对静态结构(类、对象和关系)模型化。
(10) 描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。
(11) 将系统的结构和行为表达成为易于转换为实现的方式。
(12) 表示系统实现环境的结构和行为。
(8) ～(10) A．环境模型视图
B．行为模型视图
C．用户模型视图
D．结构模型视图
(11) ，(12) A．环境模型视图
B．实现模型视图
C．结构模型视图
D．行为模型视图
【解析】①用户模型视图：从用户(在UML中叫做参与者)角度来表示系统。它用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。②结构模型视图：从系统内部来看数据和功能性，即对静态结构(类、对象和关系)模型化。③行为模型视图：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。④实现模型视图：将系统的结构和行为表达成为易于转换为实现的方式。⑤环境模型视图：表示系统实现环境的结构和行为。
第7题：
A、定义系统的备选架构来描述系统的高层组织结构，以用例组织后续的分析模型。
B、确定分析机制以记录系统中的通用问题
C、提取系统的关键抽象以揭示系统必须能够处理的核心概念
D、创建用例实现来启动用例分析
第8题：
试题（46）、（47）
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
试题（46）、（47）分析
根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
参考答案
（46） B （47） C
第9题：
UML称为统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用规则所支配的符号来表示分析模型。
在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：
(11)用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。
(12)对静态结构(类、对象和关系)模型化。
(13)描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。
(14)将系统的结构和行为表达成为易于转换为实现的方式。
(15)表示系统实现环境的结构和行为。
可供选择的答案：
A．环境模型视图
B．实现模型视图
C．结构模型视图
D．行为模型视图
E．用户模型视图
解析：●用户模型视图：从用户(在UML中叫做参与者)角度来表示系统。它用使用实例(usecase)来建立模型，并用它来描述来自终端用户方面的可用的场景。●结构模型视图：从系统内部来看数据和功能性，即对静态结构(类、对象和关系)模型化。●行为模型视图：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。●实现模型视图：将系统的结构和行为表达成为易于转换为实现的方式。●环境模型视图：表示系统实现环境的结构和行为。
第10题：
UML采用5个互联的视图来描述软件系统的体系结构，即用例视图(Use—case View)、设计视图(Design View)、进程视图(Process View)、实现视图(Implementation View)和展开视图(Deployment View)。系统模型中每一个视图的内容是由一些图来描述的，UML中包含用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、分布图等9种图。对整个系统而言，其功能由用例图描述，静态结构由类图和对象图描述，动态行为由状态图、时序图、协作图和活动图描述，而物理架构则是由组件图和分布图描述。请分别指出用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、分布图的作用。
1)用例图定义了系统的功能需求，它完全是从系统的外部观看系统功能，并不描述系统内部对功能的具体实现。在用例图中，角色代表触发系统功能的用户或其他系统，用例代表具体的功能描述。 2)类图描述系统的静态结构，表示系统中的类以及类与类之间的关系。 3)对象图描述了一组对象以及它们之间的关系，表示类的对象实例。 4)状态图表示一个状态机，强调对象行为的事件顺序。 5)时序图和协作图均表示一组对象之间的动态协作关系。其中，时序图反映对象之间发送消息的时间顺序，协作图反映收发消息的对象的结构组织。时序图和协作图是同构 解析：用例描述了它所代表的功能的各个方面，即包含了用例执行期间可能发生的各种情况。用例和角色之间具有“关联”的连接关系，表示什么角色与该用例进行通信。在UML语言中，用例用一个椭圆图形和名称表示。
在本题中，我们通过题目说明可以识别以下用例：
1．与教师有关的用例
1)选择课程——选择所教的课程，并获得学生名册。
2)登记成绩——在学期结束时，提交学生的课程成绩。
2．与学生有关的用例
1)注册课程——在学期开始进行选课注册，允许在一段时间内更改或删除，课程目录系统提供当前学期的所有可选课程列表。2)查看成绩单——学生可以查看以前学期的电子成绩单。
3．与注册管理员有关的用例
1)维护课程信息——在系统中增加、修改和删除课程信息。2)维护学生信息——在系统中增加、修改和删除学生信息。3)维护教师信息——在系统中增加、修改和删除教师信息。4)关闭注册——删除少于3人的课程，并由付费系统通知学生缴费。
4．与安全性要求有关的用例
登录——使用此系统的人员需要进行登录，以验证其身份和权限。
发现和定义对象类应以问题域和系统责任为出发点，正确地运用抽象原则，尽可能全面地发现对象的因素，并对其进行检查和整理，最终得到系统的对象类。我们可以在用例模型的基础上，通过识别实体类、边界类和控制类，从而发现和定义系统中的对象类。识别上述对象类之后，通过建立交互图，将用例的行为分布到这些对象类中。时序图表示完成某项行为的对象类和这些对象类之间传递消息的时间顺序，其中，对象生命线是一条垂直的虚线，表示对象存在的时间；控制焦点是一个细长的矩形，表示对象执行一个所经历的时间段；消息是对象之间的一条水平箭头线，表示对象之间的通信。协作图包含一组对象和以消息交换为纽带的关联，用于描述系统的行为是如何由系统的成分合作实现的。