为了使汽车电控系统的研发具有统一的流程和规范的标准，并且使整个开发进度具有可控性和可预测阻借用具有国际标准的开发流程进行跟踪管理是必要的和迫切的，如CMMI 、SPICEOSO 15504 入A-SPICE 、ISO 12207 、ISO 26262。
下面就对电控系统的质量体系和开发流程ASPICE进行简单的解读：
软件流程提高的能力和测定（模型） (Software Process Improvement Capability and Determination,SPICE) 和能力成熟度集成模型(Capability Maturity Model Integration,CMMI） 都是国际知名的开发流程标准。SPICE 和CMMI 两种标准发展过程相互借鉴。相对于CMMI,SPICE 更加开放。
ASPICE开发流程
SPICE 为Software Process Improvement Capability and dEtermination 的缩写，意为软件开发流程能力的提高和能力确定。SPICE的另一1个名称为ISO/IEC 15 504,标准主要包括SPICE 流程的参考模型和评估模型。SPICE 是用于软件开发领域的流程标准；但是它不仅仅用于软件开发过程改进领域，也可扩展到其他信息技术相关过程领域。
ASPICE
如今越来越短的汽车研发项目周期，更多依靠软件控制的功能，这为车载产品开发带来了压力，并且增加了电气系统失灵的质量风险和潜在的召回风险，无论是OEM 还是供应商都需要应对出现的各类问题。因此，各大汽车厂商需要提前获知供应商的软件开发能力。再者，由于SPICE 具有开放的特性，特定团体的开发过程标准模式具有在其上独自定义的灵活性。
SPICE 的一些利益相关成员联合奥迪, 宝马、戴姆勒、菲亚特、福特、路虎、保时捷、大众(Volkswagen) 和沃尔沃(Volvo) 几家主要的汽车生产商，形成汽车专业组织，基于SPICE, 制定了A-SPICE( 全称为Automotive SPICE) 标准来评估汽车零部件供应商的开发能力。2006 年4 月，第一个版本出版，它继承了SPICE 的能力维度的评定标准；而子流程维度是从SPICE 子流程中选取了31 个子流程，并且针对汽车行业内容上的行业特殊性定制。A-SPICE 专用于汽车软件开发领域的流程标准，除了评估零部件供应商的目的，这套评估体系也同时为主机厂提高自己的开发水平提供指南。
A-SPICE 描述了两个维度：能力维度和子流程维度。能力维度介绍了能力划分的级别和达到该级别所需能力的描述。子流程维度介绍了SPICE 包含了几个子流程和各个子流程的目标和期待的结果。
能力维度和子流程维度
A-SPICE 与CMMI 不同，它只具有能力模型，没有成熟度模型，所以，选择哪些子过程，各个子流程达到哪个能力级别，取决于公司的商业目标。对于一个子流程，达到什么能力级别的判断标准为是否达到相应级别的通用实践(Generic Practice, GP) 和通用资源(Generic Resource, GR) 的要求。在子流程维度，每个子流程达到1 级的标准为是否达到相应的基本实践(Base Practice, BP) 和工作产品(Work Product,WP) 的要求。
ASPICE能力维度
A-SPICE 具有31 个子流程，分为三大类：基本流程类(Primary Life Cycle Processes) 、组织级流程类(Organizational Life Cycle Processes) 和辅助流程类(Supporting Life CycleProcesses) 。基本流程类包含ACQ、SPL 和ENG, 它描绘了OEM 向供应商获取工作产品，以及供应商经过设计、实现、集成和测试等研发过程，以及在此过程当中交付工作产品的过程；组织级流程类包含MAr业PIM 和REU, 它描绘了如何帮助组织达到其商业目标；辅助流程类包含SUP, 它描绘了如何辅助其他子流程。
ASPICE流程类
A-SPICE 规定了各个子流程需要遵守的行为要求，这些行为要求，靠人来维护和管理，不仅会发生诸多人为因素效率低而且容易遗漏流程环节，更重要的是维护很复杂·势必导致项目管理的混乱。伴随着开发复杂性的增加，国际上相应的开发流程管理工具也像雨后春笋，这些工具的研发阶段参考了世界通用的开发能力和成熟度的标准，如ASPICE和CMMI 等。专业的工具链可以减少研发中耗费工程师在技术方面以外的时间投入，并且减少不必要的人为因素导致的产品质量间题。