软件项目管理 Ch9

25
4.2代码走查
代码走查是编码阶段有效的软件质量控制手段， 它可以比软件测试更早地检查到程序中的错误。
代码走查是一种非正式的代码评审技术，正规 的做法是把代码打印出来，邀请别的同行开会 检查代码的缺陷。实际中常常是在编码完成之 后将项目开发人员集中在一起，用投影仪将各 自的代码浏览一遍，由代码的作者向同事来讲 解他自己编写的代码的逻辑和写法，然后同事 给出意见，分析和找出程序问题。
技术评审有两种基本类型：
正式技术评审（FTR）：FTR比较严格，需要举 行评审会议，参加评审会议的人员比较多。
非正式技术评审（ITR）：ITR的形式比较灵活， 通常在同伴之间开展，不必举行评审会议，评审 人员比较少。
22
技术评审角色
项目经理； 作者：被评审工作产品的完成者，可以是一个
人也可以是一个开发小组。 评审组织者； 评审专家； 质量保证人员； 记录员； 客户和用户代表； 相关领导和部门管理人员。
17
软件质量保证小组
软件质量保证小组成员要求
要有很强的沟通能力； 要熟悉软件开发过程； 要有很强的计划性； 要能应对繁杂的工作； 要客观，有责任心。
18
3.2软件质量保证内容
与SQA计划直接相关的工作：制定SQA计划， 组织计划评审等。
参与项目的阶段性评审和审计； 对项目日常活动与规程的符合性进行检查； 对配置管理工作的检查和审计； 跟踪问题的解决情况； 收集新方法，提供过程改进的依据。
也可以与作者一起展开讨论，共同来解决问题，主
要围绕“评审表中记录的问题和会上发现的问题”
来寻找解决办法；
记录员记录所有的问题以及解决办法。
24
完成评审报告和修改
同行评审
同行评审（Peer Review）是一种特殊类 型的技术评审，是由与工作产品作者具 有相同背景和能力的人员对工作产品进 行的一种技术评审，是提高生产效率和 产品质量的有效手段。
程、活动和产品等）的方法、职责和时间安排等；
质量控制计划，主要包括代码走查、单元测试、
集成测试和系统测试等的安排。
10
软件项目质量管理计划
编制质量计划的主要依据：
质量方针：由高层管理者对项目的整个质量目标 和方向制定的一个指导性的文件。
范围描述：项目范围描述了项目投资人对项目的 期望和要求，它是质量计划的重要依据。
Chapter 9 软件项目质量管理
1
主要内容
软件项目质量管理概述 软件项目质量管理计划 软件项目质量保证 软件项目质量控制 ISO9000质量标准 CMMI
2
1.1 软件质量定义
ISO8492：质量是产品或服务所满足明示 或暗示需求能力的特征和特性的集合；
IEEE: 质量是系统、部件或过程满足明 确需求。
3软件项目质量保证
软件质量保证（Software Quality Assurance，SQA）是以独立审查方式，从 第三方的角度监控软件开发任务的执行， 就软件项目是否正遵循已制定的计划、标 准和规程给开发人员和管理层提供反映产 品和过程质量的信息和数据，提高项目透 明度，同时辅助软件工程组取得高质量的 软件产品。
软件质量控制的任务是策划可行的质量管理活
动，然后正确地执行和控制这些活动以保证绝
大多数的缺陷可以在开发过程中发现。一般来
说，软件质量控制的主要活动包括：技术评审、
代码走查、代码评审、单元测试、集成测试、
系统测试和缺陷追踪等。
21
4.1技术评审
技术评审（Technical Review, TR）的目的是 尽早地发现工作成果中的缺陷，并帮助开发人员 及时消除缺陷，从而有效地提高产品的质量。
16
3.1软件质量保证小组
SQA小组可能是一个真正的物理上存在的独立 部门，也可以是一个逻辑上存在的平台，但不 管是真正的独立部门还是逻辑上的平台，它都 需要有一个灵魂人物——SQA小组组长，来组 织SQA小组的日常活动。
质量保证小组应该是独立于软件开发小组之外 的，SQA成个复杂的概念，不同的人从不 同的角度来看软件质量问题会有不同的理解 。
从用户的角度看，质量就是满足客户的需求； 从开发者的角度看质量就是与需求说明保持一
致； 从产品的角度看质量就是产品的内在特点； 从价值的角度看质量就是客户是否愿意购买。
4
软件质量的3A特性
Accountability (可说明性)——用户可以基于产 品或服务的描述和定义进行使用. (例如：市场 需求说明书，功能设计说明书)
ISO9004：2009质量管理体系——可持续性管理,该标准 的目的是组织业绩改进和其他相关方满意。
ISO19011：2002质量和（或）环境管理体系审核指南31 。
ISO9000族标准
ISO9000族标准四个方面的规范质量管理：
机构； 程序； 过程； 总结。
通俗地讲就是把企业的管理标准化，而标准化管理 生产的产品及其服务其质量是可以信赖的。
McCall模型
6
软件质量模型
Boehm模型
7
软件质量模型
ISO 9126模型：内部质量模型、外部质量模型 和使用中质量模型。
8
1.3软件项目质量管理内容
PMBOK中明确阐明了项目质量管理包括执行组织确 定质量政策、目标与职责的各过程和活动，从而使项 目满足其预定的需求。项目质量管理的各过程如下：
9
2软件项目质量管理计划
质量管理计划为整体项目管理计划提供输入，包 括项目的质量控制、质量保证和持续过程改进方 法。
质量管理计划可以是正式或非正式的，非常详细 或高度概括的。常见的质量计划是只包括质量保 证计划，而把质量控制计划纳入开发活动的计划 中，有的质量计划二者都包含。
质量保证计划包含质量保证（审计、评审软件过
当开发人员对代码进行讨论的时候，应该集中 到一些重要的话题上，比如算法，类设计等26。
4.3代码评审
代码评审是代码编写者讲解自己的代码，由专 家或项目组其他成员及项目经理来作评审，其 间有不了解之处可随时提问，并提出意见。主 要采用关键代码检查，部分代码抽查的原则。
27
4.4软件测试
软件测试是软件项目中最基本的质量控制手段。
产品描述：产品描述中包含了更多的技术细节和 性能标准，是质量目标的细化，也是制定质量计 划的必不可少的内容。
标准和准则：项目质量计划的制定必须参考相关
领域的各项标准和特殊规定，而不能够和这些标
准和准则发生违背现象。
11
软件质量标准
产品标准 应用界面标准 代码编写标准 文档命名标准 程序完备性标准
13 国际项目管理 IPMA
质量目标
可用度； 初期故障率； 偶然故障率； 平均失效间隔时间（Mean Time Between
Failure，MTBF）； 缺陷密度（Fault Density，FD）； 平均失效恢复时间（mean time to
restoration，MTTR）。
14
Availability (有效性)——产品或服务对于客户 需求是否能保持有效。 (例如：99.999%的有 效性，可以说达到质量要求)
Accessibility (易用性)——对于用户，产品或服 务非常容易使用并且一定是非常有用的功能。 (例如：确认测试和用户可用性测试)
5
1.2软件质量模型
一般软件测试过程包括：测试计划、测试的组织 、测试用例的开发、测试的执行和报告。软件测 试的方法主要有白盒和黑盒两种测试方法。
软件测试类型一般包括单元测试、集成测试、功 能测试、系统测试、验收测试、安装测试、易用 性测试、性能测试、安全性测试、配置测试、兼 容性测试、 α、β测试、国际化测试和本地化测 试。
23
技术评审流程
计划阶段：指定评审组织者和专家，作者自己检查自 己的产品，同时组织者开始规划本次技术评审工作。
准备阶段：评审专家根据收到的评审包来审核工作产 品、发现缺陷，填写评审表并反馈给组织者。
召开评审会议：
组织者召开评审会议，宣讲评审主题和意义； 作者进行工作产品讲解；
评审专家可以对作者进行提问，提出建议和要求，
过程标准 版本发行过程 变更控制过程标准 设计复审行为 项目计划评审过程
12
质量计划的要求
确定应该达到的质量目标和所有特性的要求； 确定质量保证活动和质量控制程序； 确定项目不同阶段的职责、权限、交流方式
以及资源分配； 确定采用的质量控制的手段、合适的验证手
段和方法； 确定和准备质量记录。
30
5.1 ISO9000族标准
ISO9000族标准三次演化：1994版、2000版、 2008版。
2008版ISO9000族标准的核心标准有如下四个：
ISO9000：2005质量管理体系——基础和术语，表述质 量管理体系基础知识并规定质量管理体系术语。
ISO9001：2008质量管理体系——要求，规定了质量管 理体系要求，用于证实组织具有提供满足顾客要求和适 用法规要求的产品的能力，目的在于增进顾客的满意。
35
6.1 CMM家族
软件能力成熟度模型（Capability Maturity Model For Software，SW-CMM）；
系统工程能力成熟度模型（Systems Engineering Capability Maturity Model, SE-CMM）；
32
ISO9000标准质量管理体系模式
33
5.2 ISO9000质量管理原则
34
6 能力成熟度集成模型CMMI
SEI在1986年开始研究能力成熟度模型（ Capability Maturity Model，CMM）。1991年， CMM 1.0版正式推出，其后又修改升级为CMM1.1 、CMM2.0等版本，并被纳入国际标准组织，成为 认证标准之一。
规划质量：识别项目及其产品的质量要求和/或标准， 并书面描述项目将如何达到这些要求和/或标准的过程 。