嵌入式软件质量保证要求.docx
- 文档编号:10615035
- 上传时间:2023-02-21
- 格式:DOCX
- 页数:15
- 大小:28.18KB
嵌入式软件质量保证要求.docx
《嵌入式软件质量保证要求.docx》由会员分享,可在线阅读,更多相关《嵌入式软件质量保证要求.docx(15页珍藏版)》请在冰豆网上搜索。
嵌入式软件质量保证要求
嵌入式软件质量保证要求
导读:
就爱阅读网友为您分享以下“嵌入式软件质量保证要求”的资讯,希望对您有所帮助,感谢您对92to的支持!
GB/T—XXXX在软件架构及概要设计阶段,具体要求如下:
a)如有必要,PM应在主体项目之外启动预研或外包项目对必要的内核、驱动、算法或用户界面等进行开发,以确保主体项目按期交付。
对于外包项目的交付,同样需依照质量保证要求予以控制;b)PM应根据项目选定的标准、规范和模板,组织人员对《嵌入式软件架构及概要设计说明书》和《嵌入式软硬件接口分析报告》进行文档评审,检查其正确性和完整性;c)本阶段完成时,RDQA工程师应根据项目选定的标准、规范和流程,对软件架构及概要设计的活动进行过程及阶段审核,包括:
1)确保所有文档评审期间标识出的问题已经关闭;2)检查各项活动是否符合流程和项目计划;3)审核本阶段的配置管理过程;4)确保更新并跟踪所有风险,协助PM规避在项目中可能遇到的风险;5)检查软件架构及概要设计的各项活动任务都已完成,确保项目所有的问题被关闭;6)确保阶段结束之前,更新、纠正和完善度量数据。
d)RDQA工程师应记录本阶段的工作量、文档评审和过程及阶段审核发现的问题数。
5.4.3.2嵌入式软件开发技术文档本阶段包括以下技术文档:
——《嵌入式软件架构及概要设计说明书》——《嵌入式软硬件接口分析报告》5.4.3.3嵌入式软件开发过程文档本阶段包括以下过程文档:
——《嵌入式软件架构及概要设计阶段审核报告》——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》5.4.4软件详细设计5.4.4.1具体要求在软件详细设计阶段,具体要求如下:
a)PM应根据项目选定的标准、规范和模板,组织人员对《嵌入式软件详细设计说明书》进行文档评审,检查其正确性和完整性;b)本阶段完成时,RDQA工程师应根据项目选定的标准、规范和流程,对软件详细设计的活动进行过程及阶段审核,包括:
1)确保所有文档评审期间标识出的问题已经关闭;2)检查各项活动是否符合流程和项目计划;3)审核本阶段的配置管理过程;12GB/T—XXXX4)确保更新并跟踪所有风险,协助PM规避在项目中可能遇到的风险;5)检查软件详细设计的各项活动任务都已完成,确保项目所有的问题被关闭;6)确保阶段结束之前,更新、纠正和完善度量数据。
c)RDQA工程师应记录本阶段的工作量、文档评审和过程及阶段审核发现的问题数。
5.4.4.2嵌入式软件开发技术文档《嵌入式软件详细设计说明书》5.4.4.3嵌入式软件开发过程文档本阶段包括以下过程文档:
——《嵌入式软件详细设计阶段审核报告》——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》5.4.5软件编码及构建5.4.5.1具体要求在软件编码及构建阶段,具体要求如下:
a)在软件编码及构建阶段,RDQA工程师应对代码质量加以控制,控制手段主要包括:
1)对集成前代码进行检查,确保软件工程师编写的代码符合相关编码规范;2)对代码质量进行评价,及时发现质量隐患,确保代码交付的质量。
b)在编码过程中和编码结束后,PM应会同项目组成员和RDQA工程师,对代码进行分析评审,生成《代码评审报告》,并在报告中详细列举代码段中可能存在的结构、逻辑、设计等问题;c)RDQA工程师应检查完成的代码是否符合相关编码规范,如不符合应要求编码人员及时修改;d)RDQA工程师应对完成的代码进行静态分析,得到代码的复杂度等度量数据,并对代码的稳定性、可测试性、可读性、可移植性等加以评估,生成《代码质量评价报告》;e)本阶段完成时,RDQA工程师根据项目选定的标准、规范和流程,对软件编码及构建的活动进行过程及阶段审核,包括:
1)确保所有文档评审期间标识出的问题已经关闭;2)检查各项活动是否符合流程和项目计划;3)审核本阶段的配置管理过程;4)确保更新并跟踪所有风险,协助PM规避在项目中可能遇到的风险;5)检查软件编码及构建的各项活动任务都已完成,确保项目所有的问题被关闭;6)确保阶段结束之前,更新、纠正和完善度量数据。
f)RDQA工程师应记录本阶段的工作量、代码规模、代码评审发现的缺陷数、过程和阶段审核发现的问题数、不符合编码规范的代码占所有代码的比率、代码的各种静态度量项。
5.4.5.2嵌入式软件开发技术文档13GB/T—XXXX《代码评审报告》5.4.5.3嵌入式软件开发过程文档本阶段包括以下过程文档:
——《代码质量评价报告》——《嵌入式软件编码及构建阶段审核报告》——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》5.4.6单元测试及联调5.4.6.1具体要求在单元测试及联调阶段,具体要求如下:
a)RDQA工程师应对每一条缺陷的修复和关闭情况加以跟踪,确保缺陷的快速解决;b)RDQA工程师应检查缺陷管理的运行情况,如有必要提出缺陷管理流程的变更申请;c)RDQA工程师应统计缺陷数据,并交付《缺陷质量分析报告》,对所有的缺陷从不同的维度加以分析,以使管理者和项目组成员对目前的项目状况和测试的质量有清晰的认识;d)本阶段完成时,RDQA工程师应根据项目选定的标准、规范和流程,对单元测试及联调活动进行过程及阶段审核,包括:
1)确保所有文档评审期间标识出的问题已经关闭;2)检查各项活动是否符合流程和项目计划;3)审核本阶段的配置管理过程;4)确保更新并跟踪所有风险,协助PM规避在项目中可能遇到的风险;5)检查单元测试及联调阶段的各项活动任务都已完成,确保项目所有的问题被关闭;6)确保阶段结束之前,更新、纠正和完善度量数据。
e)RDQA工程师应记录本阶段的工作量、过程及阶段审核发现的问题数,以及缺陷的各种分类记录。
5.4.6.2嵌入式软件开发技术文档《嵌入式软件单元测试报告》5.4.6.3嵌入式软件开发过程文档本阶段包括以下过程文档:
——《缺陷质量分析报告》——《单元测试及联调阶段审核报告》——《评审检查单》——《不符合问题处理单》14GB/T—XXXX——《不符合问题跟踪状态报告》——《项目度量数据表》5.4.7系统测试5.4.7.1具体要求在系统测试阶段,具体要求如下:
a)PM和项目组成员应明确嵌入式软件的开发环境和测试环境在硬件条件方面的区别,以及这些区别对嵌入式系统系统测试的影响;b)RDQA工程师应对每一条缺陷的修复和关闭情况加以跟踪,确保缺陷的快速解决;c)PM和项目组成员应对嵌入式软件缺陷和嵌入式硬件缺陷加以区分;d)RDQA工程师应检查缺陷管理的运行情况,如有必要提出缺陷管理流程的变更申请;e)RDQA工程师应统计缺陷数据,并交付《缺陷质量分析报告》,对所有的缺陷从不同的维度加以分析,以使管理者和项目组成员对目前的项目状况和测试的质量有清晰的认识;f)测试完成后,RDQA工程师应更新缺陷经验库,对以后的评审和研发工作提供参考;g)本阶段完成时,RDQA工程师应根据项目选定的标准、规范和流程,对系统测试的活动进行过程及阶段审核,包括:
1)确保所有文档评审期间标识出的问题已经关闭;2)检查各项活动是否符合流程和项目计划;3)审核本阶段的配置管理过程;4)确保更新并跟踪所有风险,协助PM规避在项目中可能遇到的风险;5)检查系统测试阶段的各项活动任务都已完成,确保项目所有的问题被关闭;6)确保阶段结束之前,更新、纠正和完善度量数据。
h)RDQA工程师应记录本阶段的工作量、过程及阶段审核发现的问题数,以及缺陷的各种分类记录。
5.4.7.2嵌入式软件开发技术文档《嵌入式系统系统测试报告》5.4.7.3嵌入式软件开发过程文档本阶段包括以下过程文档:
——《缺陷质量分析报告》——《嵌入式系统系统测试阶段审核报告》——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》5.4.8软件发布阶段15GB/T—XXXX5.4.8.1具体要求在软件发布阶段,具体要求如下:
a)PM应会同项目组成员和RDQA工程师,检查发布所需的文档是否齐备;b)PM应会同项目组成员和RDQA工程师,检查所有的缺陷是否解决或澄清;c)RDQA工程师应整理整个项目的记录数据,统计项目的度量数据,并检查软件产品是否达到发布的质量要求;d)RDQA工程师应根据统计结果交付《项目质量总结报告》;对过程质量和产品质量加以总结;e)RDQA工程师应对过程、方法的不足提出改进/预防措施,并完善流程。
5.4.8.2嵌入式软件开发过程文档本阶段包括以下过程文档:
——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》——《项目质量总结报告》5.5其他要求5.5.1质量保证流程的执行监督与控制机制RDQA工程师应对照《嵌入式软件项目质量保证计划》来检查自己的工作,出现遗漏或偏差则采取措施进行纠正。
RDQA工程师应每周提交一次《RDQA周报》给RDQA经理,汇报RDQA工程师本周在项目中的工作情况,下周的计划,同时反映项目的进度与状况给经理。
质量保证过程需要进行以下数据的度量与分析:
a)度量实施质量保证活动花费的工作量/成本,并计算其占项目工作量/成本的百分比,以分析质量保证活动的投入是否合适;b)度量质量保证活动的实施频度/次数和花费的工作量,并计划进行比较,以分析质量保证活动的实施偏差;c)度量RDQA工程师发现的不符合问题个数,以分析RDQA工程师的工作质量;d)度量处理不符合项的个数和累计花费时间,以分析处理不符合项的平均时间开销;e)度量不符合问题处理的状态,以分析不符合问题的处理进展情况。
5.5.2统一变更管理嵌入式软件从开发计划到开发过程乃至项目交付件,除在系统中占据重要地位外,还和硬件项目以及系统的外部如机械部件设计等密切相关,应当用统一变更管理来系统的管理整个项目过程中的变更活动,确定如何对需求,设计架构,设计文档,接口定义,模块构件,驱动库,测试用例和源代码等等交付产品和中间产品进行管理,其活动贯穿嵌入式软件项目乃至系统产品项目的整个生命周期。
统一的变更管理体现在以下三个方面的要求:
a)过程统一。
各个阶段不同交付件的变更控制都要求包括四个主要活动:
16ICS35.080L77中华人民共和国国家标准GB/TXXXXX—XXXX嵌入式软件质量保证要求EmbeddedSoftwareQualityAssuranceRequirement“在提交反馈意见时,请将您知道的相关专利连同支持性文件一并附上”(征求意见稿)(本稿完成日期:
2009-12-23)XXXX-XX-XX发布XXXX-XX-XX实施GB/T—XXXX目次前言................................................................................II引言...............................................................................III1范围..............................................................................12规范性引用文件....................................................................13术语、定义和缩略语................................................................13.1术语和定义....................................................................13.2缩略语........................................................................24一般要求..........................................................................24.14.24.34.44.5嵌入式软件质量保证概述........................................................2嵌入式软件质量保证要素........................................................3嵌入式软件开发文档............................................................3嵌入式软件开发活动要求........................................................4嵌入式软件问题报告及修复活动..................................................45嵌入式系统软件开发过程的质量保证要求..............................................45.15.25.35.45.5生存周期各阶段................................................................4质量保证过程涉及的角色及职责..................................................5质量保证活动要求..............................................................7生存周期各阶段质量保证要求....................................................9其他要求.....................................................................16附录A(资料性附录)《嵌入式软件项目质量保证计划》通用模板.........................18附录B(资料性附录)《阶段审核报告》通用模板.......................................19附录C(资料性附录)《代码质量评价报告》通用模板...................................20附录D(资料性附录)《缺陷质量分析报告》通用模板...................................21附录E(资料性附录)《不符合问题跟踪状态报告》通用模板.............................22附录F(资料性附录)《项目质量总结报告》通用模板...................................23IGB/T—XXXX前言本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本标准起草单位:
中国电子技术标准化研究所、珠海南方软件产品检测中心、炬力集成电路设计本标准主要起草人:
IIGB/T—XXXX引言嵌入式软件与嵌入式系统是密不可分的,嵌入式系统是指以应用为中心,以计算机技术为基础,并且软硬件可裁剪,适用于应用系统对功能、可靠性、成本、体积、功耗有严格要求的专用计算机系统。
它一般由嵌入式微处理器、外围硬件设备、嵌入式操作系统以及用户的应用程序等四个部分组成,用于实现对其他设备的控制、监视或管理等功能。
而嵌入式软件就是基于嵌入式系统设计的软件,它也是计算机软件的一种,同样由程序及其文档组成,可细分成系统软件、支撑软件、应用软件三个层级,是嵌入式系统的重要组成部分。
嵌入式软件的特点:
——嵌入式软件具有独特的实用性。
嵌入式软件是为嵌入式系统服务的,这就要求它与外部硬件和设备联系紧密。
嵌入式软件是应用系统,根据应用需求定向开发,面向产业、面向市场,需要特定的行业经验。
每种嵌入式软件都有自己独特的应用环境和实用价值。
——嵌入式软件应有灵活的适用性。
嵌入式软件通常可以认为是一种模块化软件,它应该能非常方便灵活的运用到各种嵌入式系统中,而不能破坏或更改原有的系统特性和功能。
首先它要小巧,不能占用大量资源;其次要使用灵活,应尽量优化配置,减小对系统的整体继承性,升级更换灵活方便。
——嵌入式应用软件是针对特定应用领域,基于某一固定的硬件平台,用来达到用户预期目标的计算机软件。
由于用户任务可能有时间和精度上的要求,因此有些嵌入式应用软件需要特定嵌入式操作系统的支持。
嵌入式应用软件和普通应用软件有一定的区别,它不仅要求其准确性、安全性和稳定性等方面能够满足实际应用的需要,而且还要尽可能地进行优化,以减少对系统资源的消耗,降低硬件成本。
由于嵌入式系统关乎民生,涉及工业、农业、商业、国防以及政务等社会生活的方方面面,嵌入式软件必将成为我国软件产业未来发展的一个主要方向。
本标准结合嵌入式软件开发的特点及实践,描述了嵌入式软件开发过程的质量保证要求。
IIIGB/T—XXXX嵌入式软件质量保证要求1范围本标准规定了嵌入式软件项目开发的质量保证过程及通用要求。
本标准适用于嵌入式软件生存周期全过程,适用于嵌入式软件的项目管理人员、开发人员、测试人员和研发质量保证人员。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T11457信息技术软件工程术语GB/T8566-2007信息技术软件生存周期过程3术语、定义和缩略语3.1术语和定义GB/T11457、GB/T8566中界定的术语和定义适用于本文件。
3.1.1软件质量保证softwarequalityassurance为使人们充分相信软件工作产品符合规定的技术要求所必须采取的一种有计划的和系统的行动模式,其目的是为管理者提供对软件项目正在使用的过程和正在构造产品是适当可视性。
3.1.2过程process把输入转换为输出的一组彼此相关的活动。
3.1.3审核audit由授权人员对嵌入式软件产品和过程进行的独立评估,以便评估与需求的依从性。
3.1.4嵌入式软件开发规范嵌入式软件开发必须按照软件开发规范进行。
4.2.3嵌入式软件开发文档文档是开发活动的依据,是对开发成果的描述。
4.2.4质量保证活动质量保证活动由一系列的验证、确认、评审、审核、分析、评价、问题报告及修复等过程组成。
4.2.5质量保证活动记录质量保证组织应在软件开发过程中及时记录与质量保证有关的活动,特别是受控库中错误的修改活动以及质量保证机构的活动。
4.3嵌入式软件开发文档嵌入式软件开发文档包括两类:
a)嵌入式软件开发技术文档--软件开发过程中各个阶段产生的配套技术文档;示例:
——《嵌入式软件项目可行性分析报告》——《嵌入式软件项目需求分析说明书》——《嵌入式软件测试策略》——《嵌入式软件架构及概要设计说明书》——《嵌入式软硬件接口分析报告》——《嵌入式软件详细设计说明书》——《代码评审报告》——《嵌入式软件单元测试报告》——《嵌入式系统系统测试报告》b)嵌入式软件开发过程文档--项目团队及质量保证组织为确保软件开发过程及质量而制定的各类文档,报告,质量记录等等。
示例:
——《嵌入式软件项目计划》3GB/T—XXXX——《嵌入式软件项目质量保证计划》——《系统需求分配阶段审核报告》——《嵌入式软件需求分析阶段审核报告》——《嵌入式软件架构及概要设计阶段审核报告》——《嵌入式软件详细设计阶段审核报告》——《代码质量评价报告》——《嵌入式软件编码及构建阶段审核报告》——《缺陷质量分析报告》——《单元测试及联调阶段审核报告》——《嵌入式系统系统测试阶段审核报告》——《评审检查单》——《不符合问题处理单》——《不符合问题跟踪状态报告》——《项目度量数据表》——《项目质量总结报告》注:
在上述列举的文档中,可根据项目的情况加以添加或剪裁。
4.4嵌入式软件开发活动要求嵌入式软件开发团队的所有成员都应该遵循组织相应的产品开发流程及嵌入式软件开发规范要求,并按照项目开发计划的具体活动安排,按时保质的完成各项活动。
当项目的实际情况与计划不符,或遇到意外情况影响活动及计划的有效进行时,应及时向项目经理PM及受影响之外部组织通报,并按照项目变更的相关规范进行变更评审及必要的决策。
4.5嵌入式软件问题报告及修复活动嵌入式软件开发过程中所遇到的产品缺陷及过程缺陷,都应该有完整的检测记录和发现报告,报告应当至少包括以下内容:
a)项目基本信息,包括产品名称,嵌入式软件项目名称,项目负责人,发布软件版本等等;b)发现缺陷的硬件场景和现象描述,包括系统版本,硬件版本,发现时间,发现阶段,发现人,现象描述及初步分析;c)发现问题的影响范围及原因分析;d)原因确认及修正措施跟进,修正措施的效果确认,修改后的代码、技术文档、流程文件的发布评审记录;e)问题扩散影响的分析,以及缺陷预防措施的制定。
5嵌入式系统软件开发过程的质量保证要求5.1生存周期各阶段嵌入式软件的开发应分阶段进行,针对嵌入式软件开发的特点,嵌入式软件开发过程划分为如下8个阶段:
4GB/T—XXXXa)嵌入式软件系统分析与设计阶段;b)嵌入式软件需求分析阶段;c)嵌入式软件架构及概要设计阶段;d)嵌入式软件详细设计阶段;e)嵌入式软件编码及单元测试阶段;f)嵌入式软件部件测试及软件配置项测试阶段;g)嵌入式软件系统测试阶段;h)嵌入式软件验收及发布阶段。
嵌入式软件开发在整个嵌入式系统开发流程中和系统硬件开发的关系见下图,此图仅供理解嵌入式软件开发过程在嵌入式系统开发过程中和其他活动的关系,嵌入式系统硬件开发过程及系统开发活动不在本标准中定义和描述。
系统开发系统验证测试量产导入及优化量产发布系统概念调研搜集系统需求定义及验证硬件发布硬件可靠性测试样机测试样机装配调试硬件系统实现硬件详细设计硬件架构及概要设计硬件需求分析系统需求分配/硬件项目开发计划系统需求分配/软件项目开发计划软件需求分析软件架构及概要设计软件详细设计软件编码及构建单元测试及联调
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 嵌入式 软件 质量保证 要求