歪理邪说解析架构设计师上午考试试题之八(分析2010下半年系统架构设计师上午试题36-40题)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 歪理邪说解析架构设计师上午考试试题之八分析2010下半年系统架构设计师上午试题36-40题【引言】1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。

歪理邪说解析架构设计师上午考试试题之八

分析2010下半年系统架构设计师上午试题36-40题

【引言】

1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;

2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。所谓迈入技术的科技殿堂,也许就是来自自己对技术真正有了乐趣,并享受其过程。解决了学习驱动力问题。

3.偶发现专业知识,如果用搞笑、异类、歪理邪说来解读记忆得会更牢固些。因为你发现技术不是高高在上,深不可测,而是和日常生活紧密相她原来就在我们身边,从未走远。

【试题】

●在基于构件的软件开发中,___(36)___描述系统设计蓝图以保证系统提供适当的功能;___(37)___用来了解系统的性能、吞吐率等非功能性属性。

(36)A.逻辑构件模型    B.物理构件模型

     C.组件接口模型    D.系统交互模型

(37)A.逻辑构件模型    B.物理构件模型

     C.组件接口模型    D.系统交互模型

【歪理邪说】

“系统设计蓝图”系统设计应该都是偏逻辑的。

RUP  “4+1”视图里,就讲到逻辑视图,关注的是系统的功能。

(37) 答案应该在B、D之间进行选择,但是题目中仅仅只说了系统的性能、吞吐率等非功能性属性,没有讲到“交互”的概念。

参考答案:(36) A (37)  B

 

●对象管理组织(OMG )基于CORBA基础设施定义了四种构件标准。其中,___(38)___的状态信息是由构件自身而不是由容器维护。

(38)A.实体构件   B.加工构件

     C.服务构件   D.会话构件

【正解】

定义了四种构件标准,分别是:实体构件、加工构件、服务构件以及会话构件。

 

实体(Entity)构件:需要长期持久化并主要用于事务性行为,由容器来管理其持久化的问题。

 

加工(Process)构件:同样需要容器管理其持久化,但是没有客户端可以访问的主键。

 

会话(Session)构件:不要容器管理其持久化问题,其状态信息必须由构件自己来管理。

 

服务构件(Service)是没有状态的信息,也就无从谈起维护不维护的问题了。

参考答案:D

 

 

●分布式系统开发中,通常需要将任务分配到不同的逻辑计算层。业务数据的综合计算分析任务属于___(39)___。

(39)A.表示逻辑层  B.应用逻辑层  C.数据处理层  D.数据层

【歪理邪说】

题干提到“业务数据”以及“综合计算”,这两个关键词,应该属于逻辑应用层,比较适合。

【正解】

分布式系统开发,分为5个层,分别是:

1.表示层、

2.表示逻辑层

3.应用逻辑层

4.数据处理层

5.数据层。

 

序号

层名

作用

1

表示层

实现用户界面

2

表示逻辑层

为了生成数据表示而必须进行的处理任务,如输入数据的编辑等等;

3

应用逻辑层

为了支持实际的业务应用和规则,所需的应用逻辑和处理过程,如信用检查、数据计算和分析等;

4

数据处理层

存储和访问数据库中的数据所需的应用逻辑和命令,如查询语句和存储过程等等;

5

数据层

数据库中实际存储的业务数据

 

参考答案:B

 

 

●在客户机/服务器系统开发中,采用___(40)___时,应将数据层和数据处理层放置于服务器,应用逻辑层、表示逻辑层和表示层放置于客户机。

(40)A.分布式表示结构          B.分布式应用结构

     C.分布式数据和应用结构    D.分布式数据结构

【正解】

 

分布式计算架构类型

客户机

服务器

分布式表示结构

表示层、表示逻辑层放置在客户机

应用逻辑层、数据处理层、数据层放置在服务器

分布式数据和应用结构

表示层、表示逻辑层放置在客户机

数据处理层、数据层放置在数据服务器

应用逻辑层放置在应用服务器

分布式数据结构

表示层、表示逻辑层以及应用逻辑层放置在客户机

数据处理层、数据层放置在服务器

 

参考答案:D


相关文章
|
24天前
|
安全 数据处理 数据安全/隐私保护
C/S架构与B/S架构的适用场景分析
C/S架构(客户端/服务器架构)与B/S架构(浏览器/服务器架构)在适用场景上各有特点,主要取决于应用的具体需求、用户群体、系统维护成本、跨平台需求等因素。
82 6
|
23天前
|
存储 监控 安全
SaaS业务架构:业务能力分析
【9月更文挑战第20天】在数字化时代,软件即服务(SaaS)模式逐渐成为企业软件解决方案的首选。SaaS 业务架构设计对于提供高效、可靠的服务至关重要。其核心业务能力包括:用户管理(注册登录、角色权限)、数据管理(存储备份、安全共享)、业务流程管理(设计定制、工作流自动化)、应用集成(第三方应用、移动应用)及客户服务(支持培训、反馈改进)。通过优化这些能力,可为企业提供更高效、可靠的 SaaS 服务。
34 11
|
21天前
|
网络协议 安全 中间件
系统架构设计师【第2章】: 计算机系统基础知识 (核心总结)
本文全面介绍了计算机系统及其相关技术,涵盖计算机系统概述、硬件、软件等内容。计算机系统由硬件(如处理器、存储器、输入输出设备)和软件(系统软件、应用软件)组成,旨在高效处理和管理数据。硬件核心为处理器,历经从4位到64位的发展,软件则分为系统软件和应用软件,满足不同需求。此外,深入探讨了计算机网络、嵌入式系统、多媒体技术、系统工程及性能评估等多个领域,强调了各组件和技术在现代信息技术中的重要作用与应用。
33 3
|
27天前
|
搜索推荐 Linux Android开发
深入解析安卓与iOS系统架构设计差异
本文旨在探讨Android和iOS两大主流操作系统在架构设计上的根本差异。通过分析两种系统的设计理念、核心组件以及实际应用表现,揭示它们如何反映不同的开发哲学和用户体验策略。我们将从系统层级结构、内存管理机制、用户界面设计三个方面入手,逐一对比Android的开放性和灵活性如何与其对手iOS的封闭性和一致性相互辉映。
|
29天前
|
缓存 负载均衡 数据管理
深入探索微服务架构的核心要素与实践策略在当今软件开发领域,微服务架构以其独特的优势和灵活性,已成为众多企业和开发者的首选。本文将深入探讨微服务架构的核心要素,包括服务拆分、通信机制、数据管理等,并结合实际案例分析其在不同场景下的应用策略,旨在为读者提供一套全面、深入的微服务架构实践指南。**
**微服务架构作为软件开发领域的热门话题,正引领着一场技术革新。本文从微服务架构的核心要素出发,详细阐述了服务拆分的原则与方法、通信机制的选择与优化、数据管理的策略与挑战等内容。同时,结合具体案例,分析了微服务架构在不同场景下的应用策略,为读者提供了实用的指导和建议。
|
2月前
|
消息中间件 负载均衡 Kafka
Kafka 实现负载均衡与故障转移:深入分析 Kafka 的架构特点与实践
【8月更文挑战第24天】Apache Kafka是一款专为实时数据处理和流传输设计的高性能消息系统。其核心设计注重高吞吐量、低延迟与可扩展性,并具备出色的容错能力。Kafka采用分布式日志概念,通过数据分区及副本机制确保数据可靠性和持久性。系统包含Producer(消息生产者)、Consumer(消息消费者)和Broker(消息服务器)三大组件。Kafka利用独特的分区机制实现负载均衡,每个Topic可以被划分为多个分区,每个分区可以被复制到多个Broker上,确保数据的高可用性和可靠性。
45 2
|
2月前
|
数据采集 存储 Java
Flume Agent 的内部原理分析:深入探讨 Flume 的架构与实现机制
【8月更文挑战第24天】Apache Flume是一款专为大规模日志数据的收集、聚合及传输而设计的分布式、可靠且高可用系统。本文深入解析Flume Agent的核心机制并提供实际配置与使用示例。Flume Agent由三大组件构成:Source(数据源)、Channel(数据缓存)与Sink(数据目的地)。工作流程包括数据采集、暂存及传输。通过示例配置文件和Java代码片段展示了如何设置这些组件以实现日志数据的有效管理。Flume的强大功能与灵活性使其成为大数据处理及实时数据分析领域的优选工具。
79 1
|
2月前
|
消息中间件 存储 大数据
大数据-数据仓库-实时数仓架构分析
大数据-数据仓库-实时数仓架构分析
109 1
|
2月前
|
前端开发 大数据 数据库
🔥大数据洪流下的决战:JSF 表格组件如何做到毫秒级响应?揭秘背后的性能魔法!💪
【8月更文挑战第31天】在 Web 应用中,表格组件常用于展示和操作数据,但在大数据量下性能会成瓶颈。本文介绍在 JavaServer Faces(JSF)中优化表格组件的方法,包括数据处理、分页及懒加载等技术。通过后端分页或懒加载按需加载数据,减少不必要的数据加载和优化数据库查询,并利用缓存机制减少数据库访问次数,从而提高表格组件的响应速度和整体性能。掌握这些最佳实践对开发高性能 JSF 应用至关重要。
50 0
|
2月前
|
存储 设计模式 运维
Angular遇上Azure Functions:探索无服务器架构下的开发实践——从在线投票系统案例深入分析前端与后端的协同工作
【8月更文挑战第31天】在现代软件开发中,无服务器架构因可扩展性和成本效益而备受青睐。本文通过构建一个在线投票应用,介绍如何结合Angular前端框架与Azure Functions后端服务,快速搭建高效、可扩展的应用系统。Angular提供响应式编程和组件化能力,适合构建动态用户界面;Azure Functions则简化了后端逻辑处理与数据存储。通过具体示例代码,详细展示了从设置Azure Functions到整合Angular前端的全过程,帮助开发者轻松上手无服务器应用开发。
19 0

推荐镜像

更多