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)
A Book For All Reasons Bernard Cole1 Comment Robert Oshana's recent book "Software Engineering for Embedded Systems (Newnes/Elsevier)," written and edited with Mark Kraeling, is a 'book for all reasons.' At almost 1,200 pages, it ...