【计算机类职业资格】系统架构设计师-系统开发基础及答案解析.doc

《【计算机类职业资格】系统架构设计师-系统开发基础及答案解析.doc》由会员分享，可在线阅读，更多相关《【计算机类职业资格】系统架构设计师-系统开发基础及答案解析.doc（24页珍藏版）》请在麦多课文档分享上搜索。

1、系统架构设计师-系统开发基础及答案解析(总分：45.00，做题时间：90 分钟)一、单项选择题(总题数：37，分数：45.00)1.需求工程活动产生软件运行特征的规约，指明软件和其他系统元素的接口并建立_。A数据流图和数据字典 B程序流程图C体系结构模型 D软件必须满足的约束条件（分数：1.00）A.B.C.D.2.有两种需求定义的方法严格定义和原型定义，在关于这两种方法的描述中，不正确的是_。A严格定义方法假定所有的需求都可以预先定义B严格定义方法假定软件开发人员与用户之间的沟通存在障碍C原型定义方法认为需求分析中不可避免地要出现很多反复D原型定义方法强调用户在软件开发过程中的参与和决策（分

2、数：1.00）A.B.C.D.3.软件需求分析产生软件操作特征的规格说明，指明软件和其他系统元素的接口，建立软件必须满足的约束。下面对于软件需求分析的描述，不正确的是_。A分析员研究系统规约和软件项目计划，并在系统语境内理解软件和复审，从而生成计划软件范围的估算B需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束C经过仔细的需求分析活动，分析员能够得到详细的系统规约D需求分析能够为软件设计者提供可被翻译成数据、体系结构、界面和过程设计的模型（分数：1.00）A.B.C.D.4.质量功能部署(QFD)是一种将客户要求转化成软件需求的技术。OF

3、D 的目的是最大限度地提升软件工程过程中客户的满意度。为了这个目标，OFD 确认了 3 类需求，常规需求、_和意外需求。A期望需求 B基础需求 C显式需求 D功能需求（分数：1.00）A.B.C.D.5.需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。_并不是需求分析的实现步骤之一。A获得当前系统的物理模型 B抽象出当前系统的逻辑模型C建立目标系统的逻辑模型 D确定目标实现的具体技术路线（分数：1.00）A.B.C.D.6.希赛网软件开发团队欲开发一套管理信息系统，在项目初期，用户提出了软件的一些基本功能，但是没有详细定义输入、处理和输出需求。在这

4、种情况下，该团队在开发过程应采用_。A瀑布模型 B增量模型C原型开发模型 D快速应用程序开发(RAD)（分数：1.00）A.B.C.D.7.基于构件的开发(CBD)模型，融合了_模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。A瀑布 B快速应用开发(RAD)C螺旋 D形式化方法（分数：1.00）A.B.C.D.统一软件开发过程是一种基于面向对象技术的软件开发过程，其特点是“用例驱动，以架构为核心，迭代并增量”。统一软件开发过程定义了 4 种通用的开发阶段，它们按照过程顺序分别是：起始阶段、 (8) 、构建阶段和 (9) ，其中在构建阶段主要产生的文档有 (10) 。（分数：3.00）

5、(1).A分析阶段 B细化阶段 C设计阶段 D交付阶段（分数：1.00）A.B.C.D.(2).A分析阶段 B细化阶段 C设计阶段 D交付阶段（分数：1.00）A.B.C.D.(3).A初始用户手册 B用例模型 C项目计划 D设计模型（分数：1.00）A.B.C.D.8.敏捷软件过程强调：让客户满意和软件尽早增量发布；小而高度自主的项目团队；非正式的方法；最小化软件工程工作产品，以及整体精简开发。_不是采用这种软件开发过程的原因。A难以提前预测哪些需求是稳定的和哪些需求会变化B对于软件项目开发来说，设计和实现可以做到基本分离C从制订计划的角度来看，分析、设计、实现和测试并不容易预测D可执行原型

6、和部分实现的可运行系统是了解用户需求和反馈的有效媒介（分数：1.00）A.B.C.D.逆向工程过程的抽象层次是指可从源代码中抽取出来的设计信息的精制程度。抽象层次分为 4 层，其中，“最低层”抽象能够导出过程的设计表示文档，“低层”抽象能够导出程序和数据结构信息，“中层”能够导出 (12) ，“高层”抽象能够导出 (13) 。（分数：2.00）(1).A实体关系模型 B程序和文档结构信息C全部文档信息 D数据流和控制流模型（分数：1.00）A.B.C.D.(2).A实体关系模型 B模块结构图C完全的数据流图 D全部文档信息（分数：1.00）A.B.C.D.9.详细的项目范围说明书是项目成功的关

7、键。_不应该属于范围定义的输入。A项目章程 B项目范围管理计划C批准的变更申请 D项目文档管理方案（分数：1.00）A.B.C.D.10.项目时间管理包括使项目按时完成所必需的管理过程，活动定义是其中的一个重要过程。通常可以使用_来进行活动定义。A鱼骨图 B工作分解结构(WBS)C层次分解结构 D功能分解图（分数：1.00）A.B.C.D.11.软件的逆向工程是一个恢复设计的过程，从现有的程序中抽取数据、体系结构和过程的设计信息。逆向工程的完备性可以用在某一个抽象层次上提供信息的详细程度来描述，在大多数情况下，抽象层次越高，完备性就越低。下列可以通过逆向工程恢复的制品中，完备性最低的是_。A过

8、程的设计模型 B程序和数据结构C对象模型、数据和控制流 DuML 状态图和部署图（分数：1.00）A.B.C.D.12._把整个软件开发流程分成多个阶段，每一个阶段都由目标设定、风险分析、开发和有效性验证及评审构成。A原型模型 B瀑布模型 C螺旋模型 DV 模型（分数：1.00）A.B.C.D.在 RUP 中采用“4+1”视图模型来描述软件系统的体系结构。在该模型中，最终用户侧重于 (18) ，系统工程师侧重于 (19) 。（分数：2.00）(1).A实现视图 B进程视图 C逻辑视图 D部署视图（分数：1.00）A.B.C.D.(2).A实现视图 B进程视图 C逻辑视图 D部署视图（分数：1.

9、00）A.B.C.D.13.软件的横向重用是指重用不同应用领域中的软件元素。_是一种典型的、原始的横向重用机制。A对象 B构件 C标准函数库 D设计模式（分数：1.00）A.B.C.D.14.下列关于不同软件开发方法所使用的模型的描述中，正确的是_。A在进行结构化分析时，必须使用数据流图和软件结构图这两种模型B采用面向对象开发方法时，可以使用状态图和活动图对系统的动态行为进行建模C实体联系图(E-R 图)是在数据库逻辑结构设计时才开始创建的模型DUML 的活动图与程序流程图的表达能力等价（分数：1.00）A.B.C.D.15.在实际的项目开发中，人们总是希望使用自动工具来执行需求变更控制过程。

10、下列描述中，_不是这类工具所具有的功能。A可以定义变更请求的数据项及变更请求生存期的状态转换图B记录每一种状态变更的数据，确认做出变更的人员C可以加强状态转换图使经授权的用户仅能做出所允许的状态变更D定义变更控制计划，并指导设计人员按照所制定的计划实施变更（分数：1.00）A.B.C.D.16.黑盒测试法是根据软件产品的功能设计规格说明书，通过运行程序进行测试，证实每个已经实现的功能是否符合设计要求。如果某产品的文本编辑框允许输入 1255 个字符，采用_测试方法，其测试数据为：0 个字符、1 个字符、255 个字符和 256 个字符。A等价类划分 B边界值分析C比较测试 D正交数组测试（分数

11、：1.00）A.B.C.D.软件开发环境是支持软件产品开发的软件系统，它由软件工具集和环境集成机制构成。环境集成机制包括：提供统一的数据模式和数据接口规范的数据集成机制；支持各开发活动之间通信、切换、调度和协同的 (24) ；为统一操作方式提供支持的 (25) 。（分数：2.00）(1).A操作集成机制 B控制集成机制C平台集成机制 D界面集成机制（分数：1.00）A.B.C.D.(2).A操作集成机制 B控制集成机制C平台集成机制 D界面集成机制（分数：1.00）A.B.C.D.17._是一个独立可交付的功能单元，外界通过接口访问其提供的服务。A面向对象系统中的对象(Object)B模块化程

12、序设计中的子程序(Subroutine)C基于构件开发中的构件(Component)D系统模型中的包(Package)（分数：1.00）A.B.C.D.在基于构件的软件开发中， (27) 描述系统设计蓝图以保证系统提供适当的功能； (28) 用来了解系统的性能、吞吐率等非功能性属性。（分数：2.00）(1).A逻辑构件模型 B物理构件模型C组件接口模型 D系统交互模型（分数：1.00）A.B.C.D.(2).A逻辑构件模型 B物理构件模型C组件接口模型 D系统交互模型（分数：1.00）A.B.C.D.18.对象管理组织()MG)基于 CORBA 基础设施定义了 4 种构件标准。其中，_的状态信

13、息是由构件自身而不是由容器维护。A实体构件 B加工构件C服务构件 D会话构件（分数：1.00）A.B.C.D.19.分布式系统开发中，通常需要将任务分配到不同的逻辑计算层。业务数据的综合计算分析任务属于_。A表示逻辑层 B应用逻辑层 C数据处理层 D数据层（分数：1.00）A.B.C.D.20.系统输入设计中，采用内部控制方式以确保输入系统数据的有效性，_用于验证数据是否位于合法的取值范围。A数据类型检查 B自检位 C域检查 D格式检查（分数：1.00）A.B.C.D.系统测试由若干个不同的测试类型组成，其中 (32) 检查系统能力的最高实际限度，即软件在一些超负荷情况下的运行情况； (33)

14、 主要是检查系统的容错能力。（分数：2.00）(1).A强度测试 B性能测试 C恢复测试 D可靠性测试（分数：1.00）A.B.C.D.(2).A强度测试 B性能测试 C恢复测试 D可靠性测试（分数：1.00）A.B.C.D.21.需求管理是 CMM 可重复级中的 6 个关键过程域之一，其主要目标是_。A对于软件需求，必须建立基线以进行控制，软件计划、产品和活动必须与软件需求保持一致B客观地验证需求管理活动符合规定的标准、程序和要求C策划软件需求管理的活动，识别和控制已获取的软件需求D跟踪软件需求管理的过程、实际结果和执行情况（分数：1.00）A.B.C.D.UML 的事物是对模型中最具有代表

15、性的成分的抽象， (35) 是模型的静态部分，描述概念或物理元素； (36) 用来描述、说明和标注模型的任何元素。（分数：2.00）(1).A结构事物 B分组事物 C行为事物 D注释事物（分数：1.00）A.B.C.D.(2).A分组事物 B注释事物 C结构事物 D行为事物（分数：1.00）A.B.C.D.22.希赛公司欲开发一个在线交易系统。为了能够精确表达用户与系统的复杂交互过程，应该采用 UIVlL的_进行交互过程建模。A类图 B顺序图 C部署图 D对象图（分数：1.00）A.B.C.D.23.雇员类含有计算报酬的行为，利用面向对象的_，可以使得其派生类专职雇员类和兼职雇员类计算报酬的行

16、为有相同的名称，但有不同的计算方法。A多态性 B继承性 C封装性 D复用性（分数：1.00）A.B.C.D.24.面向对象分析的一项重要任务是发现潜在对象并进行筛选，错误的做法是删除_。A系统范围之外的名词 B表示事件的名词C不具有独特行为的名词 D一个对象的同义词（分数：1.00）A.B.C.D.25.面向对象分析的任务不包含_。A建模系统功能 B发现并确定业务对象C建模各对象的状态 D组织对象并确定对象间的关系（分数：1.00）A.B.C.D.26.系统测试将软件、硬件、网络等其他因素结合，对整个软件进行测试。_不是系统测试的内容。A路径测试 B可靠性测试 C安装测试 D安全测试（分数：1

17、.00）A.B.C.D.27.软件测试是为了发现错误而执行程序的过程。黑盒测试法主要根据_来设计测试用例。A程序内部逻辑 B程序内部功能C程序数据结构 D程序流程图（分数：1.00）A.B.C.D.28.复杂系统是指_。A通过对各子系统的了解不能对系统的性能做出完全的解释B系统由大量的子系统组成C系统的结构很复杂，难于图示D系统的功能很复杂，难于用文字描述（分数：1.00）A.B.C.D.29.静态分析通过解析程序文本从而识别出程序语句中可能存在的缺陷和异常之处；静态分析所包含的阶段中，_的主要工作是找出输入变量和输出变量之间的依赖关系。A控制流分析 B数据使用分析 C接口分析 D信息流分析（

18、分数：1.00）A.B.C.D.30.软件_是指改正产生于系统开发阶段而在系统测试阶段尚未发现的错误。A完善性维护 B适应性维护C正确性维护 D预防性维护（分数：1.00）A.B.C.D.系统架构设计师-系统开发基础答案解析(总分：45.00，做题时间：90 分钟)一、单项选择题(总题数：37，分数：45.00)1.需求工程活动产生软件运行特征的规约，指明软件和其他系统元素的接口并建立_。A数据流图和数据字典 B程序流程图C体系结构模型 D软件必须满足的约束条件（分数：1.00）A.B.C.D. 解析：需求工程活动产生软件运行特征的规约，指明软件和其他系统元素的接口并建立软件必须满足的约束条件

19、。数据流图和数据字典只是这些约束条件的表示方法，而程序流程图和体系结构模型是设计阶段的工作。2.有两种需求定义的方法严格定义和原型定义，在关于这两种方法的描述中，不正确的是_。A严格定义方法假定所有的需求都可以预先定义B严格定义方法假定软件开发人员与用户之间的沟通存在障碍C原型定义方法认为需求分析中不可避免地要出现很多反复D原型定义方法强调用户在软件开发过程中的参与和决策（分数：1.00）A.B. C.D.解析：严格定义(预先定义)是目前采用较多的一种需求定义方法。在采用严格定义的传统的结构化开发方法中，各个工作阶段排列成一个理想的线性开发序列，在每一工作阶段中，都用上一阶段所提供的完整、严格

20、的文档作为指导文件，因此它本质上是一种顺序型的开发方法。在传统的结构化开发中，需求的严格定义建立在以下的基本假设上：所有需求都能够被预先定义。假设意味着，在没有实际系统运行经验的情况下，全部的系统需求均可通过逻辑推断得到。这对某些规模较小、功能简单的系统是可能的，但对那些功能庞大、复杂且较大的系统显然是困难的。即使事先做了深入细致的调查和分析，当用户见到新系统的实际效果时，也往往会改变原先的看法，会提出修改或更进一步增加系统功能的要求，所以再好的预先定义技术也会经常反复。这是因为人们对新事物的认识与理解将随着直观、实践的过程进一步加深，这是与人类认识世界的客观规律相一致的。所以，能够预先定义出

21、所有需求的假设在许多场合是不能成立的。开发人员与用户之间能够准确而清晰地交流。假设认为，用户与开发人员之间，虽然每人都有自己的专业、观点、行话，但在系统开发过程中可以使用图形/文档等通信工具进行交流，进行清晰、有效的沟通，这种沟通是必不可少的。可是，在实际开发中，往往对一些共同的约定，每个人可能都会产生自己的理解和解释。即使采用结构化语言、判定树、判定表等工具，仍然存在精确的、技术上的不严密感。这将导致人们有意无意地带有个人的不同理解而各行其是，所以在多学科、多行业人员之间进行有效的通信交流是有一定困难的。采用图形/文字可以充分体现最终系统。在使用严格定义需求的开发过程中，开发人员与用户之间交

22、流、通信的主要工具是定义报告，包括叙述文字、图形、逻辑规则和数据字典等技术工具。它们都是静止的、被动的，不能实际表演，很难在用户头脑中形成一个具体的形象。因此，要用静止的图形/文字描述来体现一个动态的系统是比较困难的。除了所论述的情况外，上述基本假设还将导致严格定义的结构化开发方法存在以下缺陷。首先是文档量大，由于在结构化方法的每个阶段都必须写出规范、严密的各种文档，这些文档虽然有助于开发人员之间、用户与开发人员问的通信交流，有助于开发过程的规范化，但由于编写文档花费大量人力和时间，导致系统开发周期增大。其次是开发过程可见性差，来自用户的反馈太迟。由于在需求定义、系统设计阶段都不能在用户终端显

23、示新系统的实际效果，一直到系统实现阶段结束，用户才有机会通过对新系统的实际操作和体会来提出他们对新系统的看法和意见，但此时整个开发已近尾声，若想修改前几段的工作或修改需求定义，都将付出较大的代价，有时这种修改甚至会导致整个系统的失败。综上所述，需求的严格定义的基本假设在许多情况下并不成立，传统的结构化方法面临着一些难以跨越的障碍。为此，需要探求一种变通的方法。原型方法以一种与严格定义法截然不同的观点看待需求定义问题。原型化的需求定义过程是一个开发人员与用户通力合作的反复过程。从一个能满足用户基本需求的原型系统开始，允许用户在开发过程中提出更好的要求，根据用户的要求不断地对系统进行完善，它实质上

24、是一种迭代的循环型的开发方式。采用原型方法时需要注意以下几个问题：并非所有的需求都能在系统开发前被准确地说明。事实上，要想严密、准确地定义任何事情都是有一定难度的，更不用说是定义一个庞大系统的全部需求。用户虽然可以叙述他们所需最终系统的目标及大致功能，但是对某些细节问题却往往不可能十分清楚。一个系统的开发过程，无论对于开发人员还是用户来说，都是一个学习和实践的过程，为了帮助他们在这个过程中提出更完善的需求，最好的方法就是提供现实世界的实例原型，对原型进行研究、实践，并进行评价。项目参加者之间通常都存在交流上的困难，原型提供了克服该困难的一个手段。用户和开发人员通过屏幕、键盘进行对话和讨论、交流

25、，从他们自身的理解出发来测试原型，一个具体的原型系统，由于直观性、动态性而使得项目参加者之间的交流上的困难得到较好的克服。需要实际的、可供用户参与的系统模型。虽然图形和文字描述是一种较好的通信交流工具，但是，其最大缺陷是缺乏直观的、感性的特征，因而不易理解对象的全部含义。交互式的系统原型能够提供生动的规格说明，用户见到的是一个“活”的、实际运行着的系统。实际使用在计算机上运行的系统，显然比理解纸面上的系统要深刻得多。有合适的系统开发环境。随着计算机硬件、软件技术和软件工具的迅速发展，软件的设计与实现工作越来越方便，对系统进行局部性修改甚至重新开发的代价大大降低。所以，对大系统的原型化已经成为可

26、能。反复是完全需要和值得提倡的，需求一旦确定，就应遵从严格的方法。对系统改进的建议来自经验的发展，应该鼓励用户改进他们的系统，只有做必要的改变后，才能使用户和系统问获得更加良好的匹配，所以，从某种意义上说，严格定义需求的方法实际上抑制了用户在需求定义以后再改进的要求，这对提高最终系统的质量是有害的。另一方面，原型方法的使用并不排除严格定义方法的运用，当通过原型并在演示中得到明确的需求定义后，应采用行之有效的结构化方法来完成最终系统的开发。3.软件需求分析产生软件操作特征的规格说明，指明软件和其他系统元素的接口，建立软件必须满足的约束。下面对于软件需求分析的描述，不正确的是_。A分析员研究系统规

27、约和软件项目计划，并在系统语境内理解软件和复审，从而生成计划软件范围的估算B需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束C经过仔细的需求分析活动，分析员能够得到详细的系统规约D需求分析能够为软件设计者提供可被翻译成数据、体系结构、界面和过程设计的模型（分数：1.00）A.B.C. D.解析：需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析能够为软件设计者提供可被翻译成数据、体系结构、界面和过程设计的模型。分析员研究系统规约和软件项目计划，并在系统语境内理解软件和复审，从

28、而生成计划软件范围的估算。4.质量功能部署(QFD)是一种将客户要求转化成软件需求的技术。OFD 的目的是最大限度地提升软件工程过程中客户的满意度。为了这个目标，OFD 确认了 3 类需求，常规需求、_和意外需求。A期望需求 B基础需求 C显式需求 D功能需求（分数：1.00）A. B.C.D.解析：OFD 确认了 3 类需求，分别是基本需求(常规需求)、期望需求和意外需求(兴奋需求)。其中期望需求指的是那些隐含在产品或系统中，可能由于非常基础以至于用户没有显式说明的需求。5.需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。_并不是需求分析的实现步

29、骤之一。A获得当前系统的物理模型 B抽象出当前系统的逻辑模型C建立目标系统的逻辑模型 D确定目标实现的具体技术路线（分数：1.00）A.B.C.D. 解析：2 典型试题分析”中试题 21 的分析。6.希赛网软件开发团队欲开发一套管理信息系统，在项目初期，用户提出了软件的一些基本功能，但是没有详细定义输入、处理和输出需求。在这种情况下，该团队在开发过程应采用_。A瀑布模型 B增量模型C原型开发模型 D快速应用程序开发(RAD)（分数：1.00）A.B.C. D.解析：瀑布模型也称为生命周期法，是生命周期法中最常用的开发模型，它把软件开发的过程分为软件计划、需求分析、软件设计、程序编码、软件测试和

30、运行维护 6 个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。瀑布模型主要用于需求明确或很少变更的项目。原型法适合于用户没有肯定其需求的明确内容的时候。它是先根据已给的和分析的需求，建立一个原始模型，这是一个可以修改的模型(在生命周期法中，需求分析成文档后一般不再进行修改)。在软件开发的各个阶段都把有关信息相互反馈，直至模型的修改，使模型渐趋完善。在这个过程中，用户的参与和决策加强了，最终的结果是更适合用户的要求。这种原型法成败的关键及效率的高低，关键在于模型的建立及建模的速度。增

31、量模型融合了瀑布模型的基本成分(重复地应用)和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第一个增量往往是核心的产品，即实现了基本的需求，但很多补充的特性还没有发布。核心产品交用户使用，使用和/或评估的结果是下一个增量的开发计划。该计划包括对核心产品的修改，使其能更好地满足用户的需要，并发布一些新增的特点和功能。这个过程在每一个增量发布后不断重复，直到产生最终的完善产品。RAD 是一个线性顺序的软件开发模型，强调极短的开发周期和可复用程序构件的开发。RAD 模型是瀑布模型的一个高速变种，通过使用基于构件的建造方法获得了

32、快速开发。如果需求理解得很好，且约束了项目范围，RAD 模型使得一个开发组能够在很短时间内创建出功能完善的系统。RAD 方法主要用于信息系统应用软件的开发，它包含业务建模、数据建模、处理建模、应用生成、测试及反复 5 个阶段。7.基于构件的开发(CBD)模型，融合了_模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。A瀑布 B快速应用开发(RAD)C螺旋 D形式化方法（分数：1.00）A.B.C. D.解析：基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融

33、合了螺旋模型的许多特征，本质上是演化形的，开发过程是迭代的。基于构件的开发模型由软件的需求分析和定义、架构设计、构件库建立、应用软件构建及测试和发布 5 个阶段组成。统一软件开发过程是一种基于面向对象技术的软件开发过程，其特点是“用例驱动，以架构为核心，迭代并增量”。统一软件开发过程定义了 4 种通用的开发阶段，它们按照过程顺序分别是：起始阶段、 (8) 、构建阶段和 (9) ，其中在构建阶段主要产生的文档有 (10) 。（分数：3.00）(1).A分析阶段 B细化阶段 C设计阶段 D交付阶段（分数：1.00）A.B. C.D.解析：(2).A分析阶段 B细化阶段 C设计阶段 D交付阶段（分数

34、：1.00）A.B.C.D. 解析：(3).A初始用户手册 B用例模型 C项目计划 D设计模型（分数：1.00）A.B.C.D. 解析：统一过程适合于大、中型项目的开发，可以分为 4 个顺序的阶段，分别是初始阶段、细化阶段、构建阶段和移交阶段。初始阶段的任务是为系统建立业务模型并确定项目的边界。在初始阶段，必须识别所有与系统交互的外部实体，定义系统与外部实体交互的特性。在这个阶段中所关注的是整个项目的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来说，初始阶段可能很短。细化阶段的任务是分析问题领域，建立健全的架构基础，淘汰项目中最高风险的元素。在细化阶段，必须在理解整个系统的基础

35、上，对架构做出决策，包括其范围、主要功能和诸如性能等非功能需求，同时为项目建立支持环境。在构建阶段，要开发所有剩余的构件和应用程序功能，把这些构件集成为产品，并进行详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制操作，以优化成本、进度和质量。构建阶段的主要任务是通过优化资源和避免不必要的报废和返工，使开发成本降到最低；完成所有所需功能的分析、开发和测试，快速完成可用的版本；确定软件、场地和用户是否已经为部署软件做好准备。在构建阶段，开发团队的工作可以实现某种程度的并行。即使是较小的项目，也通常包括可以相互独立开发的构件，从而使各团队之间实现并行开发。当基线已经足够完善

36、，可以安装到最终用户实际环境中时，则进入交付阶段。交付阶段的重点是确保软件对最终用户是可用的。交付阶段的主要任务是进行 测试，制作产品发布版本；对最终用户支持文档定稿；按用户的需求确认新系统；培训用户和维护人员；获得用户对当前版本的反馈，基于反馈调整产品，如进行调试、性能或可用性的增强等。根据产品的种类，交付阶段可能非常简单，也可能非常复杂。例如，发布现有桌面产品的新发布版本可能十分简单，而替换一个国家的航空交通管制系统可能就非常复杂。交付阶段结束时也要进行技术评审，评审目标是否实现，是否应该开始演化过程，用户对交付的产品是否满意等。8.敏捷软件过程强调：让客户满意和软件尽早增量发布；小而高度

37、自主的项目团队；非正式的方法；最小化软件工程工作产品，以及整体精简开发。_不是采用这种软件开发过程的原因。A难以提前预测哪些需求是稳定的和哪些需求会变化B对于软件项目开发来说，设计和实现可以做到基本分离C从制订计划的角度来看，分析、设计、实现和测试并不容易预测D可执行原型和部分实现的可运行系统是了解用户需求和反馈的有效媒介（分数：1.00）A.B. C.D.解析：敏捷软件过程主要有四大价值观：个体和交互胜过过程和工具；可以工作的软件胜过面面俱到的文档；客户合作胜过合同谈判；响应变化胜过遵循计划。这种价值观的前提是软件需求是难以提前确定的，而是会不断地发生变化，可以采用可执行原型和部分实现的可运

38、行系统来了解用户需求，通过用户的反馈来明确需求。从制订计划的角度来看，分析、设计、实现和测试并不容易预测。逆向工程过程的抽象层次是指可从源代码中抽取出来的设计信息的精制程度。抽象层次分为 4 层，其中，“最低层”抽象能够导出过程的设计表示文档，“低层”抽象能够导出程序和数据结构信息，“中层”能够导出 (12) ，“高层”抽象能够导出 (13) 。（分数：2.00）(1).A实体关系模型 B程序和文档结构信息C全部文档信息 D数据流和控制流模型（分数：1.00）A.B.C.D. 解析：(2).A实体关系模型 B模块结构图C完全的数据流图 D全部文档信息（分数：1.00）A. B.C.D.解析：逆

39、向工程过程能够导出过程的设计模型(实现级，一种低层的抽象)、程序和数据结构信息(结构级，稍高层次的抽象)、对象模型、数据和控制流模型(功能级，相对高层的抽象)和 uML 状态图和部署图(领域级，高层抽象)。随着抽象层次增高，完备性就会降低。抽象层次越高，它与代码的距离就越远，通过逆向工程恢复的难度就越大，而自动工具支持的可能性相对变小，要求人参与判断和推理的工作增多。所以本题选 D、A。关于逆向工程的详细说明，请参看“7.1.4 软件开发方法”中的逆向工程。9.详细的项目范围说明书是项目成功的关键。_不应该属于范围定义的输入。A项目章程 B项目范围管理计划C批准的变更申请 D项目文档管理方案（

40、分数：1.00）A.B.C.D. 解析：在初步项目范围说明书中已文档化的主要的可交付物、假设和约束条件的基础上准备详细的项目范围说明书，是项目成功的关键。范围定义的输入包括以下内容：项目章程。如果项目章程或初始的范围说明书没有在项目执行组织中使用，同样的信息需要进一步收集和开发，以产生详细的项目范围说明书。项目范围管理计划。组织过程资产。批准的变更申请。所以项目文档管理方案不属于范围定义的输入。10.项目时间管理包括使项目按时完成所必需的管理过程，活动定义是其中的一个重要过程。通常可以使用_来进行活动定义。A鱼骨图 B工作分解结构(WBS)C层次分解结构 D功能分解图（分数：1.00）A.B.

41、 C.D.解析：项目时间管理包括使项目按时完成所必需的管理过程。项目时间管理中的过程包括：活动定义、活动排序、活动的资源估算、活动历时估算、制定进度计划及进度控制。为了得到工作分解结构(Work Breakdown Structure，WBS)中最底层的交付物，必须执行一系列的活动。对这些活动的识别及归档的过程就是活动定义。鱼骨图(又称为 Ishikawa 图)是一种发现问题“根本原因”的方法，通常用来进行因果分析。11.软件的逆向工程是一个恢复设计的过程，从现有的程序中抽取数据、体系结构和过程的设计信息。逆向工程的完备性可以用在某一个抽象层次上提供信息的详细程度来描述，在大多数情况下，抽象层

42、次越高，完备性就越低。下列可以通过逆向工程恢复的制品中，完备性最低的是_。A过程的设计模型 B程序和数据结构C对象模型、数据和控制流 DuML 状态图和部署图（分数：1.00）A.B.C.D. 解析：逆向工程过程及用于实现该过程的工具的抽象层次是指可从源代码中抽取出来的设计信息的精密程度。理想地，抽象层次应该尽可能高，即逆向工程过程应该能够导出过程的设计表示(一种低层的抽象)；程序和数据结构信息(稍高一点层次的抽象)；数据和控制流模型(一种相对高层的抽象)；以及实体关系模型(一种高层抽象)。随着抽象层次增高，软件工程师获得更有助于理解程序的信息。在试题给出的 4 个选项中，UML 状态图和部署

43、图可以用来描述实体之间的关系，因此，其层次最高，完备性最低。12._把整个软件开发流程分成多个阶段，每一个阶段都由目标设定、风险分析、开发和有效性验证及评审构成。A原型模型 B瀑布模型 C螺旋模型 DV 模型（分数：1.00）A.B.C. D.解析：本题考查开发模型基础知识，解这类题，需要对常见模型的核心特点有所了解。下面对选项中出现的模型做一个简单的总结。原型模型：针对需求不明确、原型可抛弃。瀑布模型：阶段明晰、无法应对需求不明确的情况。螺旋模型：瀑布模型+演化模型、循环、里程碑、风险分析。V 模型：测试模型、测试全程介入、测试计划提前。把以上特点与题目描述进行对比，可以发现本题所描述的是螺

44、旋模型。在 RUP 中采用“4+1”视图模型来描述软件系统的体系结构。在该模型中，最终用户侧重于 (18) ，系统工程师侧重于 (19) 。（分数：2.00）(1).A实现视图 B进程视图 C逻辑视图 D部署视图（分数：1.00）A.B.C. D.解析：(2).A实现视图 B进程视图 C逻辑视图 D部署视图（分数：1.00）A.B.C.D. 解析：在 RUP 中采用“4+1”视图模型来描述软件系统的体系结构。“4+1”视图包括逻辑视图、实现视图、进程视图、部署视图和用例视图。分析人员和测试人员关心的是系统的行为，因此会侧重于用例视图；最终用户关心的是系统的功能，因此会侧重于逻辑视图；程序员关心

45、的是系统的配置、装配等问题，因此会侧重于实现视图；系统集成人员关心的是系统的性能、可伸缩性、吞吐率等问题，因此会侧重于进程视图；系统工程师关心的是系统的发布、安装、拓扑结构等问题，因此会侧重于部署视图。13.软件的横向重用是指重用不同应用领域中的软件元素。_是一种典型的、原始的横向重用机制。A对象 B构件 C标准函数库 D设计模式（分数：1.00）A.B.C. D.解析：软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。按照重用活动是否跨越相似性较少的多个应用领域，软件重用可以区别为横向重用和纵向重用。横向重用是指重用不同应用领域中的软件元素，例如数据结构、分类算法

46、和人机界面构建等。标准函数是一种典型的、原始的横向重用机制。纵向重用是指在一类具有较多公共性的应用领域之间进行软部件重用。纵向重用活动的主要关键点是域分析：根据应用领域的特征及相似性预测软部件的可重用性。14.下列关于不同软件开发方法所使用的模型的描述中，正确的是_。A在进行结构化分析时，必须使用数据流图和软件结构图这两种模型B采用面向对象开发方法时，可以使用状态图和活动图对系统的动态行为进行建模C实体联系图(E-R 图)是在数据库逻辑结构设计时才开始创建的模型DUML 的活动图与程序流程图的表达能力等价（分数：1.00）A.B. C.D.解析：结构化分析方法是一种面向数据流的需求分析方法，其

47、基本思想是自顶向下逐层分解。数据流图是进行结构化分析时所使用的模型，其基本成分包括数据流、加工、数据存储和外部实体。在进行结构化设计时，通过对数据流图进行变换分析和事务分析可以导出程序结构图。数据库设计可以分为 4 个主要阶段：用户需求分析。数据库设计人员采用一定的辅助工具对应用对象的功能、性能、限制等要求所进行的科学分析。概念设计。概念结构设计是对信息分析和定义，如视图模型化、视图分析和汇总。对应用对象精确地抽象、概括而形成的独立于计算机系统的企业信息模型。描述概念模型的较理想的工具是 ER 图。逻辑设计。将抽象的概念模型转化为与选用的 DBMS 产品所支持的数据模型相符合的逻辑模型，它是物

48、理设计的基础。包括模式初始设计、子模式设计、应用程序设计、模式评价及模式求精。物理设计。逻辑模型在计算机中的具体实现方案。UML 是面向对象软件的标准化建模语言，其中状态图、活动图、顺序图和通信图可以用来对系统的动态行为进行建模。活动图展现了在系统内从一个活动到另一个活动的流程。活动图强调对象之间的控制流程。在活动图上可以表示分支和汇合。活动图与传统的程序流程图是不等价的。15.在实际的项目开发中，人们总是希望使用自动工具来执行需求变更控制过程。下列描述中，_不是这类工具所具有的功能。A可以定义变更请求的数据项及变更请求生存期的状态转换图B记录每一种状态变更的数据，确认做出变更的人员C可以加强状态转换图使经授权的用户仅能做出所允许的状态变更D定义变更控制计划，并指导设计人员按照所制定的计划实施变更（分数：1.