軟件系統(tǒng)項(xiàng)目實(shí)施方案

1、精品文檔XXXXXXXX 系統(tǒng)軟件實(shí)施方案項(xiàng)目名稱：XXXXXXXX系統(tǒng)軟件實(shí)施單位：XXXXXXXXXXXXXX時(shí) 間：XXXX年XX月XX日目錄1 、項(xiàng)目總體實(shí)施方案 41.1 工程實(shí)施原則 41.2 項(xiàng)目總體推進(jìn)計(jì)劃 51.3 系統(tǒng)實(shí)施過程的質(zhì)量保證活動(dòng)說明 51.3.1 需求分析階段61.3.2 總體設(shè)計(jì)階段 61.3.3 詳細(xì)設(shè)計(jì)階段71.3.4 系統(tǒng)開發(fā)階段71.3.5 系統(tǒng)實(shí)施和試運(yùn)行階段71.3.6 項(xiàng)目驗(yàn)收階段91.3.7 系統(tǒng)正式運(yùn)行及維護(hù)階段91.3.8 各階段輔助文檔91.3.9 實(shí)施過程提交文件匯總101.4 項(xiàng)目實(shí)施計(jì)劃 111.4.1 數(shù)據(jù)實(shí)施步驟121.4.2

2、項(xiàng)目進(jìn)度安排122 、項(xiàng)目管理方案132.1 項(xiàng)目管理組織結(jié)構(gòu) 132.1.1 項(xiàng)目各方角色與責(zé)任 132.1.2 任務(wù)分工142.2 項(xiàng)目范圍管理 162.3 項(xiàng)目進(jìn)度管理162.4 項(xiàng)目風(fēng)險(xiǎn)管理 162.4.1 技術(shù)風(fēng)險(xiǎn)162.4.2 需求風(fēng)險(xiǎn)172.4.3 協(xié)調(diào)與溝通風(fēng)險(xiǎn)172.4.4 項(xiàng)目人員風(fēng)險(xiǎn)172.5 質(zhì)量管理計(jì)劃 182.5.1 質(zhì)量管理體系標(biāo)準(zhǔn)182.5.2 質(zhì)量控制過程 182.5.3 質(zhì)量評(píng)定計(jì)劃 182.5.4 質(zhì)量管理措施192.5.5 軟件質(zhì)量控制192.6 項(xiàng)目協(xié)調(diào)與合作計(jì)劃 212.6.1 協(xié)調(diào)與合作管理方案212.6.2 協(xié)調(diào)手段222.7 配置管理222.7

3、.1 配置管理和版本控制 222.7.2 變更管理的方法242.8 文檔管理 242.9 人員管理252.10 保密管理253 、測試計(jì)劃 263.1 測試工作準(zhǔn)備 263.2 軟件開發(fā)測試 263.2.1 模塊測試273.2.2 功能測試273.2.3 性能測試273.2.4 分系統(tǒng)測試273.2.5 全系統(tǒng)測試283.2.6 容量測試283.2.7 壓力測試283.2.8 災(zāi)難恢復(fù)測試 283.3 設(shè)計(jì)測試用例和數(shù)據(jù) 293.3.1 建立測試環(huán)境 293.3.2 測試執(zhí)行304 、驗(yàn)收計(jì)劃 314.1 驗(yàn)收組織 314.2 驗(yàn)收內(nèi)容 314.3 軟件系統(tǒng)的驗(yàn)收 313.用戶方已經(jīng)認(rèn)可測試數(shù)

4、據(jù) 325 、培訓(xùn)方案335.1 培訓(xùn)目標(biāo) 335.2 培訓(xùn)方式335.3 培訓(xùn)對象335.4 培訓(xùn)地點(diǎn)與環(huán)境 335.5 培訓(xùn)計(jì)劃及內(nèi)容 345.5.1 用戶培訓(xùn)345.5.2 系統(tǒng)管理人員培訓(xùn)346 、技術(shù)支持和售后服務(wù) 366.1 技術(shù)支持與售后服務(wù)政策 366.1.1 技術(shù)后援支持366.1.2 技術(shù)后援支持方式376.1.3 保修及系統(tǒng)維護(hù)服務(wù)371、項(xiàng)目總體實(shí)施方案建設(shè)xxxxxxxxxxx軟件采購是一項(xiàng)復(fù)雜、長期的系統(tǒng)工程，為保證工程能 夠順利地進(jìn)行實(shí)施，必須要制定科學(xué)、合理、切實(shí)可行的實(shí)施計(jì)劃。一方面要從 組織上進(jìn)行落實(shí)，成立強(qiáng)有力的項(xiàng)目領(lǐng)導(dǎo)小組和經(jīng)驗(yàn)豐富的項(xiàng)目實(shí)施隊(duì)伍；另一方

5、面要制定嚴(yán)格的時(shí)間進(jìn)度表，明確各里程碑的時(shí)間。同時(shí)還要制定工作原則， 以指導(dǎo)項(xiàng)目的全面實(shí)施。1.1 工程實(shí)施原則1 .用戶方項(xiàng)目小組的成員，爭取參與項(xiàng)目的全過程用戶方成立領(lǐng)導(dǎo)親自掛帥的項(xiàng)目小組，在調(diào)研、設(shè)計(jì)、編碼、安裝調(diào)試、 測試、培訓(xùn)、運(yùn)行、驗(yàn)收、售后服務(wù)等項(xiàng)目的各個(gè)階段，配合系統(tǒng)開發(fā)方的工作， 一方面可以培訓(xùn)自己的技術(shù)維護(hù)隊(duì)伍， 為系統(tǒng)的使用保駕護(hù)航；另一方面，在開 發(fā)過程中，協(xié)調(diào)用戶方和開發(fā)方的關(guān)系，保證項(xiàng)目的順利進(jìn)行，及時(shí)發(fā)現(xiàn)問題， 并對項(xiàng)目進(jìn)度和質(zhì)量進(jìn)行監(jiān)督。2 .采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用對于軟件項(xiàng)目，之所以稱為一個(gè)工程，很大程度上是因?yàn)檐浖?xiàng)目的建設(shè)， 除了技術(shù)

6、因素外，還有很多的非技術(shù)因素需要考慮，并且必須被得到重視。衡量 一個(gè)軟件項(xiàng)目是否成功，很大程度上不是看這個(gè)軟件項(xiàng)目采用了多么先進(jìn)的技 術(shù)，而是軟件對用戶來說是否實(shí)用，是否能夠幫助用戶解決許多預(yù)期的問題。國 內(nèi)很多軟件項(xiàng)目的失敗，很大程度上是使用抓得不夠。建議在項(xiàng)目的試運(yùn)行過程 中，在抓系統(tǒng)維護(hù)的同時(shí)，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助 業(yè)務(wù)人員從原來的手工處理轉(zhuǎn)到計(jì)算機(jī)輔助處理上來，在業(yè)務(wù)人員適應(yīng)計(jì)算機(jī)輔 助業(yè)務(wù)處理的過程中，盡可能早發(fā)現(xiàn)系統(tǒng)中存在的問題， 從而最大可能地使系統(tǒng) 保質(zhì)保量的按時(shí)完成。3 .數(shù)據(jù)同程序同等重要該系統(tǒng)的建設(shè)，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著

7、系統(tǒng) 完成了一半，數(shù)據(jù)的收集、整理、錄入，對系統(tǒng)的建設(shè)來說同等重要。在項(xiàng)目實(shí)施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計(jì)數(shù)據(jù)處理的難度，在系 統(tǒng)建設(shè)之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應(yīng)的資金、時(shí)間等，將數(shù) 據(jù)工作落到實(shí)處，只有這樣才能爭取系統(tǒng)早日達(dá)到實(shí)用化。1.2 項(xiàng)目總體推進(jìn)計(jì)劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個(gè)系統(tǒng)建設(shè)的全過程劃分為準(zhǔn)備、設(shè) 計(jì)、開發(fā)、實(shí)施和運(yùn)行階段，每個(gè)階段完成相應(yīng)的任務(wù)，確保信息系統(tǒng)的建設(shè)。如下圖所示：立項(xiàng)技術(shù)方窠/實(shí)施方案前整備就分析 需求分析報(bào)告/總體方案設(shè)計(jì)書/總體設(shè)計(jì)論證總體設(shè)計(jì)方案系統(tǒng)修詳細(xì)設(shè)計(jì)一詳細(xì)設(shè)計(jì)說魅 /編碼、數(shù)據(jù)加工試點(diǎn)與儂行+./軟件

8、系統(tǒng)、，數(shù)據(jù)/ f/測試報(bào)眨檔/開發(fā) .,./實(shí)施規(guī)劃技術(shù)文檔/ f/ 樣區(qū)試驗(yàn)報(bào)告/實(shí) 施運(yùn)行與護(hù)1.3 系統(tǒng)實(shí)施過程的質(zhì)量保證活動(dòng)說明在實(shí)施過程中將發(fā)生的重大質(zhì)量保證活動(dòng)或由此將產(chǎn)生的質(zhì)量記錄和產(chǎn)品，項(xiàng)目管理與開發(fā)階段劃分密切相關(guān)，因此主要按照項(xiàng)目實(shí)施的具體階段劃分 說明。1.3.1 需求分析階段首先需要經(jīng)雙方協(xié)調(diào)，形成需求調(diào)研計(jì)劃及需求調(diào)研大綱，確定準(zhǔn)備工作、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容， 經(jīng)雙方同意后 按此計(jì)劃開始調(diào)研。調(diào)研正式開始前項(xiàng)目開發(fā)組應(yīng)檢查所有必要的準(zhǔn)備工作已經(jīng) 圓滿完成。項(xiàng)目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實(shí)際技術(shù)需求和各個(gè)子系統(tǒng)的業(yè)務(wù)需求，編寫 并向工程領(lǐng)導(dǎo)小組提

9、交符合CMM LEVEL覲范要求的系統(tǒng)需求分析報(bào)告，并 由項(xiàng)目組評(píng)審，不合格的部分進(jìn)一步完善調(diào)研；評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審 意見，并正式生效。對于軟件生產(chǎn)過程而言，需求階段是整個(gè)過程中最重要的階段，需求分析 成果的好壞將直接導(dǎo)致項(xiàng)目的成功與否，因此合作雙方在此階段多投入是值得 的。而且一旦評(píng)審?fù)ㄟ^并生效，則需求報(bào)告將成為系統(tǒng)的設(shè)計(jì)、開發(fā)、測試、實(shí) 施試運(yùn)行和項(xiàng)目驗(yàn)收的基本依據(jù)之一，因此原則上用戶需求將不再因?yàn)槠渌蛩?的改變而變更，如需進(jìn)行此種變更，需經(jīng)雙方項(xiàng)目負(fù)責(zé)人協(xié)商確定。1.3.2 總體設(shè)計(jì)階段項(xiàng)目開發(fā)組通過對系統(tǒng)的功能、運(yùn)行和性能要求加以分析，產(chǎn)生一個(gè)高層 次的系統(tǒng)結(jié)構(gòu)、軟件結(jié)構(gòu)、

10、接口和數(shù)據(jù)格式的設(shè)計(jì)，并向工程領(lǐng)導(dǎo)小組提交系 統(tǒng)設(shè)計(jì)報(bào)告（其中包括數(shù)據(jù)庫設(shè)計(jì)），組織評(píng)審并簽署評(píng)審意見。對其中評(píng)審不 合格的部分進(jìn)一步完善和重新策劃， 評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審意見， 并正 式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。該報(bào)告內(nèi)容的變更由雙方的現(xiàn)場實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人進(jìn)行交流即可確 定，并需向工程領(lǐng)導(dǎo)小組匯報(bào)。1.3.3 詳細(xì)設(shè)計(jì)階段項(xiàng)目開發(fā)組在系統(tǒng)設(shè)計(jì)報(bào)告的基礎(chǔ)上，對功能和性能要求進(jìn)一步加以 分析和細(xì)化并且把軟件的詳細(xì)設(shè)計(jì)文檔化，向工程領(lǐng)導(dǎo)小組提交系統(tǒng)詳細(xì)設(shè)計(jì) 報(bào)告，并由項(xiàng)目組組織評(píng)審并簽署評(píng)審意見。對其中評(píng)審不合格的部分進(jìn)一步 完善和重新策劃，評(píng)審?fù)ㄟ^后由雙方共同簽署評(píng)審意見

11、， 并正式生效，作為后續(xù) 軟件開發(fā)和測試的基礎(chǔ)。該報(bào)告內(nèi)容的變更由雙方的現(xiàn)場實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人進(jìn)行交流即可確 定，并需向工程領(lǐng)導(dǎo)小組匯報(bào)。1.3.4 系統(tǒng)開發(fā)階段根據(jù)前面的設(shè)計(jì)結(jié)果，由雙方的現(xiàn)場實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人討論確定詳 細(xì)的開發(fā)計(jì)劃，并向工程領(lǐng)導(dǎo)小組提交項(xiàng)目開發(fā)計(jì)劃；工程領(lǐng)導(dǎo)小組對項(xiàng) 目開發(fā)計(jì)劃進(jìn)行審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的項(xiàng)目 管理和監(jiān)控依據(jù)，項(xiàng)目開發(fā)小組要嚴(yán)格據(jù)此計(jì)劃控制項(xiàng)目進(jìn)度， 按時(shí)向工程領(lǐng)導(dǎo) 小組匯報(bào)工作進(jìn)展。為了使用戶能夠及時(shí)獲知項(xiàng)目的進(jìn)展情況，開發(fā)小組需要每周向用戶相關(guān) 領(lǐng)導(dǎo)提交項(xiàng)目客戶周報(bào)，用戶項(xiàng)目組可以隨時(shí)對項(xiàng)目的工作情況進(jìn)行檢查。1.3.

12、5 系統(tǒng)實(shí)施和試運(yùn)行階段首先需要經(jīng)雙方交流協(xié)調(diào)，形成項(xiàng)目實(shí)施計(jì)劃，確定現(xiàn)場實(shí)施的準(zhǔn)備工 作、人員和日程安排、培訓(xùn)計(jì)劃、階段目標(biāo)等內(nèi)容，經(jīng)雙方負(fù)責(zé)人簽字后生效， 按此計(jì)劃開始現(xiàn)場實(shí)施。正式開始現(xiàn)場實(shí)施前項(xiàng)目開發(fā)組應(yīng)檢查所有必要的準(zhǔn)備 工作是否已經(jīng)完成。現(xiàn)場工作首先要進(jìn)行軟件在服務(wù)器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對 象的生成，初始化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導(dǎo)入，前后臺(tái)軟件的安裝， 配置參數(shù)調(diào)整等工作；完成后需向系統(tǒng)維護(hù)人員提交數(shù)據(jù)庫安裝目錄，軟件 安裝方法文件，并協(xié)助用戶進(jìn)行軟件安裝。軟件安裝完成并確認(rèn)可在系統(tǒng)正常運(yùn)行后，開始相關(guān)業(yè)務(wù)人員的培訓(xùn)；在培訓(xùn)開始之前需要由雙方協(xié)商形成培訓(xùn)計(jì)劃，明

13、確培訓(xùn)環(huán)境、條件及方式， 參加人員，課程課時(shí)等詳細(xì)內(nèi)容，由雙方現(xiàn)場實(shí)施負(fù)責(zé)人簽字后生效， 并分別開 始著手準(zhǔn)備，在既定時(shí)間內(nèi)完成。培訓(xùn)過程中由工程師提供培訓(xùn)考勤記錄，培訓(xùn)應(yīng)該脫產(chǎn)、集中、封閉進(jìn) 行，并要求所有參加人每日必須兩次考勤； 培訓(xùn)完成后由雙方共同進(jìn)行 培訓(xùn)總 結(jié)，針對培訓(xùn)效果確定是否達(dá)到目標(biāo)，是否再增加培訓(xùn)課程；對以上內(nèi)容用戶 項(xiàng)目組須進(jìn)行必要的考核和獎(jiǎng)懲，培訓(xùn)工程師有權(quán)對參加培訓(xùn)人員進(jìn)行客觀評(píng) 價(jià)。培訓(xùn)順利完成后將開始軟件在試點(diǎn)部門試用，將向用戶提交編譯后的前后 臺(tái)軟件，軟件使用操作手冊，軟件功能清單，這兩種文檔將詳細(xì)描述軟件的 使用過程，軟件所包含的全部系統(tǒng)功能模塊。軟件試用期內(nèi)用

14、戶的主要工作是根據(jù)軟件功能清單所列的系統(tǒng)功能模 塊，檢查公司所提交的軟件是否滿足系統(tǒng)需求分析報(bào)告、系統(tǒng)設(shè)計(jì)報(bào)告的 規(guī)定，列出未完成及含有較嚴(yán)重、明顯錯(cuò)誤的模塊清單形成軟件問題及修改記 錄并提交給公司繼續(xù)完善；此段時(shí)間可以對軟件的細(xì)節(jié)性問題進(jìn)行測試、驗(yàn)證, 但主要精力還是應(yīng)放在模塊級(jí)功能的檢查上，如果所有模塊都已開發(fā)并可以進(jìn)入 試運(yùn)行，其設(shè)計(jì)方法、技術(shù)可行性也都能夠滿足最終軟件的需要， 則用戶各相關(guān) 業(yè)務(wù)負(fù)責(zé)人、現(xiàn)場實(shí)施負(fù)責(zé)人需要簽署各子系統(tǒng)的軟件交付書，表明軟件已在現(xiàn)場安裝、調(diào)試、培訓(xùn)完成，基本可以進(jìn)入軟件試運(yùn)行；此后在軟件功能模塊 一級(jí)上不應(yīng)再發(fā)生大的變化，如需要修改功能模塊設(shè)計(jì)，則需由雙方

15、項(xiàng)目負(fù)責(zé)人 協(xié)商解決。試運(yùn)行期內(nèi)用戶負(fù)責(zé)組織針對軟件功能清單所列的系統(tǒng)功能模塊進(jìn)行 現(xiàn)場的系統(tǒng)測試，包括新舊兩套系統(tǒng)并行工作一段時(shí)間進(jìn)行驗(yàn)證，使每個(gè)功能模塊都得到基本確認(rèn)；對于其中發(fā)現(xiàn)的問題和軟件的細(xì)節(jié)性修改意見，需以軟件 問題及修改記錄的書面形式提交給公司；公司修改完成后立即提交到現(xiàn)場，用 戶負(fù)責(zé)組織立即對軟件進(jìn)行確認(rèn)回歸測試， 如驗(yàn)證問題已修改需要在軟件問題 及修改記錄中予以說明。通過試運(yùn)行及修改后證明已經(jīng)基本完成的模塊， 用戶 應(yīng)組織相關(guān)的業(yè)務(wù)負(fù)責(zé)人在軟件功能清單中逐項(xiàng)確認(rèn)。1.3.6 項(xiàng)目驗(yàn)收階段在試運(yùn)行期內(nèi)系統(tǒng)存在一定的細(xì)節(jié)性問題是工程項(xiàng)目不可避免的問題，特 別是隨著用戶應(yīng)用的逐漸深

16、入，此類需求會(huì)逐級(jí)提出，此類問題不屬于系統(tǒng)的致 命性錯(cuò)誤；因此當(dāng)試運(yùn)行期內(nèi)所發(fā)現(xiàn)的真正的 “問題和錯(cuò)誤”收斂到一定數(shù)目以 下時(shí)，各業(yè)務(wù)子系統(tǒng)經(jīng)過一段時(shí)間的并行工作新系統(tǒng)已基本可靠，就可以切換到正式運(yùn)行階段，開始正式運(yùn)行。正式運(yùn)行后，由用戶提出驗(yàn)收要求，雙方共同制定項(xiàng)目驗(yàn)收計(jì)劃 ，組成 項(xiàng)目驗(yàn)收小組，共同進(jìn)行項(xiàng)目驗(yàn)收。此時(shí)公司將向用戶提交驗(yàn)收的各類文檔， 包 括對系統(tǒng)開發(fā)過程進(jìn)行總結(jié)的 項(xiàng)目總結(jié)，項(xiàng)目技術(shù)報(bào)告，最終的完整的數(shù) 據(jù)庫字典等。驗(yàn)收工作將由用戶組織的專家組對系統(tǒng)進(jìn)行全面的驗(yàn)收和鑒定，并出具項(xiàng) 目驗(yàn)收小組領(lǐng)導(dǎo)簽字的項(xiàng)目驗(yàn)收報(bào)告，并簽署驗(yàn)收意見，公司在此過程中將 全程參與，在現(xiàn)場進(jìn)行驗(yàn)收前

17、的維護(hù)工作。1.3.7 系統(tǒng)正式運(yùn)行及維護(hù)階段公司承諾對系統(tǒng)軟件提供服務(wù)保證期，在保證期內(nèi)提供免費(fèi)的軟件升級(jí)和 維護(hù)服務(wù)；在保證期外，公司繼續(xù)為系統(tǒng)的維護(hù)提供技術(shù)支持， 對于軟件升級(jí)提 供優(yōu)惠服務(wù)。維護(hù)期的具體工作方式請見售后服務(wù)承諾部分，所有維護(hù)工作，包括軟件 出現(xiàn)問題修改、細(xì)節(jié)性功能的增強(qiáng)，用戶都要以軟件問題及修改記錄的書面 形式提交給公司，修改完成后用戶應(yīng)組織相關(guān)的業(yè)務(wù)負(fù)責(zé)人進(jìn)行確認(rèn)，并在軟件功能清單中說明；如遇緊急情況可事后補(bǔ)齊。1.3.8 各階段輔助文檔現(xiàn)場工作日程安排計(jì)劃，在實(shí)施中的各階段，對于所發(fā)生的需要在現(xiàn)場 進(jìn)行較長時(shí)間工作的情況，如果在需求調(diào)研計(jì)劃、項(xiàng)目開發(fā)計(jì)劃、項(xiàng)目實(shí) 施

18、計(jì)劃、培訓(xùn)計(jì)劃等工作計(jì)劃中未包含，則需要在工作開始前雙方共同制訂 好現(xiàn)場工作日程安排計(jì)劃，并嚴(yán)格據(jù)此執(zhí)行，需要雙方現(xiàn)場實(shí)施負(fù)責(zé)人簽字生效?，F(xiàn)場工作周報(bào)，在現(xiàn)場實(shí)施工作中，為了把階段性的工作任務(wù)具體落實(shí) 完成，需要合作雙方每周一之前由公司實(shí)施工程師與用戶組共同制定本周的工作 計(jì)劃，給出每個(gè)工作日上、下午的工作內(nèi)容，以及雙方的準(zhǔn)備工作。計(jì)劃制定完 成后用戶項(xiàng)目組向所有相關(guān)部門和領(lǐng)導(dǎo)發(fā)布， 開始執(zhí)行；實(shí)施中雙方互相監(jiān)督按 照原計(jì)劃開展工作；周五時(shí)雙方負(fù)責(zé)人共同對本周計(jì)劃執(zhí)行情況進(jìn)行總結(jié)，對原計(jì)劃填寫工作總結(jié),詳細(xì)描述各項(xiàng)計(jì)劃的完成情況,未完成的部分應(yīng)寫明未完成 原因和責(zé)任歸屬，必要時(shí)雙方協(xié)商一起進(jìn)行

19、加班處理， 力爭按時(shí)完成；對于不能 按時(shí)完成的必須調(diào)整到下周計(jì)劃中進(jìn)行。用戶項(xiàng)目報(bào)告，對于實(shí)施中各階段較長時(shí)間不在用戶現(xiàn)場進(jìn)行的，或項(xiàng) 目處于用戶試運(yùn)行、維護(hù)期的情況，為了使用戶能夠及時(shí)獲知項(xiàng)目的進(jìn)展情況和 公司開發(fā)小組的工作情況，公司將在開發(fā)階段每周向用戶相關(guān)領(lǐng)導(dǎo)提交此報(bào)告， 維護(hù)期內(nèi)每月至少提交一次。階段評(píng)估報(bào)告，實(shí)施中當(dāng)某一階段性目標(biāo)實(shí)現(xiàn)后，公司將對該階段雙方 聯(lián)合開發(fā)組的工作情況進(jìn)行總結(jié)，編寫該報(bào)告并向工程領(lǐng)導(dǎo)小組提交，及時(shí)總結(jié) 經(jīng)驗(yàn)教訓(xùn)，為下階段工作打好基礎(chǔ)。1.3.9 實(shí)施過程提交文件匯總以下是對上面的實(shí)施過程中將產(chǎn)生的文件匯總說明：階段名稱作用評(píng)審級(jí)別變更控制需求 調(diào)研需求調(diào)研計(jì)

20、劃需求調(diào)研大綱確定需求調(diào)研的準(zhǔn)備工作、 內(nèi)容、方法方式及人員和日 程安排雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方現(xiàn)場實(shí)施 負(fù)責(zé)人系統(tǒng)需求分析報(bào)告明確用戶業(yè)務(wù)需求雙方項(xiàng)目負(fù)責(zé) 人雙方項(xiàng)目負(fù)責(zé) 人設(shè)計(jì)系統(tǒng)設(shè)計(jì)報(bào)告（其 中包括數(shù)據(jù)庫設(shè)計(jì)）描述整個(gè)系統(tǒng)軟件的模塊 設(shè)計(jì)，詳細(xì)設(shè)計(jì)，數(shù)據(jù)庫設(shè) 計(jì)，供開發(fā)編碼使用雙方項(xiàng)目負(fù)責(zé) 人雙方現(xiàn)場實(shí)施 負(fù)責(zé)人系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告軟件 開發(fā)項(xiàng)目開發(fā)計(jì)劃軟件開發(fā)的日程進(jìn)度，分 工，檢查點(diǎn)設(shè)置，提交成果 等計(jì)劃雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方項(xiàng)目負(fù)責(zé) 人軟件 測試測試計(jì)劃測試問題卡測試總結(jié)報(bào)告符合ISO9000質(zhì)量保證體系 規(guī)定的功能測試、同行間測 試文檔軟件 現(xiàn)場 實(shí)施項(xiàng)目實(shí)施計(jì)劃確定現(xiàn)場實(shí)施準(zhǔn)備工

21、作、人 員和日程安排、培訓(xùn)計(jì)劃、 階段目標(biāo)等雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方項(xiàng)目負(fù)責(zé) 人系統(tǒng) 培訓(xùn)培訓(xùn)計(jì)劃培訓(xùn)考勤記錄培訓(xùn)總結(jié)明確培訓(xùn)環(huán)境條件及方式， 參加人員，課程課時(shí)等要求 培訓(xùn)記錄，培訓(xùn)效果總結(jié)， 是否達(dá)到目標(biāo)雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方現(xiàn)場實(shí)施 負(fù)責(zé)人系統(tǒng) 安裝數(shù)據(jù)庫安裝目錄軟件安裝方法軟件使用操作手冊現(xiàn)場安裝、調(diào)試和提交軟件 的相關(guān)文檔軟件功能清單所提交軟件全部模塊結(jié)構(gòu) 劃分，功能描述用戶系統(tǒng)人員軟件交付書軟件已在現(xiàn)場安裝、調(diào)試、 培訓(xùn)完成，基本可以進(jìn)入試 運(yùn)行證明用戶系統(tǒng)負(fù)責(zé) 人軟件問題及修改記 錄實(shí)施中發(fā)現(xiàn)的軟件問題和 用戶提出的具體修改意見， 以及對其所作修改和確認(rèn) 記錄項(xiàng)目 驗(yàn)收驗(yàn)收計(jì)劃

22、驗(yàn)收報(bào)告項(xiàng)目總結(jié)項(xiàng)目技術(shù)報(bào)告數(shù)據(jù)庫字典開發(fā)過程項(xiàng)目總結(jié)， 技術(shù)總 結(jié)，數(shù)據(jù)庫設(shè)計(jì)字典等驗(yàn)收 相關(guān)文檔日常 工作現(xiàn)場工作日程安排 計(jì)劃需在現(xiàn)場進(jìn)行較長時(shí)間的 一般工作日程安排雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方現(xiàn)場實(shí)施 負(fù)責(zé)人用戶項(xiàng)目報(bào)告較長時(shí)間不在用戶現(xiàn)場時(shí) 向用戶信息服務(wù)系統(tǒng)匯報(bào) 項(xiàng)目進(jìn)展和工作情況，現(xiàn)場工作周報(bào)現(xiàn)場工作周計(jì)劃雙方現(xiàn)場實(shí)施 負(fù)責(zé)人雙方現(xiàn)場實(shí)施 負(fù)責(zé)人階段評(píng)估報(bào)告某階段性目標(biāo)實(shí)現(xiàn)后進(jìn)行 總結(jié)，向工程領(lǐng)導(dǎo)小組提 交，為下階段打好基礎(chǔ)1.4 項(xiàng)目實(shí)施計(jì)劃xxxxxxxxxxx軟件采購的建設(shè)是一項(xiàng)龐大而復(fù)雜的信息化應(yīng)用基礎(chǔ)工程，需要分任務(wù)、分階段組織建設(shè)，逐步實(shí)現(xiàn)總體目標(biāo)1.4.1 數(shù)據(jù)實(shí)施步驟

23、1 .基礎(chǔ)信息協(xié)調(diào)相關(guān)部門，采集基礎(chǔ)信息。2 .公共信息公共信息是多個(gè)業(yè)務(wù)部門共用的公共信息，包括人員、單位、信息、基礎(chǔ) 設(shè)施等。3 .專用信息專用信息是公章等信息。1.4.2 項(xiàng)目進(jìn)度安排系統(tǒng)建設(shè)分階段進(jìn)行，第一階段至合同簽訂后10天，完成如下工作：(1)組織數(shù)據(jù)的采集(2)硬件環(huán)境的搭建第二階段，合同簽訂后20天，完成如下工作：(1) xxxxxxxxxxx軟件采購的搭建將部署(2)二次開發(fā)第三階段，合同簽訂后30天內(nèi)，完成如下工作：(1 )系統(tǒng)開始正式試運(yùn)行(2 )BU堂改(3 )系統(tǒng)性能調(diào)優(yōu)(4) 系統(tǒng)培訓(xùn)(5 )系統(tǒng)驗(yàn)收2、項(xiàng)目管理方案2.1 項(xiàng)目管理組織結(jié)構(gòu)2.1.1 項(xiàng)目各方角色

24、與責(zé)任需要明確的是，該系統(tǒng)是一個(gè)由用戶、系統(tǒng)供應(yīng)商、其他系統(tǒng)供應(yīng)商、設(shè) 備提供商等多方面共同組成的項(xiàng)目組實(shí)施。 而這個(gè)項(xiàng)目組是由項(xiàng)目管理辦公室領(lǐng) 導(dǎo)。項(xiàng)目管理辦公室是由用戶和系統(tǒng)供應(yīng)商的高層領(lǐng)導(dǎo)人組成，這樣可以充分 保證項(xiàng)目實(shí)施能被正確的指導(dǎo)和推動(dòng)，可以迅速解決在實(shí)施過程中出現(xiàn)的不可預(yù) 測的原則性問題。項(xiàng)目管理辦公室中的用戶成員有責(zé)任推動(dòng)相關(guān)工作人員密切配合項(xiàng)目實(shí)施，對中心內(nèi)部各部門所要達(dá)到的項(xiàng)目目標(biāo)有清楚的定義，明確責(zé)、權(quán)、利關(guān)系,與項(xiàng)目組一起做好工作。項(xiàng)目經(jīng)理必須隨時(shí)向項(xiàng)目管理辦公室報(bào)告整個(gè)項(xiàng)目進(jìn)展情況，向項(xiàng)目管理 辦公室負(fù)責(zé)，采取正確的實(shí)施行動(dòng)來完成項(xiàng)目實(shí)施工作。雙方在項(xiàng)目中的角色和責(zé)任

25、如下:單位責(zé)任用戶業(yè)務(wù)系統(tǒng)的現(xiàn)狀調(diào)查、分析；提出項(xiàng)目需求；組織方案驗(yàn)收系統(tǒng)供應(yīng)商項(xiàng)目管理負(fù)責(zé)系統(tǒng)連接或軟件部署、配置、軟件開發(fā)等技術(shù)文件；負(fù)責(zé)項(xiàng)目實(shí)施；提出項(xiàng)目測試計(jì)劃，配合項(xiàng)目驗(yàn)收產(chǎn)品提供商提供產(chǎn)品的技術(shù)支持服務(wù)在客戶特別指明時(shí)提供產(chǎn)品安裝調(diào)試服務(wù)2.1.2 任務(wù)分工在項(xiàng)目的實(shí)施過程中，如果沒有明確的任務(wù)分工，將會(huì)造成“職責(zé)不清” 的混亂局面，使工作關(guān)系與任務(wù)分配陷入多種的關(guān)聯(lián)交叉狀態(tài)， 導(dǎo)致項(xiàng)目人員“不 知所措、不知何往”，這將嚴(yán)重影響對項(xiàng)目的反應(yīng)能力與控制能力，最終影響實(shí) 施的進(jìn)度與實(shí)施的質(zhì)量。所以要完成好一個(gè)項(xiàng)目，建立起一個(gè)完善的組織架構(gòu)后，組織中必須要有 明確的分工，做到“各負(fù)其責(zé)”

26、，但同時(shí)需要有統(tǒng)一、有效的領(lǐng)導(dǎo)機(jī)構(gòu)，作到“協(xié) 調(diào)一致”，才能保證整個(gè)項(xiàng)目的實(shí)施。xxxxxxxxxxx針對本項(xiàng)目的具體分工如下：(1)項(xiàng)目管理辦公室：將由用戶項(xiàng)目部領(lǐng)導(dǎo)以及 xxxxxxxxxxx管理層的相關(guān)負(fù)責(zé)人構(gòu)成，建議與 決定項(xiàng)目管理組人員的組成，接受項(xiàng)目管理組的匯報(bào)，指導(dǎo)與監(jiān)督項(xiàng)目管理組工 作，對重大問題作出決定，確保項(xiàng)目實(shí)施所需要的資源。該小組在宣布中標(biāo)后成立，項(xiàng)目驗(yàn)收后結(jié)束。(2)專家顧問組：將由用戶、xxxxxxxxxxx、高級(jí)專家顧問組成，在整個(gè)項(xiàng)目執(zhí)行過程中起顧 問咨詢等作用。該小組在宣布中標(biāo)后成立，項(xiàng)目驗(yàn)收后結(jié)束。(3)項(xiàng)目管理組：接受項(xiàng)目管理辦公室的領(lǐng)導(dǎo)與監(jiān)督，向項(xiàng)目管理

27、辦公室匯報(bào)；由用戶、 xxxxxxxxxxx的項(xiàng)目管理人員組成，xxxxxxxxxxx指派一名項(xiàng)目經(jīng)理任組長。該 組負(fù)責(zé)協(xié)調(diào)各相關(guān)單位的關(guān)系，處理所出現(xiàn)的各種問題；組織各個(gè)專業(yè)小組，制 定項(xiàng)目總的實(shí)施進(jìn)度計(jì)劃，推進(jìn)項(xiàng)目進(jìn)度，解決工程中出現(xiàn)的各種問題。該組在項(xiàng)目管理辦公室成立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。(4)商務(wù)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的商務(wù)計(jì)劃，負(fù)責(zé) 商務(wù)投標(biāo)，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由于合同條 款的修改與變動(dòng)而帶來的各種問題。該組在項(xiàng)目管理組成立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。(5)財(cái)務(wù)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定資金運(yùn)作計(jì)劃，負(fù)

28、責(zé)財(cái) 務(wù)成本核算、成本控制、財(cái)務(wù)審計(jì)等，保證整個(gè)合同過程中各個(gè)階段、各個(gè)方面 的資金需要。該組在項(xiàng)目管理組成立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。(6)培訓(xùn)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的培訓(xùn)計(jì)劃，負(fù)責(zé) 協(xié)調(diào)與實(shí)施所有的培訓(xùn)工作，完成培訓(xùn)的組織、培訓(xùn)內(nèi)容的審定、培訓(xùn)人員的落 實(shí)、培訓(xùn)場地的聯(lián)系、培訓(xùn)過程的組織、培訓(xùn)結(jié)業(yè)考試的組織、培訓(xùn)工作總結(jié)， 按照合同規(guī)定完成所有培訓(xùn)工作。該組在合同簽署后設(shè)立，全部培訓(xùn)工作完成后結(jié)束。(7)文檔組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的文檔遞交計(jì)劃， 負(fù)責(zé)收集與整理各個(gè)階段的技術(shù)文檔，按照合同規(guī)定完成所有的文檔遞交工作。該組在項(xiàng)目管理組

29、創(chuàng)立后設(shè)立，驗(yàn)收完畢，文檔全部遞交后結(jié)束。(8)技術(shù)核心組(架構(gòu)設(shè)計(jì)組)：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，由用戶與 xxxxxxxxxxx的技 術(shù)核心人員組成。負(fù)責(zé)制定詳細(xì)系統(tǒng)設(shè)計(jì)、完成模型實(shí)驗(yàn)與測試報(bào)告、終端設(shè)備參數(shù)修改測 試報(bào)告，并對系統(tǒng)實(shí)施過程中遇到的突發(fā)技術(shù)問題給予研究解決。該組在項(xiàng)目管理組創(chuàng)立后設(shè)立，驗(yàn)收完畢后結(jié)束。(8)設(shè)計(jì)施工組(開發(fā)組)：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)。主要工作包括負(fù)責(zé)項(xiàng)目實(shí)施的技術(shù)細(xì)節(jié)方案設(shè)計(jì)、設(shè)備精確配置、精確物 理連接圖及設(shè)備位置安排等工作；給出詳細(xì)設(shè)計(jì)的文檔、圖紙、資料及工程安裝 手冊；完成文檔、圖紙和技術(shù)資料的質(zhì)量審核；勘查施工現(xiàn)場環(huán)境

30、；軟件安裝調(diào) 試的細(xì)節(jié)方案設(shè)計(jì)、協(xié)調(diào)組織現(xiàn)場軟件安裝調(diào)試；軟件集成所需的功能定制開發(fā)、 接口定制開發(fā)。該組在合同簽署后設(shè)立，測試驗(yàn)收工作全部完畢后結(jié)束。(9)驗(yàn)收組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，負(fù)責(zé)現(xiàn)場實(shí)施的質(zhì)量控制， 以確保工程高質(zhì)量、高效率地完成；制定詳細(xì)的驗(yàn)收計(jì)劃，負(fù)責(zé)編寫測試驗(yàn)收手 冊、對安裝后的系統(tǒng)進(jìn)行測試與預(yù)驗(yàn)收、進(jìn)行驗(yàn)收準(zhǔn)備工作、配合用戶驗(yàn)收小組 對系統(tǒng)進(jìn)行最終驗(yàn)收，按照合同規(guī)定完成所有的測試與驗(yàn)收工作。該組在安裝調(diào)試工作開始后前設(shè)立，驗(yàn)收完畢后結(jié)束。2.2 項(xiàng)目范圍管理項(xiàng)目管理范圍包括本項(xiàng)目建設(shè)周期內(nèi)各個(gè)階段以及所有相關(guān)的建設(shè)單位、 設(shè)備、軟硬件、場地等內(nèi)容，從軟硬

31、件采購、需求分析、系統(tǒng)設(shè)計(jì)、軟件開發(fā)、 系統(tǒng)集成、測試、驗(yàn)收、試運(yùn)行、系統(tǒng)維護(hù)的全過程都包括在內(nèi)，如項(xiàng)目啟動(dòng)、 項(xiàng)目范圍內(nèi)容、項(xiàng)目范圍變更等項(xiàng)，具體內(nèi)容在項(xiàng)目實(shí)施前經(jīng)詳細(xì)討論確定。2.3 項(xiàng)目進(jìn)度管理針對本項(xiàng)目的進(jìn)度管理從任務(wù)分解、時(shí)間進(jìn)度安排到資源分配，每個(gè)階段 都有里程碑標(biāo)志，每個(gè)階段都須嚴(yán)格按照工期要求按時(shí)、 保質(zhì)完成，項(xiàng)目經(jīng)理負(fù) 責(zé)項(xiàng)目進(jìn)度控制。2.4 項(xiàng)目風(fēng)險(xiǎn)管理通過對大量的風(fēng)險(xiǎn)事件進(jìn)行分析，在本項(xiàng)目中下列事件出現(xiàn)的概率最大， 影響也是最大的。如何使得將上述事件對項(xiàng)目造成的影響降低到最小，是項(xiàng)目風(fēng)險(xiǎn)管理的主要工作。首先需要預(yù)防上述事件的發(fā)生，其次當(dāng)事件發(fā)生不可避免之 后，應(yīng)當(dāng)采取必要

32、的、事先準(zhǔn)備好的措施進(jìn)行工作，將風(fēng)險(xiǎn)對項(xiàng)目目標(biāo)的影響降 低到可以容忍的程度。2.4.1 技術(shù)風(fēng)險(xiǎn)xxxxxxxxxxx軟件采購是一個(gè)采用先進(jìn)的信息技術(shù),在建設(shè)過程中需要與各 個(gè)業(yè)務(wù)單位、多個(gè)技術(shù)支撐系統(tǒng)、多個(gè)業(yè)務(wù)系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù) 量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識(shí)。因此系統(tǒng)建 設(shè)存在一定的技術(shù)風(fēng)險(xiǎn)，需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開始建設(shè)之初， 就要充分 認(rèn)識(shí)到該項(xiàng)目的技術(shù)難度，在系統(tǒng)調(diào)研、系統(tǒng)設(shè)計(jì)階段就要進(jìn)行反復(fù)的論證， 在 系統(tǒng)構(gòu)架的時(shí)候盡可能采用國際上成熟的產(chǎn)品，借鑒相關(guān)的成功經(jīng)驗(yàn)，同時(shí)系統(tǒng) 的建設(shè)分步驟、分階段進(jìn)行，將技術(shù)難點(diǎn)逐個(gè)突破，力求將技術(shù)風(fēng)險(xiǎn)降

33、至最低。2.4.2 需求風(fēng)險(xiǎn)xxxxxxxxxxx軟件采購的建設(shè)是一個(gè)項(xiàng)目周期較長、 涉及相關(guān)部門較多、數(shù) 據(jù)量大、系統(tǒng)功能要求高的復(fù)雜系統(tǒng)，只能在建設(shè)過程中與多家業(yè)務(wù)部門進(jìn)行溝 通，才能逐步明晰系統(tǒng)的需求。同時(shí)，由于 GIS專業(yè)性較強(qiáng)，有些需求各業(yè)務(wù)部 門人員根本不可能明確地提出，需要系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗(yàn)進(jìn)行用 戶需求的引導(dǎo)。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁， 使得項(xiàng)目進(jìn)展嚴(yán)重滯后，最后造成項(xiàng)目的失敗。為了能夠減少該項(xiàng)目需求不清和需求頻繁變更的風(fēng)險(xiǎn)，需要用戶和公司在 項(xiàng)目初期做好充分的需求調(diào)研，切實(shí)理解各個(gè)業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求， 盡可能避免對需求的

34、誤解和片面性。 同時(shí)，在系統(tǒng)建設(shè)過程中，嚴(yán)格遵守項(xiàng)目管 理的規(guī)章制度，對項(xiàng)目需求變更進(jìn)行嚴(yán)格的審核與控制，以保障項(xiàng)目的質(zhì)量和進(jìn)度。2.4.3 協(xié)調(diào)與溝通風(fēng)險(xiǎn)在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個(gè)部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項(xiàng)目的質(zhì)量與進(jìn)度。 因此，建立高效的協(xié)調(diào)與溝通機(jī)制，減少相互 之間的誤解與拖延，是保障本項(xiàng)目成功實(shí)施的關(guān)鍵點(diǎn)之一。 這需要各相關(guān)單位充 分理解項(xiàng)目溝通管理的重要性，嚴(yán)格遵守項(xiàng)目管理的各項(xiàng)規(guī)章制度， 提高協(xié)調(diào)溝 通的效率，降低項(xiàng)目協(xié)調(diào)與溝通的風(fēng)險(xiǎn)。2.4.4 項(xiàng)目人員風(fēng)險(xiǎn)由于xxxxxxxxxxx軟件采購項(xiàng)目周期較長，技術(shù)難度大，因此項(xiàng)目人員壓力會(huì)隨著項(xiàng)目的進(jìn)展逐漸加

35、大，工作效率也可能會(huì)隨著項(xiàng)目的進(jìn)展逐漸降低，造 成工作效率低下，甚至?xí)斐身?xiàng)目成員的不穩(wěn)定。這就需要用戶與公司相互理解, 明確共同的目標(biāo)，發(fā)揮團(tuán)隊(duì)精神，同時(shí)要合理規(guī)劃項(xiàng)目進(jìn)度，作到勞逸結(jié)合，提 高項(xiàng)目人員的積極性，降低項(xiàng)目人員的風(fēng)險(xiǎn)。2.5 質(zhì)量管理計(jì)劃2.5.1 質(zhì)量管理體系標(biāo)準(zhǔn)本項(xiàng)目實(shí)施應(yīng)采用先進(jìn)的質(zhì)量管理模式和科學(xué)的質(zhì)量管理體系和流程，并 根據(jù)項(xiàng)目自身特點(diǎn)選用合適的質(zhì)量控制規(guī)程。目前，xxxxxxxxxxx主要采用ISO9001質(zhì)量標(biāo)準(zhǔn)和軟件成熟度模型（CMM 兩種控制規(guī)程。針對本項(xiàng)目，公司將采用 GB/T19001-2000 ISO9001:2000質(zhì)量 體系標(biāo)準(zhǔn)，同時(shí)遵循SSE-CM

36、M1安全實(shí)施標(biāo)準(zhǔn)，并在項(xiàng)目實(shí)施的過程中嚴(yán)格執(zhí)行 這些質(zhì)量標(biāo)準(zhǔn)。2.5.2 質(zhì)量控制過程本項(xiàng)目中，由項(xiàng)目經(jīng)理制訂質(zhì)量控制計(jì)劃，項(xiàng)目質(zhì)量控制組進(jìn)行審核。審 核方面包括：質(zhì)量控制措施是否足夠、各個(gè)成員的質(zhì)量責(zé)任是否明確合理，測試方法是否適用。2.5.3 質(zhì)量評(píng)定計(jì)劃為了加強(qiáng)項(xiàng)目質(zhì)量管理和界定產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，本公司將制訂適應(yīng)于項(xiàng)目的 檢查驗(yàn)收規(guī)定和質(zhì)量評(píng)定標(biāo)準(zhǔn)，確保工程質(zhì)量。本項(xiàng)目中，應(yīng)實(shí)行兩級(jí)檢查、兩級(jí)驗(yàn)收制度。一級(jí)檢查、二級(jí)檢查和一級(jí) 驗(yàn)收由本公司實(shí)施小組組織完成； 二級(jí)驗(yàn)收由用戶組織實(shí)施。各級(jí)檢查驗(yàn)收嚴(yán)格 按項(xiàng)目實(shí)施中制訂的相應(yīng)的檢查驗(yàn)收規(guī)定和質(zhì)量評(píng)定標(biāo)準(zhǔn)執(zhí)行。對實(shí)施和驗(yàn)收過程中出現(xiàn)的重大技術(shù)問題

37、，將上報(bào)用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應(yīng)予以 書面記錄。2.5.4 質(zhì)量管理措施在項(xiàng)目實(shí)施過程中還將采取如下措施保障項(xiàng)目實(shí)施質(zhì)量：(1)產(chǎn)品到貨后，對所有硬件設(shè)備應(yīng)進(jìn)行加電檢測，同時(shí)對所有軟件產(chǎn)品 進(jìn)行安裝、產(chǎn)品授權(quán)驗(yàn)證。(2)在項(xiàng)目實(shí)施前后對網(wǎng)絡(luò)性能進(jìn)行評(píng)估。(3)在系統(tǒng)部署完成后要在實(shí)際環(huán)境中進(jìn)行網(wǎng)絡(luò)連通性測試、安全策略驗(yàn) 證和應(yīng)用系統(tǒng)測試。(4)配合應(yīng)用系統(tǒng)做好壓力測試，根據(jù)壓力測試結(jié)果調(diào)整系統(tǒng)配置。(5)項(xiàng)目實(shí)施后要進(jìn)行一定時(shí)間的試運(yùn)行，在試運(yùn)行期間要重點(diǎn)監(jiān)控網(wǎng)絡(luò) 環(huán)境的運(yùn)行情況、安全策略的驗(yàn)證和業(yè)務(wù)應(yīng)用系統(tǒng)運(yùn)行情況， 若出現(xiàn)的問題要及 時(shí)查找原因并加以修正。(6)在試點(diǎn)實(shí)施過程中

38、驗(yàn)證方案的可行性和正確性。2.5.5軟件質(zhì)量控制2.5.5.1 階段性評(píng)審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司 在本系統(tǒng)項(xiàng)目組織中，由質(zhì)量控制組負(fù)責(zé)質(zhì)量控制和管理， 采用軟件度量過程采 集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進(jìn)行管理。對軟件過程質(zhì)量的控制通過量化并提取軟件過程信息實(shí)現(xiàn)對軟件過程的目 標(biāo)管理，量化的主要內(nèi)容包括：產(chǎn)品質(zhì)量、項(xiàng)目進(jìn)度和資源占用。軟件過程控制 一般采用軟件開發(fā)過程的節(jié)點(diǎn)控制的方法。軟件開發(fā)過程的節(jié)點(diǎn)控制是提高軟件開發(fā)的計(jì)劃性和成功經(jīng)驗(yàn)的可重復(fù)應(yīng) 用的重要支持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本 系統(tǒng)的高質(zhì)、準(zhǔn)時(shí)完成。在本系統(tǒng)

39、的開發(fā)過程中，把涉及軟件開發(fā)、應(yīng)用的人員 分為甲方、乙方，甲方代表各種層次的軟件系統(tǒng)的用戶， 乙方代表軟件開發(fā)商中 各組織、各層次人員。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同 控制與管理，甲方側(cè)重“需求” 與“監(jiān)督”職能，乙方側(cè)重“供求”與“控制”職能。甲乙雙方實(shí)現(xiàn)職能的基礎(chǔ)是軟件開發(fā)過程的可視性，即從甲乙雙方角度得到軟件開發(fā)過程的可見性。如下圖所示：需求 _一，_,一L一結(jié)果Ca)需求結(jié)臬檢查點(diǎn)檢查點(diǎn). 檢查點(diǎn) 檢查點(diǎn)Q）圖（a）表示一個(gè)對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙 方的開發(fā)過程得到的是最終結(jié)果，甲方對軟件開發(fā)過程沒法參與。乙方中只有具 體的開發(fā)人員了解局部

40、的軟件過程，高層管理人員沒法得到開發(fā)過程中具體的過 程狀態(tài)信息，不能根據(jù)過程狀態(tài)做出決策。圖（b）表示一個(gè)對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特 定階段設(shè)置階段控制點(diǎn)（也稱為里程碑），甲乙雙方依據(jù)階段成果，從各自的角 度提出過程改善與修改意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項(xiàng)目 資源消費(fèi)。2.5.5.2 測試測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認(rèn)真測試的系統(tǒng)是不能被用于 生產(chǎn)的。雖然，對各階段的文檔的審核也可認(rèn)為是測試， 但本項(xiàng)目所指的測試是 指對應(yīng)用軟件的測試。做好測試是測試組的責(zé)任，測試組是與開發(fā)組相互獨(dú)立的 兩組，且需要相當(dāng)?shù)募夹g(shù)和經(jīng)驗(yàn)，對業(yè)務(wù)的理解要十分透徹。為

41、保證測試的效率 和質(zhì)量需要主意以下幾點(diǎn)：1.建立高效合理的測試流程，包括：建立盡量模擬真實(shí)環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運(yùn)行業(yè)務(wù)的初始環(huán)境）；對測試案例的設(shè)計(jì)要有深度和廣度；特別在系統(tǒng)測試和驗(yàn)收測試階段， 安排好項(xiàng)目組的全體人員的任務(wù)和責(zé)任； 做好測試階段文檔和源程序的版本控制；做好測試中發(fā)現(xiàn)的BUGS勺記錄及存檔工作；對發(fā)現(xiàn)的任何BUG密B要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個(gè)過程，涉及到軟件生命周期的各個(gè)階段。下圖描述了軟件 測試過程模型：需求分析軟件實(shí)現(xiàn)系輸弒Beta測試一糾錯(cuò)實(shí)版坪I|辰穹審L出廠1斤報(bào)告測試過程是與開發(fā)過程并行的，軟件測試的實(shí)

42、施過程是與改錯(cuò)過程既是交 錯(cuò)的、同時(shí)又是并行進(jìn)行的。在集成測試階段中，測試一般應(yīng)當(dāng)由獨(dú)立的軟件測 試人員來實(shí)施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發(fā)者自身的思維局限，更加客觀全面地進(jìn)行有效的測試。2.6項(xiàng)目協(xié)調(diào)與合作計(jì)劃對項(xiàng)目實(shí)施中的溝通是項(xiàng)目完成的順利與否的重要因素，所以在整個(gè)項(xiàng)目 實(shí)施的過程中要有一套完善的溝通機(jī)制。2.6.1 協(xié)調(diào)與合作管理方案在項(xiàng)目實(shí)施中，將以項(xiàng)目經(jīng)理為核心，實(shí)現(xiàn)全面、有效的溝通管理。其中:(1)項(xiàng)目經(jīng)理從始至終控制整個(gè)項(xiàng)目的工作進(jìn)展與步驟，是信息的收集者 和發(fā)送者。(2)項(xiàng)目經(jīng)理要密切聯(lián)系了解各干系人信息， 及時(shí)傳達(dá)給項(xiàng)目組其他成員。(3

43、)項(xiàng)目經(jīng)理要每周與項(xiàng)目領(lǐng)導(dǎo)小組交換項(xiàng)目工作進(jìn)展情況，確保項(xiàng)目按 計(jì)劃有步驟地進(jìn)行，并提交全部項(xiàng)目管理報(bào)告給項(xiàng)目領(lǐng)導(dǎo)小組。(4)項(xiàng)目經(jīng)理要每周組織項(xiàng)目組成員召開會(huì)議，了解項(xiàng)目進(jìn)展情況，分派 工作，了解項(xiàng)目實(shí)施中的問題，及時(shí)解決。(5)項(xiàng)目主管定期聯(lián)系用戶負(fù)責(zé)人，傾聽用戶對項(xiàng)目的建議和意見，并采 取相應(yīng)的措施，最大程度保證用戶滿意度。(6)銷售人員和用戶保持正常通暢的溝通渠道，及時(shí)接受用戶反饋意見。2.6.2協(xié)調(diào)手段作為溝通的手段，采用如下方式進(jìn)行項(xiàng)目的交流：(1)進(jìn)程報(bào)告(工程簡報(bào))：工程實(shí)施期間，各實(shí)施人員每天向項(xiàng)目經(jīng)理 報(bào)告工作進(jìn)展；項(xiàng)目經(jīng)理按照ISO9000質(zhì)量管理體系的要求每周向公司提交

44、 項(xiàng) 目進(jìn)展報(bào)告；同時(shí)，項(xiàng)目經(jīng)理每周向用戶單位提交項(xiàng)目進(jìn)展文件。(2)周例會(huì)：必要時(shí)參加由項(xiàng)目管理組、用戶方在每周共同召開的周例會(huì)， 會(huì)議將對一周以來的工作進(jìn)展進(jìn)行回顧，總結(jié)問題點(diǎn)，分析原因，并確定解決方 案。對下一階段的工作任務(wù)進(jìn)行部署。會(huì)議結(jié)果由項(xiàng)目管理組發(fā)布會(huì)議紀(jì)要。(3)工程階段總結(jié)：在實(shí)施的每一個(gè)階段，進(jìn)行工程階段總結(jié)，評(píng)估上一 階段工作得失，為下階段的工作進(jìn)行必要的預(yù)溝通，解決隱患問題；(4)多種形式的交流：項(xiàng)目經(jīng)理與項(xiàng)目領(lǐng)導(dǎo)小組、用戶、其它廠商之間、 以及項(xiàng)目隊(duì)伍成員之間保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進(jìn)行溝通。2.7配置管理2.7.1 配置管理和版本控制公司采用相應(yīng)的

45、配置控制程序來管理新系統(tǒng)的各個(gè)部分，包括文檔，需求， 設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)，編碼，文件和數(shù)據(jù)。并在項(xiàng)目實(shí)際實(shí)施時(shí)制定配置管理計(jì)劃, 并委任一名配置管理員。配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個(gè)系統(tǒng)的完整性。配置控制既是技術(shù)活動(dòng)又是管理活動(dòng)，它的過程包括：配置項(xiàng)目發(fā)現(xiàn)和保存每個(gè)配置項(xiàng)目要有一個(gè)編號(hào)，用來區(qū)別有不同需求和實(shí)施要求的其它項(xiàng)目。 它還有一個(gè)版本號(hào)，用來標(biāo)明該項(xiàng)目所處的階段，在配置項(xiàng)目修改時(shí)，版本號(hào)要 更新。配置系統(tǒng)要能夠容納新的配置項(xiàng)目，不必修改現(xiàn)存項(xiàng)目。配置項(xiàng)目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件 項(xiàng)目的控制必須建立如下典型的軟件庫：名稱狀態(tài)開發(fā)庫動(dòng)態(tài)的主

46、庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進(jìn)行開發(fā)和測試的動(dòng)態(tài)庫。主庫是一個(gè)被控制的庫，項(xiàng)目的放入和取出必須按規(guī)定并以一定的控制方式進(jìn)行。 例如，在單元 測試成功之后，模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何 經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。當(dāng)主庫達(dá)到一定程度的穩(wěn)定后，就可以將它合成一個(gè)基準(zhǔn)。每當(dāng)基準(zhǔn)發(fā)布以后，相關(guān)主庫都要進(jìn)行拷貝產(chǎn)生靜態(tài)庫。 之所以叫做靜態(tài)庫，因?yàn)橐院蟛辉俑?新，并且歸檔。2 .配置變動(dòng)控制只有當(dāng)項(xiàng)目已經(jīng)成為基準(zhǔn)的一部分時(shí)，軟件配置控制才能夠進(jìn)行，它主要 控制：評(píng)估對配置項(xiàng)目的變動(dòng)協(xié)調(diào)批準(zhǔn)的變動(dòng)在本項(xiàng)目的執(zhí)行過程中，項(xiàng)目經(jīng)理將與用戶一起定

47、義處理配置變動(dòng)以及變動(dòng)授權(quán)管理方法。作為對于已經(jīng)通過的單元，系統(tǒng)的驗(yàn)收測試項(xiàng)目的變動(dòng)，需要 更高級(jí)別的授權(quán)。3 .配置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項(xiàng)目跟蹤報(bào)告， 并且貫穿整個(gè)系統(tǒng)開發(fā)周期中， 配置項(xiàng)目狀態(tài)將通過配置管理員來跟蹤和控制。為有效進(jìn)行配置狀態(tài)記錄，應(yīng)該詳細(xì)記錄以下信息：每個(gè)基準(zhǔn)版的日期，版本和問題；每份問題審閱以及文檔修改的日期狀態(tài)；每份軟件問題報(bào)告、修改請求、和修改報(bào)告的日期和狀態(tài)；每個(gè)配置項(xiàng)目的總結(jié)描述。軟件版本公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個(gè)版本說明。該說 明列出了版本內(nèi)的配置項(xiàng)目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯(cuò)誤 和已經(jīng)合并的新的需求都要有記

48、錄。要在提交新版本之前重新測試修改過的軟 件。對于每個(gè)版本公司保證文檔和代碼的一致性，而且保存舊版本。2.7.2變更管理的方法產(chǎn)品的完整性需要通過變更管理來維持。用戶需求的變化、系統(tǒng)需求的變 化和系統(tǒng)設(shè)計(jì)的變化都被監(jiān)控和跟蹤， 從而了解被批準(zhǔn)變動(dòng)的實(shí)施狀態(tài)。 控制變 更的目的是為了確保只有經(jīng)過批準(zhǔn)的變更才能實(shí)施，確保變更情況傳達(dá)到了相應(yīng)的有關(guān)方面，提供它們考慮和獲得它們的批準(zhǔn)。用戶需求、系統(tǒng)需求和系統(tǒng)設(shè)計(jì)文檔在通過評(píng)審并批準(zhǔn)后將作為基準(zhǔn)。當(dāng) 一個(gè)文檔變?yōu)榛鶞?zhǔn)以后，就自動(dòng)進(jìn)入變更控制范圍。任何變動(dòng)都需要提交變更請 求。變更管理由以下四個(gè)部分組成：變更請求、變更評(píng)估、變更批準(zhǔn)、變更實(shí)施 和跟蹤。2

49、.8 文檔管理文檔必須真實(shí)地反映實(shí)際工程狀態(tài)。文檔的驗(yàn)收，不能是在項(xiàng)目驗(yàn)收時(shí)統(tǒng)一移交給用戶單位，而應(yīng)當(dāng)根據(jù)項(xiàng)目 實(shí)施的不同階段，分批移交，在項(xiàng)目準(zhǔn)備階段就需要制定一個(gè)文檔移交計(jì)劃，在規(guī)定的時(shí)間里移交事先規(guī)定格式、內(nèi)容的文檔。2.9 人員管理人員的管理遵循幾條原則：本項(xiàng)目中的參與人員在無特殊情況且未經(jīng)用戶 同意不進(jìn)行調(diào)換；系統(tǒng)保障期人員均安排參加此項(xiàng)目建設(shè)的主要技術(shù)人員；本項(xiàng)目的項(xiàng)目管理人員安排具有同類項(xiàng)目豐富項(xiàng)目管理經(jīng)驗(yàn)的人員。2.10 保密管理考慮本系統(tǒng)的保密要求，公司承諾按照涉及國家秘密計(jì)算機(jī)系統(tǒng)要求進(jìn)行系統(tǒng)建設(shè)的保密管理，并和用戶簽署保密協(xié)議，嚴(yán)格履行保密義務(wù)。3、測試計(jì)劃3.1 測試工

50、作準(zhǔn)備為保證項(xiàng)目的質(zhì)量，xxxxxxxxxxx將成立專門的項(xiàng)目測試小組，在項(xiàng)目經(jīng)理 的統(tǒng)一領(lǐng)導(dǎo)之下，完成本次項(xiàng)目的測試工作，首先，在項(xiàng)目開始時(shí)，測試小組要 完成測試的準(zhǔn)備工作，測試準(zhǔn)備工作的重點(diǎn)主要包括以下幾個(gè)主要方面：對整個(gè)項(xiàng)目情況進(jìn)行調(diào)研與了解，以熟悉整個(gè)系統(tǒng)的整體架構(gòu)和實(shí)現(xiàn)功能 等相關(guān)情況，制定出初步的測試計(jì)劃；確定測試管理工具的實(shí)施方案，對測試管理工具根據(jù)項(xiàng)目的特點(diǎn)進(jìn)行合理 規(guī)劃；包括根據(jù)各個(gè)項(xiàng)目子系統(tǒng)的特點(diǎn)， 制定相應(yīng)的缺陷跟蹤方案、版本提交計(jì) 劃等。保證測試人員的到位，并對測試人員進(jìn)行測試管理工具和測試相關(guān)基礎(chǔ)技 術(shù)的培訓(xùn)，要求相關(guān)系統(tǒng)測試人員先進(jìn)行相關(guān)系統(tǒng)體系結(jié)構(gòu)和功能的了解，為

51、后期的設(shè)計(jì)測試用例奠定基礎(chǔ)。3.2 軟件開發(fā)測試本項(xiàng)目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測 試、全系統(tǒng)測試、容量測試、壓力測試、災(zāi)難恢復(fù)測試等。在進(jìn)行測試前，需要編寫詳實(shí)的測試方案，其中包括測試時(shí)間安排、測試 準(zhǔn)則、測試用例、測試范圍、測試目標(biāo)、測試人員、出錯(cuò)處理流程及處理結(jié)果等 內(nèi)容。在測試案例中應(yīng)包含對異常情況處理的測試， 如數(shù)據(jù)不全、數(shù)據(jù)類別有誤、 數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復(fù)的“測試-改進(jìn)”操作，以確保問題得 到完整、充分的解決的過程3.2.1 模塊測試每個(gè)應(yīng)用程序模塊完成后，進(jìn)行模塊測試。模塊測試的目的在于通過大量、 反復(fù)的測試，盡可能地捕獲程序

52、編寫時(shí)的編碼及應(yīng)用處理上的錯(cuò)誤，并加以改正, 使程序編寫時(shí)的錯(cuò)誤在這一測試環(huán)節(jié)得到控制。3.2.2 功能測試功能測試是對項(xiàng)目實(shí)現(xiàn)的功能進(jìn)行測試。功能測試可細(xì)分為：獨(dú)立測試和 連續(xù)測試兩部分。獨(dú)立測試是將本項(xiàng)目開發(fā)實(shí)現(xiàn)的功能一一進(jìn)行獨(dú)立測試。在測試過程中， 將針對每一個(gè)功能制定相應(yīng)的測試個(gè)案，進(jìn)行嚴(yán)格的功能測試。如測試結(jié)果與實(shí) 現(xiàn)要求不符，將由開發(fā)人員進(jìn)行改進(jìn)及完善，最終達(dá)到功能要求。測試中發(fā)生問題時(shí)，編程人員會(huì)改動(dòng)程序以便解決問題。系統(tǒng)將在修改后 進(jìn)行重新測試。此時(shí)其進(jìn)行的測試不僅針對改動(dòng)部分，還應(yīng)對原已通過獨(dú)立測試 的部分進(jìn)行重新測試。3.2.3 性能測試系統(tǒng)的性能是一個(gè)很重要的參數(shù)， 本項(xiàng)

53、目所指的系統(tǒng)性能包括系統(tǒng)的效率、 響應(yīng)時(shí)間及處理能力。在測試中，為每個(gè)應(yīng)用設(shè)置響應(yīng)時(shí)間、處理速度量度，評(píng) 估系統(tǒng)的最高處理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進(jìn)，需進(jìn)行相應(yīng)措施對系 統(tǒng)的性能進(jìn)行調(diào)整。3.2.4 分系統(tǒng)測試針對各個(gè)分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進(jìn)行 測試，進(jìn)行測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個(gè)分系統(tǒng)做出一個(gè)分系統(tǒng)測試報(bào)告，主要內(nèi)容為測試結(jié)果，結(jié) 果分析，建議。對系統(tǒng)功能、性能、安全、可靠和擴(kuò)展等每一方面都需有明確的 結(jié)論和意見。3.2.5 全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎(chǔ)上，對整個(gè)硬件平臺(tái)進(jìn)行測試，主要針對各分系 統(tǒng)的結(jié)合部，

54、以及總體功能。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試 方案按照測試方案中的測試步驟進(jìn)行， 最終做出系統(tǒng)測試報(bào)告，主要包含：系統(tǒng) 功能、性能、安全、可靠和擴(kuò)展等各個(gè)方面能否達(dá)到設(shè)計(jì)要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。3.2.6 容量測試項(xiàng)目在投產(chǎn)前，建議進(jìn)行容量測試，以找出項(xiàng)目投產(chǎn)后可處理的最大處理 容量，確保能夠平滑地過渡或避開業(yè)務(wù)處理高峰期。與此同時(shí)，通過對業(yè)務(wù)處理高峰期時(shí)系統(tǒng)硬件資源情況的占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務(wù)發(fā)展增長量，可以推算出需 要更換相關(guān)硬件的時(shí)間，以便用戶可以提前做好應(yīng)對準(zhǔn)備。3.2.7 壓力測試壓力測試的目的是希

55、望能夠通過測試，得知在極短時(shí)間內(nèi)對網(wǎng)站進(jìn)行大量 并發(fā)訪問，是否會(huì)對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運(yùn)行異常甚至崩 潰。壓力測試可以獲知系統(tǒng)的耐壓程度， 在必要時(shí)采取適當(dāng)?shù)木o急防護(hù)措施， 如 控制、分散等措施，減低緩解系統(tǒng)瞬間壓力，防止尖峰時(shí)刻的出現(xiàn)，使系統(tǒng)得以 穩(wěn)定地運(yùn)行。3.2.8 災(zāi)難恢復(fù)測試災(zāi)難恢復(fù)測試是指在模擬災(zāi)難事故發(fā)生的情況下，對系統(tǒng)的恢復(fù)情況進(jìn)行 測試及彩排。要盡可能地找出可能發(fā)生的災(zāi)難性事故，并一一進(jìn)行模擬，查看系統(tǒng)的恢復(fù)情況。災(zāi)難恢復(fù)測試能夠反映出系統(tǒng)備份的準(zhǔn)確性及完整性，以及自動(dòng)恢復(fù)功能的強(qiáng)弱，出具不同災(zāi)難恢復(fù)所需的時(shí)間數(shù)據(jù)，以此可以估算出在災(zāi)難發(fā) 生時(shí)對用戶所造成的影響及忍受程度。3.3 設(shè)計(jì)測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準(zhǔn)備的目的是幫助用戶在不熟悉實(shí)際環(huán)境的時(shí)候，能正常 的測試系統(tǒng)并對系統(tǒng)做出正確的評(píng)價(jià)。測試用例和數(shù)據(jù)的準(zhǔn)備是一項(xiàng)枯燥和費(fèi)時(shí)間的工作。為了提高工作效率可 以從以下幾方面著手：將信息放在一個(gè)指定的位置，便于反復(fù)利用，降低變化產(chǎn)生的影響；一次完成一個(gè)步驟，避免冗余和額