信息在整个物流系统内部不停地流动，是物流各业务流程正常运行所必需的，是企业赖以生存和发展的源泉，一旦其遭受破坏或丢失将直接威胁一个企业的生存。而数据是物流信息的基础，物流信息维护就是对基本数据进行维护，对物流管理信息系统进行维护。物流管理信息系统中的数据是不断发展变化的，信息只有及时、准确才能发挥巨大的作用，才有价值。因此，当信息资源发生变化时，应及时进行相应的信息更新，保持系统内信息资源与物流活动的同步性，提高物流作业的效率。
第一节 物流信息的维护
一、物流信息维护的意义
现代物流发展的基石与核心是物流信息化，如果某业务流程的信息不完整、不准确，那么该流程的计划也将是不正确的，与此流程相衔接的下一流程也是不准确的。以此类推，这种信息的不完整、不准确必然会影响企业的正常生产，给物流企业带来巨大的损失，甚至影响整个供应链的正常运作。要保证物流系统内信息的完整性与准确性，就必须及时进行信息维护。信息维护不仅是有效进行物流信息管理的前提条件，而且是供应链正确制订计划，保证物流系统低成本、高效率运行的重要前提。
下面以库存信息为例，具体说明信息不完整、不准确所带来的危害及进行信息维护的重要意义。众所周知，库存记录数据是编制物料需求计划的启动数据，因此非常重要。如果某项物料的库存记录数据不准确，那么该项物料的计划也将不正确，由此产生的订单也是错误的，根据订单展开的所有下层物料项目的毛需求也将是错误的。因此，物料需求计划的编制会失去意义。一般来说，库存信息的不准确，可能会导致过量的库存，或很高的废弃率；也可能导致计划不足，造成物料短缺或利润降低，影响计划的执行。不准确的库存信息可能导致物料的浪费甚至整个生产过程的混乱。同时，整个供应链也将受到影响。大家都熟知的牛鞭效应正是因为客户需求信息从供应链下游的销售商向上游供应商的传递过程中信息盲目扩大而导致整个供应链的决策错误。可见，在现代物流的运作下，及时进行物流信息维护是非常必要的。
二、物流基本数据信息的维护措施
当今的市场是开放式的，孤立的信息难以充分实现其内在价值，应以物流管理信息系统的形式服务于物流的各个流程。数据作为信息的重要组成部分，在物流管理信息系统中起着重要作用。因此，物流信息维护不仅包括基本数据的维护，还包括物流管理信息系统的维护。
（一）基本数据的维护措施
基本数据的维护是指对仓库、客户、车辆、货物等基本数据子系统记录的扩展、输入、修改等操作。经过基本数据设置的信息，在其他程序中只需输入该信息的代码即可，节省了输入时间。基本数据的代码具有唯一性，一般情况下不得随意修改。
为了维护信息准确性，必须首先分析造成信息不准确的原因，针对不同的原因，采取不同的措施，加以预防和制止。
数据的日常维护措施有如下几种。
1.数据规划
对所有物流数据结合其代码进行正确的规划和设计，保证其完整性、一致性及无冗余。
2. 保证信息流与物流同步
动态、及时地记录与处理物品的流动情况，以保证信息流与物流同步。
3. 新增或减少数据
当仓库、客户、车辆、货物等发生变化时，及时在物流管理信息系统的基本信息查询界面查找相关数据项，进行数据的重新输入。
4. 删除数据
当某项基本数据失去其价值时（注意有些数据有既定的保留期限），在物流管理信息系统的基本信息查询界面查找相关数据项，进行数据的删除。
5. 增加新的功能
按客户需要对现有功能进行扩充，升级系统。
6.修改错误
修改错误包括修改程序和数据中出现的错误，完善系统。
7. 监测并改善数据库性能
监测数据库的运行情况，并改善数据库性能。
8. 维护数据库的代表性和完整性
及时调整授权和密码，定期转储及恢复数据库。
（二）数据信息的安全维护
基本数据的维护还应包括数据的安全维护。所谓数据安全，是指计算机中的数据和信息等受到全面保护，免于遭到无意或者有意的破坏、更改、泄密或丢失，保证信息的完整性、保密性、可用性、可控性和可审查性（对出现的安全问题提供调查的依据和手段）。数据安全并不是一个新鲜的话题，所涉及的技术也不是新技术。谈到威胁数据信息安全的原因，很多人会想到计算机病毒、黑客攻击或防火墙。诚然，它们是威胁企业数据安全的主要原因，但不是全部原因。威胁数据安全的原因，还有如下几种。
1.自然灾害
如水灾、火灾、雷击、地震等造成计算机系统的破坏，导致存储数据被破坏或完全丢失。
2. 系统管理员及维护人员的误操作
如误删除、不当格式化硬盘或对硬盘不当分区等。
3. 计算机设备故障
包括存储介质的破损、老化、失效。例如，当磁带靠近磁场时，上面存储的数据会被破坏；光盘盘面被划伤时，也会导致数据受损、丢失等。
数据是物流信息的基础，保障信息的安全就是要保障数据的安全，这是一个亟待解决的重要问题。保障数据安全的防范技术主要有数据加密技术、身份认证技术、访问控制技术、防火墙技术、安全审计、安全监控及安全漏洞检测等。数据一旦发生破损或丢失，就需要进行信息的恢复与维护。数据的灾难恢复尤其重要，它是保护信息系统安全可靠的不可或缺的基础，常用的方法就是数据安全备份。
安全备份的目的在于最大限度地降低系统风险，保护最重要的资源——数据。在系统发生灾难后，能及时提供一种简捷、有效的手段来恢复整个信息系统。数据安全备份有以下三种策略。
1.完全备份
完全备份要求备份所有数据，包括所有硬盘上的文件。每个文件都会被标记为已备份，也就是说，会清除或重置存档属性。一个最新的完全备份文件可以用来完全还原某一时刻的服务器。
2. 增量备份
增量备份是复制自上次完全备份或增量备份以来发生更改的所有数据。必须使用完全备份文件和所有的后续增量备份文件来还原服务器。增量备份会将文件标记为已备份，即会清除或重置存档属性。
3. 差异备份
差异备份是备份自上次完全备份以来发生更改的数据。要还原整个系统，需要一个完全备份文件和最新的差异备份文件。差异备份不将文件标记为已备份（即不清除存档属性）。
三种备份策略的优缺点。
应用中，备份策略通常是根据实际情况，考虑备份（完全一次性备份所需的时间）和恢复的时间差别，如恢复和备份时间相同，需采用完全备份策略；如恢复较备份时间较长，需采用完全备份——差异备份策略；否则，可以采用完全备份—增量备份策略。对于网络系统的数据安全备份系统（网络系统安全备份服务器、备份介质），应尽量远离主系统，避免在同一灾难中同时损毁，造成灾难无法及时恢复，如果受条件所限，网络系统安全备份服务器无法远离主系统，那么一定要做到异地存放备份介质。
三、物流管理信息系统的维护
（一）物流管理信息系统维护概述
物流管理信息系统在完成系统实施，投入正常运行后，就进入了系统运行与维护阶段。一般信息系统的使用寿命短则45年，长则10年以上。在系统的整个使用寿命中，都伴随着系统维护工作的进行。
1.物流管理信息系统维护的目的与任务
物流管理信息系统维护的目的是保证物流管理信息系统正常而可靠地运行，并能使系统得到不断改善和提高，使其充分发挥作用。物流管理信息系统维护的任务就是要有计划、有组织地对物流管理信息系统进行必要的改动，以保证系统中的各个要素无论环境如何变化始终是最新的。
信息系统维护是信息系统管理的重要工作内容，其工作量是十分巨大的。随着信息系统应用的深入和使用寿命的延长，信息维护的工作量将越来越大。系统维护的费用往往占整个系统生命周期总费用的60%以上。系统维护工作属于“继承性”工作，不能只重视开发而轻视维护，只重视短期行为而忽视长远利益。
2. 物流管理信息系统维护的特点
（1）是否采用系统化开发方法对系统维护工作有极大的影响
如果系统开发采用了结构化方法，则系统交付时有完整的软件配置文档，维护的过程也就比较规范。维护从评价设计文档开始，确定软件结构、数据结构和系统接口等的特点。在考虑修改可能带来影响的情况下，设计修正错误的途径，然后修改设计，在与设计相对应的源程序上进行相应的修改，使用测试说明书中包含的测试方案进行回归测试。可见经过结构化开发的系统，将大大减少维护的工作量，提高系统维护质量。
（2）物流管理信息系统维护具有很高的代价
由于系统开发人员和其他开发资源越来越多地被束缚在系统维护工作中，开发的系统越多，维护的负担越重。这将导致完全没有时间和精力从事新系统的开发，从而耽误甚至丧失开发良机。此外，如不能及时满足合理的维护要求，将引起客户的不满。维护过程中引入的错误将使系统可靠性下降，从而带来很高的维护代价。
（3）物流管理信息系统维护工作对维护人员要求较高
因为系统维护所要解决的问题可能来自系统整个开发周期的各个阶段，因此承担维护工作的人员应对开发阶段的整个过程，包括从需求、分析、设计一直到编码、测试等工作都有所了解，并且应具有较强的程序调试和排错能力，这些对维护人员的知识结构、个人素质和专业水平等有较高的要求。
（4）物流管理信息系统维护的工作对象是整个系统的配置
由于问题可能来源于系统的各个组成部分，产生于系统开发的各个阶段，因此系统维护工作不仅针对源程序代码，还应包括系统开发过程中的全部开发文档。
3. 物流管理信息系统的可维护性
从系统维护的特点可以看到，系统维护工作直接受系统可维护性的影响。可维护性是对系统进行维护的难易程度的度量，影响系统可维护性的主要有以下3个因素。
（1）可理解性
可理解性表现为对系统的结构、接口、功能和内部过程进行理解的难易程度。这种理解包括对功能、性能的分析与理解，对原设计的分析与理解和对源程序的分析与理解。对系统采用模块化方法，建立详细的设计文档，规范、补充源程序内部文档，采用结构化设计和选择较好的高级程序设计语言等，都可以提高系统的可理解性。
（2）可测试性
可测试性表现为对系统进行测试和诊断的难易程度。系统中具有良好的系统文档、可用的测试工具和调试手段是十分重要的，特别是开发阶段的测试方案尤为重要，是进行回归测试和证明修改正确性的基础。
（3）可修改性
可修改性表现为对系统各部分进行修改的难易程度。系统的模块化程度、模块之间的耦合、内聚、控制域与作用域的关系和数据结构的设计等都直接影响系统的可修改性。因为系统一旦开发是很难再被修改的，因此这些问题在系统分析、设计验收时就应充分重视。
上述3个可维护性因素是密切相关的，只有正确地理解，才能进行恰当的修改，只有通过完善的测试才能保证修改的正确性，防止引入新的问题。
从上面3个因素可以看出，系统的可维护性是很难量化的，但是可以通过能够量化的维护活动的特征，来间接地定量估算系统的可维护性。例如，1979年吉布（J.Gilb）提出把维护过程中各项活动所消耗的时间记录下来，用以间接衡量系统的可维护性，其内容包括：识别问题的时间、管理延迟的时间、维护工具的收集时间、分析和诊断问题的时间、修改设计说明书的时间、修改程序源代码的时间、局部测试的时间、统测试和回归测试的时间、复查时间、恢复时间。显然这些数据是可以量度的，记录这些数据对于了解系统的可维护性是有益的。当然可维护性的定量分析还有其他方法，如新的学科——软件度量学就是专门研究这方面问题的。
（二）物流管理信息系统维护的对象与类型
1.物流管理信息系统维护的对象
系统维护是面向系统中各种构成因素的。按照维护对象的不同，物流管理信息系统维护的内容可分为以下几类。
（1）应用程序维护
系统的业务处理过程是通过应用程序的运行而实现的，一旦程序发生问题或业务发生变化，就必然引起程序的修改和调整，因此物流管理信息系统维护的主要活动是对程序进行维护。
（2）数据维护
业务处理对数据的需求是不断发生变化的，除了系统中主体业务数据的定期正常更新外，还有许多数据需要进行不定期的更新，或随环境和业务的变化而调整，以及增加数据内容、调整数据结构等。此外，数据的备份与恢复也是数据维护的工作内容。
（3）代码维护
随着物流管理信息系统应用范围的扩大、应用环境的变化，系统中的各种代码往往需要进行一定的增加、修改、删除，或设置新的代码。
（4）硬件设备维护
硬件设备维护主要是指对主机及外围设备的日常维护和管理，如机器部件的清洗、润滑，设备故障的检修，损坏部件的更换等。
2. 物流管理信息系统维护的类型
按照软件维护的不同性质，物流管理信息系统维护划分为以下四种类型。
（1）纠错性维护
由于系统测试不可能发现系统存在的所有错误，就有可能在系统投入运行后在频繁的实际应用过程中暴露出系统内隐藏的错误。诊断和修正系统中遗留的错误就是纠错性维护。
（2）适应性维护
适应性维护是为了使系统适应环境的变化而进行的维护工作。一方面，硬件的更新周期越来越短，新的操作系统和旧操作系统的升级版本不断推出，外围设备和其他系统部件经常有所增加和修改，这就要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使用寿命在延长，应用环境也在不断变化，即应用对象也在不断发生变化，机构的调整、管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。代码改变、数据结构变化、数据格式和输入输出方式变化、数据存储介质变化等，都将直接影响系统的正常工作。因此有必要对系统进行调整，使之适应应用对象的变化，以满足客户的需求。
（3）完善性维护
在系统的使用过程中，客户往往要求扩充原有系统的功能，增加一些软件需求规范书中没有规定的功能与性能特征，以及改进处理效率和编写程序。例如，将几个小程序合并成一个单一的运行良好的程序，从而提高处理效率；增加数据输出的图形方式；增加联机在线帮助功能；调整客户界面等。
（4）预防性维护
系统维护工作不应总是被动地等待客户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命、目前尚能正常运行但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的发展与调整奠定更好的基础。根据各种维护工作分布情况的统计结果得知，一般纠错性维护占21%，适应性维护占25%，完善性维护达到50%，而预防性维护及其他类型的维护仅占4%。
（三）物流管理信息系统维护的计划与控制
1.物流管理信息系统维护考虑的因素
物流管理信息系统的维护不仅范围广，而且影响因素多。通常，在进行某项维护修改工作之前，要考虑下列3方面的因素。
（1）维护的背景
如系统的当前情况、维护的对象、维护工作的复杂性与规模。
（2）维护工作造成的影响
如对新系统目标的影响、对本系统其他部分当前工作进度的影响、对其他系统的影响。
（3）资源要求
如对维护提出的时间要求、维护所需费用（与不进行维护所造成的损失相比是否合算）、维护所需的工作人员。
2. 物流管理信息系统维护的组织与管理
物流管理信息系统维护工作不仅仅是技术性工作，为了保证系统维护工作的质量，需要做大量的管理工作。系统投入运行后，事实上在一项具体的维护要求提出之前，系统维护工作就已经开始了。要做好系统维护工作，应该注意以下几个方面的问题。
（1）建立相应的组织，确定进行维护工作所遵循的原则和规范化的过程
应建立一套适用于每一个具体子系统的功能模块，配备系统管理人员，他们的任务是熟悉并仔细研究所负责部分的功能实现过程，甚至对程序细节都需要有清楚的了解，以便完成具体维护工作。系统变更与维护的要求常常来源于系统的局部，这种维护要求对整个系统来说是否合理、应该满足到何种程度，应从全局的角度进行权衡。因此，为了从全局协调和审定维护工作的内容，每个维护要求都必须通过一个维护控制部门的审查批准后，才能实施。这个维护控制部门应该由业务管理部门和系统管理部门共同组成，以便于从业务功能和技术实现两个角度控制维护内容的合理性和可行性。
（2）按照严格的步骤进行系统维护
这是为了防止未经允许擅自修改系统，因为无论是客户直接找程序人员，还是程序人员自行修改程序，都将引起系统混乱，如出现不及时更新文档造成程序与文档不一致、多个人修改的结果不一致、局部修改缺乏全局考虑等情况。当然维护审批过程的环节多也可能导致反应速度慢，因此当系统发生恶性或紧急故障时，亦即出现所谓“救火”的维护要求时，需立即动用资源解决问题，以保证业务工作连续进行。
（3）规范维护内容格式
为了评价维护的有效性，确定系统的质量，记载系统所经历过的维护内容，应将维护的全部内容以文档的规范化形式记录下来。主要包括维护对象、规模、语言、运行和错误发生的情况，维护所进行的修改情况和维护所付出的代价等。应将这些作为系统开发文档的一部分，形成历史资料，以便日后备查。
（4）应注意系统维护的限度问题
系统维护是在原有系统的基础上进行修改、调整和完善，使系统能够不断适应新环境、新需要。但一个系统总会有生命周期结束的时候，当对系统的修改已不再奏效，或修改的困难很多且工作量很大、花费过大，或改进、完善的内容远远超出原系统的设计要求时，就应提出研制新系统的要求，从而开始一个新系统的生命周期。
第二节 物流信息的更新
物流信息作为提供物流增值服务的主体，需要向系统提供许多关于其自身的信息，以方便物流企业及其客户使用。当需要信息的时候，物流管理系统向信息中心查询相关信息，并把结果返回给所需者，这就要求物流系统中的信息必须能够及时准确地反映当前物流业务的运行情况。因此，对物流信息进行及时更新是必不可少的工作。
一、物流信息更新的概念与意义
1.物流信息更新的含义
信息如果能够被使用，必须能够提供其本身的物理特性，比如处理器的速度、操作系统的版本等，以便客户或资源管理系统选择合适的资源给客户使用。在信息的有效生命周期中不变化或变化频率低的是静态信息，相对与客户查询的频率来说，静态信息的更新频率比较低；动态信息是在信息的有效生命期中动态地被修改或更新的信息，为了保证客户使用资源的有效性，需要对物流信息中心的数据进行更新，以便物流信息中心的数据能够准确地反映当前资源的状态。
2. 物流信息更新的意义
物流信息和仓储、运输等环节都有密切的关系，在物流活动中起着神经系统的作用。在物流活动中不仅要对各项物流活动进行计划预测、动态分析，还要及时提供物流费用、生产情况、市场动态等相关信息。物流管理信息系统中的数据是不断发展变化的，信息只有及时、准确才能发挥巨大的作用，才有价值。因此，当信息资源发生变化时，应及时进行相应的信息更新，保持系统内信息资源与物流活动的同步性，提高物流作业的效率，协助管理人员进行物流活动的评价、比较和分析，发现企业的优势、劣势、机会与威胁，有利于企业改进已有的策略，开发和确定新物流战略，谋求新的发展。同时，物流信息的及时更新，可为客户提供更优秀的物流服务，拓宽企业的市场。
二、物流信息更新的策略
物流信息的更新有主动更新和被动更新两种方式：主动更新是周期性地向信息中心报告当前物流各业务运行的动态信息，被动更新是信息中心向各业务部门发出查询请求，希望其及时提供相关的动态信息。由于在现实环境中存在着数量巨大的数据，对于数据的主动更新，需要周期性地向信息中心发送状态信息，这样会产生大量的通信数据，消耗大量的系统带宽，对系统产生巨大的负担。信息的更新策略在考虑信息更新给物流企业带来的便利性、快捷性及经济效益的同时，还必须考虑信息更新时产生的通信负担对物流管理信息系统性能的影响。
目前可采用两种物流信息更新策略来减少信息更新所带来的系统负担问题。
1.降低更新频率
主要有两种方式，一种是定期性更新，即通过将信息变化频率分频得到更新信息，另一种是周期性更新，即设置一个大于信息变化时间间隔的固定时间作为更新周期，周期性地更新信息。分频更新方式比较适合于信息值没有巨大变化的信息，尤其是物流系统内各业务部门共用的公共信息。公共信息采用分频更新即定期更新是根据公共信息的属性及其更新频率分析后的合理选择，并非子虚乌有。周期性更新则对随机变化的物流信息比较合适。但是两者都面临着如何选择合适的更新间隔的问题：间隔太大，不能反映实际的变化情况，不能满足实际需要；间隔太小，又无法降低通信负担。
2. 数据变化更新
由于信息系统的数据并不是固定不变的，因此需要及时进行信息更新。当然这里所说的信息更新不仅包括对数据库已有信息资源的重新录入，还包括新增信息资源在数据库的补充。当信息资源发生变化时，各业务部门向信息中心发出通知消息，通知消息包含了当前物流系统各业务的即时信息数据和信息中心更新系统中的原有信息数据，以准确地反映当前物流运行状态，从而进行相关的信息处理及信息资源规划。与此同时，订阅了该信息的客户也可以收到该消息，从而及时了解物流企业的最新动向，并跟踪自己在物流企业预订的物流服务。这种方式对于数据更新频率低的物流信息来说，性能的提高是非常明显的，但是对于变化频率比较高的物流信息来说，性能不会有较大的改善，反而会有所下降。
上述两种信息更新策略，对于减少系统的数据传输量，提高物流管理信息系统的效率有一定的效果，但都存在各自的缺点：要么在某些情况下，数据信息与真实的数据不一致；要么在某些情况下，对于物流管理信息系统性能的改善很有限。
3. 改进的信息更新策略
如何才能有效地减少信息更新时的数据传输量，提高物流管理信息系统传输的利用率，同时又能更准确地反映物流系统的真实信息呢？在这里，本书根据以上两种更新策略，提出另外一种改进的信息资源更新策略。有些信息资源的数据在随时发生变化，所谓发生变化，就是在对资源状态信息的属性值进行采样时，两次的结果不同。对于随时发生变化的信息资源，每次采样的结果可能都不相同，每次都需要向信息中心发出通知消息。要减少系统的通信量，就要减少通知消息发出的次数。那么在每次信息数据发生变化时，都需要发出通知吗？之所以要在信息数据发生变化时进行信息更新，是因为我们认为这些信息的变化会影响物流企业原业务运行及客户的服务选择，但实际上并非如此，如果信息数据发生变化，但是并不会影响物流企业原业务的照常运行及客户的服务选择，就可以认为信息数据没有发生变化。
因此，本书提出的改进的信息更新策略就是，对于某些信息资源，即使发生了变化，如果变动的幅度比较小，在某一个范围之内，信息的变化不会影响物流企业原业务的照常运行及客户的服务选择，就可以认为信息并没有发生变化，不需要向信息中心及客户发出通知，只需要相关业务部门在信息子系统中做好记录并存档，以备日后需要及应用。如果信息资源的变动幅度超过了规定的范围，则认为信息发生了变化，需要及时发出消息，通知信息中心更新数据，并发送给订阅客户。从理论上讲，采用改进的信息更新策略虽然使资源信息中心的数据和真实的信息之间存在差异，但这种差异不会影响到物流企业及客户的利益，同时与其他两种信息更新策略相比，这种策略有效地减少了系统的通信量，改善了系统的利用率，同时，相当于降低更新频率的策略，这种策略对数据的有效性也有一定的保障，避免了无效的信息更新过程，提高了信息更新的效率，优化了物流管理信息系统。
4. 新、旧物流管理信息系统切换时的信息更新
在实际的生产运作中，新、旧两个物流管理信息系统的转换是不可避免的。新的物流管理信息系统的交付使用，首先必须完成数据的整理和录入，然后完成系统的切换任务。在此过程中，数据整理及系统初始化是最基础的工作。数据处理是从原系统中整理出新系统所必需的基础数据和资料，即把原系统中的数据加工处理为符合新系统所要求的格式，具体工作包括历史数据的整理、数据资料的格式化、分类和编码、个别数据及项目的调整等，对于原来采用人工方式处理的信息系统，这部分工作量十分巨大，应提前进行准备，否则会影响系统转换的正常实施。
系统初始化是新信息系统投入前必须完成的另一项工作，也是信息更新不可缺少的环节。所谓系统初始化，是指对系统的运行环境和资源进行设置、对系统运行和控制参数进行设定、数据加载，以及系统与业务工作同步调整等内容，其中数据加载是工作量最大且时间最紧迫的重要环节。因为在运行之前必须将大量的原始数据，一次性输入到系统中。另外，正常的业务活动中也会不断产生新的数据信息，也必须在新系统正式运行前存入系统。因此，系统初始化过程中的数据加载是新系统启动的先决条件，应突击完成并确保输入数据的正确性。对于原系统的不同基础，若为手工方式，则全过程均只能人工进行；若为计算机系统，则可通过计算机进行数据格式转换，相对而言工作量少些。在系统转换过程中，可能又会发生一些系统的错误和功能缺陷，对于这些问题，应对照系统目标决定是否进行系统修改，通常，对于程序的错误和漏洞必须改正，但若是超出系统目标和设计方案的其他问题，应视影响范围、程度和工作量的大小而定，不可一概而论。在系统中应允许存在某些不足，可通过在运行过程中的维护和系统更新方式逐步解决，以保证信息的及时性与准确性。
第三节 物流信息维护与更新案例分析
案例一物流管理信息系统更新——马士基港口堆场信息管理系统的更新【1】
一、物流老大业务受管理系统制约
随着产业链上各企业间协同性的日益增强，一家优秀物流企业存在的意义早已不只是简单的外包货运、节省成本和提高效率。作为协同商务的重要一环，第三方的物流企业对整个产业链和企业竞争力的影响至关重要。
由于涉及庞大繁复的数据处理，尽管作为劳动密集型产业，物流企业也较早地意识到高效的信息化系统正是其保障运营服务品质、响应速度和可靠性等的可靠工具。但随着市场竞争的加剧，以及合作伙伴对物流企业响应速度、准确性需求不断提高，采用简单的数据录入、输出的信息管理手段已经无法实现良好的信息管理效果，物流企业的信息化已经开始从以硬件和数据库建设为主向智能化程度更高的软件应用方向发展。同时，物流行业地域分布广、信息系统众多，系统之间互联互通、即时共享的需求也十分明显，因此，系统整合也成为了一种必然趋势。
全球最大的海运及综合物流公司——马士基集团是较早应用信息手段，进行货运信息及堆场集装箱信息管理的物流企业。
早在20世纪90年代，马士基中国总部和位于国内各城市的分公司就已经开始使用信息管理系统，在当时，这些系统无疑都是提升马士基竞争力的重要因素。随着马士基在中国及亚太地区的业务不断庞大，原有的堆场信息管理系统开始显得力不从心，已经无法适应新增业务带来的挑战。
尽管马士基的信息管理系统尚走在同行业前列，但是，由于所有系统都是分开独立建设，各系统间缺乏必要的协作和沟通，在业务量不断增大的今天，马士基不得不直面一系列重大障碍。
①原有的堆场信息系统、客户定箱系统、航班信息系统都是相对独立的，客户往往需要登录多个系统，才能查询和预定当前可用空箱，而船期（轮船班次）查询则需进入另外的系统。马士基港口堆场集装箱客户服务部门急需一个既能够进行集装箱堆场分配操作、处理客户日常订单，又能实时掌控堆场集装箱实际情况的整合的系统。
②旧的信息系统不具备预测功能，无法预测未来几天乃至未来几周内的堆场存储情况，这就容易导致各堆场的分配不均衡，造成资源浪费或者某一时段个别堆场的可用存储量紧张，不易于管理集装箱和选择提箱堆场。
③由于马士基在各地区的堆场中存放三种不同来源的集装箱：马士基公司自己的集装箱；运抵马士基相关港口堆场属于其他公司的集装箱；马士基向其他公司租借使用的集装箱。对这三种来源的集装箱的利用率是不同的，而原有系统不能够自动生成推荐的港口堆场，无法合理利用这三类集装箱资源。
④马士基公司以前的系统都是多年前开发实施的，随着数据信息处理容量的不断增长，以及业务处理对信息系统功能要求的不断增加，原有系统的功能实现已比较陈旧，操作界面已急需更新换代以适应公司的业务和管理需求。
二、信息管理解决方案
为解决因信息管理手段带来的对业务的制约，马士基集团（香港）有限公司决定，选择并委托一家专业的软件开发公司，重新规划、开发并实施一套新的港口堆场信息管理系统（Maersk Equipment Module System）。经过反复考察筛选，马士基最终选择已经有过成功合作经验的上海微创软件有限公司（以下简称微创）进行新系统的构建和实施。
在接到项目以后，微创对物流行业及马士基公司的业务现状，以及在各机构间的信息共享需求进行了深入调研和分析，并赴实际操作的最终用户处进行了详尽的交流与沟通，提出新的管理系统应当体现出整合、简化操作、实时监控、智能查询的思路，得到马士基公司的肯定。
在此思路下，微创基于Internet网络的Web应用模式，采用B/S结构和ASP.NET平台，并且使用微创的软件开发平台，为马士基开发出新的港口堆场信息管理系统。系统通过数据接口从现有的马士基其他系统中获取相关堆场各种集装箱的数量及存储状况数据，汇总计算出各堆场的实时集装箱状态数据（Depot Balance Stock）。
此外，系统还可以根据系统预设的客户偏好、轮船班次与各种集装箱的到港、离港预测等数据信息设定提取集装箱的计算规则。当用户登录系统选择相关订单后，系统可以通过预设的规则进行计算，提出最合理的提箱堆场分配建议。提箱单上整合了条形码打印的技术，使系统生成的单据直接可以用于各个堆场进行提箱确认。
该系统的应用服务器端安装在马士基集团香港有限公司，采用区域控制的方法管理用户所在地的港口堆场信息，使系统不受地域限制，可以应用于马士基海运香港、深圳及其他城市的多个港口。
马士基MEMS系统（Maersk Equipment Module System）主要的功能点在于：
①通过系统数据接口整合并汇总来自于马士基多个现有系统的相关数据；
②根据多方数据实时计算出相应的堆场集装箱状态（Balance Stock）数据；
③根据预设规则实现智能、便捷、准确、科学集装箱提箱堆场分配（Depot Selection）功能，并可以通过系统直接发布提箱单（Issue Transport Set）；
④各种基础数据的集中管理；
⑤未来到港、离港信息数据的整合与预测管理；
⑥区域堆场信息灵活应用与管理。
MEMS系统主要包括9个功能模块，使各业务环节很好地关联起来，其分别如下。
①基本信息管理（Basic Information Management）。这个模块是用户与堆场系统之间沟通的信息平台，用户可在这里添加、编辑和删除用户信息及堆场信息，查询用户所有的有效港口、堆场、集装箱、船期等信息。
②堆场分配管理（Depot Selection Management）。在这个模块中，用户只需简单地录入客户订单号，系统就能根据各种预设规则自动计算，推荐最合理的集装箱提箱堆场分配结果。同时，用户也可以实现自定义分配方案的功能，系统根据分配结果直接生成不同风格的提箱单，并可以直接通过传真发送给客户。这也是系统最为重要的功能模块之一。
③堆场库存管理（Depot Stock Management）。这个模块管理相关的马士基的堆场集装箱数量与选择顺序等信息。通过与马士基现有系统的定期更新，显示实时的存储状态。同时可以预设堆场选择优先级别、手动调整数量，并汇总、显示实时数据。
④单程集装箱再运输管理（One-way Container Management）。这个模块保存所有单程返回启运地的集装箱信息，包括其尺寸、类型及交货港。用户也可以通过合同数量、卸货地或堆场位置等搜索单程返回启运地的集装箱。
⑤租借集装箱管理（Leasing Container Management）。这个模块管理相关堆场的租借集装箱的信息。通过这个模块，用户可以查询空箱，管理租借的集装箱，进行添加、更改和删除操作，以及选择优先级别的设定。
⑥将要到达相关堆场的集装箱数量管理（Import Empty Return-Management）。该模块主要对每周将要到达相关堆场的集装箱数量进行评估。用户可以查询到每周将要到达堆场的空箱数量，以及每日到达堆场的空箱数量，计算出特定日期的总空箱数量。
⑦集装箱状态监测（Equipment Status Monitory）。这个模块主要是以报表形式显示集装箱每日的状态。用户只需输入堆场、集装箱尺寸或型号，就会自动生成相关集装箱堆场状态的总览表，包括当前的及未来3个星期内的各种状态。
⑧提箱单发布管理（Transport Set Issuance Management）。这个模块是用于管理所有的已发布的提箱单。用户可以在这里进行发布后的修改、撤销、再次单张/批量打印、传真等操作。
⑨报表管理（Report Management）。客户日常的应用管理报表模块，包括订单监控管理报表与提箱单状态报表等，为客户提供按照不同纬度进行数据汇总查询的功能，以支持其管理人员第一时间了解各种相关数据与状态。
三、整合共享，高效管理
能将先进的技术和项目实施水平转化为易用实用、能为客户提供价值的平台才是真正的贡献。
在该项目中，微创采用定制化软件开发方式，完成了本项目软件系统的需求分析、系统设计、程序开发、系统测试、远程在线实施和培训、知识转移服务等相应的项目管理工作。整个项目历时仅3个多月后正式上线并开始在马士基香港进行业务运营。
在系统正式启用以后，各个功能模块连接起整个业务环节，简化了用户的定箱过程，推动整个港口堆场业务良性发展。
新的系统通过实时监控及预测功能，大大提高了港口堆场的利用率，合理地分配资源也提高了港口的整体效率。
此外，系统的智能分析和查询能力，为客户简化了操作过程；友好的用户界面，也使得烦琐复杂的定箱工作变成轻松简单的单击。
新的MEMS系统，帮助马士基很好地适应了新业务和应对新的竞争挑战。
案例二物流数据备份案例——中国外运集团的数据备份保障
一、案例背景介绍
1.企业简介
中国对外贸易运输（集团）总公司（简称中国外运）是经国务院批准的120家大型试点企业集团之一，是一个以运输为主业，全面发展的，实行跨地区、跨行业和跨国经营的大型企业集团。
2. 物流企业的数据存储挑战
中国外运所处的物流储运行业，在我国正处于飞速发展、方兴未艾的阶段，以信息化技术为特征的现代物流企业正在迅速崛起。与过去的仓储运输企业不同的是，现代物流企业普遍采用了信息化管理技术，如ERP、物流管理、SCM等应用系统，并通过Internet将遍布在各地的物流中心与客户连接起来，形成一个高效率的物流配送网络。
作为一家世界级的现代化物流企业，中国外运十分重视信息化建设，实现了集团全系统的计算机联网，初步建成了外运系统信息化网络，可实现集团人、财、物和办公信息共享，实现全球范围内的网上货物跟踪、订舱功能和信息查询。整个信息系统的特点表现为：数据增长快、数据刷新和变动频繁，数据量大、涉及面广，应用系统复杂、异构、多样化，业务扩展迅速等。这些特点决定了物流企业不仅需要一个稳定、可靠的IT环境，更需要对业务和数据进行可靠的保护和存储备份。
中国外运信息中心对原有的存储状况进行了仔细的分析和考察后认为，原有的存储手段已经无法适应企业存储管理的需求。首先是数据增长迅速，以前一个小磁带机直接备份、手工换磁带就可以解决，当系统和数据量增长到需要大容量、多个磁带库时，手工备份就变成了一件实施复杂、浪费人力和物力的事情；其次，中国外运共有UNIX和NT两套应用系统，各自采用不同的备份管理和两套磁带库设备，其他异构设备更多，对这些设备的管理工作十分繁重和复杂；另外，业务数据正在变得越来越重要，数据丢失的风险也越来越大，Oracle、SQL Server、Exchange等多种应用系统都需要进行在线的备份和保护，这些应用牵涉的范围很广，不仅有中国外运自身的业务运行数据，还有许多重要客户的资料，一旦出现数据丢失或遗漏，后果将不堪设想。
为了很好地保护系统的业务数据，中国外运经过多方考察论证，最终选择了CA Bright Stor作为存储备份的解决方案。CA BrightStor作为中国外运公司所有业务数据的备份保障手段，目前已经正式投入运营。
二、基于业务的备份策略
业务是一个企业存活的关键，业务的增多通常意味着企业的发展，但同时，也给企业的管理带来了更大的挑战。基于业务的备份策略可以使备份系统更好地服务于业务，为各个业务系统提供与需求相符合的数据保护。对物流行业来说，业务数据量大、系统环境复杂、业务应用种类多等特点，使其更需要对每一项业务的特点有针对性地制定备份策略。中国外运对CA BrightStor的应用，也正是基于这样的策略。在UNIX系统上运行着诸多重要的业务和应用，如运行在HP-UNIX小型机双机热备系统上的物流运输应用，该应用和后台的ORACLE数据库对备份系统的可靠性和备份速度要求很高，因此，中国外运采用了CA Bright Stor的SAN网络选件进行备份，从而保证了备份速度，防止了因局域网络性能不好而造成的数据丢失，同时也避免了挤占其他应用所需使用的局域网络带宽。
信息中心运行在Windows NT/2000平台上的应用也很多，例如Exchange2000邮件服务器，它是总公司及全国30多个分公司对外联系的重要工具，如果此系统出现问题，不但会直接影响大量用户，还会影响基于邮件系统的业务应用。因此，中国外运需要对邮件服务器进行精确到每个使用人信箱的备份。目前，CA BrightStor提供了三种对邮件服务器进行备份的方法，从而可以进一步保证邮件系统的可靠性、稳定性。
除了邮件服务器，其他一些重要应用的数据由于经常变动，也需要经常备份，比如财务系统的SQL Server2000数据库，总公司和各地分公司使用的财务系统数据，总公司办公自动化应用的数据等，涉及应用的数量很多，不容出错。通过对业务类型进行分类，并根据所需要备份的业务数据的重要性和频繁程度，中国外运将CA BrightStor应用到各个业务系统的备份工作并制定了完整的备份策略。
在各项业务应用中，中国外运使用了HP-UNIX和Windows NT/2000两套不同的存储系统，这就对其实施的存储管理软件的跨异构平台管理功能提出了较高的要求。在这一点上，CA BrightStor以其强大的开放性和集成性，对中国外运的两套系统进行了整合和集成，实现了跨异构平台的集中化管理。
三、实施效果及使用体验
从备份企业数据的实际应用中，中国外运IT管理员真切地体会到，对备份作业而言，随着系统的不断增大、实施和管理难度的提高，使用备份软件的必要性已经毋庸置疑。在一个数据比较少又比较集中的情况下，IT管理员可以通过一个小磁带机直接执行备份命令来将系统内容备份到一个容量很小的磁带中，每天手工换磁带也不会太麻烦。然而当系统变大时，给每台机器设置一个磁带库，用4GB或8GB甚至40GB的磁带来应付每天的备份，磁带分别保存，管理员根据周期来换磁带就变成了一件实施复杂、浪费人力和物力的事情。而CA BrightStor作为企业级的管理软件，为管理员的日常工作和数据的安全保留提供了方便。
CA BrightStor基于业务的备份策略理顺了整个企业的备份流程，只需要确定数据源和目标，按照事先制定好的备份策略和备份时间进行选定就可以了。整个备份过程基本上实现了自动化，很少需要人工的干预。而另一方面，CA BrightStor采用图形化、人性化的界面，也使得原先复杂、烦琐的备份工作得到了极大的简化。
实现了HP-UNIX和Windows NT/2000平台的集中统一管理，使得中国外运原来隔离开的两套磁带库实现了一体化的备份管理，磁带库的使用彼此可见，从而多台服务器可以交叉使用现有的两台磁带库。所有备份工作都基于自动策略，人为干预少，使管理员从大量的手工、烦琐的备份作业中解脱出来。CA BrightStor还帮助企业建立起了良好的存储体系架构，以SAN+LAN互补的方式，实现了存储设备的共享、高效和易于扩充。它灵活的、基于业务的备份策略制定方式，为各种业务应用提供了最大限度的在线数据保护。
经过一段时间的使用，中国外运对CA BrightStor的感受是：产品性能优良、功能全面，再加上CA技术支持工程师的鼎力协助，中国外运的备份项目进展顺利。
注释：
【1】鱼龙.香港物流经典案例.重庆：重庆大学出版社，2006
