2011年下半年系统架构设计师考试下午真题与答案

  • 格式:doc
  • 大小:384.00 KB
  • 文档页数:14

下载文档原格式

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

2011年下半年系统架构设计师考试下午真题

试题1:

阅读以下关于软件架构评估的说明,在答题纸上回答问题1和问题2。

【说明】

某网上购物电子商务公司拟升级正在使用的在线交易系统,以提高用户网上购物在线支付环节的效率和安全性。在系统的需求分析与架构设计阶段,公司提出的需求和关键质量属性场景如下:

(a)正常负载情况下,系统必须在0.5秒内对用户的交易请求进行响应;

(b)信用卡支付必须保证99.999%的安全性;

(c)对交易请求处理时间的要求将影响系统的数据传输协议和处理过程的设计;

(d)网络失效后,系统需要在1.5分钟内发现错误并启用备用系统;

(e)需要在20人月内为系统添加一个新的CORBA中间件;

(f)交易过程中涉及到的产品介绍视频传输必须保证画面具有600*480的分辨率,20帧/秒的速率;(g)更改加密的级别将对安全性和性能产生影响;

(h)主站点断电后,需要在3秒内将访问请求重定向到备用站点;

(i)假设每秒中用户交易请求的数量是10个,处理请求的时间为30毫秒,则“在1秒内完成用户的交易请求”这一要求是可以实现的;

(j)用户信息数据库授权必须保证99.999%可用;

(k)目前对系统信用卡支付业务逻辑的描述尚未达成共识,这可能导致部分业务功能模块的重复,影响系统的可修改性;

(l)更改Web界面接口必须在4人周内完成;

(m)系统需要提供远程调试接口,并支持系统的远程调试。

在对系统需求和质量属性场景进行分析的基础上,系统的架构师给出了三个候选的架构设计方案。公司目前正在组织系统开发的相关人员对系统架构进行评估。

【问题1】(12分)

在架构评估过程中,质量属性效用树(utility tree)是对系统质量属性进行识别和优先级排序的重要工具。请给出合适的质量属性,填入图1-1中(1)、(2)空白处;并选择题干描述的(a)~(m),填入(3)~(6)空白处,完成该系统的效用树。

【问题2】(13分)

在架构评估过程中,需要正确识别系统的架构风险、敏感点和权衡点,并进行合理的架构决策。请用300字以内的文字给出系统架构风险、敏感点和权衡点的定义,并从题干(a)~(m)中各选出1个对系统架构风险、敏感点和权衡点最为恰当的描述。

试题答案:

【问题1】

【问题2】

系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。

敏感点是指为了实现某种特定的质量属性,一个或多个构件所具有的特性。

权衡点是影响多个质量属性的特性,是多个质量属性的敏感点。

题干描述中,(k)描述的是系统架构风险;(c)描述的是敏感点;(g)描述的是权衡点。

1.试题分析:

本题考查软件质量属性的相关内容,以及架构风险、敏感点、权衡点的基本概念。软件质量属性在架构设计中是一个重要关注点,往往架构设计的过程就是对不同质量属性的平衡与取舍。

【问题1】

问题1考查考生对各种质量属性的理解。质量属性种类繁多,如:性能、可用性、可修改性、安全性等。首先分析(3)应填写的内容,该空的解答较为直接,只需要分析题目给出的质量属性场景中,除(a)还有哪个属于性能。“(f)交易过程中涉及到的产品介绍视频传输必须保证画面具有600*480的分辨率,20帧/秒的速率;”描述中,强调了视频必须保证的画面分辨率以及每秒帧数,这是对性能的要求。第(1)和(2)空的分析,较为复杂,需要通过反向推导的方式分析其分支之下的(e)与(d)属于哪个质量属性。“(e)需要在20人月内为系统添加一个新的CORBA中间件;”涉及到在原有系统基础之上,增加新的功能,这个时限要求原系统具有良好的可修改性,否则无法按期修改完成,所以(1)应为可修改性。同理:“(d)网络失效后,系统需要在1.5分钟内发现错误并启用备用系统;”是对系统可用性的要求,所以(2)应填可用性。当完成前面的几个空以后,接下来的几个空就比较容易解决了。即判断剩余的质量场景:(b)、(c)、(g)、(h)、(i)、(k)、(l)、(m),哪个属于可修改性,哪个属于可用性,哪个属于安全性。“(b)信用卡支付必须保证99.999%的安全性;”显然体现的是安全性;“(h)主站点断电后,需要在3秒内将访问请求重定向到备用站点;”是一种保障系统在出现问题时,仍能继续使用的机制,即提高可用性的方法;“(l)更改Web界面接口必须在4人周内完成;”体现出系统的可修改性。

【问题2】

问题2属于概念题,系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。敏感点是指为了实现某种特定的质量属性,一个或多个构件所具有的特性。权衡点是影响多个质量属性的特性,是

多个质量属性的敏感点。题干描述中的“(k)目前对系统信用卡支付业务逻辑的描述尚未达成共识,这可能导致部分业务功能模块的重复,影响系统的可修改性;”属于架构风险,因为未达成共识的业务逻辑描述存在隐患。“(c)对交易请求处理时间的要求将影响系统的数据传输协议和处理过程的设计;”是敏感点,因为对交易请求处理时间的要求将影响到数据传输协议和处理过程的设计,这也就意味着有多个构件将受其影响。“(g)更改加密的级别将对安全性和性能产生影响;”描述的是权衡点,因为更改加密级别将影响多个质量属性的特性,这两个方面的影响往往是:安全性提高的同时,性能降低;而安全性降低的同时性能提高。

所属试卷:

2011年下半年系统架构设计师考试下午真题(权威解析+标准答案)

6条回答

老师,可用性公式=MTTF\MTBF 按照书上,可靠性也是用MTTF MTBF来衡量。可靠性有没有具体的公式?zhccc20 2014-10-10 16:32:41

评价(0)(0)(0)引用

1、首先,一般来说,我们在考试和资料中,绝大部分时间是不会去区分可靠性与可用性时。甚至于很多时候讨论相关问题,是以这种形式表达:“可靠性/可用性”。

2、可靠性的计算在串联模型,并联模型中,给出了计算方法。如串联可靠度是各子系统可靠度的乘积。但其它情况下,并没有一个严格的计算公式。

3、针对此问题,下面对两个概念做一下阐述,意在让您对这两个概念有更深的理解。在解题中,了解到这些信息足矣。

系统可靠性是系统在规定的时间内及规定的环境条件下,完成规定功能的能力,也就是系统无故障运行的概率。

系统可用性是指在某个给定时间点上系统能够按照需求执行的概率。

从两个概念来看,基本上是看不出什么区别的。但从计算方式来看,差别就出来了。因为可靠性是从出错次数来衡量的,而可用性是从出错后,到恢复之间的时间来衡量的。

提高可靠性需要强调减少系统中断(故障)的次数,提高可用性需要强调减少从灾难中恢复的时间。

A系统每年因故障中断十次,每次恢复平均要20分钟,B系统每年因故障中断2次,每次需5小时恢复。则A系统可用性比B系统高,但可靠性比B系统差。

可靠性的量化指标是周期内系统平均无故障运行时间,可用性的量化指标是周期内系统无故障运行的总时间。一般提高可靠性的同时,也同时提高了可用性。

要提高可靠性,可使用变更管理,UPS,RAID,Cluster,链路冗余等管理和技术手段减少系统Down机的可能性。要提高可用性,除提高可靠性外,还可以使用合理备份,业务连续性计划等方式来减少从灾难中恢复的时间。

flycity2014-10-10 18:11:28

评价(0)(0)(0)引用

老师,此题的标准答案(2)是填写可用性,我写的是可靠性,那么是不能得分的,还是也算正确

zhccc20 2014-10-10 19:27:17

评价(0)(0)(0)引用

老师,那可否说提高可用性,也可以提高可靠性?相当于两者有包含关系。

我在(2)填写的可靠性,是否也可以得分。

zhccc20 2014-10-10 19:47:01

评价(0)(0)(0)引用

老师我接着问,

答案中提到:敏感点是指为了实现某种特定的质量属性,一个或多个构件所具有的特性。

(c)对交易请求处理时间的要求将影响系统的数据传输协议和处理过程的设计;”是敏感点