跟踪ECO阶段所做的更改，以避免沟通不畅和不必要的修改。
在本系列的最后一篇博客，我们讨论了VDD如何帮助设计和布局工程师更有效地工作。沟通精确和准确的信息是提高生产力、评估和计划过程的关键因素。可视化更改可以更容易地跟踪技术细节。
ECO(工程变更命令)阶段是设计项目生命周期中的一个重要阶段。可以有把握地假设，对于几乎每一个前沿项目，规范和/或实现细节在开发过程中都会发生变化。eco可以补偿设计错误或设计规范的更改。根据设计方法或流程的不同，eco可能发生在硅之前或硅之后。在一些罕见的情况下，经验丰富的设计团队甚至敢于在对一些金属层进行更改时将基础层剥离。
当团队承担ECO的责任时，团队的每个成员理解、同意并只实现特定的变更是至关重要的。设计经理和布局经理都需要跟踪这样一个事实，即团队只实现了商定的更改。由于ECO阶段处于项目的末尾，因此通常有巨大的时间压力，不能错过最后期限。
为了便于说明，让我们假设AFE(模拟前端)被设计来满足需求。布局团队几乎完成了上述设计的实现。AFE已经准备好与芯片的其余部分集成。然而，最后一分钟的变化出现了。芯片集成团队想要稍微提高AFE输出级的驱动强度。AFE团队认为，通过做一些小的更改，在技术上是可行的。这可以通过ECO来实现。团队同意这个更改，并开始考虑它。
经常看到的是这样的场景……
有激情的工程师需要在设计完成后，用更精确的寄生进行额外的模拟。原因是在布局完成后，它们有更准确的寄生数据。通常，这是对他们提出的设计的验证，并指导他们在下一个迭代中做出更有效的设计。
在我们的示例中，让我们以设计工程师找到修复ESD参数的更好方法为例。他原来的溶液已经足够了，但这个更酷!对于工程师来说，将他的更改包含在ECO中似乎是一个显而易见的决定。模拟数据甚至可能为其提供强有力的证据。然而，从设计管理的角度来看，将其纳入ECO有意义吗?虽然从技术上讲，这可能完全有意义，但通常没有足够的时间和资源来重新进行上游更改。通常情况下，设计经理会更加谨慎，不会在最后一刻对设计进行修改。
设计经理需要确保这些最后一分钟的更改不会意外地进入ECO。做到这一点的一种方法是在AFE顶部单元上运行分层检查，并确保只修改了商定的原理图和布局。如何实现这一目标?
Cliosoft VDD有一种分层的操作模式，可以与带标签的数据一起使用。
让我们说交付给集成团队的版本候选被标记为“RC_1”。设计经理可以在AFE顶层单元示意图上运行分层的可视化设计差异分析报告，并识别已修改的单元。设计管理器可以简单地钻取每个修改的设计对象，并检查自应用RC_1标记以来发生的更改。在Cadence原理图或布局画布上使用粗体颜色可视化设计更改是识别已生效的更改的非常有效的方法。
在上述场景中，Cliosoft VDD的功能是设计协作中的宝贵资产。它使设计经理能够跟踪在整个设计层次结构中发生的更改。它消除了关于实际修改的单元格的潜在误解。
Cliosoft VDD可以在项目的ECO阶段以另一种有趣的方式使用。它可以与命令行界面一起非交互式地使用。如果设计团队已经为夜间回归基础设施实现了基础设施，那么该工具可以准确地报告更改和进展。如果修改了意想不到的单元格，那么回归很容易引发一个危险信号。像这样的警报系统非常重要，特别是在执行包含各种ip的大型设计时。
总而言之，可视化或报告自上一个候选版本以来所做的更改的能力是设计和布局管理人员的强大工具。
在本系列博客的第三部分中，我们将讨论建立一个设计流程的重要性，该流程可以平衡对设计的追求，同时保持项目进度。
|
|
|
|
|
|
|
|
|
留下回复