运输工具开发简介.ppt

1,运输工具管理系统,开发和应用简介,2,总体介绍,海运输工具子系统（一期） 空运输工具子系统（一期） 小型船舶子系统（一期） 公路运输工具子系统（二期）,3,总体介绍,“运输工具管理系统”运行于海关业务运行网，采用C/S架构设计。 企业用户通过三条不同的申报途径将相关信息申报进入“运输工具管理系统” 系统根据各关不同的审单要求，进行格式校验、审单等操作，有必要的转入人工审单进行审单操作。 现场的海关关员通过“运输工具管理系统”客户端程序进行审单、查询等业务操作。审单（包括人工和自动）完成将回执通过原有通道反馈给企业用户。 运输工具动态信息审批通过后系统将相关信息写入接口表，供舱单管理系统使用。,4,系统架构 系统功能与设计 客户端安装部署 报文格式介绍,5,系统架构,6,体系结构设计,7,网络结构部署,“运输工具管理系统”涉及到海关业务管理网、业务运行网和电子口岸专网三大网络系统。 由于企业用户不能直接访问海关业务运行网直接申报，需要通过三条不同的申报通道进行申报。申报上来的动态、备案等信息需要通过数据交换平台发送到业务运行网上的“运输工具管理系统”中；反馈的回执消息也是使用同样的通道传输到企业端的。 “运输工具管理系统”网络总体结构图如下页所示：,8,9,应用系统设计,客户端程序 中间层服务 后台程序 数据库,10,设计思想,技术实现主要分为三个层次：业务逻辑层、后台服务层、客户端。 客户端：采用WinForm程序创建客户端程序，客户端程序通过调用中间层服务来实现具体的业务操作，展现方式为创建Windows用户控件并内嵌在中国海关信息中心提供的C/S物流系统客户端框架中。 中间层：包含了本系统所有的前台业务逻辑，包括业务数据的增、删、查、改等业务操作。通讯方式采用WCF技术，由WCF服务调用业务逻辑层中的具体实现方法。 后台服务程序：完成报文的入库、审核、归档等功能。,11,系统功能与设计,12,主要模块前台,13,主要模块中间层和后台,14,客户端程序,包括：海运、空运、小型船舶、公路四个子系统和用户登录（信息中心开发）、系统支持两个功能模块。 用户登录包括用户登录界面和用户登录主界面两个界面，提供用户登录、待办任务、用户信息展示等功能。 海运、空运和小型船舶三个子系统主要功能基本相同，主要功能包括，企业、运输工具备案管理，运输工具动态管理，转港（电子关封）管理、运输工具随附相关单据管理，数据归档，动态、备案信息补录，海运部分还包括企业用户提交的删改申请管理。这两个部分是系统的核心部分，是实现海关对运输工具监管的主要功能。 公路子系统主要包括备案管理和备案相关管理 系统支持提供系统相关参数管理，操作日志查看，权限管理（信息中心开发）以及后台服务和接口目录（或接口表）监控等辅助功能。,15,16,17,中间层服务,权限认证服务（信息中心开发）：提供用户认证接口。 数据操作服务：为前台程序提供备案数据录入，动态、单据数据审批，信息查询、修改、删除等与后台数据访问接口。,18,中间层程序架构是分功能模块进行设计的，以海运动态管理类图为例简要说明程序逻辑结构：,19,后台程序,报文接收服务：主要实现对从数据交换平台接收的企业申报报文的数据格式、内容和逻辑进行校验，对于通过校验的进行入库操作。并将对应的回执信息写入回执表。 审单服务：主要完成风险条件匹配和自动审单功能。 回执发送服务：主要实现对回执表的轮询和回执发送操作。 自动归档服务：根据用户配置的服务运转时间，对符合归档条件的数据进行自动归档操作。,20,后台报文处理流程,21,设计思想,后台处理程序设计思想基于以下几点内容： 流程配置：系统模块处理流程间采用松耦合方式，通过数据库能够进行配置。对于接收报文，系统能够实现针对各类报文进行配置，并在报文格式、报文数据校验、报文业务逻辑校验环节实现可配置操作。 架构文件（xsd）：系统对外交接报文采用xml标准，在报文格式验证上采用架构文件方式进行验证。下页图为一样例报文架构：,22,架构文件,报文架构验证能够实现报文格式校验，同时能够对报文数据的类型、长度进行校验。,23,表达式配置,表达式配置：系统在配置文件或数据库中配置表达式，并实现对表达式的处理。表达式实现对报文数据的进一步校验。支持以下几种类型： 正则表达式； 各类参数代码的校验。系统把参数一次读取出来并缓存，封装方法允许访问，完成和报文数据的校验，用于减少数据库的频繁访问。 简单逻辑表达式。系统把审单风险业务逻辑一次读取出来并缓存，封装方法允许访问，完成审单风险功能。,24,安全体系设计,系统采用信息中心统一开发的“通用授权平台”（二期使用“三统一平台” ）进行授权和认证，H2000客户端采用IC卡认证模式。,25,备份系统设计,目前系统数据库架设在H2000数据库服务器上（物流监控平台将统一进行数据库迁移，将数据库从H2000数据库分离出来），数据库备份按照H2000相关要求执行；同时，和H2000采用相同的异地容灾方式，并计划进行应用级的异地容灾备份。,26,运输工具一、二期比较,业务领域 一期：海运、空运、小型船舶 二期：公路 数据交换 一期： 对外网数据交换：DEP 内网应用间数据交换：自行开发WebService 直属海关数据下发：预定系统 二期： 对外网数据交换：DEP 内网应用间数据交换：ESB 直属海关数据下发：预定系统,27,运输工具一、二期比较,客户端架构 一期： WCF