分类： （三区）系统分析师（CSAI）资格考试

软件专业资格考试参考用书-软件体系结构PPT课程

课 程 内 容

◇ 软件体系结构概论
◇ 软件体系结构建模
◇ 软件体系结构风格
◇ 软件体系结构描述
◇ 动态软件体系结构
◇ Web服务体系结构
◇ 基于体系结构的软件开发
◇ 软件体系结构的分析与测试
◇ 软件体系结构评估
◇ 软件产品线体系结构

开发进度难以控制

由于软件是逻辑、智力产品，软件的开发需建立庞大的逻辑体系，这是与其他产品的生产不一样的。

在软件开发过程中，用户需求变化等各种意想不到的情况层出不穷，令软件开发过程很难保证按预定的计划实现，给项目计划和论证工作带来了很大的困难。

盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理等方面的问题将更为严重。

软件规模越来越大

随着软件应用范围的增广，软件规模愈来愈大。大型软件项目需要组织一定的人力共同完成，而多数管理人员缺乏开发大型软件系统的经验，而多数软件开发人员又缺乏管理方面的经验。各类人员的信息交流不及时、不准确、有时还会产生误解。

软件项目开发人员不能有效地、独立自主地处理大型软件的全部关系和各个分支，因此容易产生疏漏和错误。

从现有构件中获得符合要求的构件，直接使用或作适应性修改，得到可重用的构件；

通过遗留工程，将具有潜在重用价值的构件提取出来，得到可重用的构件；

从市场上购买现成的商业构件，即COTS（Commercial Off-The-Shell）构件；

开发新的符合要求的构件。

◎ 构件组装

◇ 基于数据的组装技术

首先根据当前软件问题的核心数据结构设计出一个框架，然后根据框架中各结点的需求提取构件并进行适应性修改，再将构件逐个分配至框架中的适当位置。此后，构件的组装方式仍然是传统的子程序调用与参数传递。这种组装技术也要求库中构件以子程序形式出现，但它所依赖的软件设计方法不再是功能分解，而是面向数据的设计方法，例如Jackson系统开发方法。

系统分析师复习资料-数学与经济管理-线性规划和排队论PPT讲座

1 线性规划
1.1 线性规划问题及其数学模型
1.1.1 问题的提出
1.1.2 图解法
1.1.3 线性规划问题的标准型
1.2 线性规划问题的求解——单纯形法
1.2.1 基本概念
1.2.2 单纯形法
1.2.3 单纯形法计算机软件
1.3 线性规划应用举例
1.3.1 线材的合理利用问题
1.3.2 配料问题
1.3.3 连续投资问题

1.1 线性规划问题及其数学模型 1.1.1 问题的提出(一)
1.1.1 问题的提出(二)
1.1.1 问题的提出(三)
以上两例都有一些共同的特征：
⑴用一组变量表示某个方案，一般这些变量取值是非负的。
⑵存在一定的约束条件，可以用线性等式或线性不等式来表示。
⑶都有一个要达到的目标，可以用决策变量的线性函数来表示。
1.1 线性规划问题及其数学模型 1.1.2 图解法

6 排队论
6.1 基本概念
6.1.1 排队过程的一般表示
6.1.2 排队系统的组成和特征
6.1.3 排队模型的分类
6.1.4 排队系统的求解
6.2 几个主要概率分布
6.2.1 经验分布
6.2.2 普阿松分布
6.2.3 负指数分布
6.3 单服务台负指数分布排队系统分析
6.3.1 标准M/M/1模型(M/M/1/∞/∞)
6.3.2 系统容量有限的情形(M/M/1/N/∞)
6.3.3 顾客源为有限的情形(M/M/1/∞/m)
一般的排队过程为：顾客由顾客源出发，到达服务机构（服务台、服务员）前，按排队规则排队等待接受服务，服务机构按服务规则给顾客服务，顾客接受完服务后就离开。排队过程的一般过程可用下图表示。我们所说的排队系统就是指图中虚线所包括的部分。

在现实生活中的排队现象是多种多样的，对上面所说的“顾客”和“服务员”要作广泛的理解。它们可以是人，也可以是某种物质或设备。排队可以是有形的，也可以是无形的。

系统分析师考试论文案例集（第一辑）下载

论文一 企业人事信息系统的应用
论文二 企业集团的信息管理系统应用
论文三 通信行业的应用
论文四 IC行业内部的 CAD应用
论文五 ERP 开发的应用

论文一 企业人事信息系统的应用

【摘要】
本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统
的建设目标是帮助该企业管理好企业内部的人员和人员的活动， 人事信息管理指
的是企业员工从招聘面试到离职退休的全过程， 涉及的主要活动包括面试、 报到、
培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与
分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，
本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别
与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事
信息管理应用系统。 在本文中首先讨论了选用面向对象方法与工具的主要理由与
策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工
具与方法在需求分析中的必要性， 最后简要小结了选用正确工具与方法的意义和
作用。
在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。

【正文】
人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企
业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分
析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，
这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现
实世界。 软件要具有适用性和扩展性， 就必须更接近于现实世界本身的发展规律。
以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我
们过去的做法，先会要求提供给我们一份相关的引进人才评估表，然后依葫芦画
瓢地设计相应的表单与界面。在短期来说，这样做是简便而实用的，但并不能够
符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的
结构都会有可能发生许多改变的。 采用面向对象的方法， 可以从中提取出表类型、
表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用
性，可配置性与可维护性。
在工具的选择过程中，我们选择了现在已十分流行的 Rational 系列，包括
Rational Rose、RUP、SoDA 等，为什么选取这个系列工具呢？这是基于我们对
软件需求分析目标的看法， 我们认为需求分析应当能正确地回答如下的几个关键
性问题：
（1）用户的需求是否已详尽地被考虑到了？
（2）用户能理解或明白我们所描述的内容吗？
（3）分析是否会和设计相脱节，
（4）程序员能明白我们的分析与设计要求吗？等等。

系统分析师考试论文案例集（第二辑）论文下载

论文一 论Java 技术在因特网平台上的应用—通信服务平台的应用
论文二 论Java 技术在因特网平台上的应用——银行业的应用
论文三 论改进 Web服务器性能的有关技术—银行业的应用
论文四 论改进 Web服务器性能的有关技本——数字图书馆类的应用
论文五 论实时控制系统与企业信息系统的集成——通信业应用
论文六 论实时控制系统与企业信息系统的集成——工业自动化改造的应用
论文七 论实时控制系统与企业信息系统的集成——工业控制的常规应用

论文五
论实时控制系统与企业信息系统的集成——通信业应用
【摘要】
近年来，在应用需求的强大驱动下，我国通信业有了长足的进步。现有通信
行业中的许多企业单位，如电信公司或移动集团，其信息系统的主要特征之一是
对线路的实时监控要求很高，数据量庞大，如何将实时控制与信息系统集成在一
起便成为系统实施的一个关键部分。
在参与了某个通信公司的一套网管系统以及决策支持系统的设计后， 我们分
析了两者的集成与应用工作， 深切地感受到有一个良好的设计策略以及重视所选
用的工具是一个关键。 这个项目主要是对下属各分站的子网以及有关链路的连通
情况进行实时监控、实现报警、路由控制和授权等功能，其关键在于提供一个实
时显示情况的地图界面，井将数据汇总和组织，建立起数据仓库以及进一步实施
数据挖掘分析，从而能支持企业的决策分析。我作为设计人员之一，着重在本文
中讨论控制系统与信息系统集成时的策略。
【正文】
众所周知，通信行业需要有一整套监控通信网络的手段，其工作特点是涉及
到的各分站与基站的在地理位置L的分布性， 更加需要有在更高一级提供检测不
同分站链接情况的手段。一般来讲，由于数据都是海量的，所以，如何将整个网
络系统所得的数据及时处理，以便和决策部门的分析相结合，也成为迫切需要解
决的重要课题。简言之，分布性、实时性以及数据海量性是解决整个系统设计和

系统分析师考试论文案例集（第三辑）论文下载

面向软件产品家族的变化性建模方法∗

Modeling Variability in Software Product Family
ZOU Sheng-Xiang, ZHANG Wei, ZHAO Hai-Yan+
, MEI Hong
(Institute of Software, School of Electronics Engineering and Computer Science, Peking University, Beijing 100871, China)
+ Corresponding author: E-mail: +86-10-62757670, E-mail: zhhy@sei.pku.edu.cn, http://162.105.203.104/belljointlab/index.jsp
Received 2004-06-03; Accepted 2004-07-29
Zou SX, Zhang W, Zhao HY, Mei H. Modeling variability in software product family. Journal of Software,
2005,16(1):37~49. http://www.jos.org.cn/1000-9825/16/37.htm
Abstract: To accommodate the frequent changes of user requirements and operating environments, software
systems have to be much more flexible. Fortunately, modeling variability is just a realistic and efficient approach to
controlling variability and implementing software reuse, which does well not only in identifying and expressing
variability, but also in assisting the management of variability evolution. This paper proposes an approach to
modeling variability in product family. In this approach, variabilities of system behaviors are modeled through
extended use case models, while variabilities in functionality and quality are captured by feature models, and above
all, both the models adopt consistent mechanisms to model variability. Summarily, the whole modeling process of
the approach is discussed systematically through a real software family on mobile phone.
Key words: software product family; variability; use case model; feature model; software reuse
摘 要: 用户需求和运行环境的变化增加了软件产品开发、维护和演化的难度.另一方面,如果能对同类软件
(比如软件产品家族)的变化性实施有效的控制,则可以极大地促进软件复用,提高软件生产效率和质量.对变化
性建模是控制变化性的有效手段,既有助于变化性的识别和规约,又能够提供足够的机制支持变化性的演化.提
出了一种面向产品家族的变化性建模方法,以变化性的管理策略为指导,从扩展的用况(use case)模型入手捕获
系统行为的变化性,以特征模型来组织功能性需求和质量属性并识别其变化性,两种模型对变化性的建模采用
相同的机制.还结合一个实例讨论了产品家族变化性建模的全过程.该研究对产品家族变化性的分析与建模具
软件复用被认为是解决软件危机、实现软件产业工业化生产方式的有效途径[1]
.软件复用活动包含两个相
关的阶段:可复用软件资产的生产阶段(development for reuse)和基于可复用软件资产的应用系统开发阶段
(development with reuse)
[2]
.领域工程对应于可复用软件资产的生产阶段,即系统地识别、开发和组织领域可复
用软件资产,为后期的应用系统开发提供必备的物质和技术基础.
软件产品家族方法即是应用软件复用的相关原理和技术,把整个产品家族作为同一问题空间来看待的软
件开发方法.这里的产品家族是指一类共享体系结构、特征、代码、构件、中间件或者需求的软件产品[3,4]
.研
究和实践表明,由于很好地应用了软件复用技术,软件产品家族方法极大地节省了软件产品的开发成本和时
间[5,6]
,软件产品家族方法也因此被认为是一种提高软件开发效率和控制软件复杂性的有效措施,因而在软件产
业界得到越来越多的重视[3]
.
产品家族方法要实现对软件复用以及对家族产品演化的支持,必须支持对变化性的有效管理.类比于软件
复用的基本过程,产品家族方法过程也可分为两个基本的阶段,即:生产家族核心资产的阶段和根据家族核心资
产生产单个产品的阶段.通常,对变化性的识别、设计和实现主要体现在第 1 阶段,第 2 阶段则要对变化性进行
定制、配置、绑定等.在家族核心资产的生产过程中,采用怎样的模型来组织核心资产以及对变化性进行控制
和管理一直是一个备受关注的问题[7,8]
.
Parnas 在 20 世纪 70 年代提出了模块化和信息隐藏两大原则来避免软件中不同成分之间不必要的耦合关
系,使得系统中的成分可以相对独立地发生变化[9]
.20 世纪 90 年代,Keepence 提出了一种面向对象的家族模型,
用预定义的模式来建模产品家族内的变化性,但这种模型只是在详细设计阶段的解决方案[6]
.另一方面,Will
Tracz 在 1990 年提出了一种基于特定领域的体系结构来捕获产品家族的共性的方法,该方法能够很好地组织
核心资产,但对变化性的支持却讨论不多[10]
.Zhang 和 Jarzabek 改进了 Bassett 的框架技术(frame technology)
[11]
,
提出了 XVCL(XML-based variant configuration language)方法来处理变化点[12,13]
;Becker 提出的变化性规约语
言 VSL(variability specification language)
[7,14]
也是基于 Bassett 的框架技术.XVCL 和 VSL 都是基于 XML 的配

系统分析师考试论文案例集（第四辑）论文下载

论软件的组件式开发 2
远程接入中的安全访问控制 4
网络安全评估 6
电子政务项目中的计划管理 12
应用CMM改进软件维护过程 14
论改进Web服务器性能的有关技术——论文1：银行业的应用 17
界面设计指导原则 19
论开放系统应用的互操作性 20
基于RUP的软件过程及应用 20
长春经济技术开发区的网络安全建设 25
基于 B/S 结构的电子政务信息系统的研究与开发 29
基于J2EE架构的电子政务网上申报审批系统的设计与实现 33
Web 应用系统分析与设计 38
论软件项目计划的制定 41
论软件开发成本管理 44
论软件开发的风险管理 47
应用CMM 保证软件质量 50
论企业级信息系统项目管理体系的建立 52
论信息系统的需求管理和范围管理 54
论项目的风险管理 57
内外网的划分 60
企业信息系统的需求获取 63

论软件的组件式开发
摘要：
在我所担任的某移动短消息增值应用系统的规划和开发工作中，面对移动短消息广阔的应用领域，和众多不同行业的ASP，巨大的软件开发工作量。我们选择了组件式软件开发方式，在系统的功能、性能、开发效率和投资等方面都达到了理想的效果。
正文：
2000年10月我开始担任四川某网络公司移动短消息增值应用系统（简称SMASP）开发部的负责人，主要工作是对SMASP进行规划并实施开发，为总经理提供SMASP开发的参考方案。SMASP的通信服务提供商为中国联通公司，服务内容提供商为如：出租车调度系统的出租车管理公司；电码防伪系统的商用电码公司；水电气三表抄表系统的水电气公司；移动证券系统的证券公司等，还有许多已知的和未知的对移动短消息增值应用有潜在需求的应用领域会不断地加入到SMASP中来。SMASP首期工程应用到联通四川公司，二期工程将推广到山东、河南、广东、福建、湖北等省市，并逐步推广应用到全国联通。由于项目处于起步阶段，还没有定型的系统模型及成功的应用模式，因此，选择一个好的系统体系结构和开发模式就成为当务之急。
　　对领域的选择。通常一个领域的专用资产要应用到不相关的领域是比较困难的，组件式开发的首要工作是领域工程，在这个领域内提取可被复用的系统对象，创建可复用资产，开发复用组件。而SMASP正好是这样一个面对具体应用领域的，系统需要不断升级，有着长期的持续开发需求。因此，在SMASP建设的初级阶段，为SMASP创建复用资产是可行的，有回报的。
　　对组件（COM）式体系结构的选择。SMASP已经有一部分应用是建立在Windows/NT服务器上了，但考虑到本系统将推广到全国各地联通公司，将来的远程系统维护和远程操作控制以及系统整体性能的需要，我建议公司将系统后台应用部分移植到以SUN系统为主的UNIX系统上来，这一建议得到了公司的支持。我们的服务内容提供商是各式各样的，

系统分析师（软件设计师）计算机学科部分经典专题教材

包含：专题一：计算机系统知识.doc、专题二：程序语言部分.doc、专题三：操作系统知识.doc、专题四：多媒体专题.doc、专题五：计算机网络知识.doc、专题六 数据库知识.doc、专题七：软件工程专题.doc、专题八：知识产权和标准化知识.doc等文件。

专题七：软件工程专题
1、软件工程知识
1.1概述
软件工程是指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来解决软件问题的工程。其目的是提高软件生产率、提高软件质量、减低软件成本。
软件工程是1968年在德国的NATO会议上提出的，希望用工程化的原则和方法来克服软件危机；而软件危机就是软件开发和维护过程中的各种问题，由于软件开发阶段缺乏好的方法的指导和好的工具的辅助，而且缺少有关的文档，使得大量的软件难以维护。
软件生命周期是指由软件定义、软件开发和软件维护等阶段组成的全过程，反映软件生存期内各种工作得组织以及各个阶段如何衔接。下表归纳了软件生存周期各个阶段的任务、参与人员和产生文档。
常见的软件开发模型有瀑布模型、演化模型、螺旋模型和喷泉模型等。
阶段 任务 参与人员 产生文档
软件定义阶段——待开发软件要“做什么”
系统分析 确定待开发软件的总体要求和适用范围，以及与之有关的硬件、支撑软件的要求 用户、项目负责人、系统分析员 可合并项目计划书中
软件项目计划 确定待开发软件的目标，对其进行可行性分析，并对资源分配、进度安排等做出合理的计划 用户、项目负责人、系统分析员 可行性分析报告、项目计划书
需求分析 确定待开发软件的功能、性能、界面等要求，从而确定系统的逻辑模型 用户、项目负责人、系统分析员 需求规格说明书
软件开发阶段——待开发软件“怎么做”
软件设计 概要设计 模块分解，确定软件的结构，模块的功能和模块间的接口，以及全局数据结构的设计 系统分析员、高级程序员 设计说明书、数据说明书、模块开发卷宗
详细设计 设计每个模块的实现细节和局部数据结构的设计 高级程序员、程序员
编码 用某种程序语言为每个模块编写程序 高级程序员、程序员 程序清单
软件测试 发现软件中的错误，并加以纠正 高级程序员或系统分析员（另一部门或单位） 软件测试计划、软件测试用例说明，软件测试报告
软件维护阶段—开发后交付使用的软件的维护
软件维护 使软件适应外界环境的变化、实现功能的扩充和质量的改善而修改软件 维护人员 维护计划、维护报告
　　软件由计算机程序、数据及文档组成，同时与硬件、数据库人、过程等共同构成计算机系统。软件工程包括三个要素：方法、工具和过程。
　　主要的软件开发方法有以下几种方法：
　　生命周期法：命周期法认为：每一个软件系统都有一定的生命周期。软件的生命周期是指一个软件系统从其提出、调查到分析、设计和有效使用，直至被淘汰或取代的整个期间。软件生命周期法就是按软件生命周期的各个阶段划分任务，按一定的规则和步骤，有效地进行软件开发的方法。
　　通常一个软件系统的生命周期可分为五个阶段：准备阶段、分析阶段、设计阶段、实施阶段、运行与维护阶段
　　原型法：原型法是先根据用户的最主要要求，开发出能实现系统最基本功能的一个原型，再根据用户对原型使用与评价的意见，反复修改完善原型，直到等到用户满意的最终系统为止。
　　原型法分4个阶段：确定用户需求；设计原型；使用、评价原型；修改、完善原型。
1.2软件分析
软件开发模型：瀑布模型；演化模型（原型法）；螺旋模型；喷泉模型（迭代和无间隙）；软件成本模型；可行性分析的任务是从技术上、经济上、使用上、法律上分析需解决的问题是否存在可行的解。
需求分析是软件生存周期中相当重要的一个阶段。需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体有以下几点：
确定软件系统的综合要求
分析软件系统的数据要求
导出系统的逻辑模型
修正项目开发计划
如有必要，可开发一个原型系统

系统分析师历年考试真题试卷word版

包含：1996年系统分析员级试题及答案(20页).doc、1997年系统分析员级试题及答案(19页).doc、1998年系统分析员级试题(19页).doc、1999年系统分析员级试题及答案(21页).doc、2000年系统分析员级试题及答案(21页).doc、2001年系统分析员级试题及答案(20页).doc、2002年系统分析员级试题及答案(20页).doc、2004年5月系统分析员级试题及答案(19页).doc、2004年11月系统分析员级试题及答案(19页).doc、2005年5月系统分析员级试题及答案(25页).doc、2005年11月系统分析员级试题及答案(26页).doc、2006年上半年系统分析师试卷(19页).doc、2006年下半年系统分析师试卷及答案和分析(24页).doc、2007年上半年系统分析师试卷(18页).doc

2007 年上半年 系统分析师 上午试卷
（考试时间 9:00～11:30 共 120 分钟）
● 采用 UML 分析用户需求时，用例 UC1 可以出现在用例 UC2 出现的任何位置，那么
UC1 和 UC2 之间的关系是 （1） 。
（1）A. include B. extend C. generalize D. call
● 关于 UML 中的状态图和活动图的叙述中， （2） 是错误的。
（2）A. 状态图和活动图都是对系统的动态方面进行建模的图
B. 活动图是状态图的一种特殊情况，其中所有或大多数状态是活动状态
C. 状态图显示从状态到状态的控制流，活动图显示的是从活动到活动的控制流
D. 在对一个对象的生存期建模时，只能使用状态图
● UML 提供了 5 种对系统动态方面建模的图，其中 （3） 对系统行为组织和建模；
（4） 对系统功能建模，它强调对象之间的控制流； （5） 之间是同构的。
（3）A. 用例图 B. 序列 C. 协作图 D. 状态图
（4）A. 用例图 B活动图 C. 状态图 D. 序列图
（5）A. 状态图和活动图 B. 用例图和活动图
C. 序列图和协作图 D. 活动图和协作图
● 采用 Kerberos 系统进行认证时，可以在报文中加入 （6）来防止重放攻击。
（6）A. 会话密钥 B. 时间戳 C. 用户 ID D. 私有密钥
● 包过滤防火墙通过 （7） 来确定数据包是否能通过。
（7）A. 路由表 B. ARP 表 C. NAT 表 D. 过滤规则
● 目前在网络上流行的“熊猫烧香”病毒属于 （8） 类型的病毒，感染该病毒后的
计算机不会出现 （9） 的情况。
（8）A. 目录 B. 引导 C. 蠕虫 D. DOS
（9）A. 执行文件图标变成熊猫烧香 B. 用户信息被泄漏
C. 系统运行变慢 D. 破坏计算机主板
● 根据知识产权法规的有关规定，下列选项中正确的说法是 （10） 。
（10）A. 企业名称权、商业秘密权、商标权均有法定保护期限
B. 企业名称权、商标权有法定保护期限，商业秘密权无法定保护期限
C. 企业名称权、商业秘密权和商标权均无法定保护期限
D. 企业名称权、商业秘密权无法定保护期限，商标权有法定保护期限
● 在我国，实用新型和外观设计专利申请 （11） 。
（11）A. 须经过实质审查后授权 B. 经初审合格后即授权
C. 递交申请后即可授 D. 经过形式审查和实质审查后才可授权

2007上半年、下半年系统分析师试题分析与解答打印版

试题一（25分）
阅读以下关于企业应用集成的叙述，在答题纸上回答问题 1至问题 3。
某软件公司承担了某大型企业应用系统集成任务，该企业随着信息化的进展，积累
了许多异构的遗产信息系统，这些系统分别采用J2EE、.NET 等技术进行开发，分布在
不同的地理位置，采用不同的协议进行数据传输。企业要求集成后的系统能够实现功能
整合，并在组织现有功能的基础上提供增值服务。为了按时完成任务，选择合适的企业
应用集成方法和架构非常重要。项目组在讨论方案时，提出了两种集成思路。
（1）刘工建议采用传统的应用集成方法，将应用集成分为多个层次，并采用消息代
理中间件连接遗产系统。
（2）王工建议采用基于SOA的方法进行应用集成，将现有遗产系统采用Web Service
的方式进行包装，暴露统一格式的接口，并采用企业服务总线（ESB）进行连接。
项目组仔细分析比较了两种方案的优点和不足后，认为刘工和王工的建议都合理，
但是结合当前项目的实际情况，最后决定采用王工的建议。
2007 年下半年 系统分析师 下午试卷 I 第2 页 （共 8 页）
【问题 2】 （8分）
针对该企业的集成实际情况，请用 200字以内的文字叙述王工建议中企业服务总线
（ESB）应该具有的基本功能。

【问题 3】 （9分）
王工的方案拟采用 Web Service作为基于SOA 集成方法的实现技术。请根据该系统
的实际情况，用 300 字以内的文字说明系统应该分为哪几个层次，并简要说明每个层次
的功能和相关标准。

试题二（25分）
阅读以下关于软件开发的叙述，在答题纸上回答问题 1至问题 3。
某软件公司接受公司A 委托开发一个软件任务，该任务由张工负责。张工预计在 4
周内完成对系统的需求分析，并形成需求规格说明书。张工委派了项目组的小刘来负责
需求信息的获取。
两周后，小刘向张工汇报了他进行需求分析的过程及结果。小刘采用问卷调查的方
式向公司A的 50名工作人员搜集信息。他首先准备了问卷的初稿，并请公司A 的相关
管理人员进行了测试和修正；然后将问卷分发给公司A 的每位工作人员，并要求他们在
一周内返还问卷。但到目前为止，小刘只收回了 7份问卷。小刘认为自己是完全按照问
卷调查的步骤和要求实施的，而问卷的返还率仍然很低。张工听完后，给小刘分析了失
败的原因，并提出了一些能够提高问卷返还率的建议。
但是为了不耽误项目的进度，张工决定采用JRP（Joint Requirements Planning）的
方法再次进行需求调查，张工作为JRP 的主持人。最终在第 4周完成了需求规格说明书，
并决定了系统后续阶段的开发计划，如图 2-1 所示。

软件专业资格考试参考用书-系统分析师常用工具-影印版下载