软件开发委托协议（共10篇）
软件开发委托协议 篇1
甲方：（委托方）
地址：
邮编：
电话：
乙方：青禾工作室（开发方）
地址：安徽省合肥市长江西路130号
邮编：230036
电话：***
负责人：范国华
成员：乐毅、陈宇收、丁翔
甲方委托乙方，乙方接受甲方委托，开发软件产品，双方就合作事宜达成如下协议：
一.合作方式
乙方根据甲方的要求定制开发软件产品，并向甲方提供技术培训；甲方向乙方支付费用。
二.软件内容要求及验收标准：
1.依据本合同约定，甲方委托乙方开发的软件产品为：
2.软件的构成及功能需求、验收标准以双方当初达成的要求为准。
附软件验收标准：
（1）根据甲方提供信息编辑软件，保证录入信息的完整性，不可遗漏；
（2）软件录入程序简明合理，避免相同信息重复录入；
（3）具备完善的信息查询功能；
（4）能够保证逐年更新录入（如：每个档案建立者第二年且以后每年体检完成后，可以在原档
案基础上增添新信息）；
（5）能够实现Excel数据倒入功能和数据导出（刻盘）功能；
（6）原始报告的插入，保存及查询功能；
（7）能够实现多机同时录入（至少5台），且稳定性良好；
（8）自动备份
三.工作期限：
2011年4月30日为止
四.费用支付
1.本项目总费用为 2500 元，双方同意以下列第1 种方式付款
（1）现金（2）支票（3）其他方式
2.付款期限： 项目验收合格之日。
3.付款地点：双方同意付款地点为
4.付款方式：
甲方验收合格后，当场支付。
五.双方权利和义务
1.如系统设计存在缺陷，导致整个系统无法正常运行，甲方保留追回所有投入的权利；
2.如设计缺陷导致部分功能无法正常运行，乙方应在甲方要求的时间内解决问题，如问题不能
按期解决，导致影响甲方正常使用,甲方有权扣除部分费用；
3.乙方需协助甲方安装调试，直至甲方验收合格；
4.乙方负责为甲方培训合格使用人员，甲方接受培训的人员应达到熟练操作并能解决简单问题的程度；
5.乙方应亲自完成本开发项目的全部工作，未经甲方书面许可，乙方不得将本项目的全部或部
分转委托给任何第三方。
6.系统维护：
系统验收合格并交付使用后，乙方负责免费维修 24 个月。系统出现紧急问题，乙方应现场解决。乙方人员应于甲方发出维修通知后1 日内到达现场。
六.知识产权条款
1.因本协议产生的开发成果（包括源代码、系统技术文档、软件、数据等）由甲方享有其全部
使用权。
2.乙方享有此软件的软件著作权，但不享有使用权。未经甲方书面许可，乙方不得许可第三
方阅读、使用或复制。
3.乙方保证其开发成果及其开发过程不侵犯第三人的知识产权，如第三方以该产品侵犯知识
产权为由提起诉讼，乙方将以自己的费用解决问题，并赔偿因此给甲方造成的损失。
4.乙方对本协议有关内容及产品的研制过程负有保密义务，保密期限为自合同签订之日起5 年。
七.协议的补充、变更、终止
1.协议的补充、变更、修改：如因业务发展需要对本协议现有内容进行补充、变更、修改，由双方或任何一方提出补充、变更、修改的建议和方案，经双方协商并达成统一意见后，以书面形式确认，并由双方签字盖章后补充为本协议的附件，与本协议具有同等法律效力。
2.协议的终止：
方案一：本协议在履行过程中，如有任何一方要求暂时停止或终止本协议的执行，应提前一星期向对方提出，经双方协商并达成一致意见后，方可执行。
方案二：本协议在履行过程中，如因乙方不能正确协议义务而导致项目开发受到严重影响，甲方有权单方解除合同，提前通知乙方。
八.违约责任
1.乙方应按以上所列工作期限的时间按时完成工作进度,如果超过工作期限，甲方最多给于乙
方5天补充时间。如再超过甲方有权扣除合同总金额的20%作为违约金。迟延超过10天，影响甲方正常使用的，甲方有权单方终止合同，乙方应于甲方终止合同 5日内返还甲方已支付的款项。
2.乙方应保证开发完成的产品达到本协议约定的性能要求，如因产品不能达到约定的功能而影
响甲方正常使用，甲方有权酌情（或按不能使用的时间长短）扣除开发费用。
3.如乙方擅自中断开发，甲方有权终止合同。乙方应自甲方发出书面通知起 5 日内返还甲方
已支付的全部费用，给甲方造成其他损失的，应予赔偿。
4.乙方提交的工作成果验收合格后，甲方应按时履行付款义务，如甲方无正当理由迟延付款，每迟延三日，应向乙方支付迟延支付部分金额的 1 %作为违约金。
九.管辖：
本合同在履行过程中如发生争议，由当事人双方协商解决。协商不成，双方同意由甲方所在地法院管辖。
十.其他：
1.本合同一式份，自双方签字之日起生效。
甲方：
签字：
日期：
签约地点：
软件开发委托协议 篇2
关键词：基于服务器的证书验证协议,委托验证
0 引言
为了规范与简化PKI的应用与部署, IETF工作组在RFC-3379提出了委托路径发现和委托路径验证 (Delegated Path Discovery/Delegated Path Validation, DPD/DPV) 模式, 给出了DPD/DPV协议的基本构成, 在RFC4158对路径构造和路径验证进行了描述。在此基础上, IETF又在RFC5055中提出了基于服务器的证书验证协议 (Server-based Certificate Validation Protocol, SCVP) 。本文分析该协议的优缺点, 针对混合信任模型的特点, 设计了适合混合信任模型的证书验证委托服务器。
1 SCVP协议
1.1 SCVP协议的工作模式与适用范围
SCVP采用基于HTTP协议的“请求/响应”模式为客户端提供服务。客户端向服务器发出相关请求, 服务器接收请求后可以为客户端提供证书路径构建, 验证以及查询证书撤销状态等多种服务。这样通过委托路径发现和服务器验证就使得部署PKI应用程序更加容易, 使得一个组织能集中管理的验证策略。RFC5055文档指出SCVP协议可用于如下两种情况。
(1) 在客户端部分信任SCVP服务器的情况下, SCVP服务器可以提供证书路径, 撤销信息、CRL和OCSP响应等这些常用的服务, 但是验证证书路径的工作还是必须由客户端自己完成。显然, 这些服务对没有实现发现和下载中间证书、CRL和OCSP响应的客户端来说是非常有用的。
(2) 在客户端完全信任SCVP服务器的情况下, SCVP服务器在具有上述的一些基本服务外, 还可以提供证书路径构造和证书路径验证的服务, 同时可以确保证书策略在一个组织内保持一致性。
根据RFC5055的建议, 在以下两种情况下客户端可以采取完全信任SCVP服务器的方案。
(1) 客户端想节约证书路径验证软件的昂贵费用和对每个证书验证花费大量的时间。
(2) 客户端在一个组织和部门内, 该组织想集中管理验证策略。这些策略在信任锚点上明确的指出, 在整个证书路径过程中都会被用到。
1.2 协议优缺点
与传统的客户端证书验证过程相比, 证书验证服务具有的优点是很明显的。
(1) 大大简化了客户端的工作, 降低了开发和部署PKI应用程序的难度。减轻了客户端的负担, 提高了证书验证的速度。
(2) 在一个组织内可以对证书验证策略进行集中控制, 而不是由应用软件开发商自行处理, 有利于验证策略的实施。
(3) 采用DPV服务, 不需要检索证书路径处理所需的大量信息, 从而节省了网络带宽。
(4) 更有利于证书验证的实现。由于很多原因, 大部分证书都没有包含证书路径构造所必需的一些扩展项, LDAP证书库中许多属性也没建立, 使得路径构造无法实现。而服务器端可以人为配置相关信息, 实现证书路径的构造和验证。
(5) 缺陷在于SCVP系统本身不安全或者有可利用的安全漏洞, 就不能为使用证书的应用系统提供可靠服务。证书认证路径的构造和验证是一个费时的过程, 容易遭到拒绝服务攻击。SCVP服务器的性能也是关键技术环节, 如果解决得不好, SCVP服务器本身极有可能会成为整个PKI应用系统的一个瓶颈。
2 混合信任模型
混合信任模型如图1所示, 它是网状信任模型与层次信任模型的结合体。域CA3与CA5内, 都是建立在严格的层次机制上, 域内的证书路径构建比较容易实现, 建立的信任关系可信度非常高。域间, 信任关系可以传递, 减少了需要签发证书的个数与需要维护的证书量, 从而使证书管理更加简捷。根CA (Certification Authority) 以及中介CA既可以签发下属CA证书, 也可以签发最终实体证书。在策略允许的条件下, 域内或域间连接两个中介CA的高频路径可以建立交叉认证。在实际的应用中, 企业都希望能够控制其组织内部的CA与外界的信息交流, 希望能够通过一个信任根CA来与其他企业信息交流。该模型基本满足了这种分布式的需求, 另外的好处是由于有了交叉认证就避免了依赖可信第三方进行认证, 节约了大量经费。因此在商业上, 混合信任模型比桥CA模型具有更广泛的适用性和实用性。本文在该模型的基础上进行证书验证委托服务器系统的研究和设计工作。
3 证书验证委托服务系统的总体架构
基于SCVP协议的证书验证委托服务器系统基本框架如图2所示。该服务器可以为所有遵循SCVP协议的客户端PKI应用程序提供统一的证书相关操作的接口。其各个部分的主要功能简述如下。
(1) SCVP协议处理模块
该模块是该系统的核心部分之一, 主要负责对SCVP客户端的SCVP协议消息流的进行处理。一般的过程是在确认客户端合法的身份后, 接受客户端的请求并通过查询相应的各种信息来生成对查询请求的响应将其返回给SCVP客户端。
(2) 路径维护模块
该模块是该系统的核心部分之二, 主要负责建立证书路径和证书路径的更新、证书路径存储, 查询工作。
(3) 本地路径库
主要用来存储证书路径信息, 系统启动时必须从证书库中读取证书路径。系统退出时, 如果有新的路径必须写入该路径库。
(4) 本地证书库
存放整个的由根CA直接或间接签发的证书的信息以及各个证书路径所涉及的证书。这样可以提高路径验证的效率。
(5) 本地CRL库
存储各个CA签发的证书撤销列表, 当客户端要求返回证书撤销信息时就不必每次都去获取证书撤销列表。
(6) 路径验证模块
主要负责对路径的验证工作。IETF在RFC3280中指出, 证书状态检测是路径检测的一个部分。
(7) CA间交互模块
主要负责读取其它各个CA的维护的证书库、证书撤销列表。该系统可能与其它CA有信息的交流, 可能访问其它CA的证书库, CRL等。在这里我们假定其他各个CA采用LDAP与OCSP作为其存储方式。
4 总结
证书验证是个复杂困难的过程, 证书验证委托服务可以极大地减轻客户端的负担, 降低客户端软件开发和部署的难度, 使证书验证更为可靠和有效, 促进PKI的应用, 混合信任模型是PKI普遍使用的一种信任模型。本文论述了在此种信任模型下证书验证委托服务的实现, 可以很好地解决证书验证问题。目前的研究工作还存在着一些问题和局限, 设计的证书验证委托服务系统还要进一步完善, 后续还将在以下几个方面进行研究与改进。
(1) 本文的研究目前只支持一般的PKI公钥证书, 而对于属性证书的支持还没有实现。研究属性证书, 并使得服务器能够提供属性证书的验证功能将是下一步研究内容之一。
(2) 本方案实现SCVP协议的时候还有很多细节没有处理妥善, 比如验证时间以及cache的使用等问题, 验证策略请求响应对还没有实现。SCVP协议本身还在不断的发展中, 继续跟踪SCVP协议以及对该协议的实现不断完善是今后的一个重要工作。
(3) 路径构建模块与路径验证模块的并行性能有待提高。
(4) 证书验证代理服务器的安全性有待进一步研究和提高。
(5) 本文的研究建立在基于分布式交叉认证的PKI混合信任模型上, 对于其他的信任模型存在着一定的局限性。研究出一个更为通用的路径构建与验证方法与模式。
参考文献
[1]D.Pinkas, R.HousleySeptemberDelegated Path Validation and Delegated Path Discovery Protocol Requirements[S].RFC3379.PKIX Network Working Group September2002.
[2]M.Cooper, Y.Dzambasow, P.Hesse, etal, Internet X.509 Public Key Infrastructure:Certification Path Building[S].RFC4158.PKIX Working Group, September.2005.
[3]T.Freeman, R.Housley, A.Malpani, etal, Server-Based Certificate Vali-dation Protocol[S].RFC5055.PKIX Working Group.December.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
滇池西岸土地一级开发整理项目
合作协议
合作各方：
甲方：昆明市土地储备中心 乙方：昆明市西山区人民政府
昆明市滇池西岸管理委员会
丙方：昆明市土地开发投资经营有限责任公司
昆明市矿产资源开发有限公司 丁方：云南银海天宇置业有限公司
协议签订日期：2013年 月 日 协议签订地点：昆明市西山区
土地一级开发整理项目
合作协议
合作各方名称：
甲方：XX市土地储备中心 乙方：XX市XX区人民政府
XX市XX管理委员会
丙方：XX市土地开发投资经营有限责任公司 丁方：XXX有限公司
鉴于：根据XXXX。按照“统一规划、分期开发、规范管理、稳步推进”的总思路，各方就XXX土地一级开发项目达成一致意见，签订本合作协议，以期共同遵守执行。
第一条 合作项目概况 1.1 合作项目名称 XXX片区土地一级开发整理 1.2 合作项目范围
1）XXX片区：位于XXX，北与XXX地块接壤，南至XXX，东XXX，西XXX。规划研究范围面积XXX（详见附图“XXX”，最终面积以开发整理完成后交付验收时土地测量面积为准）。
2）XXX片区：位于XXX，北至XXX、南与XXX接壤、西至XXX块，东临XXX。规划研究范围面积XXX亩（详见附图“XXX范围图”，最终以开发整理完成后交付验收时土地测量面积为准）。
1.3 合作项目内容：
软件委托代理销售协议书 篇5
甲方：xx
乙方：xx
甲乙双方本着诚实守信、互助互惠的原则，经友好协商，并根据中华人民共和国有关法律、法规规定，在平等互利的基础上签署本协议。
第一条：委托协议内容
甲方作为软件代理的委托方，现委托乙方作为甲方在乙方地区（阜阳、亳州市）的唯一代理销售商，乙方负责在该地区推广、销售甲方的档案类管理软件和售后对该软件的市场维护服务。甲乙双方根据产品销售的赢利情况进行利润分成，具体比例由双方友好协商解决。
第二条：甲方的权利和义务
1、甲方作为软件的生产方，应在软件性能、功能需求上不断地升级。
2、因软件产品设计缺陷而造成的损失，应由甲方全部承担。
3、乙方是甲方指定的合法的唯一代理商，甲方不能再和第三方在该地区签订代理销售协议。
第三条：乙方的权利和义务
1、乙方是甲方指定的唯一销售代理商，乙方必须全力地在该地区做好市场宣传、推广，不准再同时销售其它同类型的产品。
2、乙方必须全力地作好该地区用户的售后使用技术维护，处理不好的可要求甲方协助解决。
第四条：该协议签订后，即请甲方先行将2011市场合作推广开发费用在3个工作日内打到甲方指定帐户，用于市场开发推广和之前销售产品的售后服务。
第五条：其它
1、此协议中未尽事宜双方协商解决，协商不成提交当地相关部门解决，如需变动或补充，经双方同意可另行条款作为附件，此附件作为本协议的组成部分，据有同等法律效力。
2、本协议一式二份，甲乙双方各执一份。自甲乙双方签字盖章后生效。
甲方单位（签章）：乙方单位（签章）： 负责人:负责人：
电话：电话：
技术开发(委托)项目合作协议书 篇6
甲方：
乙方：天津科技大学
本协议甲方委托乙方研究开发“”项目，双方经平等协商，在合作意向上达成一致并协议如下：
1、本协议研究开发的内容、指标要求：
1）
2）
3）
2、甲方与乙方的职责：
1）甲方职责：
2）乙方职责：
3、研究开发经费支付方式：
1）自协议生效后内由甲方首付给乙方万元
2）后，甲方付给乙方
后甲方付给乙方万元
万元，结题
4、技术资料保密：
5、技术成果的归属：
6、其它给定条件：
本协议在履行中发生的争议，由当事人协商解决，协商不成时，确定按以下第种方式处理：
1）提交仲裁委员会仲裁；
2）依法向人民法院起诉
本协议一式份（至少四份），双方各执份。
甲方：乙方：天津科技大学
法人（或委托代理人）：法人（或委托代理人）：
项目联系人：项目联系人：
软件开发委托协议 篇7
计算机世界中网络协议无处不在, 必须利用它才能实现计算机网络系统的正常运行。因而对于“计算机网络协议”的理解程度直接关系到对网络技术学习的好坏。该课程也是学生学习的重点和难点, 所以如何在教学中, 使抽象的网络协议原理分析变得更加生动具体显得十分重要。
使用传统的方法分析计算机网络协议, 显得枯燥、抽象。如在分析网络通信过程时, 往往会引入TCP/IP或者OSI参考模型的层次结构图来进行, 以此来描述传输的数据如何在分层的网络中逐层进行数据封装、拆分、重组以及传输的过程。通过此方式, 理解整个通信过程比较清晰, 但是它过于笼统, 对于如何封装、封装什么以及传输的实际过程却没有一个直观的认知, 更不能理解数据在通信过程中的具体格式, 因而学习效果不是很理想。
笔者在不断的实验实训教学中, 摸索出利用一台计算机上安装VMWare和Iris两个软件搭建网络协议分析实验平台, 可以取得很好的教学效果。该方法主要特点是: (1) 实现成本低。只需要一台计算机和两个软件; (2) 理论联系实际好。能发挥软件的设计、分析、模拟功能, 使学生“看得到”实验过程和效果; (3) 灵活性强。学生可以开放式实验, 自行设计、配置、测试实验, 学生实验的主动性和互动性得到了提高和增强。
2、利用软件构建网络协议分析实验平台
2.1 主要使用的两个软件
协议分析软件Iris是一款非常优秀的网络通讯分析工具, 全称Iris Network Traffic Analyzer, 为著名的网络安全公司e Eye Di gital Security开发。它可以帮助系统管理员轻易地捕获和查看进出网络的数据包, 进行分析和解码并生成多种形式的统计图表, 它可以探测本机端口和网络设备的使用情况, 有效地管理网络通讯。本文使用的版本为Version 4.0.7。
虚拟PC软件VMWare是一个使你可以在一台机器上同时运行二个或更多Windo ws、DOS、LINUX操作系统。与“多启动”系统相比, VMWare采用了完全不同的概念。多启动系统在一个时刻只能运行一个系统, 在系统切换时需要重新启动机器。VMWare是真正“同时”运行, 多个操作系统在主系统的平台上, 就象标准Windows应用程序那样切换。而且每个操作系统你都可以进行虚拟的分区、配置而不影响真实硬盘的数据, 还可以通过网卡将几台虚拟机系统连接为一个局域网, 十分方便。本文使用的版本为Version 7.1.2。
2.2实验环境的搭建
2.1.1 实验平台的整体设计
说明:以下实验平台的设计是基于一台实体电脑上安装VMware后再实施!
2.1.2 协议分析平台
如图1, 在实体电脑上安装Windows X P系统, 作为FTP客户端主机。并在它上面安装Iris抓包软件, 然后进行抓包设置。如图2所示, 在Iris“地址簿”中设置将要通信的两台主机的IP地址, 并设置捕获数据的方向为“双向”。
2.1.3 C/S网络互联平台
如图1, 在VMWare虚拟的PC上安装Wi ndows Server 2000系统, 并利用此主机的II S服务, 配置一个简单的FTP服务器, 服务器IP地址为虚拟的本机IP地址:10.112.211.55, 子网掩码为255.255.255.0。接着设置FTP服务器主目录中属性:本地路径D:ceshi;目录列表风格:UNIX;权限:读取、日志访问。访问用户名为:Administrator, 访问密码为:123456;基本设置如图3所示。
3、利用实验平台分析网络协议
结合图1所示, 打开FTP客户端主机中的浏览器, 结合上述FTP服务器的设置, 在地址栏输入“FTP://Administrator:123456@10.112.211.55”, 就可以访问FTP服务器了。在点击访问前, 就可以进入Iris正式进行抓包了。按下Iris工具栏中“开始捕获”按钮。然后找到要下载的文件, 鼠标右击该文件, 在弹出的菜单中选择“复制到文件夹”开始下载, 下载结束后在Iris工具栏中点击“停止捕获”按钮。这样就捕获到了访问FTP服务期间所涉及到的网络协议过程。结合捕获的数据包分析整个FTP通信过程如下:
首先, 局域网通信是需要知道对方MAC地址的, FTP客户机便会利用ARP协议来获取服务器的MAC地址。如图4显示捕获的包中序号为1的包即为一个“ARP Request”的数据包, 要获取目的IP地址为“10.112.211.55”的MAC地址。因为这是一个广播包, 所以它的目的MAC地址“FF:FF:FF:FF:FF:FF”;FTP服务器收到这个请求包后, 返回客户机一个“ARP Reply”的一个应答包 (序号为2的数据包) , 此时在这个包中可以看到, 源地址填充了“00-50-8D-74-3C-EB”这个地址, 因为它是服务器发给客户机的, 所以该源地址也就是客户机所要请求获取的服务器的MAC地址, 这样ARP解析的过程就结束了, 客户机也就获取了和服务器在局域网中通信所需要的MAC地址。
然后, 在获取MAC地址后客户机就可以和FTP服务器建立FTP连接了, 从图5中也可以
看到连接建立的ARP地址解析过程、T CP协议的“三次握手”工程、FTP的用户登录过程。观察序号为3, 4, 5的数据包可知, 客户机发送初始序号为“2179495897”的包, 即SEQ=2179495897, ACK为0, 请求的FTP服务端口为21;FTP服务器收到这个请求包后, 发出SEQ=852469426的包进行应答, 同时将客户机初始请求序号的值加1, 以此进行确认, 即ACK=2179495898;客户机收到FTP服务器的确认包后, 将服务器的SEQ加1, 以此对服务器的报文进行确认, 即ACK=852469427。这样通过对捕获的三个包分析, 很清晰的呈现了“三次握手”的交互过程。从而打破了传统的关于“三次握手”基本理论的讲述方式 (如图6) 。
最后, 查看序号为7和9的数据包结构, 可以发现登录客户端登录FTP服务器时所使用的用户名和密码的数据包, 可见图7中“File Transfer Protocol”部分Request和Re quest Arguments属性对应的值可知:用户名为Administrator, 密码为123456。和在服务器中初始设置的一样, 由此也可以看出Iris针对安全检测也有一定功能。
结合图7还可以理解网络体系结构的层次性。图中可以清晰地看到一个包的具体格式和参数, 并能体现网络体系结构的层次性:最上层看到帧为物理层, 图中显示为MA C header (Ethernet II) 的帧格式;往下一层可以看到IPv4的数据报 (IPv4 Header) 格式;再往下一层是传输层, 可以看到TCP数据段 (T CP Header) ;最下层就是FTP服务的应用层协议数据格式 (File Transfer Protocol) 。
这里重点分析IPv4的数据报 (IPv4 Head er) 格式:图7中可以看到Version:4, 表示IP数据报协议版本信息为“4”;Header Length表示报头长度, Type of service (TOS) :0x00表示服务类型为默认, 用于指示路由器如何处理该数据;Total Length表示数据包总长度 (报头长度加数据区长度) ;Identification为标识字段, 用于重组时分片识别的标记;Flags为标志字段, 用于描述数据包是否分片且是否为最后一个分片;Fragment offse表示片偏移字段, 用于描述分片在整个数据包中的相对位置;Time to Live为生存周期, 这里为64;Proto col为协议字段, 这里“6”表示TCP协议;Ch ecksum为头校验和字段, 可以保证数据的完整性;Source IP Addewss为源主机IP地址;Des tination IP Address为目的主机IP地址;IP Op tions为选项字段, 主要用于控制与测试, 按需设置。
4、结语
实践证明, VMWare虚拟PC软件和Iris协议分析软件构建的网络协议分析实验平台, 不仅能仿真实现网络协议分析实验室的常见功能, 而且成本低。并且针对学生在计算机网络协议原理及结构的教学理解与掌握上, 有着理论联系实践的重要意义。
摘要：利用VMware Workstation虚拟PC软件和Iris网络封包分析软件建立单机模式下计算机网络协议分析实验平台。并以此为基础实现访问FTP服务器的流程, 针对ARP协议、TCP协议的三次握手过程、FTP用户验证进行协议分析, 使抽象的协议理论学习变成生动的实例解析, 以此提高网络协议的学习效果。
关键词：VMware,Workstation,Iris,实验平台,协议分析
参考文献
[1]李锦智.VMware在网络技术课程中的应用[J].电脑与电信, 2010, (01) .
[2]肖德宝.计算机网络[M].武汉:华中理工大学出版社, 1999.
软件开发委托协议 篇8
关键词：科来；协议分析；教学；应用
中图分类号：TP393文献标识码：A文章编号：1009-3044(2007)16-30995-02
The Application of Colasoft Network Protocol Analyzer to Teaching
WU Gang-shan
(Jiangsu Polytechnic College of Agriculture and Forestry,Jurong 212400,China)
Abstract:Based on some teaching cases,the application of one kind of homemade software named as Colasoft Network Protocols Analyzer to teaching was introduced in this paper,which mainly involve Network Environment Building and Protocol Packet Analyzer.
Key words:Colasoft;Protocol Analyzer;Teaching;Application
1 引言
一直以来，在计算机网络专业的网络类课程教学中，网络协议的工作原理和机制均作为重点内容进行讲授，而网络协议的复杂性及抽象性，决定了其必然成为教学的难点。
在教学实践中，笔者尝试了先讲授原理，再构建适当网络以产生特定通信，然后用协议分析软件进行抓包分析验证的教学方法，取得了较好的教学效果。本文以TCP/IP协议中常见的TCP、ARP协议为例，介绍科来网络协议分析软件在教学中的应用。
2 网络环境的搭建
科来网络协议分析软件以嗅探的方式工作，正确搭建网络环境，才能采集到网络中的相关数据包，才能准确分析网络协议。下面介绍两种简便实用的教学网络环境的搭建方法。
2.1双机直连
使用A类双绞线直连双机网卡的方式搭建网络，这样省去了集线设备的采购费用，通信环境单纯易控制，且能满足大部分协议分析的需要。使用双机直连搭建网络时，需选择其中一台安装相关网络服务（如WWW、FTP）以实现特定通信。
2.2集线器
目前集线器在实践中已较少使用，但如果有建成的集线器环境，则可方便的进行多信源协议分析，使用集线器作为集线设备时，同一集线器中通常只需一台计算机安装相关服务即可。
3 TCP协议分析
3.1 TCP协议简介
TCP，全称Transfer Control Protocol，中文名为传输控制协议，它工作在OSI的传输层，提供面向连接的可靠传输服务。TCP的工作机制较复杂，主要分为连接的建立、数据的传输、连接的关闭三个过程。
3.2 TCP报头格式
了解报头结构是数据包进行分析的前提，TCP报头的结构如下表（表1）所示；
表1 TCP报头结构
3.3 数据包解码
HTTP协议在传输层采用的是TCP协议，通过访问网页产生即可产生TCP数据包。下面介绍捕获TCP数据包的具体过程，首先运行科来网络分析系统，为减少数据干扰，可过滤器中设置只捕获TCP协议的数据，然后访问网络中的一台HTTP服务器，待页面下载完成后，停止捕获。打开科来网络协议的数据包视图（如图1）查看数据包捕获情况，在本例中，客户端IP地址为192.168.0.101，服务器IP地址为61.172.201.194。
图1中，数据包8、9、10建立TCP连接的三次握手数据包，下面以8号数据包为例介绍解码信息。
图1 科来网络分析系统TCP解码信息
(1)源端口：2240，偏移量为7，值为2个字节；
(2)目标端口：80，端口名为www-http,偏移量为36，值为2个字节；
(3)序列号：TCP数据包序列号为588779674，偏移量38，值为4个字节；
(4)确认号：确认号为0，偏移量为42，值为4个字节；
(5)TCP偏移量：TCP偏移量为7，偏移量为46，值为4位
(6)标志：PSH和ACK的值为1，这是一个确认包，收到的有效段立即发给应用，不要放入缓冲区
(7)窗口：表示接收端能够接收的下一段的大小64124。
(8)校验和：校验和为0x10D4（正确），表示数据没有被修改和损坏，是完整的。
(9)紧急指针：因为标志字段中URG标志位的值为0，所以这里无紧急指针
(10)无TCP选项：无选项内容
4 ARP协议分析
4.1 ARP协议简介
ARP，全称Address Resolution Protocol，中文名为地址解析协议，它工作在数据链路层，在本层和硬件接口联系，同时对上层提供服务。
4.2 ARP报头结构
表2 ARP报头结构
4.3 数据包解码
在TCP/IP协议环境下，当主机试图与其ARP表无对应关系的IP地址进行通信时，将产生ARP数据包。本例中利用PING命令来产生ARP数据包，具体过程如下，首先在命令行窗口中使用ARP –d 命令清空ARP表；然后运行科来网络分析系统并进行数据包捕获；再回到命令行窗口中，执行PING 19.168.0.100命令。停止捕获后，打开科来软件数据包视图（图2）。在本例中，主机IP地址为192.168.0.101，对方主机IP地址为192.168.0.100。
图2 科来网络分析系统中ARP请求包解码
图2显示是编号为12的ARP请求包的解码，下面我们来详细说明：
(1)硬件类型：1，表示硬件借口类型为以太网类型
(2)协议类型：0x0800，表示发送方提供的高层协议类型是IP
(3)硬件地址长度：表示硬件地址长度为6字节=48位
(4)协议地址长度：表示IP地址长度为4字节=32位
(5)作类型：1，表示ARP请求
(6)源物理地址：00:17:31:DD:BE:48
(7)源IP地址：192.168.0.101
(8)目标物理地址：00:00:00:00:00:00
(9)目标IP地址：192.168.0.100
5 结束语
科来协议分析软件以图解方式直观表示网络会话过程中数据帧的传输方向及每个数据帧的功能，把网络会话过程从隐性变成了显性，提高了学生对协议交互机制和工作过程的解理。通过对理论数据包与科来协议分析软件捕获的实际数据包的比较，使学生对网络协议数据包有了更深刻的认识，也提高了对网络故障的分析能力，并激发学生的学习兴趣。
科来网络协议分析系统作为国产软件，其全中文界面、多协议支持、免费提供的技术交流版使用授权，大大降低了使用成本和学习难度，是一款理想的协议分析教学软件。当然，科来网络协议分析软件最主要的功能还是网络性能及网络故障分析方面，在操作上也还有很多技巧，需要使用者在实践中不断练习掌握。
参考文献：
[1]Stevens W R. TCP/ IP 详解(卷1 :协议) [M].北京:机械工业出版社,2003.
[2]任侠,吕述望.ARP 协议欺骗原理分析与抵御方法[J].计算机工程,2003,29 (9):127-128.
软件开发委托协议 篇9
甲方（培养单位）：电子科技大学
乙方（工作单位）：丙方（研究生）：身份证件号：乙方委托甲方培养丙方。为共同做好委托培养工作，甲、乙、丙三方签订协议如下：
一、委托培养丙方的招生、考试、录取等工作由甲方按照国家有关规定执行。
二、甲方按照软件工程硕士研究生培养方案和管理制度进行培养和管理。学制：2至4年。
三、丙方不能继续学习或被淘汰时，自动退回乙方。
四、丙方结业后，不论是否获得学位，自动回到乙方。
五、方应向甲方支付培养费：全过程32000元（叁万贰仟圆）。此费用分两次缴清，第一次16000元（壹万陆仟圆）在入学报到时缴清，第二次费用16000元（壹万陆仟圆）于第二学年9月注册前缴清。如未按期缴清费用，甲方将根据丙方所处的不同学业阶段停止其学业（取消入学资格、取消课程成绩、停止开题报告、不接受论文答辩申请等）。有关缴费事项的其他说明：。甲方开户名称：电子科技大学
甲方开户行：工商银行成都市沙河支行
帐号：***3354
六、甲方不负担丙方在读期间的各项保险、医疗等费用。
七、每学年开课一个月后如丙方退学，缴纳的本学年费用（包括培养费）均不退还。若乙方或丙方违约，缴纳的所有费用（包括培养费）均不退还。
八、本协议须经甲、乙、丙三方签字（盖章），并由甲方上级主管部门审查录取丙方合格后生效。
九、本协议一式三份，甲、乙、丙各执一份。协议中未尽事宜，由三方协商解决。
甲方：电子科技大学乙方：丙方：（研究生招生办公室代章）（盖章）
代表：代表：
年月日年月日年月日
软件工程硕士(专业学位)研究生培养协议书
甲方（培养单位）：电子科技大学
乙方（研究生）：身份证件号：
为共同做好培养工作，甲、乙双方签订协议如下：
一、培养乙方的招生、考试、录取等工作由甲方按照国家有关规定执行。
二、甲方按照软件工程硕士研究生培养方案和管理制度进行培养和管理。学制：2至4年。
三、乙方不能继续学习或被淘汰时，自动退学。
四、乙方报到入学后，不转移个人档案及户口；乙方结业后，不论是否获得学位，甲方均不负责乙方的派遣、就业等工作。
五、乙方应向甲方支付培养费：全过程32000元（叁万贰仟圆）。此费用分两次缴清，第一次16000元（壹万陆仟圆）在入学报到时缴清，第二次费用16000元（壹万陆仟圆）于第二学年9月注册前缴清。如未按期缴清费用，甲方将根据乙方所处的不同学业阶段停止其学业（取消入学资格、取消课程成绩、停止开题报告、不接受论文答辩申请等）。有关缴费事项的其他说明：。甲方开户名称：电子科技大学
甲方开户行：工商银行成都市沙河支行
帐号：***3354
六、甲方不负担乙方在读期间的各项保险、医疗等费用。
七、每学年开课一个月后如乙方退学，缴纳的本学年费用（包括培养费）均不退还。若乙方违约，缴纳的所有费用（包括培养费）均不退还。
八、本协议须经甲、乙双方签字（盖章），并由甲方上级主管部门审查录取乙方合格后生效。
九、本协议一式两份，甲、乙双方各执一份。协议中未尽事宜，由双方协商解决。
甲方：电子科技大学乙方：
（研究生招生办公室代章）
代表：
一般委托贷款委托代理协议 篇10
一般委托贷款委托代理协议
特别提示：中国工商银行遵循平等自愿、诚实守信、勤勉尽责的原则，努力为客户提供专业化、高质量的金融服务。在签订本合同之前，特提请客户充分了解工商银行提供的相关金融服务内容及收费标准，自主决定是否选择相关金融服务。
委托人：
名称 法定代表人 住所 受托人：
名称 负责人 住所
委托人在此委托受托人办理一般委托贷款业务，即委托人提供贷款资金，受托人按照委托人指定贷款对象、用途、金额、期限、利率等代为发放并协助收回贷款。委托人和受托人经友好协商，达成以下条款，共同遵守。
第一章 委托人的权利与义务
第一条 委托人应向受托人提供委托资金。委托资金应由委托人自主支配并且来源合法。委托人应在贷款发放之前将委托资金划入在受托人处开立的委托资金专户。
第二条 委托人应自行确定委托贷款的借款人、借款用途、借款金额、借款期限、借款利率等事宜，并与受托人、借款人签订《一般委托贷款借款合同》。委托人确定的借款人应具有合法的借款主体资格；贷款用途应符合法律法规和有关政策规定；贷款金额不得超过委托资金的额度；贷款利率应符合国家有关法律及中国人民银行等国家有权机构规定。外币委托贷款须符合国家外汇管理有关规定。
第三条 委托人应自行确定委托贷款是否实行担保。若实行担保，委托人应对借款人选择的担保人或担保物进行确定，对担保的合法性和可靠性等进行审查并自行承担担保手续的有关公证、登记等费用。委托受托人与担保人签订担保合同。
第四条 委托人应在委托资金额度内委托受托人发放委托贷款，不得要求受托人超额度放贷。委托人在发放委托贷款前向受托人签发《一般委托贷款通知书》。通知书应载明：委托贷款合同号、币种、金额、利率、借款人及账户、确认的担保方式及担保人等内容。
第五条 委托人同意对委托贷款展期的，应提前15天通知受托人，并与受托人、借款人签订展期协议。原贷款有担保的，委托人需提前10天通知担保人与受托人续签担保合同。
第六条 委托人应自行承担委托贷款的风险，不得以任何形式要求受托人承担贷款风 险。借款人不能按期归还贷款本金、利息或其他费用，委托人不得要求受托人承担偿付责任。
第七条 对于发生委托贷款在结息日未能收到利息或还款期未收到还款资金的，委托人有权要求受托人向借款人催收，并提供催收记录和催收结果。
第八条 委托人可以自行监督管理借款人对委托贷款使用，也可以委托受托人监督管理借款人对委托贷款的使用。具体方式在《一般委托贷款借款合同》中明确规定。
第九条 委托人应按一般委托贷款金额、期限、约定手续费率向受托人支付手续费。本协议项下一般委托贷款的约定手续费率为月手续费率 ‰；手续费的支付时间和支付方式为。手续费支付不以借款人是否按期还本付息为条件。
第十条 委托人按照以下第【】种方式向受托人支付上述费用： 含税价格 不含税价格
若为不含税价格的，委托人支付的最终费用还应包含增值税，增值税税率依据国家法律法规确定。
第十一条 委托人可自行监督借款人对委托贷款资金的使用，也可委托受托人监督，包括：监督借款人对贷款的使用是否符合《一般委托贷款借款合同》规定用途、监督项目执行情况、协助监督借款人生产经营管理情况、协助监督保证人的生产经营管理情况、协助督促抵押人妥善保管抵押物、协助保管质押物和权利凭证。除此之外，委托人如对监督事项还有其他特别要求的，应在《一般委托贷款借款合同》第十三条“其他特别监督事项（或有）”中明确监督内容和监督措施。委托人应就特别监督事项向受托人另行支付手续费，手续费计收标准为：，支付时间和支付方式为。
第十二条 委托人因借款人违反《一般委托贷款借款合同》的约定向其收取罚息的，委托人应就罚息额度另行向受托人支付手续费。手续费的计收标准为：，支付时间和支付方式为：。
第十三条 对逾期的委托贷款，委托人要求受托人代为起诉借款人的，应出具书面文件。因借款人破产，委托人有权要求受托人配合清偿资产、收回贷款。
第十四条 对确实无法收回的委托贷款，委托人应书面通知受托人不再履行《一般委托贷款委托代理协议》规定的责任与义务，同意受托人等额冲销委托资金和一般委托贷款。委托人停止支付手续费。
第十五条 委托人应当承担并预付处理委托事务的费用。本协议项下的费用包括但不限于：办理担保手续中的公证、登记费用；办理诉讼事务中的诉讼费、财产保全费、执行 费；追索担保人或处置担保物的费用及其他费用。
第十六条
委托人声明
（一）本委托是委托人的自主行为，委托行为符合相关法律法规及其公司章程有关规定；
（二）委托资金来源合法，并为委托人自主支配；
（三）委托人和指定的借款人身份合法；
（四）委托贷款用途符合国家法律法规和有关政策规定，委托贷款不用于生产、经营或投资国家明令禁止的产品或项目，不违反国家有关规定从事股本权益性投资即以贷款作为注册资本金、注册验资或增资扩股，不违反国家有关规定从事股票、期货、金融衍生品投资以及国家明确规定的其他禁止用途；
（五）一切贷款风险由委托人承担，受托人不承担任何形式的贷款风险。
第二章 受托人的权利与义务
第十七条 受托人根据本协议与委托人、借款人签订《一般委托贷款借款合同》。第十八条 一般委托贷款实行担保并由委托人委托受托人办理担保事宜的，受托人应根据委托人的书面通知，与有关担保人签订担保合同，并将担保合同交由委托人认可和出具书面意见。有关担保合同的公证、登记费用由委托人预付和承担，受托人不予垫付。
第十九条 受托人收到委托资金后，要为委托人开设一般委托贷款账户，用于核算一般委托贷款的发放、收回和计息。受托人应按照《一般委托贷款借款合同》的约定与《一般委托贷款通知书》的要求，在指定的贷款发放日向借款人发放贷款。
对委托人要求受托人超出委托资金额度发放委托贷款的受托人有权拒绝发放。第二十条 受托人接到委托人的一般委托贷款展期通知后，应与委托人、借款人签订展期协议；若展期贷款是担保贷款的，须接到委托人续签担保合同的通知后，与担保人续签担保合同，才能办理展期手续。
第二十一条 受托人有权要求委托人提供有关材料对本协议项下一般委托贷款用途的合法性予以证明。对委托人为上市公司的，上市公司应出具董事会决议或其他授权文件，并承诺所委托的一般委托贷款对上市公司的其他股东不构成利益损害。
对一般委托贷款用途的合法性存有疑问的，受托人可不予办理。
第二十二条 受托人办理的异地一般委托贷款业务，可以将有关事务转委托给借款人所在地的中国工商银行营业机构办理。受托人应当对转委托的中国工商银行其他营业机构的行 为承担责任。
第二十三条 受托人应在每笔一般委托贷款结息日期前3个工作日或贷款到期前10个工作日，通过电话、传真、公函、短信等形式提示借款人按时支付利息或到期还本付息，并做好通知记录，协助委托人按期收回贷款本息。受托人每次收回贷款本息后，应在 个工作日内将委托人应得款项如数划入委托资金专户。
第二十四条 受托人办理一般委托贷款业务，只收取手续费，不垫支资金，不为委托人介绍借款人或代理委托人指定借款人，不接受没有指定借款人的一般委托贷款，不接受借款用途不明确和用途不符合国家有关规定的一般委托贷款。
第二十五条 一般委托贷款到期，借款人未按时归还的，受托人应及时通知委托人，并在诉讼时效期间内以书面形式向借款人催收。一般委托贷款采取保证方式的，受托人应在保证期间内以书面形式向保证人催收。
第二十六条 借款人未按期偿还贷款本息，委托人书面指示受托人起诉的，受托人应按指示办理有关诉讼事务；委托人未书面指示受托人起诉的，受托人无义务对借款人起诉。
第二十七条 受托人收到委托人提供的其与借款人一致同意提前还款的书面通知后，应停止计收提前还款部分对应的手续费。因借款人破产或其他原因无法收回委托贷款的，受托人可根据委托人的书面通知解除委托代理关系，不再履行本协议规定的责任与义务，停止计收手续费，等额冲销委托贷款和委托资金。如果受托人未收到委托人书面通知，受托人有权在委托贷款逾期满六个月后（若贷款展期，则在展期逾期满六个月后），视为死账进行销户，一切责任由委托人自行承担。
第二十八条 受托人在办理一般委托贷款业务中，应将贷款发放、管理、收回（或催收、诉讼）的办理情况及时向委托人报告。尤其是借款人的经营情况和财务状况以及出现的任何可能或足以影响委托贷款安全的重大事项，应及时通知委托人，并根据委托人指示采取适当的措施。
第三章 违约责任
第二十九条 因委托资金来源、贷款对象、用途不合法等因素导致的一切后果由委托人承担。
第三十条 委托人未按时支付手续费的，委托人应就未支付部分按每日 %的标准向受托人支付违约金。对委托人拖欠的手续费和违约金，受托人可从委托人账户直接扣收 或从借款人偿还的委托贷款本息直接抵扣。
第三十一条 受托人未按本协议及本协议项下的《一般委托贷款借款合同》和《一般委托贷款通知书》的要求发放委托贷款，导致委托人发生损失的，受托人应承担相应责任。
第三十二条 受托人向借款人收回贷款本息后，未按本协议及本协议项下的《一般委托贷款借款合同》的约定向委托人划转，导致委托人发生损失的，受托人应承担相应责任。
第四章 其他事项
第三十三条 增值税特别约定
（一）委托人要求受托人开具增值税发票的，应先在受托人办理信息登记，登记信息包括委托人全称、纳税人识别号或社会信用代码、地址、电话、开户银行和账号。委托人应确保提供给受托人的相关信息真实、准确和完整，并按照受托人要求提供相关证明资料，具体要求由受托人通过网点通知或网站公告等发布。
（二）委托人自行领取增值税发票的，需向受托人提供加盖印章的授权委托书，指定领取人，并明确领取人身份证号等信息，由指定领取人凭身份证原件领取增值税发票；指定领取人发生变更的，委托人需重新向受托人出具加盖印章的授权委托书。委托人选择邮寄方式收取增值税发票的，还应提供准确无误且可送达的邮寄信息，若邮寄信息发生变更的，应及时书面通知受托人。
（三）因自然灾害、政府行为、社会异常事件等不可抗力或税务机关原因导致受托人不能及时开具增值税发票的，受托人有权延迟开票，并不承担任何责任。
（四）增值税发票被委托人领取后或受托人交由第三方邮递后发生发票丢失、破损或逾期等非受托人原因，导致委托人无法收到增值税发票相应联次或逾期无法抵扣的，受托人不负责赔偿委托人相关经济损失。
（五）由于发生销售退回、应税服务中止或开票有误、抵扣联、发票联均无法认证等情形，需要开具增值税红字专用发票的，根据相关法律、法规及政策性文件规定需要由委托人向税务机关提交《开具红字增值税专用发票信息表》的，应由委托人向税务机关提交《开具红字增值税专用发票信息表》，待税务机关审核并通知受托人后，受托人开具红字增值税专用发票。
（六）如本协议确定的协议价格为含税价格，在协议履行期间，如遇国家税率调整，受托人有权根据国家税率变化调整本协议约定价格。第三十四条 本协议中委托代理期限自本协议生效日起至 年 月 日止。在委托代理期限内委托人委托受托人办理的委托贷款业务，均以本协议为准，每次办理委托贷款业务时无需另行签署委托代理协议。委托代理期限到期后，在委托代理期限内已经按照本协议办理的委托贷款业务应继续按照本协议和《一般委托贷款借款合同》的约定履行。
第三十五条 解决协议纠纷的方式。执行本协议发生争议，由当事人双方协商解决。协商不成，双方同意可选择以下第 种处理方式：
（一）由 仲裁委员会按照提交仲裁申请时该会届时有效的仲裁规则在 仲裁；
（二）由受托人所在地人民法院通过诉讼方式解决。
第三十六条 双方约定的其他事项（本条款不得与其他条款相抵触，不得影响当事人之间实质性的权利义务关系）：
第三十七条 本协议未尽事项，按照中华人民共和国有关法律、法规和有关金融规章的规定执行。
第三十八条 本协议自委托人、受托人加盖公章，双方法定代表人/负责人或授权代理人签字、盖章后生效。本协议项下的各方权利义务实现/履行完毕后，本协议自动失效。
第三十九条 本协议正本一式三份，委托人执一份，受托人持两份。
委托人（盖章）
法定代表人或授权代理人（签字）
受托人（盖章）
负责人或授权代理人（签字）
【软件开发委托协议】推荐阅读：
软件开发委托合同04-23
委托开发协议05-25
委托软件操作协议08-20
业务委托开发协议04-23
项目委托管理开发协议06-28
委托土地开发协议08-01
软件联合开发合作协议06-18
开发软件合作协议07-10
软件开发保密协议范本07-11
员工软件开发保密协议07-24