技术咨询和服务协议

技术咨询和服务协议（精选8篇）

技术咨询和服务协议 第1篇

技术服务协议

合同号：

本协议由

地址：

电话：

和乙方：

地址：

电话：传真：邮编：

共同签订。

甲、乙双方就乙方向甲方提供技术服务的各项事宜，依照中华人民共和国相关法律法规及工作规范，本着平等互利的原则，签订协议如下：

一、工作内容

乙方按本协议为甲方提供技术服务，在甲方的配合下，指导甲方完成相关文件的编写，人员的培训，指导甲方………………….二、服务范围服务费用：万仟佰拾元（￥.00元）

2付款方式：甲方应于年月日前一次性支付给乙方。

四、双方的责任和权利

1、乙方承担的咨询服务包括与上述服务相关的所有工作；

2、乙方负责指导甲方服务过程所需资料收集以及提供适当的培训；

3、乙方派出的技术服务人员应严格执行国家有关法律和工作纪律，甲方若在接受服务过程中对

其工作不满意，可向乙方提出投诉或异议，乙方将酌情调整；

4、乙方技术服务人员负责拟订咨询工作计划，并须告之甲方，服务工作计划执行过程中的任何

调整应及时以书面形式通知对方。收到通知的一方如在三日内无书面异议，视为认可；

5、乙方对甲方工作而涉及的商业秘密承担保密责任；

6、甲方提供乙方技术服务人员在服务期间的交通、食宿条件及相关资源；

第 1 页 甲方：传真：邮编：

三、服务费用及支付方式

7、甲方应指定专人作为联络员配合乙方技术服务人员的工作。

五、违约责任

1、甲乙双方任何一方违反本合同或擅自提前终止本合同均应承担违约责任；

2、违约方除承担本合同规定的全部咨询服务费外，还应支付给守约方违约（按合同金额的25%）

以弥补给其造成的损失；

3、违约方必须明确责任后一个月内结清所有违约费用，否则，每月按总金额的1.5%交付滞纳金。

六、争议解决法律适用

1、本合同受中华人民共和国法律约束，有关本合同的效力、解释和履行过程中的一切纠纷均由甲

方所在地的中华人民共和国法院管辖处理；

2、双方所达成的任何其它一致均构成本合同不可或缺的一部分，与本合同具有同等的法律效力，其中若有冲突之处，以最后达成的为准。

七、合同文本、文字及生效

1本协议自双方代表签字并加盖公章之后生效；

2本协议一式贰份，双各方执壹份。

甲方代表签名（盖章）乙方代表签名（盖章）

年月日年月日

第 2 页

技术咨询和服务协议 第2篇

二 咨询与服务的要求及形式

该条款主要规定：

1.完成咨询与服务的时限;

2.担任咨询任务的人数、人员的学历、资历和等级;

3.应提供的资料，最终报告、图纸、计算数据、最终审查的办法等;

4.受方派培训人员的人数和培训时间。

三 受方的责任

技术咨询和服务协议 第3篇

关键词：Web服务,核心技术,SOAP协议

Web服务是互联网应用需求和技术发展的双重产物。它代表新一代的软件架构模式——通过互联网架构应用软件,服务即软件。被普遍认为是下一代分布式系统开发的模型。Web服务是新一代的Web应用程序,它代表了组件技术和Web技术的结合,可远程而透明的调用和集成世界任何一个角落(允许在不同平台上)的一个服务[1]。

Web服务是一种通过URL标识的软件应用,其接口及绑定形式可通过xml标准定义、描述和检索,并能通过xml消息及互联网协议完成与其他应用的直接交互[2]。

Web服务是松散耦合的、可复用的软件模块;是可编程的URL,是使用标准Internet协议(如http或xml)、远程可调用的应用程序组件。它在Internet 上发布后,可通过标准Internet协议在程序中调用。它试图提供一个与操纵系统无关、与程序设计语言无关、与机器类型无关、与运行环境无关的平台[3]。

Web服务使用了面向服务的架构(SOA,Service Oriented Architecture)。这个架构突出强调了任何系统都有两个重要的方面,即角色和操作。在这里,角色指的是不同类型的实体,而操作指的是为了使Web服务工作,这些实体所完成的功能[4]。图1给出了Web服务的SOA架构。

从图1中可以看出,在典型的Web服务环境下有3种角色:服务提供者、服务请求者和服务注册表。与其对应的Web服务的3大核心技术是:SOAP,WSDL和UDDI,下面主要讲解SOAP技术。

1 SOAP协议介绍

1.1 SOAP的产生

单独使用http主要是一个服务器到客户端传输文件的机制。为了创建更好的Web服务,需要扩展http。SOAP更好地满足了这个要求。它加入了一套http标题和一个丰富xml,能够在Internet实现复杂的应用和应用的通讯。

1.2 SOAP概述

简单对象访问协议 (SOAP,全写为Simple Object Access Protocol) 是一种标准化的通讯规范,主要用于Web服务(Web service)中。SOAP是Web服务交换xml消息的标准协议。一般意义上的SOAP是一种用xml封装信息的机制,因此它可以用来实现消息系统[5]。对于Web服务来说,SOAP主要用来通过xml文档传递方法参数,进行Web调用。SOAP具有和远程过程调用(RPC)协议相同的目的,即把本地计算机上的信息发送到远程计算机上,远程计算机执行远程方法,然后返回结果。图2给出了SOAP工作的流程。

SOAP结构由以下4部分组成[6]:

SOAP信封(envelop):构造定义了一个整体的SOAP消息表示框架,可用于表示消息中的内容,是谁发送的,谁应当接受并处理它,以及这些处理操作是可选的还是必须的。

SOAP编码规则:定义了一种数据序列化机制,用于定义数据类型的实例。表示应用程序交换信息时需要使用的数据类型实例。

SOAP PRC表示:定义了一个用于表示远端过程调用和响应的约定,也如何使用http或SMTP协议与SOAP绑定,如何传输过程调用,在具体传输协议的哪个部分传输过程响应,也可以在http的响应的时候传递过程响应。

SOAP绑定(binding):它定义了一种约定,用于在对等应用之间基于特定的底层传输协议来完成在结点间交换SOAP信封的约定。

1.3 SOAP协议主要内容

SOAP信封用4个xml包装传输的消息[7]:

信封(env:Envelope):是表示该消息xml文档的顶级元素,在句法上,它包含了所有其它元素。

SOAP头(env:Header):是SOAP消息的可选部分,是用来扩展其它诸如安全、事务等服务的重要机制。能够被SOAP消息路径中任意的SOAP接受者处理的一组SOAP块(0个或多个)。

SOAP体(env:Body):一组和多组SOAP条目的信息。在SOAP消息中必须出现且必须是SOAP封装元素的直接子元素。能够被SOAP消息路径中任意的SOAP接受者处理的一组SOAP块(0个或多个)。

SOAP块:是一个句法上的结构,用于包含一个逻辑上的单一元素,这一元素是需要被SOAP结点处理的。

封装在SOAP header中的SOAP块成为Header块。而封装在SOAP body中的SOAP块为Body块。SOAP协议的主要内容,如图3所示。

1.4 SOAP的消息格式

SOAP的消息格式:

<SOAP-ENV:Envelope

xmlns:SOAP-ENV=“…”>

<SOAP-ENV:Header>

…….

</SOAP-ENV:Header>

<SOAP-ENV:Body>

<m:GetPrice xmlns:m=“…”>

<symbol>YUAN<symbol>

</m:GetPrice>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

其中:

SOAP envelope:envelope元素是一个复合元素,有两个预定义子元素Header和Body。SOAP encodingStyle:序列化(编码)规则。它是一个URL的序列,每个URL指出了一种编码方式。例如,http://schemas.xmlsoap.org/soap/encoding。版本SOAP Envelope必须与http://schamas.xmlsoap.org/soap/envelope相关联,否则认为出现错误。对于请求/应答模式,须返回VersionMismatch。

SOAP header:提供一个可扩展机制,用户可定义一定数量的SOAP header条目来表达一些用于控制的信息,如用户认证、事务管理、在线支付等。

Header中可以加入任何扩展的元素,这些元素成为Header条目。扩展元素由一个名字空间(名域)URL以及局部名组成。可用SOAP encodingStyle限定其编码方式,可用SOAP mustUnderstand 及SOAP actor来指示该元素应当由那个SOAP节点处理和如何处理。

SOAP body:Body 提供了消息最终接受者必须处理的信息。Body 可以包含多个body条目,条目由名字空间和局部名组成。

一般应当包含RPC的Marshing参数列表以及返回值等信息,为此SOAP规范还定义了一套参数类型的Schema,它使用名域http://schemas.xmlsoap.org/soap/encoding。

Body 中可以包含一个预先定义的Fault条目来指示出错,其Schema在SOAP规范中定义。

1.5 SOAP工作机理

SOAP简单地理解,即为SOAP=RPC+http+xml的一个开放协议:采用http作为底层通讯协议,RPC作为一致性的调用途径,xml作为数据传送的格式,允许服务提供者和服务客户经过防火墙在Internet上进行通讯交互。RPC的描述可能不大准确,因为SOAP一开始构思就是要实现平台与环境的无关性和独立性,每一个通过网络的远程调用都可以通过SOAP封装起来,包括DCE(Distributed Computing Environment),RPC Calls,COM/DCOM Calls,CORBA Calls,Java Calls等[8]。

SOAP使用http传送xml,尽管http不是有效率的通讯协议,而且xml还需要额外的文件解析(parse),两者使得交易的速度大大低于其它方案。但是xml是一个开放、健全、有语义的讯息机制,而http是一个广泛又能避免许多关于防火墙的问题,从而使SOAP得到了广泛的应用。

2 SOAP的实例介绍

完整的SOAP请求如下:

POST /Supplier http/1.1 向服务器发送,支持协议是http1.1

Host:www.somesupplier.com

Content-Type:text/xml;charset=“utf-8”

Content-Length:nnnn

SOAPAction:“Some-URI”

<SOAP-ENV:Envelope

xmlns:SOAP-ENV=“http://schemas.xmlsoap.org/soap/envelope/”

SOAP-NV:encodingStyle=“http://schemas.xmlsoap.org/soap/encoding/”>

<SOAP-ENV:Body>

<m:PlaceOrder xmlns:m=“Some-URI” PlaceOrder(发订单,订购)

<RetailerID>557010</RetailerID> 零售商ID

<ItemNumber>10923456</ItemNumber>

<ItemName>Spalding NFL Special</ItemName>

<ItemDesc>Football</ItemDesc>

<OrderQuantity>50</OrderQuantity> 订货数量

<WholesalePrice>75.00</WholesalePrice> 批发价格

<OrderDateTime>2000-08-11 11:00:45</OrderDateTime>

</m:PlaceOrder>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

完整的SOAP应答如下:

http/1.1 200 OK

(此行是http 1.1状态代码,200 OK 表示一切正常,对GET和POST请求的应答文档跟在后面)

Content-Type:text/xml;charset=“utf-8”

Content-Length:nnnn

<SOAP-ENV:Envelope

xmlns:SOAP-ENV=“http://schemas.xmlsoap.org/soap/envelope/”

SOAP-ENV:encodingStyle=“http://schemas.xmlsoap.org/soap/encoding/”>

<SOAP-ENV:Body>

<m:OrderItemResponsexmlns:m=“Some-URI”>

<OrderNumber>246893</OrderNumber>

</m:OrderItemResponse>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

初始发送者SOAP结点到最终接收者的SOAP接点的途径,如图4所示。

3 结束语

SOAP使用http传送xml,尽管http不是效率较高的通讯协议,而且xml还需要额外的文件解析(parse),两者使得交易的速度大大低于其它方案。但xml是一个开放、健全、有语义的讯息机制,而http是一个广泛而且又能避免许多关于防火墙的问题,从而使SOAP得到了广泛的应用。

参考文献

[1]李维.C++Builder6SOAP/Web Service开发[M].武汉:华中科技大学出版社,2002.

[2]Mack Hendricks,Ben Galbraith.Java Web服务编程指南[M].北京:电子工业出版社,2002.

[3]W3Group.Web Services Description Language(WSDL)1.1[EB/OL].(2001-09-12)[2009-07-09]Ht-tp://www.w3.org/TR/wsdl.

[4]飞思科技产品研发中心.Java Web服务应用开发详解[M].北京:电子工业出版社,2002.

[5]Object Management Group.WSDL-SOAP to CORBA In-terworking[S].USA:Object Management Group,2003.

[6]段智华.SOAP技术及其安全性研究[EB/OL].(2001-11-01)[2009-05-22]Http://www-900.ibm.com/developerworks/cn/xml.

[7]Object Management Group.CORBA to WSDL/SOAP Inter-working Specification[S].USA:Object Management Group,2003.

技术咨询和服务协议 第4篇

摘要:墨西哥石油工程服务合同模式与其他比较通行的日费、大包、米进制都有不相同,了解墨西哥石油工程服务合同的价格结构对项目运行及居间协议等的相关条款非常重要。本文针对墨西哥石油工程服务项目合同的价格特点和对项目居间协议服务费的影响进行了探讨。

关键词:服务项目合同;价格特点;影响

墨西哥是南美第一大石油生产国和输出国。1936年起,墨西哥合众国议会通过决议,对石油工业实行国有化,将所有私人、外国经营的油田区块所有权收归国有,交由墨西哥国家石油公司(PEMEX)代表国家进行经营,私人不得享有区块的油气资源所有权和收益权,也不得从事油气勘探开发类工程服务。

但自上世纪90年代以来,墨西哥放宽了私人对石油工程服务的限制,斯林贝谢、Weatherfood、贝克休斯等纷纷在墨西哥设立石油工程服务类公司,开发墨西哥石油工程服务市场。特别是近年来,墨西哥没有发现大规模陆上油田,同时老油田产量持续下滑,PEMEX急于通过老油田二次开发提高石油产量,2009年勘探开发方面预算高达194亿,石油工程服务市场前景非常大。了解墨西哥石油工程服务合同的价格结构对项目运行及居间协议等的相关条款非常重要。

一、墨西哥石油工程服务合同的特点

墨西哥的石油工程服务合同的主要特点是:不确定工作量、小包、单价、综合服务合同,具体来说:

1.区块服务、综合服务合同较多。PEMEX认为石油工程服务项目的主要目的是优化和提高采收量,提高采收量是一个综合的、复杂的、整体性系统工程,据此,PEMEX公开招标的的许多项目都不是单项工程服务合同,而是给予承包商一个区块,在这个区块内从事包括地质研究、钻修完井、采油工程和地面建设等等内容的综合作业。一般来说通过若干个阶段的地质研究工作,总包商提交给PEMEX一份包括地球物理、地球化学、岩性分析、油藏工程、开发方案和前景在内的地质综合研究报告。地质综合研究报告中的开发方案被PEMEX批准许可以后,将按照该开发方案中的设计进行相关的钻修完井、采油工程和地面建设的整体开发。整体开发满一定期限,如一年,PEMEX会对该区块的采收率提高和优化情况进行整体的考核和分析,并据此确定承包商业绩及下一个工作年度的工程预算和开发规模。

当然,专项合同如钻井、修井、完井、物探类合同也比较多,运作模式同样是给予承包商一块指定区块,在区块内从事作业。

2.单价服务合同。PEMEX根据《墨西哥公共工程服务法》的要求,把整个石油工程服务项目看做单位工作单元重复和累计的组合体。在招标阶段,PEMEX根据自己的评估和需要,将所有拟分包的工程量都划分为若干个确定的工作单元,工作单元本身不得减少或者增加。投标方擅自增加或者减少工作单元的,标书将被认定为废标。比如,项目工作单元中没有列出“国际动迁费”、“钻井设计”条目,则表明PEMEX不会单独以动迁费或者钻井设计的单元价格支付费用,承包商也不得擅自添加该项目,否则将失去中标资格。项目合同签订以后,报价中的各工作单元将被视为合同价格的一部分,合同执行过程中,将按照工作单元价格乘以实际完成工作单元数量的原则进行结算。

3.小包合同。首先,每一个工作单元都可以视为是一个小包,如:钻井设计I型井7寸基套直井至2000米段——单位:口井、钻井设计IV型井400米定向垂深2000米5寸半基套——单位:口井、地球物理勘探深化第一阶段研究(此处略去标书中深化的具体内容要求)——单位:件、地质研究构造模型的深化研究(此处略去标书中的具体要求)——单位:件、V型井台底座建设——单位:个。第二,每个单元价格都需要按照PEMEX的要求,严格进行单价分析,分解为设备、材料和人员三部分,在设备项下必须列明所用的设备名称、规格、配件名称、规格、设备总价值、单位时间摊销价值、动力情况、油耗情况等;材料项下需列明使用材料的名称、规格、数量;人员项下需列明的参与的人员岗位和职位、数量、单位工资、工作时间。

4.非确定工作量合同。在招标文件中,PEMEX对每一工作单元都有指定的工作数量,但这一指定工作量一般都是虚拟的初期工作计划,仅用于计算承包商的投标价,作为商务标竞标和PEMEX评标授标的标准和依据,与实际执行中的工作量没有直接和必然的关系。举例而言,在商务标投标阶段,各种井型(一般有十至二十种,甚至更多)的指定工作量都较为平均,但是经过钻井试验,实际工作中可能只有两到三种井型使用频率较高。

二、墨西哥石油工程服务合同价格的特点。

由于墨西哥石油工程服务合同的独特模式,在价格方面,也有以下特点与一般的工程服务合同不同。

1.合同价格的确定。投标方确定了工作单元价格以后,把每个工作单元的单价乘以PEMEX在招标文件商务标部分指定工作单元数量,累计相加,即得出工程直接成本价格,该直接成本价格按照PEMEX的标准加上一定的间接费用、财务费用和附加费用,就构成了投标方的投标价。在中标后,该投标价即被认为是合同价格。合同价格往往被分解到若干年的政府财政预算中,称为“初期预算”。

2.价格调整。墨西哥石油工程服务项目的综合性特征,决定了合同的工期一般都比较长。因此根据墨西哥法律,合同签订以后,如果遇有重大的经济形势变更,导致了承包商的成本发生变化,承包商可以向PEMEX申请调整合同价格。一般来说,只有直接费用可以进行价格调整,间接费用不属于价格调整的范围。

同时,对通货膨胀引起的货币贬值,承包商也有权向PEMEX申请价格调整。对于混合报价的合同,墨西哥比索报价部分可以按照墨西哥国家银行公布的数据申请每月调整,而美元报价部分由于指数公布周期比较长,需要按照经济部的数据每年进行调整。

3.付款方式。一般来说,墨西哥石油工程服务合同以月结为基本结算方式,承包商每月三号之前向PEMEX提交发票,PEMEX经审查无误后,30天内付款。对以美元报价和表示的结算发票,PEMEX将按照付款日墨西哥国家银行公布的汇率折算成墨西哥比索比索后付给承包商。

4.增值税。根据墨西哥税法,承包商提交给PEMEX的结算发票应分为两部分:完成工程量价格加15%的增值税。15%的增值税必须与工程价格在同一张发票上显示。增值税部分可以进销相抵。

三、在审查居间协议价格条款时应着重审查的要点。

在与非墨西哥国籍的居间方签订墨西哥石油工程服务项目的项目居间协议、且居间报酬与石油工程服务项目的价格有关联时,应注意以下几点:

1.居间报酬尽量与合同结算价格挂钩、设立不同居间报酬费率和最高限额。由于墨西哥公共工程服务合同价格并不必然是实际工作量的价格,实际工作量价格可能与合同价格差别很大。居间报酬的计算基数的设计应尽可能的与实际收款额、收款进度挂钩,降低承包商的风险。同时,对于合同价格或初期预算比较接近项目实际价格或者初期预算比较高的项目,一般应以项目合同价格或初期预算为基础设立一个居间报酬的最高限额。对于初期预算比较低,但后期工作量可能比较充足的项目,则应尽量使用不同的居间费率确定报酬,调动居间方的积极性。

2.居间报酬的计算基数应明确排除增值税。由于增值税只是用于墨西哥国家税务机关控制本国国内商品交易和流转的税种和手段,并不构成承包商的实际收入,同时外国纳税人提供的发票中增值税部分不能抵扣在墨西哥的销项税,故对外国居间方支付居间报酬时应将增值税排除在计算基数外,居间合同中对居间报酬的支付条款仅表述为“居间报酬为承包商向业主提交发票金额的**%”,是不严密也不合理的。

3.选择适当的结算货币和方式避免或减少汇率风险对项目成本的影响。由于PEMEX对承包商的结算完全以本地货币比索支付,即使使用了美元报价,最终的结算金额也需要以墨西哥比索支付。同时,受经济危机的影响,墨西哥比索贬值幅度非常大,2007年7月份,1美元约折合10.7799墨西哥比索,到2009年7月13日,1美元约折合13.7052比索i,贬值幅度高达27%。在签署居间协议时,应尽量避免以美元结算或者直接规定由居间方承担汇率风险。

项目技术咨询服务协议 第5篇

项目名称：：___________________________

委托人(甲方)：___________________________

受托人(乙方)：___________________________签订地点：：___________________________

签订日期：：______年____月____日

有效期限：______年____月____日至______年____月____日

依据《中华人民共和国民法典》的规定，合同双方就_____________________项目的技术咨询(该项目属_____________计划)经协商一致，签订本合同。

一、咨询内容、形式和要求

二、履行期限、地点和方式

本合同自______年____月____日至______年____月____日

在______履行。

三、甲方的协作事项

在合同生效后：________(时间)内，甲方应向乙方提供下列资料和工作条件：

四、技术情报和资料的保密

五、验收、评价方法

咨询报告达到了本合同第一条所列的要求，采用：___________方式验收，由出具技术咨询验收证明。

评价方法：

六、报酬及其支付方式

(一)本项目报酬(大写)______元。

(二)支付方式

①一次总付元，时间：

②分期支付元，时间：

③其它方式：

七、违约金或者损失赔偿额的计算

违反本合同约定，违约方应当按照《中华人民共和国民法典》有关条款的规定承担违约责任。

(一)违反本合同第______条约定，______方应承担以下违约责任：

(二)违反本合同第______条约定，______方应承担以下违约责任：

八、解决合同纠纷的方式

在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。

(一)双方同意由______仲裁委员会仲裁。

(二)双方约定向(被告住所地、合同履行地、合同签订地、原告住所地、标的物所在地)的人民法院起诉。

九、其它

甲方：(盖章)___________________________

法定代表人/委托代理人：(签名)_________

______年____月____日

乙方：(盖章)___________________________

法定代表人/委托代理人：(签名)_________

咨询服务协议 第6篇

合同编号：

甲方：(以下简称甲方)乙方：(以下简称乙方)

根据《中华人民共和国合同法》，就甲方聘任乙方提供商业咨询服务事宜，双方协商一致，签订合同如下：

一、服务范围

乙方向甲方提供项目的可行性、实际操作及风险等相关事宜提供商业咨询服务。

二、甲方责任

为保证乙方有效提供咨询服务：

1、甲方应当配合乙方进行所需资料的收集和联络工作，并保证全面真实地向乙方提供委托事项的有关情况和材料;

2、甲方应当按照本合同约定支付咨询服务费。

三、费用

1、双方同意：若本合同第一条所涉项目未成功的，无需支付咨询服务费;若本合同第一条所涉项目成功的，本合同所涉商业咨询服务费全部由甲方承担，并按照以下2 种方式支付： 方式一：由甲方一次性支付至乙方指定账户。方式二：由甲方直接向乙方支付现金咨询服务费。

2、甲方未按约定时间支付咨询服务费的，每逾期一天，甲方应按逾期付款总金额每天的标准向乙方支付逾期付款违约金。

四、争议解决方式

因履行本合同或与本合同相关的事项而产生的争议，合同各方应本着友好之原则协商解决;协商不成的，任何一方有权本合同签订地有管辖权的法院提起诉讼。本合同签订地为 ：

五、其他

1、本合同一式两份，双方各执一份。

2、本合同从双方签字之日起生效，履行完毕即告终止。

3、在合同履行过程中，若需变更合同条款，须经双方协商同意，并签订补充协议，补充协议与本合同具有同等的法律效力。

甲方(签字)：

乙方(签字)：

签署日期：

咨询服务协议 第7篇

咨询服务协议

甲 方：

地 址：

联系人：

联系电话：

传真号码：

乙方：

地址：

联系人：

联系电话：

传真号码：

甲方决定聘请乙方作为顾问，乙方接受甲方聘请，就有关（以下简称“项目”）向甲方提供咨询服务。双方经友好协商一致，达成如下协议内容：

一、在本协议有效期间内，乙方应按照甲方指令，从甲方利益出发，向甲方提供技术和/或商务咨询，协助甲方在项目中中标并与（以下简称“客户”）签署项目合同。在竞标的谈判、协商过程中，甲方将独立评估、判断，自主决定是否竞标，签署有关的合同文件。乙方应做到：

1、随时向甲方通报项目竞标情况；

2、协助甲方建立和维持与客户的联系与沟通；

3、向甲方提供为完成项目所需的一切事务性或联络性协助；

4、乙方因提供本协议项下咨询服务而发生的相关费用由乙方自行承担；

5、未经甲方另行书面授权，乙方不得代表甲方做出任何承诺、保证，不得代表甲方签署任何协议、合同、文件。

二、乙方应遵守甲方有关保密、知识产权和不竞争的规定。具体约定如下：

1、双方确认，为便于乙方提供咨询服务，甲方所提供或披露给乙方（该等披露

可以书面、口头或任何其他方式进行）的所有信息均为秘密信息，包括但不限于：双方签署的咨询服务协议内容、项目信息、专有技术、商业秘密、版权和版权相

关的状态信息、商业计划、技术数据、技术流程、产品创意、发展计划、雇员清

单、商业手册、生产工艺、技术、理论、发明和财务信息、与产品、管理、业务、财务、与客户或供应商有关的信息和数据，以及根据其性质或根据披露时的情况，可合理地预期应视为秘密信息的其他信息。

2、乙方承担保密义务的期限不受本协议期满或终止的影响，本协议期满或终止

后，乙方仍应持续承担保密义务。

3、乙方应通过签订书面协议等措施促使其雇员、代理、代表和顾问等遵守本协

议规定，履行保密义务。乙方同意，乙方雇员、代理、代表、顾问的行为（即使

该雇员、代理、代表、顾问已与该方终止雇佣、合作等关系）应视作乙方行为，由乙方根据本协议承担法律责任。

4、未经甲方的事先书面许可，乙方除了向其因提供咨询服务需要获知该等秘密

信息且同意对秘密信息保守秘密的雇员、代理、代表和顾问披露之外，不得向任

何第三方披露。

5、乙方承诺，对于秘密信息的使用应仅限于乙方为甲方提供咨询服务之用，不

得用于任何其他用途。

6、乙方承诺，除履行咨询服务工作所需外，未经甲方事先书面许可，不得擅自

披露、使用、复制、传播甲方的版权、商标字号、标志、商业信息、技术及其他

资料。

7、双方确认，本协议中的任何内容或甲方对乙方所作的任何秘密信息的披露均

不应视为甲方已赋予乙方有关版权、商标专利、专利申请或属于披露方的其它知

识产权的权利或权益的任何许可或其他权利的推定或默示许可。乙方对甲方所提

供的所有秘密信息的使用，不得以任何方式侵犯甲方的知识产权及其它权利，并

不得做出任何可能损害甲方形象或任何第三方合法权利的行为。

8、乙方为甲方提供咨询服务过程中产生的一切知识产权和有关的成果（包括但

不限于：任何发明、发现、设计、开发成果、改进、作品、专利、计算机软件、半导体芯片、享有版权的书面资料、技术秘密和商业秘密）的所有权应属于甲方，乙方应即时、全部、完整地向甲方批露和提供；在法律许可的最大限度内，乙方

有义务提供一切必要的信息资料和采取一切必要的行动，协助甲方证明、获得、维持、维护、实现或抗辩与这些知识产权和/或成果有关的权利，包括但不限于

专利申请、商标注册、版权（软件）登记和/或在法律纠纷中的协助或合作等，协助甲方取得和行使有关的知识产权。

9、乙方保证，在为甲方提供咨询服务的工作中没有、将来也不会擅自使用侵犯

他人知识产权或其他合法权利的产品、工具或软件等，否则将承担相应的责任，并补偿甲方由此受到的损失。

10、在本协议有效期内及协议期满后3年内，乙方不得：a.自行或协助他人与甲

方的业务发生直接或间接的竞争；b.直接或间接地唆使或试图影响甲方的员工

离职，去为乙方或任何其他个人或实体服务；c.引诱、带走甲方的客户或以前的客户以攫取他们的业务而直接或间接获利；d.以任何其它形式直接或间接损

害甲方的利益。

11、若甲方在项目中最终没有中标或即使中标但最终没有签署项目合同，则甲方

不向乙方承担任何费用；若乙方在竞标及项目合同签署中未按本协议约定提供咨

询服务，则甲方也无须向乙方支付咨询服务费（如出现争议，由乙方承担其主张的已按照协议约定提供咨询服务的举证责任）；若经乙方协助，甲方在项目中中

标并签署项目合同，则甲方就乙方服务向乙方支付咨询服务费即人民币元整（￥）。

三、支付方式：在甲方收到项目合同中客户支付的全额款项及乙方开具的与付款金额等额的服务业正式发票后十个工作日内，甲方向乙方支付咨询服务费

总额的款项即人民币元整（￥）。

四、本协议期满或终止之日起或在甲方书面要求后的五个工作日内，乙方

应交还任何仍为乙方（含其雇员、代理、代表和/或顾问）持有但属于甲方或由

甲方提供给乙方的文件、资料或其它甲方财产，或征得甲方书面同意销毁含有甲

方专有信息或商业机密的文件和资料；乙方应向甲方书面确认已全部返还相关资

料或完成上述销毁。乙方不得保留这些文件和资料的任何形式的复印件。

五、除本协议所列双方各自独立的权利义务外，双方之间不存在代理、商

业合伙或雇佣关系，亦不相互隶属。除非经由甲方书面授权，乙方不得以甲方名义承担或使甲方受制于任何约束及义务。乙方对其一切行为自行、独立承担全部的经济、法律责任，与甲方无关。

六、不正当行为约束：

1、乙方为项目所实施的一切行为应遵守中国的法律、法规，尊重商业道德；不得从事任何将对甲方产生不利影响的行为。

2、乙方应维护甲方权益并使甲方权益最大化，但不得因此采取非法手段侵犯他人合法权益或违反有关的法律法规或商业道德。若侵犯了他人合法权益或违反有关的法律法规，相关责任全部由乙方承担，甲方不承担任何责任。

3、如因乙方的行为导致甲方的名誉、知识产权、经济利益等受损，乙方应补偿甲方所受损失并立即采取措施停止不当行为并消除影响，但不影响甲方其他权利的行使。

4、乙方不得以任何方式向甲方相关工作人员个人提供佣金、回扣、股权权益等直接或间接的利益以换取该工作人员利用职务之便对乙方进行非正当支持。

5、在咨询服务中，若甲方工作人员利用职务之便以任何方式（明示或暗示）向乙方或乙方所属人员索取或接受直接或间接的物质利益，乙方有义务拒绝，并立即向甲方公司书面投诉。

6、如果甲方发现乙方对甲方工作人员提供非正当、不符合法律法规或商业道德要求的物质利益，无论是被动提供还是主动提供，甲方除对该甲方工作人员按内部规章制度进行最严厉的处罚外，同时将追究乙方的违约责任并有权拒付有关酬金。

七、违约责任

1、双方确认并同意，如果乙方未依照本协议约定使用保密信息或违反本协议规定将保密信息披露给任何第三方（包括乙方的附属公司和/或关联公司），或乙方违反本协议第六条与甲方工作人员私自串通，均构成乙方在本协议下的违约行为，乙方应向甲方支付相当于咨询服务费总额50%的违约金，违约金不足以弥补甲方损失的，乙方还应补偿甲方实际损失。

2、如乙方出现违约行为，甲方有权拒付有关费用（包括甲方本已承诺或按其他协议应支付的顾问咨询费等费用）和/或终止本协议，直至获得乙方的赔偿或双方达成其他协议。

八、本协议具专属性质，乙方未经甲方事先书面同意，不得向任何第三方转让本协议项下的全部或部分权利和义务。但若向乙方发出合理的通知，甲方可不经乙方同意向其关联公司部分或全部转让本协议项下的权利或义务；本协议对双方各自的继承人和/或允许的受让人自承继或受让之日起自然产生约束力。本协议中，乙方对甲方承担的义务延及于甲方的关联公司。

九、协议解除与终止

1、本协议有效期内，任何一方因对方无法提供相关满意支持、服务或未能按时付款，经守约方书面提出异议后15天内仍未纠正的，守约方可以立即以书面通知终止本协议。协议终止并不免除支付已提供服务的款项或退回已支付但尚未提供服务部分的款项的责任。

2、如果发生以下情况，可以视为本协议自动解除或终止，有关责任方承担相应的责任，但在第（1）和/或（2）种情况下，本协议自协议对方发出解除本协议效力的书面通知之日起终止：

（1）一方进入解体或清算阶段；

（2）一方被判为破产或其它原因致使资不抵债；

（3）本合同已有效、适当、全面得到履行；

（4）双方共同同意以书面文件提前解除合同；

（5）根据仲裁机构的裁决，合同解除或终止。

十、法律适用及争议解决：

1、本协议的解释、履行适用中华人民共和国法律。

2、如发生争议，双方应首先通过友好协商解决。协商不成的，双方同意将争议提交北京仲裁委员会按其规则仲裁解决。仲裁裁决为终局，对双方均有约束力。仲裁期间，除必须在仲裁过程中进行解决的部分外，不影响协议其余部分的效力，双方应该继续履行。

十一、附则：

1、协议双方均保证其有权签署并履行本协议，其签署并履行本协议不会违反对其具约束力的其他文件，其已获得有关的政府审批（如需）和/或其他必要的授权。乙方应提供其最新营业执照副本复印件作为本协议之附件。

2、如果本协议中的任何约定无论因何种原因无效或不具有执行力，或违反任何适用的法律，则该约定视为删除。但本协议的其余约定仍应有效并且有约束力。

3、本协议之变更和/或补充须经双方同意并采取书面形式。在双方未达成一致意见的情况下，原协议继续有效。

4、本协议（含附件）所含的条款与条件构成双方就本协议标的达成的全部协议与共识，并且取代之前所有的口头及书面协议、意向以及声明。

5、本协议一式二份，双方各执一份，具有同等效力。

甲方：

签字：

日期：年月日

技术咨询和服务协议 第8篇

关键词：面向服务体系结构,企业服务总线,企业应用集成,通用协议转换接口

0 引言

随着信息化时代的来临, 当代企业管理与运维对软件系统的依赖越来越大。为了提高企业各职能部门的工作效率, 需要针对不同时期不同职能部门的业务需求开发相对独立的子系统。对企业整体来讲, 不同时期独立开发的子系统间所采取的开发方式和技术可能有所不同, 使得不同子系统间没有统一的技术标准和数据规范。利用传统的企业集成和架构模式搭建的系统平台不能灵活处理各子系统间的通信, 严重影响企业的整体工作效率。

1 面向服务的架构SOA

1.1 SOA核心思想

面向服务体系架构 (SOA) 是时下一种主流的IT集成技术, 它以服务为核心, 具有较强的松散耦合性, 能灵活的构造出适合不同IT系统集成的架构[1]。其核心思想是将系统的业务功能模块按照一定颗粒度设计、封装成服务, 并为其定义标准化的服务接口, 籍此可忽略平台和语言的差异通过标准的协议发现和调用可用的服务。

W3C将服务定义为:服务提供者提供完成一组工作的服务, 并对服务请求者的请求进行响应, 为服务使用者交付所需结果。服务这个概念的产生, 大大推进了SOA的实施进程, 让异构环境中的系统能够简单、高效的整合为一个统一的整体。

1.2 SOA架构分层

SOA把企业系统架构分为应用层、Web服务层、服务管理中心等模块。在SOA中应用层是基于分布式组件技术的业务逻辑的具体实现, 包含一系列的应用组件, 可以使用不同的技术标准去实现不同的业务功能。Web服务是当前SOA的主要实现形式, 通过将使用不同技术和开发方案的业务逻辑封装、发布成为完全独立于应用平台的Web服务, 使整个架构具有很高的松散耦合性。基于XML的WSDL (Web Service Description Language) 文档用来定义和描述Web服务信息, 根据它来调用Web服务的具体业务逻辑, 将不同的业务系统集成到一起。服务管理中心负责服务的注册与调用, 利用BPML (Business Process Modeling Notation) 语言对服务进行编排来实现具体的业务流程。

基于SOA的企业开发将重点放在服务上, 可以提高企业开发的敏捷性和可扩展性, 使应用系统能够集中起来提供更加丰富、目的性更强的商业流程, 能够更真实地反映出系统与业务模型的结合。

1.3 SOA角色划分

在SOA体系结构中, 最常见的角色划分为:服务提供者、服务请求者和服务管理中心。SOA体系结构中的角色关系如图1所示。

新服务生成后会首先发布、注册到服务管理中心, 成为服务提供者, 这样新服务就能够通过标准协议被服务请求者发现和调用。服务请求者通过服务管理中心查询自己所需要的服务, 根据标准服务接口信息来调用匹配的服务内容。当服务提者接收到服务请求者的请求信息后, 会对服务请求做出对应的响应并将结果返回给服务请求者。应用系统通过对不同服务的调用和组合构成业务流程, 变得更有弹性, 并能够更快响应业务需求的变化。采用基于文本的消息传递模式, 使SOA成为独立于平台、语言的松耦合机制, 具有很强的可复用性。它的这些特点使企业集成变得更为灵活, 效率更高。

2 企业服务总线技术

企业服务总线 (ESB) 是SOA集成应用架构中用来解决信息传输、交互的基础设施, 可以通过标准的适配器连接异构环境中的服务[2]。

随着ESB技术的不断发展, 它在SOA中的位置也越来越重要, 拥有协议转换、数据转换、消息路由、服务注册与管理、事件管理等职能。鉴于要集成的服务或者应用系统可能由不同技术标准开发, 其接口协议也会有所不同。现行的ESB通常是使用适配器来匹配具有不同传输协议的接口, 将所需的应用集成到服务总线上来[3]。为了能够将集成系统内的信息准确高效的传输到目标服务, ESB提供了消息路由的功能, 可根据消息的内容将其从请求者一方按照特定的路由规则发送到消息接受者的位置。作为SOA架构中的神经 (消息) 传输中枢, ESB需要有处理突发事件和信息安全的功能, 来确保信息在ESB中的安全可靠传输。

在SOA环境下, 利用ESB技术能够灵活、高效的应对当代企业市场需求的快速变化, 提高企业系统的开发和维护效率, 让信息系统平台为企业信息化管理提供更好的服务[4]。

3 企业IT系统开发面临的问题

如今越来越多的企业用户发现了SOA思想的重要性, 将其IT系统升级成SOA_ESB架构模式 (如图2所示) 。此模式下, 各独立的系统按照一定的颗粒度划分为具有一定功能的服务或者将系统自身封装成为可为其它组件提供服务的服务, 并为它们定义标准的服务接口, 服务间可以通过ESB利用标准的接口访问协议互相调用。

SOA_ESB架构的应用不仅解决了企业IT系统间服务的相互支持与调用, 也极大的促进了企业办公效率, 让企业用户尝到不少甜头[5]。但这并不意味着该架构的成熟与完美, 随着快速变化的市场需求和公司的扩大、收购和归并, 企业对IT系统的敏捷开发与整合能力的要求也越来越高。现行的SOA_ESB整合模式要部署的适配器和整合规则较多, 当有新系统需要集成进来时, 首先要对目标系统进行预处理, 使其满足现行架构下的标准协议后才能进行业务功能的整合。开发新系统或功能模块时, 开发人员必须熟知已有架构下的接口协议和书写规范。如今企业为减少费用支出、缩短开发周期, 多采取外包策略。让外包人员熟悉己方的开发模式和标准再去开发无疑是费时劳力而不显功的事, 而且也不利于企业信息和技术的保密工作。

为了解决上述问题, 提高企业IT系统的开发效率和灵活性, 合理利用外包资源进行低价、安全、快速的企业应用开发, 本文提出了一种通用协议转换接口CPTI (Common Protocol Transform Interface) 方案。此方案要求无论收到何种接口协议都能将其转化为ESB所需要的标准协议格式。当拥有新协议的服务出现时, 能够快捷方便的将其加入到目标适配协议库里。服务接入ESB时不再需要专门为其进行接口协议重构, 就可直接应用到集成系统业务内。

4 CPTI方案

4.1 CPTI结构设计

通用协议转换接口方案的结构设计如图3所示。

它主要由协议检测器、定向路由和协议转换库三部分构成。当有信息传送到通用协议转换接口CPTI时, 由协议检测器负责确认应用服务或系统的信息传递协议和其要转换的目标协议, 然后把信息交付给定向路由。定向路由主要功能是将被协议检测器检测过的信息, 按照特定的路由规则发送到协议转换库特定的协议转换器上去。协议转换器, 顾名思义就是负责进行不同协议间的相互转换, 将收到的信息转换成集成系统所需要的目标协议格式。由于现存的通信协议有很多, 如常规的HTTP、HT-TPS、FTP和TCP, 基于XML技术的SOAP, J2EE的JMS、RMI, IBM的MQ消息队列等等, 所以不同通信协议对应不同的转换器。为了方便维护和使用根据具体的协议转换来命名转换器, 并将他们封装成为一个协议转换库。当有新的协议出现时, 只需要对其设计对应的协议转换器, 然后将转换器放入到协议转换库内, 就可以实现其功能的重用。CPTI的这些特点大大提高了ESB的可扩展性和集成效率。

4.2 CPTI下服务注册模式

当有新的应用服务或系统通过服务器发布到集成系统时, SOA服务架构会检测到新系统内包含的服务注册信息并将该信息连接到ESB进行服务注册, 此刻新服务的接口协议信息就会被CPTI中的协议检测器所检测。当协议检测器识别了新服务的协议信息后就会在已经保存的协议库里面查找该协议转换到ESB所使用的目标协议格式所需的转换器, 它负责对应接口协议间的转换工作。最后, 新服务的接口协议将以ESB内所定义的标准协议的格式注册到服务中心。在ESB内部使用统一的协议进行信息的交互与传递, 既可以提高ESB的信息处理速度又能够保证信息服务的质量。

4.3 CPTI下信息传递机制

规定在ESB内部使用统一的ESB标准传输协议, 如果信息是从应用系统或服务发出时, 默认其目标协议为ESB标准传输协议。新的应用系统或服务部署到SOA_ESB集成环境中后, 不论是客户端或者是应用本身, 当其发出服务请求后, 请求信息就会以当前系统的传输协议 (定义为源协议) 发送到ESB。

在通用协议转换接口应用框架中 (如图4所示) , 请求信息首先要经过CPTI转换成为ESB内部使用的标准传输协议, 转换后的协议会携带其请求信息, 向服务管理中心请求服务。服务管理中心则会通过检索服务的注册信息, 提供符合条件的服务, 并通过ESB向目标服务发送调用信息。调用信息首先通过CPTI转换成符合目标协议的格式, 将请求信息提交给目标服务, 目标服务就可以为其提供相关的功能服务并且将反馈结果 (即服务响应) 发送给服务请求者。服务响应通过通用协议转换接口转换为ESB内部使用的标准传输协议, 利用ESB传输到服务请求者的接口, 再次利用CPTI转换为源协议格式, 将服务响应展现给服务请求者。

5 方案应用实例

在SOA下使用ESB通用协议转换接口方案后, 可将企业的应用系统划分为具有一定功能的系统模块或服务, 安排给不同的项目小组去开发。功能的细化拆分, 使企业可以将不涉及企业机密的部分招标外包出去, 由企业外部技术力量进行开发, 能够有效地缩短应用系统的开发周期, 降低开发成本。

以某企业协同办公系统的集成开发作为示例, 其开发架构如图5所示。

该企业同期项目有品牌管理系统、企业黄页和问卷系统, 分别交由不同的项目组进行同步开发。项目组A的成员长期从事IBM的MQ开发模式, 他们接手的是品牌管理系统;而项目组B和C则比较熟悉J2EE的开发模式, 使用传统的HTTP传输协议, 分别负责企业黄页和问卷系统。在此方案下, 开发人员不需要按照固定的开发技术和协议去进行设计, 可以自主选择解决方案, 只需要在项目完成后将应用封装成可以调用的服务即可。开发人员选择自己熟悉的技术去进行开发, 能够高效利用技术资源, 提高开发效率和质量。项目小组或外包公司将完成后的项目交付给企业, 由企业的IT系统管理员打包发布到SOA_ESB集成系统, 借助通用协议转换接口CPTI将新的服务信息注册到服务中心完成系统的自动整合, 经过对应用前端的适当调整和部署, 整个系统的集成工作就完成了。

以问卷系统为例, 介绍系统集成后的运行情况。经过系统集成, 问卷系统的核心部分被封装为问卷服务 (如图5所示) , 主要包括问卷的建立和发布, 其他部分则部署到集成系统的具体位置。整个问卷系统的功能不仅包含问卷服务, 还可以选择人员信息, 发送问卷提醒邮件等, 这些功能可以利用BPML (Business Process Modeling Notation) 编排其他应用或服务进入问卷系统来完成。系统的使用者通过应用前端可以进入问卷系统进行相关操作, 按照重新编排的业务流程通过通用协议转换接口CPTI进行不同应用和服务间的信息交互, 实现客户的业务需求。

通用协议转换接口方案在本实例中的应用, 体现出很高的应用价值, 使企业的应用开发和集成变得更为简单、有效。

6 结束语

在SOA_ESB架构下, CPTI能够让新服务快速有效的集成到企业应用系统中, 简化企业应用集成的步骤, 大大提高企业应用开发的敏捷性和可扩展性, 让企业IT系统的开发更为灵活, 能够适应快速变化的市场需求。

参考文献

[1]梁爱虎.SOA思想、技术与系统集成应用详解[M].北京:电子工业出版社, 2007.

[2]David A Chappell.Enterprise Service Bus[M].USA:O’Reilly, 2004.

[3]International Technical Support Organization, Raleigh Center.Patterns:Implementing an SOA Using an Enterprise Service Bus[Z].IBM Corp, 2004.

[4]Shrikant Mulik Larsen&Toubro Infotech Limited.Using Enterprise Service Bus (ESB) for connecting Corporate Functions and Shared Services with Business Divisions in a Large Enterprise[C].IEEE Asia-Pacific Services Computing Conference.Singapore:IEEE Computer Society, 2009:430-434.