1、第6章 管理信息系统的实施,6.1 系统实施 6.2 程序设计 6.3 系统测试 6.4 系统转换 6.5 系统的导入 6.6 系统维护,第6章 管理信息系统的实施,【学习目标】通过本章的学习应掌握系统实施阶段中的主要活动，尤其是程序设计的软件开发工具的应用；熟悉系统测试中的黑盒测试和和白盒测试方法；了解系统的导入方法，系统维护的内容已及系统维护所要注意的事项。,6.1 系统实施,系统实施是在系统设计的基础上，将系统设计的结果转换成能够实际运行系统的过程。系统实施阶段，涉及到大量的人力、物力，花费时间也比较长，实施过程中有大量的组织协调工作，需要管理人员进行全面安排，所以这个阶段必须有周密的计
2、划和安排。,6.1.1 系统实施阶段的任务系统实施阶段要继承此前各阶段的工作，将图纸上的设计转化成为实际的物理系统。在系统分析和系统设计阶段，系统开发工作主要是集中在逻辑、功能和技术设计上，工作成果是以各种系统分析与设计文档来体现的。系统实施阶段要继承此前各阶段的工作，将图纸上的设计转化成为实际的物理系统。,6.1.2 系统实施阶段的领导系统实施领导工作应有专门的领导小组，小组的组长必须是组织的最高管理者。在系统正式实施开始之前，由领导小组和实施专家制定出周密的系统实施计划，确定系统实施的方法、步骤、所需的时间和费用。并且及时监督计划的执行，经常检查计划完成情况，分析实施滞后原因并及时调整计划
3、。做到既有计划又有检查，以保证系统实施工作的顺利进行。,6.1.3 系统实施阶段的主要活动 物理系统的实施 包括计算机及网络产品的购置和机房的建立。根据系统设计阶段所确定的系统物理配置，选择合适的计算机及网络产品。购置好计算机及网络产品后，就要按照安全、规范和实用的原则，建立计算机机房，安装和调试设备。,建立数据库建立数据库结构和加载基本数据。系统实施阶段在前期规范的工作基础上，就能够很快地建立一个大型的数据库结构。完成数据库的结构实施后，需要为数据库加载必要的基础数据。系统的运行不仅需要输入管理过程中所发生的业务数据，而且还需要大量的基础数据。 程序设计,系统测试 人员培训 系统转换系统转换
4、是指以新开发的系统替换旧的系统，并使之投入使用的过程。新系统投入运行时必须做好与现行系统的转换工作，以保证组织业务不受影响。 系统维护,6.2 程序设计,程序设计是系统实施中非常重要的一步，程序设计工作是依据系统设计说明书中模块处理过程描述，选择合适的计算机语言，编制出正确、清晰、容易维护、容易理解、工作效率高的程序。,6.2.1 程序设计任务程序设计的任务是为新系统编写程序，即将系统设计中关于模块的详细实现说明模块设计说明书转换成某种计算机程序设计语言程序。在程序设计过程中，程序设计人员应仔细阅读系统设计文档，充分理解系统模块的内部过程和外部接口。同时还需要熟悉程序设计语言、软件开发环境和开
5、发工具，以保证系统功能的正确实现,6.2.2 衡量程序设计工作的技术指标 可靠性 一方面是程序或系统的安全可靠性;另一方面是程序或系统运行的可靠性 . 实用性 从用户的角度来看系统是否方便实用 . 可维护性 可读性 规范性程序的命名、书写格式、变量的定义和解释语句的使用等都参照统一的标准，有统一的规范。,6.2.3 程序设计方法 结构化程序设计方法结构化程序设计的主要思想是采用自顶向下逐步求精的设计方法、三种基本的程序结构组成程序的框架结构和单入口单出口的子程序控制技术。 自顶向下的模块化设计首先对程序的功能要有一个全面理解。然后分析这个功能的完成可以由几部分组成，将功能分解成若干个较低一层的
6、模块 ,在具体程序设计时，首先实现下层模块，逐步向上，最后实现上层模块。,结构化程序设计的基本结构(图6-1)(a)顺序 (b) 选择 (c) 循环图6-1 结构化程序设计的三种基本结构,速成原型式的程序开发方法速成原型式的程序开发方法的具体实施方法是：首先将系统中具有类似功能的、带有普遍性的功能模块选出集中，如菜单模块、报表模块、查询模块、统计分析和图形模块等。然后寻找有无相应和可用的软件工具，若有则直接使用这些工具生成原型模块。如果没有，则考虑开发一个能够适合各种功能模块的通用模块作为原型模块。最后，在这些原型模块的基础上，根据各个模块自身实际的具体要求进行修改。,面向对象程序设计方法面向
7、对象的程序设计方法一般应与OOD所设计的内容相对应。它实际上是一个简单、直接的映射过程，即将OOD中所定义的范式直接用面向对象的程序设计语言，如C+、VB、Delphi、Java等来取代。,6.2.4 程序设计表达工具 NS图(图6-2)图6-2 “求一组数中最大数”的NS图,Input array A MAX=A(I) DO FOR I=2 TO NIF MAXA(I) Set MAX=A(I)ENDIF ENDDO Print MAX图6-3 “求一组数中最大数”程序清单,PAD图(图6-4)图6-4 “求一组数中最大数”的PAD图,3.NS图和PAD图的优点从NS图和PAD图的实际应用情
8、况看，这两种程序设计表达工具的优点是：设计出的程序必然是结构化程序。层次结构清晰，PAD图中的竖线总数就是程序总层次数。二维结构易读、易懂、易记。容易转换成高级语言程序。可表示程序逻辑和数据结构。支持自顶向下、逐步求精的程序设计方法,6.2.5 程序设计风格良好的程序设计风格是保证程序易阅读、易修改的先决条件，也就可以使程序易测试、易维护。良好的程序设计风格由规范的程序编写说明文档、良好的数据结构说明、正确的算法解释、清晰的注释说明、明晰的程序结构和程序设计规范组成。,6.2.6 软件重用 软件重用的概念:利用事先建立好的软部品创建新软件系统的过程。这个定义蕴含着软件重用所必须包含的两个方面：
9、 系统地开发可重用的软部品。这些软部品可以是代码，但不应该仅仅局限在代码。必须从更广泛和更高层次来理解，这样才会带来更大的重用收益。 系统地使用这些软部品作为构筑模块，来建立新的系统。即软件重用是利用已有的软件成份来构造新的软件。,软件重用的优点. 提高软件生成率。 缩短开发周期。 降低软件开发和维护费用。 生产更加标准化的软件。 提高软件开发质量。 增强软件系统的互操作性。 减少软件开发人员数量。 使开发人员能比较容易的适应不同性质的项目开发。,6.2.7 软件开发工具 开发工具选择因素 环境因素。 支持系统的整个生命周期。 支持系统的整个生命周期。 使用对象。 开放性 商品因素。,常用系统
10、开发支持工具 常用的系统开发支持工具主要有Power Builder、Visual Basic和Delphi等。 Power Builder是Powersoft公司推出的开发工具，它完全按照C/S体系结构研制设计，采用面向对象技术的GUI开发环境 Visual Basic是Microsoft公司开发的面向对象、事件驱动的可视化程序设计工具，支持C/S体系结构。 Delphi是Borland公司的面向对象、事件驱动的可视化程序设计工具。,6.3 系统测试,系统测试是保证管理信息系统质量的一个重要环节。程序编制完成后，要用各种测试方法检查各个部分是否达到了规定的质量标准。系统测试是为了发现程序和系
11、统中的错误。好的测试方案有可能发现从未发现的错误，能够发现从未发现过的错误的测试才是成功的测试，否则就没有必要进行测试了。,6.3.1系统测试的基本概念系统测试包含广义的测试和狭义的测试。广义的系统测试是从保证系统运行的安全性、有效性角度考虑，一切可能导致系统运行失败的错误都应该在系统投入正式运行之前测试出来。而狭义的系统测试则只考虑应用软件的测试，这里主要讨论狭义的系统测试。,6.3.2系统的测试内容 模块测试模块测试是以系统的程序模块为对象进行测试，验证模块及其接口与设计说明书是否一致。 子系统测试完成每个模块的测试以后，需要按照系统设计所完成的模块结构图把它们连接成子系统，即进行子系统测
12、试。 系统测试系统测试就是将经过子系统测试的模块群,装配成一个完整的系统进行测试，以检查系统是否达到了系统分析的要求，系统测试的依据是系统分析报告，系统的测试不仅是对软件的测试，而且是对系统的软件与硬件一同进行测试。模块测试、子系统测试和系统测试，每一步都是在前一步的基础上进行，其过程如图6-5所示,图6-5 系统的测试内容,6.3.3系统的测试方法 黑盒测试测试人员把被测程序看成一个黑盒子，在完全不考虑程序的内部结构和处理过程的情况下，测试程序的外部特性，即测试系统的功能与接口是否达到了预定的目标。由于黑盒测试着重于检查程序的功能，所以也称为功能测试。,在黑盒测试中所采用的方法主要有等价类划
13、分与边界值分析等方法。 等价类划分程序中所输入的数据按照程序功能说明可以分成若干个等价类，按输入条件可以将每一个等价类分成有效输入等价类与无效输入等价类两种。 边界值分析由于许多软件在处理边界值时容易发生错误，用大于、等于、小于边界值的数据作为测试用例更容易发现程序中的错误。,白盒测试测试人员将被测程序看作一个透明的白盒子，要求测试人员完全了解程序的结构和过程，按照程序的内部结构和处理逻辑来设计测试数据，对程序所有逻辑路径进行测试，检查它与设计是否相符。由于被测程序的结构对测试者是透明的，因此又称这类测试为结构测试,白盒测试常用的测试方法有语句覆盖、路径覆盖、判断覆盖、条件覆盖、判断/条件覆盖
14、和条件覆盖等。 语句覆盖。使程序中的每一条语句至少都执行一次。 路径覆盖。使程序中的所有可能出现的选择路径至少执行一次。 判断覆盖。使程序中每个选择判断点的各种可能分支至少执行一次。 条件覆盖。使程序中每个选择判断点中各种条件是否成立情况至少执行一次。 判断/条件覆盖。 条件覆盖。使程序中每个选择判断点的所有条件是否成立的组合至少执行一次。,系统的调试在对系统进行测试以后可能会发现系统中存在错误，此时就需要对系统进行调试，以确定系统错误的位置和发生的原因，并对错误进行改正。系统的调试方法可以通过在程序中设置输出语句、反复运行错误程序和利用调试工具等。,6.4 系统的转换,系统转换是指用新开发的
15、系统替换旧系统，并投入实际应用的过程。系统转换就是将系统的全部控制权移交用户，在转换过程中要注意尽可能的平稳过度，使新系统正常投入运行，逐步安全地取代原有系统的功能。,6.4.1转换前的准备工作系统转换前，要做好转换前的各项准备工作，包括组织结构准备、人员准备、数据准备和文档准备。 组织结构准备人员准备数据准备文档准备,6.4.2 转换方式新系统在试运行成功之后，需要通过系统转换以投入实际运行。系统的转换主要有三种方式：.直接转换、并行转换和逐步转换（图6-6）。,6.5 系统的导入,目前许多开发管理信息系统的软件公司在长期的系统开发中积累了大量的相关行业知识，所开发出的系统越来越适应不同公司
16、管理的需要，同时许多软件公司所提出的ERP或类似ERP系统的整体解决方案可以使用户省略繁琐的系统分析、系统设计、系统实施中的程序设计、测试等工作，直接进入系统的转换。为了与企业自己所设计的系统转换有所区别，这里将从外界获取的成熟的系统转换称为系统导入。,6.5.1 ERP的导入企业导入ERP系统的流程主要分四个阶段：项目启动、导入准备、实施与磨合、持续变革（见图6-7）。,项目启动 成立项目导入小组ERP项目的导入要整合组织的管理理念、业务流程，以及基础数据、人力、物力等各种资源，消除部门间的壁垒，进行权利和利益的重新分配。 ERP项目规划ERP项目的导入要整合组织的管理理念、业务流程，以及基
17、础数据、人力、物力等各种资源，消除部门间的壁垒，进行权利和利益的重新分配。,导入前准备在准备工作中包括ERP的选型、组织准备、人员的培训、数据的准备和管理中问题的解决等。 ERP选择 组织准备 人员培训 数据准备 管理问题的解决,ERP实施与磨合ERP的实施过程是组织与系统的磨合过程，在这一磨合过程中逐步使组织与系统达成一致。 持续变革ERP的转换一般采用并行方式，这样一方面可使有关人员深入理解ERP系统，分析它与现行系统的差异，熟悉ERP系统提供的各项功能，掌握ERP系统业务处理方法、流程和各项功能的操作方法，弄清各种数据之间的关系；另一方面可以检验各种数据处理结果的正确性，发现存在问题，为
18、以后运行打下一个良好的基础。,6.5.2 供应链的导入 供应链的实施步骤供应链的实施大致可分为四个步骤：一是计划与准备；二是合作伙伴的选定；三是计划与实施；四是评价。 供应链实施中的问题互信 成功协调者企业间流程整合信息资源的共享物流系统的建立商品条码化,供应链导入注意点主导者的出现与折冲成员签订书面协议供应链管理流程设计供应链管理实际营运供应链管理稽核评估实施效果评估与持续改善,6.5.3 客户关系的导入企业导入客户关系管理系统的目的是为了拓展营销业务、发展定制化产品、提升客户服务品质和提升经营绩效。但是在导入过程中发现存在不少障碍，主要有：初期成本过高，导入的费用相当昂贵，使许多企业不敢贸
19、然进行投资。其次，初期效益不明显，客户关系管理系统与企业资源规划系统相似，其成效都必须在一段时间之后方能显现出来，若企业只重视短期效益，会妨碍系统的导入。最后，企业内部缺乏人才，组织须重新调适。,CRM导入的关键组建强有力的CRM项目实施小组长规划、短安排业务流程重整领导支持与推动考虑CRM对应用系统的集成要求建设好客户数据仓库,CRM导入的步骤拟定CRM目标和实施路线构建客户智能平台构建客户交互平台重整工作流程绩效的分析与衡量,6.6 系统维护,管理信息系统作为一个复杂的人机系统，受到系统内外诸多因素的影响。即使一个经过精心设计、实施的系统，在实际的运行中仍有需要改进的地方。而且管理信息系统
20、的外界环境是一个受到各种因素影响的多变的管理系统，管理人员为了提高管理效果，经常会根据变化的环境提出新的管理思路和管理方法.这些原因导致了管理信息系统在运行过程中，需要进行大量的系统维护工作。,6.6.1 系统维护内容根据维护对象的不同，系统维护内容可分为以下几类：程序维护数据维护代码维护设备维护文档维护,6.6.2 系统维护类型 改正性维护系统测试不可能发现系统中所有潜在的错误，这些潜在的错误在某些特定的环境下才会暴露出来。 适应性维护 完善性维护 预防性维护预防性维护是指主动采取预防性的措施。为了适应未来软硬件的变化，对那些使用期长、目前尚能正常运行、但有可能发生变化的部分进行提前维护。,6.6.3 系统维护方法 详细记录日常运行状况系统的运行状况与工作效率是系统维护的依据，因此在日常的系统运行中，必须将系统的实际运行状况记录下来. 维护工作的规范性系统的维护并不是由维护人员随意进行，首先必须由系统用户提出维护的请求，然后维护人员对该请求进行分析、制定维护计划。维护计划得到有关部门批准以后，维护人员才能进行维护。 文档及时修改 建立明确的维护质量控制标准,
