2012年下半年系统架构设计师考试试题分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2012年下半年系统架构设计师考试试题分析
本次考试是系统架构设计师开考以来的第4次考试,从形式上来看,系统架构设计师的考试风格已稳定。

这表现在上午考试各科目知识点分布稳定。

案例分析维持1道必答题+4选2模式,论文维持4选1模式。

从考查内容的角度来看,本次考试案例与论文范围都主要集中于架构设计主题,明显超纲试题很少,所以难度较2011年下半年考试略低。

1.信息系统综合知识试题
2012年11月考试信息系统综合知识试题考查的知识点分布如表1所示。

表1 2012年11月考试信息系统综合知识试题知识点分布
在本次考试中,增大了对数据库设计与信息化知识的考查力度。

以往数据库设计一般考查4分,本次增加了一个5分的数据库事务与可靠性相结合的试题,信息化知识的考点难度也有所提升,考查内容从原来的4分提升至7分。

2.案例分析与设计试题
本次案例分析题,包括1道架构风格题、1道分布式系统设计题、1道嵌入式软件架构设计题、1道设计模式题、1道数据架构设计题。

希赛教育软考学院大部分学员的选择为:
架构风格题+设计模式题+数据架构设计题。

经分析,这种选择是明智合理的,这几个题的难度最低,且是平时训练的重点,选这几个题,能极大的提高通过的概率。

试题一
试题一仍然为必答题。

本题是一道软件架构风格方面的试题,考查的内容是常见架构风格的选用。

这就涉及到不同架构风格的优势、劣势、应用场合的比较分析,是希赛教育模拟题重点训练的项目。

问题1考查架构风格的基本概念与以数据存储为中心的架构风格的特点。

数据存储为中心的架构风格其实就是平时所讲的仓库风格。

问题2本题考查考生对各种架构风格特点的熟悉程度,要能从应用场景判断出最适合的架构。

并描述架构的设计过程,设计过程是较为简单的,因为了解架构风格的特点以及组成部分,即使不知道具体的步骤,只要把各部分的实现罗列出来,也是能得到不少分数的。

关于各种架构风格的描述,以及具体的优缺点可参看《软件体系结构原理、方法与实践》(张友生,清华大学出版社)。

试题二
试题二为一道分布式系统设计的问题。

本题中出现了一个较为生僻的概念--ODP.
接下来,我们先认识一下什么是ODP.
ODP(Open Distributed Processing,开放式分布处理),它试图解决分布环境下的软件接口问题,达到可移植性、互操作性和分布透明性。

其基本策略是开放,即必须使分布式计算的所有相关机制都具有开放性,包括通信协议,应用编程接口(API),人机接口(MMI)等。

除了通信机制以外,还需要信息共享机制和对象控制机制的支持,也就是说开放式系统= 通信机制 + 信息共享机制 + 对象控制机制。

ODP主要包含三部分:
视点:为清晰地描述复杂的系统,把对ODP系统的说明细化为五个视点(即从五个不同的角度来观察),以及用于表达这五个视点的语言。

企业视点(Enterprise view point) :分析系统目的、商业需求、策略和系统范围的视点。

RM-ODP处理与企业层面有关的信息,例如组织结构和政策等。

信息视点(Information view point) :指信息的结构,当中包括信息的变化、流程、及不同功能上的逻辑分割。

计算视点(Computational view point):从系统设计者和编程者的角度将系统的功能分解成功能对象(计算对象),描述对象内部的活动及对象间的交互过程。

着重于把系统的分解(decomposition)成相对的实体(entities)及接口(interfaces)。

工程视点(Engineering view point):定义了一个网络计算基础设施,支持计算视点中所说明的系统结构,提供所需的分布式透明服务。

处理有关分布式系统对象间的交互(interaction),及描述如何支持有关的互换(interaction)。

技术视点(Technology view point):定义有关系统的软件及硬件组件(components)。

透明性:开放式分布处理系统应该提供的八个透明性(访问透明性、位置透明性、重置透明性、迁移透明性、持久透明性、复制透明性、故障透明性、事务透明性)。

功能:定义开放式分布处理平台应该具有的功能(管理功能、协调功能、仓库功能、安全功能)。

问题1考查了ODP的五个视点,解答该问题时,即使完全不懂ODP,也可尽力一试,因
为题目已给出五个视点作为选项,只要将5个概念对号入座即可,我们可以通过已有的架构知识分析总结来得出答案。

问题2考查分布式中间件的应用,要求考生了解分布式中间件在构件管理支持、互操作支持以及公共服务支持这三方面较传统处理系统的优势。

问题3考查分布式系统通信问题,这要求考生对常见构件标准在处理进程间通信时,所采取的机制及处理过程原理。

试题三
试题三为一道嵌入式软件架构设计的试题。

嵌入式的试题通常都是大段的题干说明加多个图表,在有限的时间下,很少有人选该方面的试题,因为看完试题就要花费不少的时间,所以嵌入式的试题一般只有本身是做嵌入式相关开发的考生在选答。

本题以宇航领域软件开发为背景(嵌入式系统主要是以航天、汽车等领域的开发为背景)。

问题1考查GOA的相关概念与特点。

GOA即通用开放式架构,是嵌入式系统的层次化架构模型。

问题2考查GOA中的一系列接口,要求掌握每一个接口代号所对应的接口,也属于纯概念题。

试题四
试题四为一道设计模式的问题。

本题是案例分析中最容易的一个问题。

设计模式在架构设计中的作用极大,所以是架构设计师考试的一个重点。

每次考试均会考到此类问题,希赛教育模拟题对此主题有多道试题从不同的角度进行提问,考查学员对该知识点的掌握情况。

问题1考查创建型、结构型、行为型模型的作用。

创建型模式,就是创建对象的模式,抽象了实例化的过程。

它帮助一个系统独立于如何创建、组合和表示它的那些对象。

关注的是对象的创建,创建型模式将创建对象的过程进行了抽象,也可以理解为将创建对象的过程进行了封装,作为客户程序仅仅需要去使用对象,而不再关心创建对象过程中的逻辑。

结构型模式的作用是解决怎样组装现有的类,设计他们的交互方式,从而达到实现一定的功能的目的。

结构型模式包含了对很多问题的解决。

例如:扩展性(外观、组成、代理、装饰)封装性(适配器,桥接)。

行为型模式涉及到算法和对象间职责的分配,行为模式描述了对象和类的模式,以及它们之间的通信模式,行为型模式刻画了在程序运行时难以跟踪的复杂的控制流。

问题2考查对创建型、结构型和行为型模式的分类。

问题3考查设计模式的选择与应用。

关于设计模式,我们需要掌握设计模式的应用场合、作用、结构。

详细内容请参看《系统架构设计师教程(第2版)》(张友生,王勇,电子工业出版社)
试题五
试题五数据架构设计问题。

考查核心为:NoSQL。

NoSQL(Not-only SQL):随着互联网web2.0网站的兴起,传统的关系数据库在应付web2.0网站,特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心,暴露了很多难以克服的问题,而非关系型的数据库则由于其本身的特点得到了非常迅速的发展。

问题1考查题目中描述的一系列问题产生的原因,其实就是在问:Web2.0的大型社交网络系统使用通用的商用关系型数据库不妥,原因何在?原因无非是关系型数据库面对非格式化数据的那些种种不足,这是“新瓶装老酒”的问题了。

问题2考查NoSQL的特点,其实也就是相对于传统关系型数据库的优点。

问题3考查NoSQL的缺点。

从以上所述及历年考试情况,可以总结出,NoSQL需要掌握的知识点主要包括NoSQL与关系型数据库的关系,两者各自的相对优缺点。

3.系统架构设计论文试题
试题一论基于架构的软件设计方法及应用
本题考查的知识点是ABSD。

ABSD (architecture-based software design,基于体系结构的软件设计)方法。

ABSD 方法是体系结构驱动,即指构成体系结构的商业、质量和功能需求的组合驱动的。

使用ABSD 方法,设计活动可以从项目总体功能框架明确就开始,这意味着需求抽取和分析还没有完成(甚至远远没有完成),就开始了软件设计。

设计活动的开始并不意味着需求抽取和分析活动就可以终止,而是应该与设计活动并行。

特别是在不可能预先决定所有需求时,例如产品线系统或长期运行的系统,快速开始设计是至关重要的。

这种方法的主要阶段包括:
这些阶段往往是考生最容易出问题的地方,因为客观性很强。

在组织文章时,其实记不全所有阶段,问题也不大,能写出多少就写多少,但要注意技巧,避开不熟悉的部分,把自己熟悉的内容展开来描述。

如只记得“体系结构设计、体系结构文档化、体系结构实现”,则可以用“使用ABSD方法进行开发,需要经历很多阶段,本文从体系结构设计、体系结构文档化、体系结构实现方面展开描述”(当然这是死马当活马医,在自己清楚有哪些阶段,而题目又有明确要求写出这些阶段时,必须答全)。

而不熟悉时,就要用含糊词眼的方式,避重就轻,让考官不会觉得你是不懂这些,而未答出来。

试题二论企业应用系统的数据持久层架构设计
本题考查数据持久层架构设计。

数据持久层位于领域层和基础架构层之间。

由于对象实例和关系实例这两大领域之间存在“阻抗不匹配”,所以把数据持久层单独作为一个层提出来的原因就是能够在对象-关系数据库之间提供一个成功的企业级映射解决方案,尽最大可能弥补这两种实例之间的差异。

本题要求分析持久层架构设计中有哪些数据访问模式,数据访问模式包括:在线访问、Data Access Object、Data Transfer Object、离线数据模式、对象/关系映射(O/R Mapping:Object/Relation Mapping)。

此处需要详细描述这些模式的主要内容。

最后是描述在持久层架构设计中考虑了哪些问题,即考生作为架构师,在设计架构时,是如何考虑的,用什么样的设计解决了什么样的问题。

虽然本题没有要求总结项目的成败,做得好与不好的地方,但作为一篇完整的文章,这些总结性的结尾也是必不可少的。

试题三论决策支持系统的开发与应用
本题考查决策支持系统的开发。

决策支持系统(Decision Support System,DSS)是辅助决策者通过数据、模型和知识,以人机交互方式进行半结构化或非结构化决策的计算机应用系统。

它是MIS向更高一级发展而产生的先进信息系统。

它为决策者提供分析问题、建立模型、模拟决策过程和方案的环境,调用各种信息资源和分析工具,帮助决策者提高决策水平和质量。

要完成本题的写作,需要充分了解决策支持系统的概念,这种系统有何用途,以分析,为什么要建立决策分析系统。

并需要了解决策支持系统的建设与一般MIS系统有何区别,这样才能找出题目中要求的“在建立决策支持系统时需要解决的一般关键问题”.些处的关键问题,可以因不同项目而异,所以说明需要解决的关键问题时,还需给出合理的分析,为什么这是个关键问题。

题目第3问是核心论点,需要把实际开发中应用到的技术、过程描述出来,并说明实际效果。

关于决策支持系统的详细内容请参看《系统分析师教程》(张友生,清华大学出版社)。

试题四论企业信息化规划的实施与应用
本题的考查方向是企业信息化规划。

企业信息化规划是企业信息化建设的纲领和向导,是信息系统设计和实施的前提和依据,意义重大。

文章中应首先描述企业战略与企业信息化规划之间的关系,并实质性的指出目前企业的战略,由此而来的信息化规划要求。

在进行信息化规划过程中,需要注意方法的应用,方法包括但不限于:企业系统规划方法(BSP)、战略数据规划方法、信息工程方法。

选择其中的一种,说明,为什么采用这种方法,作者是如何采用这种方法来做规划的,步骤效果如何。

最后题目要求总结经验,分析效果,以及分析原因,这里其实是暗示大家,信息化规划不可能做到尽善尽美,总会有问题存在。

所以此时不要“报喜不报忧”,这样会显得很假,需要指出一些实质性的问题,再给出解决方案,这样会显得更加的真实。

相关文档
最新文档