第7章 管理信息系统实施 系统实施是系统开发的最后一个阶段，将系统设计的结果根据实际情况在计算机上实现。系统实施的主要内容（见图7-1）包括：物理系统的实施、程序设计与调试、项目管理、人员培训、数据准备与录入、系统转换和评价等。 系统正式投入运行后，为了使系统能够长期高效的工作，必须对系统运行进行日常管理、维护和评价。

Presentation on theme: "第7章 管理信息系统实施 系统实施是系统开发的最后一个阶段，将系统设计的结果根据实际情况在计算机上实现。系统实施的主要内容（见图7-1）包括：物理系统的实施、程序设计与调试、项目管理、人员培训、数据准备与录入、系统转换和评价等。 系统正式投入运行后，为了使系统能够长期高效的工作，必须对系统运行进行日常管理、维护和评价。"— Presentation transcript:

1 第7章 管理信息系统实施 系统实施是系统开发的最后一个阶段，将系统设计的结果根据实际情况在计算机上实现。系统实施的主要内容（见图7-1）包括：物理系统的实施、程序设计与调试、项目管理、人员培训、数据准备与录入、系统转换和评价等。 系统正式投入运行后，为了使系统能够长期高效的工作，必须对系统运行进行日常管理、维护和评价。

2 系统实施的内容及流程 编程准备 编制新系统实施计划 硬件准备 计算机硬件安装与调试 程序的编制、测试与调试 数据的收集和准备 业务人员培训
新系统调试 建立文件（DB） 老文件转换 编写系统操作使用手册 系统转换 新系统维护与评价 验收 系统软件准备 系统软件的消化与调试

3 7.1物理系统的实施 系统环境(物理系统)的实施是计算机系统和通信网络系统设备的订购、机房的准备和设备的安装调试等一系列活动的总和。
1．计算机硬件实施 应该考虑以下的问题： 计算机系统是否具有合理的性能价格比； 系统是不是具有良好的可扩充性； 能否得到来自供应商的售后服务和技术支持等。 2．计算机网络实施 网络系统的实施主要是通信设备的安装、电缆线的铺设及网络性能的调试等工作。 ——信息是能影响和改变人的活动的数据 ——数据和信息很难严格区分能减少人们对事物认识模糊程度的数据或资料均可成为信息 ——管理信息的特定的意义实际上在于对决策的影响 ——信息影响决策因为信息可以消除不确定性 ——如果不能对信息进行很好的处理的话势必使决策者在许多不确定因素下进行决策

4 7.1物理系统的实施 3.数据库管理系统实施 数据库管理系统(Database Management System)是一种操纵和管理数据库的软件，是用于建立、使用和维护数据库，简称DBMS。它用于对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过DBMS访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护工作。它提供多种功能，可使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。 目前主要的数据库产品，有Oracle、Sybase、Informix、Microsoft SQL Server、Microsoft Access、 Visual FoxPro等。

5 7.2 程序设计 任务: 使用选定的计算机程序设计语言，将软件系统详细设计所得到的各个模块的信息处理功能和过程描述转换成能在计算机系统上运行的源代码，即源程序。 程序设计的主要依据是系统总体结构图、数据库结构设计、代码设计方案等。这个步骤直接关系到能否有效地利用计算机达到预期目的。

6 7.2.1 程序设计的基本要求 正确性 可理解性 可靠性 可维护性 效率高

7 7.2.2 程序设计方法 1．结构化程序设计方法 结构化程序设计(STRUCTURED PROGRAMING，简称SP)方法，由E·DIJKSTRA等人于1972年提出，用于详细设计和程序设计阶段，指导人们用良好的思想方法，开发出正确又易于理解的程序。     鲍赫门(BOHM)和加柯皮(JACOPINI)在1966年就证明了结构定理：任何程序结构都可以用顺序、选择和循环这三种基本结构如图7－2－1(a)、(b)、(c)所示来表示。

8 （a）顺序 (b) 选择 (c) 循环 图7－2－1  程序的三种基本结构     结构化程序设计就建立在上述结构定理上，同时，DIJKSTRA主张取消GOTO语句，而仅仅用三种基本结构反复嵌套构造程序。     结构化程序设计至今还没有一个统一的定义，一般认为：结构化程序设计是一种设计程序的技术，它采用自顶向下逐步求精的设计方法和单入口单出口的控制技术。

9 结构化程序设计的基本思想是按由顶向下逐步求精的方式，由三种标准控制结构反复嵌套来构造一个程序。按照这种思想，可以对一个执行过程模糊不清的模块，以顺序、选择、循环的形式加以分解，最后使整个模块都清晰起来，从而确定全部细节。    

10 在模块化程序设计中应注意： （1）模块的独立性 在系统中模块之间应尽可能地相互独立，减少模块间的耦合，即信息交互，以便于将模块作为一个独立子系统开发。 （2）模块大小划分要适当 模块中包含的子模块数要合适，既便于模块的单独开发，又便于系统重构。 （3）模块功能要简单 底层模块一般应完成一项独立的处理任务。 （4）共享的功能模块应集中 对于可供各模块共享的处理功能，应集中在一个上层模块中，供各模块引用。 按照结构化程序设计的原则，所有的程序都可以由顺序结构、选择结构和循环结构及其组合来实现。

11 2. 面向对象程序设计方法     传统地过程式程序设计随着软件危机和应用系统的不断膨胀越来越显得力不从心，随着20世纪70年代的面向对象的编程语言的出现，以及C++的发展成熟，面向对象程序设计思想得到广泛的认同和普及。到90年代，各种程序语言或工具都引入了这一思想，其优越性是有目共睹的，它已成为这一时代软件产业的主体技术。 在面向对象程序设计方法中，一个对象即是一个独立存在的实体，对象有各自的属性和行为，彼此以消息进行通信，对象的属性只通过自己的行为来改变，实现了数据封装，这便是对象的封装性。而相关对象在进行合并分类后，有可能出现共享某些性质的现象，通过抽象后使多种相关对象表现为一定的组织层次，低层次的对象继承其高层次对象的特性，这便是对象的继承性。另外，对象的某一种操作在不同的条件环境下可以实现不同的处理，产生不同的结果，这就是对象的多态性。

12 衡量编程工作指标     从目前的技术发展来看，衡量编程工作的指标大致可分为5个方面：   可靠性（Reliability）：它可分解为两个方面的内容：一是程序或系统的安全可靠性，如数据存取的安全可靠性，通讯的安全可靠性，操作权限的安全可靠性。另一个方面是程序运行的可靠性，这一点只能靠程序调试时严格把关来保证编程工作质量。     实用性（Suability) ：一般从用户的角度来审查，它是指系统各部分是否都非常方便实用。它是系统今后能否投入实际运行的重要保证。 

13 可读性（Readability）：即程序的清晰，没有太多繁杂的技巧，能够使他人容易读懂。它对于大规模过程化开发软件非常重要。
   规范性（Standardability）：即系统的划分、书写格式、变量的命名等等都是按统一规范进行的。这对于今后程序的阅读、修改和维护都是十分必要的。     可读性（Readability）：即程序的清晰，没有太多繁杂的技巧，能够使他人容易读懂。它对于大规模过程化开发软件非常重要。     可维护性(maintainability)：即程序各部分相互独立，没有调用子程序以外的其它数据关联。也就是说不会发生那种在维护时，牵一发动全身的连锁反应。     一般一个规范性、可读性、结构划分都很好的程序模块，它的可维护性也是比较好的。

14 7.2.3 应用软件的选购与系统集成 1．软件选购 应用软件包括系统软件、数据库管理系统以及一些应用程序。
目前比较流行的软件工具分为以下几类： 常用编程语言类 数据库类 程序生成工具类 系统开发工具类 客户机/服务器工具类 面向对象编程工具

15 系统集成是把系统构件按照设计要求，构装成为最终可交付使用的信息系统的工作。系统集成的要素是构成信息系统的构成件。
2．系统集成 系统集成是把系统构件按照设计要求，构装成为最终可交付使用的信息系统的工作。系统集成的要素是构成信息系统的构成件。 信息系统的构成件主要包括三个方面的内容： 开发的构件 购入件 中间件 系统集成是一个渐进的、逐步迭代的过程。 集成的过程是一个设置成环境、组装、测试和实施运行的过程。

16 7.3 系统测试 7.3.1 系统测试的目的与工作原则 系统测试的目的
系统测试的目的与工作原则 系统测试的目的 就是要发现程序的错误。要精心选取那些易于发现错误的测试数据，以十分挑剔的态度，寻找程序的错误。

17 系统测试的注意事项 测试工作应避免由原开发软件的个人或小组来承担。调试用例应该由“输入数据”和“预期的输出结果”组成。 设计测试用例不仅要包括合理、有效的数据，还要包括无效的或不合理的输入数据。 不仅要检查程序是否漏了该做的事，还要检查程序是否多做了不该做的事。 保留测试用例，以便于重新测试和追加测试。 多种测试方法相结合，以尽可能查出更多的错误。 应保留测试数据，以便程序修改后进行再测试。

18 看一个例子。 例：下图所示的是一个小程序的控制流程图，该程序由一个循环语句组成，循环次数可达20次，循环体中是一组嵌套的IF语句 ，其可能的路径有五条，所以从程序的入口A到出口B的路径数高达520≈1014。如果编写一个调试例子，并用它来调试这个程序的一条路径要花一分钟，则调试每一条路径就需要二亿年。

19 这个例子说明，要想通过“彻底”地调试找出系统的全部错误是不可能的。因此，调试阶段要考虑的基本问题就是“经济性”了。调试采取的策略是：在一定的开发时间和经费的限制下，通过进行有限步操作或执行调试用例，尽可能多发现一些错误。

20 7.3.2 系统测试的过程 系统测试的主要步骤 一般按照“自底向上”的原则分模块测试、子系统测试、系统总测试3个阶段进行系统测试工作。
系统测试的过程 系统测试的主要步骤 一般按照“自底向上”的原则分模块测试、子系统测试、系统总测试3个阶段进行系统测试工作。 1．模块测试 目的是保证每个模块本身能正常运行，在该步测试所发现的问题大都是程序设计或详细设计中的错误。

21 对于模块测试，一般分为人工走通和上机测试两步进行。
人工走通就是打印出源程序，然后参照详细设计阶段的资料的要求把程序在纸上“走一遍”。程序的错误可分为语法错误和逻辑错误两种情况，一般来说，只要认真检查就可以发现绝大部分的语法错误和部分逻辑错误。 当人工走通以后，就可以上机测试了。上机测试即用计算机进行交互测试。

22 7.3 系统测试 2．子系统测试 子系统测试又称为分调，是在模块测试的基础上进行的。它把经过测试的模块放在一起形成一个子系统来测试。主要是测试各模块之间的协调和通信，即重点测试子系统内各模块的接口。 将若干个模块连接成一个可运行的子系统通常有两种方法： （1）非渐增式测试。即先分别测试每个模块，再把所有模块按设计要求连在一起进行测试。 （2）渐增式测试。即把下一个要测试的模块同已测试好的那些模块结合起来进行测试，测试完成后再把下一个应该测试的模块结合起来进行测试。

23 7.3 系统测试 3．系统总体测试 系统总体测试是将经过测试的若干个子系统组装在一起来测试，用以发现系统设计和程序设计中的错误，验证系统的功能是否达到设计说明书的要求。 系统总体测试的关键是“真实”和全面，需要将现行系统手工作业方式得出的结果正确的数据作为新系统的输入数据进行“真实”运行。应该注意以下几点： （1）测试用例应该是由有实际意义的数据组成的，可以请用户参与测试用例的设计； （2）对于用户特别感兴趣的功能，可以增加一些测试； （3）应该设计并执行一些与用户使用步骤有关的测试。

24 7.3.3 系统测试的基本方法 系统测试方法一般分为静态测试和动态测试两种方法进行。 1．静态测试
系统测试的基本方法 系统测试方法一般分为静态测试和动态测试两种方法进行。 1．静态测试 静态测试是在程序上机运行前，通过阅读程序和人工运行程序的方法，发现程序中的语法错误和逻辑错误。 对于上述所说的人工走通就是静态测试方法。

25 2．动态测试 动态测试就是模块上机运行测试。在人工运行程序走通以后，就可上机调试。设计测试用例是开始程序测试的第一步，也是有效地完成测试工作的关键。 按照在设计测试用例时是否涉及程序的内部结构，可以分为白盒测试和黑盒测试两种方法。

26 白盒测试时，测试者对被测试程序的内部结构是清楚的。他从程序的逻辑结构人手，按照一定的原则来设计测试用例，设定测试数据。由于被测程序的结构对测试者是透明的，因此有些书本又称这类测试为玻璃盒测试或结构测试。 黑盒测试的情况正好相反。此时，测试者把被测程序看成一个黑盒，完全用不着关心程序的内部结构。设计测试用例时，仅以程序的外部功能为根据。一方面检查程序能否完成一切应做的事情，另一方面要考察它能否拒绝一切不应该做的事情。由于黑盒测试着重于检查程序的功能，所以也称为功能测试。

27 白盒测试--逻辑覆盖测试的种类 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 多重条件覆盖

28 语句覆盖：选择足够多的测试数据，使被测试程序中的每个语句至少执行一次。
判定覆盖：不仅每个语句必须至少执行一次，而且每个判定的可能的结果都应该至少执行一次，也就是每个判定的每个分支都至少执行一次。 条件覆盖：不仅每个语句至少执行一次，而且是判定表达式中的每个条件都取到各种可能的结果。 判定/条件覆盖：同时满足判定/条件两种覆盖标准的逻辑覆盖。 多重条件覆盖：要求选取足够多的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。

29 为了暴露程序中的错误，至少每个语句应该执行一次。语句覆盖的含义是，选择足够多的测试数据，使被测试程序中的每个语句至少执行一次。
例如： 图7－2－5是一个被测模块的流程图，它的源程序（用PASCAL书写）如下: PROCEDURE EXAMPLE (A，B:REAL; VAR X :REAL) BEGIN IF (A>1)AND (B=0) THEN X:=X/A IF (A=2) OR (X>1) THEN X:=X+1 END; 为了使每个语句都执行一次，程序的执行路径应该是sacbed，为此只需要输入下面的测试数据（实际上X可以是任意实数）， 　　A=2，B=0，X=4 图7－2－5 被测模块的流程图

30 黑盒测试的种类 等价类法 边值分析法 错误推测法

31 等价类法是把被测试的程序的所有可能的输入数据(有效的和无效的)划分成若干个等价类，把无限的随机测试变成有针对性的等价类测试。按这种方法可以合理地做出下列假定：每类中的一个典型值在测试中的作用与这一类中所有其它值的作用相同。因此，可以从每个等价类中只取一组数据作为测试数据。这样可选取少量有“代表性”的测试数据，来代替大量相类似的测试，从而大大减少总的测试次数。 如：程序有效的输入数据 程序无效的输入数据 极端的数据元素 正常的数据元素 特殊的数据元素

32 边界值的分析是利用了一个规律，即程序最容易发生错误的地方就是在边界值的附近，设计使程序运行在边界情况附近的测试方案，暴露出错误的可能性更大一些。
错误推测法在很大程度上靠直觉和经验进行。它的基本想法是列举出程序中可能有的错误和容易发生错误的特殊情况，并且根据它们选择测试用例。

33 7.4数据准备与人员培训 7.4.1数据准备    数据准备工作是整个系统实施过程中头绪最多、工作量最大、耗时最长、涉及面最广、最容易犯错误且错误代价极大的一项工作，数据准备阶段所花的时间占整个系统实施时间的50%～85%。数据准备是系统实施过程中重要一个阶段，应尽可能提早进行数据准备并认真对待。

34 以企业信息系统数据为例，企业原有的各种管理信息，一般需要经过收集、整理、转换才能符合软件系统运行要求。系统的运行依赖数据的准确、及时和完备。

35 数据准备包括： 1. 经营资料准备 各种物品资料目录、商品资料目录； 现有客户资料准备； 现有供应商资料准备； 存货资料准备； 商品价格资料准备； 财务、出纳资料准备。

36 2. 编码资料准备 确定编码规则，然后对下列资料进行编码： 对企业所有物料进行编码，确保物料编码的准确性（生产部门）； 对所有客户进行编码，整理出客户清单（销售部门）； 对所有供应商进行编码，整理出供应商清单（采购部门）； 对所有仓库进行编码（仓管部门）； 对每个仓库进行货位编码（仓管部门）； 整理会计基础资料，期初余额，期初收付款（财务部门）； 整理员工资料，部门资料（行政部门）； 操作员权限划分（企业管理人员）。

37 数据准备的注意事项： （1）数据收集的前期准备工作 首先要确定需要收集什么数据，然后，按照这些数据的特征来确定其来源处(或者叫该数据的提供部门或确认部门)。决不能忽视收集数据时由现在使用的数据库进行转化这一途径。 这一阶段的工作主要是进行调查研究，全面了解本企业自动化管理的情况，掌握其计算机应用现状、已存在的数据资源等，并结合系统功能与数据要求确定本企业收集数据的最佳方案。

38 （2）数据格式的标准化和规范化 在准备数据前，首先要对录入人员进行培训，使录入人员基本掌握数据的标准和规范录入格式，初步掌握其录入规则. 其次，对大信息量、需分组录入数据的数据表单要保证数据的质量和合并的正确。 在引进软件和准备其所需数据库(表)时，一定要注意数据格式的标准化和规范化，尽可能依据系统的数据说明和要求去准备；描述项目要尽可能完善准确，避免二意性；要制定数据录入规则，保证录入数据的质量。

39 （3）统一组织、严密分工 数据准备强调的是系统应用，涉及数据的内在联系和数据的一致与协调，因此准备数据应在统一的组织指挥下，在总体规划的基础上进行，注重各个方面的统一。 按各部门准备数据的大小和难易程度，按人员对以及信息员对准备数据的熟练程度进行合理搭配，以保证整个系统数据准备的同步。

40 （4）统一准备数据的平台 尽可能采用统一的数据库平台，以保证数据格式的一致性，避免过多的数据接口和数据转换，避免过多的培训，以提高工作效率。

41 在整个项目的组织机构中，实施领导组、实施小组和软件公司项目组在整个项目的进展过程中，分别担负不同的责任和扮演不同的角色。
人员培训是成功实施系统的重要因素。因为实施信息系统不只是单纯地使用与掌握一套计算机软件系统，而是实施一个以计算机为工具的人机交互的管理系统。 在整个项目的组织机构中，实施领导组、实施小组和软件公司项目组在整个项目的进展过程中，分别担负不同的责任和扮演不同的角色。

42 基于各个小组的职责不同，生产企业信息系统实施人员构成情况如下：
1、实施领导组构成： 实施领导组组长：总经理； 副组长：副总经理、信息主管； 成员：部门经理、副经理 ； 2、实施小组构成： 实施组组长：信息主管 ；副组长：业务部门主管； 成员：由业务部门的具有丰富工作经验，协调能力并熟悉本部门业务的管理人员以及计算机开发，维护人员组成。

43 参与系统的开发与维护的技术人员应由以下几类人员组成：
(1)系统分析及管理人员； (2)应用系统维护人员； (3)软件开发人员 ； (4)网络和硬件及及数据库专职管理人员； (5)计算机操作和数据录入人员； (6)除此之外，各部门都应配备相应的操作人员。 培训的对象分三个层次：决策层、执行层和操作层。

44 通过培训使下列人员达到如下目标： (1)技术人员：了解系统原理，理解系统中产品结构的组成和作用；会运用计算机熟练地输入、查询、修改产品的组成等。 (2)生产管理人员：懂得系统运行原理，会操作菜单查询工单状态，熟悉工作规范，对工单从领料到加工、汇报整个过程清楚，对缺料、拖期工单了解原因，并能进行处理。 (3)数据维护人员：理解自己维护的基础数据在系统中的来源和用途，能熟练操作菜单进行数据维护。

45 (4)系统管理人员：深刻理解系统运行原理和各模块间的关系，能够为各业务部门提供咨询与培训，并能对系统进行日常维护。
(5)操作员：对系统的基本概念和原理有一定了解；会正确使用菜单上的功能进行数据输入；熟悉数据输入的具体注意事项和规定；熟练地操作计算机。 (6)其他管理人员：根据自己的业务和权限，熟练操作菜单。

46 人员培训应注意的事项： (1) 要形成学习型组织的氛围。人员培训应采取“边教边学边练” 、“互相教互相学”的方式， 营造学习型组织的氛围，倡导组织和员工终身学习。 (2) 要树立良好的培训观念。要转变企业领导人“培训无用”和“培训万能”的观念。要让员工真正认识到人员培训不是企业强行布置的一项任务，而是自己适应未来企业发展、拓宽个人职业生涯的有力保障，从“要我学”真正转化为“我要学”。

47 (3) 要不断创新培训方式。人员培训涉及的内容比较细，员工很容易厌倦和遗忘，必须根据培训内容和员工实际进行持续的创新，应联系员工实际工作，解决具体问题有针对性的培训，注意培训中的教学互动，培养员工的学习热情。培训创新的目的是提升培训的效果。 (4) 要充分运用激励引导机制。培训的最终目的是为了员工能够积极主动的使用培训中获得的知识和技能，为企业创造更大效益。因此，要建立并充分运用一套行之有效的激励引导机制，不仅牵引员工积极主动地参与学习，也激励员工将学到的知识和技能迅速应用到实践中去。

48 7.5 系统试运行和转换 系统试运行 在系统开发的调试运行阶段，曾经使用一系列精心设计的系统测试数据完成了系统测试工作。但是，根据软件工程理论可知，系统存在着错误总是难免的。因此，管理信息系统在投入正式运行以前，必须经过一段时间的试运行。

49 系统试运行阶段的工作主要包括： （1）对系统进行初始化、输入系统所需的各项原始数据记录； （2）详细记录系统试运行期间的各项数据和运行状况；

50 （3）核对新系统输出和老系统（人工或计算机系统）输出的结果；
（4）对实际系统的输入方式进行考查（是否方便、效率如何、安全可靠性、误操作保护等等； （5）对系统实际运行、响应速度（包括运算速度、传递速度、查询速度、输出速度等等）进行实际测试。

51 系统的转换的方式 系统转换是指系统开发完成后新老系统之间的转换。系统转换主要有3种方式。 直接转换法 并行转换法 分段转换法

52 1．直接转换法 直接转换法就是在确定新系统运行准确无误时，立刻启用新系统，终止老系统运行，这种方法对人员、设备费用很节省（如图7-3）。考虑到系统测试中试验样本的不彻底性，这种方法一般只有在老的系统已完全无法满足需要或用于处理不太复杂、数据不很重要的场合。

53 2．并行转换法 这种方法是新老系统并行运行一段时间，经过一段时间的考验以后，新系统正式替代老系统。在此期间，对照两个系统，利用老系统对新系统进行检验，对新系统在各个方法进行考查和评价。 这是一种常用的转换方法。其主要特点是安全可靠，但费用和工作量都很大。这是因为在一段时间内必须有两套人员同时工作，或者一套人员要做两份工作。

54 一般并行转换法分为两步进行，第一步以原系统作业为正式作业，新系统作校核用；第二步，就是在经过一段时间运行，在验证新系统处理准确可靠后，以新系统处理作为正式作业，原系统的结果作为校验用，直到最后原系统停止运行。并行处理的时间视业务内容而定，短则2至3个月，长则半年至一年，转换工作不应急于求成（如图7-4）。

55 3．分段转换法 分段转换又称为逐步转换。这种方式实际是上述两种方式的结合，新系统一部分一部分地替代老系统。那些尚未转换的部分，可以在一个模拟的环境中继续试运行（如图7-5）。这种方法的优点是既保证了可靠性，又不至于费用太大。缺点是已转换的新系统和正在运行的老系统之间存在信息交换困难。另外这种分段方式对系统的设计和实现都有更高的要求，例如数据的传递等，否则无法实现分段转换。

56 无论采用哪种转换方法，在系统的转换过程中，应注意以下问题，这些问题解决得好，将给系统的顺利转换创造条件。
(1) 新系统的投运需要大量的基础数据，这些数据的整理与录入工作量特别庞大，应及早准备、尽快完成。 (2) 系统切换不仅是机器的转换、程序的转换，更难的是人工的转换，应提前做好人员的培训工作。

57 (3)系统运行时会出现一些局部性的问题，这是正常现象。系统工作人员对此应有足够的准备，并做好记录。系统只出现局部性问题，说明系统是成功的，反之，如果出现致命的问题，则说明系统设计质量不好，整个系统甚至要重新设计。

58 归纳三种新旧系统转换方式可见： 直接切换方式简单但风险大，万一新系统运行不起来，就会给工作造成混乱，适合于在系统小、且不重要或时间要求不高的情况下使用. 并行切换方式无论在工作安全上，还是在心理状态上均是较好的，这种方式的缺点就是费用开销高，所以适合于系统安全性要求特别高的管理信息系统中. 分段切换方式是为克服并行切换方式缺点的一种混合方式，因而属于一种很灵活的方式，可以通过控制各个分段区间的大小来适应各种不同要求的管理信息系统。

59 7.6 信息系统的日常运行管理与维护 7.6.1 信息系统的日常管理 1．信息安全管理 （1）备份信息 （2）防止信息失窃
信息系统的日常管理 1．信息安全管理 （1）备份信息 （2）防止信息失窃 （3）计算机病毒防护 （4）堵塞Internet漏洞

60 2．信息技术设备管理 （1）软件管理 （2）硬件管理 （3）互操作性管理 3．系统操作管理 （1）计算机操作管理 （2）应用管理 （3）故障恢复管理

61 7.6.2 信息系统的维护管理 1．日常运行维护 2．系统的更新维护 （1）硬件的维护与维修 （2）应用程序的维护 （3）数据库维护
信息系统的维护管理 1．日常运行维护 2．系统的更新维护 （1）硬件的维护与维修 （2）应用程序的维护 （3）数据库维护 （4）代码维护

62 系统文档管理 文档是记录人们思维活动及其结果的书面形式的文字资料，信息系统的文档即是描述系统从无到有整个发展与演变过程及各个状态的文字资料。 信息系统实际上由系统实体及与此对应的文档两大部分组成，系统的开发要以文档的描述为依据，系统实体的运行与维护更需要文档来支持。

63 文档管理应从以下几个方面着手进行: 1．文档管理的制度化 2．文档标准化、规范化 3．维护文档的一致性 4．维持文档的可追踪性

64 7.7 信息系统评价 7.7.1 信息系统的评价体系 1．信息系统的质量特征 2．系统运行技术指标 （1）预定的系统开发目标完成情况
7.7 信息系统评价 信息系统的评价体系 1．信息系统的质量特征 2．系统运行技术指标 （1）预定的系统开发目标完成情况 （2）系统运行实用性评价 （3）设备运行效率评价

65 7.7.2 信息系统的经济效益评价 1．成本和效益的类型 （1）有形的与无形的成本和效益 （2）直接的与间接的成本和效益
信息系统的经济效益评价 1．成本和效益的类型 （1）有形的与无形的成本和效益 （2）直接的与间接的成本和效益 （3）固定的与变动的成本和效益 2．成本和效益的构成 （1）系统运行环境及设施费用； （2）系统开发成本； （3）系统运行与维护成本。

66 3．系统经济效益评价的方法 （1）年利润增长额 （2）纯收入 （3）投资回收期与投资效果系数 （4）直接的价值估算法 （5）大于／小于成本法

67 7.7.3 信息系统的安全可靠性评价 1．系统可靠性的概念 2．系统可靠性技术 （ l）故障约束功能 （2）故障检测功能 （3）故障恢复功能
信息系统的安全可靠性评价 1．系统可靠性的概念 2．系统可靠性技术 （ l）故障约束功能 （2）故障检测功能 （3）故障恢复功能 3．系统安全性概念 4．信息系统的实体安全性 5．系统的技术安全性

68 7.7.4 信息系统评价报告 1．评价报告 （l）系统运行的一般情况 （2）系统的使用效果 （3）系统的性能 （4）系统的经济效益
信息系统评价报告 1．评价报告 （l）系统运行的一般情况 （2）系统的使用效果 （3）系统的性能 （4）系统的经济效益 （5）系统存在的问题及改进意见 2．系统验收 （1）管理机构 （2）信息分类编码体系 （3）信息管理的工作规范和制度 （4）总体规划和系统分析文档 （5）系统功能 （6）技术指标