2010年上半年5月份系统分析师上午试题答案（分析与解答）之十一（第3次修改 2010年8月16日 18：36）

2010年上半年5月份系统分析师上午试题答案（分析与解答）之十一

(68)

参考答案：A

(69)

物理网络设计文档

１、主管人员评价

２、物理网络设计图表

３、注释和说明

４、软硬件清单

５、最终费用估计

６、审批部分

７、物理网络设计的修改

参考答案：B

(70)

。一般情况下，产生网络广播风暴的原因，主要有以下几种：

　　1. 网络设备原因：我们经常会有这样一个误区，交换机是点对点转发，不会产生广播风暴。在我们购买网络设置时，购买的交换机，通常是智能型的Hub，却被奸商当做交换机来卖。这样，在网络稍微繁忙的时候，肯定会产生广播风暴了。

　　2. 网卡损坏：如果网络机器的网卡损坏，也同样会产生广播风暴。损坏的网卡，不停向交换机发送大量的数据包，产生了大量无用的数据包，产生了广播风暴。由于网卡物理损坏引起的广播风暴，故障比较难排除，由于损坏的网卡一般还能上网，我们一般借用Sniffer局域网管理软件，查看网络数据流量，来判断故障点的位置。

　　3. 网络环路：曾经在一次的网络故障排除中，发现一个很可笑的错误，一条双绞线，两端插在同一个交换机的不同端口上，导致了网络性能急骤下降，打开网页都非常困难。这种故障，就是典型的网络环路。网络环路的产生，一般是由于一条物理网络线路的两端，同时接在了一台网络设备中。

　　4. 网络病毒：目前，一些比较流行的网络病毒，Funlove、震荡波、RPC等病毒，一旦有机器中毒后，会立即通过网络进行传播。网络病毒的传播，就会损耗大量的网络带宽，引起网络堵塞，引起广播风暴。

　　5. 黑客软件的使用：目前，一些上网者，经常利用网络执法官、网络剪刀手等黑客软件，对网吧的内部网络进行攻击，由于这些软件的使用，网络也可能会引起广播风暴。

参考答案：D 

(71)

参考答案：C

(72)

参考答案：B

 

(73)

参考答案：B

 

 

(74)

参考答案：A

 

(75)

参考答案：C

 

（71）A. functional decomposition 功能性分解   

B. object abstraction对象抽象
      C. data inheritance 数据继承           

D. information generalization 信息概括
（72）A. function model, class model and state model

功能模型、类模型以及状态模型
      B. class model, interaction model and state model

类模型、交互模型以及状态模型
      C. class model, interaction model and sequence model

类模型、交互模型以及序列模型
      D. function model, interaction model and state model

功能模型、交互模型以及状态模型

（73）A. Static analysis   静态分析          

B. Semantic analysis 语义分析
      C. Scope analysis  范围分析            

D. Domain analysis 域分析
（74）A. static structure 静态结构           

B. system components 系统组件
      C. data flows 数据流                  

D. program procedures 程序方案
（75）A. Program analysis  程序分析          

B. function requirement 功能要求
      C. Application analysis  应用分析      

D. Physical model 物理模型

 

试题（71）分析：

System analysis is traditionally done top-down using structured analysis based on （71）.

翻译：系统分析方法，是传统的自上而下的使用结构进行分析，基于数据流。

知道点：

结构化分析方法（Structured Analysis）：一种面向数据流的需求分析方法，结构化方法的基本思想是自顶向下，逐步求精。

 

结构化分析方法是一种自顶向下逐层分解、由粗到细、由复杂到简单的求解方法。“分解”和“抽象”是结构化分析方法中解决复杂问题的两个基本手段。“分解”就是把大问题分解成若干个小问题，然后分别解决。 “抽象”就是抓住主要问题忽略次要问题，集中精力先解决主要问题。

 

 “自顶向下逐层解决”是结构化方法按上述思想解决问题的一种策略。例如，设图4－2－1中X是一个复杂的管理系统,为了理解它，我们将它分解成1、2、3、4四个子系统。若1、3仍然很复杂，可继续将它们分成1.1、1.2...和3.1、3.2...等子系统，如此逐层分解直至子系统足够简单，能被清楚理解和准确表达为止。

 

 按照自顶向下，逐层分解的方式，不论系统的复杂程度和规模有多大，分析工作都可以有条不紊地开展。对于大的系统只需多分解几层，分析的复杂程度并不会随之增大。这也是结构化分析的特点。

 

结构化分析:使用数据流程图、数据字典、判定表和判定树等工具，来建立一种新的、称为结构化说明书的目标文档-需求规格说明书。

 

结构化体现在将软件系统抽象为一系列的逻辑加工单元,各单元之间以数据流发生关联。

　　结构化分析是70年代末，由Demarco等人提出的，旨在减少分析活动中的错误，建立满足用户需求的系统逻辑模型。该方法的要点是：面对数据流的分解和抽象；把复杂问题自顶向下逐层分解，经过一系列分解和抽象，到最底层的就都是很容易描述并实现的问题了。

 

参考答案：选C

 

试题（72）分析

The three types of the analysis model are（72）. There are two substages of object-oriented analysis.

翻译：分析模型的三种类型分别是：类模型、交互模型以及状态模型。面向对象分析有两种。

知识点：

UML包括三种模型：

类模型：表示系统静态的、结构化的“数据”层面。描述系统中对象的结构--它们的标识、与其它对象的关系、属性和操作。

 

状态模型：表示系统时序的、行为的“控制”层面。描述了与操作的时间和顺序相关的对象层面--标记变化的事件，界定事件上下文的状态，以及事件和状态的组织。状态图标识状态模型。每幅状态图都显示了系统内允许的某个对象类的状态和事件序列。状态图会引用其它的模型。状态图中的动作和事件都变成了类模型中对象上的操作，状态图之间的引用变成了交互模型中的交互。

 

交互模型：表示独立对象的协作，系统“交互”层面。描述对象之间的交互--独立对象如何协作，来从整体上完成系统的行为。用例、顺序图和活动图描述交互模型。用例描述系统和外部参与者之间交互的主要内容。顺序图显示交互的对象和交互的时间顺序。活动图显示计算的处理步骤之间的控制流。

参考答案：B

 

试题(73)分析：

（73） focuses on real-world things whose semantics the application captures.

翻译：语义分析侧重于捕获现实世界之事物在应用程序的语义。

参考答案：选B

 

试题(74)分析：

The object constructed in the requirement analysis shows the （74） of the real-world system and organizes it into workable pieces.

翻译：基于需求分析而成的构造的对象,显示了现实世界系统的静态结构,组织成了可工作的碎片

参考答案：选A

 

试题(75)分析：

（75）addresses the computer aspects of the application that are visible to users. The objects are those which can be expected to vary from time to time quite rapidly.

翻译：应用分析指引了计算机方面的应用，这些应用对用户而言是可见的。

对象是指哪些受到期望快速变化的事物。

参考答案：选C