物流平台技术方案.docxVIP

PAGE PAGE # 1系统建设内容 物流平台一体化系统包含PC端、移动APP端及微信小程序；PC端主要使用者是企业内部相关业务人员即平台用户、承运商、货主；移动APP端分为承运商APP端、司机APP端，而司机APP端有分为承运商下属司机APP、个体司机APP、企业司机APP；微信小程序主要是面向货主，为货主提供轻量级便捷服务，包括货物在途监控、异常预警、扫码签收及服务评价等功能。 建设企业统一管理平台，通过业务对接，系统提供一站式服务，通过统一规划、统一标准，接入企业内其他管理软件。为企业的各信息化子系统提供统一的登录入口及权限划分，各业务部门相关人员通过各自的账号登陆系统，系统根据各自所拥有的权限展示相应的管理子系统模块。系统涵盖物流业务管理、厂内物流管理、厂内无人值守、物流出厂管理等子系统，各科室人员可以进入相应子系统进行业务管理操作。 2系统设计 2.1总体设计 平台将SOA、Saas、云计算、Web2.0、MDM等新兴技术和思想与企业云技术进行融合，平台包括了开发工具、核心框架、集成平台、管理控制台、技术构件、业务服务平台、工作流程管理，这7大要素通过分层架构，组织在一起，符合开放性的业界标准，具有良好的扩展性。帮助企业快速灵活的搭建“随需应变、敏捷稳健”的业务系统。系统遵循J2EE、SOA等国际标准，拥有自主知识产权和多项技术专利，经鉴定达到国际先进水平。内容主要包括如下方面： 1） 基于SOA标准的基础设施，兼容国际和国内通行的传输协议、消息传递协议、服务描述与发现、服务组合与编排、服务展现、服务质量、事务性标准、安全、互操作、服务管理等。 2） 基于SOA架构的安全管理服务器，兼容国际和国内安全控制标准的实体鉴别、加密、完整性、访问控制和防抵赖。支持在全局统一的安全策略下实行集中认证、统一授权或分级授权。 3） 基于标准化资产管理规范的可重用的服务库，降低基于中间件开发和运行的网络应用的建设成本。 4） 提供基于模块化的服务资产管理手段，从最大程度上解决络应用面临的部署不灵活，出错几率高，升级成本高的问题。提升网络应用部署的灵活性，降低软件后期运维成本，实现软件多版本共存及按模块热切换升级。 5） 基于统一实体身份认证、统一访问控制策略的，将应用系统、数据资源和互联网资源集成到一个信息管理平台之上的信息门户。 6） 解决跨单位、跨系统、跨部门的业务流程整合的业务流程管理引擎。 7） 支持服务集成的企业服务总线ESB（EnterpriseServiceBus），简化应用之间的集成拓扑结构，为集成化中间件套件产品提供一个松散耦合、灵活部署的应用架构。 8） 通过MDA集成开发工具实现系统的快速开发和灵活部署。 特别值得注意的是该平台支持基于云计算架构实现内容管理和网站群云服务，这种云服务是“高度可扩展、弹性的、按需取用的服务”。通过与云计算模式的融合，使得数据采集和应用服务群能够快速的扩展服务，响应变化的业务需求，满足用户建立企业级，乃至全国级大规模物流服务体系，开展SAAS（软件即服务）业务的要求。 物流平台基于软件分层模型，体系架构分层原则和各层的职责描述如下图： 界面集成环境一统一门户 开发管理环境 界面展现 信息发布管理 安全管理环境 界面开发 WEB组件 多渠道接入 信息编码 信息发布 流程开发 插件管理 Portlet 流程定义 界面集成 个性定义 信息查询 用户管理 表单定义 权限管理单点登录 基础应用框架一OSGI CA 应用服务器 L -X- -企业服务总线（ESB） 1| 服务路由数据转换协议转换事件管理… 数据处理工具 数据交换处理 i 内容管理 数据转换 交换规则 主数据定义 文档处理 XML 接口调用 数据传输 元数据定义 影像处理 数据处理 数据集成环境 1 系统监控 信息服务总线（ISB） .「 元数据主数据 格式转换IL : 数据存储 XML数据库 数据缓存 数据路由 抠库层 ?提供讪祠建澜咛- 的接口「 （llao^hiberDate） 体系构架分层的基本原则: 1） 不得跨层调用，每一层都只与直接相临的层进行通信； 2） 上面各层都建立在下层的基础上，隐藏下层的信息并为上层提供服务； 3） 各层要封装自己的实现，向前一层提供访问接口； 4） 各层支持分布式的部署，即可部署于不同的容器实例中。 ＞展示层： 1） 系统最终用户的使用界面和设备。包括基于浏览器的瘦客户端和基于GUI的胖客户端应用； 2） 尽量减少与后台的交互； 3） 界面符合用户的使用习惯。 ＞交互层： 1） 是客户层的统一接入点； 2） 提供用户层的展现逻辑和对应用层的访问接口； 3） 负责转发业务请求、错误处理、页面导向等； 4） 也包括单点登录、会话管理、用户输入的逻辑校验等功能。 ＞