你可能感兴趣的试题

假设系统中有n个进程共享3台打印机，任一进程在任一时刻最多只能使用1台打印机。若用PV操作控制n个进程使用打印机，则相应信号量S的取值范围为（）；若信号量S的值为-3，则系统中有（）个进程等待使用打印机。

假设系统中有n个进程共享3台打印机，任一进程在任一时刻最多只能使用1台打印机。若用PV操作控制n个进程使用打印机，则相应信号量S的取值范围为（）；若信号量S的值为-3，则系统中有（）个进程等待使用打印机。

 假设文件系统采用索引节点管理，且索引节点有8个地址项iaddr[0]～iaddr[7]，每个地址项大小为4B，iaddr[0]～iaddr[4]采用直接地址索引，iaddr[5]和iaddr[6]采用一级间接地址索引，iaddr[7]采用二级间接地址索引。假设磁盘索引块和磁盘数据块大小均为1KB字节，文件Filel的索引节点如下图所示。若用户访问文件Filel中逻辑块号为5和261的信息，则对应的物理块号分别为（）；101号物理块存放的是（）。

在数据库设计的需求分析阶段应当形成（），这些文档可以作为（）阶段的设计依据。

某商场商品数据库的商品关系模式P(商品代码，商品名称，供应商，联系方式，库存量)，函数依赖集F＝{商品代码→商品名称，(商品代码，供应商)→库存量，供应商→联系方式)。商品关系模式P达到（）；该关系模式分解成（）后，具有无损连接的特性，并能够保持函数依赖。

在数据库设计的需求分析阶段应当形成（），这些文档可以作为（）阶段的设计依据。

某商场商品数据库的商品关系模式P(商品代码，商品名称，供应商，联系方式，库存量)，函数依赖集F＝{商品代码→商品名称，(商品代码，供应商)→库存量，供应商→联系方式)。商品关系模式P达到（）；该关系模式分解成（）后，具有无损连接的特性，并能够保持函数依赖。

 假设文件系统采用索引节点管理，且索引节点有8个地址项iaddr[0]～iaddr[7]，每个地址项大小为4B，iaddr[0]～iaddr[4]采用直接地址索引，iaddr[5]和iaddr[6]采用一级间接地址索引，iaddr[7]采用二级间接地址索引。假设磁盘索引块和磁盘数据块大小均为1KB字节，文件Filel的索引节点如下图所示。若用户访问文件Filel中逻辑块号为5和261的信息，则对应的物理块号分别为（）；101号物理块存放的是（）。

 企业信息资源集成管理的前提是对企业（）的集成，其核心是对企业（）的集成。

 CRM 是一套先进的管理思想及技术手段，它通过将（）进行有效的整合，最终为企业涉及到的各个领域提供了集成环境。CRM系统的四个主要模块包括（）。

基于UML的需求分析过程的基本步骤为：利用（）表示需求：利用（）表示目标软件系统的总体架构。

快速应用开发(Rapid Application Development，RAD)通过使用基于（）的开发方法获得快速开发。当（）时，最适合于采用RAD方法。

 软件开发环境应支持多种集成机制。根据功能不同，可以将集成机制分为三个部分：（），用以存储与系统开发有关的信息，并支持信息的交流与共享；（），是实现过程集成和控制集成的基础；（），它的统一性和一致性是软件开发环境的重要特征。

 CRM 是一套先进的管理思想及技术手段，它通过将（）进行有效的整合，最终为企业涉及到的各个领域提供了集成环境。CRM系统的四个主要模块包括（）。

企业信息资源集成管理的前提是对企业（）的集成，其核心是对企业（）的集成。

基于UML的需求分析过程的基本步骤为：利用（）表示需求：利用（）表示目标软件系统的总体架构。

快速应用开发(Rapid Application Development，RAD)通过使用基于（）的开发方法获得快速开发。当（）时，最适合于采用RAD方法。

软件开发环境应支持多种集成机制。根据功能不同，可以将集成机制分为三个部分：（），用以存储与系统开发有关的信息，并支持信息的交流与共享；（），是实现过程集成和控制集成的基础；（），它的统一性和一致性是软件开发环境的重要特征。

软件开发环境应支持多种集成机制。根据功能不同，可以将集成机制分为三个部分：（），用以存储与系统开发有关的信息，并支持信息的交流与共享；（），是实现过程集成和控制集成的基础；（），它的统一性和一致性是软件开发环境的重要特征。

采用以架构为核心的软件开发方法，在建立软件架构的初期，首要任务是选择一个合适的（），在此基础上，开发人员通过架构模型，可以获得关于上（）的理解，为将来的架构实现与演化过程建立了目标。

ANSI/IEEE 1471-2000是对软件密集型系统的架构进行描述的标准。在该标准中，（）这一概念主要用于描述软件架构模型。在此基础上，通常采用（）描述某个利益相关人(Stakeholder)所关注架构模型的某一方面。（）则是对所有利益相关人关注点的响应和回答。

若系统中的某子模块需要为其他模块提供访问不同数据库系统的功能，这些数据库系统提供的访问接口有一定的差异，但访问过程却都是相同的，例如，先连接数据库，再打开数据库，最后对数据进行查询。针对上述需求，可以采用（）设计模式抽象出相同的数据库访问过程，该设计模式（）。

 特定领域软件架构(Domain Specific Software Architecture，DSSA)是在一个特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构。DSSA的基本活动包括领域分析、领域设计和领域实现。其中领域分析的主要目的是获得（），从而描述领域中系统之间共同的需求，即领域需求；领域设计的主要目标是获得（），从而描述领域模型中表示需求的解决方案：领域实现的主要目标是开发和组织可重用信息，并对基础软件架构进行实现。

 在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景： 假设在某一个时刻只有一个活动的事务，为了保证事务的原于性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（）。 事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（）机制保证单个事务的一致性。 事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序J顿序执行(即可串行化执行)后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（）。 持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（），当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（）。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

ANSI/IEEE 1471-2000是对软件密集型系统的架构进行描述的标准。在该标准中，（）这一概念主要用于描述软件架构模型。在此基础上，通常采用（）描述某个利益相关人(Stakeholder)所关注架构模型的某一方面。（）则是对所有利益相关人关注点的响应和回答。

 采用以架构为核心的软件开发方法，在建立软件架构的初期，首要任务是选择一个合适的（），在此基础上，开发人员通过架构模型，可以获得关于上（）的理解，为将来的架构实现与演化过程建立了目标。

 某软件公司欲设计一款图像处理软件，帮助用户对拍摄的照片进行后期处理。在软件需求分析阶段，公司的系统分析师识别出了如下3个关键需求： 图像处理软件需要记录用户在处理照片时所有动作，并能够支持用户动作的撤销与重做等行为。 图像处理软件需要根据当前正在处理的照片的不同特征选择合适的处理操作，处理操作与照片特征之间具有较为复杂的逻辑关系。 图像处理软件需要封装各种图像处理算法，用户能够根据需要灵活选择合适的处理算法；软件还要文持高级用户根据一定的规则添加自定义处理算法。 在系统设计阶段，公司的架构师决定采用设计模式满足上述关键需求中对系统灵活性与扩展性的要求。具体来说，为了支持灵活的撤销与重做等行为，采用（）最为合适；为了封装图像操作与照片特征之间的复杂逻辑关系，采用（）最为合适；为了实现图像处理算法的灵活选择与替换，采用（）最为合适。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

若系统中的某子模块需要为其他模块提供访问不同数据库系统的功能，这些数据库系统提供的访问接口有一定的差异，但访问过程却都是相同的，例如，先连接数据库，再打开数据库，最后对数据进行查询。针对上述需求，可以采用（）设计模式抽象出相同的数据库访问过程，该设计模式（）。

特定领域软件架构(Domain Specific Software Architecture，DSSA)是在一个特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构。DSSA的基本活动包括领域分析、领域设计和领域实现。其中领域分析的主要目的是获得（），从而描述领域中系统之间共同的需求，即领域需求；领域设计的主要目标是获得（），从而描述领域模型中表示需求的解决方案：领域实现的主要目标是开发和组织可重用信息，并对基础软件架构进行实现。

 ANSI/IEEE 1471-2000是对软件密集型系统的架构进行描述的标准。在该标准中，（）这一概念主要用于描述软件架构模型。在此基础上，通常采用（）描述某个利益相关人(Stakeholder)所关注架构模型的某一方面。（）则是对所有利益相关人关注点的响应和回答。

在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景： 假设在某一个时刻只有一个活动的事务，为了保证事务的原于性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（）。 事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（）机制保证单个事务的一致性。 事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序J顿序执行(即可串行化执行)后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（）。 持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（），当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（）。

某软件公司欲设计一款图像处理软件，帮助用户对拍摄的照片进行后期处理。在软件需求分析阶段，公司的系统分析师识别出了如下3个关键需求： 图像处理软件需要记录用户在处理照片时所有动作，并能够支持用户动作的撤销与重做等行为。 图像处理软件需要根据当前正在处理的照片的不同特征选择合适的处理操作，处理操作与照片特征之间具有较为复杂的逻辑关系。 图像处理软件需要封装各种图像处理算法，用户能够根据需要灵活选择合适的处理算法；软件还要文持高级用户根据一定的规则添加自定义处理算法。 在系统设计阶段，公司的架构师决定采用设计模式满足上述关键需求中对系统灵活性与扩展性的要求。具体来说，为了支持灵活的撤销与重做等行为，采用（）最为合适；为了封装图像操作与照片特征之间的复杂逻辑关系，采用（）最为合适；为了实现图像处理算法的灵活选择与替换，采用（）最为合适。

基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（）和架构描述文档，其分析过程主要包括场景开发、（）、单个场景评估、场景交互和总体评估。

 基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（）和架构描述文档，其分析过程主要包括场景开发、（）、单个场景评估、场景交互和总体评估。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

 某软件公司欲设计一款图像处理软件，帮助用户对拍摄的照片进行后期处理。在软件需求分析阶段，公司的系统分析师识别出了如下3个关键需求： 图像处理软件需要记录用户在处理照片时所有动作，并能够支持用户动作的撤销与重做等行为。 图像处理软件需要根据当前正在处理的照片的不同特征选择合适的处理操作，处理操作与照片特征之间具有较为复杂的逻辑关系。 图像处理软件需要封装各种图像处理算法，用户能够根据需要灵活选择合适的处理算法；软件还要文持高级用户根据一定的规则添加自定义处理算法。 在系统设计阶段，公司的架构师决定采用设计模式满足上述关键需求中对系统灵活性与扩展性的要求。具体来说，为了支持灵活的撤销与重做等行为，采用（）最为合适；为了封装图像操作与照片特征之间的复杂逻辑关系，采用（）最为合适；为了实现图像处理算法的灵活选择与替换，采用（）最为合适。

在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景： 假设在某一个时刻只有一个活动的事务，为了保证事务的原于性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（）。 事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（）机制保证单个事务的一致性。 事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序J顿序执行(即可串行化执行)后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（）。 持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（），当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（）。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

 在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景： 假设在某一个时刻只有一个活动的事务，为了保证事务的原于性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（）。 事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（）机制保证单个事务的一致性。 事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序J顿序执行(即可串行化执行)后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（）。 持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（），当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（）。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

 在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景： 假设在某一个时刻只有一个活动的事务，为了保证事务的原于性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（）。 事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（）机制保证单个事务的一致性。 事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序J顿序执行(即可串行化执行)后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（）。 持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（），当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（）。

某公司欲开发一个在线交易系统，在架构设计阶段，公司的架构师识别出3个核心质量属性场景。其中“在并发用户数量为1000人时，用户的交易请求需要在0．5秒内得到响应”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“当系统由于软件故障意外崩溃后，需要在0．5小时内恢复正常运行”主要与（）质量属性相关，通常可采用（）架构策略实现该属性；“系统应该能够抵挡恶意用户的入侵行为，并进行报警和记录”主要与（）质量属性相关，通常可采用（）架构策略实现该属性。

 下图所示PKI系统结构中，负责生成和签署数字证书的是（），负责验证用户身份的是（）。

An application architecture specifies the technologies to be used to implement one or more information systems. It serves as an outline for detailed design, construction, and implementation. Given the models and details, include （） , we can distribute data and processes to create a general design of application architecture. The design will normally be constrained by architecture standards, project objectives, and （） • The first physical DFD,to be drawn is the （） . The next step is to distribute data stores to different processors. Data （）are two types of distributed data which most RDBMSs support. There are many distribution options used in data distribution. In the case of （），we should record each table as a data store on the physical DFD and connect each to the appropriate server.

An application architecture specifies the technologies to be used to implement one or more information systems. It serves as an outline for detailed design, construction, and implementation. Given the models and details, include （） , we can distribute data and processes to create a general design of application architecture. The design will normally be constrained by architecture standards, project objectives, and （）. The first physical DFD,to be drawn is the（） . The next step is to distribute data stores to different processors. Data （） are two types of distributed data which most RDBMSs support. There are many distribution options used in data distribution. In the case of （），we should record each table as a data store on the physical DFD and connect each to the appropriate server.

An application architecture specifies the technologies to be used to implement one or more information systems. It serves as an outline for detailed design, construction, and implementation. Given the models and details, include （） , we can distribute data and processes to create a general design of application architecture. The design will normally be constrained by architecture standards, project objectives, and （） . The first physical DFD,to be drawn is the （）. The next step is to distribute data stores to different processors. Data （） are two types of distributed data which most RDBMSs support. There are many distribution options used in data distribution. In the case of（），we should record each table as a data store on the physical DFD and connect each to the appropriate server.

An application architecture specifies the technologies to be used to implement one or more information systems. It serves as an outline for detailed design, construction, and implementation. Given the models and details, include （） , we can distribute data and processes to create a general design of application architecture. The design will normally be constrained by architecture standards, project objectives, and （）.The first physical DFD,to be drawn is the （） . The next step is to distribute data stores to different processors. Data （）are two types of distributed data which most RDBMSs support. There are many distribution options used in data distribution. In the case of （），we should record each table as a data store on the physical DFD and connect each to the appropriate server.

An application architecture specifies the technologies to be used to implement one or more information systems. It serves as an outline for detailed design, construction, and implementation. Given the models and details, include（） , we can distribute data and processes to create a general design of application architecture. The design will normally be constrained by architecture standards, project objectives, and （）. The first physical DFD,to be drawn is the （） . The next step is to distribute data stores to different processors. Data （）are two types of distributed data which most RDBMSs support. There are many distribution options used in data distribution. In the case of （），we should record each table as a data store on the physical DFD and connect each to the appropriate server.