软件项目管理与质量保证概述
软件开发质量保证与质量控制
软件开发质量保证与质量控制一、引言软件开发质量保证与质量控制是确保软件开发过程中产品质量的关键环节。
通过制定标准化的流程和规范，对软件开发各个阶段进行全面的质量管理，可以有效提高软件产品的质量，满足用户需求，并降低开发过程中的风险。
二、质量保证1. 质量策划在软件开发项目启动前，制定质量策划，明确开发过程中的质量目标和要求。
质量策划应包括以下内容：- 确定质量目标：明确软件产品的质量目标，包括性能、可靠性、安全性等方面的要求。
- 制定质量计划：制定详细的质量计划，包括质量评估、测试计划、质量控制活动等。
2. 需求管理在软件开发过程中，需求管理是确保软件产品质量的关键环节。
需求管理应包括以下内容：- 需求收集与分析：与用户充分沟通，准确获取用户需求，并进行详细的需求分析。
- 需求验证与确认：对需求进行验证，确保需求与用户期望一致，并获得用户的确认。
3. 设计质量控制软件设计是软件开发过程中的关键阶段，设计质量控制应包括以下内容：- 设计评审：定期进行设计评审，确保设计符合质量标准和规范。
- 设计模式与架构：采用合适的设计模式和架构，确保软件系统的可扩展性和可维护性。
- 设计规范与标准：制定设计规范和标准，确保设计文档的一致性和可读性。
4. 编码质量控制编码是软件开发过程中的关键环节，编码质量控制应包括以下内容：- 编码规范：制定统一的编码规范，规范代码的书写风格和命名规范。
- 代码评审：定期进行代码评审，发现和修复潜在的问题和错误。
- 自动化测试：采用自动化测试工具对代码进行单元测试和集成测试，确保代码的质量和稳定性。
5. 测试质量控制测试是确保软件产品质量的重要环节，测试质量控制应包括以下内容：- 测试计划：制定详细的测试计划，包括测试范围、测试方法和测试资源等。
- 功能测试：对软件功能进行全面的测试，确保功能的正确性和完整性。
- 性能测试：对软件进行性能测试，评估软件在不同负载下的性能表现。
- 安全测试：对软件进行安全测试，评估软件的安全性和防护能力。
软件工程中的软件项目质量控制
质量评审、测试、度量和 持续改进等具体的质量管
理活动
符合ISO 9000等国际标准
质量责任人
质量计划的执行
质量计划的执行是软件项目质量管理工作的 落实和执行过程，需要保证各项计划按照预 定的时间表和流程有序进行。质量计划的执 行需要各个部门和团队的密切协作和配合，
确保软件产品的质量达到预期目标。
● 03
能力，推动团队不断进步和发展。
提高软件产品质量
质量改进的效果
增强团队凝聚力
促进企业发展
增强用户满意度
提高成员自我管理能力
建立完善管理体系
● 06
第6章 总结与展望
本章导读
本章将对前面各章内容进行总结和回顾，展望软件 项目质量控制的未来发展方向和趋势。
总结回顾
本文从软件项目质量控制的概念、方法、过程和实 施等方面进行了详细阐述和分析，为读者提供了全 面的知识和理解。通过本文的学习和阅读，读者可 以更好地认识和理解软件项目质量控制的重要性和 必要性，为今后的实践和工作提供参考和指导。
采用新技术提升软件质量
团队培训
质量计划
明确质量目标和计划
质量评估
评估软件产品质量
质量控制实践
质量保证
确保软件符合标准
● 02
第2章 质量计划
质量计划的概念
质量计划定义
质量计划是软件项目开始阶段制定的计划
质量计划重要性
质量计划是软件项目的基础
制定质量计划的步骤
确定质量目标和标 准
制定质量管理计划
总结
质量保证是软件工程中至关重要的一环，通过质量 保证计划的制定和实施，可以有效提升软件产品的 质量和可靠性。遵循质量保证的原则和实施步骤， 有助于促进软件开发团队的协作效率，提高项目的 成功率。持续改进和优化软件开发过程，是保持软 件产品竞争力和可持续发展的关键。
软件质量的保证和控制
软件质量的保证和控制在信息技术高速发展的今天，软件的重要性日益凸显。
软件质量直接关系到软件市场的竞争和应用效果。
为了保证软件质量，要对软件的开发、测试、运行等环节进行全方位的质量控制和保证。
本文将从软件开发的角度进行阐述。
一、软件质量的定义软件质量是指软件产品和软件工程过程的特性和特征，包括功能方面、可靠性、易用性、效率、可维护性、可移植性等方面。
其中，可靠性是软件质量的核心和基础。
二、软件质量保证软件质量保证是基于软件生命周期的全面管理和控制，从开发、测试、发布到维护各个环节都需进行质量管理，以提高软件质量和客户满意度。
常用的软件质量保证方法包括：1.需求管理：明确需求，避免开发过程中的盲目性，确保开发方向正确，需求明确。
2.项目管理：规范项目开发流程，完善项目计划，及时进行状态监控和风险控制。
3.组织结构：建立高效的软件开发团队，选择适合的开发方法、技术和工具，提高团队合作和协作能力。
4.标准化管理：制定技术规范标准，统一代码规范，进行代码审查和重构，保证开发质量。
5.测试管理：开展全面、有效的测试，包括单元测试、集成测试、系统测试、验收测试等，在开发过程中及时发现和解决问题。
三、软件质量控制软件质量控制是指针对软件产品的生产过程、开发阶段进行监控和控制，对过程中出现的缺陷进行及时的改正和纠正，以保证软件质量。
软件质量控制手段包括：1.代码规范化：制定一套完整的代码规范标准，以便大家都能遵从代码规范，规范的代码将使代码易读、易懂、易维护、易复用，代码质量也就有保障。
2.代码审查：代码审查是指在代码开发、修改的过程中进行质量评估，通过这项工作发现代码中错误或潜在错误，及时纠正，增强软件质量。
3.质量度量：制定一套具体的度量指标，对软件的开发过程和测试过程进行精确的度量，通过度量的结果来判断软件质量的优劣。
4.测试管理：测试是软件质量控制和保证的关键环节，软件测试可以发现软件缺陷，在软件质量管理中具有重要的作用。
软件质量保证标准-概述说明以及解释
软件质量保证标准-概述说明以及解释1.引言1.1 概述概述部分的内容可以包括以下几个方面：概述主题：软件质量保证标准是在软件开发过程中确保软件质量的关键因素之一。
本文将全面介绍软件质量保证标准的定义、重要性、以及基本原则。
软件质量保证的背景：随着信息技术的迅速发展，软件在各个领域的应用日益广泛。
而软件质量的好坏直接影响到软件的可靠性、稳定性和用户体验。
因此，确保软件质量成为了软件开发过程中的重要任务。
软件质量保证的定义：软件质量保证是通过一系列的标准、规范和流程，以及有效的质量管理手段，保证软件开发过程中各个环节的质量，从而最终达到满足用户需求和提供高质量软件的目标。
软件质量保证的重要性：软件质量保证对于软件开发项目的成功起着至关重要的作用。
它不仅涉及到软件开发的过程控制，还关系到软件产品的各个方面，包括功能性、性能、安全性、易用性等。
只有在具备高质量标准的软件质量保证体系下，才能确保软件项目的成功交付和用户满意度的实现。
软件质量保证的原则：在软件质量保证过程中，需要遵循一定的原则，包括持续改进、全员参与、风险管理、标准化、适应性等。
这些原则确保了软件质量保证工作的高效性和可持续性。
在接下来的文章中，我们将深入探讨软件质量保证标准的各个方面，包括其定义、重要性和应用原则。
通过对软件质量保证标准的全面了解，读者将能够更好地理解和运用这些标准来提升软件质量，实现软件开发的成功与可持续发展。
1.2 文章结构本文主要分为以下几个部分：1. 引言：介绍本文的背景和目的，以及本文所涵盖的内容。
2. 正文：详细介绍了软件质量保证的定义、重要性和原则。
其中，软件质量保证的定义部分将阐述软件质量保证的含义和范畴，包括保证软件产品具备预定的质量特性和符合用户需求的过程。
软件质量保证的重要性部分将探讨为何软件质量保证对于保障软件产品的质量、满足用户需求以及提升企业竞争力至关重要。
软件质量保证的原则部分将介绍在软件开发过程中要遵循的一些基本原则，如全员参与、持续改进等。
软件项目质量控制
软件项目质量控制随着信息技术的发展，软件项目已成为各行业发展的重要支撑。
然而，在软件项目的实施过程中，质量控制是非常重要的一环。
有效的质量控制能够提高软件产品的质量，降低项目风险，提升用户满意度。
本文将探讨软件项目质量控制的相关问题。
一、软件项目质量控制的含义软件项目质量控制是指对软件产品进行全面、全过程的质量检测、评估和控制，以确保软件产品的质量符合预期，并最大限度地减少错误和缺陷。
质量控制包括对软件的需求分析、设计、编码、测试、发布和维护等各个环节的监督和检查。
二、软件项目质量控制的重要性1、提高软件产品质量通过质量控制，可以发现软件产品中的缺陷和错误，并及时进行修正，从而提高软件产品的质量。
同时，通过对产品进行全面的测试和评估，可以更好地了解产品的性能和特点，为用户提供更好的体验。
2、降低项目风险在软件项目的实施过程中，质量控制可以及时发现和解决潜在的问题和风险，避免因质量问题导致的项目延误、成本增加等问题。
从而降低项目的风险。
3、提升用户满意度通过质量控制，可以确保软件产品的质量和性能符合用户的预期和要求，提高用户的满意度。
同时，及时响应用户反馈，不断完善产品和服务，可以增强用户的忠诚度。
三、软件项目质量控制的方法4、需求分析和设计阶段的质量控制在需求分析和设计阶段，需要对用户需求进行全面、准确的理解和分析，并制定相应的设计方案。
这个阶段的质量控制主要包括对需求分析和设计文档的审查、评审和测试等环节。
通过这些措施可以确保需求分析和设计的质量，避免因需求不明确或设计不合理导致的问题。
5、编码阶段的质量控制在编码阶段，需要按照设计要求进行编码，并遵循相应的编码规范和标准。
这个阶段的质量控制主要包括代码审查、单元测试、集成测试等环节。
通过这些措施可以确保代码的质量和正确性，避免因代码缺陷导致的错误和问题。
6、测试阶段的质量控制测试是软件项目质量控制中非常重要的一环。
在测试阶段，需要对软件产品进行全面的测试和评估，包括功能测试、性能测试、安全测试等环节。
开源软件项目的管理与质量保证
开源软件项目的管理与质量保证开源软件是指软件代码公开，可以被人自由使用、修改和分发的软件，因此凭借着其源代码的透明性、共享性以及开放性，开源软件一直被视为软件行业的一股新力量。
在如今居高不下的软件开发成本下，开源软件项目的管理和质量保证已经成为了一个不可忽略的问题。
为了确保开源软件项目的质量和成功，必须采取一些有效的策略和技巧。
本文就从开源软件项目的管理和质量保证两个角度来探讨如何保证开源软件项目的质量和成功。
一、开源软件项目的管理1. 开源软件项目的规划和设计当你决定创建一个新的开源软件项目时，首先你需要做的就是确定这个项目的目标和范围。
你需要考虑的问题包括：这个项目是否满足市场需求或解决实际问题？这个项目的目标用户是谁？这个项目的功能和特性有哪些？你需要与其他开发者一起讨论和协调，在创建一个详细的规划和设计文档后开始软件开发。
2. 分工协作建立一个明确清晰的分工协作机制是开源软件项目管理的重要环节。
分工和协作有赖于对问题的明确认识，因为只有理解了每个贡献者的专业领域和分工安排，才能减少冲突。
分工可以根据项目阶段或者设想的复杂度拆分成多个部分，让每一个工程师负责自己专业领域内的部分并协作打造出更好的产品。
3. 源代码管理源代码是开源软件项目的核心部分，需要进行有效地管理。
对于大型的开源软件项目来说，可以使用代码托管网站，如GitHub 或GitLab，来实现对源代码的管理。
代码托管网站能够保存源代码的历史版本，管理软件贡献者的提交、测试与审核，并确保整个项目的透明感和开发历程的公开化。
二、质量保证1. 测试和验证测试和验证是开源软件项目的重要环节。
通过写测试用例，开发者可以自动测试自己开发的代码。
测试环节包括单元测试、集成测试和功能测试等，还需要在项目进程中使用工具或流程审查来缩短反馈时间。
2. 维护和问题解决开源软件项目并不是一次性完成的，它是一个客观的过程不断演化的。
随着时间推移，开发的人员可能会离开项目，或者开发者可能被重新调度到别的项目上。
软件项目质量保证
角色中 ，那 么做好需求 变更 日志就显得非常重要 在需 求分析后面 附上变更 日志 ，并将修 改后的需求 分析
指 新 的 版 本 ， 保 留 每 次 更 改 的版 本 而 不 是 覆 盖 ，这 样 就 比 较 容 易地 跟 踪 到需 求 变 更过 程 中带 来 的工 作 调 祭
项 目标 变化 ，都 会 引 起 另 两 个 目标 变 化 ， 并 受 其 制 约 。 如
ｐｕ ｏ ｗａｄ ｉｅ ｏ ｒ ｓ ｌｅ ｔ ｉ ｉ ｃ ｌｙ ｔｆｒ ｒ ｄ ａｓｔ ｅ ｏｖ ｈｓ ｄｆ ｕｔ ． ｉ
Ｋ ｙｗ ｒｓ Ｑ ａｔ Ａ ｓｒ ｃ Ｑ ａｔ Ｍａａｅ ｅ ｔ ｅ ｏｄ ： ｕｌｙ ｓｕａ ｅ： ｕｌｙ ｎｇｍ ｎ ｉ ｎ ｉ
１ 引 言
随 着 软 件 开 发 技 术 的 发展 和 信 息 技 术 的 广 泛 应用 ．软 件 项 日质 量 管 理 已 经 变 得 越 来越 重要 ，它 不 仅 涉 及 到项 目最 终 能 否成 功 更 涉 硬到 人 身 安 全 乃 至 公 共 安 全 。 而 １９ 欧 洲 ９ ６年 航 天局 阿 丽 亚 娜 ５型 火箭 发 射 后 ４ ０秒 钟 火 箭 爆 炸 ， 发射 基 地
些惨 痛 的教 圳说 明 ，在 软 件 开 发项 目中认 真 抓好 质 量管 理 。
２ 项 目质量 管理的难 点
每 个 项 目 的实 施 总 是 拥 有 样 的 总 体 目标 ：质 量 、时 问 和 成 本 ｉ者 是一 个 相 互 制 约 、柑互 影 响 的统 一 体 ． 其 中 任
些需要后 他们才能够分析 和寻求新 系统 的解决 方法 从系统 开发实践 中得知 ，在进行 系统需求 分析时犯 下的错误 ，会在
其 他 阶 段 被 成 倍 地 放 大 ，错 误 越 晚 发 现 ， 开 发 系统 的 成 本 越
软件项目质量保证措施
软件项目质量保证措施软件项目质量保证措施是确保软件项目按照预定的要求和标准进行开发的一系列措施。
以下是常见的软件项目质量保证措施：1. 需求分析：对于软件项目来说，清晰准确的需求是保证软件质量的基础。
进行充分的需求分析，确保需求明确、一致、可行，并且与项目目标一致。
2. 风险管理：对项目的风险进行评估和管理，识别和降低项目的风险对软件质量的影响。
制定风险管理计划，及时发现和解决潜在的问题和障碍。
3. 规范和标准：制定并遵守适用的软件开发规范和标准，确保开发过程和产品质量符合行业标准和最佳实践。
例如，采用ISO 9001质量管理体系，或者遵循软件工程的CMMI框架。
4. 测试：开展全面的测试活动，包括单元测试、集成测试、系统测试和验收测试等。
测试活动覆盖所有的功能和业务场景，并确保软件在不同环境下稳定运行。
5. 代码审查：进行代码审查，检查代码的可读性、可维护性和符合性。
通过定期的代码审查，发现和修复潜在的问题和错误。
6. 配置管理：实施有效的配置管理策略，确保对软件开发过程中的各个版本和变更做出适当的记录和控制。
避免配置错误和混乱，确保软件版本一致性。
7. 项目管理：充分计划和管理软件开发项目，包括资源分配、进度跟踪、风险管理和质量管理等。
使用合适的项目管理方法和工具，确保项目按时交付和符合质量要求。
8. 技术支持：提供技术支持和培训，确保开发团队熟悉和掌握所使用的技术和工具。
及时解决开发过程中遇到的技术问题，提供必要的支持和指导。
以上是常见的软件项目质量保证措施，不同项目和组织可能有不同的实施方式和重点。
关键在于制定合适的策略和方法，保证项目按照预期的质量标准进行开发和交付。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试（1）
软件的确认（Validation）和验证 （Verification），简称V&V
什么是确认？
在软件开发过程期间（针对单元）或结束 （针对系统）时，单元或系统是否满足用户 特定的需求？
什么是验证？
在一个给定的开发阶段中，单元或系统是否 满足在此阶段开始时确定的条件？
软件测试（2）
0 0 70% 10
集成测试
24 0 50% 0
详细设计
2 1*1.5 50%
25
确认测试
12 0 50% 0
单元测试
5 10*3
25
60%
系统测试
6 0 50% 0
软件评审
技术工作需既要然评技审术评审这么好， 评审的目的是是不什是么？应该大量频繁
指出个人或的小进组行生产？的产品所需进行的改进
SQ A那小些得组人到的应高职该为质责软量是件的辅质最助量终软负产件责品工？程小组
软件工程师 项目管理者
SQA小客 销组户 售人充员当客户在公司内部的代表
SQA小组成员
软件质量保证 ——SQA活动（1）
1. 为项目准备SQA计划
计划里应标识出什么？
需要进行的评价 需要进行的审计和评审 项目可采用的标准 错误报告和跟踪的规程 由SQA小组产生的文档 为软件项目组提供的反馈数量
软件质量保证的范围？
软件产品质量 软件过程质量
软件质量保证 ——概述（2）
软件质量保证包含哪些内容？
一种质量管理方法 有效的软件工程技术 在整个软件过程中采用的正式技术评审 一种多层次的测试策略 对软件文档及其修改的控制 保证软件遵从软件开发标准的规程 度量和报告机制
软件质量保证 ——概述（3）
不引入新的错误
概要设计阶段错误的改正成本为1，详细设 计时为1.5，测试前是6.5，测试中是15，发 布后是67
概要设计
0 0 0% 10
集成测试
94 0 50% 0
详细设计
6 4*1.5 0%
25
确认测试
47 0 50% 0
单元测试
10 27*3
25
20%
系统测试
24 0 50% 0
概要设计
评审总结报告内容：
评审什么 由谁评审 发现和结论是什么
正式技术评审（5）
正式技术评审的指导则：
评审产品，而不是评审生产者 制定日程并且遵守日程 限制争论和辩驳 对各个问题都发表见解，但是不要试图解决所有记
录的问题 做书面笔记 限制参与者人数并坚持事先做准备 为每个可能要评审的工作产品建立一个检查表 为FTR分配资源和时间 对所有评审者进行有意义的培训 评审以前所做的评审
假设交付的产品中每1000行代码中
有1个缺陷，此时改正每个缺陷成本的
时间为25000美元。
质量成本（3）
改正一个错误的相对成本
需求分析阶段：1倍 设计阶段：3~6倍 编码阶段：10倍 开发测试阶段：15~40倍 系统测试阶段：30~70倍 实际操作阶段：40~1000倍
软件缺陷（1）
测试种类
单元测试 集成测试 确认测试
功能测试 回归测试
α测试β测试 验收测试
软件测试（3）
测试方法
白盒测试 黑盒测试
软件测试（4）
测试类型
功能测试 性能测试 算法测试 正向测试 逆向测试 边界测试 配置测试 负载测试
软件测试（5）
测试计划
测试计划 测试用例 测试报告
可回答的问题 它做了该做的事吗？
它总能准确地工作吗？
效率
程序实现其功能所需要的计算资源量
能在硬件上尽力工作吗？
安全性 使用性 维护性
软件或数据不受未授权人控制的程度 学习、操作程序、准备输入输出的工作量 对运行的程序找到错误并排除错误的工作量
它是安全的吗？ 它可用吗？ 它可调整吗？
测试性 灵活性 移植性 复用性 共运行性
保 修故工障作成本
外部故障成本
预防总成本：
质量2成82,本120（美元2）
平均缺陷成本：
70既晚I5B然进39M差个1质行审美距小量质元查：时管量2，理管0维0结需理护0果要就0总05是成越成,行0预本省本0代0防：，钱,码0了那？0总03么美共1是元1用2不了个是越 潜在的缺陷5。00雇平0佣均00缺一0陷名/2成程8本2序：1员20的报酬 为40美=元17/.小7 时。 25,000美元
样本间是有差异的！！
质量（2）什么样的软件是
与需软两求件设种用不需计不户符求高质同满就是量质的意是进设量质度质行量计的量“=质？不质高量量。”+符测量合的基础， 指定符的合合标质质格准量量产定？品义+了一组指导软件开发
的准则。如好果的不质能量遵+ 照这些准则，就极 有可能导致在质预量算不和高进。度表内交付
质量提高
质量控制
工作结果 质量管理计划 操作定义 检查表
检查 控制图 帕累托图 统计抽样 流程图 趋势分析 质量提高 验收决定 返工 完成检查表 过程调整
软件质量保证 ——概述（1）
什么是软件质量保证？
Software Quality Assurance，简称SQA 一种应用于整个软件过程的庇护性活动
容错性 可恢复性 可靠性符合性
质量（6）
软件质量特性——易用性
可理解性 可学习性 可操作性 吸引性 可用性符合性
质量（7）
软件质量特性——效率
时间特性 资源利用 有效性符合性
质量（8）
软件质量特性——可维护性
可分析性
确定故障产生原因的容易程度
可变性
灵活性
稳定性
为保证程序执行其规定的功能所需的测试工 作量 修改程序所需工作量 将程序从一个环境转移到另一环境的工作量
程序可被用于其他应用问题的程度
一系统与另一系统协同运行所需的工作量
它可测试吗？
它可修改吗？ 可以在其他机器上使用 吗？ 可以重复使用它的某些 部分吗？ 能与其他系统连接吗？
质量（11）
怎❖ 么正能确地保完证成质一量件？事情比解释你为
FTR想要达到什么目标？
在软件的任何一种表示形式中发现功能、逻 辑或实现的错误
证实经过评审的软件的确满足需求 保证软件的表示符合预定义的标准 得到以一种一致的方式开发的软件 使项目更易于管理
正式技术评审（2）
每个评审会议约束：
评审会议通常应该在3~5人之间进行 应该进行提前准备，但是每人占用工作时间
软件质量保证 ——SQA活动（2）
2. 参与开发该项目的软件过程描述 3. 评审各项软件工程活动、对其是否符合定义
好的软件过程进行核实 4. 审计制定的软件工作产品、对其是否符合定
义 好的软件过程中的相应部分进行核实 5. 确保软件工作及工作产品中的偏差已被记录
在案并根据预定规程进行处理 6. 记录所有不符合的部分并报告给高级管理者 7. 协调变更的控制和管理 8. 帮助收集和分析软件度量信息
可能的错误原因
规约不完整或规约错误（IES） 与客户通信中所产生的误解（MCC） 故意与规约偏离（IDS） 违反编程标准（VPS） 数据表示有错（EDR） 构件接口不一致（ICI） 设计逻辑有错（EDL） 不完整或错误的测试（IET） 不准确或不完整的文档（IID） 将设计翻译成程序设计语言中的错误（PLT） 不清晰或不一致的人机界面（HCI） 杂项（MIS）
质量 内成部本故障（成1本） 返工
什么 修是复质量成本？
所有故由障模质式量分工析作或质者量进计行划与质量有关
外部的故活障动成所本导致的成正本式技术评审
解退求有 决 换 助预 鉴哪客 产 电防 定些户 品 话成 成质的支本本量抱持成怨本？ 内测培过设测部试训程备试故设内校障备和准成过 和本程 维间 护审查
什 质么 质量将量未控事控制情经制做跟是错为踪所了的保花证的工每时作一间件要工少作产品都满 ❖ 人足 一们对 系等会它列于忘的审记没需查你求、做而评做！应审一用和！件于测工！整试作个有开发多周快期，中的
但他 质们量总控会制记在得创你建工做作得产有品多的好过程中包含一
个反馈循环
质量保证
质量保证由管理层的审计和报告功能构成
项目管理与质量保证
软件质量保证
软件质量保证（SQA） ——引论
为什么要引入软件质量保证？
生产出高质量的软件 为了“在正确的时间、以正确的方式、做正
质确量的管事理情”的问题不在于人们不知 道什么是质量，问题在于人们认为 他们自己对质量知道…
质量（1）
什么是质量？ 差某产异一品遗控事或憾物 工制的的 作是是特 的：质征 优量或 劣控属 程制性 度的核心
Fagan评审的基本原理
对于所有主要的交付物都要进行审查 所有类型的缺陷都要记录——不仅仅是逻辑或功能缺
陷 审查应该由除非常高层领导外的各级同事来执行 采用预先规定的步骤进行审查 审查会议不能超过两个小时 审查是由经过特殊技术培训的协调员来领导的 为其他参与者定义不同的角色 使用检查表来协助缺陷查找过程 检查材料的理想速度是每小时100行 维护统计数据，以便监督审查过程的有效性
应该少于2小时 评审会议时间应该不超过2小时
正式技术评审（3）
每个FTR步骤：
确定参加评审的人员 人员培训 评审准备 分发评审材料，评审员审读评审材料 开评审会议 生成评审报告和问题列表
正式技术评审（4）
评审结论：
工作产品可以不经修改而被接受 由于严重错误而否决工作产品 暂时接受工作产品
软件缺陷（3）
缺陷放大模型：
通过的错误 放大的错误1:x 新产生的错误
错误检测有效性百 分比
软件缺陷（4）
例：假设：
概要设计阶段生成10个错误 详细设计阶段生成25个错误，同时会放大
1/3的继承错误，放大系数为1.5 编码和单元测试阶段生成25个错误，同时会