系统分析师-软件工程(二)

《系统分析师-软件工程(二)》由会员分享，可在线阅读，更多相关《系统分析师-软件工程(二)（33页珍藏版）》请在装配图网上搜索。

1、系统分析师 - 软件工程 （ 二 ）（ 总分： 88.00 ，做题时间： 90 分钟 ）一、单项选择题（ 总题数： 73，分数： 88.00）1. 系统分析模型应明确体现的因素是 。 性能描述 功能描述 约束条件 系统结构 动态模型（分数： 1.00 ）A. 、和B. 、和 VC. 、和D. 、和解析： 解析 系统建模是系统分析阶段的一个重要环节，用于描述所建立系统的软硬件模型、优化系统描述的的过程。 系统分析模型应明确体现的因素有： 性能描述，反映的是系统的整体面貌及体系结构，应明确地或隐含地说明系统I/O及相关的中间状态,以及相互之间的关系； 功能描述，应明确表述系统各项功能特点与系统I/

2、O及相关的中间状态之问的关系； 约束条件，应明确规定技术指标的适用范围、系统的工作环境要求及系统性能的缺陷、不足等； 动态模型，是评价系统质量的指标体系，常与价格、速度、字长、可靠性等具体项目有关。2. 使用自动项目管理工具与使用手工方法管理相比有许多优点，但是 不属于自动项目管理工具的优点。（分数： 1.00 ）A. 能对大型项目进行精确跟踪，使项目经理能及时掌握实际工作进展和资源的实际消耗情况B. 能指导设计人员采用软件生存周期各阶段的适用技术，进行设计和控制工作进度VC. 能辅助开发，PERT CPM关键路径方法）和WBS工作分解结构），自动更新活动网络图和 Gantt图D. 能自动计算

3、、自动积累数据、自动生成图形和报表来取代人工计算、调度、统计和文档工作，提高管 理工作效率解析：解析 项目管理工具用来辅助软件的项目管理活动。尽管新的项目管理方法和技术会改变人们已经 习惯的工作方式，学习和掌握这些新工具也需要花费一些时间，但是使用自动项目管理工具比用手动方法 管理有许多优点。例如： 能对大型项目进行精确跟踪，使项目经理能及时掌握实际工作进展和资源消耗情况； 能自动计算、自动积累数据、自动生成图形和报表来取代人工计算、调度、统计和文档工作，提高管理 工作效率； 能辅助开发PERT CPM关键路径方法）和WBS工作分解结构），自动更新活动网络图和 Gantt图。3. 测试是保证软

4、件质量的重要手段。根据国家标准 GB8566-88计算机软件开发规范的规定，应该在阶段制定系统测试计划。分数： 1.00 ）A. 需求分析 VB. 概要设计C. 详细设计D. 系统测试 解析： 解析 根据国家标准 GB 8566-88计算机软件开发规范的规定，单元测试是根据详细设计阶段给出的“规格说 明书”在编码阶段完成的测试工作；集成测试的计划是在概要设计阶段制定的；系统测试计划应该在需求 分析阶段就开始制订，并在设计阶段细化和完善，而不是等系统编码完成后才制订测试计划；而验收测试 则检测产品是否符合最终用户的需求。软件测试的各个阶段与软件开发阶段的对应关系如图 5-3 所示。*4. 通常软

5、件项目管理活动包括项目的计划、调度、通信、费用估算、资源分配以及质量控制等。软件生产 是智力密集型的活动，其产品无物理外形，生产状态也“不可见”，因而难于检查和驾驭。软件项目管理 工具就是要使这种生产过程成为可见、可控的过程。因此，软件项目管理工具应具备 。(分数： 1.00 )A. 软件生产周期内各活动的识别和分配B. 对工作计划的安排、评审和检查VC. 对软件设计计划、技术和文档内容进行管理D. 与软件开发工具相匹配解析： 解析 软件项目管理工具就是要使软件生产过程成为可见、可控的过程。使用它能帮助进行成本估 算、作业调度和任务分配，并制定出成本较低、风险较小的项目开发计划；同时能设法在预

6、计工期和经费 之内适当调整项目的安排，以节省时间和人力，从而对软件生产的各个环节进行严格、科学的管理，使项 目开发活动获得最佳的进程。由于项目管理工具要能对项目的任务调度、成本估算、资源分配、预算跟踪、人时统计、配置控制等活动 给予帮助，因此它需要具有的某些特征如下。 覆盖整个软件生存周期。 为项目调度提供多种有效手段。 支持多个项目和子项目的管理。 对工作计划的安排、评审和检查。 确定关键路径、松弛时间、超前时间和滞后时间。 利用估算模型对软件费用和工作量进行估算。 对项目组成员和项目任务之间的通信给予辅助。 跟踪资源的使用。 自动进行资源平衡。 生成固定格式的报表和剪裁项目报告。5. 代码

7、走查 (code walkthrough) 和代码审查 (code inspection) 是两种不同的代码评审方法，这两种方法的 主要区别是 。(分数： 1.00 )A. 在代码审查中由编写代码的程序员来组织讨论，而在代码走查中由高级管理人员来领导评审小组的活 动B. 在代码审查中只检查代码中是否有错误，而在代码走查中还要检查程序与设计文档的一致性C. 在代码走查中只检查程序的正确性，而在代码审查中还要评审程序员的编程能力和工作业绩D. 代码审查是一种正式的评审活动，而代码走查的讨论过程是非正式的V解析：解析代码审查是一种正式的评审活动，而代码走查的讨论过程是非正式的。因此选项D说法正确。而

8、选项 A 的说法应改正为“在代码走查中由编写代码的程序员来组织讨论，而在代码审查中由高级管理人 员来领导评审小组的活动”。选项 B 的说法应改正为“无论代码审查和代码走查都要检查程序与设计文档的一致性”选项C中说要评审程序员的编程能力和工作业绩也是不对的。6. 集成测试有各种方法，以下关于集成测试的描述中，不正确的是 。（分数： 1.00 ）A. 增量式集成测试容易定位错误，排除错误B. 非增量式集成测试不能充分利用人力，会拖延工程进度VC. 增量式集成测试的强度大，测试更彻底D. 即使各个模块都通过了测试，但系统集成以后仍可能出现错误解析： 解析 集成测试也称组测试，是把系统的各个模块按照系

9、统设计说明书的要求组合起来进行测试。组合的过程可 以是增量式的和非增量式的。所谓非增量式测试是先分别测试各个模块，然后把所有的模块组合起来进行 总体测试。而增量式测试是先测试一个模块，然后再加入一个模块进行测试，通过不断地增加模块，进行 多次测试，最后完成整个系统的测试。这两种测试方法的优缺点对比见表5-8。*7. 在开发一个系统时，如果用户对系统的目标不很清楚，难以定义需求，这时最好使用。（分数： 1.00 ）A. 原型法 VB. 瀑布模型C. V- 模型D. 螺旋模型 解析： 解析 在开发一个系统时，如果用户对系统的目标不很清楚，难以定义需求，这时最好使用原型法的系统开发方 法。应用原型法

10、的主要目的就是获取需求。使用原型法，在用户的共同参与下可以改善和加快需求获取过 程。其第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价， 进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需 求是什么。第二步则在第一步的基础上开发客户满意的软件产品。显然，快速原型方法可以克服瀑布模型 的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。选项B的“瀑布模型”，是一种将按软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软 件测试和运行维护等 6 个基本活动，并且规定了它们自上而下、相互衔接的固定次序的系

11、统开发方法。瀑 布模型强调文档的作用，并要求每个阶段都要仔细验证。选项C的“V-模型”，是一种典型的测试模型。该模型通常会在其开始部分对软件开发过程进行描述，其 中通过单元测试检测代码的开发是否符合详细设计的要求；集成测试检测各单元代码是否能完好地结合到 一起，是否符合概要设计阶段提出的要求；系统测试检测已集成在一起的产品是否符合系统规格说明书的 要求；而验收测试则检测产品是否符合最终用户的需求。对于选项D的“螺旋模型”，是指将瀑布模型和快速原型模型结合起来，强调风险分析的一种开发模型。8. 软件项目管理中可以使用各种图形工具，在以下关于各种图形工具的论述中正确的是 。（分数： 1.00 ）A

12、. 流程图直观地描述了工作过程的具体步骤，以及这些步骤之间的时序关系，可以用于控制工作过程的 完成时间B. PERT图画出了项目中各个活动之间的时序关系，可用于计算工程项目的关键路径，以便控制项目的进 度 VC. 因果分析图能表现出软件过程中各种原因和效果之间的关系，并且表现了它们随时间出现的顺序和重 要程度，这些数据可用于改进软件过程的性能D. Gantt 图为整个项目建立了一个时间表，反映了项目中的所有任务之间的依赖关系，以及各个任务的 起止日期，这些信息可用于项目的任务调度 解析：解析 项目管理是在指定时间内用最少的费用开发可接受的系统的管理过程，内容包括确定系统开 发范围、计划、人员安

13、排、组织、指导和控制。对于选项 A 的“流程图”，它表达了系统中各个元素之间的信息流动情况，是进行系统详细设计的工具。 因此选项 A 的说法是错误的。选项B的“PERT图”，是一种图形化的网络模型，描述一个项目中的任务和任务之间的关系。PERT图用来在任务被调度之前弄清项目任务之间的依赖关系。PERT图的特点是通过关键路径法进行包括费用在内的资源最优化考虑，压缩关键路径上的工作，在规定的时间以前把它高效率地完成。因此选项B的说法是正确的。选项C的“因果分析图”，也称鱼骨图，是一种用于确定、探索和描述问题及其原因和结果的图形工具。 可以用因果分析图来迫使团队考虑问题的复杂性，并让他们以一种客观的

14、态度来看待引起问题的原因。因 果分析图可以帮助团队来确立引起问题的首要和次要原因， 并帮助他们组织产生于头脑风暴会议中的观点。 因此选项 C 的说法是错误的。选项D的“Gantt图”，它和PERT图是进度安排的常用图形描述方法。Gantt图中横坐标表示时间、纵坐标表示任务，图中的水平线段表示对一个任务的进度安排、线段的起点和终点对应在横坐标上的时间分别 表示该任务的开始时间和结束时间，线段的长度表示完成该任务所需的时间。Gantt 图能够清晰地描述每个任务从何时开始，到何时结束以及各个任务之间的并行关系，但是它不能清晰地反映出各任务之间的依 赖关系，难以确定整个项目的关键所在。因此选项D的说法

15、是错误的。9. 以下内容中， 应写入操作手册。（分数： 1.00 ）A. 描述系统对各种输入数据的处理方法B. 说明系统升级时产商提供的服务C. 描述系统处理过程的各个界面VD. 说明系统各部分之间的接口关系解析： 解析 操作手册主要用于指导用户在系统运行时的操作，系统提供的界面是用户进行各种操作的依 据，因此系统处理过程的各个界面应写入操作手册。系统对各种输入数据的处理方法和系统各部分之间的接口关系是系统开发阶段的内容，系统升级时厂商提 供的服务与用户在系统中的操作无关，这些工作并不是用户重点关心的内容。10. 质量控制非常重要，但是进行质量控制也需要一定的成本。可以降低质量控制的成本。（分

16、数： 1.00 ）A. 使用抽样统计 VB. 进行过程分析C. 对全程进行监督D. 进行质量审计解析：解析质量控制（QC）就是项目管理组的人员采取有效措施，监督项目的具体实施结果，判断他们是 否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。可见，进行质量控制是确保项目质量 得以完满实现的过程。质量控制应贯穿于项目执行的全过程。质量成本是指为了达到产品或服务质量而进行的全部工作所发生的所有成本。进行质量控制一定要注意成 本，使用抽样统计可以降低质量控制的成本。11. 下述任务中，不属于软件工程需求分析阶段的是 。分数： 1.00 ）A. 分析软件系统的数据要求B. 确定软件系统的功能

17、需求C. 确定软件系统的性能要求D. 确定软件系统的运行平台V解析：解析需求分析阶段的主要任务是为一个新系统定义业务需求，该阶段的关键是描述一个系统必须做什么（或者一个系统是什么），而不是系统应该如何实现。它通常被划分成5个工作阶段：问题分析；问题评估和方案综合；建模；规约；复审。具体来说，需求分析阶段需完成以下要求： 确定软件系统的功能需求和非功能需求； 分析软件系统的数据要求； 导岀系统的逻辑模型； 修正项目开发计划； 如有必要，可以开发一个原型系统。对于本题的选项D,确定软件系统的运行平台是系统设计阶段的工作任务之一。12. 系统分析是信息系统开发重要的阶段。系统分析的困难不包括 。（分

18、数：1.00 ）A. 问题空间的理解B. 系统建模工具的复杂性VC. 人与人之间的沟通D. 环境的不断变化解析：解析系统分析侧重于从业务全过程的角度进行分析。随着软件系统复杂性的提高以及规模的扩大，系统分析的 地位愈来愈突出，从而也愈来愈困难。其难点主要体现在：用户需求含糊且易变；问题空间难于的理 解（问题的复杂性）；开发人员与用户以及开发人员之间的沟通存在障碍；信息系统的应用环境不断变 化等。系统建模工具的复杂性属于软件开发队伍内部问题，它不是系统分析的主要困难。13. 在关于逆向工程（reverse engineering） 的描述中，正确的是 。（分数：1.00 ）A. 从已经安装的软件

19、中提取设计规范，用以进行软件开发VB. 按照“输岀T处理T输入”的顺序设计软件C. 用硬件来实现软件的功能D. 根据软件处理的对象来选择开发语言和开发工具解析：解析逆向工程是软件再生（software rejuvenation）的一种方法。软件再生的 4种基本方法是: 文档重构。它对源代码进行静态分析，从而产生系统文档，帮助维护人员理解和引用源代码。 结构重组。它对源代码进行重组，重新编写为结构化的源代码，使其复杂性有所降低。 逆向工程。它通过对源代码进行静态分析得到系统规范和设计信息，并且提取岀工程信息，例如模块和 变量表、交叉引用表、数据接口表、测试路径等。 再工程。它是逆向工程过程的扩展

20、，根据逆向工程抽取的信息，在不改变原系统功能的前提下产生新的 系统源代码。14. 某工程计划如图5-4所示，由于任务A延迟了一天，为保证该工程按时完成，应将任务一缩短一天，使 成本增加最少。表5-12列岀了各任务每缩短一天所需增加的成本。表5-12某工程任务与每缩短一天所需增加的成本表任务每缩短一天需要增加的成本A4B6C3D2E2.5F:2.5G5*（分数:1.00）A. BB. CC. DD. E V解析：解析关键路径是一个相关任务序列，该序列具有最大总和的最可能工期。关键路径决定了项目最 早可能完成的时间。对于图 5-4，其关键路径为：ABEG共需 23天。由于图5-4中任务A延误了一天

21、，只有缩短处于关键路径上的任务的完成时间，才可能保证工程按时完成。查表5-12中所列的数据可知，将任务 A B、E G缩短一天所增加的成本分别为：4、6、2.5和5,因此选择将任务E缩短一天，是使成本增加最小的方法。（19）是一种最常用的结构化分析工具，它从数据传递和加工的角度，以图形的方式刻画系统内数据的运行 情况。通常使用（20）作为该工具的补充说明。（分数：2.00 ）A. 数据流图 VB. 数据字典C. ER 图D. 判定表解析：A. 数据流图B. 数据字典 VC. ER 图D. 判定表解析：数据流图是系统分析阶段用于描述系统逻辑模型的图形描述工具，解决信息系统“做什么”的问题。逻辑数

22、据流图强调参与者所做的事情，可以帮助设计者决定需要哪些系统资源，为了运行系统用户必须执 行的活动，在系统安装之后如何保护和控制这些系统。逻辑数据流图说明应该具有哪些加工和数据存储， 而不关心这些加工和数据存储是如何实现的。物理数据流图关注的是系统中的物理实体，以及一些具体的文档、报告和其他输入/输岀硬拷贝。物理数据流图用作系统构造和实现的技术性蓝图。物理数据流图需要说明加工和数据存储是如何实现的。数据字典是从文字方面对新系统逻辑模型进行描述的系统分析工具。它是数据流图的补充说明，即它在数 据流图的基础上，对其中的每个数据流、数据存储和数据项等加以定义和说明，其目的是进行数据分析和 归档。15.

23、 在软件项目管理中可以使用各种图形工具来辅助决策，以下对Gantt图的描述错误的是。（分数：1.00 ）A. Gantt图不能表现各个活动的顺序和它们之问的因果关系B. Gantt图不能表现哪些活动可以并行性VC. Gantt图可以表现各个活动的起始时间D. Gantt图可以表现各个活动完成的进度解析：解析Gantt图不能表现各个活动的顺序和它们之间的因果关系，但可以表现哪些活动可以并行性。Gantt图可以表现各个活动的起始时间，也可以表现各个活动完成的进度。16. 某软件开发从详细设计到集成测试各阶段所需工作量估计（按软件工程师人月数估计）如表5-4所示，这几个阶段分配的软件工程师和程序员人

24、数如表 5-5所示。假设编码与单元测试阶段，软件工程师的生产率是程序员的2倍。若在该项目的这几个阶段都增加一名软件工程师，则这几个阶段可以缩短个月完成任务（假定各个开发阶段串行工作）。表5-4开发阶段估计所需人月数详细设计6编码与单兀测试12集成测试12合计30表5-5开发阶段分组人数软件工程师程序员详细设计20编码与单兀测试22集成测试20（分数：1.00）A. 1B. 2C. 3D. 4 V解析：这是一道考查软件开发工作量估算的试题。由表5-4可知，编码与单元测试阶段所花费的时间大约是12个人月，即1名软件工程师需要12个月的时间才能完成。根据题目的假设：该阶段软件工程师的生产率是程序员的

25、 2倍，则1名程序员需要花费24个 月才能完成。根据表5-4和表5-5给出的数据，可得到如表 5-6所示的开发时间。表5-6开发阶段估计需人月 数分组人数所需时间 （月）软件工程 师程序员详细设计6206/2=3编码与单兀测试122212/(2+1)=4集成测试122012/2=6合计303+4+6=13若按照表5-5的人员配置总共需要13个月才能完成这3个阶段的工作。若在每个阶段都增加1名软件工程, 则得到如表5-7所示的开发时间。此时只需9个月就可以完成这3个阶段的工作，因此可以将工作缩短13-9=4 个月。表5-7开发阶段估计需人月 数分组人数所需时间（月）软件工程 师程序员详细设计63

26、06/3=2编码与单兀测试123212/(3+1)=3集成测试123012/3=4合计302+3+4=917. 在高级程序设计语言中，用于描述程序中的运算步骤、控制结构及数据传输的是（分数：1.00）A. 语句 VB. 语义C. 语用D. 语法解析：解析在高级程序设计语言中，语句用于描述程序中的运算步骤、控制结构及数据传输。 程序设计语言的语法是语言的外观。给岀语言的语法意味着给岀语句、声明和其他语言结构的书写规则。语义则表示不同的语法结构的含义。在程序语言的手册中，语言的描述都是围绕着语法结构展开的。通常,先给岀各种语句结构的语法，然后给岀对应该结构的语义以描述内在含义。语句是关于程序与使用

27、者之间的关系。18. CMM模型将软件过程的成熟度分为 5个等级。在级别上，建立了基本的项目管理过程来跟踪成本、进度和机能，制定了必要的过程纪律，并基于以往的项目的经验来计划与管理新的项目。（分数：1.00）A. 定义级B. 管理级C. 优化级D. 可重复级 V解析： 解析 在“可重复级”这一级别上，建立了基本的项目管理过程来跟踪成本、进度和机能，制定了 必要的过程纪律，并基于以往的项目的经验来计划与管理新的项目。该级别的关健过程域是：需求管理、 软件配置管理和软件子合同管理等。从可重复级别开始，就要求企业建立基本的项目管理过程的政策和管理规程，使项目管理工作有章可循。 一个可管理的过程则是一

28、个可重复的过程，一个可重复的过程则能使项目逐渐演化、成熟。从管理角度可 以看到一个按计划执行的、且阶段可控的软件开发过程。19. 某工程计划如图5-6所示，图中标注了完成任务 AH所需的天数，其中虚线表示虚任务。经评审后发 现，任务D还可以缩短3天（即只需7天就能完成），则总工程可以缩短 天。*（分数： 1.00 ）A. 0B. 1 VC. 2D. 3解析： 解析 本试题的解答思路如下。 在图 5-6 所示的工程网络计划图中，虚线表示虚任务。虚任务是指具有不占时间、不消耗资源的任务，该作业需要0天完成。它主要用于体现任务之间的某种衔接关系，即图5-6中任务H必须在任务E、F都完成后才能开始。

29、评审前，图5-6的关键路径（最费时路径）：-，共计需要29天 经评审后，任务D可以缩短3天（即由原来的10天变为7天），此时，图5-6的关键路径改变为：1-2-3-6-7 ，共需要28天。因此，在任务 D可以缩短3天的情况下，该工程需要28天才能完成。 可见，在任务D缩短3天的情况下，总工程只能缩短1天。20. 基于构件的开发（CBD）模型，融合了 模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。（分数： 1.00 ）A. 瀑布B. 快速应用开发 （RAD）C. 螺旋 VD. 形式化方法解析：解析螺旋模型是演化软件过程模型的一种，最早由Boehm提出，它将原型实现的迭代特征与线性顺序

30、模型中控制的和系统化的方面结合起来，使软件的增量版本的快速开发成为可能。在螺旋模型中，软 件开发是一系列的增量发布。面向对象技术为软件工程的基于构件的过程模型提供了技术框架。基于构件的开发模型融合了螺旋模型的 许多特征。它本质上是演化型的，要求软件创建迭代方法。然而，基于构件的开发模型是利用预先包装好 的软件构件来构造应用的。统一软件开发（RUP）过程是在产业界业已提出的一系列基于构件的开发模型的代表。21. 一个故障已经被发现，而且也被排除了，为了检查修改是否引起了其他故障，这时应该进行分数： 1.00 ）A. 程序走查B. 退化测试 VC. 软件评审D. 接收测试解析： 解析 一个故障已经

31、被发现，而且也被排除了，因为在修改过程中纠正了老的错误又会引入新的错 误，此时应该进行退化测试 (RegesSion Test)，以防止出现新错误的。退化测试包括以下步骤：插入新 代码， 程序成为新版本； 测试可能受新代码影响功能； 测试修改前的基本功能； 测试新版本的功能。 选项a的“程序走查”是由 Bell等人提出来的一种评价程序语言的方法，它以用户为中心，通过走查用户使用程序完成任务的情况进而评价程序语言设计的可用性和流畅性。对于选项C的“软件评审”，是指对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果 保持一致，并使其得到改进。对于选项D的“软件接收测试”，是确保证关键任

32、务的应用软件能在及所运行的硬件设施上高效地运行， 与严格的操作标准一致。22. 需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。 并不是需求分析的实现步骤之一。(分数： 1.00 )A. 获得当前系统的物理模型B. 抽象出当前系统的逻辑模型C. 建立目标系统的逻辑模型D. 确定目标实现的具体技术路线V解析： 解析 软件需求分析工作是软件生存周期中重要的一步，也是决定性的一步。只有通过软件需求分析，才能把软 件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求决定的是 目标系统“做什么”，而不是“怎么做”的问题 (例如

33、确定目标实现的具体技术路线等 )。23. 基线是软件生存期各个开发阶段的工作成果，测试阶段的基线是 。(分数： 1.00 )A. 可提交的软件B. 被测试的程序C. 提交报告D. 测试报告 V解析： 解析 这是一道考查软件配置管理的基本概念题。基线 (baseline) 是软件生命期各个开发阶段末尾的特定点，也 称为里程碑 (milestone) 。连续的开发工作在这些点上被分割开来进行成果检验， 必要时可以进行变更控制。 有了基线，就可以防止开发中的错误跨越阶段向后扩散，也可以防止跨越里程碑去修改另一开发阶段的工 作成果。软件规划阶段的基线是开发计划；需求分析阶段的基线是需求规格说明书和用户

34、手册；系统设计阶段的基 线是设计规格说明书；系统编码阶段的基线是程序清单；系统测试阶段的基线是测试报告。24.SOA(Service-Oriented Architecture) 是一种架构模型， 它可以根据需求通过网络对 的应用组件进行分布式部署、组合和使用。(分数： 1.00 )A. 紧耦合、细粒度B. 紧耦合、粗粒度C. 松耦合、细粒度D. 松耦合、粗粒度 V解析： 解析 SOA(Service-Oriented Architecture) 是一种架构模型， 它可以根据需求通过网络对松耦合、 粗粒度的应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控

35、制系统中与软件代理交互的人为依赖性。可见，SOA的几个关键特性是：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通信，不涉及底层编程接口和通信模型。25. 可以用项目三角形表示项目管理中主要因素之问相互影响的关系，处于项目三角形的中心，它会影响三角形的每条边，对 3条边的任何一条所作的修改都会影响它。(分数：1.00)A. 范围B. 质量 VC. 成本D. 时间解析：解析项目三角形是指项目管理三角形，3条边分别是指时间、成本、范围。3者存在密切的关系。质量是项目三角形中的第 4个关键因素，可以把它看成三角形的重心。具体分析如下。(1) 如果调整项目三角形的时问边，在分析项目工期

36、之后，可能发现项目的实际工期超过了原来的预算， 此时有多种方法可以调整项目工期的长度。选择的方法受到各种约束条件，比如资金、项目范围、项目质 量等影响。最有效的缩短工期的办法是调整项目关键路径上的任务，具体做法是，缩短一些工作任务的工 期，安排一些工作任务同步进行、分配额外资源加速进度或者缩小项目范围。当调整项目工期时，项目成 本可能增加，资源可能会被过度分配，而且项目范围也可能发生变化；(2) 如果调整项目三角形的资金边，为了降低成本，可以缩小项目范围，这样任务减少，占用的资源也会 下降，成本就会降低，同时项目的工期也会缩短。(3) 如果调整项目三角形的范围边，改变项目的范围一定包括改变项目

37、任务的数量和工期。项目范围和质 量是密切相关的，在缩小范围的同时，会降低既定的项目质量要求。否则不可能在原来的资源和时间内达 成新的目标，所以项目的预期目标限定了相应的资源和时间。项目三角形的3条边中任何一条边发生变化都会影响项目质量，项目质量受3条边的约束。例如，如果发现项目工期还有剩余时间，可以通过增加项目任务来扩大范围。有了这种项目范围的扩大，就能够提高项 目质量。反之，如果需要降低项目成本，以将其控制在项目预算范围之内，就不得不通过减少项目任务或 者缩短项目工期来缩小项目范围。随着项目的缩小，就很难保证既定的项目质量了，所以削减项目成本会 导致项目质量的降低。 至是风险管理中的 4个活

38、动，其恰当的顺序是 (59)。风险识别的一个方法是 (60)。选择风险管理工具研究风险处理方法风险评估处理结果风险识别、确认和度量(分数：2.00 )A. -B. -C. -D. -V解析：A. 定义风险参照水准B. 预测风险组合C. 建立风险条目检查表 VD. 制定风险尺度解析：解析风险管理包含风险管理、风险处理、风险评估和风险识别等4个不同的活动。 风险识别是试图系统化的确定对项目计划(估算、进度、资源分配)的威胁。风险识别的一个方法是建立风险条目检查表，该检查表可以用于识别风险、已知的以及可预测的风险。 风险预测又称风险估算，它从两个方面评估一个风险：风险发生的可能性或概率；以及风险发生

39、所产生 的后果。 在进行风险评估时经常采用定义风险参照水准的方法。对于大多数软件项目来说，成本、进度和性能就 是3种典型的风险参照水准。 风险控制的目的是辅助项目组建立处理风险的策略。一个有效的策略必须考虑风险避免、风险监控、风 险管理及意外事件计划等问题。依照试题给出的风险管理的 4个活动，其对应的顺序是：首先风险识别、确认和度量，然后研究风险处理 方法，接着选择风险管理工具，最后评估风险处理结果。26. 某工程计划图5-8如下图所示，弧上的标记为作业编码及其需要的完成时间（天），作业F最迟开始时间需在第天开始。*（分数：1.00 ）A. 8B. 12C. 13 VD. 17解析：解析“工程

40、计划图”又称为工程网络图，是一种常用的项目管理工具，主要用于工作计划安排的评审和检查。本试题中该工程计划图的关健路径是iEHG该路径所花费的时间最长 （20天）。由于作业F是关健路径中的一个作业，因此作业 F的松弛时间为0。由于松弛时间=最迟开始时间-最早开始 时间，而该工程计划图中作业 F的完成依赖于作业 C D的完成，虽然作业B、C可并行进行，但作业A B、 D需花费12天时间，作业F最早可在第13天开始。因此作业 F最迟开始时间是第13天。27. 实施新旧信息系统转换，采用 方式风险最小。（分数：1.00 ）A. 直接转换B. 并行转换 VC. 分段转换D. 分块转换解析：解析 新旧信息

41、系统之间的转换有直接转换、并行转换和分段转换，见表5-3。表5-3系统之间的转换方式对比表转换方式描述备注直接 转 换是扌曰在确定新系统运行无误时，立刻启用新系统， 终止旧系统运行这种转换方式对人员、设备费用很节省。这 种方式一般适用于一些处理过程不太复杂，数 据不太重要的场合并行 转 换是指新旧系统并行工作一段时间，经过一段时间的 考验以后，新系统正式替代旧系统。对于较复杂的大型 系统，它提供了一个与旧系统运行结果进行比较的机 会，可以对新旧两个系统的时间要求、出错次数和工作 效率给以公正的评价是一种经常使用的转换方式。由于与旧系统 并行工作，消除了尚未认识新系统之前的紧张 和不安：其特点是

42、安全、可靠、风险小，但费 用和工作量都很大，因为在相当长时间内系统 要两套班子并行工作分 段 转 换又称逐步转换、向导转换、试点过渡法等。这种转 换方式实际上是直接转换与并行转换方式的结合。在新系统全部正式运行前，一部分一部分地代替旧系统。那 些在转换过程中还没有正式运行的部分， 可以在一个模 拟环境中继续试运行这种转换方式既保证了可靠性，又不至于费 用太大。但是这种分段转换要求子系统之间有 一定的独立性，即对系统的设计和实现都有一 定的要求，否则就无法实现这种分段转换的设 想为了直观地分析系统的动作，从特定的视点出发描述系统的行为，需要采用动态分析的方法。其中_(14)_本来是表达异步系统的

43、控制规则的图形表示方法，现在已经广泛地应用于硬件与软件系统的开发中，它适用 于描述与分析相互独立、协同操作的处理系统，也就是并发执行的处理系统。(15)是描述系统的状态如何响应外部的信号进行推移的一种图形表示。(分数：2.00)A. 状态迁移图B. 时序图C. Petri 网 VD. 数据流图解析：A. 状态迁移图VB. 时序图C. Petri 网D. 数据流图解析：为了直观地分析系统的动作，从特定的视点岀发描述系统的行为，需要采用动态分析的方法。其中 最常用的动态分析方法有状态迁移图、时序图和Petri网。状态迁移图是描述系统的状态如何响应外部的信号进行推移的一种图形表示。 时序图用于对比在

44、系统中处理时间的时序与相应的处理时间，进行系统分析。Petri网方法本来是表达异步系统的控制规则的图形表示方法，现在已经广泛地应用于硬件与软件系统的 开发中，它适用于描述与分析相互独立、协同操作的处理系统，也就是并发执行的处理系统。数据流图是描述数据处理过程的工具，从数据传递和加工的角度，以图形的方式刻画数据流从输入到输岀 的移动变换过程，是描述系统逻辑模型的图形化工具之一。28. 在选择开发方法时，不适合使用原型法的情况是 。(分数：1.00 )A. 用户需求模糊不清B. 系统设计方案难以确定C. 系统使用范围变化很大D. 用户的数据资源缺乏组织和管理V解析：解析原型法的主要目的是获取用户需

45、求。当用户需求含糊不清、不完整或系统设计方案难以确定时，可以快速 地构造一个系统原型，并通过运行和评价系统原型，使得用户明确自己的需求。由于使用原型法开发需要适当的快速开发工具，需要用户密切地配合，因此以下的情况不适合使用原型法: 用户的数据资源缺乏组织和管理； 用户的软件资源缺乏组织和管理； 缺乏适用的原型开发工具； 用户不参与、不积极配合开发过程。29. 有两种需求定义的方法一严格定义和原型定义，在关于这两种方法的描述中，不正确的是。(分数：1.00 )A. 严格定义方法假定所有的需求都可以预先定义B. 严格定义方法假定软件开发人员与用户之间的沟通存在障碍VC. 原型定义方法认为需求分析中

46、不可避免地要出现很多反复D. 原型定义方法强调用户在软件开发过程中的参与和决策解析：解析严格定义方法用于结构化分析和设计的场合中。该方法假定所有的需求都是可以被预先定义的，而且认为 修改不完善的系统需求代价昂贵且实施困难。进行严格的需求定义要求系统开发人员与用户能够进行有效 地沟通，准确地了解用户的需求，并且可以用静态的图形或文本工具完整地表示系统需求。原型方法认为并不是所有的需求在系统开发之前都可以进行准确定义的，而且软件开发人员与用户之间存 在通信的障碍。在具备快速建模工具的情况下通过向用户提供可以运行的系统模型来吸取用户的反馈意见， 通过不断反复、不断修改原型系统可以获取完整的系统需求，

47、一旦确定了需求，就可以遵照严格的方法继 续进行系统开发。下列要素中，不属于 DFD的是(9)。当使用DFD对一个工资系统进行建模时，(10)可以被认定为外部实体。(分数：2.00 )A. 加工B. 数据流C. 数据存储D. 联系 V解析：A. 接收工资单的银行VB. 工资系统源代码程序C. 工资单D. 工资数据库的维护解析：数据流程图(Data Flow Diagam, DFD)也称数据流图，是一种便于用户理解、分析系统数据流程、描 述系统逻辑模型的图形工具。它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输岀和 数据存储等，是系统逻辑模型的重要组成部分。DFD由数据流、加工、数据

48、存储和外部实体4个要素构成。外部实体是指存在于软件系统之外的人员或组织，它指岀系统所需数据的发源地和系统所产生数据的归宿点。当使用DFD对一个工资系统进行建模时，接收工资单的银行可以被认定为是一个外部实体，而选项B、C D的内容都不符合外部实体的定义。软件的维护并不只是修正错误。为了满足用户提岀的增加新功能、修改现有功能以及一般性的改进要求和 建议，需要进行(51)，它是软件维护工作的主要部分；软件测试不可能揭露旧系统中所有潜在的错误， 所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为(52);为了改进软件未来的可维护性或可靠性，或者为了给未来的改进提供更好的基础而对软件进

49、行修改，这类活动称为(53)。(分数：3.00 )A. 完善性维护VB. 适应性维护C. 预防性维护D. 改正性维护解析：A. 完善性维护B. 适应性维护C. 预防性维护D. 改正性维护V解析：A. 完善性维护B. 适应性维护C. 预防性维护 VD. 改正性维护解析：解析按照每次进行维护的具体目标的不同，软件维护可分为完善性维护、适应性维护、改正性（纠错性）维护和预防性维护等 4种类型。每种软件维护类型的定义以及在整个维护工作量中所占的比例见表 5-10表5-10软件维护类型表维护类 型定义比例完善性为满足用户日益增长的需求，修改和加强现有系统的功能和性50%-维护能的维护活动60%适应性维护

50、为应用软件适应运行环境的变化而进行的维护活动20%-25%改正性 维护诊断和更正在软件测试期间未能发现的遗留错误的维护活动20%-25%预防性为了改进软件未来的可维护性或可靠性，或者为了给未来的改5%- 1维护进提供更好的础而对软件进行修改的活动10%30.下面列岀了系统维护工作流程中的几项关键步骤，正确的工作顺序是用户提交维护申请报告交付使用更新文档测试核实和评价维护申请报告制定维护计划实施维护（分数：1.00）A. TTTTTTVB. -C. T-D. -解析：解析系统维护工作正确的流程顺序是：用户提交维护申请报告-核实和评价维护申请报告-制定维护计划-实施维护-测试-更新文档-交付使用。

51、31. 新项目与过去成功开发过的一个项目类似，但规模更大，这时应该使用进行项目开发设计。（分数：1.00 ）A. 原型法B. 变换模型C. 瀑布模型 VD. 螺旋模型解析：解析由于新项目与过去成功开发过的一个项目类似，已经有了以前成功的项目开发经验和积累的软件模块，因 此应该用尽可能将这些经验和软件模块应用到新项目中，即对于这个规模更大的软件项目，应该使用瀑布 模型进行开发。下列聚合类型中内聚程度最高的是（30），下列耦合类型中耦合程度最低的是（31）。（分数：2.00）A. 偶然内聚B. 时间内聚C. 功能内聚 VD. 过程内聚解析：A. 数据耦合 VB. 控制耦合C. 公共耦合D. 内容耦

52、合解析：模块的内聚性表现了模块内部各个子成分（代码）功能的集中程度。按模块内聚程度从低到高排序为:偶然内聚、逻辑内聚、时间内聚、通信内聚、顺序内聚、功能内聚。模块的耦合度表现了模块之间相互关联的程度。按模块耦合程度从低到高排序为：无直接耦合、数据耦合、标记耦合、控制耦合、公共耦合、内容耦合等6级。32. 下列叙述中，与提高软件可移植性相关的是 。（分数：1.00 ）A. 选择时间效率高的算法B. 尽可能减少注释C. 选择空间效率高的算法D. 尽量用高级语言编写系统中对效率要求不高的部分V解析：解析软件可移植性是指与软件可从某一环境移植到另一环境的能力有关的一组属性。通常高级语言具有较好的可移植

53、性，因此编辑时应尽量用高级语言编写系统中对效率要求不高的程序部分。采用减少注释、选择时间/空间效率高的算法都不能提高软件的可移植性。33. 软件开发工具 VB PB Delphi是可视化的。这些工具是一种 程序语言。（分数：1.00 ）A. 事件驱动 VB. 逻辑式C. 函数式D. 命令式解析：解析事件驱动（Event Driven）是指系统根据发生的事件发送消息给相应的程序，程序根据事件和当前状态，决 定要做的事情。如果不发生事件，计算机的控制权并不是正在执行的程序手里，这时程序并不占用CPU资源。面向对象和可视化程序设计方法采用了事件驱动机制，所以程序设计方法发生了很大的改变。事件驱 动给

54、程序设计带来了极大的灵活性。同时，它可以在不采用分时系统的前提下实现多进程。可视化程序设计（Visual Programming）运用面向对象程序设计的概念，通过图形化及可视途径，构建应用程序。它使程序设计更为简单、容易。软件开发工具Visual Basic 、PB和Delphi提供了可视化的集成开发环境，运用代表通用于程序的图标，通过图形操作，构建基于图形用户界面（GUI）的应用程序，是一种以事件驱动的程序语言。34. PROLOGf言属于程序设计范型，该范型将程序设计归结为列举事实，定义逻辑关系等。（分数:1.00）A. 过程式B. 函数式C. 面向逻辑 VD. 面向对象解析：解析程序设计

55、范型是指程序设计的体裁。目前代表性的程序设计范型主要有：过程式程序设计范型、函数式程 序设计范型、面向逻辑的程序设计范型和；面向对象程序设计范型，见表5-2。表5-2代表性的程序设计范型表类型说明例子过程式程序设计 范型将软件程序归结为数据结构、算法过程或函数的设计与确定，程 序的执行被看作是各过程调用的序列Pascal 语言、C语言函数式程序设计 范型将程序看做是“描述输入与输出之间的关系”的一个数学函数LISP语言面向逻辑的程序 设计范型将程序设计归结为列举事实、定义逻辑关系等Prolog语言面向对象程序设 计范型将程序归结为一系列对象类，通过继承关系、消息传递等联结起 来的结构35.软件

56、测试通常分为单元测试、组装测试、确认测试、系统测试等四个阶段。属于确认测试阶段的活动（分数：1.00）A. 设计评审B. 代码审查C. 结构测试D. 可靠性测试 V解析：解析软件测试通常分为单元测试、组装测试、确认测试、系统测试等四个阶段。表5-9给出了这4个阶段的主要工作任务和测试依据。确认测试包括有效性测试和软件配置审查。有效性测试是在模拟的环境下，运用黑盒测试方法，验证所测 软件是否满足需求规格说明书列岀的要求。在有效性测试中除考虑功能、性能以外，还需检验可移植性、 可靠性、兼容性、用户界面及系统所提供的文档资料是否符合要求等内容。软件配置审查的目的在于确保 已开发软件的所有文档资料均已

57、编写齐全，足以支持投入运行以后的软件维护工作。表5-9软件测试各阶段的主要任务及依据阶段主要任务测试依据单元测试对软件设计的最小单位一模块进行正确性检验的测试详细设计说 明书、源程序组装 测试也称为集成测试，它是把模块在按照设计要求组装起来的同时 进行测试，主要目的是发现域接口有半的错误概要设计说 明书确认 测试检验软件的功能和性能及其他特性是否满足了需求规格说明中确 定的各种需求，以及软件配置是否完全、正确需求规格说 明书、合同书系统测试把通过确认测试的软件作为整个基于计算机系统的一个元素，与 计算机硬件、外设、某些支持软件、数据和人员等其他系统元素 结合在一起，在实际运行环境下的测试活动3

58、6. 在进行项目计划前，应该首先建立 的目的和范围，考虑可选的解决方案、标识技术和管理的约束。没有这些信息，就不可能进行合理的成本估算、有效的风险评估、适当的项目任务划分或是可管理的项目 进度安排。（分数：1.00）A. 人员B. 产品 VC. 过程D. 计划解析：解析有效的项目管理集中于 4P,即人员（people）、产品（product）、过程（process）和项目（project） 4P的顺序不是任意的。任何管理者如果在项目开发早期没有鼓励全面的客户沟通，有可能为错误的问题建 造一个不错的解决方案。软件开发者和客户必须一起定义产品的目的和范围。目的是标识岀该产品的总体 目标（从客户角度

59、），而不考虑这些目标如何实现。范围是标识岀与产品相关的主要数据、功能和行为，更 为重要的是，它以量化的方式约束这些特性。37. 在结构化设计中， 描述了模块的输入输岀关系、处理内容、模块的内部数据和模块的调用关系，是系统设计的重要成果，也是系统实施阶段编制程序设计任务书和进行程序设计的岀发点和依据。（分数：1.00 ）A. 系统流程图B. IPO 图C. HIPO 图 VD. 模块结构图解析：解析在结构化设计中，分层输入一处理一输出图（HIPO图）既可以描述软件总的模块层次结构，又可以描述每个模块的输入/输岀关系、处理内容、模块的内部数据和模块的调用关系。它是系统设计的重要成果，也是系 统实施

60、阶段编制程序设计任务书和进行程序设计的出发点和依据。38. 黑盒测试方法是根据软件产品的功能设计规格说明书，通过运行程序进行测试，证实每个已经实现的功能是否符合设计要求。 如果某产品的文本编辑框允许输入 1255个字符，采用测试方法，其测试数据为：0个字符、1个字符、255个字符和256个字符。（分数：1.00 ）A. 等价类划分B. 边界值分析 VC. 比较测试D. 正交数组测试解析： 解析 对于选项 A 的“等价类划分测试方法”是将程序的输入域划分为数据类，以便导出测试案例，等价划分的 测试案例设计基于对输入条件的等价类评估。对于选项 B 的“边界值分析测试方法”是一种补充等价类划分的测试案例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试案例。例如，如果某产品的文本编辑框允许输入1255个字符，则其边界值分析测试数据为：第 0 个字符、第 1 个字符、第 255 个字符和第 256 个字符。对于选项C的“比较测试方法”是利用冗余系统的经验，对关键应用程序开发不同的版本，利用自动化工 具对其输出进行比较。对于选项