软件项目管理期末速记

第三章生存期模型知识点速记核心模型对比表表格模型适用场景关键优势风险点瀑布模型需求明确、变更少、小型项目流程简单文档清晰需求变更成本高V模型需求明确、解决方案明确、高可靠性要求安全/性能测试前移质量保障强需求不明确时失效增量式模型需求部分明确需分阶段交付降低投资风险早期收益增量间集成复杂度高快速原型需求模糊需用户反馈快速探索需求减少误解原型可能被误当作最终产品Scrum/XP需求易变需快速响应拥抱变更用户参与度高文档较弱依赖团队协作关键原则速记瀑布/V模型“输出驱动输入”前一阶段输出 下一阶段输入。禁用场景需求不明确、变更频繁。敏捷模型Scrum/XP“迭代 反馈”短周期交付每日站会、燃尽图是Scrum标志。XP原则快速反馈、假设简单、包容变化排除V模型等外部概念。风险控制避免大额投资 →增量式模型。需求探索 →快速原型模型。模型选择逻辑需求明确 高可靠性 →V模型。需求模糊 →避免V/瀑布选敏捷/原型。第四章软件项目范围计划扩展知识点速记1. 需求分类速查表表格类型定义典型例子常见错误功能性需求系统必须完成的具体行为“用户可修改个人资料”混淆为技术实现如“用API修改”非功能性需求系统质量属性要求“资料修改响应时间≤1秒”性能误归为功能性需求“支持1000并发用户”容量“密码加密存储”安全需求管理包括需求获取、需求分析、需求规格编写、需求验证、需求变更5个过程2. 需求管理关键原则需求 ≠ 解决方案正确需求“系统应支持在线支付”错误需求“系统需集成支付宝SDK”技术方案应留待设计阶段。SRS完成标志必须通过正式评审用户/开发方签字确认基线化后才生效。未基线化的SRS不能作为开发依据。变更控制铁律所有变更需提交变更请求单CR→CCB评估影响成本/进度/风险→批准后更新基线。无流程的变更 项目失控主因。3. 常见工具辨析表格工具所属方法阶段用途易混点数据流图(DFD)结构化分析需求描述数据流动与处理过程vs. 程序流程图设计阶段用例图面向对象分析需求定义功能范围与参与者交互vs. 活动图描述业务流程数据字典结构化分析需求定义DFD中所有数据元素不包含“操作指令”燃尽图敏捷实践开发跟踪Sprint剩余工作量非需求管理工具4. 高频考点总结需求验证 vs. 验收测试验证检查SRS是否正确“我们是否构建了正确的产品”验收测试检查产品是否符合SRS“我们是否正确构建了产品”为什么运行环境属于需求环境限制直接影响功能实现如移动端APP需声明“支持iOS 12”。结构化分析为何必须自顶向下自下而上易遗漏系统整体目标例先设计登录模块却忽略与支付模块的集成需求。第五章软件项目范围计划核心知识点速记表表格概念关键规则常见错误WBS定义工作分解结构非“任务分解”可交付成果导向非活动列表。误认为WBS包含进度/责任分配。工作包最底层唯一责任人8-80小时需有验收标准。与“活动”混淆活动用于进度计划。分解方法- 自顶向下目标明确项目主流- 自底向上全新/模糊项目辅助认为自底向上是首选方法。100%规则WBS必须100%覆盖项目范围无遗漏/冗余。拆分时忽略隐性工作如文档、测试。范围基准 WBS WBS词典 范围说明书变更需走正式流程。未经批准修改WBS。第六章项目成本计划核心知识点速记表1. 成本分类与估算基础直接成本直接归属项目的支出人力、专用设备、材料。间接成本分摊至多个项目的支出管理费、场地租金。规模是成本估算的基石功能点FP、代码行LOC等规模度量决定成本框架。2. 估算方法适用场景表格方法适用阶段特点误差范围类比估算项目初期依赖历史数据快速但粗糙-50% ~ 100%参数估算需求较明确阶段基于数学模型如COCOMO-15% ~ 20%自下而上详细规划阶段逐项汇总精确但耗时-5% ~ 10%代码行LOC、功能点FP、类比法均为标准成本估算方法3. 关键概念辨析功能点法FPA语言无关仅关注用户可见功能。5类计数项缺一不可遗漏会导致规模低估。功能点方法中5类功能组件的计数项是外部输入、外部输出、外部查询、内部逻辑文件、外部接口文件成本基准 vs 项目预算成本基准 活动成本 应急储备用于已知-未知风险。项目预算 成本基准 管理储备用于未知-未知风险714。4. 常见误区混淆规模与工作量规模是输入工作量 规模 × 生产率。忽略隐性成本学习曲线、沟通成本、质量保障成本常被低估46。误用估算方法在需求模糊阶段强行使用参数估算导致结果失真。第七章软件项目进度计划核心知识点速记表总浮动时间 总时差 最晚完成时间 — 最早完成时间或者总浮动时间 总时差 最晚开始时间 — 最早开始时间自由浮动时间 自由时差 紧后活动的最早开始时间最小值 — 本活动的最早完成时间关键路径上的总浮动时间、自由浮动时间都为01. 关键概念辨析表格概念关键点常见误区关键路径总浮动0的任务链决定项目最短工期动态变化误认为固定不变总浮动 vs 自由浮动总浮动不影响项目完工的最大延迟时间自由浮动不影响后续任务的延迟时间混淆两者误用自由浮动控制关键路径PERT vs CPMPERT三点估算适用不确定性高任务CPM单点估算适用确定性高任务高不确定性时误用CPMLag vs LeadLag任务间等待时间延长进度Lead任务间重叠时间压缩进度将Lag误加到任务历时计算中2. 进度压缩技术对比表格方法操作方式代价适用场景应急法增加资源人力/设备成本显著增加关键路径任务可并行化快速跟进顺序任务改为并行返工风险上升任务间依赖弱、返工成本低3. 依赖关系快速判断强制性依赖不做A就无法做B技术/法律强制。选择性依赖A在B前是最佳实践但非必须可协商调整。外部依赖B依赖外部事件如“等待供应商交付”。4. 必考公式与规则PERT历时 (O 4M P) / 6标准差 (P - O) / 6关键路径判定总浮动 LS - ES LF - EF 0工期压缩原则只压缩关键路径任务且成本增量最小的优先。甘特图Gantt Chart横轴为时间纵轴为任务直观展示工期、起止时间、资源分配。对比网络图聚焦逻辑关系非时间细节。里程碑图仅标示关键节点。资源图展示资源负荷非任务时间线。第八章软件项目质量计划核心扩展知识点速记汇总软件质量管理三大核心过程质量计划定义质量标准和实现方法如制定检查表。质量保证QA过程导向确保流程合规如审计。质量控制QC产品导向验证交付物质量如测试。三者构成PDCA循环计划-执行-检查-改进。表格主题关键内容依据来源质量成本(CoQ)预防成本培训/评审 鉴定成本测试/审计 缺陷成本内部/外部失败口诀预防投入1元缺陷成本省100元PMBOK指南第7版、Crosby理论McCall模型三视角- 产品运行正确性、可靠性- 产品转移可移植性、互操作性- 产品修改可维护性、灵活性McCall 1977论文QA vs QC- QA过程导向预防性如审计、流程改进- QC产品导向检测性如测试、代码审查口诀QA管“如何做”QC管“做得对”CMMI-DEV v2.0、ISO/IEC 12207软件质量定义满足明示需求 隐含需求的程度非仅代码正确隐含需求示例易用性、安全性、响应时间ISO/IEC 25010:2011质量计划方法质量成本分析、因果图鱼骨图、基准对照非计划方法抽样分析属QC、质量优化属改进PMBOK指南第7版4.5.2.3节ISO 25010模型8大特性功能性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性替代旧标ISO 9126 → ISO 25010ISO/IEC 25010:2011第九章软件配置管理计划核心扩展知识点速记汇总1. 配置管理四大目标完整性所有配置项齐全且受控。一致性关联配置项版本匹配如代码与文档同步。追溯性可追踪需求→设计→代码→测试的全链路变更。可控性变更需经SCCB审批不可绕过流程13。2. 基线管理关键规则基线定义与变更基线本质通过正式评审的配置项集合代表阶段里程碑。基线可变性可修改但必须走变更流程否则失去基准意义修改后生成新基线旧基线存档不可删除。SCCB权限唯一批准机构项目经理无权直接授权职责评估影响、审批变更、反馈结果35。3. 配置项与标识规范配置项范围典型配置项需求文档、设计文档、源代码、测试用例、用户手册。项目差异性配置项范围因项目类型而异如硬件项目含电路图。标识规则唯一标识符每个配置项必须有全局唯一ID如REQ-001禁止多标识避免追溯混乱标识规则需在配置管理计划中明确定义写出配置管理的基本过程。答1配置项标识、跟踪2配置管理环境建立3基线变更管理4配置管理审计5配置状态统计6配置管理计划。第十章软件项目人员与沟通计划关键扩展知识点速记1.沟通方法分类交互式沟通实时互动会议、电话解决复杂问题。推式沟通单向发送邮件、报告确保信息触达。拉式沟通自主获取文档库、Wiki适合海量信息314。2.组织结构选择逻辑表格类型适用场景风险点职能型单部门主导、技术成熟项目跨部门协作效率低项目型高优先级、独立项目资源浪费成员归属感弱矩阵型跨领域复杂项目最常用变体强矩阵双重汇报引发冲突3.沟通计划核心要素受众分析区分干系人需求高管重结果执行层重细节。渠道匹配紧急事务→电话决策确认→书面知识共享→拉式系统。变更管理计划需随项目阶段动态调整如启动期高频会议收尾期减少沟通第十一章软件项目风险计划定量分析技术访谈获取概率数据、盈亏平衡分析成本临界点、决策树路径价值计算、模拟法蒙特卡洛、敏感性分析单变量影响风险识别工具包括德尔菲法专家匿名迭代、头脑风暴团队集思、情景分析未来推演、风险条目检查表历史经验库项目风险的三要素是风险事件、风险事件发生的概率、风险造成的影响风险应对四大策略回避消除风险源转移外包/保险将责任转给第三方损失控制减轻降低概率或影响如培训、原型验证自留主动接受风险预留应急储备。策略适用场景教材案例回避风险值极高且不可控取消不成熟需求转移风险影响大但第三方更擅长管理外包安全测试损失控制可通过行动降低概率/影响人员培训防流失自留风险值低或应对成本高于损失接受轻微进度波动