设计团队一直在使用旧技术，而快速发展的验证技术之间的分歧越来越大，这开始产生问题。
去医院的一大好处就是DVCon或者任何其他的会议，都是一个网络。你会看到很多渴望学习、交谈和分享想法的人。当这种情况发生时，你往往会听到很多陈述，在你开始理解它们之前，这些陈述必须在你的脑海中盘旋一段时间，看看是否有任何连贯的主题出现。
所谓主题，我指的不是表面的主题，比如UVM今年很热，还是模拟正如日中天。其中许多主题只是EDA供应商正在推动的产品或在用户社区中引起关注的新发布的标准的一个指示。在许多情况下，用户现在必须学习并确定它在他们的方法中是否有一席之地。
有些想法往往是奇点，而另一些想法，乍一看是孤立的，往往形成更复杂的相互联系和结构。今年给我留下深刻印象的一个趋势是设计和验证之间的鸿沟越来越大。十年前，你会正确地认为这是地理问题。当时，人们认为可以将核查工作推到劳动力廉价充足的海外地区。事实证明，这是一种相当灾难性的趋势，自那以后在某种程度上又恢复了。
我现在看到的分歧更加微妙和复杂。线索始于半导体工程公司获准参加的正式领导会议。你可以读到在这里．评论是，“今天的设计师负担过重。设计师设计。”即使所有的知识产权现在这是可行的——独特设计的百分比变得非常小——人们会认为设计师的负担已经减轻了一些。
虽然并非所有的设计都是相同的，但业内人士认为，大多数设计复杂性在于IP块的选择、配置和集成。目前几乎没有工具可以帮助完成这一任务，但这似乎并不是该行业迫切需要帮助的领域，而试图解决这一问题的公司也并不十分成功。我将在几周内写关于这个话题的文章。
同时，验证不能像设计那样从重用中获得同样的好处。核查任务已显著增加，尽管没有沃利·莱茵斯在其报告中指出的那样多主题它只是把它看成一个指数。它们的数量迅速增加有两个原因。首先，我们还没有达到可以信任IP的地步。这意味着每个IP块都必须进行一定数量的重新验证。其次，必须在系统级别上执行越来越多的验证。这随着共享状态空间的数量呈指数增长，而不是状态空间的总量。隐藏在IP块中的状态对系统级没有影响，也不会增加系统级验证的总复杂度。
第二项重要声明来自一次圆桌会议，该圆桌会议的第一部分已发表在这里．阿图罗·萨尔兹，验证小组的科学家Synopsys对此他说，在验证过程中，我们从未放弃过一项技术。“(验证)一直在发展，比设计技术发展得快得多。他们仍然在使用RTL“两个社区在采用技术方面的变化速度非常不同。
这就产生了一个问题，因为有效的验证通常需要对设计的理解。了解管道和设计体系结构可以更容易地定位可能潜伏在设计中的极端情况错误。参加这次正式会议的几位专家指出，设计人员提供帮助的能力较弱，因为他们无法掌握验证小组正在采用的新技术。
断言就是一个例子。据说，验证工程师在创建属性和断言方面的工作效率提高了三倍。另一个人说，当设计师尝试这样做时，只有少数人成功了。
这是一个问题，如果设计和验证之间的技术鸿沟继续增长，我们可能也会在地理上分散团队。如果两支团队不能有效地对话，那么两支团队最终都会遭殃。
据我所知，至少有一种补救办法。一些人要求设计人员和验证工程师坐在一起，作为一个团队解决问题(伙伴编程)。通过这种方式，验证工程师将密切参与设计，甚至可以防止使验证任务更加困难的设计决策。然而，我很少看到软件行业之外的人尝试过这样做。
|
|
|
|
|
|
|
|
|
|
留下回复