2016年下半年软件设计师真题答案(上午)

Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.

Digital computers . are themselves more complex than most things people build; they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.

The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for three centuries by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because the complexities( 75 )in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.

Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.

Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.

Digital computers . are themselves more complex than most things people build; they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.

The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for three centuries by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because the complexities( 75 )in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.

Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.

Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.

Digital computers . are themselves more complex than most things people build; they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.

The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for three centuries by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because the complexities( 75 )in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.

Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.

Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.

Digital computers . are themselves more complex than most things people build; they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.

The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for three centuries by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because the complexities( 75 )in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.

Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.

与地址220.112.179.92匹配的路由表的表项是( )。

Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.

Digital computers . are themselves more complex than most things people build; they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.

The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for three centuries by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because the complexities( 75 )in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.

Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.

如果路由器收到了多个路由协议转发的关于某个目标的多条路由，那么决定采用哪条路由的策略是( )。

某公司内部使用wB.xyz.com.cn作为访问某服务器的地址，其中WB是( )。

以下协议中属于应用层协议的是(66 )，该协议的报文封装在( 67 )。

以下协议中属于应用层协议的是(66 )，该协议的报文封装在( 67 )。

两个矩阵Am*n和Bn*p相乘，用基本的方法进行，则需要的乘法次数为m*n*p 多个矩阵相乘满足结合律，不同的乘法顺序所需要的乘法次数不同。考虑采用动态规划方法确定Mi,M{i+i)，…，Mj多个矩阵连乘的最优顺序，即所需要的乘法次数最少。最少乘法次数用m[i，j]表示，其递归式定义为：其中i、j和k为矩阵下标，矩阵序列中Mi的维度为(Pi-i.)*Pi采用自底向上的方法:实现该算法来确定n个矩阵相乘的顺序，其时间复杂度为( 64 )。若四个矩阵M1. M2、M3.，M4相乘的维度序列为2、6、3、10.3，采用上述算法求解，则乘法次数为( 65 )。

两个矩阵Am*n和Bn*p相乘，用基本的方法进行，则需要的乘法次数为m*n*p 多个矩阵相乘满足结合律，不同的乘法顺序所需要的乘法次数不同。考虑采用动态规划方法确定Mi,M{i+i)，…，Mj多个矩阵连乘的最优顺序，即所需要的乘法次数最少。最少乘法次数用m[i，j]表示，其递归式定义为：其中i、j和k为矩阵下标，矩阵序列中Mi的维度为(Pi-i.)*Pi采用自底向上的方法:实现该算法来确定n个矩阵相乘的顺序，其时间复杂度为( 64 )。若四个矩阵M1. M2、M3.，M4相乘的维度序列为2、6、3、10.3，采用上述算法求解，则乘法次数为( 65 )。

下表为某文件中字符的出现频率，采用霍夫曼编码对下列字符编码，则字符序列“bee”的编码为( 62 );编码：:“110001001101”的对应的字符序列( 63 )

下表为某文件中字符的出现频率，采用霍夫曼编码对下列字符编码，则字符序列“bee”的编码为( 62 );编码：:“110001001101”的对应的字符序列( 63 )

以下关于二叉排序树(或二叉查找树、二叉搜索树)的叙述中，正确的是( )

具有3个 节点的二叉树有( )种形态。

设有一个包含n个元素的有序线性表。在等概率情况下删除其中的一个元素，若采用顺序存储结构，则平均需要移动( 58 )个元素;若采用单链表存储，则平均需要移动( 59 )个元素。

设有一个包含n个元素的有序线性表。在等概率情况下删除其中的一个元素，若采用顺序存储结构，则平均需要移动( 58 )个元素;若采用单链表存储，则平均需要移动( 59 )个元素。

给定关系R(A，B，c，D)和关系S(A,C,E，F，)，对其进行自然连接运算Rs后的属:性列为( 54 )个;与αR.B>S.E;R>S)等价的关系代数表达式为( 55 )。

拓扑序列是有向无环图中所有顶点的一个线性序列，若有向图中存在弧或存在从顶点v到w的路径，则在该有向图的任一拓扑序列中，V一定在w之前。下面有向图的拓扑序列是( )

下列查询B=“大数据”且F=“开发平台”，结果集属性列为A.B.C.F的关系代数表达式中，查询效率最高的是( )。

给定关系模式R(U,F)，萁中：u为关系模式R中的属性集，，是u上的一组函数依赖。假设u={A1，A2，A3;A4)，F={A1→A2，A1A2→A3,A1→A4,A2→A4那么关系R的主键应为( 52 )。函数依赖集F中的( 53 )是冗余的。

给定关系R(A，B，c，D)和关系S(A,C,E，F，)，对其进行自然连接运算Rs后的属:性列为( 54 )个;与αR.B>S.E;R>S)等价的关系代数表达式为( 55 )。

运行下面的C程序代码段，会出现( )错误。int k=0;for(;k<100;);{k++;)

在数据库系统中，一般由DBA使用DBMS提供的授权功能为不同用户授权，其主要目的是为了保证数据库的( )。

给定关系模式R(U,F)，萁中：u为关系模式R中的属性集，，是u上的一组函数依赖。假设u={A1，A2，A3;A4)，F={A1→A2，A1A2→A3,A1→A4,A2→A4那么关系R的主键应为( 52 )。函数依赖集F中的( 53 )是冗余的。

乔姆斯基(Chomsky)将文法分为4种类型，程序设计语言的大多数语法现象可用其中的( )描述。

由字符a、b构成的字符串中，若每个a后至少跟一个b，则该字符串集合可用正规式表示为( )。

(46 )模式将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创 建不同的表示。以下( 47 )情况适合选用该模式。①抽象复杂对象的构建步骤②基于构建过程的具体实现构建复杂对象的不同表示③一个类仅有一个实例④一个类的实例只能有几个不同状态组合中的一种

(46 )模式将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创 建不同的表示。以下( 47 )情况适合选用该模式。①抽象复杂对象的构建步骤②基于构建过程的具体实现构建复杂对象的不同表示③一个类仅有一个实例④一个类的实例只能有几个不同状态组合中的一种

下图①②③④所示是UML( 42 )。现有场景：一名医生(Doctor)可以治疗多位病人(Patient)，一位病人可以由多名医生治疗，一名医生可能多次治疗同一位病人。要记录哪名医生治疗哪位病人时，需要存储治疗(Treatment)的日期和时间。以下①②③④图中( 43 )。是描述此场景的模型。

(44 )模式定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换，使得算法可以独立于使用它们的客户而变化。以下( 45 )情况适合选用该模式。①一个客户需要使用一组相关对象②一个对象的改变需要改变其它对象? 需要使用一个算法的不用变体④许多相关的类仅仅是行为有异

(44 )模式定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换，使得算法可以独立于使用它们的客户而变化。以下( 45 )情况适合选用该模式。①一个客户需要使用一组相关对象②一个对象的改变需要改变其它对象? 需要使用一个算法的不用变体④许多相关的类仅仅是行为有异

下图①②③④所示是UML( 42 )。现有场景：一名医生(Doctor)可以治疗多位病人(Patient)，一位病人可以由多名医生治疗，一名医生可能多次治疗同一位病人。要记录哪名医生治疗哪位病人时，需要存储治疗(Treatment)的日期和时间。以下①②③④图中( 43 )。是描述此场景的模型。

以下关于UML状态图中转换(transition)的叙述中，不正确的是( )。

如下所示的切帆状态图中，( )时，不一定会离开状态B

面向对象分析的目的是为了获得对应用问题的理解，其主要活动不包括( )。

在面向对象方法中，支持多态的是( )。

在面向对象方法中，不同对象收到同一消息可以产生完全不同的结果，这一现象称为( )在使用时，用户可以发送一个通用的消息，而实现的细节则由接收对象自行决定。

某模块中有两个处理A和B，分别对数据结构X写数据和读数据，则该模块的内聚类型为( )内聚。

计算机系统( )可以用MTBF/(1+MTBF)来度量，其中MTBF为平均失效间隔时间。

以下关于软件测试的叙述中，不正确的是( )。

对下图所示流程图采用白盒测试方法进行测试，若要满足路径覆盖，则至少需要( 32 )个测试用例。采用McCabe度量法计算该程序的环路复杂性为( 33 )。

对下图所示流程图采用白盒测试方法进行测试，若要满足路径覆盖，则至少需要( 32 )个测试用例。采用McCabe度量法计算该程序的环路复杂性为( 33 )。

( )不属于软件质量特性中的可移植性。

某开发小组欲为一公司开发一个产品控制软件，监控产品的生产和销售过程，从购买各种材料开始，到产品的加工和销售进行全程跟踪。购买材料的流程、产品的加工过程以及销售过程可能会发生变化。该软件的开发最不适宜采用( 29 )模型，主要是因为这种模型( 30 )。

某开发小组欲为一公司开发一个产品控制软件，监控产品的生产和销售过程，从购买各种材料开始，到产品的加工和销售进行全程跟踪。购买材料的流程、产品的加工过程以及销售过程可能会发生变化。该软件的开发最不适宜采用( 29 )模型，主要是因为这种模型( 30 )。

某字长为32位的计算机的文件管理系统采用位示图(bitmap)记录磁盘的使用情况。若磁盘的容量为300GB，物理块的大小为1MB，那么位示图的大小为( )个字。

假设系统中有n个进程共享3台扫描仪，并采用PV操怍实现进程同步与互斥。若系统信号量S的当前值为一l，进程Pl.P2又分别执行了1次P(S)操作，那么信号量S的值应为( )。

假设段页式存储管理系统中的地址结构如下图所示，则系统( )。

3 1 24 23 13 12 0

假设某计算机系统中只有一个CPU、一台输入设备和一台输出设备，若系统中有四个作业T1.T2.T3和T4，系统采用优先级调度，且T1的优先级>T2的优先级>T3的优先级>T4的优先级。每个作业Ti具有三个程序段：输入Ii、计算Ci和输出Pi(i=1，2，3，4)，其执行顺序为Ii--Ci-+Pi.这四个作业各程序段并发执行的前驱图如下所示。图中①、②分别为( 24 )，③、④、⑤分别为( 25 )。

实时操作系统主要用于有实时要求的过程控制等领域。实时系统对于来自外部的事件必须在( )。

假设某计算机系统中只有一个CPU、一台输入设备和一台输出设备，若系统中有四个作业T1.T2.T3和T4，系统采用优先级调度，且T1的优先级>T2的优先级>T3的优先级>T4的优先级。每个作业Ti具有三个程序段：输入Ii、计算Ci和输出Pi(i=1，2，3，4)，其执行顺序为Ii--Ci-+Pi.这四个作业各程序段并发执行的前驱图如下所示。图中①、②分别为( 24 )，③、④、⑤分别为( 25 )。

二维数组a[1..N，1..n]可以按行存储或按列存储。对于数组元素a[i,j]（1≦i,j≦N），当（22）时，在按行和按列两种存储方式下，其偏移量相同。

常用的函数参数传递方式有传值与传引用两种( )。

成本估算时，(　　)方法以规模作为成本的主要因素，考虑多个成本驱动因子。该方法包括三个阶段性模型，即应用组装模型、早期设计阶段模型和体系结构阶段模型。

某软件项目的活动图如下图所示，其中顶点表示项目里程碑，连接顶点的边表示包含的活动，边上的数字表示相应活动的持续时间(天)，则完成该项目的最少时间为( 17 )天。活动BC和BF最多可以晚开始( 18 )天而不会影响整个项目的进度。

某软件项目的活动图如下图所示，其中顶点表示项目里程碑，连接顶点的边表示包含的活动，边上的数字表示相应活动的持续时间(天)，则完成该项目的最少时间为( 17 )天。活动BC和BF最多可以晚开始( 18 )天而不会影响整个项目的进度。

在敏捷过程的开发方法中，( )使用了迭代的方法，其中，把每段时间(30天)一次的迭代称为一个“冲刺”，并按需求的优先级别来实现产品，多个自组织和自治的小组并行地递增实现产品。

结构化开发方法中,( )主要包含对数据结构和算法的设计。

甲、乙两厂生产的产品类似，且产品都使用“B"商标。两厂于同一天向商标局申请商标注册，且申请注册前两厂均未使用“B"商标。此情形下，( )能核准注册。

在FM方式的数字音乐合成器中，改变数字载波频率可以改变乐音的( 13 )，改变它的信号幅度可以改变乐音的( 14 )

在FM方式的数字音乐合成器中，改变数字载波频率可以改变乐音的( 13 )，改变它的信号幅度可以改变乐音的( 14 ).

甲公司软件设计师完成了一项涉及计算机程序的发明。之后，乙公司软件设计师也完成了与甲公司软件设计师相同的涉及计算机程序的发明。甲、乙公司于同一天向专利局申请发明专利。此情形下，( )是专利权申请人。

( )的保护期限是可以延长的。

( )不是数字签名的作用。

在网络设计和实施过程中要采取多种安全措施，其中( )是针对系统安全需求的措施。

可用于数字签名的算法是( )。

已知数据信息为16位，最少应附加( )位校验位，以实现海明码纠错。

以下关于Cache与主存间地址映射的叙述中，正确的是( )。

计算机在一个指令周期的过程中，为从内存读取指令操作码，首先要将( )的内容送到地址总线上。

设1 6位浮点数，其中阶符1位、阶码值6位、数符1位、尾数8位。若阶码用移码表示，尾数用补码表示，则该浮点数所能表示的数值范围是( )