12软件项目度量管理--概述.ppt

1.设计流程影响着生存周期，进而决定了过程度量的阶段划分。 如：在面向对象软件中，概要设计和详细设计集中在系统设计和对象设计之间，看上去似乎简化了传统的设计过程，但实际上往往周期更长。 2.设计结果驱动着项目管理，特别是体系结构设计结果直接驱动着项目度量。 如：项目任务划分、项目任务历时，项目进度，成本，资源配置等监测，对度量有着直接的要求。 3.设计决定了度量的基本单位，进而决定了技术度量的最小单元。 如：对象的外部规格描述，决定着功能点的估算。 上述观点可由下面的结论证实。 * 1.过程度量 对软件开发环境及生存期模型特征进行量化，度量所获得的数据信息，用于细化软件开发总体规划和管理的分析与决策，以促进组织的软件开发战略实施过程的改进。 具体情况如：对具体项目目标和具体的团队，定义适用的软件过程，并对过程细化至最佳管理单位，以此为基础建立相关度量要素体系。 要点：按照项目管理的需要，建立支持管理过程的信息基础结构。 * 2.项目度量 对软件项目的特征属性进行量化，获取相应的数据以辅助项目估算、质量控制、生产率评估、项目控制等项目管理业务，以改善项目管理的战术实施效果，实现项目目标。 具体情况如：在人员数量不够（WBS过细，分配不完），将影响估算、质量以及项目控制能力，故合并WBS的若干项，以发挥多面手的作用，保证按期完成。 要点：以项目管理业务目标为出发点，细化、精化项目管理的具体对象。 * 3.技术度量（应叫做工程度量为好） 对软件产品及程序设计的规格化属性进行量化，采集相关数据，建立工程设计度量的基础信息结构，据此分析、评估软件过程中的技术工作和产品质量水平，辅助项目管理者的决策。 如 ：经度量，发现软件结构中组件间耦合性过高，或系统过于复杂，将导致后期集成测试困难，故决定修改原设计方案，提高规格化的抽象程度。 要点：只有当一个项目清楚地定义了过程和产品的目标时，才会进行可以确定的过程和产品的改进。 * 能够为项目管理者提供有关项目的各种重要信息，为开展评估项目活动创造基础条件。 为项目估算、计划提供基础数据，也提供了控制项目的量化信息。 为质量管理提供指示，推动企业的过程改进。 * 度量管理并不容易——要付出代价的！ 依赖于项目负责人的判断和综合企业文化。 需要时间、金钱等资源。 软件的复杂性不可度量，反而会削弱管理。 如果收集和推进某类度量的成本是无法承受的，或者某些度量不能提供改善的信息，就不要进行这些度量。 所以，开展软件度量，应从满足最低要求开始，然后逐步增加那些能以最低成本和最低工作量提供最高潜在利益的度量信息。 * 软件度量工作的基础——选择合适的度量指标。 软件度量指标（Software Mctric Indicator），是进行软件度量时所选择的属性集合. 属性是一个实体（例如项目产品、过程等）的特征或者性质。 度量指标是人制定的，反过来又作用于人 ·将度量体系融入现有过程。 ·将度量体系纳入企业文化。 ·恰当地交流度量方案。 ·取得高层经理的支持。 ·选择合适的人员实施度量，并开展事前培训。 ·采用明确的方式进行度量，不进行个人度量。 * 先合同，后软件 先估算，后投入 先分工，后计划 先定义，后劳动 先沟通，后执行 先团队，后技术 先设计，后编程 先规范，后评价 先度量，后控制 * 倒过来行吗？ * * * * * * * * * * 12.1.1 度量定义 12.1.2 度量的类型 12.1.3 度量的作用 12.1.4 度量的成本 * 软件度量（software measurement） 是对软件开发项目、过程及其产品进行数据定义和数据收集，以及对于数据的分析——这样的一个持续性定量化过程。 软件度量的目的，在于对软件过程加以理解、预测、评估、控制和改善。 作业题：为什么软件度量把“对软件过程的理解”作为它的一个首要目的？ 提示（注意只是提示，不是答案！）： 1.凡是项目，都是唯一的——所谓“对软件过程的理解”中的软件过程，是特定项目的特定过程。 2.既然项目是唯一的，那么项目管理者的理念和目标也与其他项目不同。 3.与“数据定义”直接相关，是基础性的。 4.其他，如有，自己发挥。 * 项目度量，是实现量化管理的关键，没有度量，项目管理永远是开环的（教材中是“主观的”）管理。 其实，我们已经开始度量了 ——基于WBS（任务分解，粗略地代表了体系结构的分解）的软件估算、进度估算、成本估算等，就是开始了基于设计的度量。 * * 从上图可以看出，软件度量，需要对软件生存期中的各个元素进行测量。 软件度量的直接目的是： 定量了解项目进度、工作量、产品规模、项目状态以及质量性能等 进而评估项目情况、跟踪进展、评价效率等。 见下页示例 * 以代码质量为焦点的