软件外包开发合同（共9篇）
乙 方:
甲,乙双方经友好协商,一致达成本协议.双方申明,双方都已理解并认可了本合同的所有内容,同意承担各自应承担的权利和义务,忠实地履行本合同.一,合作内容
乙方为提高企业信息管理化水平与公司形象,特委托甲方为其客户管理系统软件,详细要求见附件.二,合同期限
自 年 月 日始至 年 月 日止.三,甲方权利与义务
1, 甲方所开发软件是自行研发的,保证不是侵权软件.2, 甲方将严格按照乙方提出的各项技术指标,要求进行软件的开发设计.3, 甲方开发的软件不得含有病毒,不得含有黄色,反动及违反国家法律规定的内容.4, 甲方所开发软件的所有权,版权归甲方所有,乙方只有使用权.5, 甲方只对乙方提出的书面要求进行开发.6, 甲方交付软件时将对乙方提供相关技术培训及售后服务.四,乙方权利与义务
1, 乙方托付甲方所开发的软件保证不含有反动,黄色及违反国家法律规定的内容,否则甲方将不予开发.2, 乙方必须保证对甲方所开发的软件不作任何侵权行为,如不进行拷贝,篡改,泄露给第三方使用等,否则甲方将追究乙方的法律责任.3, 乙方托付甲方开发软件时必须以书面形式(一式二份且加盖公章)详细地说出需求模块,提供给甲方各项技术指标.4, 乙方托付甲方开发的软件在签订合同之后如需增加其它功能,必须以书面形式呈交给甲方,甲方做改动并酌情收取适当费用.五,乙方验收标准
1, 乙方验收时,不得对甲方所开发的软件提出附加条件.2, 甲方所开发的软件符合乙方呈甲方的附件要求及各项技术指标即为合格.3,甲方完成软件工作, 乙方应在三日内组织验收,超过七日不验收,视为验收合格.六,费用结算方式
1, 该软件乙方付给甲方费用总金额 元整.2, 甲乙双方签订合同当日,乙方将预付保证金 元整(占总造价_______%).3, 甲方交付软件当日,乙方验收合格后付甲方人民币 元整(占总造价_______%).4, 甲方收取完开发费用后,免费为乙方维护软件 个月.『该文章由(第一§范┆文网)整理，版权归原作者、原出处所有。』
5, 免费维护期过后,乙方如需甲方对该软件继续进行维护,甲方将提供有偿服务.6,付款方式_______________
七,违约责任
1, 由于乙方未及时提供软件开发所需的信息而导致甲方工作不能按时完成,甲方不负任何责任,并有权向乙方提出延期要求,延期时间由双方协商确定.由于甲方原因未能按时完成软件的开发,乙方有权向甲方提出索赔,具体额度由双方协商确定,但最高不
超过合同中乙方支付费用总金额的10%.八,争议解决
本合同履行过程中如发生争议,双方应本着友好合作的精神共同协商解决.九,合同终止
1, 任何一方终止合同,需提前10个工作日书面通知对方,并说明正当的终止理由,由双方代表签字后方可终止本合同.于战争,地震,火灾等不可抗拒因素导致的工作中断,双方均不承担责任,待条件恢复后,由双方协商确定合同内容的变更.十,附则
1, 合同签订前未尽事宜,双方协商解决;合同签订后,经双方当事人协商一致,对本合同有关条款进行变更或者补充时应以书面形式确认.2, 本合同一式两份,双方各持一份,具有同等的法律效力,自双方授权代表签字或盖章后生效.3, 本合同的详细要求见附件,附件具有同待法律效率.甲 方:乙 方:
代表人: 代表人:
在软件系统的开发过程中,合同管理包括合同的最终形成与签署、监督合同的执行、合同的变更以及对该过程的监督和记录。合同关系是一种严肃的法律关系,它明确规定了建设方和承建方的权力和义务。对建设方来说,最重要的目的在于保证承建方的行为符合合同要求,并最终提供符合要求的软件产品。监理方作为客观独立的第三方,需要本着科学、公正、严格、守信、遵纪、守法的原则,以高度的责任心、扎实的专业技能和丰富的管理经验,参与从合同起草到合同收尾的全过程,在此过程中审查合同内容、监督合同执行、协调合同执行中出现的问题。本文简要论述软件系统开发项目中监理方对合同管理所承担的职责和发挥的作用。
软件系统开发项目存在以下特点:一是需求不稳定,在项目进程中经常发生变更;二是技术含量高,最终交付物不像硬件工程那样具体,很多功能和性能是表面上难以把握的;三是最终交付物跟实际工作相结合,没有统一具体的评测标准,质量的评价受建设方主观因素的影响较大。上述特点使软件项目合同的签订和履行在所有信息化工程项目中难度最高,对项目监理方的合同管理水平也提出了更高的要求。
2 监理方合同管理的前提条件
软件系统开发项目风险性大、技术要求高。作为监理人员,要面对不同建设方的业务流程、不同的管理模式及人文环境,因此对监理人员的综合素质具有全面要求。技术方面,监理人员应熟悉软件项目开发中涉及的技术,具有软件系统设计开发经验,掌握IT项目管理知识,并具有项目管理经验。业务方面,监理人员应努力了解软件项目涉及的行业需求,以便正确认识软件项目的开发背景和应用前景。
为保证项目顺利建设,建设方应首先与监理方签订监理合同,使其尽早参与开发过程,并在合同中明确监理方的职责和权力。在此基础上,监理方才能够依据合同对软件开发实施项目监理。
作为项目监理的执行人员,监理方需要配备总监理师和监理工程师,实行总监理师负责制。总监理师行使合同赋予监理方的权限,全面负责受委托的监理工作。
3 监理方合同管理的主要工作内容
监理方对软件系统开发项目的合同管理贯穿项目全过程,可以分为四个部分:合同签定、合同执行、合同验收和合同档案管理。具体可概括为以下内容:
a、参与合同的制定过程,向建设方提供合理化意见和建议。
b、跟踪检查合同的执行情况,确保承建方按时履约。
c、对合同工期的延误和延期进行审核确认。
d、对合同变更、索赔等事宜进行审核确认。
e、根据合同约定,审核承建方提交的支付申请,签发付款凭证。
f、对合同相关文档实施档案管理。
4 监理方合同管理的具体工作内容
4.1 合同签定
任何一个应用软件系统都是根据实际工作的需求而产生的,只有在充分了解系统开发背景、应用现状和应用前景的基础上,才有可能开发出符合要求的系统。因此,在签定合同之前,监理方应与建设方进行认真交流,充分了解项目产生的背景、建设方的应用现状和对即将开发的软件系统的期望,分析系统开发及应用中存在的有利条件和可能遇到的困难,为协助双方制定合同做好准备。
在签定合同过程中,监理方需要完成以下工作:
一是审查资料,即协助建设方对承建方提供的资格、资信、业绩、开发方案等资料进行预审。有条件的话应建议建设方进行实地考察,或通过自身的行业经验和人际交往为建设方提供参考信息,初步确认承建方有足够的开发能力。
二是参与谈判,即亲自参与每一次建设方和承建方之间的合同谈判,组织双方就合同条款逐条展开讨论,并作为第三方进行现场记录,协助双方完成软件开发合同的谈判和签订工作。
三是审查合同,即对每次谈判后形成的合同条款进行审查,根据建设方的实际情况,从开发技术和项目管理的角度对合同中可能存在的问题提出意见和建议,这其中包括建议在合同中明确规定软件系统包含的功能、达到的性能、技术实现手段、必须遵守的工程规范、测试标准、验收要求、承建方最后交付物的形式以及必须提供的项目文档等。另外,还应建议建设方在合同中明确工程阶段及其质量和进度要求,并据此作为工程阶段性付款的依据。
四是保持中立。作为项目的第三方,在合同签订过程中,监理方要维护双方的利益;在合同中要明确双方的责任、权利和义务,保持合同的公平性。
4.2 合同执行
根据现代软件工程学理论,软件系统的开发过程包括制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等六个阶段。在软件系统开发开始后,监理方应依据合同要求,对上述各个阶段实施全程监理,使影响系统质量的要素在开发过程中始终处于受控状态。在此过程中,监理方需要完成以下工作:
一是监督合同执行情况,定期向建设方、承建方进行通报。
二是及时记录合同的变更情况,并由项目三方确认。
三是及时通报合同变更的情况,协助保持合同、协议及其附件内容的有效性、一致性。
四是及时协调合同纠纷,公平地调查分析,提出解决建议。
由于软件系统开发项目人为因素较多,开发过程中往往出现需求变化,导致合同内容变更。这种变更可能来自承建方,也可能来自建设方。无论哪一种变更,监理方都应该积极协调双方妥善处理,保证合同的平稳执行,保证项目最终圆满结束。
无论哪一方提出变更要求,都应首先向项目总监理师提出书面请求,由总监理师组织人员进行审查,由现场监理工程师了解项目当前的开发阶段、遇到的管理和技术方面的问题,确认变更请求的真实性和必要性。总监理师根据实际情况,参考变更文件及其它项目文档,按照合同的有关条款,指定现场监理工程师评估开发难度、开发量、开发进度以及费用的变化情况。总监理工程师就相关变化情况与项目双方进行协商,变更内容经项目双方同意后签字确认。在此过程中,任何形式对项目质量、数量、内容的变动,均需总监理师审核同意,并报建设方批准后,以项目变更通知书的方式生效。在总监理师签发工程变更单之前,任何一方不得单独实施变更;在总监理师签发工程变更单之后,由监理方根据工程变更文件监督承建方实施。
4.3 合同验收
在软件开发过程的里程碑阶段或最后阶段,承建方将根据合同的规定,向建设方提出验收申请和付款申请。此时,监理方应严格审核承建方的申请,参与项目的验收活动,待验收合格后,由总监理师签发付款凭证,建设方据此向承建方履行付款义务。
由于软件项目在投入运行后,需要依据有关项目文档实施后期的维护和管理,因此,在一个软件的生命周期中,项目技术说明文档对软件使用方来说必不可少,这其中包括需求说明书、系统总体设计书、机能设计书、数据结构设计书、测试说明书、测试结果记录、用户手册以及其他项目管理文档。如果一个软件系统属于双方版权共有的话,承建方应该向建设方提供系统源代码。对于一个软件开发项目来说,上述文档都会作为必须的内容明确体现在合同中。而这时有些承建方出于种种原因,往往临时拼凑一些文件,或不提供真实的源代码。因此,在验收的时候,监理方要特别注意检查承建方提交的最后文档,并以自身的业务能力判别提交物的质量,如果不符合合同要求,可以要求承建方重新提供,并拒签付款凭证。这项工作能够充分体现监理方的业务水平和监理能力。
项目实施结束后,监理方还应及时向建设方和承建方通报合同、协议及相关变更所规定的项目内容的执行情况,提出监理意见。同时,协助双方签署其他补充协议。
如果因为合同规定以外的原因造成了项目开发延期或损失,其中一方将依据合同向另一方提出索赔要求。此时,监理方应首先担当一个项目调解人的职责,协助双方进行协商。首先由总监理师组织人员,本着有理、有度的原则,严格按照规定的程序和时限对索赔报告中的各项事宜进行审核确认。其次,如果索赔理由成立、索赔依据有效、索赔数额合适的话,监理方将接受索赔报告,并与项目双方进行谈判。如果双方意见一致,监理方即起草索赔意见,由双方签署后执行;如果意见不一致,那么只能交由仲裁机构实施仲裁。
4.4 合同档案管理
在软件项目开发中,不管是最终的提交物,还是中间产物,都是以文字形式记录的。所有工作量也都是以文件形式提供的。因此,整个软件项目开发过程中,监理方都要注意与合同有关的文档的管理,具体包括:
a、收集整理所有的合同及相关的文件,包括签证、记录、协议、补充合同、备忘录、电报、电传等;
b、建立合同和信息管理制度,确保各方对工程的所有指令、批复、报告等均以书面形式进行,并全部归档;
c、及时、详尽记录不可抗拒力发生时的现场情况;
d、协调、处理合同争端,及时记录和纠正承建方的违约行为。
5 结束语
一个软件系统的开发过程就是该项目合同的执行过程。合同是项目建设的基本依据,是监理单位站在公正立场采取各种控制、协调与监督措施,履行纠纷调解职责的依据,是实施项目投资控制、进度控制和质量控制的出发点和归宿。合同管理是对项目合同的订立、履行、变更、索赔、争议处理等进行的管理,是对项目合同得到有效履行的有力保证,贯穿于监理活动的始终。作为监理方只有具备公正的心态、敬业的精神、对软件开发的深刻理解、扎实的业务功底,才能获得建设方和承建方的信任。只有得到了这种信任,才能在合同执行过程中真正发挥监督、协调的作用。也只有发挥了这种作用,才能真正协助项目双方履行合同,完成项目的既定目标,也真正尽到了监理方的合同管理职责。
摘要：在软件系统的开发过程中,合同管理是对项目合同的订立、履行、变更、索赔、争议处理等进行的管理,是对项目合同得到有效履行的有力保证,贯穿于监理活动的始终。监理方作为客观独立的第三方,需要参与从合同起草到合同收尾的全过程,在此过程中审查合同内容、监督合同执行、协调合同执行中出现的问题。本文简要论述软件系统开发项目中监理方对合同管理所承担的职责和发挥的作用。
关键词：监理,软件开发,项目,合同管理
参考文献
[1](美)凯西.施瓦尔贝.IT项目管理.机械工业出版社,2001.12.
[2]谢冉东等编著.信息工程监理案例分析.清华大学出版社,2006年.
[3]郑人杰,殷人昆、陶永雷著.实用软件工程(第二版).清华大学出版社,1997年.
[4]王学卿.信息系统工程监理探讨.信息技术与标准化,2008,1:34-37.
[5]刘学成,董火民,许志国,刘勇.信息系统工程监理发展现状分析与建议.信息技术与信息化,2007,6:8-10.
【关键词】软件测试；软件缺陷管理；文档的测试和评审；软件测试流程
1.基于开发过程的测试流程
根据软件开发流程的特点，软件的开发流程可分为：产品立项、需求调研、概要设计、详细设计、编码&单元测试、集成测试、系统测试、验收测试几个阶段。
测试流程在项目立项时就与之同步启动，并且覆盖软件开发的整个流程。这就要求在进行软件测试过程中要考虑审核和评审软件开发过程中各个阶段的文档和产品。
在软件测试流程中加入考虑对软件开发流程各个阶段文档集产品的评审。那么就要对相应的评审或测试结果进行文档化，形成新的软件缺陷报告或记录。项目组长或高层人员通过对这些文档的阅读，可以清楚地知道软件在开发的各个阶段存在的问题，能将因前期设计问题出现的软件缺陷问题消除在萌芽状态，保证软件开发效率和软件质量。
软件测试的目的就是发现缺陷，而它的另一个经济目的是尽早发现缺陷，以降低修复或者售后的成本。事实上，许多统计资料表明，开发过程每前进一步，发现和修复一个缺陷的平均成本要提高10倍。在代码复查阶段，平均1-2分种能发现和修复一个缺陷，在初始测试阶段要10-20分钟。在集成测试时要花费1个小时或更多，在系统测试时要花10-40个小时。这就是为什么要在项目初期就要进行文档化和审核文档的重要目的之一，在文档阶段发现文档中需求方面和软件功能方面的缺陷，如果及时修改可以避免在编码阶段发现和修改需要的大量人力和时间，是项目能按照既定计划完成的保障。
文档化的另一个重要目的是，它是软件测试的根本依赖。无论是测试计划还是测试用例都是根据需求文档和详细设计文档编写的。如果在测试阶段修改需求文档或设计文档，那么相对的开发编码、测试计划和测试用例都要相应的进行修改，那么由此引发的人力和时间对整体项目来说都是巨大的风险。在早期的文档的评审可以有效的降低整个项目的风险的同时，也会让整个项目更加缜密。
2.软件缺陷管理
软件缺陷管理就是对软件开发过程中所发现的软件缺陷进行跟踪管理，并记录软件缺陷的状态信息，保证每个被发现的软件缺陷都能解决并关闭。软件缺陷管理是软件开发过程中项目管理流程中重要的组成部分。软件测试流程管理其在本质上就是软件缺陷管理的文档化、规范化流程。
软件缺陷管理工具就是软件测试和缺陷管理的最好帮手，软件缺陷工具的主要优点在于不用再担心在项目过程中发现的缺陷无人认领或者被忘记修改。每个缺陷从新建到被关闭的过程都是由它的作者负责推动的。那么试想需求缺陷由产品人员负责，产品功能缺陷由测试人员跟踪，由缺陷发现者主导协调好和开发人员的关系，让开发人员能更有效的对软件自身的缺陷形成有效的关注，减少开发人员在缺陷上的沟通成本，可以让项目运转的更加順畅，让缺陷解决过程中的成本得到有效的控制。软件缺陷管理工具在软件项目起到不可替代的作用，它的使用应该从项目立项就跟测试人员一起介入项目中。
3.结束语
任何软件开发组织想完全消灭软件缺陷都是不现实的，也是不可能实现的。要想开发出高质量的软件产品，除了要有严格的开发流程和开发标准外。在软件的开发过程中全程引入软件质量保障也是一种行之有效的手段。通过对软件开发流程各个阶段的文档和产品的评审和测试，形成详细的文档化结果，是保障软件产品质量和减少后期工作量的有效管理方案。随着软件规模的不断扩大，软件缺陷数量的不断增加，这个管理方案的优势就会更为显著。 [科]
【参考文献】
[1]商惠华，张春雷，吕维先.基于FPA的软件工程监理方法[J].微计算机信息，2008（21）.
[2]吕晓峰.软件工程监理的一般流程与监理要点[J].现代计算机（专业版），2004（06）.
[3]王锋，张睿，张燕.软件工程监理的实施策略[J].信息技术与信息化，2004（05）.
[4]聂林波，刘孟仁.软件缺陷分类的研究.计算机应用研究，2004（06）.
[5]徐芳.软件测试技术[M].北京：机械工业出版社，2006.
地址：
法定代表人： 联系电话：
乙方：成都蓝色风暴科技有限公司(以下简称乙方)
地址：成都市青羊区家园路32号大地新光华广场A2栋1345号
法定代表人： 联系电话：
甲、乙双方经友好协议，就甲方委托乙方开发《 》(以下简称“本软件”)的事宜达成一致并同意订本合同。
一、项目内容
1. 甲方委托乙方开发的软件(以下简称“本软件”) 环境下运行的软件，软件需求(以下简称“需求”)双方协商确定。
2.本合同APP应用开发的栏目架构及相关功能开发细节由《APP开发需求表》载明。
二、合同价款和付款方式
1.本合同总价款包括乙方相关的税费及软件开发期间办理相关手续的所有费用。该价款为固定包干价，除上述款项外，甲方无需支付任何其它款项。
2.付款方式：
本次移动商务软件的开发总金额为 (整)，软件开发之前甲方需要向乙方预付保证金 元(大写： 整)，乙方交付本移动商务软件当日，甲方验收合格后向乙方结清余款元(大写：。未按以上约定付款均视为违约，应当按照合同标的额的同期银行贷款利率的四倍承担违约责任。
三、开发进度
自合同签订日起，乙方将在 个工作日内完成客户端开发，此时间并不包括App Shop审核时间。 如因国家规定节假日放假，时间顺延，或因修改意见未能及时反馈，则顺延!乙方的工作时间从本合同签订之日的次日起开始计算。
四、甲方的权利和义务
1. 甲方保证提出的本软件需求及内容不含有反动、黄色及违反国家法律规定的内容。本软件的需求及内容全部由甲方提供，乙方就其需求及内容的合法性，不负任何法律及连带责任。
2. 甲方拥有本软件的使用权。甲方保证对乙方所开发的软件不做篡改，不泄露给第三方等。
3. 甲方提出本软件的需求内容作为附件时，必须以书面形式(一式二份且加盖公章)详细的说出需求内容和测试方法(或指标)。
4. 项目交付后，乙方提供APP后台系统给予甲方，并培训甲方使用，前期乙方协助甲方上传部分资料，完善APP整体测试版效果展示，后期甲方自行上传管文字、图片资料录入等更新操作。
5. 按合同中付款方式的要求，及时支付费用。
6. 甲方对本合同中的页面、图像及数据、程序享有其他的使用权。
7. 甲方有权要求乙方按照双方商定的APP结构，在双方约定的时间内，完成协议中规定的内容。
8. 甲方提供APP开发需要的文字内容及图片等。
五、乙方的权利与义务：
1. 须提供专业的制作团队、维护人员与甲方保持联络。
2. 按合同的要求，使用甲方资料，进行APP的开发。
3. 在合同要求的期限内，完成APP的开发，并及时通知甲方进行验收;并在验收期内甲方的要求下， 对不合格地方进行修改。
4. 如甲方按本合同规定时间付款，则本合同的相关作品、程序、文件属甲方所有。
5. 乙方不承诺在“越狱”设备上正确运行。
6. 乙方须免费在一年内为甲方免费提供技术咨询服务、技术支持，确保甲方应用程序访问畅通;并 在
一年内帮助甲方免费确保APP功能正常以及页面正常等。
7. 乙方对甲方提供的文字及图片资料中所涉及的包括知识产权在内的一切法律问题不承担任何法律责任。
8. 乙方不得未经甲方允许将甲方的营业数据及所提供的任何资料、项目创意、项目整个文件以任何方式透露给第三方。
六、交付、验收事宜：
乙方自合同生效日 个工作日之内必须按甲乙双方确认的方案完成整个项目的开发工作并交付甲方验收及将APP投入试运行。
1、验收标准有以下几条：
(1)甲乙双方验收时，甲方按照需求标定的指标验收，没有指标的以运行甲方测试数据结果的正确与否为依据。
(2)乙方完成软件开发工作后，甲方应在三日内组织验收。甲方超过七日不验收，视为验收合格、通过。
七 、知识产权双方约定
1、甲方对其提供的相关元素的知识产权负责。
2、甲方付清应付乙方的全部款项后，甲方正式独立享有本APP项目的全部所有权。
八 、保密条款
甲乙双方应对在履约过程中获悉的对方之商业秘密及技术秘密承担保密义务，该保密义务不受本合 同期限的限制。未经对方许可，任何一方不得私自复制出售或以任何形式泄露给第三方。
九 、系统维护
1、乙方指导甲方的前期准备工作，并对甲方的相关员工免费进行系统基本功能使用培训，确保其能够正确无误的使用APP各项系统功能。
2、系统维护服务：系统维护服务期由系统交付使用之日起计服务，如果甲方委托乙方1年以后网络维护费用为APP开发费用的% ,共计 元。至APP交付贵公司正式运行当日起一年有效期内享受免费网络维护服务。
十、违约责任
1. 任何一方不履行或不妥善履行本协议下任何条款被视作违约，守约方有权要求：
2. 违约方赔偿另一方因违约而造成的一切经济损失。
3. 本协议对违约责任另有约定的，从其约定。
十一、不可抗力
1. 不可抗力指双方在订立合同时不能预见、对其发生后果不能避免且不能克服的事件。鉴于网站所具有之特殊性质，不可抗力亦包括*客攻击、计算机病毒侵入和发作、电信部门技术调整导致之影响、因政府管制而造成的暂时性关闭等在内的任何影响网络正常经营之情形。
2. 若由于不可抗力致使一方未能全部或部分履行协议，经书面通知另一方，本协议内受到影响之条款可在不能履行之期间及受影响之范围内终止履行。
十二、其他事项
1、本合同有未完善之处，甲乙双方应友好协商解决。若双方协商仍解决不了，由人民法院裁决。
2、合同一式两份，由甲乙双方各持壹份，皆具同等法律效力，本合同于双方签字盖章后生效。
3、本合同期限为一年;期满后续约与否应由甲乙双方共同协商决定。
4、本合同的任何附件，经双方共同确认将成为本合同的组成部分并具有同等法律效力。
甲 方： 乙 方：成都蓝色风暴科技有限公司
地 址:地 址: 成都市青羊区家园路大地新光华广场A2-1345号
代表签字： 代表签字:
电 话： 电话:
甲方：
乙方：
甲、乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权利和义务，忠实地履行本协议。
第九条双方当事人应当保守在履行本协议过程中获知的对方商业秘密。
第十条双方应本着诚实信用的原则履行本协议。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本协议并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本协议，但应及时通知对方。若对方继续不履行、履行不当或者违反本协议，该方可以解除本协议并要求对方赔偿损失。
第十一条本协议签订后，经双方当事人协商一致，可以对本协议有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本协议的有效组成部分。
第十二条 本协议附件为本协议不可分割的一部分，与协议正文具有同等法律效力。第十三条 任意一方欲提前解除本协议，应提前通知对方。甲方提前解除协议的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除协议的，应返还上述费用。本协议其他条款对协议的解除另有约定的，从其约定。
第十四条订立本协议所依据的客观情况发生重大变化，致使本协议无法履行的，经双方协商同意，可以变更本协议相关内容或者终止协议的履行。
第十五条双方当事人对本协议的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。
第十六条本协议经由双方授权代表签字，自签订之日起生效。
第十七条本协议一式两份，双方当事人各执一份，具有同等法律效力。
甲方：（授权代表签字）
电话：
地址：
乙方：（授权代表签字）电话： 地址： 签约日期： 签约日期：
附件：开发建设项目工作进度与安排、价款、交付和验收方式
一、开发项目内容：
二、协议金额及付款方式：
1、本协议金额总计：人民币元。
2、付款方式：本协议签订后3日内，甲方向乙方支付协议金额的50％，即___________元预付款，验收之后3日内支付协议余款即_____________元。
三、完成及验收时间：
1、完成时间：乙方收到本附件规定预付款项后日内开发完成。
2、验收期限：甲方在年月日前完成项目的验收，并确认。
3、付款期限：甲方须于年月日前将余款支付给乙方。
四、验收标准和验收后修改补充
1、验收期限为壹星期。
2、验收合格，甲方应以书面方式签收，但甲方在乙方交付工作成果后一周内未书面签收也未提出异议的，视为甲方验收合格。
1.本项目共120个工作日分两期完成。一期最终期限为27个工作日。二期为93个工作日。时间从合同签订第二个工作日开始计算。详细计划见《XX公司综合办公系统实施进度计划》。
2.其中一期开发完成时间为合同签订后15个工作日以内，期间每开发完成的功能模块即开始用户试用。
3.从通过验收之后的一年内，乙方均向甲方提供免费技术支持服务。
4.如有客观原因需要改变实施计划，应在双方协商后由双方项目负责人签字认可。
5.如在项目实施过程中，用户的实际需求与需求说明书中相比发生变化，或由用户负责准备的人员召集、设备采购、场地安排、网络调试、意见反馈等配合事项引起延误，则实施期限相应顺延。
6.该软件须达到需求文档要求，且在调试完善、应用正常，双方确认后才能进行系统验收和文档移交工作。
7.如甲方委托第三方从事与本项目有关或相关的事宜，甲方应确保第三方的工作进度不影响本委托项目按时完成。
8.乙方在协议期内为甲方系统提供下列服务：
1)软件重新部署。
2)数据恢复:按乙方备份标准备份的数据。
9.甲方应按本协议规定方式及时间向乙方支付报酬。
第四条 双方协作事项
1.项目实施的进度与质量需要双方密切配合。为保证项目的成功实施，甲乙双方在项目实施期间应指派并授权专人担任项目负责人和项目成员。双方项目成员及其工作职责见合同附件《XX公司综合办公系统开发项目组成员名单》。
2.甲方负责协调甲方相关部门人员配合乙方进行需求调研，提供编制需求说明文档所需的流程、表单等资料。当乙方整理并提交需求说明文档后，甲方对该文档如有异议，应及时提出修改意见并书面确认;经甲乙双方项目负责人签字确认的需求说明文档，将作为本合同附件，并作为系统开发、实施以及验收的依据。
3.乙方需指派具有丰富项目技术经验的专人担任项目实施负责人对项目实施负责。项目期间组织足够数量和技术水平的开发、测试和实施工程师，进行综合办公系统的设计和开发，保障项目的工期。
4. 为保障项目过程中的交流，甲乙双方应在项目期间以周例会或电话、邮件等方式，通报项目进展、出现的问题及应对措施等项目信息。
第五条 知识产权
1.乙方按本合同要求所开发的综合办公系统，其著作权由乙方享有。甲方及其下级分支机构、参控股公司等与甲方有直接或间接产权关系的单位可以使用和复制此软件，拥有该软件的使用权和复制权，但不享有该软件的署名权、修改权、翻译权、发表权、信息网络传播权、发行权、出租权、许可权、转让权及其它从第三方机构或个人获取经济利益的权利，甲方及其下级分支机构、参控股公司等与甲方有直接或间接产权关系的单位应确保乙方所提供的技术成果不被用于其他单位;乙方享有该软件的署名权、发表权、发行权、出租权、许可权、转让权、使用权、修改权、信息网络传播权、翻译权和复制权及其它从第三方机构或个人获取经济利益的权利，乙方可将此次开发的部分或全部技术成果用于其它用途，但不可提及甲方或甲方提供的流程及数据。
2.乙方只能将甲方提供的数据及流程，用于此综合办公系统的设计、开发、测试和使用，不得用于其它任何用途。
3.乙方在开发软件的过程中，不得有侵犯他人知识产权的行为，否则，应对外承担全部侵权责任。
第六条 项目验收
1. 在乙方完成相关阶段工作并向甲方提出书面的验收申请并经甲方确认，甲方应在7个工作日内组织项目验收。如甲方在乙方正式提交书面的验收申请之后7个工作日内不进行验收，又没有提出其它充分理由，则视为甲、乙双方均同意验收。
2.乙方在验收时应向甲方提交综合办公系统的可运行软件及相关技术文档(需包括需求说明书、二次开发接口说明、用户操作手册、系统管理手册等)的电子版本。
3. 验收时由甲、乙双方(或增加甲方指定的第三方)人员共同组成验收小组，对应用软件系统进行测试。验收依据为《XX公司综合办公系统软件需求说明书》。系统达到《XX公司综合办公系统软件需求说明书》中的功能和性能要求，则验收小组签署两份(如有第三方，则签署三份)《综合办公系统验收报告》，甲、乙方及最终用户各保存一份，即通过验收。
第七条 费用及支付方式
1.由于乙方在合作开发中承担主要开发工作，因此由甲方向乙方支付开发及培训服务费用共计人民币xxxxxx.00元(大写：人民币xxxxxx元整)。
2.费用支付方式及时间：
1) 合同签订之日后5个工作日内支付合同总额的30%，即：￥xxxxx.00元， 大写人民币xxxxx元整。
2) 一期实施完成上线后10个工作日内，支付合同总额的30%，即：￥xxxxx.00元，大写人民币xxxxx元整。
3) 二期实施完成验收后10个工作日内，支付合同总额的30%，即：￥xxxxx.00元，大写人民币xxxxx元整。
4)余下的金额本项目在乙方免费服务期满后的10个工作日支付。即：￥xxxxx元，大写人民币xxxxx元整。
3.在验收通过之后一年内，由乙方向甲方提供免费的技术支持服务;在一年之后，如果甲方需要乙方继续提供技术支持服务，则双方另行协商服务费用，在服务内容和方式不变的情况下，乙方承诺每年服务费用不超过本协议总金额的10%。
第八条 保密约定
1.任何一方未经另一方同意，禁止泄露本协议所涉及的相关商业和技术秘密。如违反本条，应按实际损失赔偿。
2. 本协议保密条款之时效将不受本协议有效期的影响，本协议有效期满后5年内该保密条款仍将有效。
第九条 协议的期限
本协议自双方代表签字、盖章之日起生效。
本协议有效期为自签订之日起到通过验收后一年。协议到期后，经甲乙双方协商可续签本协议。如甲乙双方在协议到期后15个工作日内未提出异议，则本协议服务条款自动延续一年。
本协议在发生以下情况之一时终止：
1.甲乙双方均同意终止本协议。
2本协议违反法律被撤销。
3本协议内容因不可抗拒的客观因素，根本不能完成。
第十条 协议变更
1.经甲乙双方协商同意，本协议可以作相应变更;
2.任何一方未经另一方同意，擅自变更本协议条款或者将本协议权利义务转让他人，均为无效。
第十一条 免责条款
因为不可抗拒因素而导致甲乙双方或任何一方不能履行或不能完全履行本协议时，甲乙双方互不承担违约责任。但遇有不可抗拒因素的一方或双方应于不可抗拒因素发生15日内将情况书面告知对方，并且提供有关部门的证明。在不可抗拒因素影响消除后的合理时间内，一方或双方应当继续履行合同。
第十二条 纠纷的解决
合作各方之间如发生纠纷，应共同协商，本着有利于事业发展的原则予以解决。如协商不成，可以诉诸签约地法院。
第十三条 附则
未经过双方书面确认，任何一方不得变更或修改本协议。
1. 由于政策、机构变动，甲方上级部门统一部署造成甲方无法继续履行协议的，由双方签订书面协议终止该合同。
2.本协议未尽事宜，双方可以签订补充协议或以附件的形式对本协议中的有关问题做出补充、说明、解释，本协议的补充协议和附件为其不可分割的一部分，以本协议具有同等法律效力。
3. 本协议一式陆份，双方各持叁份。具有同样的法律效力。
第十四条 协议附件
以下附件属本协议的有效组成部分：
1) 《XX公司综合办公系统软件需求说明书》
2) 《XX公司综合办公系统实施进度计划》
3) 《XX公司综合办公系统开发项目组成员名单》
4) 《XX公司综合办公系统服务器建议配置》
甲方(盖章)： 乙方(盖章)：
法定代表人或授权代表(签字)： 法定代表人或授权代表(签字)：
经办人： 经办人：
合同签订地： 合同签订地：
关键词：软件开发,软件需求,软件用户
1 计算机软件开发中的软件需求
软件需求工程是计算机软件开发工作的一个重要源头, 涉及到需求开发和需求管理。需求开发涉及到需求调研, 需求收集, 需求分析, 需求开发等工作, 其中的重点有业务流程, 数据字典, 业务规则, 界面原型;需求管理工作涉及到需求的状态管理, 变更管理, 需求的跟踪, 需求的验证和确认等重要内容。
软件需求分析特别重要, 在软件开发的过程中具有举足轻重的地位, 但是我们常常会忽视两点:一个就是缺乏需求分析和开发的过程, 把用户需求直接作为了软件需求, 没有需求建模和抽象的过程。另外一点就是对于性能, 安全, 易用性, 可维护性和扩展性等非功能性需求没有考虑, 导致开发出来的系统是一个不好用的半成品。
2 软件需求在软件开发中的重要性
2.1 尽快熟悉项目用户方干系人全貌
项目用户方干系人, 即是全部可能将受到软件项目结果重大影响的人, 既是软件项目的整个风险的承担者, 同时也可能将是软件项目的受益者, 还有可能是软件项目的受害者。所以, 就应该从启动软件项目开始, 其需求分析员和该项目全体成员就首先要将项目用户方干系人包括的组织和成员分析清楚, 对各个成员都通过交流协调的方式来影响他们, 加强他们对整个项目发展的支持度, 再逐一调查沟通了解他们的意愿和需求, 最大可能的消除他们对项目产生的阻力, 以保证项目能顺利地进行, 最终取得成功。
有一部分软件项目的需求分析员在做实际调查时, 因为会受到进度要求等一些因素的制约, 需求分析员和建设单位的技术部门之间有比较多的交流, 却在调查实际使用者和业务管理部门没有足够地深入, 导致软件经过试用期之后就又必须再对需求做出大幅度的调整, 甚至是“从头再来”的可能性非常高, 远远超出了进度所规定的时间。因而, 了解并掌握项目用户方干系人的全貌是进行需求调查的首要任务, 同时还是进行需求调查的根基。在安排组织软件开发项目的全体项目用户方干系人之中, 最值得重视的就是建设单位中的业务关系和人事组织。最好是可以画出有关单位的组织结构图, 为了今后能更好更加全面地开展需求调研分析工作, 还应该在该组织结构图的基础之上再画出此软件项目中全体用户方干系人的关系结构图;运用责任矩阵来确立各个环节的调研对象;为了确保在调研和分析时能及时地和各成员进行有效沟通, 还要建立一个完整的调研对象通讯录。
2.2 采用正确的方法来获取需求
软件开发项目就是为了要获取并满足项目用户方的使用需求, 其中项目用户方的需求分为隐含的和明确的, 还可以分为不同的层次, 如:WISH, WANT, 等NEED。假使对项目中全部的用户方干系人缺少足够的交流沟通和积极影响, 再让他们均尽可能地参与到项目开发中, 则将会造成客户方的有关责任人很模糊或者对调查范围和项目用户方的需求没有足够强的责任心, 提出来的需求十分随意, 在项目开发前期不能积极地确认需求, 或者是几个项目用户代表各说其辞、昨是今非, 在项目开发的后期也随意变化需求等现象, 这就将导致项目范围的不断扩大, 进度严重受到阻碍, 增加了投入的成本, 甚至最终使项目彻底失败。
不同的软件用户对系统的要求也各不相同, 比如一个毫无经验的用户只会留意系统在使用时是否容易简单, 而对于一些高级用户就需要重视软件产品的高效性和易用性。因此, 需求分析员就应该对用户进行科学合理地分类, 每一个类别的用户均将有适合自己的非功能和功能要求。在软件开发项目中, 应该尽可能早地给产品确立并描述各不相同的用户类别, 这样就可以从所有的重要的用户类代表当中获取到各不相同的需求。
软件需求同时具有两重性 (开发商与用户) 和多重性 (项目中的各干系人) , 所以, 软件项目经理和该开发系统的集成人员应该对用户干系人的不同需求有充分了解, 用户干系人还应该对技术层面上的需求有充分的了解, 两者都不可或缺。要准确地获取需求就应该足够地了解用户的代表性、用户的分类、需求的来源、用户需求由谁决定等诸多因素。项目经理和开发人员在聆听聆听用户的表述时均须具备足够的耐心, 要对每一个细节都了解得十分详细。此外, 项目管理人员要擅长将需求分类和归类, 擅长把需求文档化, 并做好相应标记便于查询。
3 强调实现软件项目需求的层次递进性
要明白此软件开发系统或者此项目用户所能够提供的最少的开发费用。如果预计资金不足时, 就应该考虑把项目进行分期实施。在技术上、系统上给用户提出一些引导性的建议, 让用户明白集成商所需要实行的工作, 明白集成商的目的就是帮助用户实现自己的需要并最终实现用户的目标, 而不应该只是为了赚钱, 一旦用户对集成商有了更深入的了解, 且更加清楚自己的系统, 这就对今后的项目合作、系统维护和工程实施十分有利。
分析用户以前使用过的库模式、数据结构和系统模式, 看是否需要进行转换、共用、保持, 这就关系到保护用户投资的问题。结合当前的工作业务流的实际情况来选择合理的工作模式, 还应该考虑到未来或许会出现的变化、新规定、扩展, 以及和国际接轨后或许将造成的一系列变化。严格监视开发工程的进展环境是否得到有效保证, 特别对于网络工程, 必须在需求调查过程中就应对用户领域的实施环境有足够的了解, 当实施环境不具备时, 就需要及时进行环境改造和配套设计。
参考文献
[1]赵海霞, 李道申, 刘勇, 赵嘉诚.一种Deep Web查询结果的实体抽取方法[J].计算机工程与应用, 2006.
[2]李琰, 张翌旸.基于Multism在数字电路课程设计中数字报警器的实现[J].计算机光盘软件与应用, 2008.
[3]张燕军, 孙有朝, 曾海军, 陆中, 王京娅.转子非包容失效安全性的计算机辅助分析方法[J].航空学报, 2011.
【关键词】软件配置 软件开发 软件工程
1 软件配置管理概述
软件配置管理是指在软件开发过程中管理软件的配置，包括源程序、数据文件、设计文档、用户文档，及其组织关系。相应的管理包括管理这些部件的产生、修改、提取与发布，以保证整个产品的正确性、完整性，产品部件的一致性。
软件配置管理的最终目标是管理软件产品。由于软件产品是在用户不断变化的需求驱动下不断变化，为了保证对产品有效地进行控制和追踪，配置管理过程不能仅仅对静态的、成形的产品进行管理，而必须对动态的、成长的产品进行管理。没有采用配置管理的“作坊”式的软件开发项目经常会遇到许多问题。例如，一个严重的错误被修正了，却在一段时间后又重现了；一个已经开发并经过测试的功能在手工集成后完全消失了；系统崩溃了，却很难查出是什么修改造成的；用于测试的执行程序与源程序严重不一致；新的开发人员对现有代码难以理解，不知其前因后果；无法判断单个功能的实现进度和整个项目的完成程度；无法确知整个产品的代码修改频度和每个版本的代码修改量。种种这些问题，在没有配置管理或配置管理系统不完善的项目中必然会出现，并让项目所有相关人员感到困惑，甚至十分恼火。
2 软件配置管理的主要过程
2.1配置标识与存储过程
配置标识是定义各类配置项、建立各种基线、描述相关软件配置及其文档的过程。标识过程的关键是如何给每个配置项赋予一个唯一而又有意义的标识符。在配置管理系统中同一个文件的配置项有许多版本，因此，必须把每个版本也标识出来。配置项存储过程指如何把普通文件系统中的文件转化为受配置管理系统控制的配置项的过程，此过程与生成配置项初始标识的过程几乎是同时发生的。经过一定选取标准选定的作为配置项的文件先被存放在工作空间，然后由工作空间的拥有者把该文件由工作空间添加到配置库。
2.2版本管理过程
在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。版本管理过程是实现完整的配置管理功能的基础。版本管理的主要内容是管理产品配置项的每一个版本的生成和使用，主要方法包括版本访问和修改控制、版本分支和合并、版本历史记录，以及历史版本检取。检出和检入机制是版本管理中实现修改控制的主要方法。检出就是将软件配置项的某一版本从配置库中提取出来，以供开发人员在工作空间内修改的操作；检入就是将修改过的软件配置项从工作空间中上传到配置库中从而生成新的版本的操作。
2.3 变更控制过程
变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。软件产品在开发过程中进行变更时不可避免的，变更和变更控制是矛盾的统一体。变更控制过程就是通过一系列方法、手段对变更进行约束，使变更的结果有利于改进产品、满足客户需要，同时使变更的实施对项目影响较小。项目中引起变更的因素有两个：一是来自外部的变更要求，如客户要求修改工作范围和需求等；二是开发过程内部的变更要求，如为解决测试中发现的一些错误而修改源码甚至设计。变更控制不能仅在过程中靠流程控制，有效的方法是在事前明确定义。事前控制的一种方法是在项目开始前明确定义，否则“变化”也无从谈起。另一种方法是评审，特别是对需求进行评审，这往往是项目成败的关键。需求评审的目的不仅是“确认”，更重要的是找出不正确的地方并进行修改，使其尽量接近“真实”需求。
2.4 基线管理过程
基线是指项目开发中的业务主线，对其管理是为保证基线的正确更新，它是一定阶段变更请求实施后的累加效果。通过基线管理可以使用户能够通过对适当版本的选择来组成特定属性（配置）的软件系统，这种灵活的“组装”策略使得配置管理系统可使用已有的版本组装成各种各样、不同功能的模型。基线的变更需要一个严格的流程，需要提出申请，经过审批，然后才能进行。基线管理和产品开发模式、开发阶段划分，以及产品发布过程紧密相关。基线管理过程主要解决基线的创建、发布、使用和维护等方面的问题。基线一旦创建就成为整个产品的一个正式标准，随后的开发都基于此标准进行，直到下一个基线被创建。
3 结语
配置管理本身无论从理论和实践都在不断丰富和发展。配置管理提供的状态报告和数据统计也为软件度量提供了决策依据。同时为项目管理提供了各种监控项目进展的视角，为项目经理确切掌握项目进程提供了保证。此外配置管理过程所规范的工作流程和明确的分工有利于管理者应付开发人员流动带来的困境，使新的成员可以快速实现任务交接，减少了因人员流动而造成的损失。
【参考文献】
[1]刘江华，王立，马玲等，著.软件开发过程与配置管理——基于Rational的敏捷方案设计与应用.电子工业出版社，2011，2.
[2]勃克扎（美国）等，著. 软件配置管理模式 .中國电力出版社，2004，6.
电话：_______________________
传真：_______________________
地址：_______________________
邮编：_______________________
乙方：_______________________
电话：_______________________
传真：_______________________
地址：_______________________
邮编：_______________________
甲乙双方在平等互利基础上，订立下列合同条款，共同信守。
第一条
名称：_______________________；
总价：_______________________；
币种：_______________________。
第二条
定单编号_____________________
第三条 开发周期______天。
第四条 该软件所实现的功能以“______软件开发策划”为准。
第五条 该软件交付给甲方使用，只包括该软件的应用程序，不包括该软件的源代码、可行性报告等。
第六条 付款条件
甲方付予乙方的所有款项分三次付清。甲方在签订此合同时，应先付予乙方预定金。预定金数额为总价的______%。在乙方为甲方开发出软件后，并且把已做好的软件（试用版）交甲方试用，同时甲方付予乙方总价的______%。在试用期结束后______天以内（试用期为______天，开发周期不包含试用期），甲方必须把剩余款项付予乙方，否则乙方将有权停止该项目的服务，并且乙方将不退还已付金额。在甲方付清所有款项后，乙方在一个工作日内向甲方提供该软件的注册码。（该软件即可正常使用）
第七条 甲方权利义务
作为乙方的客户，甲方应向乙方提供软件开发所需的资料，以便乙方能更好的为甲方开发软件。如因甲方未能提供开发所需的相关资料而造成的损失一律由甲方自行承担。乙方与甲方在此合同中填写的资料为有效资料，如甲方的联系地址、联系电话等资料有变动时，须及时通知乙方予以更新（单位须加盖公章）。甲方仅拥有该软件的使用权，未经乙方允许甲方不得将该软件进行翻录、拷贝、租借、销售或转让。
第八条 乙方权利义务
为甲方提供软件开发的服务，在签订此合同后按开发周期所规定的时间内将该软件的试用版交予甲方试用。乙方有权对甲方所提供的资料给予审核，凡所涉及到：色情、反动和违反中华人民共和国政策、法律和法规的资料，乙方立即终止和甲方的合作，所造成的后果一律由甲方承担。乙方将完全拥有该软件的产权和最终解释权。
第九条 违约责任
甲方向乙方提出软件开发服务时，双方应遵守该服务项目协议，该协议均以附件（______软件开发策划）和此合同共同生效。在乙方服务期间内若甲方提出停止乙方的所作服务，乙方将不给予甲方任何偿还。若甲方违反此合同的条款规定，乙方将停止对甲方的服务，乙方将不退还甲方已付金额，并依法向甲方追究法律责任。若乙方未能在开发周期内完成该软件，乙方将偿还甲方付予乙方该项目的定金。由于不可抗拒力而影响乙方正常的服务和支持时，不应视作乙方违约，甲方对此表示认同。
第十条 争议解决办法：若双方发生争议，双方在不能自行解决的情况下，就上交法院解决。
第十一条 此合同于_______年____月____日在____市用____文签署，正本一式两份，甲乙双方各持一份，具有同等效力。
最新软件开发合同
2甲方：____________________
代表签字：________________
单位盖章：________________
日期：____________________
乙方：____________________
代表签字：________________
单位盖章：________________
日期：____________________
一、我国《合同法》第52条规定，有下列情形之一的，合同无效：
(1)一方以欺诈、胁迫的手段订立合同，损害国家利益;
(2)恶意串通，损害国家、集体或者第三人利益;
(3)以合法形式掩盖非法目的;
(4)损害社会公共利益;
(5)违反法律、行政法规的强制性规定。
二、合同无效五种情形解读：
(1)以欺诈、胁迫手段订立合同，损害国家利益
根据《民法通则若干问题的意见》第68条之规定，所谓欺诈是指一方当事人故意告知对方虚假情况，或者故意隐瞒真实情况，诱使对方当事人作出错误的意思表示。因欺诈而订立的合同，是在受欺诈人因欺诈行为发生错误认识而作意思表示的基础上产生的。
根据《民法通则若干问题的意见》第69条的规定，所谓胁迫，是以给公民及其亲友的生命健康、荣誉、名誉、财产等造成损害或者以给法人的荣誉、名誉、财产等造成损害为要挟，迫使相对方作出违背真实意思表示的行为。胁迫也是影响合同效力的原因之一。
依《合同法》第52条规定，一方以欺诈、胁迫等手段订立的合同，只有在有损国家利益时，该合同才为无效。
(2)恶意串通，损害国家、集体或者第三人利益
所谓恶意串通，是指当事人为实现某种目的，串通一气，共同实施订方合同的民事行为，造成国家、集体或者第三人的利益损害的违法行为。
恶意串通而订立的合同，其构成要件是：
1、当事人在主观上具有恶意性。即明知或者知其行为会造成国家、集体或者第三人利益的损害，而故意为之。
2、当事人之间具有串通性。串通是指相互串连、勾通，使当事人之间在行为的动机、目的、行为以及行为的结果上达成一致，使共同的目的得到实现。在实现非法目的的意思表示达成一致后，当事人约定互相配合或者共同实施该种合同行为。
3、双方当事人串通实施的行为损害国家、集体或者第三人的利益。恶意串通的结果，应当是国家、集体或者第三人的利益受到损害。法律并不禁止当事人在合同的订立和履行中获得利益。但是，如果双方当事人在谋求自己的利益的同时而损害国家、集体或第三人的利益的时候，法律就要进行干预。
恶意串通所订立的合同，是绝对无效的合同，不能按照《合同法》第58条规定的一般的绝对无效合同的原则处理，而是按照《合同法》第59条的规定，将双方当事人因该合同所取得的财产，收归国有或者返还集体或者个人。
(3)以合法形式掩盖非法目的以合法形式掩盖非法目的，也称为隐匿行为，是指当事人通过实施合法的行为来掩盖其真实的非法目的，或者实施的行为在形式上是合法的，但是在内容上是非法的行为。
当事人实施以合法形式掩盖非法目的的行为，当事人在行为的外在表现形式上，并不是违反法律的。但是这个形式并不是当事人所要达到的目的，不是当事人的真实意图，而是通过这样的合法形式，来掩盖和达到其真实的非法目的。因此，对于这种隐匿行为，应当区分其外在形式与真实意图，准确认定当事人所实施的合同行为的效力。
以合法形式掩盖非法目的而订立的合同，应当具备下列要件：
1、当事人所要达到的真实目的或者其手段必须是法律或者行政法规所禁止的;
2、合同的当事人具有规避法律的故意;三是当事人为规避法律、行政法规的强制性规定而采用了合法的形式对非法目的进行了掩盖。
(4)损害社会公共利益
在法律、行政法规无明确规定，但合同又明显地损害了社会公共利益时，可以适用“损害社会公共利益”条款确认合同无效。
(5)违反法律、行政法规的强制性规定
违反法律、行政法规的强制性规定的合同，是指当事人在订约目的、订约内容都违反法律和行政法规强制性规定的合同。《合同法解释》第4条明确规定：“合同法实施以后，人民法院确认合同无效，应当以全国人大及其常委会制定的法律和国务院制定的行政法规为依据，不得以地方性法规、行政规章为依据。”
需要说明的是，违反法律、行政法规的强制性的合同，当事人在主观上是故意所为，还是过失所致，均则非所问。只要合同违反法律、行政法规的强制性规定，则就确认该合同无效。
最新软件开发合同
3合同编号：_________
抵押人(甲方)：_________
住所：_________
通讯地址：_________
电话：_________
开户金融机构及账号：_________
抵押权人(乙方)：_________
住所：_________
电话：_________
授权代理人：_________
为确保_________号《_________银行个人消费借款合同》(以下简称《借款合同》)的履行，甲方愿意以其有权处分的财产作抵押，乙方经审查，同意接受甲方的财产抵押，甲、乙双方根据有关法律规定，经协商一致，约定如下条款：
第一条甲方以“抵押物清单”(附后)所列之财产设定抵押。
第二条甲方抵押担保的贷款金额(大写)_________元，贷款期限为_________年，自乙方将借款划入《借款合同》规定的账户之日起计算，即 _________年_________月_________日至_________年_________月_________日。
第三条甲方保证对抵押物依法享有所有权或经营管理权。
第四条甲方在本合同生效之日将抵押物权属证明文件交乙方，抵押期间该抵押物权属证明文件由乙方代为保管。
第五条抵押担保的范围：贷款金额(大写)_________元及利息、借款人应支付的违约金(包括罚息)、赔偿金以及实现借款债权和抵押权的费用(包括律师费、诉讼费等)。
第六条本合同的效力独立于被担保的借款合同，借款合同无效不影响本合同的效力。
第七条本合同项下有关的评估、保险、鉴定、登记、保管等费用均由甲方承担。
第八条抵押期间内，甲方有义务妥善保管抵押物，保持抵押物完好无损，并随时接受乙方的检查。
第九条乙方认为抵押物在抵押期间需办理财产保险的，甲方应办理抵押物在抵押期间的财产保险。
在财产保险单上应填写或注明乙方为被保险人，并与保险人在保险单中特别约定，一旦发生保险事故，保险人应将保险赔偿金直接划付至乙方指定的账户。
甲方应将保险单证交由乙方代为保管。
第十条抵押期间内，如果因第三人的行为导致抵押物价值减少的，损害赔偿金应作为保证金，由甲方存入乙方指定的账户，在借款人未足额清偿债务之前，甲方不得动用。抵押物价值未减少的部分，仍作为债权的担保。
第十一条抵押物价值减少，甲方应在30天内向乙方提供与减少的价值相当的担保。
第十二条抵押期间内，抵押物造成环境污染或造成其他损害，应由甲方独立承担责任。
第十三条抵押期间内，未经乙方书面同意，甲方不得赠与、迁移、出租、转让、再抵押或以其他任何方式处分本合同项下抵押物。
第十四条抵押期间内，经乙方书面同意，甲方转让抵押物所得的价款应优先用于向乙方提前清偿所担保的债权。
第十五条借款合同履行期限届满，借款人未能清偿债务，乙方有权以抵押物折价或者以拍卖、变卖抵押物所得价款优先受偿，实现抵押权。
第十六条抵押期间内，发生下列情况之一，乙方有权提前处分抵押物实现抵押权、停止发放借款合同项下贷款或者提前收回借款合同项下已发放的贷款本息：
1.甲方违反本合同第四条、第八条、第九条、第十一条、第十三条约定义务或发生其他严重违约行为;
2.借款人被宣告失踪，而其财产代管人拒绝履行本合同的;
3.借款人丧失民事行为能力，而其监护人拒绝履行本合同的;
4.借款人死亡或被宣告死亡而其财产合法继承人拒绝继续履行本合同的;
5.借款人连续三个月不履行还款义务或有其他缺乏偿债诚意的行为;
6.借款人卷入或即将卷入重大的诉讼或仲裁程序及其他法律纠纷，足以影响其偿债能力。
第十七条甲方因隐瞒抵押物存在共有、争议、被查封、被扣压或已设定抵押权等情况而给乙方造成经济损失的，应向乙方支付借款合同项下贷款金额_________%的违约金。
违约金不足以弥补乙方损失的，甲方还应就不足部分予以赔偿。
乙方有权就甲方应承担的违约金、赔偿金直接从甲方存款账
户中的资金予以相应的扣划。
第十八条乙方依法处分抵押物所得的价款，按下列顺序分配：
1.支付处分抵押物所需的费用;
2.清偿借款人所欠乙方贷款本息;
3.清偿借款人应支付的违约金(包括罚息)和赔偿金等;
4.支付其他费用。
第十九条其他约定事项：
1._________。
2._________。
3._________。
第二十条合同争议的解决
本合同在履行过程中发生争议，各方可以协商解决，也可直接向乙方所在地的人民法院提起诉讼。
在协商或诉讼期间，本合同不涉及争议部分的条款各方仍须履行。
第二十一条本合同满足以下条件后生效：
1.本合同“抵押物清单”中的抵押物须依法登记的已办理登记;
2.本合同经双方签字或盖章。
第二十二条本合同正本一式二份，甲乙双方各执一份。
甲方(签章)：_________乙方(签章)：_________
