杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期项目-需求规格说明书1.1F

1、杭州市道路运输管理局杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心交通运输物流公共信息平台货物跟踪中心二期建设项目二期建设项目需求规格说明书需求规格说明书浙江电子口岸有限公司浙江电子口岸有限公司20152015 年年 2 2 月月2项目名称：杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期项目 版本： 需求规格说明书 日期： 2015/2/2文件编号：ZJPORT-RM-D-002项目编号：文件状态： 草稿 正式发布责任部门：版本修订历史版本修订历史版本日期章节号CADM修订说明作者/参与者审核者V1.02015-2-2全文C创建本需求规格说明书张志高官正旺V1.1201

2、5-3-2第五章M修改和补充业务功能需求官正旺注意：注意：1. 对本规格的所有增加、修改或者删除都必须填写修订记录，详细记载其修订内容，使其具备强可追溯性。2. 修订记录按修订时间倒序排列；3. 修订类型：C-CREATED 创建 AADDED 增加 M-MODIFIED 修改 D-DELETE 删除；4. 对章节进行修订的务必给出修订章节的超链接；3目目 录录文档介绍文档介绍.11.1文档目的.11.2文档范围.11.3读者对象.11.4图例.2项目概述项目概述.32.1项目背景.32.2系统定义.32.3项目范围.42.4项目目标.5总体规划总体规划.73.1建设思路.73.2建设原则.1

3、03.3系统特点.123.4技术要求.143.4 总体架构设计 .163.4.1系统蓝图.163.4.2功能架构.183.4.3数据架构.223.4.4技术架构.23数据架构设计数据架构设计.274.1数据分类.274.2数据逻辑分布.284.3数据物理分布.294.4数据质量管理原则.31业务及功能需求设计业务及功能需求设计.325.1搭建公共节点跟踪模块.325.1.1界面设计.325.1.2技术架构.385.1.3节点覆盖一览表.395.2供应链跟踪管理支持进出口业务.415.2.1空运进出口需求.415.2.2 海运进出口需求.425.2.2界面设计.4945.2.3流程和结构.505

4、.2.4各环节主要事件以及各事件的数据项.525.3跟踪中心移动应用建设.535.3.1主要功能模块.535.3.2界面设计.545.3.3用户体验.575.3.4对主流移动终端的支持.575.4跟踪中心一期功能的优化.585.4.1完善注册、登录、用户管理.585.4.2优化运单跟踪流程校验功能.595.4.3优化跟踪中心上传报文标准.595.4.4支持更丰富的查询条件.605.4.5支持更深入的报表和数据分析.615.4.6优化异常处理功能.615.4.7优化定位服务接入.615.4.8提升系统可维护性.645.4.9增加订阅、推送功能.655.5系统管理.655.5.1用户管理.665.

5、5.2权限管理.665.5.3日志管理.665.5.4用户管理.666.1系统性能设计.666.1.1性能设计原则.666.1.2系统性能要求.676.1.3系统性能优化方法.686.2系统可靠性、易用性设计.706.3系统安全设计.726.3.1系统安全设计原则.726.3.2系统安全设计要求.736.3.3系统安全设计策略.737.1试点应用思路.837.2试点的原则.837.3应用企业建设-泛远物流和融易通.847.4试点效益分析.897.5应用场景市场推广应用的保障措施.917.6试点进度计划.931文档介绍文档介绍1.11.1 文档目的文档目的本文档详细描述杭州市道路运输管理局交通运

6、输物流公共信息平台货物跟踪中心二期项目必须满足和实现的需求规格，包括功能性需求、非功能需求与约束条件等。本文档为本项目的项目管理人员、系统设计人员、编码实现和测试人员开展系统分析与设计、编码实现、系统测试等工作提供基础参考和输入依据，同时为后继这些活动提供了约束和限制，也界定了本项目的工作内容。1.21.2 文档范围文档范围本需求规格说明书将用户的需要转化为软件的需求，将软件需求转化为设计依据，使软件需求具体化、定量化和准确化，具体包括以下内容：定义物流公共信息平台货物跟踪中心二期项目背景；定义物流公共信息平台货物跟踪中心二期项目整体目标；定义物流公共信息平台货物跟踪中心二期项目系统改进点、及

7、新增内容；定义物流公共信息平台货物跟踪中心二期项目进出口业务场景建设及试点；定义物流公共信息平台货物跟踪中心二期项目详细功能需求。 1.31.3 读者对象读者对象本文档适用于物流公共信息平台货物跟踪中心二期项目面向的用户群；适用于开发和实施本项目的项目管理人员、系统分析员、软件开发人员、软件测试人员、实施部署人员等项目相关人员。2上述预期读者可以通过阅读本项目建议书对将要开发的杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心项目二期有一个全面、详细的了解和认识。1.41.4 图例图例YesVerify OK ?起始结点业务操作分支判断表证单书业务流程分支流程业务阶段3项目概述项目概述2

8、.12.1 项目背景项目背景物流跟踪中心是物流公共应用中心重要的对外应用服务之一，是基于平台负责交换的电子单据（包括托运单、作业单等运输企业的业务单据）数据，并整合外部相关车辆定位服务商、电子口岸通关服务平台、港口 EDI 服务平台、集装箱跟踪增值服务商等，提供陆运、海运、空运、铁路等物流状态的静态跟踪、动态跟踪及相关增值服务的公共应用系统。物流跟踪中心分两期建设，一期主要实现陆运、海运公共信息节点跟踪，以及陆运供应链跟踪管理，实现包括车辆定位服务在内的陆运物流跟踪可视化。随着我国物流行业的信息化水平不断提高，货主、货代企业、运输公司、物流企业、物流园区对物流信息化服务的需求日益迫切，对物流信

9、息的需求已不仅仅局限在陆运和海运过程中物流信息的需求，对空运、铁路、物流园区、进出口物流信息提出了新的需求，对实现全程供应链信息化、可视化需求日益加剧。为满足用户对物流信息的需求，跟踪中心二期建设将在一期建设的基础上，增加物流园区、空运、铁路等物流公共信息节点的信息对接，实现供应链跟踪管理的进出口跟踪可视化，并增加移动应用终端和定制化接口服务等功能。2.22.2 系统定义系统定义交通运输物流公共信息共享平台（以下简称平台）是在交通运输部的领导下，浙江省交通运输管理部门牵头，以“共建物流信息基础交换网络、共享网络成果、共担物流产业发展重任”为宗旨，共同建设的物流公共信息平台。平台以企业信息系统为

10、基础、公共信息平台为载体、企业信息系统与数据交换平台联网为核心。平台目前建设了五大物流公共应用中心，主要包括物流跟踪中4心、信用中心、资源中心、交通物流运行监测中心、东北亚物流公共服务系统。2.32.3 项目范围项目范围为了确保本项目建设过程能够满足不同类型用户对物流信息和物流业务的需求，并考虑充分发挥交通运输物流公共信息平台强大的物流数据整合能力和物流信息服务能力，项目范围包括以下内容：（1）搭建多种运输方式的公共节点跟踪模块；（2）供应链跟踪管理支持进出口业务；（3）跟踪中心移动应用建设；（4）对一期功能的优化和提升；完善注册、登录、用户管理；支持运单跟踪不需要流程校验功能；支持更多标准报

11、文的接入；支持部分跟踪信息的页面录入功能（Web EDI）；支持更丰富的查询条件；支持更深入的报表和数据分析；优化异常处理功能；优化定位服务接入；增加订阅、推送功能。（5）完成物流跟踪中心进出口应用场景建设；52.42.4 项目目标项目目标物流跟踪中心一期完成了整体规划中的采集层、交换层、数据层、应用层的基础架构应用设计和硬件采购部署，主要实现了软硬件基础框架的搭建，以及道路运输领域的运单跟踪和供应链可视化管理。满足了个体、货主、货代、运输公司、物流企业、物流园区等物流信息服务需求主体对普通道路运输和仓储物流状态节点的跟踪。随着跟踪中心应用企业的增加，以及物流信息化的快速发展，陆运节点物流状态

12、跟踪信息已不能满足跟踪中心应用企业对物流信息的需求，用户对海运、空运、铁路、物流园区等物流节点的物流信息需求日益明显，在进出口物流和多式联运方面，全程供应链可视化和跟踪的需求更加迫切。为了满足应用企业及潜在用户对物流信息服务的需求，跟踪中心将进一步加强物流信息化的建设。物流跟踪中心二期将提供的物流信息服务从普通道路运输领域的运单跟踪和供应链可视化管理扩展到集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的全面、综合的物流信息服务，实现全程供应链跟踪和可视化。二期建设将在一期建设的基础上增加海运、空运、铁路、物流园区等物流公共信息节点的信息对接，供应链的可视化方面将侧重进

13、出口物流领域，主要增加进出口的数据采集工作，采集数据来源包括船货代系统的委托单据、船公司订舱确认、港口系统上下船、进出门数据、海关和电子口岸通关数据等。根据进出口物流跟踪节点信息的外部系统的不同特点，节点信息获取从外部系统直接将数据发送到物流跟踪中心、物流跟踪发起请求向外部系统调用数据两种方式的基础上增加了 WEB EDI 节点信息获取方式。为方便用户对跟踪数据的获取方式，二期将在应用服务模式上扩展移动应用、定制化订阅服务等服务。并在一期建设的基础上进一步优化和完善系统现有功能，实现商业运营的目标。6跟踪一期与二期区别图解7总体规划总体规划3.13.1 建设思路建设思路为落实国务院物流业发展中

14、长期规划（2014-2020 年）提出的，以提高物流效率、降低物流成本、减轻资源和环境压力为重点，着力建立和完善现代物流服务体系，加快提升物流业发展水平的要求，我省将进一步推进交通运输物流公共信息平台发展，整合各环节信息资源，促进物流信息与相关信息的有效衔接。在此基础上，进一步深化交通运输物流公共信息平台的服务能力，以此带动我国物流行业的信息化服务能力的提升。跟踪中心作为交通运输物流公共信息共享平台重要的对外服务应用，将打造集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的全面、综合的物流信息跟踪服务体系，并根据物流企业对多种运输方式物流节点物流信息的需求，以交通运输物

15、流公共信息共享平台为数据交换基础，实现全程供应链跟踪和可视化。跟踪中心的建设工作需结合交通运输物流公共信息共享平台的建设步骤，分阶段、按实际需求完成。为确保项目在各建设过程中，在交通运输物流公共信息共享平台基础上，能够保持一致的建设思路，充分利用前序经验和成果，最大限度的满足用户对全面、综合的物流信息跟踪服务需求，确保系统最终建设成效，结合二期项目的建设要求，形成以下建设思路：1、以供应链跟踪信息的完整性、服务的便利性为引导，进一步完善系统功能，引进移动终端服务方式物流跟踪中心二期建设在一期建设的基础上，为满足用户对集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的物流

16、信息跟踪服务需求，以及为更方便用户对跟踪数据的获取，二期建设增加了一些系统功能。增加的系统功能主要包括以下方面：搭建多种运输方式公共节点跟踪模块；8在一期运单跟踪查询的基础上增加多种运输方式的公共节点状态跟踪。实现港口、机场、铁路、海关等节点状态查询功能。供应链跟踪管理支持进出口业务；一期的供应链跟踪管理只支持道路运输业务的单据和状态节点跟踪，二期需要支持进出口供应链业务的单据管理和跟踪。完成出口流程的整合和应用，包括实现货代、仓储、集卡车队、堆场、港口、船公司、海关等多个环节的整合，实现出口物流整合跟踪支持。为满足用户的需求,需要实现订舱基本数据的导入,提供以订舱单为中心的一站式查询服务。跟

17、踪中心移动应用建设；开发跟踪服务移动应用程序，实现基于节点状态的普通物流运输单和供应链跟踪信息查询功能。对一期功能的优化和提升。跟踪中心一期试点应用的过程中，试点企业提出了一些优化和完善功能。为满足供应链企业进一步使用跟踪中心的需求，还需完成以下内容:完善注册、登录、用户管理支持运单跟踪不需要流程校验功能支持更多标准报文的接入支持部分跟踪信息的页面录入功能（Web EDI）支持更丰富的查询条件支持更深入的报表和数据分析优化异常处理功能9优化定位服务接入增加订阅、推送功能2、以对外功能服务可靠、安全、易用为目标，进一步优化系统的非功能性系统性能设计为了保证系统能够长期、安全、稳定、可靠、高效的运

18、行，系统应满足系统处理的准确性和及时性、开放性、可扩充性、安全性、易用性、易维护性、先进性等性能要求。系统可靠性建设为保证系统在规定的条件下和规定的时间内完成规定功能的能力，系统应满足在硬件寿命、网络系统可靠性、数据可靠性、系统故障修复能力等方面的安全性要求。系统易用性建设为了方便跟踪中心用户对跟踪数据的获取，应满足系统内容易用性、系统功能易用性、系统服务易用性、系统外观设计易用性等方面的要求。系统安全性建设为保证系统的正常、安全运行，应充分考虑系统的网络层、系统层、信息交换层、应用层、数据层和管理层等方面的安全性。3、以示范应用效果为检验标尺，进一步完善供应链跟踪服务的适用性随着企业或个人对

19、物流服务信息化的要求不断提高，而现有企业的跟踪功能只能获取部分的跟踪信息，缺乏完整的供应链信息的获取手段，已经无法满足更高信息化服务水平的要求，急需从整体供应链的角度加大物流信息化的建设，通过建设物流跟踪中心，实现全程供应链的跟踪可视化，并推动交通运输物流公共信息共享平台物流数据交换标准的应用。随着个体对国际快件物流服10务水平的要求不断提高，以及多式联运的普遍化，急需要将陆运跟踪扩展到集陆运、海运、空运、铁路运输、物流园区等物流节点信息以及进出口物流信息于一体的信息跟踪，实现从国内物流跟踪到国际物流可视化跟踪。为了使物流跟踪中心系统满足用户所要求的能力和水准，并能为用户提供操作方便的物流信息

20、服务，同时满足未来物流业发展的需求，使跟踪中心系统能可持续性发展，需要对物流跟踪中心选择应用试点对象进行应用场景建设。选择 2 家进出口物流企业进行应用场景建设。每个应用场景应至少包含货代、仓储、集卡车队、堆场、港口、船公司、海关等环节中的三个环节在内的业务节点跟踪，并且必须将进出口供应链订舱委托单接入跟踪中心系统中。图建设思路3.23.2 建设原则建设原则为了保证物流跟踪中心的顺利建设，在系统设计和规划时须遵守以下原则：（1 1）实用性原则）实用性原则11系统应具备完成本项目中所要求功能的能力和水准。在符合本项目实际需要的国内外有关规范要求条件下，打造出能够满足用户实际需求且操作方便的物流信

21、息服务体系。（2 2）先进性原则）先进性原则采用国内外先进性、前瞻性技术来完成系统设计，打造具有国际水平的物流服务模式，为个体用户、货代、运输公司、物流企业、物流园区、乃至整个物流行业提供国际领先的物流服务平台和物流服务模式。（3 3）开放性原则）开放性原则系统设计遵循开放性原则，提供符合国际标准的软件、硬件、通信、网络、操作系统和数据库管理系统等诸方面的接口与工具，提供标准数据接口，支持异构数据源间的数据访问，使系统具备良好的灵活性、兼容性、扩展性和可移植性，能够适应并满足物流行业不断发展变化的物流业务需求和物流信息服务需求。（4 4）可持续发展性原则）可持续发展性原则项目要充分考虑未来物流

22、业发展的需要，在物流服务业务不断扩张的过程中不需要重新对系统进行系统规划与设计就能满足用户的需求，并能够顺利、平稳地向更新的运营模式及实现技术进行过渡。（5 5）创新性原则）创新性原则在管理模式、制度建设、设施设备、信息系统等方面寻求创新，发挥优势，兼顾物流行业信息化的健康发展，为物流行业打造符合未来行业发展需要的信息化服务体系。（6 6）模块化原则）模块化原则系统中各功能模块的设计应注重业务逻辑的细化，采用模块化、组件化和开放性设计，方便实现应用模块的增加和删除，满足不同时期用户对物流功能、物流信息服务和用户数据获取方式的需求。12（7 7）经济性原则）经济性原则浙江电子口岸有限公司拥有杭州

23、海关、宁波港口、萧山机场、货运站场、内陆监管区的口岸通关数据和国际物流数据，能够为跟踪中心数据采集工作带来很大的便利性，降低外部数据接入造成的成本费用，同时，浙江电子口岸有限公司具有“大通关”平台运维、东北亚物流信息服务网络运维等多个系统运维经验，是浙江省唯一一家准照全省“大通关”规则、开发、建设和运维单位，浙江电子口岸有限公司在软件开发、运维等方面的经验和能力为更好、更快速的完成本项目系统开发、实施、维护等工作提供了保障，节约成本的同时也提高系统的可靠性、实用性、易用性、安全性和经济性。3.33.3 系统特点系统特点随着物流业的不断发展，物流业对货物跟踪的要求越来越高，用户需要寻求更高、更全

24、面的货物跟踪服务。随着多式联运的普遍化，用户需要多种运输方式物流节点的跟踪服务，同时，物流国际化已成为发展趋势，用户对进出口供应链跟踪的需求更是迫切，而平台跟踪中心现有跟踪服务已无法满足用户的需求，本次建设的物流跟踪中心旨在增加用户需求的功能模块以及方便用户查询跟踪信息的移动应用终端和定制化接口服务，并对一期功能进行优化和提升，为用户提供全程供应链跟踪可视化服务。主要体现在以下几个方面特点：（1 1）用户类型多样性）用户类型多样性跟踪中心一期货物跟踪用户类型主要是货主企业、运输公司、物流企业等物流运输环节的托运方和承运方。二期将用户类型扩展到港口、海关、物流园区、提供通关物流服务企业、个体用户

25、等用户类型，将用户类型延伸至整个物流供应链的所有参与方。不同类型用户对跟踪信息的侧重点不一样，个体用户侧重对国内、国际快件跟踪信息的需求；货主企业侧重对货物在途中的运输信息需求；运输公司和第三方物流企业侧重对货物在途信息、集装箱信息、实时货物信息、车辆跟踪与定位信息的需求；物流园区、车站、货运站侧重对车辆的进出信息、货物信息等需求；政府部门侧重对统计分析所需要的各类物流数据的需求。跟踪中心二期提供集陆运、海运、空运、铁路、物流园区等物流节13点以及进出口物流信息于一体的全方位信息跟踪服务，全面满足各类用户的信息需求。（2 2）广泛和复杂的信息整合）广泛和复杂的信息整合由于不同类型用户对跟踪信息

26、的需求各不相同，对信息的整合要求较高，为了满足各类用户的信息需求，跟踪中心二期在一期对陆运跟踪的基础上，增加对港口、海关、机场、货运站、物流园区等物流节点数据和进出口物流数据的采集，实现对陆运、海运、空运、铁路、物流园区等物流节点以及进出口物流信息全方位的信息跟踪，实现更为复杂的信息整合，使跟踪中心提供的信息更加全面、精细和丰富。（3 3）服务内容多样性）服务内容多样性货物跟踪中心用户类型多样性，不同类型用户的信息需求各不相同，为了方便用户获取信息，二期跟踪中心为用户提供运单查询模块、供应链查询模块和公共节点跟踪模块，并为个体用户提供移动应用终端服务和定制化接口服务。由于用户获取信息的用途也不

27、一样，物流跟踪中心延伸服务内容，为客户提供KPI 考核、统计分析等更深入的综合服务。（4 4）核心企业货物跟踪云服务）核心企业货物跟踪云服务在平台部署货物跟踪中心的基础上，利用广泛的核心企业对跟踪服务的个性化要求，核心企业根据货物跟踪中心的定制功能，配置核心企业的展示页面、流程节点、控制规则、用户管理、考核指标等功能。（5 5）个性化接口定制服务）个性化接口定制服务跟踪中心二期建设在为用户提供多种方式的信息查询服务的同时，也考虑到用户的个性化需求，为用户提供邮件、短信定制功能，用户可按自身需求进行定制，及时通过邮件、手机短信获取所需货物状态变化信息。（6 6）简单美观的客户体验效果）简单美观的

28、客户体验效果14为了改变已有固有的信息跟踪显示方式，为客户提供能具有可视化的跟踪服务，平台将采用更简洁美观的图形化表现手段，为客户提供多种设备的显示方式，以加强客户对系统体验效果。3.43.4 技术要求技术要求为确保货物跟踪中心二期建设按要求进行建设，本节将重点从软件技术能力对项目的技术提出要求，并在项目建设过程中严格执行：（1 1）具备面向服务的架构）具备面向服务的架构目前 SOA 架构已逐渐成为核心企业应用的主流技术，存在性能和复杂性等问题也得到极大改善，同时 SOA 架构还解决了很多其它的问题，减少了各个应用系统之间的耦合程度，并可以方便地实现各个业务系统之间的互联，且具体实现和技术无关

29、。（2 2）具备构件化的开发方式）具备构件化的开发方式构件化开发使系统对各种可能存在需求和流程方面的略微差异具有较强的适应性，通过系统管理员的配置即可轻松应对。随着多层结构应用的日益流行，基于构件对象的开发技术也日趋成熟，构件作为集中处理各种复杂业务逻辑的应用单元，大大提高了软件的开发效率。因为它具有更强的独立性，更好地支持软件的重用，软件的重用还可使软件的质量得到极大的提高，同时提高了应用系统的质量和可靠性。业务处理系统中，应用支撑平台的功能组件和上层应用软件的开发将遵循基于构件的软件生产管理规范和软件复用技术规范，即基于构件的软件工程（CBSE）。（3 3）具备层次性框架模型）具备层次性框

30、架模型系统层的支撑平台，必须要做到非常强的可扩展性，因此框架层次必须非常清晰，层和层之间应该避免直接依赖，便于每一层的升级和分布式部署。15业务处理系统面向业务人员的功能完全使用 B/S 的结构，只需要通过浏览器就可以访问业务系统的各项功能，客户端不需要下载安装任何插件。（4 4）具备移动终端开发能力）具备移动终端开发能力移动终端是目前流行的一种快捷的服务模式，通过移动终端可以做到快速、移动、高效，因此，在本项目中为核心企业及用户提供更多的信息获取手段，用移动终端开发技术，实现在目前流行的移动终端设备采用的操作系统(iOS, Android)上实现货物跟踪服务。（5 5）具备数据优化处理能力）

31、具备数据优化处理能力本系统涉及大数量的数据处理，对于数据的处理能力要求高，这直接影响到系统的应用效果及质量。为保证系统具有高质量的处理能力，在系统规划及开发将引入相关的数据优化工具及引擎，聘请在数据中心优化方面的专家参与项目的开发及设计工作，确保项目的数据处理的高效。（6 6）具备硬件集群能力）具备硬件集群能力为确保系统在运行安全可靠，通过集群方式来实现系统不间断应用。实现高可用性，集群通过一组计算机系统提供透明的冗余处理能力，从而实现不间断应用的目标。集群是共同为客户机提供网络资源的一组计算机系统，其中每一台提供服务的计算机称为节点。当一个节点不可用或者不能处理客户的请求时，该请求会及时转到

32、另外的可用节点来处理，而这些对于客户端是透明的，客户不必关心要使用资源的具体位置，集群系统会自动完成。（7 7）充分考虑动态部署能力）充分考虑动态部署能力基于“控制反转”(Inversion of Control，IoC）技术实现构件的动态部署。由于应用程序中产生错误是不可避免的，很多时候是在生产时间，某个业务构件的逻辑有错误，如果不更新程序，可能有一项业务就不能正常使用；如果要替换程序，可能需要关闭系统，这会影响所有的操作员，显然是不现实的。系统应提供动态加载的方式，实时监控各种业务构件和应用参数的修改时间，当应用程序或配置参数发生变化时，能够自动编译并加载更新以后的程序。采16用动态部署的

33、方式，也可以大大减少开发调试的工作量，可以避免反复启动服务器。3.4 总体架构设计总体架构设计3.4.1 系统蓝图系统蓝图跟踪中心总体采用多层次结构进行设计，总体架构主要包括：用户层、界面层、应用层、协同服务层、信息资源层、数据处理层、数据交换层、采集对象层，以及相应的信息安全、运行维护保障体系，标准规范保障体系等几部分。总体架构蓝图如下图所示：信息安全保障体系运行维护保障体系用户层界面层应用层标 准 规 范 保 障 体 系货主货代企业海陆空运输企业港口、园区、仓储企业外部接口服务直接接收外部请求清洗设置整合设置采集对象层物流园区系统船货代系统航运企业系统物流服务平台港口系统数据处理层数据交换

34、层数据采集数据存储数据清洗数据整合信息资源层结构化数据协同服务层流程引擎业务逻辑引擎消息引擎外部接口服务引擎信息管理海关/电子口岸道路运输企业外部系统铁路系统非结构化数据航空系统集装箱运输船货代系统WEB EDI录入普通运输新建模块优化模块已有模块数 据 交 换 平 台移动APP授权管理安全管理系统管理普通物流运输单查询供应链跟踪信息查询移动终端服务用户认证公共节点跟踪查询跟踪数据管理车辆定位跟踪节点信息跟踪跟踪中心网站服务统计分析跟踪中心网站外部接入17通过对项目的建设情况进行分析得知，物流跟踪中心一期完成了整体规划中的采集层、交换层，数据层、应用层的基础架构应用设计和硬件采购部署。项目二期

35、总体设计是在一期建设基础上针对采集对象层、界面层、应用层、以及用户层进行优化升级。1. 采集对象层采集对象层主要是向跟踪系统提供数据，以及使用跟踪系统服务的外部系统。一期通过单据交换采集标准软件中的数据，如小件快运、普运、仓储、货代、集运、物流基地等；二期要在一期的基础上通过单据交换及服务交换等方式采集各物流节点信息，如港口、海关/电子口岸、航运企业、物流平台等，以及提供一种 Web EDI 数据录入方式，解决中小企业接入跟踪中心难的问题。2.应用层应用层是指本项目所涵盖的货物跟踪中心的系统功能部分。主要包括货物跟踪中心网站服务、外部接口服务、移动终端服务、系统管理、信息管理。项目一期已经基本

36、完成了跟踪中心网站服务、外部接口服务、系统管理、信息管理等模块的建设。本次项目是在一期建设的基础上，针对各模块具体功能进行优化升级，并增加移动终端模块，为用户提供更加丰富的状态信息服务。3.界面层为用户层提供基于浏览器的货物跟踪中心网站，以及手机移动终端 APP 应用程序，为用户提供个性化的移动展现。4.用户层即所以使用本系统的用户。主要包括：货主货代企业、道路运输企业、海空铁运输企业、港口、园区、仓储企业等。3.4.2 功能架构功能架构系统采用如下功能架构，包括跟踪信息整合、对外服务、系统管理三个部分，具体见以下功能架构图：18信息管理跟踪数据采集存储直接接收管理外部请求管理跟踪数据清洗整合

37、清洗设置整合设置对外服务跟踪中心网站服务接口服务移动终端服务供应链跟踪信息查询普通物流运输单查询用户认证公共节点跟踪信息查询用户认证运单跟踪信息查询第三方接口服务公共节点跟踪信息查询供应链跟踪信息查询进出口业务跟踪信息查询跟踪数据管理页面配置流程管理控制规则考核管理信息定制异常管理客户管理数据监控节点信息跟踪运单跟踪供应链跟踪公共节点跟踪车辆定位跟踪车辆运行跟踪智能化车辆管理电子地图显示轨迹回放车辆轨迹跟踪GPS监控显示统计分析物流业务分析物流服务分析数据报表分析系统管理授权管理安全管理用户管理权限管理日志管理用户认证新建模块优化模块已有模块通过对项目的建设情况进行分析得知，物流跟踪中心一期已

38、经完成了信息管理、对外服务、以及系统管理等几部分建设部署。项目二期总体设计是在一期建设基础上针对信息管理、对外服务以及系统管理等模块进行优化升级。1.信息整合信息整合主要完成跟踪数据的处理，包括：跟踪数据采集存储、跟踪数据清洗整合两部分。跟踪数据采集存储通过直接接收、外部请求等方式获得原始跟踪数据，并根据数据分类进行存储；跟踪数据清洗整合依据系统预先设定的规则，完成原始跟踪数据的再加工，并根据数据分类进行存储。一期已经完成了信息整合的整体部署设计，二期在一期的建设基础上完成功能模块的优化扩展升级：支持多报文接入（普通运输四个单据托运单、发车单、状态变化单、回单）19优化跟踪数据上传标准，实现上

39、传标准能包含采购、仓库等信息等。2.对外服务项目一期主要提供跟踪中心网站服务、接口服务两部分，本项目在一期项目基础上，更新了跟踪中心网站服务和接口服务内容，并开发跟踪服务移动应用程序，实现移动终端服务。（1）跟踪中心网站服务货物跟踪中心网站服务包括：跟踪数据管理、车辆定位跟踪、节点信息跟踪、统计分析。跟踪数据管理主要完成系统的各项配置工作，为系统提供灵活的管理手段；车辆定位跟踪以 GPS 方式对运输车辆位置进行跟踪与显示。通过外部系统互联实现与 GPS 服务商的数据交换，实现对车辆实时位置信息的对外查询，并支持多点跟踪与连续跟踪；节点信息跟踪可以实现运单跟踪、供应链跟踪以及公共节点信息跟踪，完

40、成对货物的状态信息查询；统计分析通过对原始数据的分析、整理、加工等，为用户提供对系统整体状况信息。项目二期在一期建设基础上，对相应的模块进行优化升级：跟踪数据管理优化了流程管理和控制规则管理，更新了运单跟踪流程校验功能；优化异常处理功能；增加订阅、推送功能；提升系统可维护性，为跟踪中心系统的异常和日常性能提供监控页面；车辆定位跟踪优化了车辆定位跟踪服务；节点信息跟踪支持更丰富的查询条件；提供供应链进出口业务查询；提供公共节点跟踪查询；统计分析20支持更深入的报表和数据分析；（2）接口服务接口服务主要面向于物流服务提供商、货主企业等有自身生产系统的企业用户。通过服务接口的方式，对外提供物流跟踪服

41、务，方便物流服务提供商、货主企业等企业用户，对物流跟踪信息的使用。主要包括：用户验证、运单跟踪查询、供应链跟踪信息查询、进出口货物跟踪信息查询、公共节点跟踪信息查询、第三方服务接口等功能。项目二期将在一期的基础上进行相关接口模块更新升级。（3）移动终端跟踪中心一期的跟踪状态查询目前只能在网站上查询，项目二期开发跟踪服务移动应用程序，能够支持 iOS6.0、Android4.0 两大主流操作系统，并且能够适应当前主流移动终端屏幕的大小。该移动应用程序可以实时查询跟踪状态信息，只要输入运单号，能查询到跟踪中心的物流状态信息。该应用程序具有拍照功能，可以通过拍照条码输入跟踪单号实现普通物流运输单和供

42、应链跟踪信息查询功能。3.系统管理系统管理包括用户管理、权限管理、日志管理、用户认证等功能。用户管理完成系统用户基本信息维护、密码管理等功能；权限管理用来对系统的用户功能、数据范围、业务范围、角色等进行设置；日志管理主要用来对系统运行的基础信息进行查询，方便系统的运行维护；用户认证是基于系统的安全体系，对系统中的用户进行唯一性信息、安全性信息、可靠性信息等管理。一期已经基本是实现了用户管理、权限管理、日志管理和用户认证等功能。二期项目在一期项目基础上，进行了功能的扩展，完善了注册、登录、用户管理。按照平台管理系统的用户和认证标准要求，完成统一用户信息管理、统一用户认证和数据同步工作，并配合平台

43、管理要求进行跟踪服务管理、申请和审核对接工作。管理中心的用户能够同步到跟踪中心，跟踪中心登录调用统一认证接口。213.4.3 数据架构数据架构数据架构必须与业务架构结合在一起考虑。这两个架构是通过一系列的信息系统需求即应用架构规划连接起来并保持一致的，这些架构的需求来源于业务架构并在数据架构中体现。数据架构、应用架构和业务架构是企业整体架构的不同的视角，而不是各自独立的架构。架构内容如下图所示：通过对项目的建设情况进行分析得知，物流跟踪中心一期已经完成了整体的项目数据架构部署。项目二期总体设计是在一期建设基础上根据实际业务需求对数据逻辑分布以及数据交换与共享进行扩展、优化升级。1. 数据逻辑分

44、布数据的逻辑分布主要是按照数据体现的业务内容以及数据的获得方式进行设计。主要按照：运输方式、企业类型、提供方式三个维度进行数据的逻辑存储设计。22运输方式这个维度下的数据从逻辑上分为：陆路、水路、航空、多式联运等维度，这样能够在数据层面，最大化体现不同运输方式下，对于货物跟踪数据的特出要求，进而能够在更细、更深的层次上实现货物跟踪。企业类型这个维度下的数据从逻辑上分为：运输、仓储、货代、船代、船公司、第三方物流、物流园区等维度，从不同用户的角度来实现数据管理，既能体现不同类型用户的共性，又使后期提供用户的个性化服务提供良好支持；同时，随着物流需求不断发展，用户角色更加复杂，也便于从数据层面对系

45、统进行改进。提供方式这个维度下的数据从逻辑上分为：直接上传、服务交换调用、WEB EDI 录入上传和交换整合。从不同的数据交互方式上对数据进行管理，可以适应以后扩展货物跟踪中心与其他系统数据交互的方式。2. 数据共享和交换数据共享和交换主要配合数据交换层、外部接口服务以及移动终端服务，用来完成运单数据、公共节点信息数据以及运输工具数据等，在货物跟踪中心与物流服务供应商、货主企业、以及个人用户之间的交互。3.4.4 技术架构技术架构根据货物跟踪中心建设原则，采用 SOA 思想，应用 B/S 架构，使得货物跟踪中心界面效果丰富，更加容易使用。技术架构设计如下：23技术方案框架界面层业务应用层服务引

46、擎层数据服务层数据交换层对接系统跟踪中心网站（WEB浏览）移动展现HTTP/JSP/ASP/AJAXIos6.0/Android4.0/Windows phone 8.0业务应用服务组件（跟踪数据管理、车辆跟踪、统计查询、系统基本管理、跟踪数据采集等）对外接口服务组件（对外接口服务）流程引擎业务逻辑引擎消息引擎对外接口服务引擎应用服务器集群技术、持久层管理组件、应用集成组件、数据通讯组件、地图服务组件等非结构化数据数据采集、存储、清洗、整合数据交换平台船代系统港口系统海关/电子口岸Web EDI系统航运企业系统结构化数据物流园区系统普通运输系统其他系统通过对项目的建设情况进行分析得知，物流跟踪

47、中心一期已经完成了整体的项目技术架构部署。项目二期总体设计是在一期建设基础上对技术结构进行优化扩展升级。1.界面层采用 B/S 访问架构，通过 http、https、SMS、pushmail 等多种访问协议为用户提供使用系统服务的方式，除了 Web 浏览器展现方式以外，系统前端展现层还提供了移动化接入，开发支持 iOS6.0、Android4.0 两大主流移动操作系统的移动应用程序，实现基于节点状态的普通物流运输单和供应链跟踪信息查询功能。242.业务应用层业务应用层主要是系统提供的各类业务应用模式的组件和模型。一期已经部署了相应的业务应用服务组件，基于增加的功能及对应的接口服务，项目二期在一

48、期的基础上新增相应的应用服务组件。3.服务引擎层服务引擎层是货物跟踪中心的引擎及相关服务组件，服务组件包括支撑系统的持久层管理组件、应用集成组件、数据通讯组件、日志服务组件、地图服务组件等。服务引擎包括流程引擎、业务逻辑引擎、消息引擎、外部接口服务引擎等。4.信息资源层信息资源层支持采用数据库技术、数据库集群技术、非结构化数据库等技术体系，用于整个系统数据的集中存储和管理。同时可考虑数据存储的备份策略，保障数据随时可用。5.数据交换层支撑物流管理系统与外部系统的数据交换，同时转换为符合标准规范的数据进行存储。其中涵盖主数据或基础数据同步，包括客户、供应商、承运商等。6.对接系统对接系统是指使用

49、货物跟踪服务、提供货物跟踪信息的外部系统。一期主要对接的系统包括：小件快运、普通运输、物流基地、集装箱、仓储管理、货代管理、物流服务供应商、GIS 服务供应商等。在此基础上，二期要实现与更多的系统进行对接，主要对接的系统有：船代系统、港口系统、海关/电子口岸、物流服务平台、航运企业系统、铁路、航空以及 WEB EDI 录入系统等等，实现更多节点的跟踪查询服务以及供应链进出口的全程可视化跟踪服务。25信息安全保障体系运行维护保障体系用户层界面层应用层标 准 规 范 保 障 体 系货主货代企业海陆空运输企业港口、园区、仓储企业外部接口服务直接接收外部请求清洗设置整合设置采集对象层物流园区系统船货代

50、系统航运企业系统物流服务平台港口系统数据处理层数据交换层数据采集数据存储数据清洗数据整合信息资源层结构化数据协同服务层流程引擎业务逻辑引擎消息引擎外部接口服务引擎信息管理海关/电子口岸道路运输企业外部系统铁路系统非结构化数据航空系统集装箱运输船货代系统WEB EDI录入普通运输新建模块优化模块已有模块数 据 交 换 平 台移动APP授权管理安全管理系统管理普通物流运输单查询供应链跟踪信息查询移动终端服务用户认证公共节点跟踪查询跟踪数据管理车辆定位跟踪节点信息跟踪跟踪中心网站服务统计分析跟踪中心网站外部接入26数据架构设计数据架构设计4.14.1 数据分类数据分类系统涉及到的相关数据来源于基础业

51、务需求，以及为实现这些业务需求引入的各类过程控制数据，例如工作流程数据、各类规则库、格式库、引擎库、组件库等数据。数据的属性或特征从不同视角来看具有不同的特点，我们以数据架构规划工作相关的属性或特征为主，对数据进行合理的归纳和分类，并分析各类数据的业务特点和相应的技术特点。从数据自身的结构上看，数据可划分为结构化数据和非结构化数据两大类。对于结构化和非结构化数据，需要不同的管理和技术手段进行处理：一方面要对操作型和分析型等不同的结构化数据采取不同的处理策略，另一方面，要加强对非结构化数据的管理。从业务来看，数据由各个业务环节生产和使用，具有特定的业务本质以及业务相关性，确定业务本质相同或关联性

52、相对较强的数据集边界，有利于实现数据的高内聚低耦合，也便于与应用架构建立对应关系。从应用来看，对于物流综合信息管控平台，我们需要站在全局高度，把数据采集、存储、加工、分析、发布、废弃等各个环节进行一体化管理，把握数据分析应用的基础，它不是任何单项数据应用系统，而是一个全面、协调、持续发展的数据环境。因此，我们按照三个角度对系统数据进行分类：图数据分类271）按照业务环节可以分为计划数据、调度数据、运输管理数据、运输动态跟踪数据、商务数据、质量数据、物流资源数据、客户服务数据等部分。2）按照生命周期可以分为生产数据、历史数据、归档数据等部分。3）按照结构特点可以分为结构化数据和非结构化数据。4.

53、24.2 数据逻辑分布数据逻辑分布数据分布，一方面是分析数据的业务，即分析数据在业务各环节的创建、引用、修改或删除的关系，即数据的逻辑分布；另一方面是分析数据在单一应用系统中的数据结构与应用系统各功能模块间的引用关系，分析数据在多个系统间的引用关系，即数据的物理分布。数据逻辑分布是数据物理分布的基础，但须严格遵从于应用架构，数据物理分布则是从技术视角看逻辑分布，并结合数据库技术、灾备技术等，给出的相应规划方案。1. 逻辑分布原则当期数据与历史数据的分离；生产数据与分析数据按不同的数据组织方式分离；操作数据与查询数据分离，减少生产系统压力；体现数据的生命周期管理的需求：数据的产生、数据的采集、数

54、据的加工，数据的利用和数据的归档几个阶段。2. 应用逻辑分布配置数据、控制规则数据、应用逻辑分布是数据逻辑分布的依据，数据逻辑分布是对应用逻辑分布支撑,根据本系统的功能逻辑，本系统数据逻辑分布如下图所示：28图数据逻辑分布应用逻辑分布是分析数据的业务，即分析数据在业务各环节的创建、引用、修改或删除的关系，即数据的逻辑分布。依据此系统的具体内容，可以分为运输方式，企业类型和数据提供方式三部分内容。按照运输方式，数据可以分为道路，铁路，水路，航空和多式联运等；按照企业类型，可以分为运输、仓储、货代、船代、船公司、第三方物流、物流园区等；按照提供方式，数据可以划分为直接上传，服务交换调用，WEB E

55、DI 录入整合等。4.34.3 数据物理分布数据物理分布数据的物理分布是在数据逻辑分布的基础上，分析数据在单一应用系统中的数据结构与应用系统各功能模块间的引用关系及存储和数据在多个系统间的引用关系。根据应用架构蓝图设计方案中的应用划分，本节将重点阐述与应用相对应的数据物理分布及数据分库的设计，从而明确数据的实际内容、结构、位置、来源。1.分布设计原则1）数据交换采集原始数据，清洗整合后数据分离，不同生命周期的数据分别存放。各类业务过程数据具有随着时间的推移而不断增长的特性，业务过程数据记录业务发生的过程，主要用来查询和追溯，一般不保存业务状态信息。为了29保持系统的高效运行，必须把陈旧的业务过

56、程数据从生产数据库中清理出去。同时为了维持数据的完整性和业务的可追溯性，需要建立历史数据库，将历史的、陈旧的业务过程数据进行封存。2）结构化数据和非结构化数据分离。对于在各种业务中产生的信息，建议分为关键业务数据和使用频度低的其它数据，并针对这个划分分别存储成为结构数据和以 XML 形势存储的半结构化数据，实现结构化数据和半结构化数据的分别存储，减少生产的库容量，提高生产库的性能和保障。3）数据集中的性能分担。降低当期数据库的数据量根据业务内聚性，同一业务域的数据尽量放在同一库中满足业务操作的同时，平衡数据查询的代价在分的同时，平衡数据交换和共享的代价在合的同时，平衡应用分包管理的复杂度。2物

57、理分布内容数据物理分布的内容设计基于上述分布的原则和依据，结合应用架构的划分并综合考虑数据的内容、分类、特点及数据的逻辑分布状况进行合理布局、存储、加工、利用和分析，支持数据高质量管理的实现。在系统数据架构规划中，应用架构与数据密切相关，应用架构是数据架构的前提；应用架构的划分是数据物理分布的重要的、核心的输入，最终影响数据架构中数据物理分布；在应用架构中，划分的各个应用系统之间的数据交换，决定了数据架构中数据的存储位置及数据间交换的方式。数据物理分布设计将以应用架构划分为基础，遵从于物理分布设计的原则，分为以下几部分：1) 从数据内容上分：主数据、业务数据、历史数据、灾备数据、其它数据。30

58、2) 从管理决策数据上分：支撑应用划分中的管理数据、查询分析数据。4.44.4 数据质量管理原则数据质量管理原则1.数据质量管理应遵循事前预防、事中监控与控制、事后评估和改进的设计思路；2.数据质量管理策略的制定和部署，应基于统一数据视图，覆盖统一数据视图的重点数据实体和数据处理过程，基于数据标准进行数据质量的监控、评估和优化；3.数据质量管理不单单是一个技术工作，更需要管理手段的保障，需要将技术与管理融于一体；4.数据质量管理不是一次性的工作，需要将数据质量管理融入 IT 领域甚至业务领域的工作中，成为持续改进的长效工作。31业务及功能需求设计业务及功能需求设计5.15.1 搭建公共节点跟踪

59、模块搭建公共节点跟踪模块一期的物流公共查询功能已经实现了普通运输企业、集装箱运输企业、制造/商贸企业、仓储企业的运单跟踪。二期需在一期运单跟踪查询的基础上增加多种运输方式的公共节点状态跟踪。实现港口、机场、铁路、海关等节点状态查询功能。5.1.1 界面设计界面设计界面参考如下图所示：通过公共节点跟踪模块，能够提供的如下的公共节点查询功能：（1）港口节点状态查询功能港口节点状态查询提供了具体的港口节点状态信息，基于提单号、航次、箱号等能够查询货物状态变化信息以及运载工具的状态变化信息。具体查询界面如下图所示：32（2）机场节点状态查询功能机场节点状态查询提供了具体机场节点的货物进港和离港状态信息

60、查询，基于运单号查询货物状态信息以及运载工具的状态变化信息，具体的查询界面如下图所示：33（3）铁路节点状态节点查询功能上海铁路局提供了铁路跟踪查询的接口。接口列表：接口列表：GetYDCXInfoOut 6/kpxt/jzxzz.asmx?op=GetYDCXInfoOut根据运单号查询运单信息, ydfwh:运单服务号 接口授权：接口授权：为了接口服务的安全，接口授权包括调用方的 ip 地址和服务提供方的授权码。未获取授权的调用，则返回结果如下：您未授权使用该服务您未授权使用该服务! 请求参数：请求参数：参数说明参考值Ydfwh运单服务号48794412