教学材料《信息管理》-第九章

9.1系统实施概述9.1.1系统实施的目标在系统分析与系统设计的阶段中，开发人员为新系统设计了逻辑模型和物理模型。系统实施阶段的目标就是把系统设计的物理模型转换成可实际运行的新系统。9.1.2系统实施的主要任务系统实施是一项复杂的工程，管理信息系统的规模越大，实施阶段的工作量越大，任务也就越复杂。系统实施阶段的主要任务是物理系统的实施、程序设计、收集数据、系统调试、人员培训和系统的切换。返回9.2程序设计与调试9.2.1程序设计的任务与基木要求程序设计的任务是为新系统编写程序，即把详细设计的结果转换成某种计算机编程语言写成的程序。该阶段相当于机械工程中图纸设计完成的“制造”阶段，程序设计的好坏直接关系到能否有效地利用电了计算机来圆满地达到预期目的。高质量的程序，必须符合以下基本要求:1.程序的功能必须按照规定的要求，正确地满足预期的需要;2.程序的内容清晰、明了、便于阅读和理解;下一页返回9.2程序设计与调试3.程序的结构严谨、简捷、算法和语句选用合理，执行速度快，节省机时;4.程序和数据的存储、调用安排得当，节省存储空间;5.程序的适应性强。程序交付使用后，若应用问题或外界环境有了变化时，调整和修改程序比转简便易行。上一页下一页返回9.2程序设计与调试9.2.2程序设计方法

1.结构化程序设计方法结构化程序设计(StructuredProgramingSP)方法，由E.Dijkstra等人于1972年提出，用于详细设计和程序设计阶段，指导人们用良好的思想方法，开发出正确又易于理解的程序。鲍赫门(Bohm)和加柯皮(Jacopini)在1966年就证明了结构定理:任何程序结构都可以用顺序、选择不II循环这3种基本结构，如图9-1（a),（b),（c)所示。上一页下一页返回9.2程序设计与调试2.速成原型式的程序开发方法这种开发方法是:首先将HIPO图中类似带有普遍性的功能模块集中，如菜单模块、报表模块、查询模块、统计分析和图形模块等。寻找有无相应和可用的软件工具，若有则使用这些工具生成这些程序模型原型。否则，可考虑开发一个能够适合各子系统情况的通用模块。3.面向对象程序设计方法面向对象的程序设计方法一般应与OOD所设计的内容相对应。它实际上是一个简单、直接的映射过程，即将OOD中所定义的范式直接用面向对象的程序(OOP，如C++,Smalltalk,VisualC等来取代即可上一页下一页返回9.2程序设计与调试9.2.3程序设计的风格1.适当的程序注释2.有规律的程序书写格式3.恰当选择变量名上一页下一页返回9.2程序设计与调试9.2.4管理信息系统的基木程序模块一个管理信息系统的软件由很多程序模块组成，这些程序模块可以归纳成为几种基本类型，包括控制模块、输入及校验模块、修改或更新模块、分类合并模块、计算模块、查询、检索模块、输出模块和预测、优化模块等。上一页下一页返回9.2程序设计与调试9.2.5衡量编程工作指标

1.可靠性(Reliability)2.实用性(Suitability)3.规范性(Standardability)4.可读性(Readability)5.可维护性(Maintainability)上一页下一页返回9.2程序设计与调试9.2.6常用的编程工其一般比较流行的软件工具可分为6类:一般编程语言，数据库系统，程序生成工具、专用系统开发工具、客户/服务器(Client/ServerC/S)型工具以及面向对象的编程工具。

1.常用编程语言类它是指由传统编程工具发展而来的一类程序设计语言。通常有:C语言、C++语言、COBOL语言、PL/1语言、PROLOG语言、OPS语言等。上一页下一页返回9.2程序设计与调试

2.数据库类它是信息系统中数据存放的中心和整个系统数据传递和交换的枢纽。目前市场上提供的主要有两类:以微机为基础的关系数据库和大型数据库系统。3.程序生成工具类它是指第4代程序(4GLs)生成语言，是一种常用数据处理功能和程序之间的对应关系的自动编程工具。

4.系统开发工具类它是在程序生成工具基础上进一步发展起来的，它不但具有4GLs的各种功能，而且更加综合化、图形化，使用起来更加方便。目前主要有两类:专用开发工具类和综合开发工具类。上一页下一页返回9.2程序设计与调试5.客户朋良务器(C/S)和浏览器朋良务器（1)客户/服务器(GS)工具类它是采用了人类在经济和管理学中经常提到的(B/S)工具类“专业化分工协作”的思想而产生的开发工具。是在原有开发工具的基础上，将原有工具改变为一个既可被其他工具调用，又可以调用其他工具的“公共模块”。在整个系统结构方面，这类工具采用了传统分布式系统的思想，产生了前台和后台的作业方式，减轻了网络的压力，提高了系统运行的效率。上一页下一页返回9.2程序设计与调试（2）浏览器/服务器(B/s)工具类GS模式主要由客户应用程序(Client、服务器管理程序(Server和中间件(Middleware)3个部件组成。客户应用程序是系统中用户与数据进行交匀_的部件。服务器程序负责有效地管理系统资源，如管理一个信息数据库，其主要工作是当多个客户并发地请求服务器上的相同资源时，对这些资源进行最优化管理。中间件负责联结客户应用程序与服务器管理程序，陇同完成一个作业，以满足用户查询管理数据的要求。B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。把传统GS模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器(Web服务器)，从而构成一个二层结构的客户服务器体系。上一页下一页返回9.2程序设计与调试

6.面向对象编程工具类它主要是指与00方法相对应的编程工具。目前常见的工具有:C++C或VC++)，Smalltalk这一类编程工具针对性较强，目很有潜力，其特点是必须与整个00方法相结合。9.2.7程序调试

1.调试的意义和目的在管理信息系统的开发过程中，面对着错综复杂的各种问题，人的主观认识不可能完全符合客观现实，开发人员之间的思想交流也不可能十分完善。所以，在管理信息系统开发周期的各个阶段都不可避免地会出现差错。所以，对系统进行调试是不可缺少的，是保证系统质量的关键步骤。上一页下一页返回9.2程序设计与调试

2.调试的策略和基本原则调试阶段应注意以下一些基本原则。（1)调试用例应该由“输入数据”和“预期的输出结果”组成。这就是说，在执行程序之前应该对期望的输出有很明确的描述，调试后可将程序的输出同它仔细对照检查。（2)不仅要选用合理的输入数据进行调试，还应选用不合理的甚至错误的数据输入进行调试。（3)除了检查程序是否做了它应该做的工作，还应检查程序是否做了它不该做的事情。（4)应该长期保留所有的调试用例，直至该系统被废弃不用为止。上一页下一页返回9.2程序设计与调试3.测试方法测试包括3方面，即设计“测试用例”，执行被测程序和分析执行结果并发现错误。设计测试用例是开始程序测试的第一步，也是有效地完成测试工作的关键。按照在设计测试用例时是否涉及程序的内部结构，可以分为白盒测试和黑盒测试两种方法。白盒测试时，测试者对被测试程序的内部结构是清楚的。它从程序的逻辑结构入乎，按照一定的原则来设计测试用例，设定测试数据。由于被测程序的结构对测试者是透明的，因此有些书本又称这类测试为玻璃盒测试或结构测试。上一页下一页返回9.2程序设计与调试黑盒测试的情况正好相反。此时，测试者把被测程序看成一个黑盒，完全用不着关心程序的内部结构。设计测试用例时，仅以程序的外部功能为根据。一方面检查程序能否完成一切应做的事情;另一方面要考察它能否拒绝一切不应该做的事情。由于黑盒测试着重于检查程序的功能，所以也称为功能测试。（1)设计测试用例的基本目标设计测试用例是测试阶段的关键技术问题。所谓测试用例就是以发现程序错误为目的而精心设计的一组测试数据，包括预定要测试的功能，应该输入的测试数据和预期的结果。可以写成:测试用例月输入数据+期望结果}上一页下一页返回9.2程序设计与调试设计测试用例最困难的问题是设计测试的输入数据。不同的测试数据发现程序错误的能力差别很大，为了提高测试效果、降低测试成本，应该选用高效的测试数据。因为不可能进行穷尽的测试，选用少量“最有效的”测试数据，做到尽可能完备的测试就很重要了。因此，设计测试用例的基本目标就是确定一组最可能发现多个错误或多类错误的测试数据。（2)设计测试数据的技术己经研究出的许多设计测试数据的技术各有优缺点，没有哪一种是最好的，更没有哪一种可以代替其余所有技术;同一种技术在不同应用场合效果可能相差很大，因此，通常需要联合使用多种测试数据的技术。上一页下一页返回9.2程序设计与调试本节介绍的设计测试数据技术主要有:适用于黑盒测试的等价划分、边界值分析及错误推测法等;适用于白盒测试的逻辑覆盖法等。通常设计测试数据的做法是:用黑盒法设计基本的测试用例，再用白盒法补充一些方案。（3)黑盒测试技术

1)等价划分等价划分是黑箱测试的一种技术。前面讲过，穷尽的黑盒测试需要使用所有有效的和无效的输入数据来测试程序，通常这是不现实的。因此，只能选取少量有代表性的输入数据，以期用较小的代价暴露出较多的程序错误。上一页下一页返回9.2程序设计与调试这种方法是把被测程序的所有可能的输入数据(有效的和无效的)划分成若干个等价类，把无限的随机测试变成有针对性的等价类测试。按这种方法可以合理地做出下列假定:每类中的一个典型值在测试中的作用与这一类中所有其他值的作用相同。因此，可以从每个等价类中只取一组数据作为测试数据。这样可选取少量有“代表性”的测试数据，来代替大量相类似的测试，从而大大减少总的测试次数。上一页下一页返回9.2程序设计与调试2)边界值分析经验表明，处理边界情况时程序最容易发生错误。例如，许多程序错误出现在下标、纯量、数据结构和循环等的边界附近。因此，设计使程序运行在边界情况附近的测试方案，暴露出错误的可能性更大一些。使用边界值分析方法设计测试用例首先应该确定边界情况，这需要经验和创造性，通常输入等价类和输出等价类的边界，就是应该着重测试的程序边界情况。选取的测试数据应该冈}J好等于、刚刚小于和刚刚大于边界值。也就是说，按照边界值分析法，应该选取刚好等于、稍小于和稍大于等价类边界值的数据作为测试数据，而不是选取每个等价类内的典型值作为测试数据。上一页下一页返回9.2程序设计与调试通常设计测试用例时总是联合使用等价划分和边界值分析两种技术。例如，税法规定个人的收入所得税从超过800元开始征收。如果用一个程序来计算税款，则“收入毛800”就是一个判定条件，满足条件的人免税，否则对超出800元的部分征税。在选择测试用例时，可以用300,900两个测试数据分别代表免税和征税两个等价类，还可以就800这个边界值作为测试数据。上一页下一页返回9.2程序设计与调试

3)错误推测使用边界分析法和等价划分技术，可以帮助开发人员设计具有代表性的，容易暴露程序错误的测试用例。但是，不同类型不同特点的程序通常又有一些特殊的容易出错的情况。此外，有时分别使用每组测试数据时程序都能正常工作，但这些输入数据的组合却可能检测出程序的错误。一般说来，即使是一个比较小的程序，可能的输入组合数也往往十分巨大，因此必须依靠测试人员的经验和直觉，从各种可能的测试用例中选出一些最可能引起程序出错的方案。对于程序中可能存在哪类错误的推测，是挑选测试用例时的一个重要因素。

上一页下一页返回9.2程序设计与调试错误推测法在很大程度上靠直觉和经验进行。它的基本想法是列举出程序中可能有的错误且容易发生错误的特殊情况，并且根据它们选择测试用例。对于程序中容易出错的情况也可以总结一些经验，例如，输入数据为零或输出数据为零往往容易发生错误;如果输入或输出的数目允许变化(例如，被检索的或生成的表的项数)，则输入或输出的数目为0和1的情况(例如，表为空或只有一项)是容易出错的情况。还应该仔细分析程序规格说明书，注意找出其中遗漏或省略的部分，以便设计相应的测试用例，检测程序员对这些部分的处理是否正确。上一页下一页返回9.2程序设计与调试

4)输入组合等价划分法和边界值分析法都只孤立地考虑各个输入数据的测试功效，而没有考虑多个输入数据的组合效应，可能会遗漏了输入数据易于出错的组合情况。选择输入组合的一个有效途径是利用判别表和判定树为工具，列出输入数据各种组合与程序应做的动作(及相应的输出结果)之间的对应关系，然后为判别表的每一列至少设计一个测试用例。选择输入组合的另一个有效途径是把计算机测试和人工检查代码结合起来。例如，通过代码检查程序中两个模块使用并修改某些共享的变量，如果一个模块对这些变量的修改不正确，则会引起模块出错，因此，这是程序发生错误的一个可能的原因。上一页下一页返回9.2程序设计与调试（4)逻辑覆盖(白箱测试技术)

有选择的执行程序中某些最有代表性的通路是对穷尽测试的唯一可行的替代方案。所谓逻辑覆盖是对一系列测试过程的总称，这组测试过程逐渐进行越来越完整的通路测试。测试数据执行(或叫覆盖)程序逻辑的程度可以划分成哪些不同的等级呢?从覆盖源程序的语句的详尽程度分析，大致有以下一些不同的覆盖标准。

1)语句覆盖为了暴露程序中的错误，至少每个语句应该执行一次。语句覆盖的含义是，选择足够多的测试数据，使被测试程序中的每个语句至少执行一次。上一页下一页返回9.2程序设计与调试

2)判定覆盖判定覆盖的含义是，不仅每个语句必须至少执行一次，而且每个判定的可能的结果都应该至少执行一次，也就是每个判定的每个分支都至少执行一次。

3)条件覆盖条件覆盖的含义是，不仅每个语句至少执行一次，而且判定表达式中的每个条件都取到各种可能的结果。

4)判定/条件覆盖既然判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖，自然会提出一种能同时满足这两种覆盖标准的逻辑覆盖，这就是判定/条件覆盖，它的含义是，选取足够多的测试数据，使得判定表达式中的每个条件都取到各种可能的值，而且每个判定表达式也都取到各种可能的结果。上一页下一页返回9.2程序设计与调试

5)条件组合覆盖条件组合覆盖是更强的逻辑覆盖标准，它要求选取足够多的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。条件组合覆盖是前述几种覆盖标准中最强的。但是，满足条件组合覆盖标准的测试数据并不一定能使程序中的每条路径都执行到。上一页下一页返回9.2程序设计与调试（5)设计测试用例小结以上简单介绍了设计测试用例的几种基本方法，使用每种方法都能设计出一组有用的测试用例，但是没有一种方法能设计出全部测试用例。此外，不同的方法各有所长，用一种方法设计出的测试用例可能最容易发现某些类型的错误，对另外一些类型的错误可能不易发现。因此，对软件系统进行实际测试时，应该联合使用各种设计测试用例的方法，形成一种综合策略。通常的做法是，用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例。具体地说，可以使用下述策略结合各种方法。上一页下一页返回9.2程序设计与调试

1)在任何情况下都应该使用边界值分析的方法。经验表明，用这种设计方法设计出的测试用例暴露程序错误的能力最强。注意，应该既包括输入数据的边界情况又包括输出数据的边界情况。

2)必要时用等价划分法补充测试用例。

3)必要时再用错误推测法补充测试用例。

4)对照程序逻辑，检查已经设计出的测试用例。可以根据对程序可靠性的要求采用不同的逻辑覆盖标准，如果现有测试用例的逻辑覆盖程度没有达到要求的覆盖标准，则应再补充一些测试用例。上一页下一页返回9.2程序设计与调试

4.调试步骤一个管理信息系统通常由若干子系统组成，每个子系统又由若干模块(程序)组成。所以，可把调试工作分为模块(程序)调试、分调(子系统调试)和总调(系统调试)3个层次，调试过程依次是模块调试、分调、总调，如图9-2所示。

(1)模块调试模块(程序)调试的目的是保证每个模块本身能正常运行，在该步调试中发现的问题大都是程序设计或详细设计中的错误。对于模块调试，一般分成人工走通和上机调试两步进行。上一页下一页返回9.2程序设计与调试（2)分调分调也称子系统调试，就是把经过调试的模块放在一起形成一个子系统来调试。主要是调试各模块之间的协同和通信，即重点调试子系统内各模块的接口。例如，数据穿过接口时可能丢失;一个模块对另一个模块可能存在因疏忽而造成的有害影响;把若干子功能结合起来可能不产生预期的主功能，等等。(3)总调经过分调，己经把一些模块组装成若干了系统并经过充分调试。接着的任务是总调，它是把经过调试的了系统装配成一个完整的系统来调试，用以发现系统设计和程序设计中的错误，验证系统的功能是否达到设计说明书的要求。上一页下一页返回9.2程序设计与调试（4)系统调试总调完成后下一步就可将原始系统乎工作业方式得出的结果，正确的数据作为新系统的输入数据进行“真实”运行，这时除了将结果与乎工作业进行校验核对以外，还应考察系统的有效性、可靠性和效率。为此，最好清用户一起参加系统调试工作。系统调试的关键是“真实”和全面。上一页返回9.3新旧系统切换9.3.1数据准备新系统运行前要进行数据准备。准备系统基础数据所需要的时间，很大程度上根据系统切换的类型来确定。对己有的计算机系统上的文件转换可通过合并和更新来增添和扩展文件。将乎工处理的数据录入到计算机系统的存上是最费时间的转换。若是将一个普通的数据文件转换到数据库中去往往需要改组或重建文件，较为费时。下一页返回9.3新旧系统切换9.3.2系统文档准备系统调试完以后应有详细的说明文栏分如何工作、维护和修改。系统说明文件1.系统一般性说明文件2.系统开发报告3.系统说明书4.操作说明上一页下一页返回9.3新旧系统切换9.3.3人员培训需要进行培训的人员主要有以下3类。1.事务管理人员新系统能否顺利运行并获得预期目标，在很大程度上与这些第一线的事务管理人员(或主管人员)有关系。因此，可以通过讲座、报告会的形式，向他们说明新系统的目标、功能说明、系统的结构及运行过程，以及对企业组织机构、工作方式等产生的影响。对事务管理人员进行培训时，必须做到通俗、具体，尽量不采用与实际业务领域无关的计算机专业术语。例如，可以就他们最关心的以下问题展开对话。上一页下一页返回9.3新旧系统切换（1）计算机管理信息系统能为我们干些什么?(2)采用新系统后，我们和我们的职工必须学会什么新技术?

（3)采用新系统后，我们的机构和人员将发生什么变动?

（4)今后如何衡量我们的任务完成情况?

大量事实说明，许多管理信息系统不能正常发挥预期作用，其原因之一就是没有注意对有关事务管理人员的培训，因而没有得到他们的理解和支持。所以，今后在新系统开发时必须注意这一点。上一页下一页返回9.3新旧系统切换

2.系统操作员系统操作员是管理信息系统的直接使用者，统计资料表明，管理信息系统在运行期间发生的故障，大多数是由于使用方法错误而造成的，如图9-3所示。所以，系统操作员的培训应该是人员培训工作的重点。3.系统维护人员对于系统维护人员来说，要求具有一定的计算机硬、软件知识，并对新系统的原理和维护知识有较深刻的理解，在较大的企业和部门中，系统维护人员一般由计算机中心和计算机室的计算机专业技术人员担任。对于系统维护的具体内容，将在本章下一节中讨论。上一页下一页返回9.3新旧系统切换9.3.4设备安装系统的安装地点应考虑系统对电缆、电话或数据通信服务、工作空间和存储、噪声和通信条件及交通情况的要求。计算机系统的安装应满足以下两个要求:①使用专门的地板，让电缆通过地板孔道，连接中央处理机及各设备，保证安全;②提供不中断电源，以免丢失数据。上一页下一页返回9.3新旧系统切换9.3.5系统切换为了保证原有系统有条不紊的、顺利转移到新系统，在系统切换前应仔细拟定方案和措施，确定具体的步骤。系统的切换方式通常有3种，如图9-4所示。1.直接切换直接切换就是在原有系统停止运行的某一时刻，新系统立即投入运行，中间没有过渡阶段。2.平行切换平行切换就是新系统和原系统平行工作一段时间，经过这段时间的试运行后，再用新系统正式替换下原有系统上一页下一页返回9.3新旧系统切换

3.分段切换这种切换方式是上述两种方式的结合，采取分期分批逐步切换。如图9-4（c)所示。一般比较大的系统采用这种方式较为适宜，它能保证平稳运行，费用也不太大。上一页返回9.4系统运行与维护9.4.1系统运行系统切换后可开始投入运行，系统运行包括系统的日常操作、维护等。任何一个系统都不是一开始就很完善，总是经过多重的开发、运行、再开发、再运行的循环不断上升的。开发的思想只有在运行中才能得到检验，而运行中不断积累问题是新的开发思的源泉。

1.运行的组织从信息系统在企业中的地位看，有以下几种形式。

下一页返回9.4系统运行与维护（1）为企业的某业务部门所有这种运行组织方式是一种占老的组织方式，信息管理部门为企业的某个业务单位所有。它使得信息不能成为全企业的资源，只能为其他单位提供计算能力，地位太低。

(2)与企业的部门平行信息资源可为全企业共享，各单位对系统的使用权力相等，但信息处理支持决策的能力较弱。（3)作为企业的参谋中心这种组织方式有利于信息共享和支持决策，但容易造成脱离群众、服务不好的现象。上一页下一页返回9.4系统运行与维护

2.系统运行管理通常它应该包括以下几项。（1)系统运行的组织机构它包括各类人员的构成、各自职责、主要任务和管理内部组织结构。（2)基础数据管理它包括对数据收集和统计渠道的管理、计量乎段和计量方法的管理、原始数据管理、系统内部各种运行文件、历史文件(包括数据库文件)的归档管理等。上一页下一页返回9.4系统运行与维护（3)运行制度管理它包括系统操作规程、系统安全保密制度、系统修改规程、系统定期维护制度以及系统运行状态记录和日志归档等。（4)系统运行结果分析它就是要通过系统运行结果分析得到某种能够反映企业组织经营生产方面发展趋势的信息，提高管理部门指导企业的经营生产的能力。上一页下一页返回9.4系统运行与维护9.4.2系统维护

1.系统维护的定义系统维护是指在管理信息系统交付使用后，为了改正错误或满足新的需要而修改系统的过程。管理信息系统是一个复杂的人机系统，系统内外环境，以及各种人为的、机器的因素都不断地在变化着。为了使系统能够适应这种变化，充分发挥软件的作用，产生良好的社会效益和经济效益，就要进行系统维护的工作。上一页下一页返回9.4系统运行与维护

2.维护工作中常见的问题一个系统的质量高低和系统的分析、设计有很大关系，也和系统的维护有很大关系。在维护工作中常见的绝大多数问题，都可归因于软件开发的方法有缺点。在软件生存周期的头两个时期没有严格而又科学的管理和规划，必然会导致在最后阶段出现问题。下面列出维护工作中常见的问题。（1)理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。如果仅有程序代码而没有说明文档，则会出现严重的问题。上一页下一页返回9.4系统运行与维护（2)需要维护的软件往往没有合适的文档，或者文档资料明显不足。认识到软件必须有文档仅仅是第一步，容易理解的并A和程序代码完全一致的文档才真正有价值。（3)当要求对软件进行维护时，不能指望由开发人员来仔细说明软件。由于维护阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人己不易找到了。（4)绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法论，否则修改软件既困难又容易发生差错。上一页下一页返回9.4系统运行与维护9.4.3系统的可维护性

为了使系统易于维护，下面对系统的可维护性进行讨论。软件可维护性可以定性的定义为:维护人员理解、改正、改动和改进这个软件的难易程度。提高可维护性是开发管理信息系统所有步骤的关键目标，系统是否能被很好地维护，可用系统的可维护性这一指标来衡量。系统的可维护性可通过以下方面来衡量。上一页下一页返回9.4系统运行与维护1.可理解性2.可测试性3.可修改性4.软件文档5.可维护性复审资料上一页下一页返回9.4系统运行与维护9.4.4系统维护的内容和类型根据维护活动的目的不同，可把维护分成改11，性维护、适应性维护、完善性维护和安全性维护4大类。另一方面，根据维护活动的具体内容不同，可将维护分成程序维护、数据维护、代码维护和设备维护这4类，下面分别对维护的内容和类型作简要说明。

1.按维护活动的目的分类有（1)改正性维护在第八章中种经说过，系统测试不可能发现一个大型系统中所有潜藏的错误，所以，在大型软件系统运行期间，用户难免会发现程序中的错误，这就需要对错误进行诊断和改正上一页下一页返回9.4系统运行与维护

(2)适应性维护由于计算机科学技术的迅速发展，新的硬件、软件不断推出，使系统的外部环境发生变化。这单的外部环节不仅包括计算机硬件、软件的配置，而且包括数据库、数据存储方式在内的“数据环境”。为了适应变化了的系统外部环境，就需要对系统进行相应的修改。（3)完善性维护在系统的使用过程中，由于业务处理方式和人们对管理信息系统功能需求的提高，用户往往会提出增加新功能或者修改己有功能的要求，例如，修改输入格式，调整数据结构使操作更简单、界面更漂亮等。为了满足这类要求就需要进行完善性维护。上一页下一页返回9.4系统运行与维护(4)安全性维护管理信息系统要收集、保存、加工和利用全局的或局部的社会经济信息，涉及企业、地区、部门乃至全国的则政、金融、市场、生产、技术等方面的数据、图表和资料。随着病毒和计算机犯罪的出现，管理信息系统对安全性和保密性提出了更为严格和复杂的要求。除了建立严格的防病毒和保密制度外，用户往往会提出增加防病毒的功能和保密的新措施，而且随着更多的病毒出现，有必要定期进行防病毒功能的维护和保密措施的维护。2.按维护活动的内容分类有（1)程序的维护（2)数据的维护（3)代码的维护（4)设备的维护上一页下一页返回9.4系统运行与维护9.4.5系统维护的步骤、组织和管理

1.系统维护的步骤不少人往往认为系统的维护要比系统开发容易得多，因此，维护工作不需要预先拟订方案或加以认真准备。实际情况并不是这样，许多情况下，维护比开发更困难，需要更多的创造性工作。因此，首先维护人员必须用较多的时间理解别人编写的程序和文档，且对系统的修改不能影响该程序的正确性和完整性。其次，整个维护的工作又必须在所规定的较短时间内完成。上一页下一页返回9.4系统运行与维护图9-5简要说明了维护工作的全过程及步骤，从图9-5中可以看出，在某个维护目标确定以后维护人员必须先理解要维护的系统;然后建立一个维护方案;由于程序的修改涉及面较广，某处修改很可能会影响其他模块的程序，所以建立维护方案后要加以考虑的重要问题是修改的影响范围和波及面的大小;然后按预定维护方案修改程序;还要对程序和系统的有关部分进行重新测试，若测试发现较大问题，则要重复上述步骤。若通过，则可修改相应文档并交付使用，结束本次维护工作。必须强调的是，维护是对整个系统而言的。因此，除了修改程序、数据、代码等部分以外，必须同时修改涉及的所有文档。从图9-5还可以看出，系统维护和系统开发有许多共同之处，所以前几章介绍的开发技术和工具在这单都可以使用。上一页下一页返回9.4系统运行与维护

2.维护的组织和管理从本质上讲，维护工作可以看成开发工作的一个缩影。而且事实上远在提出一项维护要求之前，与软件维护有关的工作己经开始了。为了有效地进行维护工作，首先要建立一个维护组织，由这个维护织确定维护报告、进行维护工作的评价，而且必须为每个维护要求规定一个标准化的事件序列。此外，还应该建立一个适用于维护活动的记录保管过程，并且规定复审标准。（1)维护组织虽然通常并不需要建立正式的维护组织，但是，即使对于一个小的软件开发团体而言，非正式的委托责任也是绝对必要的。维护是软件开发单位的责任。维护组织可由软件开发单上一页下一页返回9.4系统运行与维护位根据本身规模的大小，指定一名高级管理人员担任，或者由高级管理人员和专业人员组成维护领导小组。管理的内容，应包括对申请的审查与批准、维护活动的计划与安排、人力资源的分配、批准并向用户提供维护的结果(例如软件的新版本)，以及对维护工作进行评价与分析等。其责任是负责管理本单位开发的软件维护工作。(2)维护报告应用标准化的格式表达所有软件维护要求。软件维护人员通常给用户提供空白的维护申请表—有时称为软件问题报告表，这个表格由要求一项维护活动的用户填写。如果遇到了一个错误，那么必须完整描述导致出现错误的环境(包括输入数据，全部输出数据，以及其他有关信息)。对于适应性和完善性的维护要求，应该提出一个简短的需求说明书。上一页下一页返回9.4系统运行与维护（3)维护的事件流(如图9-6所示)图9-6描绘了由一项维护申请而引出的一串事件。首先根据申请要求确定维护的类型。用户常常把一项要求看做是为了改正软件的错误(改正性维护)，而开发人员可能把同一项要求看作是适应性或完善性维护。当存在不同意见时必须协商解决。从图9-6描绘的事件流看到，对一项改正性维护要求的处理，从估量错误的严重程度开始。如果是一个严重的错误(例如，一个关键性的错误导致系统不能正常运行)，则在系统指导员的指导下分派人员，并且立即开始问题分析过程。如果错误并不严重，那么改正性的维护将列入到改正项目表中和其他要求软件开发资源的任务一起统筹安排。上一页下一页返回9.4系统运行与维护（4)维护记录维护记录是维护管理员评价维护工作有效性的主要依据。建立维护记录遇到的第一个问题就是，哪些数据是值得记录的?一般维护记录主要应包括以下3方面的内容:①维护前程序的情况。例如程序的名称，语句或指令条数，所用的语言，安装启用日期以及启用以来运行的次数和其中运行失效的次数等;②维护中对程序修改的情况。例如修改程序的层次和标识，因程序变动而增加和删除的源语句数，修改日期与修改人，以及每一项改动耗费的人一时数;上一页下一页返回9.4系统运行与维护③其他的重要数据，如维护申请单的编号，维护的类型，维护起止日期，耗用的总人一时数，维护完成后产生的净收益等。维护记录在每次维护完成后填写，它是软件配置的组成部分，也可以存入配置管理数据库，供需要时查询。应该为每项维护工作收集上述数据。（5)评价维护活动缺乏有效的数据就无法评价维护活动。如果己经开始保存维护记录了，则可以对维护工上一页下一页返回9.4系统运行与维护作做一些定量度量。至少可以从下述7个方面度量维护工作:①每次程序运行平均失效的次数;②用于每一类维护活动的总人时数;③平均每个程序、每种语言、每种维护类型所做的程序变动数;④维护过程中增加或删除一个源语句平均花费的人时数;⑤维护每种语言平均花费的人时数;⑥一张维护要求表的平均周转时间;上一页返回9.5系统评价9.5.1系统评价的概念对新系统的全面评价是在新系统运行了一段时间后进行的，以避免片面性。系统评价工作通常由开发人员和用户共同进行。系统评价的主要内容包括:①检查系统的目标、功能及各项指标是否达到设计要求;②检查系统的质量;③检查系统使用效果;④根据评审和分析的结果，找出系统的薄弱环节，提出改进意见。下一页返回9.5系统评价对于一个管理信息系统来说，大致可以从系统的性能、获得的效益以及文档资料等方面对系统进行评价，这几个方面的具体评价指标以及考虑因素如表9-1所示，在进行系统评价活动时可制成相应的表格。9.5.2技术评价系统的技术评价指标是客观评价系统的依据。系统技术评价指标一般分为性能指标和经济效益指标两大类。系统性能指标由如下方面组成:(1)系统平均无故障时间;(2)系统联机响应时间、处理速度和吞吐量;(3)系统操作灵活性和方便性;上一页下一页返回9.5系统评价

(4)系统利用率;(5)系统的安全性和保密性;(6)系统加工数据的准确性;(7)系统的可扩充性;(8)系统的可维护性。上一页下一页返回9.5系统评价9.5.3经济效益评价

1.直接经济效益系统的直接经济效益是指可以定量计算的效益，通常可通过以下指标来反映。

(1)一次性投资，包括系统硬件、软件和系统开发费用。其中硬件费用包括主机设备费用、终端设备、通信设备和机房建设(电源、空调和其他)费用。软件费用包括系统软件、应用软件、试验软件等费用。系统开发费用包括调查研究、系统规划、系统分析和设计，系统实施等阶段的全部费用。

(2)运行费用，包括计算机及其外部设备的运行费用(如磁盘、打印纸等)、人工费用(人员工资)、管理费和设备、配件的折旧费用，运行费用是使新系统得到正常运行的基本费用。上一页下一页返回9.5系统评价上一页下一页返回(3)年生产费用节约额，使用新系统以后，年生产费用的节约额u可用下式求得

Ci——应用计算机后节约的费用;

Ca——应用计算机后增加的费用;E——投资效益系数;Ki一采用计算机后节约的投资;Ka—建立计算机管理信息系统所用的投资;Un—本部门以外其他部门所获得的年度节约额。

9.5系统评价例如，运输部门使用计算机管理后节约机动车辆，减少了在途货物，除可节约本部门投资外，还使有关部门节约了流动资金。年生产费用节约额是一个综合的货币指标。事实上，只有在能够节约年生产费用时，使用计算机管理信息系统才是合理的，否则说明使用计算机的条件还未成熟。上一页下一页返回(4)机时成本计算机的机时成本可用下式计算

式中:s——工作人员的工资;M——材料费;d——设备折旧费p——电力费用;

h——间接费率;

t——机器正常工作时间;

k——机器利用系数。9.5系统评价上一页下一页返回9.5系统评价

2.间接效益评价间接效益主要表现在企业管理水平和管理效率的提高程度上。这是综合性的效益，可以通过许多方面体现，但很难用某一指标来反映间接效益，主要体现在以下几个方面。（1)提高管理效率用计算机代替人工处理信息，减轻管理人员的劳动强度，使他们有更多时间从事调查研究和决策工作;由于各类数据集中处理，使综合平衡容易实现;由于采用计算机网络等乎段，加强了各部门之间的联系，提高了管理效率。上一页下一页返回9.5系统评价（2)提高管理水平由于信息处理的效率提高，从而使事后管理变为实时管理;使管理工作逐步走向高效定量化。（3)提高企业对市场的适应能力由于用计算机提供辅助决策方案，因此当市场情况变化时，企业可及时进行相应决策以适应市场。上一页下一页返回9.5系统评价9.5.4综合评价综合评价是对系统总体性能的评价，它包括以下几项。（1）功能的完整性。功能是否齐全，是指能否覆盖主要的业务管理范围。还有各部分接口尽可能完备，数据采集和存储格式统一，便于共享，各部分协调一致形成一个整体。

(2)商品化程度。首先要考虑性能价格比，其次是文档资料的完整性，是否有成套的用户乎册、系统管理员乎册及维护乎册等。是否有后援，能不能为用户培训人才。（3)程序规模。总语句行数，占用存储空间大小。（4)开发周期。从系统总体规划到新系统转换所花费的时间。（5)存在的问题。系统还存在哪些问题以及改进的建议。上一页下一页返回9.5系统评价9.5.5系统评价报告系统评价结束后应形成正式书面文件即系统评价报告。系统评价报告既是对新系统开发工作的评定和总结。也是今后进行系统维护工作的依据。因此，必须认真、客观地编写。系统评价报告通常由以下主要内容组成。1.引言（1）摘要:系统名称、功能。(2)背景:系统开发者、用户。（3)参考资料:设计任务书、合同、文件资料等。上一页下一页返回9.5系统评价2.系统评价的内容（1)性能指标评价:包括整体性评价(设计任务}弓要求是否达到，功能设置是否合理);可维护性评价;适应性评价;工作质量评价(操作的方便、灵活性、系统的可靠性、设备利用率、响应时间，用户的满意程度);安全及保密性评价。（2)经济指标评价:包括系统开发与试运行费用总合，将它与设计时的预计费用进行比较，若有不符，则找出原因;新系统带来的直接和间接效益;系统后备需求的规模与费用。（3)综合性评价:包括文档的完整性和质量评价;开发周期和程序规模;各类指标的综合考虑与分析;系统的不足之处和改进建议。上一页返回9.6系统运行环境的管理9.6.1系统运行环境的管理系统的n:常运行需要一个良好的运行环境，这要靠机房管理人员负责维护。机房管理人员要负责控制泪L房的卫生、环境温度与湿度以及电源的稳定性、防火的设备与措施的检查、系统的杀毒工作等。除此以外，还要由运行管理人员负责记录每天系统运行的情况、数据输入与输出情况以及负责系统的安全性与完备性，以保证系统正常运行。运行管理工作应由运行部门的值班员来完成。系统的运行管理工作是一个琐碎而细致的原始资料积累过程，不能忽视。下一页返回9.6系统运行环境的管理9.6.2系统信息资源的管理系统信息资源一般包括软件配置和维护文档。

1.软件配置的管理软件配置是一个系统软件在生存周期内的各种形式、各种版本的文档与程序的总称。对软件配置进行科学的管理，是保证软件质量的重要手段。配置管理贯穿于整个生存周期，在运行和维护时期，其任务更为繁重。为了方便对多种产品和多种版本进行跟踪和控制，常常借助于自动的配置管理工具。上一页下一页返回9.6系统运行环境的管理2.维护文档的管理除了开发时期的软件文档外，有几种文档是专供运行和维护时期使用的，在第9.5节提到的维护申请表、软件修改报告、维护记录，就是其中的代表文档。还有一个常用的文档—维护申请摘要报告和维护趋势图。维护申请摘要报告是一种定期报告，可以每周或每月统计一次，其内容包括上次报告以来己经处理的、正在处理的和新接到的维护申请项数及其处理情况，以及新申请中特别紧迫的问题。维护趋势图则是在维护申请摘要报告的基础上绘制而成，是一种不定期的报告。图9-7是维护趋势图的一个例子。图9-7中显示了在统计的时期内每月收到的新维护申清以及正在处理的申清项数。上一页返回9.7案例分析9.7.1系统开发工具介绍1.ASP技术特点ASP技术具有以下特点。①ASP采用脚本语言MicrosoftVBScript或MicrosoftJscript作为自己的开发语言，结合HTML代码，即可以快速地完成Web的应用程序。②无须编译，容易编写，可在服务器端直接执行。③使用普通的文本编辑器，如Windows记事本，即可进行编辑设计。下一页返回9.7案例分析④与浏览器尤关(BrowserInde)，客户端所使用的浏览器只要可执行HTML代码，即可以浏览ASP所设计的网页内容。ASP所使用的脚本语言(MicrosoftVBScript或MrosoftJscript)均在Web服务器端执行，客户端的浏览器不击要能够执行这些脚本语言。上一页下一页返回9.7案例分析

2.ASP运行环境的配置

ASP可以以用IIS或PWS做Web服务器，PWS用于Windows98IIS用于WindowsNT以上版本的操作系统，包括WindowsNT/2000/XP/2003。本系统选择了Windows2000作为操作系统平台，所以使用IISCInternetInformationServer)作为Web服务器。

IISCInternetInformationServer)是一种Web服务，主要包括WWW服务、FTP服务和SMTP服务等，Windows2000上提供的IIS为IIS5.0版。

ASP运行环境的具体配置如下。①安装IIS;②创建Web站点上一页下一页返回9.7案例分析9.7.2核心程序设计数据添加和更新模块的程序设计，以业务管理模块中的故障CASE为例，具体设计内容为:<%@Language=VBSoript%><%ifsession(response.”login")=””thenredireot”login.asp"elsesetdb=server.areateobjeot("adodb.oonneotion"上一页下一页返回9.7案例分析setrs=server.CreateObjeCt("adodb.recordset”.open”dsn=nCCOn;uid=ncuser;pwd=1111”request.form(”id"=，，，，thenbfd。1.open”seleCt*fromcasefawhereid=(selectmax(id)fromcase-fa)”1，3ifrs.recordcount=0thenS1=CStY(YS.recordcount+l)else上一页下一页返回9.7案例分析adcaseid=rs(”caseid").valueCou=len(adcaseid)一9S1=CStr(Cint(right(YS("case-id")，Cou))+1)endifstroaseid="NOCCASE”+s1db.exeoute"insertoase-fa(oase_id,name，dayl，f-olass,questionsolveway,userolass，o_name，failure，startime，exitime，affeotuser，affeotequipmemo)values(”，&上一页下一页返回9.7案例分析

stroaseid&0，，”&request.form("name”)&”””&_request.form(”day")&”””&_request.form(”folass”)&”””&_request.form(”question")&”””&_request.form(”solveway")&”””&_request.form("userolass”)&”””&_request.上orm(”o一name”)&”””&_request.form(”failure”)&”””&_request.上orm("startime")&”””&_request.form("exitime”)&”””&_上一页下一页返回9.7案例分析request.form("affectuser”)&”””&_request.form("affectequip”)&”’，”，&_request·form("memo”)&111)l，response.write"<h1>数据添加成功</hl>"else，response.writerequest.form(”typel”)上一页下一页返回9.7案例分析，response.writerequest.form(”type2”)db.execute"updatecase-fasetcase_id=”，+request.form(”case_id")+”’，name=”，+request.form("name”)+”’，dayl=”，+request.form("day")+”’，f_class=”，+request.form(”ffclass”)+”’，question=”，+request.form(”question")+”’，solveway=”，+request.form(”solveway")+”’，上一页下一页返回9.7案例分析上一页下一页返回Usercalss=‘”+request.form(“userclass”)+”’,c_name=‘“+request.form(“c_name”)+”’,failure=’”+request.form(“failure”)+:”’,startime=‘”+request.form(“startime”)+”’,exitime=‘”+request.form(“exitime”)+”’,affectuser=‘”+request.form(“affectuser”)+”’,affectequip=‘”+request.form(“affectequeip”)+”’,memo=‘”+request.form(“memo”)+”’whereid=“+request.form(“id”)response.write”<h1>数据修改成功</h1>”endifdb.closeendif%>9.7案例分析9.7.3系统的实现1.用户登录(其界面如图9-8所示)1)功能描述用户在进入系统前，首先由系统完成身份的确认。用户必须输入正确的用户名和密码后才能够进入系统的主界面，只有顺利地进入主界面才能够使用系统的内部功能。2)主体界面2.系统用户管理(其界面如图9-9所示)1)功能描述在进入系统主界面后，可以根据不同身份的级别，进行相应的身份信息的维护和修改。2)主体界面上一页下一页返回9.7案例分析

3.业务管理

1)功能描述在进入系统主界面后，用户可通过业务管理模块对日常业务进行管理，在这单又将业务管理按照具体业务内容进行了详细的划分包括:业务CASE、故障CASE、项目派工单、L2VPN受理单、小区接入受理单、网吧接入受理单、MPLS_VPN受理单(其界面如图9-16所示)、专线接入受理单。业务CASE，包括所有的业务受理单据的处理，在这单可以实现对各种业务受理数据的添加、更改、查询、刷新、全部显示、打印等处理。便于业务的归档、搜索，业务CASE表界面如图9-10所示。上一页下一页返回9.7案例分析故障CASE，将每天处理的事故，网管上报来的故障，其他部们上报的故障等事故和故障数据，以标准的单据格式进行添加、更改、查询、刷新、全部显示、打印等处理。便于故障信息的及时收集，并以此作为故障及时有效解决的依据，故障CASE表界面如图9-11所示。项目派工单，作为其他部门给本部门派工的单据，由其他部门填写。以标准的单据格式进行添加、更改、查询、刷新、全部显示、打印等处理。便于故障信息的及时收集，并以此作为故障及时有效解决的依据，项目派工单界面如图9-12所示。上一页下一页返回9.7案例分析L2VPN受理单，将所有受理的L2VPN业务以规范的数据组织方式进行处理，形成L2VPN业务受理单，实现L2VPN业务归总，管理。提高L2VPN业务的处理效率，L2VPN受理单界面如图9-13所示。小区接入受理单，将所有受理的小区接入业务以规范的数据组织方式进行处理，形成小区接入业务受理单，实现小区接入业务归总，管理，提高小区接入业务的处理效率，小区接入受理单界而如图9-14所示。上一页下一页返回9.7案例分析网吧接入受理单，将所有受理的网吧接入业务以规范的数据组织方式进行处理，形成网吧接入业务受理单，实现网吧接入业务归总，管理，提高网吧接入业务的处理效率，网吧接入受理单界面如图9-15所示。专线接入受理单，将所有受理的专线接入业务以规范的数据组织方式进行处理，形成专线接入业务受理单，实现专线接入业务归总，管理，提高专线接入业务的处理效率专线接入受理单界面如图9-17所示。

2)主体界面上一页下一页返回9.7案例分析4.设备管理1)功能描述在进入系统主界面后，用户可通过设备管理模块对系统运行所依靠的各种网络和通信设备进行管理，包括:数据网络平台RMA报告和机房巡检表。数据网络平台RMA报告，将所有属于B(数据网络)平台的设备的RMA(坏件翻修)数据以规范的数据组织方式进行组织和整理，形成数据网络平台RMA(坏件翻修)报告，为设备的返修提供可靠的数据支持，提高设备返修的工作效率，B平台RMA报告界面如

图9-18所示。机房巡检表将所有属于机房的各种设备的数据以规范的数据组织方式进行组织和整理，上一页下一页返回9.7案例分析形成机房巡检表，提高机房设备管理的工作效率，机房巡检表界面如图9-19所示。

2)主体界面

_5.配置管理

1)功能描述在进入系统主界面后，用户可通过配置管理模块对网络系统中的路由器配置数据进行管理。主要对路由器配置数据，以规范的格式进行整理和存储，使数据可以的有效备份和存档，便于配置信息的查询和参考，特别是当设备因非人为和不可抗拒的灾害(如:断电、火灾、地震等)而被迫停止正常运行时，可以快速恢复这些设备配置，路由器配置表界面如图9-20所示。上一页下一页返回9.7案例分析

2)主体界面

6.地址管理

1)功能描述在进入系统主界面后，用户可通过地址管理模块对地址数据进行管理。具体的地址管理可以包括:未分配地址，已分配地址。未分配地址，对未分配的地址以及分配后又被收回的地址，以规范的格式进行整理和存储即生成未分配地址表，使数据可以的有效备份和存档，便于未分配地址信息的管理，未配地址界面如图9-21所示。己分配地址，对己分配地址，以规范的格式进行整理和存储即生成己分配地址表，上一页下一页返回9.7案例分析使数据可以的有效备份和存档，便于所有地址信息的管理，已分配地址界面如图9-22所示。2)主体界面7.部门管理1)功能描述在进入系统主界面后，用户可通过部门管理模块对部门信息进行管理。具体的部门管理可以包括:文档管理、E_Learning、公司重要通知、绩效管理。文档管理，对所有的部门文档进行管理，以电子版的形式对部门文档进行整理和存储，使部门信息可以的有效备份和存档，便于员工查询和浏览。包括:服务文档、评估文档、制度文档、维护文档，文档管理界面如图9-23所示。上一页下一页返回9.7案例分析E_Learning，对所有的员工用来学习的文档进行管理，以电子版的形式对学习文档进行整理和存储，为员工学习提供电子化平台。包括:理论知识、设备资料、人员素质，帮助员工快速成民，E_Learning界面如图9-24所示。公司重要通知，对公司重要通知，以规范的格式进行整理和存储，即牛成公司重要通知表，使数据可以的有效备份和存档，便于所有员工浏览，公司重要通知界面如图9-25所示。绩效管理，对公司员工的绩效考核情况，以规范的格式进行整理和存储，即生成员工绩效管理表，使数据可以的有效备份和存档，便于所有员工查询、浏览，及时发现自己的差距，有利于员工的成长，绩效界面如图9-26所示。上一页下一页返回9.7案例分析

2)主体界面

8.业务用户管理(其界面如图9-27所示)1)功能描述在进入系统主界面后，用户可通过用户管理模块对用户信息进行管理。对公司的用户信息，以规范的格式进行整理和存储，即牛成用户管理表，使数据可以的有效备份和存档，便于查询、浏览，加强对用户的规范化管理。

2)主体界面上一页下一页返回9.7案例分析9.注销(其界面如图9-28所示)1)功能描述用户在使用本系统时，可以随时注销，注销后可以关闭系统，也可以重新登录系统重新返回到系统的登录界面。2)主体界面9.7.4系统的部署1.服务器选型该系统运行的硬件平台中有两台服务器，由于本系统采用Bis模式，所以击将Server端运行于服务器上，而Client端运行于NOC监控的计算机上。每台计算机通过一层交换机的连线与服务器相连接形成一个局域网。所有NOC监控的计算机通过Web访问NOCMISserver所以服务器成为整个网络的瓶颈。硬件配置如表9-2所示。上一页下一页返回9.7案例分析2.客户端选型Client端运行于NOC监控的计算机上。每台计算机通过一层交换机的连线与服务器相连接形成一个局域网。客户端计算机每天要有大量的数据请求，同时还要考虑对己有资源的利用，系统对客户机的配置要求较低，客户端配置如表9-3所示