2026下半年系统分析师速记50个高频知识点 原创

　　系统分析师是软考高级资格考试中偏综合分析与方案设计的科目，考试内容覆盖需求工程、系统架构、数据库、项目管理、新技术应用等多个领域，对考生的全局视野和方案设计能力要求较高。课课家软考根据历年真题命题规律，为2026下半年考生整理了这份50个高频考点速记清单，帮助大家在冲刺阶段快速梳理核心知识框架，抓住复习重点。

　　本文每个知识点均标注了核心考点，并补充了考试常考角度和易混淆辨析，建议考生结合真题反复记忆。

　　一、软件工程与开发方法

　　1. 逆向工程

　　核心考点：逆向工程的层级划分、与再工程的关系。

　　逆向工程是指从已有的程序代码或系统中，反向推导出其设计结构、功能规格和实现逻辑的过程，主要用于软件维护、遗留系统再工程和竞品分析。

　　逆向工程按照抽象程度从低到高分为三个层级：实现级(恢复代码结构)、结构级(恢复模块架构)、功能级(恢复系统功能规格)。抽象程度越高，距离原始设计文档越近。

　　逆向工程本身不改变现有系统，是再工程的前置步骤;再工程则是在逆向工程基础上对系统进行重构、优化或移植，目标是提高系统的可维护性和可演化性。

　　2. 面向对象设计原则

　　核心考点：七大设计原则的核心思想和适用场景，考试常考原则与描述的匹配题。

　　面向对象设计七大原则：

　　2.1 单一职责原则：一个类应该只有一个引起变化的原因，设计目的单一的类。

　　2.2 开闭原则：对扩展开放，对修改封闭。

　　2.3 里氏替换原则(Liskov)：子类必须能够替换父类出现的任何地方，子类可以替换父类。

　　2.4 依赖倒置原则：要依赖于抽象，而不是具体实现;针对接口编程，不要针对实现编程。

　　2.5 接口隔离原则：使用多个专门的接口比使用单一的总接口要好。

　　2.6 组合重用原则：要尽量使用组合，而不是继承关系达到重用目的。

　　2.7 迪米特原则(最少知识法则)：一个对象应当对其他对象有尽可能少的了解。

　　考试提示：开闭原则是面向对象设计的核心原则，其他原则大多是为开闭原则服务的。

　　3. 遗留系统演化策略

　　核心考点：四种演化策略的选择依据。

　　遗留系统演化策略根据系统的业务价值和技术水平两个维度划分：

　　3.1 淘汰：低业务价值、低技术水平，直接废弃。

　　3.2 继承：高业务价值、低技术水平，在现有基础上继续使用但做技术改造。

　　3.3 改造：低业务价值、高技术水平，对系统功能进行裁剪或重构。

　　3.4 集成：高业务价值、高技术水平，通过集成方式融入新系统架构。

　　4. 创建型设计模式

　　核心考点：五种创建型模式的结构和适用场景。

　　创建型模式关注对象的创建机制，将对象的创建与使用解耦，共5种：

　　4.1 工厂方法模式：定义创建对象的接口，让子类决定实例化哪个类。

　　4.2 抽象工厂模式：创建一系列相关或相互依赖的对象族。

　　4.3 单例模式：保证一个类只有一个实例，并提供全局访问点。

　　4.4 建造者模式：将复杂对象的构建与表示分离。

　　4.5 原型模式：通过克隆现有对象来创建新对象。

　　5. 行为型设计模式

　　核心考点：行为型模式的分类和典型场景。

　　行为型模式关注对象间的通信和职责分配，共11种，高频考点包括：

　　5.1 策略模式：定义一系列算法，将每个算法封装起来并可互相替换。

　　5.2 观察者模式：定义对象间一对多的依赖关系，状态变化时自动通知。

　　5.3 模板方法模式：定义算法骨架，将某些步骤延迟到子类。

　　5.4 责任链模式：将请求沿处理链传递，直到有对象处理它。

　　5.5 命令模式：将请求封装为对象，支持队列、日志和撤销操作。

　　5.6 迭代器模式：顺序访问聚合对象中的元素而不暴露内部表示。

　　5.7 状态模式：允许对象在内部状态改变时改变其行为。

　　6. 结构型设计模式

　　核心考点：结构型模式的分类和典型场景。

　　结构型模式关注类和对象的组合，共7种，高频考点包括：

　　6.1 适配器模式：将一个类的接口转换成客户期望的另一个接口。

　　6.2 桥接模式：将抽象部分与实现部分分离，使它们都可以独立变化。

　　6.3 组合模式：将对象组合成树形结构，表示"部分-整体"层次。

　　6.4 装饰模式：动态地给对象添加额外职责。

　　6.5 外观模式：为子系统中的一组接口提供一个统一的高层接口。

　　6.6 代理模式：为其他对象提供代理以控制对这个对象的访问。

　　7. 信息系统开发方法

　　核心考点：各种开发方法的特点和适用场景。

　　信息系统开发主要方法：

　　7.1 结构化方法：自顶向下、逐层分解，严格区分工作阶段，适合需求明确的系统。

　　7.2 面向对象方法：以对象为核心，封装、继承、多态，适合需求多变的系统。

　　7.3 原型化方法：快速构建原型验证需求，适合需求不明确的系统。

　　7.4 面向服务方法：以服务为核心，松耦合、可重用，适合企业级集成。

　　8. I/O控制方式

　　核心考点：四种I/O控制方式的原理和效率对比。

　　I/O控制方式发展经历了四个阶段：

　　8.1 程序直接控制方式：CPU轮询等待，效率最低。

　　8.2 中断驱动方式：I/O设备准备好后发中断通知CPU，CPU与设备并行工作。

　　8.3 DMA方式：数据直接在设备与内存间传输，整块数据传输完成后才中断CPU。

　　8.4 通道控制方式：专用通道处理器独立执行I/O指令，CPU干预最少。

　　效率排序：程序直接控制 < 中断驱动 < DMA < 通道控制。

　　二、需求工程与系统建模

　　9. 需求获取方法

　　核心考点：各种需求获取方法的优缺点和适用场景。

　　常见需求获取方法：

　　9.1 用户访谈：结构化访谈和非结构化访谈，直接深入但耗时。

　　9.2 问卷调查：覆盖面广，适合大量用户，但深度有限。

　　9.3 实地观察：观察用户实际工作流程，发现隐性需求。

　　9.4 文档审查：分析现有系统文档和业务报表。

　　9.5 原型法：通过可运行原型引导用户明确需求。

　　9.6 联合需求计划(JRP)：通过专题研讨会集中获取需求。

　　10. 面向对象分析需求建模

　　核心考点：OOA模型的组成和各模型的作用。

　　面向对象分析(OOA)建立三种模型：

　　10.1 功能模型(用例模型)：从用户视角描述系统功能需求，用用例图表示。

　　10.2 对象模型(结构模型)：描述系统静态结构，包括类、对象及其关系，用类图表示。

　　10.3 动态模型：描述系统随时间变化的行为，包括状态图、序列图、活动图等。

　　11. UML的14种图

　　核心考点：静态图与动态图的分类，以及各图的用途。

　　UML 2.x定义了14种图，分为两大类：

　　11.1 静态图(结构图，7种)：类图、对象图、构件图、部署图、包图、组合结构图、制品图。

　　11.2 动态图(行为图，7种)：用例图、序列图、协作图、状态图、活动图、定时图、交互概览图。

　　考试常考：序列图和协作图同属交互图，可以相互转换;状态图描述单个对象的生命周期，活动图描述工作流程。

　　12. UML 4+1视图

　　核心考点：五个视图的视角和对应的UML图。

　　4+1视图模型从多个角度描述软件架构：

　　12.1 逻辑视图：面向最终用户，关注功能需求，对应类图、对象图。

　　12.2 开发视图(实现视图)：面向程序员，关注软件模块组织，对应构件图、包图。

　　12.3 进程视图：面向系统集成工程师，关注并发、同步、性能，对应活动图、状态图。

　　12.4 物理视图(部署视图)：面向系统工程师，关注硬件部署和拓扑，对应部署图。

　　12.5 用例视图(场景)：贯穿其他四个视图，对应用例图。

　　13. NoSQL分类

　　核心考点：四类NoSQL的代表产品和适用场景。

　　NoSQL数据库四大类：

　　13.1 键值数据库：如Redis、Memcached，通过键快速访问值，适合缓存和会话存储。

　　13.2 列族数据库：如HBase、Cassandra，按列族存储，适合海量数据分布式存储。

　　13.3 文档数据库：如MongoDB、CouchDB，存储JSON-like文档，适合内容管理。

　　13.4 图数据库：如Neo4j，存储节点和关系，适合社交网络、推荐系统。

　　14. 可行性研究分类

　　核心考点：四种可行性的分析内容。

　　可行性研究从四个方面进行：

　　14.1 技术可行性：评估现有技术能否实现系统需求。

　　14.2 经济可行性：评估项目成本和效益，进行成本效益分析。

　　14.3 运行可行性：评估系统在组织内能否有效运行。

　　14.4 法律可行性：评估项目是否涉及法律、合同、知识产权等问题。

　　此外还常考虑社会可行性、操作可行性等扩展维度。

　　三、系统架构设计

　　15. 五大架构风格

　　核心考点：典型架构风格的特点和适用场景。

　　常见软件架构风格分类：

　　15.1 数据流风格：批处理序列、管道-过滤器，适合数据处理类系统。

　　15.2 调用/返回风格：主程序/子程序、面向对象、层次结构，适合通用业务系统。

　　15.3 独立构件风格：进程通信、事件驱动系统，适合松耦合分布式系统。

　　15.4 虚拟机风格：解释器、基于规则的系统，适合需要灵活规则配置的场景。

　　15.5 仓库风格：数据库系统、黑板系统，适合数据密集型和AI推理系统。

　　16. 微服务

　　核心考点：微服务的特征、与SOA的区别。

　　微服务架构是将单一应用开发为一组小型服务的方法，每个服务运行在独立进程中，服务间通过轻量级机制(通常是HTTP RESTful API)通信。

　　微服务核心特征：服务独立部署、细粒度、去中心化治理、轻量级通信、独立数据存储。

　　与SOA的区别：SOA侧重系统间集成和ESB总线;微服务侧重彻底拆分和独立部署，去ESB化。

　　17. 架构评估方法——SAAM和ATAM

　　核心考点：两种评估方法的阶段和侧重点。

　　SAAM(软件架构分析方法)：最早的架构评估方法，主要针对可修改性，通过场景交互来评估架构。

　　ATAM(架构权衡分析方法)：在SAAM基础上发展而来，关注多质量属性之间的权衡，核心工具是效用树。

　　ATAM评估过程：呈现架构方法、确定业务驱动因素、确定架构方法、生成质量属性效用树、分析架构方法、集体讨论场景并排序、分析架构方法、呈现结果。

　　18. 主从数据库

　　核心考点：主从复制的原理和读写分离架构。

　　主从数据库结构特点：一般一主多从，也可以多主多从。主库负责写操作，从库负责读操作，实现读写分离。

　　主从复制步骤：

　　18.1 主库更新数据完成前，将操作写入binlog日志文件。

　　18.2 从库打开I/O线程与主库连接，做binlog dump process，并将事件写入中继日志。

　　18.3 从库执行中继日志事件，保持与主库数据一致。

　　考试提示：主从复制存在延迟，对一致性要求高的场景需要特殊处理。

　　19. 电子政务

　　核心考点：电子政务的四种模式。

　　电子政务的主要模式：

　　19.1 G2G(政府对政府)：政府部门之间的电子政务，如上下级、跨部门协作。

　　19.2 G2B(政府对企业)：政府对企业的电子政务，如网上报税、企业注册。

　　19.3 G2C(政府对公众)：政府对公众的电子政务，如社保查询、身份证办理。

　　19.4 G2E(政府对公务员)：政府内部公务员管理，如人事、考勤、培训。

　　20. 嵌入式实时操作系统调度算法分类

　　核心考点：实时调度算法的分类和特点。

　　嵌入式实时操作系统的调度算法：

　　20.1 速率单调调度(RM)：静态优先级调度，周期越短优先级越高。

　　20.2 最早截止时间优先(EDF)：动态优先级调度，截止时间越早优先级越高。

　　20.3 最少空闲时间优先(LLF)：动态优先级调度，空闲时间越少优先级越高。

　　实时系统的关键指标：响应时间、截止时间、吞吐量、资源利用率。

　　四、企业信息化与管理

　　21. 工作流参考模型

　　核心考点：工作流参考模型的组成部件。

　　工作流管理联盟(WfMC)提出的工作流参考模型包含五个基本部件：

　　21.1 工作流执行服务：工作流管理系统的核心，控制工作流实例的执行。

　　21.2 流程定义工具：建模和定义工作流过程。

　　21.3 工作流客户端应用：用户处理工作项的界面。

　　21.4 被调用的应用：工作流过程中调用的外部应用程序。

　　21.5 管理和监控工具：监控工作流执行状态和性能。

　　22. 企业资源计划(ERP)

　　核心考点：ERP的核心思想和发展历程。

　　企业资源计划(ERP)是建立在信息技术基础上，以系统化的管理思想为企业决策层及员工提供决策运行手段的管理平台。

　　ERP核心思想：供应链管理、精益生产、同步工程、敏捷制造。

　　ERP发展历程：MRP(物料需求计划)→ 闭环MRP → MRP II(制造资源计划)→ ERP(企业资源计划)。

　　23. 内聚

　　核心考点：内聚的等级排序和设计目标。

　　内聚是模块内部元素之间的紧密程度，从低到高排序：

　　23.1 偶然内聚：模块内各元素之间没有实质性联系。

　　23.2 逻辑内聚：模块内各元素在逻辑上具有相似功能。

　　23.3 时间内聚：模块内各元素需在同一时间段内执行。

　　23.4 过程内聚：模块内各元素按特定次序执行。

　　23.5 通信内聚：模块内各元素使用相同输入数据或产生相同输出数据。

　　23.6 顺序内聚：模块内前一个元素的输出是后一个元素的输入。

　　23.7 功能内聚：模块内所有元素共同完成一个功能，缺一不可。

　　设计目标：功能内聚是最高内聚，是最理想的模块内聚形式。

　　24. 耦合

　　核心考点：耦合的等级排序和设计目标。

　　耦合是模块之间的依赖程度，从低到高排序：

　　24.1 非直接耦合：模块间无直接联系，独立性最强。

　　24.2 数据耦合：模块间通过简单数据参数传递。

　　24.3 标记耦合：模块间通过数据结构传递信息。

　　24.4 控制耦合：模块间传递控制信息(如标志、开关)。

　　24.5 外部耦合：模块间共享外部环境(如外部设备、全局变量)。

　　24.6 公共耦合：多个模块共享公共数据环境(如全局数据区)。

　　24.7 内容耦合：一个模块直接访问另一模块的内部数据或代码。

　　设计目标：高内聚、低耦合。耦合越低，模块独立性越强。

　　25. TCP/IP协议簇

　　核心考点：各层协议及对应设备。

　　TCP/IP四层模型及典型协议：

　　25.1 网络接口层：以太网、PPP，对应设备：交换机、网卡。

　　25.2 网际层：IP、ICMP、ARP、RARP，对应设备：路由器。

　　25.3 传输层：TCP、UDP。

　　25.4 应用层：HTTP、HTTPS、FTP、SMTP、DNS、Telnet。

　　26. 系统维护分类

　　核心考点：四类维护的定义和占比。

　　系统维护分为四类：

　　26.1 改正性维护：改正在开发阶段未发现的错误，占比约17%~21%。

　　26.2 适应性维护：使系统适应外部环境变化，占比约18%~25%。

　　26.3 完善性维护：增加新功能、改善性能和用户体验，是最主要的维护类型，占比约50%~60%。

　　26.4 预防性维护：为未来的可维护性和可靠性做准备，占比约4%左右。

　　五、分布式系统与中间件

　　27. 负载均衡算法

　　核心考点：常见负载均衡算法的原理和适用场景。

　　常见负载均衡算法：

　　27.1 轮询：依次将请求分配到各个服务器。

　　27.2 加权轮询：按服务器性能分配权重，性能高的分配更多请求。

　　27.3 最小连接数：将请求分配给当前连接数最少的服务器。

　　27.4 源地址哈希：根据请求源地址哈希后分配到固定服务器。

　　27.5 一致性哈希：在节点增减时尽量减少缓存失效和迁移。

　　28. 企业集成

　　核心考点：企业集成的四个层次。

　　企业集成从低到高分为四个层次：

　　28.1 数据集成：实现数据共享和交换，是基础。

　　28.2 应用集成：实现应用间的互操作和业务流程协同。

　　28.3 业务过程集成：跨系统的业务流程自动化和协同。

　　28.4 门户集成：统一的用户访问入口，实现个性化展示。

　　29. 同步调用与异步调用

　　核心考点：同步与异步调用的优缺点对比。

　　同步调用：调用方等待被调用方返回结果后继续执行。优点：实现简单，结果立即可知;缺点：阻塞等待，吞吐量低，耦合度高。

　　异步调用：调用方发送请求后不等待返回，继续执行后续逻辑。优点：非阻塞，吞吐量高，系统解耦;缺点：实现复杂，需要处理回调或消息队列，结果不可立即获得。

　　常见异步实现方式：消息队列、事件驱动、回调函数、Future/Promise模式。

　　30. 大数据处理系统

　　核心考点：批处理与流处理的区别和代表技术。

　　大数据处理分为两种模式：

　　30.1 批处理：对大规模静态数据进行批量处理，如MapReduce、Hive、Spark Core。特点：吞吐量大，延迟高。

　　30.2 流处理：对实时数据流进行持续处理，如Storm、Flink、Spark Streaming。特点：延迟低，实时性强。

　　大数据特征(5V)：Volume(大量)、Velocity(高速)、Variety(多样)、Value(低价值密度)、Veracity(真实性)。

　　31. 工作分解结构(WBS)

　　核心考点：WBS的作用和分解原则。

　　工作分解结构(Work Breakdown Structure)将项目可交付成果和工作分解为更小、更易管理的单元。

　　WBS分解原则：

　　31.1 100%原则：WBS包含所有项目范围，不遗漏也不多余。

　　31.2 互不重叠：各工作包之间不重叠。

　　31.8 80小时原则：最底层工作包的工期不超过80小时(约2周)。

　　WBS是项目范围管理、进度管理和成本管理的基础。

　　32. Redis分布式存储方式

　　核心考点：Redis集群的分片机制。

　　Redis分布式存储主要有三种方式：

　　32.1 主从复制：一主多从，主写从读，实现读写分离，但不支持自动分片。

　　32.2 哨兵模式：在主从基础上增加哨兵进程，实现主节点自动故障转移。

　　32.3 Redis Cluster：原生分布式集群，采用16384个哈希槽进行分片，每个节点负责一部分槽，支持在线扩展。

　　33. Redis持久化

　　核心考点：RDB和AOF两种持久化方式的区别。

　　Redis提供两种持久化机制：

　　33.1 RDB(快照持久化)：在指定时间点将内存数据快照写入磁盘。优点：恢复速度快，文件紧凑;缺点：可能丢失最后一次快照后的数据。

　　33.2 AOF(追加日志持久化)：记录所有写操作命令，重启时重放。优点：数据安全性高，丢失少;缺点：文件体积大，恢复速度慢。

　　Redis 4.0后支持混合持久化，结合RDB和AOF的优点。

　　34. REST

　　核心考点：REST的六个约束和HTTP方法语义。

　　REST(表述性状态转移)是一种软件架构风格，核心约束包括：

　　34.1 客户端-服务器：分离用户界面和数据存储。

　　34.2 无状态：每次请求包含所有必要信息，服务器不保存会话状态。

　　34.3 可缓存：响应必须明确标记是否可缓存。

　　34.4 统一接口：简化和解耦系统架构。

　　34.5 分层系统：客户端无法知晓是否直接连接终端服务器。

　　34.6 按需代码(可选)：支持可执行代码下载。

　　HTTP方法语义：GET获取资源、POST创建资源、PUT更新资源、DELETE删除资源。

　　六、项目管理与新技术

　　35. 敏捷方法

　　核心考点：敏捷开发的核心原则和典型方法。

　　敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，强调快速响应变化和持续交付可用软件。

　　典型敏捷方法：Scrum(迭代周期2-4周)、XP极限编程、水晶方法、特性驱动开发。

　　Scrum核心角色：产品负责人、Scrum Master、开发团队。核心仪式： sprint计划会、每日站会、sprint评审会、sprint回顾会。

　　敏捷四大价值观：个体和互动高于流程和工具;可工作的软件高于详尽的文档;客户合作高于合同谈判;响应变化高于遵循计划。

　　36. 信息系统战略规划

　　核心考点：信息系统战略规划的主要方法。

　　信息系统战略规划的主要方法：

　　36.1 关键成功因素法(CSF)：找出企业成功的关键因素，围绕关键因素规划信息系统。

　　36.2 战略目标集转化法(SST)：将企业战略目标转化为信息系统战略目标。

　　36.3 企业系统规划法(BSP)：通过自上而下识别目标、自下而上设计系统来支持目标实现。

　　36.4 价值链分析：分析企业价值链各环节，找出信息系统可以增值的环节。

　　37. 云计算

　　核心考点：三种服务模式和四种部署模式。

　　云计算服务模式(SPI)：

　　37.1 IaaS(基础设施即服务)：提供虚拟化的计算、存储、网络资源，如AWS EC2。

　　37.2 PaaS(平台即服务)：提供开发和运行平台，如Google App Engine。

　　37.3 SaaS(软件即服务)：提供直接可用的应用软件，如钉钉、Salesforce。

　　云计算部署模式：公有云、私有云、混合云、社区云。

　　38. 测试阶段划分

　　核心考点：测试各阶段的顺序、对象和目的。

　　软件测试按开发阶段依次为：

　　38.1 单元测试：对最小可测试单元进行测试，白盒测试为主，开发人员完成。

　　38.2 集成测试：将模块组装起来进行测试，重点检查模块间接口和交互。

　　38.3 系统测试：对整个系统进行全面测试，验证系统是否满足需求规格。

　　38.4 验收测试：以用户为主的测试，包括Alpha测试和Beta测试。

　　39. 知识产权人确定

　　核心考点：职务作品、合作开发、委托开发的知识产权归属。

　　知识产权归属规则：

　　39.1 职务作品：利用单位物质技术条件创作并由单位承担责任的软件，著作权归单位所有。

　　39.2 合作开发：著作权由合作开发者共同享有。

　　39.3 委托开发：著作权归属由委托人与受托人签订书面合同约定;无书面合同或合同未作明确约定的，著作权归受托人。

　　39.4 职务发明：申请专利的权利归单位，发明人享有署名权和奖励权。

　　七、信息安全

　　40. 安全协议

　　核心考点：常见安全协议的层次和作用。

　　常见网络安全协议：

　　40.1 SSL/TLS：传输层安全协议，为HTTP提供加密，即HTTPS。

　　40.2 IPsec：网络层安全协议，实现VPN通信。

　　40.3 SET：安全电子交易协议，用于电子商务支付。

　　40.4 PGP：应用层安全协议，用于邮件加密。

　　40.5 Kerberos：网络认证协议，基于可信第三方的身份认证。

　　41. PERT图

　　核心考点：PERT图的关键路径计算和松弛时间。

　　PERT(计划评审技术)图是一种有向图，描述项目任务之间的依赖关系和进度安排。

　　关键路径：从起点到终点的最长路径，决定项目最短完成时间。关键路径上的活动称为关键活动。

　　松弛时间：在不影响整个项目完成时间的前提下，活动可以延迟的时间量。松弛时间 = 最晚开始时间 - 最早开始时间。

　　考试提示：关键路径可能不止一条，缩短项目工期需要同时压缩所有关键路径上的活动。

　　42. 运维技术指标

　　核心考点：常见运维指标的含义和计算。

　　关键运维技术指标：

　　42.1 MTBF(平均无故障时间)：两次故障之间的平均正常运行时间。

　　42.2 MTTR(平均修复时间)：从故障发生到修复完成的平均时间。

　　42.3 可用性：MTBF / (MTBF + MTTR) × 100%。

　　42.4 故障率(失效率)：单位时间内系统发生故障的概率。

　　42.5 RTO(恢复时间目标)：灾难发生后必须恢复业务的最长时间。

　　42.6 RPO(恢复点目标)：灾难发生后可以容忍的最大数据丢失量对应的时间点。

　　43. 反规范化

　　核心考点：反规范化的目的和常用技术。

　　反规范化是在数据库设计中，为了提高查询性能而适当降低规范化程度，增加冗余数据的设计方法。

　　常用反规范化技术：

　　43.1 增加冗余列：在多个表中重复存储相同字段，减少表连接。

　　43.2 增加派生列：存储计算好的统计值，避免实时聚合计算。

　　43.3 重新组表：将经常联合查询的表合并。

　　43.4 分割表：水平分割(按行拆分)和垂直分割(按列拆分)。

　　44. Lambda架构和Kappa架构

　　核心考点：两种大数据架构的区别和优缺点。

　　Lambda架构：同时运行批处理层和速度层，批处理层处理全量数据，速度层处理实时数据，最终将两层结果合并对外服务。优点：兼顾批处理和实时计算;缺点：两套代码维护成本高。

　　Kappa架构：简化为一套流处理引擎，通过重放日志来同时满足实时和历史数据处理需求。优点：架构简单，代码统一;缺点：对流处理框架要求高，历史数据处理灵活性差。

　　八、业务流程与数据库

　　45. 业务流程分析方法

　　核心考点：常见业务流程分析方法。

　　业务流程分析常用方法：

　　45.1 价值链分析法：将企业活动分解为基本活动和辅助活动，识别竞争优势环节。

　　45.2 业务流程重组(BPR)：对业务流程进行根本性再思考和彻底性再设计。

　　45.3 业务流程建模：使用流程图、BPMN、UML活动图等工具描述业务流程。

　　45.4 标杆瞄准：以行业最佳实践为基准进行对比分析和改进。

　　46. 对称加密

　　核心考点：对称加密算法的代表和特点。

　　对称加密是指加密和解密使用相同密钥的加密算法。

　　常见对称加密算法：

　　46.1 DES：数据加密标准，密钥长度56位，已不安全。

　　46.2 3DES：三重DES，密钥长度168位。

　　46.3 AES：高级加密标准，密钥长度128/192/256位，目前最常用。

　　46.4 RC4：流加密算法，速度快。

　　46.5 SM4：国密分组密码算法，分组长度和密钥长度均为128位。

　　优点：加密速度快，适合大量数据加密。缺点：密钥分发和管理困难。

　　47. 非对称加密

　　核心考点：非对称加密算法的代表和应用场景。

　　非对称加密使用一对密钥：公钥和私钥。公钥公开，私钥保密。用公钥加密的数据只能用对应私钥解密;用私钥签名的数据可以用对应公钥验证。

　　常见非对称加密算法：

　　47.1 RSA：基于大数分解难题，应用最广泛。

　　47.2 ECC：椭圆曲线加密，密钥短、安全性高。

　　47.3 SM2：国密椭圆曲线公钥算法。

　　优点：解决密钥分发问题，支持数字签名。缺点：加密速度慢，不适合大量数据加密。

　　实际应用中通常结合两者：用对称加密加密数据本身，用非对称加密传输对称密钥。

　　48. 区块链

　　核心考点：区块链的核心特征和关键技术。

　　区块链的核心特点：

　　48.1 去中心化：分布式节点共同维护，无中心化机构。

　　48.2 不可篡改：一旦数据上链，无法修改。

　　48.3 透明可追溯：所有交易公开可查，可追溯历史。

　　48.4 集体维护：节点共同参与共识和记账。

　　48.5 匿名性：交易地址不直接对应真实身份。

　　关键技术：分布式账本、共识机制(PoW、PoS、PBFT)、密码学(哈希、签名)、智能合约。

　　49. 封锁协议

　　核心考点：三级封锁协议的级别和解决的问题。

　　封锁协议是数据库并发控制的重要机制，分为三级：

　　49.1 一级封锁协议：事务修改数据前加X锁，直到事务结束释放。解决丢失更新问题。

　　49.2 二级封锁协议：一级封锁协议加上读数据前加S锁，读完即可释放。解决读脏数据问题。

　　49.3 三级封锁协议：一级封锁协议加上读数据前加S锁，直到事务结束释放。解决不可重复读问题。

　　两段锁协议(2PL)：事务分为扩展阶段和收缩阶段，是可串行化调度的充分条件。

　　50. 事务的特性

　　核心考点：ACID四大特性的含义。

　　数据库事务具有四个特性，简称ACID：

　　50.1 原子性(Atomicity)：事务是一个不可分割的工作单位，要么全部执行，要么全部不执行。

　　50.2 一致性(Consistency)：事务执行前后，数据库从一个一致性状态转变到另一个一致性状态。

　　50.3 隔离性(Isolation)：多个事务并发执行时，一个事务的执行不能被其他事务干扰。

　　50.4 持久性(Durability)：事务一旦提交，其结果就是永久性的，不会因系统故障而丢失。

　　考试常考：并发操作可能导致的问题——丢失更新、读脏数据、不可重复读、幻读。

　　这份50个高频考点覆盖系统分析师考试核心知识板块，建议考生冲刺阶段搭配考试大纲与历年真题巩固练习。课课家软考将持续更新软考各科备考资料，预祝各位考生顺利通过2026下半年软考。

　　备考小贴士

　　软考备考用课课家：自研在线题库 + 历年真题解析 + 考前冲刺资料 + 论文批改指导。

　　点击下方链接，立即领取专属备考资料

　　>>> 点击进入软考备考专题 <<<