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

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

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

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

【引言】

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

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

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

 

【试题】

●某公司欲对其内部的信息系统进行集成,需要实现在系统之间快速传递可定制格式的数据包,并且当有新的数据包到达时,接收系统会自动得到通知。另外还要求支持数据重传,以确保传输的成功。针对这些集成需求,应该采用___(21)___的集成方式。

(21)A.远程过程调用     B.共享数据库

     C.文件传输         D.消息传递

【歪理邪说】

文件传输、共享数据库能够做到“支持数据重传”,“定制数据格式”,“当有新的数据包到达时,接收系统会自动得到通知”,这三大特性吗?

 

也只有消息传递,我们经常听到,可以做这些事情吧!

参考答案:D

 

●详细的项目范围说明书是项目成功的关键。___(22)___不应该属于范围定义的输入。

(22)A.项目章程         B.项目范围管理计划

     C.批准的变更申请   D.项目文档管理方案

【歪理邪说】

题目要选的是“不应该”,也就是错误的,不正确的是。

题目问的是“范围定义的输入”,项目文档管理方案,应该跟她不相干。

参考答案:D

 

●项目时间管理包括使项目按时完成所必需的管理过程,活动定义是其中的一个重要过程。通常可以使用___(23)__来进行活动定义。

(23)A.鱼骨图       B.工作分解结构(WBS)

     C.层次分解结构 D.功能分解图

【歪理邪说】

活动定义,就是说完成项目,需要进行哪些活动,也就是做哪些具体的事情。

工作分解结构(WBS),是技术,是方法。

参考答案:B

 

●在实际的项目开发中,人们总是希望使用自动工具来执行需求变更控制过程。下列描述中,___(24)___不是这类工具所具有的功能。

    (24)A.可以定义变更请求的数据项以及变更请求生存期的状态转换图

         B.记录每一种状态变更的数据,确认做出变更的人员

         C.可以加强状态转换图使经授权的用户仅能做出所允许的状态变更

         D.定义变更控制计划,并指导设计人员按照所制定的计划实施变更

【歪理邪说】

题目要选的是“不是”,

定义变更控制计划,并指导设计人员按照所制定的计划实施变更.

这都应该是项目经理的事,项目经理的职责,不是自动工具的事。

自动工具能指导设计人员按照所制定的计划实施变更,有这么智能吗?

参考答案:D

 

●需求管理是CMM可重复级中的6个关键过程域之一,其主要目标是___(25)___。

(25)A.对于软件需求,必须建立基线以进行控制,软件计划、产品和活动必须与软件需求保持一致

      B.客观地验证需求管理活动符合规定的标准、程序和要求

     C.策划软件需求管理的活动,识别和控制已获取的软件需求

     D.跟踪软件需求管理的过程、实际结果和执行情况

【歪理邪说】

选择一个句子最长的,因为答案要我们选择的是一个肯定的描述。而不是,选错误的,不正确的选项。

 

B讲得需求验证,仅仅需求管理活动的一部分。

C站的高度不高,视野不够,体现不了CMM这个高级软件工程核心理念。体现的是一个点,而不是一个面。仅仅是就事论事。

D讲得需求跟踪,也仅仅需求管理活动的一部分。

参考答案:A


相关文章
|
3月前
|
存储 边缘计算 Cloud Native
“论模型驱动架构设计方法及其应用”写作框架,软考高级,系统架构设计师
模型驱动架构设计是一种用于应用系统开发的软件设计方法,以模型构造、模型转换和精化为核心,提供了一套软件设计的指导规范。在模型驱动架构环境下,通过创建出机器可读和高度抽象的模型实现对不同问题域的描述,这些模型独立于实现技术,以标准化的方式储存,利用模型转换策略来驱动包括分析、设计和实现等在内的整个软件开发过程。
102 3
|
2月前
|
调度 数据库 uml
高级系统架构设计师问题之线程状态变化如何解决
高级系统架构设计师问题之线程状态变化如何解决
|
14天前
|
消息中间件 负载均衡 Kafka
Kafka 实现负载均衡与故障转移:深入分析 Kafka 的架构特点与实践
【8月更文挑战第24天】Apache Kafka是一款专为实时数据处理和流传输设计的高性能消息系统。其核心设计注重高吞吐量、低延迟与可扩展性,并具备出色的容错能力。Kafka采用分布式日志概念,通过数据分区及副本机制确保数据可靠性和持久性。系统包含Producer(消息生产者)、Consumer(消息消费者)和Broker(消息服务器)三大组件。Kafka利用独特的分区机制实现负载均衡,每个Topic可以被划分为多个分区,每个分区可以被复制到多个Broker上,确保数据的高可用性和可靠性。
36 2
|
14天前
|
数据采集 存储 Java
Flume Agent 的内部原理分析:深入探讨 Flume 的架构与实现机制
【8月更文挑战第24天】Apache Flume是一款专为大规模日志数据的收集、聚合及传输而设计的分布式、可靠且高可用系统。本文深入解析Flume Agent的核心机制并提供实际配置与使用示例。Flume Agent由三大组件构成:Source(数据源)、Channel(数据缓存)与Sink(数据目的地)。工作流程包括数据采集、暂存及传输。通过示例配置文件和Java代码片段展示了如何设置这些组件以实现日志数据的有效管理。Flume的强大功能与灵活性使其成为大数据处理及实时数据分析领域的优选工具。
31 1
|
24天前
|
消息中间件 存储 大数据
大数据-数据仓库-实时数仓架构分析
大数据-数据仓库-实时数仓架构分析
74 1
|
2月前
|
供应链 负载均衡 数据库
软件架构一致性问题之分析代码修改的 Scalability如何解决
软件架构一致性问题之分析代码修改的 Scalability如何解决
32 1
|
3月前
|
存储 消息中间件 API
“论微服务架构及其应用”写作框架,软考高级,系统架构设计师
论微服务架构及其应用近年来,随着互联网行业的迅猛发展,公司或组织业务的不断扩张,需求的快速变化以及用户量的不断增加,传统的单块(Monolithic)软件架构面临着越来越多的挑战,已逐渐无法适应互联网时代对软件的要求。在这一背景下,微服务架构模式(MicroserviceArchitecturePattern)逐渐流行,它强调将单一业务功能开发成微服务的形式,每个微服务运行在一个进程中;采用HTTP等通用协议和轻量级API实现微服务之间的协作与通信。这些微服务可以使用不同的开发语言以及不同数据存储技术,能够通过自动化部署工具独立发布,并保持最低限制的集中式管理。
115 4
|
3月前
|
存储 数据采集 分布式计算
Java中的大数据处理与分析架构
Java中的大数据处理与分析架构
|
2月前
|
前端开发 Linux Shell
技术心得:基于AR9331(MIPS架构)分析系统启动过程(uboot)
技术心得:基于AR9331(MIPS架构)分析系统启动过程(uboot)
25 0
|
3月前
|
存储 SQL Oracle
主流关系型数据库存储架构层的差异分析
主流关系型数据库存储架构层的差异分析

热门文章

最新文章

推荐镜像

更多
下一篇
DDNS