1、系统分析师-软件工程(一)及答案解析(总分：150.00，做题时间：90 分钟)瀑布模型是最常用的传统软件开发模型。它的特点之一是 (1) 。根据国家标准 GB 8566-88计算机软件开发规范的规定，软件开发流程分为 8 个阶段，即可行性研究和计划、需求分析、概要设计、详细设计、实现、组装测试、确认测试、使用和维护。实现阶段要完成的工作之一是单元测试，这种测试要根据在 (2) 阶段中的规格说明进行；组装测试计划是在 (3) 阶段制定的；确认测试计划是在 (4) 阶段制定的。测试的目的是为了 (5) 。（分数：5.00）A.文档是阶段完成的里程碑B.具有从软件规格说明转换成可执行代码的自动程序
2、设计的新风范C.利用软件速成原型法加强软件人员与用户的联系D.支持人工智能、面向对象等新软件技术的集成A.可行性研究和计划B.需求分析C.概要设计D.详细设计A.可行性研究和计划B.需求分析C.概要设计D.详细设计A.可行性研究和计划B.需求分析C.概要设计D.详细设计A.证明软件符合设计要求B.发现软件中的错误和缺陷C.改善软件的功能和性能D.发掘软件的潜在能力软件开发模型是指软件开发的全部过程、活动和任务的结构框架。主要的开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型和智能模型。螺旋模型将瀑布模型和演化模型相结合，并增加了 (6) ，它建立在 (7) 的基础上，沿着螺线自内向外每旋转一圈
3、，就可得到 (7) 的一个新版本。喷泉模型描述了 (8) 的开发模型，它体现了这种开发方法创建软件的过程所固有的 (9) 和 (10) 的特征。（分数：5.00）A.系统工程B.风险分析C.设计评审D.进度控制A.模块划分B.子程序分解C.设计D.原型A.面向对象B.面向数据流C.面向数据结构D.面向事件驱动A.归纳B.推理C.迭代D.递归A.开发各阶段之间无“间隙”B.开发各阶段分界明显C.部分开发阶段分界明显D.开发过程不分段1.系统开发过程的流程如图 9-5 所示， (11) 阶段拟定了系统的目标、范围和要求。（分数：1.00）A.B.C.D.结构化分析方法是一种面向 (12) 的需求分
4、析方法，该方法最常用的图形工具是 (13) ，与其配合使用的是 (14) 。 (15) 中有名字及方向的成分是 (13) ，不能由计算机处理的成分是 (16) 。（分数：5.00）A.对象B.数据结构C.数据流D.控制流A.程序流程图B.实体联系网C.数据流图D.网络图A.程序流程图B.实体联系网C.数据流图D.数据词典A.控制流B.信息流C.数据流D.信号流A.控制流B.信息流C.数据流D.数据源/终点软件需求分析的任务不应包括 (17) 。进行需求分析可使用多种工具，但 (18) 是不适用的。在需求分析中，开发人员要从用户那里解决的最重要的问题是 (19) 。需求规格说明书的内容不应包括
5、(20) ，该文档在软件开发中具有重要作用，但其作用不应包括 (21) 。（分数：5.00）A.问题分解B.可靠性与安全性要求C.结构化程序设计D.确定逻辑模型A.数据流图(DFD)B.判定表C.PAD 图D.数据词典A.要让软件做什么B.要给该软件提供哪些信息C.要求软件工作效率怎样D.要让软件具有何种结构A.对重要功能的描述B.对算法的详细过程描述C.对数据的要求D.软件的性能A.软件设计的依据B.用户和开发人员对软件要做什么的共同理解C.软件验收的依据D.软件可行性分析的依据结构化分析方法(SA)是一种预先严格定义需求的方法，强调分析对象的 (22) ，其指导思想是 (23) 。过程 P
6、 分解为 P1，P2，P3 三个子过程，图 9-8 的数据流图中存在两处错误，其中错误 1 是 (24) ，错误2 是 (25) 。（分数：4.00）(1).A程序流 B指令流 C. 控制流 D数据流（分数：1.00）A.B.C.D.A.自顶向下逐层分解B.自底向上逐层分解C.面向对象D.面向过程A.1 层 SB.1 层 S2C.0 层 SD.0 层 S1A.1 层 SB.1 层 S2C.0 层 SD.0 层 S1在业务领域分析过程中，通过建立实体关系图，把与业务相关的数据模型化：通过建立 (26) 来表示业务活动的分解过程；两个业务过程之间的相互依赖关系应记录在过程依赖图中；通过建立 (27
7、) 来详细说明整个业务过程的逻辑。（分数：2.00）A.数据流图(DFD)B.过程层次图(PHD)C.过程活动图(PAD)D.过程关系图(PRD)A.数据流图(DFD)B.过程层次图(PHD)C.过程活动图(PAD)D.甘特图(Gaotte)软件测试是保证软件可靠性的主要手段之一。测试阶段的根本任务是 (28) ，设计测试用例的基本目标是 (29) 。测试大型软件系统时通常由模块测试、集成测试、系统测试、 (30) 和并行运行等步骤所组成。系统测试通常采 用黑盒法，常用的黑盒测试法有边值分析、等价类划分、错误推测和 (31) 。系统测试的工作应该由 (32) 来承担。（分数：5.00）A.证明
8、经测试后的程序是正确的B.确认编码阶段的结束C.发现并改正软件中的错误D.利用计算机调试程序和改进程序A.尽可能用测试用例覆盖可能的路径B.选用少量的高效测试用例尽可能多地发现软件中的问题C.采用各种有效测试策略，使所得的程序准确无误D.评估与选用不同测试方法，尽可能完成测试进度计划A.接口测试B.组装测试C.性能测试D.验收测试A.路径覆盖B.因果图C.判定树D.PERT 图A.开发该系统的部门以外的人员B.该系统的系统分析师C.该系统的设计人员D.该系统的编程者测试大型软件通常由 (33) 、集成测试、系统测试和确认测试组成。确认测试主要寻找与软件 (34) 说明不一致的错误。语句覆盖、判
9、定覆盖、条件覆盖和路径覆盖都是白盒测试法设计测试用例的覆盖准则，在这些覆盖准则中最弱的准则是 (35) ，最强的准则是 (36) 。此外，还有多种黑盒测试的设计测试用例方法，如 (37) 。（分数：5.00）A.组装测试B.性能测试C.接口测试D.单元测试A.需求规格B.概要设计C.详细设计D.界面设计A.语句覆盖B.条件覆盖C.路径覆盖D.判定覆盖A.语句覆盖B.条件覆盖C.路径覆盖D.判定覆盖A.E-R 图B.因果图C.DFD 图D.IPO 图在下面所列举的逻辑测试覆盖中，测试覆盖最强的是 (38) ，最弱的是 (39) 。软件测试工具有多种，其中 (40) 对源程序的数据流和控制流进行分
10、析，发现语义错误： (41) 通过对程序的执行流进行探测，检查有关变量的逻辑值。在下面的个人所得税程序中满足语句覆盖测试用例的是 (42) ，满足判定覆盖测试的用例是 (43) 。if (income800) taxrate=0；else if (income1500) taxrate0.05；else if (income2000) taxrate0.08：else taxrate0.1；（分数：6.00）A.条件覆盖B.条件组合覆盖C.语句覆盖D.条件及判定覆盖A.条件覆盖B.条件组合覆盖C.语句覆盖D.条件及判定覆盖A.动态分析工具B.静态分析工具C.模拟工具D.测试管理工具A.动态分析
11、工具B.静态分析工具C.模拟工具D.测试管理工具A.income=(800，1500，2000，2001)B.Income=(800，801，1999，2000)C.income=(799，1499，2000，2001)D.income=(799，1500，1999，2000)A.income=(799，1500，1999，2001)B.income=(799，1501，2000，2001)C.income=(800，1500，2000，2001)D.income=(800，1499，2000，2001)软件测试通常可分为单元测试、集成测试、确认测试和系统测试，其中确认测试主要用于发现 (44
12、) 阶段的错误。在集成测试时，通常可采用自顶向下增殖式集成和自底向上增殖式集成。在自底向上增殖式集成时，对每个被集成的模块 (45) 。对那些为众多用户开发的软件(如操作系统、编译程序)，通常还要进行 测试和 测试，以发现可能只有最终用户才能发现的错误。其中， 测试是指晕终用户在 (46) 的情况下所进行的测试， 测试是指最终用户在 (47) 的情况下所进行的测试。在软件维护阶段，当修改软件后，除了进行常规的测试外，还应进行 (48) 测试。（分数：5.00）A.需求分析B.概要设计C.详细设计D.编码A.不必设计驱动模块和桩(stub)模块B.不必设计驱动模块，但要设计桩模块C.要设计驱动模
13、块，但不必设计桩模块D.要设计驱动模块和桩模块A.开发环境下，开发人员不在场B.开发环境下，开发人员在场C.用户的实际使用环境下，开发人员不在场D.用户的实际使用环境下，开发人员在场A.开发环境下，开发人员不在场B.开发环境下，开发人员在场C.用户的实际使用环境下，开发人员不在场D.用户的实际使用环境下，开发人员在场A.恢复B.强度C.安装D.回归一般来说，在软件维护过程中，大部分工作是由 (49) 引起的。在软件维护的实施过程中，为了正确、有效地修改程序，需要经历以下三个步骤：分析和理解程序、修改程序和 (50) 。 (51) 的修改不归结为软件的维护工作。（分数：3.00）A.适应新的软件
14、环境B.适应新的硬件环境C.用户的需求改变D.程序的可靠性A.重新验证程序B.验收程序C.书写维护文档D.建立目标程序A.文档B.数据C.需求分析D.代码评价软件的质量通常可以从产品运行、产品修改和产品转移三个不同角度来进行。除了软件应满足产品规格说明的正确性和保证运行效率以外， (52) 和 (53) 也是产品运行期间影响软件质量的两个质量因素，其中 (52) 是指在遇到意外时系统能做出适应反应的程度。可维护性是影响产品修改的一个质量因素，它主要包括可理解性、可修改性和 (54) 。一般认为， (55) 是影响产品转移的一个质量因素。为了保证软件质量，在开发过程的各阶段进行 (56) 是一个
15、重要的手段。（分数：5.00）A.灵活性B.可重用性C.适应性D.健壮性A.灵活性B.可重用性C.适应性D.可用性A.可测试性B.可移植性C.适应性D.健壮性A.灵活性B.可重用性C.完整性D.安全性A.验收测试B.用户培训C.软件评审D.文件修改如何评价软件的质量一直是软件技术人员所关心的问题，目前已有多种软件质量模型来描述软件的质量特性。ISO/IEC 9126 是国际标准化组织在 1991 年提出的软件质量标准。它由三个层次组成，第一层是质量特性，第二层是质量子特性，第三层是度量指标。6 个质量特性是：功能性、可靠性、易使用性、效率、可维护性和 (57) 。其中功能性包括质量子特性 (5
16、8) ；可靠性包括质量子特性 (59) ；易使用性包括质量子特性 (60) ；可维护性包括质量子特性 (61) 。（分数：5.00）A.易理解性B.容错性C.可移植性D.安全性A.互用性B.易恢复性C.易安装性D.易替换性A.依从性B.易恢复性C.资源特性D.一致性A.易理解性B.容错性C.易分析性D.安全性A.准确性B.容错性C.易操作性D.易测试性McCall 软件质量模型把软件的质量特性分为三个重要的方面，属于软件产品运行方面的特性有 (62) ，属于软件产品修改方面的特性有 (63) 。（分数：2.00）A.可移植性B.可维护性C.可使用性D.灵活性A.互操作性B.可测试性C.可重用性
17、D.完整性2.可测试性是指对测试一个软件所需要的工作量的度量。可测试性与软件的许多度量属性有关，与可测试性有关的 6 个度量属性是 (64) 。（分数：1.00）A.可操作性，可跟踪性，自检视性，易培训性，完备性，模块性B.可操作性，可容错性，可检视性，可理解性，复杂性，准确性C.可审计性，执行效率，自检视性，易培训性，安全性，准确性D.可审计性，自描述性，自检视性，可理解性，简洁性，模块性3.关于可靠性，以下叙述中正确的是 (65) 。（分数：1.00）A.延长 MTBF 以及缩短 MTTR，对于提高设备的有效使用率是有效的B.缩短 MTYR 对于延长 MTBF 是有效的C.设备的 MTBF
18、 是在设备出厂时决定的。此后，MTBF 保持不变，用户为了提高可靠性，只能努力缩短MTTRD.如果设备各个部分的故障率都是 ，则该设备的故障率就是。软件复用是使用已有的软件产品(如设计、代码、文档等)来开发新的软件系统的过程。软件复用的形式大体可分为垂直式复用和水平式复用。垂直式复用是指 (66) 中的复用，水平式复用是指 (67) 中的复用。为了提高构件的复用率，通常要求构件具有较好的 (68) 。为了将不同软件生产商在不同软硬件平台上开发的构件组装成一个系统，必须解决异构平台的各构件间的互操作问题。目前国际上已出现了一些支持互操作的构件标准，典型的有国际对象管理组织 OMG 推荐的 (69
19、) 和 Microsoft 公司推出的 (70) 。（分数：5.00）A.同一软件系统B.不同软件系统C.同一应用领域D.不同应用领域A.同一软件系统B.不同软件系统C.同一应用领域D.不同应用领域A.专用性和不变性B.专用性和可变性C.通用性和不变性D.通用性和可变性A.CORBAB.DCOMC.JavaBeansD.DelphiA.CORBAB.DCOMC.JavaBeansD.Delphi4. (71) 方面的内容应写入信息系统的操作手册。（分数：1.00）A.信息系统的功能说明和输入数据的处理过程B.信息系统的软件配置以及各部分的内部结构C.按屏幕变迁过程解释处理过程D.在厂商发布系统
20、升级时，说明提供的服务过程对于管理信息系统，为提高 MIS 开发效益和质量，可以有以下技术和方法来支持：采用 (72) ，可改进用户和开发者之间由于需要变化而引起修改和定义不准确等问题；采用 (73) ，可根据基本实体的构造来建立合理的系统结构；采用 (74) ，可使系统的开发变为定义和描述过程，而不是详细的编程过程；采用 (75) ，可为开发者提供各种有效操作手段和工具；采用 (76) ，有利于防止系统开发各阶段的错误扩展。（分数：5.00）A.软件评审B.结构程序设计C.快速原型方法D.软件测试A.软件评审B.结构程序设计C.快速原型方法D.面向对象设计A.软件评审B.结构程序设计C.第四
21、代语言D.PERT 图方法A.软件评审B.结构程序设计C.快速原型方法D.人机交互友好接口A.软件评审B.结构程序设计C.快速原型方法D.软件测试软件项目的进度管理有许多方法，但 (77) 不是常用的进度控制图示方法。在几种进度控制方法中， (78) 难以表达多个子任务之间的逻辑关系，使用 (79) 不仅能表达子任务间依赖关系，还可找出关键子任务。在 (79) 中，箭号表示 (80) ，圆圈结点表示 (81) 。（分数：5.00）A.甘特图B.IPOC.PERTD.时标网状图A.甘特图B.IPOC.PERTD.时标网状图A.甘特图B.IPOC.PERTD.时标网状图A.数据流B.控制流C.事件
22、D.处理A.数据流B.控制流C.事件D.起点或终点风险分析和管理是软件开发的一项重要活动。在软件工程领域考虑风险时，主要基于以下三个概念： (82) 以及必须抓住选择机会。实践中存在许多种软件风险，如“潜在的设计、实现、维护等方面的问题”属于 (83) 风险；“开发了一个没有人真正需要的优秀产品”属于 (84) 风险；“开发的产品不再符合公司的整体商业策略”属于 (85) 风险。通常在软件项目开发过程中，我们希望首先实现 (86) 的用例。（分数：5.00）A.关心当前，关心变化B.关心当前，关心不变性C.关心未来，关心变化D.关心未来，关心不变性A.技术B.过程C.项目D.商业A.技术B.过
23、程C.项目D.商业A.技术B.过程C.项目D.商业A.风险最小B.风险最大C.风险中等D.任意风险5.系统开发过程通常被分为若干个阶段，每个阶段的开始和结束都有明确的规定。人们常将开发过程中完成某项关键工作的时刻称为里程碑。完成 (87) 时最适于称为里程碑。（分数：1.00）A.需求调查B.总体设计稿C.一套实体关系图D.50%的编码6.项目管理工具能对项目的任务调度、成本估算、资源分配、预算跟踪、人时统计、配置控制等活动给予帮助，它具有很多特征，但 (88) 不是其特征。（分数：1.00）A.覆盖整个软件生存周期B.指导软件设计人员按软件生存周期各个阶段的适用技术进行设计工作C.确定关键路
24、径、松弛时间、超前时间和滞后时间D.生成固定格式的报表和裁剪项目报告多个软件工程师合作开发一个项目，各开发者之间需要两两互相通信。假设每一条通信路径的开销为200LOC/年(LOC 为代码行数)。设有 4 名软件工程师，如果单独工作，每个人的生产率是 6000 LOC/年，那么由这 4 名软件工程师组成的项目组的生产率为 (89) 。在这一年期限的最后两个月，又增加了两名工程师，新增成员的个人生产率为 3000 LOC/年，那么这 6 人组成的项目组全年完成的开发工作量为 (90) 。（分数：2.00）A.28000LOC/年B.24000LOC/年C.22800LOC/年D.21500LOC
25、/年A.21000LOCB.23000LOCC.23500LOCD.24500LOC净室软件工程(Cleanroom)是软件开发的一种形式化方法，可以开发较高质量的软件。它使用 (91) 进行分析和建模，并且将 (92) 作为发现和排除错误的主要机制。使用 (93) 测试来获取认证软件可靠性所需要的信息。（分数：3.00）A.产生式归约B.移进归约C.盒结构归约D.规范归约A.正确性验证B.黑白盒测试C.集成测试D.基本路径测试A.边界值B.统计C.代数D.精确通常，软件开发环境可由环境机制和工具集构成。按功能划分，环境机制又可分为 (94) ；工具集也可分为贯穿整个开发过程的工具和解决软件生
26、命周期中某一阶段问题的工具，分别属于上述两类工具的是 (95) 。软件开发环境的核心是 (96) 。软件开发环境具有集成性、开放性、 (97) 、数据格式一致性、风格统一的用户界面等特性，因而能大幅度提高软件生产率。其中开放性是指 (98) 。（分数：5.00）A.环境操作系统、环境信息库、用户界面规范B.环境信息库、过程控制和消息服务、用户界面规范C.环境操作系统、环境规格描述语言、过程控制和消息服务D.环境规格描述语言、过程控制和消息服务、数据集成A.DFD、PDLB.HIPO 图、OOAC.文档管理工具、PAD 图D.软件项目管理工具、软件价格模型及估算工具A.环境操作系统B.环境信息库
27、C.环境规格描述语言D.用户界面规范A.可裁减性B.完整性C.封闭性D.独立性A.允许使用不同的硬件平台B.允许使用不同的操作系统C.允许使用不同的网络系统D.允许其他的软件工具加入到软件开发环境之中软件方法学是以软件方法为研究对象的学科。从开发风范上看，可分为 (99) 。从性质上看，可分为 (100) 。从适应范围来看，可分为 (101) 。形式方法的目的是把软件作为数学来重新发现。形式方法被用来避免系统中的 (102) 、不一致性。软件自动化方法是指利用计算机使软件的设计实现自动化的方法和相关的技术。软件自动化的实现途径有四种：过程途径、归纳途径、 (103) 。（分数：5.00）A.面
28、向对象开发方法与自底向上的开发方法B.自顶向下的开发方法与结构化开发方法C.面向对象开发方法与结构化开发方法D.自顶向下的开发方法与自底向上的开发方法A.面向对象开发方法与形式方法B.面向对象开发方法与结构化开发方法C.形式方法与非形式方法D.面向对象开发方法与非形式方法A.整体性方法与局部性方法B.面向对象开发方法与结构化开发方法C.面向对象开发方法与非形式方法D.形式方法与非形式方法A.歧义性、不完全性B.歧义性、不安全性C.歧义性、不适应性D.歧义性、不可靠性A.演绎途径、编译途径B.转换途径、编译途径C.编译途径、解释途径D.演绎途径、转换途径随着软件开发工具的积累与自动化工具的增多，
29、软件开发环境进入了第三代 ICASE (integrated Computer-Aided Software Engineering)阶段。ICASE 信息库 (repository)不仅定义了面向对象的数据库管理系统，提供了 (104) 机制，还建立了可以被环境中所有工具访问的数据模型，提供了 (105) 机制，实现了配置管理功能。（分数：2.00）A.平台集成B.控制集成C.数据工具集成D.数据数据集成A.平台集成B.控制集成C.数据工具集成D.数据数据集成原型化方法是用户和设计者之间执行的一种交互过程，适用于 (106) 系统。它从用户界面设计开始，首先形成 (107) ，用户 (108
30、) 并就 (109) 提出意见。它是一种 (110) 型的设计过程。（分数：5.00）A.需求不确定性高的B.需求确定的C.管理信息D.决策支持A.用户界面使用手册B.界面需求分析说明书C.系统界面原型D.完善的用户界面A.改进界面的设计B.阅读文档资料C.模拟界面的运行D.运行界面原型A.同意什么和不同意什么B.使用和不使用哪种编程语言C.程序的结构D.执行速度是否满足要求A.自外向内B.自顶向下C.自内向外D.自底向上7.某软件开发从详细设计到集成测试各阶段所需工作量估计(按软件工程师人月数估计)如表 9-1 所示，这几个阶段分配的软件工程师和程序员人数如表 9-2 所示。假设编码与单元测
31、试阶段，软件工程师的生产率是程序员的 2 倍。若在该项目的这几个阶段都增加一名软件工程师，则这几个阶段可以缩短 (111) 个月完成任务(假定各个开发阶段串行工作)。表 9-1 所需工作量估计开发阶段 估计所需人月数详细设计 6编码与单元测试 12集成测试 12合计 30表 9-2 分配的软件工程师和程序员人数分组人数开发阶段软件工程师 程序员详细设计 2 0编码与单元测试 2 2集成测试 2 0（分数：1.00）A.1B.2C.3D.4在各种不同的软件需求中， (112) 描述了用户使用产品必须要完成的任务，可以在用例模型中予以说明。软件需求说明书是需求分析阶段的成果， (113) 不是其应
32、包含的内容。（分数：2.00）A.业务需求B.非功能需求C.用户需求D.功能需求A.数据描述B.功能描述C.系统结构描述D.性能描述软件测试是为了发现错误而执行程序的过程。检验软件是否满足用户需求的测试称为 (114) 。 (115) 是维护中常用的方法，其目的是检验修改所引起的副作用。黑盒测试法主要根据 (116) 来设计测试用例。（分数：3.00）A.确认测试B.有效性测试C.系统测试D.集成测试A.回归测试B.模块测试C.功能测试D.结构测试A.程序数据结构B.程序流程图C.程序内部逻辑D.程序外部功能8.软件项目管理中可以使用各种图形工具，在以下关于各种图形工具的论述中正确的是 (11
33、7) 。（分数：1.00）A.流程图直观地描述了工作过程的具体步骤，以及这些步骤之间的时序关系，可以用于控制工作过程的完成时间。B.PERT 图画出了项目中各个活动之间的时序关系，可用于计算工程项目的关键路径，以便控制项目的进度。C.因果分析图能表现出软件过程中各种原因和效果之间的关系，并且表现了它们随时间出现的顺序和重要程度，这些数据可用于改进软件过程的性能。D.Gantte 图为整个项目建立了一个时间表，反映了项目中的所有任务之间的依赖关系以及各个任务的起止日期，这些信息可用于项目的任务调度。对软件开发的看法可有多种观点，敏捷软件开发方法是一种 (118) ，代表性是极限编程 XP，它的核
34、心思想为 (119) 。（分数：2.00）A.数学观B.建模观C.工程观D.协作游戏A.强调文档和以敏捷性应对变化B.强调建模和以敏捷性应对变化C.强调设计和以敏捷性应对变化D.强调人和人之间的合作的因素和以敏捷性应对变化至是风险管理中的 4 个活动，其恰当的顺序是 (120) 。风险识别的一个方法是 (121) 。选择风险管理工具 研究风险处理方法评估风险处理结果 风险识别、确认和度量（分数：2.00）A.B.C.D.A.定义风险参照水准B.预测风险组合C.建立风险条目检查表D.制定风险尺度9.逆向工程可用于维护已有的软件，逆向工程能够 (122) 。（分数：1.00）A.分析源程序，决定需
35、要修改的部分及其影响的程度B.能够使用数学方法证明各软件功能的正确性C.分析源程序，从源程序导出程序结构D.将源程序改写成易于理解的、结构清晰的程序10.通常软件项目管理活动包括项目的计划、调度、通信、费用估算、资源分配以及质量控制等，软件生产是智力密集型的活动，其产品无物理外形，生产状态也“不可见”，因而难以检查和驾驭。软件项目管理工具就是要使这种生产过程成为可见、可控的过程。因此，软件项目管理工具应具备 (123) 。（分数：1.00）A.软件生产周期内各活动的识别和分配B.对工作计划的安排、评审和检查C.对软件设计计划、技术和文档内容进行管理D.与软件开发工具匹配11.使用自动项目管理工
36、具与使用手工方法管理相比有许多优点，但是 (124) 不属于自动项目管理工具的优点。（分数：1.00）A.能对大型项目进行精确跟踪，使项目经理能及时掌握实际工作进展和资源的实际消耗情况B.能指导设计人员采用软件生存周期各阶段的适用技术，进行设计和控制工程进度C.能辅助开发 PERT、CPM(关键路径方法)和 WBS(工作分解结构)，自动更新活动网络图和 Gantte 图D.能自动计算、自动积累数据、自动生成图形和报表来取代人工计算、调度、统计和文档工作，提高管理工作效率。12.若要重构一个功能上和性能上更为完善的改进的软件，可以使用 (125) 。（分数：1.00）A.逆向工程工具B.程序切片
37、工具C.程序理解工具D.再工程工具下列要素中，不属于 DFD 的是 (126) 。当使用 DFD 对一个工资系统进行建模时， (127) 可以被认定为外部实体。（分数：2.00）A.加工B.数据流C.数据存储D.联系A.接收工资单的银行B.工资系统源代码程序C.工资单D.工资数据库的维护软件的维护并不只是修正错误。为了满足用户提出的增加新功能、修改现有功能以及一般性的改进要求和建议，需要进行 (128) ，它是软件维护工作的主要部分；软件测试不可能揭露旧系统中所有潜在的错误，所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为 (129) ；为了改进软件未来的可维护性或可靠性，
38、或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为 (130) 。（分数：3.00）A.完善性维护B.适应性维护C.预防性维护D.改正性维护A.完善性维护B.适应性维护C.预防性维护D.改正性维护A.完善性维护B.适应性维护C.预防性维护D.改正性维护13.质量控制非常重要，但是进行质量控制也需要一定的成本。 (131) 可以降低质量控制的成本。（分数：1.00）A.使用抽样统计B.进行过程分析C.对全程进行监督D.进行质量审计14.(2005 年下半年试题 19)新项目与过去成功开发过的一个项目类似，但规模更大，这时应该使用 (132) 进行项目开发设计。（分数：1.00）A.
39、原型法B.变换模型C.瀑布模型D.螺旋模型根据 McCabe 环路复杂性度量，程序图 9-17 的复杂度是 (133) ，对这个程序进行路径覆盖测试，可得到的基本路径是 (134) 。（分数：2.00）A.2B.3C.4D.5A.A-B-C-H-I-K；A-B-C-H-J-K； A-B-C-D-E-F-GB.A-B-C-H-I-K；A-B-C-H-J-K；A-B-C-D-E-F-G-C-H-I-K；A-B-C-D-E-G-C-H-I-KC.A-B-C-H-I-K；A-B-C-H-J-K；A-B-C-D-E-F-G-C-H-I-K；A-B-D-E-G-C-H-J-KD.A-B-C-H-I-K；A
40、-B-C-H-J-K；A-B，C-D-E-F-G-C-H-I-K；A-B-C-D-E-F-G-C，H-J-K；A-B-C-D-E-G-C-H-I-K15.下列关于软件需求管理与需求开发的论述，正确的是 (135) 。（分数：1.00）A.所谓需求管理是指对需求开发的管理B.需求管理包括：需求获取、需求分析、需求定义和需求验证C.需求开发是将用户需求转化为应用系统成果的过程D.在需求管理中，要求维持对原有需求和所有产品构件需求的双向跟踪16.为了使构件系统更切合实际、更有效地被复用，构件应当具备 (136) ，以提高其通用性。（分数：1.00）A.可继承性B.可变性C.可封装性D.可伸缩性17.
41、在关于逆向工程(reverse engineering)的描述中，正确的是 (137) 。（分数：1.00）A.从已经安装的软件中提取设计规范，用以进行软件开发B.按照“输出处理输入”的顺序设计软件C.用硬件来实现软件的功能D.根据软件处理的对象来选择开发语言和开发工具18.COCOMO 模型能够依据待开发软件的规模来估计软件开发的工期。若 COCOMO 模型公式为：MM=3.0(KDSI)其中，KDSI 为预计应交付的源程序千行数，MM 为开发该软件所需的人月数。设软件开发的生产率为每个人月能编写的最终能交付的源程序千行数 (KDSI/MM)，则根据上述 COCOMO 模型可以看出，软件开发
42、的生产率随软件开发规模而变化的趋势如图 (138) 所示。（分数：1.00）A.B.C.D.19.在选择开发方法时，不适合使用原型法的情况是 (139) 。（分数：1.00）A.用户需求模糊不清B.系统设计方案难以确定C.系统使用范围变化很大D.用户的数据资源缺乏组织和管理20.基线是软件生存期各个开发阶段的工作成果，测试阶段的基线是 (140) 。（分数：1.00）A.可提交的软件B.被测试的程序C.提交报告D.测试报告21.集成测试有各种方法，以下关于集成测试的描述中，不正确的是 (141) 。（分数：1.00）A.增量式集成测试容易定位错误，排除错误B.非增量式集成测试不能充分利用人力，
43、会拖延工程进度C.增量式集成测试的强度大，测试更彻底D.即使各个模块都通过了测试，但系统集成以后仍可能出现错误22.有两种需求定义的方法严格定义和原型定义，在关于这两种方法的描述中，不正确的是 (142) 。（分数：1.00）A.严格定义方法假定所有的需求都可以预先定义B.严格定义方法假定软件开发人员与用户之间的沟通存在障碍C.原型定义方法认为需求分析中不可避免地要出现很多反复D.原型定义方法强调用户在软件开发过程中的参与和决策23.软件的分层式体系结构把软件系统划分为 4 层，这 4 层结构自顶向下分别是 (143) 。（分数：1.00）A.应用软件业务构件中间件系统软件B.业务构件应用软件
44、中间件系统软件C.应用软件中间件系统软件业务构件D.业务构件中间件应用软件系统软件24.基于构件的开发(CBD)模型，融合了 (144) 模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。（分数：1.00）A.瀑布B.快速应用开发(RAD)C.螺旋D.形式化方法25.风险的成本估算完成后，可以针对风险表中的每个风险计算其风险曝光度。某软件小组计划项日中采用 50 个可复用的构件，每个构件平均是 100LOC，本地每个 LOC 的成本是 13 元人民币。下面是该小组定义的一个项目风险：1风险识别：预定要复用的软件构件中只有 50%将被集成到应用中，剩余功能必须定制开发；2风险概率：60%
45、；3该项目风险的风险曝光度是 (145) 。（分数：1.00）A.32500B.65000C.1500D.1950026.结构模板能够帮助分析员建立一个逐层细化的层次结构。结构环境图 (Architecture Context Diagram，ACD)则位于层次结构的顶层。在从 ACD 导出的 (146) 中给出了各个专门子系统和重要(数据与控制)信息流。（分数：1.00）A.系统语境图(SCD)B.结构互连图(AID)C.结构流程图(AFD)D.结构图的规格说明(ADS)27.需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。 (147) 并不是需
46、求分析的实现步骤之一。（分数：1.00）A.获得当前系统的物理模型B.抽象出当前系统的逻辑模型C.建立目标系统的逻辑模型D.确定目标实现的具体技术路线为了直观地分析系统的动作，从特定的视点出发推述系统的行为，需要采用动态分析的方法。其中 (148) 本来是表达异步系统的控制规则的图形表示方法，现在已经广泛地应用于硬件与软件系统的开发中，它适用于描述与分析相互独立、协同操作的处理系统，也就是并发执行的处理系统。 (149) 是描述系统的状态如何响应外部的信号进行推移的一种图形表示。（分数：2.00）A.状态迁移图B.时序图C.Petri 网D.数据流图A.状态迁移图B.时序图C.Petri 网D
47、.数据流图28.黑盒测试法是根据软件产品的功能设计规格说明书，通过运行程序进行测试，证实每个已经实现的功能是否符合设计要求。如果某产品的文本编辑框允许输入 1255 个字符，采用 (150) 测试方法，其测试数据为：0 个字符、1 个字符、255 个字符和 256 个字符。（分数：1.00）A.等价类划分B.边界值分析C.比较测试D.正交数组测试系统分析师-软件工程(一)答案解析(总分：150.00，做题时间：90 分钟)瀑布模型是最常用的传统软件开发模型。它的特点之一是 (1) 。根据国家标准 GB 8566-88计算机软件开发规范的规定，软件开发流程分为 8 个阶段，即可行性研究和计划、需
48、求分析、概要设计、详细设计、实现、组装测试、确认测试、使用和维护。实现阶段要完成的工作之一是单元测试，这种测试要根据在 (2) 阶段中的规格说明进行；组装测试计划是在 (3) 阶段制定的；确认测试计划是在 (4) 阶段制定的。测试的目的是为了 (5) 。（分数：5.00）A.文档是阶段完成的里程碑 B.具有从软件规格说明转换成可执行代码的自动程序设计的新风范C.利用软件速成原型法加强软件人员与用户的联系D.支持人工智能、面向对象等新软件技术的集成解析：A.可行性研究和计划B.需求分析C.概要设计D.详细设计 解析：A.可行性研究和计划B.需求分析C.概要设计 D.详细设计解析：A.可行性研究和
49、计划B.需求分析 C.概要设计D.详细设计解析：A.证明软件符合设计要求B.发现软件中的错误和缺陷 C.改善软件的功能和性能D.发掘软件的潜在能力解析：分析 用软件工程的方法来并发大型软件项目，常用的方法有生命周期法、原型法：快速原型法等。瀑布模型是生命周期法中最常用的开发模型，它把软件开发流程分为可行性分析、需求分析、软件设计、编码实现、测试和维护 6 个阶段，如图 9-1 所示。*各阶段的相应文档是阶段完成的里程碑。上述 6 个阶段中，前 5 个阶段合起来又称为软件开发阶段。在软件开发阶段中，测试是保证软件质量的重要手段。随着软件项目规模的增大，加之人类思维有局限性，在编码完成后就得到一个无错的软件越来越难，因而测试就成为必不可少的项目。测试的目的就是为了发现所编软件中的错误和缺陷。软件测试分成单元测试、组装测试(集成测试)、系统测试和确认测试(验收测试)四部分。按国家标准 GB 8566-88计算机软件开发规范的规定，单元测试在实现阶段完成，它是根据详细设计阶段中所给出的规格说明进行的。组装测试的计划是在概要设计阶段制定的，确认测试计划则是在需求分析阶段制定的。软件测试的各个阶段与软件开发阶段的对应关系呈“V”字形，如
