基于rfid技术的物流追溯平台应用方案

  可靠及扩展性

  适用于企业级软件建造

  易于同外部系统通讯

  4) 数据表示:

  采用XML

  标准化及扩展性

  适用于企业内及企业间数据交换

  5) 数据交换:

  采用EDI ,JCA 及 WebService方式

  识别企业间数据不同格式

  实现与外部系统数据交换

  2.4. 系统数据库结构

  基于物流平台运作的特点,其信息系统的数据需求必须满足以下几点:

  基础数据的一致性:对一些必须在公司物流网络内部实现信息共享的数据,如仓库、车辆、客户、货码、员工名称等信息必须保持一致性。必须做到一个服务网点输入后,其他所有网点都能共享这些信息。

  数据库安全保证。

  数据查询效率:为了保证整个公司内部的工作效率,数据的查询必须在一个指定的时间范围内得出。

  多数据库兼容(例Oracle、SQL Server、DB2):由于整个公司网点众多,为了降低成本,系统必须满足兼容不同的数据库。如在某些网点采用性能较低、成本较低的数据库;而在重要的数据中心则采用性能较高、成本也较高的数据库。

  {$PAGE$}

  2.4.1. 数据库结构

  基于物流平台的现状,本系统数据库拟采用中央集中式数据库结合各地临时数据文件的结构模式。

  这种解决方案的特点就是能够保证整个系统中的数据实时同步,数据的统一管理。但这种方案要求通信网络有较好的通信速度、安全性和稳定性,以保证系统安全稳定运行和快速处理数据。在网络出问题的时候关键业务仍然可以通过临时数据文件进行。

  2.4.2. 多数据库兼容

  为了解决物流信息系统兼容不同的数据库问题,拟采用针对不同的数据库实现不同的数据库插件。在实施的时候,可以根据用户的需要,在不同的网点,只需配置目标插件,就可以让整个系统兼容不同的数据库。

  2.4.3. 数据备份与恢复

  制定良好的备份策略,是物流平台正常运转的必备条件。对于数据的备份,物流平台除了可以采用双机热备份以外,还可以采用逻辑备份与物理备份相结合的方式,以保证最大可能的平均无故障时间和最小恢复时间,所有备份数据存放在磁带中和远程数据库服务器中。所有备份均通过预先定制的策略编写自动备份脚本文件或程序来实现。

  逻辑备份:每天凌晨一点对各数据库进行数据的增量备份(只备份当天发生的业务数据)。每周六凌晨一次全备份,每月的全备份作为历史数据存档。

  物理备份:物理备份分为两种(数据库关闭与不关闭),也就是冷备份与热备份。每月做一次全数据库备份(全部表空间备份),对于业务量大的数据每周做一次全备份。每周做一次一级增量备份,包括产生的重做日志文件。每天做一次二级增量备份,每天备份当天产生的重做日志。

  容灾策略:为防止因意外情况如地震、火灾而产生的数据库破坏,所有备份的数据应存放在与生产数据库远离的地方,如有必要,可考虑为每一数据库建立相应的远程STANDBY数据库。

  2.5. 系统运行环境

  考虑系统的开放性,系统平台基于开放系统的软硬件环境,具备较广泛的计算机硬件平台支持,支持市场上主流计算机厂商的Unix、Windows平台,便于系统的移植和升级;全面支持中文界面和中文输入;网络通讯支持TCP/IP协议。具体运行环境如下:

  客户端程序运行在浏览器环境中,用户只要在客户端机器上装有浏览器(一般由操作系统自带的),就可以运行程序。而不需要在客户端上装专门的客户端程序。

  服务器端的程序可以在Win2000、Window NT、Linux、Unix等系统环境中运行。

  数据库服务器可以为Oracle、SQLServer、DB2等数据库。

  网络环境为支持TCP/IP协议的网络。

  2.6. 系统开发环境

  整个系统采用先进的Browser/Server与传统的Client/Server相结合的开发模式,完全基于Java 和 XML技术开发。系统采用J2EE框架,便于系统的扩展。中交国科在项目开发中采用以下开发环境:

  项目开发管理工具——MS Project

  系统分析与系统设计的建模工具——Rational Rose

  后台Java 开发工具——Eclips4.0

  前台页面开发和网站管理工具——Dreamware UltraDev

  软件版本控制环境——CVS