【正文】 。 提供必要的系統(tǒng)維護(hù)技術(shù)培訓(xùn)和網(wǎng)站功能后臺的操作培訓(xùn)，并出具相應(yīng)的文字性使用說明文檔。 當(dāng)用戶系統(tǒng)發(fā)生故障時，用戶方面及時通知，我方工程技術(shù)人員將在 24 小時之內(nèi)抵達(dá)故障現(xiàn)場，解決問題。 應(yīng)急維護(hù)服務(wù)： 當(dāng)系統(tǒng)發(fā)生問題時，首先由用戶方的技術(shù)人員對故障現(xiàn)象、故障信息進(jìn)行詳細(xì)的觀察記錄，然后通過熱線電話通報，由我方技術(shù)人員進(jìn)行故障會診，確認(rèn)合適的解決方案，然后指導(dǎo)用戶方人員進(jìn)行現(xiàn)場操作，排除故障。測試結(jié)束后，共同編制測試事件報告、測試總 結(jié)報告。 7. 驗收測試 驗收測試將會在集成測試的基礎(chǔ)上進(jìn)行，共同組成驗收測試小組，并且在驗收小組的組織或監(jiān)督之下進(jìn)行。測試計劃包括測試項、北京農(nóng)村商業(yè)銀行門戶網(wǎng)站系統(tǒng)實施方案 第 29 頁 共 30 頁 被測試的特性、測試方法、測試通過準(zhǔn)則、應(yīng)提供的測試文件、測試任務(wù)、環(huán)境要求、測試進(jìn)度等。測試總結(jié)報告包括差異特性、測試充分性評價、測試結(jié)果概述、可用性評價、批準(zhǔn)與否。 5. 子系統(tǒng)測試 子系統(tǒng)測試主要測試單個模塊的功能是否達(dá)到要求、可靠性如何、安全性、可擴充性等。包括模塊名稱、被測試的特性、方法詳述、測試用例、測試步驟、 特性通過準(zhǔn)則、測試進(jìn)度等。 4. 模塊測試 模塊測試主要是為了測試模塊的功能要求、參數(shù)輸入的可靠性。 2. 測試構(gòu)成 測試人員由項目負(fù)責(zé)人、測試工程師、軟件編程人員、文檔管理北京農(nóng)村商業(yè)銀行門戶網(wǎng)站系統(tǒng)實施方案 第 28 頁 共 30 頁 員組成，從軟件概要設(shè)計時就開始工作，制定測試計劃和標(biāo)準(zhǔn)。整個軟件系統(tǒng)的測試工作將分階段進(jìn)行，并參照國家規(guī)范分別制定相應(yīng)的測試計劃和測試報告，以確保軟件可靠運行。 測試地點在用戶所在地，針對用戶的實際系統(tǒng)進(jìn)行，無須另購、租設(shè)備。 測試方法采用首先進(jìn)行模塊測試，然后進(jìn)行系統(tǒng)統(tǒng)一測試；每個模塊測試包括功能測試、界面測試等。開發(fā)的地點在我公司，測試、調(diào)試工作在用戶所在地完成。 如果失誤分析報告看不出項目有重大影響，而項目實際有重大問題，則為實施經(jīng)理之職責(zé)。因此，每個項目成員均要給予極大重視。 3) 失誤管理制度 失誤可能是多方面的，失誤的及早發(fā)現(xiàn)是項目成功的基本保障。 爭議的最高仲裁機構(gòu)為項目協(xié)調(diào)委員會。爭議應(yīng)由可以協(xié)調(diào)爭議各方 的機構(gòu)加以裁決，并對裁決承擔(dān)責(zé)任。 報告方式 如報告人認(rèn)為口頭報告即可，可以采用口頭報告，但是如果口頭報告沒有使問題得以解決，則視同報告人沒有作報告。 問題與爭議管理方法 1) 問題及早報告原則 對于一個問題，問題發(fā)起人必須在問題發(fā)生的三日之內(nèi)，向?qū)嵤┙?jīng)理提交報告。 問題的提交 1) 審批與確認(rèn) 審批或確認(rèn)人在收到 問題后的三個工作日內(nèi)向提出人給出書面回復(fù)。提醒時也要注意不要追究相關(guān)人員的后續(xù)工作（因為工作安排有各自的計劃與方式）。不提醒是沒有道義的。因此，接受人應(yīng)及時與任務(wù)分派人澄清任務(wù)的全部因素。 2) 及時澄清準(zhǔn)則 對所承接的工作，如沒有拒絕，則代表接受人已經(jīng)完全了解工作環(huán)境、工作結(jié)果要求等多個要素。 3) 決策書面準(zhǔn)則 一切決策應(yīng)有書面文件，并且在項目辦公室備案。 決策制度 決策內(nèi)容包括以下幾個原則： 1) 實施經(jīng)理首先決策原則 對于項目實施過程的日常工作，一般由實施經(jīng)理加以決策，然后提交給用戶項目領(lǐng)導(dǎo)小組、項目實施委員會和項目協(xié)調(diào)委員會，一般在 5 天之內(nèi)，如果沒有任何一方提出異議，則該決定生效，此異議應(yīng)以書 面方式表達(dá)。 完成文檔： 〈網(wǎng)站維護(hù)月報〉 實施進(jìn)度安排 ? 英文版建設(shè)進(jìn)度安排（初步定 7 月 20 日上線， 7 月 10 日部署） 1 周 2 周 3 周 4 周 5 周 6 周 7 周 T+1 月 需求調(diào)研確認(rèn) 系統(tǒng)概要設(shè)計 頁面設(shè)計制作 Cms 部署 頁面與程序嵌套 程序內(nèi)測 整體聯(lián)調(diào) 系統(tǒng)初驗 系統(tǒng)試運行 系統(tǒng)終驗 ? 中文版改版進(jìn)度安排 1 周 2 周 3 周 4 周 5 周 6 周 7 周 8 周 9 周 T+1 月 需求調(diào)研確認(rèn) 舊站分析 北京農(nóng)村商業(yè)銀行門戶網(wǎng)站系統(tǒng)實施方案 第 23 頁 共 30 頁 系統(tǒng)概要設(shè)計 頁面設(shè)計制作 Cms 部署 頁面與程序嵌套 程序內(nèi)測 數(shù)據(jù)庫遷移 整體聯(lián)調(diào) 系統(tǒng)初驗 系統(tǒng)試運行 系統(tǒng)終驗 項目工作方法是確保項目成功的基石，項目工作管理是面向目標(biāo)和目的、面向規(guī)范工作過程之管理。 完成文檔： 〈開發(fā)進(jìn)度月報〉 北京農(nóng)村商業(yè)銀行門戶網(wǎng)站系統(tǒng)實施方案 第 22 頁 共 30 頁 〈系統(tǒng)維護(hù)計劃〉 〈項目開發(fā)總結(jié)報告〉 （ 5） 網(wǎng)站培訓(xùn)與實施： 參加人：維護(hù)人員、培訓(xùn)人員、使用人員 最終目標(biāo)：實現(xiàn)各流程的正常運轉(zhuǎn)和實際應(yīng)用 。 完成文檔： 〈軟件開發(fā)月報〉 〈開發(fā)進(jìn)度月報〉 （ 4） 系統(tǒng)集成和試運行： 參加人：系統(tǒng)分析員、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計人員、各個模塊負(fù)責(zé)人及其開發(fā)人員、頁面設(shè)計制作人員、文檔整理人員、測試人員、維護(hù)人員 運作方式：培訓(xùn)使用人員，將測試過的系統(tǒng)在實際工作中運行。 完成文檔： 〈軟件詳細(xì)設(shè)計說明書〉 〈測試計劃〉 （ 3） 實現(xiàn)： 參加人：系統(tǒng)分析員、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計人員、各個模塊負(fù)責(zé)人及其開發(fā)人員、頁面設(shè)計制作人員、文檔整理人員、測試人員、維護(hù)人員 運作方式：根據(jù)已有資料和文檔，開發(fā)小組人員集中完成代碼實現(xiàn)。 完成文檔： 〈概要設(shè)計說明書〉 〈數(shù)據(jù)庫結(jié)構(gòu)說明書〉 （ 2） 設(shè)計： 參加人：系統(tǒng)分析員、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計人員、各個模塊負(fù)責(zé)人及其相 關(guān)主要開發(fā)人員、文檔整理人員、測試人員、維護(hù)人員 運作方式：通過對需求分析的結(jié)果進(jìn)行討論，在中心完成詳細(xì)設(shè)計。 項目實施計劃 項目組人員 雙方： 項目領(lǐng)導(dǎo)小組： 2 人（由雙方職能領(lǐng)導(dǎo)擔(dān)當(dāng)） 共 計： 2 人 甲方： 甲方代表： 1 人（為甲方負(fù)責(zé)人） 北京農(nóng)村商業(yè)銀行門戶網(wǎng)站系統(tǒng)實施方案 第 20 頁 共 30 頁 項目聯(lián)絡(luò)員： 1 人（負(fù)責(zé)協(xié)調(diào)、聯(lián)絡(luò)） 系統(tǒng)管理員： 1 人（平臺的系統(tǒng)管理員） 共 計： 3 人 乙方： 項目經(jīng)理： 1 人 需求分析人員： 1 人 程序開發(fā)人員： 2 人 頁面設(shè)計人員： 1 人 頁面制作人員： 1 人 共 計： 6 人 實施工作細(xì)則 （ 1）系統(tǒng)調(diào)研： 參加人：系統(tǒng)分析員、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計人員、文檔整理人員 項目組 乙方項目經(jīng)理 甲方代表 需求分析 人員 程序開發(fā)人員 網(wǎng)站設(shè)計人員 網(wǎng)站制作人員