ASPICE4.0学习笔记系列之SYS.4和SYS.5实战要点

ASPICE4.0学习笔记系列之SYS.4和SYS.5实战要点

SYS.4系统集成和集成验证

首先，根据系统架构的静态设计和动态设计来制定相应的验证措施，验证措施技术主要关注的是系统要素之间接口的信号流和依赖关系，以及软硬件之间的相互作用，需要对系统元素之间的动态交互关系、信号流的时效性、信息的时序关系等进行验证。在这个过程中，应定义所需要的验证环境和设备、验证的准入准出标准、验证技术、判定准则等内容。

然后，依据需求的优先级、回归验证的需要，产品版本的预期用途（台架测试、场地测试还是公共道路测试）等信息确定验证措施的选择标准，依据这个标准，为每个集成步骤选择相应的验证措施。所选的验证措施选择应具有足够的覆盖范围。

接着，按照规定的顺序和规定的前提条件，对系统要素进行集成，直到系统完全集成为止，根据选定的系统集成验证措施，执行系统集成验证。

最后，就是ASPICE对于测试验证相关过程域的通用要求，总结和沟通验证结果，这个不难理解，可以将验证结果总结为报告，有汇总的数据说明，然后和项目中的所有相关方进行沟通，让项目干系人充分了解结果，沟通证据可以很灵活，例如邮件、聊天记录、会议纪要都可以，只要确保相关人充分知悉并达成一致。对于双向可追溯性和一致性，也是通用要求，系统集成验证措施需要和系统架构设计进行双向追溯，系统集成验证结果也需要和系统集成验证措施进行双向追溯。

附赠自动驾驶最全的学习资料和量产经验：链接

结合功能安全方面的要求，在系统集成和集成验证阶段，不仅需要验证系统架构设计的正确执行，系统架构层面接口的正确性和一致性，还需要验证功能安全需求和技术安全需求在系统架构层面的正确执行，安全机制在系统层面的功能性能、准确性和时序，并且需要考虑验证系统的鲁棒性。

在SYS.4过程中，我们在实践中一般可以输出以下交付物（供参考）：

交付物	说明
系统集成及集成验证策略	集成顺序、集成流程、集成启动准则、集成结束准则、集成结束后的通知；集成验证目标、验证启动准则、验证结束准则、回归验证策略、验证措施的选择标准等。
系统集成验证措施（含测试用例）	针对系统要素之间的数据流、时效性和时间依赖、接口信号的正确性、动态交互、接口资源消耗目标的达成情况设计验证措施，需要覆盖系统架构设计的内容。
系统集成验证报告	根据每个发布版本情况和集成策略，执行集成，并选择相应的验证措施进行集成验证，记录验证结果，并总结相应的报告
追溯证据	系统架构设计-系统集成验证措施测试用例-测试脚本-log需要完整追溯验证措施-验证记录-验证报告需要有完整追溯此外，验证措施-BUG问题之间已需要有追溯
评审记录	对以上交付物要进行充分评审，确保其正确性，并确保相关方全部参与，知悉结果。

SYS.5系统验证

在ASPICE 3.1中，这个过程叫做系统合格性测试，在目前ASPICE 4.0中，改为系统验证，内容大同小异，没有本质变化，只是更具实用性，对于有些非功能需求，可能无法通过测试来证明，可以采取分析、评审等其他的验证手段。系统验证过程的基本实践（BP）要求与系统集成和集成验证阶段十分相似，只是它是针对系统需求的验证，并且它是对集成后的系统整体进行的验证，相当于黑盒验证，不涉及逐步集成验证的过程。系统验证措施可能也会涉及到环境、EMC、寿命测试等验证技术，具体需要根据系统需求制定。

在SYS.5过程中，我们在实践中一般可以输出以下交付物（供参考）：

交付物	说明
系统验证策略	验证目标、验证启动准则、验证结束准则、回归验证策略、验证措施的选择标准等。
系统验证措施(含测试用例)	针对系统需求设计验证措施，需要覆盖系统需求的全部内容。
系统验证报告	根据每个发布版本情况，选择相应的验证措施进行系统验证，记录验证结果，并总结相应的报告
追溯证据	系统需求-系统验证措施测试用例-测试脚本-log需要完整追溯验证措施-验证记录-验证报告需要有完整追溯此外，验证措施-BUG问题之间已需要有追溯
评审记录	对以上交付物要进行充分评审，确保其正确性，并确保相关方全部参与，知悉结果。

需要注意的是，验证中发现的问题需要进行闭环管理，关于问题管理细节后续在讲到SUP.9时再详细展开。以上内容是ASPICE最基本要求，在实践项目中，围绕这些要求可以灵活开展，只要深刻理解开发过程，将这些要求融会贯通在验证细节中即可。