软件能力成熟度模型教材.ppt

5 CMM模型的已定义级 解决项目层上的冲突， 明确系统需求和设计上的问题。 提出解决问题的共同建议。 阐述项目内跨工程组的过程问题。 3） 按照文档化的计划， 交流组间的约定， 协调和跟踪所进行的工作。 该计划有以下要求： 计划作为下列各项的基线： 项目进度； 解决项目的合同和技术方面的内容； 分配工程组的责任。 5 CMM模型的已定义级 用于协调不同工程组之间的活动。 应易于被所有工程组的成员使用。 对所有的组间约定或反映对约定的更改， 应该对计划作相应的更新。 当项目有进展或有重大变化时， 及时更新项目计划和反应项目级的进展。 项目计划应由所有工程组和项目负责人进行评审和认同。 5 CMM模型的已定义级 4） 按照文档化的规程， 识别、 处理和跟踪工程组之间的关依赖关系。 该规程有以下的规定： 明确地定义每个关依赖关系， 包括： 提供的产品项； 提供者； 提供的时间； 可接受性准则。 处理软件工程组和其他也工程组之间的关键依赖关系。 关键依赖产品项的需求时间和可获得时间与项目计划和软件计划紧密相关。 5 CMM模型的已定义级 每个关键依赖关系的协议应由关键依赖关系相关项的接收者和提供者双方共同建立文档， 评审并认同。 定期跟踪关键依赖关系， 必要时采取纠正措施。 将状态及实际完成情况和用于协调组间约定的计划相比； 评价推迟提前完成任务对将来的活动和阶段的影响； 向有关负责人报告实际的和潜在的问题。 5 CMM模型的已定义级 5） 由接受组的代表评审工作产品， 以保证该产品满足他们的需要。 6） 按照文档化的规程， 处理由项目工程组无法解决的组间问题， 这些组间问题包括： 进度不一致； 经费不够； 技术风险； 系统层的设计和需求缺陷； 系统层间题。 5 CMM模型的已定义级 7） 项目各工程组的代表进行定期的技术评审和交流工作 对客户或最终用户的需求提供可视性。 监督项目的技术活动。 保证各组对技术需求的解释和实现符合系统需求。 审查有关约定以确定它们是否正在被满足。 评审技术风险和其他也技术问题。 5 CMM模型的已定义级 组间协调的评价 组间协调的评价包括验证实施、 测量和分析两部分。 1. 验证实施 组间协调的验证实施包括以下几个方面： 高级管理者定期评审组间协调的活动。 项目负责人定期地参与评审组间协调的活动。 软件质量保证组评审、 审计组间协调的活动和工作产品， 并通报结果。 评审和审计的内容包括： 5 CMM模型的已定义级 用于识别、 协商和跟踪项目工程组之间关键依赖关系的规程。 组间问题的处理情况。 2. 测量与分析 对组间协调进行测量和分析， 测量结果用来确定组间协调活动的状态。 这些测量内容包括： 软件工程组为支持其他工程组所花费的实际工作量和其他资源。 其他工程组为支持软件工程组所花费的实际工作量和其他资源。 5 CMM模型的已定义级 软件工程组为支持其他工程组的活动， 对指定任务和里程碑的实际完成情况。 其他工程组为支持工程组的活动， 对指定任务和里程碑的实际完成情况。 5 CMM模型的已定义级 CMM3级的同行评审 同级评审简称 PR （Peer Reviews） 它的目的是为了及早地和高效地消软件工作产品中的缺陷，增强对软件产品和可预防的缺陷的了解。 并使缺陷的消除过程变得更加有效。 同级评审是经过长期软件开发验证的有效工程方法， 对它的具体运用要根据不同的项目作调整。 5 CMM模型的已定义级 同行评审的目标 通过同行专家评审是一种重要而又有效的工程方法， 在软件产品工程中， 同行专家可通过设计评审、 结构化检查或者一些其他的评审方法来实施评审。 同行评审要达到以下的目标： 同行评审活动是有计划的。 识别并消除软件工作产品中的缺陷。 互相借鉴开发经验并支持。 对项目成本、 工期及质量均可最终控制。 5 CMM模型的已定义级 同行评审的执行约定和执行能力 1. 执行约定 同行评审的执行约定包括以下几方面的内容： 确定设有一组标准的需经同行评审的软件工作产品的标准集。 确定每个项目将经受同行评审的具体的软件工作产品。 软件工作产品包括： 运行软件（操作系统）和支持软件（数据库管理系统）； 可交付的和不可交付的软件工作产品； 软件 （源代码） 和非软件 （文档） 工作产品； 软件过程描述。 5 CMM模型的已定义级 由经过培训的同行评审负责人组织领导同行评审工作。 同行评审仅关注被评审的软件工作产品本身，而并不关注生产者。 同行评审的结果不应作为管理者评价个人工作业绩的依据。 5 CMM模型的已定义级 2. 执行能力 同行评审的执行能力要确保以下的必备条件： 1）对每个焘寺评审的软件工作产品， 提供充足的