Ch02 软件质量管理.ppt

1、2020/7/25,www.china-,1,Ch2 软件质量管理,Software Quality Management,2020/7/25,www.china-,2,2.1 概述,高度复杂的大型软件应用是信息时代的特征之一，软件质量问题被广泛关注，也是开发者必须面临和解决的核心 软件质量与开发过程密切相关，软件开发工程化是改善软件质量保障的必然要求 软件开发管理者和开发者必须而且能够了解每一个开发过程和活动对软件质量可能产生的影响，及时掌握所产生的结果，及时发现和控制所要产生或已经产生的质量问题,2020/7/25,www.china-,3,软件质量管理实际上就是工程化管理，主要任务是使软

2、件开发活动和开发过程规范化、程序化和标准化,软件质量管理的基本方法是： 将复杂问题分解为若干可实现并且可管理的部分 对每个部分在软件生命期的各阶段，应用相应的、有效的技术和方法，展开软件开发活动并对其阶段性产品的质量进行验证 最终组合成整个软件产品，并验证其质量,软件质量管理的概念,2020/7/25,www.china-,4,全面质量管理（TQM）,TQM是一种管理模式，目标是通过连接质量和用户满意度来取得长期的成功，基本方法是通过营造一种组织文化，使得组织内部的每个成员都参与到过程、产品和服务的改善中。 HP的TQC策略：管理承诺、领导能力、客户重点、全面参与、系统分析 Motorola的

3、6Sigma：核心是降低周期时间和参与管理 IBM的市场驱动策略：客户是最终的评判者,2020/7/25,www.china-,5,度量和分析,TQM有4个关键要素： 关注客户：目标是取得全面客户满意度，包括收集和研究客户的期望和需求，测量和管理客户满意度,关注客户,过程改进,质量 人文要素,过程改进：目标是降低过程的变化性，获得持续的过程改进，包括商业过程和产品过程 质量的人性化要素：目标是在全组织内营造质量文化，重点包括领导能力、管理承诺、全面参与、职员授权及其他社会、心理、人文因素 度量和分析：目标是推进所有质量参数的持续改进,全面质量管理,2020/7/25,www.china-,6,

4、软件开发过程,系统需求,系统设计,软件需求,详细设计,概要设计,编码,单元测试,集成测试,确认测试,系统测试,系统联试,软件交付,项目计划 软件开发计划 软件配置管理计划 软件质量计划,质量评审里程碑,2020/7/25,www.china-,7,2.2 系统需求阶段,一、阶段任务 系统需求分析阶段的任务是：分析系统、分系统和设备对其中软件的需求，确定软件实现的运行环境，对于待开发的软件项目进行定义，形成软件任务书。 软件任务书及有关文件是任务交办方提出的有关软件技术指标、参数、进度、质量要求、经费开支等内容的书面文件，是软件开发、审查和验收的原始依据。任何规模的软件开发工作都应形成独立的软件

5、任务书。,2020/7/25,www.china-,8,二、实施步骤 分析系统的规格要求和组成成分 分析硬件和软件的关系，包括结构、配置和使用规则 定义务软件的开发项目 定义各硬件、软件之间接口的初步关系 确定技术指标、质量指标及可靠性要求 提出初步验收方法 编制软件任务书 评审,2020/7/25,www.china-,9,三、阶段产品 软件任务书 软件的初步接口说明 四、软件任务书的技术要求 应对软件的主要功能、性能、技术指标进行定义，应考虑与接口说明的一致性，考虑其可测试性，满足质量因素的要求 内容应全面，可检查 应明确列出任务承办方最终向任务交办方交付的内容清单 应包括此阶段应提交的阶

6、段产品,2020/7/25,www.china-,10,五、软件任务书规格 任务书的目的和用途 任务书的主要内容和组成 任务的前提条件、技术指标、质量及可靠性要求 研制期限 开发的产品和交付的时间(附交付清单) 验收及交付方法 开发经费 双方协商意见 双方签署文件,2020/7/25,www.china-,11,六、评审 评审目的：评审软件任务书和初步接口的恰当性 评审条件：完成软件任务书和初步接口说明。 评审内容： 软件项目功能描述的正确性； 接口要求和接口设备要求的合理性； 质量要求的合理性； 开发环境要求的合适性； 开发经费的合理性； 开发进度要求的可行性； 软件产品的完整性和验收、交付

7、方式的合适性,2020/7/25,www.china-,12,2.3 软件需求分析阶段,一、阶段任务 软件需求分析阶段的任务是确定所开发软件的运行环境、功能和性能要求，编写项目开发计划，为概要设计提出软件规格说明。 软件需求分析是由软件开发方在系统需求分析的基础上根据交办方提出的软件任务书以及其他文件进行的。交办方应与承办方密切协作，扬长避短，详细确定软件需求并编制出一个需求完整、详细，又具有很好使用性的软件需求规格说明。 软件项目组的组建及计划工作亦是本阶段的重要任务。,2020/7/25,www.china-,13,二、实施步骤 分析和确定软件开发和运行的环境 明确操作者的要求，经分析后将

8、任务书中的技术指标拟定成相应的软件需求规格说明 确定人机界面 编制项目开发训划，确定项目质量要求，并将它分解为对软件开发各阶段的质量要求，给出检查准则 确定本项目的质量保证、配置管理工作，并写入项日开发计划 编写软件需求规格说明，填写软件项目计划数据表 初步编写软件确认测试计划，测试用例设计可在以后进行 开始编写软件使用说明 评审 安排测试工作,2020/7/25,www.china-,14,三、阶段产品 项目开发计划和经费预算 软件需求规格说明 软件接口说明 数据要求说明 初步软件确认测试计划 软件项目计划数据表,2020/7/25,www.china-,15,四、技术要求 软件任务书应对软

9、件的主要功能、性能、技术指标进行定义，内容全面、可检查 项目开发计划中应给出阶段评审及配置管理计划，并明确人员 软件需求规格说明的编制要求：正确而恰当地定义软件的功能、性能等所有软件需求，但不描述设计或管理上的细节 软件需求规格说明的编制质量要求： 完整性：包括全部有意义的功能、性能、设计约束、属性和外部接口等需求，对所有可能的输人数据都给予定义，对合法和非法输人数据的处理做出规定 明确性：对软件需求的描述要明确无误，保证每一个需求都无二义性 一致性：各需求的描述不能矛盾，概念、定义、术语要标准化 可验证性及可测试性：不使用不可度量的词描述需求 易修改：文档应有条理、易于阅读和检索，且易于修改

10、 软件可追踪性：文档各条目的来源及去向清晰可追踪 所有需求分析工作必须以运行环境为基础 软件需求规格说明要描述软件应发生和不应发生的所有事件 软件需求规格说明必须通过评审,2020/7/25,www.china-,16,五、配置管理 内容包括： 软件任务书将作为软件开发的功能基线 项目开发计划及项目预算 软件需求规格说明、软件接口说明、数据要求说明 软件项目计划数据表 软件需求分析阶段评审表 软件确认测试计划(初步),2020/7/25,www.china-,17,六、评审 评审目的：评审承办方提出的项目开发计划是否符合软件任务书要求，承办方是否明确系统的要求；评审软件需求规格说明、接口和数据

11、说明是否符合软件任务书的技术指标要求，并着重审查软件需求规格说明、接口说明的准确性、完整性和可理解性；评审丈档能否作为概要设计的依据。 评审条件：完成文档，标检合格，并提供下列供评审的文档： 软件任务书； 项目开发计划； 软件需求规格说明； 数据要求说明； 软件项目计划数据。,2020/7/25,www.china-,18,评审内容：针对项目开发计划及软件需求规格说明，进行下列项目的分析并得出结论： 任务和需求分析：内容包括项目组人员、进度、软件功能、性能、接口、数据、环境需求等； 可行性分析：内容包括技术、经费、人员要求、投资效益分析、风险分析等； 质量保证：根据软件质量保证工作的计划，检查

12、是否已把质量保证列为软件需求分析阶段的一项重要内容，分析有关计划的恰当性； 标准化：检查本阶段工作及文档是否符合有关的标准要求； 配置管理：分析软件配置项基线规定的恰当性及软件配置项基线设置和管理计划的恰当性和完整性； 管理：评审软件质量保证工作和配置管理工作的合适性。 评审结论：如果通过，软件开发可进入设计阶段；如果原则通过，开发方必须根据评审意见，对软件需求分析阶段的工作进行补充或修改，并在下一阶段评审时对补充或修改部分进行检查；如未通过，开发方必须重做软件需求分析阶段的工作,2020/7/25,www.china-,19,七、注意事项 在制定项目开发计划时既应考虑软件项目的具体要求和开发

13、工作的实际情况，又要考虑项目进度、经费要求，特别要注意按照软件工程方法和技术的要求展开软们开发工作 软件需求规格说明是整个软件开发工作的基础和依据。通过评审，保证在软件需求分析工作中已经提出了所有的需求，都在软件需求规格说明中得到正确的反映；确认这些需求已在相应文档中被正确地、完整地描述(包括用户界面)，符合任务书的规定 项目开发方应保证软件需求规格说明中的所有功能、性能需求均是可实现的,2020/7/25,www.china-,20,2.4 概要设计阶段,一、阶段任务 概要设计阶段的任务是：根据软件需求规格说明建立软件的总体结构和功能模块间的关系，定义各功能模块的接口，设计全局数据库和数据结

14、构，初步编制软件集成测试计划。 进行软件概要设计的主要依据为软件需求规格说明。,2020/7/25,www.china-,21,二、实施步骤 总体结构设计 设计该软件系统的数据结构(或数据库)，给出所需的模型及所采用的算法原理 设计高层模块的数据流和控制关系 给出各个功能模块的功能描述、数据接口描述及全局数据定义 根据软件可靠性要求，对各功能模块进行可靠性设计 进行安全性分析，使安全性关键的软件成分的概要设计符合安全性要求 编制概要设计说明、数据库设计及概要接口设计说明等概要设计文档 初步编制软件集成测试计划 评审,2020/7/25,www.china-,22,三、阶段产品 概要设计说明 数

15、据库设计说明 概要接口设计说明 初步软件集成测试计划 四、技术要求 各功能模块间应满足低耦合度及高内聚度，功能模块的作用范围应在其控制范围之内 各模块功能单一，模块接口的复杂度低 概要设计说明和软件需求规格说明要保持一致，并具有良好的可追踪性 各子项目、模块的功能和接口要求必须完整、正确 设计方案要满足可靠性和安全性要求，还要考虑数据安全和保密性问题 所有已定义的软件需求均应被所设计的系统覆盖,2020/7/25,www.china-,23,五、配置管理 进入受控库的内容包括： 概要设计说明 数据库设计说明 概要接口设计说明 概要设计阶段评审表 集成测试计划(初步),2020/7/25,www

16、.china-,24,六、评审 评审目的：评审软件高层设计是否实现了软件需求规格说明的要求；评审设计方案与主要算法的可行性和先进性；评审接口设计方案的性能和运行环境的恰当性 评审条件：完成文档，概要设计图示正确，标检合格，并提供以下文档： 概要设计说明 数据库设计说明 概要接口设计说明,2020/7/25,www.china-,25,评审内容： 总体结构层次设计的合适性，模块的独立性； 软件概要设计说明、软件需求规格说明和软件接口说明要求的一致性； 控制流描述的正确性； 主要算法的合适性和先进性； 数据库设计说明的完备性、一致性和易理解性： 可靠性、安全性设计的恰当性； 为适应软件需求变更修改

17、的软件需求规格说明和接口说明 评审软件质量保证工作和软件配置管理工作的执行情况 评审结论,2020/7/25,www.china-,26,2.5 详细设计阶段,一、阶段任务 详细设计阶段的任务是：对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。 软件详细设计主要依据为软件需求规格说明、概要设计说明和接口设计说明。,2020/7/25,www.china-,27,二、实施步骤 复查概要设计，确定所有模块的功能及详细的接口信息 将概要设计所产生的各功能模块逐步细化，形成若干个可编码的程序模块或程序单元 采用流程图或其他方法，对各个

18、单元进行过程描述 对各单元应进行可靠性设计并考虑适当的防错、容错措施 确定安全性关键的单元，分析其详细设计设计要求 对各个单元进行单元测试用例设计，拟定单元调试方案 建立模块开发卷宗 若需要修改软件概要设计说明，应经过批准并填写修改报告单 编写详细设计说明 评审,2020/7/25,www.china-,28,三、阶段产品 详细设计说明 模块详细流程图 修改的概要设计说明和修改报告单 四、技术要求 详细规定各单元间的接口，包括共享外部数据、参数形式和传送方式以及上下层调用关系等 确定单元间的数据流或控制流，对每个单元必须确定所有输入、输出和处理功能 确定单元的算法及数据结构 进行可靠性、安全性

19、设计 规定符号的使用规则，确定命名规则 文档齐全，可验证,2020/7/25,www.china-,29,五、配置管理 在详细设计期间，概要设计需要修改，那么概要设计修改报告单和修改后的概要设计说明需进入受控库 详细设计说明进入受控库 模块详细流程图进入受控库 软件概要设计阶段评审表进入受控库 模块开发卷宗进入开发库,2020/7/25,www.china-,30,六、评审 评审目的：评审详细设计的正确性，追溯软件低层功能设计与高层设计的一致性和完整性 评审条件：完成文档，详细设计图示正确，检验合格，文档包括详细设计说明和模块详细流程图 评审内容： 软件单元功能与概要设计要求之间的可追溯性，集

20、成的单元之间的信息流和控制流的可追踪性； 数据加工处理与数据结构的一致性； 并发性信息处理的正确性； 数据库设计中，数据存取权限控制技术应用的合理性，数据保密技术设计的适当性，数据安全性技术设计的完善性，数据字典和数据编码规则与规定格式的一致性； 评审可靠性和安全性技术应用的程度及正确性； 管理评审，主要评审软件质量保证和软件配置管理工作的执行情况。 评审结论,2020/7/25,www.china-,31,2.6 软件编码阶段,一、阶段任务 软件实现阶段的任务是：根据软件详细设计说明，对各程序单元进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性，并将经过单元测试的模块逐步集

21、成和调试，完成软件系统集成。,2020/7/25,www.china-,32,二、实施步骤 对每个程序单元用指定的程序设计语言进行编码和测试 对完成编码的源程序进行静态分析 补充和完善单元测试用例并依此产生测试输入数据，开发单元测试程序 进行程序单元测试 将经过单元测试和调试的程序逐步集成和调试，直至集成为相对独立的软件功能模块 及时清除程序中用于调试等项工作的多余语句和程序“垃圾” 在集成调试后，对经过修改的模块，进行单元回归测试 及时书写模块开发卷宗中相应于本阶段的内容 编写软件使用说明初稿 评审,2020/7/25,www.china-,33,三、阶段产品 修改了的软件设计文档及相应的修

22、改报告单 程序单元的编码 程序单元的测试结果、测试用数据及测试辅助程序 模块开发卷宗 软件使用说明初稿,2020/7/25,www.china-,34,四、技术要求 用指定的编程语言进行编码 编码符合规定语言的编码格式约定 每个程序单元实现的功能、性能和接口应满足详细设计要求 必须进行程序静态分析 应分别采用自检、互检、专检等方式检测软件，以提高软件质量和可靠性 被测试单元中的每项软件特性和功能都必须被至少一个测试用例所覆盖 采用必要的安全性设计措施，保证安全性设计需求的实现 对在单元测试中发现错误的程序应进行修改，修改后的程序单元必须进行回归测试 测试用例的输入数据应包含“非法”数据 单元测

23、试用例需明确注释，和测试辅助程序一起纳入测试集,2020/7/25,www.china-,35,五、配置管理 进入受控库的内容包括： 修改的文档和相应的修改报告单 软件使用说明 程序单元的编码 模块开发卷宗 单元测试数据和测试程序 软件实现阶段评审表,2020/7/25,www.china-,36,四、评审 评审目的：评审编码、单元测试的正确性和完整性 评审条件：完成文档、程序编码、程序单元调试及单元测试，标检合格。应提供以下文档： 程序单元的编码 程序单元测试的结果和测试用例 模块开发卷宗 评审内容： 程序代码与详细设计的一致性 代码格式与规定要求的一致性 程序代码调试结果的正确性 静态分析

24、过程的正确性和合理性 单元测试用例的充分性和合理性 单元测试数据的产生和测试过程的正确性、合理性和完整性 软件实现过程中若修改了软件详细设计或概要设计，则应多途径审查从被修改阶段开始到软件实现阶段为止所有改动部分的正确性 管理评审：主要评审软件质量保证和配置管理工作的执行情况 评审结论,2020/7/25,www.china-,37,2.7 软件集成测试阶段,一、阶段任务 软件集成测试阶段的任务是：按概要设计的结构，根据集成测试计划，在将底层程序单元逐步集成到子项目、直至整个开发项目的过程中，对软件进行测试 在进入软件集成测试阶段前，各程序单元应满足下列条件： 完成代码静态分析和逐步审查 无错

25、误地通过编译或汇编 完成单元测试 满足软件质量要求 程序单元已置于软件配置管理之下,2020/7/25,www.china-,38,二、实施步骤 补充、修改和完善软件集成测试计划 校订集成顺序，编制软件集成测试程序并核对其正确性 建立软件集成测试环境 对集成软件功能模块进行测试 对集成软件子项目进行测试 对集成软件产品总体进行测试 分析测试结果，找出产生错误的原因 提交软件集成测试分析报告，以便尽快修改错误 完成软件使用说明的编写工作 评审,2020/7/25,www.china-,39,三、阶段产品 修改后的软件集成测试计划 修改后的软件设计文档及相应的修改报告单 软件集成测试分析报告(包括

26、问题报告单) 通过集成测试的程序代码 集成测试用例集和集成测试辅助程序 软件使用说明,2020/7/25,www.china-,40,四、技术要求 应保证模块间无错误的连接 应测试软件系统或子系统对数据的正确处理能力和经受错误的能力 在找出错误后，程序应送回编码者进行修改、调试和单元测试，然后再重新进行软件集成测试 通过软件集成测试的软件应满足： 各模块无错误的连接 满足各项设计要求 对错误输入有正确的处理能力 人机界面正确无误 满足全部操作要求,2020/7/25,www.china-,41,五、配置管理 进入受控库的内容包括： 软件集成测试计修改的软件设计文档及相应的修改报告单 软件集成测

27、试分析报告 最后集成完成的程序代码 集成测试用例集和集成测试辅助程序 软件使用说明 软件集成测试阶段的评审报告,2020/7/25,www.china-,42,六、评审 评审目的：评审集成测试结果的有效性、软件的结构和接口间的协调性；评审在软件集成测试中对所发现的问题进行的软件设计修改、程序代码修改的正确性 评审条件：完成测试、测试分析和文档，标检合格。应提供以下文档： 软件集成测试计划 软件集成测试分析报告 软件问题报告单 评审内容： 软件集成测试的恰当性 测试用例集的完整性和恰当性 测试结果和测试用例集的一致性 测试环境和正式运行环境的相容性 测试分析过程和结论的正确性 管理评审：主要评审

28、软件质量保证工作和配置管理工作的执行情况,2020/7/25,www.china-,43,评审结论： 评审通过 软件集成测试工作不完全，测试不通过，需进一步完善测试工作 软件集成测试所发现的问题没有完全解决，如设计修改过程不正确、编码修改不正确、未进行正确的回归测试等，测试不通过，应退回相应的阶段 注意事项： 集成测试过程应采取以自底向上为主、自底向上与自顶向下相结合的方法进行 集成测试中发现问题并进行修改后，需对修改部分及受影响部分重新进行单元测试和集成测试，测试用例必须包括以前使用过的测试用例，并根据修改情况增添一些新的用例 集成测试中发现的任何微小问题均需记录下来，不允许随手对源程序进行

29、修改，更不允许修改测试结果,2020/7/25,www.china-,44,2.8 确认测试阶段,一、阶段任务 确认测试阶段的任务是：根据软件需求规格说明中定义的全部功能和性能要求及确认测试计划，测试整个软件，确认其是否符合软件需求规格说明的要求 软件确认的依据是软件需求规格说明、概要设计说明及详细设计说明等，测试对象为通过于软件集成测试的源程序代码,2020/7/25,www.china-,45,二、实施步骤 组织和确定软件确认测试组成员 修订确认测试计划，对确认测试计划进行评审，经批准后实施 建立和确认软件测试环境 接口测试 功能测试：对照软件需求规格说明，逐项测试各功能 性能测试：对照软

30、件性能要求，如精度、速度、适应性等逐项进行测试 逐条运用软件使用说明进行测试，改正错误 分析测试结果，找出产生错误的原因 编写确认测试报告 评审,2020/7/25,www.china-,46,三、阶段产品 确认测试计划 确认测试分析报告 确认测试用例集及有关测试辅助程序 通过确认测试的程序代码,2020/7/25,www.china-,47,四、技术要求 关键软件部件或测试项目的确认测试应由与该软件项目组无关的技术人员进行，以保证测试的客观性 应在正常输入数据和合理的异常输入数据的条件下，考查被测软件功能和性能的完备性 确认测试的测试环境必须与软件真实运行环境一致或相容 全部测试结果、预期结

31、果及测试数据应当存档保留 个别功能和接口要求只能在系统联试后才能确认的，必须在确认测试分析报告中写明 软件项目组应积极配合确认测试组的测试工作,2020/7/25,www.china-,48,五、配置管理 进入受控库的内容包括： 确认测试计划 确认测试分析报告 确认测试用例集及有关测试辅助程序 通过确认测试的程序代码 确认测试计划评审表和确认测试阶段评审表,2020/7/25,www.china-,49,六、评审 （1）确认测试计划评审 评审目的：确认测试计划的合理性、完备性以及与软件需求规格说明的一致性 评审条件：完成软件确认测试计划文档软件确认测试计划，标检合格。 评审内容： 确认测试计划

32、安排的合理性 确认测试环境选择的合适性 确认测试计划中功能测试的合理性、齐全性 确认测试计划中性能测试的合理性、齐全性 确认测试用例、测试数据、测试方案的合理性、正确性和全面性 确认测试结果分析的合适性 确认测试组人员组成和安排的恰当性 评审结论,2020/7/25,www.china-,50,（2）确认测试阶段评审 评审目的：确认测试结果的有效性；评审软件功能、性能与软件需求规格说明的相容性；确认测试分析结果的正确性。 评审条件：完成确认测试、确认测试分析以及在确认测试阶段应产生的文档软件确认测试分析报告和确认测试用例集 评审内容： 确认测试用例集的完备性和恰当性 确认测试用例集和确认测试结果的一致性 确认测试环境和运行环境的相容性 确认测试分析过程和结论的正确性 评审结论： 评审通过 结果正确，但未达到软件需求规格说明的要求 确认测试过程不正确或不完整，因而测试结果不可信,2020/7/2