软件工程考试试题2

一、填空题 （共 10 小题，每小题 1 分，共 10 分）1.Jackson 方法是一种面向___数据结构__的设计方法。2.软件工程研究的主要内容是软件开发技术和__软件开发管理___两个方面。3.若某个加工将它的输入流分离成许多发散的数据流，形成许多加工路径，并根据输入的值选择其中一个路径执行，这种特征的 DFD 称为___事务型_数据流图。4.现在存入银行 P 元。年利率为 i,n 年后可得钱数为_ = P×i×n+P__。5.白盒测试法包括多种具体设计程序测试用例的方法，主要目的是提高测试的________________。6.确认测试可以发现软件系统是否符合用户的________________要求。7.状态图反映了状态与_____事件___的关系。8.数据字典有四类条目，分别是数据流、 ，数据项 、数据存储和基本加工。9.软件可维护性可用七种质量特性来衡量，分别是___可理解性______、可测试性、可修改性、可靠性、可移植性、可使用性和效率。10.测试的模块往往不是独立程序，需要为被测试模块设计若干辅助模块，其中用来模拟被测模块的上级调用模块称为________________模块。 二、名词解释 （共 5 小题，每小题 4 分，共 20 分）1. 软件生命周期同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）2. 软件测试软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求3.软件维护软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序。修改后要填写程序改登记表，并在程序变更通知书上写明新旧程序的不同之处4.软件可靠性（1）在规定的条件下，在规定的时间内，软件不引起系统失效的概率；（2）在规定的时间周期内，在所述条件下程序执行所要求的功能的能力；　　5.耦合和内聚耦合（Coupling）是模块之间依赖程度的度量。内聚和耦合是密切相关的，与其它模块存在强耦合的模块通常意味着弱内聚，而强内聚的模块通常意味着与其它模块之间存在弱耦合。模块设计追求强内聚，弱耦合。内聚（Cohesion ）是一个模块内部各成分之间相关联程度的度量耦合（Coupling）是指两个或两个以上的电路元件或电网络的输入与输出之间存在紧密配合与相互影响，并通过相互作用从一侧向另一侧传输能量的现象内聚：是一个模块内部各成分之间相关联程度的度量三、选择填空题（共 15 空，每空 2 分，共 30 分）从供选择的答案中选出适当的字句填入下面的横线上。1.软件设计阶段可划分为概要设计阶段和(1) 详细 设计阶段。用结构化设计方法进行设计时，用来表示模块间的调用关系的图叫做(2) 图。根据输入输出的数据结构产生程序结构的设计方法叫做(3) 方法。用来描述软件设计结果的一种著名的语言是 (4) 。可以用(5) 图描述输入、处理、输出三者之间的关系。供选择的答案：(1) A)逻辑 B)详细 C)程序 D)一般(2)、(5) A)PAD B)HCP C)SC D)SADT E)HIPO F)NS(3) A)Dijkstra B)Parnas C)Wirth D)Jackson(4) A)PDL B)APL C)PSL D)SDL2.软件详细设计工具可分为三类，即图示工具、设计语言和表格工具。图示工具中，(6) 简单而应用广泛、(7) 表示法中，每一个处理过程用一个盒子表示，盒子可以嵌套。(8) 可以纵横延伸，图形的空间效果好。(9) 是一种设计语言，它是一种面向(10) 的语言。供选择的答案：(6)-(8) A)NS 图 B)流程图 C)HIPO 图 D)PAD 图(9) A)C B)PDL C)PROLOG D)PASCAL(10) A)人 B)机器 C)数据结构 D)对象3.1960 年底 Dijkstra 提倡的(11) 是一种有效的提高程序设计效率的方法。Dijkstra 为了使程序结构易于理解，把基本控制结构限于顺序、(12) 、(13) 3 种，应避免使用(14) 。(11)不仅提高程序设计的生产率，同时也容易进行程序的(15) 。供选择的答案：(11) A)标准化程序设计 B)模块化程序设计C)多道程序设计 D)宏语言E)结构化程序设计 F)汇编语言G)表格处理语言(12) -(13) A)分支 B)选择 C)重复D)计算 E)输入输出(14) A)GOTO 语句 B)DO 语句 C)IF 语句 D)REPEAT 语句(15) A)设计 B)调试 C)维护 D)编码四、简答题（共 4 小题，每小题 5 分，共 20 分）1.什么是模块的作用域和模块的控制域？为何要求模块的作用域必须在控制域内?模块的作用域是指模块中判定的作用范围，它是指所有受这个判定影响的模块。如果模块中含有受判定影响的操作，则该模块在这个判定的作用范围之中。如果模块执行与否取决于判定的结果，则该模块及其直接或间接调用的模块均在这个判定的作用范围之中。模块的控制域是指模块本身及其直接或间接调用的模块。如果模块的作用域不在控制域之内，则会增加模块间数据的传递量，使模块间出现控制耦合。3. 简述瀑布模型软件开发方法的基本过程答案瀑布模型规定了各项软件工程活动包括制定软件项目计划进行需求分析和定义软件设计程序编码测试及运行维护。并且规定了它们自上而下相互衔接的固定次序如同瀑布流水逐级下落。然而软件开发的实践表明上述各项活动之间并非完全是自上而下呈线性图式。实际情况是每项开发活动均应具有以下特征 1 从上一项活动接受本项活动的工作对象作为输入 2 利用这一输入实施本项活动应完成的内容 3 给出本项活动的工作成果作为输出传给下一项活动 4 对本项活动实施的工作进行评审。若其工作得到确认则继续进行下一项活动否则返回前项甚至更前项的活动进行返工。3.简述数据流程图四种基本图形符号的含义。4.软件危机表现哪些方面？（1）软件成本日益增长（2）开发进度难以控制（3）软件质量差（4）软件维护困难4. 软件危机的表现（1）软件成本日益增长在计算机发展的早期，大型计算机系统主要是被设计应用于非常狭窄的军事领域。在这个时期，研制计算机的费用主要由国家财政提供，研制者很少考虑到研制代价问题。随着计算机市场化和民用化的发展，代价和成本就成为投资者考虑的最重要的问题之一。20 世纪 50 年代，软件成本在整个计算机系统成本中所占的比例为 10%-20%。但随着软件产业的发展，软件成本日益增长。相反，计算机硬件随着技术的进步、生产规模的扩大，价格却不断下降。这样一来，软件成本在计算机系统中所占的比例越来越大。到 20 世纪 60 年代中期，软件成本在计算机系统中所占的比例已经增长到 50%左右。而且，该数字还在不断地递增，下面是一组来自美国空军计算机系统的数据：1955 年，软件费用约占总费用的 18%，1970 年达到 60%，1975 年达到 72%，1980 年达到 80%，1985 年达到 85%左右。（2）开发进度难以控制由于软件是逻辑、智力产品，软件的开发需建立庞大的逻辑体系，这是与其他产品的生产不一样的。例如：工厂里要生产某种机器，在时间紧的情况下可以要工人加班或者实行"三班倒" ，而这些方法都不能用在软件开发上。在软件开发过程中，用户需求变化等各种意想不到的情况层出不穷，令软件开发过程很难保证按预定的计划实现，给项目计划和论证工作带来了很大的困难。BROOK 曾经提出："在已拖延的软件项目上，增加人力只会使其更难按期完成" 。事实上，软件系统的结构很复杂，各部分附加联系极大，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理等方面的问题将更为严重。许多重要的大型软件开发项目，如 IBM OS/360 和世界范围的军事命令控制系统（WWMCCS） ，在耗费了大量的人力和财力之后，由于离预定目标相差甚远不得不宣布失败。（3）软件质量差软件项目即使能按预定日期完成，结果却不尽人意。1965 年至 1970 年，美国范登堡基地发射火箭多次失败，绝大部分故障是由应用程序错误造成的。程序的一些微小错误可以造成灾难性的后果，例如，有一次，在美国肯尼迪发射一枚阿脱拉斯火箭，火箭飞离地面几十英里高空开始翻转，地面控制中心被迫下令炸毁。后经检查发现是飞行计划程序里漏掉了一个连字符。就是这样一个小小的疏漏造成了这支价值 1850 万美元的火箭试验失败。在"软件作坊" 里，由于缺乏工程化思想的指导，程序员几乎总是习惯性地以自己的想法去代替用户对软件的需求，软件设计带有随意性，很多功能只是程序员的"一厢情愿" 而已，这是造成软件不能今人满意的重要因素。（4）软件维护困难正式投入使用的软件，总是存在着一定数量的错误，在不同的运行条件下，软件就会出现故障，因此需要维护。但是，由于在软件设计和开发过程中，没有严格遵循软件开发标准，各种随意性很大，没有完整的真实反映系统状况的记录文档，给软件维护造成了巨大的困难。特别是在软件使用过程中，原来的开发人员可能因各种原因已经离开原来的开发组织，使得软件几乎不可维护。另外，软件修改是一项很"危险"的工作，对一个复杂的逻辑过程，哪怕做一项微小的改动，都可能引入潜有资料表明，工业届为维护软件支付的费用占全部硬件和软件费用的 40%-75%2 软件危机的原因从软件危机的种种表现和软件作为逻辑产品的特殊性可以发现软件危机的原因： （1）用户需求不明确在软件开发过程中，用户需求不明确问题主要体现在四个方面：◇ 在软件开发出来之前，用户自己也不清楚软件的具体需求；◇ 用户对软件需求的描述不精确，可能有遗漏、有二义性、甚至有错误；◇ 在软件开发过程中，用户还提出修改软件功能、界面、支撑环境等方面的要求；◇ 软件开发人员对用户需求的理解与用户本来愿望有差异。（2）缺乏正确的理论指导缺乏有力的方法学和工具方面的支持。由于软件不同于大多数其他工业产品，其开发过程是复杂的逻辑思维过程，其产品极大程度地依赖于开发人员高度的智力投入。由于过分地依靠程序设计人员在软件开发过程中的技巧和创造性，加剧软件产品的个性化，也是发生软件危机的一个重要原因。 （3）软件规模越来越大随着软件应用范围的增广，软件规模愈来愈大。大型软件项目需要组织一定的人力共同完成，而多数管理人员缺乏开发大型软件系统的经验，而多数软件开发人员又缺乏管理方面的经验。各类人员的信息交流不及时、不准确、有时还会产生误解。软件项目开发人员不能有效地、独立自主地处理大型软件的全部关系和各个分支，因此容易产生疏漏和错误。（4）软件复杂度越来越高软件不仅仅是在规模上快速地发展扩大，而且其复杂性也急剧地增加。软件产品的特殊性和人类智力的局限性，导致人们无力处?quot;复杂问题"。所谓"复杂问题" 的概念是相对的，一旦人们采用先进的组织形式、开发方法和工具提高了软件开发效率和能力，新的、更大的、更复杂的问题又摆在人们的面前。五、应用题（共 1 小题，共 20 分）1.某学校成绩管理系统中学生成绩评定模块对应的成绩评定规则：若期未考试成绩大于等于 85分，平时成绩为优的，成绩定为优，而平时成绩为差的，成绩定为良；若期未考试成绩大于等于 75 分，平时成绩为优的，成绩定为良，而平时成绩为差的，成绩定为及格