软件工程判断题20分.pdf

该【软件工程判断题20分 】是由【2210620458】上传分享，文档一共【5】页，该文档可以免费在线阅读，需要了解更多关于【软件工程判断题20分 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。。(√)
。(√)
,其他开发人员不必关心。(X)
,条件覆盖也不一定包含判定覆盖。(√)
,提高程序运行效率,而减少高级语言的使用。(X)
。(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-ComputerInterface,简称HCI)又称人-机接口或用户界面。
(√)
,所有的菜单选择、命令输入、数据显示和其他功能应采用不同
的形式和风格。(X)
。(√)
。同时应尽量减少用户记忆
的信息量。(√)
,降低程序的复杂性。(√)
。(X)
(reusability),是指软部件可以在多种场合使用的程度。(√)
,没有实际用途。(×)
,对小型软件的开发没有帮助。(×)
。(√)
(×)
。(√)
。(√)
,没有固定格式。(×)
,即静态结构、交互次序和数据变换。
(√)
。
(√)
,条件覆盖也不一定包含判定覆盖。(√)
。(√)
(如Pascal,C,VisualBasic等)编写的程序,软件开
发实际上就是编写程序代码。(×)
。(×)
,即OOA/OOD方法。(×)
,每个类都存在其相应的对象,对象是类的实例,类
是生成对象的模板。(√)
.(×)
.(×)
,一个动作,甚至操作人员按一个按钮都可以看做是一次事物.(√)
.(√)
,即使降低模块独立性也必须继续分
解.(×)
.(×)
,由方法和数据组成.(√)
,人们逐渐认识到阅读程序的重要性,编码不仅要强调效率还
要强调清晰.(√)
,必须做到程序中没有任何错误存在,即容错.(×)
,人是最基本的资源.(√)
。(×)
。(×)
。(√)
,一般推荐的扇出为3或4。(√)
。(×)
。(×)
。(×)
,不需要了解程序的内部结构和处理过程。
(×)
。(×)
,说明系统各模块间结合的好。(×)
,外部项多说明系统独立性差。(√)
。(×)
。(×)
、数据库字典和简明算法描述表示系统的逻辑模型。(√)
,然后计算程序的环形复杂度。(√)
,为缩短源程序长度,应删去源程序中的注释。(√)
。(×)
,其过程由确定设计方案和结构设计两个阶段组成。(√)
,然后计算程序的环形复杂度。(√)
,有的能直接在计算机上执行。(×)
。(×)
,单入口、单出口
标准结构。(√)
。(×)
。(×)
,说明系统各模块间结合的好。(×)
。(×)
,为缩短源程序长度,应删去源程序中的注释。(√)
,单入口、单出口标准
结构。(√)
、数据库字典和简明算法描述表示系统的逻辑模型。(√)
。(×)
。(√)
。(√)
,单入口、单出口标准
结构。(√)
,然后计算程序的环形复杂度。(√)
。(√)
,其过程由确定设计方案和结构设计两个阶段组成。(√)
。(×)
,模块间联系尽可能大。(×)
,说明系统各模块间结合的好。(×)
。(×)
,其过程由确定设计方案和结构设计两个阶段组成。(√)
。(×)
。(×)
。(×)
。(×)
。(×)
,然后计算程序的环形复杂度。(√)
,先做出系统的主要部分,提交用户试用的软件开发方法是原
型法。(√)
。(×)
。(×)
,先做出系统的主要部分,提交用户试用的软件开发方法是原
型法。(√)
,外部项多说明系统独立性差。(√)
。(√)
,单入口、单出口标准
结构。(√)
。(×)
。(×)
。(×)
,主要进行功能测试、性能测试、安全性测试及可靠
性等测试。(×)
.(×)
。(×)
(√)
。(×)
。(×)
.(×)
.(√)
。(×)
,有组
织的活动.(√)
,也是一种结构化程序设计语言。(√)
,用以解释下面的程序语句怎么做。(√)
,发现被测程序尽可能多的错误。(√)
,找出错误的位置和性质比改正该错误更难。(√)
,完全可以不考虑程序的功能要求。(×)
,模块化的小优点越明显。一般来说,模块的大小都在10行以下。(√)
,而不是在编码阶段建立的。
(√)
,因为软件是灵活的,总可以满足需求。(×)
,不能证明程序没有错误。(√)