44-验证的周期、45-验证管理的三要素

1、验证的里程碑:
2、门级仿真:添加网表、添加sdf(标准延时文件,模拟真实各个厂家提供库文件cell的delay);
会发现时序违例等问题,比如:跨时钟域时,没有做同步,这时在门级仿真时会报时序违例,其实该问题就是跨时钟域的问题,一般在验证前期会有跨时钟检查(rtl阶段的CDC检查,有可能是进行的CDC检查但仍未检查出来,或者没有做CDC检查) 。
门级仿真出错解决方法:
先修改rtl(开发人员,手动的,好修改,用时少)、再修改门级网表(开发人员,手动的,不好改,耗时长);

44-验证的周期、45-验证管理的三要素

文章插图
修改完成后,需要将rtl到网表所有的流程再走以便(验证人员,耗时时间长);
在门级仿真发现问题时,后端不会因你自己模块的问题而把全芯片的综合重新做一遍,是因为:全芯片做综合很耗时,十亿门做一次综合需要一周左右;
3、TO:tip out,流片阶段验证的任务;
4、覆盖率一般包括:代码覆盖率、功能覆盖率、断言覆盖率、寄存器覆盖率;
1、时间管理之早行动:早开始,提前计划,尽早开展项目的开始;
2、时间管理之少依赖:所有的工作需要并行化,例:不能因为dsp模块(dsp之类的处理器一般比较难)没有开发好或者集成好,而阻塞别的模块,所以这时候需要搞一个dsp模块的bb模块(一般使用sv、uvm),这样就不会阻塞别的模块进度;
44-验证的周期、45-验证管理的三要素

文章插图
3、时间管理之大局观:每个验证人员不仅要关注自己负责模块验证进度,同时还要清楚共同的关键节点,以及各个模块之间的依赖性;意思就是不仅要关注自己的节点,同时也要关注项目总体的节点;
4、人力资源安排之团队建设:比如新的任务交给老员工,可以将老的任务交给新员工,等等;
5、人力资源安排之技术和管理:技术和管理都很牛,所以适合你的才是最好的,可以通过在技术和管理中都体验一遍,可以确定自己更适合哪个;
6、任务的拆分和重组:拆分-将复杂的任务拆分成小的任务,重组- 统筹各个模块、不同验证节点之间的任务(脚本、仿真工具、环境);
7、覆盖率文件可以参数化实现;
8、6个例化时各个参数都是不一样的,可以使用一个参数化的平台对其进行验证,节省人力时间;
【44-验证的周期、45-验证管理的三要素】9、验证人员前千万想着推翻前人做的一些事情,应该继承以前的一些特点,兼容以前的优点,再做优化;