第4章 软件质量保证.ppt

变更控制 我们担忧变更的发生是因为对代码的一点小小的干扰都有可能导致一个巨大的错误，但是它也许能够修补一个巨大的漏洞或者增加一些很有用的功能。 过于严格的控制也有可能挫伤他们进行创造性工作的积极性。但是，如果你不控制他，他就控制了你 过程支持 在大多数有关软件配置管理的定义中，也并没有明确提出配置管理需要对过程进行支持的概念。因此，不管软件的版本管理得多好，组织之间没有连接关系，组织所拥有的是相互独立的信息资源，从而形成了信息的“孤岛”。 对于开发员或测试员则不必去熟悉整个过程，也不必知道整个团队的开发模式。他只需集中精力关心自己所需要进行的工作 目标 1: 软件配置管理的各项工作是有计划进行的。 2: 被选择的项目产品得到识别，控制并且可以被相关人员获取。 3: 已识别出的项目产品的更改得到控制。 4: 使相关组别和个人及时了解软件基准的状态和内容。 4.6 质量保证中的评审和检查 软件评审是软件工程过程中的“过滤器” 评审和检查用于软件开发过程中的多个不同的点上，起到发现错误和缺陷的作用 评审和检查起的作用是“净化”分析、设计、编码的软件工程活动，也是质量保证中主要内容之一 保证质量和减小返工的方法 阻止缺陷的产生 当缺陷不可避免引入产品后，尽可能早的发现它们 评审和检查是一些用于开发过程早期检查和纠正缺陷的有效方法 可以用来检查未形成执行代码的文档的缺陷 但是评审和检查不能代替代码的运行测试 评审和检查与测试是以不同效益和效率发现不同类型缺陷的不同技术，它们相辅相成 资料显示，评审工作可以省掉测试50%的工作量 评审和检查的收益 提高项目的生产率 改善软件质量 在评审和检查过程中，使开发队伍的其他成员更熟悉产品和开发过程 通过评审和检查活动，标志着软件开发的一个阶段的完成 产生出更可维护的软件 评审和检查的目标 保证项目按计划进行，确定要做什么，不能做什么 确定软件开发过程的活动计划是否需要改变，如何改变 为项目确定一个适当的资源水平 4.6.2 检查 检查是保证成功的完成项目开发任务的一种有效的方法 但被检查系项目的阶段产品必须是文档，必须有一个用来检查被检查项目的参照文档 一次检查必须由少数几个人完成，一般3-6人比较合适 3人是最少了，因为文档的作者，负责人和文档宣读人必须参加 超过6人，那么发现的差错就会变少，而且成本增加 负责人既是组织者，也是仲裁者 如果负责人和开发队伍毫无关系，那么可能得到最好的检查结果 文档宣读人不能使文档的作者，作者没办法让其他人充分了解作者的意图，无法客观 其他的检查人员应当包括承担下一阶段开发任务的人员 检查的6个阶段 制定计划 召开一般性的检查会议 各自准备 召开实际的检查会议 返工 追踪 4.6.3 评审 评审是项目管理者为确定当前的阶段性产品是否能释放，是否进行阶段转移而组织正式的检查 软件质量保证 4.1概述 4.2 质量保证内容 4.3 质量保证过程 4.4 质量保证任务 4.5 质量保证中的软件配置管理 4.6 质量保证中的评审和检查 4.7 本章小结 本章重点 要理解软件质量保证的重要性和意义 掌握质量保障的过程和配置管理 本章难点 质量保证中的软件配置管理 质量保证中的评审和检查 4.1 概述 软件质量保证(Software Quality Assurance) 是为了提供信用,证明项目将会达到有关质量标准,而在质量体系中开发的有计划、有组织的活动 SQA是软件开发过程中的一个重要关键过程区域，它是贯穿于整个软件过程的第三方独立审查活动 SQA的目的 向管理者提供对软件过程进行全面监控的手段，包括评审和审计软件产品和活动，验证它们是否符合相应的规程和标准，同时给项目管理者提供这些评审和审计的结果 CMM（Capability Maturity Model） CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software 它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述 CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。 从当今整个软件公司现状来看，最多的成熟度为1级，多数成熟度为2级，少数成熟度为3级，极少数成熟度为4级，成熟度为5级的更是凤毛麟角 成熟度等级1：初始级(Initial) 处于这个最低级的组织，基本上没有健全的软件工程管理制度。每件事情都以特殊的方法来做。如果一个特定的工程碰巧由一个有能力的管理员和一个优秀的软件开发组来做，则这个工程