系统分析师-2025-11

以下哪个是邮箱相关的协议？（） A. SSL B. IPSec C. SSH D. S/MIME

| 选项 | 协议 | 用途 | 是否邮箱相关 |

| ----- | ---------- | --------------------------- | -------------- |

| **A** | **SSL** | 安全套接层，用于加密网页（HTTPS）等通用传输 | ❌ 不特定于邮箱 |

| **C** | **SSH** | 安全外壳协议，用于远程登录和管理服务器 | ❌ 不特定于邮箱 |

下列哪种开源协议要求"基于其开源的代码必须开源"？（） A. GNUGPL B. MIT C. Apache D. BSD

协议类型	代表协议	核心要求
强著佐权（Copyleft）	GPL	修改后的代码如果分发，必须开源。
宽松许可（Permissive）	MIT、Apache、BSD	修改后的代码可以闭源，商用无限制，仅需保留原始声明。

数据关系集 1：选课（学号，课程名称，成绩，学分）满足（ 1 ）。数据关系集 2：学生（学号，姓名，学院编号）满足（ 2）。

1、A. 1NF B. 2NFC. 3NFD. BCNF

2、A. 1NF B. 2NF C. 3NF D. BCNF

| 范式 | 条件 | 是否满足 |

| ---- | ----------------- | ---------------------- |

| 1NF | 属性不可再分 | ✅ 满足 |

| 2NF | 消除非主属性对主键的部分依赖 | ❌ **不满足**（学分部分依赖于课程名称） |

| 3NF | 消除传递依赖 | --- 不满足2NF，更不满足 |

| BCNF | 消除主属性对候选键的部分/传递依赖 | --- 不满足 |

| 范式 | 条件 | 是否满足 |

| ---- | -------------- | ------------------------- |

| 1NF | 属性不可再分 | ✅ 满足 |

| 2NF | 消除非主属性对主键的部分依赖 | ✅ 满足（单属性主键，不存在部分依赖） |

| 3NF | 消除传递依赖 | ✅ 满足（姓名和学院编号都直接依赖于学号，无传递） |

| BCNF | 每个决定因素都是候选键 | ✅ 满足（唯一的决定因素"学号"是候选键） |

参考答案：A、D 1、依赖关系分析成绩 → 依赖于（学号 + 课程名称） ✔，学分 → 只依赖于课程名称 ❗（部分依赖）即：学号 + 课程名称 → 成绩（完全依赖），课程名称 → 学分（部分依赖）由于出现了部分函数依赖，不满足 2NF，但肯定满足 1NF。 2、依赖关系：学号 → 姓名，学号 → 学院编号不存在：部分依赖和传递依赖（如：学号 → 学院编号 → 学院名称，这里并没有学院名称）决定因素：只有 "学号"，是候选键，满足 BCNF。

完全函数依赖（Full Dependency）

定义：非主属性必须依赖整个主键，不能只依赖主键的一部分。

如果主键是组合键（多个属性），那么非主属性必须依赖全部属性，不能只靠其中某几个属性就能确定。

部分函数依赖（Partial Dependency）

定义：非主属性只依赖于主键的一部分，而不是整个主键。

组合主键中，某个非主属性只靠主键中的部分属性就能确定。

包含活动节点并用箭头连接以表示任务先后关系的图称为（） A. 因果图 B. 蒙特卡洛图 C. 前导图（AOA/AON） D. 甘特图

| 选项 | 名称 | 用途 | 是否包含活动节点和箭头连接 |

| ----- | ---------------- | --------------------------- | ---------------------- |

| **A** | **因果图** | 质量管理工具，用于分析问题的根本原因（鱼骨图/石川图） | ❌ 不是任务关系图 |

| **D** | **甘特图** | 用横条表示任务时间进度，直观展示时间安排 | ❌ 主要展示时间轴，不是节点+箭头的逻辑关系 |

完成项目工期的双代号网络图如下，以及每个项目加速一天所需要的费用见下表，问项目需要缩减 2 天，最少要花多少钱？A.4 B.2 C.6. D.5

用通俗易懂的话解决这道题，你刚说的这个解释看不懂：事务隔离级别中性能最高的层级是（）。

A. 串行化

B. 可重复读

C. 未提交读

D. 提交读

C. 未提交读

通俗理解：就像图书馆借书

想象数据库是一个图书馆，多个同学（事务）同时想借书（读写数据）：

| 隔离级别 | 规则 | 效率 |

| -------- | ----------------- | ------------ |

| **未提交读** | 随便看，别人还没写完的草稿你也能看 | **最快**（没人管你） |

| 提交读 | 只能看已经正式出版的书 | 较快 |

| 可重复读 | 你借的书别人不能改，直到你还 | 较慢 |

| 串行化 | 所有人排队，一个一个来 | **最慢** |

负责将源代码翻译成机器代码的是（） A. 解释器 B. 汇编程序 C. 编译器 D. 链接器

C

A. 解释器 ：逐行读取、翻译并立即执行源代码，不生成独立的机器代码文件（如 Python、JavaScript 早期版本）。它的特点是"边翻译边运行"，不产生可保存的目标代码。
B. 汇编程序 ：专门将汇编语言（一种低级助记符语言，与机器指令一一对应）翻译成机器代码。虽然也生成机器码，但题干笼统地说"源代码"时，通常默认指高级语言。
C. 编译器 ：将用高级编程语言 （如 C、C++、Java）编写的整个源程序一次性全部翻译成目标机器代码（目标文件），生成独立的可执行文件。这是最标准、最符合题干"将源代码翻译成机器代码"定义的答案。
D. 链接器 ：将编译器生成的多个目标代码模块 和库文件合并，解决符号引用（如函数调用），最终生成一个完整的可执行文件。它不负责"翻译"源代码，只负责"组装"已有的二进制代码。

下列关于运算指令的说法，正确的是（ A ） A. 移位操作是运算符 B. 运算指令应包含数据传递 C. 运算指令包含少量控制指令 D. 仅对整数进行运算

把电脑指令想象成"做菜"

数据（数字/文字） = 各种食材（肉、菜、盐）。
运算指令（题目问的） = "切菜"、"翻炒"、"颠勺"（对食材进行加工处理）。
数据传递指令 = "把菜从冰箱拿到砧板上"、"把炒好的菜盛到盘子里"（只负责搬运）。
控制指令 = "如果汤烧开了就关小火"、"如果菜糊了就报警"（负责判断和跳转）。
运算指令 = 动手加工（加减乘除、移位、逻辑判断）。
传送指令 = 搬运东西（搬来搬去）。
控制指令 = 做决策（如果...就跳转...）。

简单通过代码行数（LoC）来评估项目规模的是哪种方法？（ A ） A. 基本 COCOMO B. 中级 COCOMO C. 功能点估算 D. 类比估算法

A. 基本 COCOMO（正确）仅依据 LoC（代码行数）估算工作量，是最简单的 COCOMO 模型。 B. 中级 COCOMO（错误）在基本模型基础上增加成本驱动因子，但不再是单纯根据 LoC。 C. 功能点估算（错误）按用户功能评估规模，与 LoC 无关。 D. 类比估算法（错误）基于历史项目相似度进行估算，不依赖 LoC。

银行系统负责与外部 POS 网关传递 OTP 信息的类属于（ A ） A. 边界类 B. 控制类 C. 实体类 D. 接口类

参考答案：A 选项分析： A 边界类 ✔ 正确负责系统与外部 POS 网关的交互，是典型边界类功能。 B 控制类 ✘错误控制类处理业务流程，不负责外部通信本身。 C 实体类 ✘错误表示业务数据，如用户、账户，不处理外部网关交互。 D 接口类 ✘错误干扰项，UML 中核心分类为"边界/控制/实体"。

A 解析：

边界类（边界对象）：负责系统与外部参与者（外部系统、设备、用户）交互，本题和外部POS网关通信，属于边界类。
控制类：处理业务流程、业务逻辑。
实体类：保存持久化业务数据。
接口类不是UML分析中三类分析类（边界、控制、实体）的标准分类。

数据属性分析包括（） A. 静态分析、动态分析、存储分布 B. 静态分析、动态分析 C. 静态分析、存储分布 D. 动态分析、存储分布

数据属性分析 = 数据长什么样（静态） + 数据怎么变（动态） + 数据存哪儿怎么存（存储分布）。 三者缺一不可。

在软件工程、数据库设计或系统分析中，数据属性分析 是对数据的特征进行全面剖析的过程，它涵盖以下三个维度：

1. 静态分析（Static Analysis）

定义：分析数据在静止状态下的特征，不涉及数据的流动或操作。
内容：包括数据的名称、类型、长度、取值范围、精度、格式、是否为空等固有属性。简单说就是"数据长什么样、能存什么值"。
输出产物：数据字典（Data Dictionary）、数据项定义。

2. 动态分析（Dynamic Analysis）

定义：分析数据在流动和变化过程中的行为。
内容：包括数据的产生频率、更新周期、变化规律、输入/输出时机、数据流向等。简单说就是"数据在什么时间、什么环节发生什么变化"。
输出产物：数据流图（DFD）、数据生命周期分析。

3. 存储分布（Storage Distribution / 存储结构）

现在我们来看题目里的说法，哪个不对：

A. 必须将登录凭证放在 Cookie 中 ❌（错误）

C. 结合统一认证技术可以更安全 ✅（正确）

D. 可以减少多次重复认证带来的用户体验问题 ✅（正确）

B. 多个应用只需登录一次 ✅（正确）

定义：分析数据在物理或逻辑层面如何组织、存放和分布。
内容：包括存储介质的选择、数据是否分库分表、索引策略、备份策略、数据冗余与分布等。简单说就是"数据最终存到哪里、怎么存才高效安全"。
输出产物：数据库物理设计、存储方案规划。

软件质量模型中，互操作性属于下列哪项质量属性？（） A. 兼容性 B. 功能性 C. 可靠性 D. 可移植性
兼容性包含两个子特性：共存性（Co-existence）互操作性（Interoperability）其中 "互操作性" 指不同系统、组件之间能够交换信息并正确使用这些信息的能力，例如：系统 A 发出的数据，系统 B 能正确识别、解析、使用 API 能正确协作第三方系统能集成
ISO 25010 软件质量模型，兼容性的子特性：共存性 + 互操作性

共存性：多个软件，在同一个环境下，互不干扰，能够一起同时运行，不需要互相交换数据。

核心关键点
不需要互相通信、不需要交换数据，只是共处同一硬件 / 操作系统环境。
重点：互不冲突、不抢占资源互相搞崩对方。
对比互操作性：
✅互操作性 ：A 和 B互相交换数据、协同干活（要交互信息）
✅共存性 ：A 和 B只是同时跑，不用对话，互不捣乱（不交换信息）

关于 SSO（SingleSign-On，单点登录）的说法中，不正确的是哪项？（） A. 必须将登录凭证放在 Cookie 中 B. 多个应用只需登录一次 C. 结合统一认证技术可以更安全 D. 可以减少多次重复认证带来的用户体验问题。
把"SSO（单点登录）"理解为：你买了一张"全场通用票"。

正常流程是这样的：
你只在游乐场大门口的售票处（统一认证中心）买了一次票。
然后，你拿着这张票，去玩过山车、去鬼屋、去摩天轮（这些就是不同的"应用系统"），工作人员看一眼你的票就让你进了。
你不用在每个项目门口都重新掏钱买一次票。
用游乐场的话说："必须把票放在左边裤兜里。"
这太绝对了！你可以把票放在右边裤兜，可以拿在手上，也可以戴个手环，甚至用人脸识别（只要系统支持）。不一定非要放左边裤兜。
更重要的是，票面上写的是你的"身份证号"（用户名密码），你肯定不会把身份证号大大地写在票面上给别人看，太危险了。票面上一般是一个**"入场编号"** （只有检票机能识别）。所以，说"必须"是肯定错的。
游乐场的话：就是这个意思，买一张通票，所有项目通用。
游乐场的话：游乐场在统一的大门口安排专业的保安和验票机，比你每个项目单独搞一个"小摊贩验票"要安全得多，因为大门口可以统一配置高清摄像头和防伪系统。
游乐场的话：你只要在大门口排一次队买票，进去后直接玩，不用在鬼屋门口排长队买票，在过山车门口又排长队买票，体验当然更爽。
SSO（Single Sign-On）允许用户对多个应用系统一次登录后共享认证状态。 SSO 的关键：  统一认证服务器（IdentityProvider）  各业务系统作为 ServiceProvider  登录后返回 Token/Session/Ticket 让其他系统共享  SSO 不限定凭证必须放在 Cookie 中！ SSO 凭证可以以多种方式传递和存储：  Cookie（常见方式）  LocalStorage（SPA 常用）  Authorization Header（携带 JWT）  服务端共享 Session（如基于 Redis）  OAuth2 授权码 +Token

关于 BAM（Business Activity Model，业务活动模型）流程图的应用场景，下列哪项不属于其具体应用？（） A. 在业务流程调查时，可以用 BAM 对业务流程进行识别 B. 在业务流程分析时，可以用 BAM 描述新的业务流程 C. 在业务流程实施过程中，可以用 BAM 实现业务流程的不断优化 D. 用于反馈系统分析师对业务的理解。

BAM（Business Activity Model）是 SSADM（结构化系统分析与设计方法）中的关键产物，用于从业务角度抽象描述"业务活动及其逻辑关系"。其主要用途包括： ✔ 主要应用场景（正确的 A/B/C） 1. 业务流程调查（As-Is）：用 BAM 识别并理解业务活动及活动之间的关系。 2. 业务流程分析（To-Be）：可用于描述与评估未来（目标）业务流程。 3. 业务流程实施改进（优化）：BAM 能辅助识别瓶颈、优化业务流程，使流程更加规范高效。 D. 用于反馈系统分析师对业务的理解（错误）：BAM 是用于"刻画业务活动与业务流程"的工具，而不是用于直接向用户反馈系统分析师意见的沟通工具。

| 阶段 | BAM 的作用 |

| ---------- | ------------ |

| **业务流程调查** | 识别和梳理现有业务流程 |

| **业务流程分析** | 描述新的/优化的业务流程 |

| **业务流程实施** | 持续优化和改进流程 |

BAM 是建模工具 ，用于描述和分析业务流程本身
"反馈系统分析师对业务的理解" 属于需求沟通 或需求确认的范畴
这通常通过需求评审会议、原型演示、用户访谈等方式实现，而非 BAM 流程图的功能

BAM 关注的是流程是什么、怎么优化 ，而不是分析师理解得对不对 。BAM 的应用围绕业务流程的生命周期 （调查→分析→实施→优化），而 D 选项描述的是人员之间的理解反馈，不属于 BAM 的具体应用场景

关于线程的说法正确的是？（） A. 线程可以访问其他进程的资源 B. 线程与所在进程资源相同 C. 线程拥有有限的资源，共享进程的全部资源 D. 线程不占用系统资源

| 选项 | 描述 | 判断 | 原因 |

| ----- | ------------------- | -------- | --------------------------------------------- |

| **A** | 线程可以访问其他进程的资源 | ❌ 错误 | 线程只能访问**所在进程**的资源，不能跨进程访问（除非使用特殊 IPC 机制） |

| **B** | 线程与所在进程资源相同 | ❌ 错误 | 表述模糊。线程**共享**进程资源，但线程自己也有独立的资源（如栈、寄存器、程序计数器） |

| **C** | 线程拥有有限的资源，共享进程的全部资源 | ✅ **正确** | 线程有独立的**栈、寄存器、PC**，但共享进程的**代码段、数据段、打开的文件、堆**等 |

| **D** | 线程不占用系统资源 | ❌ 错误 | 线程需要占用**CPU时间、内存（栈空间）、TCB（线程控制块）**等资源 |

进程 = 工厂

拥有独立的厂房、设备、原料（资源）

线程 = 工厂里的工人

每个工人有自己的工具箱（栈、寄存器）
但所有工人共享工厂的厂房、设备、原料（进程资源）

在可靠性设计策略中，关于恢复块的工作原理，下列说法正确的是？（） A. 主功能模块出现故障时，自动切换到备用块继续执行 B. 对同一模块重复调用多次，比较结果是否一致 C. 与 N 版本程序技术完全相同 D. 主模块和备用模块并行执行，再选择最优结果

| 选项 | 描述 | 判断 | 原因 |

| ----- | ----------------------- | -------- | -------------------------------------------------- |

| **A** | 主功能模块出现故障时，自动切换到备用块继续执行 | ✅ **正确** | 恢复块的**核心机制**：主模块失败→切换备用模块 |

| **B** | 对同一模块重复调用多次，比较结果是否一致 | ❌ 错误 | 这是**重试机制**或**N版本程序设计**（比较表决），不是恢复块 |

| **C** | 与 N 版本程序技术完全相同 | ❌ 错误 | **完全不同**：恢复块是**串行**执行（主→备1→备2），N版本是**并行**执行多个版本再表决 |

| **D** | 主模块和备用模块并行执行，再选择最优结果 | ❌ 错误 | 这是**N版本程序设计**的特点，恢复块是**串行**切换，不是并行 |

| 对比项 | 恢复块（Recovery Block） | N版本程序设计（NVP） |

| -------- | ------------------- | ---------------- |

| **执行方式** | **串行**：先主模块，失败再换备用 | **并行**：N个版本同时执行 |

| **结果选择** | 第一个成功的结果 | **表决器**选择多数一致的结果 |

| **资源消耗** | 低（通常只执行一个模块） | 高（N个模块同时运行） |

| **时间开销** | 可能较长（需等待切换） | 取决于最慢版本 |

| **设计思想** | **向后恢复**（回滚+重试） | **向前恢复**（多数表决） |

| **相同点** | 都使用**冗余设计**提高可靠性 | 都使用**冗余设计**提高可靠性 |

自底向上的集成测试通常需要编写大量的（）？ A. 桩程序（Stub） B. 驱动程序（Driver） C. 算法用例 D. 测试用例

| 策略 | 集成方向 | 需要编写 | 原因 |

| ----------- | -------------- | ---------------- | ---------------- |

自顶向下自底向上

A A

/ \ / \

B C B C ← 还没写！

/ \ \ / \ \

D E F D E F ← 先测这些

下层D/E/F没完成上层A/B/C没完成

需要写Stub假装它们是存在的需要写Driver假装调用它们

| 选项 | 排除原因 |

| ----------- | ----------------- |

| **A. 桩程序** | 这是**自顶向下**集成测试需要的 |

| **C. 算法用例** | 与集成测试策略无关 |

| **D. 测试用例** | 任何测试都需要，不是自底向上特有的 |

（ 1 ）能够找出或设计出那些能够使客户满意，实现客户价值最大化；（ 2 ）能够对供应链上的所有环节进行有效管理，实现对企业的动态控制和各种资源的集成和优化。 1、A. 价值链分析法 B. 基于 ERP 的分析方法 C. 客户关系分析法 D. 供应链分析法 2、A. 价值链分析法 B. 基于 ERP 的分析方法 C. 客户关系分析法 D. 供应链分析法

| 选项 | 核心关注点 | 是否匹配 |

| --------------- | -------------------------------- | --------------- |

| **A. 价值链分析法** | **识别增值活动**，优化价值创造过程，最终**提升客户价值** | ✅ **匹配** |

| B. 基于 ERP 的分析方法 | 企业资源整合、流程优化 | ❌ 侧重内部管理 |

| C. 客户关系分析法 | 分析客户行为、维护客户关系 | ❌ 侧重客户数据，非价值最大化 |

| D. 供应链分析法 | 供应链上下游优化 | ❌ 侧重物流和供应 |

✔ 价值链分析法：由迈克尔·波特提出，用于分析企业在生产、营销、服务过程中的活动，识别：  哪些环节可以增加客户价值  哪些环节带来竞争优势  如何实现客户满意最大化因此问题（1）应选 A（价值链分析法）。 ERP 是企业资源计划系统，本质上就是：  横向贯穿供应商 → 采购 → 生产 → 销售 → 客户  实现供应链全过程集成化管理  动态控制企业运营数据流  实现资源最优配置因此符合题干（2）的描述，应选B

下列关于 WebService 技术栈的描述，哪个选项是正确的？（） A. 使用 WSDL 描述，使用 SOAP 传输信息，使用 UDDI 发现服务 B. 使用 WSDL 发现服务，使用 SOAP 传输信息，使用 WSDL 描述服务 C. 使用 SOAP 描述服务，使用 WSDL 传输信息，使用 UDDI 发布服务 D. 使用 UDDI 描述服务，使用 SOAP 发现服务，使用 WSDL 注册服务

| 技术 | 全称 | 作用 |

| -------- | ------------------------------------------------ | --------------------- | ----------------------------------------- |

| **WSDL** | Web Services Description Language | **描述**服务（接口、参数、返回值）

| **SOAP** | Simple Object Access Protocol | **传输**信息（XML 格式的消息协议） |

| -------- | -------------------- |

| **UDDI** | **电话黄页/搜索引擎** --- 找服务 |

| **WSDL** | **产品说明书** --- 了解服务怎么用 |

| **SOAP** | **快递信封** --- 传递具体请求和响应 |

客户端服务端

│ │

│ 1. 去 UDDI "黄页"查电话 │

│ ─────────→ UDDI 注册中心 │

│ （发现服务） │

│ ←───────── 返回 WSDL 地址 │

│ │

│ 2. 下载 WSDL "说明书" │

│ ─────────→ WSDL 描述文件 │

│ （了解服务接口） │

│ ←───────── 返回接口定义 │

│ │

│ 3. 用 SOAP "信封"发请求 │

│ ─────────→ 服务端处理 │

│ （传输数据） │

│ ←───────── 返回 SOAP 响应 │