集成化服务（精选12篇）
集成化服务 篇1
1 引言
2015年3月11日, 国务院发表了《国务院办公厅关于发展众创空间推进大众创新创业的指导意见》, 从搭建新型创业服务平台、培育创业投融资机构、孵化小微企业等几个角度提出了推进众创空间的建设意见。
同年3月13日, 发布的《中共中央国务院关于深化体制机制改革加快实施创新驱动发展战略的若干意见》, 则进一步提出了构建技术创新市场、发展金融创新、推动成果转化激励、完善科研体系建设、加强人才培育等更加细化的指导意见。
以上这些指导意见都围绕着自主创新这一战略目标, 而实现这一目标的核心是科技创新服务体系, 具体载体则是科技服务业。因此, 科技服务业的发展成熟, 对于打造经济发展新引擎具有重大作用。
2 科技服务业的内涵
当前学术界尚未对科技服务业内涵和外延达成共识。本文通过对国内外文献和理论进行梳理总结, 结合我国在新经济形势下科技服务业的发展实际, 提出科技服务业的基本内涵是由科技服务业平台、机构和企业、人才等, 通过集成知识、技术、信息、金融、创新等科技资源, 向社会提供科研条件、研发设计、创业孵化、知识产权、技术投融资、技术交易、专业技术咨询等专业化服务, 是推进众创空间、支持大众创新创业的基础设施, 更是引导区域经济发展结构转变和优化升级的关键产业。
3 产业集成化的内涵
1992年在英国拉夫堡大学的教授Wenston给出过一个定义:集成指的是将基于信息技术的资源和应用集聚成一个具有协同性的整体, 这种集成包含三个方面的管理与控制, 即数据通信、信息共享以及功能交互;在中国, 产业集成的概念由张立和王学人 (2002) 首次提出, 并认为产业集成是一种产业部门的集合, 它存在积极的纵向与横向联系;王慧敏 (2007) 从产业集成的表现以及产生结果的角度分析, 认为产业集成是搜索集成单元继而形成集成化的产业组织形态和空间格局;王国红、陈大鹏等 (2010) 将产业集成定义为在集群内企业和其他主体的参与下, 通过纵向或横向积极的资源和能力的整合, 形成的区域创新综合体, 其目的是提高集群的集成创新能力、增强集群整体竞争力, 提升集群适应外部环境变化的自适应能力。
基于学者们对产业集成化的研究, 本文认为产业集成以产业集群为载体, 是产业内各组织专业化分工之后再进行功能整合的过程。产业内各业态为了实现自身的发展, 有意识、有选择地通过纵向或横向的积极联系结合而成。产业集成化的过程中, 各种产业组织和信息等被集成在一个统一的系统当中, 各业态之间协同互动, 以合作替代竞争, 实现整个系统的结构互补与功能优化, 其所形成的产业集成体是一种高级的产业组织结构。
3.1 产业集成化与产业集聚化的比较
产业集成化虽然表现为空间集聚的形式, 但其背后的原因却与普通的产业集聚化有所不同。
传统的产业集聚理论从外部性探讨现象的原因, 以及外部性对集聚区域各企业造成的影响。产业集聚的路径为:当某个区位由于外生比较优势导致产业集聚时, 这个区域便产生了集聚的外部性, 形成外部规模经济和集聚经济, 从而进一步刺激区域分工深化。当新的分工格局形成以后, 产业集聚就带来了更加细分的组织架构和更强大的竞争优势, 最终促使区域获得长足发展。
可见, 传统的产业集聚分析框架并不适用于科技服务业的集聚现象。科技服务业的集聚不是源于外部性, 而是为了功能的互补与整合;不仅为了深化分工, 更是为了分工之后的集成化发展。只有实现片段的集成才能发挥各子行业的功能, 从而实现自身的成长和全产业的发展。
3.2 产业集成化与产业模块化的比较
产业模块化是指产业链上的企业、组织和服务对象被分解为多个独立运行的半自律子系统;继而通过某种规则将子系统联系起来, 构成更复杂的系统。集成化是建立在模块化基础上的, 是对后者的有机整合和综合集成。它从模块化组织整合的角度出发, 继承了其在分工上的优势, 通过结构互补与功能优化, 以适应市场竞争加剧和需求日趋及时化的趋势。
虽然产业集成化是基于产业模块化的发展路径, 但前者与后者相比, 前者跨越了时间和地理的概念, 同时跨越了行业界限, 使得组织之间的联系更为紧密, 规避了产业模块化过程中对创新的阻碍, 促进产业内信息的传递和价值的创新。
4 科技服务业集成化发展的影响因素分析
4.1 科技服务业集成化产生的条件
4.1.1 相容性
科技服务业集成化发展的前提是产业内各类企业和机构具有相容性。相容性是指基于一定目的进行集成的单元之间存在相互兼容的性质。科技服务业所包含的科技金融机构、技术转移机构、创业孵化机构等组织机构之间存在协同性, 彼此目标一致, 性质相同, 都是为孵化科技型企业提供服务的新兴业态。
4.1.2 互补性
科技服务业集成化发展的互补性是指在统一的集成目标前提下, 产业内的各个企业和机构在功能、作用等方面相互补充的程度。互补性条件是各集成内组织间互相选择与匹配的依据。科技服务业为了实现其服务科技型企业的目标, 需要通过结构互补, 从而达到功能优化, 为服务目标提供全链条的服务。
4.1.3 界面条件
科技服务业集成化发展的实现和功能的有效发挥还需要界面条件, 关键在于各组织间能否搭建高效、有序地传递物质、信息、能量的界面。科技服务业需要平台的搭建和体系的构建, 只有产业内各个集成单元之间能够有效地传递物质、信息、能量, 才能发挥集成体的功能。
4.1.4 环境条件
科技服务业集成化的决定力量既来源于产业内部条件, 也取决于产业外部环境。这些外部环境条件具体包括政府作用和制度环境、市场环境、法律环境, 资源的丰缺程度和利用情况以及基础设施的建设程度。
4.2 科技服务业集成化产生的原因
Michael (2007) 指出, 激烈的竞争、不断的创新以及多样的市场需求都促使各个组织选择集成化的发展方式。本文从科技服务业的需求和供给两个角度分析集成化产生的原因。
4.2.1 需求角度
市场需求的复杂性促进了集成化的产生。科技型企业不同的成长阶段需要不同的科技服务, 包括科技金融、科技孵化、技术转移、人才培育等, 同时因为市场环境具有不确定性, 从而使得科技服务业日益成为一类复杂型产业, 单个组织无法独立完成全链条的科技服务, 因而必然寻求集成。
作为需求方——科技型企业对科技服务需求的复杂性促使科技服务业通过集成为产业提供技术需求、金融需求、孵化需求、人才需求等多方面服务。
4.2.2 供给方
激烈的竞争也促进了集成化的产生。新经济下, 市场竞争愈发激烈, 企业面临的风险也越来越大。资源的有限逐渐成为制约创新成功的一大障碍, 因而现实中集成化活动愈发频繁起来。
作为供给方——科技服务产业自身发展的需要促使各组织机构进行功能的整合, 形成整体的竞争优势。集成体中缺少任何一环都无法发展, 同时任何一环如果不处于集成体当中也无法发挥功能、实现成长。
5 科技服务业集成化发展的机理分析
5.1 组织方式
从集成的本质来看, 模式是由组织方式决定的, 因而研究科技服务业集成化发展的机理就首先需要探寻其组织方式。
从集成的行为方式来看, 集成存在互补型、互惠型和协同型三种组织方式:互补型是集成单元间以优劣势互补为基础行处的关系;互惠型是集成单元以某种物质为媒介, 以供给与需求为主要方式形成的关系;协同型集成是集成单元为优化彼此功能, 经过聚合重组, 形成信息共享、交流互动、协同一体的整体性集成体, 从而获得单元功能的倍增和整体功能的实现。
从集成方法的角度来看, 集成分为产业链顺次集成、集线器和平台几种方法。
本文认为, 适用于科技服务业的集成模式是协同型的系统集成, 同时采用集线器型的集成方法。科技服务业围绕科技型企业这一核心, 协同互动, 以网络化相联系, 实现全系统内功能的成倍增长。
5.2 运行模式
科技金融服务、科技孵化服务、技术转移服务、人才培育服务等通过链接、联盟等形式集成发展, 各组织模块之间结构互补, 功能优化, 形成科技服务集成网络。依托以科技服务业龙头机构为主体、相关小微科技服务机构为附体的科技服务集成体系平台, 实现科技服务的联动效应, 输出各类科技服务, 与企业之间实现科技服务的供需有效对接。
科技服务业的集成化发展在两方面发挥作用。一方面, 科技服务业只有集成化发展才能发挥每一个子行业的功能, 推进各类服务机构、服务体系的发展, 最终实现科技服务业的成长;另一方面, 科技服务业只有通过集成化发展才能为高技术产业提供全链条的服务, 促进高技术产业的发展。
各子系统协同合作, 即科技金融服务、科技孵化服务、技术转移服务、人才培育服务作为集成化系统的子系统, 依托集成体系平台, 在政策环境、配套设施支撑下, 集成化发展。其中, 科技金融服务为企业提供资金支持;技术转移服务为企业提供技术咨询、技术孵化、科技成果价值评估、科技鉴证、知识产权战略等服务;科技孵化服务为企业提供辅导与孵化;人才培育服务为企业输送高端人才。各子系统功能相互补充, 形成科技服务集成网络系统, 实现科技服务业各部分共同发展, 与科技型企业互动成长。
参考文献
[1]张立, 王学人.推进我国产业集成的问题、成因及对策探讨[J].当代财经, 2000 (07) .
[2]王慧敏.旅游产业的新发展观:5C模式[J].中国工业经济, 2007 (06) .
[3]王国红, 陈大鹏, 刘颖.有核集群产业集成化过程的演化博弈分析[J].科学学与科学技术管理, 2010 (09) .
[4]胡汉辉, 倪卫红.集成创新的宏观意义:产业集聚层面的分析[J].中国软科学, 2002 (12) .
[5]Michael A.Abebe.To Integrate or Not to Integrate:Factors Affecting the Adoption of Virtual Integration Strategy in Organizations[J].Business Strategy Series, 2007 (83) .
集成化服务 篇2
著名研究机构Gartner公司的资深分析师Daryl C. Plummer表示，Web服务是通过标准的互联网技术发布的松散耦合的软件组件。Web服务所使用的协议是独立于平台和供应商的，来自不同来源的不同应用彼此可以通过一个公共的XML格式进行交流，无须耗费大量时间进行自定义编码。使用Web服务可以让IT部门更见专注于建设以标准为基础的应用基础设施，而不是专有技术---这是创建更加灵活的企业业务应用的重要。
使用Web服务集成CRM应用可以让企业在很多方面受益。总的来说，使用Web服务进行应用集成的企业有可能会变得更有效率，并且更快地应对市场变化和竞争压力。 Web服务使得组件能够重用，减低了应用集成的成本，有助于企业解决系统互用性方面的挑战。Web服务还未共享信息和数据建立了一个共同的格式，这使企业能够克服系统不兼容的问题，并有助于达到更快的用户普及率。
Web服务可以帮助企业按照一种最具成本效益的方式高效地将按需定制型自助应用和交互式语音应答(IVR)系统与核心CRM应用软件集成在一起。它们使企业能够在自助式工具、模块以及CRM应用之间无缝地交流信息，不需要进行一个漫长而复杂的集成进程。
虽然Web服务提供了有效的集成机制，不过，这种方式确实也有一些缺点。由于用户界面非常灵活再加上相互依存性，定制是非常不容易的。并且Web服务是一个相对较新的技术，因此，它使用的标准和规范仍然在不断变化。作为一个基于HTTP的协议，Web服务也容易受到安全方面的威胁，所以必须要使用认证机制，并采用SSL加密技术。
Web服务如何支持CRM应用集成
使用Web服务集成任何两个应用程序都需要有一个面向服务的架构(SOA)。SOA捆绑了服务，而这些服务是由一个应用服务器环境发布的。Web服务器是访问这些服务的HTTP网络传输器，而应用服务器则托管了简单对象访问协议(SOAP)接口。Web服务还提供了组成服务的对象组件，这些对象组件提供了位于应用之上的业务服务层。最终的结果是Web服务抽取了提供不同服务的基本应用，而这些服务有助于明确定义企业业务流程。
下面的这几个步骤构成了使用Web服务集成CRM应用软件的标准过程，
集成项目所需要的时间和期限随着CRM应用的不同而不同，因为这依赖于需要集成的业务实体的数量以及需要开发的Web服务的数量。同样，部署过程和步骤也会由于需要集成的应用的不同而不同，但是处理数据所使用的原理和技术将保持不变。以下就列出了一些技术要点：
数据处理应该使用可扩展标记语言(XML)格式，XML是一种标准的数据和信息表示方式。
通用描述、发现和集成( UDDI)应该用于列举和定位应用。UDDI的是一个“目录标准”，一些应用工具在集成过程中将UDDI作为内置的服务向用户提供。
Web服务描述语言(WSDL)文件应该从第三方应用程序获得，数据应该发送给第三方应用程序或者从第三方应用程序检索数据。WSDL是一种“广义标准”，主要用于某个应用程序在向其它应用程序描述自己的接口和通讯规则。WSDL文档是用XML语言编写的;该文件对Web服务进行描述，定义了服务的位置和服务提供的操作(或方法)。WSDL文件还可以包含其它内容，比如扩展元素和服务元素，用户可以利用这些扩展和服务元素将多个Web服务的定义集合在一个单一地俄WSDL文件中。
将WSDL与每个应用程序提供的专有工具配合在一起使用，生成能满足数据结构需要的XML消息。
然后使用SOAP传输XML数据，SOAP是一个用于数据交换的轻量级协议，它是XML并且由三部分组成：一个信封、一套编码规则、一个公约。信封定义了一个框架，描述了消息包含什么内容以及如何处理;编码规则描述了定义应用所用的数据类型;公约提供了一种表示远程过程调用和响应的方法。
SOAP的可用于HTTP协议和HTTP扩展框架这样的协议。使用上面提到的XML，HTTP通信协议有助于张贴或查询第三方应用程序。
如何开始使用Web服务集成CRM系统
如果你考虑使用Web服务作为CRM集成的一部分，那么你要做的第一步是分析现有的应用服务器、应用开发环境以及它们扩展Web服务的能力。
其次，在将Web服务用于CRM集成之前，分析和评估存在于多个客户管理系统中的数据。
面向用户的公共信息服务集成研究 篇3
关键词：用户需求 公共信息服务 集成策略
中图分类号： G203 文献标识码： Ａ 文章编号： 1003-69３８（２０12）０1－0114-05
Study on Delivering Integrated Public Information Service to Customers
Abstract Based on analyzing theory basis and concept， this paper discusses the necessity of delivering integrated public information service to customers. And it stresses that， at the basis of analyzing customers’ need， delivering integrated public information service to customers mainly considers content integration and channel integration， and sets out integrated strategy and some measures.
Keywords customers’ need； public information service； integrated strategy
公共信息服务作为政府提供地公共服务的重要组成部分，应努力使社会公众满意，及时满足社会公众的公共信息服务需求，而目前，我国政府提供地公共信息服务与社会公众的需求之间还存在较大的差距，与构建服务型政府的要求还有很大的差距。
1 理论基础及概念界定
面向用户进行公共信息服务集成有着深厚的理论基础，行政学家罗伯特·登哈特夫妇提出的新公共服务理论对面向用户的公共信息服务集成具有直接的理论指导意义。所谓新公共服务，指的是关于公共行政在以公民为中心的治理系统中所扮演的角色的一套理念［1］。新公共服务理论的内容，简单地说，有以下七点［2］：服务，而非掌舵；公共利益是目标，而非副产品；思想上要有战略性，行动要有民主性；服务于公民，而非顾客；责任并不简单；重视人，而非生产率；公民权和公共服务胜过企业家精神。该理论强调公民权的实现，认为公民是公共服务的中心；政府应担当起服务者的角色；政府及其工作人员应该帮助社会公众表达并主动倾听他们的公共服务需求，努力为其提供高品质的公共服务；政府及其工作人员所努力追求的目标就是维护公共利益，增进公共价值。该理论启示：政府在提供公共信息服务时应以社会公众为中心，以其便利获取与利用为标准，而政府在提供公共信息服务时需要考虑效率与成本，在这种情况下，就需要政府在了解社会的公共信息服务需求的基础上对公共信息服务进行集成式提供。
对公共信息服务而言，它的用户有多类人群，大致可细分为：公民、社会组织、政府部门及其工作人员。公共信息服务是指由政府提供的，用以满足社会公众公共信息需求的各种硬件和软件的集合，它包括各种信息基础设施和公共信息。集成是将两个或两个以上的集成单元（要素、子系统）集合成为一个有机整体的行为和过程，所形成的集成体（集成系统）不是集成单元之间的简单叠加，而是按照一定的集成方式和模式进行的构造和组合，其目的在于更大程度地提高集成体的整体功能，以实现其整体功能的倍增或涌现的集成目标［3］。基于以上分析，可将面向用户的公共信息服务集成界定为：针对社会公众的需求，政府将所提供的公共信息和信息基础设施（服务提供渠道）进行高度集中处理，以形成公共信息集合体和服务渠道集合体，最终使社会公众可以在一个平台或通过一个渠道获取所需的完整的、高质量的信息服务的活动。
2 面向用户进行公共信息服务集成的必要性分析
目前，政府向社会公众提供公共信息服务时存在着诸多问题，如公共信息服务的碎片化、公众的公共信息服务需求得不到满足、公共信息服务渠道不畅等，这些问题的存在严重影响着信息时代政府的行政能力，严重侵蚀着政府的公信力，与构建服务型政府的理念背道而驰。
2.1 公共信息服务的碎片化
由于我国在电子政务建设的初期，缺乏全国统一的标准和规划，基本上全国各地一轰而上，每个地方都有自己的一套建设思路，甚至同一级政府的不同部门亦不同。《中国政府透明度年度报告（2010）》指出，有的地方政府，如大同、广州、长春市政府同时运行两个官方网站，这些网站均为gov后缀，且均在更新。另外，有的地方政府所属部门的网站也存在类似情况［4］。在这种情况下，每个部门及每个地方都按照不同的标准对政府信息资源进行分类与管理，造成彼此之间共享与整合非常困难，形成了诸多“信息孤岛”。这导致公共信息服务的碎片化，社会公众或者说用户根本无法在一个平台获取所需的完整的公共信息服务。
2.2 政府提供的公共信息服务质量不高
政府部门在门户网站上公开的信息资源主要是机构设置、领导活动、招商引资等，多为“打广告”性质的信息，而且实效性比较差，实用性的信息资源比较少。另外，政府部门公开的经济发展和社会发展方面的数据和信息都比较宏观而且有时是不连贯的。究其原因，政府提供公共信息服务的理念还未转变过来，还停留在以政府为、以政府的好恶来决定提供哪些公共信息服务上。不难看出，政府在门户网站上提供的公共信息服务质量还有很大的提高空间。
2.3 政府对用户的需求缺乏了解
笔者曾向我国东部发达地区的A镇和西部欠发达地区的B乡的社会公众各发放调查问卷320份，分别回收有效问卷306份、310份，并对问卷结果运用EXCEL和SPSS统计分析软件进行处理。两地公众在被问及“您认为政府在向公众提供公共信息服务前是否了解过您的需求”，A镇和B乡的公众回答情况见表1。可见，在大多情况下，政府只是独白式的提供公共信息服务，缺乏与民互动沟通，在缺乏对用户需求充分了解的情况下提供地公共信息服务当然无法满足其公共信息服务需求。
2.4 政府提供公共信息服务的渠道不畅
目前，政府提供公共信息服务的渠道主要有：政府网站、广播电视、报刊杂志、公共图书馆、档案馆、公共信息亭等。但现有的渠道并没有得到政府的充分利用，还受“愚民政策”的影响，借口一些政府信息资源涉密不对外公布。另外，政府提供公共信息服务时基本没有考虑残障人这一特殊用户的需求，突出的表现就是我国政府门户网站基本没有设立残障人专用通道，客观上无情地剥夺了他们获取和利用公共信息服务的权利。
3 用户需求分析
3.1 用户分析
新加波政府门户网站按照政府部门及其工作人员、公民、企业、非本国居民四类用户进行公共信息服务集成；美国联邦政府门户网站将用户分为公民、企业及非营利组织、政府雇员、外来旅游者、老年人、现役及退伍军人六类，并对每类人群提供集成性的公共信息服务。借鉴新加波和美国政府用户分类的经验，结合我国国情，可将我国公共信息服务集成的用户细分为：普通公众、农民、残障人、社会组织（包括企业、事业单位、非营利组织）、政府部门及其工作人员。需要指出的是，我国是农业人口大国，农民的公共信息服务需求与其他群体有着显著差别，政府在提供公共信息服务时需要将农民群体从社会公众中单列出来。另外，因残障人与其他群体在获取和利用公共信息服务时对信息基础设施有着特别的要求，故政府需要设立无障碍通道以使其享受公共信息服务。
3.2 用户需求分析
因在受教育程度、职业背景、信息意识等方面存在着不同，不同的用户对公共信息服务的需求亦是不一样的。对普通公众而言，他们需要的公共信息服务主要有：便利地公共信息服务获取渠道、社会保障信息、就业信息、文化体育信息、婚姻信息、住房信息、医疗卫生信息、交通出行信息、食品安全信息等。对农民而言，他们需要的公共信息服务主要有：便利地公共信息服务获取渠道、“三农”相关政策法规、农产品的生产与价格信息、农业技术信息、社会保障信息、医疗卫生信息、交通出行信息、食品安全信息等。对残障人而言，他们需要的公共信息服务主要有：便利地公共信息服务获取渠道、残障人的相关政策法规、社会保障信息、医疗卫生信息、教育培训信息、就业信息等。对社会组织而言，他们需要的公共信息服务主要有：国家经济发展方面的政策法规、行业政策及发展动态信息、经济发展的数据与统计信息、政府项目信息、财税信息、便利地公共信息服务获取渠道等。对政府部门及其工作人员而言，他们需要的公共信息服务主要有：公务员管理的相关政策法规、预算信息、交通出行信息、其他政府部门发布的公共信息等。
用户的公共信息服务需求具有动态性，为能前瞻性地向用户提供服务，就需要预测他们的需求，另外，有些用户存在潜在的需求但无法表达出来，这时就需要政府及其工作人员来帮助唤醒他们的需求。具体而言，社会公众的公共信息服务需求调查方法主要有：①政府可以在门户网站上设立互动区，让访问者对公共信息服务需要改进处进行留言，或者在门户网站上设立联系政府的专区，如通过Facebook、Twitter、RSS、政府博客等方式及时与政府进行联系。②通过政府与用户互动访谈的方式来了解需求，可采用随机抽样的方式从一类用户中选择一定数量的人员，并邀请几位心理学家、营销专家参与访谈，让他们用专业知识与能力分析用户的现有需求并唤醒潜在需求。③政府通过社区组织来了解用户的公共信息服务需求。社区组织工作人员通过问卷调查或走访等方式来了解本社区成员的公共信息服务需求并上报政府部门。④政府派调研员或政府工作人员亲自深入群众，通过与用户交谈的方式倾听他们的需求。
4 面向用户的公共信息服务集成的策略
在公共信息服务提供系统中，存在着三个因素：服务内容、用户、服务渠道（三者的关系见图1）。在对用户需求进行分析后，政府面向用户提供集成式公共信息服务时需要考虑两个方面的集成：内容集成和渠道集成。
4.1 内容集成
公共信息服务内容集成是指对各政府部门的信息资源进行共享、集中，形成政府信息资源集合体，以让用户轻松获取所需要的完整的公共信息服务。公共信息服务内容集成分为两个层次：①为确保公共信息服务集成的顺利进行，要求各政府部门按照统一的采集标准进行政府信息资源采集，根据《政务信息资源目录体系标准：第四部分 政务信息资源分类》（GB/T 21063.4-2007）的规定将相同属性的政府信息资源进行组织与整合，以使政府各部门的信息间易于共享，形成公共信息服务分类集合体。②变革政府各部门的政府信息资源管理理念，构建政府部门间政府信息资源共享交换机制，政府各部门主动拿出所掌握的信息资源用于部门间共享交换，从部门占有转变为政府整体占有，使公共信息服务的碎片化从向集成化，促使电子政府向集成政府转变。
西方发达国家在公共信息服务内容集成方面已开展了一些卓有成效的实践。如2006年，新加波政府发布了最新的电子政府总体规划—“iGov2010”。 “iGov2010”是新加波“智慧国2015（iN2015）”的重要组成部分，其目标是转变政府后台工作流程，提高前台效率和效能，建设一个“集成政府”（Integrated Government）［5］。美国联邦政府在门户网站上对公共信息服务进行了集成，以公民用户为例，政府将公民所需要的公共信息服务进行集成，公民可以在门户网站上便利地获取补助和财政补贴、企业和经济、消费者保护、国防和国际关系、教育及能源、家庭和社区、政府绩效、交通及旅游、历史文化、公共安全和法律等主题的公共信息服务［6］。
4.2 渠道集成
公共信息服务渠道集成是指让用户通过一个渠道就可以便利地获取其所需要的公共信息。公共信息服务渠道集成要求建立统一的公共信息服务平台、形成多元化的公共信息服务获取渠道。
4.2.1建立统一的公共信息服务平台
目前，我国政府门户网站有很多，中央政府、省、市、县四级政府中每个政府都有自己的门户网站，而且各网站的布局各异、互不兼容，造成公共信息服务提供的混乱、不便局面。如用户需要一条公共信息，在市级门户网站只能找到零星残片，还需要在省级门户网站上耗费很长时间找到相关信息。为改变这种状况，进行公共信息服务集成，需要对现有的政府门户网站进行改革。国外很多国家只有一个统一的门户网站，其他层级政府的网站都链接到此门户网站上，且各网站的布局基本相同，用户只需登陆门户网站、只需了解门户网站的布局就可以在各政府网站上畅游、便利地获取公共信息服务。鉴于我国地域差别很大，我国每个省建立统一的政府门户网站，省以下的政府不可再自行建立门户网站，并遵循省政府门户网站建设要求建立自己的网站，链接到门户网站上。在中央政府和省级政府门户网站上开设普通公众、农民、残障人、社会组织、政府部门及其工作人员五项服务栏目，使用户点击相应服务栏目就可以获取完整的信息服务。
为保证公共信息服务的公平性，针对残障人这一特殊的用户，政府需要在门户网站上设立专用通道，在政府网站上设置读屏、放大字体、触摸装置等，以使用户可以便利地获取公共信息服务。欧盟于2005年推出了“包容的电子政务计划”，以倡导“电子政务惠及全民，没有一个人被落下”的原则［7］。它强调为所有人提供平等的公共信息服务获取机会，让所有人特别是残疾人等信息弱势群体平等享受电子政务发展所带来的益处。
政府除了在门户网站上设立五项服务栏目外，还可以采用两个模式进行公共信息服务集成：一是下拉式列表；二是百度搜索式。采用下拉式列表的形式将本门户网站所涉及的政府及其部门全部纳入，用户在选择了一个政府或部门提交后跳转至下一个具体说明本政府或部门拥有哪些公共信息的页面，用户可以根据需要自行选择；政府还可以采用百度搜索模式，搜索范围限于门户网站所涉及的政府及其部门所拥有的公共信息，当用户输入自己所需要的公共信息主题提交后，系统会自动出现与这一主题相关的所有政府信息资源。
通过建立统一的公共信息服务平台，用户可以一站式的获取所需的公共信息服务。为推动公共信息服务的集成化，建设集成政府，澳大利亚政府推出了中心连接点项目，推行“面向用户的跨机构服务提供模式”。该项目对现存的政府机构进行重新设计，以使它们变得更为用户友好化；它使政府提供公共信息服务更为简便，以至于用户可以在一个地方获取而不是在很多不同的政府部门和地点［8］。在我国，江西省政府最早进行了统一的公共信息服务平台实践。早在1997年，江西省委、省政府就提出了全省电子政务建设要坚持“统一组织领导、统一规划实施、统一标准规范、统一网络平台、统一安全管理”的“五统一”和“集中统一、整合共享、联合协同、安全高效”的总体要求，集中力量建设全省电子政务统一网络平台，实现全省党政机关网络互联互通。2004年初，纵向到底、横向到边，覆盖江西省、市、县三级党政机关的全省电子政务统一网络平台（江西省政务信息网）建成开通［9］。
4.2.2公共信息服务获取渠道的多元化
信息时代，在用户的公共信息服务内容需求多样化的同时，日益要求能够通过多元化的渠道获取服务。这就要求政府除了建立统一的政府门户网站，并开通门户网站手机版，还需要开辟新的获取渠道。
2005年，加拿大政府实施了“服务加拿大”项目，该项目旨在改善向加拿大人提供的政府项目和公共信息服务，使它们获取的更快、更容易、更便利。该项目向用户提供了获取一系列政府项目和公共信息服务的单一窗口，这些窗口遍布全国，各呼叫中心及互联网上［10］。
2009年，为使用户便利获取公共信息服务，云南省政府开通了96128政务信息查询专线，用户拨打此专线就可以得到政府工作人员的直接回复，获得所需的公共信息服务。96128专线的建设采用了BOO（Build-Own-Operate）的模式，省电信公司负责硬件设备和软件系统的投资建设，并提供话务转接服务，而省政府部门负责公共信息提供和服务监督考核，并通过购买基本服务的方式获得96128专线的使用权。96128政务查询专线的具体运作模式为：政务专线的接线员来自各政府部门，他们都经过一定的专门培训，且他们中有会彝族和苗族语言的。用户拨打这个电话时，电信公司的话务员根据其问题转接到各部门的接线员由他们来回答问题，能当场回答解决的问题就立即解决，如果不能立即解决的，他们就向本部门领导汇报，在规定期限内解决。若是少数民族群众（不会讲汉语）打来的电话，接线员若不会少数民族语言就能立即找到会讲少数民族语言的接线员进行处理。通过这种方式可以让无法接触或使用网络的用户便利地获取所需的公共信息服务。
5 面向用户进行公共信息服务集成的保障措施
5.1 政府高层领导的重视与支持
新加波政府的集成政府战略、美国联邦政府的公共信息服务集成、加拿大政府的“服务加拿大”项目、澳大利亚政府的“中心连接点”项目的有效推行皆因有政府高层领导的重视与支持。在我国现行政治与行政体制下，面向用户进行公共信息服务集成若没有政府高层领导的重视与支持很难取得成功。知晓并预测用户的需求工作、政府信息资源的共享交换、建立统一的公共信息服务平台等工作都急需政府高层领导的重视与推动。政府高层领导需要重视并提出面向用户进行公共信息服务集成的战略，以指导全国各地各政府部门的公共信息服务集成工作，确保各项工作都导向共同目标——向用户提供集成式公共信息服务。
5.2 变革公共信息服务理念
理念是行动的先导，要想行动有高度，理念就必须要有高度。面向用户进行公共信息服务集成的有序进行，需要政府及其工作人员切实转变公共信息服务的理念。目前，政府及其工作人员在向用户提供公共信息服务时大都还停留在以政府为中心上，并没有真正树立用户至上的理念，没有将用户的需求融入到公共信息服务提供过程中。政府及其工作人员是公共信息服务的提供者，只有他们牢固树立起以用户为中心、用户需求决定公共信息服务如何提供的理念，面向用户进行公共信息服务集成工作才能得到顺利进行。
5.3 建立政府信息资源共享交换的绩效考核机制
为确保公共信息服务内容集成的有效开展，需要建立政府信息资源共享交换的绩效考核机制。通过建立考核机制，对某一个政府部门的政府信息资源共享交换绩效由与其相关联的政府部门、用户、第三方进行共同考核，并将考核结果向社会公开发布，接受社会的监督。对政府信息资源共享交换工作做的好者予以奖励，并记入政府部门领导政绩；对做的差者予以批评，将考核结果与政府部门领导的职务升降相挂钩，以此来激发他们进行政府信息共享交换的积极性、主动性，进而形成公共信息服务集成体。
参考文献：
［1］丁煌.西方行政学理论概要［M］.北京：中国人民大学出版社，2005：380.
［2］R. B. Denhardt， J.V.Denhardt. The New Public Service： Serving Rather than Steering ［J］. Public Administration Review， 2000， 60（6）：553-556.
［3］海峰等.集成论的基本范畴［J］.中国软科学，2001，（1）：114-117.
［4］李辉.2011年《法治蓝皮书》发布［EB/OL］.［2011-11-10］.http：//news.hexun.com/2011-03-07/127766521.html.
［5］From integrating services to integrating government： report by the iGov2010 Project Steering Committee［EB/OL］.［2011-11-12］.http：//www.worldcat.org/title/from-integrating-services-to-integrating-government-report-by-the-igov2010-project-steering-committee/oclc/070886481.
［6］Just for Citizens［EB/OL］.［2011-11-13］.http：//www.usa.gov/.
［7］Inclusive e-Government ［EB/OL］.［2011-11-15 ］.http：//ec.europa.eu/information_society/activities/einclusion/policy/egov/index_en.htm.
［8］New Centrelink Network Launched ［EB/OL］.［2010-11-15］.http：//www.centrelink.gov.au/internet/internet.nsf/media/media_releases_launch.htm.
［9］王长胜，许晓平.中国电子政务发展报告（2010）［M］.北京：社会科学文献出版社，2010：176-185.
［10］About Service Canada ［EB/OL］.［2010-11-15］. http：//www.servicecanada.gc.ca/eng/about/index.shtml
集成化服务 篇4
当前主流的表单开发方法主要是基于Jsf,Struts等优秀网络框架的开发。但对这种表单页面,开发人员必须是精通Java、Struts、Jsf等技术的专业人士，并且表单开发时间长，不能确保在企事业单位的业务流程变化时，表单及时更新。当前的市场上有一些独立的表单开发系统如InfoPath与Sure Form等[2]。它们都强调数据结构的一体化，使表单数据可以被跨公司、跨部门、跨地域的不同企事业单位所解析，然而各个表单系统都采用了独有的文件格式，需要专有的客户端来解析自己的表单，这将会带来一系列问题，诸如修改困难、程序复用性差、可扩展性差等，导致不能满足用户对今后业务发展的需要[3]。
企业一直在追求整合现有资源的有效方法，希望能够通过引入IT来支持业务流程，SOA(Service-Oriented Architecture，面向服务的架构)作为一种软件架构方法论能够满足市场对软件互联互通，复用和业务流程管理的需求[4]，因此本文试图基于面向服务的思想，引入业务端构造的方法，研究并设计一个集页面制作、报表制作、数据访问与存储、数据展示、数据验证、表单维护、数据库基本操作、功能插件管理、插件开发于一体的表单可视化开发环境，以期有效解决当前软件开发门槛高、需求变化快的难题。
1 面向服务的架构
SOA是一种新的面向服务架构的编程模型，号称“下一代软件架构”[5]，其内核就是“业务敏捷化”，满足企业的业务需求和投资需求。
(1)能快速响应业务变更，提供高效的操作和应用集成及B2B集成。由于SOA的核心是促使开发和集成的重用，因此利用服务和组件的重用，新的应用能够对业务需求做出快速的响应。正因为SOA允许IT对业务的需求做出快速的反应，所以它克服了传统应用中面对跨企业应用时自定义自动化流线型应用在性能方面的损失。同时SOA通过网络支持服务部署在本地运行，可以跨越业务壁垒扩展集成。
(2)平衡已有的投资，风险迁移。通过核心服务的重用，将已有的投资在项目级上封装，进行粒度分解，可以有效的平衡原有投资，减少了应用风险。
(3)更加丰富的用户体验。SOA Governance被用来在整个服务的生命中期中，将来自业务和IT的人协调起来，让他们各司其职，有章可循，相互协作。
所以，SOA把各种资源通过服务或组件封装起来，能快捷的整合和匹配服务从而更好的把IT和业务对象及过程集成在一起，以达成业务敏捷性(Business Agility)，使IT与业务对齐(Alignment)，提高了IT利用率和效率，是业务需求的最终价值体现。
2 自定义表单系统研究
本文设计的集成化自定义表单系统是借鉴软件开发架构(MDA,Model Derived Architecture)设计思想，采用分层的方法将系统分为数据层、业务层以及表现层等3个层次[6]，并在面向服务思想(SOA)指导下设计与开发的一个基于.net架构下的可视化高层通用表单开发平台，它将界面表现层和业务层从层次模型中剥离开来，使程序开发人员不再关注这两个层，让技术支持人员，甚至客户都可以更改配置业务，从而跳出重新编译、部署、配置、维护的“泥潭”。系统从业务用户的角度出发考虑，将用户的业务需求进行抽象，整合和提取现有服务资源，得到面向业务用户的业务层抽象服务资源;进而，针对现有的面向服务的应用的构造方法难以为业务用户所用的问题，需要从分离业务过程的描述与服务组合的IT实现的角度出发，为业务用户提供单纯的业务层服务组合手段，让业务用户能够从业务层面来直接描述其需求，并且还要提供特定的转换方法来实现业务用户“编程”结果到服务组合的IT实现的转换，最终得到完整的面向服务的应用[7]。设计完成的表单主要是由HTML和脚本生成，数据传输依靠XML HTTP(即Ajax)来完成，借助于Ajax，用户在点击控件时使用JavaScript和DHTML动态更新页面,并向服务器发出异步请求，以执行更新或查询数据库，见图1。当请求返回时,使用JavaScript和CSS来更新页面，完成一次与用户的交互。
2.1 自定义表单系统操作流程与结构
集成化自定义表单系统一般使用流程：(1)制作或者编辑已有的表单。在设计视图所见即所得的拖拽系统面板中相应控件，在属性面板中设置相关属性格式、事件、约束和绑定插件，构建表单的大致框架和基本功能。(2)数据管理和绑定。利用数据面板设置页面参数和SQL语句，管理相关表、视图、存储过程，将相应表的字段与已设置的控件绑定，即可完成增、删、改、查、打印、报表、图表、数据校验等常见的业务功能。(3)功能扩充和预览。在服务器端，提供了插件、系统配置文件，用户可以自己编写插件完成特定功能;在客户端，提供了一个客户端对象，在客户端脚本中可以编程，功能跟插件类似。在浏览器中预览表单，如果发现不能满足需求，只需定位到本表单作相应修改。(4)部署。将表单部署到服务器上，而此过程不需要停用服务和网站，具有很大的灵活性。
在这个过程中，仅牵涉到两类人员：步骤(1)、(2)和(4)需要技术支持人员甚至略懂计算机的业务人员即可完成，步骤(3)仅需要具有计算机专业基础认识的程序员。由此可见，通过本系统将节省大量的编程人员，让技术支持人员甚至客户也参与到软件开发中来。
集成化表单系统由可视化表单编辑器(客户端)、表单解释引擎、表单服务构成。如图1所示。其中，可视化表单编辑器主要用于系统运行期间,对基于后台数据库的表单设计管理,它以可视化界面将表单呈现给用户，使用简易的点击、拖拽操作来完成表单的编辑、数据绑定、功能绑定、插件编写等功能;表单解释器负责表单样式、表单权限的解释运行和数据填充、数据展示，图形界面表单到XML的解析，XML到图形界面表单的解析，经过解析的表单界面在浏览器上显示;表单服务，主要提供解释器所需要的各种业务数据。
在集成化表单系统中，表单解释器是核心，通过表单样式解析把数据定义和表单样式(HTML格式)分离开来，或者把表单的样式和数据定义合并成一个表单，实现了表单的表现、数据定义和后台逻辑分离开来，当表单样式发生改变时，只需通过表单编辑器对其进行修改，而不必修改程序。通过表单数据解析把在表单编辑器上定义好的数据控件转换为数据字段的定义并输出到数据库中，可以通过它直接调用出一个表单的数据，进行查询和统计。通过表单权限解析来扩展绑定文档的权限、数据查看、操作的权限，这样就可以把定义好的表单和其他信息类型进行绑定。这种表单与系统业务设计相对分离的方法，既减轻了开发人员的维护压力，又使得用户可以根据自身的需求随意地增减、修改表单，从而实现了零成本维护[8]。
2.2 自定义表单系统设计
根据对已有系统及其开发技术的分析和研究，本文引入面向服务的即时应用构造技术，设计了一种集成化自定义表单系统(称为Visual Form Designer)，自定义表单系统包括两个部分：自定义表单编辑系统和Web服务器表单处理程序。
2.2.1 自定义表单编辑系统
自定义表单编辑系统主要完成用户界面的编写和业务逻辑处理功能模块代码的生成和存储。为使系统层次分明和灵活移植，自定义表单系统采用C/S结构，它由两个部分组成：自定义表单客户端和自定义表单服务器，其实现过程如图2所示。
自定义表单客户端是一个ActiveX控件，便于在浏览器和应用程序客户端上灵活使用。其处理单元是一个页面，各项参数是每个页面的入口，而发送到浏览器上的Html代码是页面的出口。自定义表单的客户端从逻辑上包括界面表现层和中间语言翻译层，二者均不直接和数据库交互，在具体实现上，客户端内置了大量的面向服务的构件，这些构件封装了业务用户常用的控件、业务功能插件、数据绑定和管理等功能点，为用户提供了一站式服务的体验。界面表现层主要采用类似于Microsoft DHtmlEdit控件来实现，用户可以可视化地设计页面，设计完成的页面通过Html代码翻译模块将页面表现动态翻译为Html代码，而此过程可采用AJAX机制访问服务器端JavaScript代码，并且支持界面逆向生成功能通过更改Html源代码来生成表单页面，JavaScript代码将和Html代码放在一起。客户端将采用向导和直接编写C#代码的形式来完成对服务器的操作，生成的C#代码通过系统内置的动态库编译模块动态编译成称之为功能库的动态库。
表单设计完成后，在数据保存前，自定义表单客户端将Html源代码存放在一个Html文件中，并同时将Html源代码翻译成AS-PX源代码存放在ASPX文件中，Html页面控件和数据库字段的绑定信息将保存在一个XML文件中。Html文件、ASPX文件、XML文件以及编译生成的功能库都将保存在服务器的硬盘上。由此可见，客户端操作主要生成一个Html文件、一个ASPX文件、一个XML文件和一系列的功能库，并为服务器端操作提供人性化界面。
自定义表单系统的服务器端逻辑上只有一层：数据访问层，通过Remoting机制实现与客户端的交互，负责完成对客户端生成的ASPX文件、XML文件、功能库的存取以及管理与自定义表单系统和具体业务系统有关的数据库表、自定义函数、触发器、存储过程等以及其他对服务器的操作和数据库管理等。
2.2.2 Web服务器表单处理程序
Web服务器表单处理程序是一个ASPX文件的对应处理程序，其操作流程如图3所示，它首先响应浏览器的请求，然后读取XML文件、分析XML中结点的数据绑定信息并操作数据库和Web服务器，将响应得到的信息返回到客户端。其工作原理为：先查找业务系统传递过来的参数列表，如果参数列表不合法，则退出系统，否则执行下列操作：加载功能库，查找分析XML配置文件确定控件和字段的绑定关系，查找数据库填充各个控件，然后按照普通ASPX文件的处理方式来处理。
3 结束语
本文设计的集成化自定义表单系统采用面向服务的思想，引入客户端即时构造方法，将界面表现和逻辑控制有机结合起来，进行增量的螺旋式应用程序开发，有效的避免了重复开发，加快了系统建设速度。更加具有创新意义的是本文将系统的用户定位在业务人员，使业务用户能看到并使用业务服务资源，同时支持业务用户自行组装面向服务的应用，解放了程序员这种宝贵的资源。
参考文献
[1]唐文忠,莫伟栋.面向领域的模型驱动智能表单系统的框架设计[J].北京航空航天大学学报,2007,33(9):1086-1089,1126.
[2]黄慧,孙静.基于AJAX的B/S电子表单填写模式研究[J].计算机工程与设计,2008,29(5):1055-1056,1046.
[3]张文治,张辉.工作流系统中的表单服务系统(J).长春师范学院学报:自然科学版,2005,24(5):25-27.
[4]张超.用户驱动的GIS服务与聚合技术及软件开发研究[D].上海:华东师范大学,2008.
[5]Olaf Z,Krogdahl P,Gee C.An interdisciplinary modeling approach for SOA projects[M].Prentice Hall PTR,2004:97-103.
[6]唐文忠,莫伟栋.基于共享模型的工作流表单系统设计[J].南京航空航天大学学报,2008,34(4):391-395.
[7]赵卓峰.面向服务的应用的即时构造方法研究[D].北京:中国科学院研究生院,2005.
集成化服务 篇5
基于Web服务的企业应用集成系统及其接口
阐述了针对中小制造企业的应用集成的方式和Web服务的基本原理及其标准协议,并通过实例给出了基于Web服务的企业应用集成系统的框架体系,提出了一种开发Web服务应用程序接口的方法,通过将该接口应用于基于Web服务的`企业应用集成系统框架体系结构中,实现了中小制造企业应用系统的集成.
作 者：卢丽丽 闫光荣 韩承祥 Lu Lili Yan Guangrong Han Chengxiang 作者单位：北京航空航天大学机械工程及自动化学院刊 名：航空制造技术 ISTIC英文刊名：AERONAUTICAL MANUFACTURING TECHNOLOGY年，卷(期)：“”(5)分类号：V2关键词：企业应用集成 Web服务 接口
集成化服务 篇6
关键词：地下管线工程档案 集成服务 模式
1 集成服务研究
为进一步做好城市地下管线工程档案管理与服务，通过对1994年以来中国知网收录的集成服务方面文章进行综合分析，并对近些年一些理论文章进行研究，笔者认为我国集成服务研究存在着如下的问题：第一，对于集成服务的研究相对分散，虽然也取得了大量的研究成果，但是都是分散在各个领域，不很集中，也不够系统。第二，对于集成服务的理论研究欠缺，目前的研究大多是具体的实践经验的总结，不能称之为系统化的理论。第三，档案集成服务问题的研究不足，尤其是城市地下管线工程档案的集成服务，寥寥无几。
2 集成服务模式的类型①
集成服务模式依据不同的标准可以划分为多种不同的类型，依据集成服务系统建立的特征，城市建设文件、档案信息集成服务可分为以下三种模式：①独立式，是通过系统内业务环节或业务过程的集成而实现城市建设文件、档案信息服务自动化的一种模式。在该模式下所进行的只是孤立的系统集成和孤立的系统服务。②整合式，是通过系统间建立集成的机制来保证产品质量实现城市建设文件、档案信息服务网络化的一种模式。通过对各种质量规范进行统筹考虑，从多种客户需求、法律要求及质量要求出发来建立文件质量保证体系，保证文件质量标准及数据交换标准具有跨部门和跨系统兼容性的一种服务模式。这种模式下，文件及其信息的质量标准在文件生命全过程和工程项目全过程中得以连贯和一致，档案信息质量最终得以保证。③嵌入式，是通过复杂的系统间的各项功能的集成来实现城市建设文件、档案信息服务智能化的一种模式，也就是指依据城建文件、档案信息集成管理与集成服务原理，将城市建设文件、档案信息的各种业务管理活动、建设工程审批活动、及各专业单位的相关业务职能活动纳入与工程建设基本程序和城市建设工程规划及其管理过程，以保证管理过程经济、高效；依据客户关系管理理念全面考虑各类型档案信息的用户群需求，实现服务内容和服务方式的集约化、多元化、专业化和个性化的服务集成模式。这种模式中，城建文件档案信息的服务实现了与城建专业系统服务的集成，城建文件档案的价值得以最大实现。
3 城市地下管线工程档案集成服务的涵义及其最佳实践的特征
3.1 城市地下管理工程档案集成服务的涵义 城市地下管线工程档案集成服务即采用集成的思想和理念，保证城市地下管线工程档案信息质量，实现城市地下管线工程档案科学高效管理，从而达到用户服务高度满意的一种优化的服务理念和服务方式。
3.2 城市地下管理工程档案集成服务最佳实践的特征② 第一，城市地下管线工程管理流程集成（系统集成），即指以后现代档案管理理念为指导，将地下管线档案的各种管理系统、地下管线工程审批活动、各产权单位以及城建档案行政部门所扮演的角色、地下管线工程以及档案管理法规制度等纳入地下管线工程业务流程，以保证地下管线管理过程经济、高效。第二，城市地下管线工程档案产品集成（信息集成），即指通过对各种质量规范如：文件管理规范、档案管理规范、工程质量管理规范、信息分类规范、文件编目整理规范等都进行统筹考虑，真正从多方面保证信息数据的质量，使得各种载体形式的地下管线档案信息都能确保其真实性、准确性、完整性、可靠性、安全性和可用性。第三，城市地下管线工程档案服务集成（功能集成），即指依据客户关系管理理念全面考虑地下管线信息的用户群，实现服务内容和服务方式的集约化、多元化、专业化和个性化。和目前我国城市地下管线工程档案管理存在的几种模式相比，城市地下管线工程档案集成服务模式视角更开阔，涵盖范围更广，适用的对象更广泛，是一种具有普遍指导意义的理念、方式和模式。
4 城市地下管线工程档案集成服务的必要性、可行性及重要意义
4.1 必要性 城市地下管线工程建设是城市基本建设的重要组成部分，纵横交织的城市地下管线与社会生产和人民生活密切相关，是现代城市的“生命线”。城市地下管线档案必须实行集成服务，才能够为社会提供高效和高质量的服务。首先，城市地下管线本身处于动态变化之中，只有进行全程管理和集成的文件质量服务控制，才能够保障城市地下管线档案信息的真实性、完整性、准确性和可用性。其次，数字化、信息化的社会需要城市地下管线工程档案的集成服务。信息时代的到来，提出了集成信息、集约化服务等需求。最后，城市地下管线工程档案如果不采用集成服务的理念，档案服务系统将处于孤岛状况，服务将滞后于城市建设的需求，服务工作难以实现高效率和高效果，服务水平就不可能提高。
4.2 可行性 信息时代的到来为实现城市地下管线工程档案集成服务提供了各种有利条件。首先，《档案法》、《城市建设档案管理规定》以及城市管线档案管理办法（规定）等法规制度的完善为实现城市地下管线工程档案集成服务提供了保障。其次，现代信息技术和测绘技术的发展为实现城市地下管线工程档案的集成服务提供了技术平台。第一、信息技术尤其是计算机和通讯技术的发展，电子图纸和其他电子数据的形成，大大方便了城市地下管线信息的传输、移交和提供利用。第二、GIS能够将地下管线数据信息在系统中进行集成，为包括城市地下管线信息在内的综合性地理信息的管理与服务提供了一个先进的技术平台。第三、现代测绘技术的发展，使得地下管线的普查补测工作不再成为城市地下管线档案收集工作的障碍。最后，社会主义市场经济的发展，为城市地下管线工程档案管理提供了更广阔的发展空间。城市地下管线档案作为一种重要的信息资源，必须与市场接轨，才能够发挥自身的专业性优势，创造更高的经济效益和社会效益。
4.3 选择城市地下管线工程档案集成服务模式的意义
4.3.1 城市地下管线工程档案集成服务的受益广泛。城市地下管线工程档案集成服务的受益是多方面的。城市建设行政管理部门、建设单位、施工单位、管线产权单位、城建档案管理部门、城市规划设计、测绘部门和政府以及社会公众，都能够从中受益。城市建设部门能够发现体制上的弊端，理顺工作中的各种关系，改革管理体制，做好管理工作；建设单位能够在保护自己权益的前提下依据可靠的管线信息保证建设工程顺利施工；各管线产权单位能够在科学合理保管和使用本专业管线档案的同时，加强与其他管线产权单位的联系，共建管沟，科学利用地下空间，防止因管线归属不同，报批和施工各自为政，且重复建设，频繁开挖，影响市民生活；城建档案管理机构（城建档案馆）能够对全市的地下管线档案进行集中统一管理和提供利用；城市规划设计与测绘部门可以利用已有的多种管线综合信息为新的管线工程提供科学的数据和预测信息；对政府而言，城市地下管线工程档案的集成服务是政府行政效率提高的一个重要表现；对公众而言，其知情权得到了保护。
4.3.2 与传统的管理模式相比，集成服务模式具有以下优点：第一，采用后现代主义思想和后现代档案管理理念，把档案的管理纳入地下管线工程建设业务活动过程中，对业务流程进行全程控制，易于保证管线档案信息的质量。第二，采用客户关系管理理念，综合考虑多种类型的客户和多种形式的客户需求，努力达到集约化、多元化和个性化的服务，易于提高用户服务的满意度。第三，采用集成的管理机制，更有利于城市地下管线工程档案信息资源的积累、共享与交流，易于管线工程文件档案信息管理与服务的整合与优化，有利于城市可持续发展。
注释：
①该部分内容的撰写参考了：华灿丽，“EDMS 与ERMS集成管理的国际化实践经验及其启示”，《城市建设文件档案信息集成管理与集成服务研究》（论文集），北京：中国建筑工业出版社，2004年11月，第124-132页.
②本部分内容的撰写参考了：安小米，“集成管理与集成服务：21世纪城市建设文件、档案信息最优化管理的理论与实践研究（节选）”，《城建档案》，2003年第5期，第15-17页。安小米，“城建文件、档案信息集成管理与集成服务研究及其启示”，《城市建设文件档案信息集成管理与集成服务研究》（论文集），北京：中国建筑工业出版社，2004年11月，第87-101页.
参考文献：
[1]安小米.“集成管理与集成服务：21世纪城市建设文件、档案信息最优化管理的理论与实践研究”，承德会议研究报告，2003年8月.
[2]孟广均，徐引箎.“服务集成：图书馆信息服务的未来模式”，《国外图书馆学情报学研究进展》北京：北京图书馆出版社，1999.
集成化服务 篇7
关键词：服务集成,企业级服务总线,自动化注册
0 引言
在软件开发中,通常会有多种第三方提供的工具、服务被使用。通过集成这些工具和服务,能够提升软件开发的质量和效率。然而由于工具、服务往往由不同开发商提供,集成中很难共享数据和统一管理。
服务集成的目标是将三方服务与工具集成到同一系统中使用[1]。在集成过程中,系统能够满足不同类型的工具、服务接入的需求,不需要更改自身的代码。集成后,系统能够复用三方工具的页面以及它所提供的服务,减少开发、集成的工作量。也可以根据特定的业务需求,将服务组合后提供给用户使用[2]。
进行系统集成时,由于工具、服务通常有着不同的系统设计、数据标准、传输机制等原因,其互相之间的通信、集成较为困难。为了解决这个问题,在服务集成系统中引入了企业服务总线ESB[3],为不同的工具、服务间提供一个通信的桥梁。
系统的集成分为服务的集成和工具的集成两种情况。当集成三方服务时,首先将服务接入ESB,通过ESB提供的通信协议、数据格式转换功能,形成新的服务提供给系统使用。该过程中,需要向ESB提供其能够识别、使用的配置文件。配置文件中包含了服务的输入输出、地址等信息。当集成三方工具时,除了将工具所提供的服务接入ESB外,还要将使用工具所需的必要信息如用户名密码、工具的地址等提交给系统,以便系统复用该工具的页面。
现有ESB系统所提供的集成方法并不能较好地满足服务集成系统的需求,具体问题如下:
1)ESB配置文件的格式和内容复杂,对用户不友好。配置文件包含许多ESB内部组件,如数据格式转换模块等。这类组件和接入服务并不直接相关。另外如果配置错误,用户需要花费时间来检查和调试。
2)由于工具、服务的种类众多,集成中需要针对其不同的设计、架构,编写不同的集成模块,这将花费大量的时间。
3)集成系统不支持热部署功能,导致在集成工具、服务过程中,系统无法使用。只有在集成完成后,重新启动系统,才能够使用新的工具和服务。
针对上述问题,本文提出了面向服务集成的自动化服务注册方法。该方法定义了一个能够表达接入工具、服务信息的模型,利用该模型自动化的完成注册工作。
1 相关工作
一些研究提出了新的服务组合算法,解决了在Web服务注册到ESB后,如何利用工作流系统,根据需求选择服务,封装组合后形成新的服务提供给用户使用的问题[4,5];一些研究关注于如何对ESB系统上的Web服务进行管理[6,7,8];Tan等人按照Web服务的用途分类后,使用Petri网计算,得到服务的组合方式[9];也有的工作设计了一个分布式高可信ESB系统,在这个系统中解决了服务的组合问题[10]。上述研究重点解决了如何根据用户的需求,整合服务的问题。但是这些研究以服务已经注册到ESB为前提,没有把工具和服务的注册问题作为重点。
王路远提出了一个ESB管理系统[11],该系统通过界面引导用户完成服务的配置后,自动生成ESB的配置文件,来完成服务的注册。该方法降低了用户注册和管理ESB的难度,但是没有关注集成系统如何使用三方工具的问题。
边小凡等人提出了一种快速集成工具、服务的系统模型[12]。该模型使用ESB来完成各部件之间的通信工作,并应用到了国家安全以及灾难响应的场景中。文中使用了UDDI[13]来进行服务的发现和注册,但没有重点阐述集成系统如何使用三方工具的问题。
本文提出了一个面向服务集成的自动化服务注册方法,其能够解决上文描述的三个问题,方便接入新工具和服务。其包括下面两个步骤:
1)从实际的工具、服务中抽象出一个较为通用的服务描述模型,其能够表达工具、服务的集成信息,以及它们的设计、架构差异;
2)设计自动化注册方法,利用上述模型所含有的数据完成服务、工具的注册,并保证系统能够使用它们。
2 自动化服务注册方法
由于工具和服务的数量众多,为每一个都设计特定的注册方法将耗费大量的时间,因此需要根据实际使用的软件开发工具、服务,抽象出一个较为通用的服务描述模型SDModel。
图1是注册方法的架构设计。首先根据需要集成的工具、服务的信息抽象,由用户填写或可视化模块生成SDModel。模型解析模块会验证SDModel的合法性,如果不符合系统的要求,集成过程将不会被完成。此后SDModel会被解析成两部分数据,一是符合ESB规范的配置文件,二是存储后供查询的工具、服务信息。完成SDModel解析后,解析模块向服务管理模块发出通知,将生成的ESB配置文件交由ESB部署模块使用。通过使用热部署模块,文件被配置到ESB中。这个步骤中,由于诸多原因可能造成部署的失败,因此在部署前,状态保存模块会将正确运行的配置文件保存备份。一旦部署失败,服务管理模块会取出备份文件交给部署模块尝试重新部署。在部署服务中,服务地址管理模块负责分配和回收地址供服务使用。
部署完成后,服务管理模块会通知应用层模块新的工具、服务接入完毕。应用层模块通过服务管理模块查找需要的服务,而后会使用接入总线服务所使用的协议和总线进行通信。到这里,ESB就完成数据格式、通信协议的统一工作,将不能够通信的三方工具、服务连接到了一起。
为了让自动化注册方法实际工作,需要:
1)定义SDModel,描述待集成的工具和服务;
2)模型解析模块,用于解析SDModel,生成ESB能够识别、使用的配置文件;
3)服务信息模块,保存工具、服务的信息以及ESB的配置文件备份;
4)ESB配置模块,将生成的配置文件部署到运行中的ESB中,并保证ESB的正确运行;
5)服务管理模块,向应用层提供已经集成的服务,同时控制ESB配置模块进行部署操作;
6)可视化模块,帮助用户生成SDModel。
2.1 服务描述模型
本文参考了WSDL(Web Service Description Language)[14]定义服务描述模型,该模型符合标准的XML格式(<key>value</key>)。SD-Model包含了拟接入的三方服务和工具信息。SDModel的层次结构应该如图2所示。
首先使用sdmodel关键字来定义模型。所有接入工具、服务等等信息都将写在这个关键字之中。
1)三方服务
对于待集成的三方服务集合,使用服务集合(services)来描述。对于其中的某项具体服务,使用服务(service)来描述。三方服务包括了服务描述、服务协议、输入、输出、期望输出几部分。
服务描述:包括了服务名称(name)、简要描述(description)和服务地址(address)三方面的信息。这里地址应当包括协议和地址两部分。如:http://192.168.10.10/xmltojson。其中http为协议,后面部分为具体的地址。
服务协议:使用protocol关键字。服务的数据经过ESB处理后,需要再次提供给其他模块使用,如果用户想在这里改变数据传输的协议,应该使用protocol关键字。如果没有,则默认为服务地址中的协议。
输入:使用input关键字,描述服务的输入参数。由于输入中可能包含了若干的参数,定义param关键字来描述这些参数。每个参数由参数名称(name),参数格式(param-format)和参数取值(param-value)几部分组成。参数格式取值如XML、Object等。如果参数取值为空,则表示该参数将在ESB运行中传入。
输出:使用output关键字,描述服务的输出结果。由param关键字描述,但是不包含参数取值。
期望输出:使用expect-output关键字,描述用户希望通过ESB处理后输出的结果。由param关键字描述,但是不包含参数取值。
2)三方工具
三方工具由两部分信息组成:一是工具自身的信息,如账户、工具地址等;二是工具提供服务的信息。使用工具(tool)描述用具定义的开始和结尾。
工具描述:包括了工具名称(name)、简要描述(description)和工具地址(address)三方面的信息。
工具认证:用tool-access关键字描述,定义三方工具账户信息,其中可以包含多个账户(account)。每个账户中提供工具的用户名、密码。和服务的输入输出类似,账户中使用参数(param)来描述具体的用户名和密码。此外,对于B/S架构的工具[15],还可以添加工具的登录信息,如工具的登录的地址,来帮系统进行单点登录操作。
工具服务:表示由工具提供的若干服务。该部分和三方服务集合(services)类似。不同的是这些服务可能没有具体的地址,故可以不配置地址(address)。
3)示例
下文展示了一个详细的SDModel,其中包含了缺陷管理工具Bugzilla的工具地址,同时提供一个用户名为123@example.com,密码为123的账号供集成系统使用。此外,SDModel中还定义了Bugzilla提供的get Bug By Id服务。该服务的输入为int格式的bug Id,而输出为xml格式的具体bug。
通过SDModel的定义,其能够较为通用地表达三方工具、三方服务的信息。
2.2 注册方法模块实现
1)模型解析模块
解析模块首先会接收用户上传的SDModel,然后会验证其正确性。
为了便于SDModel的解析和验证,这使用了JAXP(Java API for XML Processing)[16]。JAXP是一套用来处理XML文档的API。其中包括了javax.xml.validation、javax.xml.parsers等多个包(package)。
验证分为两个阶段:第一阶段通过javax.xml.validation包来验证SDModel是否符合标准XML文件的格式;第二阶段验证SDModel的完整性,如<tool>中是否含有<address>信息,<param>中是否遗漏了<param-format>等。如果模块发现SDModel有错误,则模块不会进行下一步的ESB配置文件生成工作。同时,会将具体的错误信息返回给用户。该模块避免了用户错误填写配置文件后,系统的不能正常运行问题,也减少了进行错误的排查修正的时间。
而后,利用javax.xml.parsers包解析SDModel。将解析出的数据写成ESB的标准配置文件。根据ESB的不同,其配置文件的格式也不同。为了解决这个问题,模块对常见的ESB配置文件进行单独处理,并且维护其配置文件的格式信息。如mule ESB的配置文件开始和结束的标识为<mule></mule>,且通过xmlns来关联需要的其他XML文件[17]。随后,该文件将会发送至ESB配置模块。另外,SDModel还包含的工具、服务信息,如服务所需要的输入输出、是否需要格式的转换等,将会被储存起来,供服务管理模块查询使用。
2)ESB配置模块
为了达到集成系统的热部署功能,同时保证ESB的正常运行,ESB处理模块会有三个主要的功能:
(1)服务地址管理模块。当新的服务接入到集成系统中后,需要为其分配相应的服务地址。该模块维护一个地址池,该地址池由集成系统管理员根据拥有的IP段进行分配。地址池按顺序为新的服务和工具分配IP,同时回收不再使用、注销的服务的IP。
(2)热部署模块。ESB配置文件生成后,需要把该文件部署到ESB运行环境中。对于一些ESB,如Synapse,只需将该文件放入运行环境下;而对于mule,需要将配置文件打包为发布版后,再放入运行环境。随后重启ESB系统(根据ESB的不同,处理方式稍有差别,如mule ESB不用重启便可完成新服务的部署,而synapse需要重启),使新的服务和工具生效。这里使用脚本来控制ESB的启动、停止等工作。模块首先会判断用户所使用的操作系统。在Linux/Mac系统下采用shell脚本;在Windows系统下则采用bat脚本。另外,由于可能出现的网络异常、配置文件错误、ESB系统异常等原因,部署可能会失败。因而每次部署前,应当保存当前ESB上正常运行的配置文件。部署失败时,向状态保存模块请求恢复之前的状态。
(3)状态保存模块。由于ESB在部署过程中可能出现的异常情况,在每次热部署之前,该模块会记录下当前ESB系统中的配置信息。如果系统发生了错误,本模块会负责取回最近一次的信息进行恢复。同时,还应该提醒用户部署发生错误,以及错误原因。
通过ESB配置模块,当集成系统接入新的工具和服务时,不再需要重启整个系统,保证了用户的使用。
3)服务信息模块
服务信息模块将会主要保存三部分信息:
(1)用户管理数据,用于记录用户的信息,如用户名、密码等。
(2)工具、服务的注册数据。这部分信息将会用于服务管理模块的查询和变更工作。当集成系统需要多个工具的单点登录功能时,该部分还会记录工具的登录地址等信息,以便集成系统模拟登录取回工具的cookie。
(3)状态保存信息。该模块负责维护ESB的配置文件,以及ESB是否正常工作等数据。通过设置时间间隔,模块将定时从ESB抓取当前系统的运行信息。部署失败时,模块将取出最近一次正常工作的配置文件,以便ESB系统恢复运行。
4)服务管理模块
该模块主要包含了两个功能:
(1)服务查询模块。当应用层模块需要调用ESB上的服务时,会首先向该模块发出申请。模块查询ESB是否存在该服务,以及该服务运行是否正常,然后把查询的结果返回给应用层模块。最后应用层模块会根据该结果决定是否对服务发起http、或是其他协议的请求。例如前文中Bugzilla提供的get BugBy Id服务,由于该服务的协议是http,应用层将会对该服务的地址发起http请求。在请求中包含有服务需要的参数bug Id。ESB响应请求后,从Bugzilla查找bug数据,最后把该bug返回给应用层。此外,每次部署新工具、服务成功后,模块会向应用层模块发出消息,通知其可以使用这些工具和服务。
(2)服务变更模块。当用户不再需要某个服务或是想对服务做出修改时,该模块会对保存的服务信息做出相应的变更。如注销get Bug By Id服务,该服务的数据则会被删除。同时模块会定位该服务所属的ESB配置文件,在该文件中去除不需要的服务项,最后通知ESB配置模块,重新部署更新后的ESB配置文件。
5)可视化模块
对于用户来说,手动编写SDModel仍有一定的难度,因此可以根据具体集成系统的需求,为用户提供两种方式完成注册:
(1)对话输入框的方式,引导用户填写注册信息。
(2)直接上传包含有接入工具、服务信息的SDModel。此后所有的工作由模块自动完成。该界面将会在下一章的案例分析中给出示例。
3 案例分析
3.1 软件开发可信证据采集平台介绍
本文所提出的自动化服务注册方法已经应用在软件开发可信证据采集平台上。该平台是一个Web应用工具集成系统,主要用于将软件生命周期的相关工具,如需求管理工具Jira、缺陷管理工具Bugzilla、测试工具Test Link等,集成到同一系统后提供给用户使用。
在用户使用的过程中,这些接入的工具将产生许多和软件生产相关的数据。平台可以利用这些数据,按照可信证据的定义计算出该软件的可信度。此外,在工具集成的基础上,平台还允许用户在为本平台定制的工作流规则下组合工具所提供的服务。例如同类工具之间的数据传输,将Bugzilla中的缺陷数据同步到Mantis中。该平台的简单架构图如图3所示。
在使用平台之前,用户需要在平台注册一系列工具和服务。在使用中,用户可以选择从平台进入某个工具操作。也可以利用平台的工作流系统定制出一套符合自己业务需求的流程,如通过项目中需求和测试的差值求得黑盒覆盖率。最后由工作流引擎调用ESB上所接入的服务,返回结果给用户。在使用平台前,需要接入软件生命周期中的各项工具和服务。传统的注册方法需要平台针对每一个接入的工具、服务都开发一套通信组件,这增大了平台开发的负担。另一方面,传统的集成方法不能够解决集成的工具之间互相的通信问题。例如希望Bugzilla和Jira通信,则需要为两个工具单独的开发通信组件。那么当Bugzilla希望和另外10个工具通信时,开发工作量和难度都将增加。在引入ESB后,所有工具、服务间的通信都通过总线来完成,只需要为它们开发和ESB通信的组件即可,大大节省了集成的工作量。
这时,本文提出的注册方法就能够解决上文所述的集成场景。基于以上原因,平台使用了本文所提出的自动化注册方法,以支持平台访问工具,以及工作流引擎调用服务的需求。
3.2 平台注册方法
在该平台下,用户可以选择两种方式来接入三方工具和服务:一是直接上传SDModel;二是通过可视化界面的引导,填写信息后,由平台生成SDModel供自动化注册方法使用。平台使用了mule ESB,该ESB提供了为接入工具而设计的connector机制。用户可以将三方工具提供的API封装为connector,接入到ESB后提供Web服务。因此当用户需要为平台接入新工具,且该工具没有提供现成的服务时,还需要上传封装好的connector。
3.3 可视化界面和单点登录
为了进一步降低用户在接入工具、服务时的困难,平台设计了一套友好的可视化界面来引导用户完成注册工作,如图4所示。
用户在界面上填写工具、服务的信息后,平台会生成SDModel文件,供注册方法使用。
另一方面,用户还需要直接在登录平台的同时登录接入的三方工具,因此这里需要一个单点登录服务。对于B/S架构的工具,当用户登录时,工具服务器会生成若干cookie来标记用户的信息,如加密后的用户名、密码,以及服务器session Id。根据这些cookie,服务就能够判断用户是否登录。为了让平台模拟用户登录的动作,需要在SDModel的tool-access关键字中添加工具的登录地址和登录表单用户名、密码的ID,这里的数据还是通过param关键字来定义。
此外,平台和工具的地址通常不在同一个域中,为了能够让平台和工具跨域通信,将所有三方工具通过apache的反向代理设置在了同一个域下。
3.4 定制业务流程
当平台接入了服务后,用户能够利用这些服务定制业务流程,并使用j BPM工作流引擎[18]来驱动业务流程的执行。为了方便制定过程,平台提供了一个可以拖拽的可视化界面,如图5所示。图中的每一个元素均代表一项接入的服务或工具,在定制界面下方可设定三方服务或者三方工具提供的服务,这里的每一项服务,都由ESB所提供。
完成流程的定制后,平台将验证其是否符合执行规范。如测试服务节点必须处于需求服务节点之后。而后工作流引擎调用平台的通信模块,发送http或其他请求和ESB进行通信,即可运行该工作流。
最后,平台利用自动化注册方法完成新工具、服务的接入工作,减少了集成所花费的时间,提供了热部署功能,满足了应用层定制业务流程的需求。
4 结语
本文通过分析发现当前服务集成系统注册新工具、服务所存在的几个问题:1)ESB配置文件较复杂对用户不友好;2)工具、服务种类众多,开发相应的集成方法需要大量时间;3)不支持热部署导致重新部署系统时用户无法使用。为了解决这些问题,首先定义了服务描述模型SDModel,利用该模型,可以较为完整地描述出用户希望接入服务或工具的信息。在此基础上,设计了一个基于SDModel的自动化注册方法。该方法能够读取、解析SDModel,并将其转换为对应ESB系统的配置文件,通过热部署的方式使其生效。由于SDModel能够较为通用表达服务、工具的信息,该方法具有一定的普适性。此外,方法提供了错误检测和恢复机制,保证了集成系统可以从错误状态中恢复。该方法已经在软件开发可信证据采集平台中实现,并取得了良好效果。
物流金融的集成服务研究 篇8
企业的流动资产从货币形态开始, 依次转变形态, 最后回到货币形态的过程中, 占有了大量资金, 这为开展物流金融提供了一定的可能性。流动资产形态变化图如下:
很明显, 企业的流动资产是占有资金的, 物流企业通过创新物流金融的实现路径, 可以盘活这些流动资产, 提升企业经营资金的周转效率和获利能力。
物流金融的基本思想是:物流企业在传统物流服务的基础上, 与金融机构合作, 共同帮助客户盘活流动资产, 缓解资金占用问题。对单个企业来说, 物流金融服务只涉及供应链某个环节, 而要真正发挥物流金融的作用, 应该将服务向上下游延伸, 增强物流和资金流的连续性。由此可以进行单个物流金融产品组合, 得到三种集成服务方案。
1、生产、销售环节集成
生产物流中的产成品和销售物流中的商品实质上同物异名, 是两种物流形态的衔接点, 因此, 在生产物流和销售物流中, 可以实施“质押监管+未来提货权融资+保理”等集成物流金融服务, 具体业务流程如下图2:
2、供应、生产环节集成
供应物流和生产物流的衔接点也是库存。对制造商来说, 预付款占用资金;对供应商来说, 售后货款有坏账风险。因此, 可以通过“未来提货权融资+统一授信融资”集成服务方式开展物流金融, 具体流程如下图3:
值得一提的是, 在制造商付款提货过程中, 物流企业不必立刻跟供应商结算, 之间有一个时间差, 这段时间内制造商支付的货款归物流企业所有, 物流企业可以进行资本运作。类似的路径有“托收+授信融资”和“垫付货款+授信融资”。
3、全供应链集成服务
全供应链上的集成物流金融业务形式多样, 如“订单融资+质押监管+未来提货权融资”。具体流程如下:
物流金融是近几年兴起的一股新潮, 从实践的成果来看, 这种模式确实为企业注入了新鲜血液。但也应该意识到, 要实现这种新型商业模式的持续、健康发展, 需要从系统的角度集成各种物流金融产品, 这样才能发挥物流金融最大的作用。
摘要：本文从供应链角度, 提供了“质押监管+未来提货权融资+保理”、“未来提货权融资+授信融资”和“授信融资+质押监管+保理”三种物流金融的集成服务方案, 以期对企业开展物流金融有一定的借鉴意义。
关键词：物流金融,质押监管,未来提货权融资,保理,授信融资
参考文献
[1]邹小芃, 陈万翔.国内物流金融研究综述[J].商业时代, 2006, (36) :17-18.
[2]Sidney Rutberg.Financing the supply chain by Piggy-backing on the Massive Distribution Clout of United Parcel Service[J].The Second lender, 2002, 58 (6) :40-46.
[3]汤洪宇.开放条件下我国物流金融发展模式研究[D].广西:广西大学, 2008.
试论集成化信息产品服务 篇9
1 集成化产品服务是网络环境下信息服务的一种趋势
近十年来，由于信息资源的网络化和数字化进程的不断加快，计算机技术、信息技术和各种应用技术的发展，文献情报机构及其传统的服务模式正面临着严峻的挑战。文献情报机构部门传统的信息资源优势不断弱化，用户对传统文献信息服务的依赖越来越少。单向的文献资料提供服务、简单的初级文献服务、被动的跟随服务等传统服务模式已难以适应数字时代用户对信息的需求。那些缺少信息获取渠道和信息加工能力的社会化用户对信息的需求，已经从简单的文献信息提供转向针对性强、集成化程度高、结论明确和直接用于解决决策或特定问题的信息产品。
集成化信息产品服务，指文献情报机构调动各种信息资源、技术资源和智力，创造性地运用这些资源一次性解决用户特定需求问题的“一体化”服务模式。集成化信息产品服务，首先需要文献信息服务机构针对用户的需要，将可能地从大量文献信息资源库中采集、筛选和整合各种来源、各种类型、各种载体的离散信息，包括那些能被沟通、共享的知识和经验以及所能组织起来的各种显性和隐性信息等;其次需要采取多种技术途径与信息分析方法，通过对事物本身及内在联系的有序揭示，将符合用户需求的知识提炼出来，加工成满足用户需求的信息产品，提高信息产品的知识可见度，以便用户吸收、利用和从中获取效益。
2 集成化产品服务改变了文献情报机构服务模式
2.1 从跟随服务到引领服务
文献情报机构传统的信息资源建设与信息服务，将注意力集中在“点”(单个或少数读者的现实需求)或“线”(单个或少数读者的系列需求)上，以能够点对点或点对线地满足用户特定的信息需求为目的，即根据到馆读者提出的明确要求提供相应的文献信息服务，具有明显的被动跟随服务特征。集成化信息产品服务以主动开发用户潜在需求为主要服务方式，需要文献情报机构在接待用户时，甚至在用户的信息需求形成和明确的过程中，对用户信息需求进行全面、深入的了解，对用户信息需求的全过程进行分析、判断和预测。在了解和掌握用户信息需求的基础上，将相关学科或相关主题的各种零散信息整合集成，形成信息产品，并进行长期的更新和维护，让用户根据自己的需要去选择、提取和组配，从而使该资源能在同时为大多数需求相同或相近的用户服务。这从根本上改变了文献信息服务一贯的被动式跟随服务的方式，大大提高了信息服务内涵、层面和主动性。
2.2 从局部服务到嵌入式服务
传统的文献信息服务的主要任务在于文献信息的收集、分类、检索、存储和提供等，追求的目标是“人们需要什么，我提供什么”。在新信息环境下，各种文献信息呈指数增长趋势，给人们从繁杂的信息环境中捕获和提取解决问题所需的信息带来极大困难。与此同时，文献信息的数字化和网络化趋势，使得各种信息、数据库供应商和提供商可以直接面对终端用户，逐步蚕食文献信息机构的传统领地。集成化产品服务不再仅仅是对文献信息资源的采集、收藏、管理和提供，其核心目标是识别、挖掘、筛选、综合、组织、整合、分析和再造，以集成化产品形式提供给终端用户，为用户创造一个“信息轰鸣环境”，使该环境中的每一位人的信息获取量达到极限，从而促进文献信息资源的共享和使用效率。这种过程实际上是一个对信息资源有目的的充分挖掘、重组和再创造过程。
我国虽然有不少文献信息机构早已经具备从文献信息资源保障、参考咨询、情报研究到信息资源整合利用等各方面的能力，但由于条块分割、部门职能和传统管理理念的限制，各种服务内容被人为切割，综合服务功能远远没有充分发挥出来，很少有文献信息机构把生产综合性信息产品视为应有的职能或服务模式。集成化产品服务实际是文献信息机构所具有的信息采集、组织、加工、整合、检索、分析、研究、跟踪、预测、发布和宣传推广等各种能力的综合反映，它最大限度地体现了文献信息机构的固有优势和智力内涵。树立新型服务理念，加大集成化信息产品的加工与整合力度，调动自身各种优势贴近用户提供文献信息服务，是文献信息机构适应社会发展的出路。
2.3 从强调社会效益到追求经济效益
经济效益是衡量文献信息机构信息服务最重要的评价指标之一，是信息服务工作对经济建设和社会进步产生实质性贡献的真实体现。集成化产品服务的效果不只要看加工、提供了多少条信息，更要看所提供信息产品的经济价值和用户的认可度，看信息产品在促进经济建设和科技进步中的作用和贡献。
集成化产品服务强调利用文献信息机构自身的专业知识和技能，对文献信息资源进行深层次加工、整合和揭示，形成新的具有实质应用价值的信息产品，降低用户在获取文献的繁琐过程中时间和精力的耗损，提高其获得新思想、新知识和新信息的效率，使用户能把更多的时间和精力用在创造性劳动上。因此，集成化产品服务注重通过显著提高用户的信息吸收、利用、反应能力和创新效率来体现价值，以文献信息机构较好的信息服务效果和用户满意度获取较好的服务效益，是一种结合文献信息机构的资源、研究和服务优势面向增值的服务。
2.4 从自我评价到追求用户满意度
在飞速发展的新信息环境下，网络上的海量信息对于读者的一般信息需求来说感觉已经“过剩了”。网络环境下的文献情报机构能否吸引大批的用户，服务能否得到用户的肯定，就成为其能否适应时代的变迁，进一步发展壮大的重要因素。因此，提供超出用户期望值的高质量的综合性文献信息服务，就成为提高用户对文献信息服务满足度的关键。由于集成化信息产品服务是建立在满足用户各方面需求的整体解决方案的基础之上，只要文献情报机构在服务过程中对目标群体有准确的细分和定位，对用户的需求有全面准确的总结和概括，集成化信息产品服务就可以有效地满足用户情报需求，使用户的满意度达到最高值。
2.5 从面向本单位读者到面向社会读者
传统服务以满足到馆读者文献信息需求为主要服务方式，集成化产品服务以主动开发用户潜在需求为主要服务方式。在现代信息环境下，守株待兔式的被动服务模式，无疑将使得文献情报机构的传统阵地丧失殆尽。有人曾说过：“信息服务不仅要经营信息资源，更要经营用户，经营信息活动，经营三者之间的动态联接，经营影响它们三者的环境。信息服务机构应成为信息活动的组织者和协调者、信息服务的提供者和信息环境的引导者。应该调动各种政策、技术和资源，利用各种工具，灵活地构造新的组织结构和运行机制。有效驾驭迅速变化的信息环境，在改造自身的过程中，以及环境变化及竞争中占据主动地位。”从面向读者到面向社会的转变是实现文献信息机构可持续发展的一个重要途径。
3 集成化信息产品服务的实现
3.1 集成化信息产品的开发步骤
开发集成化信息产品应从确定服务对象和目标，制订产品开发规划和实施方案，刺激用户需求,签订产品开发协议，搜集与整合信息资源，信息分析与情报研究、撰写分析报告，在集成化服务平台上整合各项成果和提供集成化服务等几个方面着手。
3.1.1 选定集成化信息产品开发的用户和目标
贴近用户、了解用户、了解需求，是选定服务对象和目标，开展集成化产品开发成功与否的关键一步，要充分体现针对性、目的性、效益性原则。针对用户的性质(政府、企业、科研、教育、公众等)、需求(信息获取、信息服务、情报分析、综合服务等)和能力(资源保障能力、技术保障能力、情报服务能力等)，在把握用户和用户需求的基础上，评判自身的能力，尽力做到有的放矢和力所能及，确保信息产品开发的成功率。
3.1.2 制订产品开发计划、实施方案和宣传推广方案
用户的信息需求是文献信息服务的原动力，需要分析、制订满足用户需求并能够被用户接受的产品开发方案。方案应充分考虑用户(群体)的知识结构、心理倾向、信息需求和信息消费的习惯与行为，从而达到激励用户需求、提高用户有效检索和信息获取能力、促进用户对信息的吸收和知识创新的目的。信息产品开发是集文献、信息、数据、跟踪和分析为一体的整体解决方案，应能够最大限度地解决用户所关心的问题，计划要做到周密详尽、切实可行，努力实现集成化信息产品效用的最大化。
3.1.3 信息资源搜集、整合与集成服务
信息资源的搜集和加工是信息产品开发的一项基础性工作，信息采集的全面性、针对性、权威性、及时性，以及信息产品的检索效率、集成化程度、易用性等，在很大程度上决定着集成化信息产品的质量。因此，在信息采集上，须注重馆藏文献信息资源与网络信息资源的有机结合、显性资源与隐性资源的有机结合，系统搜索、挖掘、跟踪与用户需求密切相关的各种类型、各种载体、各种形式的信息。在信息组织上，应充分体现文献信息机构已经形成的科学管理体系，对采集到的信息深层次的整序、揭示、分析和鉴别。要深入到信息的内容实质中，揭示各种信息间的内在联系及未来趋势，形成动态、多向、非线性的信息检索和服务体系。
3.1.4 整理、分析与集成信息产品
———信息挖掘。正如奈斯比特所指出：“我们正受信息淹没，但却渴求知识。”我们现在面临的问题，不是信息太少，而是信息泛滥、信息超载。这种情形迫切需要图书馆员做好知识组织工作，即在知识和预处理的基础上，通过知识，对信息进行精简、提取，发现隐含在信息中的有用知识单元，并对其进行集合组织，以便于人们识别和理解知识。知识组织的目标不应停留在简单的对知识存储进行提供知识，而应该是融合分析、归纳、推理等方法来实现知识挖掘的知识表示过程。
——信息开发。信息开发是在知识组织的基础上，根据用户要求和图书馆发展的特定目标，通过知识重组和知识再造，形成用户决策所需要的知识解决方案或适合市场需求的知识产品的过程。知识开发过程中包含了图书馆员创造性的智力劳动，这种智力劳动使知识产品产生增值。图书馆知识开发关注和强调的是利用自己独特的知识和能力，通过对信息和知识的深层次加工，形成有独特价值的知识产品，解决用户凭自己的知识和能力所不能解决的问题，从而实现自身在社会知识创新、知识扩散和知识应用链条上的独特价值。开发网络资源是目前图书馆获得有价值的资料与信息最主要的途径。网上的信息资源是广泛的、无序的、分散的，图书馆应将分散在网上的各种信息，通过开发、整理、分析与鉴别，使大量无序的信息变为有序的信息，把有用的、有价值的知识通过网络等多种形式传送给用户，使知识为教学、科研和社会服务。
——信息产品服务。图书馆的信息挖掘、组织、集成最终目的就是为了知识的应用，以便最大限度地实现知识的功能与效益。为此，应该形成基于高速信息网络的信息产品服务，这包括：(1)为企业、政府、社会团体、科学机构建立学科信息平台。针对这些企事业单位的人力、物力和财力的不足，图书馆即可利用高速网络信息资源，围绕各自所需而开展知识信息服务。(2)为用户提供多样化、深层次、全方位集成化信息产品。
3.1.5 撰写产品报告
集成化信息产品服务报告主要包括综述、述评两种。综述报告是对某一课题的大量有关信息进行归纳、整理、分析、加工制作而成的一种综合报告。它可以使科研人员用较少的精力和较短的时间对有关课题的内容、意义、历史、现状及发展趋势等，有一个完整、系统、明确的了解。述评报告是针对某一课题，全面系统总结学科领域中的各种情况、观点和数据，并对此进行分析、评价和建议。述评报告是一种重要的专题性信息，它能帮助研究人员确定有关课题的研究方向，找到解决既定任务的合理方法。述评不仅是确定研究思路和方案的重要依据，而且还是协助科研人员确定科研目标的重要参考资料。
3.1.6 合理推广使用集成化信息产品
为进一步加强开发集成化信息产品的有效性，可以运用计算机信息处理技术，将印刷型集成化信息产品转化为网络信息产品(如书刊题录数据库、专题文摘数据库等);同时，将网络信息中的专题与相关学科信息下载，转化成为印刷型信息产品(如专题文献汇编、专题目录、综述报告和述评报告等)，并及时提供给科研用户。需要注意的是，在推广使用开发成果的过程中，应当遵循合理使用和法定许可的原则，保护原创作者的发表权、署名权、修改权、保护作品完整权、信息网络传播权和获得报酬权。
4 结束语
综上所述，网络信息社会对信息、知识的依赖和需求比以往任何时期都强。无论是政府决策，区域规划，还是企业产业发展都离不开对知识和信息的正确把握。具有知识特征的信息产品服务是以丰富的信息资源、便捷的信息环境和高层次的人力资本为基础，能够满足用户个体化需求和社会化需求的服务。文献情报机构应该重视集成化信息产品的开发，充分发挥集成化信息产品服务的作用，营造一种新型文化和价值理念，最大限度地实现信息-知识的显性转化，使集成化信息产品服务于经济发展和社会进步。
参考文献
[1]李宏建等.数字图书馆的反思与转型[J].现代情报,2011,(11):34-37,42.
[2]李宏建等,论新信息环境与图书馆核心服务能力[J].科技广场,2011,(2):197-200.
[3]贺西安等.“转变研究模式,推动知识创新”——新一代学术信息资源整合体系ISI Web of Knowledge评介[J].技情报开发与经济,2010,27:107-110.
[4]李宏建等.数字图书馆宣传与价值体现的探讨[J].科技情报开发与经济,2010,26:16-18.
[5]孙晓舸.美国地理空间情报的改革之路[J].国际资料信息.2010,(6):7-11.
[6]王彦等.学科化信息服务工作实践研究[J].图书馆学刊,2009,6:19-22.
[7]杨斌等.实施读者关系管理,提升图书馆竞争力[J].情报杂志,2009,28(B06):351-352.
[8]热夏提等.论新信息环境下中小型图书馆信息资源建设[J].现代情报,2007,27(2):73-75.
[9]张小云等.新信息环境与科技文献情报机构工作.中国科学院图书馆学情报学第十四次科学讨论会,2005.
[10]俞青等.论单主题综合数据库建设[J].现代情报.2004,24(6):149-151.
数字油田数据集成及服务体系研究 篇10
随着近十年来“数字油田”被国内大部分油田相继确定为信息化建设目标, 到目前将“云计算”和“物联网”等先进信息化技术应用到油气生产流程中, 已经成为国内“数字油田”建设的主要方向。但是, 无论是建设油田生产、科研、管理和决策的综合基础信息平台的“数字油田”, 还是建设高智能感知油田动态信息、自动操控油田活动、预测油田各方面变化趋势的“智能油田”, 它们的核心都是一样的, 就是必须实现各类专业数据的集中统一管理[1], 让数据“进的来、出的去”, 所以最佳方案是通过围绕勘探开发一体化中心主库 (以下简称勘探开发主库) 来建立统一的数据集成与服务体系, 才能最终满足对油田海量数据的分析、处理、认知和判断, 最大限度地实现对油田可视化、可量测的智能化管理与控制。
一、勘探开发主库建设
勘探开发主库以中国石油统一的石油勘探开发数据模型EPDM为基础, EPDM模型是一个基于对象的数据模型, 包括基本实体、地球物理、钻井、录井、测井、试油试采、地质油藏、油气生产等覆盖油田勘探开发等各个专业领域。
勘探开发主库建设分为三个步骤, 首先是EPDM模型的本地化工作, 即按照模型设计规范要求, 结合本油田各专业业务特点, 严格执行控制各专业数据库数据采集的范围, 避免大而全, 同时各专业数据库的核心实体数据必须来自勘探开发主库, 严格禁止各专业库录入非本专业产生的实体数据, 通过利用主外键关系、域完整性[2]、代码表等方式规范勘探开发主库数据, 同时还要充分考虑在未来扩展新业务时, 不会影响到核心模型;其次是进行历史数据资源补充完善、专业库管理系统及采油单位正常化系统建设来实现各类专业数据的采集、审核和进入专业库;最后是建立勘探开发数据集成和服务体系架构, 形成以保证数据完整性、一致性、及时性的数据集成体系和应对不同层面的数据需求, 合理快捷地提供各取所需的数据服务体系, 只有数据集成和服务体系的健全和完善, 才能为油田的科研、生产及管理工作提供强有力的数据支持。
二、数据集成
数据集成是指将钻、录、测、试、分析化验、油气生产等专业数据库数据抽取到勘探开发主库, 在可维护, 实时同步、资源占用等方面综合考虑下, 最佳方式是采用Oracle的数据集成工具ODI (Oracle Data Integrator) 。ODI本身是一种开放的架构, 支持目前流行的关系数据库, 同时由于其本身是Java开发的产品, 可以跨Windows、Unix平台。ODI最大的特点是提出了知识模块的概念 (Knowledge Module) , 它把一些场景 (如不同数据库之间抓、送数据等操作) 的详细操作步骤记录为一个个知识模块供用户调用[3]。由ODI提供的100 多个知识模块中, 基本包含了普通应用所涉及的所有场景。此外还可以利用Java Python语言对知识模块进行二次开发, 实现测井曲线数据体、科研图形文档 (BLOB、CLOB) 等大对象集成到勘探开发主库, 不仅如此, ODI自10.1.3.6_02 版本后, 增加了针对采用Golden Gate获取源数据库增量变化的知识模块, 替代ODI中传统的Logminer抓取数据的部分, 避免了对源数据库系统的影响, 从而实现更加快速实时的数据集成解决方案。
2.1 数据集成方式和周期。ODI主要有全量和增量两种集成方式, 工作方式是“先全后增”, 即先做全量集成, 后做增量集成。
全量集成是指将各专业库当前所有数据一次性集成到勘探开发主库, 实现的步骤包括建立建立专业库和勘探开发主库物理方案;建立专业库和勘探开发主库逻辑方案;分别建立各自的上下文;通过上下文连接专业库和勘探开发主库的物理方案与逻辑方案;建立各自模型和模型下建立各自的目标存储库, 然后建立项目;导入知识模块;建立接口并完成字段映射;最后测试接口;创建并运行程序包, 如出现错误根据错误信息进行修改, 直到最终完成所有专业库的全量数据集成。
增量集成是指每次只将专业库上发生变化的数据同步到勘探开发主库, 以减轻专业库服务器和网络负担。在技术实现上, 主要有触发器、日志位和标志位三种方式, 在集成周期上, 包含实时和定时两种集成周期, 实时集成主要采用轮询方式实现, 随时监控专业库的数据变化情况, 一旦有变化即把专业库的数据同步到勘探开发主库。实时集成主要包括采用触发器记录新增数据的同步CDC模式 (Change Data Capture变化数据捕获) 和通过分析已经提交的日志记录来得到增量数据的异步CDC模式;定时集成一般采用专业库具体表的日期字段作为标志位作为变量, 在某一固定时间或每隔多长时间通过标志位判断进行增量集成[4]。
具体采用何种方式进行增量集成, 这就需要针对各专业库特点区别对待, 以不对专业库造成太大的压力, 影响各专业正常化系统运行为前提, 例如对油气生产日数据实施异步CDC的实时集成, 对油气生产月数据则要实施标志位的定时数据集成, 对于实时性不强或一次同步数据量较大的数据集成, 一般将执行计划设定在半夜或凌晨即网络和服务器都空闲时做集成, 当然随着油田各类应用软件对实时数据的需求, 将来必然会实施同步CDC模式。
2.2 数据集成监控。ODI的运行常会受到各种因素的影响而导致中断, 尤其是在数据集成过程中, 因为各专业数据正常化系统后台数据模型都是应用模型, 而勘探开发主库模型是对象模型, 在ODI程序包运行中随时都会出现各类问题, 如井、站队、井组等实体更新不及时, 出现违反唯一约束条件、完整约束条件、已找到子记录但父项关键字未找到、无效数字、分布式事务处理等待锁、空值无法插入等各类Oracle错误, 还有任务解释期间出错、口令过期、用户被锁、网络故障、专业库服务器宕机等问题都需要进行监控, 出现问题及时解决和反馈, 这就需要对数据集成进行实时监控, 出现问题后以最直观的方式告知运维人员[5]。
由于ODI提供了调用Web Service的机制, 同时ODI的数据接口也可以暴露为Web Service组件, 从而可以和SOA环境进行交互, 经过对开发速度、开发效率以及系统耦合度的论证, 采用基于JSF+Spring+Hibernate+Web Service为开发框架是ODI Web数据集成监控平台建设的最佳选择, 同时也确定了数据集成监控是数据集成工作必不可少的一部分。
数据集成监控平台是对各专业库数据集成到勘探开发主库的数据过程提供集成信息服务展示、运行状态监控、异常信息管理和集成数据统计等直观的展示, 尤其重要的功能是将数据集成过程中的抛出的出错信息利用RTX (腾讯公司的企业级即时通信平台) 消息提醒或者手机短信的方式提示运维管理员。同时建立一个知识库将这些错误信息和处理办法进行统计, 以方便其他运维管理员进行学习和参照。
三、数据服务
数据库建设不仅是数据的建设, 要体现数据库的价值, 还要需要强有力的数据服务体系, 才能够应对不同层面的数据需求, 合理快捷地提供数据, 但是由于勘探开发主库的EPDM模型是对象模型并不适合油田的实际应用。
3.1 数据应用层。EPDM模型是采用面向对象的数据建模技术, 从企业层面分析并描述了石油天然气勘探开发核心业务流和数据流, 并按照完整的井生命周期进行设计, 但是目前大多数的油田业务专家和勘探开发应用软件使用的是PCDM2002 模型, 所以, 勘探开发主库专业应用层构建是采用PCDM2002 模型以数据库视图方式提供数据服务, 首先建立基于PCDM2002 模型的基础视图, 然后再根据软件开发与业务人员的需求建立专业综合视图, 同时为了支持大型应用软件建立针对具体专业应用软件的专业软件视图, 在三类视图命名规则上进行严格定义和登记, 使在进行数据服务过程中一目了然, 避免出现差错。数据服务体系也是基于三类应用层视图进行开展和完善的。
3.2 数据服务对象。只有先清楚数据服务对象, 了解服务对象的需求, 才能有针对性的提供不同的数据服务, 是数据集成及服务体系建设的关键。经过归纳整理分析, 数据服务对象共分为三大类[6]。
第一类, 对拥有后台数据库的专业应用软件、勘探开发综合研究项目库、采油单位生产项目库提供数据分发服务方式, 直接“送数上门”。
第二类, 对软件开发人员和各专业正常化系统的井实体查询采取Web Service服务方式, 在支持.NET开发基础上, 增加JSON返回类型, 提供对IOS、Android、Windows Phone移动开发平台的数据服务支持, 达到“取数自助”。
第三类, 对油田科研、生产、管理人员采取通过“勘探开发主库应用平台”进行“数据查询下载”的服务方式, 实现“现查现用”。
3.3 数据服务方式。“送数上门”即数据分发, 数据分发与数据集成在技术实现上是有区别的, 数据集成是源表到目标表的数据传输, 而数据分发是视图到目标表的数据传输。视图在ODI中是无法实现数据实时同步的, 只能将勘探开发主库应用层视图及其主表关联作为源表, 将主表作为启动日记表, 当主表数据发生变更时, 源表才会发生变更, 以此才能达到实时传输数据的目的。此外, 还必须测试目标表的主键在对应的视图中字段是否唯一、有无空值等问题, 技术解决方案测试成功后, 就可以根据数据的及时性、重要性、使用频度进行数据的定时和实时接口划分, 最后才可以依次创建接口、程序包、生成方案、创建执行计划等步骤, 最终按专业将数据分发到项目库或专业应用软件后台数据库。
在对采油单位生产项目库进行数据分发时, 由于是采用一套业务模型向各采油单位分发数据, 只要建立好一个采油单位的数据传输接口即可, 向其它采油单位传输数据时不必重建接口, 只需要在采油单位Oracle数据库服务器上建立一个有采油单位唯一识别符记录的表, 利用在ODI数据分发项目中建立好的字符变量, 将变量值保存为采油单位唯一识别符后, 根据采油单位不同的上下文就可以实现勘探开发主库同时对多个采油单位的数据分发。
“取数自助”即利用Web Service技术为应用系统平台研发提供数据服务支撑, Web Service是目前软件开发的流行技术趋势, 通过XML Web Service标准, 应用软件之间可以实现跨平台, 跨编程语言的连接和互操作, 还可以有效地分解软件自身功能, 提炼软件中的公共部分, 勘探开发主库的Web Service包含非功能性和功能性两大类, 非功能性Web Service是提供井实体、区块等应用层基础视图查询服务;功能性Web Service是提供柱状图数据、平面图数据、测井成果图数据、地震数据等服务等专业数据服务, 这样目前和今后的科研、管理等专业软件开发中, 需要什么数据可根据Web服务注释“自助”的获取和定制, 随着科研管理等专业软件开发的深入, Web Service集越来越完善, 以后的软件开发工作量就会越来越少, 最后, 软件就是一个功能非常具体的客户端, 同时也降低了油田专业人员进行软件开发的难度, 只要通过短期的培训就能开发出自己想要功能软件, 不仅软件开发工作量减少, 而且勘探开发主库安全性也能得到进一步保证。
“现查现用”即利用“勘探开发主库应用平台”提供的树形导航查询、GIS查询、井名黄页查询、关联查询等查询方式进行数据查询、浏览和下载, 满足科研、生产、管理人员日常工作中方便快捷的获取历史和最新数据。
除了上述三种数据服务方式外, 还有一种服务称为“应用桥梁”, 即通过建立勘探开发综合研究项目库, 实现勘探开发主库将各专业数据快速分发到勘探开发综合研究项目库, 并利用Open Spirit实现专业数据在项目库与应用软件 (Geo Frame、Open Works、Petro Bank、Petrel等) 、应用软件与应用软件之间的便捷查询、格式转换、数据迁移等, 实现数据的统一管理和共享。
结束语
数据集成及服务体系是“数字油田”建设的核心, 通过ODI这个不停转动的“马达”, 将源头采集的各类专业数据完整、快速、高效的驱动它们到能发挥作用的领域, 变成表格、图形、曲线, 进而进入科研管理人员的头脑变成认识, 最后指导科研生产后再变成数据, 这是一个多么美妙神奇的数字之旅, 值得我们为之付出和努力!
参考文献
[1]武兴悦, 石丽梅, 王钢.基于ODI的应用数据交换、共享平台的研究与实现[J].计算机与数字工程, 2009, 37 (9) :89-98.
[2]练亚雄, 袁志刚, 万晓卿.用ODI实现信息管理系统间数据同步和共享[J].电脑编程技巧与维护, 2012 (8) :41-50.
[3]Oracle.The Oracle Data Integrator Enterprise Edition Configuration files[P], 2008.
[4]方禹润.基于ODI和WEB SERVICE的数据交换平台设计与实现[D].哈尔滨:哈尔滨工业大学, 2011.
[5]陈天河.Struts, Hibernate, Spring集成开发宝典[M].北京:电子工业出版社, 2007:485-489.
集成化服务 篇11
一、打造“集成银行”的重要意义
（一）打造“集成银行”是增强商业银行综合竞争力的重要环节。目前，国内商业银行与现代商业银行高水准的综合竞争力要求相比，还具有很大的差距。同时，从目前影响各商业银行综合竞争力的诸因素看，还具有很大的提升空间。通过打造“集成银行”，可以改善商业银行内部的资源配置，放大资源配置的效能，从而更有效地增强商业银行的综合竞争力，更有力地促进商业银行跨越式的快速、优质、高效发展。
（二）打造“集成银行”是提高商业银行经营效益的重要手段。目前国有商业银行的资产收益率和人均利润水平，无论是与国内其他商业银行比，还是与外资商业银行比，都还存在着很大的差距。深究差距的成因，主要有如下两个原因：一是经营集约程度低；二是部门之间联系松散，联动程度低。通过打造“集成银行”，可以将国有商业银行的各种资源，从低效高险的领域向高效低效的领域转移，或在同一个领域将两个或两个以上的资源集合成为一个有机整体，放大效能，建立功能上“1+1>2”的机制，来推动业务经营质量和效率的提高，以更有效地提高国有商业银行发展的经济效益。
（三）打造“集成银行”是加速商业银行业务发展的重要渠道。当下，一方面商业银行受制于服务渠道的限制，无法满足客户的所有业务需求，另一方面受制于一线人手紧张、人员老化的影响，商业银行无法大力拓展网点以满足客户需求，这两个方面的因素限制了商业银行的业务发展。而打造“集成银行”却正好解决了这两点：一方面拓展、延伸了业务领域和服务链条，解决了客户需求，另一方面在不大幅增加人力成本的同时，集成了金融产品、渠道，拓宽了服务的范围，满足了客户的需求。可以说，打造“集成银行”从根本上解决了限制商业银行快速发展的桎梏，推动了商业银行的快速发展。
（四）打造“集成银行”是改变商业银行收入结构的重要途径。与外资银行相比，目前国内商业银行收入结构还比较单一，其最主要的收入还是来源于存贷款的利差收入，占比超过了70%，而2011年，全球7家代表性银行非利息收入占比平均为50.7%，远远高于国内的商业银行。打造“集成银行”意味着银行将围绕“为客户服务”进行各类资源的整合，逐步实现向“以服务换收入”的转变，提高服务性中间业务收入的占比，改变过去利差收入一枝独秀的局面。
二、打造“集成银行”的主要路径
（一）再造以客户为中心的银行业务流程。目前农行的业务系统人为地分成了前、后台，将一笔完整的业务割裂成了几段来办理，延长了客户办理业务的时间，往往会招致客户的不满，甚至会造成客户的流失，打造“集成银行”的宗旨就是围绕满足客户需求，建立从客户发现、客户需求到业务创新和反馈的一整套操作规范，形成从了解客户到满足客户的完整循环。变原有单一部门业务处理为综合性联动式操作，强化银行各级机构间的整体运作能力。营销、结算、产品开发、支持保障等部门间互为依托，共同参与对客户服务的方案设计、产品的营销及售后服务，提高整体服务效率。再造后的业务流程应直接面对客户，满足客户现有需求，挖掘客户潜在需求。在技术部门支持下，通过客户信息平台的建立反馈，让客户信息在各部门间流动、整合，为客户提供完善的服务方案。
（二）全面推行客户关系管理系统。规范、高效的客户服务是吸引客户、进而为客户提供服务的基础，但只有深入地把握客户需求，才能掌握客户需求的第一手资料，进而根据客户需求做出一整套符合客户实际利益、最能满足其服务要求的个性化解决方案，以全程式、互动型和差异化的服务，创造独属于本行的经营特色、产品特色和服务特色。这就必须建立信息化的客户关系管理系统，全面掌握客户信息，以庞大的客户信息数据库为平台提供客户终身价值的信息，通过对客户需求、习惯和目标的深入了解，全面掌握和分享客户信息，通过对客户信息的统计、分析来了解客户，及时与客户展开良好的互动，深入把握客户需求。
（三）不断进行技术创新、产品创新。西方先进银行的发展经验表明，成功的银行不仅仅是资金密集型企业，更加是技术密集型企业，如今伴随着网络经济的发展，带有明显网络特征的银行产品层出不穷，如网上银行、电话银行、在线支付、离线支付等等，首创式地开发出某一银行产品将意味着银行服务能力的重大提高、意味着为客户服务渠道的重大拓展，也意味着商业银行在竞争中将占得先机。创新对商业银行而言就是发展的持续动力，网络经济时代市场竞争的法则已经不再是“大鱼吃小鱼”，而是“快鱼吃慢鱼”，谁领先于竞争对手发展出新的产品，谁就能争得客户以获得更大的发展空间、利润空间。商业银行的创新说到底是要满足市场的需要，依托客户需求所进行的不断自主创新，以达到“抢得到客户、留得住客户”的目的。
集成化服务 篇12
传统信息运作方式虽然大大推进了企业生产力, 但又反作用于信息技术, 促使企业内外部商务信息的大规模集成。从面向过程到面向服务的4个关键阶段可以看出, 程序语言发展的过程实质为逐步降低耦合性的过程, 也是接口与接口实现逐渐分离的过程 (见表1) 。
在Web Service的基础上发展起来的面向服务架构 (Service-Oriented Architecture, SOA) 的思想将企业应用看作一些可跨越企业边界、自我描述、实现某一特殊功能的服务集合。通过标准化的机制, 能够将这些服务注册于公共数据库中, 并能被感兴趣的请求者发现;服务者和请求者之间能够进行动态绑定和直接交互, 实现一定的企业功能逻辑 (SOA模型如图1所示) 。而作为SOA的一种实现手段, Web服务以其完好的封装性、松散的耦合性、协议规范的标准性以及高度的可集成性等特点, 能够良好地满足SOA应用模式的需求。
2从BPM到SOA的跃迁
商务流程管理 (Business Process Management, BPM) 在SOA之前出现并已成功实施。早期企业通常会建立各业务部门相对独立且相互之间缺乏协同的流程系统。随着部门分工理论的没落, 各方面的困难使BPM产品一度丧失了竞争优势。而如今, 缺乏灵活性、
高昂的变革成本、以IT为中心的传统应用等因素又促使BPM市场急剧增长。同时, IDC提出流程企业应进化到2.0阶段, 使用SOA的思想方法和技术架构组装企业的BPM, 而BPM的重新崛起在很大程度上又推动着SOA的发展。
在商务流程自动化 (BPA) 、异构系统的无缝整合 (EAI) 、企业流程建模分析 (BPM的核心) 和监控企业活动以实现流程持续改进 (BAM) 等每个BPM的应用场合中, SOA都扮演着至关重要的角色。要从BPM迁移到SOA, 跨越信息技术与业务之间的鸿沟, 需引入一个服务层, 该层包含支持特定业务域的服务线、可跨多个业务域共享的可复用技术服务以及Web Services平台, 允许以各种独立于底层服务和技术平台的方式定义和利用服务。从技术层面看, SOA和BPM结合的方法主要有以下两种:
(1) BPEL+WSDL。先定义好一个BPEL流程, 然后将其纳入到SCA容器。在定义构件时, 可使用子元素的process属性指明这个可执行的BPEL流程的目标名称。
(2) BPEL应用SCA的某个构件。例如, 一个BPEL的变量声明可以包含一个SCA的扩展, 表明这个变量代表了一个SCA构件的属性。
3基于SOA的商务系统信息集成应用建模
某国内知名IT企业ABC公司内部先后实施了由不同厂家提供或自主开发的办公自动化、企业资源计划、决策支持、电子分销、供应链管理等相对独立的商务子系统。随着业务的不断进展, 以及与其他企业的海量信息流通, 需要部署一个基于SOA的商务系统门户集成方案。
考虑到业务需求, 通过集成中间件平台对各商务系统的流程与ERP核心子系统进行实时无缝的链接, 使企业内部整体的商务流程更加完整和流畅。此外, 通过集成中间件平台集成ABC公司与其供应商Z公司之间的异构ERP系统, 使整个供应链的商务流程更加完整和流畅。
集成后的SOA架构应用模式为:OA系统首先根据内部登录人员的配置信息确定用户身份并给予相应权限, 根据此权限范围内的工作流程和列表提供流程表单。用户需在表单上填写与流程控制、ERP系统相关的参数及其他字段信息。工作流引擎根据流程定义文档控制流程执行, 当流程流转到某个需要调用Web Ser-vice的活动时, 发送SOAP请求信息给服务提供者。Web Service利用数据访问逻辑组件操作数据库表。以采购申请为例 (图2为采购流程定义) , 用户调用ERP的采购管理Web Service的“采购信息保存”方法, 将采购的物料编号、采购数量、价格范围、供应商等信息存储到ERP的数据库。服务提供者实现服务之后, 将包括单据编号和状态等信息的SOAP返回信息传回OA系统。工作流引擎根据WSDL文档解析该SOAP返回信息, 将它自动存入流程表单并将表单传送给服务器, 然后根据工作流控制数据和组织/角色模型将流程表单传递给下一个执行者, 并同时发送E-mail通知。
4结 语
基于SOA架构的BPM可使企业机构快速部署和改变流程, 有助于满足跨越系统、地域和组织界限的端到端商务流程需求, 使企业具备敏捷的商务竞争优势。下一步面临的问题是:如何持续改进BPM流程, 识别出最有价值的商务流程模型去实施企业级SOA;在此基础上, 如何逐步积累经验, 更深入广泛地推广BPM应用。实践表明, 在影响项目成功实施的各种因素中, 除了在战术层面需要能正确实施BPM和SOA的混合分步部署的系统架构师以外, 管理理念与组织协调等人为方面的难题远大于技术难题。因此, 要成功部署SOA, 企业不能仅关注技术, 更应把持续改进流程作为先进的管理理念和必不可少的长期商务战略。
参考文献
[1]罗鸿, 王忠民.ERP原理、设计、实施[M].北京:电子工业出版社, 2003:45-60.