首页 > 软考

题目内容（请给出正确答案）

[单选题]

关于软件架构的描述，正确的是（)。

A.架构设计要根据项目特点进行分析比较，为整套系统固定一种架构模式

B.选择成熟的技术可以规避项目风险，避免依赖架构师的个人经验

C.规模小、复杂性低的软件系统更关注软件架构设计

D.管道/过滤器模式的典型应用是批处理系统

答案

D、管道/过滤器模式的典型应用是批处理系统

如果结果不匹配，请联系老师获取答案

您可能会需要：

重置密码查看订单联系客服

安装优题宝APP，拍照搜题省时又省心！

更多“关于软件架构的描述，正确的是（)。”相关的问题

第1题

下列关于OpenStack定义描述正确的是（)

A.目前最流行的云计算功能软件

B.目前最流行的开源云操作系统

C.目前只应用在华为的云计算体系架构中

D.目前业界使用最广泛的虚拟化软件

点击查看答案

第2题

软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。以下关于软件架构的描述，错误的是__

____。

A．根据用户需求，能够确定一个最佳的软件架构，指导整个软件的开发过程

B．软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等

C．软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动

D．软件架构能够指导设计人员和实现人员的工作

点击查看答案

第3题

软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。以下关于软

件架构设计活动的描述，错误的是______。

A．在建立软件架构的初期，一般需要选择一个合适的架构风格

B．将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系

C．软件架构设计活动将己标识构件集成到软件架构中，设计并实现这些构件

D．一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审

点击查看答案

第4题

软件系统架构是关于软件系统的结构、（40）和属性的高级抽象。在描述阶段，主要描述直接构成系统的抽

象组件以及各个组件之间的连接规则，特别是相对细致地描述组件的（41）。在实现阶段，这些抽象组件被细化为实际的组件，比如具体类或者对象。软件系统架构不仅指定了软件系统的组织和（42）结构，而且显示了系统需求和组件之间的对应关系，包括设计决策的基本方法和基本原理。

A.行为

B.组织

C.性能

D.功能

点击查看答案

第5题

软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是______。

A.架构文档应该从架构设计者的角度进行编写

B.应该保持架构文档的即时更新，但更新不要过于频繁

C.架构文档中的描述应该尽量避免不必要的重复

D.每次架构文档修改，都应该记录修改的原则

点击查看答案

第6题

● 软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是（49）。（49）

A.架构文档应该从架构设计者的角度进行编写

B. 应该保持架构文档的即时更新，但更新不要过于频繁

C. 架构文档中的描述应该尽量避免不必要的重复

D. 每次架构文档修改，都应该记录修改的原则

点击查看答案

第7题

试题（44）软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。以下关于软件架构的描述，错误的是（44）。（44）

A.根据用户需求，能够确定一个最佳的软件架构，指导整个软件的开发过程

B. 软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等

C. 软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动

D. 软件架构能够指导设计人员和实现人员的工作

点击查看答案

第8题

软件系统架构是关于软件系统的结构、（）和属性的高级抽象。在描述阶段，主要描述直接构成系统的抽象

组件以及各个组件之间的连接规则，特别是相对细致地描述组件的（）。在实现阶段，这些抽象组件被细化为实际的组件，比如具体类或者对象。软件系统架构不仅指定了软件系统的组织和（）结构，而且显示了系统需求和组件之间的对应关系，包括设计决策的基本方法和基本原理。

A.行为B.组织C.性能D.功能A.交互关系B.实现关系C.数据依赖D.功能依赖A.进程B.拓扑C.处理D.数据

点击查看答案

第9题

阅读以下关于软件架构的叙述，回答问题1至问题3。软件架构是指大型、复杂软件的系统结构的设计、规

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

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

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

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

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

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

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

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

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

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