“4+1”视图主要用于描述系统逻辑架构，最早由Philippe Kruchten于1995年提出。其中（）视图用于描述对象模型，并说明系统应该为用户提供哪些服务。当采用面向对象的设计方法描述对象模型时，通常使用（请作答此空）表达类的内部属性和行为，以及类集合之间的交互关系；采用（）定义对象的内部行为。A. 对象图 B. 活动图 C. 状态图 D. 类图

题目

“4+1”视图主要用于描述系统逻辑架构，最早由Philippe Kruchten于1995年提出。其中（）视图用于描述对象模型，并说明系统应该为用户提供哪些服务。当采用面向对象的设计方法描述对象模型时，通常使用（请作答此空）表达类的内部属性和行为，以及类集合之间的交互关系；采用（）定义对象的内部行为。

A. 对象图
B. 活动图
C. 状态图
D. 类图

如果没有搜索结果或未解决您的问题，请直接联系老师获取答案。

相似问题和答案

第1题：

●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．行为模型视图

正确答案：C,D,B,B,A
【解析】①用户模型视图：从用户(在UML中叫做参与者)角度来表示系统。它用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。②结构模型视图：从系统内部来看数据和功能性，即对静态结构(类、对象和关系)模型化。③行为模型视图：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。④实现模型视图：将系统的结构和行为表达成为易于转换为实现的方式。⑤环境模型视图：表示系统实现环境的结构和行为。

第2题：

动态模型描述系统的动态结构,主要描述类或对象之间的关系属性和操作。()

此题为判断题(对，错)。

参考答案：错误

第3题：

●UML提供了一系列的图支持面向对象的分析与设计，其中 (13) 给出系统的静态设计视图； (14) 对系统的行为进行组织和建模是非常重要的； (15) 和 (16) 都是描述系统动态视图的交互图，其中 (15) 描述了以时间顺序组织的对象之间的交互活动， (16) 强调收发消息的对象的组织结构。

(13)~(16) A．用例图

B．序列图

C．协作图

D．类图

正确答案：C,B,D,A
【解析】统一建模语言(Unified Modeling Language，UML)由于其简单、统一，能够表达软件设计中的动态和静态信息，目前已经成为可视化建模语言事实上的工业标准。UML由三个要素构成：UML的基本构造块、支配这些构造块如何放置在一起的规则和运用于整个语言的一些公共机制。UML的基本构造块有：类、接口、协作、用例、主动类、构件、节点、消息、状态、包、注解、依赖、关联、聚集、泛化和实现。

第4题：

软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式。“4+1”视图模型指用5个视图组成的模型来描述软件架构。其中，(50)描述了软件的静态组织结构，支持软件开发的内部需求。

A．物理视图

B．逻辑视图

C．进程视图

D．开发视图

正确答案：D
解析：软件架构是指大型、复杂软件系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能要求，同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用公式“软件架构={构成系统的元素，指导元素集成的形式，关系和约束}”来表达。
“4+1”视图模型用5个视图组成的模型来描述软件架构。该模型包含5个主要视图及其实现的功能如表7-7所示。

第5题：

UML称为统一的建模语言，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用规则所支配的符号来表示分析模型。

在UML中用5种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：

(11)用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。

(12)对静态结构(类、对象和关系)模型化。

(13)描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。

(14)将系统的结构和行为表达成为易于转换为实现的方式。

(15)表示系统实现环境的结构和行为。

可供选择的答案：

A．环境模型视图

B．实现模型视图

C．结构模型视图

D．行为模型视图

E．用户模型视图

正确答案：E
解析：●用户模型视图：从用户(在UML中叫做参与者)角度来表示系统。它用使用实例(usecase)来建立模型，并用它来描述来自终端用户方面的可用的场景。●结构模型视图：从系统内部来看数据和功能性，即对静态结构(类、对象和关系)模型化。●行为模型视图：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。●实现模型视图：将系统的结构和行为表达成为易于转换为实现的方式。●环境模型视图：表示系统实现环境的结构和行为。

第6题：

以下与“模式”相关的叙述中，正确的是______。

A．采用设计模式允许在非面向对象程序设计语言中使用面向对象的概念

B．单身模式(Singleton)描述了只有一个方法和属性的类的集合

C．在MVC(模型/视图/控制器)模式中，1个模型可以用于多个视图

D．在MVC模式中，控制器是将应用问题域中包含的抽象领域知识呈现给用户的方式

正确答案：C
解析：在面向对象软件开发过程中，设计模式使开发人员可以更加简单、方便地复用成功的设计和体系结构，它是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述。其4个基本要素是：模式名称、问题(模式的使用场合)、解决方案和效果。单身模式用于保证一个类仅有一个实例，并提供一个访问它的全局访问点。对于系统中的某些类，只有一个实例是很重要的。MVC(模型/视图/控制器)是为需要为同样的数据提供多个视图的应用程序而设计的，它能很好地使数据层和表示层分离。这种架构模式把应用程序分为①模型、②视图、③控制器等3种对象类型。其中，①模型是应用问题域中包含的抽象领域知识；②视图是将应用问题域中包含的抽象领域知识呈现给用户的方式，1个模型可以用于多个视图；③控制器是指用户界面对用户输入的响应方式。

第7题：

● UML 叫做统一的建模语言，它把 Booch、Rumbaugh 和 Jacobson 等各自独立的 OOA 和 OOD 方法中最优秀的特色组合成一个统一的方法。UML 允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。

在 UML 中用 5 种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下：

__(14)__视图用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。

__(15)__视图对静态结构(类、对象和关系)模型化。

__(16)__视图描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。

__(17)__视图将系统的结构和行为表达成为易于转换为实现的方式。

__(18)__视图表示系统实现环境的结构和行为。

（14）A.对象模型 B.实现模型 C.结构模型 D.用户模型

（15）A.环境模型 B.用户模型 C.结构模型 D.行为模型

（16）A.实现模型 B.数据模型 C.对象模型 D.行为模型

（17）A.环境模型 B.实现模型 C.数据模型 D.行为模型

（18）A.环境模型 B.协作模型 C.活动模型 D.行为模型

正确答案：D,C,D,B,A
试题分析
用户模型视图：这个视图从用户(在 UML 中叫做参与者)角度来表示系统。它用使用实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。
结构模型视图：从系统内部来看数据和功能性。即对静态结构(类、对象和关系)模型化。
行为模型视图：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结构模型视图中所描述的各种结构元素之间的交互和协作。
实现模型视图：将系统的结构和行为表达成为易于转换为实现的方式。
环境模型视图：表示系统实现环境的结构和行为。
试题答案
（14）D （15）C （16）D （17）B （18）A

第8题：

1995年Kruchten提出了著名的“4+1”视图，用来描述软件系统的架构。在“4+1”视图中，（）用来描述设计的对象模型和对象之间的关系；（）描述了软件模块的组织与管理；（）描述设计的并发和同步特征。

A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图

正确答案：A,D,C

第9题：

阅读以下关于软件架构的叙述，回答问题1至问题3。

软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能需求，同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用一个公式来表达：

软件架构=｛构成系统的元素，指导元素集成的形式，关系和约束｝

“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。

.逻辑视图(Logical View)，描述了设计的对象模型，支持系统的功能需求。

.进程视图(Process View)，描述了设计的并发和同步特征，支持系统的运行特性。

.物理视图(Physical View)，描述了软件到硬件的映射，反映了分布式特性，支持系统的拓扑、安装和通信需求。

.开发视图(Development View)，描述了在开发环境中软件的静态组织结构，支持软件开发的内部需求。

.场景(Scenario)，用来说明重要的系统活动，是其他四个视图在用例(Use Case)驱动下的综合。

软件架构在软件需求与设计之间架起一座桥梁，也是风险承担者进行交流的手段，允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法，各个视图涉及的组件(元素)包括：任务、类、模块、节点、步骤等，风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。

正确答案：[答案要点] 本题相当于选择题但要获得好的成绩仍需要仔细构思。 1)逻辑视图表述系统的功能需求。系统分解为一系列的关键抽象这些抽象(大多数)来自于需求分析中所提出功能要求以对象或类的形式来表示(采用抽象、封装和继承)。分解并不仅仅是为了功能分析而且用来识别遍布系统各个部分的通用机制和设计元素。系统的功能需求来自于最终用户最终用户是逻辑视图对应的风险承担者。 2)进程视图表述系统的运行特性。利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。另外它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。风险承担者主要是系统集成人员组件元素是任务。 3)物理视图表述系统的拓扑、安装和通信需求。用来表达软件系统中的各种元素 (元素可以理解为组件或过程)被映射或部署至不同的网络计算机节点上。风险承担者主要是系统实施工程师。 4)开发视图表述软件开发的内部需求。开发视图关注软件开发环境下实际模块的组织(程序库或子系统)它们可以由一位或几位开发人员来开发。子系统可以组织成分层结构每个层为上一层提供良好定义的接口。风险承担者主要是编程人员和软件项目管理人员。 5)场景用来说明重要的系统活动是其他四个视图在用例(Use Case)驱动下的综合。在某种意义上场景是最重要的需求抽象。该视图是其他视图的冗余(因此“+1”)但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素其次场景可作为架构设计结束后的功能验证。它可作为架构原型测试的出发点。风险承担者是最终用户和开发人员组件元素是步骤。
[答案要点] 本题相当于选择题，但要获得好的成绩，仍需要仔细构思。 1)逻辑视图表述系统的功能需求。系统分解为一系列的关键抽象，这些抽象(大多数)来自于需求分析中所提出功能要求，以对象或类的形式来表示(采用抽象、封装和继承)。分解并不仅仅是为了功能分析，而且用来识别遍布系统各个部分的通用机制和设计元素。系统的功能需求来自于最终用户，最终用户是逻辑视图对应的风险承担者。 2)进程视图表述系统的运行特性。利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。另外，它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。风险承担者主要是系统集成人员，组件元素是任务。 3)物理视图表述系统的拓扑、安装和通信需求。用来表达软件系统中的各种元素 (元素可以理解为组件或过程)被映射或部署至不同的网络计算机节点上。风险承担者主要是系统实施工程师。 4)开发视图表述软件开发的内部需求。开发视图关注软件开发环境下实际模块的组织(程序库或子系统)，它们可以由一位或几位开发人员来开发。子系统可以组织成分层结构，每个层为上一层提供良好定义的接口。风险承担者主要是编程人员和软件项目管理人员。 5)场景用来说明重要的系统活动，是其他四个视图在用例(Use Case)驱动下的综合。在某种意义上场景是最重要的需求抽象。该视图是其他视图的冗余(因此“+1”)，但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素，其次场景可作为架构设计结束后的功能验证。它可作为架构原型测试的出发点。风险承担者是最终用户和开发人员，组件元素是步骤。解析：本题主要考查软件架构“4+1”视图的有关知识和实施方法，熟悉以下关于软件架构的知识是回答本题的前提。
首先要准确把握软件架构的定义。架构(Architecture)原意为建筑学设计和建筑物建造的艺术与科学。软件架构(Software Architecture，或称为软件架构)是软件系统的高层描述，它给出了关于软件系统组织结构的一系列高级的、重要的抽象，包括：系统组成的结构性构件；组成构件之间的接口：构件相对系统其他部分的可视行为：构件之间所采取的交互和协作关系。软件架构在RUP 中的定义是指系统核心构件的组织或结构，这些核心构件通过接口与不断减小的构件与接口所组成的构件进行交互。
人们在软件开发过程中积累了丰富的架构知识，形成了的特定的架构风格，这些架构风格为高层次的软件复用技术建立了坚实的基础：例如，C/S架构、管道/过滤器架构、分层架构、解释器架构、黑板架构等等，而各种分布式组件技术如DCOM，EJB， Web-Services 也都和软件架构密切相关。
长期以来，人们一直在努力软件架构更加精确的形式化描述，力图用一种类似于某种编程语言的形式来描述软件架构，如Rapide，Wright，Aesop，UniCon，ACME 等。XML描述与软件建模UML 技术的发展为软件架构描述语言注入了新的发展思路，新一代的架构描述语言(如xArch，xADL 等)充分应用了这些新的描述手段的特点。同时，伴随着架构描述技术的进步，架构评估等研究也在不断的深入。
其次，要正确理解软件架构的重要作用。
.软件架构能够指导整个系统的设计和演进，它是软件需求分析的结果，同时是下一步进行软件设计的规格和蓝图。对于复杂软件系统而言，在架构阶段，系统的结构和规格说明非常重要，而在软件设计阶段，算法和数据结构更重要。
.软件架构对系统的描述，借鉴了建筑工程设计的思想，通过各种视图从不同角度以规范、一致、易理解的“语言”来表达系统的各种规格和行为。以某一特定角度看到的系统架构之规格、行为，主要是结构、核心构件和主要控制流等。
.软件架构是风险承担者进行交流的手段。所谓风险承担者是指对软件系统某个方面(或层次)负责或(关注)的人员。也可以这样来理解风险承担者：软件系统的某个方面(或层次)如果存在缺陷或问题，对此负责任或受影响的人员。风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。
.软件架构是可传递、可重用的模型。
.软件架构是软件工程早期设计决策的体现，而且在整个开发周期中不断演进，软件架构对于软件质量(功能属性、非功能属性)都有重要影响。
“4+1”视图模型是最重要软件架构模式，由Philippe Kruchten 在1995年提出。如下图所示。

需要指出的是，并不是所有的软件架构都需要“4+1”视图。无用的视图可以从架构描述中省略，例如，单机软件，可以省略物理视图；而如果仅有一个进程或程序，则可以省略过程视图。对于非常小型的系统，甚至可能逻辑视图与开发视图非常相似，而不需要分开的描述。
第一步：总结出问题的要点。
[问题1]
考查采用面向对象的架构设计方法，“4+1”视图各个视图涉及的组件要素与风险承担者。

第10题：

● Philippe Kruchten提出的4+1视图模型从__（8）__几个方面来描述软件需求。

①逻辑视图 ②进程视图 ③物理视图 ④开发视图 ⑤数据流视图 ⑥场景视图

（8）A．③④⑤⑥ B．①②③④

C．①②③④⑥ D．①③④⑤⑥

正确答案：C
逻辑视图（LogicalView），设计的对象模型（使用面向对象的设计方法时）。处理视图（ProcessView），捕捉设计的并发和同步特征，又叫过程视图、进程视图。开发视图（DevelopmentView），描述了在开发环境中软件的静态组织结构。显示了源代码与实际执行代码的组织结构，又叫组件视图，实现视图。物理视图（PhysicalView），描述了软件到硬件的映射，反映了分布式特性。又叫部署视图架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（usecases）或场景（scenarios）来说明，从而形成了第五个视图—场景视图。

题目

相似问题和答案

更多相关问题

相关内容