文章目录
- 1. 诺兰模型 六个阶段（软考必考，直接背）
- 2.国密算法
- 3.国密算法
- 4.著作权
- 5.双生命周期、三生命周期、SEI模型
- 6. BSP&HAL
- 7.架构评估方法
- 8.SOA 三层抽象模型（操作/服务/业务流程）
- 9.系统分析师高频英文词汇表（按模块整理）
-
-
- 1. 软件工程与开发方法
- 2. 系统架构与设计
- 3. 风险与安全工程
- 4. 项目管理
- 5. 数据库与数据工程
-
本节所有易错知识点均来源于2023年5月真题
1. 诺兰模型 六个阶段（软考必考，直接背）
诺兰模型：信息系统发展阶段模型，用来描述企业信息化成熟度。
初始阶段（起步） 少量计算机，简单单机应用，盲目采购，无规划。
蔓延阶段（扩散） 各部门自行开发，应用泛滥，数据混乱、冗余，管理失控。
控制阶段 开始统一管控，压缩无序开发，制定局部规划，从混乱走向管控。
集成阶段 整合原有系统，统一软硬件、网络、数据，互联互通。
数据管理阶段 以数据为核心，统一数据标准、共享数据，数据成为资源。
成熟阶段 信息系统全面支撑企业战略，业务与信息化深度融合。
初 蔓 控 集 数 熟 初始→蔓延→控制→集成→数据→成熟
- 混乱最严重：蔓延阶段
- 开始整体规划：控制阶段
- 核心转向数据治理：数据管理阶段
- 最高阶段：成熟阶段
2.国密算法
国家商用密码管理办公室制定标准，国家密码局认定的国产密码算法。包括SM1(SCB2、SM2、SM3、SM4、SM7、SM9、祖冲之密码算法ZUC。其中:
- 对称算法:SM1、SM4、SM7、祖冲之密码(ZUC)
- 非对称算法:SM2、SM9
- 摘要算法 :SM3
3.国密算法
在OSI七层模型中，表示层（第6层）的核心功能就是处理数据的格式转换、加密、解密、压缩、解压缩，让应用层的数据在不同系统间能被正确理解和传输。
- A. 传输层：负责端到端的可靠数据传输（TCP/UDP），不处理加密/压缩。
- B. 会话层：负责建立、管理和终止会话连接，不处理数据格式转换。
- C. 表示层：正确，专门处理数据的表示形式，包括加密、压缩、编码转换。
- D. 应用层：直接为用户提供服务（如HTTP、FTP），不负责底层的数据格式处理。
| 应用层 | 提供用户服务 |
| 表示层 | 加密、压缩、格式转换 |
| 会话层 | 建立/管理/终止会话 |
| 传输层 | 端到端可靠传输（TCP/UDP） |
| 网络层 | 路由选择、IP寻址 |
| 数据链路层 | 帧传输、差错控制 |
| 物理层 | 比特流传输 |
4.著作权
一、著作权保护期限（必考）
| 自然人（个人） | 作者终生 + 死亡后50年 | 截止第50年12月31日 |
| 法人/组织作品 | 首次发表之日起50年 | 未发表，保护期50年 |
| 软件著作权（自然人） | 终生+死后50年 | 同普通作品 |
| 软件著作权（法人） | 发表后50年 | 超期进入公有领域 |
二、著作权 权利分类
| 人身权（永久保护） | 发表权、署名权、修改权、保护作品完整权 | 不可转让、不可买卖 |
| 财产权（有期限） | 复制、发行、出租、改编、翻译、汇编、信息网络传播 | 可以转让、授权、收费 |
三、特殊归属（超级高频）
| 职务作品（一般） | 作者本人 | 单位有优先使用权 |
| 特殊职务作品 | 单位 | 主要利用单位物资、合同约定 |
| 委托作品 | 有约定从约定；无约定→受托人 | 考试最爱考：没约定=创作者 |
| 合作作品 | 全体合作人共有 | 不可单独擅自转让 |
| 汇编作品 | 汇编人享有 | 原作品版权不变 |
| 改编/翻译作品 | 改编人享有 | 不得侵犯原著作权 |
四、不受著作权保护（直接秒选）
| 法律法规、官方文件 | 法律、条例、政府公文 |
| 时事新闻（单纯事实） | 快讯、简单事件播报 |
| 历法、通用数表、公式 | 日历、九九乘法表、数学公式 |
| 公有领域作品 | 保护期已过期 |
五、合理使用（免费、不用授权、不侵权）
口诀：学习、教学、新闻、公益
六、软件著作权 专属考点
| 登记 | 自愿登记，不登记也有版权 |
| 反向工程 | 为兼容目的，合法 |
| 合法购买软件 | 可安装、备份，禁止复制分发 |
| 委托开发软件 | 无约定 → 开发方拥有 |
七、秒杀易错点
- 四大人身权 区分 ✅ 永久保护、无期限、不可转让
⚠️ 唯独：发表权 不是永久！ 发表权 = 人身权，但保护期和财产权一样 👉 作者终生+死后50年 / 法人发表后50年
- 财产权（全部有期限） 复制、发行、出租、改编、翻译、汇编、信息网络传播、放映、广播等 👉 统一：50年保护期，到期进入公有领域
| 纯人身权（永久） | 署名权、修改权、保护作品完整权 | 永久，永不失效 |
| 特殊人身权 | 发表权 | 跟财产权一致：50年 |
| 财产权 | 复制/发行/出租/改编/翻译/汇编/信息网络传播等 | 50年 |
署修完整 永不过期 发表财产 五十年死 （署名、修改、保护完整=永久；发表+所有财产权=50年）
5.双生命周期、三生命周期、SEI模型
| 双生命周期 | 2个周期：领域工程 + 应用工程 | 最简“复用+定制”模型 | 串行/重叠；先领域、后应用；反馈弱 | 中小型、首次引入产品线 |
| 三生命周期 | 3个周期：企业工程 + 领域工程 + 应用工程 | 企业级“战略+资产+产品” | 加企业工程（市场/架构规划）；资产独立治理 | 大型企业、多产品线、长期演进 |
| SEI模型 | 3个活动环：核心资源开发 + 产品开发 + 管理 | 体系化“风险驱动+循环迭代” | 无固定顺序、高度并行；管理贯穿；强反馈环 | 大型组织、需CMMI对齐、过程标准化 |
- 提出：STARS项目，最原始、最简单。
- 两条线：
- 领域工程：领域分析→设计→实现（造核心资产）
- 应用工程：需求→设计→实现（用资产造产品）
- 本质：“先做平台，再做产品”，线性+部分重叠，反馈较弱。
- 软考陷阱：只有两个周期，无独立管理周期，管理融入两周期。
- 提出：Fred，针对大型企业改进双生命周期。
- 三条线（多了顶层）：
- 企业工程：市场分析、业务计划、企业架构规划（定战略）
- 领域工程：同双生命周期（造资产）
- 应用工程：同双生命周期（造产品）
- 本质：**“企业战略→领域资产→产品定制”**三层治理，资产有独立生命周期。
- 软考必记：多了企业工程，强调资产治理与长期演进，解决“资产腐化”。
-
提出：卡内基梅隆软件工程研究所（SEI）。
-
三个活动环（非周期，是并行循环）：
- 核心资源开发（领域工程）
- 产品开发（应用工程）
- 管理（独立、贯穿全程）
-
本质：“无固定顺序、高度并行、循环迭代、风险驱动”。
- 核心资源与产品开发可同时开始、交叉进行
- 管理是独立环，协调整个过程
- 强反馈：产品开发反向更新核心资源
-
软考关键词：循环、重叠、无先后、管理独立、强反馈。
-
双生命周期：2条线，先平台后产品，简单轻量。
-
三生命周期：3条线，加企业战略，重资产治理。
-
SEI模型：3个环，并行循环，管理贯穿，强反馈。
6. BSP&HAL
- BSP：适配板子（同芯片、不同开发板）
- HAL：适配芯片（不同架构、不同 MCU）
BSP：屏蔽电路板硬件差异，为操作系统提供统一硬件驱动接口。 HAL：屏蔽处理器与硬件平台差异，提高软件可移植性
这两个主要是为了提升系统的可移植性
7.架构评估方法
三者的共同点：都用**场景（Scenario）**作为评估的核心依据。
| 刺激（Stimulus） | 干系人如何与系统交互、对系统发起的动作 | 用户发起查询、管理员修改配置、外部系统调用接口 |
| 环境（Environment） | 刺激发生时系统所处的状态/条件 | 系统高负载运行、故障恢复中、正常业务时段 |
| 响应（Response） | 系统/架构对刺激的处理结果和目标指标 | 响应时间<200ms、事务成功率100%、系统无宕机 |
完整的场景描述公式： 【环境】下，发生【刺激】，系统需要【响应】
部分教材/考题会提到更完整的6要素版本，你可以一起记： 刺激源（谁发起） + 刺激（做什么） + 制品（哪个模块） + 环境（什么状态） + 响应（做什么） + 响应度量（做到什么程度）
题干里的“刺激-环境-响应”是核心三要素，也是软考最常考的表述。
- 看到“架构评估+场景+刺激/环境/响应”，直接定位：SAAM/ATAM/CBAM三种方法都用场景驱动。
- 问“场景的核心组成”，优先选：刺激、环境、响应。
- 问“哪个方法侧重多属性权衡”，选ATAM；问“带成本分析的”，选CBAM。
8.SOA 三层抽象模型（操作/服务/业务流程）
| 操作（Operation） | 最底层 | 单个逻辑单元，执行读写/修改数据的原子动作 | 粒度最细；直接操作数据；无业务含义 |
| 服务（Service） | 中间层 | 一组相关操作的逻辑分组，对外提供标准化接口 | 有明确的结构化输入/输出；可被独立调用；业务无关的功能单元 |
| 业务流程（Business Process） | 最高层 | 为实现特定业务目标，按序编排的一组服务/操作 | 由业务规则驱动；跨服务编排；体现完整业务逻辑 |
层级关系
- 业务流程由多个服务编排而成
- 服务由多个操作组合而成
- 操作是最小执行单元，不直接暴露给外部
服务的核心特征
- 标准化接口（结构化输入/输出）
- 松耦合、可重用、无状态
- 屏蔽内部实现细节，外部只通过接口调用
业务流程编排
- 对服务/操作进行排序、选择、组合，形成完整业务逻辑
- 典型实现：BPEL、BPMN、工作流引擎
- 核心目标：响应业务事件，完成业务目标
- 问“SOA 最细的执行单元” → 选 操作
- 问“SOA 对外提供的标准化功能单元” → 选 服务
- 问“跨服务的业务逻辑编排层” → 选 业务流程
- 问“服务和操作的关系” → 答：服务是操作的逻辑分组，对外提供统一接口
SOA 三层结构：操作做数据，服务做封装，流程做编排，自下而上，从技术原子到业务整体。
9.系统分析师高频英文词汇表（按模块整理）
1. 软件工程与开发方法
| Software Engineering | 软件工程 | 基础概念 |
| Requirement Engineering | 需求工程 | 需求获取、分析、规格说明、验证 |
| Agile Development | 敏捷开发 | 迭代、增量、用户参与 |
| Extreme Programming (XP) | 极限编程 | 结对编程、测试驱动、持续集成 |
| Scrum | 敏捷框架 | Sprint、产品待办列表、Scrum Master |
| Waterfall Model | 瀑布模型 | 线性、阶段式、文档驱动 |
| Spiral Model | 螺旋模型 | 迭代+风险分析 |
| V-Model | V模型 | 测试活动与开发阶段对应 |
| DevOps | 开发运维一体化 | CI/CD、自动化、持续交付 |
| Continuous Integration (CI) | 持续集成 | 频繁合并代码到主干并自动化构建测试 |
| Continuous Delivery (CD) | 持续交付 | 持续集成基础上，随时可部署到生产 |
2. 系统架构与设计
| Software Architecture | 软件架构 | 系统高层结构、组件与连接器 |
| Component-Based Development (CBD) | 基于组件的开发 | 复用、松耦合 |
| Service-Oriented Architecture (SOA) | 面向服务架构 | 服务、操作、业务流程三层模型 |
| Microservices | 微服务 | 去中心化、独立部署、自治团队 |
| REST (Representational State Transfer) | 表述性状态转移 | 无状态、资源导向的Web服务风格 |
| Layered Architecture | 分层架构 | 表示层、业务层、数据访问层 |
| MVC (Model-View-Controller) | 模型-视图-控制器 | 分离数据、界面、控制逻辑 |
| UML (Unified Modeling Language) | 统一建模语言 | 用例图、类图、时序图、状态图 |
3. 风险与安全工程
| Risk Management | 风险管理 | 识别、分析、评估、控制 |
| Risk Identification | 风险识别 | 找出潜在风险 |
| Risk Analysis / Assessment | 风险分析/评估 | 评估可能性和影响 |
| Risk Reduction / Mitigation | 风险降低/缓解 | 制定措施降低风险 |
| Risk Acceptance | 风险接受 | 不采取措施，接受后果 |
| Risk Avoidance | 风险规避 | 改变计划消除风险 |
| Risk Transfer | 风险转移 | 外包、保险等方式转移给第三方 |
| Safety-Critical System | 安全关键系统 | 失效会导致人员伤亡/环境破坏的系统 |
| Hazard Identification | 危险识别 | 找出可能导致事故的潜在危险 |
| Hazard Analysis | 危险分析 | 分析导致危险的事件链 |
| Fault Tree Analysis (FTA) | 故障树分析 | 自上而下分析故障原因 |
| Failure Mode and Effects Analysis (FMEA) | 失效模式与影响分析 | 分析部件失效的影响 |
4. 项目管理
| Project Management | 项目管理 | 范围、时间、成本、质量、风险 |
| Stakeholder | 干系人 | 影响或受项目影响的个人/组织 |
| Work Breakdown Structure (WBS) | 工作分解结构 | 项目范围的层级分解 |
| Critical Path Method (CPM) | 关键路径法 | 确定项目最短工期 |
| Program Evaluation and Review Technique (PERT) | 计划评审技术 | 概率性工期估算 |
| Earned Value Management (EVM) | 挣值管理 | 成本与进度绩效测量 |
| Change Management | 变更管理 | 控制变更流程 |
5. 数据库与数据工程
| Relational Database | 关系数据库 | 表、行、列、主键、外键 |
| NoSQL | 非关系型数据库 | 键值、文档、列族、图数据库 |
| ACID | 原子性、一致性、隔离性、持久性 | 事务特性 |
| CAP Theorem | CAP定理 | 一致性、可用性、分区容错性 |
| Data Warehouse | 数据仓库 | 面向主题、集成、非易失、时变 |
| ETL (Extract, Transform, Load) | 抽取、转换、加载 | 数据仓库处理流程 |
| OLAP (Online Analytical Processing) | 联机分析处理 | 多维分析、上卷下钻切片切块 |
| OLTP (Online Transaction Processing) | 联机事务处理 | 事务型、高并发、低延迟 |
风险/安全流程题：
- 看到 identify hazards → 选 Risk identification
- 看到 decide which hazards are the most dangerous/likely → 选 Risk analysis
- 看到 leads to identification of safety requirements → 选 Risk reduction
SOA三层题：
- 最底层 operation（操作）→ 数据读写
- 中间层 service（服务）→ 操作的逻辑分组，对外接口
- 最高层 business process（业务流程）→ 服务的编排
架构评估题：
- SAAM：场景驱动，侧重可修改性
- ATAM：场景+多属性权衡，敏感点/权衡点/风险点
- CBAM：ATAM + 成本效益分析
