[管理学]11-项目质量管理2011版第6章改.ppt

实例 实例（续） 冰山一角 真理 产品质量是生产出来的，不是检验出来的 。 ——威廉·戴明 现实：很多软件公司投入大量时间和精力来发现和修正错误（需求、设计、实现），导致进度延期。少了些质量管理 质量管理 软件的质量管理贯穿了整个软件开发周期。 质量管理不仅确保项目最终交付的产品满足质量要求，而且要保证项目实施过程中阶段性成果的质量。也就是保证软件需求分析、设计和代码的质量，包括各种文档的质量 正如ISO8402所规定和倡导的：“质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。” 质量管理概论 不同的质量管理方式： 11.1 质量管理概述 软件质量控制 (SQC，Software Quality Control) 是科学地测量过程状态的基本的方法。就象汽车表盘上的仪器，可以了解行驶中的转速、速度、油量等。 软件质量保证 (SQA，Software Quality Assurance) 则是过程和程序的参考与指南的集合。就像汽车中的用户手册。 软件质量管理 (SQM，Software Quality Management) 才是操作的誓学，教你如何驾车，建立质量文化和管理思想。 四种不同的质量管理水平 检查，通过检验保证产品的质量，符合规格的软件产品为合格品，不符合规格的产品为次品。只能判断产品质量，不检验工艺流程、设计、服务等，不能提高软件质量。相当于“软件测试/质量控制”; 保证，质量目标通过软件开发部门来实现，制定质量目标和质量计划，保证软件开发流程合理性、流畅性和稳定性。相当于初期的“质量保证”; 预防，软件质量以预防为主，以过程管理为重，把质量的保证工作重点放在过程管理上。从需求、设计开始就引入预防思想，相当于成熟的“质量保证”; 完美，以客户为中心，贯穿于软件开发生存期过程，全员参与，追求卓越，相当于“全面软件质量管理”。 质量管理的支持 技术层次的质量管理支持 制定编程规范，有利于整体风格的统一、提高代码可读性、可维护性、可扩展性 组织应通过制定统一的模板来规范文档，统一文档内容和风格 实施覆盖生命周期的软件测试，包括单元、集成、系统测试，不仅要动态测试，也要静态测试（需求分析、系统设计需要评审和验证） 采用统计方法（一般是量化的数理统计分析）揭示产品特征和软件开发过程特征，发现各种不一致性问题 组织保证 组织保证（续） 管理组：很强的“质量第一”的意识，能制定有利于保证和提高质量的正确策略和方针，在整个组织中营造良好的质量文化。 SQA组（监督）：从流程上对软件质量进行跟踪、控制和改进。即监督项目按已经定义的流程进行，并符合已定义的相关标准。如要求建立相关文档、需求变更控制。文档拖累 vs 文档促进 测试组（执行）：负责对软件产品进行全面的测试，包括需求评审、设计评审、功能和性能测试等，从中找出所存在的缺陷。测试组面向产品，进行事后检查。 SEPG组（立法）：软件工程过程组，通常有软件专家组成，领导和协调过程改进的小组。其主要任务是推动企业所应用的过程的定义、维护和改进。类似于一个“立法”机构 质量计划概述 质量计划：进行项目质量管理，实施项目质量方针和目标的具体规划。 质量计划通常在组织的质量方针指导下定义项目的质量目标，描述项目质量管理中所需的资源、职责分配，说明如何采用正确的流程和操作程序、质量控制方法和评审技术来保证质量。 软件质量计划需要覆盖软件开发和维护的整个生命周期，即需要对需求分析、设计、编码、测试、部署提出质量目标和要求，并就质量控制内容、方法和手段给出建议和指导。 11.3 质量计划 11.3.1 质量计划的内容 目的和范围 参考的文件列表 质量目标，总体目标，分阶段目标，分项目标 质量的任务，包括组织流程说明会，关键成果评审 参与质量管理的相关人员及其责任 对一些关键文档提出要求。如测试计划，配置管理计划 重申适合项目的相关标准。如文档模板标准，代码编写标准 评审的流程和标准。如明确区分代码评审和技术评审的不同点 配置管理要求，如代码版本控制、需求变更控制 问题报告和处理系统 采用的质量控制工具、技术和方法等 质量计划模板参照 项目概述 实施策略 项目组织 质量保证对象分析及选择 质量保证任务划分 实施计划 资源计划 记录的收集、维护与保存 样例详见P141 质量评审的内容和手段 内容 需求说明评审 设计文档评审 测试计划评审 质量计划制定的步骤（1） 了解项目的基本概况，收集项目有关资料 重点了解项目的目标、用户需求和项目的实施范围 确定项目的质量目标 先根据项目总体目标和用户需求确定项目的质量总目标 再根据项目组成和划分来分解项目质量目