软件项目范围管理解析.ppt

软件项目组织与管理 第 2 章 软件项目范围管理 第二章　软件项目范围管理 项目范围管理概述 　项目范围是指开发项目产品（含服务）所包括的工作及产生这些产品所用的过程。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。 这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产(开发)这些产品所用到的过程有共同的理解。 灰色地带是项目的祸根。 项目范围管理概述 启动过程制定项目章程，同时项目范围管理就已经开始了开始进行，其主要过程有： 1.规划范围管理 – 范围管理计划，确定如何定义、确认、控制项目范围。 2.收集需求 3.定义范围：需求分析 4.创建WBS 5.确认范围 6.范围控制 项目范围管理概述 范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能；另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必项完成的工作。 在确定范围时，首先要确定最终产生的是什么，它具有哪些可清晰界定的特征。特征必须要清晰，用文字、图表或某种标准表达出来，能被项目参与人理解。 项目范围管理概述 软件项目的产品范围通常由功能需求、非功能性需求（包括性能需求、设计约束需求、软件接口需求和软件质量需求）几个方面来说明。 软件项目的项目范围通常是指除开产品范围之外的其他要求达到的要求，包括需要完成的一些工艺过程要求。 强烈建议采用UML 用例图和用例说明来描述产品范围。 第二章　软件项目范围管理 需求工程研究内容 需求开发 1）需求开发活动 2）需求获取 确定需求开发过程 将需求分组管理具有很重要的意义 编写项目视图和范围文档 2）需求获取（续） 用户群分类 - 应该建立干系人联系册 选择产品代表 建立（用户）核心队伍 确定使用实例 召开应用程序开发联系会议 分析用户工作流程 确定质量属性 检查问题报告 需求重用 3）需求分析 绘制关联图 创建用户接口原型 分析可行性 确定需求优先级 建立需求模型 编写数据字典 应用质量功能调配 4）编写需求文档 软件需求规格说明的基本含义（SRS） IEEE 标准 830-1998 5）需求验证 需求验证过程 审查需求文档 依据需求文档编写测试用例 编写用户手册 确定产品验收合格的标准 需求验证的内容 有效性检查 一致性检查 完备性检查 其他 第二章　软件项目范围管理 项目范围定义 项目范围定义就是把项目的工作分为较小的、更易管理的单元。 分解项目范围的目的就是要确定每一项任务所需的时间和成本，为后续的时间和成本管理做基础。 项目范围定义结果就是工作分解结构（WBS）。 一. WBS定义和说明 项目的结构分解 结构分解的工具是工作分解结构WBS(Work Breakdown Structure) ，它是一个分级的树型结构，是将项目按照其内在结构或实施过程的顺序进行逐层分解而形成的结构示意图。 核心思想：化整为零 SAP系统实施方法论（过程） WBS示意图 二. WBS重要性与实例 项目的结构分解的重要性 WBS图是实施项目，创造最终产品或服务所必须进行的全部活动的一张清单，也是进行计划、人员分配、预算计划的基础。 没有WBS工作，后面的一切工作都没有依据。 网站建设的WBS图（1） 网站建设的WBS图（2） 表格形式的WBS 三. WBS设计方法和原则 WBS设计的方法主要有类比法、自上而下法、自下而上法。 1.类比法 类比法是以一个类似项目的WBS模板为基础（如PROJECT中的模板），制定本项目的工作分解结构。 2.自上而下法 自上而下法常常被视为构建WBS的常规方法，即从整个项目开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断地增加级数，细化工作任务。 WBS设计方法、步骤和原则 3.自下而上法 自下而上法是要让项目各个团队（成员）从一开始就尽可能地确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归并到一个整体活动或WBS的上一级内容当中去。这种方法一般都很费时，但这种方法对于WBS的创建来说效果好。 工程项目中会用到，在IT项目中使用较少。 第二章　软件项目范围管理 范围核实 范围核实是项目干系人对项目范围的正式承认。 项目组必须形成一些明确的文件（文档），说明项目产品范围。（责任矩阵） 范围核实后，是项目接下来进行任务分工和考核以及将来进行验收和管理的基准。 6）需求管理的必要性（续） 软件项目中40%-60%的问题都是在需求阶段埋下的祸根 2)需求管理的困难性 准确表达的困难 时间敏感性 牵涉面很大 对