DB5305_T 19.28-2019 保山市信息惠民工程综合标准第28部分：信息惠民工程系统集成标准(保山市).pdf

ICS 35.240 L67 DB5305 保山市由巳ET目，、万标准DB 5305/T 19.28-2019 替代DG5305/T19.28-2017 保山市信息惠民工程综合标准第28部分:信息惠民工程系统集成标准2019-10-30发布2019-11-01实施保山市市场监督管理局发布D85305/T 19.28-2019 目IJ1=1 本标准按照GB/T1.1-2009 标准化工作导则第l部分:标准的结构和编写给出的规则起草。本标准由保山市大数据管理局提出。本标准由保山市工业和信息化委员会归口o本标准起草单位:保山市大数据管理局。本标准主要起草人:刘志胡、王明超、李祖燕、丁戚、邹瑜、朱超群。本标准替代DG5305月19.28-20170D85305/T 19.28-2019 保山市信息惠民工程综合标准第28部分信息惠民工程系统集成标准1 范围3.1 应用系统集成指以系统的高度为客户需才寻常供在用的系统模式，以及实现该系统模式的具体技术解决方案和运作方案，即为用户提供一个全面的系统解决方案。应用系统集成己经深入到用户具体业务和应用层面，在大多数场合，应用系统集成又称为行业信息化解决方案集成。3.2 应用程序接口应用程序接口指在数据封装时，网络分层中的每个层相互之间会用接口进行交互井提供服务，其中应用层与用户之间的接口。API实际上是一种功能集合，也可说是定义、协议的集合，无论是那种集合，它的实质都是通过抽象为用户屏蔽实现上的细节和复杂性。3.3 SOA(面向服务的体系结构)SOA面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。j主使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。3.4 Web服务D85305/T 19.28-2019 Web Service是基于网络的、分布式的模块化生且件，它执行特定的任务，遵守具体的技术规范，这些规范使得WebService能与其他兼容的组件进行互操作。3.5 公共对象请求代理体系结构CORBA(Common Object Request Broker Architecture，公共对象请求代理体系结构，通用对象请求代理体系结构)是由OMG组织制订的一种标准的面向对象应用程序体系规范。3.6 Java消息服务JMSJMS:Java Message Service,Javiri原事服穿JSP:Java Server Pages,Java服务器页面MOM:Message-Oriented Middleware，面向消息的中间件。RB:Object Request Broker，对象请求代理RMI:Remote Method Invoke，远程方法调用一-SCA:Service Component Architecture，服务组件架构SDO:Service Data Object，服务数据对象SOA:Service-oriented Architecure，面向服务的体系结构SOAP:Simple Object Access Protocol，简单对象访问协议SSL:Secure Sockets Layer，安全套接层TLS:Transport Layer Security Protocol，安全传输层协议一-UDDI:Universal Description,Discovery and Integration，统一描述、发现与集成一-WS-CDL:Web Services Choreography Definition Language,Web服务编排定义语言一-WSDL:Web Services Descriptio日Language，网页服务描述语言一-WSDM:Web Services Distributed Management，分布式Web服务管理标准2 D85305/T 19.28-2019 一-WSRP:Web Services for Remote Portlets，远程门户网站Web服务一-XML:Extensible Markup Language，可扩展标识语言5 系统集成体系5.1 概述应用系统集成是保山市信息惠民工程项目建设重点工作，通过三个层次:门户集成、应用集成、数据集成的系统集成，形成统一门户、多职画面LJ数据共享的信息惠民应用系统集成体系。5.2.6 安全性原则在进行系统集成过程中需要作好安全措施，具体如下:集成过程中，各方提供的用户名、密码、数据访问权限不得外泄、不得用于其他用途:严格控制权限的授权和使用范围:业务系统应该建立良好的数据备份机制，以预防意外情况。5.2.7 减少运行影响原则在进行门户集成、应用集成、数据集成过程中会对现有业务系统产生一定的影响，具体情况如下:一一测试期间:做好数据不口系统备份，在非上班时间进行系统调试以减少对业务办理的影响:系统试运行期间:支持并行运行，对业务系统无任何影响:一一系统正式运行期间:对业务系统无任何影响。另外，由于历史数据不符合集成要求，将由保山市大数据管理局统一组织各业务部门进行数据初始化整理、必要的数据检查和修补，以确保数据质量。5.2.8 计划性原则3 D85305/T 19.28-2019 每进行一项系统的集成，都必须事先经过策划，各方都需要做好人员与计划的准备工作。参与系统集成的各方均需要提供具体集成对接的实施详细计划。5.3 系统集成架构5.3.1 系统集成架构图系统集成体系架构见图1系统集成架构O图l系统集成架构统一应叫访问入口端到端的应用系统集成一站式政务服务平有l中小企业公共服务半台民域医疗卫生信息半台A口平坦问吕督监全安口阳药口阳怡1(IU民)卡运营支撑管理平台5.3.2 门户集成、飞v.r.,门户集成，就是要建立信息惠民统豆、f.5丰，打造户i号民统一应用访问入口，使用信息、惠民工程各类应用系统形成整体，进行业务处酬言:杏苦窍丐f昂在信伺E、化怕存在耐的启息、惠民统一门户实现的功自能色见DB5305/T19.41卜一斗2019中的规定。一一打破功能壁垒。在门户集成框架中将信息惠民应用系统中的功能重新组织，并借助权限管理将功能合理分配给相应的人员和角色，再借助单点登录功能实现一次登录多个业务系统同时使用，避免在多个业务系统中来回切换和账号维护。把不同软件系统中的功能组织在一起，让多个业务系统像一个系统一样工作。一一打破信息壁垒。统一门户是信息惠民服务的窗口，借助统一门户把各类惠民服务平台形成集中服务，实现各服务平台见信息共享互通。提供个性化应用。按照不同的用户、角色、权限，提供个性化的应用服务。5.3.3 应用集成应用集成，是在门户集成基础上，对信息惠民工程所建设惠民服务平台，如社会公共服务信息平台、互联网十政务服务平台、网格化社会管理信息服务平台、信息惠农综合服务平台、智慧旅游综合服务平台、劳动就业社会保障服务平台、区域医疗卫生信息平台、食品药品安全监督管理平台、(市民)卡运营支撑管理平台、信息惠民终端服务平台等，进一步整合，实现信息惠民业务的流程再造，1J造为一站式综合服务应用平台。4 D85305/T 19.28-2019 6 门户集成6.1 门户集成概述信息惠民统一门户，不仅是应用统一访问入口，实现门户本身的功能，更是信息惠民的窗口，提供一站式的惠民办事服务，并提供跨部门、跨层级的的审批服务。因此，门户集成是信息惠民工程应用集成的战略和技术杠架，它是位于各类信息惠民应用之上的窗口，以浏览器的方式向用户展现的应用信息，能有效的整合各类应用之间的缝隙，通过信息聚全功能，使用户自由地定制个性化的管理内容等。6.2.3 集成方案5.1.3.1 集成方案的内容5.1.3.2 用户信息同步用户身份信息统一汇总于身份帐号库后，流向集成业务系统的流程图如图2所示。5 信息息民服务应系统5.1.3.2 统一用户认证集成图2身份信息、流向图C维护组织和用户D85305/T 19.28-2019 G 统一用户认证平台，提供了反向代理技术，实现信息惠民服务应用系统与统一用户认证平台的集成，此种集成采用松相合的方式，是最忧的集成方式。6.3 门户内容集成6.3.1 门户内容集成的方式信息惠民服务应用系统与信息惠民统一门户内容集成，可以采取页面引用、服务调用两种方式进行集成。6.3.2 页面引用集成方案6 D85305/T 19.28-2019 页面引用集成方案指:信息息民服务应用系统首先与统一用户认证平台集成，然后按照信息惠民统一门户界面标准进行页面风格的调整;信息惠民统一门户通过嵌套URL的方式引用信息惠民服务应用系统的功能点，这样用户登录信息惠民统一门户后就可以直接进行信息访问。如图3所示。图3页面应用集成方案示意图信息惠民统一门户信息惠民服务应用一匕匕一一功一一二-z一用|L应寸|一匕巳一一呻刃一-TtJ二一-AA一战的业务功能WebService服务井注册并通过Porlet进行展现。具体如图47 D85305/T 19.28-2019 图4服务调用集成方案示意图信息惠民统一门户服务总线A功能URL-叫A服务7 应用集成7.1 应用集成SOA是英文词语ServiceOriented Ar6-h-r品乱re的缩写，拍的是面向服务的架构。包含运行环境、编程模型、架构风格和相关方法论等在内的一套新的分布式软件系统构造方法和环境，涵盖服务的整个生命周期:建模开发整合部署运行管理。SOA架构带来的重要观点是业务驱动口，即IT和业务更加紧密地对齐。以粗粒度的业务服务为基础来对业务建模，会产生更加简洁的业务和系统视图:以服务为基础来实现的IT系统更灵活、更易于重用、更好(也更快)地应对变化;以服务为基础，通过显式地定义、描述、实现和管理业务层次的粗粒度服务(包括业务流程)，提供了业务模型和相关IT实现之间更好的可追溯性减小了它们之间的差距，使得业务的变化更容易传递到110因此，可以将SOA的主要优点概括为IT能够更好更快地提供业务价值CBusinessCentric)、快速应变能力(Flexibili ty)、重用(Reusabili ty)。7.1.3 基于SOA的应用集成基于SOA的应用集成，就是在保山市信息惠民工程项目建设中，利用SOA技术实现各信息惠民服务应用系统的集成，成为一个综合应用平台，实现跨部门、跨层级的快速协助、便捷处理的服务平台。7.2 SOA应用集成服务总体规划8 D85305/T 19.28-2019 7.2.1 SOA服务体系保山市信息惠民工程建设涉及的SOA架构之服务体系，应采用组件化的分层结构设计思想，使其具有预制性、封装性、透明性、互操作性、通用性等特征，便于快速地组装新的应用。上层的服务依赖于下层的服务来实现，而不需要了解下层的实现逻辑，通过服务的分层，降低服务之间的相合度，提高可重用性。图5SOA服务体系图川岳雪网页组件E 综什O 跨单f守服务层综合服MO 服务层州G服务层数据服务层层息源信资巳访问服务层SOA服务体系各层定义如下:一一信息资源层:信息资源层为上层提供应用资源(应用系统模块)与数据资源，包括己经打包好的应用程序、地楼房核心数据库、业务系统数据库、数据仓库、非结构化数据等。访问服务层:访问服务层实现与底层数据资源、应用资源的通信功能，使用通用标准接口，定义整合企业信息资源(数据资源与应用资源)的各种访问服务，例如:不同类型的适配器以及专用的API等。访问服务屏蔽了企业信息资源的技术和实现方式，访问服务层之上的开发者无需知道数据的位置、类型以及应用程序的编程语言等。一一数据服务层:数据服务层定义的服务支持把异构的、抓立的企业数据转变成集成的、双向的、可重复使用的信息资源。数据服务通过访问服务层以统一的方式访问企业的所有数据，数据服务层之上的开发者可以集中精力处理数据的加工问题，而不必关注访问不同来源的数据的实现9 D85305/T 19.28-2019 7.2.2 7.2.3 SOA服务定义服务定义是在服务识别的基础上定义服务的各项属性，描述服务的信息。服务的属性包括:基本属性、技术属性、安全属性、配置属性。服务的各项属性定义必须分阶段进行、逐步细化。服务识别阶段定义服务的基本属性:服务设计阶段定义服务的技术属性与安全属性:服务的部署阶段定义服务的配置属性。一一服务的基本属性包括但不限于下述信息:。l D85305/T 19.28-2019 序号属性说明取值说明服务编码标识服务的唯一编码1 2|服务英文名称服务的英文概要名称，描述应简洁准确女口CreateCustomer3|服务中文名称服务的中文概要名称，描述应简洁准确如:获取楼信息5|服务功能描述|对服务功能规格的详细描述。如:获取某楼栋的详细信息。6|服务开发单位序号属性取f直说明l|版本号2 I注册时间3依赖的服务4实现方式AVA 5服务类型访问服务、数据服务、业务、流程服务等6交互属性7服务调用方式无司J一时咀务运十一既有一、止MJF一用异二调务二步服二同一务用二服调FF回二卅唔8|接口方法9|接口协议1o I服务启用时间11 I服务停用时间|服务的正式停甫育问女口2013-09-108:00 如2018-09-3118:00 服务的安全属性包括但不限于下述信息:序号属性说明取值说明1 安全要求调用服务时，是否需要进行安F曰l!:/万口之l 全认证2 允许调用的角色允许调用该服务的角色列表如Operator;Manager 3 服务自行安全认证服务被调用时，是否还进行白是/否身的安全认证服务的配置属性包括但不限于下述信息:11 D85305/T 19.28-2019 序号属性说明取(直说明1 服务部署IP地址提供服务功能的网络IP地址如127.O.O.1 2 服务接口定义文件描述服务接口定义的文件路径如http:/webserver/CreateCustomer.wsd1 3 可以使用的时间可以使用该服务的时间段如0:00-24:0。4 是否支持重试服务调用失败后，是否支持重发是/否调用7.3 SOA应用集成标准规范体系6.3.2.1 SOA技术标准规范体系图哩哇_.-SOA架构体系各层以及层与层之间必须按相关的技术标准规范，这些标准规范包括:访问服务、数据服务、业务服务、流程服务、展现服务的技术标准规范，以及贯穿各层之间的消息交换、消息传输、安全管理、服务描述、注册与发现等技术标准规范。SOA技术标准规范体系如图6SOA技术标准规范体系图所示。12 D85305/T 19.28-2019 图6SOA技术标准规范体系图m 唱主展现服务(JSR186、WSRP、HTML、JSP、AJAX)务描也.i.管综合服务(BPEL、BPMN、里11 WS-CDL)将息传卢刚(id-消息交换(注(W SDM 13 册与发(W nu h 盯USDL 砚SSL WS/TS 系列、L,BPMN)流程服务(BPEL、HTT P/S RMI JMS FTP XML ema、pi SDO SOA XML Sch 的种工业标准来保证Web services消息的安全性。WS-Policy(Web Services Policy Framework):Web服务策略框架规范提供了一种灵活、可扩展的语法，用于表示基于XMLWeb services的系统中实体的能力、要求和一般特性。WS-Policy定义了一个框架和一个模型，将这些特性表示为策略。WS-PolicyAttachment:WS-PolicyAttachment为通过现有的XMLWeb服务技术使用策略表达式指定了三个特定的附件机制。包括:如何从WSDL定义中引用策略:如何将策略与部署的Web服务端点关联起来:如何将策略与UDDr实体关联起来。WS-Trust:WS-Trust 使用WS-Security安全的消息传递机制为安全性令牌交换定义额外的原语和扩展，以使得凭证能够在不同的信任域中签发和传播。SSL!TLS:SSL!TLS利用密钥算法在互联网上提供端点身14 D85305/T 19.28-2019 份认证与通讯保密，其基础是公钥基础设施CPKI)o一一服务描述、注册与发现。WSDL(WebServices Description Language):WSDL即Web服务描述语言，它从句法层面对Web服务的功能进行描述，包括4个不同的粒度:数据类型(Datatype)、消息(Message)、方法(peration)和访问端口(PortType)0 WSDL只提供了Web服务的接口描述，对服务的行为约束手口属性描述缺乏进一步的支持oUDDI CUniversal Description Discovery and Integration):UDDI注册内容包括Web服务的技术模型和业务模型，本身可扩展，目前主要用于Web服务的注册和查找。6.3.2.3 SOA技术标准规范成熟度说明访问服务数据服务业务服务EB 3.0或以上版本|可选BPMN 2.0或以上版本|推荐流程服务WS-BPEL 2.0或以上版本|推荐用法用1主服务封装与组装。SCA提供了一种统严的面向服务组件的调用方式，从而;使得客户可以把不同的软件模块通过服务组件的标准化而统一地封装起来和被调用访问。在Webservice接口不能满足业务要求的情况T，对于2EE平台，EB是一种可选方案。用于流程设计，它提供了设计和绘制业务流程图所需的标准符号。提供业务流程设计环境的流程建模工具，应支持该标准。用于流程引擎。15 D85305/T 19.28-2019 表1SOA服务各层的开发技术规范(续)分类|标准/规范|必要性|用法综合服务展现服务服务描述、注册与发现消息交换BPMN 2.0或以上版本推荐WS-BPEL 2.0或以上版本|推荐WS-CDL 1.0或以上版本|可选SR 168 HTML SP AAX XML Schema 1.1或以上|必须版本SOAP 1.1或以上版本(叮川nent/Li teral I必须sty 1e)用于流程设计，它提供了设计和绘制业务流程图所需的标准符号。提供业务流程设计环境的流程建模工具，应支持该标准。用于流程引擎。用于跨多个(三个及以上)单位间的流程服务编排在Web门户中用于访问和显示驻留在远程服务器上的Port1et的技术标性它是唯一成熟的用于展现服务的技协议，同时也被业界广泛支持。由于SOAP本身是使用XML Schema主义的，并且SOAP中任何的类型的定义也是使用XMLSchema的，所以采用XMLSchema是最合理的选择。在其它形式的数据交换场合，它也是最适宜的。SOAP是Webservice调用过程中的标准编码协议。它被业界绝大多数主流厂甫平日工具所支持，也被不同的平台支持。当然，考虑到兼容性，SOAP消息不应采用RPC-oriented和SOAPencodi吨，WSDL内的SOAP绑定只可以采用document/1iteralsty1eo当采用HTTP协议作SOAP的传输时，SOAP 错误消息应采用HTTP500状态返回。16 D85305/T 19.28-2019 表1SOA服务各层的开发技术规范(续)分类|标准/规范|必要性|用法WS-Addressing 1.0或以|可选土版本WS-ReliableMessaging 1.0或以上版本消息传输I HTTP/S MS 消息专输RMI FTP 安全管理WSDM 1.1或以上版本可选用于Webservice的传输透明寻址能力O它规定了如何在SOAPheader中定义各种类型的地址。该标准用于保证在webservice的消费者和提供者之间可靠地进行数据交换。WS-ReliableMessaging虽然现在还不完全是一个成熟的标准，但它对消息传递的可靠性作出了一个全面的持架构，当中包括了最少一次J桂异步护下，可采用川为标准在使用rEB的情况下，可以使用RMIJFMP或RMI-IIOPo 在;输大文件时，考虑到执行效率，可吗琛用FTP。|呻SDM标准实际上是由两个不同的标准组成的:使用Web服务的管理(WSDM-MUWS)Web服务的管理(WSDM-MOWS)WSDM-MUWS提供了如何表示和访问MUWS资源的接口的定义。例如，MUWS 标准提供了用于公布服务、服务功能所必需的结构、以及管理资源所需要提供和接收的信息。WSDM-MOWS提供了管理Web服务的定义。MOWS使用了许多由MUWS标准定义的概念和系统，同时也添加了管理Web服务特别需要的资源和功能。MOWS组件提供了支持远程管理Web服务的方法和系统。17 D85305/T 19.28-2019 表1SOA服务各层的开发技术规范(续)分类|标准/规范|必要性|用法SSL 3.0/TLS 1.0或以、|必须土版本WS-Security 上版本WS-Polic1 本用于保障HTTP通信安全的协议。它可保证两端点间通信的保密性和完整性。它可以用于SOAPover HTTP通信安全和其它HTTP-based通信安全。目前还没有其它更为合适的用于传输层安全的协议。6.3.4 服务集成技术标准规范飞-:手FSOA各服务层之间的相互调用应按的技术标准规范如表2所示。表2SOA各服务层之间的相互调用应按的技术标准规范服务层标准/规范必要性用法SOAP-based Web service是首选接口，井支持WSDL1.10即使推荐是异步服务，也应选择使用Webservice，此时它Web Services 返回空结果。访问服务在webservices不能满足业务要求时使用。EB 可选当后端系统己经给消费者提供了EB服务，并且证明使用web-service封装会严重损害性能，此时，可以使用EB。18 D85305/T 19.28-2019 7 7.1 表2SOA各服务层之间的相互调用应按的技术标准规范(续)服务层|标准/规范|必要性|用法MS FTP 数叩l;二川Web Services SOAP-based I Web Servic 业务服务MS BPMN 流程服务WS-BPEL 黯服务11且挝圳撇忐fL数据集成数据集成概念可选如果服务是异步调用的，首边是使用WebServices 的异步模式(即不立即返回结果)。如果评估WebServices不能满足业务要求，则考虑使用MSo当后端系统己经给消费者提供了MS服务，此时，可以直接使用MSo传输大文件时使用数据集成就是将若干个分散的数据源中的数据，逻辑地或物理地集成到一个统一的数据集合中。数据集成的核心任务是要将互相关联的分布式异构数据源集成到一起，使用户能够以透明的方式访问这些数据源。集成是指维护数据源整体上的数据一致性、提高信息共享利用的效率:透明的方式是指用户无需关心如何实现对异构数据源数据的访问，只关心以何种方式访问何种数据。7.2 数据集成分类数据集成可以分为基本数据集成、多级视图集成、模式集成、多粒度数据集成4个层次。7.3 基本数据集成基本数据集成面临的问题很多。由于同一业务实体存在于多个系统源中，并且没有明确的办法确认这些实体是同一实体时，就会产生这类问题。处理该问题的办法如下。一一隔离，保证实体的每次出现都指派一个唯一标识符:调和，确认哪些实体是相同的，并且将该实体的各次出现合并起来。19 D85305/T 19.28-2019 7.4 多级视图集成多级视图机制有助于对数据源之间的关系进行集成:底层数据表示方式为局部模型的局部格式，如关系和文件:中间数据表示为公共模式格式，如扩展关系模型或对象模型:高级数据表示为综合模型格式，视图的集成化过程为两级映射。数据从局部数据库中，经过数据翻译、转换并集成为符合公共模型格式的中间视图O进行语义冲突消除、数据集成不口数据导出处理，将中间视图集成为综合视图。7.5 模式集成8.1 基本原则飞二二-为了保证系统的完整性和健壮性，保山市信息、惠民工程项目在建设过程中，系统集成接口应满足下列基本原则:一一接口应实现对外部系统的接入提供企业级的支持，在系统的高井发和大容量的基础上提供安全可靠的接入:一一提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性:一一提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障:一一保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性:一一在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。8.2 接口通讯方式接口基本采用了同步请求/应答方式、异步请求/应答方式、会话方式、广播通知方式、事件订阅万式、可靠消息传输方式、文件传输等通讯方式:20 DB5305/T 19.28-2019 8.3 8.5 集成接口技术8.5.1 J2EE/EJB 8.5.1.1 技术描述Enterprise avaBean(EB)是可重用的、可移植的2EE组件。EB包括三种主要类型:会话bean、实体bean和消息驱动的bean。会话bean执行独立的、解除相合的任务，譬如检查客户的信用记录。实体bean是一个复杂的业务实体，它代表数据库中存在的业务对象。消息驱动的bean用于接收异步MS消息。EB由封装业务逻辑的方法组成，众多远程和本地客户端可以调用这些万法。另外，EJB fr容器里运行，这样开发人员只要关注bean里面的业务逻辑，不必担心复杂、容易出错的问题，21 D85305/T 19.28-2019 譬如事务支持、安全性和远程对象访问、高速缓存和井发等。在EB规范中，这些特性和功能由EB容器负责实现。容器和服务提供者实现了EB的基础构造，这些基础构造处理了EB的分布式、事务管理、安全性等内容。EB规范定义了基础构造和avaAPI的为了适应各种情况的要求，而没有指定具体实现的技术、平台、协议。EB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EB技术简化了用AVA语言编写的企业应用系统的开发、配置和执行。8.5.1.2 技术特点技术特点:一一优点，基于规范的平台，不受限于特定的操作系统或由件平台:基于组件体系结构，简化了复杂组件的开发;提供对事务安全性以及持续性的支持:支持多种中间件技术。一一缺点，与特定于某个操作系统或平白，的卖主国技术相比，性能还有待进一步提高，且资源占用量较大。8.5.2 Web Service 8.5.3 消息中间件8.5.3.1 技术描述8.5.3.2 技术特点消息中间件能够在任何时刻将消息进行传送或者存储转发，不会占用大量的网络带宽，可以跟踪事务，井且通过将事务存储到磁盘上实现网络故障时系统的恢复。优点:为不同的企业应用系统提供了跨多平台的消息传输:除支持同步传输模式外，还支持异步传输，有助于在应用间可靠地进行消息传输。缺点:与其它中间件技术一样，存在高流量的性能瓶颈问题。8.5.4 SOCKET 22 D85305/T 19.28-2019 8.5.4.1 技术描述Socket(套接宇)用于描述IP地址和端口。应用程序通过Socket向网络发出请求或应答网络请求。Socket使用客户/服务器模式，服务端有一个进程(或多个进程)在指定的端口等待客户来连接，服务程序等待客户的连接信息，一且连接上之后，就可以按设计的数据交换方法和格式进行数据传输。客户端在需要的时刻发出向服务端的连接请求，然后发送服务申请消息包，服务端向客户端返回业务接口服务处理结果消息包。8.5.4.2 技术特点8.5.6 文件8.5.6.1 技术描述技术描述:一一文件接口定义了服务端与客户端文件存放路径、文件名命名规则和文件格式，并开放相应的读/写操作权限。一一接口的通讯过程包括三种:同一主机内可以共享一个路径:服务器端向客户端开放路径，客户端定时查看此路径下是否有新的文件，可以采用FTP等方式取走服务端开放的路径下的文件:客户端向服务器端开放路径，由服务端将文件写入，客户端定时查看此路径下是否有新的文件。一一网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。接口应支持以下主流网络协议FTP、FTAM等。数据传输应支持:实时、高效和安全可靠地传送批量数据:断点续传功能:数据压缩传输:传输过程中的差错控制。8.5.6.2技术特点23 D85305/T 19.28-2019 优点:文件接口不需要其它软件支持，只要接口双方约定好路径、格式、处理方式即可，实现简单、传输批量数据效率较高。缺点:格式没有统一标准，标准性差;需要开放文件系统权限，安全性差。8.5.7 过程调用和共享数据表8.5.7.1 技术描述9 技术要求9.2 9.3 性能要求性能要求:一一应提供7*24小时稳定可靠的服务;一一目录检索操作响应时间应少于0.1秒。9.4 接口要求接口要求:并24 D85305/T 19.28-2019 对检索请求信息、检索返回的结构化信息、注册更新目录数据内容、目录树等应采用可扩展置标语言(XML)进行封装，按GB/T18793执行:一一目录检索和目录注册更新接口应按政务信息资源目录服务接口技术标准，详见DB5305/T19.25-2019;一一政务信息资源目录管理系统应调用权限管理系统提供的服务接口，实现身份认证和授权管理:一一政务信息资源目录管理系统应为政务信息资源交换管理系统提供服务接口，以实现需交换政务信息资源的定位和交换实现情况的备案。9.5 运行环境适应性要求25