发布时间 : 星期四 文章软件工程试题及答案更新完毕开始阅读d3894ca0c67da26925c52cc58bd63186bceb923c
正确 错误
25：40、软件重用技术是从根本上提高软件可维护性的重要技术。
正确
错误
26：93、面向对象方法在设计的早期阶段，变动较大，随着时间推移，设计方案日趋成
熟，改动也越来越小了。
正确
错误
27：17、可以用基于流图的环形复杂度描述测试一个单元或构件所需的工作量。
正确
错误
28：
6、传统方法学采用结构化技术自底向上地完成软件开发各项任务。
正确
错误
29：25、从项目的角度来看，需求总是向着膨胀的方向变化。
正确
错误
30：89、Alpha测试由用户在开发者的场所进行，并且在开发者对用户的“指导”下进
行测试，开发者负责记录发现的错误和使用中遇到的问题。
正确
错误
31：29、瀑布模型中每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完
成该阶段的任务。
正确
错误
32：69、传统结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的
关系，自顶向下逐层分解，直到找到满足性能要求的所有可实现的软件为止。
正确
错误
33：19、测试就是不断寻找程序中的漏洞直到时间耗尽为止。
正确 错误
34：23、高级语言表达和解决问题方面效率越高，采用代码行方法计算的生产率也越高。
正确
错误
35：95、面向对象程序没有面向过程程序执行效率高。
正确
错误
36：64、维护阶段的关键任务是通过各种必要的维护活动使软件系统持久地满足用户的
需要。通常的4种维护活动有：改正性维护，适应性维护，完善性维护，防预性维护。
正确
错误
37：
41、软件开发小组的规模与个人生产率成正比，向一个已经延期的软件项目中增加人力，
会使它按期完工。
正确
错误
38：74、环形复杂度取决于程序控制结构的复杂度，当程序的分支数目或循环数目增加时其复杂度也增加，环形复杂度与程序中覆盖的路径条数有关，在McCabe复杂度为 10的附近，存在出错率的间断跃变。
正确
错误
39：
56、用户手册要使用专门术语，并充分地描述该软件系统的结构及使用方法。
正确 窗体底端
窗体顶端
1：37、使用PAD符号所设计出来的程序必然是结构化程序。
正确
错误 错误
2：
56、用户手册要使用专门术语，并充分地描述该软件系统的结构及使用方法。
正确
错误
3：88、Pareto原理说明，测试发现的错误中的80％很可能是由程序中20％的模块造成
的。
正确 错误
4：14、软件体系结构是软件需求活动的一种工作产品。
正确
错误
5：82、面向对象方法学是一种以数据为主线，把数据和对数据的操作紧密地结合起来
的方法，把对象作为融合了数据及在数据上的操作行为的统一的软件构件。
正确
错误
6：9、借助于当前系统的逻辑模型导出目标系统的逻辑模型是需求分析的主要任务。
正确
错误
7：26、对软件的质量控制，必须着重在软件开发方面下功夫。
正确
错误
8：
34、在一个设计得很好的系统中，模块的控制域应该在作用域之内。
正确
错误
9：23、高级语言表达和解决问题方面效率越高，采用代码行方法计算的生产率也越高。
正确
错误
10： 44、回归测试是指重新执行已经做过的测试的某个子集，以保证由于调试或其他原因引 起的变化，不会导致非预期的软件行为或额外错误。
正确
错误
11：
6、传统方法学采用结构化技术自底向上地完成软件开发各项任务。
正确
错误
12：80、一个Use Case是用户与计算机之间为达到某个目的的一次典型交互作用，作
为结果，Use Case代表的是系统的一个完整功能。
正确
错误
13： 72、内聚标志一个模块内各个元素彼此结合的紧密程度，模块独立性由弱到强的同时模
块内聚性由低到高的顺序是：功能内聚、信息内聚、通信内聚、过程内聚、时间内聚、逻辑内聚、巧合内聚。
正确
错误
14：57、软件开发时，一个错误发现得越晚，为改正它所付出的代价就越大。
正确
错误
15：94、软件项目的开发时间最多可以减少到正常开发时间的75％。如果要求一个软
件系统的开发时间过短，则开发成功的概率几乎为零。
正确
错误
16：1、软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工
程项目。
正确
错误
17：17、可以用基于流图的环形复杂度描述测试一个单元或构件所需的工作量。
正确
错误
18：33、对一批模块进行测试，发现错误多的模块中残留的错误将比其它的模块少。
正确
错误
19：78、衡量软件规模的功能点指标有：生产率、成本、质量、文档和资源 。
正确
错误
20：38、在为标识符命名时，名字不是越长越好，应当选择精炼的意义明确的名字。
正确
错误
21：42、快速原型应该具备的基本特性是“快速”和“容易修改”。
正确
错误
22：76、逻辑覆盖是以程序内部的逻辑结构为基础的设计测试用例的技术，其中判定/
条件覆盖是比判定覆盖更严格的测试标准。