汽车系统设计的整体解决方案

。功能之间传递的信号将在逻辑平台上分为软件、电气或网络信号向载体分配。

　　分配功能的规则。

　　分配功能和信号的规则。

　　由此产生的合成是集成地执行功能描述的四类域（硬件、软件、网络通信和电气）。利用设计规则检查、任何必要警告或生成的错误消息来实时分析语义的一致性。

　　指标

　　技术评估指标早在合成过程中就可以计算。可以通过设定让这些指标显示各种信息。例如，对于多路传输网络而言有意义的指标包括负荷、容错和开销。电气域的指标包括电线、焊接点和连接器数量、电线长度、线束直径。控制单元的指标包括设备重量、CPU负荷、RAM、ROM、FLASH/EEPROM的要求、印刷电路板（PCB）面积和单位体积功率，和热耗散。按与功能、资源和载体有关的参数计算指标：往往可以从先前的执行中详细了解这些参数。

　　如果一个值大于一个特定的水平，例如，如果预测内存的要求超出微处理器提出的预算，这一情况将通过设计规则检查发送警报或直接发布到平台架构师的图形显示器上。这帮助工程师保证设计的可行性。

　　而且可以计算的不仅仅是技术指标。通过扩展计算，还可以计算成本、重量、富余、可靠性或再利用等这类项目目标。

　　指标样例：目标数量、CPU利用率、网络负荷和任务调度。 评价和优化

　　因为使用这些指标进行评价是实时完成的，即当做出设计决定或改变时，这一过程与评估替代执行（架构）或者实际修改功能内容非常匹配。指标立即反映出这些变化，并且随后可以进行替代策略的研究。

　　按对象计数、技术评估、CPU和网络流量测量值比较不同的扩展和优化阶段。

　　因此可以迭代和交互地解决优化功能分区、电气优化、成本和运行时间优化问题。

　　经过最后的评价，逻辑平台合成的结果以每个特定域的形式（如ARXML、FIBEX或 KBL）被输送到下游详细的设计过程中。架构研究阶段的结果可以被重新用作未来平台的执行建议。在一个集成设计环境中，数据当然可以直接被传递给相应的应用程序。

　　总结

　　本文介绍的方法在一个单一层级上使用了功能抽象来整合不同的电子/电气域。这反过来允许对执行其它方案进行快速评估，同时为详细设计准备数据。

　　因为对技术工作和知识的要求较高，现有基于UML或类似SysML元模型的方法对于这样的架构评估与验证不太适用。相关的复杂性导致在可用的时间内几乎没有可能提供综合评价所需的充分或必要的细节。

　　符合本文描述的原则的商业软件可在Mentor Automotive Capital®产品套件中找到。

　　功能架构设计和评估，及下游设计流的后续执行方案。

　　相比之下，所描述的方法使用了一个功能抽象，其中执行相关的数据和工件整合入了标准化的功能模型中，而不是将它们分布到不同的（多数情况下是多余的）级层上。

　　早在自动向逻辑平台分配时，该模型可以被反复地验证执行可行性和得到相应的技术和商业指标的维护。架构过程的结果也是对软件、网络、电气系统和硬件的下游开发过程的执行建议。