項目委托開發(fā)協(xié)議(共10頁).doc

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

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

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

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

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

6、1 因本協(xié)議產生的開發(fā)成果（含源代碼，系統(tǒng)技術文檔，軟件，數據等）由甲方享有知識產權，未經甲方書面許可，乙方不得擅自許可任何第三方閱讀、使用或復制；2 乙方承諾使用合法的、正版的開發(fā)工具。乙方保證其開發(fā)過程、開發(fā)完成的軟件及相關產品不侵犯任何第三方的知識產權。若甲方因使用乙方開發(fā)的軟件及相關產品而受到侵權指控，乙方將在 個工作日內以自己的費用開始解決，同時承擔因此給甲方造成的全部損失。3 乙方對本協(xié)議的內容、項目開發(fā)成果及開發(fā)過程中涉及的文檔、數據材料負有保密義務，未經甲方書面許可，不得向任何第三方泄漏，保密期限為十年（從本協(xié)議簽訂之日起計算）。具體保密義務以本協(xié)議附件 四 為準。4 任何一方

7、如遇政府法令或法律程序要求向第三方提供上述資料，可按規(guī)定提供，但應盡快將此項事實通知對方。八、 違約責任1. 如果乙方不能交付開發(fā)成果或交付的開發(fā)成果不能滿足甲方需求，乙方應自甲方發(fā)出書面通知起 日內返還甲方已支付的費用，并向甲方支付相當于合同總金額 %的違約金。2. 如乙方不能按項目推進計劃書(見附件三)完成開發(fā)任務，應按本協(xié)議第四條第2 款的規(guī)定向甲方支付違約金；如項目開發(fā)進度被推遲 天以上，甲方有權終止協(xié)議，乙方應自甲方發(fā)出書面通知起 日內返還甲方已支付的費用，并向甲方支付相當于合同總金額 %的違約金。3. 如乙方擅自中斷開發(fā)，甲方有權單方終止合同。乙方應自甲方發(fā)出書面通知起 日內返還甲

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

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

10、確履行本協(xié)議義務而導致項目開發(fā)受到嚴重影響，甲方有權單方終止協(xié)議，提前 天以書面形式通知乙方。十二、 合同附件及其他1 本合同的附件有：附件一: 系統(tǒng)業(yè)務需求說明書附件二: 系統(tǒng)驗收標準附件三： 系統(tǒng)項目推進計劃書 附件四：保密協(xié)議 附件五：甲方評價乙方的方法2 以上附件為本合同不可分割的部分，與本合同正文具有同等的法律效力。3 本合同未盡事宜經合同雙方協(xié)商一致，可以簽訂補充協(xié)議。補充協(xié)議與本合同具有同等法律效力。4 本合同正本一式 份。甲、乙雙方各執(zhí) 份。 甲方: 公司印章簽字：日期： 乙方: 公司印章 簽字： 日期： 系統(tǒng)業(yè)務需求說明書一 產品功能和性能要求（詳細闡述該產品需要提供各項功能

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

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

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

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

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