最新资讯
当个人电脑在20世纪80年代首次普遍使用时，微芯片离汽车最近的一次是在运输到最终目的地的过程中。
很少有消费者能预测到他们的汽车会被计算机芯片控制，更不用说集成技术来管理从手机通话到卫星广播到娱乐功能、GPS地图甚至驾驶控制的一切了。
20世纪20年代的汽车不仅超越了曲柄起动器和木板；今天的汽车集成了全球各行业团队开发的多种技术。汽车市场已经发展到包括自动或辅助驾驶技术、自动安全功能和各种绿色技术在内的一切，包括电动和混合动力选项。
有了所有这些新的市场需求，汽车需要超过1亿行代码的情况并不罕见。到2030年，一辆新型汽车可能需要多达3亿行代码。联网汽车每小时可以处理25千兆字节的数据，每天产生超过4兆字节的数据。
所有这些数据都意味着，如今的汽车可能会成为软件故障、连接干扰甚至黑客攻击的牺牲品。由于生命处于平衡之中，开发团队比以往任何时候都更有动力和责任从头到尾做好这件事。
在这个复杂的现代汽车开发世界中，许多公司正在采用ASPICE标准进行软件开发，以应对这些新的汽车安全挑战。
ASPICE最初是ISO/IEC 15504或SPICE标准的变体。SPICE代表“软件过程改进和能力确定”。SPICE标准最初是为独立评估员提供一个框架，以评估组织的软件开发能力。
当其他团队和制造商寻找软件供应商时，SPICE评分可以作为评估开发人员是否能够满足某些性能、安全和质量标准的一种方法。尽管SPICE标准在其他发展领域没有获得太大的吸引力，但随着德国汽车制造商开始使用它，它确实开始在汽车领域站稳脚跟。
随着标准越来越侧重于汽车，“Automotive SPICE”或“ASPICE”这个名字开始流行起来。目前，ASPICE是汽车行业软件开发的过程评估模型和过程参考模型。为汽车行业设计和开发软件的软件团队应使用ASPICE来记录流程并衡量组织流程的成熟度。
SPICE标准一开始是为独立评估人员提供一个框架，以评估组织的软件开发能力。
从根本上讲，ASPICE的目标是定义车辆嵌入式软件开发的最佳实践。
考虑到现代工具可能涉及数亿行代码，创建一些客观的“最佳实践”只会使编写该代码的团队受益。增加复杂性的不仅仅是需要多少代码，还有公司越来越多地跨越地理和行业界限工作的事实。在寻找供应商时，制定一些客观的评估标准可能会很有用。
ASPICE基于V模型，该模型需要对需求进行逻辑分解，并在开发的每个阶段通过测试进行严格的评估。该模型为供应商和系统集成商提供了在早期开发阶段消除问题的机会，并为构思和开发提供了框架，从而使他们受益。
