信息平台货物跟踪中心二期项目-需求规格说明书11F.docx

《信息平台货物跟踪中心二期项目-需求规格说明书11F.docx》由会员分享，可在线阅读，更多相关《信息平台货物跟踪中心二期项目-需求规格说明书11F.docx（95页珍藏版）》请在三一办公上搜索。

1、杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期建设项目需求规格说明书浙江电子口岸有限公司2015年2月项目名称：杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期项目 版本： 需求规格说明书 日期： 2015/2/2文件状态： 草稿 正式发布文件编号：ZJPORT-RM-D-002项目编号：责任部门：版本修订历史版本日期章节号CADM修订说明作者/参与者审核者V1.02015-2-2全文C创建本需求规格说明书张志高官正旺V1.12015-3-2第五章M修改和补充业务功能需求官正旺注意：1. 对本规格的所有增加、修改或者删除都必须填写修订记录，详细记载其修订内容，使其具备

2、强可追溯性。2. 修订记录按修订时间倒序排列；3. 修订类型：C-CREATED创建 AADDED增加 M-MODIFIED修改 D-DELETE删除；4. 对章节进行修订的务必给出修订章节的超链接；目 录文档介绍11.1文档目的11.2文档范围11.3读者对象11.4图例2项目概述32.1项目背景32.2系统定义32.3项目范围42.4项目目标5总体规划73.1建设思路73.2建设原则103.3系统特点123.4技术要求143.4总体架构设计163.4.1系统蓝图163.4.2功能架构183.4.3数据架构223.4.4技术架构23数据架构设计274.1数据分类274.2数据逻辑分布284.

3、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界面设计495.2.3流程和结构505.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、.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.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试点应用

5、思路837.2试点的原则837.3应用企业建设-泛远物流和融易通847.4试点效益分析897.5应用场景市场推广应用的保障措施917.6试点进度计划9391文档介绍1.1 文档目的本文档详细描述杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期项目必须满足和实现的需求规格，包括功能性需求、非功能需求与约束条件等。本文档为本项目的项目管理人员、系统设计人员、编码实现和测试人员开展系统分析与设计、编码实现、系统测试等工作提供基础参考和输入依据，同时为后继这些活动提供了约束和限制，也界定了本项目的工作内容。1.2 文档范围本需求规格说明书将用户的需要转化为软件的需求，将软件需求转化为设计依

6、据，使软件需求具体化、定量化和准确化，具体包括以下内容： 定义物流公共信息平台货物跟踪中心二期项目背景； 定义物流公共信息平台货物跟踪中心二期项目整体目标； 定义物流公共信息平台货物跟踪中心二期项目系统改进点、及新增内容； 定义物流公共信息平台货物跟踪中心二期项目进出口业务场景建设及试点； 定义物流公共信息平台货物跟踪中心二期项目详细功能需求。 1.3 读者对象本文档适用于物流公共信息平台货物跟踪中心二期项目面向的用户群；适用于开发和实施本项目的项目管理人员、系统分析员、软件开发人员、软件测试人员、实施部署人员等项目相关人员。上述预期读者可以通过阅读本项目建议书对将要开发的杭州市道路运输管理局

7、交通运输物流公共信息平台货物跟踪中心项目二期有一个全面、详细的了解和认识。1.4 图例项目概述2.1 项目背景物流跟踪中心是物流公共应用中心重要的对外应用服务之一，是基于平台负责交换的电子单据（包括托运单、作业单等运输企业的业务单据）数据，并整合外部相关车辆定位服务商、电子口岸通关服务平台、港口EDI服务平台、集装箱跟踪增值服务商等，提供陆运、海运、空运、铁路等物流状态的静态跟踪、动态跟踪及相关增值服务的公共应用系统。物流跟踪中心分两期建设，一期主要实现陆运、海运公共信息节点跟踪，以及陆运供应链跟踪管理，实现包括车辆定位服务在内的陆运物流跟踪可视化。随着我国物流行业的信息化水平不断提高，货主、

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

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

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

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

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

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

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

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

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

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

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

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

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

21、满足用户的需求，并能够顺利、平稳地向更新的运营模式及实现技术进行过渡。（5）创新性原则在管理模式、制度建设、设施设备、信息系统等方面寻求创新，发挥优势，兼顾物流行业信息化的健康发展，为物流行业打造符合未来行业发展需要的信息化服务体系。（6）模块化原则系统中各功能模块的设计应注重业务逻辑的细化，采用模块化、组件化和开放性设计，方便实现应用模块的增加和删除，满足不同时期用户对物流功能、物流信息服务和用户数据获取方式的需求。（7）经济性原则浙江电子口岸有限公司拥有杭州海关、宁波港口、萧山机场、货运站场、内陆监管区的口岸通关数据和国际物流数据，能够为跟踪中心数据采集工作带来很大的便利性，降低外部数据接

22、入造成的成本费用，同时，浙江电子口岸有限公司具有“大通关”平台运维、东北亚物流信息服务网络运维等多个系统运维经验，是浙江省唯一一家准照全省“大通关”规则、开发、建设和运维单位，浙江电子口岸有限公司在软件开发、运维等方面的经验和能力为更好、更快速的完成本项目系统开发、实施、维护等工作提供了保障，节约成本的同时也提高系统的可靠性、实用性、易用性、安全性和经济性。3.3 系统特点随着物流业的不断发展，物流业对货物跟踪的要求越来越高，用户需要寻求更高、更全面的货物跟踪服务。随着多式联运的普遍化，用户需要多种运输方式物流节点的跟踪服务，同时，物流国际化已成为发展趋势，用户对进出口供应链跟踪的需求更是迫切

23、，而平台跟踪中心现有跟踪服务已无法满足用户的需求，本次建设的物流跟踪中心旨在增加用户需求的功能模块以及方便用户查询跟踪信息的移动应用终端和定制化接口服务，并对一期功能进行优化和提升，为用户提供全程供应链跟踪可视化服务。主要体现在以下几个方面特点：（1）用户类型多样性跟踪中心一期货物跟踪用户类型主要是货主企业、运输公司、物流企业等物流运输环节的托运方和承运方。二期将用户类型扩展到港口、海关、物流园区、提供通关物流服务企业、个体用户等用户类型，将用户类型延伸至整个物流供应链的所有参与方。不同类型用户对跟踪信息的侧重点不一样，个体用户侧重对国内、国际快件跟踪信息的需求；货主企业侧重对货物在途中的运输

24、信息需求；运输公司和第三方物流企业侧重对货物在途信息、集装箱信息、实时货物信息、车辆跟踪与定位信息的需求；物流园区、车站、货运站侧重对车辆的进出信息、货物信息等需求；政府部门侧重对统计分析所需要的各类物流数据的需求。跟踪中心二期提供集陆运、海运、空运、铁路、物流园区等物流节点以及进出口物流信息于一体的全方位信息跟踪服务，全面满足各类用户的信息需求。（2）广泛和复杂的信息整合由于不同类型用户对跟踪信息的需求各不相同，对信息的整合要求较高，为了满足各类用户的信息需求，跟踪中心二期在一期对陆运跟踪的基础上，增加对港口、海关、机场、货运站、物流园区等物流节点数据和进出口物流数据的采集，实现对陆运、海运

25、、空运、铁路、物流园区等物流节点以及进出口物流信息全方位的信息跟踪，实现更为复杂的信息整合，使跟踪中心提供的信息更加全面、精细和丰富。（3）服务内容多样性货物跟踪中心用户类型多样性，不同类型用户的信息需求各不相同，为了方便用户获取信息，二期跟踪中心为用户提供运单查询模块、供应链查询模块和公共节点跟踪模块，并为个体用户提供移动应用终端服务和定制化接口服务。由于用户获取信息的用途也不一样，物流跟踪中心延伸服务内容，为客户提供KPI考核、统计分析等更深入的综合服务。（4）核心企业货物跟踪云服务在平台部署货物跟踪中心的基础上，利用广泛的核心企业对跟踪服务的个性化要求，核心企业根据货物跟踪中心的定制功能

26、，配置核心企业的展示页面、流程节点、控制规则、用户管理、考核指标等功能。（5）个性化接口定制服务跟踪中心二期建设在为用户提供多种方式的信息查询服务的同时，也考虑到用户的个性化需求，为用户提供邮件、短信定制功能，用户可按自身需求进行定制，及时通过邮件、手机短信获取所需货物状态变化信息。（6）简单美观的客户体验效果为了改变已有固有的信息跟踪显示方式，为客户提供能具有可视化的跟踪服务，平台将采用更简洁美观的图形化表现手段，为客户提供多种设备的显示方式，以加强客户对系统体验效果。3.4 技术要求为确保货物跟踪中心二期建设按要求进行建设，本节将重点从软件技术能力对项目的技术提出要求，并在项目建设过程中严

27、格执行：（1）具备面向服务的架构目前SOA架构已逐渐成为核心企业应用的主流技术，存在性能和复杂性等问题也得到极大改善，同时SOA架构还解决了很多其它的问题，减少了各个应用系统之间的耦合程度，并可以方便地实现各个业务系统之间的互联，且具体实现和技术无关。（2）具备构件化的开发方式构件化开发使系统对各种可能存在需求和流程方面的略微差异具有较强的适应性，通过系统管理员的配置即可轻松应对。随着多层结构应用的日益流行，基于构件对象的开发技术也日趋成熟，构件作为集中处理各种复杂业务逻辑的应用单元，大大提高了软件的开发效率。因为它具有更强的独立性，更好地支持软件的重用，软件的重用还可使软件的质量得到极大的提

28、高，同时提高了应用系统的质量和可靠性。业务处理系统中，应用支撑平台的功能组件和上层应用软件的开发将遵循基于构件的软件生产管理规范和软件复用技术规范，即基于构件的软件工程（CBSE）。（3）具备层次性框架模型系统层的支撑平台，必须要做到非常强的可扩展性，因此框架层次必须非常清晰，层和层之间应该避免直接依赖，便于每一层的升级和分布式部署。业务处理系统面向业务人员的功能完全使用B/S的结构，只需要通过浏览器就可以访问业务系统的各项功能，客户端不需要下载安装任何插件。（4）具备移动终端开发能力移动终端是目前流行的一种快捷的服务模式，通过移动终端可以做到快速、移动、高效，因此，在本项目中为核心企业及用户

29、提供更多的信息获取手段，用移动终端开发技术，实现在目前流行的移动终端设备采用的操作系统(iOS, Android)上实现货物跟踪服务。（5）具备数据优化处理能力本系统涉及大数量的数据处理，对于数据的处理能力要求高，这直接影响到系统的应用效果及质量。为保证系统具有高质量的处理能力，在系统规划及开发将引入相关的数据优化工具及引擎，聘请在数据中心优化方面的专家参与项目的开发及设计工作，确保项目的数据处理的高效。（6）具备硬件集群能力为确保系统在运行安全可靠，通过集群方式来实现系统不间断应用。实现高可用性，集群通过一组计算机系统提供透明的冗余处理能力，从而实现不间断应用的目标。集群是共同为客户机提供网

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

31、改时间，当应用程序或配置参数发生变化时，能够自动编译并加载更新以后的程序。采用动态部署的方式，也可以大大减少开发调试的工作量，可以避免反复启动服务器。3.4总体架构设计3.4.1系统蓝图跟踪中心总体采用多层次结构进行设计，总体架构主要包括：用户层、界面层、应用层、协同服务层、信息资源层、数据处理层、数据交换层、采集对象层，以及相应的信息安全、运行维护保障体系，标准规范保障体系等几部分。总体架构蓝图如下图所示：通过对项目的建设情况进行分析得知，物流跟踪中心一期完成了整体规划中的采集层、交换层，数据层、应用层的基础架构应用设计和硬件采购部署。项目二期总体设计是在一期建设基础上针对采集对象层、界面层

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

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

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

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

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

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

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

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

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

41、EDI录入上传和交换整合。从不同的数据交互方式上对数据进行管理，可以适应以后扩展货物跟踪中心与其他系统数据交互的方式。2. 数据共享和交换数据共享和交换主要配合数据交换层、外部接口服务以及移动终端服务，用来完成运单数据、公共节点信息数据以及运输工具数据等，在货物跟踪中心与物流服务供应商、货主企业、以及个人用户之间的交互。3.4.4技术架构根据货物跟踪中心建设原则，采用SOA思想，应用B/S架构，使得货物跟踪中心界面效果丰富，更加容易使用。技术架构设计如下：通过对项目的建设情况进行分析得知，物流跟踪中心一期已经完成了整体的项目技术架构部署。项目二期总体设计是在一期建设基础上对技术结构进行优化扩展

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

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

44、管理、物流服务供应商、GIS服务供应商等。在此基础上，二期要实现与更多的系统进行对接，主要对接的系统有：船代系统、港口系统、海关/电子口岸、物流服务平台、航运企业系统、铁路、航空以及WEB EDI录入系统等等，实现更多节点的跟踪查询服务以及供应链进出口的全程可视化跟踪服务。数据架构设计4.1 数据分类系统涉及到的相关数据来源于基础业务需求，以及为实现这些业务需求引入的各类过程控制数据，例如工作流程数据、各类规则库、格式库、引擎库、组件库等数据。数据的属性或特征从不同视角来看具有不同的特点，我们以数据架构规划工作相关的属性或特征为主，对数据进行合理的归纳和分类，并分析各类数据的业务特点和相应的技

45、术特点。从数据自身的结构上看，数据可划分为结构化数据和非结构化数据两大类。对于结构化和非结构化数据，需要不同的管理和技术手段进行处理：一方面要对操作型和分析型等不同的结构化数据采取不同的处理策略，另一方面，要加强对非结构化数据的管理。从业务来看，数据由各个业务环节生产和使用，具有特定的业务本质以及业务相关性，确定业务本质相同或关联性相对较强的数据集边界，有利于实现数据的高内聚低耦合，也便于与应用架构建立对应关系。从应用来看，对于物流综合信息管控平台，我们需要站在全局高度，把数据采集、存储、加工、分析、发布、废弃等各个环节进行一体化管理，把握数据分析应用的基础，它不是任何单项数据应用系统，而是一

46、个全面、协调、持续发展的数据环境。因此，我们按照三个角度对系统数据进行分类：图数据分类1）按照业务环节可以分为计划数据、调度数据、运输管理数据、运输动态跟踪数据、商务数据、质量数据、物流资源数据、客户服务数据等部分。2）按照生命周期可以分为生产数据、历史数据、归档数据等部分。3）按照结构特点可以分为结构化数据和非结构化数据。4.2 数据逻辑分布数据分布，一方面是分析数据的业务，即分析数据在业务各环节的创建、引用、修改或删除的关系，即数据的逻辑分布；另一方面是分析数据在单一应用系统中的数据结构与应用系统各功能模块间的引用关系，分析数据在多个系统间的引用关系，即数据的物理分布。数据逻辑分布是数据物理分布的基础，但须严格遵从于应用架构，数据物理分布则是从技术视角看逻辑分布，并结合数据库技术、灾备技术等，给出的相应规划方案。1. 逻辑分布原则 当期数据与历史数据的分离； 生产数据与分析数据按不同的数据组织方式分离； 操作数据与查询数据分离，减少生产系统压力； 体现数据