ABSD 与视图

⚠️ 资料来源于互联网整理，仅作备考参考，正式结论请以官方教程与考纲为准。发现错误欢迎反馈问题。

🔒 本篇为会员内容。开通会员 →（全站会员内容畅读 · 附件下载 · 专享答疑）

学科 系统架构设计 ｜ 章节 §6 ｜ 考点类型 — ｜ 重要度 — ｜ 知识点ID —

学科：系统架构设计 ｜ 大纲域：§6 ｜ 考频：每年 1-2 题 题目与解析来自 raw/kb26-题库练习/（二级来源）；每题已绑定知识点 ID，可在对应知识点页对照复习。

1. ABSD 方法的核心思想是：

题型：单选 ｜ 难度：易 ｜ 知识点：SA-02 基于架构的软件开发方法ABSD

• A. 自底向上从代码归纳出架构
• B. 以软件架构为开发的中心，自顶向下、需求驱动、由架构指导后续设计与实现 ✅
• C. 完全摒弃设计文档
• D. 只关注代码实现细节

答案：B

解析（采分点）：ABSD（Architecture-Based Software Development）由 Bass、Clements 等人提出——架构先行，把架构作为整个软件生命周期的中心。与传统瀑布的区别：传统是”需求→设计→实现”线性，ABSD 是”先架构、再细化”，强调架构对开发的指导和约束。与敏捷的关系：敏捷强调演进式架构，ABSD 强调显式架构决策，两者可结合（Lean Architecture）。

2. ABSD 的开发活动通常包含以下六个阶段，按顺序排列正确的是：

题型：单选 ｜ 难度：难 ｜ 知识点：SA-02 基于架构的软件开发方法ABSD

• A. 架构需求 → 架构设计 → 架构文档化 → 架构复审 → 架构实现 → 架构演化 ✅
• B. 架构设计 → 架构需求 → 架构实现 → 架构演化 → 架构复审 → 架构文档化
• C. 需求 → 编码 → 测试 → 部署 → 维护 → 退役
• D. 架构需求 → 架构实现 → 架构文档化 → 架构演化

答案：A

解析（采分点）：ABSD 六阶段——①架构需求（获取功能/质量/约束）→ ②架构设计（候选架构、风格选择、视图设计）→ ③架构文档化（输出架构规约 SAD）→ ④架构复审（同行评审 / ATAM）→ ⑤架构实现（编码、构件实现、组装）→ ⑥架构演化（运维期持续演化）。复审在实现之前——发现问题成本最低。

3. 4+1 视图模型中，”+1” 的视图是：

题型：单选 ｜ 难度：易 ｜ 知识点：SA-02 基于架构的软件开发方法ABSD

• A. 物理视图
• B. 进程视图
• C. 场景视图（Use Case View）—— 用关键用例串联其他 4 个视图，验证架构 ✅
• D. 数据视图

答案：C

解析（采分点）：4+1 = 逻辑 + 开发 + 进程 + 物理 + 场景。场景视图（用例视图） 的作用是验证和驱动——选取关键用例，让这些用例在其他 4 个视图中跑通，验证架构的合理性。如果某用例在物理视图上无法实现（如延迟超标）则说明架构需要调整。4+1 是 Kruchten 1995 年提出的经典模型，RUP 在此基础上发展。