深入理解：软件工程

过程模型风险光谱、EVM本质、知识产权立法逻辑

配速记页 08-misc 使用。这组知识点散，但每块都有「一读就通」的主线。

一、过程模型：风险管理的光谱

所有过程模型的差异，本质上是对「需求不确定性」的不同赌注：

瀑布：赌需求不变。每阶段文档冻结，变更走严格控制——变更成本极高，但过程可控可审计。政府/军工项目爱它不（只）是官僚，是「可审计性」值钱。
原型：承认需求说不清，先用原型把需求逼出来。注意原型分抛弃式（用完即弃）与演化式（边改边用，容易失控成大泥球）。
增量：核心先上，逐块交付。每个增量都是可运行产品——「先让火车跑起来再加车厢」。
螺旋：瀑布的阶段性 + 原型的反馈 + 每圈显式做风险分析。Boehm 的原话：螺旋模型把「风险管理」本身作为过程主体。大型高风险项目专属。
敏捷：把增量做到极致（2 周冲刺）+ 承认「人 > 过程」（敏捷宣言第一句）。但敏捷不等于没有文档——Scrum 的「完成的定义」（DoD）就是团队自定的质量门槛。

选择题秒杀技：题干出现「风险分析」→ 螺旋；「可运行产品分批交付」→ 增量；「需求模糊快速构造」→ 原型。

业界共识：项目失败的头号原因是需求问题（不是技术）。需求工程五步（获取→分析→定义 SRS→确认→管理）里，案例题爱考「结构化分析 SA」与「面向对象分析 OOA」两套工具箱：

DFD 画图题（案例可能考）：注意「父图中某加工的输入输出 = 子图整体输入输出」的平衡原则，这是阅卷采分点。

记法：V&V，「建得对」vs「建了对的东西」。

白盒覆盖的强弱序有内在逻辑：语句 < 判定（每分支走过）< 条件（每个子条件真假各一次）< 判定条件 < 路径（所有组合）。但注意「路径覆盖未必发现逻辑错误」是经典选择题陷阱（路径覆盖不能证明程序正确——停机问题）。

关键路径：项目工期 = 网络上最长路径。反直觉点：工期由「慢的链条」决定，加快非关键活动一分都不缩短工期。总时差=0 的活动就是关键活动。案例计算题必练（画单代号网络图找 CPM，算总时差/自由时差）。

挣值 EVM 的本质：用钱做单位统一「计划、实际、完成度」三种口径，一眼看出「花了多少（AC）vs 干了多少（EV）vs 该干多少（PV）」。

不需要背法条，记住立法目的就能推答案：

出题模式固定：一段 200 词左右的技术短文（架构/质量属性/数据库主题），挖 5 个空。