涵盖了配置管理、变更控制、软件测试、结构化分析DFD、面向对象分析OOA以及VV等核心内容。以下是对各要点的简明澄清与强化记忆提示✅基线配置项 vs 非基线配置项基线配置项经正式评审和批准、纳入配置控制的配置项如需求规格说明书、设计说明书、源代码、测试用例、用户手册已发布版本。一旦建立基线变更需走CCB流程。非基线配置项处于开发/草稿阶段、未受控的中间产物如项目章程初稿、会议纪要、未评审的需求草稿、项目管理计划注意它本身不是基线项但其输出物如进度基准、成本基准是基线。⚠️ 关键辨析项目管理计划是指导性文件其子计划如范围管理计划也不是基线但由其确立的“范围基准”“进度基准”“成本基准”才是正式基线配置项。✅CCB职责仅负责评估变更影响、审批/否决变更请求CR不执行修改、不更新配置库、不测试验证——执行由开发/测试人员完成配置管理员CMO负责基线更新与记录。✅黑盒测试四法速记等价类划分分有效/无效类每类选1个代表边界值分析取边界值±1如[1,100] → 0,1,2,99,100,101判定表条件组合逻辑清晰时使用规则数 ∏各条件取值个数如3个条件分别有2/2/3种取值 → 2×2×3 12条规则因果图将判定表可视化导出简化后的判定表常与判定表联合考查。✅DFD三铁律必须守数据存储 ↔ 数据存储❌ 不允许直连须经加工外部实体 ↔ 外部实体❌ 不允许直连信息流必须经系统加工加工圆圈✅ 必须有至少1个输入流 至少1个输出流无输入黑洞无输出奇迹。✅OOA五步法顺序即得分点识别对象现实世界中可区分的实体→定义结构分类结构【泛化/继承】 组装结构【整体-部分】→划分主题高内聚模块分组降低复杂度→定义属性对象的静态特征→定义服务/消息对象的行为与交互即动态模型基础。✅VV本质区别Verification验证“Are we building the product right?” → 检查过程是否合规如设计是否符合需求代码是否符合设计→面向过程检查“做得对不对”Validation确认“Are we building the right product?” → 检查结果是否满足用户真实需要如用户验收测试、原型确认→面向结果确认“做的是不是对的事”。口诀助记 基线看“批准受控”计划非基线基准才是 CCB只拍板不动手 黑盒四法边等判因边界必算±1 DFD三不连加工必有进有出 OOA五步对→构→主→属→信 V是验过程VerifyV是确需求Validate。“项目管理计划”本身不是基线配置项而其子组件——如范围基准、进度基准、成本基准——是正式的基线配置项。这一区分源于软考中对“基线Baseline”的严格定义及配置管理的实际控制逻辑具体原因如下1. 基线的本质是“受控的、经批准的参考点”根据《GB/T 19001》《PMBOK®指南》及软考官方教材如《信息系统项目管理师教程》第3版基线必须满足三个条件✅ 已通过正式评审如阶段评审、配置控制委员会CCB审批✅ 已被正式批准并冻结freeze后续变更需走变更控制流程✅ 作为后续工作绩效测量、偏差分析和质量审计的权威参照标准。2. 项目管理计划 ≠ 基准它是“生成基准的母文件”项目管理计划是整合性、指导性文件描述如何执行、监控和收尾项目包含范围、进度、成本等各子管理计划如范围管理计划、进度管理计划。它本身处于持续优化状态随着项目演进可依据整体变更控制流程更新如调整沟通方法、变更审批层级无需全部冻结。✅ 但其中关键成果物——即由规划过程输出、经确认并冻结的范围基准含项目范围说明书WBSWBSS词典、进度基准含进度网络图里程碑图进度计划、成本基准S曲线——→ 是经过范围确认、进度计划批准、成本预算审批等专项评审后确立的→ 被纳入配置库打上唯一标识如RB-2024-v1.0→ 后续所有范围蔓延、进度偏差、成本超支的判定均以这些基准为标尺→ 任何修改必须提交CCB评估并更新基线版本号如RB-2024-v1.1。→ 因此它们完全符合基线三要素是法定基线配置项。3. 配置管理流程中的实际操作印证在典型配置管理活动中配置识别阶段明确将“范围基准”列为CIConfiguration Item配置项分配唯一ID、存储路径、访问权限配置控制阶段当业务方提出“新增一个功能模块”PM提交变更请求CR→ CCB评估对范围基准的影响 → 若批准则更新WBS与范围说明书 → 由CMO配置管理员发布新版本范围基准旧版归档而“项目管理计划”的更新如修订风险管理策略模板可能不触发基线变更仅更新计划文档版本PMP-2024-v2.3不改变任何基准值。一句话总结项目管理计划是“活的导航手册”而范围/进度/成本基准是手册中被郑重圈出、加盖钢印的“法定路线图”——只有后者才具备基线的约束力、可度量性和变更严肃性。类比记忆 项目管理计划 ≈ 一本《施工总组织设计》 范围基准 ≈ 其中经审图中心盖章的《建筑施工图蓝图》 进度基准 ≈ 经审批的《关键线路横道图红章版》 ——图纸基准一旦盖章即受控总设计划可随现场协调微调。
涵盖了配置管理、变更控制、软件测试、结构化分析（DFD）、面向对象分析（OOA）以及VV等核心内容
涵盖了配置管理、变更控制、软件测试、结构化分析DFD、面向对象分析OOA以及VV等核心内容。以下是对各要点的简明澄清与强化记忆提示✅基线配置项 vs 非基线配置项基线配置项经正式评审和批准、纳入配置控制的配置项如需求规格说明书、设计说明书、源代码、测试用例、用户手册已发布版本。一旦建立基线变更需走CCB流程。非基线配置项处于开发/草稿阶段、未受控的中间产物如项目章程初稿、会议纪要、未评审的需求草稿、项目管理计划注意它本身不是基线项但其输出物如进度基准、成本基准是基线。⚠️ 关键辨析项目管理计划是指导性文件其子计划如范围管理计划也不是基线但由其确立的“范围基准”“进度基准”“成本基准”才是正式基线配置项。✅CCB职责仅负责评估变更影响、审批/否决变更请求CR不执行修改、不更新配置库、不测试验证——执行由开发/测试人员完成配置管理员CMO负责基线更新与记录。✅黑盒测试四法速记等价类划分分有效/无效类每类选1个代表边界值分析取边界值±1如[1,100] → 0,1,2,99,100,101判定表条件组合逻辑清晰时使用规则数 ∏各条件取值个数如3个条件分别有2/2/3种取值 → 2×2×3 12条规则因果图将判定表可视化导出简化后的判定表常与判定表联合考查。✅DFD三铁律必须守数据存储 ↔ 数据存储❌ 不允许直连须经加工外部实体 ↔ 外部实体❌ 不允许直连信息流必须经系统加工加工圆圈✅ 必须有至少1个输入流 至少1个输出流无输入黑洞无输出奇迹。✅OOA五步法顺序即得分点识别对象现实世界中可区分的实体→定义结构分类结构【泛化/继承】 组装结构【整体-部分】→划分主题高内聚模块分组降低复杂度→定义属性对象的静态特征→定义服务/消息对象的行为与交互即动态模型基础。✅VV本质区别Verification验证“Are we building the product right?” → 检查过程是否合规如设计是否符合需求代码是否符合设计→面向过程检查“做得对不对”Validation确认“Are we building the right product?” → 检查结果是否满足用户真实需要如用户验收测试、原型确认→面向结果确认“做的是不是对的事”。口诀助记 基线看“批准受控”计划非基线基准才是 CCB只拍板不动手 黑盒四法边等判因边界必算±1 DFD三不连加工必有进有出 OOA五步对→构→主→属→信 V是验过程VerifyV是确需求Validate。“项目管理计划”本身不是基线配置项而其子组件——如范围基准、进度基准、成本基准——是正式的基线配置项。这一区分源于软考中对“基线Baseline”的严格定义及配置管理的实际控制逻辑具体原因如下1. 基线的本质是“受控的、经批准的参考点”根据《GB/T 19001》《PMBOK®指南》及软考官方教材如《信息系统项目管理师教程》第3版基线必须满足三个条件✅ 已通过正式评审如阶段评审、配置控制委员会CCB审批✅ 已被正式批准并冻结freeze后续变更需走变更控制流程✅ 作为后续工作绩效测量、偏差分析和质量审计的权威参照标准。2. 项目管理计划 ≠ 基准它是“生成基准的母文件”项目管理计划是整合性、指导性文件描述如何执行、监控和收尾项目包含范围、进度、成本等各子管理计划如范围管理计划、进度管理计划。它本身处于持续优化状态随着项目演进可依据整体变更控制流程更新如调整沟通方法、变更审批层级无需全部冻结。✅ 但其中关键成果物——即由规划过程输出、经确认并冻结的范围基准含项目范围说明书WBSWBSS词典、进度基准含进度网络图里程碑图进度计划、成本基准S曲线——→ 是经过范围确认、进度计划批准、成本预算审批等专项评审后确立的→ 被纳入配置库打上唯一标识如RB-2024-v1.0→ 后续所有范围蔓延、进度偏差、成本超支的判定均以这些基准为标尺→ 任何修改必须提交CCB评估并更新基线版本号如RB-2024-v1.1。→ 因此它们完全符合基线三要素是法定基线配置项。3. 配置管理流程中的实际操作印证在典型配置管理活动中配置识别阶段明确将“范围基准”列为CIConfiguration Item配置项分配唯一ID、存储路径、访问权限配置控制阶段当业务方提出“新增一个功能模块”PM提交变更请求CR→ CCB评估对范围基准的影响 → 若批准则更新WBS与范围说明书 → 由CMO配置管理员发布新版本范围基准旧版归档而“项目管理计划”的更新如修订风险管理策略模板可能不触发基线变更仅更新计划文档版本PMP-2024-v2.3不改变任何基准值。一句话总结项目管理计划是“活的导航手册”而范围/进度/成本基准是手册中被郑重圈出、加盖钢印的“法定路线图”——只有后者才具备基线的约束力、可度量性和变更严肃性。类比记忆 项目管理计划 ≈ 一本《施工总组织设计》 范围基准 ≈ 其中经审图中心盖章的《建筑施工图蓝图》 进度基准 ≈ 经审批的《关键线路横道图红章版》 ——图纸基准一旦盖章即受控总设计划可随现场协调微调。
