ASPICE是汽车行业的软件开发评估标准,用于提升车载软件质量。软件需求工程师根据系统需求和架构设计文档,进行需求分析、分解,编写需求规格说明书,并建立追溯矩阵。需求工作流程包括接收理解系统需求、分析分解、编写规格书、评审及发布需求。
ASPICE全称是“Automotive Software Process Improvement andCapacity Determination”汽车软件过程改进及能力评定,是汽车行业用于评价软件开发团队的研发能力水平的模型框架。最初由欧洲20多家主要汽车制造商共同制定,于2005年发布,目的是为了指导汽车零部件研发厂商的软件开发流程,从而改善车载软件的质量。
随着近年车联网、智能驾驶、新能源汽车的迅速发展,企业对软件质量管理的需求不断增强,ASPICE逐渐被引入到国内,被国内的企业所熟知。伴随着车企出海需求,国外公司对企业提出定期审核的要求,也对ASPICE在国内的应用起到的极大的促进作用。
虽然ASPICEV模型划分出各个域,但在实际项目中很多人都经常搞不清软件需求域是做什么的,同样也搞不清系统需求域、系统架构域、软件架构域,难以开展工作。
需求:定义做什么东西,主要工作是需求分析/定义
架构:定义东西如何做,主要工作是架构/方案设计
软件需求分解
接收和理解系统需求、系统架构
根据项目管理计划、项目时间计划、系统需求文档、技术安全概念、系统架构设计的理解情况和资源复用情况,确定软件需求分析过程的任务以及任务之间的依赖关系,制定软件需求分析时间计划。
分析软件需求
根据系统需求文档、系统架构设计文档、技术安全概念文档,对分配给软件相关的需求进行分组、分层、合并、拆解、编号,形成结构化的软件需求;
根据系统需求规格说明书和系统架构设计,识别软件对操作系统的要求、识别软件运行环境的要求、识别功能性和非功能性需求;
根据系统需求给定的优先级,结合软件需求的依赖关系、重要程度、完成度、及车辆的影响等角度,对已识别和分析的软件需求进行优先级排序;
根据软件需求分析结果,组织相关成员对软件需求的可行性进行分析,包括技术可行性、时间可行性、成本可行性、测试可行性等。
编写软件需求规格说明书
根据软件需求规格说明书中软件需求的描述和需求依赖关系,对每条软件需求条目编写验证准则;根据软件需求分析结果,整理编写软件需求规格说明书;
在分析完软件需求后通过Excel或ALM在软件需求与系统需求之间建立双向追溯矩阵,在软件需求与系统架构元素之间建立双向追溯矩阵;
根据《项目管理计划》中沟通计划组织相关方召开评审会议,根据相应的软件需求规格说明书评审检查表中的检查项,对《软件需求规格说明书》及《追溯矩阵》进行评审。
发布软件需求
《软件需求规格说明书》经质量工程师审核通过后,软件需求工程师将其升级为大版本,提交SWPL进行审核,提交软件研发部经理进行批准;
软件需求工作流程
接收和理解系统需求、系统架构
发布软件需求