常规的软件协议(抖音协议软件)

TCP/IP TCP是英文Transmission Control Protocol的缩写，中文翻译与“传输控制通讯协议”。TCP/IP是网络中使用的基本的通信协议。虽然从名字上看TCP/IP包括两个协议，传输控制协议(TCP)和网际协议(IP)，但TCP/IP实际上是一组协议，它包括上百个各种功能的协议，如：远程登录、文件传输和电子邮件等，而TCP协议和IP协议是保证数据完整传输的两个基本的重要协议。通常说TCP/IP是Internet协议族，而不单单是TCP和IP。TCP/IP是用于计算机通信的一组协议，我们通常称它为TCP/IP协议族。它是70年代中期美国国防部为其ARPANET广域网开发的网络体系结构和协议标准，以它为基础组建的INTERNET是目前国际上规模最大的计算机网络，正因为INTERNET的广泛使用，使得TCP/IP成了事实上的标准。之所以说TCP/IP是一个协议族，是因为TCP/IP协议包括TCP、IP、UDP、ICMP、RIP、TELNETFTP、SMTP、ARP、TFTP等许多协议，这些协议一起称为TCP/IP协议。IP，则是Internet Protocol的缩写，中文翻译成“国际互联网通讯协议”。它们组合成互联网的语言，因为Internet是由全世界很多大大小小的网络连接而成，所以大家必须遵守它的语言（也就是：TCP/IP的通讯协议）才能顺利跟别人沟通。不过如果你来到别的网络，就等于是来到一个陌生的国家，使用的通讯协议，也就换作另一套了！由此可知TCP/IP只是网络上众多通讯协议的其中一种而已。在Internet上每一台机器都要有一个IP 每一台连接到Internet上的电脑，为了要让资料能够正确且顺利地传输，它会为每一台机器定义一个IP（IP地址），也就等于是给你的电脑装上门牌号码；因为资料在电脑之间传输，就和车子在都市中跑来跑去有点像，如果有了IP（门牌号码），网络的设备马上便能得知，这一份资料是要送到哪一台电脑去。

请您在使用本软件前仔细阅读如下条款。包括免除或者限制作者责任的免责条款及对用户的权利限制。您的安装使用行为将视为对本《协议》的接受，并同意接受本《协议》各项条款的约束。 本《用户许可协议》（以下称《协议》）是您（个人或单一机构团体）与上述 桌面日历秀XDeskCal 软件（以下称“软件”或“软件产品”）版权所有 鱼鱼软件 之间的法律协议。在您使用本软件产品之前,请务必阅读此《协议》，任何与《协议》有关的软件、电子文档等都应是按本协议的条款而授予您的，同时本《协议》亦适用于任何有关本软件产品的后期发行和升级。您一旦安装、复制、下裁、访问或以其它方式使用本软件产品，即表示您同意接受本《协议》各项条款的约束。如果您拒绝接受本《协议》条款，请您停止下载、安装或使用本软件及其相关服务。一、许可证的授予。本《协议》授予您下列权利：安装和使用：您可安装无限制数量的本软件产品来使用。复制、分发和传播：您可以复制、分发和传播无限制数量的软件产品，但您必须保证每一份复制、分发和传播都必须是完整和真实的，包括所有有关本软件产品的软件、电子文档，版权和商标宣言，亦包括本协议。 二、其它权利和限制说明。付费注册版本：个人使用授权版本只能由单个用户在一台或多台计算机上亲自使用；公司使用授权版本允许公司内部员工在固定场所使用。禁止反向工程、反向编译和反向汇编：您不得对本软件产品进行反向工程、反向编译和反向汇编，不得删除本软件及其他副本上一切关于版权的信息，不得制作和提供该软件的注册机及破解程序。除非适用法律明文允许上述活动，否则您必须遵守此协议限制。组件的分隔：本软件产品是被当成一个单一产品而被授予许可使用，不得将各个部分分开用于任何目的行动。 保证：本软件版权人 鱼鱼软件 特此申明对本软件产品之使用不提供任何保证。版权人将不对任何用户保证本软件产品的适用性，不保证无故障产生；亦不对任何用户使用此软件所遭遇到的任何理论上的或实际上的损失承担负责。终止：如您未遵守本《协议》的各项条件，在不损害其它权利的情况下，版权人可将本《协议》终止。如发生此种情况，则您必须销毁“软件产品”及其各部分的所有副本。三、作者特别授权本软件为共享软件，版权归作者所有。欢迎各用户试用。各有关单位及个人在保证不修改本系统任何程序及文档的前提下，本系统的作者特授权如下：1、各报社、杂志社、出版发行商可将本软件收录进其发行的各种光盘中供试用。2、各计算机生产商、销售商可将本软件安装在其生产或销售的计算机中，供其客户试用。3、任何人不得修改本软件，也不得将被修改过的软件收录进光盘、磁盘、主页等媒介中或安装在计算机中。更不得进行非法解密或注册的任何活动，否则本作者将保留依法追纠的权利。四、免责声明：本软件并无附带任何形式的明示的或暗示的保证，包括任何关于本软件的适用性, 无侵犯知识产权或适合作某一特定用途的保证。在任何情况下，对于因使用本软件或无法使用本软件而导致的任何损害赔偿，作者均无须承担法律责任, 即使作者曾经被告知有可能出现该等损害赔偿。作者不保证本软件所包含的资料,文字、图形、链接或其它事项的准确性或完整性。作者可随时更改本软件，无须另作通知。此外，出于某些原因，本软件现在只提供信息显示界面，所有由用户自己制作、下载、使用的第三方信息数据插件所引起的一切版权问题或纠纷，本软件概不承担任何责任，也不提供任何明确的或暗示的保证。 你按着个写就好了
你们不代表你们的公司 先让能你们能够代替公司或公司认可就行了
这也要人帮忙啊

LGPL许可证LGPL许可证是LESSER GENERAL PUBLIC LICENSE的简写，也叫LIBRARY GENERAL PUBLIC LICENSE，中文译为“较宽松公共许可证”或者“函数库公共许可证”。该许可证适用于一些由自由软件基金会与其它决定使用此许可证的软件作者所特殊设计的软件软件包─比如函数库（即Library）。　　LGPL许可证，也是自由软件联盟GNU开源软件许可证的一种，大部分的 GNU软件，包括一些函数库，是受到原来的 GPL许可证保护的。而LGPL许可证，适用于特殊设计的函数库，且与原来的通用公共许可证有很大的不同，给予了被许可人较为宽松的权利，所以叫“较宽松公共许可证”。在特定的函数库中使用它，以准许非自由的程序可以与这些函数库连结。　　当一个程序与一个函数库连结，不论是静态连结或使用共享函数库，二者的结合可以合理地说是结合的作品，一个原来的函数库的衍生品。因此，原来的通用公共许可证只有在整个结合品满足其自由的标准时，才允许连结。较宽松通用公共许可则以更宽松的标准允许其它程序代码与本函数库连结。例如，在少数情况下，可能会有特殊的需要而鼓励大家尽可能广泛地使用特定的函数库，因而使它成为实际上的标准。为了达到此目标，必须允许非自由的程序使用此函数库。一个较常发生的情况是，一个自由的函数库与一个被广泛使用的非自由函数库做相同的工作，在此情况下，限制只有自由软件可以使用此自由函数库不会有多少好处，故我们使用了LGPL许可证。　　在其他情况下，允许非自由程序使用特定的函数库，可以让更多的人们使用自由软件的大部分。例如，允许非自由程序使用GNU C函数库，可以让更多的人们使用整个GNU作业系统，以及它的变形，GNU/Linux操作系统。　　尽管LGPL许可证对使用者的自由保护是较少的，但它却能确保与此函数库连结的程序的使用者拥有自由，而且具有使用修改过的函数库版本来执行该程序的必要方法。MPL许可证MPL是The Mozilla Public License的简写，是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA认定的开源软件许可证）。但是，相比而言MPL还有以下几个显著的不同之处:　　◆ MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来，以保证其他人可以在MPL的条款下共享源代码。但是，在MPL许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。这些，就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。　　◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。　　◆ 对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。　　◆ 对源代码的定义　　而在MPL（1.1版本）许可证中，对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式，它包括:所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为‘Script’），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。”　　◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定，就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。BSD许可证BSD许可证原先是用在加州大学柏克利分校发表的各个4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的简写）的，后来也就逐渐沿用下来。1979年加州大学伯克利分校发布了BSD Unix，被称为开放源代码的先驱，BSD许可证就是随着BSD Unix发展起来的。BSD许可证现在被Apache和BSD操作系统等开源软件所采纳。　　相较于GPL许可证和MPL许可证的严格性，BSD许可证就宽松许多了，一样是只需要附上许可证的原文，不过比较有趣的是，它还要求所有进一步开发者将自己的版权资料放上去，所以拿到以BSD许可证发行的软件可能会遇到一个小状况，就是这些版权资料许可证占的空间比程序还大。QPL许可证QPL是The Qt Public License的简称，是挪威一家机构创设的。QPL许可证的基本要求是获得源代码、修改源代码，并可将修改从原始代码中分离出来;修改可以按照作者的意愿被组合到新版本中;二进制代码可以和原始代码同名，这一点对于动态连接库来说尤其重要;任何人都可以修正错误，这对于系统的发布者来说很关键;修改过的软件可以按照满足QPL许可证基本要求的任何开源软件许可证进行发布。QNCL许可证QNCL许可证是Qt Non Commercial License的简称，是QPL许可证的“兄弟版”，就像GPL许可证与LGPL许可证的关系一样，QNCL许可证比QPL许可证更严格一些。　　在修改和发布方面的规定，QNCL许可证与QPL许可证是一样的，差异就在于软件的范围方面，或者说在连接方面。QNCL许可证规定“假如一个应用程序给你提供了一个入口，使你有权使用QNCL许可证下的软件的功能开发程序、重复使用程序的某一部分或其他软件的某一部分，那么对该应用程序的使用视为是使用QNCL许可证下的软件的行为，该应用程序应受到QNCL许可证的约束”。QNCL许可证比QPL许可证更严格之处在于，QNCL许可证像GPL许可证那样，完全禁止根据本许可证得到的开放源码软件与其他非系统库函数连接的软件以其他许可方式一起发布。Common许可证Common许可证的全称是Common Public License。在满足OSIA开源软件许可证认证标准的前提了后，Common许可证还有一些细节性的规定值得参考:　　◆ 明确了专利授权。一般的开源软件都有明确源代码的版权人将自己的修改权、复制权等版权权利向公众许可，但保留署名权，而Common许可证在此基础上还明确假如源代码中含有专利权，源代码专利权人将复制、使用的专有权利向公众许可。　　◆ 规定可以将源代码及修改过的源代码与其他类型的不受本许可证约束的代码结合，以新产品的形式发布，只要其中经该许可证获得的源代码及修改过的源代码能按该许可证的要求发布即可。　　◆ 细化了该许可证终止的情形，包括发生专利侵权诉讼。　　◆ 明确了一个独立承担责任的原则，就是假如按该许可证使用源代码的使用者将获得的源代码应用于商业使用，那么他就要对在商业应用中出现的由于使用该源代码程序而产生的侵权诉讼承担完全责任。这一条规定是比较特殊的，绝大多数开源软件许可证都不这么要求。IBM许可证IBM许可证的全称是IBM Public License。在满足OSIA开源软件许可证认证标准的前提下，IBM许可证还有如下一些细节性规定:　　◆ 明确了专利授权。一般的开源软件都明确源代码的版权人将自己的修改权、复制权等版权权利向公众许可，但保留署名权，而IBM许可证在此基础上还明确假如源代码中含有专利权，源代码专利权人将复制、使用的专有权利向公众许可。　　◆ 细化了该许可证终止的情形，包括不按该许可证的要求发布和使用源代码、发生专利侵权诉讼等。　　◆ 像Common许可证一样，IBM许可证也明确了独立承担责任原则，即假如按该许可证使用源代码的使用者将获得的源代码应用于商业使用，那么他就要对在商业应用中出现的、由于使用该源代码程序而产生的侵权诉讼承担完全责任。Jabber许可证Jabber许可证的全称是Jabber Open Source License，由美国Jabber, Inc.公司提供。Jabber许可证在源代码的复制、发行规定方面基本上和其他许可证没有什么特别，但有一些细节规定值得借鉴:　　◆ 可以将通过该许可证获得的源代码及修改过的源代码与其他类型的不受该许可证约束的代码结合，以新产品的形式发布，只要其中经该许可证获得的源代码及修改过的源代码能以与该许可证的要求类似的、符合OSI认证的其他开源软件许可证的方式发布。　　◆ 明确了需将源代码置于公众可以得到的状态的时间至少应为12个月。　　◆ 第三方对法定权利的声明。假如使用者发现通过本许可证获得的源代码及应用程序接口中有一方拥有的知识产权，应单独在源码的发布时冠以“LEGAL”为抬头的声明，写明知识产权权利要求的细节，提请源代码的接受者知道自己获得了哪些知识产权的授权，让源码的接受者知道如何与知识产权权利人联系。　　◆ 细化了该许可证终止的情形，包括不按该许可证的要求发布和使用源代码、发生专利侵权诉讼。协议对比BSD开源协议BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”，可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。　　但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：　　◆如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。　　◆如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。　　◆不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。　　BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对 商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。MITMIT是和BSD一样宽范的许可协议，作者只想保留版权，而无任何其他了限制。也就是说，你必须在你的发行版里包含原许可协议的声明，无论你是以二进制发布的还是以源代码发布的。MIT协议又称麻省理工学院许可证，最初由麻省理工学院开发。被授权人权利：1、被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。2、被授权人可根据程式的需要修改授权条款为适当的内容。被授权人义务：在软件和软件的所有副本中都必须包含版权声明和许可声明。GNU GPL我们很熟悉的Linux就是采用了GPL。GPL协议和BSD， Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代 码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商 业软件公司开发的免费软件了。　　GPL协议的主要内容是只要在一个软件中使用（”使用”指类库引用，修改后的代码或者衍生代码）GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题， 还可以享受免费的优势。　　由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。　　其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。GUN LGPLLGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用（link）方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并 发布和销售。　　但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因 此LGPL协议的开源 代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。　　GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品。Apache Licence 2.0Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：　　◆需要给代码的用户一份Apache Licence　　◆如果你修改了代码，需要再被修改的文件中说明。　　◆在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。　　◆如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。　　Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

随着社会不断地进步，协议起到的作用越来越大，协议协调着人与人，人与事之间的关系。那么写协议真的很难吗？下面是我整理的软件开发协议书4篇，欢迎阅读与收藏。软件开发协议书 篇1甲方：身份证号乙方：身份证号丙方：身份证号丁方：工商执照号鉴于，协议各方均为计算机软件专业开发人员，能够进行创造性的软件开发活动。并且，协议各方有意愿共同从事 软件的开发工作。为了规范各方的权利义务，在《中华人民共和国合同法》及其他相关法规政策的原则指导下，订立本协议书，各方共同遵守：第一条、合作宗旨为完成 软件的开发工作，并共同享有开发成果而合作。第二条合作项目和范围协议各方共同开发 软件，合作范围包括软件的代码编写、调试、测试等开发工作。第三条合作期限合作期限为一年。第四条合作方式1.协议各方按照软件编程工作的正常分工进行编写，任何一方不得随意更改软件的重大功能和事项，以免对其余各方造成履约困难。2.合作各方应坚持勤勉努力诚实信用的原则，进行各方分别负责的软件的编程工作，并考虑到各方软件的兼容和接合。如部分合作人发生特殊技术困难，其余合作方有义务为其提供合理适当的技术帮助。第五条知识产权1.各方编写的软件源代码、技术文档及汇编而成的程序本身，其著作权均由合作方共同享有。2.各作各方在编写软件的过程中，不得有侵犯他人知识产权的行为，否则，应对外承担全部侵权责任。第六条协议变更1.经合作各方协商同意，本协议可以作相应变更；2.任何合作方未经与其他各方协商，擅自变更本协议条款或者将本协议权利义务转让他人，均为无效。第七条禁止行为1.未经全体合作人同意，禁止任何合作人私自以团体名义进行业务活动；如其业务获得利益归合作各方共有，造成损失按实际损失赔偿。2.禁止合作人经营与团队相竞争的业务。3.禁止合作方泄露本协议所涉及的相关商业秘密。4.如合作人违反上述各条，应按实际损失赔偿。第八条合作的终止合作开发活动因以下事由之一得终止：①全体合作人同意终止合作关系；②合作项目因技术原因，根本不能完成；③合作项目违反法律被撤销。第九条纠纷的解决合作各方之间如发生纠纷，应共同协商，本着有利于事业发展的原则予以解决。如协商不成，可以诉诸法院。第十条本协议如有未尽事宜，应由合作人集体讨论补充或修改。补充和修改的内容与本协议具有同等效力。各方签署：甲方：乙方：丙方：软件开发协议书 篇2甲方：法定代表人：地址：乙方：法定代表人：地址：鉴于，协议各方均为计算机软件专业开发人员（单位），能够进行创造性的软件开发活动。并且，协议各方有意愿共同从事软件的开发工作。为了规范各方的权利义务，在《中华人民共和国合同法》及其他相关法规政策的原则指导下，订立本协议书，各方共同遵守：第一条、合作宗旨为完成______________软件的开发工作，并共同享有开发成果而合作。第二条、合作项目和范围协议各方共同开发__________________软件，合作范围包括软件的代码编写、调试、测试等开发工作。第三条、合作方式1、协议各方按照软件编程工作的正常分工进行编写，任何一方不得随意更改软件的重大功能和事项，以免对其余各方造成履约困难。2、合作各方应坚持勤勉努力诚实信用的原则，进行各方分别负责的软件的编程工作，并考虑到各方软件的兼容和接合。如部分合作人发生特殊技术困难，其余合作方有义务为其提供合理适当的技术帮助。第四条、知识产权1、各方编写的软件源代码、技术文档及汇编而成的程序本身，其著作权均由合作方共同享有。2、合作各方在编写软件的过程中，不得有侵犯他人知识产权的行为，否则，应对外承担全部侵权责任。第五条、协议变更1、经合作各方协商同意，本协议可以作相应变更。2、任何合作方未经与其他各方协商，擅自变更本协议条款或者将本协议权利义务转让他人，均为无效。第六条、禁止行为1、未经全体合作方同意，禁止任何合作方私自以团体名义进行业务活动；如其业务获得利益归合作各方共有，造成损失按实际损失赔偿。2、禁止合作方泄露本协议所涉及的相关商业秘密。第七条、合作的终止合作开发活动因以下事由之一得终止：1、全体合作人同意终止合作关系。2、合作项目因技术原因，根本不能完成。3、合作项目违反法律被撤销。第八条、违约责任1、在合作期内，项目合作双方中任一方未经其对方协商认可擅自退出该合作项目，违约方同时赔偿被侵害方的投入损失及其他合作期内应得收益（具体为：按合作之日起至产生变故时为止的被侵害方应得的收益平均值计算，违约方赔付被侵害方剩余协议期的总收益）。并且必须遵守技术、市场保密条款，两年内不得在当地使用或经营本项目的同类技术内容及客户资源。否则项目合作各方有权追究违约方的一切经济法律责任。2、在合作期内因战争、灾害、疾病等不可抗力因素导致项目合作解散或合作期满各合作方不再合作，该项目技术内容归双方所有。3、合作方如有一方违反本协议，则其他方有权取消与违约方的合作并追究违约方的一切经济法律责任。第九条、纠纷的解决合作各方之间如发生纠纷，应共同协商，本着有利于事业发展的原则予以解决。如协商不成，可以诉诸法院。第十条、本协议如有未尽事宜，应由合作人集体讨论补充或修改。补充和修改的内容与本协议具有同等效力。第十一条、本协议一式二份，甲乙双方各执一份。甲方：________年_______月_______日乙方：________年_______月_______日软件开发协议书 篇3甲方：法人代表：乙方：身份证号：鉴于互联网技术的不断发展，网络用户需求的不断增加，甲方支持乙方参加软件开发的专业技能培训，现就培训的相关事宜，经协商一致，签订如下协议，以兹共同遵守：第一条 培训的项目1、培训的'内容（1）总体结构设计；（2）模块设计；（3）编程和调试；（4）程序联调和测试；（5）编写、提交程序。2、培训期限：自____年____月____日起至____年____月____日止。3、培训费用：培训费用由公司全部负担。培训费用包括但不限于培训费、材料费、课本费、食宿费、交通费等项目。第二条 服务期服务期限从合同签订之日起，至合同期满为止。第三条 乙方的义务1、完成培训目标和任务；2、在培训期间服从管理，不违反甲方的各项政策、制度与规定；3、在培训期间服从甲方各项安排；4、在培训期内定期与甲方沟通，汇报学习情况；5、在培训期间维护自身安全和甲方一切利益。第四条 福利待遇学习培训期间的工资视情况按原工资办法的______支付。在晋级或工资办法修订时，乙方作为在编人员处理。社会保险原则上按有关规定作为在编人员处理。第五条 违约责任1、乙方违反服务期约定的，应当向甲方支付违约金，违约金包括由甲方为乙方提供的培训费期间发的工资。甲方有权从乙方劳动报酬中予以扣除。2、损害甲方形象给甲方造成损失的，乙方补偿甲方全部经济损失。第六条 协议生效及其他1、本协议签订之日起即生效；2、本协议一式二两份，甲、乙双方各执一份。甲方（签章）：法定代表人：_______年_____月_____日乙方（签字）：_______年_____月_____日软件开发协议书 篇4甲方：地址：联系电话：乙方：地址：联系电话：风险提示：合作的方式多种多样，如合作设立公司、合作开发软件、合作购销产品等等，不同合作方式涉及到不同的项目内容，相应的协议条款可能大不相同。本协议的条款设置建立在特定项目的基础上，仅供参考。实践中，需要根据双方实际的合作方式、项目内容、权利义务等，修改或重新拟定条款。 依照《中华人民共和国合同法》、《中华人民共和国知识产权法》等法律法规、地方规章条例及行业规章之规定，甲乙双方为了建立长期的合作伙伴关系，明确双方责任，在软件开发合作过程中，本着相互合作、互惠互利的原则，共同协商达成如下协议，以便共同遵守：风险提示：应明确约定合作方式，尤其涉及到资金、技术、劳务等不同投入方式的。同时，应明确各自的权益份额，否则很容易在项目实际经营过程中就责任承担、盈亏分担等产生纠纷。第一条、合同标的1、软件项目名称：2、内容及要求：（1）开发内容：根据甲乙双方合作的要求，乙方在规定时间内完成_______________软件的功能开发，该系统的设计要求如下：a、根据合作内容的实际情况设计开发与之相符合的系统。b、内部交流系统开发出包含（学习，考试，交流，意见箱功能）。c、A系统，C系统开发出XX的系统。（2）该软件的主要功能：XXX_。3、合作开发时间：（1）启动日期：自________年____月____日开始启动。（2）完成期限：自项目正式启动之日起，在________年____月____日前完成。4、维护时间：自产品验收合格之日起________年内。第二条、合作方式双方采取由乙方向甲方提供符合合同约定的软件开发专业技术人员，由甲方进行统一软件开发管理并支付乙方合作费用的合作模式进行。风险提示：应明确约定合作各方的权利义务，以免在项目实际经营中出现扯皮的情形。再次温馨提示：因合作方式、项目内容不一致，各方的权利义务条款也不一致，应根据实际情况进行拟定。第三条、双方的权利义务1、甲方的权利义务（1）甲方应当提供专人与乙方联络并对乙方的开发进度及质量进行监督。（2）甲方应当提供软件开发所需要的所有数据交给乙方，并保证数据的正确性。（3）甲方应当及时支付软件合作开发费用，保证软件合作开发费用及时到位。（4）甲方应当依合同约定，及时检验、测试所开发的软件。（5）甲方在软件符合约定时，依合同约定接受软件。2、乙方的权利和义务（1）乙方应当提供专人与甲方联络并及时向甲方说明开发进度及情况。（2）乙方应当制定＜软件开发研究计划＞，经甲方确认后，按照＜软件开发研究计划＞的约定及时、正确的完成系统的开发。（3）乙方有责任按甲方的要求在规定时间内完成项目开发，完成需要开发的内容。（4）在项目开发完毕之后，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致系统的非主要框架的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务为甲方修改变更内容。（5）乙方有义务自行准备软件开发所需的硬设备、开发数据。（6）乙方在其开发的范围内有为甲方提供培训及维护的义务。（7）乙方不得将本合同标的委托或外包给他人完成。（8）乙方对本软件的开发及在开发过程中所获得的所有数据负有保密的义务。（9）乙方不得在程序中加插和软件功能无关的程序或预留一些危害软件安全的漏洞。（10）乙方在开发出符合合同约定的产品后有权要求甲方依合同约定支付报酬。第四条、合作软件的交付1、乙方应当在整个开发周期内将软件产品交付甲方；2、乙方交付产品时需要向甲方提交如下材料：（1）完成甲方功能要求的可执行软件。（2）软件的开发计划文件。（3）软件的设计文件。（4）软件的模拟环境。（5）软件的质量保证计划。（6）软件的确认测试计划。（7）软件的源代码。（8）软件的使用说明书。（9）软件开发过程中产生的其它文档。3、开发完毕，乙方应将系统的所有文件、源代码移交给甲方。4、软件产品的交付形式应当为电子档并刻录光盘的形势，光盘为三份以作备档。第五条、验收条款1、开发阶段的验收：甲方应当按照开发计划在每一个开发阶段对乙方所开发的产品进行检测和验收，在不符合开发计划时，甲方有权要求乙方修改。2、产品交付的验收：（1）验收标准为：a、程序正常运行。b、方案中提到的功能全部实现。c、项目按时完成。d、文档和源代码齐全。XX将系统架设到甲方指定的服务器上。（2）验收期限为30天时间。第六条、付款方式本协议采用付款方式为_______________付款。软件开发总费用人民币______________元，（大写：人民币_________________元整）。第七条、培训及维护1、乙方应对甲方进行开发系统的实施及维护的培训，以确保甲方能正确使用该软件。2、乙方必须派专业人员对甲方进行软件安装和调试的培训；3、乙方应通过电话、EA、现场服务等方式协助甲方的系统维护，乙方有义务及时响应并认真服务，努力确保甲方所委托开发系统的正常使用。风险提示：应约定保密及竞业禁止义务，特别是针对项目所涉及的技术、客户资源，以免出现合作一方在项目外以此牟利或从事其他损害项目权益的活动。第八条、保密条款1、乙方对本协议的内容、项目开发成果及开发过程中涉及的文件、资料材料负有保密义务，未经甲方书面许可，不得向任何第三方泄漏。2、乙方对甲方提供的、对本次开发有关的资料负有保密义务，未经甲方书面许可，不得向任何第三方泄漏。3、乙方有责任对本协议的内容进行保密。4、乙方有责任对为甲方所开发的软件进行保密，在未经甲方书面许可的情况下，不得向第三方泄露。5、本合同履行过程中乙方获知的甲方商业秘密或其它技术及经营信息均负有保密义务,不得向任何第三方透露或泄露。第九条、知识产权归属1、因本协议产生的开发成果（含源代码，系统技术文文件，软件，数据等）由甲方享有知识产权。2、乙方承诺使用合法的、正版的开发工具。3、乙方保证其开发过程、开发完成的软件及相关产品不侵犯任何第三方的知识产权。4、甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后继改进。由此产生的具有实质性或创造性技术进步特征的新的技术成果及其权利归属，由甲方享有。5、乙方在未得到甲方书面授权，不得在完成本合同约定的研究开发工作后，利用该项目研究开发成果进行后续改进。如乙方擅自改进操作的由此产生的具有实质性或创造性技术进步特征的新的技术成果及其权利归属，仍归甲方享有。风险提示：合同的约定虽然细致，但无法保证合作方不违约。因此，必须明确约定违约条款，一旦一方违约，另一方则能够以此作为追偿依据。第十条、违约责任1、任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方按照合同总金额的_____________%作为赔偿违约金。2、任何一方违反合同约定，迟延履行合同，以使本合同标的失去市场价值时，另一方有权解除合同并要求对方按照合同总金额的____________%作为赔偿违约金。3、乙方如未按开发研究计划按时阶段完成软件开发时，甲方有权按__________元日向乙方收取违约金，超过____日的甲方享受合同解除的权利，违约金仍按约定执行。4、乙方在开发软件过程侵犯他人知识产权的，甲方有权单方解除合同，并要求乙方赔偿因此所造成的损失，同时甲方有权要求对方按照合同总金额的_________%作为赔偿违约金。5、乙方违反合同保密条款之规定，甲方有权单方解除合同，并要求乙方赔偿因此所造成的全部损失，同时甲方还有权向乙方收取软件开发总费用__________%的违约金。6、乙方如在程序中加插和软件功能无关的程序或预留一些危害软件安全的漏洞，甲方有权要求乙方完善软件并且赔偿损失，同时甲方有权要求对方按照合同总金额的___________%作为赔偿违约金。7、乙方如将该软件工程再次外包或委托他人，甲方有权单方解除合同，并要求乙方赔偿因此所造成的全部损失，并按软件开发总费用的____________%收取违约金。8、乙方未按合同约定及时履行培训及维护义务时，乙方应按按软件开发总费用的_________%向甲方支付违约金，乙方支付违约金的同时，仍有义务对甲方进行培训及对软件维护。9、乙方同意在未持有甲方出具的有效授权委托书（加盖甲方公章并有甲方法定代表人签字或签章）的情况下，也不得在完成本合同约定的研究开发工作后，利用该项目开发成果进行业务交易行为，利用该项目研究开发成果进行后续改进。如出现乙方单方违约情形，除应赔偿给甲方造成的所有损失外，还应向甲方支付涉及合同总金额的__________%作为赔偿违约金。10、乙方承诺不得在向甲方交付研究开发成果之前，自行将研究开发成果转让给第三人。如出现乙方单方违约情形，除应赔偿给甲方造成的所有损失外，还应向甲方支付涉及合同总金额的__________%作为赔偿违约金。1、甲方未按合同约定进行验收，导致系统无法依约定完成的，甲方应当承担开发延期的不利后果。2、甲方未按合同约定支付软件开发总费用的，乙方有权要求甲方支付软件开发应支付而未支付费用的___________%的收取违约金。第十一条、合同终止及解除1、因不可抗力或意外事故导致本外包合同所指向的软件开发无法继续时，该合同终止。2、在现有水平和条件以难以克服的技术困难，导致软件开发全部失败时，该合同自动终止。3、在甲、乙任何一方有严重违约行为时，另一方有权单方解除合同。4、经甲乙双方协商一致，可以解除。第十二条、争议解决双方在合同履行过程中发生争议，双方应当协商解决，在不能达成一致意见时，双方均有权向甲方住所地法院提起诉讼。第十三条、其它条款1、如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其它所有条款将继续有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。2、软件合作开发计划、乙方营业执照复印件、组织机构代码证复印件、税务登记证复印件（均加盖鲜章）作为本合之附件与合同具有同等效力。3、本合同经双方授权代表签字盖章，自签订日起生效。4、本合同一式______________份，甲方____________份，乙方___________份，均具有同等法律效力。甲方：签约日期：________年____月____日乙方：签约日期：________年____月____日

下面的正文是自由软件基金会GNU通用公共许可证原始文档的副本。Linux操作系统以及与它有关的大量软件是在GPL的推动下开发和发布的。 你将看到：如果你打算为了发布的目的修改，更新或改进任何受通用公共许可证约束的软件，你所修改的软件软件同样必须受到GNU通用许可证条款的约束。GNU通用公共许可证1991.6 第二版版权所有（C）1989，1991 Free Software foundation, Inc.675 Mass Ave, Cambridge, MA02139, USA允许每个人复制和发布这一许可证原始文档的副本，但绝对不允许对它进行任何修改。序言大多数软件许可证决意剥夺你的共享和修改软件的自由。对比之下，GNU通用公共许可证力图保证你的共享和修改自由软件的自由。——保证自由软件对所有用户是自由的。GPL适用于大多数自由软件基金会的软件，以及由使用这些软件而承担义务的作者所开发的软件。（自由软件基金会的其他一些软件受GNU库通用许可证的保护）。你也可以将它用到你的程序中。当我们谈到自由软件（free software）时，我们指的是自由而不是价格。我们的GNU通用公共许可证决意保证你有发布自由软件的自由（如果你愿意，你可以对此项服务收取一定的费用）；保证你能收到源程序或者在你需要时能得到它；保证你能修改软件或将它的一部分用于新的自由软件；而且还保证你知道你能做这些事情。为了保护你的权利，我们需要作出规定：禁止任何人不承认你的权利，或者要求你放弃这些权利。如果你修改了自由软件或者发布了软件的副本，这些规定就转化为你的责任。例如，如果你发布这样一个程序的副本，不管是收费的还是免费的，你必须将你具有的一切权利给予你的接受者；你必须保证他们能收到或得到源程序；并且将这些条款给他们看，使他们知道他们有这样的权利。我们采取两项措施来保护你的权利。（1）给软件以版权保护。（2）给你提供许可证。它给你复制，发布和修改这些软件的法律许可。同样，为了保护每个作者和我们自己，我们需要清楚地让每个人明白，自由软件没有担保（no warranty）。如果由于其他某个人修改了软件，并继续加以传播。我们需要它的接受者明白：他们所得到的并不是原来的自由软件。由其他人引入的任何问题，不应损害原作者的声誉。最后，任何自由软件不断受到软件专利的威胁。我们希望避免这样的风险，自由软件的再发布者以个人名义获得专利许可证。事实上，将软件变为私有。为防止这一点，我们必须明确：任何专利必须以允许每个人自由使用为前提，否则就不准许有专利。下面是有关复制，发布和修改的确切的条款和条件。GNU通用公共许可证有关复制，发布和修改的条款和条件0. 此许可证适用于任何包含版权所有者声明的程序和其他作品，版权所有者在声明中明确说明程序和作品可以在GPL条款的约束下发布。下面提到的“程序”指的是任何这样的程序或作品。而“基于程序的作品”指的是程序或者任何受版权法约束的衍生作品。也就是说包含程序或程序的一部分的作品。可以是原封不动的，或经过修改的和／或翻译成其他语言的（程序）。在下文中，翻译包含在修改的条款中。每个许可证接受人（licensee）用你来称呼。许可证条款不适用于复制，发布和修改以外的活动。这些活动超出这些条款的范围。运行程序的活动不受条款的限止。仅当程序的输出构成基于程序作品的内容时，这一条款才适用（如果只运行程序就无关）。是否普遍适用取决于程序具体用来做什么。1. 只要你在每一副本上明显和恰当地出版版权声明和不承担担保的声明，保持此许可证的声明和没有担保的声明完整无损，并和程序一起给每个其他的程序接受者一份许可证的副本，你就可以用任何媒体复制和发布你收到的原始的程序的源代码。你可以为转让副本的实际行动收取一定费用。你也有权选择提供担保以换取一定的费用。2. 你可以修改程序的一个或几个副本或程序的任何部分，以此形成基于程序的作品。只要你同时满足下面的所有条件，你就可以按前面第一款的要求复制和发布这一经过修改的程序或作品。a） 你必须在修改的文件中附有明确的说明：你修改了这一文件及具体的修改日期。b） 你必须使你发布或出版的作品（它包含程序的全部或一部分，或包含由程序的全部或部分衍生的作品）允许第三方作为整体按许可证条款免费使用。c） 如果修改的程序在运行时以交互方式读取命令，你必须使它在开始进入常规的交互使用方式时打印或显示声明：包括适当的版权声明和没有担保的声明（或者你提供担保的声明）；用户可以按此许可证条款重新发布程序的说明；并告诉用户如何看到这一许可证的副本。（例外的情况：如果原始程序以交互方式工作，它并不打印这样的声明，你的基于程序的作品也就不用打印声明）。这些要求适用于修改了的作品的整体。如果能够确定作品的一部分并非程序的衍生产品，可以合理地认为这部分是独立的，是不同的作品。当你将它作为独立作品发布时，它不受此许可证和它的条款的约束。但是当你将这部分作为基于程序的作品的一部分发布时，作为整体它将受到许可证条款约束。准予其他许可证持有人的使用范围扩大到整个产品。也就是每个部分，不管它是谁写的。因此，本条款的意图不在于索取权利；或剥夺全部由你写成的作品的权利。而是履行权利来控制基于程序的集体作品或衍生作品的发布。此外，将与程序无关的作品和该程序或基于程序的作品一起放在存贮体或发布媒体的同一卷上，并不导致将其他作品置于此许可证的约束范围之内。3. 你可以以目标码或可执行形式复制或发布程序（或符合第2款的基于程序的作品)，只要你遵守前面的第1，2款，并同时满足下列3条中的1条。a）在通常用作软件交换的媒体上，和目标码一起附有机器可读的完整的源码。这些源码的发布应符合上面第1，2款的要求。或者b）在通常用作软件交换的媒体上，和目标码一起，附有给第三方提供相应的机器可读的源码的书面报价。有效期不少于3年，费用不超过实际完成源程序发布的实际成本。源码的发布应符合上面的第1，2款的要求。或者c）和目标码一起，附有你收到的发布源码的报价信息。（这一条款只适用于非商业性发布，而且你只收到程序的目标码或可执行代码和按b）款要求提供的报价）。作品的源码指的是对作品进行修改最优先择取的形式。对可执行的作品讲，完整的源码包括：所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的script。作为特殊例外，发布的源码不必包含任何常规发布的供可执行代码在上面运行的操作系统的主要组成部分（如编译程序，内核等）。除非这些组成部分和可执行作品结合在一起。如果采用提供对指定地点的访问和复制的方式发布可执行码或目标码，那么，提供对同一地点的访问和复制源码可以算作源码的发布，即使第三方不强求与目标码一起复制源码。4. 除非你明确按许可证提出的要求去做，否则你不能复制，修改，转发许可证和发布程序。任何试图用其他方式复制，修改，转发许可证和发布程序是无效的。而且将自动结束许可证赋予你的权利。然而，对那些从你那里按许可证条款得到副本和权利的人们，只要他们继续全面履行条款，许可证赋予他们的权利仍然有效。5. 你没有在许可证上签字，因而你没有必要一定接受这一许可证。然而，没有任何其他东西赋予你修改和发布程序及其衍生作品的权利。如果你不接受许可证，这些行为是法律禁止的。因此，如果你修改或发布程序（或任何基于程序的作品），你就表明你接受这一许可证以及它的所有有关复制，发布和修改程序或基于程序的作品的条款和条件。6. 每当你重新发布程序（或任何基于程序的作品）时，接受者自动从原始许可证颁发者那里接到受这些条款和条件支配的复制，发布或修改程序的许可证。你不可以对接受者履行这里赋予他们的权利强加其他限制。你也没有强求第三方履行许可证条款的义务。7. 如果由于法院判决或违反专利的指控或任何其他原因（不限于专利问题）的结果，强加于你的条件（不管是法院判决，协议或其他）和许可证的条件有冲突。他们也不能用许可证条款为你开脱。在你不能同时满足本许可证规定的义务及其他相关的义务时，作为结果，你可以根本不发布程序。例如，如果某一专利许可证不允许所有那些直接或间接从你那里接受副本的人们在不付专利费的情况下重新发布程序，唯一能同时满足两方面要求的办法是停止发布程序。如果本条款的任何部分在特定的环境下无效或无法实施，就使用条款的其余部分。并将条款作为整体用于其他环境。本条款的目的不在于引诱你侵犯专利或其他财产权的要求，或争论这种要求的有效性。本条款的主要目的在于保护自由软件发布系统的完整性。它是通过通用公共许可证的应用来实现的。许多人坚持应用这一系统，已经为通过这一系统发布大量自由软件作出慷慨的供献。作者／捐献者有权决定他／她是否通过任何其他系统发布软件。许可证持有人不能强制这种选择。本节的目的在于明确说明许可证其余部分可能产生的结果。8. 如果由于专利或者由于有版权的接口问题使程序在某些国家的发布和使用受到限止，将此程序置于许可证约束下的原始版权拥有者可以增加限止发布地区的条款，将这些国家明确排除在外。并在这些国家以外的地区发布程序。在这种情况下，许可证包含的限止条款和许可证正文一样有效。9. 自由软件基金会可能随时出版通用公共许可证的修改版或新版。新版和当前的版本在原则上保持一致，但在提到新问题时或有关事项时，在细节上可能出现差别。每一版本都有不同的版本号。如果程序指定适用于它的许可证版本号以及“任何更新的版本”。你有权选择遵循指定的版本或自由软件基金会以后出版的新版本，如果程序未指定许可证版本，你可选择自由软件基金会已经出版的任何版本。10. 如果你愿意将程序的一部分结合到其他自由程序中，而它们的发布条件不同。写信给作者，要求准予使用。如果是自由软件基金会加以版权保护的软件，写信给自由软件基金会。我们有时会作为例外的情况处理。我们的决定受两个主要目标的指导。这两个主要目标是：我们的自由软件的衍生作品继续保持自由状态。以及从整体上促进软件的共享和重复利用。没有担保11. 由于程序准予免费使用，在适用法准许的范围内，对程序没有担保。除非另有书面说明，版权所有者和／或其他提供程序的人们“一样”不提供任何类型的担保。不论是明确的，还是隐含的。包括但不限于隐含的适销和适合特定用途的保证。全部的风险，如程序的质量和性能问题都由你来承担。如果程序出现缺陷，你承担所有必要的服务，修复和改正的费用。12. 除非适用法或书面协议的要求，在任何情况下，任何版权所有者或任何按许可证条款修改和发布程序的人们都不对你的损失负有任何责任。包括由于使用或不能使用程序引起的任何一般的，特殊的，偶然发生的或重大的损失（包括但不限于数据的损失，或者数据变得不精确，或者你或第三方的持续的损失，或者程序不能和其他程序协调运行等）。即使版权所有者和其他人提到这种损失的可能性也不例外。最后的条款和条件如何将这些条款用到你的新程序如果你开发了新程序，而且你需要它得到公众最大限度的利用。要做到这一点的最好办法是将它变为自由软件。使得每个人都能在遵守条款的基础上对它进行修改和重新发布。为了做到这一点，给程序附上下列声明。最安全的方式是将它放在每个源程序的开头，以便最有效地传递拒绝担保的信息。每个文件至少应有“版权所有”行以及在什么地方能看到声明全文的说明。<用一行空间给出程序的名称和它用来做什么的简单说明>版权所有（C） 19XX <作者姓名>这一程序是自由软件，你可以遵照自由软件基金会出版的GNU通用公共许可证条款来修改和重新发布这一程序。或者用许可证的第二版，或者（根据你的选择）用任何更新的版本。发布这一程序的目的是希望它有用，但没有任何担保。甚至没有适合特定目的隐含的担保。更详细的情况请参阅GNU通用公共许可证。你应该已经和程序一起收到一份GNU通用公共许可证的副本。如果还没有，写信给：The Free Software Foundation, Inc., 675 Mass Ave, Cambridge,MA02139, USA还应加上如何和你保持联系的信息。如果程序以交互方式进行工作，当它开始进入交互方式工作时，使它输出类似下面的简短声明：Gnomovision 第69版， 版权所有（C） 19XX， 作者姓名，Gnomovision绝对没有担保。 要知道详细情况，请输入‘show w’。这是自由软件，欢迎你遵守一定的条件重新发布它，要知道详细情况，请输入‘show c’。假设的命令‘show w’和‘show c’应显示通用公共许可证的相应条款。当然，你使用的命令名称可以不同于‘show w’和‘show c’。根据你的程序的具体情况，也可以用菜单或鼠标选项来显示这些条款。如果需要，你应该取得你的上司（如果你是程序员）或你的学校签署放弃程序版权的声明。下面只是一个例子，你应该改变相应的名称：Yoyodyne公司以此方式放弃James Harker所写的 Gnomovision程序的全部版权利益。Ty coon付总裁 这一许可证不允许你将程序并入专用
百度百科 GPL