軟件開發(fā)委托(單位)協(xié)議

1、軟件開發(fā)委托（單位）協(xié)議更改記錄日期修改章節(jié)修改類修改描述修改人版型 *本* 修改類型分為A - ADDED M - MODIFIEDD DELETED文檔編號：審核：（項目經(jīng)理簽字和日擬制： ( 子合同項目 team期）項目名稱：leader 簽字和日期 )（子合同經(jīng)理簽字和日期）SQA ： /批準：（總經(jīng)理簽字和日期）項目代號：收文：（主管研發(fā)，項目經(jīng)理，SQA，子合同經(jīng)理）產(chǎn)品版本：抄送：（研發(fā)部主管）目的：規(guī)范技術協(xié)作項目的合同條款，維護公司和項目組的利益，為子合同跟蹤打好基礎。背景、備注：定義：參考：.項目委托開發(fā)協(xié)議甲方： .（委托方）地址： .聯(lián)系電話： .聯(lián) 系 人： .傳真：

2、 .乙方： . 北京天理軟件研發(fā)中心.（開發(fā)方）注冊地址： .聯(lián)系電話： .聯(lián) 系 人： .傳真： .甲方委托乙方，乙方接受甲方委托，進行 . 項目（以下簡稱系統(tǒng)）的軟件開發(fā)，雙方經(jīng)過協(xié)商達成如下協(xié)議：一、項目要求1總體設計原則：.2系統(tǒng)構成及應用軟件功能需求詳見合同附件一（.需求說明書）。3技術培訓： 乙方對甲方的使用者進行現(xiàn)場的日常操作與維護培訓，使其能夠獨立地進行操作及日常維護。二、雙方責任和義務1. 甲方有義務對乙方提供的 . 進行審定。2. 甲方有權對項目開發(fā)的質量和進度進行監(jiān)督檢查。3. 甲方有義務在乙方進行軟件開發(fā)過程中提供必要的配合。4. 甲方有義務向乙方提供系統(tǒng)管理的必要說明

3、。.5. 甲方有義務協(xié)調乙方與甲方其他開發(fā)單位的關系，保障乙方正常的開發(fā)條件。6. 乙方保證所開發(fā)的軟件功能與附件一一致，并負責現(xiàn)場安裝、調試。7. 乙方承諾按時完成項目開發(fā)進度。8. 乙方承諾為甲方的介入人員的交流、培訓、監(jiān)督和檢查提供完全便利的條件。9. 乙方承諾親自完成本開發(fā)項目的全部工作，未經(jīng)甲方書面許可，乙方不得將本項目的全部或部分轉委托給任何第三方。三、產(chǎn)品評審和驗收乙方需要向甲方提交如下產(chǎn)品：（ 1 ）完成甲方功能要求的可執(zhí)行軟件；（ 2 ）軟件的開發(fā)計劃文檔；（ 3 ）軟件的設計文檔；（ ）軟件的模擬環(huán)境；（ ）軟件的質量保證計劃；（ ）軟件的確認測試計劃；（ ）軟件的源代碼；

4、（ ）軟件的模擬環(huán)境；（ ）軟件的使用說明書；（ ）軟件開發(fā)過程中產(chǎn)生的其它文檔。在開發(fā)過程中，乙方需要提交給甲方的產(chǎn)品及其時間和要求見項目進度計劃（附件三）。項目最終產(chǎn)品的驗收標準詳見附件二，全部驗收合格才視為交付完成。四、工期1甲乙雙方應嚴格按照項目推進計劃書( 見附件三 ) 推進項目。2如果因乙方原因不能按期完成任務，甲方有權扣除乙方開發(fā)費用作為違約金，扣除款項的計算公式為： .。3如果因甲方原因不能按期完成某階段任務，乙方不承擔責任， 因工期順延而增加的費用由甲方承擔，具體數(shù)額由雙方另行協(xié)商。.五、付款本協(xié)議采用方式 .（大寫）付款。付款方式一項目總費用 人民幣 .元。甲方按開發(fā)進度分

5、個階段向乙方支付：1. .后，日內(nèi)首付合同總額的%，金額元；2. .后，日內(nèi)支付合同總額的%，金額元；3. .后，日內(nèi)支付合同總額的%，金額元；4. .后，支付最后一筆，即總額的%，金額元。5. 在實施過程中，因甲方需求變更所引起的費用變更，由甲乙雙方簽訂補充協(xié)議予以約定。付款方式二在開發(fā)階段，甲方不付給乙方任何費用。在產(chǎn)品上市后，根據(jù)實際的銷售情況，甲方每季度第一個月25 日按（大寫）元 / 片（含稅）向乙方支付貨款， 乙方向甲方提供 17%的增值稅發(fā)票。在甲方向乙方累計結算.片后，甲方不再向乙方支付任何款項。六、系統(tǒng)維護及技術培訓1.系統(tǒng)維護：方案一：系統(tǒng)驗收合格并交付使用后，乙方負責免費

6、維修個月。方案二：系統(tǒng)驗收合格并交付使用后，乙方負責提供人天工作量的免費維修。2. 在免費維護期內(nèi)，乙方應做到電話支持實時響應，對于電話支持不能解決的問題，技術支持人員應在個小時內(nèi)趕到現(xiàn)場。3. 項目通過驗收后，如甲方在原需求設計整體不變的情況下提出局部修改意見，修改工作量在人天之內(nèi)，乙方負責免費更新完善；如果修改工作量超過人天，超過部分所發(fā)生費用由雙方協(xié)商解決。4. 乙方負責免費為甲方培訓 . 人員名，甲方接受培訓人員應達到熟練操作系統(tǒng)并能解決簡單問題的程度。培訓應在系統(tǒng)通過驗收后日內(nèi)完成。七、知識產(chǎn)權條款：1 因本協(xié)議產(chǎn)生的開發(fā)成果（含源代碼，系統(tǒng)技術文檔，軟件，數(shù)據(jù)等）由甲方享有知識產(chǎn)權

7、，未經(jīng)甲方書面許可，乙方不得擅自許可任何第三方閱讀、使用或復.制；2 乙方承諾使用合法的、正版的開發(fā)工具。 乙方保證其開發(fā)過程、開發(fā)完成的軟件及相關產(chǎn)品不侵犯任何第三方的知識產(chǎn)權。若甲方因使用乙方開發(fā)的軟件及相關產(chǎn)品而受到侵權指控，乙方將在 個工作日內(nèi)以自己的費用開始解決，同時承擔因此給甲方造成的全部損失。3 乙方對本協(xié)議的內(nèi)容、項目開發(fā)成果及開發(fā)過程中涉及的文檔、數(shù)據(jù)材料負有保密義務，未經(jīng)甲方書面許可，不得向任何第三方泄漏，保密期限為十年（從本協(xié)議簽訂之日起計算）。具體保密義務以本協(xié)議附件 四 為準。4 任何一方如遇政府法令或法律程序要求向第三方提供上述資料，可按規(guī)定提供，但應盡快將此項事實

8、通知對方。八、違約責任1. 如果乙方不能交付開發(fā)成果或交付的開發(fā)成果不能滿足甲方需求，乙方應自甲方發(fā)出書面通知起 日內(nèi)返還甲方已支付的費用，并向甲方支付相當于合同總金額 % 的違約金。2. 如乙方不能按項目推進計劃書 ( 見附件三 ) 完成開發(fā)任務，應按本協(xié)議第四條第 2 款的規(guī)定向甲方支付違約金；如項目開發(fā)進度被推遲天以上，甲方有權終止協(xié)議，乙方應自甲方發(fā)出書面通知起日內(nèi)返還甲方已支付的費用，并向甲方支付相當于合同總金額% 的違約金。3. 如乙方擅自中斷開發(fā)，甲方有權單方終止合同。乙方應自甲方發(fā)出書面通知起日內(nèi)返還甲方已支付的費用，并支付相當于合同總金額 %的違約金。給甲方造成其他損失的，應

9、予賠償。4. 如乙方未經(jīng)甲方書面許可將本項目的全部或部分轉委托給第三方，甲方有權立即終止合同，乙方除返還甲方已支付的所有費用之外，應向甲方支付合同總費用的. % 作為違約金。5. 系統(tǒng)驗收合格后（以甲方在驗收報告上簽字蓋章為準） ，甲方應按時履行付款義務，如甲方無正當理由拒不付款， 每遲延一日，甲方應向乙方支付遲延支付款項的 % 作為違約金。九、不可抗力1. 本協(xié)議所指不可抗力包括地震、火災、水災、戰(zhàn)爭、政府行動、意外事件或其他.非雙方所能控制或預見的事件。2.由于不可抗力原因致使合同無法履行時，無法履行合同義務的一方應在日內(nèi)將不能履行合同的事實通知另一方，合同自動解除。乙方應在合同解除日內(nèi)返

10、還甲方已支付的費用，已經(jīng)實際發(fā)生的費用由雙方分擔。3. 由于不可抗力原因致使項目開發(fā)中斷時，項目交付日期及付款日期相應順延，雙方不承擔違約責任。 如中斷超過日，則合同解除，雙方權利義務比照本條第2款執(zhí)行。十、爭議解決：如在履行本合同的過程中出現(xiàn)爭議，雙方應通過友好協(xié)商的方式解決。協(xié)商不成時，任何一方可向北京市海淀區(qū)人民法院提起訴訟。十一、合同生效及終止1 本合同自雙方蓋章之日起生效。2 合同終止：方案一：合同履行過程中，如一方需要變更或終止合同，應提前日向對方發(fā)出書面通知。方案二：合同履行過程中，如因乙方嚴不能正確履行本協(xié)議義務而導致項目開發(fā)受到嚴重影響，甲方有權單方終止協(xié)議，提前天以書面形式

11、通知乙方。十二、合同附件及其他1本合同的附件有：附件一 : .系統(tǒng)業(yè)務需求說明書附件二 : .系統(tǒng)驗收標準附件三：.系統(tǒng)項目推進計劃書.附件四：保密協(xié)議.附件五：甲方評價乙方的方法2以上附件為本合同不可分割的部分，與本合同正文具有同等的法律效力。3本合同未盡事宜經(jīng)合同雙方協(xié)商一致，可以簽訂補充協(xié)議。 補充協(xié)議與本合同具有同等法律效力。4本合同正本一式份。甲、乙雙方各執(zhí)份。.甲方 :乙方 : 北京天理軟件研發(fā)中心.公司印章公司印章簽字：簽字：日期：日期：.附件一： .系統(tǒng)業(yè)務需求說明書一產(chǎn)品功能和性能要求（詳細闡述該產(chǎn)品需要提供各項功能）（給出對該產(chǎn)品性能的要求）（給出運行的軟硬件環(huán)境要求）二技

12、術要求（在此提出對開發(fā)過程中的軟硬件環(huán)境、開發(fā)語言、開發(fā)工具和需要遵循的標準等方面的具體要求）附件二： .系統(tǒng)驗收標準1234乙方需要按照下表的時間要求向甲方提交需要驗收的產(chǎn)品：產(chǎn)品名稱提交時間 最終通過甲方 比重 備注測試或評審的時間產(chǎn)品確認測試計劃測試日志測試報告軟件的模擬環(huán)境滿足甲方功能要求的可執(zhí)行產(chǎn)品軟件的源代碼必須以源代碼樹的形式提交軟件的使用說明書SQA報告SCM報告（以上條目可以根據(jù)實際情況增減或改變順序）上表中的“比重”表明該項產(chǎn)品在整個驗收階段所占的份額。如果該項產(chǎn)品沒有通過甲方的評審或測試（對于源代碼則即需要評審又需要測試）后，甲方可以拒絕指否相應比例的費用，同時將方可以對

13、乙方處以同等數(shù)量金額的處罰。如果乙方提交的可執(zhí)行產(chǎn)品沒有通過甲方的測試，則甲方不支付任何驗收階段的費用。甲方鼓勵乙方提前提交要求的產(chǎn)品。為了甲方能夠及時安排人員進行評審或測試，請乙方提前 2 個工作日通知乙方。甲方保證在收到已方提交的產(chǎn)品后以最快的速度安排人員進行相應的評審、測試。如果乙方提交的產(chǎn)品在規(guī)定的“最終通過甲方測試或評審的時間”內(nèi)仍然沒有通過甲方的測試或評審，則作為該項產(chǎn)品的延期處理，由此造成的后果由乙方承擔。1可執(zhí)行產(chǎn)品的驗收標準.（需要給出運行環(huán)境）乙方提交的可執(zhí)行產(chǎn)品必須滿足附件一的要求。乙方提交的第一個版本（即 1 版）的 BUG 數(shù)量不超過 10 個。乙方承諾最多在提交給甲

14、方的第 . 個版本的 BUG 數(shù)為零。2軟件源代碼的驗收標準本協(xié)議中所說的源代碼包括開發(fā)中書寫的腳本。對于界面設計類的產(chǎn)品，甲方還將對其界面的效果進行評測。乙方在開發(fā)過程中， 產(chǎn)生的全部的源代碼都必須自始至終由版本控制工具(如 source safe或 cvs)進行管理。乙方必須將完整的代碼樹提交給甲方，否則甲方有權不予接受，并據(jù)此判定乙方提交的源代碼不能通過甲方的驗收。對于乙方提交的源代碼，甲方將先進行評審，以確定是否符合所要求的源代碼規(guī)范。通過評審后，甲方將在要求的環(huán)境下進行編譯和運行，并將運行的效果與乙方提交的可執(zhí)行產(chǎn)品的運行效果對比。（需要給出對計算機軟硬件環(huán)境的要求，例如對于操作系統(tǒng)

15、、編譯軟件的要求。同時，還要給出相應的編譯、運行步驟。）3 文檔驗收標準甲方在以下幾個方面考察乙方提交的文檔：1) 文檔完備性（是否按照合同及其附件要求提交了全部文檔）；2) 內(nèi)容針對性（指本文檔是否是甲方要求的文檔）；3) 內(nèi)容充分性（指該文檔全面、詳細的程度）；4) 文檔的價值；5) 內(nèi)容一致性（是否存在前后矛盾）；6) 文字明確性（盡量不使用“可能”、“也許”“待定”等詞語，盡量不使用語義含糊不清的語句）；7) 圖表翔實性；8) 易讀性（能夠在一篇文檔中說明清楚的內(nèi)容，盡量不要拆分成若干文檔，不要循環(huán)引用，文檔目錄一目了然，結構清晰）。4附件三： .系統(tǒng)項目推進計劃1對乙方人員和資源配置

16、要求職位人員要求參加項目的負責的部分時間項目經(jīng)理核心開發(fā)人員測試人員.2里程碑設置在此設置項目開發(fā)的里程碑，作為項目進度的標志。甲方保證在收到已方提交的產(chǎn)品后以最快的速度安排人員進行相應的評審、測試。若乙方提交的產(chǎn)品不符合雙方約定的標準，則乙方不得進入下面階段的開發(fā)工作，由此造成的工期延誤由乙方完全負責。如果里程碑產(chǎn)品延期的時間超過.天，則甲方可以決定終止本協(xié)議。里程碑具體設置如下：里程碑提交的產(chǎn)品產(chǎn)品要求計劃通過備注時間甲方評審 /測試時間方案計劃書需求規(guī)格說明書可執(zhí)行產(chǎn)品確認測試報告（注釋：可以不以表格的形式給出）需要驗收的產(chǎn)品的提交時間見附件二。（如果要求在某個時間由甲方向乙方提交某個產(chǎn)品，那么需要在此給出說明）3項目跟蹤為了能夠讓甲方很好地掌握乙方的進展情況，乙方承諾在每周五下午用電子郵件給甲方發(fā)送周狀態(tài)報告。每周狀態(tài)報告通常包含