我们在设计软件功能模块结构时，尽量要保证系统的全局耦合度不要太高。

如何使对象功能专注、可理解、可管理，同时又支持低耦合？可以使用以下（ ）的GRASP原则。

详细设计的任务包括哪些（ ）

以下哪个选项的内容可以描述概要设计的目的。（ ）

我们在设计软件模块结构时，希望能够保证模块内的高内聚、模块之间的低耦合，也希望模块之间的信息流结构不要过于复杂。模块化程度高的软件，结构相对简单，软件的可靠性可重用性更高，更易于测试与维护。

以下哪个属性不属于Henry and Kafura 提出的信息流复杂性（Information Flow Complexity）度量方法考虑的因素。（ ）

计算程序的环形复杂度，代码如下: void choise(int *a,int n) { int i,j,k,temp; for(i=0;i<n-1;i++) { k="i;" *给记号赋值* for(j="i+1;j&lt;n;j++)" if(a[k]> a[j]) k=j; /*是k总是指向最小元素*/ } if(i!=k) { /*当k!=i是才交换，否则a[i]即为最小*/ temp=a[i]; a[i]=a[k]; a[k]=temp; } } } （答案请填写阿拉伯数字）

某系统的类图设计如下图所示，试据此根据CK度量方法回答下面几个问题： 1. 计算WMC（Weighted Methods per Class）：假设类中方法的复杂度都为1，则WMC(Notice)、WMC(业务重保通知)分别为多少？ 2. 计算DIT（Depth of Inheritance Tree）:DIT(Notice)、DIT(割接通知) 分别为多少？ 3. 计算CBO（Coupling Between Objects）：CBO(Notice) 、CBO(割接通知)分别为多少？ 4．计算NOA（Number of Operatons Added）：NOA(割接通知)、NOA(业务重保通知)分别为多少？ 5. 试分析类图中哪个类属于相对复杂的类，需要花费较多时间来进行设计实现及测试？为什么？

（ ）模型没有给出度量软件质量的框架。

我们在考察程序的复杂性时，应综合考察程序的控制流结构复杂性、数据结构复杂性，以及考察程序算法的时间复杂度与空间复杂度。

以下（ ）度量方法不能用于度量软件规模。