物流信息系统实施与运行管理课件

1、29 七月 20221第7章物流信息系统实施与运行管理第1页，共54页。7. 物流信息系统实施与运行管理7.1 物流信息系统实施概述7.2 程序设计7.3 程序调试7.4 数据准备7.5 系统测试7.6 系统切换及人员培训7.7 物流信息系统运行管理7.8 物流信息系统评价第2页，共54页。7.1 物流信息系统实施概述 当系统分析与系统设计的工作完成以后，开发人员的工作重点就从系统分析、设计和创造性思考的阶段转入实践阶段。在此期间，将投入大量的人力、物力及占用较长的时间进行物理系统的实施、程序设计、程序和系统调试、人员培训、系统转换、系统管理等一系列工作，这个过程称为系统实施。 (1)系统实施

2、的目标 系统实施的目标就是把系统设计的物理模型转换成可实际运行的新系统 。(2)系统实施的任务及步骤 系统实施阶段的主要任务有： 物理系统的实施； 程序设计与程序调试；第3页，共54页。7.1 物流信息系统实施概述 数据准备； 系统测试； 系统切换； 人员培训。 系统实施的步骤是: 系统实施首先进行物理系统的实施，根据计算机物理系统配置方案购买和安装计算机硬、软件系统和通信网络系统(如果购买的时间太早会带来经济上的损失)，还包括计算机机房的准备和设备安装调试等一系列活动，熟悉计算机物理系统的性能和使用方法，同时进行程序设计；接着是收集有关数据并进行录入工作；然后是系统调试；最后是人员培训和系统

3、切换。第4页，共54页。7.2 程序设计 程序设计的主要依据是系统设计阶段的HIPO图以及数据库结构和编程语言设计。 程序设计的目的是使用计算机语言实现系统设计中的每一个细节。 编程的目的是为了实现开发者在系统分析和系统设计中所提出的管理方法和处理构想，编程不是系统开发的目的。在编程实现时，建议尽量借用已有的程序和各种开发工具，尽快、尽好地实现系统。7.2.1 程序设计的任务和要求(1)程序设计的任务 程序设计的任务是为新系统编写程序，即把详细设计的结果转换成某种计算机编程语言写成的程序。 (2)程序设计的基本要求 正确性。编写的程序能够严格按照规定的要求，准确无误地提供与其的全部信息。第5页

4、，共54页。7.2 程序设计 可理解性。程序的内容清晰、明了，便于阅读和理解。 可靠性。程序要具有较好的容错能力，不仅在正常情况下能正确工作，而且在异常情况下也能便于处理。 可维护性。程序的应变性强，即在程序执行过程中发现问题或客观条件变化时，调整和修改程序比较简便易行。 效率高。程序的结构严谨，运算处理速度快，节省机时；程序和数据的存储、调用安排得当，节省存储空间。 此外，程序设计结束后，还应写出程序使用说明书，说明使用该程序时的具体操作步骤。7.2.2 程序设计方法和步骤(1)程序设计方法 结构化程序设计(Structured Programing，SP)方法 结构化程序设计方法，由EDI

5、JKSTRA等人于1972年提出，第6页，共54页。7.2 程序设计用于详细设计和程序设计阶段，指导人们用良好的思想方法，开发出正确又易于理解的程序。 结构化程序设计方法按照HIPO图的要求，用结构化的方法来分解内容和设计程序。 结构化程序设计方法的内部强调自顶向下地分析和设计，外部强调自底向上地实现整个系统。结构化程序设计方法主要强调： 模块内部程序各部分要自顶向下地结构化划分； 各程序部分应按功能组合； 各程序部分的联系尽量使用子程序调用（Call-Return）方式，不用或少用Goto方式。 HIPO (hierarchy plus input-process-output)图是IBM公

6、司于70年代中期在层次结构图(structure chart)的基础上推出的一种描述系统结构和模块内部处理功能的工具(技术)。 HIPO图由第7页，共54页。7.2 程序设计层次结构图和IPO图两部分构成,前者描述了整个系统的设计结构以及各类模块之间的关系，后者描述了某个特定模块内部的处理过程和输入/输出关系。 原型方法 原型法首先将HIPO图中带有普遍性的功能模块集中，如菜单模块、报表模块、查询模块、统计分析和图形模块等；然后寻找有无相应和可用的软件工具，若有则使用这些工具生成这些程序模型原型。否则，可考虑开发一个能够适合各子系统情况的通用模块。 面向对象程序设计方法 面向对象的程序设计方法

7、一般应与面向对象设计（OOD）所设计的内容相对应。它实际上是一个简单、直接的映射过程，即将OOD中所定义的范式直接用面向对象的程序（OOP）。第8页，共54页。7.2 程序设计(2)程序设计步骤 明确条件和要求 。根据系统设计及其他有关资料，弄清楚该程序设计的条件和设计要求。 分析数据。首先对要处理的数据进行仔细分析，弄清数据的详细内容和特点，然后按照要求确定数据的数量和层次结构，安排输入、输出、存储、加工处理，以及具体的计算方法等。 确定流程。依据数据的输入、输出、存储、加工处理过程，绘制程序流程图。 编写程序。采用一种程序设计语言，按其规定的语法规则把确定的流程描写出来。 检查和调试。检查

8、内容包括程序结构安排是否得当，语句的选用和组织是否合理，语法是否符合规定，语义是否准确等。发现问题要及时进行修改。 编写程序使用说明书。说明执行程序需要使用的设备，输入、输出的安排，操作的步骤，以及出现意外情况时采取的应变措施等，以便程序运行有条不紊地进行。1第9页，共54页。7.2 程序设计7.2.3 程序设计的风格 程序的可读性对于软件，尤其是对软件的质量有重要影响，因此在程序设计过程中应当充分重视。为了提高程序的可读性，在程序设计风格方面应注意以下几点：(1)适当的程序注释 程序中适当地加上注释后，可以使程序成为一篇“自我解释”的文章，读程序时就不必翻阅其它说明材料了。 注释原则上可以出

9、现在程序中的任何位置，但是如果使注释和程序的结构配合起来则效果更好。注释一般分为两类：序言性注释和描述性注释。 序言性注释出现在模块的首部，内容包括：模块功能说明；界面描述（如调用语句格式、所有参数的解释和该模块需调用的模块名等）；某些重要变量的使用、限制；开发信息如作者、复查日期、修改日期等。第10页，共54页。7.2 程序设计 描述性注释嵌在程序之中，用来说明程序段的功能或数据的状态。 如果详细设计是用过程设计语言（PDL）描述的，则编程时可将PDL描述嵌在程序中。 书写注释时应注意： 注释应和程序一致，修改程序时应同时修改注释，否则会起反作用，使人更难明白。 注释应提供一些程序本身难以表

10、达的信息。 为了方便用户今后维护，注释应尽量多用汉字。(2)有规律的程序书写格式 恰当的书写格式将有助于阅读，在结构化程序设计中一般采用所谓“缩排法”来写程序，即把同一层次的语句行左端对齐，而下一层的语句则向右边缩进若干格书写，它能体现程序逻辑结构的深度。此外，在程序段与段之间安排空白行，也有第11页，共54页。7.2 程序设计助于阅读。(3)恰当选择变量名 理解程序中每个变量的含义是理解程序的关键，所以变量的名字应该适当选取，使其直观，易于理解和记忆。例如采用有实际意义的变量名、 不用过于相似的变量名、 同一变量名不要具有多种意义。此外，在编程前最好能对变量名的选取约定统一标准，以后阅读理解

11、就会方便的多。7.2.4 常用的编程工具 目前比较流行的软件工具可分为6类：一般编程语言，数据库系统，程序生成工具、专用系统开发工具、客户/服务器（client/Server, C/S）型工具以及面向对象的编程工具。 (1)常用编程语言类 它是指由传统编程工具发展而来的一类程序设计语言。(2)数据库类第12页，共54页。7.2 程序设计 它是物流信息系统中数据存放的中心和整个系统数据传递和交换的枢纽。目前市场上提供的主要有：xBASE系统（以微机关系数据库为基础）和大型数据库系统。(3)程序生成工具类 它是指第四代程序(4GLs)生成语言，是一种常用数据处理功能和程序之间的对应关系的自动编程工

12、具。(4)系统开发工具类 它是在程序生成工具基础上进一步发展起来的，可帮助用户生成应用系统中大部分常用的处理功能。目前主要有专门开发工具类和综合开发工具类。(5)客户/服务器(C/S)工具类 它是采用了人类在经济和管理学中经常提到的“ 专业化分工协作”的思想而产生的开发工具。它是在原有开发工具的基础上，将原有工具改变为一个 个既可被其它工具调用的，又可以调用其它工具的“公共模块”。在整个系统结构方面，第13页，共54页。7.2 程序设计采用了传统分布式系统的思想，产生了前台和后台的作业方式，减轻了网络的压力，提高了系统运行的效率。(6)面向对象编程工具类 它主要是指与OO方法相对应的编程工具。

13、第14页，共54页。7.3 程序调试7.3.1程序调试的意义和目的 在物流信息系统开发周期的各个阶段都不可避免地会出现差错。 系统调试是保证系统质量的关键步骤。统计资料表明，对于一些较大规模的系统来说，系统调试的工作量往往占程序系统编制开发总工作量的40%以上。 调试的目的在于发现其中的错误并及时纠正，所以在调试时应想方设法使程序的各个部分都投入运行，力图找出所有错误。错误多少与程序质量有关。7.3.2程序调试的步骤 一个物流信息系统通常由若干子系统组成，每个子系统又由若干模块（程序）组成。所以，调试工作可分为模块（程序）调试、分调（子系统调试）和总调（系统调试）三个层次。第15页，共54页。

14、程序调试的主要步骤图7.3 程序调试第16页，共54页。(1)模块调试 模块（程序）调试的目的是保证每个模块本身能正常运行，在该步调试中发现的问题大都是程序设计或详细设计中的错误。 模块调试，一般分成人工走通和上机调试两步进行。 程序的错误可分成语法错误和逻辑错误两种情况。程序的检查最好请审查小组或其他开发者。目前的调试基本上还是由编程者本人进行。按各层次人员的分工，模块调试应由操作员或程序员来进行。 当人工走通后，就可以上机调试了。 总之，语法错误比较容易发现和修改，但是检查的全面性不尽相同。为了有效地发现并改正逻辑错误，一方面，认真设计调试用例；另一方面，充分利用高级语言提供的调试机制或软

15、件工具。7.3 程序调试第17页，共54页。(2)分调 分调也称子系统调试，就是把经过调试的模块放在一起形成一个子系统来调试。主要是调试各模块之间的协调和通信，即重点调试子系统内各模块的接口。例如，数据穿过接口时可能丢失；一个模块对另一个模块可能存在因疏忽而造成的有害影响；把若干子功能结合起来可能不产生预期的主功能等等。 分调通常有两种方法： “非渐增式”调试，是先分别调试每个模块，再把所有模块按设计要求连成一起进行调试。 “渐增式”调试，是把下一个要调试的模块同已经调试好的那些模块结合起来进行调试，调试完成后再把下一个应该调试的模块结合进来调试。这种方式实际上同时完成了模块调试和子系统调试。

16、7.3 程序调试第18页，共54页。7.3 程序调试图1 子系统调试示例 图2 驱动模块和桩模块 非渐增式调试 在调试某个模块X时，需要临时设计一个驱动模块和若干个桩模块。驱动模块的作用是模拟X的调用模块，桩模块的作用则是模拟X的下层模块。 例：调试图1中的模块B。 要设计一个驱动模块，其作用是将调试数据传送给模块B并接收和显示B产生的结果。同时，还需设计一个桩模块，用来接受B的控制并模拟E的功能。临时模块（驱动模块和桩模块）可以设计的非常简单，只要满足调试要求即可。第19页，共54页。7.3 程序调试图1 子系统调试示例 渐增式调试 又可分为“由顶向下”、“由底向上”等多种方式调试。 例：调

17、试图1的子系统。 若采用“由底向上”的渐增式方式，则先顺序地或并行地（由三人完成）调试模块E、C、F，此时只需为每个模块临时准备驱动模块，但不需要桩模块，然后为模块B准备一个驱动模块，将模块B与模块E连接起来调试，再为模块D准备一个驱动模块将D与F连接起来调试，最后把模块A与其它各模块连接并调试。 对于物流信息系统来说，采用“由底向上”的渐增式方法是一种较为适合的调试方法。第20页，共54页。 在调试一个实际系统时，当把一个已经充分调试过的模块结合进来时，可以着重调试模块之间的接口；当一个没有充分调试过的模块结合进来时，则需要利用已调试过的模块充分调试它。 (3)总调 总调，也称为系统调试，是

18、把调试过的子系统装配成一个完整的系统来调试，用以发现系统设计和程序设计中的错误，验证系统的功能是否达到设计说明书的要求。 总调时，采用一些精心设计的数据量较少的调试用例，不仅减少工作量，更容易发现错误和确定错误所在范围。 总调完成后，可将原始系统手工作业方式得出的结果正确的数据作为新系统的输入数据进行“真实”运行，不仅将结果与手工作业进行校核，还考察了系统的有效性、可靠性和效率。所以，系统调试时最好请用户一起参加。7.3 程序调试第21页，共54页。 系统调试的关键是“真实”和全面。进行系统调试应该注重以下几点： 调试用例应由实际意义的数据组成的。可请用户参与调试用例的设计。 某些已经调试过的

19、纯粹技术的特点不需再次执行。 对用户特别感兴趣的功能或性能，可以增加一些调试。 设计并执行一些与用户使用步骤有关的调试。 在总调和系统调试前充分准备，尽量使用户积极主动地参与。在总调前由开发部门对用户进行培训。 总调阶段发现的问题往往和系统分析阶段的差错有关，涉及面较广且解决起来也较困难，这时需要和用户充分协商解决。7.3 程序调试第22页，共54页。7.4 数据准备 数据准备是系统实施工作中的一项十分艰巨的任务。在进行新系统建设过程中，很重要的一点就是数据的标准化。 若新系统是在手工管理基础上开发的，那么将手工处理的数据按照新系统的规则进行分类并集中在一起，然后组织人力进行数据的录入工作，将

20、纸介质中存放的数据转换程计算机能够读取的信息。 若新系统是在已有的系统基础上开发的，那么通过合并、更新、转换等方法，将原系统中的数据转换到新系统中来。 7.4.1 数据的标准化 计算机只能对规范的数据按照既定的流程进行处理。规范的数据要求数据标准化，既定的流程要求流程标准化。所以，要充分发挥物流信息系统的作用，就要尽可能地做到信息的标准化和流程的标准化。其中，信息的标准化又分为指标体系的标准化和代码的标准化。第23页，共54页。7.4 数据准备7.4.2 基础数据的准备 要运行一个新系统，必须要准备系统运行中使用的各种基础数据或初始化数据。 例如要运行基于供应链的物流信息系统，必须要输入物料或

21、产品信息、库存信息、市场需求信息、供需方信息和财务成本信息等。 第24页，共54页。7.5 系统测试 系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和实施的最后复查。7.5.1 系统测试的定义和目标 系统测试是在假定系统中有错误的前提下进行的，是为了发现错误而执行程序的过程。具体而言，就是指根据系统开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例（即输入数据和预期的输出结果），并利用这些测试用例来运行程序，以便发现错误的过程。 系统测试是对系统的基本功能、系统的效率、系统的可靠性和可操作性等方面进行的测试。 系统测试的目标就是希望能以最少的人力和时

22、间发现潜在的各种错误和缺陷。 系统测试包括硬件测试、网络测试和软件测试。硬件测试、网络测试根据具体的性能指标进行，软件测试是在软件投入运行前，对软件的需求分析、设计、实现编码进行最终审查，它是保障最终建立一个可靠性高的软件系统的一部分。 第25页，共54页。7.5 系统测试7.5.2 系统测试过程 系统测试过程基本上与开发过程并行进行。一个规范化的测试过程通常包括以下几个基本的测试活动： (1)拟定测试计划。 充分考虑整个项目的开发时间可开发进度，以及一些人为因素、客观条件等，使测试计划可行。测试计划的内容主要有：测试的内容、进度安排、测试所需的环境和条件（包括设备、被测项目、人员等）、测试培

23、训安排等。 (2)编制测试大纲。 测试大纲是测试的依据，明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和测试完成的标准。 (3)设计和生成测试用例。 产生测试设计说明文档，其内容主要有：被测项目、输入数据、测试过程和预期输出结果等。 (4)实施测试。 测试的实施阶段是由一系列的测试周期组成的。在每个测试周期时，测试人员和开发人员将依据预先编制好的测试大纲和准备好的测试用例，对被测软件或设备进行完整的测试。 (5)生成测试报告。 测试完成后，要形成相应的测试报告，主要对测试进行概要说明，列出测试的结论，指出缺陷和错误，另外，给第26页，共54页。7.5 系统测试出一些

24、建议，如：可采用的修改方法，各项修改预计的工作量、修改的负责人等。 通常，测试与纠错是反复交替进行的。如果使用专业测试人员，测试与纠错可平行进行。7.5.3系统测试的原则 (1) 测试用例应该由“输入数据”和“预期的输出结果”组成。即在执行程序前应对期望的输出有很明确的描述，测试后可将程序的输出同它仔细对照检查。 (2) 不仅要选用合理的输入数据进行测试，还应选用不合理的甚至错误的输入数据进行测试。 (3) 除了检查程序是否做了应该做的工作，还应检查程序是否做了它不该做的事情。 (4)长期保留所有的测试用例，直至该系统被废弃不用为止。第27页，共54页。7.5 系统测试7.5.4 硬件测试 硬

25、件设备到货后，在各个相关厂商配合下进行初验测试，初验通过后与软件、网络等一起进行系统测试。初验测试的工作主要有： (1)配置检测。检测系统软件、硬盘、内存、CPU等配置情况。 (2)硬件设备外观检查。检查计算机主机、工作站、磁带库、磁盘机柜和存储设备等，所有设备及配件开箱后外观有无明显划痕和损伤。 (3) 硬件测试。首先进行加电检测，观看运行状态是否正常，有无报警、屏幕有无乱码提示和死机现象，是否能进入正常提示状态。然后进行操作检测，用一些常用的命令来检测机器是否能执行命令，结构是否正常。 通过以上测试，要形成相应的硬件检测报告，其内容包第28页，共54页。7.5 系统测试含测试步骤、测试过程

26、和测试的结论等。7.5.5 网络测试 网络设备到货后，在各个相关厂商配合下进行初验测试，初验通过后与软件、硬件等一起进行系统测试。初验测试的工作主要有： (1) 网络设备的外观检查。检查交换机、路由器等，所有设备及配件开箱后外观有无明显划痕和损伤。 (2) 硬件测试。进行加电检测，观看交换机、路由器等工作状态是否正常，有无错误和报警。 (3)网络连通测试。用PING、TELNET、FTP等命令来检查网络是否连通。 通过以上测试，要形成相应的网络检测报告，其内容包含测试步骤、测试过程和测试的结论等。第29页，共54页。7.5 系统测试7.5.6 软件测试 软件测试可分为单元测试、组装测试、确认测

27、试和系统测试。 单元测试(unit testing),是指对源程序中的每一个程序单元进行测试，验证每个模块是否满足系统设计说明书的要求。 组装测试(integration testing),是将已测试过的模块组合成子系统，重点测试各模块之间的接口和联系。 确认测试(validation testing),是对整个软件进行验收，根据系统分析说明书来考察软件是否满足要求。 系统测试(system testing),是指软件、硬件、网络等系统的各个部分连接起来，对整个系统进行总的功能、性能等方面的测试。第30页，共54页。7.5 系统测试 软件测试的方法主要有两大类：人工测试和机器测试。软件测试的主

28、要方法 走查 会审软件测试人工测试机器测试个人复查黑盒测试白盒测试第31页，共54页。7.5 系统测试(1)人工测试 人工测试又称代码复审，是指采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的错误。组织良好的人工测试可发现程序中30%70%的编码和逻辑设计错误。 人工测试通过阅读程序，查找错误，包括：检查代码和设计是否一致；检查代码逻辑表达是否正确和完整；检查代码结构是否合理等。 人工检测主要有3种方法： 个人复查。是程序员本人对程序进行检查，发现程序中的错误。这种方法主要针对小规模程序，效率不高。 走查。 通常由3 5人没有参加项目开发的有经验的程序开发人员（即测试

29、人员）组成测试小组。走查之前，测试人员先阅读相关的软件资料和源程序，然后扮演计算机将一批有代表性的测试数据沿程序的逻辑走一遍，监视程序的执行情况，随时记录程序的踪迹，发现程序中的错误。第32页，共54页。7.5 系统测试 会审。测试人员充分阅读有关的软件资料（如：系统分析、系统设计说明书、源程序等），根据经验列出尽可能多的典型错误，然后把它们制成表格。根据这些错误清单（也叫检查表），提出一些问题。编程人员逐句讲解程序，测试人员逐个审查、提问，讨论可能出现的错误。 代码复审时，需注意两点： 代码审查时，必须检查被测软件是否正确通过编译； 代码复审期间，保证有足够的时间让测试小组对问题进行充分的讨

30、论。(2)机器测试 机器测试是指把事先设计好的测试用例作用于被测程序，比较测试结果和预期结果是否一致，如果不一致，则说明被测程序可能存在错误。机器测试分为黑盒测试和白盒测试两种。 黑盒测试，也称功能测试或数据驱动测试，是指将软件看成黑盒子，在完全不考虑软件的内部结构和特性的情况下，测试软件的外部特性。根据系统分析说明书设计测试用第33页，共54页。7.5 系统测试例，通过输入和输出的特性检测是否满足指定的功能。黑盒测试只作用于程序的接口处，主用用于发现以下错误： 是否有错误的功能或遗漏的功能？ 界面是否有误？输入是否能够正确接受？输出是否正确？ 是否有数据结构或外部数据库访问错误？ 性能是否能

31、够接受？ 是否有初始化或终止性错误？ 白盒测试，也称结构测试或逻辑驱动测试，是指将软件看成白盒，根据程序的内部结构和逻辑来设计测试用例，对程序的路径和过程进行测试，检查是否满足设计的需要。白盒测试的原则是： 程序模块中的所有独立路径至少执行一次； 在所有的逻辑判断中，取“真”和取“假”的两种情况至少都能执行一次； 每个循环都应在边界条件和一般条件下各执行一次；第34页，共54页。7.5 系统测试 测试程序内部数据结构的有效性等。第35页，共54页。7.6 系统切换及人员培训(1) 系统切换 系统试运行是系统调试工作的延续，一般来讲，用户对新系统的验收测试都是在试运行成功之后。 系统试运行阶段的

32、工作主要包括： 对系统进行初始化、输入各原始数据记录； 记录系统运行的数据和状况； 核对新系统输出和老系统（人工或计算机系统）输出的结果； 对实际系统的输入方式进行考察（如：是否方便、效率如何、安全可靠性、误操作保护等）； 对系统实际运行、响应速度（包括：运算速度、传输速度、查询速度和输出速度等）进行实际测试。 新系统试运行成功后，就可在新系统和老系统之间互相切换。新旧系统之间的切换方式有3种：第36页，共54页。7.6 系统切换及人员培训直接切换。 在某一确定的时刻，老系统停止运行，新系统投入运行，新系统一般要经过较详细的测试和模拟运行。考虑到系统测试中试验样本的不彻底性，一般只有在老系统已

33、完全无法满足需要或新系统不太复杂的情况下采用这种方法。 。第37页，共54页。7.6 系统切换及人员培训并行切换。 新系统投入运行时，老系统并不停止运行，而是与新系统同时运行一段时间，对照两者的输出，利用老系统对新系统进行检验。一般可分两步进行： 第一步：以新系统为正式作业，原系统作校核用； 第二步：经过一段时间运行，在验证新系统处理准确可靠后，原系统停止运行。 并行处理的时间视业务内容而定，短则2至3个月，长则半年至一年。转换工作不应急于求成。 这种切换方式适用于一些核心系统的转换过程。第38页，共54页。7.6 系统切换及人员培训分段切换（也称逐步切换、试点过渡法）。 先选用新系统的某一部

34、分代替老系统，作为试点，逐步地代替整个老系统。系统切换过程中，应注意以下问题，这些问题解决得好，将给系统的顺利切换创造条件。 新系统的投运需要大量的基础数据，这些数据的整理与录入工作量特别庞大，应及早准备、尽快完成。 系统切换不仅是机器的转换、程序的转换，更是人工的转换，应提前做好人员的培训工作。 系统运行时会出现一些局部性的问题，这是正常现象，系统工作人员对此应有足够的准备，并做好记录。 系统只出现局部性问题，说明系统是成功的，反之，如果出现整体的问题，则说明系统设计质量还好，整个系统甚至要重新设计。 这种切换方式适合于较大系统。第39页，共54页。7.6 系统切换及人员培训(2) 人员培训

35、 为了使新系统能够按预期目标正常运行，对用户人员进行必要的培训是在系统切换之前不可忽视的一项工作。 需要培训的人员主要有以下3类： 事务管理人员 通过讲座、报告会形式，说明新系统的目标、功能，说明系统的结构及运行过程，以及对企业组织机构、工作方式等产生的影响。 系统操作人员 是人员培训工作的重点。学习必要的计算机硬、软件知识，键盘指法、汉字输入，新系统的工作原理、使用方法，简单出错的处置等知识。第40页，共54页。7.6 系统切换及人员培训 系统维护人员 一般由计算机中心和计算机室的专业技术人员担任。软件故障原因图第41页，共54页。7.7 物流信息系统运行管理 物流信息系统在完成系统实施，投

36、入正常运行后，就进入了系统运行与维护阶段。 一般而言，物流信息系统的使用寿命短则45年，长则10年以上，系统的运行与维护有着重大的意义和作用。 系统运行管理包括系统的日常运行管理、系统维护和建立运行体制。7.7.1信息系统运行管理的内容(1)日常运行管理 系统的日常运行管理主要是对系统每天运行状况、数据输入和输出情况以及系统的安全性与完备性及时如实记录和处理。日常运行管理主要包括：新数据的录入、存储、更新复制以及统计分析、报表生成和定期与外界交流等数据处理工作。第42页，共54页。7.7 物流信息系统运行管理(2)系统运行情况的记录 整个系统运行情况的记录能够反映系统在大多数情况下的状态和工作

37、状态。系统运行情况的记录包括以下内容： 工作数量。 包括开机的时间，每天、每周、每月录入数据的数量，积累的数据总量，数据使用频率，满足用户临时性的要求数量等。这些数量反映了系统工作的负担以及提供信息服务的规模，是反映计算机应用系统功能的最基本的数据。 工作效率。 是系统为了完成所规定的工作，占用和消耗了多少人力、物力和财力。 系统服务质量。 是对系统提供的方式用户是否满意，所提供的信息是否符合用户要求，对临时提出的信息需求能否满足要求等。 系统维护的记录。 包括维护工作的内容、情况分析、时间以及执行人员等内容。 系统的故障情况。 是对系统运行中出现的问题与故障，发生故障时现场的条件，采取了哪些

38、排除故障的措施，效果怎样等，这些内容都应记录在正规的值班日志上。第43页，共54页。7.7 物流信息系统运行管理7.7.2信息系统维护的目的与任务 物流信息系统维护就是对系统使用过程中发现的问题进行处理的过程，也是系统完善的过程。 物流信息系统维护的目的是保证信息系统正常而可靠地运行，并使系统不断得到改善和提高，以充分发挥作用。 物流信息系统维护的任务就是要有计划、有组织地对物流信息系统进行必要的改动，以保证物流信息系统中的各个要素不管环境如何变化始终是最新的。 物流信息系统维护是物流信息系统管理的重要工作内容。随着物流信息系统应用的深入和使用寿命的延长，系统维护的工作量将越来越大。物流信息系

39、统维护的费用往往占整个系统生命周期总费用的60%以上。第44页，共54页。7.7 物流信息系统运行管理7.7.3信息系统维护的类型 物流信息系统维护按照维护对象的不同可分为以下5种类型： (1)硬件维护。 包括专职的硬件人员对系统设备日常的保养性维护和对突发性故障进行的维护。硬件人员应加强设备的保养以及定期检修，并做好检验记录和故障登记工作。 (2)软件维护。 是在软件已交付使用后，为了改正错误或满足新的需要而修改软件的过程。其目的是保证软件系统能持续地与用户环境、数据处理操作、政府或其他有关部门的请求取得协调一致。 软件维护工作包括以下几种情况： 纠错性维护。 是诊断和修正系统中遗留的错误，

40、如溢出现象。 适应性维护。 是为使物流信息系统适应环境的变化而进行的维护工作，如计算机系统配置发生变化。第45页，共54页。7.7 物流信息系统运行管理 完善性维护。 是在物流信息系统使用过程中，用户往往要求扩充原来系统的功能，增加一些软件需求规范书中没有规定的功能与性能特征，以及改进处理效率和编写程序，如调整用户界面。 预防性维护。 是选择那些还有较长使用寿命、目前尚能正常运行、可能将要发生变化或调整的系统进行维护。 (3)数据维护。 其工作一般由数据库管理员来负责，主要负责数据库的安全性和完整性，进行并发性控制，维护数据库中的数据，以及定期书写数据字典文件和一些其他的数据管理文件。 (4)

41、代码维护。 随着环境变化，需重新设计、添加、删除、修改代码时，由代码管理部门讨论新的代码系统，确定之后以书面方式提交然后再贯彻执行。 (5)机构和人员的变动。 为使物流信息系统更加合理，有时需对机构和人员进行重组和调整。第46页，共54页。7.7 物流信息系统运行管理7.7.4信息系统维护的步骤 通常对物流信息系统的维护修改执行以下5个步骤： (1)提出修改要求。 操作人员或业务领导用书面形式向主管领导提出对某项工作的修改要求，而不能直接向程序员提出。 (2)领导批准。 主管人员进行一定的调查后，根据系统和工作人员的情况，考虑这种修改的必要性与可行性，最后做出是否修改、何时修改、由谁修改的决定

42、。 (3)分配任务。 系统主管人员如果认为需要修改，则向有关的维护人员下达任务，说明修改的内容、要求和期限。 (4)验收成果。 系统主管人员对修改的部分进行验收。验收通过后，将修改的部分嵌入系统，取代旧的部分。 (5)记录修改情况。 修改要做认真的登记，作为新的版本通报用户和操作人员，指出新的功能和修改的地方。第47页，共54页。7.7 物流信息系统运行管理7.7.5系统使用与维护说明书 系统使用与维护说明书主要是面向用户服务的，其内容可分为使用说明部分和维护说明部分。 使用说明部分通常是面向一般的业务人员。 维护说明部分面向具有一定计算机专业知识的技术人员。 系统使用和维护说明书具体包括以下5项内容： (1)概述：包括系统使用和维护说明书的用途及有关专业术语、读者注意事项。 (2)系统简介：包括系统功能概要、运行环境、系统性能。 (3)系统安装与初始化说明：包括系统安装（硬件和软件装配）、系统启动与自动检测（附屏幕操作命令）、初始数据库的建立（附屏幕操作命令和样本）、系统结束处理和后备数据库的复制等说明。 (4)运行说明：包括运行作业表、操作步骤。第48页，共54页。7.7 物流信息系统运行管理 (5)非常规过程说明：包括应急操作说明、故障恢复再启动过程。第49页，共54页。7.8 物流信息