4软件项目范围管理【荐】.ppt

RoadMap 没有计划的情况 有计划的情况 计划的重要性 PMI：项目成功的三大要素（法宝）： 计划、计划、计划 计划是通向项目成功的路线图。 进度计划是最重要的计划，使项目计划的核心 RoadMap 编制进度计划的三步曲 任务分解（WBS） 成本估算 资源、进度安排 软件项目管理 软件项目范围管理 本章要点 一、软件需求管理过程 二、需求建模的基本方法 三、范围管理与WBS 四、任务分解步骤与方法 五、案例分析 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 需求管理的重要性 需求分析是获得用户需求的有效途径。 需求分析是决定项目成功的关键因素。 需求分析是系统分析和软件设计的桥梁。 需求分析是控制软件质量的重要阶段。 项目失败的原因分析 软件需求管理的过程 需求工程基本任务 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析模型 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明应该包括系统运行环境 规格说明应该是一个认识模型 规格说明应该容许不完备性并允许扩充 规格文档参考 引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证 需求验证 需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字 需求变更管理 确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 需求变更管理 管理和控制需求基线的过程 需求变更控制系统 　一个正式的文档，说明如何控制需求变更 　建立变更审批系统 本章要点 一、软件需求管理过程 二、需求建模的基本方法 三、范围管理与WBS 四、任务分解方法 五、任务分解检验 需求建模的基本方法 原型方法 结构化分析法 面向对象的用例分析法 功能列表法 其他 本章要点 一、软件需求管理过程 二、需求建模的基本方法 三、范围管理与WBS 四、任务分解步骤与方法 五、案例分析 广义的项目范围包括项目的最终产品或服务以及实现该产品或服务所需的各项具体工作。即包含两方面的含义： 产品范围，即项目的产品或者服务的特征、功能等；本质是项目需求，确定做什么。 项目范围，即为了提交预期的产品或服务，需要完成哪些工作。本质是项目过程，确定如何做。 通常先确定产品的范围，再确定项目的范围。项目的范围是由产品的范围决定的。 项目范围(Project-scope) 实际就是项目应该做什么，不应该做什么，以及如何做。 ? 项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制。事实上就是对需求的管理和项目过程的管理。通常所说的范围管理主要指后者。 项目范围管理的首要任务是：界定项目必须且只需包含的全部工作。 项目范围管理对项目的其他管理起到指导作用。 项目范围管理包括了范围规划和范围定义两个过程。 范围规划就是初步确定项目的范围，并编写项目范围说明书和范围管理计划。说明书一般需要说明为什么要进行这个项目，需要明确项目的阶段目标和主要的可交付的产品和服务，是项目实施的基础。说明书通常由项目组成员和用户共同完成。范围管理计划米啊数项目范围是如何管理的。 范围定义以范围规划成果为依据，把项目的主要可交付产品和服务划分为更小的、更容易管理的单元形成WBS 。 PMI定义WBS 是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围。不在WBS中包括的工作就不是该项目的工作。 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述。 WBS的理解 任务分解的过程 将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。 任务分解的结果 WBS（任务分解结构）。 WBS的根本特征 面向可交付成果的。