你可能感兴趣的试题

设下图表示五个城市的航线图，每个结点表示一个城市，两个结点之间边的权值表示两个城市之间直达航线的票价（单位:元）。若某人打算旅游五个城市各一次，并且返回到他的出发点，则旅行的最低总票价为 （） 元。

类库是一种预先定义的程序库，它以程序模块的形式，按照 （） 把一组类的定义和实现组织在一起；（） 对类库的建设提供了强有力的支持。

在 UML 中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称之为 （） ，该图的特点是 （） ，强调参加交互的对象的组织图称之为 （） ，这两种图是 （） 。

类库是一种预先定义的程序库，它以程序模块的形式，按照 （） 把一组类的定义和实现组织在一起；（） 对类库的建设提供了强有力的支持。

操作系统设备管理功能的内部结构设计一般是基于分层的思想，因此，通常将I/O 软件组织成四个层次：用户应用层软件、中断处理程序、独立于设备的软件和设备驱动程序。采用分层思想的主要目的是 （） 。当用户进程提出I/O 请求访问硬件时，需要按“ （） ”的层次结构进行。

在 UML 中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称之为 （） ，该图的特点是 （） ，强调参加交互的对象的组织图称之为 （） ，这两种图是 （） 。

假设磁盘的移动臂位于18 号柱面上，进程的请求序列如下表所示。那么，最省时间的响应序列为 （） ，最费时间的响应序列为 （） 。

在 UML 中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称之为 （） ，该图的特点是 （） ，强调参加交互的对象的组织图称之为 （） ，这两种图是 （） 。

操作系统设备管理功能的内部结构设计一般是基于分层的思想，因此，通常将I/O 软件组织成四个层次：用户应用层软件、中断处理程序、独立于设备的软件和设备驱动程序。采用分层思想的主要目的是 （） 。当用户进程提出I/O 请求访问硬件时，需要按“ （） ”的层次结构进行。

关系R（A，B，C）满足下列函数依赖：F={B→C，B→A，A→BC}，关系R 的候选关键字为 （） ，该关系模式属于 （） 。

按照ISO/IEC 9126 软件质量标准，软件的可维护性所包括的子特性有 （） ，软件的可移植性所包括的子特性有 （） 。

假设磁盘的移动臂位于18 号柱面上，进程的请求序列如下表所示。那么，最省时间的响应序列为 （） ，最费时间的响应序列为 （） 。

在 UML 中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称之为 （） ，该图的特点是 （） ，强调参加交互的对象的组织图称之为 （） ，这两种图是 （） 。

关系R（A，B，C）满足下列函数依赖：F={B→C，B→A，A→BC}，关系R 的候选关键字为 （） ，该关系模式属于 （） 。

按照ISO/IEC 9126 软件质量标准，软件的可维护性所包括的子特性有 （） ，软件的可移植性所包括的子特性有 （） 。

逆向工程过程的抽象层次是指可从源代码中抽取出来的设计信息的精制程度。抽象层次分为四层，其中“最低层”抽象能够导出过程的设计表示文档，“低层”抽象能够导出程序和数据结构信息，“中层”能够导出 （） ，“高层”抽象能够导出 （） 。

从结构的角度看，数据仓库有三种模型：企业仓库、 （） 和虚拟仓库。数据挖掘就是要智能化和自动化地把数据转换为有用的信息和知识，目前已有多种数据挖掘方法。如果需要一个示例库（该库中的每个元组都有一个给定的类标识）做训练集时，该方法称为 （） 。

下面有关CMM 模型的描述中，不正确的是 （） 。CMM 模型的第三级为确定级，其主要过程是关于项目和组织的策略。以下选项中属于第三级的关键过程是 （） 。

从结构的角度看，数据仓库有三种模型：企业仓库、 （） 和虚拟仓库。数据挖掘就是要智能化和自动化地把数据转换为有用的信息和知识，目前已有多种数据挖掘方法。如果需要一个示例库（该库中的每个元组都有一个给定的类标识）做训练集时，该方法称为 （） 。

逆向工程过程的抽象层次是指可从源代码中抽取出来的设计信息的精制程度。抽象层次分为四层，其中“最低层”抽象能够导出过程的设计表示文档，“低层”抽象能够导出程序和数据结构信息，“中层”能够导出 （） ，“高层”抽象能够导出 （） 。

下面有关CMM 模型的描述中，不正确的是 （） 。CMM 模型的第三级为确定级，其主要过程是关于项目和组织的策略。以下选项中属于第三级的关键过程是 （） 。

某流水线浮点加法器分为五级，若每一级所需要的时间分别是6ns、7ns、8ns、9ns 和6ns，则此流水线的最大加速比为 （） 。若每一级的时间均为7ns，则最大加速比为 （） 。

用UML 建立业务模型是理解企业业务过程的第一步。业务人员扮演业务中的角色及其交互方式，例如航空公司的售票员是业务人员，电话售票员也是业务人员，他们之间的关系是（） 。在UML 中，用 （） 表示企业业务的工作流。这种图显示出工作流中的步骤、决策点，以及完成每一步骤的角色和对象。

在多媒体数据库中，基于内容检索的体系结构可分为 （） 两个子系统。基于内容检索要解决的关键技术是 （） 。

某计算机的Cache 采用组相联映象，Cache 容量为16K 字节，每块8 个字，每个字32 位，并且将Cache 中每4 块分为一组。若主存最大容量为4GB 且按字节编址，则主存地址应为（） 位，组号应为 （） 位。若Cache 的命中率为0.95，且Cache 的速度是主存的5 倍，那么与不采用Cache 相比较，采用Cache 后速度大致提高到 （） 倍。

为了推动多媒体会议系统的发展，ITU 组织制订了一系列标准，其中 （） 系列标准用于LAN 会议。通用视频会议系统中的核心是 （） 。

将拥有2500 台主机的网络划分为两个子网，并采用C 类IP 地址。子网1 有500 台主机，子网2 有2000 台主机，则子网1 的子网掩码应设置为 （） ，子网2 至少应划分为 （）个C 类网络。

微机A 和微机B 采用同样的CPU，微机A 的主频为800MHz 而微机B 为1200MHz。若微机A 的平均指令执行速度为40MIPS，则微机A 的平均指令周期为 （） ns，微机B 的平均指令执行速度为 （） MIPS。

某流水线浮点加法器分为五级，若每一级所需要的时间分别是6ns、7ns、8ns、9ns 和6ns，则此流水线的最大加速比为 （） 。若每一级的时间均为7ns，则最大加速比为 （） 。

在多媒体数据库中，基于内容检索的体系结构可分为 （） 两个子系统。基于内容检索要解决的关键技术是 （） 。

某计算机的Cache 采用组相联映象，Cache 容量为16K 字节，每块8 个字，每个字32 位，并且将Cache 中每4 块分为一组。若主存最大容量为4GB 且按字节编址，则主存地址应为（） 位，组号应为 （） 位。若Cache 的命中率为0.95，且Cache 的速度是主存的5 倍，那么与不采用Cache 相比较，采用Cache 后速度大致提高到 （） 倍。

用UML 建立业务模型是理解企业业务过程的第一步。业务人员扮演业务中的角色及其交互方式，例如航空公司的售票员是业务人员，电话售票员也是业务人员，他们之间的关系是（） 。在UML 中，用 （） 表示企业业务的工作流。这种图显示出工作流中的步骤、决策点，以及完成每一步骤的角色和对象。

某计算机的Cache 采用组相联映象，Cache 容量为16K 字节，每块8 个字，每个字32 位，并且将Cache 中每4 块分为一组。若主存最大容量为4GB 且按字节编址，则主存地址应为（） 位，组号应为 （） 位。若Cache 的命中率为0.95，且Cache 的速度是主存的5 倍，那么与不采用Cache 相比较，采用Cache 后速度大致提高到 （） 倍。

微机A 和微机B 采用同样的CPU，微机A 的主频为800MHz 而微机B 为1200MHz。若微机A 的平均指令执行速度为40MIPS，则微机A 的平均指令周期为 （） ns，微机B 的平均指令执行速度为 （） MIPS。

将拥有2500 台主机的网络划分为两个子网，并采用C 类IP 地址。子网1 有500 台主机，子网2 有2000 台主机，则子网1 的子网掩码应设置为 （） ，子网2 至少应划分为 （）个C 类网络。

为了推动多媒体会议系统的发展，ITU 组织制订了一系列标准，其中 （） 系列标准用于LAN 会议。通用视频会议系统中的核心是 （） 。

现在拟建造一个连接11 个城市的铁路网络，要求任何两个城市或者直接可达或者间接可达。用每个结点表示一个城市，两个结点之间边的权值表示两个城市之间直达铁路的造价，由此可得如下各城市之间的造价图。若要求设计的铁路网络总造价最小，则这个最小造价为（） 。这个问题相当于求解已知图的 （） 。

现在拟建造一个连接11 个城市的铁路网络，要求任何两个城市或者直接可达或者间接可达。用每个结点表示一个城市，两个结点之间边的权值表示两个城市之间直达铁路的造价，由此可得如下各城市之间的造价图。若要求设计的铁路网络总造价最小，则这个最小造价为（） 。这个问题相当于求解已知图的 （） 。

一个计算机公司开发的项目需要完成七个任务，其中的某些任务只能在其他任务结束之后才能开始。设这七个任务的集合为A={a,b, c, d, e, f , g}，考虑任务集合A 上的偏序关系≦：任务x ≦任务y，当且仅当任务y 在任务x 结束之后才能开始。这七个任务关于该偏序关系的哈斯图如下所示：


在下列执行次序中，不能按照要求完成这个项目的执行次序为 （） 。

在业务领域分析过程中，通过建立实体关系图，把与业务相关的数据模型化；通过建立 （）来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通过建立 （） 来详细说明整个业务过程的逻辑。

多个软件工程师合作开发一个项目，各开发者之间需要两两互相通信。假设每一条通信路径的开销为200 LOC/年（LOC 为代码行数）。设有四名软件工程师，如果单独工作，每个人的生产率是6000 LOC/年，那么由这四名软件工程师组成的项目组的生产率为 （） 。在这一年期限的最后两个月，又增加了两名工程师，新增成员的个人生产率为3000 LOC/年，那么这六人组成的项目组全年完成的开发工作量为 （） 。

Prior to the UML, there was no clear leading （） language. Users had to choose from among many similar modeling languages with minor differences in overall （） power. Most of the modeling languages shared a set of commonly accepted concepts that are expressed slightly differently in various languages. This lack of （） discouraged new users from entering the OO market and from doing OO modeling, without greatly expanding the power of modeling. Users longed for the industry to adopt one, or a very few, broadly supported modeling languages suitable for （） usage. Some vendors were discouraged from entering the OO modeling area because of the need to support many similar, but slightly different, modeling languages. In particular, the supply of add-on tools has been depressed because small vendors cannot afford to support many different formats from many different （） modeling tools. It is important to the entire OO industry to encourage broadly based tools and vendors, as well as niche products that cater to the needs of specialized groups.

Developing reliable software on time and within （） represents a difficult endeavor for many organizations. Usually business solutions have three main aspects: people, （） , and technology. The main reason for failing software projects has little to do with technology and tools, and much to do with lack of process （） . Experience has shown that introducing new technology and tools in an immature or undisciplined environment is likely to increase the chaos. CASE tools are not enough. “A fool with a tool is still a fool!” Structured method was the first wave of the software industry. This was the beginning of transforming software development from a “ （） industry” to mass production. Software process movement is the second wave in the software industry. The process maturity movement prepares the way for the third wave of the software industry: “software industrialization”.Software development will become like an assembly and manufacturing process. A critical enabling factor is a disciplined software engineering process with predictable quality, （） and functionality.

Prior to the UML, there was no clear leading （） language. Users had to choose from among many similar modeling languages with minor differences in overall （） power. Most of the modeling languages shared a set of commonly accepted concepts that are expressed slightly differently in various languages. This lack of （） discouraged new users from entering the OO market and from doing OO modeling, without greatly expanding the power of modeling. Users longed for the industry to adopt one, or a very few, broadly supported modeling languages suitable for （） usage. Some vendors were discouraged from entering the OO modeling area because of the need to support many similar, but slightly different, modeling languages. In particular, the supply of add-on tools has been depressed because small vendors cannot afford to support many different formats from many different （） modeling tools. It is important to the entire OO industry to encourage broadly based tools and vendors, as well as niche products that cater to the needs of specialized groups.

在业务领域分析过程中，通过建立实体关系图，把与业务相关的数据模型化；通过建立 （）来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通过建立 （） 来详细说明整个业务过程的逻辑。

多个软件工程师合作开发一个项目，各开发者之间需要两两互相通信。假设每一条通信路径的开销为200 LOC/年（LOC 为代码行数）。设有四名软件工程师，如果单独工作，每个人的生产率是6000 LOC/年，那么由这四名软件工程师组成的项目组的生产率为 （） 。在这一年期限的最后两个月，又增加了两名工程师，新增成员的个人生产率为3000 LOC/年，那么这六人组成的项目组全年完成的开发工作量为 （） 。

Prior to the UML, there was no clear leading （） language. Users had to choose from among many similar modeling languages with minor differences in overall （） power. Most of the modeling languages shared a set of commonly accepted concepts that are expressed slightly differently in various languages. This lack of （） discouraged new users from entering the OO market and from doing OO modeling, without greatly expanding the power of modeling. Users longed for the industry to adopt one, or a very few, broadly supported modeling languages suitable for （） usage. Some vendors were discouraged from entering the OO modeling area because of the need to support many similar, but slightly different, modeling languages. In particular, the supply of add-on tools has been depressed because small vendors cannot afford to support many different formats from many different （） modeling tools. It is important to the entire OO industry to encourage broadly based tools and vendors, as well as niche products that cater to the needs of specialized groups.

Developing reliable software on time and within （） represents a difficult endeavor for many organizations. Usually business solutions have three main aspects: people, （） , and technology. The main reason for failing software projects has little to do with technology and tools, and much to do with lack of process （） . Experience has shown that introducing new technology and tools in an immature or undisciplined environment is likely to increase the chaos. CASE tools are not enough. “A fool with a tool is still a fool!” Structured method was the first wave of the software industry. This was the beginning of transforming software development from a “ （） industry” to mass production. Software process movement is the second wave in the software industry. The process maturity movement prepares the way for the third wave of the software industry: “software industrialization”.Software development will become like an assembly and manufacturing process. A critical enabling factor is a disciplined software engineering process with predictable quality, （） and functionality.

Prior to the UML, there was no clear leading （） language. Users had to choose from among many similar modeling languages with minor differences in overall （） power. Most of the modeling languages shared a set of commonly accepted concepts that are expressed slightly differently in various languages. This lack of （） discouraged new users from entering the OO market and from doing OO modeling, without greatly expanding the power of modeling. Users longed for the industry to adopt one, or a very few, broadly supported modeling languages suitable for （） usage. Some vendors were discouraged from entering the OO modeling area because of the need to support many similar, but slightly different, modeling languages. In particular, the supply of add-on tools has been depressed because small vendors cannot afford to support many different formats from many different （） modeling tools. It is important to the entire OO industry to encourage broadly based tools and vendors, as well as niche products that cater to the needs of specialized groups.

Developing reliable software on time and within （） represents a difficult endeavor for many organizations. Usually business solutions have three main aspects: people, （） , and technology. The main reason for failing software projects has little to do with technology and tools, and much to do with lack of process （） . Experience has shown that introducing new technology and tools in an immature or undisciplined environment is likely to increase the chaos. CASE tools are not enough. “A fool with a tool is still a fool!” Structured method was the first wave of the software industry. This was the beginning of transforming software development from a “ （） industry” to mass production. Software process movement is the second wave in the software industry. The process maturity movement prepares the way for the third wave of the software industry: “software industrialization”.Software development will become like an assembly and manufacturing process. A critical enabling factor is a disciplined software engineering process with predictable quality, （） and functionality.

Developing reliable software on time and within （） represents a difficult endeavor for many organizations. Usually business solutions have three main aspects: people, （） , and technology. The main reason for failing software projects has little to do with technology and tools, and much to do with lack of process （） . Experience has shown that introducing new technology and tools in an immature or undisciplined environment is likely to increase the chaos. CASE tools are not enough. “A fool with a tool is still a fool!” Structured method was the first wave of the software industry. This was the beginning of transforming software development from a “ （） industry” to mass production. Software process movement is the second wave in the software industry. The process maturity movement prepares the way for the third wave of the software industry: “software industrialization”.Software development will become like an assembly and manufacturing process. A critical enabling factor is a disciplined software engineering process with predictable quality, （） and functionality.

Prior to the UML, there was no clear leading （） language. Users had to choose from among many similar modeling languages with minor differences in overall （） power. Most of the modeling languages shared a set of commonly accepted concepts that are expressed slightly differently in various languages. This lack of （） discouraged new users from entering the OO market and from doing OO modeling, without greatly expanding the power of modeling. Users longed for the industry to adopt one, or a very few, broadly supported modeling languages suitable for （） usage. Some vendors were discouraged from entering the OO modeling area because of the need to support many similar, but slightly different, modeling languages. In particular, the supply of add-on tools has been depressed because small vendors cannot afford to support many different formats from many different （） modeling tools. It is important to the entire OO industry to encourage broadly based tools and vendors, as well as niche products that cater to the needs of specialized groups.

Developing reliable software on time and within （） represents a difficult endeavor for many organizations. Usually business solutions have three main aspects: people, （） , and technology. The main reason for failing software projects has little to do with technology and tools, and much to do with lack of process （） . Experience has shown that introducing new technology and tools in an immature or undisciplined environment is likely to increase the chaos. CASE tools are not enough. “A fool with a tool is still a fool!” Structured method was the first wave of the software industry. This was the beginning of transforming software development from a “ （） industry” to mass production. Software process movement is the second wave in the software industry. The process maturity movement prepares the way for the third wave of the software industry: “software industrialization”.Software development will become like an assembly and manufacturing process. A critical enabling factor is a disciplined software engineering process with predictable quality, （） and functionality.