1、ICS 35.080 L77 道国中华人民共和国国家标准G/T 28172-2011 嵌入式软件质量保证要求Embedded software quality assurance requirement 2011-12-30发布2012-06-01实施、童Vn肪伪/中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布G/T 28172-2011 目次前言.1 l 范围-2 规范性引用文件-3 术语和定义4 一般要求.2 4. 1 嵌入式软件质量保证综述4.2 嵌入式软件质量保证的要素.2 4.3 嵌入式软件开发文档4.4 嵌入式软件开发项目的问题报告-5 嵌入式软件开发的质量保证
2、要求5. 1 嵌入式软件开发项目生存周期的阶段划分-5.2 质量保证过程涉及的角色及职责5.3 嵌入式软件开发的主要质量保证活动5.4 嵌入式软件开发中各阶段的质量保证要求5.5 其他要求.10 GB/T 28172-2011 目。吕本标准按照GB/T1. 1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由全国信息技术标准化技术委员会CSAC/TC28)提出并归口。本标准起草单位:中国电子技术标准化研究所、珠海南方软件产品检测中心、炬力集成电路设计有限公司、珠海许继电气有限公司、辽宁北方实验室有限公司、深圳市吉阳自动化科技有限公司
3、、上海博泰悦臻电子设备制造有限公司、东信和平智能卡股份有限公司、上海嵌入式系统应用工程技术研究中心、上海超算并行软件有限责任公司、上海鲁齐信息科技有限公司等。本标准主要起草人z侯建华、潘海洋、黄兆森、王兴念、于春刚、汤玲、阳如坤、应臻皑、张展新、齐建华、张肠肠。I GB/T 28172-2011 嵌入式软件质量保证要求1 范围本标准规定了嵌入式软件项目开发的质量保证过程及通用要求。本标准适用于嵌入式软件开发周期全过程，可用于嵌入式软件的项目管理、开发、测试和质量保证等。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文
4、件，其最新版本(包括所有的修改单)适用于本文件。GB/T 8566信息技术软件生存周期过程GB/T 8567 计算机软件文档编制规范GB/T 11457信息技术软件工程术语3 术语和定义GB/T 11457界定的以及下列术语和定义适用于本文件。3. 1 软件质量保证software quality assurance 为使人们充分相信软件工作产品符合规定的技术要求而应采取的一种有计划的和系统的行动模式。其目的是为管理者提供对软件项目开发过程的可视化和管理要求。3.2 过程process 把输入转换为输出的彼此相关的活动集合。3.3 审核audit 由授权人员对嵌入式软件产品和过程与需求的依从性
5、进行的独立评估。3.4 评审review 由负责一种或多种项目角色的人员组成的小组于适当时评价项目产品和项目过程的活动。3.5 评价evaluation 系统地确定一种项目产品或过程满足其规定准则的程度。3.6 验证verification 通过检查和提供客观证据来认定规定需求已经得到满足的过程。3. 7 确认validation 通过检查和提供客观证据来认定针对某一特定预期用途的需求已经得到满足的过程。l G/T 28172-2011 3.8 配置管理configuration management 包括嵌入式硬件和嵌入式软件进行技术状态管理。嵌入式软件配置管理通常包括对软件基线和软件配置项
6、的标识、审核、状态记录、变更管理和控制等，根据嵌入式软件开发过程的特点，嵌入式软件配置管理还包括对开发环境、开发工具等环境配置条件的管理。4 一般要求4. 1 嵌入式软件质量保证综述在嵌入式软件项目开发过程中，根据嵌入式软件的应用特点，质量保证工作相对一般的软件开发项目，有以下特定要求:a) 嵌入式系统的规约一般是在系统规约制定后，经过规约分解分配过程得出。由于嵌入式软件和硬件平台的紧密结合的特性，需要从系统规约制定和规约分解分配的过程就关注软件规约和产品计划对于嵌入式软件开发计划的分配。在嵌入式软件项目的前期，软件质量保证组织应与软件开发组根据产品架构一起确定嵌入式软件项目的选用模型、选用或
7、裁剪的标准开发过程，并协助制定嵌入式软件开发计划和质量保证计划。b) 在嵌入式软件开发项目进行过程中，为保证嵌入式软件的运行环境的准备和开发及测试计划的有效达成，嵌入式软件开发工程师和质量保证工程师应参与其他相关项目组必要的质量保证活动，以确保相关系统和环境的进度和交付质量的达成。c) 在确保嵌入式软件项目发布和交付的质量保证活动中，要特别关注相关子系统和系统运行环境的交付和发布。d) 由于嵌入式系统后期遗留缺陷的发现和修复难度大、修复戚本高，所以质量保证活动特别强调嵌入式软件项目在交付测试前的代码质量控制。e) 在相关平台和环境发生变更的情况f，质量保证过程要明确相关的机制和要求，以保证嵌入
8、式软件有同步更新和进行相应的变更。嵌入式软件质量保证的目的是确保嵌入式软件项目正在使用的过程和正在构造的产品满足合同、过程定义和产品规约的要求。4.2 嵌入式软件质量保证的要素4.2. 1 质量保证组织在整个嵌入式软件的开发活动中，除项目开发人员外，组织应成立独立的质量保证机构，并确定其名称、人员构成、职责分工及与开发团队之间的沟通机制，以便顺利开展嵌入式软件开发项目的质量保证活动，并确保组织的质量保证过程的稳定及持续改善。4.2.2 嵌入式软件项目的开发过程嵌入式软件开发应按照组织定义的嵌入式软件开发过程规范及裁剪指南进行。嵌入式软件开发团队的所有成员都应该遵循组织定义的产品开发过程及嵌入式
9、软件开发过程要求，并按照项目开发计划的具体活动安排，按时保质地完成各项活动。当项目的实际情况与计划不符，或遇到意外情况影响活动及计划的有效进行时，应及时向项目经理及受影响的外部组织通报，并按照项目过程或计划变更的相关过程要求进行变更评审及必要的监控确认。4.2.3 嵌入式软件开发文挡的配置管理嵌入式软件开发文档的配置管理应按照组织定义的嵌入式软件配置管理过程进行。2 GB/T 28172-2011 4.2.4 嵌入式软件开发过程的质量保证活动嵌入式软件开发过程中的质量保证活动包括针对嵌入式软件和开发过程进行的验证、确认、评审、审核、分析、评价、问题报告、缺陷眼踪及监控等活动，目的是保证嵌入式软
10、件的交付质量和过程符合性。4.2.5 质量保证活动记录质量保证组织应在软件开发过程中及时记录与质量保证有关的活动，有条件可以实施度量。质量活动记录及度量数据应按照组织定义的质量记录保存规范的要求进行保存。4.3 嵌入式软件开发文档嵌入式软件开发文档包括两类:a) 嵌入式软件开发技术文档一一软件开发过程中各个阶段产生的技术文档(需求规格说明、概要设计、接口设计等)。具体开发技术文档宜按GB/T8567或企业规范执行，同时应考虑嵌入式软件的开发和应用环境的具体要求。b)嵌入式软件开发过程文档项目团队及质量保证组织为确保软件开发过程及质量而制定的各类文档、报告和质量记录(如缺陷分析报告、不符合问题处
11、理单)等。4.4 嵌入式软件开发项目的问题报告嵌入式软件开发过程中所发生的产品缺陷及过程缺陷，都应该有完整的记录和报告，报告应当至少包括以下内容:a) 项目基本信息，包括产品名称、嵌入式软件项目名称、项目负责人、发布软件版本等;b) 发现缺陷的硬件场景和现象描述，包括系统版本、硬件版本、发现时间、发现阶段、发现人、现象描述及初步分析;c) 发现问题的影响范围及原因分析;d) 修正措施的效果确认，修改后的代码、技术文档、过程文件的发布评审记录;e) 问题扩散影响的分析，以及缺陷预防措施的制定。5 嵌入式软件开发的质量保证要求5. 1 嵌入式软件开发项目生存周期的阶段划分针对嵌入式软件开发及管理的
12、特点，按照GB/T8566中的定义，将嵌入式软件开发过程划分为如下8个阶段:a) 嵌入式软件系统需求分配阶段;b) 嵌入式软件需求分析阶段;c) 嵌入式软件架构及概要设计阶段;d) 嵌入式软件详细设计阶段;e) 嵌入式软件编码及构建阶段;f) 嵌入式软件单元测试及联调阶段;g) 嵌入式软件系统测试阶段;h) 嵌入式软件发布阶段。5.2 质量保证过程涉及的角色及职责5.2. 1 综述嵌入式软件质量保证过程包括下述角色:3 G/T 28172-2011 a) 质量保证工程师zb) 项目经理;c) 项目组成员或软件开发工程师;d) 质量保证经理。5.2.2 质量保证工程师职责质量保证工程师的职责如下
13、:a) 为嵌入式开发项目提供过程和模板方面的指导;b) 制定和执行项目质量保证计划，按照计划评价项目执行过程与相关过程定义的一致性;c) 根据过程定义的评审检查单，对文档的规范性、完整性、准确性及合理性进行检查;d) 制定阶段审核的审核检查单，对阶段实际执行与过程定义和项目计划的符合性进行检查;e) 验证项目开发团队及周边支持部门的所有质量承诺是否已经兑现，如果没有，则报告并眼踪问题直到关闭;f) 沟通和协调嵌入式软件项目组和硬件开发项目组之间的过程执行问题;g) 把过程执行中的任何违规行为上报给质量保证经理和项目经理;h) 确保所有经过评审、批准的文档均已置于项目文件夹和配置库10 对项目度
14、量数据进行收集、分析，并提供改进或预防活动的建议;j) 对测试中发现的缺陷加以分析、跟踪，并找出有效方法改进测试过程存在的问题;k) 根据需要，定期与客户的质量保证人员一起审核质量保证活动的执行情况和效果p5.2.3 项目经理职责项目经理的职责如下:a) 有效规划硬件项目和嵌入式软件开发项目之间的开发活动安排，进行必要的风险评估并制定合理的开发计划;b) 协助质量保证工程师制定质量保证计划，将项目组的质量保证活动分解至项目团队成员并纳人项目开发计划，合理分配资源和安排时间进度，以确保质量保证活动在项目组的有效实施;c) 对质量保证工程师发现的过程执行问题进行跟踪，并在项目组内采取行动直至问题关
15、闭;d) 以定期和事件驱动的方式来检查质量活动的状态和效果;e) 配合质量保证工程师及质量管理部门开展持续改进活动及软件工程实践，以推动整个组织的过程能力提升;f) 配合硬件项目组的质量保证活动及过程改进活动，并按计划提供必要的固件支持和软件测试环境支持。5.2.4 项目组成员和软件开发工程师职责项目组成员和软件开发工程师的职责如下:a) 积极主动完成分配到个人的质量保证活动，并协助项目经理为质量保证工程师的质量保证活动提供材料和数据zb) 遵从项目选定的过程，按照质量要求来完成相关活动。5.2.5 质量保证经理职责质量保证经理的职责如下:a) 规划和部署组织层面的嵌入式软件质量保证过程的定义
16、和实施;b) 为项目安排质量保证工程师，确保质量保证工程师获得相应的培训和授权以开展工作，并审核4 质量保证工程师的工作交付和报告50 推动组织层面的过程持续改进5G/T 28172-2011 d) 当嵌入式软件开发项目发生过程符合性问题时，与开发部门或支持部门的管理人员沟通，确保问题得到解决。5.3 嵌入式软件开发的主要质量保证活动5.3. 1 综述嵌入式软件开发通用的质量保证活动主要包括文档评审、代码检查及代码质量评价、过程审核、缺陆管理等。5.3.2 文档评审5.3.2. 1 文档评审综述文档评审是质量保证工程师根据嵌入式软件项目质量保证计划见5.4.1c门，对照组织的方针、客户的要求和
17、标准，以及项目选定的生存周期模型、组织过程定义和模板等，对项目的工作文档进行检查和评价。5.3.2.2 具体要求文档评审的具体要求如下:a) 质量保证工程师应针对提交的工作文档编写评审检查单; b) 应在项目计划中明确规定各阶段文档评审的进度安排和参与人员的要求;c) 项目经理和项目组成员应为文档评审提供足够的信息pd) 质量保证工程师应记录文档评审中的所有问题，并给出结论。5.3.2.3 输出文挡本过程一般应产生或填写以下质量保证活动相关的过程文档:a) (评审检查单hb) (评审问题记录单hc) (评审问题眼踪状态报告L5.3.2.4 度量项本过程一般应记录以下度量项:a) 质量保证工程师
18、应记录评审工作文档发现的问题数;b) 条件允许时应记录整个评审活动从准备到问题眼踪完成各参与人所付出的工时数。5.3.3 代码检查及代码质量评价5.3.3. 1 具体要求代码检查及代码质量评价的具体要求如下:a) 在编码过程中和编码结束后，项目经理应会同项目组成员和质量保证工程师，对代码进行分析评审，生成代码评审报告，并在报告中详细列举代码段中可能存在的结构、逻辑、设计等问题;b) 质量保证工程师应检查完成的代码是否符合相关编码规范，如不符合，应要求软件开发工程师GB/T 28172-2011 及时修改;c) 质量保证工程师应对完成的代码进行静态分析，得到代码的复杂度等度量数据，并对代码的稳定
19、性、可测试性、可读性、可移植性等加以评估，生成代码质量评价报告。5.3.3.2 输出文档本过程一般应产生或填写以下质量保证活动相关的过程文档za) ，对嵌入式软件的交付质量和测试过程进行客观评估;d) 测试完成后，质量保证工程师对测试执行和缺陷修复状况进行总结，对以后软件开发和评审提供参考。5.3.5.3 输出文档本过程一般应产生或填写以下质量保证活动相关的过程文档:一缺陷分析报告。5.3.5.4 度量项本过程一般应记录以下度量项:a) 发现缺陷的基本属性;b) 测试和缺陷修复完成的工作量。5.4 嵌入式软件开发中各阶段的质量保证要求5.4.1 嵌入式软件系统需求分配阶段在嵌入式软件系统需求分
20、配阶段，进行的质量保证活动主要包括过程审核和文档评审，具体要求如下za) 项目经理应确保需求分配的完整性和准确性，对嵌入式系统分配需求和软硬件环境，应确定落实时间，并予以跟踪。b) 项目经理应根据项目选定的开发模型、过程定义和模板，组织人员进行文档评审，检查其正确性和完整性。c) 质量保证工程师应根据组织的过程定义和具体的项目计划制定嵌入式软件项目质量保证计划)，其内容包括:1) 质量保证活动参与者的角色与职责;2) 质量保证活动的资源需求;3) 质量保证活动开展的时间表;的作为评价基础的标准、过程定义文档和模板清单55) 不符合问题的跟踪机制;的质量保证工程师工作汇报机制;7) 项目的度量项
21、清单等。7 GB/T 28172-2011 d) (嵌入式软件项目质量保证计划应和项目计划一起评审并得到签核确认。e) (嵌入式软件项目质量保证计划评审通过以后，应作为受控的文档纳入项目配置管理受到管理和控制。f) 本阶段完成时，质量保证工程师应根据项目选定的项目开发模型和开发过程定义，对本阶段的活动进行过程审核。g) 质量保证工程师进行必要的过程度量活动，包括记录本阶段的工作量、文档评审和过程审核发现的问题数等。5.4.2 嵌入式软件需求分析阶段在嵌入式软件需求分析阶段，进行的质量保证活动主要包括过程审核和文档评审，具体要求如下:a) 项目经理应根据运行环境的限制、组织拥有的技术能力和硬件需
22、求分析结果，确定嵌入式软件运行架构(操作系统内核或自有架构)、运行的硬件环境和硬件资源分配(如中央处理芯片、输入输出接口、显示接口、内存和外部存储空间要求等)、开发环境、仿真调试环境、嵌入式系统整合测试的环境和手段，以及必要的性能要求(如运行速度、处理时间、支持格式及效率等具体要求); b) 项目经理应确保嵌入式软件项目组成员充分了解嵌入式系统的硬件运行环境和硬件资源分配相关信息;c) 项目经理应确定嵌入式软件的仿真或测试环境需求;d) 项目经理应根据项目计划要求，组织相关人员进行文档评审，检查其正确性和完整性;e) 质量保证工程师应检查所有需求是否都得到了有效跟踪;f) 本阶段完成时，质量保
23、证工程师应根据项目选定的开发模型和过程定义要求，对需求分析的活动进行过程审核zg) 质量保证工程师应记录本阶段的工作量、文档评审和过程及阶段审核发现的问题数。5.4.3 嵌入式软件架构及概要设计阶段在嵌入式软件架构及概要设计阶段，进行的质量保证活动主要包括过程审核和文档评审，具体的质量保证活动要求如下:a) 如有必要，项目经理应在主体项目之外启动预研或外包项目，对必要的内核、驱动、算法或用户界面等进行开发和测试，以确保主体项目按期交付。对于外包项目的交付，同样需依照质量保证要求予以控制。b) 项目经理应组织人员进行文档评审，检查其正确性和完整性。c) 本阶段完成时，质量保证工程师应根据项目选定
24、的开发周期模型和过程定义要求，对软件架构及概要设计的活动进行过程审核。d) 质量保证工程师应记录本阶段的工作量、文档评审和过程及阶段审核发现的问题数。5.4.4 嵌入式软件详细设计阶段8 在嵌入式软件详细设计阶段，进行的质量保证活动主要包括过程审核和文档评审，具体要求如下:a) 项目经理应组织人员进行文档评审，检查其正确性和完整性;b) 本阶段完成时，质量保证工程师应根据项目选定的开发周期模型和过程定义要求，对软件详细设计的活动进行过程审核;c) 确保阶段结束之前，更新、纠正和完善度量数据;d) 质量保证工程师应记录本阶段的工作量、文档评审和过程及阶段审核发现的问题数。GB/T 28172-2
25、011 5.4.5 嵌入式软件编码及构建阶段在嵌人式软件编码及构建阶段，进行的质量保证活动主要包括过程审核、文档评审、代码检查及代码质量评价和缺陷管理，具体质量保证的要求如下:a) 在软件编码及构建阶段，质量保证工程师应对代码质量加以控制，控制手段主要包括:1) 对集成前代码进行静态检查，确保软件工程师编写的代码符合相关编码规范;2) 对代码质量进行综合评价，及时发现质量隐患并跟踪修改，确保代码的交付质量。b) 在编码过程中和编码结束后，项目经理应会同项目组成员和质量保证工程师，对代码进行分析评审，生成代码评审报告)，并在报告中详细列举代码段中可能存在的结构、逻辑、设计等问题。c) 质量保证工
26、程师应检查完成的代码是否符合相关编码规范，如不符合，应要求编码人员及时修改。d) 质量保证工程师应对完成的代码进行静态分析，得到代码的复杂度等度量数据，并对代码的稳定性、可测试性、可读性、可移植性等加以评估，生成代码质量评价报告。e) 本阶段完成时，质量保证工程师根据项目选定的开发周期模型和过程定义要求，对软件编码及构建的活动进行过程及阶段审核，审核内容包括:1) 确保所有文档评审期间标识出的问题已经关闭;2) 检查各项活动是否符合过程定义和项目计划;3) 审核本阶段的配置管理过程;4) 确保更新并跟踪所有风险，协助项目经理规避在项目中可能遇到的风险;5) 检查软件编码及构建的各项活动任务都已
27、完成，确保项目所有的问题被关闭;6) 确保阶段结束之前，更新、纠正和完善度量数据。f) 质量保证工程师应记录本阶段的工作量、代码规模、代码评审发现的缺陷数、过程和阶段审核发现的问题数、不符合编码规范的代码占所有代码的比率、代码的各种静态度量项。5.4.6 嵌入式软件单元测试及联调阶段在嵌入式软件单元测试及联调阶段，进行的质垣保证活动主要包括过程审核、文档评审、代码检查及代码质量评价和缺陷管理，具体质量保证的要求如下za) 质量保证工程师应对缺陷的修复和关闭情况加以跟踪，确保缺陷的有效解决;b) 质量保证工程师应统计缺陷数据，并交付缺陷分析报告)，对所有的缺陷从不同的维度加以分析，以使管理者和项
28、目组成员对目前的项目状况和测试的质量有清晰的认识;c) 本阶段完成时，质量保证工程师应根据项目选定的开发周期模型和过程定义要求，对单元测试及联调阶段进行过程审核;d) 质量保证工程师应记录本阶段的工作量、过程及阶段审核发现的问题数，以及缺陷的各种分类记录。5.4.7 嵌入式软件系统测试阶段在嵌入式软件系统测试阶段，进行的质量保证活动主要包括过程审核、文档评审、代码检查及代码质量评价和缺陷管理，具体质量保证的要求如下=a) 项目经理和项目组成员应明确嵌入式软件的开发环境和测试环境在硬件条件方面的差异，以及这些差异对嵌入式系统系统测试的影响;b) 质量保证工程师应对缺陷的修复和关闭情况加以跟踪，确
29、保缺陷的有效解决;c) 项目经理和项目组成员应对嵌入式软件缺陷和嵌入式硬件缺陷加以区分，并通过缺陷管理机GB/T 28172-2011 制进行跟踪，以确保相关缺陷的有效解决或采取相应的规避措施;d) 质量保证工程师应统计缺陷数据，并交付缺陷分析报告)，对所有的缺陷从不同的维度加以分析，以使管理者和项目组成员对目前的项目状况和测试的质量有清晰的认识:e) 测试完成后，质量保证工程师应总结缺陷和测试经验，对以后的评审和开发工作提供参考;f) 本阶段完成时，质量保证工程师应根据项目选定的开发周期模型和过程定义要求，对系统测试的活动进行过程审核;g) 质量保证工程师应记录本阶段的工作量、过程及阶段审核
30、发现的问题数，以及缺陷的各种分类记录。5.4.8 嵌入式软件发布阶段在嵌入式软件发布阶段，进行的质量保证活动主要包括过程审核、文档评审和缺陷管理，具体质量保证的要求如下:a) 项目经理应会同项目组成员和质量保证工程师，检查发布所需的文档是否齐备;b) 项目经理应会同项目组成员和质量保证工程师，检查所有的缺陷是否得到解决，对于未解决的硬件或者软件缺陷，应承诺相应的补丁或升级程序的后续计划及确认升级方式;c) 质量保证工程师应整理整个项目的记录数据，统计项目的度量数据，并确认软件产品是否达到发布的质量要求;d) 质量保证工程师应根据统计结果交付项目质量总结报告)，以对过程质量和产品质量加以总结;e
31、) 质量保证工程师应对过程、方法的不足提出改进和预防措施，并提出修订完善组织标准过程定义中不足和不适用的内容的建议。5.5 其他要求5.5. 1 质量保证过程的监督与度量机制质量保证工程师应对照嵌入式软件项目质量保证计划来执行针对项目的质量保证活动，如出现遗漏或偏差则应提出变更，并依据变更后的质量保证计划执行。质量保证工程师应定时提交项目质量保证报告给质量保证经理，报告质量保证活动的执行状况及不符合问题的跟踪解决情况。质量保证工程师在条件允许时，应进行以下数据的度量与分析:a) 度量实施质量保证活动花费的工作量/成本，并计算其占项目工作量/成本的百分比，以分析质量保证活动的技人是否合适;b)
32、度量质量保证活动的实施频度/次数和花费的工作量，并进行比较，以分析质量保证活动的实施偏差;c) 度量发现的不符合问题个数，以分析质量保证工程师的工作质量;d) 度量处理不符合项的个数和累计花费时间，以分析处理不符合项的平均时间开销;e) 度量不符合问题处理的状态，以分析不符合问题的处理进展情况。5.5.2 嵌入式软件变更管理的外部接口管理嵌入式软件从开发计划到开发过程乃至项目交付件，除在系统中占据重要地位外，还和系统硬件以及系统接口或操作方式的设计等密切相关，应系统地管理整个项目过程中的变更活动，确定如何对需求、设计架构、设计文档、接口定义、模块构件、驱动库、测试用例和源代码等最终嵌入式软件交
33、付产品和中间产品进行管理，其活动贯穿嵌入式软件项目乃至系统产品项目的整个生存周期。10 GB/T 28172-2011 具体体现在以下方面的要求:a) 变更管理过程的一致性。各个阶段不同交付件的变更控制有具体的控制要求，但从过程定义上，应该都包括四个主要活动:变更申请、变更审批、变更执行和变更验证。b) 变更管理使用的信息平台宜统一。所有的变更管理活动宜通过统一的信息平台进行管理，方便日后的经验提取和整体项目的过程分析。c) 变更的触发条件。明确变更管理和需求管理及缺陷管理之间的触发条件。d) 新增或变更需求应该有相应的需求跟踪过程，可能触发对需求的变更。e) 对设计文件及交付件的评审和测试(
34、包括试量产测试和客户测试)发现的缺陷跟踪过程，可能触发对设计文件及交付件的变更。除以上情况外，原则上不允许单独提出变更过程。5.5.3 质量记录的收集、维护及保存作为质量保证活动的过程信息的保存，质量记录是重要的资料文件，不但是将来查证和分析的依据，也是组织宝贵的过程经验。对于嵌入式系统来说，涉及的人员组织复杂和系统部件(甚至包括外包开发和设计制造的机械部件或控制元件)接口繁多，需要保存完整的质量记录，确保满足将来查证过程细节和过程及技术改造的需要。对于嵌入式软件开发项目，质量记录的管理有以下要求:a) 组织定义的质量保证过程应明确定义质量记录的管理职责所在单位和岗位;b) 手工记录的原始记录
35、应按照组织的档案规定要求在指定的地点存放，并明确定义相关的环境、安全防护的要求zc) 以IT系统为记录形式的相关审核审批和质量记录，应按照组织相关的数据安全和备份机制进行相关的数据保护和备份，以确保其安全性和完整性;d) 原则上，质量记录的保存年限不应小于3创e) 当质量记录达到相应的保存年限时，由质量管理部门发起评审，经评审通过后，对过期和确定不再做安全保存的质量记录做封存或安全销毁处理。-FON|NhFNH阁。国华人民共和国家标准嵌入式软件质量保证要求GB/T 28172-2011 白峰中国标准出版社出版发行北京市朝阳区和平里西街甲2号(100013)北京市西城区三里河北街16号(10004日网址总编室:(010)64275323发行中心:(010)51780235读者服务部:(010)68523946中国标准出版社秦皇岛印刷厂印刷各地新华书店经销有酝开本880X 1230 1/16 印张1字数24千字2012年4月第一版2012年4月第一次印刷晤18.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68510107定价书口:155066. 1 45042 GB/T 28172-2011 打印H期:2012年4月16HF002A
