软件过程理.ppt

承上启下 需求规格 RoadMap 项目进度计划 编制进度计划的三步曲 任务分解（WBS）--范围基准 成本估算 资源、进度安排 软件开发项目管理 第五章 软件项目任务分解 本章要点 一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析 WBS (Work Breakdown Structure) 任务分解的过程 将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。 任务分解的结果 WBS（任务分解结构）。 WBS 面向可交付成果的。 Work packages（工作包） WBS的最低层次的可交付成果 WBS实例 PMI defines WBS 是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述 PMI defines Work packages WBS的最低层次的可交付成果 工作包应当由唯一一个部门或承包商负责 这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成 工作包可进一步分解为子项目的WBS或各个活动 本章要点 一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析 WBS分解类型 基于可交付成果的划分 上层一般为可交付成果为导向 下层一般为可交付成果的工作内容 WBS分解类型 基于工作过程的划分 上层按照工作的流程分解 下层按照工作的内容划分 WBS表达形式 清单 图表 WBS表达形式—层次结构图和锯齿列表 图表类型 清单类型 ?1.???????? 变化计数器 1.1????????? 比较两个版本的程序 1.1.1???? 预处理 1.1.2???? 文件比较 1.1.3???? 结果处理 1.2????????? 找出修改后的程序中增加和删除的代码行 1.2.1???? 找出增加的代码行 1.2.2???? 找出删除的代码行 1.3????????? 统计修改后的程序中增加和删除的代码行数 1.3.1???? 统计增加代码行数 1.3.2???? 统计删除代码行数 1.4????????? 统计总的代码行数 1.5????????? 设定标记以指示修改的次数 1.6????????? 在程序的头部增加修改纪录 本章要点 一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析 WBS工作编码 由高层向下层用多位码编排，要求每项工作有唯一的编码 1000 1100 1110 1111 1112 1113 1120 1121 1122 1123 1200 WBS工作编码的意义 对WBS的任务进行编码，WBS就不仅是一个任务表示方式，它还可以充当一个共同的信息交换语言，为项目的所有信息建立一个共同的定义。例如：它是计划、成本、风险、监督和评审、考核等过程的基本信息来源和依据。 通过任务编码，我们就能够把项目的所有要素在一个共同的基础（WBS）上建立关联，在此基础上建立各管理过程的所有信息沟通。 应用WBS作为项目信息的共同基础的最大优点是，为监控及预测费用、进度、实施等不同过程，建立了一个统一的项目信息系统，WBS给所有阶段、过程的项目管理人员提供了一个均可以与之作对比的一致基准，并且在大型项目中，由于参加者众多及人员可能发生的变化，使所用的项目概念、阶段、任务对所有的参加者都具有相同意义是很重要的，而WBS通过编码和编码字典的编制可使这一点得到保证。 WBS的编码原则 不论编码采用什么形式，编码应具备以下基本原则： （1）编码应能反映出任务单元在整个项目中的层次和位置，例如：1.2.3和3.4.5显然是在不同层的不同位置。 （2）当发生任务增加和删减时，整个的层次体系不会发生巨大变化，只是在恰当的位置，进行增删。 （3）编码方便进行任务的索引。 （4）编码方便与其他过程管理的相互参照。 WBS工作分解的原则 功能或技术的原则：考虑到每一阶段到底需要什么样的技术或专家 组织结构：考虑项目的分解应适应组织管理的需要 地理位置：主要是考虑实施处于不同地区的子项目 系统或子系统原则：根据项目在某些方面的特点或差异将项目分为几个不同的子项目. 任务分解过程 任务结构分解(WBS)步骤 确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性(建立编号) WBS分解的一般步骤 （1）总项目 （2）子项目或主体工作任务 （3）主要工作任务 （4）次要工作任务 （5）小工作任务或工作元素 软件项目开发的WBS 1 项目启动阶段 1.1 售前阶段 1