《LEVEL 2-5_软件质量保证》.pdf

网络与交换技术国家重点实验室 软件能力成熟度模型 (CMM: Capability Maturity Model ) 张 雷 网络与交换技术国家重点实验室 1 LEVEL 2关键过程域  需求管理(Requirements management)  软件项目计划(Software Project Planning)  软件项目跟踪与监督(Software Project Tracking and Oversight)  软件分包合同管理(Software Subcontract Management)  软件质量保证(Software Quality Assurance)  软件配置管理(Software Configuration Management) 2 概述  目的  向管理者提供对软件项目的过程和产品的适当 的可视性  包括  评审和审计软件产品和活动以验证它们是否遵 守应用的规程和标准  向软件项目和其它相关的经理提供这些评审和 审计的结果 3 概述  在软件项目的早期阶段，软件质量保证组参与软件项目的 制定计划、标准和规程等，这些计划、标准、和规程将增 加软件项目的价值并将满足项目和组织方针上的限制。  软件质量保证组参与制定计划、标准和规程，有助于确保 它们适合项目的需要，并且验证它们能否用于软件生命周 期中的评审和审计。  在整个生命周期中，软件质量保证组评审项目活动，审计 软件工作产品，并就软件项目是否正遵守已制定的计划、 标准和规程等给管理者提供可视性。 4 概述  不一致问题首先在软件项目内部处理，尽可能地解决它。 对于那些无法在软件项目内部解决的问题，软件质量保 证组逐级上递该问题给适当层次的管理者去解决。  这个关键过程区域只包括该组履行软件质量保证职能的 实践。  识别软件质量保证组要评审和（或）审计的具体的活动 和工作产品的实践一般包含在其它关键过程区域的验证 实施共同特点中。 5 目标(Goals)  目标1  软件质量保证活动是有计划的  目标2  客观地验证软件产品和活动是否遵守适用的标准、规程 和需求  目标3  将软件质量保证活动和结果通知相关的组和个人  目标4  高级管理者处理在软件项目内部不能解决的不一致问题 6 执行约定 （Commitment to perform）  约定1  项目遵循书面的机构管理策略来实施软件质量 保证（SQA）  该策略一般规定  SQA职能在所有软件项目中占有一定地位  SQA组有一个向高级管理者报告的渠道  组织必须确定一种组织机构来支持那些要求独立性 的活动，例如SQA  高级管理者定期地评审SQA 活动和结果