用于电气/电子系统开发的商业或内部工具

描述

许多产品依靠复杂的电气/电子 (E/E) 系统来提供其最终用户功能。

随着 E/E 内容的增长,选择 GOOD SELECT 支持 E/E 系统开发的软件工具已成为一项关键决策。然而,E/E 领域跨越嵌入式软件编码、数据网络验证和功耗分析等各种学科,由商用现货 (COTS) 和内部开发的一次性应用程序混合提供服务。有几个因素会影响这种“制造”与“购买”的决定。本文介绍了管理人员在分析其工程工具环境时需要考虑的三个关键领域:满足公司需求的灵活性、跨工程和流程环境的企业集成以及安全和知识产权 (IP) 保护。这些领域中的每一个都将帮助管理层权衡 COTS 与内部工具的相对优势,并确定对其组织最有效的决策。

为了优化当今的 E/E 系统开发环境,在评估是制造还是购买软件工具时,以下三个技术方面至关重要:

灵活性

首先是灵活性。COTS 工具需要高度灵活,并能适应每个公司、团队和工程师的特定需求。这是因为E/E领域的某些方面缺乏广泛采用的标准,并且存在许多不同的设计和工艺流程。对于必须支持多个 OEM 客户的供应商来说尤其如此,每个客户可能使用不同的数据格式。这一挑战通常被认为是追求内部开发的原因,因为路线图控制更容易。其他需要灵活性的 E/E 域示例包括:

工作流程变体

用户管理

设计和制造工艺变化

数据导入、导出和报告

仿真、检查和验证要求

对象命名

图形样式

因此,COTS 工具必须支持高水平的可配置性。如果可以在不诉诸外部定制的情况下调整开箱即用的行为,则可以最大限度地降低持续维护成本,并且可以有效地将软件许可证用于不同的项目。如果无法通过内置可配置性实现所需的行为,则需要外部自定义(可扩展性)。在这种情况下,工具提供面向未来的应用程序编程接口 (API) 至关重要。通过这种方式,可以以最低或零成本维护外部自定义。

图 1 和图 2 显示了使用可配置性和可扩展性完成的专用行为示例。图 1 显示了自定义规则检查在原理图设计中的应用。图 2 显示了从同一数据集自动生成的线束的两个图形表示。

应用程序

图 1:自定义设计规则检查的使用。

应用程序

图 2:同一线束设计数据集的替代图形表示。

企业集成和全面的数字孪生

下一个关键技术能力是企业集成,或与相邻工程和流程环境无缝链接的能力。对于 E/E 系统开发,潜在相邻域的列表非常长。因此,至关重要的是,COTS工具被设计为“开放生态系统”的一部分。除了更明显的相邻工程应用(如 PLM 和 ALM 解决方案)之外,常见的集成需求还包括用户身份验证、工作流和发布管理、需求工程、功能设计、3D 机械 CAD、产品规划、软件集成和测试、服务文档和诊断、制造执行系统和工厂设备。支持如此广泛的企业集成使 E/E 系统领域能够为全面的数字孪生做出贡献,该孪生对产品本身、制造流程和售后支持的各个方面进行建模。

潜在集成模式的数量几乎是无限的。虽然存在一些结构和标准(例如:UML,SysML,FMI),但COTS工具的架构必须与未知的第三方环境集成为核心原则。集成架构的性质有所不同。一些相邻的环境非常普遍,例如领先的 3D 机械 CAD 平台,因此 COTS 供应商提供标准集成产品是有意义的。但是,由于企业集成模式种类繁多,这些工具还必须提供大量的集成挂钩,例如发布和使用 Web 服务的能力。与软件扩展一样,重要的是要考虑利用哪些集成技术,以最小化或消除持续的维护成本。幸运的是,RESTful 服务和低 ode 应用程序开发平台等新技术使创建无缝混搭变得更加容易。因此,青睐内部工具开发的公司必须不断熟悉这种技术发展。

知识产权与安全

第三,保护企业专有技术经常被引用为拒绝COTS工具而支持内部开发的理由。这种IP的一个简单例子可能是“我们绝不允许在电气接头中使用超过六根电线,因为我们已经了解到超过六根是不可靠的”。解决方案是让COTS工具包括一种机制,通过该机制可以私下捕获IP,同样重要的是,可以系统地应用IP。从技术上讲,这可以通过提供非常丰富的可配置性和可扩展性功能来完成。通过这种方式,可以调整COTS工具的行为,以整合各种独特的设计和工艺IP,并将IP隐藏在外界之外。示例如图 3、4 和图 5 所示。图 3 显示了控制布线合成的定制规则组的一部分,而这些规则组又由规则基元构建,如图 4 所示。这种方法使公司能够获得 COTS 解决方案提供的经济、创新和业务重点的好处。

应用程序

图 3:接线综合规则组的片段。

应用程序

图 4:规则基元示例。

图 5 显示了用于定义定制制造工艺模式的对话框,根据该模式可以生成线束制造工艺树。类似的技术可用于详细的线束制造成本计算,这是一个特别敏感的商业主题。

但是,仅提供支持 COTS 软件可配置性和可扩展性的基础结构是不够的。为了支持真正的专有保护,客户或其受信任的第三方承包商必须能够实现自己的软件配置和扩展(即独立于 COTS 工具供应商)。为了支持这一点,必须随时提供适当的文档和培训,并支持通用编程语言(如Java)。

应用程序

图 5:用于定义线束制造工艺模式的对话框。

当然,IP保护并不仅限于工具的可配置性和可扩展性。另一个方面是组织之间的数据传输,例如在OEM和供应商之间。可能需要在不暴露专有内容本身的情况下传输专有信息。例如,电气工程师可能需要传输包含可执行的专有仿真模型的电气设计。这种情况的解决方案是加密模型,以便只有拥有解密密钥的授权人员才能查看其实际工作,但模型可以由其他员工执行。

工程软件还必须能够防范恶意活动,例如故意窃取知识产权。所有工具及其运行环境,无论是 COTS 还是内部,都应采用对策来检测和修复漏洞。在这种情况下,COTS 供应商可以提供卓越的功能,因为他们在软件工程方面具有明确的核心竞争力,包括对最新安全技术(如数据库之间的安全通信)的认识。

最后,管理组织内的用户访问权限非常重要。工作人员可以分配到一个项目,但限制另一个项目。例如,航空航天公司内的工作人员可能被分配到军事或民用项目,对军事项目的访问受到严格控制。现代 COTS 软件解决方案具有可配置的权限,仅允许单个用户或用户组访问或实际可见某些项目。

COTS 软件可以通过可配置性、可扩展性、安全技术和功能的组合在这些领域提供适当的 IP 保护。

趋势表明 COTS 占主导地位

许多行业都面临着“制造或购买”的决定。就工程软件而言,趋势很明显:COTS供应商的市场份额不断增长,内部软件和非专业工具几乎已经消失。通常,会出现一组占主导地位的 COTS 供应商,通常由相邻供应商的生态系统补充。这些大型供应商能够实现规模经济,因为他们的收入足以支持重要的开发团队,同时保持盈利。这意味着COTS平台在技术上变得非常强大,使得内部开发在经济上没有吸引力。在这一点上,创新和战略业务重点等因素也开始发挥作用,进一步降低了内部开发的价值。

其他领域已经经历了从内部到COTS软件解决方案的过渡,包括:

3D 机械 CAD:Siemens Digital Industries Software、Dassault Système 和 PTC 已成为主要的 COTS 供应商。

IC设计:Mentor Graphics(现为西门子的一部分)、Cadence和Synopsys已成为主要的COTS供应商。

企业资源规划:SAP、微软和甲骨文已成为主要的COTS供应商。

在所有三种情况下,内部开发现在只能在最深奥的情况下证明是合理的。

这种模式显然在 E/E 系统领域发挥作用。内部应用程序正在被 COTS 工具所取代,规模经济的良性循环正在顺利进行,从而产生更有效的 COTS 产品。例如,全球十大汽车 OEM 中的十家现在都将 COTS 工具作为其电气设计环境的核心。原理图捕获等任务现在很少得到内部软件的最佳支持,配置控制、成本计算和线束制造工程等主题正在朝着这个方向迅速发展。

E/E领域的一个最新例子是数据通信网络设计。这通常是使用内部开发的定制电子表格宏来实现的,这些宏难以维护,并且随着新协议的出现而难以升级。然后,这些测试由基于硬件的测试进行补充,这些测试很难在最坏的情况下进行全面测试。现在可以使用复杂的 COTS 网络设计和验证工具,提供基于规则的自动化、时序分析和验证(图 6)。

在 E/E 系统领域,易于实施定制和维护仍然是一项强烈要求,因为公司需要定制流程以满足其特定需求。虽然知识产权捕获和保护在某些领域仍然至关重要,特别是线束制造,但这一大趋势既反映了良好做法向各行业迁移的趋势,也反映了对工程创新等核心竞争力的更加关注。

应用程序

图 6:COTS 数据通信网络设计和验证工具。

结论

有几个因素会影响“制造或购买”分析。所有这些因素都适用于在 COTS 和内部 E/E 系统开发软件之间做出决定。在E / E领域,现在的决定通常是“购买”。COTS工具被广泛部署,主要是由于其成本优势和成熟度,包括支持易于定制和IP保护的机制。这些功能可帮助公司管理诸如安全性和对更清晰业务关注的渴望等挑战。这一趋势与其他领域观察到的模式相匹配。随着进一步的规模经济的积累,它可能会加速,使COTS供应商能够提供更强大的产品。随着COTS工具的激增,熟悉的用户和相关生态系统的骨干也将增长,从而进一步降低专有软件开发的吸引力。

审核编辑:郭婷

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分