协同物流商务信息系统及其开发模式的实现

 

　　这个竞争异常激烈，客户需求变换不定的信息时代，企业不仅需要依靠降低产品的成本和提高响应速度以确保在激烈的竞争环境下站稳脚跟，更需要不断地获取知识、提升创新能力和深化协同工作以获取成功。电子商务环境下，单一组织难以具备满足顾客的所有条件，分工、能力化和协作是必由之路。企业不仅需要内部跨部门的协调，还要解决好价值链中和供应商、客户、合作伙伴的合作关系。企业要想在激烈的市场竞争中体现自己的优势，满足客户的要求，就必须建立协同的工作环境。

　　协同物流商务信息系统已经超出了传统的管理信息系统的内涵，也超越了普通意义的网站，成为物流企业管理信息系统与电子商务二大应用的结合点。它是电子商务的一种综合实现模式，同时又是一个基于Web的应用系统。通过与企业其他信息系统的集成，使企业员工、客户、供应商和合作伙伴能够从单一的渠道访问其所需要的个性化信息。

　　1 协同物流商务系统（CLCS）商业模型

　　CLCS的一个关键属性是数据和应用的松散耦合集成，即一个不依赖于具体数据源的统一数据模型。这个数据模型对应着Internet知识系统元框架中的本体模型。事实上，协同物流商务是Internet商务神经系统的一种具体实现，它的关键部件就是按照本体论建立起来的元框架模型（Meta-model）。因为它起到了多种离散系统互连的作用，所以在商业上称为E-Hub,如图1所示。

　　CLCS的另一个关键属性是所有的信息仓库都具有Internet可视性并且可被全局存取。一个CLCS用户通过标准浏览器，可以在一定权限控制下从物流企业信息系统中任意浏览所需数据。从这个意义上说，协同物流商务增加了商务流转过程的透明度，打破了企业之间的地理位置鸿沟。随着商业智能（Business Intelligence）技术的不断发展，融合了数据仓库、数据挖掘技术的智能E-Hub已经演变成为商业智能的标准成分。它作为协同物流商务的神经中枢，可以辅助企业进行商业分析与决策，并且为商业智能解决方案提供统一的、基于Web、易于融合多种数据源和应用系统的界面，称之为企业信息门户。

　　建立协同物流商务信息系统就是要为第三方物流企业建立企业信息门户。协同物流商务信息平台可以让物流企业管理货物的全方位信息，并让企业与其他合作伙伴、尤其是与货物的供应商及客户，通过Internet共享这些信息。

　　2 协同物流商务系统体系结构模型

　　初的企业信息平台，由于当时各方面技术的限制，通常采用简单的C/S结构和结构化编程技术，应用范围也只是局限在企业内部。近几年，出现了多层结构和Web机制的第三代真正的网络化信息平台，编程技术也从以前结构化编程到完全的面向对象技术，采用的数据库从关系型数据库过渡到对象关系数据库。

　　当前先进的基于Internet的企业信息平台普遍采用Web技术及大量业界标准。协同物流商务系统体系结构整体可分为5层：底层服务层、服务层、应用组件层、集成应用层和实施理念层。图2为其体系结构模型图。

 

 

　　（1）底层平台层

　　主要指异构分布的计算机硬件环境、操作系统、网络与通信协议、数据库、中间件等支撑环境。Windows由于成本低廉、界面友好，成为许多软件厂商的操作系统平台。由于协同物流商务系统庞大的数据量和较高的性能要求，因此底层数据库都采用Oracle、SQL Server、Sybase等大型数据库。

　　（2）服务层

　　服务层实际上就是一组对象模型，它主要完成三个功能：①向下连接并操纵数据库。②向上为CLCS应用组件提供基本服务。③为应用软件提供应用编程接口（API）以集成应用软件。

　　（3）应用组件层

　　CLCS应用组件实际上是由调用CLCS基础服务的一组程序（界面）组成，并能够完成一定应用功能的功能模块。各物流信息平台开发厂商都不断丰富自己的应用组件，并将统一的用户界面归入了应用组件层。目前，几乎所有的物流信息系统都支持Web方式的访问和操纵，较新的B/S结构的信息系统都是以Web浏览器为客户端。

　　（4）集成应用层

　　应用工具主要指各种财务领域软件、Word等办公用软件以及所有CLCS以外的其他应用软件。CLCS通过多种方式与这些应用软件实现集成。

　　（5）实施理念层

　　CLCS归根结底不是企业的经营管理模式而只是一种软件工具。这种软件工具只有在先进的企业运作模式下才能发挥作用，因此CLC的实施几乎都离不开SCM、JIT等先进的管理理念和质量标准。只有在这些先进思想的指导下，CLC的实施才能确保成功并发挥较大的作用。

　　3 协同物流商务系统的开发模式

　　在应用系统开发过程中，C/S体系结构得到了广泛的应用，但C/S结构存在着很多体系结构上的问题。例如：当客户端数目激增时，服务器端的性能会因为负载过重而大大衰减；一旦应用的需求发生变化，客户端和服务器端的应用程序都需要进行修改，这给应用维护和升级带来了极大的不便；大量的数据传输增加了网络的负载等。

　　随着分布式对象技术的逐渐成熟，多层分布式应用体系结构得到了越来越多的应用。应用系统只有向多层分布式转变，才能终解决C/S结构存在的问题。在多层架构下，应用可以分布在不同的系统平台上，通过分布式技术实现异构平台间对象的相互通信。将应用系统集成于分布式系统之上，能极大地提高系统的可扩展性。

　　对应于多层开发模式，目前有二种开发平台可以选择：一种是基于SUN的J2EE的开发模式；一种是基于Microsoft的。NET Framework的开发模式。下面就这二种开发模式进行分析。

　　（1）基于J2EE的MVC开发模式

　　MVC是三个单词的缩写，分别为： 模型（Model），视图（View）和控制Controller）。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作

　　视图（View）代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但也有可能为XHTML、XML和Applet.

　　模型（Model）就是业务流程/状态的处理以及业务规则的制定。模型接收视图请求的数据，并返回终的处理结果。业务模型的设计可以说是MVC主要的。目前流行的EJB模型就是一个典型的应用例子。

　　控制（Controller）可以理解为从用户接收请求，将模型与视图匹配在一起，共同完成用户的请求。

　　基于J2EE的MVC开发模型如图3所示。充当视图、控制器、模块的组件分别是：JSP文件、Servlet引擎和EJB组件。其技术原理是：①用Servlet引擎作为后台总控制。②JSP在前台运行（View）。③Servlet接受用户的输入，分别调用不同的JSP程序向客户反馈信息，JSP/Servlet通过HTTP连接在服务器端和客户端传递数据。④JSP/Servlet并不直接通过JDBC访问数据库系统，而是把参数传递给事先编好的JavaBean和EJB组（Model），由它进行数据库的操作，这样可以把系统内部的数据封装保护起来。⑤JavaBean和EJB将事务进行处理，数据库返回的结果，由JSP/Servlet送到前端显示出来。

　　这种开发模式的优势在于很容易进行分布式网络计算。许多企业的事务处理逻辑都能做成EJB组件，以达到重复使用的目的，既封装了某些关键的操作，又方便了开发者，提高了系统的开发速度，并且系统的伸缩性、安全性也得到了很大的提高。

　　（2）基于。NET框架的ASP.NET开发模式

　　.NET 是 Microsoft XML Web services 平台。XML Web services 允许应用程序通过 Internet 进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。Microsoft .NET 平台提供创建 XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。

　　Microsoft.NET是微软公司全新的可创建互操作的分布式应用程序开发平台，客户端和服务器间能够自由地用HTTP进行通信。不论二个程序采用何种平台和编程语言，应用程序间通信都不受现有Proxy和防火墙的限制，真正做到了能跨平台、跨语言运行NET平台内建立了对Web Service的支持。Web Service与现在的组件技术不同之处在于它使用普遍存在的、独立于平台、独立于软件供应商的标准网络协议和数据格式（如HTTP和XML）进行通信，主要目标是跨平台的可互操作性NET技术的实质是建构在。NET CLR（Common Language Runtime,通用语言运行库）和Assembly（装配）技术上。其基本框架如图4所示。

 

　　.NET框架主要由三个部分组成：通用语言运行库CLR、统一类库和ASP.NET.

　　运用ASP.NET可以开发基于。NET框架的三层结构的Web应用，其体系结构如图5所示。这里有表示层、应用逻辑层以及数据层三个逻辑层。这三层结构将分布式应用程序的不同方面清楚地分开。业务逻辑被封装到一个。NET部件内。数据库访问通过一个处理所有和SQL Server管理的提供者交互的类实现。该类采用ADO.NET提供的对象对数据库进行操作，通过存储过程访问存储在数据库中的数据。

 

　　其中，表示层使用ASP.NET Web Form结合用户控件写成。由于使用Visual Studio .NET创建该站点，因此使用Code-behind的方式，每个。aspx页面的代码封装在一个单独的文件内，并调用XML Web Service提供的服务，完成页面加载的功能。Library .NET中间应用层逻辑封装到名为Library .Components的命名空间中。数据层使用存储过程来进行数据操作。它不仅提供了与中间层更为清楚的分离，还有助于阐明事务上下文和范围。在存储过程中只封装了基本的查询，业务逻辑放在中间层类以及。NET XML Web Service中。

　　4  结束语

　　随着企业对信息化的需求越来越迫切，构筑适合第三方物流企业行业特点的信息系统显得尤为重要。本文首先提出了协同物流商务的概念，并分析了它的商业模型。在系统分析协同物流商务系统体系结构模型的基础上，对其开发模式进行了较为具体的分析。Web应用是当今分布式应用广泛的应用形式，基于多层结构的应用系统显着提高了应用程序的跨平台性和互操作性，同时增强了系统的灵活性、开放性，因此是开发物流信息系统的理想选择。本文给出了开发一个交通行业的通用物流信息平台的工程实例。该平台基于。NET框架，用ASP.NET开发，在实际运用中已取得良好的经济效益。