随着德国汽车制造商在供应商上使用ASPICE的重要性，标准的推广。ASPICE成为许多汽车制造商和供应商的一种方法，用于判断您的组织如何使用定义最佳实践的开放标准来开发系统和软件。如果您的系统和软件开发方式符合ASPICE，并且可以有证据证明，您的客户可以放心，您知道自己在做什么，从而降低了客户选择您作为供应商的风险。

我们现在知道APSICE是从哪里来的，所以让我们来深入研究它吧！ASPICE被分为过程组。我们将重点研究基于V-模型的系统工程过程组(SYS)和软件工程过程组(SWE)。

ISO26262&ASPICE认证机构？

纳兰企管成立于2013年，德国技术监督协会认证公司授权从事汽车行业咨询认证服务，有专门的ISO26262&ASPICE咨询团队丰富的审计咨询服务经验，帮助客户最短的时间，最高的效率获得功能安全认证。可以加微联系nalanqiguan或则发送邮件service@nalanchina.org

ASPICE开发模型从SYS.1需求激发过程开始，其中客户的涉众需求被接收、分析、讨论和理解。使用客户的涉众需求作为基础，在SYS.2系统需求分析过程中创建、更新和评审系统需求。在SYS.2活动的后面，系统测试是在SYS.5系统资格测试过程中开发和链接的，提供关于系统需求的早期反馈。接下来，在SYS.3系统架构设计过程中，设计并记录了系统的体系结构。系统集成测试是在SYS.4期间并行开发的。这个循环在软件中重复。SWE.1开发软件需求，SWE.6开发他们的测试。SWE.2设计软件体系结构，SWE.5致力于软件集成测试。在底部，“V”的尖端，SWE.3软件详细设计和单元构建过程集中于软件设计和实际编程的细节，同时为SWE.4软件单元验证过程创建单元测试。当查看整个开发过程时，就会出现一个模式，将前一个和下一个过程(以及右边的测试)连接起来。每个链接(上/下、左/右)提供了跟踪为什么是这样或那样的方式，并提供了一个审查和反馈的机会。

为每个ASPICE过程定义的是一组“基本实践”。遵循和实施基本实践，并提供证据，本质上是一个组织如何显示对ASPICE的遵守。例如，SYS.2系统需求分析过程的第一个基本实践是：

SYS.2.BP1：指定系统需求。使用涉众需求和对涉众需求的更改来确定系统所需的功能和功能。在系统需求规范中指定功能性和非功能性系统需求。

基本做法包括确保系统及其软件以正常和可追踪的方式开发的基本活动。然而，ASPICE没有规定多么以符合它的基本做法。通常使用重型工业(即昂贵的)工具来管理SYS和SWE流程，例如DOORS*、IBM的工程生命周期管理(ELM)套件、VectorPREEvision、Polarion、Jama等等。如果您想将您的需求存储在活页夹中(这是我很久以前听到的一个真正的建议)，您可以自由地这样做，只要您能够向评估人员证明它们符合所有相关的基本实践。这是最困难的部分：解释和实施。你必须阅读和理解ASPICE。您必须熟悉汽车行业中常见的方法和工具。你需要能够在评估过程中出示证据。你得把这一切都集中起来实际上做了一个产品！