软件开发技术服务协议（精选8篇）
软件开发技术服务协议 篇1
合同登记编号：
项目名称：____
委托方：____(甲方)
研究开发方：__(乙方)
签订地点： 省 市(县)
签订日期： 年 月 日
有效期限： 年 月 日至 年 月 日
填写说明
一、“合同登记编号”的填写方法：
合同登记编号为十四位，左起第一、二位为公历年代号，第三、四位为省、自治区、直辖市编码，第五、六位为地、市编码，第七、八位为合同登记点编号，第九至十四位为合同登记序号，以上编号不足位的补零。各地区编码按GB2260-84规定填写。(合同登记序号由各地区自行决定)
二、技术开发合同是指当事人之间就新技术、新产品、新工艺和新材料及其系统的研究开发所订立的合同。技术开发合同包据委托开发合同和合作开发合同。
三、计划内项目应填写国务院部委、省、自治区、直辖市、计划单列市、地、市(县)级计划，不属于上述计划的项目栏划(/)表示。
四、标的技术的内容、形式：
包括开发项目应达到的技术经济指标、开发目的、使用范围及效益情况，成果提交方式及数量。提交开发成果可采取下列形式：
1、产品设计、工艺规程、材料配方和其他图纸、论文、报告等技术文件;
2、磁盘、磁带、计算机软件;
3、动物或植物新品种、微生物菌种;
4、样品、样机;
5、成套技术设备。
五、研究开发计划：
包括当事人各方实施开发项目的阶段进度，各个阶段要解决的技术问题 ，达到的目标和完成的期限等。
六、技术情报和资料的保密：
包括当事人各方情报和资料保密义务的内容、期限和泄漏技术秘密应承担的责任。 双方可以约定，不论本合同是否 变更、解除、终止，本条款均有效。
七、其它：
合同如果是通过中介机构介绍签订的，应将中介合同作为本合同的附件。如果双方当事人约定定金、财产抵押及担保的，应将给付定金、财产抵押及担保手续的复印件作为本合同的附件。
八、委托代理人签订本合同书时，应出具委托证书。
九、本合同书中，凡是当事人约定认为无需填写的条款 ，在该条款填写的空白处划(/)表示。
依据《中华人民共和国技术合同法》的规定，合同双方就__项目的技术开发(该项目属__计划__)，经协商一致，签订本合同。
一、__ 标的技术的内容、形式和要求;
二、应达到的技术指标和参数：
三、__研究开发计划：
四、研究开发经费、报酬及其支付或结算方式：
(一)研究开发经费是指完成本项研究开发工作所需的成本;报酬是指本项目开发成果的使用费和研究开发人员的科研补贴。
本项目研究开发经费及报酬： 元。
其中：甲方提供 元，乙方提供 元。
如开发成本实报实销，双方约定如下：
(二)经费和报酬支付方式及时限(采用以下第_ _种方式);
①一次总付： 元，时间：
②分期支付： 元，时间：
③按利润 %提成，期限：
④按销售额 %提成，期限：
⑤其它方式：
五、利用研究开发经费购置的 设备、器材、资料的财产权属：
六、履行的期限、地点和方式：
本合同自_年_月_日至_年_月_日在_(地点)履行
本合同的履行方式：
七、__技术情报和资料的保密：
八、技术协作和技术指导的内容：
软件开发技术服务协议 篇2
关键词：通用协议转换,协议格式,解码,编码
1 引言
所谓通信协议是指通信双方的一种约定,约定包括对数据格式、同步方式、传送速度、检纠错方式以及控制字符定义等问题作出统一规定,通信双方必须共同遵守[1]。不同体系结构的系统一般采用不同的通信协议完成系统内部成员之间的通信,这固然为本系统的设计带来了很大的方便,但因为不同系统的通信协议往往不同,当本系统需要同其他系统进行通信时,会因为协议的不同造成通信障碍[2]。为解决异构系统之间因通信协议不匹配造成的通信困难,需要在两个系统之间添加一个协议转换器。目前的通信协议转换器大多选用或者自行开发专用的网关,但是专用网关由于重用性差,将导致多次的重复开发,浪费大量的人力和物力[3]。
由于不同通信协议的协议格式有许多相近之处(如数据帧由帧头、数据项、帧尾等组成,包含校验等处理信息),这就使得设计一个一定程度的通用协议转换器成为可能[4]。本文通过对现有协议的分析,提供了一种比较通用的协议格式模板,通过对该模板的实例化可得到各种实际协议的格式信息。另外,本文还实现了对符合用本模板所描述协议格式的协议数据处理及转换过程,并在由哈尔滨工业大学开发的HIT-GPTA平台上进行了验证。
2 需求分析
通用网关协议转换软件的用户需求定义如下:
分析现有通信协议格式,提出各种协议的表达方法,并抽象出一个能够涵盖大多数常用雷达、导弹协议的协议格式模板,通过对该模板的实例化能够得到现有格式的描述信息。所建立的模板应提供最基础的协议元素编辑支持,提供不同数据类型的协议元素的支持,提供元素位定义支持,提供开放式的函数处理功能支持,提供格式描述信息的串行化输出功能,能够保存已建立的协议格式信息并在需要时导入该信息。设计符合HIT-GPTA平台接口规范的协议编解码组件,该组件能够加载格式描述文件。协议编解码组件应提供协议数据的动态处理功能,能够根据格式描述信息加载相应动态链接库,调用相应动态链接库函数,根据函数参数列表对协议数据元素进行相应处理。
根据用户的需求定义,可将本系统划分为两个主要的功能模块:协议格式库管理软件和协议编解码软件。格式库管理软件通过对格式模板的实例化,生成具体协议的格式描述信息并串行化输出为格式特征描述文件;协议编解码软件加载格式特征描述文件,并根据用户所配置的信息初始化网络收发信息,在平台开始运行后,接收由网络传来的数据并解码发布,根据所订购到的数据信息编码输出到相应设备。系统用例如图1所示。
3 协议格式模板设计
协议转换器的通用性决定于协议格式模板的通用性,为了抽象出一个较为通用的协议格式模板,需要先对通信协议进行分层管理以方便数据结构的设计,然后分析多种具体的协议格式,并得到他们之间格式上的相似之处,进而抽象这些相似之处,形成本系统的数据结构。根据协议分层管理的概念,可将协议分为三个层次:协议集、协议项、协议元素,如图2所示。
对一些有代表性的协议项进行分析可得以下概念:一个系统所有协议的集合称之为协议集,可为协议集设计名称、ID、协议项列表等属性;每一个协议项又应该有名称、ID、帧头列表、元素列表、帧尾列表等属性。以上协议集和协议项的属性是一般协议所共有的,对于协议项的组成部分如帧头、元素、帧尾的具体结构则因协议的不同会有较大的差异。
基于上述概念,采用面向对象的思想,可以进行协议格式模板的设计。协议可以分层表示为协议格式集、格式项和协议元素,故在设计数据结构时可分别设计为格式集类(C Protocol Muster)、格式项类(C Protocol Item)、协议元素类(C Protocol Element)。另外,为了描述协议项的传输特性,设计了帧头、帧尾(C Head Format)类;为了支持位处理功能及函数处理功能设计了数据元素位类(C Data Bit)和处理函数类(C Process Fun)。
4 软件的设计与实现
基于用户需求定义及系统功能分析,采用面向对象的方法对系统进行详细设计。根据需求分析,需要设计两个软件,分别是协议格式管理软件和协议编解码组件。格式管理软件的设计包括软件的静态模型、交互模型及用户界面的设计[5]。协议编解码组件的设计包含四个方面的内容:解码类设计、编码类设计、平台组件接口类设计和用户交互界面设计。
格式库管理软件为用户提供可视化界面操作,其内部数据结构为组成格式模板的几个类,用户可以利用该软件建立自己的协议格式库或加载现有协议格式特征描述文件,其类图如图3所示。
协议编解码软件加载格式管理软件所生成的格式特征描述文件,在接收到协议时自动识别协议数据所符合的格式项,利用该格式进行解码并将协议数据按照HIT-GPTA平台能够识别的方式发布出去。另一方面,订购相关数据并按照与解码项所对应的编码项进行编码并输出。协议编解码软件类图如图4所示。
5 软件测试及结果
本系统测试环境由两台通过局域网连接起来的节点计算机组成,其中一台结点计算机上安装了格式库管理软件和HIT-GPTA平台,协议转换在该计算机上完成,另一台节点计算机作为异构系统与平台进行通信测试。
系统的测试包括三个部分:格式库管理软件的测试、解码功能测试、编码功能测试。
格式库管理软件测试主要目的是检测该软件能否按照需求分析中的要求描述现阶段所需要转换的所有自由协议。
解码功能的测试方法是由异构系统的功能模块向HIT-GPTA平台发送数据,协议转换软件接收数据后进行解码并将协议元素按属性通过本地通信代理进行发布,或编码后进行输出。
编码功能的测试由试验组件发起,协议转换组件将所订购的数据编码发布到异构系统的功能模块,若异构系统所接收的数据符合理论值则测试通过。以下仅给出一条测试用例:
注:输出数据经过了函数处理,处理方式为是元素0或元素1加上元素2之后乘以元素3。
通过对格式库管理软件、解码过程、编码过程的测试可以看出,格式库管理软件能够描述常用的雷达、导弹、舰船通信协议的格式;解码过程能够将通用的通信协议转换为HIT-GPTA平台能够识别的属性数据并发布,以供其他组件使用;编码过程能够将来自于其他组件的协议数据按照目的设备的协议格式进行编码并通过网络传输到目的设备。
6 结束语
抽象出了一个通用的格式模板,并为其设计了用户交互界面;设计了协议转换组件,能够转换符合格式模板的通信协议,使通用计算机具备了HIT-GPTA网关的功能,并结合测试实例进行了软件测试,实现了通用协议转换软件的设计。
参考文献
[1]桑伟.基于ARM的通信协议转换器的设计[J].自动控制,2007,(4):44-45.
[2]张源,魏冬邦,康昊.基于XML的测控软件通信协议的研究[J].遥测遥控,2010,(31-6):42-46.
[3]张娟锋,师卫,刘振国.通用通信协议转换接口的研究与实现[J].电脑开发与应用,2009,(22-5):25-26.
[4]蒋浩天.综合网络多协议转换的研究和实现[D].成都:电子科技大学,2007.
基于BT协议的下载程序开发 篇3
关键词：下载程序；BitTorrent协议；torrent；B-encoding
中图分类号：TP312文献标识码：A文章编号：1009-3044(2007)12-21661-02
Development of Downloading Procedure Based on BT Protocol
ZHOU Ke1, ZHANG Yan-na2
(1.Henan University College of Computer and Information Engineering,Kaifeng 475001,China;2.Henan UniversityHenan University, Department of Facility and Laboratory Mangement,Kaifeng 475001,China)
Abstract:This paper analyses the BitTorrent protocol in details and sums up its characteristics. Then, in the basis of torrent file format and Bencoding encoded mode,The torrent file had been successfully analysed precisely. According the analysis, one method of developing the downloading procedure was described.
Key words:Downloading Procedure;BitTorrent protocol; torrent; Bencoding
1 引言
传统的网络服务模式，所有的下载开销都在服务器上，由于服务器性能和带宽的限制, 服务器往往要限定用户的数量和访问速率；而使用基于BT协议的共享软件，可以把下载的开销分摊到每个下载者那里，在理论上支持无限多个下载者下载同一个文件，充分提高文件共享效率。本文简要分析了BT协议的工作原理，并给出了一种采用C#的下载程序的分析部分的实现，基于这种分析程序，借助C#中TCP协议的助手类就可以快速的开发出实用的下载程序。
2 BT协议的工作原理
BT协议将这种文件共享模式分为Tracker服务器和Client两部分。Tracker服务器的任务是搜集Client的信息，并帮助BT Client相互发现对方，进而能互相下载所需的资源。每一个Client即一个Peer 在下载开始以及下载过程中，要不断地与Tracker服务器进行通信，报告自己的信息并获取其它Peer的信息。Tracker對所有下载者的信息进行维护，当它收到一个请求后，先把发出请求的Peer的信息记录下来，然后将其他参与下载同一个文件的下载者的信息返回给该Peer。Peer在收到Tracker的响应后，与其它下载者建立连接下载本地所没有的文件资源。为了使别的客户端也可以从本地获取文件资源，该客户端还要监听某个端口，用于接收其它Peers的连接请求。
3 torrent文件及其分析程序的实现
BT协议的主要特征，集中体现torrent文件中。下面就torrent文件的内容及格式先做介绍，最后给出用C#语言实现该类文件解析的方法。
3.1 torrent文件及其编码
BT客户端开始下载资源时首先需要寻找torrent文件， torrent文件包含了完整的资源下载信息：包括资源名、大小、资源的创建者，创建时间，指向Tracker的url列表等信息。
torrent文件采用B-encoding编码来保存数据。B-encoding编码提供四种类型的数据表示：strings(字符串)、integers(整数)、lists(列表)、dictionaries(字典) 。编码规则如下：
(1)strings的编码规则为：<字符串长度>：<字符串>
字符串长度单位为字节，没有开始或结束标记。
(2)integers的编码规则为：i<整数>e
开始标记为i，结束标记为e。没有大小限制，0不能出现在负的或者是整数的最高位。
(3)lists的编码规则为：l
开始标记为l，结束标记为e，列表里可以包含任何B-encoding编码类型，包括字符串、整数、列表、字典。
(4)dictionaries的编码规则为：d
开始标记为d，结束标记为e，关键字必须为B-encoding字符串，值可以为任何B-encoding编码类型，包括字符串、整数、列表、字典。
torrent 文件格式是由若干字段确定的，torrent 文件中关键字段如表1所示：
表1 torrent 文件中关键字段
info字段用于确定资源是由单文件还是多文件构成的，info后面的第一个字符串为length 或files，二者只能出现一个。length表明是单文件结构，files表明是多文件结构，其详细区别如表2所示：
表2 info字段的内容
3.2 torrent 文件分析程序的实现
B-encoding的编码规则只有前述的四种类型的数据，列表和字典中允许包含这四种数据类型，整个文件本身就是字典。在实现的这种文件的分析时采用如下的分析方法，算法流程如图1所示：
(1)字符串分析。调用四个函数来判断字符串是否为B-encoding编码的四种数据类型：字符串分析函数readstring、整数分析函数readint、列表分析函数 readlist和字典分析函数 readdict。
(2)分析结果存放。定义一个基类和四个由该基类派生的子类，四个子类分别对应于四种数据类型。字符串和整数数据分别定义CBEncodeString 和CBEncodeInt类的对象存放结果；列表类型的数据使用C#中的List<>泛型类定义一个列表：
public List
public SortedList
由于分析的结果有多种，而且结构不同，使用list<>泛型类定义一个基类型的列表类型m_listObj按序返回分析结果，torrent文件本身就是一个字典，所以保存返回值的列表只有索引值为0的一项，该项存储的内容是已经分析好的整个文件，结构为一个字典。还要需将最终分析结果由列表m_listObj[0])中的内容强制转换成字典CBEncodeDict类型，而字典中又有Bencoding编码中的四种数据类型深层嵌套，分析整个文件的结构，要把所有的格式都考虑到，在输出结果的过程中根据具体情况要进行不同类型和不同次数的强制转换。
4 结论
本文对BT工作原理进行了分析，根据B-encoding编码规则和torrent文件的格式，在C#.NET 2005环境下开发出了对torrent 文件进行解析的Windows应用程序。借助于此程序，将分析结果提供给下载程序就可以开发出BT下载软件。当然，在使用BT软件进行文件共享带来方便的同时，对磁盘的频繁操作可能会引起磁盘老化，占用过多带宽，这些问题都需要在开发有关基于BitTorrent协议的共享软件时给予足够的重视。以较小的代价获得较好的网络文件共享功能。
图1 算法流程
参考文献：
[1]Cohen B.Incentives BuildRobustness in BitTorrent[Z/OL].http://www.bittorrent.com.
[2]王珏,BitTorrent下载技术研究.科技广场,2005（2）.
[3]孔彬,徐良贤,BitTorrent原理分析及改进.计算机工程2004.30（12）.
[4]Simon Robinson.等.著.李敏波.等.译.C#高级编程（第3版）,清华大学出版社,2005年7月.
技术开发委托合作协议 篇4
技术开发（委托）合同
项目名称：
委托方（甲方）：委托代理人电话： 传真：
受托方（乙方）：委托代理人电话： 传真：
签订时间：签订地点：
有效期限：
机密
本合同甲方委托乙方研究开发项目，并支付研究开发经费和报酬,乙方接受委托并进行此项研究开发工作。
双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华
人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。
第一条本合同研究开发项目的要求如下：
1、技术目标： 实现：
2．技术内容：
第二条乙方应在本合同生效后 3 日内向甲方提交研究开发计划。
研究开发计划应包括开发周期计划、参加人员、交货时间等；
第三条甲方应向乙方提供的技术资料及协作事项如下：
1．技术资料清单：
2．提供方式： 直接当面提供给甲方指定人员
3．其他协作事项：另一方尽可能给予帮助或者协助。
本合同履行完毕后，上述技术资料按以下方式处理： 退回当事人一方；
第四条甲方应按以下方式支付研究开发经费和报酬：
1．研究开发经费和报酬总额为： 人民币××元整（￥元）
2.研究开发经费由甲方分期支付乙方。具体支付方式和时间如下：
预付，项目验收完成后付，余下月付清。
乙方开户银行名称、帐号为：
账户名称：
开户银行：
帐号：
第五条 本合同的变更必须由甲乙双方协商一致，并以书面形式签
约确定。
第六条 未经甲方同意，乙方不得将本合同项目部分或全部研究开
发工作转让第三人承担。
第七条 在本合同履行中，一方发现技术风险存在并有可能致使研究
开发失败或部分失败的情形时，应当在5日内通知另一方并采取
适当措施减少损失。逾期未通知并未采取适当措施而致使损失扩大的，应当就扩大的损失承担赔偿责任。
第八条 在本合同履行中，因作为研究开发标的的技术已经由他人
公开（包括以专利权方式公开），一方应在5日内通知另一方解除合同。逾期未通知并致使另一方产生损失的，另一方有权要求予以赔偿。
第九条保密
乙方确认并同意保密信息是甲方有价值的、专用的、独特的财产，因此，乙方同意从甲方披露信息之日起：
1.1 不向任何第三方披露任何保密信息，除非得到甲方事先的书面同
意；
1.2 不把保密信息用于双方合作项目以外的任何其他目的；
1.3 不把任何保密信息披露给除为实施合同的目的而需要知晓保密信
息的职员以外的任何其他人员；
1.4 在没有甲方许可的情况下，不准用任何方式复印或复制任何保密
信息以用于项目以外的任何目的；
1.5 除非得到甲方事先的书面同意, 乙方不得以任何方式改变保密信
息的任何部分, 或分解保密信息或试图改变或分解保密信息, 乙方也不
准让他人去做或试图这样做。
1.6乙方同意以对待自己专有和秘密信息的同样的注意去对待以上
列举的义务，但是这些注意在任何情况下不能低于合理的注意。
1.7甲方向乙方披露的所有的保密信息和复印件都由甲方享有所有
权。在合同终止之时以及在甲方要求的任何时候，甲方可以选择要求乙方
将其手上保存的所有的书面保密信息迅速销毁并向甲方通知上述资料的销毁情况，或者将其手上保存的所有书面保密信息迅速交付甲方。所有口
头的保密信息则将继续受到本合同的保护。
1.8合同本身的保密性。乙方无权披露本合同的存在，对本合同项下的所有条款和约定按机密信息对待，且不得向第三方披露。
第十条双方确定，按以下标准及方法对乙方完成的研究开发成果进行验收：①标准：国家标准；②方法：专家评审。
第十一条乙方应当保证其交付给甲方的研究开发成果不侵犯任何
第三人的合法权益。如发生第三人指控甲方实施的技术侵权的，乙方应当
承担由此而产生的全部责任。
第十二条乙方不得在向甲方交付研究开发成果之前，自行将研究
开发成果转让给第三人。
第十三条双方确定，乙方应在向甲方交付研究开发成果后，根据
甲方的请求，为甲方指定的人员提供技术指导和培训，或提供与使用该
研究开发成果相关的技术服务。
1．技术服务和指导内容： 培训甲方技术人员和主要操作员掌握该
技术成果；
2．地点和方式：甲方指定
第十四条双方确定：任何一方违反本合同约定，造成研究开发工
作停滞、延误或失败的，按以下约定，赔偿合同金额的10%的违约金。
第十五条双方确定，甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后续改进。由此产生的具有实质性或创造性技术进
步特征的新的技术成果及其权利归属，由甲方享有。
第十六条双方确定，出现下列情形，致使本合同的履行成为不
必要或不可能的，一方可以通知另一方解除本合同；
1．因发生不可抗力或技术风险；
2．技术风险指当事人努力履行，现有水平无法达到，有足够技术难
度，同行专家认定为合理失败；第十七条双方因履行本合同而发生的争议，应协商、调解解决。协商、调解不成的，提交各方所在地仲裁委员会仲裁或者依法向人民法院起诉。
第十九条本合同一式两份，复印件及原件具有同等法律效力。
第二十条本合同经双方签字盖章后生效。
3．在合同履行中，第三人公开相同的技术成果。第十八条双方约定本合同其他相关事项，双方另行协商解决。
甲方：（章）乙方：（章）签 字:（签名）签字:（签名）职务:职务:
日期：日期：
备注：可附附件！
附件件数：份
商业合作保密协议---技术开发 篇5
甲方（委托人）：
乙方（受托人）：
甲方就委托乙方开发 _______事宜，乙方在洽谈或合作履约期间，因工作需要可能接触或掌握甲方有价值的保密资料（不论这些资料是以口头、书面或其他任何形式表现的），且乙方方承认如向第三方披露任何该等保密资料将会损害甲方公司商业及其他利益，因此，甲、乙双方同意签署本保密协议以共同遵守：
第一条 定义
本协议所称“保密资料”，是指：甲方披露给乙方的相关业务的书面、电子文档或其它形式的资料和信息，不论其形式如何，只要涉及到甲方未曾发表、公开或公众的信息，该“保密资料”可以是符合法律规定条件的商业秘密，也可以是尚未达到法律规定商业秘密构成条件的其他保密资料。
乙方不得在任何情形下向任何第三方透漏双方存在本次合作、合作内容、项目运作原理、性能及可能存在的技术漏洞等。
第二条 双方责任
（一）甲方与乙方为保密资料的提供方和接受方，乙方负有保密义务，承担保密责任。本协议的保密期限，即乙方对双方合作项目、合作内容及甲方保密资料负有保密义务的期限，为双方谈判期间至永续保密。
（二）乙方未经甲方书面同意不得向第三方（包括新闻媒体或其从业人员）公开和披露任何保密资料或以其他方式使用保密资料。
（三）乙方须把对保密资料的接触范围严格限制在因本协议规定目的而必须接触保密资料的各自负责任的代表的范围内。
（四）除经甲方书面同意而必要进行披露外，乙方不得将含有甲方披露的保密资料复印或复制或者有意无意地提供给第三方。
（五）如果谈判或合作项目不再继续进行导致合同解除、终止，乙方应当在五个工作日内销毁或向甲方返还其占有的或控制的全部保密资料以及包含或体现了保密资料的全部文件和其它材料并连同全部副本。
（六）乙方应以不低于其对自己拥有的类似资料的保密程度来对待甲方向其披露的保密资料，但在任何情况下，对保密资料的保护都不能低于合理程度。
第三条 知识产权
（一）甲方向乙方披露保密资料并不构成向甲方转让或授予乙方对其保密资料、商标、专利、技术秘密、商业信息或任何其它知识产权拥有权益，也不构成向乙方转让或授予乙方受第三方许可使用的保密资料、商标、专利、技术秘密或任何其他知识产权的有关权益。
（二）若乙方提交的设计资料及设计文件侵犯第三人合法权利，由乙方承担全部经济、法律责任。
（三）经甲方认可的本合同项目设计资料及设计文件的所有权、著作权归甲方所有。并且甲方可将本合同项目设计资料及设计文件应用于其他项目，无需经过乙方同意或者向乙方另行支付费用。
（四）乙方应保护甲方的知识产权及保密资料，未经甲方同意，乙方承诺：不将甲方的资料、经营信息及文件等擅自修改、复制或向第三人泄露；不将经甲方认可的阶段性成果和最终设计成果等作任何修改、复制或向第三人泄露；不将上述全部资料转让、部分转让给第三人或允许第三人使用；不将上述全部资料用于本项目之外的任何目的。
第四条 违约责任
（一）乙方如违反本协议下的保密义务，应向甲方支付不少于 元人民币的违约金；如果本条约定的上述违约金不足以弥补因违反保密义务而给甲方造成的损失，甲方有权进一步向乙方主张甲方因此遭受的一切损失赔偿。
（二）在双方合同或合作期内，无论上述违约金给付与否，甲方均有权立即终止谈判或解除与乙方的合同、合作关系，因终止谈判或解除合同、合作所造成的缔约过失赔偿责任、合同赔偿损失由违约方另行承担。
损失赔偿的范围包括：
1、甲方为处理此事支付的费用，包括但不限于律师代理费、诉讼费、差旅费、材料费、调查费、评估费、鉴定费等。
2、甲方因此而遭受商业利益的损失，包括但不限于合理利润的损失、技术转让费用的损失、商业秘密泄露的损失等。
第五条 争议解决方式 本协议发生争议，由双方协商解决。解决不成，提交广州仲裁委员会仲裁解决。
第六条 其他
（一）本协议自甲乙双方签字盖章之日起生效。
（二）本协议一式贰份，双方各执壹份，具有同等法律效力。
甲方（盖章）：
地址：
法定代表人（签字）：
联系电话：
签署日期：_____年___月__日 乙方（盖章）： 地址： 法定代表人（签字）： 联系电话：
软件开发技术服务协议 篇6
本协议由以下甲、乙双方于 年 月 日签订： 甲方： 住所：
乙方： 住所：
上述甲、乙方也可单独被称为“一方”或合并称为“双方”，披露“保密信息”的一方称为“披露方”；接收“保密信息”的一方称为“接收方”；披露方和接收方统称为“双方”。鉴于，甲乙双方欲就拟进行的商务交易进行相关磋商，并且需要向对方提供己方保密信息；为保证双方业务磋商、发展和交易过程中取得/和或了解的对方专有的信息和资料得到严格保密，甲乙双方经协议一致，达成以下协议甲、乙双方均承诺愿意依据本协议的规定，对应保密信息承担保密责任，并承担由于泄密对方信息给对方造成的经济损失和法律责任。
双方经协商达成本协议条款如下：
第一条 保密信息的定义
1.1 保密信息：
1.1.1 广义上讲，不为公众所知悉、能为双方带来经济利益、具有实用性、并经双方采取保密措施的技术信息和经营信息。其内容包括但不限于：专有技术、商业秘密、独占性资料、财务报告、客户名录、市场竞争位置、商业伙伴资源及其他有关的重要技术和商业信息。1.1.2 具体包括：将由双方提供的商务模式信息、开发信息、商业秘密、图表和其他技术、业务、营销或财务信息、计划的事宜、商业伙伴资源。1.1.3 其他因谈判、签署或履行甲方和乙方及其他各方之间有关保密信息的协议约定而被双方获得的有关合作协议或有关合同的条款或事项的一切信息。1.2 除非另有约定，本协议中的一方也包括该方的关联公司。关联公司是指任何一方现在或将来控制、受其控制或与其共同被控制的任何公司或合法机构。“控制”指对
第 1 页
受控或共同受控机构选举董事（或其它管理负责人）的股份或其它证券，直接或间接地拥有至少百分之三十（30％）的投票权。
1.3 第三者：是指除甲、乙双方以外的其他任何个人、公司、企业、政府部门、机构或其他任何组织或经济实体，但不包括本协议期间从甲方或乙方辞职的人员。1.4 双方的雇员均应遵守本协议，无论该雇员是否在本协议有效期间辞职与否。1.5 保密信息载体：指所有载有、显示、披露保密信息的文件、表格、磁盘、电子文件及其他资料、物品。
第二条 双方权利、义务
2.1 甲乙双方互为保密资料的披露方和接收方，负有保密义务，承担保密责任。
2.2 在履行合作协议及有关合同的过程中，任何一方未经另一方的书面许可，不得以任何方式包括口头方式擅自使用上述保密信息及对方商业资源。或将其公布、披露给任何第三方，或许可任何第三方使用上述保密信息或对方商业资源。无论是直接或是间接的都被视为违约行为。
2.3 双方均须把保密资料的接触范围严格限制在因本协议规定目的而需接触保密资料的各自负责任的代表的范围内；
2.4 除经过双方书面同意而必要进行披露外，任何一方不得将含有对方或其代表披露的保密资料复印或复制或者有意无意地提供给他人；
2.5 双方应如同对待自己的保密信息一样，建立并维护有效的安全措施，确保保密信息的安全，避免被未经过授权的人获得、使用、复制、披露或破坏；
2.6 如果双方经探讨后未建立合作关系，或合作项目不再继续进行，或其中一方因故退出此项目，披露方在任何时候提出书面要求，接收方都应当并应促使其代表在五（5）个工作日内销毁或向披露方返还其占有的或控制的全部保密信息以及包含或体现了保密信息的全部文件和其它材料并连同全部副本及电子文档。接收方应于销毁完成后立即出具书面保证书给披露方，表明其已完成销毁事项。
2.7 一方使用另一方保密信息载体，应取得另一方的授权，并仅限于使用于委托的工作或合作协议及有关文件所述的用途中。不得以任何方式擅自使用、披露、或许可第三方使用上述保密信息和保密信息载体。
第三条 知识产权
第 2 页
甲乙双方向对方或对方代表披露保密资料并不构成向对方或对方的代表的转让或授予另一方对其商业秘密、商标、专利、技术秘密或任何其它知识产权拥有的权益，也不构成向对方或对方代表转让或向对方或对方代表授予该方受第三方许可使用的商业秘密、商标、专利、技术秘密或任何其他知识产权的有关权益。
第四条 特殊情况披露
如果本协议任何一方能够表明存在下列事项，则其可以披露保密信息（但只限于下列事项的范围内），但在披露之前必须经书面正式通知另一方需披露的内容及具体理由：
4.1 4.2 该等披露是根据有管辖的法律或政府、司法或仲裁机关的要求所作；
在任何一方协议第三方披露该等保密信息前，协议第三方已合法拥有了该等保密信息（应有书面记录）。
第五条 保密资料的保存和使用
5.1 甲乙双方中的任何一方有权保存必要的保密资料，以便在履行其在合作项目工作中所承担的法律、规章与义务时使用该等保密资料。
5.2 甲乙双方有权使用保密资料对任何针对接收方或其代表的与本协议项目及其事务相关的索赔、诉讼、司法程序及指控进行抗辩，或者对与本协议项目及其事务相关的传唤、传票或其他法律程序做出答复。
5.3 任何一方在书面通知对方并将披露的复印件抄送对方后，可根据需要在提交任何市、省、中央或其他对接收方有管辖权或声称对接收方有管辖权的监管团体的任何报告、声明或证明中披露保密资料。
第六条 保密信息归还或销毁
如果披露方要求，接收方应须立即采取下列行动，并同时促使关联公司和代表立即采取下述行动：
6.1 根据披露方的决定，向披露方归还或销毁所有包含保密信息的文件及前述文件的所有副本； 6.2 从电子存储设备中删除所有的保密信息，包括与其他任何信息结合在一起的保密信息。
第七条 违约责任
若任何一方违反本协议中任何一项规定，另一方有要求其赔偿因此造成的一切损失，包括
第 3 页
但不仅限于实际损失、期待的商业利益及其他因擅自使用、披露或许可第三方使用上述保密信息而得到的收益。在这种情况下，被侵权方还有权终止提供任何与侵权方的合作协议。
第八条 争议解决和适用法律
本协议受中华人民共和国法律管辖并按中华人民共和国法律解释。对因本协议或本协议各方的权利和义务而发生的或与之有关的任何事项和争议、诉讼或程序，本协议双方不可撤销地接受中华人民共和国法院的管辖。
凡因本协议引起的或与本协议有关的任何争议，甲、乙双方应协商解决；若协商不成，双方均有权向任何一方住所地法院提起诉讼。
第九条 保密期限
协议签署后三年以内，接收方需对接收到的“保密信息”严格保密，不得披露给任何第三方或其关联机构；不得使用接收到的“保密信息”为接收方、任何第三方或其关联机构牟取利益。但是，本协议期满并不意味免除本协议所述的接收方关于“保密信息”的保护和使用的义务。本协议效力独立于双方就本次合作事宜签订的其他协议，本协议的效力不因其他协议的终止而终止。
第十条 其他
10.1 本协议有效期为一年，自甲乙双方签字盖章之日起生效。10.2 本协议一式两份，双方各执一份，具有同等法律效力。
10.3 以上为双方关于“保密信息”的披露、保管和使用的全部协议，本协议同时取代双方之前或同期达成的书面或口头协议，因此，除非双方通过正式授权代表签署新的协议，本协议不得进行修改。双方无需就此成立任何办事处，合资公司或其他伙伴关系。在协议明确的权利，权力和补偿措施中，如一方未加使用，则视为自动放弃。本协议在签署双方间产生效力，未经其他所有签署方书面同意，不得转让。本协议对双方具有约束力，且对任意一方的继任者同样产生效力。（以下无正文）
甲方（盖章）：
地 址：
第 4 页
联系电话：
法定代表人（或授权代表人）签字或盖章：
日期： 年 月 日
乙方（盖章）：
地 址：
联系电话：
法定代表人（或授权代表）签字或盖章：
日期： 年 月 日
LTE协议栈软件分析测试方法 篇7
LTE(Long Term Evolution)是UMTS技术标准的长期演进，3GPP组织在2004年12月正式立项启动。为达到系统高速率、低时延等要求，对空中接口和系统架构进行了重新设计[1]，来更好地应付如今呈爆炸式增长的数据流量需求。因此空中接口协议栈软件的开发显得极其重要，其软件性能更是直接关系到了网络的服务质量和用户体验。随着LTE网络的商用临近，更多的厂商将加入LTE协议栈软件的研发。
本文介绍了一种应用在LTE协议栈系统软件开发过程的测试和调试的模型，并给出了测试模型的应用结果。该模型以LTE接入网标准架构为原型，分层调试为思想，多彩模块化打印为手段，具有环境简易、调试方便的特点，对协议栈软件调试和分析具有良好的辅助作用。
1 LTE协议栈架构
LTE系统由核心网络(EPC)、无线网络(E-UTRAN)和用户设备(UE)构成[2]。基站(eNodeB)之间通过X2接口相连组成接入网，其空口协议栈分为控制面和用户面，图1是控制面的架构，用户面与控制面架构类似。NAS层、RRC层[3]统称为L3层，主要负责信令和无线资源控制。PDCP层[4]、RLC层[5]、MAC层[6]统称为L2层，主要负责数据链路，PHY层则是向高层提供数据传输服务。
2 测试方案
2.1 测试环境
测试环境模拟LTE系统架构来搭建，分别为移动管理实体(MME)/服务网关(SGW)、eNodeB和UE，整体的测试框架如图2所示，主要分为L2/L3高层协议测试和现代电子技术L1/L2/L3层协议测试两部分。本文测试中使用了中国科学院计算技术研究所无线通信技术中心自主研发的LTE终端协议栈软件、LTE Femtocell协议栈软件和LTE网关软件。为便于分析问题，采用了单用户模式举例，多用户情况以此类推。
2.2 分层测试
LTE协议栈软件功能众多，按照分层化思路进行调试分析是一个不错的开始。先分别进行单层测试，确保各层功能的正确与稳定性，然后再逐层递加进行测试。L2层数据链路通过后，再开始信令面和用户面的测试。在定位棘手的问题时，一层一层追踪数据流向，可以达到事半功倍的效果。举例来说，在测试下行用户面时，首先确认基站PDCP层是否收到数据包，确认后查看数据有没有通过PDCP层转发下去;如果PDCP层没有问题，数据是否到达RLC层;如果到达RLC层，MAC层是否进行调度发送。
2.3 网络封包捕获解析
网络封包捕获解析程序可从以太网卡中捕获数据流并进行解析显示。这里推荐使用wireshark[7]，它是一款常用的优秀开源网络封包分析软件，提供了自定义协议解析插件的编程接口，可以让使用者开发适用于自定义协议的插件。目前wireshark中已经提供了RRC层、PDCP层、RLC层、MAC层的解析插件，只需要在协议数据包前加上特殊的解析包头即可调用解析[8]，看到各个消息的名称和字段的值。在抓包以后，可以将抓包另存为pcap文件，方便下次查看。尤其在L1/L2层集成测试时，MAC/PHY API接口是处理MAC层消息，控制并调度PHY物理层链路处理的重要接口，MAC/PHY API的高效性和完备性直接影响到物理层处理的效率和正确性[9]。因此需要编写能够解析MAC/PHY API的wireshark网络封包软件的插件程序，使得wireshark能够显示两层接口之间交互的信息，如图3所示。
2.4 udp socket发送机制
在测试L2/L3层时，可先用以太网模拟PHY层，网关程序、基站协议栈程序、终端协议栈程序、网络封包捕获解析程序分别各自运行在一台计算机中，通过udp socket编程来发送MAC层协议数据包，同时将RRC、PD-CP、RLC、MAC层的协议数据包通过udp socket编程抄送至网络封包捕获程序，网络封包捕获程序则监视设定的udp端口来抓取数据。
2.5 调试信息显示
2.5.1 打印位置
调试信息的打印是测试的关键。LTE系统中传输时间间隔(TTI)被定义为1 ms，也就是说1 ms内需要将调度或者收发数据完全处理，每个子帧都有可能需要打印调试信息，将带给硬件不小的压力。在单独测试L2/L3层协议时，可以在计算机上运行程序，目前大部分计算机的性能可以满足需求，因此调试信息可以直接在窗口中打印。当加入L1层进行集成测试时，嵌入式开发板资源相对比较短缺，大量的I/O操作会严重占用CPU使用率，而CPU与以太网卡的交互速率更快。这里使用的PHY层开发板为飞思卡尔公司生产的BSC9131[10]，专门用于开发家庭基站，CPU为单核1 GHz，打印信息较多时经常会导致开发板挂掉，解决的方法是应用udp socket发送机制将调试信息通过以太网发送到计算机，计算机中则编写简单的wireshark解析插件后进行捕获解析。此方法经过实际项目检验有效可行，没有再出现挂掉的情况。
2.5.2 模块化多色打印
直接在计算机上显示时，采用在程序中开发相应的专用打印模块的方法，不同的优先级打印信息显示不同的颜色，并且能够显示程序运行的状态、出错的位置。在与L1层集成测试时，同样可以选择多彩化打印。wireshark支持不同的协议或者端口显示不同的颜色，只需要简单的设置即可，这给我们调试提供了便利。应用这种方式，在调试信息繁多时可以极大的提高调试效率。图4为wireshark主窗口多色显示的结果，从图中可见，视觉效果十分明显。
3 测试场景及结果
3.1 L2/L3层
该场景下，协议栈程序运行在计算机上，由以太网模拟PHY层。在网关侧和终端侧分别建立一个虚拟网卡用来模拟IP层。图5是一个终端附着过程的wireshark抓包解析图，终端附着成功后，使用开源网络性能测试工具iperf向该socket发送指定速率的数据流。上行数据通路为：iperf客户端→终端虚拟网卡→终端协议栈→基站协议栈→服务网关→iperf服务器端;下行数据通路为：iperf客户端→服务网关→基站协议栈→终端协议栈→终端虚拟网卡→iperf服务器端。iperf可以报告带宽，延迟抖动和数据包丢失，客户端程序用于发送数据，服务器端程序用于接收数据，通过简单的命令行参数即可实现，示例如下：
客户端：iperf-c 192.168.0.1-u-i 1-p 8000-b 1M
服务器端：iperf-s-u-p 8000-i 1
3.2 L1/L2/L3层
L2/L3层场景完成后，即可将L1层加进来，进行真实情况下的测试。在项目中采用了业界普遍使用的艾法斯公司生产的TM500 LTE测试终端，基站侧L1层采用飞思卡尔公司的BSC9131处理器开发板。计算机通过PPPoE(Point-to-point Protocol over Ethernet)协议连接TM500，便可在计算机上使用iperf工具初步测试基站的性能。经过实际调试过程的检验，本文所述方案有效可行。
4 结语
协议栈软件的测试需要清晰的数据流程。本文测试环境搭建简易，在与L1层集成调试时，将所有打印信息发送到wireshark软件解析显示，并且可以根据端口显示不同的颜色，协议数据状态一目了然，问题定位快捷方便，为调试协议栈软件系统时提供了很大的支持。另外，本文所述的测试环境不局限于上述，当在开发中缺少基站(终端)协议栈时，可在相应接收函数处构包模拟终端(基站)来达到测试的目的。同时，也可扩展到其他通信协议的测试，具有一定的推广性。
参考文献
[1]王映民.TD-LTE技术原理与系统设计[M].北京:人民邮电出版社,2010.
[2]3GPP.3GPP TS 36.300,evolved universal terrestrial radio access and evolved universal terrestrial radio access network(EUTRAN),overall description,stage 2[S/OL].[2008-12-11].http://www.3gpp.org/ftp/Specs/html-info/36300.htm.
[3]3GPP.3GPP TS 36.331,evolved universal terrestrial radio access,radio resource control(RRC)protocol specification[S/OL].[2008-12-11].http://www.3gpp.org/ftp/Specs/html-info/36331.htm.
[4]3GPP.3GPP TS 36.323,evolved universal terrestrial radio access,packet data convergence protocol(PDCP)specification[S/OL].[2008-12-11].http://www.3gpp.org/ftp/Specs/html-info/36323.htm.
[5]3GPP.3GPP TS 36.322,evolved universal terrestrial radio access,radio link control(RLC)protocol specification[S/OL].[2008-12-11].http://www.3gpp.org/ftp/Specs/html-info/36322.htm.
[6]3GPP.3GPP TS 36.321,evolved universal terrestrial radio access,medium access control(MAC)protocol specification[S/OL].[2008-12-11].http://www.3gpp.org/ftp/Specs/html-info/36321.htm.
[7]LAMPING U.Wireshark developer′s guide for wireshark 1.11[EB/OL].[2013-01-11].http://www.wireshark.org/docs/wsdg_html_chunked.
[8]Anon.MAC-LTE wiki[EB/OL].[2012-04-09].http://wiki.wireshark.org/MAC-LTE.
[9]Anon.LTE eNB L1 API Definition v1.1[EB/OL].[2010-10-12].http://www.smallcellforum.org.
软件开发技术服务协议 篇8
关键字：基于WEB； 电子化协议管理系统；三层系统体系架构
武威农商银行规划将现行契据合同作业电子化，以利在单一平台上对于契据合同版本进行控管，以及共同契据合同的引用及参考，故为能整合企金之契据作业降低系统作业成本，拟规划以web形式链接共享的契据电子化管理系统，以达资源共享，并提供动态式的绩效管理查询及统计报表，以提升契据管理效益。
一、武威农商银行信息化概况
武威农商信息化建设从上世纪开始，信贷系统、催收系统、人事系统、帐务系统等信息化管理极大的提高了银行的工作效率，规范银行服务标准，简化业务流程。目前，合同契据信息化程度还较低，有一定的局限性：现行授信总约定书包含所有产品授信条款，无法弹性依客户所申请之授信项目制作专属契据；现行由授服人员人工制作核贷通知书及准备空白约据，再由客户自行或业务端协助逐份填写借保人名称、ID、地址及标示签名/盖章处，费时且容易出错；现行采纸本议约，程序冗长，另外相同议约条款业务单位各自会签，无法资源共享。为有效管理协议合同电子化，武威农商规划创建基于WEB的电子化协议管理系统（EDS），透过系统化管理提高建立文件速度，降低错误率，精确KPI评估案件处理绩效并提供相关查询报表，以有效提升作业效率。
二、EDS系统建设目标及意义
电子化协议管理系统（EDS）的建设目标是：为有效管理协议合同电子化，透过系统化管理提高建立文件速度，降低错误率，精确KPI评估案件处理绩效，并提供相关查询报表，以有效提升作业效率。
（一）提高服务质量，强化管理手段
武威农商银行规划将现行契据作业电子化，以利在单一平台上对于契据版本进行控管，以及共同契据的引用及参考，故为能整合企金之契据作业降低系统作业成本，拟规划武威地区各分行以web形式链接共享的协议合同电子化管理系统，以达资源共享，并提供动态式的绩效管理查询及统计报表，以提升契据管理效益。
（二）采用信息化，降低損耗，增加效益
随着信息化管理的推广和运用，长期困扰银行业纸本合同协议契约文件的遗缺、填写量繁重和补写问题，将会逐步解决。从而使银行业务合同契约作业的工作在规定的标准质量体系模式下运行。彻底改变了手工作业或单向单机管理造成档案管理工作之松散和混乱的状况，进而体现了全局性和高效率的网络化管理特点，同时也加快了银行档案自动化的进程。
三、系统总体技术设计
（一）系统总体功能图
（二）系统体系架构
WEB开发采用三层架构，将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。
（1）Presentation Layer（UI展现层）
各分行经办可透过IE输入网址联机至系统，依输入的用户员编及密码，透过EIP认证后即可操作电子化协议管理系统。
客户可以透过商务网将窗体下载下来或经办透过Email寄送给客户窗体，客户填写契据窗体后回传，该窗体内含2D Barcode将客户填写或异动的内容全部记录下来，以利系统辨识及读取。
（2）Business Layer（业务逻辑层）
电子化协议管理系统规划模块包含首页、系统参数设定、契据模板版本管理、契据制表作业、契据议约作业、契据归档作业、授信业务手册、管理报表；流程的部份系由本公司自建的workflow平台，此Workflow平台目前已在消金客服系统建置及应用，其特色系以弹性化来因应用户业务上的不同需求；System Security层次，则依据以往建置甲方系统经验，来满足甲方对AP系统所要求的安控要求。
（3）Data Layer（数据库逻辑层）
因应甲方的要求，未来规划会将武威地区及非武威地区的数据库独立开来，并需以征审系统透过Web Service进行数据交换。
开发采用了面向对象设计范型，整个系统结构使用了ASP.Net（C#）+Oracle的B/S模式的多层架构设计。本系统包括契据版本管理、制约式合同协议和议约式合同管理、客户管理、审核管理、分析统计管理、图片影像管理、系统外部接口等功能，支持多语言功能，可供汉族地区、藏族地区及其他英文各地区使用者，依当地需要切换语言，制作出符合当地需要语言版本之契据。
参考文献：
[1] 张玉良. 我国银行电子化分析[D]. 西南财经大学 2000
[2] 周晖. 银行电子渠道综合平台的应用与研究[D]. 南京理工大学 2013
【软件开发技术服务协议】推荐阅读：
软件开发服务合同协议06-21
软件开发项目保密协议06-05
软件开发平台公司保密协议06-26
软件开发保密协议书10-03
CAD技术相关软件开发05-30
仪器设备服务软件开发09-30
软件开发服务行业分析10-16
软件工程技术对系统软件开发的性论文05-19
软件售后服务协议09-24