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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 歪理邪说解析架构设计师上午考试试题之八分析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


相关文章
|
2月前
|
运维 持续交付 云计算
深入解析云计算中的微服务架构:原理、优势与实践
深入解析云计算中的微服务架构:原理、优势与实践
95 1
|
2月前
|
运维 监控 负载均衡
探索微服务架构下的服务治理:动态服务管理平台深度解析
探索微服务架构下的服务治理:动态服务管理平台深度解析
|
2月前
|
消息中间件 存储 缓存
十万订单每秒热点数据架构优化实践深度解析
【11月更文挑战第20天】随着互联网技术的飞速发展,电子商务平台在高峰时段需要处理海量订单,这对系统的性能、稳定性和扩展性提出了极高的要求。尤其是在“双十一”、“618”等大型促销活动中,每秒需要处理数万甚至数十万笔订单,这对系统的热点数据处理能力构成了严峻挑战。本文将深入探讨如何优化架构以应对每秒十万订单级别的热点数据处理,从历史背景、功能点、业务场景、底层原理以及使用Java模拟示例等多个维度进行剖析。
73 8
|
1月前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
295 36
微服务架构解析:跨越传统架构的技术革命
|
8天前
|
存储 消息中间件 小程序
转转平台IM系统架构设计与实践(一):整体架构设计
本文描述了转转IM为整个平台提供的支撑能力,给出了系统的整体架构设计,分析了系统架构的特性。
44 10
|
1月前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
2月前
|
弹性计算 持续交付 API
构建高效后端服务:微服务架构的深度解析与实践
在当今快速发展的软件行业中,构建高效、可扩展且易于维护的后端服务是每个技术团队的追求。本文将深入探讨微服务架构的核心概念、设计原则及其在实际项目中的应用,通过具体案例分析,展示如何利用微服务架构解决传统单体应用面临的挑战,提升系统的灵活性和响应速度。我们将从微服务的拆分策略、通信机制、服务发现、配置管理、以及持续集成/持续部署(CI/CD)等方面进行全面剖析,旨在为读者提供一套实用的微服务实施指南。
|
2月前
|
存储 监控 API
深入解析微服务架构及其在现代应用中的实践
深入解析微服务架构及其在现代应用中的实践
81 12
|
2月前
|
SQL 数据可视化 数据库
多维度解析低代码:从技术架构到插件生态
本文深入解析低代码平台,涵盖技术架构、插件生态及应用价值。通过图形化界面和模块化设计,低代码平台降低开发门槛,提升效率,支持企业快速响应市场变化。重点分析开源低代码平台的优势,如透明架构、兼容性与扩展性、可定制化开发等,探讨其在数据处理、功能模块、插件生态等方面的技术特点,以及未来发展趋势。
|
2月前
|
负载均衡 Java 持续交付
深入解析微服务架构中的服务发现与负载均衡
深入解析微服务架构中的服务发现与负载均衡
111 7

热门文章

最新文章

推荐镜像

更多