軟件項目實施管理計劃

1、目錄概述XXXXX 是一項復雜、長期的系統(tǒng)工程，為保證工程能夠順利地進行實施，必須要制定科學、合理、切實可行的實施計劃。一方面要從組織上進行落實，成立強有力的項目領(lǐng)導小組和經(jīng)驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作原則，以指導項目的全面實施。工程實施原則1用戶方項目小組的成員，爭取參與項目的全過程用戶方成立領(lǐng)導親自掛帥的項目小組，在調(diào)研、設(shè)計、編碼、安裝調(diào)試、測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統(tǒng)開發(fā)方的工作，一方面可以培訓自己的技術(shù)維護隊伍，為系統(tǒng)的使用保駕護航；另一方面，在開發(fā)過程中，協(xié)調(diào)用戶方和開發(fā)方的關(guān)系，保證項目的

2、順利進行，及時發(fā)現(xiàn)問題，并對項目進度和質(zhì)量進行監(jiān)督。2采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用對于軟件項目，之所以稱為一個工程，很大程度上是因為軟件項目的建設(shè)，除了技術(shù)因素 外，還有很多的非技術(shù)因素需要考慮，并且必須被得到重視。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的技術(shù)，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期的問題。國內(nèi)很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系統(tǒng)維護的同時，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務人員從原來的手工處理轉(zhuǎn)到計算機輔助處理上來，在業(yè)務人員適應計算機輔助業(yè)務處理的過程

3、中，盡可能早發(fā)現(xiàn)系統(tǒng)中存在的問題，從而最大可能地使系統(tǒng)保質(zhì)保量的按時完成。3數(shù)據(jù)同程序同等重要該系統(tǒng)的建設(shè)，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對系統(tǒng)的建設(shè)來說同等重要。在項目實施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計數(shù)據(jù)處理的難度，在系統(tǒng)建設(shè)之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應的資金、時間等，將數(shù)據(jù)工作落到實處，只有這樣才能爭取系統(tǒng)早日達到實用化。項目總體推進計劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個系統(tǒng)建設(shè)的全過程劃分為準備、設(shè)計、開發(fā)、實施和運行階段，每個階段完成相應的任務，確保信息系統(tǒng)的建設(shè)。如下圖所示：系統(tǒng)實施過程的質(zhì)量

4、保證活動說明在實施過程中將發(fā)生的重大質(zhì)量保證活動或由此將產(chǎn)生的質(zhì)量記錄和產(chǎn)品，項目管理與開發(fā)階段劃分密切相關(guān)，因此主要按照項目實施的具體階段劃分說明。需求分析階段首先需要經(jīng)雙方協(xié)調(diào)，形成需求調(diào)研計劃及需求調(diào)研大綱，確定準備工作、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，經(jīng)雙方同意后按此計劃開始調(diào)研。調(diào)研正式開始前項目開發(fā)組應檢查所有必要的準備工作已經(jīng)圓滿完成。項目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實際技術(shù)需求和各個子系統(tǒng)的業(yè)務需求，編寫并向工程領(lǐng)導小組提交符合CMMILEVEL覬范要求的系統(tǒng)需求分析報告，并由項目組評審，不合格的部分進一步完善調(diào)研；評審通過后由雙方共同簽署評審意見，并正式生效。對于軟

5、件生產(chǎn)過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審通過并生效，則需求報告將成為系統(tǒng)的設(shè)計、開發(fā)、測試、實施試運行和項目驗收的基本依據(jù)之一，因此原則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更，需經(jīng)雙方項目負責人協(xié)商確定?？傮w設(shè)計階段項目開發(fā)組通過對系統(tǒng)的功能、運行和性能要求加以分析，產(chǎn)生一個高層次的系統(tǒng)結(jié)構(gòu)、軟件結(jié)構(gòu)、接口和數(shù)據(jù)格式的設(shè)計，并向工程領(lǐng)導小組提交 系統(tǒng)設(shè)計報告 （其中包括數(shù)據(jù)庫設(shè)計） ，組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽

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

7、術(shù)負責人討論確定詳細的開發(fā)計劃，并向工程領(lǐng)導小組提交項目開發(fā)計劃；工程領(lǐng)導小組對 項目開發(fā)計劃 進行審查，由雙方 簽字后正式生效，并將作為軟件開發(fā)階段的項目管理和監(jiān)控依據(jù)，項目開發(fā)小組要嚴格據(jù)此計劃控制項目進度，按時向工程領(lǐng)導小組匯報工作進展。為了使用戶能夠及時獲知項目的進展情況，開發(fā)小組需要每周向用戶相關(guān)領(lǐng)導提交項目 客戶周報，用戶項目組可以隨時對項目的工作情況進行檢查。系統(tǒng)實施和試運行階段首先需要經(jīng)雙方交流協(xié)調(diào)，形成項目實施計劃，確定現(xiàn)場實施的準備工作、人員和日 程安排、培訓計劃、階段目標等內(nèi)容，經(jīng)雙方負責人簽字后生效，按此計劃開始現(xiàn)場實施。正 式開始現(xiàn)場實施前項目開發(fā)組應檢查所有必要的準

8、備工作是否已經(jīng)完成。現(xiàn)場工作首先要進行軟件在服務器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對象的生成，初始 化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導入，前后臺軟件的安裝，配置參數(shù)調(diào)整等工作；完成后 需向系統(tǒng)維護人員提交 數(shù)據(jù)庫安裝目錄，軟件安裝方法文件，并協(xié)助用戶進行軟件安裝。軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相關(guān)業(yè)務人員的培訓；在培訓開始之前需 要由雙方協(xié)商形成 培訓計劃，明確培訓環(huán)境、條件及方式，參加人員，課程課時等詳細內(nèi)容， 由雙方現(xiàn)場實施負責人簽字后生效，并分別開始著手準備，在既定時間內(nèi)完成。培訓過程中由工程師提供培訓考勤記錄，培訓應該脫產(chǎn)、集中、封閉進行，并要求所 有參加人每日必須兩次考勤

9、；培訓完成后由雙方共同進行培訓總結(jié)，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內(nèi)容用戶項目組須進行必要的考核和獎懲，培訓工程 師有權(quán)對參加培訓人員進行客觀評價。培訓順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后臺軟件，軟件 使用操作手冊，軟件功能清單，這兩種文檔將詳細描述軟件的使用過程，軟件所包含的全 部系統(tǒng)功能模塊。軟件試用期內(nèi)用戶的主要工作是根據(jù)軟件功能清單所列的系統(tǒng)功能模塊，檢查公司所 提交的軟件是否滿足系統(tǒng)需求分析報告、系統(tǒng)設(shè)計報告的規(guī)定，列出未完成及含有較嚴重、明顯錯誤的模塊清單形成軟件問題及修改記錄 并提交給公司繼續(xù)完善；此段時間可以對軟件的細節(jié)性問題進

10、行測試、驗證，但主要精力還是應放在模塊級功能的檢查上，如果所有模 塊都已開發(fā)并可以進入試運行，其設(shè)計方法、技術(shù)可行性也都能夠滿足最終軟件的需要，則用戶各相關(guān)業(yè)務負責人、現(xiàn)場實施負責人需要簽署各子系統(tǒng)的軟件交付書，表明軟件已在現(xiàn)場安裝、調(diào)試、培訓完成，基本可以進入軟件試運行；此后在軟件功能模塊一級上不應再發(fā)生大 的變化，如需要修改功能模塊設(shè)計，則需由雙方項目負責人協(xié)商解決。試運行期內(nèi)用戶負責組織針對 軟件功能清單所列的系統(tǒng)功能模塊進行現(xiàn)場的系統(tǒng)測試， 包括新舊兩套系統(tǒng)并行工作一段時間進行驗證，使每個功能模塊都得到基本確認；對于其中發(fā)現(xiàn)的問題和軟件的細節(jié)性修改意見，需以軟件問題及修改記錄 的書面形

11、式提交給公司；公司修改完成后立即提交到現(xiàn)場，用戶負責組織立即對軟件進行確認回歸測試，如驗證問題已修改 需要在軟件問題及修改記錄 中予以說明。通過試運行及修改后證明已經(jīng)基本完成的模塊，用 戶應組織相關(guān)的業(yè)務負責人在軟件功能清單中逐項確認。項目驗收階段在試運行期內(nèi)系統(tǒng)存在一定的細節(jié)性問題是工程項目不可避免的問題，特別是隨著用戶應 用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統(tǒng)的致命性錯誤；因此當試運行期內(nèi) 所發(fā)現(xiàn)的真正的“問題和錯誤”收斂到一定數(shù)目以下時，各業(yè)務子系統(tǒng)經(jīng)過一段時間的并行工 作新系統(tǒng)已基本可靠，就可以切換到正式運行階段，開始正式運行。正式運行后，由用戶提出驗收要求，雙方共同制定

12、項目驗收計劃，組成項目驗收小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔，包括對系統(tǒng)開發(fā)過程進行總結(jié)的項目總結(jié)，項目技術(shù)報告，最終的完整的數(shù)據(jù)庫字典等。驗收工作將由用戶組織的專家組對系統(tǒng)進行全面的驗收和鑒定，并出具項目驗收小組領(lǐng)導 簽字的項目驗收報告，并簽署驗收意見，公司在此過程中將全程參與，在現(xiàn)場進行驗收前的 維護工作。系統(tǒng)正式運行及維護階段公司承諾對系統(tǒng)軟件提供服務保證期，在保證期內(nèi)提供免費的軟件升級和維護服務；在保 證期外，公司繼續(xù)為系統(tǒng)的維護提供技術(shù)支持，對于軟件升級提供優(yōu)惠服務。維護期的具體工作方式請見售后服務承諾部分，所有維護工作，包括軟件出現(xiàn)問題修改、細節(jié)性功能的增強

13、，用戶都要以軟件問題及修改記錄 的書面形式提交給公司，修改完成后用戶應組織相關(guān)的業(yè)務負責人進行確認，并在軟件功能清單中說明；如遇緊急情況可事后補齊。各階段輔助文檔現(xiàn)場工作日程安排計劃，在實施中的各階段，對于所發(fā)生的需要在現(xiàn)場進行較長時間 工作的情況，如果在需求調(diào)研計劃、項目開發(fā)計劃、項目實施計劃、培訓計劃 等工作計劃中未包含，則需要在工作開始前雙方共同制訂好現(xiàn)場工作日程安排計劃，并嚴格據(jù)此執(zhí)行，需要雙方現(xiàn)場實施負責人簽字生效?，F(xiàn)場工作周報，在現(xiàn)場實施工作中，為了把階段性的工作任務具體落實完成，需要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工作計劃，給出每個工作日上、 下午的工作內(nèi)

14、容，以及雙方的準備工作。計劃制定完成后用戶項目組向所有相關(guān)部門和領(lǐng)導發(fā) 布，開始執(zhí)行；實施中雙方互相監(jiān)督按照原計劃開展工作；周五時雙方負責人共同對本周計劃 執(zhí)行情況進行總結(jié)，對原計劃填寫工作總結(jié)，詳細描述各項計劃的完成情況，未完成的部分應 寫明未完成原因和責任歸屬，必要時雙方協(xié)商一起進行加班處理，力爭按時完成；對于不能按 時完成的必須調(diào)整到下周計劃中進行。用戶項目報告，對于實施中各階段較長時間不在用戶現(xiàn)場進行的，或項目處于用戶試 運行、維護期的情況，為了使用戶能夠及時獲知項目的進展情況和公司開發(fā)小組的工作情況， 公司將在開發(fā)階段每周向用戶相關(guān)領(lǐng)導提交此報告，維護期內(nèi)每月至少提交一次。階段評估報

15、告，實施中當某一階段性目標實現(xiàn)后，公司將對該階段雙方聯(lián)合開發(fā)組的 工作情況進行總結(jié)，編寫該報告并向工程領(lǐng)導小組提交，及時總結(jié)經(jīng)驗教訓，為下階段工作打 好基礎(chǔ)。實施過程提交文件匯總以下是對上面的實施過程中將產(chǎn)生的文件匯總說明:詳細需求調(diào)研計劃詳細需求調(diào)研大綱確定需求調(diào)研的準備工作、內(nèi)容、方法方式及人員和日程安排雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人系統(tǒng)需求分析報告明確用戶業(yè)務需求雙方項目負責人雙方項目負責人系統(tǒng)設(shè)計報告（其 中包括數(shù)據(jù)庫設(shè)計）描述整個系統(tǒng)軟件的模塊設(shè) 計，詳細設(shè)計，數(shù)據(jù)庫設(shè) 計，供開發(fā)編碼使用雙方項目負責人雙方現(xiàn)場實施負責人系統(tǒng)詳細設(shè)計報告項目開發(fā)計劃軟件開發(fā)的日程進度，分 工，檢

16、查點設(shè)置，提交成果 等計劃雙方現(xiàn)場實施負責人雙方項目負責人測試計劃測試用例測試總結(jié)報告符合ISO9000質(zhì)量保證體系規(guī)定的功能測試、同行間測試文檔項目實施計劃確定現(xiàn)場實施準備工作、人 員和日程安排、培訓計劃、 階段目標等雙方現(xiàn)場實施負責人雙方項目負責人培訓計劃培訓考勤記錄培訓1總結(jié)明確培訓環(huán)境條件及方式，參加人員，課程課時等要求培訓記錄，培訓效果總結(jié)， 是否達到目標雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人數(shù)據(jù)庫安裝目錄軟件安裝方法軟件使用操作手冊現(xiàn)場安裝、調(diào)試和提交軟件的相關(guān)文檔軟件功能清單所提交軟件全部模塊結(jié)構(gòu)劃 分，功能描述用戶系統(tǒng)人員軟件交付書軟件已在現(xiàn)場安裝、調(diào)試、 培訓完成，基本可以進入

17、試 運行證明用戶系統(tǒng)負責人軟件問題及修改記錄實施中發(fā)現(xiàn)的軟件問題和用 戶提出的具體修改意見，以及對其所作修改和確認記錄驗收計劃驗收報告項目總結(jié)項目技術(shù)報告數(shù)據(jù)庫字典開發(fā)過程項目總結(jié)，技術(shù)總 結(jié)，數(shù)據(jù)庫設(shè)計字典等驗收 相關(guān)文檔現(xiàn)場工作日程安排計劃需在現(xiàn)場進行較長時間的一般工作日程安排雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人用戶項目報告較長時間不在用戶現(xiàn)場時向 用戶信息服務系統(tǒng)匯報項目 進展和工作情況，現(xiàn)場工作周報現(xiàn)場工作周計劃雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人階段評估報告某階段性目標實現(xiàn)后進行總 結(jié)，向工程領(lǐng)導小組提交， 為下階段打好基礎(chǔ)項目實施計劃XXXXX是一項龐大而復雜的信息化應用基礎(chǔ)工程，

18、需要分任務、分階段組織建設(shè)，逐步實 現(xiàn)總體目標。數(shù)據(jù)實施步驟1 .基礎(chǔ)信息協(xié)調(diào)相關(guān)部門，采集基礎(chǔ)信息。2 .公共信息公共信息是多個業(yè)務部門共用的公共信息，包括人員、單位、信息、基礎(chǔ)設(shè)施等。3 .專用信息專用信息是公章等信息。項目進度安排系統(tǒng)建設(shè)分階段進行，第一階段，完成如下工作：(1)組織數(shù)據(jù)的采集(2 )硬件環(huán)境的搭建第二階段，完成如下工作：(1)xxxxxa件設(shè)計(2 )系統(tǒng)開發(fā)及測試第三階段，完成如下工作：(1 )系統(tǒng)開始正式試運行(2)BUG修改(3)系統(tǒng)性能調(diào)優(yōu)(4)系統(tǒng)培訓(5)系統(tǒng)驗收項目管理方案項目管理組織結(jié)構(gòu)項目各方角色與責任需要明確的是，該系統(tǒng)是一個由用戶、系統(tǒng)供應商、其他

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

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

21、XXXXX1目亦是如此，針對本項目的具體分工如下：(1)項目管理辦公室:將由用戶項目部領(lǐng)導以及項目承建單位管理層的相關(guān)負責人構(gòu)成，建議與決定項目管理組人員的組成，接受項目管理組的匯報，指導與監(jiān)督項目管理組工作，對重大問題作出決定，確保項目實施所需要的資源。該小組在宣布中標后成立，項目驗收后結(jié)束。（ 2）專家顧問組：將由用戶、系統(tǒng)供應商、高級專家顧問組成，在整個項目執(zhí)行過程中起顧問咨詢等作用。該小組在宣布中標后成立，項目驗收后結(jié)束。（ 3）項目管理組：接受項目管理辦公室的領(lǐng)導與監(jiān)督，向項目管理辦公室匯報；由用戶、項目承建單位的項目管理人員組成，承建單位指派一名人員作為項目經(jīng)理。該組負責協(xié)調(diào)各相關(guān)

22、單位的關(guān)系，處理所出現(xiàn)的各種問題；組織各個專業(yè)小組，制定項目總的實施進度計劃，推進項目進度，解決工程中出現(xiàn)的各種問題。該組在項目管理辦公室成立后設(shè)立，項目驗收后結(jié)束。（ 4）商務組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定詳細的商務計劃，負責商務投標，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由于合同條款的修改與變動而帶來的各種問題。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。（ 5）財務組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定資金運作計劃，負責財務成本核算、成本控制、財務審計等，保證整個合同過程中各個階段、各個方面的資金需要。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。6

23、）培訓組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定詳細的培訓計劃，負責協(xié)調(diào)與實施所有的培訓工作，完成培訓的組織、培訓內(nèi)容的審定、培訓人員的落實、培訓場地的聯(lián)系、培訓過程的組織、培訓結(jié)業(yè)考試的組織、培訓工作總結(jié)，按照合同規(guī)定完成所有培訓工作。該組在合同簽署后設(shè)立，全部培訓工作完成后結(jié)束。（ 7）文檔組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定詳細的文檔遞交計劃，負責收集與整理各個階段的技術(shù)文檔，按照合同規(guī)定完成所有的文檔遞交工作。該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢，文檔全部遞交后結(jié)束。（ 8）技術(shù)核心組（架構(gòu)設(shè)計組）：接受項目管理組的領(lǐng)導，向項目管理組匯報，由用戶與項目承建單位的技術(shù)核

24、心人員組成。負責制定詳細系統(tǒng)設(shè)計、完成模型實驗與測試報告、終端設(shè)備參數(shù)修改測試報告，并對系統(tǒng)實施過程中遇到的突發(fā)技術(shù)問題給予研究解決。該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢后結(jié)束。（ 8）設(shè)計施工組（開發(fā)組）：接受項目管理組的領(lǐng)導，向項目管理組匯報。主要工作包括負責項目實施的技術(shù)細節(jié)方案設(shè)計、設(shè)備精確配置、精確物理連接圖及設(shè)備位置安排等工作；給出詳細設(shè)計的文檔、圖紙、資料及工程安裝手冊；完成文檔、圖紙和技術(shù)資料的質(zhì)量審核；勘查施工現(xiàn)場環(huán)境；軟件安裝調(diào)試的細節(jié)方案設(shè)計、協(xié)調(diào)組織現(xiàn)場軟件安裝調(diào)試；軟件集成所需的功能定制開發(fā)、接口定制開發(fā)。該組在合同簽署后設(shè)立，測試驗收工作全部完畢后結(jié)束。（ 9）驗收

25、組：接受項目管理組的領(lǐng)導，向項目管理組匯報，負責現(xiàn)場實施的質(zhì)量控制，以確保工程高質(zhì)量、高效率地完成；制定詳細的驗收計劃，負責編寫測試驗收手冊、對安裝后的系統(tǒng)進行測試與預驗收、進行驗收準備工作、配合用戶驗收小組對系統(tǒng)進行最終驗收，按照合同規(guī)定完成所有的測試與驗收工作。該組在安裝調(diào)試工作開始后前設(shè)立，驗收完畢后結(jié)束。項目范圍管理項目管理范圍包括本項目建設(shè)周期內(nèi)各個階段以及所有相關(guān)的建設(shè)單位、設(shè)備、軟硬件、 場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設(shè)計、軟件開發(fā)、系統(tǒng)集成、測試、驗收、試運 行、系統(tǒng)維護的全過程都包括在內(nèi)，如項目啟動、項目范圍內(nèi)容、項目范圍變更等項，具體內(nèi) 容在項目實施前經(jīng)詳細討論確

26、定。項目進度管理針對本項目的進度管理從任務分解、時間進度安排到資源分配，每個階段都有里程碑標志， 每個階段都須嚴格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負責項目進度控制。項目風險管理通過對大量的風險事件進行分析，在本項目中下列事件出現(xiàn)的概率最大，影響也是最大的。 如何使得將上述事件對項目造成的影響降低到最小，是項目風險管理的主要工作。首先需要預 防上述事件的發(fā)生，其次當事件發(fā)生不可避免之后，應當采取必要的、事先準備好的措施進行 工作，將風險對項目目標的影響降低到可以容忍的程度。技術(shù)風險XXXX戲一個采用先進的信息技術(shù)，在建設(shè)過程中需要與各個業(yè)務單位、多個技術(shù)支撐系 統(tǒng)、多個業(yè)務系統(tǒng)之間接口。系統(tǒng)

27、需要采集的數(shù)據(jù)量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高 的信息管理的專業(yè)知識。因此系統(tǒng)建設(shè)存在一定的技術(shù)風險，需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開 始建設(shè)之初，就要充分認識到該項目的技術(shù)難度，在系統(tǒng)調(diào)研、系統(tǒng)設(shè)計階段就要進行反復的 論證，在系統(tǒng)構(gòu)架的時候盡可能采用國際上成熟的產(chǎn)品，借鑒相關(guān)的成功經(jīng)驗，同時系統(tǒng)的建 設(shè)分步驟、分階段進行，將技術(shù)難點逐個突破，力求將技術(shù)風險降至最低。需求風險XXXXX是一個項目周期較長、涉及相關(guān)部門較多、數(shù)據(jù)量大、系統(tǒng)功能要求高的復雜系統(tǒng), 只能在建設(shè)過程中與多家業(yè)務部門進行溝通，才能逐步明晰系統(tǒng)的需求。同時，由于專業(yè)性較強，有些需求各業(yè)務部門人員根本不可能明確地提出，需要

28、系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗進行用戶需求的引導。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在項目初期做好充分的需求調(diào)研，切實理解各個業(yè)務部門在信息方面的業(yè)務需求，盡可能避免對需求的誤解和片面性。同時，在系統(tǒng)建設(shè)過程中，嚴格遵守項目管理的規(guī)章制度，對項目需求變更進行嚴格的審核與控制，以保障項目的質(zhì)量和進度。協(xié)調(diào)與溝通風險在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項目的質(zhì)量與進度。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互之間的誤解與拖延，是保

29、障本項目成功實施的關(guān)鍵點之一。這需要各相關(guān)單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項目協(xié)調(diào)與溝通的風險。項目人員風險由于XXXXX較目周期較長，技術(shù)難度大，因此項目人員壓力會隨著項目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚至會造成項目成員的不穩(wěn)定。這就需要用戶與公司相互理解，明確共同的目標，發(fā)揮團隊精神，同時要合理規(guī)劃項目進度，作到勞逸結(jié)合，提高項目人員的積極性，降低項目人員的風險。質(zhì)量管理計劃質(zhì)量管理體系標準本項目實施應采用先進的質(zhì)量管理模式和科學的質(zhì)量管理體系和流程，并根據(jù)項目自身特點選用合適的質(zhì)量控制規(guī)

30、程。目前，項目承建單位主要采用 ISO9001 質(zhì)量標準和軟件成熟度模型（ CMM）I 兩種控制規(guī)程。針對本項目，公司將采用 GB/T19001-2000 ISO9001:2000質(zhì)量體系標準，同時遵循CMM的安全實施標準，并在項目實施的過程中嚴格執(zhí)行這些質(zhì)量標準。質(zhì)量控制過程本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進行審核。審核方面包括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責任是否明確合理，測試方法是否適用。質(zhì)量評定計劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標準，本公司將制訂適應于項目的檢查驗收規(guī)定和質(zhì)量評定標準，確保工程質(zhì)量。本項目中，應實行兩級檢查、兩級驗收制度。一級檢查、二級檢

31、查和一級驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴格按項目實施中制訂的相應的檢查驗收規(guī)定和質(zhì)量評定標準執(zhí)行。對實施和驗收過程中出現(xiàn)的重大技術(shù)問題，將上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應予以書面記錄。質(zhì)量管理措施在項目實施過程中還將采取如下措施保障項目實施質(zhì)量：（ 1） 產(chǎn)品到貨后，對所有硬件設(shè)備應進行加電檢測，同時對所有軟件產(chǎn)品進行安裝、產(chǎn)品 授權(quán)驗證。（ 2）在項目實施前后對網(wǎng)絡(luò)性能進行評估。（ 3） 在系統(tǒng)部署完成后要在實際環(huán)境中進行網(wǎng)絡(luò)連通性測試、安全策略驗證和應用系統(tǒng)測 試。（ 4）配合應用系統(tǒng)做好壓力測試，根據(jù)壓力測試結(jié)果調(diào)整系統(tǒng)配置。（ 5） 項目實施

32、后要進行一定時間的試運行，在試運行期間要重點監(jiān)控網(wǎng)絡(luò)環(huán)境的運行情況、 安全策略的驗證和業(yè)務應用系統(tǒng)運行情況，若出現(xiàn)的問題要及時查找原因并加以修正。（ 6）在試點實施過程中驗證方案的可行性和正確性。軟件質(zhì)量控制1. 階段性評審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司在本系統(tǒng)項目組織中，由質(zhì)量控制組負責質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進行管理。對軟件過程質(zhì)量的控制通過量化并提取軟件過程信息實現(xiàn)對軟件過程的目標管理，量化的主要內(nèi)容包括：產(chǎn)品質(zhì)量、項目進度和資源占用。軟件過程控制一般采用軟件開發(fā)過程的節(jié)點控制的方法。軟件開發(fā)過程的節(jié)點控制是提高

33、軟件開發(fā)的計劃性和成功經(jīng)驗的可重復應用的重要支持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本系統(tǒng)的高質(zhì)、準時完成。在本系統(tǒng)的開發(fā)過程中，把涉及軟件開發(fā)、應用的人員分為甲方、乙方，甲方代表各種層次的軟件系統(tǒng)的用戶，乙方代表軟件開發(fā)商中各組織、各層次人員。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同控制與管理，甲方側(cè)重“需求”與“監(jiān)督”職能，乙方側(cè)重“供求”與“控制”職能。甲乙雙方實現(xiàn)職能的基礎(chǔ)是軟件開發(fā)過程的可視性，即從甲乙雙方角度得到軟件開發(fā)過程的可見性。如下圖所示：圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙方的開發(fā)過程得到的是最終結(jié)果，甲方對軟件開

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

35、對業(yè)務的理解要十分透徹。為保證測試的效率和質(zhì)量需要主意以下幾點：建立盡量模擬真實環(huán)境的業(yè)務數(shù)據(jù)模型（即運行業(yè)務的初始環(huán)境）； 對測試案例的設(shè)計要有深度和廣度； 特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務和責任；做好測試階段文檔和源程序的版本控制；做好測試中發(fā)現(xiàn)的 bug 的記錄及存檔工作；對發(fā)現(xiàn)的任何 bug 都要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件測試過程模型：測試過程是與開發(fā)過程并行的，軟件測試的實施過程是與改錯過程既是交錯的、同時又是并行進行的。在集成測試階段中，測試一般應

36、當由獨立的軟件測試人員來實施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發(fā)者自身的思維局限，更加客觀全面地進行有效的測試。項目協(xié)調(diào)與合作計劃對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要有一套完善的溝通機制。協(xié)調(diào)與合作管理方案在項目實施中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效的溝通管理。其中：（ 1） 目經(jīng)理從始至終控制整個項目的工作進展與步驟，是信息的收集者和發(fā)送者。（ 2） 目經(jīng)理要密切聯(lián)系了解各干系人信息，及時傳達給項目組其他成員。（ 3） 項目經(jīng)理要每周與項目領(lǐng)導小組交換項目工作進展情況，確保項目按計劃有步驟地進行，并提交全部項目管理

37、報告給項目領(lǐng)導小組。（ 4） 項目經(jīng)理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目實施中的問題，及時解決。（ 5） 項目主管定期聯(lián)系用戶負責人，傾聽用戶對項目的建議和意見，并采取相應的措施，最大程度保證用戶滿意度。（ 6） 售人員和用戶保持正常通暢的溝通渠道，及時接受用戶反饋意見。協(xié)調(diào)手段作為溝通的手段，采用如下方式進行項目的交流：（ 7） 程報告（工程簡報）：工程實施期間，各實施人員每天向項目經(jīng)理報告工作進展；項目經(jīng)理按照 ISO9000 質(zhì)量管理體系的要求每周向公司提交 項目進展報告 ；同時，項目經(jīng)理 每周向用戶單位提交項目進展文件。（ 8） 周例會：必要時參加由項目

38、管理組、用戶方在每周共同召開的周例會，會議將對一周以來的工作進展進行回顧，總結(jié)問題點，分析原因，并確定解決方案。對下一階段的工作任務進行部署。會議結(jié)果由項目管理組發(fā)布會議紀要。（ 9） 工程階段總結(jié)：在實施的每一個階段，進行工程階段總結(jié)，評估上一階段工作得失，為下階段的工作進行必要的預溝通，解決隱患問題；（ 10） 多種形式的交流：項目經(jīng)理與項目領(lǐng)導小組、用戶、其它廠商之間、以及項目隊伍成員之間保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進行溝通。配置管理配置管理和版本控制公司采用相應的配置控制程序來管理新系統(tǒng)的各個部分，包括文檔，需求，設(shè)計，數(shù)據(jù)庫設(shè)計，編碼，文件和數(shù)據(jù)。并在項目實際實施時制定

39、配置管理計劃，并委任一名配置管理員。配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個系統(tǒng)的完整性。配置控制既是技術(shù)活動又是管理活動，它的過程包括：配置項目發(fā)現(xiàn)和保存每個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其它項目。它還有一個版 本號，用來標明該項目所處的階段，在配置項目修改時，版本號要更新。配置系統(tǒng)要能夠容納 新的配置項目，不必修改現(xiàn)存項目。配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項目的控制必須 建立如下典型的軟件庫：開發(fā)庫動態(tài)的主庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試的動態(tài)庫。主庫是一個被控制的庫，項目的 放入和取出必須按規(guī)定并

40、以一定的控制方式進行。例如，在單元測試成功之后，模塊可以被轉(zhuǎn) 入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫， 以供測試。當主庫達到一定程度的穩(wěn)定后，就可以將它合成一個基準。每當基準發(fā)布以后，相關(guān)主庫 都要進行拷貝產(chǎn)生靜態(tài)庫。之所以叫做靜態(tài)庫，因為以后不再更新，并且歸檔。(2 )配置變動控制只有當項目已經(jīng)成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：評估對配置項目的變動以及協(xié)調(diào)批準的變動。在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變動授權(quán)管理方法。 作為對于已經(jīng)通過的單元，系統(tǒng)的驗收測試項目的變動，需要更高級別的授權(quán)。(3 )配

41、置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配置項目狀態(tài) 將通過配置管理員來跟蹤和控制。為有效進行配置狀態(tài)記錄，應該詳細記錄以下信息:每個基準版的日期，版本和問題;每份問題審閱以及文檔修改的日期狀態(tài)；每份軟件問題報告、修改請求、和修改報告的日期和狀態(tài)；每個配置項目的總結(jié)描述。(4 ) 軟件版本公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個版本說明。該說明列出了版本內(nèi) 的配置項目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯誤和已經(jīng)合并的新的需求都要有 記錄。要在提交新版本之前重新測試修改過的軟件。對于每個版本公司保證文檔和代碼的一致 性，而且保存舊版本。變更管

42、理的方法產(chǎn)品的完整性需要通過變更管理來維持。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設(shè)計的 變化都被監(jiān)控和跟蹤，從而了解被批準變動的實施狀態(tài)?？刂谱兏哪康氖菫榱舜_保只有經(jīng)過 批準的變更才能實施，確保變更情況傳達到了相應的有關(guān)方面，提供它們考慮和獲得它們的批 準。用戶需求、系統(tǒng)需求和系統(tǒng)設(shè)計文檔在通過評審并批準后將作為基準。當一個文檔變?yōu)榛?準以后，就自動進入變更控制范圍。任何變動都需要提交變更請求。變更管理由以下四個部分 組成：變更請求、變更評估、變更批準、變更實施和跟蹤。文檔管理文檔必須真實地反映實際工程狀態(tài)。文檔的驗收，不能是在項目驗收時統(tǒng)一移交給用戶單位，而應當根據(jù)項目實施的不同階段, 分

43、批移交，在項目準備階段就需要制定一個文檔移交計劃，在規(guī)定的時間里移交事先規(guī)定格式、 內(nèi)容的文檔。人員管理人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經(jīng)用戶同意不進行調(diào)換；系統(tǒng)保障期人員均安排參加此項目建設(shè)的主要技術(shù)人員；本項目的項目管理人員安排具有同類項目豐富項目管理經(jīng)驗的人員。保密管理考慮本系統(tǒng)的保密要求，公司承諾按照涉及國家秘密計算機系統(tǒng)要求進行系統(tǒng)建設(shè)的保密管理，并和用戶簽署保密協(xié)議，嚴格履行保密義務。測試計劃測試工作準備為保證項目的質(zhì)量， XXXXX 項目將成立專門的項目測試小組，在項目經(jīng)理的統(tǒng)一領(lǐng)導之下，完成本次項目的測試工作，首先，在項目開始時，測試小組要完成測試的準

44、備工作，測試準備工作的重點主要包括以下幾個主要方面：對整個項目情況進行調(diào)研與了解，以熟悉整個系統(tǒng)的整體架構(gòu)和實現(xiàn)功能等相關(guān)情況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根據(jù)項目的特點進行合理規(guī)劃；包括根據(jù)各個項目子系統(tǒng)的特點，制定相應的缺陷跟蹤方案、版本提交計劃等。保證測試人員的到位，并對測試人員進行測試管理工具和測試相關(guān)基礎(chǔ)技術(shù)的培訓，要求相關(guān)系統(tǒng)測試人員先進行相關(guān)系統(tǒng)體系結(jié)構(gòu)和功能的了解，為后期的設(shè)計測試用例奠定基礎(chǔ)。軟件開發(fā)測試本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全系統(tǒng)測試、容量測試、壓力測試、災難恢復測試等。在進行測試前，需要編寫

45、詳實的測試方案，其中包括測試時間安排、測試準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結(jié)果等內(nèi)容。在測試案例中應包含對異常情況處理的測試，如數(shù)據(jù)不全、數(shù)據(jù)類別有誤、數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復的“測試改進”操作，以確保問題得到完整、充分的解決的過程。模塊測試每個應用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大量、反復的測試， 盡可能地捕獲程序編寫時的編碼及應用處理上的錯誤，并加以改正，使程序編寫時的錯誤在這 一測試環(huán)節(jié)得到控制。功能測試功能測試是對項目實現(xiàn)的功能進行測試。功能測試可細分為：獨立測試和連續(xù)測試兩部 分。獨立測試是將本項目開發(fā)實現(xiàn)的功能

46、一一進行獨立測試。在測試過程中，將針對每一個功 能制定相應的測試個案，進行嚴格的功能測試。如測試結(jié)果與實現(xiàn)要求不符，將由開發(fā)人員進 行改進及完善，最終達到功能要求。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重新測試。 此時其進行的測試不僅針對改動部分，還應對原已通過獨立測試的部分進行重新測試。性能測試系統(tǒng)的性能是一個很重要的參數(shù)，本項目所指的系統(tǒng)性能包括系統(tǒng)的效率、響應時間及處 理能力。在測試中，為每個應用設(shè)置響應時間、處理速度量度，評估系統(tǒng)的最高處理能力，在 發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應措施對系統(tǒng)的性能進行調(diào)整。分系統(tǒng)測試針對各個分系統(tǒng)，根據(jù)不同的測試方案

47、，按照測試方案中的測試步驟進行測試，進行測試 結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個分系統(tǒng)做出一個分系統(tǒng)測試報告，主要內(nèi)容為測試結(jié)果，結(jié)果分析，建議。 對系統(tǒng)功能、性能、安全、可靠和擴展等每一方面都需有明確的結(jié)論和意見。全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎(chǔ)上，對整個硬件平臺進行測試，主要針對各分系統(tǒng)的結(jié)合部，以 及總體功能。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試方案按照測試方案中的測試步 驟進行，最終做出系統(tǒng)測試報告，主要包含：系統(tǒng)功能、性能、安全、可靠和擴展等各個方面 能否達到設(shè)計要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。容量測試項目在投產(chǎn)前，建議進行容量測試，以找

48、出項目投產(chǎn)后可處理的最大處理容量，確保能夠 平滑地過渡或避開業(yè)務處理高峰期。與此同時，通過對業(yè)務處理高峰期時系統(tǒng)硬件資源情況的 占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務發(fā)展增長量，可以推算出需要更換相關(guān)硬件 的時間，以便用戶可以提前做好應對準備。壓力測試壓力測試的目的是希望能夠通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪問，是否 會對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。壓力測試可以獲知系統(tǒng)的 耐壓程度，在必要時采取適當?shù)木o急防護措施，如控制、分散等措施，減低緩解系統(tǒng)瞬間壓力， 防止尖峰時刻的出現(xiàn)，使系統(tǒng)得以穩(wěn)定地運行。災難恢復測試災難

49、恢復測試是指在模擬災難事故發(fā)生的情況下，對系統(tǒng)的恢復情況進行測試及彩排。要 盡可能地找出可能發(fā)生的災難性事故，并一一進行模擬，查看系統(tǒng)的恢復情況。災難恢復測試 能夠反映出系統(tǒng)備份的準確性及完整性，以及自動恢復功能的強弱，出具不同災難恢復所需的 時間數(shù)據(jù)，以此可以估算出在災難發(fā)生時對用戶所造成的影響及忍受程度。設(shè)計測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準備的目的是幫助用戶在不熟悉實際環(huán)境的時候，能正常的測試系統(tǒng)并對 系統(tǒng)做出正確的評價。測試用例和數(shù)據(jù)的準備是一項枯燥和費時間的工作。為了提高工作效率可以從以下幾方面 著手：將信息放在一個指定的位置，便于反復利用，降低變化產(chǎn)生的影響； 一次完成一個步驟，避免冗

50、余和額外的工作;盡早盡可能完成多個步驟。為了保證每一個業(yè)務流程準備測試用例和數(shù)據(jù)的正確性，在測試計劃中應遵循下列過程，并完成以下步驟：確定要測試的業(yè)務情況類型確定每個要求的測試用例合并所有的測試用例，生成測試大綱編制測試腳本，包括必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準確性和完整性（即，確定業(yè)務情況類型、確定測試用例、生成測 試大綱和編制測試腳本）。建立測試環(huán)境為了預防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在 進行測試之前，根據(jù)測試計劃中確定的時機建立一個獨立的測試環(huán)境。其準備工作包括：技術(shù)活動：如建立不同的服務器或在一臺服務器上建立多個數(shù)據(jù)庫實例

51、，將相應的程序遷 移到適當?shù)某绦驇熘校粩?shù)據(jù)準備活動：包括加載數(shù)據(jù)表，建立用戶訪問權(quán)限；建立版本控制程序，保證有效的控制對系統(tǒng)的修改；建立文檔控制程序，保證隨著系統(tǒng)的修改，有效地控制文檔的修改（如，培訓文檔、聯(lián)機 幫助和用戶手冊）。測試執(zhí)行測試執(zhí)行的目的是發(fā)現(xiàn)不滿足用戶要求的任何問題，在真實的環(huán)境中，客戶的工作人員按 照準備好的測試大綱來對系統(tǒng)進行測試。測試過程中的測試結(jié)果是非常重要的。文檔可用于： 檢查測試的進度;確定測試過程是否需要改進；分析系統(tǒng)是否準備就緒。驗收計劃驗收組織由項目管理辦公室組織項目承建單位、相關(guān)部門以及其他人員（技術(shù)顧問、其他開發(fā)商）組成驗收小組，負責對項目各階段進行全面的

52、驗收。經(jīng)過大規(guī)模的安裝與調(diào)試工作，整個系統(tǒng)已全部實現(xiàn)連接，所要求的功能已全部實現(xiàn)。為確保系統(tǒng)在以后的運行中穩(wěn)定、高效，沒有故障隱患的存在，應當通過試運行階段來發(fā)現(xiàn)存在的隱患、并解決問題，另外分析試運行階段中系統(tǒng)的各項數(shù)據(jù)，并對系統(tǒng)進行評價和預測也是系統(tǒng)試運行階段一個重要的工作內(nèi)容。項目預驗完成后，系統(tǒng)進入試運行期。系統(tǒng)經(jīng)過試運行穩(wěn)定運行3 個月后，由項目驗收小組對項目進行正式驗收。驗收內(nèi)容系統(tǒng)的驗收包括：系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性以及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面的驗收。系統(tǒng)功能：逐一檢查系統(tǒng)功能是否達到設(shè)計要求系統(tǒng)性能：逐一測試系統(tǒng)性能指標是否達到設(shè)計要求。文檔資

53、料：檢查系統(tǒng)建設(shè)各階段提交的文檔資料是否齊全、合格。軟件系統(tǒng)的驗收驗收方法：開發(fā)的軟件通過用戶驗收測試進行驗證。軟件驗收根據(jù)軟件滿足規(guī)定的驗收合格標準進行判斷。驗收標準：驗收標準是在用戶正式接收開發(fā)的軟件并認為軟件滿足合同要求之前必須滿足的條件。本文檔中定義的所有驗收標準是基于定量的和可度量/ 可觀察的條件。測試準備1. 用戶驗收測試文件包括對項目確定的所有軟件功能的測試程序。2. 進行測試之前，用戶方和太極必須認可用戶驗收測試文件。3. 用戶方已經(jīng)認可測試數(shù)據(jù)4. 用戶方已經(jīng)指定和批準用戶驗收測試文件的測試人員。測試執(zhí)行1. 測試由指定的測試人員來進行2. 所有的情況都必須得到測試3. 在測

54、試過程中，測試人員必須記錄所有測試結(jié)果4. 測試結(jié)果由指定的測試人員簽字5. 用戶方必須接受驗收測試報告測試結(jié)果測試結(jié)果說明軟件滿足下列要求：1. 在認可的外部設(shè)計文檔中表述的功能要求2. 在認可的系統(tǒng)描述文檔中表述的非功能要求3. 質(zhì)量要求：測試過程中發(fā)現(xiàn)的所有錯誤都必須記錄下來對錯誤進行分類和確定級別（細節(jié)見錯誤管理一節(jié)）報告的錯誤得到修改/ 處理，或修改錯誤的計劃得到同意。驗收標準該軟件系統(tǒng)。S3 以上級別的錯誤，用戶將正式接收如果軟件系統(tǒng)滿足所有驗收合格標準，而且沒有出現(xiàn)培訓方案培訓目標為確保系統(tǒng)投入使用后，能夠穩(wěn)定、良好地運行，達到建設(shè)預期的目的，將對用戶相關(guān)人 員進行全面、細致的培

55、訓工作。本項目人員培訓，是指對系統(tǒng)的使用人員、開發(fā)、系統(tǒng)管理人員進行培訓。目的是使該項 目的受訓人員充分具備系統(tǒng)安裝、配置、使用和故障處理的能力，了解與項目相關(guān)的系統(tǒng)軟件 和操作環(huán)境，以及對系統(tǒng)設(shè)計及其相關(guān)業(yè)務的認識，以便更好的開展工作。經(jīng)過培訓，保證貴 方人員能夠獨立進行使用、管理、維護和日常處理，保證系統(tǒng)正常、安全的運行。培訓方式本項目培訓包括：廠家培訓、維護培訓、使用操作培訓幾部分，由項目使用主要產(chǎn)品廠家 和系統(tǒng)現(xiàn)場實施人員向用戶提供培訓。培訓對象用戶單位本系統(tǒng)操作人員、技術(shù)人員、系統(tǒng)管理人員。培訓地點與環(huán)境國內(nèi)培訓地點和設(shè)備由用戶負責提供，除原廠商之外的培訓由公司負責提供培訓教師、培 訓教材、培訓內(nèi)容。培訓計劃及內(nèi)容用戶培訓參加培訓人員操作人員培訓時間5天/期培訓人數(shù)15人教師3