2011级(2014年)软件工程试题A

2013-2014学年第2学期

2011级《软件工程》期末考试试题( A 卷)

考试时间：2014年6月6日

班级学号姓名

✧请将答案写在答题纸上，写明题号，不必抄题，字迹工整、清晰；

✧请在答题纸和试题纸上都写上你的班级，学号和姓名，交卷时请将试题纸、答题纸和草纸

一并交上来。

一、选择题，每题1分，共计25分。每个括号里的数字为该空的题号，从该题号对应的备选答案中选择最佳的一项，每空限填一个选项。请按5个一行的格式答题纸上答此题。

在软件生存期的模型中，（1 ）适合于大型软件的开发，它吸收了软件工程中“演化”的概念。（1）A. 喷泉模型 B. 基于知识的模型 C. 瀑布模型 D. 螺旋模型

为了提高软件开发过程的（ 2 ），有效地进行管理，应当根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准。

（2）A. 可见性 B. 生产率 C. 安全性 D.有效性

只要事先建立特定的度量规程，很容易做到（ 3 ）开发软件所需要的成本和工作量、产生的代码行数等。

（3）A. 间接度量 B. 直接度量 C. 间接估算 D. 直接估算

自顶向下估算软件成本的方法主要是从项目的整体出发进行（4 ），即根据已完成项目的总成本(或总工作量)，来推算待开发软件的总成本(或总工作量)，然后按比例将它分配到各开发任务单元中去。

（4）A. 分解 B. 类推 C. 推导 D. 评估

假设一个人单独开发软件，生产率是5000行／人年。若4个人组成一个小组共同开发这个软件，在每条通信路径上耗费的工作量是250行／人年。则组中每人的生产率降低为（ 5 ）

（5）A. 4200 B. 4350 C. 4675 D. 4375

对于软件的（6 ），有一种简单的面向时间的度量，叫做平均变更等待时间MTTC（Mean Time To Change)。这个时间包括开始分析变更要求、设计合适的修改、实现变更并测试它、以及把这种变更发送给所有的用户。

（6）A. 可靠性 B. 可修改性 C. 可测试性 D. 可维护性

分层数据流图是一种比较严格又易于理解的描述方式，它的顶层数据流图描述了系统的（7 ）。（7）A. 细节 B. 输入与输出 C. 软件的作者 D. 绘制的时间

用于软件设计阶段，考察实现方案是否可行的是（8 ）原型。

（8）A. 探索型 B. 演化型 C. 实验型 D. 增量型

对于分层的数据流图，父图与子图的平衡是指子图的输入、输出数据流同父图的输入、输出数据流（9 ）。

（9）A. 必须一致 B. 数目必须相等 C. 名字必须相同 D. 数目必须不等

结构化设计方法(SD)与结构化分析方法(SA)一样，遵循（10 ）的模型，采用自顶向下，逐步细化的技术。通常SD方法继续SA的工作，根据数据流图设计程序的结构。

（10）A. 实体-关系 B. 快速原型 C. 抽象 D. 瀑布

面向对象技术的许多强有力的功能和突出的优点都来源于把系统组织成一个类的层次结构。一个类的上层可以有父类，下层可以有子类。这种系统的类层次结构的一个重要性质是（11 ），通过它，一个类可共享其父类的全部数据和操作。

（11）A. 传递性 B. 复用性 C. 并行性 D. 继承性

对象模型表示了静态的、结构化的系统数据性质，描述了系统的静态结构。它是从现实世界实体的相互关系的角度来描述、表现对象间的相互关系。该模型主要关心系统中对象的结构、属性和操作，使用了（12 ）的工具来刻划。

（12）A. E-R图 B. 对象图 C. 系统流程图 D. 系统结构图

从已发现故障的存在到找到准确的故障位置并确定故障的性质，这一过程称为（13 ）。（13）A. 错误检测 B. 故障排除 C. 调试 D. 测试

The testing phase of software development doesn't require:（14 ）

（14）A. Testing that the implementation compiles correctly.

B. Testing that the implementation matches the design.

C. Testing that the implementation matches the requirements.

D. Testing that the components of the implementation work separately and together.

The software crisis exists because:（15 ）

（15）A. Programmers are lazy and managers are ignorant.

B. There is as yet no proven scientific method for building robust, efficient, reliable and

cost-effective software.

C. There can never be a proven scientific method for building robust, efficient, reliable and

cost-effective software.

D. The are proven scientific methods for building robust, efficient, reliable and cost-effective

software, but they are too difficult for most software developers to understand.