SysML ROI没有

今后在某一时刻的系统级设计、系统建模语言(SysML)统一建模语言(UML)标准的方言可能开车到半导体的设计。然而,到目前为止,投资回报率尚未建立了它的使用。

SysML被定义为系统工程应用的通用的可视化建模语言,它支持规范,分析,设计,验证和验证的一个广泛的系统和系统的。包括硬件、软件、信息、流程、人员和设施。

在大多数情况下,SysML今天是杠杆的使能技术基于模型的系统工程的概念,强调严格的可视化建模原则和最佳实践的应用系统工程活动在整个系统开发生命周期。这将包括,除其他事项外,建立一个完全可执行的规范设计。

“公平地说,我们仍在试图做的事情RTL签收,所以RTL可能是最接近我们作为一个完全可执行的规范,“高级组主任弗兰克Schirrmeister表示系统中产品管理和验证小组节奏。“但即使是有限的观点。”

该行业一直致力于移动在抽象几十年来,从那时起,事情已经发生了,Schirrmeister说。“IP重用了。你使用IP比任何人想象的要多,这也是一件好事,因为否则我们就会有一个真正的问题与生产力。”

的一部分转移到更高层次的抽象,Schirrmeister看到两个截然不同的部分难题:系统中的模块,并分别系统组装。“在这两种情况下,我们已经取得了显著的进展向上移动到下一个水平。今天是高级合成水平越来越主流新块和IP你想重用在一个更高的水平。”

节奏并不是唯一的公司认识到这一点。上周导师图形步履蹒跚Calypto领先的高级综合提供商。

正如下图所显示的,有很多路要走。

(来源:节奏)

“这里显示的共同主题是除了边缘——纯硬件实现,或纯软件实现,所有其他人都实现从一个高层次的描述来实现这些块。高水平的合成UML到C,如核磁测井描述抽象描述处理器,或LisaTek描述;甚至Tensilica语言的扩展。共同的主题是你向上移动,创建一个更高层次的规范,”他解释道。[LisaTek被CoWare 2003年收购。CoWare随后于2010年被Synopsys对此收购。)

“已经相当于15年前我们都梦见了什么,这是“我们能得到一个UML规范,一切都将从那里吗?这是在这个方向迈出的一步,但我们没有。这是新的功能和新的块,”Schirrmeister继续说道。

系统组装另一组问题补充道。“你需要实现,定义和自动化的集成块。如果我现在有块的包来自我选择的实现,现在我需要整合在一起。有两个方面:它的力学-作为一个行业我们有类似IP-XACT——和ARM的收购Duolog之类的东西。我们,至少在子系统层次,系统集成和你RTL的自动化装配,”他说。

UML / SysML复杂性的挑战
导师图形做了大量的工作在UML和SysML结合客户,根据乔恩·麦克唐纳,技术销售工程师。“至少三四年前我们有许多客户的系统工程师使用UML和他们想要从他们的系统工程环境到硬件设计的建筑环境。他们使用SystemC硬件架构的工作和使用的混合不同的UML / SysML-based工具。导师有一个基于UML的工具,在使用的客户,所以我们创建了一个接口从UML创建SystemC结构。”

有趣的是,他们发现没有定义在UML或SysML SystemC没有一对一的映射,他解释说,这意味着SystemC有弹性模型的一切将UML或SysML中表示。

这种方法在工程团队兴奋的从UML到最初的建筑规范,显而易见,系统工程师没有做一个完整的规范,麦克唐纳说。“他们不完整的规范。他们没有添加任何功能。这只是一个文档。他们使用UML像文档语言,它只是一个系统的描述,我想我想要的是什么样子。但它不是一致的,它不是完整的,它不是可执行的,它不是完全充实。它只是一个白板表示我们认为自己想要的东西。但是当你来到SystemC并开始做架构,是行不通的。它必须是完整的。你必须有定义,实际上所有的接口必须是正确的,你想要一些功能背后的事情。”

这种方法的问题是,系统工程师可能过分简化实现,将硬件架构师没有意义的东西或不是最优化的。“在某种意义上,你想要规范有点模糊,因为你要实现是基于硬件和系统权衡系统工程师可能不知道在这一点上,”麦克唐纳说。“今天人们做什么是使用UML作为文档规范语言,非常不完整,绝对不是一个可执行的规范。”

同样有趣的是,没有什么技术,防止SysML今天被一个可执行的规范。不过,麦当劳不相信UML是正确的可执行语言。“这需要一个仿真语言之下变成了胶水和管道,UML和其他东西进入。SystemC的最佳选择,因为它是灵活和易于使用和标准,这是c++。”

然而,仅仅因为它是可能的,并不意味着它是最好的做法。它没有意义来创建一个完全可执行的规范如果系统在一开始就不知道细节。可能它是多余一个完全可执行的规范从抽象的最高水平?

今天对于很多系统设计师,它绝对是麦当劳指出。“他们没有系统完全定义在这一点上,如果你仔细想想,一切都是一个连续体。所以,当你开始,你不知道你要构建。系统工程师试图把一些事情在一起,试图将一些秩序的混乱与创建的分区和沟通和某种结构,你就可以开始填写细节。这就是UML给你——结构和定义。有可能利用在UML和带什么到下游的过程就像在软件。UML通常不会定义完整的函数。它定义了接口,那么它应该定义的接口代表硬件模块和软件模块。这是有用的。”

外的硬件,特别是UML更有用。“UML尤其是使用更多的今天在软件方面。它是有用的硬件和观察人们想去的地方。我们一直在做在过去的五到十年,我们一直在做英语,我们已经把可执行规范的抽象层次,试图得到更高和更高层次的可执行的规范,这样我们可以更定量定义系统应该早些时候但是有一个限制了你可以走多远,因为你不能完全确定,系统之前,你知道那是什么,”他说。

太高了多高?
今天许多工程团队正试图推高抽象级别,以架构上做出更明智的决定,最终将成系统工程师在做什么不管是UML SysML或Matlab。“能够推高到这些地区,利用人们的定义是很重要的和有价值的。和随着时间的推移,我们工程团队共事说的东西他们认为有价值的不一定是浮动的信息——这很好,很方便,但当信息开始回流,。系统工程师做出选择。他们这团不管发送到下游。现在,当系统工程师开始得到反馈告诉他们,“你有这个函数;需要这么多资源,这将是这个快需要这么多权力,它有所有这些属性,从最初的潜在的实现回来。“现在开始是很有价值的,因为现在这些决定在建筑实现级别可以开始验证对系统约束尽可能早,”麦克唐纳说。

这是好,但挑战是ROI,首席技术官德鲁Wingard说超音速。“如何创建模型的成本是偿还与之前学习的东西,或者能够权衡以更好的方式——以较低的总成本基本上完成任务?”

与SysML等技术的另一个挑战是,他们目标最窄的部分金字塔的设计师,他观察到。“这是做建筑工作的人。他们不倾向于产生可交付成果,就容易被别人使用下游的流动设计硬件,甚至一定上游的写作水平最低的设备软件栈和东西。这是最大的挑战,我们有一个历史悠久的EDA行业的没有看到架构工具真正得到资助,因为从来没有一个足够大的市场。这并不是说他们不增加价值。那就是让在驼峰增值需要太多的投资不清楚你能回来。”

一个地方,一个可以想象使用SysML公司想消灭一群设计。在这种情况下,他们可以利用投资在许多设计在一个相对短的时间内,如微控制器或microcontroller-based物联网的设备,Wingard说。“他们过去所做的仅仅是过多的,如果你能负担过多,那么所有这些更高层次的抽象的东西实际上并不给你买。这些更高层次的抽象的东西是非常有用的,当你试图让真正的权衡,我们只是没有看到,在这一点上。”

最后,面具集不利于成本的增加,高复杂性的设计将被用来消灭一大堆不同的芯片。

它可以归结为对使用UML / SysML今天在半导体设计过程是这项技术的好处不证明在大多数情况下工作的成本。这在未来可能会改变,但目前的努力似乎是更好的在其他领域体系结构的优化。