以下关于各开发活动中的度量属性，哪些说法是正确的？（）A、源代码度量最著名的方法是ASLSEAD的“软件科学”理论，在工程应用中非常使用B、测试度量是度量测试的技术特征而不是测试过程C、设计完成是则可进行较精确的度量，无论是传统命令式结构化程序还是面向对象程序都要作“3C”度量，即复杂性、内聚性、偶合性D、对需求分析模型的度量主要为估计成本而用，是比较精细的，主要是针对开发软件的大小
以下关于各开发活动中的度量属性，哪些说法是正确的？（）
- A、源代码度量最著名的方法是ASLSEAD的“软件科学”理论，在工程应用中非常使用
- B、测试度量是度量测试的技术特征而不是测试过程
- C、设计完成是则可进行较精确的度量，无论是传统命令式结构化程序还是面向对象程序都要作“3C”度量，即复杂性、内聚性、偶合性
- D、对需求分析模型的度量主要为估计成本而用，是比较精细的，主要是针对开发软件的大小
相关考题：
对软件复杂性进行度量时，采用代码行度量法，下列说法不正确的是()。A.每行代码的出错率与源程序行数之间不存在简单的线性关系B.对于少于100行语句的小程序，源代码行数与出错率是线性相关的C.代码行度量法只是一简单的，估计的很粗糙的方法D.随着程序的增大，出错率以线性方式增长
关于软件用户质量要求，以下说法正确的是 （ ） 。A.用户质量要求可通过内部质量的度量、外部度量，有时是功能度量来确定为质量要求B.用户质量要求可通过用户需求质量的度量、内部度量，有时是外部度量确定为质量要求C.用户质量要求可通过使用质量的度量、外部度量，有时是内部度量来确定为质量要求D.用户质量要求可通过使用质量的外部度量、内部度量，有时是需求度量来确定为质量要求
以下关于软件质量和度量的说法，错误的是（ ）A.软件质量特性的定义方式往往无法进行直接测量B.度量可以随环境和应用度量的开发过程阶段的不同而有所区别C.在选择度量时，重要的是软件产品的度量要能即简单又经济地运行，而且测量结果也要易于使用D.软件度量上仅需考虑软件产品的内部质量属性，无需考虑用户的观点
对度量法，叙述错误的是（）A、度量法是一种基于程序控制流的复杂性度量法B、度量法以图论为工具，用图的环路数作为程序复杂性的度量值C、度量法不能区分简单IF语句和循环语句的复杂性D、度量法对模块间的接口和简单IF语句区分对待
对McCabe度量法，叙述错误的是（）A、McCabe度量法是一种基于程序控制流的复杂性度量法B、McCabe度量法以图论为工具，用图的环路作为程序复杂性的度量值C、McCabe度量法将简单IF语句和赋值语句的复杂性同等看待D、McCabe复杂性度量也称为环路度量
对于监控测试周期时采用的度量方法，下列叙述中不当的是：（）A、基于故障和基于失效的度量：统计特定软件版本中的故障数。B、基于测试用例的度量：统计各优先级的测试用例数量。C、基于测试对象的度量：统计代码和安装平台等覆盖情况。D、基于成本的度量：统计已经花费的测试成本，下一测试周期的成本与预期收益的关系。
单选题对于监控测试周期时采用的度量方法，下列叙述中不当的是：（）A基于故障和基于失效的度量：统计特定软件版本中的故障数。B基于测试用例的度量：统计各优先级的测试用例数量。C基于测试对象的度量：统计代码和安装平台等覆盖情况。D基于成本的度量：统计已经花费的测试成本，下一测试周期的成本与预期收益的关系。
单选题对McCabe度量法，叙述错误的是（）AMcCabe度量法是一种基于程序控制流的复杂性度量法BMcCabe度量法以图论为工具，用图的环路作为程序复杂性的度量值CMcCabe度量法将简单IF语句和赋值语句的复杂性同等看待DMcCabe复杂性度量也称为环路度量
( 难度：中等)软件度量包括3 个维度，即项目度量、产品度量和（）A.用户度量B.过程度量C.应用度量D.绩效度量