观点：芯片设计时，如何在验证中把想象化为现实？

想象如果芯片设计总是能按进度表出带，预想工程师们到一个项目末尚未完全精疲力竭！市场营销和管理人员基于目标数据能够对他们的决策如何影响项目进度表而作出有根据的评估。各个共同利益的拥有者(设计、验证、市场营销、管理、固件、软件和应用)能了解到，他们对设计验证的关心已经被达到。

设想整个团队以深入验证过程之中的可见度，对项目所关心的一系列事情和优先权达成一致意见。这些能力会让工程和管理人员全神贯注于手头的工作上，了解项目正沿着合适的道路朝着最终成功递交的目标健康前进。它会赋予每一个共同利益拥有者一种能力和责任，如果他们所关心的事情未被解决的话，就向团队告警。

最好的办法是，已提高的可见度会让团队成员在项目执行过程中最需要的时候发出项目告警。通过各种告警，即将浮出表面的刻不容缓的利害关心被发布，而不是在项目结束之时仅仅作为一个有关历史的轶事和对未来项目的“后事之师”。

我们也需要确信，团队领导人和经理了解团队每一个成员对成功完成一个项目的贡献所在。经理们需要知道贡献的水平怎么样，而不仅仅是了解所期待的贡献水平。这种能力让团队领导人能够尽早发现各种问题，那么，这些问题就能被修正，或发现预估完成时间和实际所用时间之间的差异。管理人员需要及时察觉各种不合作的情况，而不是事后总结教训！

为了更有生产率，我们也需要有效地管理由当今的验证方法所产生的海量数据。这就让用户去确定哪种不成功的验证情形对调试努力是最有效的，自动地确定有待重新运行的最短的情节，或发现所有造成特定故障机制的情节。这种方法容许对执行了器件的一个特殊有问题部分的所有情节进行检查。工程师也能够确定验证任务的哪一个部分已经被完成，并且，然后有效地全神贯注于下一个最高的优先级。

指标驱动的架构

通过利用一种以指标驱动的过程自动化为特色的方法，可以实现更加多的验证。这里介绍的就是其架构：

首先，团队根据需要创建项目。他们确定器件的最重要功能是什么且当那些功能已经被有效地验证时如何测量。每一个共同利益拥有者要在规划的初期贡献他们的要求，并参与确定如何客观地测量那些已经被达成的要求。

验证团队然后开始根据那些要求开始执行。随着他们实现解决每一个要求的机制，他们也实现了客观的测量，(功能覆盖、代码覆盖、软件覆盖、断言覆盖)那就表明各种要求已经得当了满足。随着像仿真这样的验证引擎的执行，他们产生了各种特定的测量指标。

这些指标然后由指标驱动的过程自动化和管理解决方案收集并提供给团队，从而使团队能够根据实时数据进行反应并作出变化。相同的指标也可以被用于驱动其它自动化引擎，这些引擎的反应促进验证收敛跟踪、调试分析、测试情节生成和其它验证过程。

最后，通过对计划作出必要的调整，如重新排列优先权、重新分配或附加的自动化调试情节执行，以获得洞察设计失败的详细信息，项目开发回路被闭合。因为回路是闭合的，团队也获得了正在被达成的整个目标有多好的逐渐显露的迹象，从而消除导致将来市场瓦解的进度表“冲击”。

对于设计和验证团队来说，至关重要携手并肩地工作，以便每一个团队成员能从这种新的结合了验证创新和自动化管理的领域获益。欲了解更多关于这种架构的内容，请阅读即将出版的图书《Metric Driven Verification: An Executive's and Engineer's Guide to First Pass Silicon Success》，其中，详细介绍了它背后的架构和基础构造。

Hamilton Carter
Cadence Design Systems负责验证的高级技术带头人
曾与Shankar G. Hemmady合著《Metric Driven Verification: An Executive's and Engineer's Guide to First Pass Silicon Success》一书