凌网软件集成cmmi项目wbs任务分解指南(编辑修改稿)

凌网软件集成cmmi项目wbs任务分解指南(编辑修改稿)内容摘要：

（组织或者个人）或 承包商负责。 任务分解是项目评估的前提和自下而上评估算法的基础。 例如对于软件项目 A 进行任务分解的过程如下图所示。 软件项目 A 软件项目 A 软件项目 A 软件项目 A 功能 2 功能 1 功能 2 3. 任务分解的类型 一般说，进行任务分解时，可以采用清单或者图表的形式表达任务分解的结果。 . 清单类型 采用清单类型的任务分解方式，就是将任务分解的结果以清单的表述形式进行层层分解的方式。 现在以一个项目为例进行说明，这个项目的名字定义为“变化计数器”，它是统计程序大小的软件工具，当修改一个程序的时候，这个工具可以统计各个版本之间有多少代码行被增加、删除 或修改。 这个项目的任务分解可以按照不同的标准进行分解，采用清单方式进行任务分解如下： 1. 变化计数器 . 比较两个版本的程序 . 预处理 . 文件比较 . 结果处理 . 找出修改后的程序中增加和删除的代码行 . 找出增加的代码行 . 找出删除的代码行 . 统计修改后的程序中增加和删除的代码行数 . 统计增加的代码行 . 统计删除的代码行 . 统计总的代码行数 . 设定标记以指示修改的次数 . 在程序的头部增加修改记录 . 图表类型 采用图表类型的任务分解过程就是进行任务分解时采用图表的形式进行层层分解的方式。 例如，对于上面的“变化计数器”这个项目，采用图表类型的分解结果如图 2 所示。 4. 任务分解的过程 进行任务分解应该采取一定的步骤，并且分解过程中保持唯一的 分解标准。 任务分解的基本过程如图 2 所示。 “变化计数器” 版本比较 记录修改 标记修改 统计总行 统计增删行 找出增删行 预处理 增加行数 删除代码 增加代码 结果处理 文件比较 删除行数 输入 分解 WBS 图 2 任务分解的基本过程 任务分解应该根据需求分析的结果和项目相关的要求，同时参照以往的项目分解结果进行。 最终任务分解的结果是 WBS。 在分解过程中可以参照分解模板，进行一步一步详细的分解。 虽然每个项目是唯一的，但是 WBS 经常能被“重复使用”，有些项目在某种程度上是具有相似性的。 例如从每个阶段看，许多项目具有相同或。