I am totally in agreement with you then. The current functional coverage is badly architected and does not scale. Companies have too many problems relating use case coverage to functional coverage poinbt. I think use cases are the key and these can be broken down into ways in whgich use cases can be satisfied. Problem is that EDA companies have too much invested in functional coverage to want to change.
no, I am asking how to define function coverage efficiently. Now we can only extract cover points from design spec, and it is for verification only. Above discussion looks like related to expanding functional coverage to system level. I am wondering how to achieve it. And how to organize it and make it as "simple" as code coverage.
who should be the person to define the system level functional coverage matrics? How to prove it is complete. If it is not a complete matrics, it is meaningless to target it and if it is too complex, quite difficuit to get 100%. Functional coverage is not like code coverage with which we have a good reference. (RTL code)
As we unveil EE Times’ 2015 Silicon 60 list, journalist & Silicon 60 researcher Peter Clarke hosts a conversation on startups in the electronics industry. Panelists Dan Armbrust (investment firm Silicon Catalyst), Andrew Kau (venture capital firm Walden International), and Stan Boland (successful serial entrepreneur, former CEO of Neul, Icera) join in the live debate.