物流配送公司管理信息系统分析与设计

[摘要] 目前，管理信息系统的发展趋势已经趋向柔性化设计，但是国内对柔性物流管理信息系统的研究却很少。本文在前人对物流管理信息系统研究的基础上，尝试设计出 一种新型管理信息系统——柔性物流管理信息系统。该系统基于企业组织的柔性管理环境和物流管理信息系统的SOA服务技术而设计出来的，它能提供快速、安 全、便捷、增值的服务，加大企业物流业务的科技含量，促进企业节约物流成本，从而增强企业的整体效益和市场竞争力。
[关键词] 物流管理信息系统 柔性管理 面向服务构架

一、引言

随着全球市场的形成、知识经济的出现及企业管理方式的转变，企业面临着日益激烈的竞争环境，“变化”成了当今市场的主旋律，如何提高物流管理信息系统在 变化环境中的生存能力成了企业成功的关键。本文用“柔性”这一术语描述物流管理信息系统的应变能力，逐步引申到企业柔性物流管理信息系统的研究。
企业柔性物流管理信息系统可定义为：企业物流信息系统对组织内部和外部环境变化的抗变能力与反应能力以及企业与企业之间的信息系统的衔接能力。它包括两 方面的内容：一是企业组织的柔性和管理；二是柔性化信息处理系统。笔者试从上述两方面内容来阐述企业柔性物流信息系统的构建。

二、柔性管理内涵与实施途径

1.柔性管理的基本内涵
柔性管理指的是企业在市场机会和变化不断变化、竞争环境难以预测的情况下，快速反应，不断重组其人力和技术资源，获得竞争优势和利润的管理模式。柔性管 理以“人性化”为标志，注重平等和尊重、创造和直觉、主动和企业精神、远见和价值控制。它能够依据信息共享、虚拟整合、竞争性合作、差异性互补、虚拟实践 社团等，实现知识有潜到显得转化。

2.柔性管理的实施途径
面对复杂多变的内、外部环境，企业必须对生产和经营过程进行重新审视和反思，不断提高决策效率，从以下三个方面实施柔性化管理。
(1)树立“以人为本”的管理思想。从员工内心生出激发起主动性、内在潜力和创造精神是实施企业物流柔性管理的核心资源。因此企业应重视人文管理，加大对员工知识学习培训的投入，提高其责任感、主动性、挑战性、纪律性和合作精神。
(2)以企业内部组织的柔性化和企业之间的动态联盟为其组织特征，改革传统的金字塔型组织结构，代之以少层次的网络型的扁平化组织结构。网络型的扁平化的组织提高了信息传递的效率，加强了部门之间的相互沟通，提高了企业整体的反应灵敏度。
(3)通过建立虚拟组织，实现“强-强”合作。每个企业都具备自身的核心能力，虚拟组织之间通过集成企业的核心能力和资源，从而在管理技术、资源等方面取得得天独厚的竞争优势，最终实现共赢。

三、基于SOA的柔性物流管理信息系统构架简单设计

在传统的系统构架下，物流信息系统很难实现通畅的业务运作（只有在ERP环境下能够部分实现），企业遗留的业务应用系统之间很难实现无缝连接。由于系统 缺乏柔性，企业也不能随着商业环境的变化迅速改变业务流程。而位于一体化物流体系中的供应商和物流公司等实体，在进行物流业务时，需要将交互产生的业务数 据输入到各自的信息系统中。在常见的实现方式中，使用接口系统或接口模块来完成这种要求信息自流时，由于接口处数据紧密耦合，且难以修改或升级。通过采用 SOA框架，企业可以最大限度的减少系统间的耦合，从而提高可重用性，提高业务的敏捷性、客户满意度以及企业之间的无缝连接，也就是企业物流系统的“柔 性”。

1.SOA的技术特点
SOA是英文Service—oriented Architecture，即面向服务构架的缩写。本质上说SOA体现的是一种新的系统构架，在基于SOA架构的系统中，具体应用程序的功能是由一些松耦 合并具有同一接口方式的组件（也就是Service）组合构建起来的。
SOA服务具有平台独立的自我描述XML文档。Web服务描述语言 （WSDL，Web Services Description Language）是用于描述服务的标准语言。 SOA服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD，XML Schema Definition）。SOA基于标准化传输方式（HTTP和JMS），采用标准化协议（SOAP）进行调用。在一个企业内部，SOA服务通过一个扮演 目录列表（directory listing）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述、定义和集成 （UDDI， Universal Description， Definition， and Integration）是服务登记的标准。简言之，SOA具有以下三大基本特征：
(1)独立的功能实体。在Internet这样松散的 使用环境中，任何访问请求都有可能出错，因此任何企图通过Internet进行控制的结构都会面临严重的稳定性问题。传统的组件技术，如.NET Remoting，EJB，COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体。当宿主本身或者其他功能部分 出现问题的时候，在该宿主上运行的其它应用服务就会受到影响。SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。常见的用来进行自我恢复的技 术，比如事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用。
(2)大数据量低频率访问。对于.NET Remoting，EJB或者XML-RPC这些传统的分布式计算模型而言，他们的服务提供都是通过函数调用的方式进行的，一个功能的完成往往需要通过客 户端和服务器来回很多次函数调用才能完成。在Internet的环境下，这些调用给系统的响应速度和稳定性带来较大的影响。针对这一问题，SOA系统推荐 采用大数据量的方式一次性进行信息交换。
(3)基于文本的消息传递。在COM、CORBA这些传统的组件模型中，从服务器端传往客户端的是一 个二进制编码的对象，在客户端通过调用这个对象的方法来完成某些功能。但是在Internet环境下，不同语言，不同平台对数据、甚至是一些基本数据类型 定义不同，给不同的服务之间传递对象带来的很大困难。Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式。 基于文本的消息本身是不包含任何处理逻辑和数据类型的，因此服务间只传递文本，对数据的处理依赖于接收端的方式可以帮忙绕过兼容性这个的大泥坑。

此外，对于一个服务来说，Internet与局域网最大的一个区别就是在Internet上的版本管理极其困难，传统软件采用的升级方式在这种松散的分 布式环境中几乎无法进行。采用基于文本的消息传递方式，数据处理端可以只选择性的处理自己理解的那部分数据，而忽略其它的数据，从而得到的非常理想的兼容性。

服务提供者是一个可通过网络寻址的实体，它接受和执行来自使用者的请 求，它将其服务发布到服务注册代理中心，以便服务请求者发现和访问该服务；当服务请求者从服务注册代理得到调用所需服务的信息后，通讯在服务请求者和服务 提供者之间进行，无需经过服务注册代理。