1、軟件開發委托（單位）協議更改記錄日期修改章節修改類型*修改描述修改人版本*修改類型分為 A - ADDED M - MODIFIED D -DELETED文檔編號項目名稱：擬制：（子合同項目teamleader簽字和日期）審核：（項目經理簽字和日期）（子合同經理簽字和日 期）SQA : /批準：（總經理簽字和日 期）項目代號：收文：（主管研發，項目經理，SQA，子合同經理）產品版本：抄送：（研發部主管）目的：規范技術協作項目的合同條款，維護公司和項目組的利益，為子合同跟蹤打好基礎背景、備注：定義：項目委托開發協議甲方： （委托方）地 址：聯系電話：聯系人：傳 真：乙方：北京天理軟件研發中心 （

2、開發方）注冊地址：聯系電話：聯系人：傳 真：甲方委托乙方，乙方接受甲方委托，進行項目（以下簡稱系統）的軟件開發，雙方經過協商達成如下協議：項目要求1. 總體設計原則：2. 系統構成及應用軟件功能需求詳見合同附件一（需求說明書)3. 技術培訓：乙方對甲方的使用者進行現場的日常操作與維護培訓，使其能夠獨立地進行操作及日常維護。雙方責任和義務1. 甲方有義務對乙方提供的進行審定。2. 甲方有權對項目開發的質量和進度進行監督檢查。3. 甲方有義務在乙方進行軟件開發過程中提供必要的配合。4. 甲方有義務向乙方提供系統管理的必要說明。5. 甲方有義務協調乙方與甲方其他開發單位的關系，保障乙方正常的開發條件

3、。6. 乙方保證所開發的軟件功能與附件一一致，并負責現場安裝、調試。7. 乙方承諾按時完成項目開發進度。8. 乙方承諾為甲方的介入人員的交流、培訓、監督和檢查提供完全便利的條件。9. 乙方承諾親自完成本開發項目的全部工作，未經甲方書面許可，乙方不得將本項目的全部或部分轉委托給任何第三方。產品評審和驗收乙方需要向甲方提交如下產品：(1 )完成甲方功能要求的可執行軟件；(2 )軟件的開發計劃文檔；(3 )軟件的設計文檔；()軟件的模擬環境；()軟件的質量保證計劃；()軟件的確認測試計劃；()軟件的源代碼；()軟件的模擬環境；()軟件的使用說明書；()軟件開發過程中產生的其它文檔。在開發過程中，乙方

4、需要提交給甲方的產品及其時間和要求見項目進度計劃(附件三)。項目最終產品的驗收標準詳見附件二，全部驗收合格才視為交付完成。四、工期1 甲乙雙方應嚴格按照項目推進計劃書(見附件三)推進項目。2. 如果因乙方原因不能按期完成任務，甲方有權扣除乙方開發費用作為違約金，扣除款項的計算公式為：。3. 如果因甲方原因不能按期完成某階段任務，乙方不承擔責任，因工期順延而 增加的費用由甲方承擔，具體數額由雙方另行協商。五、付款本協議采用方式 (大寫)付款。付款方式一項目總費用人民幣丿元。甲方按開發進度分個階段向乙方支付：1.后，日內首付合同總額的%，金額元;2.后，日內支付合同總額的%，金額元;3.后，日內支

5、付合同總額的%，金額元;4. 后，支付最后一筆，即總額的 _% ,金額_ 元。5. 在實施過程中，因甲方需求變更所引起的費用變更，由甲乙雙方簽訂補充協議 予以約定。付款方式二在開發階段，甲方不付給乙方任何費用。在產品上市后，根據實際的銷售情況，甲方每季度第一個月25日按（大寫）元/片（含稅）向乙方支付貨款，乙方向甲方提供17%的增值稅發票。在甲方向乙方累計結算 片后，甲方不再向乙方支付任何款項。六、系統維護及技術培訓1. 系統維護：方案一：系統驗收合格并交付使用后，乙方負責免費維修 個月。方案二：系統驗收合格并交付使用后，乙方負責提供人天工作量的免費維 修。2. 在免費維護期內，乙方應做到電話

6、支持實時響應，對于電話支持不能解決的問題，技術支持人員應在個小時內趕到現場。3. 項目通過驗收后，如甲方在原需求設計整體不變的情況下提出局部修改意見，修改工作量在_人天之內，乙方負責免費更新完善；如果修改工作量超過_人 天，超過部分所發生費用由雙方協商解決。4. 乙方負責免費為甲方培訓 人員名，甲方接受培訓人員應達到熟練操作系統并能解決簡單問題的程度。培訓應在系統通過驗收后日內完成。七、知識產權條款:1. 因本協議產生的開發成果 （含源代碼，系統技術文檔，軟件，數據等）由甲方享有知識產權，未經甲方書面許可，乙方不得擅自許可任何第三方閱讀、使用或 復制；2 .乙方承諾使用合法的、正版的開發工具。

7、乙方保證其開發過程、開發完成的軟 件及相關產品不侵犯任何第三方的知識產權。若甲方因使用乙方開發的軟件及相關產品而受到侵權指控，乙方將在_個工作日內以自己的費用開始解決，同時承 擔因此給甲方造成的全部損失。3. 乙方對本協議的內容、項目開發成果及開發過程中涉及的文檔 、數據材料負有 保密義務，未經甲方書面許可，不得向任何第三方泄漏，保密期限為十年（從本 協議簽訂之日起計算）。具體保密義務以本協議附件 四為準。4. 任何一方如遇政府法令或法律程序要求向第三方提供上述資料，可按規定提 供，但應盡快將此項事實通知對方。八、違約責任1. 如果乙方不能交付開發成果或交付的開發成果不能滿足甲方需求，乙方應自

8、甲方發出書面通知起 _日內返還甲方已支付的費用，并向甲方支付相當于合同總金 額_%的違約金。2. 如乙方不能按項目推進計劃書（見附件三）完成開發任務，應按本協議第四條第2款的規定向甲方支付違約金；如項目開發進度被推遲 天以上，甲方有權終止 協議，乙方應自甲方發出書面通知起 _日內返還甲方已支付的費用，并向甲方 支付相當于合同總金額 _%的違約金。3. 如乙方擅自中斷開發，甲方有權單方終止合同。乙方應自甲方發出書面通知起日內返還甲方已支付的費用，并支付相當于合同總金額_%的違約金。給甲方造成其他損失的，應予賠償。4. 如乙方未經甲方書面許可將本項目的全部或部分轉委托給第三方，甲方有權立即終止合同

9、，乙方除返還甲方已支付的所有費用之外，應向甲方支付合同總費用 的%作為違約金。5. 系統驗收合格后（以甲方在驗收報告上簽字蓋章為準），甲方應按時履行付款義務，如甲方無正當理由拒不付款，每遲延一日，甲方應向乙方支付遲延支付款項 的作為違約金。九、不可抗力1. 本協議所指不可抗力包括地震、火災、水災、戰爭、政府行動、意外事件或其他 非雙方所能控制或預見的事件。2. 由于不可抗力原因致使合同無法履行時 ，無法履行合同義務的一方應在 _日內 將不能履行合同的事實通知另一方，合同自動解除。乙方應在合同解除日內返 還甲方已支付的費用，已經實際發生的費用由雙方分擔。3. 由于不可抗力原因致使項目開發中斷時

10、，項目交付日期及付款日期相應順延，雙方不承擔違約責任。如中斷超過日，則合同解除，雙方權利義務比照本條第2款執行。十、 爭議解決：如在履行本合同的過程中出現爭議 ，雙方應通過友好協商的方式解決 。協商不成時， 任何一方可向北京市海淀區人民法院提起訴訟 。十一、合同生效及終止1. 本合同自雙方蓋章之日起生效。2. 合同終止：方案一：合同履行過程中，如一方需要變更或終止合同，應提前_日向對方發 出書面通知。方案二：合同履行過程中，如因乙方嚴不能正確履行本協議義務而導致項目開發 受到嚴重影響，甲方有權單方終止協議，提前_天以書面形式通知乙方。十二、合同附件及其他1. 本合同的附件有：附件一 ：系統業務

11、需求說明書附件二：系統驗收標準附件三：系統項目推進計劃書附件四：保密協議附件五：甲方評價乙方的方法2. 以上附件為本合同不可分割的部分，與本合同正文具有同等的法律效力。3. 本合同未盡事宜經合同雙方協商一致，可以簽訂補充協議。補充協議與本合 同具有同等法律效力。4. 本合同正本一式份。甲、乙雙方各執份。甲方：公司印章簽字:日期：乙方:北京天理軟件研發中心公司印章簽字：日期：附件一 ：系統業務需求說明書產品功能和性能要求（詳細闡述該產品需要提供各項功能）（給出對該產品性能的要求）（給出運行的軟硬件環境要求 ）技術要求（在此提出對開發過程中的軟硬件環境、開發語言、開發工具和需要遵循的標準等方面的具

12、體要求）附件二：系統驗收標準乙方需要按照下表的時間要求向甲方提交需要驗收的產品：產品名稱提交時間最終通過甲方測試或評審的時間比重備注1產品確認測試計劃2測試日志3測試報告4軟件的模擬環境滿足甲方功能要求的可執 行產品軟件的源代碼必須以源代碼樹的形式 提交軟件的使用說明書SQA報告SCM報告（以上條目可以根據實際情況增減或改變順序 ）上表中的 比重”表明該項產品在整個驗收階段所占的份額 。如果該項產品沒有通過甲方 的評審或測試（對于源代碼則即需要評審又需要測試）后，甲方可以拒絕指否相應比例的費 用，同時將方可以對乙方處以同等數量金額的處罰。如果乙方提交的可執行產品沒有通過甲 方的測試，則甲方不支

13、付任何驗收階段的費用。甲方鼓勵乙方提前提交要求的產品。為了甲方能夠及時安排人員進行評審或測試，請乙 方提前_2_個工作日通知乙方。甲方保證在收到已方提交的產品后以最快的速度安排人員進行相應的評審、測試。如果乙方提交的產品在規定的最終通過甲方測試或評審的時間”內仍然沒有通過甲方的測試或評審，則作為該項產品的延期處理，由此造成的后果由乙方承擔。1 .可執行產品的驗收標準（需要給出運行環境）乙方提交的可執行產品必須滿足附件一的要求 。乙方提交的第一個版本（即創版）的BUG數量不超過 10個。乙方承諾最多在提交 給甲方的第個版本的BUG數為零。2 .軟件源代碼的驗收標準本協議中所說的源代碼包括開發中書

14、寫的腳本 。對于界面設計類的產品，甲方還將對其界面的效果進行評測。乙方在開發過程中，產生的全部的源代碼都必須自始至終由版本控制工具（如sourcesafe或cvs）進行管理。乙方必須將完整的代碼樹提交給甲方，否則甲方有權不予接受，并據 此判定乙方提交的源代碼不能通過甲方的驗收 。對于乙方提交的源代碼，甲方將先進行評審，以確定是否符合所要求的源代碼規范。通 過評審后，甲方將在要求的環境下進行編譯和運行，并將運行的效果與乙方提交的可執行產品的運行效果對比。（需要給出對計算機軟硬件環境的要求，例如對于操作系統、編譯軟件的要求。同時,還要給出相應的編譯、運行步驟。）3. 文檔驗收標準甲方在以下幾個方面

15、考察乙方提交的文檔：1）文檔完備性（是否按照合同及其附件要求提交了全部文檔）；2）內容針對性（指本文檔是否是甲方要求的文檔）；3）內容充分性（指該文檔全面、詳細的程度）；4）文檔的價值；5）內容一致性（是否存在前后矛盾）；6）文字明確性（盡量不使用 可能”、也許”待定”等詞語，盡量不使用語義含糊不清的語 句）；7）圖表翔實性；8）易讀性（能夠在一篇文檔中說明清楚的內容，盡量不要拆分成若干文檔，不要循環引用，文檔目錄一目了然，結構清晰）。附件三：系統項目推進計劃1 .對乙方人員和資源配置要求職位人員要求參加項目的負責的部分時間項目經理核心開發人員測試人員2 .里程碑設置在此設置項目開發的里程碑，

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