十大软件质量因素在CMMI评估时如何蒙混过关？

这段时间在准备CMMI评估，实际情况跟CMMI3里的要求相去甚远（终于可以用天壤之别了），可为了评估通过得编剧本，再演练。演练过程问题多多，今天把这么一个问题记下来与大家讨论。

RTM（需求跟踪矩阵）里的对非功能性的用户需求怎么考虑？

问题是这样发现的：演练时，问软件性能怎么具体测? 被问者支支吾吾后（实际情况是我们现在做的软件从来就没有关注做性能这一块）... 提问者又追问做需求人员：性能方面的需求当时怎么考虑的？RTM中怎么跟踪的？

实际情况根本没有实质内容。

演练下来后，PM让我把RTM里对非功能方面的需求补上。

"明知山有虎偏向虎山行“，那就补吧。 于是硬着头皮从假需求文档中像模像样地把那些非功能方面的需求拷到RTM中。 里边有这么个质量需求，内容是这么几个关键字：正确性 健壮性 可靠性 性能效率 易用性 安全性 可扩展性 兼容性 可移植性。 比猫画虎地把这些字放到用户需求和产品需求的RTM中。 可到设计时出事了：这么几个大而全且没有具体度量方式的要求怎么在设计里体现出来？

想在网上搜下看，能不能找到点线索。

无果。

不过，有这么一篇文章让我深入地明白了上面那些大而全的词是影响软件的”十大质量因素“。

现在不跟大家讨论这十大因素在实际中怎么考虑了，转而求其次地，大家说说看这些针对这些因素怎么能在CMMI评估中蒙混过关吧？