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

1、系统分析师-软件工程（六）（总分：44.00，做题时间：90分钟）、单项选择题（总题数：36,分数：44.00）为了直观地分析系统的动作，从特定的视点出发描述系统的行为，需要采用动态分析的方法。其中_（14）_本来是表达异步系统的控制规则的图形表示方法，现在已经广泛地应用于硬件与软件系统的开发中，它适用 于描述与分析相互独立、协同操作的处理系统，也就是并发执行的处理系统。（15）是描述系统的状态如何响应外部的信号进行推移的一种图形表示。（分数：2.00）(1).A.状态迁移图B .时序图C. Petri网D.数据流图（分数：1.00 )A.B.C.VD.解析:(2).A.状态迁移图B .时序图

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

3、式刻画数据流从输入到输岀 的移动变换过程，是描述系统逻辑模型的图形化工具之一。1. 在进行项目计划前，应该首先建立 的目的和范围，考虑可选的解决方案、 标识技术和管理的约束。没有这些信息，就不可能进行合理的成本估算、有效的风险评估、适当的项目任务划分或是可管理的项目 进度安排。A. 人员B .产品C .过程D .计划（分数：1.00 ）A.B. VC.D.解析：解析有效的项目管理集中于4P,即人员（people）、产品（product）、过程（process）和项目（project）4P的顺序不是任意的。任何管理者如果在项目开发早期没有鼓励全面的客户沟通，有可能为错误的问题建 造一个不错的解决

4、方案。软件开发者和客户必须一起定义产品的目的和范围。目的是标识岀该产品的总体 目标（从客户角度），而不考虑这些目标如何实现。范围是标识岀与产品相关的主要数据、功能和行为，更 为重要的是，它以量化的方式约束这些特性。2. 在新系统全部正式运行前，一部分一部分地代替旧系统的统转换策略称为A. 直接转换B 位置转换C 分段转换D 并行转换（分数： 1.00 ）A.B.C. VD.解析： 解析 新系统试运行成功之后，就可以在新系统和旧系统之间互相转换。分段转换又称逐步转换、向导转换、试 点过渡法等。这种转换方式实际上是直接转换与并行转换方式的结合。在新系统全部正式运行前，一部分 一部分地代替旧系统。那

5、些在转换过程中还没有正式运行的部分，可以在一个模拟环境中继续试运行。 这种转换方式既保证了可靠性，又不至于费用太大。但是它要求子系统之间有一定的独立性，否则就无法 实现这种分段转换的设想。3. 有两种需求定义的方法严格定义和原型定义，在关于这两种方法的描述中，不正确的是 A. 严格定义方法假定所有的需求都可以预先定义B 严格定义方法假定软件开发人员与用户之间的沟通存在障碍C. 原型定义方法认为需求分析中不可避免地要出现很多反复D. 原型定义方法强调用户在软件开发过程中的参与和决策（分数： 1.00 ）A.B. VC.D.解析： 解析 严格定义方法用于结构化分析和设计的场合中。该方法假定所有的需

6、求都是可以被预先定义的，而且认为 修改不完善的系统需求代价昂贵且实施困难。进行严格的需求定义要求系统开发人员与用户能够进行有效 地沟通，准确地了解用户的需求，并且可以用静态的图形或文本工具完整地表示系统需求。原型方法认为并不是所有的需求在系统开发之前都可以进行准确定义的，而且软件开发人员与用户之间存 在通信的障碍。 在具备快速建模工具的情况下通过向用户提供可以运行的系统模型来吸取用户的反馈意见， 通过不断反复、不断修改原型系统可以获取完整的系统需求，一旦确定了需求，就可以遵照严格的方法继 续进行系统开发。4. 下述任务中，不属于软件工程需求分析阶段的是 。A. 分析软件系统的数据要求B 确定软

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

8、个系统时，如果用户对系统的目标不很清楚，难以定义需求，这时最好使用A. 原型法B .瀑布模型C . V-模型D .螺旋模型（分数： 1.00 ）A. VB.C.D.解析： 解析 在开发一个系统时，如果用户对系统的目标不很清楚，难以定义需求，这时最好使用原型法的系统开发方 法。应用原型法的主要目的就是获取需求。使用原型法，在用户的共同参与下可以改善和加快需求获取过 程。其第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价， 进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需 求是什么。第二步则在第一步的基础上开发客户满意

9、的软件产品。显然，快速原型方法可以克服瀑布模型 的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。选项B的“瀑布模型”，是一种将按软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软 件测试和运行维护等 6 个基本活动，并且规定了它们自上而下、相互衔接的固定次序的系统开发方法。瀑 布模型强调文档的作用，并要求每个阶段都要仔细验证。选项C的“V-模型”，是一种典型的测试模型。该模型通常会在其开始部分对软件开发过程进行描述，其 中通过单元测试检测代码的开发是否符合详细设计的要求；集成测试检测各单元代码是否能完好地结合到 一起，是否符合概要设计阶段提出的要求；系统测试检测已集成在

10、一起的产品是否符合系统规格说明书的 要求；而验收测试则检测产品是否符合最终用户的需求。对于选项D的“螺旋模型”，是指将瀑布模型和快速原型模型结合起来，强调风险分析的一种开发模型。6. 软件测试通常分为单元测试、组装测试、确认测试、系统测试等四个阶段。属于确认测试阶段的活动。A. 设计评审B 代码审查C 结构测试D 可靠性测试（分数： 1.00 ）A.B.C.D. V解析： 解析 软件测试通常分为单元测试、组装测试、确认测试、系统测试等四个阶段。表5-9给出了这4个阶段的主要工作任务和测试依据。确认测试包括有效性测试和软件配置审查。有效性测试是在模拟的环境下，运用黑盒测试方法，验证所测 软件是否

11、满足需求规格说明书列出的要求。在有效性测试中除考虑功能、性能以外，还需检验可移植性、 可靠性、兼容性、用户界面及系统所提供的文档资料是否符合要求等内容。软件配置审查的目的在于确保 已开发软件的所有文档资料均已编写齐全，足以支持投入运行以后的软件维护工作。表5-9软件测试各阶段的主要任务及依据阶段主要任务测试依据单元测试对软件设计的最小单位一模块进行正确性检验的测试详细设计说 明书、源程序组装测试也称为集成测试，它是把模块在按照设计要求组装起来的同时 进行测试，主要目的是发现域接口有半的错误概要设计说 明书确认 测试检验软件的功能和性能及其他特性是否满足了需求规格说明中确 定的各种需求，以及软件

12、配置是否完全、正确需求规格说 明书、合同书系统 测试把通过确认测试的软件作为整个基于计算机系统的一个元素，与 计算机硬件、外设、某些支持软件、数据和人员等其他系统元素 结合在一起，在实际运行环境下的测试活动7.需求分析的任务是借助于当前系统的物理模型导岀目标系统的逻辑模型，解决目标系统“做什么”的问 题。并不是需求分析的实现步骤之一。A.获得当前系统的物理模型 B 抽象岀当前系统的逻辑模型C.建立目标系统的逻辑模型 D 确定目标实现的具体技术路线（分数：1.00 ）A.B.C.D. V解析：解析软件需求分析工作是软件生存周期中重要的一步，也是决定性的一步。只有通过软件需求分析，才能把软 件功能

13、和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求决定的是 目标系统“做什么”，而不是“怎么做”的问题 （例如确定目标实现的具体技术路线等 ）。软件的维护并不只是修正错误。为了满足用户提岀的增加新功能、修改现有功能以及一般性的改进要求和 建议，需要进行（51），它是软件维护工作的主要部分；软件测试不可能揭露旧系统中所有潜在的错误， 所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为（52）;为了改进软件未来的可维护性或可靠性，或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为（53）(分数：3.00 )(1).AA.完善性维护VB .

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

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

16、计划-实施维护-测试-更新文档-交付使用。（27）可用于描述数据流图中数据存储及其之间的关系，最初用于数据库概念设计。在某学生选课系统中使 用该工具来描述，学生的学号属于（28）。（分数：2.00 ）（1）.A .实体关系图B .数据字典C . IPO图D .判定表（分数：1.00 ）A. 7B.C.D.解析：.A 实体B 关系C.属性D.方法（分数：1.00 ）A.B.C. 7D.解析：实体关系（ER）模型将现实的信息结构统一用实体、属性以及实体之间的关系来描述，它可用于描述 数据流图中数据存储及其之间的关系。实体是客观存在并可互相区分的“事物”。实体必须有一组表征其特征的“属性”来描述。关

17、系是实体之间存在的对应的联系，关系也可以有属性。在某学生选课系统中使用 ER图来描述时，通常学生的学号定义 为“学生”这一实体的属性。9.基于构件的开发(CBD)模型，融合了 模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。A.瀑布B .快速应用开发(RAD)C.螺旋D 形式化方法(分数：1.00 )A.B.C. VD.解析：解析螺旋模型是演化软件过程模型的一种，最早由Boehm提岀，它将原型实现的迭代特征与线性顺序模型中控制的和系统化的方面结合起来，使软件的增量版本的快速开发成为可能。在螺旋模型中，软 件开发是一系列的增量发布。面向对象技术为软件工程的基于构件的过程模型提供了技术框

18、架。基于构件的开发模型融合了螺旋模型的 许多特征。它本质上是演化型的，要求软件创建迭代方法。然而，基于构件的开发模型是利用预先包装好 的软件构件来构造应用的。统一软件开发(RUP)过程是在产业界业已提岀的一系列基于构件的开发模型的代表。如图5-5所示的活动图中，从 A到J的关键路径是(72) ，I和J之间的活动开始的最早时间是(73)*(分数：2.00 )(1).A . ABEGJ B ADFHJ C. ACFGJ D ADFIJ (分数:A.B. VC.1.00 )D.解析：(2).A . 13 B . 23 C . 29 D . 40 (分数：1.00 )A.B. VC.D.解析：解析 选

19、项A的路径 选项B的路径 选项C的路径 选项D的路径对于(1)空的解答思路如下。 “ABEG”所花费的时间为 “ADFH”所花费的时间为 “ACFG”所花费的时间为 “ADFIJ'所花费的时间为(3+10+2+7)=22个单位时间。 (10+9+20+10)=49 个单位时间。(5+4+3+7)=19个单位时间。 (10+9+4+4)=27个单位时间。由以上分析可知，从A到J的关键路径是选项 B的路径“ ADFH”，因为这一条路径所花费的时间最多，决定了整个项目完成的最早时间。对于(2)空的解答思路如下。某作业松弛时间定义为该作业最迟开始时间减去其最早开始时间。由于作业F、H是关键路径

20、中的两个作业，因此作业F、H的松弛时间均为0。而在图5-5活动图中，作业I的最早开始时间依赖于作业 F、H的最迟开始时间。作业F的最早开始时间为第19个单位时间(也是最迟开始时间)，而作业H的最早开始时间为第 39个单位时间(也是最迟开始时间)。由图5-5的活动路径可知，作业I最早可在第23(19+4)个单位时间开始，即I和J之间的活动开始的最早时间是第23个单位时间。另外，作业I的最迟开始时间为第 45(49-4)个单位时间。10. PROLOG©言属于 程序设计范型，该范型将程序设计归结为列举事实，定义逻辑关系等。A. 过程式B 函数式C 面向逻辑D 面向对象(分数：1.00 )

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

22、、消息传递等联结起 来的结构对软件开发的看法可有多种观点，敏捷软件开发方法是一种(83)，代表慢是极限编程 XP,它的核心思想为(84)。(分数：2.00 )(1) .A .数学观B .建模观C .工程观D .协作游戏(分数：1.00 )A.B.C.D. V解析：(2) .A .强调文档和以敏捷性应对变化B. 强调建模和以敏捷性应对变化C. 强调设计和以敏捷性应对变化D. 强调人和人之间的合作的因素和以敏捷性应对变化(分数：1.00 )A.B.C.D. V解析：解析对软件开发的看法可有多种观点，敏捷软件开发方法是一种创作与交流的协作游戏。极限编程XP是敏捷开发的典型代表，它的核心思想是强调人和

23、人之间的合作的因素和以敏捷性应对变化。11. 下列关于软件需求管理与需求开发的论述，正确的是 。A. 所谓需求管理是指对需求开发的管理B. 需求管理包括：需求获取、需求分析、需求定义和需求验证C. 需求开发是将用户需求转化为应用系统成果的过程D. 在需求管理中，要求维持对原有需求和所有产品构件需求的双向跟踪(分数：1.00)A.B.C.D. V解析：解析所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为需求开发和需求管理两大类。其中，需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求开发主要有需求获取、需求分析、需求定义和需求验证等 4个过程。需求管理的目的是确保各方对

24、需求的一致理解、管理和控制需求的变更，从需求到最终产品的双向跟踪。 在需求管理中，要收集需求的变更和变更的理由，并且维持对原有需求和产品及构件需求的双向跟踪。12. 代码走查(code walkthrough)和代码审查(code inspection)是两种不同的代码评审方法，这两种方法的主要区别是。A. 在代码审查中由编写代码的程序员来组织讨论，而在代码走查中由高级管理人员来领导评审小组的活动B. 在代码审查中只检查代码中是否有错误，而在代码走查中还要检查程序与设计文档的一致性C. 在代码走查中只检查程序的正确性，而在代码审查中还要评审程序员的编程能力和工作业绩D. 代码审查是一种正式的评

25、审活动，而代码走查的讨论过程是非正式的(分数：1.00 )A.B.C.D. V解析：解析代码审查是一种正式的评审活动，而代码走查的讨论过程是非正式的。因此选项D说法正确。而选项A的说法应改正为“在代码走查中由编写代码的程序员来组织讨论，而在代码审查中由高级管理人 员来领导评审小组的活动”。选项B的说法应改正为“无论代码审查和代码走查都要检查程序与设计文档的一致性”。选项C中说要评审程序员的编程能力和工作业绩也是不对的。根据McCabe环路复杂性度量，下面程序图(图5-2)的复杂度是(41)，对这个程序进行路径覆盖测试，可 得到的基本路径是(42)。*(分数：2.00 )(1) .A . 2 B

26、 . 3 C . 4 D . 5 (分数：1.00 )A.B.C. VD.解析：(2) .A . ABCHIK ABCHJK ABCDEFGB. ABCHIK ABCHJK ABCDEFGCHIKABCDEGCHIKC. ABCHIK ABCHJK ABCDEFGCHIKABDEGCHJKD. ABCHIK ABCHJK ABCDEFGCHjKABCDEFGCHJKABCDEGCHIK分数：1.00 )A.B. VC.D.解析： 解析 对程序图环路复杂度的求解有 3 种方法。解法 1：程序图的环路数是源代码复杂程度的度量。根据McCabe度量法，环路数N=e-n+2,其中，e表示有向图的边数，

27、n表示节点数。图5-2中e=13,n=11,得到N=13-11+2=4。解法 2：计算有向图把平面划分成的区域数。图5-2 中有3个闭合区域外加 1个开放区域，共 4个区域。所以程序图的复杂度是 4。解法3:图5-2中有3个判断节点，即节点 C E、H所以程序图的复杂度是判断节点数加1，即3+1=4。路径测试的关键是要找出程序图中所有可能的路径，这些基本路径都是从程序起点到终点，并且包含了至 少一条独立的边。对图 5-2 所示的程序进行路径覆盖测试，可得到 4条基本路径: ABCHIK；ABCHJK；ABCDEFGCHIKABCDEGCHIK13. 开发专家系统时，通过描述事实和规则由模式匹配

28、得出结论，这种情况下适用的开发语言是 。A. 面向对象语言 B .函数式语言C .过程式语言D .逻辑式语言（分数: 1.00 ）A.B.C.D. V解析: 解析 用逻辑式程序设计语言编写程序不需要描述具体的解题过程，只需要给出一些必要的事实和规则。这些规 则是解决问题的方法的规范说明，根据这些事实和规则，计算机利用谓词逻辑，通过演绎推理得到求解问 题的执行序列。逻辑式语言主要用在人工智能领域，也应用在自然语言处理、数据库查询、算法描述等方 面，尤其适合于作为专家系统的开发工具。函数式程序设计语言的数据结构本质上是表，而函数又可以作为值出现在表中，因此函数式程序的控制结 构取决于函数，以及函数

29、的定义和调用。函数式语言主要用于符号数据处理，如微分和积分演算、数理逻 辑、游戏推演以及人工智能等其他领域。14. 新项目与过去成功开发过的一个项目类似，但规模更大，这时应该使用进行项目开发设计。A. 原型法B .变换模型C .瀑布模型D .螺旋模型（分数: 1.00 ）A.B.C. VD.解析: 解析 由于新项目与过去成功开发过的一个项目类似，已经有了以前成功的项目开发经验和积累的软件模块，因 此应该用尽可能将这些经验和软件模块应用到新项目中，即对于这个规模更大的软件项目，应该使用瀑布 模型进行开发。15. 测试是保证软件质量的重要手段。根据国家标准 GB 8566-88 计算机软件开发规范

30、的规定，应该在 阶段制定系统测试计划。A. 需求分析B .概要设计C .详细设计D .系统测试分数: 1.00 ）B.C.D.解析：解析根据国家标准GB 8566-88计算机软件开发规范的规定，单元测试是根据详细设计阶段给出的“规格说 明书”在编码阶段完成的测试工作；集成测试的计划是在概要设计阶段制定的；系统测试计划应该在需求 分析阶段就开始制订，并在设计阶段细化和完善，而不是等系统编码完成后才制订测试计划；而验收测试 则检测产品是否符合最终用户的需求。软件测试的各个阶段与软件开发阶段的对应关系如图5-3所示。*16. 结构模板能够帮助分析员建立一个逐层细化的层次结构。结构环境图(ACD, A

31、rchitecture ContextDiagram)则位于层次结构的项层。在从ACD导出的中给出了各个专门子系统和重要的(数据与控制)信息流。A. 系统语境图(SCD) B .结构互连图(AID)C.结构流程图(AFD) D 结构图的规格说明(ADS)(分数：1.00 )A.B.C. VD.解析：解析结构模板能够帮助分析员建立一个逐层细化的层次结构，类似于所有在系统和软件工程中使 用的建模技术一样。结构模板如图5-9所示。用户界面处理输入处理处理与控制功能输出处理维护与自测试图5-9结构模板模型图结构环境图(ACD)位于层次结构的项层，建立了待实现系统与系统运行环境之间的信息边界。从ACD中

32、可以导出结构流程图(AFD)，AFD给出了各个专门子系统和重要的 (数据与控制)信息流。最初始的结构流程图是 AFD层次结构的顶层节点，在原始 AFD中的每一个圆角矩形都可以分解，扩充成为另一个结构模板，从而 形成AFD的层次结构。17. 软件设计的主要任务是设计软件的结构、过程和模块，其中软件结构设计的主要任务是要确定。A. 模块间的操作细节 B .模块问的相似性C.模块问的组成关系 D 模块的具体功能(分数：1.00 )A.B.C. VD.解析：解析软件设计通常可分为概要设计和详细设计两个阶段。其中，概要设计的主要任务是软件系统的结构、 进行模块划分、确定每个模块的功能、接口以及模块间的调

33、用关系。体系结构设计的主要目标是开发一个模块化的程序结构，并表示岀模块间的控制关系。此外，体系结构设 计将程序结构和数据结构相结合，为数据在程序中的流动定义了接口。因此，软件结构设计的主要任务是 要确定模块问的组成关系。对于选项A "模块间的操作细节”属于软件物理设计的工作任务之一；对于选项D "模块的具体功能”属于软件逻辑设计的工作任务之一，选项A及选项D均是软件实现过程中需要考虑的内容。而对于选项B “模块问的相似性”不属于是软件结构设计的主要任务之一。18. 在面向数据流的设计方法中，一般把数据流图中的数据流划分为 两种。A. 数据流和事务流 B 变换流和数据流 C

34、变换流和事务流 D 控制流和事务流（分数：1.00 ）A.B.C. VD.解析：解析结构化设计方法方法采用结构图（sc）来描述程序的结构。结构图的基本成分由模块、调用和输入/输出数据组成。通常在需求分析阶段，用结构化分析方法产生了数据流图。面向数据流的设计能方便地将数据流图（DFD）转换成程序结构图，数据流图中从系统的输入数据到系统的输岀数据流的一连串连续变换将形成一条信息流。数据流图的信息流大体可分为两种类型，一种是变换流，另一种是事务流。信息沿着输入通路进入系统，同时将信息的外部形式转换成内部表示，然后通过变换中心处理，再沿着输岀通路转换成外部形式化离开系统。具有这种特性的信息流称为变换流

35、。信息沿着输入通路到达一个事务中心，事务中心根据输入信息的类型在若干个动作序列中选择一个来执行，这种信息流称为事务流。19. 某工程计划如图5-4所示，由于任务A延迟了一天，为保证该工程按时完成，应将任务一缩短一天，使 成本增加最少。表5-12列岀了各任务每缩短一天所需增加的成本。表5-12某工程任务与每缩短一天所需增加的成本表任务每缩短一天需要增加的成本A4B6C3D2E2.5F2.5G5*A. B B. C C. D D. E（分数：1.00 ）A.B.C.D. V解析：解析关键路径是一个相关任务序列，该序列具有最大总和的最可能工期。关键路径决定了项目最 早可能完成的时间。对于图 5-4，

36、其关键路径为：ABEG共需 23天。由于图5-4中任务A延误了一天，只有缩短处于关键路径上的任务的完成时间，才可能保证工程按时完成。查表5-12中所列的数据可知，将任务 A B、E G缩短一天所增加的成本分别为：4、6、2.5和5,因此选择将任务E缩短一天，是使成本增加最小的方法。20. 黑盒测试方法是根据软件产品的功能设计规格说明书，通过运行程序进行测试，证实每个已经实现的功能是否符合设计要求。 如果某产品的文本编辑框允许输入 1255个字符，采用测试方法，其测试数 据为：0个字符、1个字符、255个字符和256个字符。A. 等价类划分B 边界值分析C 比较测试D 正交数组测试（分数:1.0

37、0 ）A.B. VC.D.解析：解析对于选项A的“等价类划分测试方法”是将程序的输入域划分为数据类，以便导岀测试案例，等价划分的 测试案例设计基于对输入条件的等价类评估。对于选项B的“边界值分析测试方法”是一种补充等价类划分的测试案例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试案例。例如，如果某产品的文本编辑框允许输入1255个字符，则其边界值分析测试数据为：第0个字符、第1个字符、第255个字符和第256个字符。对于选项C的“比较测试方法”是利用冗余系统的经验，对关键应用程序开发不同的版本，利用自动化工具对其输岀进行比较。对于选项D的“正交数组测试方法”被应用于输入域相对较

38、小但对穷举测试而言又过大的问题。正交数组 测试对于发现与区域错误相关的错误特别有用。21. 某工程计划如图5-7所示，各个作业所需的天数如表 5-13所列，设该工程从第 0天开工，则作业I最 迟应在第天开工。表5-13各个作业所需天数表作业ABCDEFGHIJ所需天数87911845428*（分数：1.00 ）A.B. VC.D.解析：解析本试题解答时，可先将表5-13中各个作业所需的天数标注在图5-7中。该工程的关键路径应是从节点到节点各条路径中作业总天数最多的路径，即TTTT，因 此，该工程需要7+8+5+4=24天才能完成。关键路径上的各作业（B、E、G H）的松弛时间为0（即最早开工时

39、间等于最迟开工时间），这些作业的开工时问必须分别确定为第 0天、第7天、第15天、第20天。如果每个作业按最迟时间开工（最坏打算），那么整个工程应按倒计数安排各个作业的开工时间。查表5-13知，作业J需要8天，因此作业J最迟应在第24-8=16天开工，而作业 G最迟应在第15天开工。作业I的紧后作业有作业 G和J，作业G和J必须在作业I结束后才能开工。因此，作业I最迟应在第15天结束，否则将影响作业G的开工。查表5-13知，作业I需要2天，因此，作业I最迟开工时间应在第13天。22. 质量控制非常重要，但是进行质量控制也需要一定的成本。可以降低质量控制的成本。A.使用抽样统计B 进行过程分析C

40、.对全程进行监督 D 进行质量审计（分数：1.00 ）B.C.D.解析：解析质量控制（QC）就是项目管理组的人员采取有效措施，监督项目的具体实施结果，判断他们是 否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。可见，进行质量控制是确保项目质量 得以完满实现的过程。质量控制应贯穿于项目执行的全过程。质量成本是指为了达到产品或服务质量而进行的全部工作所发生的所有成本。进行质量控制一定要注意成 本，使用抽样统计可以降低质量控制的成本。23. 对00系统的技术度量的识别特征，Berard定义了导致特殊度量的特征。其中 抑制程序构件的操作细节，只有对访问构件必须的信息被提供给其他希望访问它的

41、构件。A.局部化B .封装C .信息隐蔽D .继承（分数： 1.00 ）A.B.C. VD.解析： 解析 Berard 定义了 5 个导致特殊度量的特征：局部化、封装、信息隐蔽、继承和对象抽象技术。 局部化是一个软件特征，它指明信息在程序中被集中的方式。对于 00系统，封装包含了类的责任 （包含其属性和操作 ）以及类的状态 （由特定的属性值定义 ）。 信息隐蔽抑制程序构件的操作细节，只有对访问构件必须的信息被提供给其他希望访问它的构件。 继承是使某对象的责任能够传播到其他对象的机制，继承出现在类层次的所有层面上。对象抽象技术使设计者能够关注程序构件的本质细节，而无需考虑底层细节的机制。24.

42、在关于逆向工程 （reverse engineering） 的描述中，正确的是 。A. 从已经安装的软件中提取设计规范，用以进行软件开发B. 按照“输出-处理-输入”的顺序设计软件C. 用硬件来实现软件的功能D. 根据软件处理的对象来选择开发语言和开发工具（分数： 1.00 ）A. VB.C.D.解析： 解析 逆向工程是软件再生 （software rejuvenation） 的一种方法。软件再生的 4 种基本方法是： 文档重构。它对源代码进行静态分析，从而产生系统文档，帮助维护人员理解和引用源代码。 结构重组。它对源代码进行重组，重新编写为结构化的源代码，使其复杂性有所降低。 逆向工程。它通

43、过对源代码进行静态分析得到系统规范和设计信息，并且提取出工程信息，例如模块和 变量表、交叉引用表、数据接口表、测试路径等。 再工程。它是逆向工程过程的扩展，根据逆向工程抽取的信息，在不改变原系统功能的前提下产生新的 系统源代码。25. 某工程计划如图5-6所示，图中标注了完成任务 AH所需的天数，其中虚线表示虚任务。经评审后发现，任务D还可以缩短3天（即只需7天就能完成），则总工程可以缩短 天。*A. 0 B . 1 C . 2 D . 3（分数:1.00）A.B. VC.D.解析：解析本试题的解答思路如下。 在图5-6所示的工程网络计划图中，虚线表示虚任务。虚任务是指具有不占时间、不消耗资源

44、的任务，该作业需要0天完成。它主要用于体现任务之间的某种衔接关系，即图5-6中任务H必须在任务E、F都完成后才能开始。 评审前，图5-6的关键路径（最费时路径）：-，共计需要29天 经评审后，任务D可以缩短3天（即由原来的10天变为7天），此时，图5-6的关键路径改变为：1-2-3-6-7 ，共需要28天。因此，在任务 D可以缩短3天的情况下，该工程需要28天才能完成。 可见，在任务D缩短3天的情况下，总工程只能缩短1天。26. 实施新旧信息系统转换，采用 方式风险最小。A.直接转换B 并行转换C 分段转换D 分块转换（分数：1.00 ）A.B. VC.D.解析：解析新旧信息系统之间的转换有直接转换、并行转换和分段转换，见表5-3。表5-3系统之间的转换方式对比表转 换 方 式描述备注直接 转 换是指在确定新系统运行无误时，立刻启用新系统， 终止旧系统运行这种转换方式对人员、设备费用很节省。这 种方式一般适用于一些处理过程不太复杂，数 据不太重要的场合并行 转 换是指新旧系统并行工作一段时间，经过一段时间的 考验以后，新系统正式替代旧系统。对于较复杂的大型 系统