软考易错知识总结(二)

文章目录

  • 1.集成测试方式
  • [2. 业务分析方法核心区别速记表](#2. 业务分析方法核心区别速记表)
  • [3. 分段、分页、段页式三种存储管理对比表](#3. 分段、分页、段页式三种存储管理对比表)
  • [4. 外键引用的目标,不一定必须是其它表的主键](#4. 外键引用的目标,不一定必须是其它表的主键)
  • [5. 企业信息化之业务流程重组,BPR](#5. 企业信息化之业务流程重组,BPR)
  • [6. 信息资源管理 五大基础标准(软考官方版)](#6. 信息资源管理 五大基础标准(软考官方版))
  • 7.容错
  • 8.都是密钥管理体系
  • [9.行为型设计模式 全对比](#9.行为型设计模式 全对比)
  • 10.人机交互用户体验五要素

本节所有易错知识点均来源于2025年5月真题

1.集成测试方式

  • 桩程序(Stub) :用来模拟被调用的下层模块 ,在自顶向下集成测试中大量使用。
  • 驱动程序(Driver) :用来模拟调用当前模块的上层模块 ,在自底向上集成测试中大量使用。

自底向上集成测试的逻辑是:从最底层的模块开始,逐步向上集成。

  • 每个被测试的模块都需要一个上层调用者 来驱动它运行,这个模拟调用者就是驱动程序(Driver)
  • 因此,这种测试方式通常需要编写大量的驱动程序。
集成测试方式 主要需要编写的辅助程序 说明
自顶向下集成 桩程序(Stub) 模拟被调用的下层模块
自底向上集成 驱动程序(Driver) 模拟调用它的上层模块

💡 一句话口诀:

自顶向下要Stub(桩),自底向上要Driver(驱动)。

2. 业务分析方法核心区别速记表

方法 核心视角 关键词 典型应用场景
价值链分析法 企业内部价值创造 客户价值最大化、增值活动、竞争优势 业务流程优化、成本管控、提升客户体验
供应链分析法 上下游全链条协同 供应链全环节、资源集成优化、动态控制 采购、生产、物流、分销全链路管理
基于ERP的分析方法 企业内部资源整合 企业资源计划、数据集成、流程标准化 财务、生产、库存、人力一体化管理
客户关系分析法(CRM) 客户全生命周期管理 客户满意度、客户价值、客户分层 客户留存、精准营销、客户服务优化
  1. 价值链 vs 供应链
    • 价值链:聚焦企业内部,核心是"创造客户价值",不强调上下游环节。
    • 供应链:聚焦企业外部+上下游,核心是"全链条协同与资源优化"。
  2. ERP vs 其他
    • ERP是工具/系统,是实现企业资源整合的载体,本身不是业务分析方法论,题干提到"对供应链全环节管理"时不选它。
  3. CRM(客户关系分析法)
    • 核心只围绕"客户",题干中出现"供应链、资源集成、全环节管理"时直接排除。
  • 客户价值最大化 → 选价值链
  • 供应链全环节管理 → 选供应链分析法
  • 企业内部资源计划 → 选基于ERP的方法
  • 客户分层/留存/营销 → 选客户关系分析法

3. 分段、分页、段页式三种存储管理对比表

对比维度 分页管理(Paging) 分段管理(Segmentation) 段页式管理(Segmentation with Paging)
核心思想 将进程空间划分为固定大小的 ,内存划分为相同大小的页框,以页为单位离散分配 将进程空间划分为逻辑意义的(如代码段、数据段),以段为单位分配连续内存 先按逻辑分段,再将每个段划分为固定大小的页,以页为单位离散分配
地址结构 页号 + 页内偏移 段号 + 段内偏移 段号 + 页号 + 页内偏移
地址映射表 每个进程一张页表 每个进程一张段表 每个进程一张段表 ,每个段一张页表
内存分配单位 页(固定大小) 段(可变大小) 页(固定大小)
碎片问题 只有内部碎片(页内剩余空间),无外部碎片 只有外部碎片(内存中未分配的零散空间),无内部碎片 既有少量内部碎片(页内),无外部碎片
逻辑连续性 页无逻辑意义,只是物理划分 段是逻辑单位,段内地址连续 段内按页离散分配,段之间逻辑上是连续的
共享与保护 难以共享和保护,只能按页粒度 易于按段粒度实现共享和保护 结合两者优势,可按段共享,按页管理
地址转换效率 单级页表一次查表,快;多级页表会降低效率 一次查表,快 两次查表(段表+页表),效率较低,需快表(TLB)优化
适用场景 对内存利用率要求高,程序逻辑划分不明显 程序模块化、逻辑分段清晰,需共享/保护 兼顾内存利用率与逻辑管理,现代操作系统主流方案
  1. 碎片对比

    • 分页:只有内部碎片,碎片在页内,无法消除。
    • 分段:只有外部碎片,碎片在内存中,可通过紧凑解决。
    • 段页式:仅页内有少量内部碎片,无外部碎片,内存利用率最高。
  2. 地址转换流程(必考)

    • 分页:逻辑地址 → 页号查页表 → 物理块号 + 页内偏移 → 物理地址
    • 分段:逻辑地址 → 段号查段表 → 段基址 + 段内偏移 → 物理地址
    • 段页式:逻辑地址 → 段号查段表 → 得到该段的页表地址 → 页号查页表 → 物理块号 + 页内偏移 → 物理地址
  3. 一句话速记

    • 分页:物理上离散,逻辑上连续,只防外部碎片。
    • 分段:逻辑上连续,物理上连续,易产生外部碎片。
    • 段页式:逻辑分段,物理分页,两全其美。

分段

物理地址 = 段基址 + 段内偏移

分页

物理地址 = 物理块号 × 页面大小 + 页内偏移

4. 外键引用的目标,不一定必须是其它表的主键

外键引用的目标,不一定必须是其它表的主键也可以是其它表上的唯一键(UNIQUE)。因此 "必须引用主键" 的说法是错误的。

5. 企业信息化之业务流程重组,BPR

以前企业:

按部门分工干活(财务、人事、采购各管一段)

流程割裂、层层审批、完全人工、无系统。

要上信息化系统(ERP/OA 等)

老的破烂流程,直接搬进系统 = 烂流程电子化,只会更卡。

所以必须先:

BPR 业务流程重组

先把不合理的旧流程拆掉、重排、合并、删节点

→ 再造一套适合信息化的新流程

→ 再上系统

6. 信息资源管理 五大基础标准(软考官方版)

标准名称 核心定义 关键内容/考点 考试秒杀关键词
数据元素标准 信息系统中最小不可再分的数据单位的统一规范 命名标准、标识标准、一致性标准、格式标准 命名、标识、最小数据单位
用户视图标准 用户直接接触和使用的数据载体的规范 表单、报表、单据、屏幕界面数据格式 表单、报表、单据、用户直接看到的数据
信息分类编码标准 对企业信息进行分类并赋予唯一编码的规范 分类规则、编码规则(如物料编码、部门编码) 分类、编码、唯一标识
概念数据库标准 企业级主题数据库的概要级定义,描述企业所有主题数据库的整体结构 主题数据库清单、企业数据的全局概念模型 主题数据库、概要级、企业级全局
逻辑数据库标准 对概念数据库的细化,定义数据库的逻辑结构(规范化基本表) 表结构、字段关系、主键外键、规范化模型 基本表、逻辑结构、规范化设计

7.容错

静态冗余相当于另外一台备份一直在工作

动态的则是坏了才会切换到备份工作,没坏的时候动态的备份不工作

混合冗余。静态 + 动态结合,轻微故障:静态直接屏蔽,严重故障:动态切换备用

容错分为:硬件容错(以三大冗余为核心)软件容错

大类 核心手段 细分分类 详细考点+典型示例 作用&考试关键词
硬件容错 一、结构冗余 (硬件部件冗余备份) 1.静态冗余 (屏蔽冗余) 又称故障屏蔽 示例:三模冗余TMR、多表决器 特点:不出错不切换,硬件并行工作,直接屏蔽故障 故障屏蔽、常驻备份、无需切换
2.动态冗余 (切换冗余) 又称后备冗余 示例:双机热备、主备切换、备用服务器 特点:主故障后,切换备用模块接管 故障切换、主备模式、故障后顶替
3.混合冗余 静态+动态结合 先静态屏蔽,严重故障再动态切换备用 兼顾屏蔽+切换,可靠性最高
二、信息冗余 --- 奇偶校验、海明码、CRC校验、冗余编码、纠错码 检测/纠正数据传输、存储错误
三、时间冗余 --- 指令复执、程序重试、重复运算、短时故障重试 解决瞬时干扰、临时随机故障
软件容错 软件层面故障预防、屏蔽、恢复 1.N版本程序设计 多团队独立编写功能相同、版本不同的程序,表决输出 规避同一逻辑缺陷,多版本表决容错
2.恢复块设计 单程序+备用块,出错回滚重试、块级恢复 局部故障恢复、块级回退,成本低于N版本
3.防卫式程序设计 边界判断、参数校验、异常捕获、防越界、空值判断 提前预防错误,拦截非法输入/异常
4.故障恢复机制 事务回滚、快照、重试、断点续跑、日志还原 出错撤销、业务回退、数据修复
5.服务容灾机制 熔断、降级、限流、异地多活、集群容错 保证核心可用,牺牲非关键功能
  1. 结构冗余三类:静态(屏蔽)、动态(切换)、混合
  2. 软件容错三大经典:
    N版本、恢复块、防卫式程序设计
  3. 静态冗余:一直并行;动态冗余:坏了才上备用。
  4. 三大硬件冗余固定考点:结构、信息、时间
  1. N 版本程序设计
    = 软件版・静态冗余
    多套程序同时运行
    并行工作、结果表决
    不出错也全程待命
    👉 和硬件「静态冗余 / TMR」逻辑一模一样
  2. 恢复块设计
    = 软件版・动态冗余
    主块先跑,正常就不用备用
    主块出错,才启用备用块
    👉 和硬件「动态主备切换」完全一致
  3. 防卫式程序设计
    正确对应:避错 / 预防式容错
    防卫式:代码层加校验、判空、边界、异常捕获
    👉 属于事前防错,没有硬件冗余能直接对应

8.都是密钥管理体系

KMI、PKI、SPK 三者本质:都是密钥管理体系

核心职责就两块:

  1. 密钥安全分发
  2. 密钥安全保管
    附加:密钥更新、鉴别、防伪造
体制 核心核心 密钥分发方式 密钥保管特点 适用网络
KMI(Key Management Infrastructure) 主要对称密钥管理 中心统一分发、离线/保密通道 集中保管、强管控 封闭专网
PKI(Public Key Infrastructure) 非对称(公钥)管理 证书分发公钥、私钥本地保管 公钥靠证书,私钥自己存 开放互联网
SPK(Seed Public Key) 海量轻量化密钥管理 种子派生密钥,无需逐个分发 种子集中,终端派生密钥 大规模物联网/专网

PKI 两套核心用法(必考)

  1. 加密(你刚才说的)
    公钥加密 → 私钥解密
    公钥:公开、人人可用
    私钥:自己保管、绝不外泄
    作用:防窃听、保密
  2. 数字签名(反过来,极易考)
    私钥签名 → 公钥验证
    你用自己私钥签名
    别人用你的公钥验证真伪

9.行为型设计模式 全对比

行为型:关注对象之间通信、交互、流程、算法规则

一共高频必考:策略、观察者、状态、命令、迭代器、模板方法、访问者、中介者、备忘录、解释器、职责链

模式 核心作用 实际业务用途 考试关键词/典型例子
策略模式 封装多种算法,可互相替换,运行动态切换 支付方式(微信/支付宝)、折扣算法、排序算法、税率计算 算法互换、动态选择、同一行为多种实现
观察者模式 一对多,主体变化,自动通知所有订阅者 消息订阅、公众号、事件监听、前端事件、监控告警 发布-订阅、一对多、自动通知
状态模式 对象根据自身状态切换行为,状态隔离 订单状态(待付款/发货/完成)、电梯状态、工单流转 状态改变→行为改变、多状态分支
命令模式 请求封装为对象,解耦调用者与执行者 撤销/重做、按钮指令、批量任务、队列任务 命令排队、撤销、解耦请求与执行
模板方法 父类定义固定流程骨架,子类重写步骤 统一流程:审批流程、文件解析、模板导出 固定骨架、步骤复用、父定流程子实现
职责链 请求沿链条依次传递,逐级处理或放行 审批流、权限拦截、过滤器、异常逐级上报 层层传递、链式处理、责任分担
迭代器 统一遍历不同集合,隐藏内部结构 遍历数组/集合/树形结构,统一遍历接口 遍历集合、隔离容器与遍历逻辑
中介者 集中中转,多对象不直接互相依赖 聊天室、系统模块解耦、网关中转 多对象交互、解耦、统一中转
备忘录 保存对象历史状态,支持回滚恢复 文档撤销、游戏存档、数据快照、版本回退 状态保存、还原、快照、撤销
访问者 数据结构稳定,操作频繁变化 报表统计、文件格式解析、多维度数据运算 结构固定、操作多变、双重分派
解释器 自定义文法,解析简单语言/表达式 公式计算、规则表达式、简单脚本解析 语法解析、表达式、自定义规则
  1. 策略:换算法、换方案
  2. 观察者:一发多收、订阅通知
  3. 状态:状态不同,行为不同
  4. 命令:撤销、指令、解耦
  5. 模板:大流程固定,小步骤自定义
  6. 职责链:层层审批、逐级过滤
  7. 迭代器:统一遍历
  8. 中介者:少耦合,中间人传话
  9. 备忘录:存档、回退
  10. 访问者:结构不变,操作一直加
  11. 解释器:解析表达式/规则

10.人机交互用户体验五要素

自上而下标准五层:战略层→范围层→结构层→框架层→表现层

软考人机交互必考,纯考点表格:

层级 核心定义 设计核心 关键考点 通俗理解
1. 战略层 产品目标 + 用户需求 明确做什么、为谁做 业务目标、用户诉求、产品定位 为什么做、解决什么问题
2. 范围层 功能范围 + 内容范围 确定要做哪些功能/内容 需求取舍、功能列表、内容规划 要做哪些功能,不做哪些
3. 结构层 信息架构 + 交互设计 组织信息、定义操作流程 导航结构、业务流程、模块划分 功能怎么分类、页面怎么流转
4. 框架层 界面设计 + 导航设计 + 信息设计 页面布局、控件排布 按钮位置、表单、导航栏、区域划分 元素摆在哪、怎么点
5. 表现层 视觉设计 视觉呈现、感官体验 色彩、字体、图标、样式、排版 页面长什么样、好不好看
  1. 战略层:定目标、定需求
  2. 范围层:定功能、定边界
  3. 结构层:定架构、定流程
  4. 框架层:定布局、定控件
  5. 表现层:定视觉、定样式
相关推荐
Wanderer X1 小时前
ViT 为什么可以对任意维度的图像进行编码?
人工智能
江畔柳前堤1 小时前
agent面试题
数据库·人工智能·opencv·数据挖掘·语音识别·agent
rongcj1 小时前
为什么是张雪?为什么是荣耀?
大数据·人工智能·物联网
朱涛的自习室1 小时前
Harness 还没学会,又来了个 Loop Engineering ?
android·人工智能·github
一个被程序员耽误的厨师1 小时前
02-架构篇-前端怎么反客为主把AI编排权拿回到自己手里
前端·人工智能·架构
腾飞开源1 小时前
06_Dify接入阿里云百炼API大模型
人工智能·项目实战·dify·ai智能体·ai应用开发·阿里云百炼·接入大模型
大鱼>1 小时前
AIoT安全攻防:当物联网设备成为黑客后门
人工智能·物联网·安全·aiot
视觉&物联智能1 小时前
【杂谈】- AI落地加速,安全亟待补位:企业智能转型的安全突围之道
人工智能·安全
学Linux的语莫1 小时前
大模型量化知识总结
人工智能·模型·量化