软件项目范围计划.pptx

范围计划 进度计划 成本计划;软件需求的层次;需求管理的重要性;项目失败的原因分析;需求工程是指应用工程化的方法、技术和规格来开发和管理软件的需求。;需求工程;需求获取阶段的任务可能是软件开发中最困难、最关键、最易出错和最需要交流的活动。;需求获取过程;需求分析;需求分析模型;需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。;1）正确性：所有需求规格的说明应在开发中满足； 2）一致性：信息在需求规格描述一致，不发生矛盾； 3）功能性：从实现中分离功能，即描述要“做什么”而不是“怎样实现”； 4）规范性：采用一定的规格说明语言，无二义性； 5）完整性：如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中； 6）可行性：规格说明应该包括系统运行环境； 7）抽象性：规格说明应该是一个认识模型； 8）开放型：规格说明应该容许不完备性并允许扩充。;规格文档参考;需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字;1）控制对需求规格基准的变动； 2）保持项目计划与需求的一致； 3）控制单个需求的更改； 4）管理需求、需求之间的联系以及需求与设计的关系； 5）跟踪需求变更的状态。;确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 管理和控制需求基线的过程 需求变更控制系统 一个正式的文档，说明如何控制需求变更 建立变更审批系统;变更申请;软件基线产品修改申请单;需求跟踪是指编制每个需求与系统元素之间的联系(可跟踪信息)的文档，其中系统元素包括：其他需求、体系结构、设计部件、测试文档等。;二、任务分解定义 ;WBS实例;是面向可交付成果的对项目元素的分组，组织并定义了整个项目范围，不在WBS中的工作就不是该项目的工作 是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述;三、任务分解的类型;清单类型;三、任务分解的方法;;自上而下;自下而上;确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性(建立编号) ;WBS编号系统;WBS;WBS与OBS（组织分解结构）;学生管理系统;最底层的要素是否是实现目标的充分必要条件 最底层要素是否有重复的 每个要素是否清晰完整定义 最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排 ;WBS分解的规模和数量因项目而异、因项目经理而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物 定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审;WBS字典内容;提供了项目范围基线,是范围变更的重要输入 为评估和分配任务提供具体的工作包 进行估算和编制项目进度的基础 对整个项目成功的集成和控制起到非常重要的作用;网管系统（图表）分解实例;标识项;George and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念. Martha是工程师, George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁. 经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.;序号;需求确认 需求变更控制 WBS