《南京理工大学软件工程习题》由会员分享，可在线阅读，更多相关《南京理工大学软件工程习题（9页珍藏版）》请在金锄头文库上搜索。
1、【7-1】对于软件产品来说，有4个方面影响着产品的质量，即( A )、( B )、( C )及成本、时间和进度等条件。重视软件过程的质量是近年来质量管理理论和实践的新发展。重视软件过程质量的控制，其部分原因可能是：相对于产品质量的控制来说，过程质量的控制是( D )、( E )、( F )，而产品质量的控制是( G )、( H )、( I )。供选择的答案： A C. 开发时间 开发技术 过程质量 风险控制 质量控制 人员素质 项目管理 配置管理 D I. 主动的 被动的 整体的 系统的 先期的 事后的 个别的 部分的【7-2】McCall提出了表明软件质量的11个质量特性。它们是( A )、
2、( B )、( C )、( D )、( E )、( F )、( G )、( H )、效率、可测试性和互连性。我们把这11个特性分为3组，使其分别隶属于产品修正、产品转移和产品运行等3个方面，如图所示。 ( E )可测试性 ( F ) ( G ) ( H ) 互连性产品转移产品修正产品运行( A ) ( B ) 效率 ( C ) ( D ) 供选择的答案： A H. 可读性 正确性 功能性 完整性 可靠性 可移植性 可复用性 灵活性 可维护性 可使用性【7-3】为什么软件需要维护？维护有哪几种类型？简述它们的维护过程。【7-4】 在软件维护的实施过程中，为了正确、有效地修改，需要经历以下3个步骤
3、：( A )、( B )、( C )。( A )是决定维护成败和质量好坏的关键。( C )包括( D )确认、计算机确认和维护后的( E )。供选择的答案： A C. 修改程序 建立目标程序 分析和理解程序 重新验证程序 验收程序 D. 动态 静态 人工 自动 E. 验证 验收 检验 存档【7-5】从供选择的答案中选出同下列各叙述关系最密切的字句。 A. 软件从一个计算机系统或环境转移到另一个计算系统或环境的容易程度。 B. 软件在需要它投入使用时能实现其指定的功能的概率。 C. 软件使不同的系统约束条件和用户需求得到满足的容易程度。 D. 在规定的条件下和规定的一段期间内，实现所指定的功能的
4、概率。 E. 尽管有不合法的输入，软件仍能继续正常工作的能力。供选择的答案： 可测试性 可理解性 可靠性 可移植性 可使用性 兼容性 容错性 可修改性 可接近性 一致性【7-6】改错性维护与“排错”是否是一回事？为什么？【7-7】从下列叙述中选出5条与提高软件的可移植性有关的叙述。 把程序中与计算机硬件特性有关的部分集成在一起。 选择时间效率和空间效率高的算法。 使用结构化的程序设计方法。 尽量用高级语言编写程序中对效率要求不高的部分。 尽可能减少注释。 采用表格控制方式。 文档资料详尽、正确。 在有虚拟存储器的计算机系统上开发软件。 减少程序中对文件的读写次数。 充分利用宿主计算机的硬件特性
5、。【7-8】软件可移植性是用来衡量软件的( A )的重要尺度之一。为了提高软件的可移植性，应注意提高软件的( B )。采用( C )有助于提高( B )。为了提高可移植性，还应( D )。使用( E )语言开发的系统软件具有较好的可移植性。供选择的答案： A. 通用性 效率 质量 人机界面 B. 使用的方便性 简洁性 可靠性 设备独立性 C. 优化算法 专用设备 表格驱动方式 树型文件目录 D. 有完备的文件资料 选择好的宿主计算机 减少输入输出次数 选择好的操作系统 E. COBOL APL C SQL【7-9】下面有关软件维护的叙述有些是不准确的，请将它们列举出来。供选择的答案： 要维护一
6、个软件，必须先理解这个软件。 阅读别人写的程序并不困难。 如果文档不齐全也可以维护一个软件。 谁写的软件就得由谁来维护这个软件。 设计软件时就应考虑到将来的可修改性。 维护软件时一件很吸引人的创造性工作。 维护软件就是改正软件中的错误。 维护好一个软件是一件很难的事情。【7-10】什么是程序修改的副作用？程序修改的副作用有哪几种？试举例说明？【7-11】讨论高级语言对适应性维护的影响。使程序适应新的环境是可能的吗？【7-12】在软件计划中是否应该把维护费用计划在内？实际情况如何？【7-13】软件再工程是一类软件工程活动，它能够使我们：）增进对软件的理解；）准备或直接提高软件自身的( A )、(
7、 B )或演化性。第部分旨在改善软件的( C )，使得软件更容易为人们服务。纯粹是出于改善性能的代码优化( D )软件再工程。逆向工程属于上述软件再工程的第( E )部分。供选择的答案： A, B. 可靠性 灵活性 可维护性 可复用性 可修改性 C. 静态质量 动态质量 性能 功能 D. 属于 不属于 E. 分解器视图合成器FEG语法分析器语义分析器合成器【7-14】关于软件再工程的定义有这样两种说法。）软件再工程是变更系统(或程序)的( A )，或是系统(或程序)的( B )，而不变更其( C )的一种工程活动。）检查并改进对象系统，按新的模式对系统进行( D )，进而实现其新的模式。 格式
8、 图形 文档 度量值 逻辑 报告多数软件再工程工具可按图示的自动进行再工程H的模式工作。请选择合适的答案完成这个图示。供选择的答案： A D. 外部环境 接口 内部机制 流程图 重构 数据结构 功能性 层次性 E H. 其它产品 软件工具 信息库 软件 软件的新视图【7-15】( A )是软件的一种表达形式，或是有关软件的一种报告。( A )可分为4类：软件的规格说明属于( B )，PDL或DFD属于( C )，规格说明文本的图索引属于( D )，程序和程序段属于( E )。( A )得到工具支持时，就成为( F )，可用其支持加入、变更或浏览信息。供选择的答案： A, F. 软件说明 概要设
9、计 软件视图 信息库 视图编辑器 软件设计 B E. A类视图 1类视图(非过程性描述和或元描述) 2类视图(伪过程性描述和或面向体系结构的描述) 3类视图(纯过程性描述或直接导出的信息)习题解答【7-1】A. , B. , C. , D. , E. , F , G , H , I 其中，A、B、C答案顺序可互换，D、E、F答案顺序可互换，G、H、I答案顺序可互换。 对于软件产品来说，有4个方面影响着产品的质量，即开发技术、过程质量、人员素质及成本、时间和进度等条件。这4个方面因素对产品质量究竟有多少影响又取决于项目的项目的规模和项目的类型。重视软件过程的质量是近年来质量管理理论和实践的新发展
10、，但不能把产品质量的控制与过程质量的控制相对立起来。重视软件过程质量的控制，其部分原因可能是，相对于产品质量的控制来说，过程质量的控制是先期的、主动的、系统的，而产品质量的控制是事后的(产品已经生产出来)、被动的(发现了不合格产品只能报废或采取其它补救措施)、个别的(逐个产品的质量检验)。【7-2】A , B , C , D , E , F , G , H 其中，A、B、C、D答案顺序可互换，E、F答案顺序可互换，G、H答案顺序可互换。McCall质量模型如图所示。用户对于已经投入使用的软件，会特别关注软件运行以后所表现出来的运行特性、修正特性和转移特性。它们直接关系到软件的使用寿命。因此，软
11、件的11个质量特性应分为3组，分别隶属于这3个方面。可移植性可复用性 互连性可维护性可测试性灵活性产品转移产品修正产品运行正确性 可靠性 效率 可使用性 完整性 其中，属于产品运行特性的有正确性、可靠性、可使用性、完整性和效率。属于产品修正特性的有可维护性、可测试性及灵活性。属于产品转移特性的有可移植性、可复用性和互连性等。【7-3】在软件开发完成交付用户使用后，为了保证软件在一个相当长的时期能够正常运行，就需要对软件进行维护。软件维护的类型有4种：改正性维护、适应性维护、完善性维护和预防性维护。其中，改正性维护是要改正在特定的使用条件下暴露出来的一些潜在程序错误或设计缺陷；适应性维护是要在软
12、件使用过程中数据环境发生变化或处理环境发生变化时修改软件以适应这种变化；完善性维护是在用户和数据处理人员使用软件过程中提出改进现有功能，增加新的功能，以及改善总体性能的要求后，修改软件以把这些要求纳入到软件之中。由这些原因引起的维护活动可以归为以下几类：预防性维护是为了提高软件的可维护性、可靠性等，事先采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试，为以后进一步改进软件打下良好基础。软件维护的过程如图所示。第一步是先确认维护要求。这需要维护人员与用户反复协商，弄清错误概况以及对业务的影响大小，以及用户希望做什么样的修改，并把这些情况存入故障数据库。然后由维
13、护组织管理员确认维护类型。对于改正性维护申请，从评价错误的严重性开始。如果存在严重的错误，则必须安排人员，在系统监督员的指导下，进行问题分析，寻找错误发生的原因，进行“救火”性的紧急维护；对于不严重的错误，可根据任务、机时情况、视轻重缓急，进行排队，统一安排时间。对于适应性维护和完善性维护申请，需要先确定每项申请的优先次序。若某项申请的优先级非常高，就可立即开始维护工作，否则，维护申请和其它的开发工作一样，进行排队，统一安排时间。并不是所有的完善性维护申请都必须承担，因为进行完善性维护等于是做二次开发，工作量很大，所以需要根据商业需要、可利用资源的情况、目前和将来软件的发展方向、以及其它的考虑，决定是否承担。尽管维护申请的类型不同，但都要进行同样的技术工作。这些工作有：修改软件需求说明、修改软件设计、设计评审、对源程序做必要的修改、单元测试、集成测试(回归测试)、确认测试、软件配置评审等。在每次软件维护任务完成后，最好进行一次情况评审，对以下问题做一总结： 在目前情况下，设计、编码、测试
