你可能感兴趣的试题

某操作系统采用分页存储管理方式，下图给出了进程A和进程B的页表结构。如果物理页的大小为512字节，那么进程A逻辑地址为1111（十进制）的变量存放在（1）号物理内存页中。假设进程A的逻辑页4与进程B的逻辑页5要共享物理页8，那么应该在进程A页表的逻辑页4和进程B页表的逻辑页5对应的物理页处分别填（2）。

某操作系统采用分页存储管理方式，下图给出了进程A和进程B的页表结构。如果物理页的大小为512字节，那么进程A逻辑地址为1111（十进制）的变量存放在（1）号物理内存页中。假设进程A的逻辑页4与进程B的逻辑页5要共享物理页8，那么应该在进程A页表的逻辑页4和进程B页表的逻辑页5对应的物理页处分别填（2）。

进程P1、P2、P3和P4的前趋图如下所示：若用PV操作控制进程P1～P4并发执行的过程，则需要设置5个信号量S1、S2、S3、S4和S5，且信号量S1～S5的初值都等于0。下图中a、b和c处应分别填写（1）；d、e和f处应分别填写（2）。

进程P1、P2、P3和P4的前趋图如下所示：若用PV操作控制进程P1～P4并发执行的过程，则需要设置5个信号量S1、S2、S3、S4和S5，且信号量S1～S5的初值都等于0。下图中a、b和c处应分别填写（1）；d、e和f处应分别填写（2）。

假设关系模式R（U，F），属性集U={A，B，C}，函数依赖集F={A→B，B→C}。若将其分解为p={R1（U1，F1），R2（U2，F2）}，其中U1={A，B}，U2={A，C}。那么，关系模式R、R1、R2分别达到了（1）；分解ρ（2）。

假设关系模式R（U，F），属性集U={A，B，C}，函数依赖集F={A→B，B→C}。若将其分解为p={R1（U1，F1），R2（U2，F2）}，其中U1={A，B}，U2={A，C}。那么，关系模式R、R1、R2分别达到了（1）；分解ρ（2）。

某系统中的文本显示类（TextView）和图片显示类（PictureView）都继承了组件类（Component），分别显示文本和图片内容，现需要构造带有滚动条或者带有黑色边框，或者既有滚动条又有黑色边框的文本显示控件和图片显示控件，但希望最多只增加3个类。那么采用设计模式（1）可实现该需求，其优点是（2）。

某系统中的文本显示类（TextView）和图片显示类（PictureView）都继承了组件类（Component），分别显示文本和图片内容，现需要构造带有滚动条或者带有黑色边框，或者既有滚动条又有黑色边框的文本显示控件和图片显示控件，但希望最多只增加3个类。那么采用设计模式（1）可实现该需求，其优点是（2）。

特定领域软件架构（Domain Specific Software Architecture，DSSA）是在一个特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构。DSSA通常是—个具有三个层次的系统模型，包括（1）环境、领域特定应用开发环境和应用执行环境，其中（2）主要在领域特定应用开发环境中工作。

特定领域软件架构（Domain Specific Software Architecture，DSSA）是在一个特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构。DSSA通常是—个具有三个层次的系统模型，包括（1）环境、领域特定应用开发环境和应用执行环境，其中（2）主要在领域特定应用开发环境中工作。

“编译器”是一种非常重要的基础软件，其核心功能是对源代码形态的单个或一组源程序依次进行预处理、词法分析、语法分析、语义分析、代码生成、代码优化等处理，最终生成目标机器的可执行代码。考虑以下与编译器相关的软件架构设计场景：传统的编译器设计中，上述处理过程都以独立功能模块的形式存在，程序源代码作为一个整体，依次在不同模块中进行传递，最终完成编译过程。针对这种设计思路，传统的编译器采用（1）架构风格比较合适。随着编译、链接、调试、执行等开发过程的一体化趋势发展，集成开发环境（IDE）随之出现。IDE集成了编译器、连接器、调试器等多种工具，支持代码的增量修改与处理，能够实现不同工具之间的信息交互，覆盖整个软件开发生命周期。针对这种需求，IDE采用（2）架构风格比较合适。IDE强调交瓦式编程，用户在修改程序代码后，会同时触发语法高亮显示、语法错误提示、程序结构更新等多种功能的调用与结果呈现，针对这种需求，通常采用（3）架构风格比较合适。某公司已经开发了一款针对某种嵌入式操作系统专用编程语言的IDE，随着一种新的嵌入式操作系统上市并迅速占领市场，公司决定对IDE进行适应性改造，支持采用现有编程语言进行编程，生成符合新操作系统要求的运行代码，并能够在现有操作系统上模拟出新操作系统的运行环境，以支持代码调试工作。针对上述要求，为了使IDE能够生成符合新操作系统要求的运行代码，采用基于（4）的架构设计策略比较合适；为了模拟新操作系统的运行环境，通常采用（5）架构风格比较合适。

“编译器”是一种非常重要的基础软件，其核心功能是对源代码形态的单个或一组源程序依次进行预处理、词法分析、语法分析、语义分析、代码生成、代码优化等处理，最终生成目标机器的可执行代码。考虑以下与编译器相关的软件架构设计场景：传统的编译器设计中，上述处理过程都以独立功能模块的形式存在，程序源代码作为一个整体，依次在不同模块中进行传递，最终完成编译过程。针对这种设计思路，传统的编译器采用（1）架构风格比较合适。随着编译、链接、调试、执行等开发过程的一体化趋势发展，集成开发环境（IDE）随之出现。IDE集成了编译器、连接器、调试器等多种工具，支持代码的增量修改与处理，能够实现不同工具之间的信息交互，覆盖整个软件开发生命周期。针对这种需求，IDE采用（2）架构风格比较合适。IDE强调交瓦式编程，用户在修改程序代码后，会同时触发语法高亮显示、语法错误提示、程序结构更新等多种功能的调用与结果呈现，针对这种需求，通常采用（3）架构风格比较合适。某公司已经开发了一款针对某种嵌入式操作系统专用编程语言的IDE，随着一种新的嵌入式操作系统上市并迅速占领市场，公司决定对IDE进行适应性改造，支持采用现有编程语言进行编程，生成符合新操作系统要求的运行代码，并能够在现有操作系统上模拟出新操作系统的运行环境，以支持代码调试工作。针对上述要求，为了使IDE能够生成符合新操作系统要求的运行代码，采用基于（4）的架构设计策略比较合适；为了模拟新操作系统的运行环境，通常采用（5）架构风格比较合适。

“编译器”是一种非常重要的基础软件，其核心功能是对源代码形态的单个或一组源程序依次进行预处理、词法分析、语法分析、语义分析、代码生成、代码优化等处理，最终生成目标机器的可执行代码。考虑以下与编译器相关的软件架构设计场景：传统的编译器设计中，上述处理过程都以独立功能模块的形式存在，程序源代码作为一个整体，依次在不同模块中进行传递，最终完成编译过程。针对这种设计思路，传统的编译器采用（1）架构风格比较合适。随着编译、链接、调试、执行等开发过程的一体化趋势发展，集成开发环境（IDE）随之出现。IDE集成了编译器、连接器、调试器等多种工具，支持代码的增量修改与处理，能够实现不同工具之间的信息交互，覆盖整个软件开发生命周期。针对这种需求，IDE采用（2）架构风格比较合适。IDE强调交瓦式编程，用户在修改程序代码后，会同时触发语法高亮显示、语法错误提示、程序结构更新等多种功能的调用与结果呈现，针对这种需求，通常采用（3）架构风格比较合适。某公司已经开发了一款针对某种嵌入式操作系统专用编程语言的IDE，随着一种新的嵌入式操作系统上市并迅速占领市场，公司决定对IDE进行适应性改造，支持采用现有编程语言进行编程，生成符合新操作系统要求的运行代码，并能够在现有操作系统上模拟出新操作系统的运行环境，以支持代码调试工作。针对上述要求，为了使IDE能够生成符合新操作系统要求的运行代码，采用基于（4）的架构设计策略比较合适；为了模拟新操作系统的运行环境，通常采用（5）架构风格比较合适。

“编译器”是一种非常重要的基础软件，其核心功能是对源代码形态的单个或一组源程序依次进行预处理、词法分析、语法分析、语义分析、代码生成、代码优化等处理，最终生成目标机器的可执行代码。考虑以下与编译器相关的软件架构设计场景：传统的编译器设计中，上述处理过程都以独立功能模块的形式存在，程序源代码作为一个整体，依次在不同模块中进行传递，最终完成编译过程。针对这种设计思路，传统的编译器采用（1）架构风格比较合适。随着编译、链接、调试、执行等开发过程的一体化趋势发展，集成开发环境（IDE）随之出现。IDE集成了编译器、连接器、调试器等多种工具，支持代码的增量修改与处理，能够实现不同工具之间的信息交互，覆盖整个软件开发生命周期。针对这种需求，IDE采用（2）架构风格比较合适。IDE强调交瓦式编程，用户在修改程序代码后，会同时触发语法高亮显示、语法错误提示、程序结构更新等多种功能的调用与结果呈现，针对这种需求，通常采用（3）架构风格比较合适。某公司已经开发了一款针对某种嵌入式操作系统专用编程语言的IDE，随着一种新的嵌入式操作系统上市并迅速占领市场，公司决定对IDE进行适应性改造，支持采用现有编程语言进行编程，生成符合新操作系统要求的运行代码，并能够在现有操作系统上模拟出新操作系统的运行环境，以支持代码调试工作。针对上述要求，为了使IDE能够生成符合新操作系统要求的运行代码，采用基于（4）的架构设计策略比较合适；为了模拟新操作系统的运行环境，通常采用（5）架构风格比较合适。

“编译器”是一种非常重要的基础软件，其核心功能是对源代码形态的单个或一组源程序依次进行预处理、词法分析、语法分析、语义分析、代码生成、代码优化等处理，最终生成目标机器的可执行代码。考虑以下与编译器相关的软件架构设计场景：传统的编译器设计中，上述处理过程都以独立功能模块的形式存在，程序源代码作为一个整体，依次在不同模块中进行传递，最终完成编译过程。针对这种设计思路，传统的编译器采用（1）架构风格比较合适。随着编译、链接、调试、执行等开发过程的一体化趋势发展，集成开发环境（IDE）随之出现。IDE集成了编译器、连接器、调试器等多种工具，支持代码的增量修改与处理，能够实现不同工具之间的信息交互，覆盖整个软件开发生命周期。针对这种需求，IDE采用（2）架构风格比较合适。IDE强调交瓦式编程，用户在修改程序代码后，会同时触发语法高亮显示、语法错误提示、程序结构更新等多种功能的调用与结果呈现，针对这种需求，通常采用（3）架构风格比较合适。某公司已经开发了一款针对某种嵌入式操作系统专用编程语言的IDE，随着一种新的嵌入式操作系统上市并迅速占领市场，公司决定对IDE进行适应性改造，支持采用现有编程语言进行编程，生成符合新操作系统要求的运行代码，并能够在现有操作系统上模拟出新操作系统的运行环境，以支持代码调试工作。针对上述要求，为了使IDE能够生成符合新操作系统要求的运行代码，采用基于（4）的架构设计策略比较合适；为了模拟新操作系统的运行环境，通常采用（5）架构风格比较合适。

某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（1）实现质量属性与商业需求、采用软件模板设计软件结构。ABSD方法主要包括架构需求等6个主要活动，其中（2）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（3）活动针对用户的需求变化，修改应用架构，满足新的需求。小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（4）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（5）。

某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（1）实现质量属性与商业需求、采用软件模板设计软件结构。ABSD方法主要包括架构需求等6个主要活动，其中（2）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（3）活动针对用户的需求变化，修改应用架构，满足新的需求。小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（4）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（5）。

某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（1）实现质量属性与商业需求、采用软件模板设计软件结构。ABSD方法主要包括架构需求等6个主要活动，其中（2）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（3）活动针对用户的需求变化，修改应用架构，满足新的需求。小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（4）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（5）。

某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（1）实现质量属性与商业需求、采用软件模板设计软件结构。ABSD方法主要包括架构需求等6个主要活动，其中（2）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（3）活动针对用户的需求变化，修改应用架构，满足新的需求。小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（4）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（5）。

某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（1）实现质量属性与商业需求、采用软件模板设计软件结构。ABSD方法主要包括架构需求等6个主要活动，其中（2）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（3）活动针对用户的需求变化，修改应用架构，满足新的需求。小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（4）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（5）。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

架构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（1）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（2）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（3）作为架构评估的核心概念。某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，“系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致”主要与（4）质量属性相关；“系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试”主要与（5）质量属性相关。在识别出上述描述后，通常采用（6）对质量属性的描述进行刻画与排序。在评估过程中，（7）是一个会影响多个质量属性的架构设计决策。

A system's architecture is a representation of a system in which there is a mapping of (1)  onto hardware and software components, a mapping of the (2) onto the hardware architecture, and a concem for the human interaction with these components. That is, system architecture is concerned with a total system, including hardware, software, and humans. Software architectural structures can be divided into three major categories, depending on the broad nature of the elements they show.1) (3) embody decisions as a set of code or data units that have to be constructed or procured. 2) (4) embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions. 3) (5) embody decisions as to how the system will relate to nonsoftware structures in its environment (such as CPUs, file systems, networks, development teams, etc. ).

A system's architecture is a representation of a system in which there is a mapping of (1)  onto hardware and software components, a mapping of the (2) onto the hardware architecture, and a concem for the human interaction with these components. That is, system architecture is concerned with a total system, including hardware, software, and humans. Software architectural structures can be divided into three major categories, depending on the broad nature of the elements they show.1) (3) embody decisions as a set of code or data units that have to be constructed or procured. 2) (4) embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions. 3) (5) embody decisions as to how the system will relate to nonsoftware structures in its environment (such as CPUs, file systems, networks, development teams, etc. ).

A system's architecture is a representation of a system in which there is a mapping of (1)  onto hardware and software components, a mapping of the (2) onto the hardware architecture, and a concem for the human interaction with these components. That is, system architecture is concerned with a total system, including hardware, software, and humans. Software architectural structures can be divided into three major categories, depending on the broad nature of the elements they show.1) (3) embody decisions as a set of code or data units that have to be constructed or procured. 2) (4) embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions. 3) (5) embody decisions as to how the system will relate to nonsoftware structures in its environment (such as CPUs, file systems, networks, development teams, etc. ).

A system's architecture is a representation of a system in which there is a mapping of (1)  onto hardware and software components, a mapping of the (2) onto the hardware architecture, and a concem for the human interaction with these components. That is, system architecture is concerned with a total system, including hardware, software, and humans. Software architectural structures can be divided into three major categories, depending on the broad nature of the elements they show.1) (3) embody decisions as a set of code or data units that have to be constructed or procured. 2) (4) embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions. 3) (5) embody decisions as to how the system will relate to nonsoftware structures in its environment (such as CPUs, file systems, networks, development teams, etc. ).

A system's architecture is a representation of a system in which there is a mapping of (1)  onto hardware and software components, a mapping of the (2) onto the hardware architecture, and a concem for the human interaction with these components. That is, system architecture is concerned with a total system, including hardware, software, and humans. Software architectural structures can be divided into three major categories, depending on the broad nature of the elements they show.1) (3) embody decisions as a set of code or data units that have to be constructed or procured. 2) (4) embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions. 3) (5) embody decisions as to how the system will relate to nonsoftware structures in its environment (such as CPUs, file systems, networks, development teams, etc. ).