文章目录
-
- 目录
- 一、软件架构风格
-
- 题干（双空）
- [1 · 填空（1）](#1 · 填空（1）)
- [2 · 填空（2）](#2 · 填空（2）)
- 【扩展】批处理风格与虚拟机风格要点小结
- [单选 · 事件驱动架构（EDA）](#单选 · 事件驱动架构（EDA）)
- [单选 · 隐式调用（图形编辑场景）](#单选 · 隐式调用（图形编辑场景）)
- [双空 · SOA 与 Web 服务规范](#双空 · SOA 与 Web 服务规范)
- [16 · 填空（16）](#16 · 填空（16）)
- [17 · 填空（17）](#17 · 填空（17）)
- [【扩展】SOA 常见 Web 服务规范分工](#【扩展】SOA 常见 Web 服务规范分工)
- [单选 · 微服务架构与面向服务架构（SOA）](#单选 · 微服务架构与面向服务架构（SOA）)
- [REST · 描述不正确项（选非）](#REST · 描述不正确项（选非）)
- [WEB 服务 · WSDL 的三项基本属性](#WEB 服务 · WSDL 的三项基本属性)
- [【考生回忆版】XML · 描述错误项（选非）](#【考生回忆版】XML · 描述错误项（选非）)
- [【考生回忆版】调用返回风格 · MVP（选非）](#【考生回忆版】调用返回风格 · MVP（选非）)
- 二、软件架构复用
-
- 题干（双空）
- [3 · 填空（3）](#3 · 填空（3）)
- [4 · 填空（4）](#4 · 填空（4）)
- [单选 · 横向重用](#单选 · 横向重用)
- [单选 · 良好复用实践](#单选 · 良好复用实践)
- 三、构件与中间件（CORBA）
-
- 题干
- [单选 · 中间件在分布式环境中的角色](#单选 · 中间件在分布式环境中的角色)
- 四、软件质量属性
-
- 题干（双空）
- [6 · 填空（6）](#6 · 填空（6）)
- [7 · 填空（7）](#7 · 填空（7）)
- [【扩展】开发期 vs 运行期质量属性速查](#【扩展】开发期 vs 运行期质量属性速查)
- [题干（双空 · 安全场景）](#题干（双空 · 安全场景）)
- [8 · 填空（8）](#8 · 填空（8）)
- [9 · 填空（9）](#9 · 填空（9）)
- [题干（双空 · 性能）](#题干（双空 · 性能）)
- [10 · 填空（10）](#10 · 填空（10）)
- [11 · 填空（11）](#11 · 填空（11）)
- 五、基于架构的软件开发方法（ABSDM）
- 答案速查表
面向：系统架构设计师 / 软件体系结构 综合题备考。
本篇范围： 一、软件架构风格 ... 五、基于架构的软件开发方法（ABSDM）。题干、选项、知识点、答案与解析均收于此篇，便于按主题整块复习。
姊妹篇（六至十类）： 软件架构-综合题-下册（六至十类·含解析）.md
编排说明： 题干、选项 按题库截图原文收录（标点、空格与截图一致处优先保留）。解析 与 【扩展】 为备考整理补充，非截图原文。
目录
- 一、软件架构风格（批处理、基于规则、EDA、隐式调用、SOA/Web 服务、微服务与 SOA、REST、WSDL/XML、MVP）
- 二、软件架构复用（复用策略、复用过程三阶段、横向/纵向重用、良好复用实践）
- 三、构件与中间件（CORBA）（服务端构件模型、中间件角色）
- 四、软件质量属性（开发期与运行期、场景识别、性能指标与策略）
- 五、基于架构的软件开发方法（ABSDM；ABSD；体系结构需求来源）
一、软件架构风格
题干（双空）
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式，其中，在批处理风格软件体系结构中，每个处理步骤是一个单独的程序，每一步必须在前一步结束后才能开始，并且数据必须是完整的，以（1）的方式传递。基于规则的系统包括规则集、规则解释器、规则/数据选择器及（2）。
1 · 填空（1）
选项： A. 迭代 B. 整体 C. 统一格式 D. 递增
知识点： 软件架构设计 > 软件架构风格
答案：B（整体）
解析：
批处理风格的特点包括：各处理步骤相互独立；按序执行 ，下一步须在上一步完全结束后才开始；步骤之间仅通过数据传输交互；相邻步骤间传递的数据是完整数据单元 （整体传递），而非流式、递增或零散片段。易错项常为"统一格式"------格式一致是工程实践中的附带要求，但教材/考点强调的是"整体"这一传递形态。
2 · 填空（2）
选项： A. 解释引擎 B. 虚拟机 C. 数据 D. 工作内存
知识点： 软件架构设计 > 软件架构风格 > 虚拟机风格 > 基于规则的系统
答案：D（工作内存）
解析：
虚拟机风格 通过构造可解析、运行特定语言的运行环境来提升灵活性，常见子风格包括解释器 与基于规则的系统。基于规则的系统典型组成四件套为：
- 规则集
- 规则解释器
- 规则/数据选择器
- 工作内存（存放当前事实、上下文或待匹配状态，供规则与会话读写）
"解释引擎"易与"规则解释器"混淆，但题干已单独列出规则解释器，故 （2） 应填 工作内存。
【扩展】批处理风格与虚拟机风格要点小结
| 风格 | 要点 |
|---|---|
| 批处理 | 固定顺序的计算单元；步与步之间整批数据传递；经典数据处理、编译流水线、批处理脚本等。 |
| 虚拟机 / 规则系统 | 规则集 + 规则解释器 + 规则/数据选择器 + 工作内存。 |
单选 · 事件驱动架构（EDA）
题干： 以下关于事件驱动架构（Event-Driven Architecture，EDA）描述正确的是（ ）。
选项：
A. 事件触发消息在独立的、耦合的模块之间传递
B. 事件触发消息在独立的、非耦合的模块之间传递
C. 事件触发消息在非独立的、耦合的模块之间传递
D. 事件触发消息在非独立的、非耦合的模块之间传递
知识点： 软件架构设计 > 软件架构风格
答案：B
解析：
EDA 的核心是：由事件 驱动消息流转，生产者与消费者多为相互独立 且松耦合（非耦合） 的模块------彼此不必知晓对方 的实现细节。事件源常将消息发到中间件或消息代理（Broker） ，订阅方通过发布/订阅 接收；同一事件可送达多个订阅者。
A 将"独立"与"耦合"并列，逻辑自相矛盾且违背 EDA；C、D 否定模块独立性，不符合典型 EDA 表述。易错项 A。
单选 · 隐式调用（图形编辑场景）
题干： 某软件公司正在开发一款图形编辑软件，该软件允许用户通过直观的用户界面进行图像编辑，而无需直接编写代码。该软件需要能够自动识别用户的操作意图，并调用相应的底层图像处理功能。为了达成这一目标，以下的（ ）架构风格最为适宜。
选项： A. 解释器 B. 隐式调用 C. 分层 D. 微服务
知识点： 软件架构设计 > 软件架构风格
答案：B（隐式调用）
解析：
隐式调用 风格下，构件可在不了解被调用方实现细节 的情况下，通过事件、消息或服务定位器 等机制间接 触发其他构件的行为。图形界面上的操作可发布为事件 ，由系统识别后分派 到对应图像处理模块，界面不必显式绑定具体实现。这与题干"识别意图 → 自动调用底层能力"高度一致。
易错项 解释器 ：解释器强调为自定义语言/语法 构造执行环境（虚拟机风格），题干侧重 UI 操作→事件驱动式调用 ，并非"用户编写脚本语言由解释器执行"。全站数据中该题易错率较高，需注意与隐式调用/事件风格的区分。
双空 · SOA 与 Web 服务规范
题干： SOA是一种全新的架构，为了支持其各种特性，相关的技术规范不断推出。其中，（16）用于Web服务注册和服务查找，（17）用于描述Web服务的接口和操作功能。
16 · 填空（16）
选项： A. UDDI B. WSDL C. SOAP D. BPEL
知识点： 软件架构设计 > 软件架构风格（SOA / Web 服务栈）
答案：A（UDDI）
解析：
UDDI （Universal Description, Discovery and Integration，统一描述、发现和集成）面向服务目录：承担 注册、发布与检索/发现 等能力，对应题干"注册与查找"。易错项 WSDL ：WSDL 管的是"怎么描述接口与操作"，不是注册中心。
17 · 填空（17）
选项： A. UDDI B. WSDL C. SOAP D. BPEL
知识点： 软件架构设计 > 软件架构风格（SOA / Web 服务栈）
答案：B（WSDL）
解析：
WSDL （Web Service Description Language）以机器可读方式定义服务的 endpoint、抽象接口、操作与消息格式 等，供调用方生成桩代码或配置客户端，对应"描述接口和操作功能"。易错项 SOAP （侧重请求/响应通信与消息封装，不负责"描述接口与操作"的契约文档）。
【扩展】SOA 常见 Web 服务规范分工
| 规范 | 作用（备考口径） |
|---|---|
| UDDI | 注册 与发现/查找服务。 |
| WSDL | 描述 服务 接口与操作、绑定与消息结构。 |
| SOAP | 在 Web 服务与请求方之间建立通信 与消息封装（常与 HTTP 等传输结合）。 |
| BPEL（BPEL4WS） | 业务流程执行语言 ：编排、组合、协调 多个 Web 服务形成复合/业务流程，自上而下落实 SOA。 |
单选 · 微服务架构与面向服务架构（SOA）
题干： 以下关于微服务架构与面向服务架构的描述中，正确的是（ ）。
选项：
A. 两者均采用去中心化管理
B. 两者均采用集中式管理
C. 微服务架构采用去中心化管理，面向服务架构采用集中式管理
D. 微服务架构采用集中式管理，面向服务架构采用去中心化管理
知识点： 软件架构设计 > 软件架构风格
答案：C
解析：
微服务架构使用去中心化 的扁平化管理方式，每个服务是独立应用程序，独立管理 、使用独立数据库 、独立部署 和独立运行。SOA 常被视为更偏整体式 的服务化路径，采用集中式 管理及统一的数据中心 （题库口径）。易错项 A。
REST · 描述不正确项（选非）
题干： 以下关于REST架构风格的描述中，（ ）是不正确的。
选项：
A. REST定义中状态分为两种：应用状态和资源状态
B. RESTful API必须使用JSON格式进行数据交换
C. REST的核心是资源，每个资源通过URI唯一标识
D. REST充分利用了HTTP协议的特性（如方法、状态码）来操作资源
知识点： 软件架构设计 > 软件架构风格
答案：B
解析：
B 错误 ：REST 不强制 使用 JSON；强调统一接口 与资源的表示（representation） ，具体可为 JSON、XML、HTML 等，常通过 Content-Negotiation 协商。
A ：状态分为应用状态 （多由客户端维护的请求/会话语境）与资源状态 （服务端资源在某时刻的表征）等提法为常见考点。
C ：资源 为核心，URI 标识资源。
D ：善用 HTTP 方法、状态码 等操作资源。
WEB 服务 · WSDL 的三项基本属性
题干： Web服务描述语言WSDL描述了Web服务的三个基本属性，包括（ ）。
选项：
A. 谁要访问服务、如何访问服务和服务位于何处
B. 服务做什么、谁要访问服务和服务位于何处
C. 服务做什么、如何访问服务和谁要访问服务
D. 服务做什么、如何访问服务和服务位于何处
知识点： 软件架构设计 > WEB服务
答案：D
解析：
WSDL 用 XML 描述 Web 服务及通信方式，常见归结为三问：服务做些什么 （提供哪些操作）、如何访问服务 （数据格式与协议）、服务位于何处 （如 URL 等协议相关地址）。易错项 C（把「谁要访问」混入；WSDL 侧重点是做什么、如何调用、端点在哪）。
【考生回忆版】XML · 描述错误项（选非）
题干： 以下关于可扩展标记语言(XML)描述错误的是 ( )。
选项：
A. XML具有结构与内容相分离的优点
B. XML允许各种各样的文档显示类型
C. XML使用命名空间解决多义性和名字冲突问题
D. XML Schema遵从XML语法规范，是XML的一种具体应用
知识点： 软件架构设计 > WEB服务
答案：B
解析：
A：结构与内容分离是 XML 的要点。B：错误 ------XML 本身是数据格式，显示 通常由 XSLT、CSS 等负责，不能说 XML「允许各种各样文档显示类型」是 XML 自身职责。C：命名空间用于消歧与冲突。D：Schema 合法 XML 文档，属 XML 典型应用。易错项 A。
【考生回忆版】调用返回风格 · MVP（选非）
题干： 【考生回忆版】下面关于MVP(Model-View-Presenter)模型的描述不正确的是（ ）。
选项：
A. 使用MVP模式来设计表现层，可以将一个Presenter用于多个视图
B. MVP模式常被应用在移动应用系统开发中
C. View可以直接从Model中读取数据
D. Mode提供数据，View负责显示，Presenter负责逻辑的处理
知识点： 软件架构设计 > 软件架构风格 > 调用返回风格
答案：C
解析：
MVP 中 Model 提供数据，View 负责展示，Presenter 负责逻辑；View 与 Model 不直接耦合 ，交互集中在 Presenter，故 C 错误。（D 项「Mode」为截图常见笔误，实为 Model。）A、B 与常见教材一致；题库解析亦强调 MVP 在 Android 等移动开发中常用。易错项 B。
二、软件架构复用
题干（双空）
开发过程中，只要发现有可复用资产，就对其进行复用，属于（3）策略。复用的基本过程主要包括3个阶段，其中"获取可复用资产，并定制这些可复用资产：修改、扩展、配置"属于（4）阶段的工作内容。
3 · 填空（3）
选项： A. 预期复用 B. 系统复用 C. 计划复用 D. 机会复用
知识点： 软件架构设计 > 软件架构复用
答案：D（机会复用）
解析：
- 机会复用 ：在开发进程中一旦发现可用资产便加以复用，强调 opportunistic、非前置规划。
- 系统复用 ：在开发开始前有计划地决定复用内容与方式，强调体系化、前瞻性。
题干"只要发现就复用"对应 机会复用。易错项"系统复用"恰好是"事先规划"的另一极。
4 · 填空（4）
选项：
A. 获取可复用的软件资产
B. 管理可复用资产
C. 优化可复用资产
D. 使用可复用资产
知识点： 软件架构设计 > 软件架构复用
答案：D（使用可复用资产）
解析：
复用基本过程三阶段（常见教材表述）：
- 复用前提：获取可复用软件资产------建设/积累可靠、易理解、易修改、适用面广的资产。
- 管理可复用资产 ------以构件库为核心，侧重存储、检索、分类、维护与浏览等。
- 使用可复用资产 ------获取需求 → 检索资产库 → 取得资产 → 定制（修改、扩展、配置） → 组装集成交付系统。
题干明确包含"获取"之后的"定制 "，落在第 3 阶段 使用 环节。易错项 管理 侧重库与检索，不包含"针对项目定制并集成"的完整动作链。
单选 · 横向重用
题干： （ ）是指重用不同应用领域中的软件元素，例如数据结构、分类算法和人机界面构件等。
选项： A. 结构重用 B. 纵向重用 C. 交叉重用 D. 横向重用
知识点： 软件架构设计 > 软件架构复用
答案：D（横向重用）
解析：
重用分 横向重用 与 纵向重用 ：横向 指跨相似度较低的不同应用领域 复用元素（如通用数据结构、排序算法、UI 构件等），标准函数库是典型手段；纵向 指在一类共性多 的应用领域族内复用，关键在领域分析 。易错项 A。
单选 · 良好复用实践
题干： 下面的描述中，（ ）体现了最良好的软件复用实践。
选项：
A. 每次开发新项目都完全从头编写所有功能
B. 利用已经验证的开源类库或框架来开发新软件系统
C. 在不同项目中通过复制粘贴已有代码实现功能
D. 只复用项目说明文档，而不复用任何代码或模块
知识点： 软件架构设计 > 软件架构复用
答案：B
解析：
软件复用强调系统性地 识别、获取与改造可复用实体以提高效率与质量。B 使用已验证 的开源库/框架，避免重复造轮，属良好实践。A 完全不复用；C 复制粘贴 易导致冗余与维护灾难；D 仅文档难以覆盖代码/模块级复用收益。易错项 C。
三、构件与中间件（CORBA）
题干
CORBA 服务端构件模型中，（ ）用于屏蔽 ORB 内核的实现细节，为服务器对象的实现者提供抽象接口，以便他们使用 ORB 内部的某些功能。
选项：
A. 伺服对象（Servant）
B. 对象适配器（Object Adapter）
C. 对象请求代理（ORB）
D. 适配器激活器（Adapter Activator）
知识点： 软件架构设计 > 构件与中间件技术 > CORBA
答案：B（对象适配器）
解析：
| 构件 | 作用（备考要点） |
|---|---|
| 伺服对象 Servant | 服务端真正实现，完成业务逻辑与请求处理。 |
| 对象适配器 | 隔离 ORB 内核细节 ，向实现者暴露抽象接口，使其能使用 ORB 内部能力（如对象标识与激活相关服务）；POA 即典型对象适配器。 |
| ORB | 负责定位实现、传参、调用并返回结果；对客户端屏蔽位置、通信与激活等细节。 |
| 适配器激活器 | 在需要时按需创建/激活伺服对象等，属于 POA 策略机制，而非题干所述"为所有实现者屏蔽 ORB 内核"的主体抽象层。 |
题干关键词："屏蔽 ORB 内核实现细节""为实现者 提供抽象接口"→ 对象适配器。
单选 · 中间件在分布式环境中的角色
题干： 在分布式系统和应用架构中，中间件通常扮演什么角色？（ ）
选项：
A. 直接处理用户请求并生成响应
B. 作为独立的软件系统，完成特定业务逻辑
C. 连接不同的软件组件或系统，提供通信和集成服务
D. 管理硬件资源，如CPU、内存和存储设备
知识点： 软件架构设计 > 构件与中间件技术
答案：C
解析：
中间件位于操作系统与应用之间（或应用与应用之间），为分布式应用提供通信、数据交换、平台与服务 等；主要作用是连接 不同组件/系统使其协作。易错项 B。
四、软件质量属性
题干（双空）
基于软件系统的生命周期，可以将软件系统的质量属性分为开发期质量属性和运行期质量属性两个部分。其中，（6）关注软件因适应新需求或需求变化而增加新功能的能力；（7）是关注软件系统同时兼顾向合法用户提供服务，以及阻止非授权使用的能力。
6 · 填空（6）
选项： A. 安全性 B. 可扩展性 C. 性能 D. 可重用性
知识点： 软件架构设计 > 软件质量属性
答案：B（可扩展性）
解析：
开发期质量属性 常见六项：易理解性、可扩展性 （又称灵活性，强调随需求变化扩充新功能 ）、可重用性、可测试性、可维护性、可移植性。
题干明确对应"增加新功能以适应需求变化"→ 可扩展性。
7 · 填空（7）
选项： A. 可测试性 B. 安全性 C. 可移植性 D. 可用性
知识点： 软件架构设计 > 软件质量属性
答案：B（安全性）
解析：
运行期质量属性 中的安全性 ：系统既要保障授权用户 正常获得服务，又要防范未授权访问与滥用 。
易错项 可用性 强调在给定时间内系统可提供服务的时间比例，与"防非授权使用"的表述不等价。
【扩展】开发期 vs 运行期质量属性速查
开发期（6）： 易理解性、可扩展性、可重用性、可测试性、可维护性、可移植性。
运行期（7）： 性能、安全性、可伸缩性、互操作性、可靠性、可用性、鲁棒性。
题干（双空 · 安全场景）
某科技公司计划构建一个实时数据处理平台，以支持大量并发数据流的实时分析和处理。在架构设计阶段，公司技术团队识别了关键质量属性需求：系统需要能够检测和预防潜在的SQL注入、跨站脚本（XSS）等安全威胁，确保数据的传输。这一需求主要与（8）质量属性相关，通常采用（9）策略来保障。
8 · 填空（8）
选项： A. 性能 B. 可修改性 C. 安全性 D. 可用性
知识点： 软件架构设计 > 软件质量属性
答案：C（安全性）
解析：
题干关键词为威胁检测与预防 （注入、XSS）及传输安全 ，属于运行期质量属性中的 安全性 ，而非单纯的"服务在线时间"（可用性）或吞吐延迟（性能）。易错项 可用性。
9 · 填空（9）
选项： A. 主动冗余 B. 维护现有接口 C. 内置监控器 D. 入侵检测
知识点： 软件架构设计 > 软件质量属性 > 安全性 · 架构策略
答案：D（入侵检测）
解析：
保障安全性 的常见架构策略包括：入侵检测 、用户认证 、用户授权 、追踪审计 等。选项中与"检测和预防攻击"最直接对应的是 入侵检测 。
主动冗余、心跳、Ping/Echo、检查点回滚 等通常更多关联可用性/可靠性 ；内置监控器偏运维可观测，易与"安全攻击检测"混淆，故为易错项。
题干（双空 · 性能）
性能需求是一种重要的软件质量属性需求，性能需求可以用（10）指标进行衡量。在面向软件质量属性提升的软件架构设计策略中，可以通过（11）来提升软件的性能。
10 · 填空（10）
选项： A. 检测到攻击的可能性 B. 用户满意度 C. 故障修复时间 D. 事件响应时间
知识点： 软件架构设计 > 软件质量属性 > 性能
答案：D（事件响应时间）
解析：
事件响应时间 指系统在收到事件或请求后，产生响应 所经历的时间，是衡量性能 的常用指标。
A 偏安全；B 偏易用/体验；C 偏可用性/恢复能力。易错项 故障修复时间。
11 · 填空（11）
选项： A. 检查点回滚 B. Ping/Echo C. 增加可用资源 D. 心跳
知识点： 软件架构设计 > 软件质量属性 > 性能 · 架构策略
答案：C（增加可用资源）
解析：
增加可用资源 （如提升服务器硬件、扩容算力与内存、增加网络带宽等）可直接提高处理能力并缩短响应时间，属于典型的性能提升 策略。
检查点回滚、Ping/Echo、心跳 多用于故障检测、恢复与高可用，侧重可用性/可靠性 ，而非题干所问的性能 主策略。易错项 心跳。
五、基于架构的软件开发方法（ABSDM）
题干（双空）
在ABSDM模型中，（12）、文档化和复审是一个迭代过程。（13）的目的是表示潜在的风险，及早发现体系结构设计中的缺陷和错误，包括体系结构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件划分是否合理、文档表达是否明确、构件设计是否满足功能与性能的要求等。
12 · 填空（12）
选项： A. 体系结构需求 B. 体系结构设计 C. 体系结构实现 D. 体系结构演化
知识点： 软件架构设计 > 基于架构的软件开发方法（ABSDM）
答案：B（体系结构设计）
解析：
ABSDM 中，体系结构设计 、体系结构文档化 、体系结构复审 三者构成迭代循环 ：设计产出与修订 → 文档固化 → 复审把关 → 可能回到设计。易错项 体系结构需求（需求阶段早于这一迭代环）。
13 · 填空（13）
选项： A. 体系结构设计 B. 体系结构演化 C. 体系结构复审 D. 体系结构文档化
知识点： 软件架构设计 > 基于架构的软件开发方法（ABSDM）
答案：C（体系结构复审）
解析：
体系结构复审 的定位就是：表示潜在的风险、及早发现体系结构设计中的缺陷和错误，并核对需求满足度、质量属性落实、层次与构件划分、文档表达及功能与性能要求等。文档化 侧重产出规格说明，设计 侧重方案构造；题干长句与官方对「复审」目的的表述一致，故 （13） 选 体系结构复审。
【扩展】ABSDM 六阶段概要
| 阶段 | 要点 |
|---|---|
| 体系结构需求 | 获取用户需求，识别系统中将采用的构件等。 |
| 体系结构设计 | 迭代过程；新系统若可由既有系统大量派生，可复用既有设计过程。 |
| 体系结构文档化 | 架构多抽象，需文档支撑实现；主要产出如体系结构规格说明、测试体系结构需求的质量设计说明书等。 |
| 体系结构复审 | 与设计、文档化迭代；尽早发现风险与缺陷，审查需求与质量属性、层次、构件划分、文档与功能性能等。 |
| 体系结构实现 | 用实体体现架构，遵循文档中的结构与交互约定；含构件级与组装后的功能/性能测试。 |
| 体系结构演化 | 开发中或交付后需求变化时，通过演化步骤修改架构以适配新需求。 |
双空 · ABSD · 描述架构与质量需求（29）（30）
题干： 基于架构的软件开发（Architecture Based Software Development, ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用（29）来描述软件架构，采用（30）来描述质量需求。
（29）
请作答：第 29 题
选项： A. 类图和序列图 B. 视角与视图 C. 构件和类图 D. 构件与功能
知识点： 软件架构设计 > 基于架构的软件开发方法
答案：B（视角与视图）
解析：
据基于软件架构的设计的定义：ABSD 强调采用视角和视图 （选项表述为「视角与视图」）描述软件架构，采用用例和质量场景 描述质量需求。易错项 C。
（30）
请作答：第 30 题
选项： A. 用例与类图 B. 用例与视角 C. 用例与质量场景 D. 视角与质量场景
知识点： 软件架构设计 > 基于架构的软件开发方法
答案：C（用例与质量场景）
解析：
同上一题：质量需求侧对应用例和质量场景 。易错项 D。
单选 · 体系结构需求的三个来源
题干： 体系结构需求一般来自三个方面，分别是（ ）。
选项：
A. 系统的质量目标、系统的商业目标和系统开发人员的商业目标
B. 系统的功能需求、系统的质量目标和系统的商业目标
C. 系统的质量目标、系统的商业目标和系统开发人员的质量目标
D. 系统的功能需求、系统的商业目标和系统开发人员的商业目标
知识点： 软件架构设计 > 基于架构的软件开发方法
答案：A
解析：
体系结构需求常见三来源：系统的质量目标 、系统的商业目标 、系统开发人员的商业目标 。获取过程中既要界定须实现的软件功能（支撑用户完成任务与业务功能需求），也要明确质量属性 以落实非功能需求。易错项 B。
答案速查表
| 题号 | 答案 |
|---|---|
| （1）批处理数据传递方式 | B 整体 |
| （2）基于规则的系统第四组件 | D 工作内存 |
| （3）复用策略 | D 机会复用 |
| （4）复用阶段 | D 使用可复用资产 |
| CORBA 屏蔽 ORB 内核、为实现者提供抽象接口 | B 对象适配器 |
| （6）适应需求增加新功能 | B 可扩展性 |
| （7）合法服务 + 阻止非授权 | B 安全性 |
| （8）SQL 注入 / XSS / 传输安全 | C 安全性 |
| （9）对应架构策略 | D 入侵检测 |
| （10）性能衡量指标 | D 事件响应时间 |
| （11）提升性能的策略 | C 增加可用资源 |
| （12）与文档化、复审构成迭代 | B 体系结构设计 |
| （13）暴露风险、早发现设计缺陷 | C 体系结构复审 |
| 单选 · EDA 正确描述 | B 独立、非耦合模块间传递事件消息 |
| 单选 · 图形编辑 / 操作意图驱动处理 | B 隐式调用 |
| （16）Web 服务注册与查找 | A UDDI |
| （17）描述 Web 服务接口与操作 | B WSDL |
| 单选 · 微服务与 SOA 管理方式 | C 微服务去中心化、SOA 集中式 |
| 单选 ·「4+1」视图典型组成 | A 逻辑/进程/开发/物理 + 场景 |
| 单选 · 关于架构的错误说法 | A "必须遵循特定架构风格"（表述过绝） |
| （21）ATAM 头脑风暴：架构发展方式 | B 增长场景 |
| （22）ATAM：利益相关者为最终用户 | A 用例场景 |
| 单选 · 一秒内完成交易需求可达成 | D 非风险点 |
| （24）场景描述视角 | C 风险承担者 |
| （25）场景三方面描述 | C 刺激、环境、响应 |
| （27）ATAM/SAAM 分析对象 | C 特定场景 |
| （28）四阶段：场景收集/视图与场景实现/属性模型/折中 | A 架构权衡分析方法（ATAM） |
| （29）ABSD 描述软件架构 | B 视角与视图 |
| （30）ABSD 描述质量需求 | C 用例与质量场景 |
| （31）体系结构：词汇表与一组 | A 约束 |
| （32）架构风格反映共有结构与 | A 语义特征 |
| （33）ADL 三要素不包括 | B 中间件 |
| （34）「架构描述语言」不包括 | C ABSD |
| （45）「4+1」映射软件到硬件 | D 物理视图 |
| （46）「4+1」系统运行特性 | A 进程视图 |
| （47）DSSA：主导领域分析 | B 领域分析人员 |
| （48）DSSA：主导设计得 DSSA | C 领域设计人员 |
| 【回忆】Hofmeister 四视图第三项 | B 执行视图 |
| 【回忆】DSSA 领域分析阶段目标 | D 领域模型 |
| 单选 · 良好软件复用实践 | B 已验证开源库/框架 |
| 单选 · REST 不正确项 | B 必须用 JSON |
| 单选 · 体系结构需求三方面 | A 质量目标、商业目标、开发人员商业目标 |
| 单选 · 横向重用（跨领域元素） | D |
| 单选 · WSDL 三基本属性 | D 做什么、如何访问、位于何处 |
| 单选 · 中间件角色 | C 连接组件/系统，通信与集成 |
| 【回忆】MVP 不正确项 | C View 直接从 Model 读 |
| 【回忆】XML 错误描述 | B "允许各种各样文档显示类型" |
| 单选 · 效用树优先级（不正确项） | A 不能认定"安全性场景必为高优先级" |