2024 年上半年（5 月）系统架构设计师 · 真题套卷#

一、本卷元信息#

答案与可信度标注体系#

本卷特别说明：2024 年上半年综合知识在公开网络中没有稳定、完整、逐字的题面（希赛题库该卷仅 30 题且需登录，博客只有 73 条一句话回忆）。为遵守"不编造题目"的底线，本卷综合知识不虚构 A/B/C/D 选项，改为「考点还原 + 正确答案要点 + 解析 + 陷阱」的形式；需要练手的同学请把它当考点清单用，不要当原题背。

二、综合知识（选择题 · 考点还原）#

（一）操作系统与数学基础（第 1—3、14—15 条）#

1. 操作系统 · 先来先服务（FCFS）调度
〔题面不全〕回忆要点：考查 FCFS 调度算法的特点/计算。

正确答案要点（推导）：FCFS 按进程到达先后排队，非抢占；对长作业、CPU 繁忙型有利，对短作业、I/O 繁忙型不利，平均等待时间通常较长，易产生"护航效应"。
解析：考点在处理机调度算法对比（FCFS／SJF／优先级／时间片轮转／多级反馈队列）。
陷阱：把 FCFS 说成"平均周转时间最短"——最短的是 SJF（短作业优先）；FCFS 只是"最公平、最简单"。

2. 操作系统 · 多道程序设计
〔题面不全〕回忆要点：多道程序设计提高的是（）。

正确答案要点（推导）：通过让多道程序交替占用 CPU 与 I/O 设备，实现 CPU 与 I/O 并行，从而提高资源利用率与系统吞吐量。
解析：多道批处理系统的目标就是"提高资源利用率和吞吐量"，代价是周转时间变长、响应变慢。
陷阱：把"提高吞吐量"偷换成"缩短响应时间"——多道程序设计的响应时间通常变差。

3. 操作系统 · 进程状态转换
〔题面不全〕回忆要点：下列状态流转错误的是（等待态→运行态）。

正确答案要点：等待态（阻塞态）不能直接转为运行态，必须先转为就绪态。
解析：五状态模型合法转换：就绪→运行（调度）、运行→就绪（时间片到/被抢占）、运行→等待（请求 I/O 或资源）、等待→就绪（事件完成）。运行→等待、等待→运行都不允许。
陷阱：把"等待→就绪"和"等待→运行"混为一谈，是最经典的送分/送命题。

14. 数学 · 网络图关键路径（最少工期）
〔题面不全〕回忆要点：最少工期 26 天。

答案 26 天（推导，存疑：无原图）
解析：关键路径法（CPM）：画出 AOE 网，求各活动最早开始/最早完成，取最大值即工期；关键路径上活动总时差为 0。
陷阱：把"所有活动时间相加"当工期；或漏算虚活动（工期 0）造成的逻辑约束。

15. 数学 · 线性规划极值
〔题面不全〕回忆要点：给定约束求 X、Y 的目标函数极值。

答案 存疑（无约束条件原文）
解析：线性规划最优解必在可行域顶点取得；两变量时联立约束边界求交点，逐点代入目标函数比较。
陷阱：只解一组方程就下结论，漏掉其他顶点；忽略非负约束。

（二）数据库（第 4—8 条）#

4. 数据库 · 第二范式（2NF）

正确答案要点：2NF 要求每个非主属性完全函数依赖于候选键，即消除非主属性对候选键的部分函数依赖。
解析：1NF 属性不可再分；2NF 消除部分依赖；3NF 消除传递依赖；BCNF 消除主属性对候选键的部分/传递依赖。
陷阱：把"消除传递依赖"当成 2NF（那是 3NF）；把"主属性"也算进来（2NF 只约束非主属性）。

5. 数据库 · 笛卡尔积

正确答案要点：R（m 元、r 个元组）× S（n 元、s 个元组）得到 m+n 元、r×s 个元组的关系。
解析：题目给的"m×n"若指元组数相乘，则结论正确；若指属性数，则应为 m+n。
陷阱：元组数相乘、属性数相加，两者最易混淆。

6. 数据库 · 事务特性

正确答案要点：事务特性是 ACID——原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）；"并发性"不是事务特性。
解析：并发是数据库多事务同时执行的运行特征，不是事务自身的性质。
陷阱：把"并发性/并发控制"塞进 ACID 凑成五个特性。

7. 数据库 · 关系代数（交集）

正确答案要点：R−(R−S) = R∩S，即差运算可表达交运算。
解析：关系代数基本运算为并、差、笛卡尔积、选择、投影；交、连接、除都可由基本运算导出。
陷阱：误写为 R−S 或 S−R；注意差运算不满足交换律。

8. 数据库 · 反规范化

正确答案要点：反规范化属于逻辑结构设计阶段的工作（在逻辑设计时有意引入冗余以提高查询性能）。
解析：数据库设计四阶段：需求分析→概念设计（E-R）→逻辑设计（关系模式、规范化/反规范化）→物理设计（索引、存储）。
陷阱：把反规范化归到"物理设计"（物理设计管存储与索引，不管表结构冗余）。

（三）计算机网络与知识产权（第 9—13 条）#

9. 网络 · OSI 各层安全

正确答案要点：物理层没有加密功能。加密通常发生在表示层（端到端加密）、应用层，或链路层/网络层（链路加密、IPSec）。
解析：OSI 安全体系：物理层防窃听/防物理破坏，链路层链路加密，网络层 IPSec，传输层 TLS/SSL，应用层 PGP/SET 等。
陷阱：看到"加密"就选物理层（物理层只做比特传输）；把"防电磁泄露"当加密。

10. 网络 · 二层交换机

正确答案要点：二层交换机依据 MAC 地址转发，工作在数据链路层。
解析：集线器—物理层；二层交换机—数据链路层；路由器—网络层；三层交换机兼具路由功能。
陷阱：把交换机默认当成网络层设备；与"三层交换机"混淆。

11. 知识产权 · 专利法归属

正确答案要点：专利法属于民法体系（知识产权法在我国归入民法/民法典框架下的特别法）。
解析：软考常考《著作权法》《专利法》《商标法》《反不正当竞争法》的归属与保护对象。
陷阱：把专利法说成"经济法/行政法"；把"软件著作权"归到专利法（软件走著作权，不申请专利）。

12. 知识产权 · 专利类型

正确答案要点：我国专利只有三种——发明、实用新型、外观设计；商标不属于专利。
解析：商标由《商标法》保护，可续展（10 年一期）；专利保护期：发明 20 年、实用新型 10 年、外观设计 15 年（2021 年修法后）。
陷阱：把"商标/商业秘密/集成电路布图"混入专利类型。

13. 知识产权 · 专利文件

正确答案要点：界定专利权保护范围的是权利要求书；说明书用于充分公开技术方案、支持权利要求。
解析：专利申请文件＝请求书＋说明书＋说明书摘要＋权利要求书（必要时附图）。
陷阱：把"说明书"当成界定保护范围的文件。

（四）UML、设计模式与软件工程（第 16—20 条）#

16. 面向对象分析 · 用例关系

正确答案要点：用例之间没有"聚合"关系；UML 用例间只有包含（include）、扩展（extend）、泛化三种。回忆中提到的"继承用例"实为泛化。
解析：聚合/组合是类（对象）之间的整体—部分关系。
陷阱：把类图六种关系（依赖、关联、聚合、组合、泛化、实现）整套搬到用例图。

17. UML · 需求分析常用图

正确答案要点：构件图不属于需求分析常用图。需求分析阶段常用用例图，辅以活动图、状态图、时序图描述业务流程。
解析：构件图/部署图属于设计（架构）视图，描述物理实现与部署。
陷阱：把"构件图能表达系统组成"误判为需求分析工具。

18. 设计模式 · 创建型模式

正确答案要点：桥接（Bridge）模式属于结构型，不属于创建型。创建型五模式：工厂方法、抽象工厂、建造者、原型、单例。
解析：结构型七模式：适配器、桥接、组合、装饰器、外观、享元、代理；行为型十一模式：责任链、命令、解释器、迭代器、中介者、备忘录、观察者、状态、策略、模板方法、访问者。
陷阱：把 Bridge 与 Builder 名字相近而误归创建型。

19. 软件工程 · 敏捷开发

正确答案要点："敏捷开发是预测性的"这一说法错误。敏捷是适应型（adaptive），拥抱需求变化；预测性（predictive）是瀑布/计划驱动模型的特征。
解析：敏捷宣言四价值观 + 十二原则；Scrum（迭代、增量）、XP（结对、TDD）、看板。
陷阱：把"迭代计划"当成"预测性计划"。

20. 体系结构演化

正确答案要点：架构演化活动包括修改/增加/删除构件、更新构件间交互、构件组装与测试（回归测试）。
解析：演化需评估影响范围、保持架构一致性，常配合架构适应度函数与技术债务管理。
陷阱：认为演化只改代码不动架构；忽略"交互关系"的变更成本。

（五）系统架构与架构风格（第 21—26 条）#

21. 系统架构 · 视角与视图

正确答案要点：视角（viewpoint）用于从不同关注点描述架构，一个视角可产生多个视图；4+1 视图包括逻辑、进程、开发、物理、用例（场景）。
解析：视图＝架构的某种表示；视角＝构造视图的约定/模板（IEEE 1471/ISO 42010）。
陷阱：把"视角"与"视图"当成同义词；认为 4+1 视图有"测试视图"。

22. 架构风格 · 黑板

正确答案要点：黑板（Blackboard）属于仓库（Repository）风格的变体：共享数据（黑板）＋若干知识源＋控制机构。
解析：仓库风格分数据库系统、超文本系统、黑板系统；适用信号处理、语音识别、专家系统等"无确定算法"问题。
陷阱：把黑板归入"事件驱动"或"解释器"。

23. 架构风格 · 过滤器

正确答案要点：过滤器（Filter）风格中，每个过滤器独立完成数据变换，不依赖上游是谁，支持重用与并发，但不适合交互式应用。
解析：管道—过滤器：过滤器之间通过管道传递数据流；优点是可重用、可组合；缺点是批处理式、难以处理交互、性能受数据解析影响。
陷阱：认为过滤器风格适合 GUI 交互。

24. 架构风格 · 管道

正确答案要点：管道（Pipe）负责在过滤器之间单向传递数据，是连接件而非处理构件。
解析：连接件＝管道；构件＝过滤器；数据流单向、无反馈。
陷阱：把管道当成"处理构件"；把"管道—过滤器"与"隐式调用"混淆。

25. 架构风格 · 应用服务器（三层 C/S）

正确答案要点：应用服务器风格中，客户机位于表示层，应用服务器承载业务逻辑，数据库服务器承载数据。
解析：三层 C/S：表示层（GUI）／功能层（业务）／数据层；应用服务器可做负载均衡、连接池、事务管理。
陷阱：把业务逻辑放到客户机（那是胖客户端/两层 C/S）。

26. 架构风格 · 风格选择

正确答案要点："架构设计一定要基于某个特定架构风格"是错误表述。实际系统常组合多种风格，也可自定义风格。
解析：架构风格是"惯用模式/约束集合"，不是强制模板；选择依据是质量属性权衡。
陷阱：绝对化表述（"一定""必须""只能"）在软考中通常是错误项。

（六）物联网、事件驱动、SOA、RUP、构件（第 27—35 条）#

27. 物联网 · 三层架构

正确答案要点：物联网三层＝感知层、网络层、应用层（另有四层说法加"平台/支撑层"）。
解析：感知层采集（RFID、传感器、二维码）；网络层传输（NB-IoT、5G、LoRa）；应用层处理与行业应用。
陷阱：把"平台层"当必备层；把"传输层"与"网络层"混用。

28. 事件驱动 · 特性

正确答案要点："一个事件的发生不会影响另一个事件"是错误的。事件驱动架构中事件可级联触发，构件间松耦合但存在间接依赖。
解析：隐式调用风格：发布—订阅、事件总线；优点是解耦、易扩展，缺点是控制流不可预测、调试困难。
陷阱：把"松耦合"理解为"完全无影响"。

29. SOA · 服务发现

正确答案要点：SOA 中服务注册与发现使用 UDDI；服务描述用 WSDL；消息与调用用 SOAP（或 REST）。
解析：SOA 三角色：服务提供者、服务请求者、服务注册中心；三操作：发布、查找、绑定。
陷阱：把 UDDI 与 WSDL 的职责对调。

30. RUP · 4+1 视图

正确答案要点：4+1 视图＝逻辑视图、进程视图、开发（实现）视图、物理（部署）视图 + 用例（场景）视图；没有"测试视图"。
解析：逻辑视图对应分析/设计模型；进程视图关注并发与性能；开发视图关注模块组织；物理视图关注部署。
陷阱：把"构件视图/数据视图"塞进 4+1。

31. 构件复用 · 可复用资产管理

正确答案要点：可复用资产管理包括分析可复用资产、构造/获取构件、分类编目、存储、维护、评估等；"分析可复用资产"是其中一环。
解析：构件库管理：描述（分类、属性）、检索、度量、反馈。
陷阱：把"分析可复用资产"当成需求分析活动。

32. 领域工程 · 领域模型

正确答案要点：领域模型在领域分析阶段获得；领域分析产出领域模型（共同特征、可变性），领域设计产出DSSA（特定领域软件架构），领域实现产出可复用构件。
解析：领域工程三阶段：领域分析→领域设计→领域实现；与应用工程（需求→设计→实现）互为镜像。
陷阱：把领域模型放在"领域设计"或"领域实现"。

33. 构件组装 · 组装方式

正确答案要点：构件组装方式包括基于功能/数据的组装、基于层次（自顶向下/自底向上）、基于消息/事件等；不存在"循环组装"这一合法方式（循环依赖是要避免的坏味道）。
解析：组装需检查接口匹配（签名、语义、协议）、构件上下文依赖。
陷阱：看到"循环"就以为是某种组装模式。

34. 构件组装 · 失败原因

正确答案要点："操作不完备"是构件组装失败的典型原因之一（构件提供的操作不足以满足组装需求/接口语义不匹配）。
解析：组装失败原因：接口不兼容、语义不匹配、构件行为冲突、上下文依赖缺失、质量属性不达标。
陷阱：把"操作不完备"误解为"构件本身有 bug"。

35. 构件 · 基本特征

正确答案要点：构件是可独立部署的二进制单元，无需重新编译即可组装（正确）；"没有公开接口也能通过适配使用"是错误说法——构件复用的前提是可访问其公开（导出）接口，适配器只能转换接口形式，不能凭空获得未公开的能力。
解析：构件三要素：规约（接口）、实现、部署单元；黑盒复用依赖公开接口。
陷阱：把"适配器模式可以解决一切不兼容"当成万能。

（七）质量属性与架构评估（第 36—48 条）#

36. 质量属性 · 开发期与运行期

正确答案要点：开发期质量属性：可修改性、可扩展性、可重用性、可测试性、易用性（部分教材归此）；运行期：性能、安全性、可用性、可靠性、互操作性、资源利用性。
解析：按"系统是否已运行"划分，是架构评估分类的基础。
陷阱：把"可测试性"当运行期属性（它是开发期）。

37. 常用质量属性 · 四属性

正确答案要点：架构评估最常用的四个质量属性是性能、安全性、可用性、可修改性；"可测试性"不在其列（虽属质量属性，但不是最常用四类）。
解析：ATAM 效用树通常围绕这四类展开。
陷阱：把"可靠性"与"可用性"并列成两个最常用属性（教材常合称"可靠性/可用性"）。

38. 可用性 · 定义

正确答案要点：可用性＝系统在给定时间内正常工作时间的比例（Availability = MTBF/(MTBF+MTTR)）。
解析：提高可用性：冗余（双机热备、集群）、心跳检测、故障转移、快速恢复。
陷阱：把可用性等同于"可靠性"（可靠性是"连续无故障运行能力"）。

39. 互操作性 · 定义

正确答案要点：互操作性指系统/构件与其他系统交换信息并协作的难易程度。
解析：互操作性关注接口标准、数据格式、协议一致性（如 Web Service、消息中间件）。
陷阱：把"可移植性"（换平台）当互操作性（跨系统协作）。

40. 质量属性 · 场景的作用

正确答案要点：质量属性场景用于具体化、可度量地描述质量属性，是架构评估的输入。
解析：场景六要素：刺激源、刺激、环境、制品、响应、响应度量。
陷阱：把场景当"用例"（用例描述功能，场景描述质量）。

41. 质量属性 · 响应

正确答案要点：响应是刺激到达后系统采取的行动；响应度量是对响应结果的量化。
解析：六要素中"响应"与"响应度量"最易混：前者是动作，后者是指标（如响应时间<2s）。
陷阱：把"响应度量"当"响应"。

42. 架构评估 · 优先级排序

正确答案要点：对质量属性场景排序/定优先级使用效用树（Utility Tree）：按"重要性"与"实现难度"两维打分（H/M/L）。
解析：效用树是 ATAM 的核心工具，从"效用"逐层分解到具体场景。
陷阱：把效用树当成"决策树/故障树"。

43. 架构评估 · 最早的方法

正确答案要点：最早的架构评估方法是 SAAM（软件架构分析方法），最初用于可修改性评估，后扩展支持多种质量属性。
解析：SAAM 步骤：场景开发→架构描述→场景评估→场景交互→总体评价。
陷阱：把 ATAM 当"最早"（ATAM 在 SAAM 基础上发展）。

44. 架构评估 · 多属性折中

正确答案要点：需要多种质量属性折中时使用 ATAM（架构权衡分析方法）。
解析：ATAM 四阶段：描述评估方法→描述架构→属性分析→权衡点/敏感点/风险。
陷阱：把 SAAM 当折中方法（SAAM 侧重单属性/可修改性）。

45. 性能 · 度量

正确答案要点：性能常用吞吐量（单位时间处理个数）、响应时间、并发数等度量。
解析：性能场景六要素中"响应度量"常为"每秒处理 N 个请求""响应时间≤2s"。
陷阱：把"可靠性 MTBF"当性能指标。

46. 性能 · 提升手段

正确答案要点：增加资源（加 CPU/内存/带宽、水平扩展）是提升性能的直接手段，配合缓存、异步、负载均衡、索引优化。
解析：性能战术：资源调度（负载均衡）、资源管理（并发、缓存、池化）、资源仲裁。
陷阱：把"增加资源"当成唯一手段（还应优化算法/减少请求）。

47. 安全性 · 机密性

正确答案要点：机密性＝保证信息不泄露给未授权的用户、实体或过程。
解析：安全性三要素 CIA：机密性、完整性、可用性；另有可控性、不可否认性。
陷阱：把机密性（不泄露）与完整性（不被篡改）对调。

48. 不可否认性 · 定义

正确答案要点：不可否认性＝防止实体否认其曾参与的交换/操作，常用数字签名、时间戳、审计日志实现。
解析：不可否认性分原发不可否认与递送不可否认。
陷阱：把"不可否认性"归入"完整性"。

（八）可靠性、净室与测试（第 49—55 条）#

49. 可靠性指标
〔题面不全〕回忆要点：可靠性指标 MTTD。

答案 存疑
解析：常见指标：MTTF（平均无故障时间）、MTTR（平均修复时间）、MTBF（平均故障间隔＝MTTF+MTTR）、MTTD（平均故障检测时间，部分教材/运维语境使用）。若题面问"平均无故障时间"，应选 MTTF。
陷阱：MTBF 与 MTTF 的区别（可修复系统用 MTBF）。

50. 需求分析 · 不属于的工作

正确答案要点：可靠性建模不属于需求分析工作（属可靠性设计/分析）。
解析：需求分析工作：需求获取、分析、规约（SRS）、验证；建模用数据流图、E-R、用例、状态图。
陷阱：把"可靠性需求"与"可靠性建模"混淆——前者是需求，后者是设计分析手段。

51. 可靠性 · 健壮性
〔题面不全〕回忆要点："正常终止"→健壮性。

正确答案要点（推导，存疑）：健壮性（鲁棒性）指系统在异常输入/异常环境下仍能合理工作的能力；"正常终止"更多关联正确性/可靠性。
解析：可靠性（不出故障）、可用性（可用的时间比例）、健壮性（异常下不崩溃）、容错性（故障时继续提供服务）。
陷阱：四个"性"的中文定义极为接近，必须按"异常/故障/时间比例"三类关键词区分。

52. 净室软件工程

正确答案要点：净室强调缺陷预防（形式化规约＋正确性验证＋统计测试），"一定不能/必须"类绝对化表述是错误项。
解析：净室以函数理论做正确性验证、以统计抽样理论做可靠性认证；不排斥增量开发。
陷阱：绝对化选项。

53. 软件测试 · 动态测试

正确答案要点：动态测试通过运行程序发现缺陷，适合复杂程序逻辑；静态测试（评审、静态分析）不运行程序。
解析：动态测试：白盒（逻辑覆盖）、黑盒（等价类、边界值）；静态：代码审查、走查、静态分析工具。
陷阱：把"静态分析"当动态测试；认为动态测试能发现所有缺陷。

54. 软件测试 · 灰盒测试

正确答案要点：灰盒测试既关注内部结构又重视输入输出，介于白盒与黑盒之间（如接口测试、数据库测试）。
解析：白盒看代码逻辑；黑盒看功能；灰盒看"部分内部结构+外部行为"。
陷阱：把"接口测试"一律归黑盒。

55. 软件测试 · 系统测试依据

正确答案要点：系统测试的依据是软件需求规格说明书（SRS）（以及系统/业务需求）。
解析：单元测试依据详细设计；集成测试依据概要设计；系统测试依据需求规格；验收测试依据用户需求/合同。
陷阱：把"概要设计"当系统测试依据（那是集成测试）。

（九）REST、云计算、EAI（第 56—58 条）#

56. REST · 约束

正确答案要点："资源与 URL 多对多"是错误的。REST 中一个资源由唯一 URI 标识（可有多表示），URL 定位资源，操作由 HTTP 方法表达。
解析：REST 六约束：客户端—服务器、无状态、可缓存、统一接口、分层系统、按需代码（可选）。
陷阱：把"一个 URL 可对应多种表示（JSON/XML）"误读为"多对多"。

57. 云计算 · 虚拟化技术

正确答案要点：OpenVZ、Xen、KVM 都是虚拟化技术（OpenVZ 属操作系统级容器，Xen 属半虚拟化/硬件辅助，KVM 属硬件辅助全虚拟化）。
解析：虚拟化分类：全虚拟化、半虚拟化、硬件辅助、操作系统级（容器）。
陷阱：把 OpenVZ 当"硬件虚拟化"；把 Docker 与 KVM 混为一类。

58. EAI · 集成层次

正确答案要点：EAI 集成层次由低到高一般为：数据集成→消息集成→应用集成（接口/API）→业务流程集成（回忆中"应用控制→业务流程控制"是简写）。
解析：EAI 目标是打通异构系统；越高层业务耦合越强、价值越大、实施越难。
陷阱：把"表示层集成"当最高层。

（十）编码、架构描述语言与安全模型（第 59—66 条）#

59. 采样频率（奈奎斯特定理）

正确答案要点：为无失真恢复模拟信号，采样频率应不低于信号最高频率的 2 倍（奈奎斯特采样定理）。
解析：电话语音 4kHz→采样 8kHz；采样后再量化、编码。
陷阱：记成"等于最高频率"或"4 倍"。

60. 曼彻斯特编码

正确答案要点：曼彻斯特编码每位中间跳变，兼具自同步能力；编码效率 50%（波特率是数据率的 2 倍）；常用于以太网（10BASE-T）。
解析：差分曼彻斯特：位开始处有无跳变表示 0/1，抗干扰更强。
陷阱：把曼彻斯特与 NRZ、4B/5B 混淆；算错"波特率=2×比特率"。

61. 架构描述语言（ADL）

正确答案要点：常见 ADL 有 UniCon、Rapide、ACME、AADL、Wright、Darwin 等；AADL 面向嵌入式实时系统。
解析：ADL 三要素：构件、连接件、架构配置；ACME 是 ADL 交换格式。
陷阱：把 UML 当 ADL（UML 是通用建模语言，非专用 ADL）。

62. TBAC

正确答案要点：TBAC（Task-Based Access Control，基于任务的访问控制）以"任务/工作流"为中心动态授权，适合协同工作流场景。
解析：访问控制模型：DAC（自主）、MAC（强制，BLP/Biba）、RBAC（角色）、TBAC（任务）、ABAC（属性）。
陷阱：把 TBAC 与 RBAC 混淆（RBAC 按角色静态授权）。

63. 安全模型（回忆为 tsecy）

答案 存疑（回忆关键词不完整，疑为 TSE/TCSEC 或 TDI）
解析：若指 TCSEC（橙皮书）：将系统安全分为 A、B1—B3、C1—C2、D 七级；若指 TSE（可信软件工程），属另一体系。
陷阱：把 TCSEC 与 CC（通用准则 EAL1—EAL7）等级混淆。

64. 安全等级 · 标记

正确答案要点：以安全标记（标签）实现强制访问控制的经典模型是 BLP（Bell-LaPadula）：下读上写（no read up, no write down），保证机密性。
解析：Biba 模型保证完整性：上读下写，与 BLP 相反。
陷阱：BLP 与 Biba 读写方向记反。

65. 灾难恢复 · 远程集群

正确答案要点：灾难恢复能力国家标准分 6 级，第 6 级（最高）为"零数据丢失/远程集群实时切换"。
解析：1 级基本支持→2 级备用场地→3 级电子传输→4 级定时批处理→5 级实时数据传输→6 级零数据丢失。
陷阱：把"远程集群"当第 5 级；把 RTO/RPO 概念混用。

66. 数字孪生
答案 存疑（回忆为"应用共识"，来源不清晰）

解析：数字孪生＝物理实体的虚拟映射，通过实时数据采集＋模型仿真实现监控、预测与优化；关键技术：建模、仿真、物联网、大数据、AI。
陷阱：把数字孪生等同"3D 可视化"。

（十一）嵌入式与专业英语（第 67—73 条）#

67. 嵌入式系统 · 屏蔽操作系统

正确答案要点：嵌入式系统中"屏蔽操作系统差异"的层次是中间件/嵌入式虚拟机（抽象层），向上提供统一接口，向下适配不同 OS/硬件。
解析：嵌入式软件分层：硬件→BSP/驱动→OS→中间件→应用。
陷阱：把 BSP（板级支持包）当"屏蔽 OS"的层次（BSP 屏蔽的是硬件差异）。

68. 嵌入式系统 · 架构模式

正确答案要点：嵌入式常用架构模式包括层次化模式、递归（Recursive）模式、管道—过滤器、黑板、事件驱动等。
解析：嵌入式设计强调实时性、资源受限、可裁剪。
陷阱：把"分层"当唯一模式。

69—73. 专业英语（架构相关）
〔题面不全〕回忆关键词：解空间→架构分析；问题空间→需求分析；管理→需求；问题；方法。

正确答案要点（推导）：

• 问题空间（problem space）对应需求分析——理解要解决什么问题；
• 解空间（solution space）对应架构设计/架构分析——给出如何解决的结构方案；
• 架构分析方法通常包含：问题识别、架构描述、场景评估、结论/风险。

解析：专业英语题多以"架构定义/架构评估步骤/质量属性"原文填空，背术语即可（architecture, stakeholder, viewpoint, scenario, tradeoff, sensitivity point, risk）。
陷阱：把 problem space 与 solution space 对调。

三、收录说明#

四、案例分析（1 必做 + 4 选 2）#

题面为公开源要点还原，非逐字原题；分值按考生回忆标注。

必做题：系统架构评估（微服务架构 + 质量属性场景）#

题目结构（回忆还原）
某系统采用微服务架构，要求：

1. 描述微服务架构的特点、优势与缺点（200 字以内，7 分）；
2. 质量属性及场景填空（6 空，6 分），其中含"用户可自定义选择中文/英文界面"应归入哪类质量属性；
3. 写出质量属性场景的六要素，并针对可用性的两个具体场景（回忆为 e、h）描述六要素（12 分）。

解题框架

• 第 1 问（限字数是最大陷阱）：
• 特点：按业务能力拆分、独立部署、独立数据存储、轻量通信（HTTP/RPC/消息）、去中心化治理。
• 优点：独立部署与扩容、技术异构、故障隔离、团队自治、持续交付友好。
• 缺点：分布式复杂度（网络、事务、一致性）、运维与监控成本高、服务划分与治理难、跨服务查询/报表难。
• 答题结构：特点 1 句 → 优点 3 点 → 缺点 3 点，控制 180 字左右，先写骨架再补词。
• 第 2 问（填空）：
• "用户可自定义中英文界面"→ 易用性（Usability），不要写"应用性/适用性"；
• 其余空多落在性能、可用性、安全性、可修改性四类，按"刺激—响应"关键词反推。
• 第 3 问（六要素模板，必背）：
• 刺激源（Source）／刺激（Stimulus）／环境（Environment）／制品（Artifact）／响应（Response）／响应度量（Response Measure）。
• 可用性示例：刺激源＝运维人员/硬件；刺激＝服务器宕机；环境＝正常运行；制品＝应用服务器集群；响应＝自动故障转移并告警；度量＝切换时间≤30s、可用性≥99.9%。

常见得分点

• 优点/缺点分点写，且与"微服务"强相关（独立部署、故障隔离、分布式事务难）；
• 六要素六个词写全，缺一个扣一个；
• 每个场景的"响应度量"必须是可量化数字（时间、比例、次数）。

典型失分

• 超字数（200 字要求）被扣分；
• 把易用性写成"应用性/可用性"；
• 六要素只写 5 个，或"响应"写成"响应时间"（把度量当响应）。

选做题 1：Redis 分布式锁 + ZSet#

题目结构

1. 基于 MySQL 锁实现分布式锁的缺点（9 分）；
2. 用 Redis 的 SETNX 与 EXPIRE 实现分布式锁，说明如何产生死锁，并列举其他分布式锁实现方式（10 分）；
3. ZSet 命令填空：加数据、判断是否存在、取数据（6 分）。

解题框架

• 第 1 问：性能瓶颈（数据库连接/行锁竞争）、实现复杂、可靠性差（锁超时/会话断开）、扩展性差、一致性难保证（主从延迟）。
• 第 2 问：
• 死锁成因：SETNX 成功但 EXPIRE 失败（两条命令非原子），锁永不过期→死锁；或业务超时但未释放。
• 正确做法：SET key value NX PX 30000（一条命令原子设置锁+过期）；value 用唯一标识，释放时用 Lua 脚本校验后删除。
• 其他方案：ZooKeeper 临时顺序节点、etcd（lease + revision）、数据库唯一索引/乐观锁、Redisson（看门狗续期）。
• 第 3 问：ZADD（加）、ZCARD/ZSCORE（判断存在/取分值）、ZRANGE（按序取）。

常见得分点：非原子性导致死锁；SET NX PX 一条命令；Lua 释放；ZK 临时节点。

典型失分：只说"加过期时间"不说"两条命令非原子"；把 ZSet 命令写成 zpush/zget。

选做题 2：MongoDB 矢量/地理数据 + HDFS 冷热数据#

题目结构

1. 填空：系统三个逻辑层（表示层、处理层、存储层），并为不同数据选择存储（HDFS、HBase、MySQL、Elasticsearch）；
2. 如何把（地理/矢量）数据存入 MongoDB；
3. 冷数据处理逻辑。

解题框架

• 第 1 问：按"结构化事务数据→MySQL；海量文件/离线→HDFS；海量稀疏随机读写→HBase；全文检索→Elasticsearch"匹配。
• 第 2 问：MongoDB 用 GeoJSON 文档 + 2dsphere 地理空间索引，$geoWithin/$near 查询；文档模型天然嵌套，适合矢量要素属性一体化存储。
• 第 3 问：热数据留热存储（SSD/ES/Redis），冷数据归档 HDFS/对象存储；按时间/访问频率分层，生命周期策略（TTL、归档任务），查询时冷热合并。

常见得分点：存储选型理由与数据特征对应；2dsphere 索引；冷热分层依据（访问频率/时间）。

选做题 3：UML 交互图#

题目结构（回忆）：序列图的消息类型、交互图的分类。

解题框架

• 交互图＝序列图（时序图）、通信图（协作图）、时序图变体（定时图）、交互概览图。
• 消息类型：同步消息（实心箭头）、异步消息（开放箭头）、返回消息（虚线箭头）；另有创建/销毁消息、自消息。
• 答题模板："图名—用途—元素—适用场景"四段式。

常见得分点：同步 vs 异步区分；通信图强调对象间链接与序号。

选做题 4：嵌入式（SOME/IP、DDS）#

题目结构（回忆）：车载/嵌入式通信中间件 SOME/IP 与 DDS 的特点与适用场景。

解题框架

• SOME/IP：面向服务的车载以太网中间件，支持 RPC、发布/订阅、服务发现（SD），常用于 AUTOSAR 自适应平台。
• DDS：以数据为中心的发布/订阅，提供 22 种 QoS 策略，强实时、去中心化，适合自动驾驶/工业控制。
• 对比维度：通信模型（RPC vs 数据为中心）、QoS、实时性、服务发现、生态。

常见得分点：SOME/IP＝面向服务＋RPC；DDS＝DCPS＋QoS；说清适用场景。

五、论文（4 选 1，题名已核实）#

四题在考生间顺序随机。以下给"题目要求＋写作框架"，不复述范文。

论文 1：论单元测试及应用#

三问结构（通用）

1. 简述你参与开发的软件项目及承担的主要工作；
2. 单元测试的概念、作用与常用方法/框架；
3. 结合项目说明如何开展单元测试及效果。

写作框架

• 摘要（300 字）：项目背景＋本人角色＋单元测试实践＋量化效果。
• 正文一（项目背景，600 字）：系统规模、技术栈、团队、本人职责。
• 正文二（理论，800 字）：单元测试定义（针对最小可测单元）、目的（早期发现缺陷、支撑重构）、方法（白盒：语句/判定/条件/路径覆盖；黑盒：等价类、边界值；驱动模块与桩模块）、框架（JUnit/TestNG/pytest/Jest）、TDD 红-绿-重构、Mock/Stub、覆盖率指标（行/分支）。
• 正文三（实践，1200 字）：选 2—3 个模块，写"如何设计用例→如何 Mock 依赖→如何接入 CI（每次提交跑单测、门禁覆盖率≥70%）→发现并修复了哪些缺陷"。
• 结尾（400 字）：效果（缺陷左移、回归效率、覆盖率）＋不足（遗留系统难补、UI 层不适合单测）＋改进。

得分点：概念准确（驱动/桩、覆盖率类型）＋框架真实＋CI 流水线＋量化效果。

论文 2：论云上运维（DevOps）设计及应用#

三问结构

1. 项目背景与本人工作；
2. 云上运维/DevOps 的核心内容（持续集成、持续交付、监控告警、基础设施即代码、自动化）；
3. 结合项目说明如何落地及效果。

写作框架

• 理论段：DevOps 三原则（流动、反馈、持续学习）；CI/CD 流水线（代码提交→构建→单测→镜像→部署）；IaC（Terraform/Ansible）；可观测性三支柱（Metrics/Logging/Tracing）；SRE（SLI/SLO/错误预算）；云上弹性与成本治理。
• 实践段：给出一条真实流水线（GitLab CI/Jenkins + Harbor + K8s + Prometheus/Grafana + ELK），写"发布从 2 小时降到 15 分钟""故障定位从 30 分钟降到 5 分钟"。
• 结尾：收益＋灰度/回滚机制＋遗留问题（配置漂移、告警风暴）。

得分点：CI/CD 各阶段完整；监控告警闭环；IaC；有量化指标。

论文 3：论大数据 Lambda 架构#

三问结构（回忆原题）

1. 简述项目及本人作用；
2. Lambda 架构将数据流分为批处理层、加速（速度）层、服务层，说明三层用途与特点；
3. 结合项目说明如何基于 Lambda 架构处理大数据。

写作框架

• 三层标准答法：
• 批处理层（Batch Layer）：全量不可变数据集（HDFS），定期重算批视图，准确但延迟高；
• 加速层/速度层（Speed Layer）：实时流处理（Storm/Spark Streaming/Flink），只处理增量，低延迟但结果近似；
• 服务层（Serving Layer）：合并批视图与实时视图对外提供查询（HBase/ClickHouse）。
• 实践段：数据采集（Flume/Kafka）→批处理（Hive/Spark）→实时（Flink）→服务（HBase/OLAP）；写"批实时结果合并规则、去重与幂等、 exactly-once"。
• 演进段：可提 Kappa 架构（只保留流处理）与 湖仓一体（Lakehouse） 作为对比，体现深度。

得分点：三层职责与"准确性/延迟"权衡讲透；数据流图画得出来；有无重复计算/一致性问题说明。

论文 4：论模型驱动架构（MDA）方法及应用#

三问结构

1. 项目背景与本人工作；
2. MDA 的基本概念与核心模型（CIM、PIM、PSM）及转换；
3. 结合项目说明如何应用 MDA 及效果。

写作框架

• 理论段：MDA＝以平台无关模型（PIM）为核心，通过模型转换生成平台相关模型（PSM）乃至代码；三模型：CIM（计算无关，业务模型）→PIM（平台无关）→PSM（平台相关）；支撑标准：UML、MOF、XMI、QVT；工具：模型转换引擎、代码生成器。
• 实践段：用 UML 建 PIM（领域模型/用例/状态机）→定义转换规则（QVT/模板）→生成 PSM（Java/Spring 或 .NET）→生成代码与配置；写"模型变更如何驱动代码同步""生成代码与手写代码的隔离（分层/扩展点）"。
• 结尾：收益（跨平台、需求到代码可追溯、开发效率）＋挑战（转换规则维护、工具成熟度、学习成本）。

得分点：CIM/PIM/PSM 三层不缺；转换机制说清；有工具与落地细节。

六、使用建议#

1. 先做案例必做题：质量属性六要素 + 效用树是案例高频必考，必须默写。
2. 综合知识当清单用：本卷题面无完整选项，适合"看考点→自述定义→对答案要点"。
3. 论文优先准备 3 个通用项目素材：一个业务系统（可套单元测试/DevOps/MDA）、一个大数据平台（套 Lambda/湖仓）、一个高并发系统（套微服务/云原生）。
4. 关注 2024 上命题信号：机考后综合知识更偏"概念辨析 + 绝对化表述排除"，案例更偏"真实中间件命令/配置"，论文更偏"新技术（Lambda、MDA、DevOps）"。

七、来源#

交叉验证结论：论文四题（单元测试、云上运维 DevOps、大数据 Lambda、模型驱动架构 MDA）在 S1 与 S3 一致；案例必做"质量属性 + 微服务"在 S1 与 S2 一致；案例选做"Redis / MongoDB+HDFS / UML / 嵌入式"在 S1 与 S2 一致。综合知识因无完整题面，仅还原考点，不还原选项。