软件架构设计题库

[单选题]JavaEE是Java领域内企业级应用开发的框架与标准。下面关于采用JavaEE架构的描述，不正确的是（）A . JavaEE定义了分布式环境中多层应用系统的架构，是多种Java技术的混合体B . 具有典型的3层结构：表现层、业务逻辑层和基础设施层C . 不同的应用系统对底层支持系统的要求可能不同，因此每次开发时应该针对不同的应用需求对底层系统进行二次开发，提供支持接口D . 要严格区分业务逻辑层和表现层，尤其应该注意不要在表现层中混杂业务代码

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

[单选题]系统应用架构设计中，网络架构数据流图的主要作用是将处理器和设备分配到网络中。（）不属于网络架构数据流图的内容。A . 服务器、客户端及其物理位置B . 处理器说明信息C . 单位时间的数据流大小D . 传输协议

[单选题]软件的分层式体系结构把软件系统划分为4层，这4层结构自顶向下分别是（）A . 应用软件、业务构件、中间件、系统软件B . 业务构件、应用软件、中间件、系统软件C . 应用软件、中间件、系统软件、业务构件D . 业务构件、中间件、应用软件、系统软件

[单选题,共用题干题] Windows操作系统在图形用户界面处理方面采用的核心架构风格是（1）风格。Java语言宣传的"一次编写，到处运行"的特性，从架构风格上看符合（2）风格的特点。空白（1）处应选择（）A .虚拟机B . 管道-过滤器C . 事件驱动D . 微内核-扩展

[单选题]管道和过滤器模式属于（）A . 数据为中心的体系结构B . 数据流体系结构C . 调用和返回体系结构D . 层次式体系结构

[单选题,共用题干题] 如图8-43（a）所示的UML类图描绘的是设计模式中的（1）模式。如图8-43（b）所示的UML类图描述了该模式的一种应用，其中与图8-43（a）中的"Abstraction"对应的类是（2）。空白（1）处应选择（）A .CommandB . BridgeC . CompositeD . Proxy

[单选题,共用题干题] 特定领域软件架构（DSSA）是在一个特定应用领域为一组应用提供组织结构参考的标准软件架构。实施DSSA的过程中包括一系列基本的活动，其中（1）活动的主要目的是为了获得DSSA。该活动参加人员中，（2）的主要任务是提供关于领域中系统的需求规约和实现的知识。空白（1）处应选择（）A .领域需求B . 领域分析C . 领域设计D . 领域实现

[单选题]某公司欲开发一种工业机器人，用来进行汽车零件的装配。公司的架构师经过分析与讨论，给出了该机器人控制软件的两种候选架构方案：闭环控制和分层结构。以下对于这两种候选架构的选择理由，错误的是（）A . 应该采用闭环控制架构，因为闭环结构给出了将软件分解成几个协作构件的方法，这对于复杂任务特别适合B . 应该采用闭环控制结构，因为闭环控制架构中机器人的主要构件监控器、传感器、发动机等）是彼此分开的，并能够独立替换C . 应该采用分层结构，因为分层结构很好地组织了用来协调机器人操作的构件，系统结构更加清晰

[单选题]在客户机/服务器系统开发中，采用（）时，应将数据层和数据处理层放置于服务器，应用逻辑层、表示逻辑层和表示层放置于客户机。A . 分布式表示结构B . 分布式应用结构C . 分布式数据和应用结构D . 分布式数据结构

[单选题]设计模式（Design Pattem）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。下面关于设计模式所倡导的基本原则的描述，错误的是（）A . 模块应对扩展开放，而对修改关闭B . 优先使用继承，而不是组合C . 要针对接口编程，而不是针对实现编程D . 抽象不应该依赖于细节，细节应当依赖于抽象

[单选题]软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，在（）阶段，对软件架构的关注最多。A . 需求分析与设计B . 设计与实现C . 实现与测试D . 部署与变更

[单选题]博学公司欲开发一套窗体图形界面类库。该类库需要包含若干预定义的窗格（Pane）对象，例如TextPane、ListPane等，窗格之间不允许直接引用。基于该类库的应用由一个包含一组窗格的窗口组成，并需要协调窗格之间的行为。基于该类库，在不引用窗格的前提下实现窗格之间的协作，应用开发者应采用（）最为合适。A . 备忘录模式B . 中介者模式C . 访问者模式D . 迭代器模式

[单选题,共用题干题] 某公司欲开发一门户网站，将公司的各个分公司及办事处信息进行整合。现决定采用Composite设计模式来实现公司的组织结构关系，并设计了如图12-18所示的UML类图。图中与Composite模式中的Component角色相对应的类是（1），与Composite角色相对应的类是（2）。空白（2）处应选择（）A .CompanyB . FinanceDepartmentC . HRDepartmentD . ConcreteCompany

[单选题]某游戏公司欲开发一个大型多人即时战略游戏，游戏设计的目标之一是能够支持玩家自行创建战役地图，定义游戏对象的行为和之间的关系。针对该目标，公司应该采用（）架构风格最为合适。A . 管道-过滤器B . 隐式调用C . 主程序-子程序D . 解释器

[单选题]编译器的主要工作过程是将以文本形式输入的代码逐步转化为各种形式，最终生成可执行代码。现代编译器主要关注编译过程和程序的中间表示，围绕程序的各种形态进行转化与处理。针对这种特征，现代编译器应该采用（）架构风格最为合适。A . 数据共享B . 虚拟机C . 隐式调用D . 管道-过滤器

[单选题]一个软件的架构设计是随着技术的不断进步而不断变化的。以编译器为例，其主流架构经历了管道-过滤器到数据共享为中心的转变过程。以下关于编译器架构的叙述中，错误的是（）A . 早期的编译器采用管道.过滤器架构风格，以文本形式输入的代码被逐步转化为各种形式，最终生成可执行代码B . 早期的编译器采用管道-过滤器架构风格，并且大多数编译器在词法分析时创造独立的符号表，在其后的阶段会不断修改符号表，因此符号表并不是程序数据的一部分C . 现代的编译器采用以数据共享为中心的架构风格，主要关心编译过程中程序的中

[单选题,共用题干题] 采用以架构为核心的软件开发方法，在建立软件架构的初期，首要任务是选择一个合适的（1），在此基础上，开发人员通过架构模型，可以获得关于（2）的理解，为将来的架构实现与演化过程建立了目标。空白（2）处应选择（）A .架构需求B . 架构属性C . 架构优先级D . 架构约束

[单选题,共用题干题] 识别风险点、非风险点、敏感点和权衡点是软件架构评估过程中的关键步骤。针对某系统所作的架构设计中，“系统需要支持的最大并发用户数量直接影响传输协议和数据格式”描述了系统架构设计中的一个（1）：“由于系统的业务逻辑目前尚不清楚，因此现有系统三层架构中的第2层可能会出现功能重复，这会影响系统的可修改性”描述了系统架构设计中的一个（2）。空白（1）处应选择（）A .敏感点B . 风险点C . 非风险点D . 权衡点

[单选题]软件架构设计是降低成本、改进质量、按时和按需交付产品的关键活动。以下关于软件架构重要性的叙述中，错误的是（）A . 架构设计能够满足系统的性能、可维护性等品质B . 良好的架构设计能够更好地捕获并了解用户需求C . 架构设计能够使得不同的利益相关人（Stakeholders）达成一致的目标D . 架构设计能够支持项目计划和项目管理等活动

[单选题,共用题干题] （1）的选择是开发一个软件系统时的基本设计决策；（2）是最底层的模式，关注软件系统的设计与实现，描述了如何实现构件及构件之间的关系。引用计数是C++管理动态资源时常用的一种（3）。空白（3）处应选择（）A .架构模式B . 惯用法C . 设计模式D . 分析模式

[单选题]软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是（）A . 架构文档应该从架构设计者的角度进行编写B . 应该保持架构文档的即时更新，但更新不要过于频繁C . 架构文档中的描述应该尽量避免不必要的重复D . 每次架构文档修改，都应该记录修改的原则

[单选题]识别风险点、非风险点、敏感点和权衡点是ATAM方法中的关键步骤。已知针对某系统所做的架构设计中，提高其加密子系统的加密级别将对系统的安全性和性能都产生非常大的影响，则该子系统一定属于（）A . 风险点和敏感点B . 权衡点和风险点C . 权衡点和敏感点D . 风险点和非风险点

[单选题]某服务器软件系统能够正确运行并得出计算结果，但存在"系统出错后不能在要求的时间内恢复到正常状态"和"对系统进行二次开发时总要超过半年的时间"两个问题，上述问题依次与质量属性中的（）相关。A . 可用性和性能B . 性能和可修改性C . 性能和可测试性D . 可用性和可修改性

[单选题]博学公司欲为某种型号的示波器开发内置软件。该公司的架构师设计了如图8-45所示的软件架构。在软件架构评审时，专家认为该架构存在的问题是（）A . 在功能划分上将各个模块独立起采B . 在硬件构件的混合和替换方面不是很灵活C . 没有清晰地说明用户怎样与其交互D . 没有明确的层次关系，没有强调功能之间的交互