软件工程判断题20分

上传人:re****.1 文档编号:562738828 上传时间:2024-01-11 格式:DOCX 页数:8 大小:35.76KB
返回 下载 相关 举报
软件工程判断题20分_第1页
第1页 / 共8页
软件工程判断题20分_第2页
第2页 / 共8页
软件工程判断题20分_第3页
第3页 / 共8页
软件工程判断题20分_第4页
第4页 / 共8页
软件工程判断题20分_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《软件工程判断题20分》由会员分享,可在线阅读,更多相关《软件工程判断题20分(8页珍藏版)》请在金锄头文库上搜索。

1、1. 软件的开发与运行经常受到硬件的限制和制约。 ( V )2. 模块内的高内聚往往意味着模块间的松耦合。 ( V )3. 软件的质量好坏主要由验收人员负责,其他开发人员不必关心。 ( X )4. 判定覆盖不一定包含条件覆盖,条件覆盖也不一定包含判定覆盖。 ( V )5. 应该尽量使用机器语言编写代码, 提高程序运行效率, 而减少高级语言的使用。 ( X )6. UM 只能应用于软件系统模型的建立。 ( X )7. 软件测试的目的是为了无一遗漏的找出所有的错误。 ( X )8. 用户对软件需求的描述不精确,往往是产生软件危机的原因之一 ( V )9. 目前,软件项目的进度安排的两种比较常用的方

2、法是程序评估与审查技术( PERT ) 和关键路径法 ( CPM o( V )10. 一个好的开发人员应具备的素质和能力包括善于与周围人员团结协作, 建立良好的人际关系,善于听取别人的意见。( V )11. 目前的绝大多数软件都不适合于快速原型技术。( X)12. 面向数据的设计方法适用场合是具有明显的层次信息结构的应用如:企事业的信息管理系统;系统软件(如操作系统)等。( V )13. 缺乏处理大型软件项目的经验。是产生软件危机的唯一原因。(X )14. 测试计划、测试用例、出错统计和有关的分析报告一般不用长期保存。( X )15. 软件也会磨损和老化。(X )16. 完善性维护是提高或完善

3、软件的性能。( V )17. 缺乏有力的方法学的指导和有效的开发工具的支持, 这往往是产生软件危机的原因之一。( V )18. 一个好的开发人员应具备的素质和能力不包括具有良好的书面和口头表达能力。( X)19. 在用户需求分析时观察用户手工操作过程不是为了模拟手工操作过程, 而是为了获取第一手资料,并从中提取出有价值的需求。 ( V )20. 快速原型技术适用于软件产品要求大量的用户交互、或产生大量的可视输出、或设计一些复杂的算法等场合。 ( V )21. 流程图也称为程序(框图)是最常用的一种表示法。 ( V )22. 面向数据设计方法一般都包括下列任务:确定数据结构特征;用顺序、选择和重

4、复 三种基 本形式表示数据等步骤。 ( V )23. 理想的人机界面应针对具有典型个性的特定的一类用户设计。( V )24. 数据输入的一般准则中包括尽量(增加)用户输入的动作。(X )25. 用穷举测试是较现实的测试方法。( X )26. 编码时应尽可能使用全局变量( X )27. 重视程序结构的设计,能使程序具有较好的层次结构 ( V )28. 程序中的注解越少越好( X )。29. 文档可用于专业人员和用户之间的通信和交流;软件开发过程的管理; 运行阶段 的维护。 ( V )30. 软件开发、设计几乎都是从头开始,成本和进度很难估计。 ( V )31. 适应性维护是改进软件未来的可维护性

5、和可靠性。(X )32. 由于软件是逻辑产品,软件质量较容易直接度量。(X )33. 按照功能,软部件可划分为系统软件和应用软件两类。 ( V )34. 如果某子功能可以用一段简洁、精确的文字描述清楚,就无需进一步分解,是创建用户需求的数据流模型应遵循的规则。 ( V )35. 耦合度是对软件结构中模块间关联程度的一种度量。 在设计软件时应追求尽可能紧密的耦合的系统。 ( X) 在面向对象设计阶段则着重完成 “如何做 ”的问题,也就是着重考虑36. 对象的实现细节。(V)37. 随着软件复杂性的不断提高,软件的维护难度越来越大。 (V) 软件的可维护性差是软件维护38. 工作量和费用激增的直接

6、原因。 (V) 纠错性维护是改正运行期间发现的潜伏错误。 (V) 软件可39. 移植性 ( portability ) ,是指软件从一个计算机系统或(环境 ) 移植到另 一个上去的难易程40. 度。 (V) 软件复杂性不能反映出软件的可理解性、模块化、简单性等属性。 ( X)当程序内的分支数和循环数增加时,V (G)值将随之增加,即程序的复杂性增大。41.42. (V) 一般来说,设计软件时应尽量使用数据耦合,减少控制耦合,限制外部环境耦合和 公.共数据耦合,杜绝内容耦合。 (V) 编码的依据是详细设计说明书。 (V) 程序文档应该包括代码43. 的功能、代码的完成者等内容。 (V) 预防性维

7、护是修改软件,以适应软硬件环境的变化。 (X)44. 开发大型软件易产生疏漏和错误,往往是产生软件危机的原因之一(V) 据统计, 软件维护人45. 员为了分析和理解原软件系统所花费的工作量约占整个维护工 作量的 60% 以下。 ( X) 最46. 高耦合度是数据耦合。 ( X) 人机界面 ( Human-Computer Inteface ,简称 HCI ) 又称人-机接47. 口或用户界面。48.(V) 在同一用户界面中,所有的菜单选择、命令输入、数据显示和其他功能应采用不同 的49 形式和风格。 ( X) 判定覆盖必然满足语句覆盖。 (V) 为提高可交互性一般对大多数操作动作1.1. 应允

8、许用户恢复。 同时应尽量减少用户记忆 的信息量。 (V) 编程中应采用统一的标准和约定,降低程序的复杂性。 (V) 软件在使用过程中维护不十分复杂。 (X) 软件可重用性51. ( reusability ) ,是指软部件可以在多种场合使用的程度。 ( V) 软件工程学只有理论意义,(X)没有实际用途。52. 软件工程的方法只适用于大型软件的开发,对小型软件的开发没有帮助。 (X) 可行性研究进54.55.56.57.法好验证软件需求的方法主要靠人工审查的方法。并发系统中遇到的一个主要问题是定时问题。编码风格由个人喜好决定,没有固定格式。53. 一步研究问题分析阶段所确定的问题是否有可行的解。

9、 ( V) 代码审查方法没有计算机测试方(X)(V)(V)(X)58. 面向对象建模得到的模型包含系统的 3 个要素, 即静态结构、 交互次序和数据变59. 换。60. (V) 软件重用是提高软件开发生产率和目标系统质量的重要途径。61.62. (V) 判定覆盖不一定包含条件覆盖,条件覆盖也不一定包含判定覆盖。 (V).64.63. Power Designer 是一个 CAS 工具。 (V)软件是指用程序设计语言 (如 Pascal , C, Visual Basic 等) 编写的程序,软件开65.66.67.68.发实际上就是编写程序代码。 ( X )69. 在进行需求分析时需同时考虑维护

10、问题。 ( X )70. UM 是一种面向对象的分析设计方法,即 OOA/OC 方法。 (X )71. 在面向对象的软件开发方法中,每个类都存在其相应的对象,对象是类的实例,类是生成对象的模板。 ( V )72. 在可行性研究中最难决断和最关键的问题是经济可行性 . ( X )73. 耦合是指一个模块内各个元素彼此结合的紧密程度.( X )74. 一笔交易 ,一个动作,甚至操作人员按一个按钮都可以看做是一次事物. ( V )75. 概要设计阶段完成的主要文档是概要设计说明书 .( V )76. 过大的模块可能是由于分解不充分造成的 , 即使降低模块独立性也必须继续分解. ( X )77. 程序

11、设计语言中应绝对禁止使用 GOT 语句 . (X )78. 类是关于对象性质的描述, 由方法和数据组成 . ( V)79. 随着软件技术的发展, 人们逐渐认识到阅读程序的重要性, 编码不仅要强调效率还要强调清晰 . ( V )80. 为保证程序的安全, 必须做到程序中没有任何错误存在 , 即容错 . (X )81. 如果把软件开发所需的资源画成一个金字塔, 人是最基本的资源. ( V )82. 软件生存周期是从软件开始开发到开发结束的整个时期。( X )83. 系统流程图是一个典型的描述逻辑系统的传统工具。 ( X )84. 数据流图和数据字典共同构成系统的逻辑模型。( V )85. 扇出是一

12、个模块直接调用的模块数目,一般推荐的扇出为 3 或 4 。( V )86. 耦合用于衡量一个模块内部的各个元素彼此结合的紧密程度。 ( X )87. 程序运行过程中出现错误叫做容错。 ( X )88. 软件测试的目的是证明程序没有错误。 ( X )89. 白盒测试法是将程序看成一个透明的盒子, 不需要了解程序的内部结构和处理过程。(X)90. 面向对象设计中的主题相当于子系统。 ( X )91. 模块间的联系越大越好,说明系统各模块间结合的好。( X )92. 系统的外部项越少越好,外部项多说明系统独立性差。 ( V )93. 对象中的服务可通过分析属性值的变化情况发现。( X )94. 模块

13、的内聚度应尽可能地小。 ( X )95. 通常用数据流图、数据库字典和简明算法描述表示系统的逻辑模型。( V )96. Halstead 方法是先画出程序图 , 然后计算程序的环形复杂度。 ( V )97. 在完成测试作业之后,为缩短源程序长度,应删去源程序中的注释。( V )98. 测试一般情况下是以白盒法为主黑盒法作为补充。( X )99. 概要设计也称总体设计, 其过程由确定设计方案和结构设计两个阶段组成。 ( V )1. Halstead 方法是先画出程序图 , 然后计算程序的环形复杂度。 ( V )2. 系统分析阶段和系统设计阶段产生的文档,有的能直接在计算机上执行。 ( X )3.

14、 程序编码在系统分析阶段就可以开始了。 ( X )4. 结构化程序设计SP 虽调模块采用自上而下逐步求精设计方法,单入口、单出口标准结构。 ( V )5. 黑盒测试法可有效的检查模块的内部逻辑结构的正确性。 ( X )6. 需求规格说明书是在计划时期可行性研究阶段产生的文档。 ( X )7. 模块间的联系越大越好,说明系统各模块间结合的好。 ( X )8. 测试最终是为了证明程序无错误。( X )9. 在完成测试作业之后,为缩短源程序长度,应删去源程序中的注释。 ( V )10. 结构化程序设计SP 虽调模块采用自上而下逐步求精设计方法,单入口、单出口标准结构。 ( V )11. 通常用数据流

15、图、数据库字典和简明算法描述表示系统的逻辑模型。 ( V)12. 用于表示模块间调用关系的图是SD 。(X )13. 结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 ( V )14. 因果图法可以用来系统地设计测试用例。 ( V )15. 结构化程序设计SP 虽调模块采用自上而下逐步求精设计方法,单入口、单出口标准 结构。( V)16. Halstead 方法是先画出程序图 , 然后计算程序的环形复杂度。 (V )17. 因果图法可以用来系统地设计测试用例。 ( V )18. 概要设计也称总体设计, 其过程由确定设计方案和结构设计两个阶段组成。 ( V )19. 用于表示模块间调用关系的图是SD 。(X )20. 模块的内聚度应尽可能地小,模块间联系尽可能大。( X )21. 模块间的联系越大越好,说明系统各模块间结合的好。( X )22. 黑盒测试法可有效的检查模块的内部逻辑结构的正确性。 ( X )23. 概要设计也称总体设计, 其过程由确定设计方案和结构设计两个阶段组成。 ( V )24. 一个软件系统中可能会出现所有模块之间没有任何

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号