1、網(wǎng)站項目實施方法和報價方案作 者：文檔編號：文檔版本:生成日期：修 改:修改口期：1項目實施方法1.1項目任務(wù)實施、安排的基本原則和依據(jù) 項目階段及匚作內(nèi)容劃分，原則卜.按照行業(yè)內(nèi)習(xí)慣性換作和執(zhí)行辦法，具體流程見附件一：軟件項目開發(fā) 和管理流程九 項目過程大體上分為分析規(guī)劃、編碼調(diào)試、測試驗收三個階段來進(jìn)行。 各項H階段的任務(wù)及時間計劃，根據(jù)項目規(guī)模的區(qū)別在項目的實際進(jìn)度階段中分別安推。 項冃結(jié)束以項冃最終測評、驗收報告為準(zhǔn)具體附件二：項冃測評報告1.2項目規(guī)模的說明小規(guī)模中規(guī)模大規(guī)模項冃開發(fā)丁期小于一個月小于四個月大于四個月項目開發(fā)范圍 錚態(tài)頁面 少呈動態(tài)頁而 簡單數(shù)據(jù)庫應(yīng)用 動態(tài)貞面 數(shù)抵

2、（前/后臺）管理 動態(tài)頁面 數(shù)據(jù)（帕/后臺）槨理 系統(tǒng)性能均衡機(jī)制項目階段劃分 開發(fā)計劃 編碼調(diào)試 測試驗收 交付 開發(fā)計劃 需求說明 系統(tǒng)分析 流程設(shè)計 數(shù)據(jù)結(jié)構(gòu)設(shè)計 進(jìn)度安排 進(jìn)度安排計劃 模塊化開發(fā)計劃 編碼調(diào)試 測試驗收 交付 開發(fā)計劃 需求分析 可行性分析 軟件需求說明 數(shù)據(jù)需求說明 系統(tǒng)分析 概更設(shè)計 詳細(xì)設(shè)計 數(shù)據(jù)結(jié)構(gòu)設(shè)計 進(jìn)度安排 進(jìn)度安排計劃 模塊化開發(fā)計劃 編碼調(diào)試 測試臉收 測試計劃 模塊測試 整體測試 測試報告 交付1.3項目階段及工作內(nèi)容安扌"辦法1.3.1 項目工作計劃表通常，無論大、中、小規(guī)模的項目或系統(tǒng)開發(fā).項冃階段及工作內(nèi)容安排辦法，通過提交項目工作

3、計劃表來 表達(dá)和監(jiān)督體格式如下表格所示：項階段工作內(nèi)容計劃開始口期計劃完成日期第一階段用戶界面、流程設(shè)計聯(lián)合評審，調(diào)整系統(tǒng)分析、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)設(shè)計聯(lián)合評審.調(diào)整第二階段系統(tǒng)開發(fā)調(diào)試第三階段提交用戶測試修改調(diào)整鯊收測試交貨1.3.2 頂目任務(wù)敢在對項目總體任務(wù)進(jìn)度共同協(xié)商、評定的基礎(chǔ)匕 將項目拆分成若干任務(wù)單元.毎個任務(wù)單元代表一項柑對完整 的系統(tǒng)或一組功能應(yīng)用：在具體執(zhí)行時.任務(wù)單元任務(wù)委派.以階段性的項冃任務(wù)總分發(fā)的方式進(jìn)行.任務(wù)單的 格式具體參照如下表格：項目委托方：項目執(zhí)行方：項目開發(fā)項目名稱:執(zhí)行時間：開發(fā)內(nèi)容：簽字：委托方執(zhí)行方模塊/功能/應(yīng)用處理惜況描述已完成有何題未完成項 0

4、測 試提交測試時間:完成測試時間：測試明細(xì)：參與人員：測試結(jié)果：簽字：委托方執(zhí)行方驗 收 評 估開始時間：結(jié)束時間：評倍結(jié)果：簽字：委托方執(zhí)行方參加人員：支付費用：大寫：小寫：支 付 方 式付款進(jìn)度占總款比例金額支付時間簽字預(yù)付款委托方執(zhí)行方進(jìn)度款委托方執(zhí)行方結(jié)算款委托方執(zhí)行方其他方式注：進(jìn)度款是指任務(wù)完成到某階段.以達(dá)到階段性合格標(biāo)準(zhǔn).方可支付中間費用。 結(jié)篦款圧指項目任務(wù)全部完成.最后達(dá)到全部介格后方可結(jié)涓余款附件：備注：1.4 需求變更的控制和處理通常.為了確保項目能夠準(zhǔn)時交付使用.在項目實施過程中.需求方客戶山丁需求發(fā)生變化.可能會導(dǎo)致項目實 施過程失控，嚴(yán)重程度上，更可能造成無效開發(fā)

5、或者項目延期.為了更好的控制和處理這類現(xiàn)級.人致按以卜原則控 制和處理： 一般性希求變更：如果需求方客門的需求變化.只是在川戸界面上的調(diào)整，不需要對做系統(tǒng)原定框架、數(shù)據(jù)八;汨構(gòu)杵的變動或者処果籠巽祗上1個任務(wù)目以下時回穌 禪W刊洪悄況。這類需求變更.可在系統(tǒng)開發(fā)的過程中實時的處理解決. 關(guān)犍性希求變更：如果需求方客門的簫求變化，涉及到對數(shù)據(jù)結(jié)構(gòu)作調(diào)整，例如：添加數(shù)拯項目等等。如果 需要花（.2個任務(wù)li以上時間的,都町此類情況。這里需求變更,在按照廉定需求標(biāo)準(zhǔn)的任務(wù)單然后再進(jìn)行適當(dāng)處理，以便控制項目進(jìn)度不受沖擊。 重大性希求變更：如果需求方客戶的需求變化，涉及到對數(shù)據(jù)結(jié)構(gòu)作推倒性的調(diào)榕，或者對

6、原有系統(tǒng)流程作 出改動.并導(dǎo)致系統(tǒng)程序、數(shù)據(jù)潦程第等都需要變動如果需要花上4-7個任務(wù)口以上時間的都厲于此 類情況。這類需求變更,在按照原定需求標(biāo)準(zhǔn)的任務(wù)單完忘后.然垢再進(jìn)行適當(dāng)處兒 同時.相應(yīng)的調(diào)整后 薙鬲矗務(wù)計劃.并取得需求方客戶的確認(rèn)此類惜況下.在具體費用和實施方法山雙方另行商定.并以文字 的方式進(jìn)行確認(rèn).2報價標(biāo)準(zhǔn)和支付方法小規(guī)模中規(guī)模大規(guī)模報價標(biāo)準(zhǔn) 純靜態(tài)站點按頁而數(shù)戢 動態(tài)數(shù)據(jù)應(yīng)用根據(jù)復(fù)雜 程度確定按照功能模塊 按照系統(tǒng)復(fù)雜程度 按觀數(shù)據(jù)結(jié)構(gòu)規(guī)模 按照功能模塊 按照系統(tǒng)復(fù)雜程度 按照數(shù)據(jù)結(jié)構(gòu)規(guī)模支付方法 交付后支付 合作協(xié)議簽訂后預(yù)付一 定數(shù)額的開發(fā)費用 開發(fā)過程中.按項目任 務(wù)單

7、中的費用進(jìn)行支付 交付后，支付余額 合作協(xié)議簽訂百預(yù)付一 定數(shù)額的開發(fā)費用 開發(fā)過程中，按項目任 務(wù)單中的費用進(jìn)行支付 交付后，支付余額3其他方面的說明3.1操作手冊、開發(fā)文檔以及培訓(xùn) 中、大規(guī)模的項目交付時，隨附系統(tǒng)設(shè)計、開發(fā)文檔和系統(tǒng)使用說明朽: 系統(tǒng)安裝以后，必要時給子現(xiàn)場培訓(xùn)： 捉供相關(guān)的技術(shù)咨詢、支持服務(wù)。3.2 版權(quán)方面和保密的說明通常.需求方客P於項目或音系統(tǒng)中許可、銷借一切知識產(chǎn)權(quán)的所冇人或受益許可人。 冇義務(wù)為盅求方客戶的商業(yè)秘密或?qū)淤Y料保密：未經(jīng)需求方客戶同意.乙方不得透館保密或?qū)拥呢暳稀⑷魏螌＠⑸虡I(yè)秘密或版權(quán).Page:4附錄一：軟件項目開發(fā)管理流程狀件項口開發(fā)和骨理流程Doc Ver: Author: Doc Date. Modify Dm：1.23.0 Gooidea2011- 01-172012- 11-14Page:5附錄二：項目測評報告項目測評報告甲方：開發(fā)開始時間：乙方：開發(fā)完成時間：項目測評范附說明： 系統(tǒng)方面 功能、應(yīng)用方面項目測評系統(tǒng)/平臺環(huán)境說明： 操作系統(tǒng)： Web服務(wù)器： 數(shù)據(jù)席服務(wù)器： 瀏覽器：項 目 測 試提交測試時間：完成測試時間：測試明細(xì)：參與人員：測試結(jié)果：簽字：驗 收 評 佔開始時間：結(jié)束時間：評佔結(jié)果：簽字：參加人員