歪理邪说解析架构设计师上午考试试题之十一(分析2010下半年系统架构设计师上午试题51-56题)

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

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

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

【引言】

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

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

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

【试题】

●某公司欲开发一个漫步者机器人,用来完成火星探测任务。机器人的控制者首先定义探测任务和任务之间的时序依赖性,机器人接受任务后,需要根据自身状态和外界环境进行动态调整,最终自动完成任务。针对这些需求,该机器人应该采用___(51)___架构风格最为合适。

(51)A.解释器  B.主程序-子程序  C.隐式调用   D.管道-过滤器

【歪理邪说】

隐式调用架构风格,说的是,很多调用对用户而言,是不可知的,是隐藏的

请看本题:

“首先定义探测任务和任务之间的时序依赖性”,时序的依赖性,用户不可知吧!

 

“需要根据自身状态”,自身状态也是不可知的吧!

参考答案:C

 

●某公司欲开发一个语音识别系统,语音识别的主要过程包括分割原始语音信号、识别音素、产生候选词、判定语法片断、提供语义解释等。每个过程都需要进行基于先验知识的条件判断并进行相应的识别动作。针对该系统的特点,采用___(52)___架构风格最为合适。

(52)A.解释器  B.面向对象   C.黑板   D.隐式调用

【歪理邪说】

黑板的架构风格,说的就是:

需要通过专家知识和相应的反馈,逐步得到正确结果。

 

题干中,明确说到“每个过程都需要进行基于先验知识的条件判断并进行相应的识别动作”。

完全符合黑板架构风格的应用场景。

参考答案:C

 

●特定领域软件架构(DSSA)是在一个特定应用领域为一组应用提供组织结构参考的标准软件架构。实施DSSA的过程中包括一系列基本的活动,其中___(53)___活动的主要目的是为了获得DSSA。该活动参加人员中,___(54)___的主要任务是提供关于领域中系统的需求规约和实现的知识。

(53)A.领域需求   B.领域分析    C.领域设计     D.领域实现

(54)A.领域专家   B.领域分析者  C.领域设计者   D.领域实现者

【歪理邪说】

(53)题目中获取到了DSSA,而DSSA就是特定领域软件架构,也就是软件架构。也就是说:什么活动,最终可以软件架构呢?如此一分析,就只有领域设计。

因为分析是在设计之前的,而分析之前,就是需求了。

 

而软件架构,不关心真正的实现,也就是说领域实现,不是(53)的答案了,只能选择答案C了。

 

(54)关于需求规约,尤其是“关于领域中系统的需求规约”,也就只能是领域专家,其实说的我们常说的业务专家。

领域,领域,其实说的某一特定领域,也就是某一个行业,或者具体点,就是业务。

参考答案:(53) C (54)A

 

●某服务器软件系统对可用性(Availability),性能( Performance )和可修改性  (Modification)的要求较高,___(55)___设计策略能提高该系统的可用性,___(56)___设计策略能够提高该系统的性能,___(57)___设计策略能够提高该系统的可修改性。

(55)A.Ping/Echo   B.限制访问   C.运行时注册  D.接口-实现分离

(56)A.分层结构   B.事务机制   C.主动兀余    D.队列调度

(57)A.信息隐藏   B.记录/回放  C.任务模型     D.回滚

【歪理邪说】

Ping/Echo 说的就是有输入,还有反馈,当然是提高系统的可靠性。

队列调度,提高系统的性能。操作系统OS,经常提到队列调度,不就是想说明调度算法有多好,能大幅提升计算机性能吗?

信息隐藏,提高系统的可修改性。把大部分对用户,对系统而言,用不着的信息隐藏起来了,当然对提高系统的可修改性,系统只要关心那几个少量的值了。

 

关注点少了,注意力更加集中了。当然更好修改了。

参考答案:(55) A(56) D(57) A


相关文章
|
19天前
|
存储 人工智能 并行计算
2025年阿里云弹性裸金属服务器架构解析与资源配置方案
🚀 核心特性与技术创新:提供100%物理机性能输出,支持NVIDIA A100/V100 GPU直通,无虚拟化层损耗。网络与存储优化,400万PPS吞吐量,ESSD云盘IOPS达100万,RDMA延迟<5μs。全球部署覆盖华北、华东、华南及海外节点,支持跨地域负载均衡。典型应用场景包括AI训练、科学计算等,支持分布式训练和并行计算框架。弹性裸金属服务器+OSS存储+高速网络综合部署,满足高性能计算需求。
|
2月前
|
XML Java 开发者
Spring底层架构核心概念解析
理解 Spring 框架的核心概念对于开发和维护 Spring 应用程序至关重要。IOC 和 AOP 是其两个关键特性,通过依赖注入和面向切面编程实现了高效的模块化和松耦合设计。Spring 容器管理着 Beans 的生命周期和配置,而核心模块为各种应用场景提供了丰富的功能支持。通过全面掌握这些核心概念,开发者可以更加高效地利用 Spring 框架开发企业级应用。
84 18
|
3月前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
675 36
微服务架构解析:跨越传统架构的技术革命
|
22天前
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
|
3月前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
4月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
141 2
|
4天前
|
机器学习/深度学习 自然语言处理 算法
生成式 AI 大语言模型(LLMs)核心算法及源码解析:预训练篇
生成式 AI 大语言模型(LLMs)核心算法及源码解析:预训练篇
|
3月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
3月前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
3月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析

热门文章

最新文章

推荐镜像

更多