第8章-软件过程改进评估方法分解.ppt

各位同学好 教学内容目录 软件过程改进评估方法 一、几种计划图 二、评估技术 国家军用标准中的有关WBS的标准 WBS WBS技术在软件项目中的应用 WBS中的层次结构 两种类型: 产品 活动 或两者的混合 产品层次结构 指明各种软件部件（构件）如何安置在软件系统中 反映软件产品的基本结构，由软件设计者确定 部件（构件）有：程序(routine)、模块、子系统等 活动层次结构 指明处理一个软件部件（构件）的各种方法 合适时，活动层次的一部分可以运用到产品的任何一个层次 构造 WBS 迭代式构造 构造有意义的逐步细分(roll-up)的层次结构 向下细分到能实际作出策划和控制的层次（不要太碎） 采用混合的产品/活动层次结构 WBS例子 WBS用于项目“阶段” 如果项目按阶段进行 -对当前阶段作详细的分解 -对未来阶段保留不动 -当知道更多细节时，进一步分解为更细的WBS WBS的局限性 不能显示执行任务的序列性 不能显示任务间的依赖性 要用网络描述进度安排 传统WBS的基本缺陷(1) 传统的WBS的三个基本缺陷。 过早地围绕产品设计进行了结构化：如果计划和产品构架都已经成熟，那么将二者紧密结合起来是合理的。如果计划或是构架需要改变时，松散的结合则更为合适。 过早地在过于详细或过于简单的细节上进行了分解、计划和预算：大型的软件项目容易计划过剩，小型的软件项目则容易计划不足。 传统的WBS是项目相关的，交叉项目通常很难比较或者根本不可能比较：即没有标准的WBS，要在多个项目之间比较计划、财务数据、进度数据、组织效率、成本趋势、生产力趋势或质量趋势是极其困难的。 传统的WBS的基本缺陷(2) 使用传统的WBS的项目群组，多数无法回答下面这些简单的问题，而这些问题对于有组织的过程改进是很关键的： 生产活动(需求、设计、实现、评估和实施)与日常管理活动(管理和环境)的比率如何？ 花在返工活动的工作量的百分比是多少？ 花在软件基本设备(环境开销)上的成本所占的百分比是多少？ 生产性测试与(非生产性)集成的比率是多少？ 第N次发布(是第N+1次发布计划的基础)的成本为多少？ 传统的WBS及产品层次 管 理 系统需求和设计 子系统1 构件11 需求 设计 编码 测试 文档 …（其它构件的相似结构） 构件1N 需求 设计 编码 测试 文档 …（其它构件的相似结构） 集成和测试 测试计划 测试过程准备 测试 测试报告 其它支持领域 配置控制 质量保证 系统管理 进化的WBS 进化的WBS围绕过程框架组织计划的元素，而不是围绕产品框架组织这些元素。 关于WBS，基本的建议是将层次组织成如下形式： 第一级WBS元素是工作流(管理、环境、需求、设计、实现、评估和实施)。这些元素通常分配给单一的群组，它们构成了用于项目的计划和项目间比较的解剖结构。 第二级元素是为生存周期的阶段而定义的(初始、细化、构造和移交)。这些元素允许项目计划以更加自然的方式精确地理解需求、构架和内在风险。 第三级元素是为生产各阶段制品的活动而定义的。这些元素可能是结构中级别最低的，用来对给定阶段的离散制品进行成本结算，或许它们可以进一步分为几个更低层次的活动一起共同生产一个制品。 一个缺省的进化的WBS(1) 一个缺省的进化的WBS(2) 一个缺省的进化的WBS(3) 这个推荐的结构示范了如何按照过程框架元素制订计划。它提供了一个框架，用于估计每个元素的成本和进度，在一个项目组织中分配元素，跟踪开支。所示的结构需要根据项目的以下特点剪裁。 规模。更大型的项目需要更的多层次和更多的子结构。 组织结构。包含子承包商或跨多个组织实体的项目可能会引进对不同WBS的分配限制。 定制开发的程度。 业务环境。合同性项目要求更加细致的管理和评估元素。开发商业产品的项目可能需要更加细致的实施元素基础。局限在单个站点的应用程序可能有一个很简陋的实施元素或者一个精致的实施元素。 经验。 虚拟企业的管理 设计—试验数字化 试验数字化 目 次 一、几种计划图 二、评估技术 技术评估 （理论从略，主要讲方法） “技术评估”经历的三个发展阶段 一、1972年以前，是诞生期。在技术应用活动中孕育， 进而从技术活动中分离出来，成为一种独立的具 有特殊使命的技术活动。 二、1972－1978年，是成长期。从美国传播到日本、加 拿大和西欧国家。技术评估也从单纯的影响分析扩 展到全社会多方位评价，评价 规模也扩展到国家 范围。 三、1978年以后，是深化期。技术评估向发展中国家扩