管理信息系统课后习题及参考答案(7)

机器测试

通过在计算机上直接运行被测程序来发现程序中的错误。机器测试有黑盒测试和白盒测试两种方法。 （1）黑盒测试：也称功能测试，将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试软件的外部特性。根据软件的需求规格说明书设计测试用例，从程序的输入和输出特性上测试是否满足设定的功能。 （2）白盒测试：也称结构测试，将软件看作一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。 10．什么是调试？其步骤是什么？方法有哪些？ 调试：准确判定错误位置以及具体的出错情况，继而进行改正以排除错误。 调试的执行步骤如下（参看下图）：

调试的活动 （1）从错误的外部表现形式入手，确定程序中出错位置； （2）研究有关部分的程序，找出错误的内在原因； （3）修改设计和代码，以排除这个错误；

（4）重复进行暴露了这个错误的原始测试或某些有关测试，以确认：

①该错误是否被排除；

②是否引进了新的错误。

（5）如果所作的修正无效，则撤销这次改动，重复上述过程，直到找到一个有效的解决办法为止。 采用以下的一些方法予以排除： （1）追踪法

即将程序执行过程中的实际踪迹在屏幕上显示或打印出来。

（2）截取法

在程序的某个位置设置断点，使程序在执行到该断点时停止运行。一些高级语言都有设置和废除中断的语句或命令，并有相应的继续执行命令。通常是在程序中两个相对独立的程序段之间设置断点，并预期程序执行到该处的结果，比较预期结果与实际运行结果，以判断该程序的正确性，或从中发现错误的位置。

（3）归纳法

从测试结果发现的错误人手，分析错误原因，查找错误所在。归纳法排错的步骤： 1）设置数据。列出所有已知信息，即程序能正确完成什么，存在什么类型的错误？ 2）组织数据。这是从特殊到一般的处理过程，也就是使所设置的数据结构化，便于从中发现矛盾。 3）假设错误可能原因。研究错误迹象与数据间的关系。提出一个或多个假设原因，若提不出假设，则要设置更多的数据和执行附加的测试用例。若存在几种假设，则首先选择可能性最大的一个。 4）证明错误原因假设。通过比较错误原因假设与原来的错误数据，确定该假设是否完全解释了原有的错误迹象。如果比较结果不满意，则说明该假设不完全适用，要重新假设错误可能原因或重新设置数据。 （4）演绎法

首先列出所有可能的错误原因，然后一个接一个地划去特殊的原因，直到留下一个主要原因为止。演绎法的步骤如下： 1）列出可能的错误原因； 2）仔细分析现有数据，寻找矛盾，排除所有无关因素，找出主要原因。若全部原因都被排除，则要设计附加的测试用例来发现新的错误原因。 3）进一步完善留下的错误原因假设。利用可靠的错误迹象来完善错误原因假设，使之更加具体化； 4）证明错误原因假设的正确性。

第7章

1．系统转换的三种转换方式是什么？

系统转换的方式有：直接方式、并行方式和分阶段三种转换方式。 （1）直接转换方式。这种转换方式是在某一时刻，用新系统完全代替老系统工作。这种转换方式省时省力，但风险较大。对于信息规格要求高的那些信息系统，比如会计信息系统而言，不能采用这种转换方式。因为系统中可能会存在一些始料不及的事情。 （2）并行转换方式 新老系统同时在一段较长时间内并行运行，并行期的初期是以老系统来考核新系统，老系统处理的结果作为管理的依据。并行期的后期，根据新系统工作情况逐步让老系统退出实际管理工作，这时的老系统起考核作用。这种转换方式可靠性高，风险小，但并行运行阶段会增加业务人员的工作量。 （3）分阶段逐步转换方式 新老系统的转换是一个子系统一个

子系统地进行。每个子系统的转换是按平行方式进行。这种转换方式可以达到风险小，又不加重业务部门的负担。但各个子系统转换的先后次序和相互之间的接口处理较难解决。通常是先转换相对独立的“前道工序”的子系统，联系密切的“后道工序”的子系统则留在后期转换。 2．系统转换的主要工作有那些？

根据信息系统实际开发和应用的情况，确定了系统转换的方式以后，除了做好组织准备、物质准备和人员培训等准备工作之外，最重要并且工作量最大的是数据准备和系统初始化工作。 3．简述维护工作的重要性。

在系统的整个使用寿命中，都将伴随着系统维护工作的进行。系统维护的目的是保证管理信息系统正常而可靠地运行，并能使系统不断得到改善和提高，以充分发挥作用。因此，系统维护就是为了保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。 4．简述系统维护工作的内容和类型 系 统维护工作的内容

系统维护是面向系统中各种构成因素的，按照维护对象的不同，系统维护的内容可分为以下几类：

（1）系统应用程序维护。系统的业务处理过程是通过应用程序的运行而实现的，一旦程序发生问题或业务发生变化，就必然地引起程序的修改和调整，因此系统维护的主要活动是对程序进行维护。（2）数据维护。业务处理对数据的需求是不断发生变化的，除了系统中主体业务数据的定期正常更新外，还有许多数据需要进行不定期的更新，或随环境或业务的变化而进行调整，以及数据内容的增加、数据结构的调整。此外，数据的备份与恢复等，都是数据维护的工作内容。

（3）代码维护。随着系统应用范围的扩大、应用环境的变化，系统中的各种代码都需要进行一定程度的增加、修改、删除，以及设置新的代码。 （4）硬件设备维护。主要是指对主机及外设的日常维护和管理，如机器部件的清洗、润滑，设备故障的检修，易损部件的更换等，都应由专人负责，定期进行，以保证系统正常有效地运行。 系统维护的类型

系统维护的重点是系统应用软件的维护工作，按照软件维护的不同性质，可以划分为下面四种类型： （1）纠错性维护

由于系统测试不可能揭露系统存在的所有错误，因此在系统投入运行后频繁的实际应用过程中，就有可能暴露出系统内隐藏的错误，诊断和修正系统中遗留的错误，就是纠错性维护。纠错性维护是在系统运行中发生异常或故障时进行的，这种错误往往是遇到了从未用过的输入数据组合或是在与其他部分接口处产生的，因此只是在某些特定的情况下发生。有些系统运行多年以后才遇到这种情况，暴露出在系统开发中遗留的问题，这是不足为奇的。 （2）适应性维护

适应性维护是为了使系统适应环境的变化而进行的维护工作。一方面计算机科学技术迅速发展，硬件的更新周期越来越短，新的操作系统和原来操作系统的新版本不断推出，外部设备和其他系统部件经常有所增加和修改，这就必然要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使后寿命在延长，超过了最初开发这个系统时应用环境的寿命，即应用对象也在不断发生变化，机构的调整、管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。 （3）完善性维护

在系统的使用过程中，用户往往要求扩充原有系统的功能，提高其性能，如增加数据输出的图形方式，增加联机在线帮助功能、调整用户界面等等，尽管这些要求在原来系统开发的需求规格说明书中并没有，但用户要求在原有系统基础上进一步改善和提高；并且随着用户对系统的使用和熟悉，这种要求可能不断提出。为了满足这些要求而进行的系统维护工作就是完善性维护。 （4）预防性维护

系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命，目前尚能正常运行，但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的修改与调整奠定更好的基础。例如将目前尚能应用的报表功能改成通用报表生成功能，以应付今后报表内容和格式可能的变化。

5．什么是软件的可维护性？七个特性衡量指标是什么？

所谓软件可维护性，是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩充或压缩的容易程度。可维护性、可使用性、可靠性是衡量软件质量的几个主要质量特性，也是用户十分关心的几个方面。可惜的是影响软件质量的这些重要因素，目前尚没有对它们定量度量的普遍适用的方法。但是就它们的概念和内涵来说则是很明确的。

软件的可维护性是软件开发阶段各个时期的关键目标。目前广泛使用的是用如下的七个特性衡量程序的可维护性。而且对于不同类型的维护，这七种特性的

侧重点也不相同。下表显示了在各类维护中应侧重哪些特性。图中的“√”表示需要的特性。

在各类维护中的侧重点

可理解性 可测试性 可修改性 可靠性 可移植性 可使用性 效率

6．简述系统维护的管理工作步骤。

（1）提出维护要求。用户或系统操作人员提出维护要求，填写申请报告。 （2）审批。维护申请报告经专家研究和领导审批。

（3）组建维护小组。根据维护工作的内容选择有关维护人员组成维护小组，负责维护工作。

（4）维护实施。维护人员研究维护任务，阅读系统文档以确定维护工作的实施细则。进行维护时一定要填写维护记录。

（5）文档维护。对程序进行维护后，一定要对相应的文档做维护。以保持系统的一致性，给以后的维护打好基础。

（6）验收。维护工作完成后，由用户、专家及有关领导进行验收，同时要验收有关资料。对于重大的维护应作为小系统开发对待，按部就班地进行。 第8章

1．简述软件生产的特殊性。

（1）产品抽象性。软件生产及软件产品可见性差，其加工对象是信息而不是物理实体。这给检验、管理带来一定的困难。

（2）产品严格性。管理信息系统工程是一项严密的逻辑工程，产品无等级而言，好就是好，错就是错。

纠错性维护 √ √ √ √ 适应性维护 √ √ √ 完善性维护 √ √

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库管理信息系统课后习题及参考答案(7)在线全文阅读。