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