软件工程判断题20分.docxVIP

软件的开发与运行经常受到硬件的限制和制约。(√)? 模块内的高内聚往往意味着模块间的松耦合。(√?) 软件的质量好坏主要由验收人员负责，其他开发人员不必关心。(X?)? 判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖。(√)? 应该尽量使用机器语言编写代码，提高程序运行效率，而减少高级语言的使用。(X)? UML只能应用于软件系统模型的建立。(X)? 软件测试的目的是为了无一遗漏的找出所有的错误。(X)? 用户对软件需求的描述不精确，往往是产生软件危机的原因之一。（√） 目前，软件项目的进度安排的两种比较常用的方法是程序评估与审查技术（PERT）和关键路径法（CPM）。（√） 一个好的开发人员应具备的素质和能力包括善于与周围人员团结协作，建立良好的人际关系，善于听取别人的意见。（√） 目前的绝大多数软件都不适合于快速原型技术。（X） 面向数据的设计方法适用场合是具有明显的层次信息结构的应用如：企事业的信息管理系统；系统软件（如操作系统）等。（√） 缺乏处理大型软件项目的经验。是产生软件危机的唯一原因。（X） 测试计划、测试用例、出错统计和有关的分析报告一般不用长期保存。（X） 软件也会磨损和老化。（X） 完善性维护是提高或完善软件的性能。（√） 缺乏有力的方法学的指导和有效的开发工具的支持， 这往往是产生软件危机的原因之一。（√） 一个好的开发人员应具备的素质和能力不包括具有良好的书面和口头表达能力。（X） 在用户需求分析时观察用户手工操作过程不是为了模拟手工操作过程，而是为了获取第一手资料，并从中提取出有价值的需求。（√） 快速原型技术适用于软件产品要求大量的用户交互、或产生大量的可视输出、或设计一些复杂的算法等场合。（√） 流程图也称为程序（框图）是最常用的一种表示法。（√） 面向数据设计方法一般都包括下列任务： 确定数据结构特征；用顺序、选择和重复三种基本形式表示数据等步骤。（√） 理想的人机界面应针对具有典型个性的特定的一类用户设计。（√） 数据输入的一般准则中包括尽量（增加）用户输入的动作。（X） 用穷举测试是较现实的测试方法。（X） 编码时应尽可能使用全局变量（X） 重视程序结构的设计，能使程序具有较好的层次结构（√） 程序中的注解越少越好（ X ）。 文档可用于专业人员和用户之间的通信和交流；软件开发过程的管理； 运行阶段的维护。（√） 软件开发、设计几乎都是从头开始，成本和进度很难估计。（√） 适应性维护是改进软件未来的可维护性和可靠性。（X） 由于软件是逻辑产品，软件质量较容易直接度量。（X） 按照功能，软部件可划分为系统软件和应用软件两类。（√） 如果某子功能可以用一段简洁、精确的文字描述清楚，就无需进一步分解，是创建用户需求的数据流模型应遵循的规则。（√） 耦合度是对软件结构中模块间关联程度的一种度量。在设计软件时应追求尽可能紧密的耦合的系统。（X） 在面向对象设计阶段则着重完成“如何做”的问题，也就是着重考虑对象的实现细节。（√） 随着软件复杂性的不断提高，软件的维护难度越来越大。（√） 软件的可维护性差是软件维护工作量和费用激增的直接原因。（√） 纠错性维护是改正运行期间发现的潜伏错误。（√） 软件可移植性（portability），是指软件从一个计算机系统或（环境）移植到另一个上去的难易程度。（√） 软件复杂性不能反映出软件的可理解性、模块化、简单性等属性。（X） 当程序内的分支数和循环数增加时，V（G）值将随之增加，即程序的复杂性增大。（√） 一般来说，设计软件时应尽量使用数据耦合，减少控制耦合，限制外部环境耦合和公共数据耦合，杜绝内容耦合。（√） 编码的依据是详细设计说明书。（√） 程序文档应该包括代码的功能、代码的完成者等内容。（√） 预防性维护是修改软件，以适应软硬件环境的变化。（X） 开发大型软件易产生疏漏和错误，往往是产生软件危机的原因之一。（√） 据统计，软件维护人员为了分析和理解原软件系统所花费的工作量约占整个维护工作量的60%以下。（X） 最高耦合度是数据耦合。（X） 人机界面（Human-Computer Interface，简称HCI）又称人- 机接口或用户界面。（√） 在同一用户界面中，所有的菜单选择、命令输入、数据显示和其他功能应采用不同的形式和风格。（X） 判定覆盖必然满足语句覆盖。（√） 为提高可交互性一般对大多数操作动作应允许用户恢复。同时应尽量减少用户记忆的信息量。（√） 编程中应采用统一的标准和约定，降低程序的复杂性。（√） 软件在使用过程中维护不十分复杂。(X) 软件可重用性（reusability），是指软部件可以在多种场合使用的程度。(√) 软件工程学只有理论意义，没有实际用途。 （×） 软件工程的方法只适用