軟件系統(tǒng)項目實施方案樣本

XXXXXXXX系統(tǒng)軟件實行方案項目名稱：XXXXXXXX系統(tǒng)軟件實行單位：XXXXXXXXXXXXXX時間：XXXX年XX月XX日

目錄1 、項目總體實行方案 41.1 工程實行原則 41.2 項目總體推動籌劃 51.3 系統(tǒng)實行過程質(zhì)量保證活動闡明 51.3.1 需求分析階段 61.3.2 總體設計階段 61.3.3 詳細設計階段 71.3.4 系統(tǒng)開發(fā)階段 71.3.5 系統(tǒng)實行和試運營階段 71.3.6 項目驗收階段 91.3.7 系統(tǒng)正式運營及維護階段 91.3.8 各階段輔助文檔 91.3.9 實行過程提交文獻匯總 101.4 項目實行籌劃 111.4.1 數(shù)據(jù)實行環(huán)節(jié) 121.4.2 項目進度安排 122 、項目管理方案 132.1 項目管理組織構造 132.1.1 項目各方角色與責任 132.1.2 任務分工 142.2 項目范疇管理 162.3 項目進度管理 162.4 項目風險管理 162.4.1 技術風險 162.4.2 需求風險 172.4.3 協(xié)調(diào)與溝通風險 172.4.4 項目人員風險 182.5 質(zhì)量管理籌劃 182.5.1 質(zhì)量管理體系原則 182.5.2 質(zhì)量控制過程 182.5.3 質(zhì)量評估籌劃 182.5.4 質(zhì)量管理辦法 192.5.5 軟件質(zhì)量控制 192.6 項目協(xié)調(diào)與合伙籌劃 212.6.1 協(xié)調(diào)與合伙管理方案 222.6.2 協(xié)調(diào)手段 222.7 配備管理 232.7.1 配備管理和版本控制 232.7.2 變更管理辦法 242.8 文檔管理 252.9 人員管理 252.10 保密管理 253 、測試籌劃 263.1 測試工作準備 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 劫難恢復測試 283.3 設計測試用例和數(shù)據(jù) 293.3.1 建立測試環(huán)境 293.3.2 測試執(zhí)行 304 、驗收籌劃 314.1 驗收組織 314.2 驗收內(nèi)容 314.3 軟件系統(tǒng)驗收 313.顧客方已經(jīng)承認測試數(shù)據(jù) 325 、培訓方案 335.1 培訓目的 335.2 培訓方式 335.3 培訓對象 335.4 培訓地點與環(huán)境 335.5 培訓籌劃及內(nèi)容 345.5.1 顧客培訓 345.5.2 系統(tǒng)管理人員培訓 346 、技術支持和售后服務 366.1 技術支持與售后服務政策 366.1.1 技術后援支持 366.1.2 技術后援支持方式 376.1.3 保修及系統(tǒng)維護服務 37

、項目總體實行方案建設xxxxxxxxxxx軟件采購是一項復雜、長期系統(tǒng)工程，為保證工程可以順利地進行實行，必要要制定科學、合理、切實可行實行籌劃。一方面要從組織上進行貫徹，成立強有力項目領導小組和經(jīng)驗豐富項目實行隊伍；另一方面要制定嚴格時間進度表，明確各里程碑時間。同步還要制定工作原則，以指引項目全面實行。工程實行原則1．顧客方項目小構成員，爭取參加項目全過程顧客方成立領導親自掛帥項目小組，在調(diào)研、設計、編碼、安裝調(diào)試、測試、培訓、運營、驗收、售后服務等項目各個階段，配合系統(tǒng)開發(fā)方工作，一方面可以培訓自己技術維護隊伍，為系統(tǒng)使用保駕護航；另一方面，在開發(fā)過程中，協(xié)調(diào)顧客方和開發(fā)方關系，保證項目順利進行，及時發(fā)現(xiàn)問題，并對項目進度和質(zhì)量進行監(jiān)督。2．采用“兩手抓”方針，一手抓開發(fā)、一手抓使用對于軟件項目，之因此稱為一種工程，很大限度上是由于軟件項目建設，除了技術因素外，尚有諸多非技術因素需要考慮，并且必要被得到注重。衡量一種軟件項目與否成功，很大限度上不是看這個軟件項目采用了多么先進技術，而是軟件對顧客來說與否實用，與否可以協(xié)助顧客解決許多預期問題。國內(nèi)諸多軟件項目失敗，很大限度上是使用抓得不夠。建議在項目試運營過程中，在抓系統(tǒng)維護同步，也要狠抓系統(tǒng)使用，開發(fā)方和顧客方齊心合力協(xié)助業(yè)務人員從本來手工解決轉(zhuǎn)到計算機輔助解決上來，在業(yè)務人員適應計算機輔助業(yè)務解決過程中，盡量早發(fā)現(xiàn)系統(tǒng)中存在問題，從而最大也許地使系統(tǒng)保質(zhì)保量準時完畢。3．數(shù)據(jù)同程序同等重要該系統(tǒng)建設，數(shù)據(jù)位于首要地位，程序編寫完畢，僅僅意味著系統(tǒng)完畢了一半，數(shù)據(jù)收集、整頓、錄入，對系統(tǒng)建設來說同等重要。在項目實行過程中，一定要注重系統(tǒng)中數(shù)據(jù)錄入工作，充分預計數(shù)據(jù)解決難度，在系統(tǒng)建設之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應資金、時間等，將數(shù)據(jù)工作落到實處，只有這樣才干爭取系統(tǒng)早日達到實用化。項目總體推動籌劃為了有效地保證系統(tǒng)開發(fā)質(zhì)量，整個系統(tǒng)建設全過程劃分為準備、設計、開發(fā)、實行和運營階段，每個階段完畢相應任務，保證信息系統(tǒng)建設。如下圖所示：系統(tǒng)實行過程質(zhì)量保證活動闡明在實行過程中將發(fā)生重大質(zhì)量保證活動或由此將產(chǎn)生質(zhì)量記錄和產(chǎn)品，項目管理與開發(fā)階段劃分密切有關，因而重要按照項目實行詳細階段劃分闡明。需求分析階段一方面需要經(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ā)組依照調(diào)研中系統(tǒng)實際技術需求和各個子系統(tǒng)業(yè)務需求，編寫并向工程領導小組提交符合CMMLEVEL3規(guī)范規(guī)定《系統(tǒng)需求分析報告》，并由項目組評審，不合格某些進一步完善調(diào)研；評審通過后由雙方共同訂立評審意見，并正式生效。對于軟件生產(chǎn)過程而言，需求階段是整個過程中最重要階段，需求分析成果好壞將直接導致項目成功與否，因而合伙雙方在此階段多投入是值得。并且一旦評審通過并生效，則需求報告將成為系統(tǒng)設計、開發(fā)、測試、實行試運營和項目驗收基本根據(jù)之一，因而原則上顧客需求將不再由于其他因素變化而變更，如需進行此種變更，需經(jīng)雙方項目負責人協(xié)商擬定?？傮w設計階段項目開發(fā)組通過對系統(tǒng)功能、運營和性能規(guī)定加以分析，產(chǎn)生一種高層次系統(tǒng)構造、軟件構造、接口和數(shù)據(jù)格式設計，并向工程領導小組提交《系統(tǒng)設計報告》（其中涉及數(shù)據(jù)庫設計），組織評審并訂立評審意見。對其中評審不合格某些進一步完善和重新策劃，評審通過后由雙方共同訂立評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試基本。該報告內(nèi)容變更由雙方現(xiàn)場實行負責人、技術負責人進行交流即可擬定，并需向工程領導小組報告。詳細設計階段項目開發(fā)組在《系統(tǒng)設計報告》基本上，對功能和性能規(guī)定進一步加以分析和細化并且把軟件詳細設計文檔化，向工程領導小組提交《系統(tǒng)詳細設計報告》，并由項目組組織評審并訂立評審意見。對其中評審不合格某些進一步完善和重新策劃，評審通過后由雙方共同訂立評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試基本。該報告內(nèi)容變更由雙方現(xiàn)場實行負責人、技術負責人進行交流即可擬定，并需向工程領導小組報告。系統(tǒng)開發(fā)階段依照前面設計成果，由雙方現(xiàn)場實行負責人、技術負責人討論擬定詳細開發(fā)籌劃，并向工程領導小組提交《項目開發(fā)籌劃》；工程領導小組對《項目開發(fā)籌劃》進行審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段項目管理和監(jiān)控根據(jù)，項目開發(fā)小組要嚴格據(jù)此籌劃控制項目進度，準時向工程領導小組報告工作進展。為了使顧客可以及時獲知項目進展狀況，開發(fā)小組需要每周向顧客有關領導提交《項目客戶周報》，顧客項目組可以隨時對項目工作狀況進行檢查。系統(tǒng)實行和試運營階段一方面需要經(jīng)雙方交流協(xié)調(diào)，形成《項目實行籌劃》，擬定現(xiàn)場實行準備工作、人員和日程安排、培訓籌劃、階段目的等內(nèi)容，經(jīng)雙方負責人簽字后生效，按此籌劃開始現(xiàn)場實行。正式開始現(xiàn)場實行前項目開發(fā)組應檢查所有必要準備工作與否已經(jīng)完畢?，F(xiàn)場工作一方面要進行軟件在服務器端安裝和調(diào)試，涉及數(shù)據(jù)庫中各類對象生成，初始化數(shù)據(jù)，原有系統(tǒng)重要數(shù)據(jù)轉(zhuǎn)換導入，先后臺軟件安裝，配備參數(shù)調(diào)節(jié)等工作；完畢后需向系統(tǒng)維護人員提交《數(shù)據(jù)庫安裝目錄》，《軟件安裝辦法》文獻，并協(xié)助顧客進行軟件安裝。軟件安裝完畢并確承認在系統(tǒng)正常運營后，開始有關業(yè)務人員培訓；在培訓開始之前需要由雙方協(xié)商形成《培訓籌劃》，明確培訓環(huán)境、條件及方式，參加人員，課程學時等詳細內(nèi)容，由雙方現(xiàn)場實行負責人簽字后生效，并分別開始著手準備，在既定期間內(nèi)完畢。培訓過程中由工程師提供《培訓考勤記錄》，培訓應當脫產(chǎn)、集中、封閉進行，并規(guī)定所有參加人每日必要兩次考勤；培訓完畢后由雙方共同進行《培訓總結》，針對培訓效果擬定與否達到目的，與否再增長培訓課程；對以上內(nèi)容顧客項目組須進行必要考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。培訓順利完畢后將開始軟件在試點部門試用，將向顧客提交編譯后先后臺軟件，《軟件使用操作手冊》，《軟件功能清單》，這兩種文檔將詳細描述軟件使用過程，軟件所包括所有系統(tǒng)功能模塊。軟件試用期內(nèi)顧客重要工作是依照《軟件功能清單》所列系統(tǒng)功能模塊，檢查公司所提交軟件與否滿足《系統(tǒng)需求分析報告》、《系統(tǒng)設計報告》規(guī)定，列出未完畢及具有較嚴重、明顯錯誤模塊清單形成《軟件問題及修改記錄》并提交給公司繼續(xù)完善；此段時間可以對軟件細節(jié)性問題進行測試、驗證，但重要精力還是應放在模塊級功能檢查上，如果所有模塊都已開發(fā)并可以進入試運營，其設計辦法、技術可行性也都可以滿足最后軟件需要，則顧客各有關業(yè)務負責人、現(xiàn)場實行負責人需要訂立各子系統(tǒng)《軟件交付書》，表白軟件已在現(xiàn)場安裝、調(diào)試、培訓完畢，基本可以進入軟件試運營；此后在軟件功能模塊一級上不應再發(fā)生大變化，如需要修改功能模塊設計，則需由雙方項目負責人協(xié)商解決。試運營期內(nèi)顧客負責組織針對《軟件功能清單》所列系統(tǒng)功能模塊進行現(xiàn)場系統(tǒng)測試，涉及新舊兩套系統(tǒng)并行工作一段時間進行驗證，使每個功能模塊都得到基本確認；對于其中發(fā)現(xiàn)問題和軟件細節(jié)性修改意見，需以《軟件問題及修改記錄》書面形式提交給公司；公司修改完畢后及時提交到現(xiàn)場，顧客負責組織及時對軟件進行確認回歸測試，如驗證問題已修改需要在《軟件問題及修改記錄》中予以闡明。通過試運營及修改后證明已經(jīng)基本完畢模塊，顧客應組織有關業(yè)務負責人在《軟件功能清單》中逐項確認。項目驗收階段在試運營期內(nèi)系統(tǒng)存在一定細節(jié)性問題是工程項目不可避免問題，特別是隨著顧客應用逐漸進一步，此類需求會逐級提出，此類問題不屬于系統(tǒng)致命性錯誤；因而當試運營期內(nèi)所發(fā)現(xiàn)真正“問題和錯誤”收斂到一定數(shù)目如下時，各業(yè)務子系統(tǒng)通過一段時間并行工作新系統(tǒng)已基本可靠，就可以切換到正式運營階段，開始正式運營。正式運營后，由顧客提出驗收規(guī)定，雙方共同制定《項目驗收籌劃》，構成項目驗收小組，共同進行項目驗收。此時公司將向顧客提交驗收各類文檔，涉及對系統(tǒng)開發(fā)過程進行總結《項目總結》，《項目技術報告》，最后完整《數(shù)據(jù)庫字典》等。驗收工作將由顧客組織專家組對系統(tǒng)進行全面驗收和鑒定，并出具項目驗收小組領導簽字《項目驗收報告》，并訂立驗收意見，公司在此過程中將全程參加，在現(xiàn)場進行驗收前維護工作。系統(tǒng)正式運營及維護階段公司承諾對系統(tǒng)軟件提供服務保證期，在保證期內(nèi)提供免費軟件升級和維護服務；在保證期外，公司繼續(xù)為系統(tǒng)維護提供技術支持，對于軟件升級提供優(yōu)惠服務。維護期詳細工作方式請見售后服務承諾某些，所有維護工作，涉及軟件浮現(xiàn)問題修改、細節(jié)性功能增強，顧客都要以《軟件問題及修改記錄》書面形式提交給公司，修改完畢后顧客應組織有關業(yè)務負責人進行確認，并在《軟件功能清單》中闡明；如遇緊急狀況可事后補齊。各階段輔助文檔《現(xiàn)場工作日程安排籌劃》，在實行中各階段，對于所發(fā)生需要在現(xiàn)場進行較長時間工作狀況，如果在《需求調(diào)研籌劃》、《項目開發(fā)籌劃》、《項目實行籌劃》、《培訓籌劃》等工作籌劃中未包括，則需要在工作開始前雙方共同制定好《現(xiàn)場工作日程安排籌劃》，并嚴格據(jù)此執(zhí)行，需要雙方現(xiàn)場實行負責人簽字生效。《現(xiàn)場工作周報》，在現(xiàn)場實行工作中，為了把階段性工作任務詳細貫徹完畢，需要合伙雙方每周一之前由公司實行工程師與顧客組共同制定本周工作籌劃，給出每個工作日上、下午工作內(nèi)容，以及雙方準備工作?；I劃制定完畢后顧客項目組向所有有關部門和領導發(fā)布，開始執(zhí)行；實行中雙方互相監(jiān)督按照原籌劃開展工作；周五時雙方負責人共同對本周籌劃執(zhí)行狀況進行總結，對原籌劃填寫工作總結，詳細描述各項籌劃完畢狀況，未完畢某些應寫明未完畢因素和責任歸屬，必要時雙方協(xié)商一起進行加班解決，力求準時完畢；對于不能準時完畢必要調(diào)節(jié)到下周籌劃中進行。《顧客項目報告》，對于實行中各階段較長時間不在顧客現(xiàn)場進行，或項目處在顧客試運營、維護期狀況，為了使顧客可以及時獲知項目進展狀況和公司開發(fā)小組工作狀況，公司將在開發(fā)階段每周向顧客有關領導提交此報告，維護期內(nèi)每月至少提交一次。《階段評估報告》，實行中當某一階段性目的實現(xiàn)后，公司將對該階段雙方聯(lián)合開發(fā)組工作狀況進行總結，編寫該報告并向工程領導小組提交，及時總結經(jīng)驗教訓，為下階段工作打好基本。實行過程提交文獻匯總如下是對上面實行過程中將產(chǎn)生文獻匯總闡明：階段名稱作用評審級別變更控制需求調(diào)研《需求調(diào)研籌劃》《需求調(diào)研大綱》擬定需求調(diào)研準備工作、內(nèi)容、辦法方式及人員和日程安排雙方現(xiàn)場實行負責人雙方現(xiàn)場實行負責人《系統(tǒng)需求分析報告》明確顧客業(yè)務需求雙方項目負責人雙方項目負責人設計《系統(tǒng)設計報告》（其中涉及數(shù)據(jù)庫設計）描述整個系統(tǒng)軟件模塊設計，詳細設計，數(shù)據(jù)庫設計，供開發(fā)編碼使用雙方項目負責人雙方現(xiàn)場實行負責人《系統(tǒng)詳細設計報告》軟件開發(fā)《項目開發(fā)籌劃》軟件開發(fā)日程進度，分工，檢查點設立，提交成果等籌劃雙方現(xiàn)場實行負責人雙方項目負責人軟件測試《測試籌劃》《測試問題卡》《測試總結報告》符合ISO9000質(zhì)量保證體系規(guī)定功能測試、同行間測試文檔軟件現(xiàn)場實行《項目實行籌劃》擬定現(xiàn)場實行準備工作、人員和日程安排、培訓籌劃、階段目的等雙方現(xiàn)場實行負責人雙方項目負責人系統(tǒng)培訓《培訓籌劃》《培訓考勤記錄》《培訓總結》明確培訓環(huán)境條件及方式，參加人員，課程學時等規(guī)定培訓記錄，培訓效果總結，與否達到目的雙方現(xiàn)場實行負責人雙方現(xiàn)場實行負責人系統(tǒng)安裝《數(shù)據(jù)庫安裝目錄》《軟件安裝辦法》《軟件使用操作手冊》現(xiàn)場安裝、調(diào)試和提交軟件有關文檔《軟件功能清單》所提交軟件所有模塊構造劃分，功能描述顧客系統(tǒng)人員《軟件交付書》軟件已在現(xiàn)場安裝、調(diào)試、培訓完畢，基本可以進入試運營證明顧客系統(tǒng)負責人《軟件問題及修改記錄》實行中發(fā)現(xiàn)軟件問題和顧客提出詳細修改意見，以及對其所作修改和確認記錄項目驗收《驗收籌劃》《驗收報告》《項目總結》《項目技術報告》《數(shù)據(jù)庫字典》開發(fā)過程項目總結，技術總結，數(shù)據(jù)庫設計字典等驗收有關文檔尋常工作《現(xiàn)場工作日程安排籌劃》需在現(xiàn)場進行較長時間普通工作日程安排雙方現(xiàn)場實行負責人雙方現(xiàn)場實行負責人《顧客項目報告》較長時間不在顧客現(xiàn)場時向顧客信息服務系統(tǒng)報告項目進展和工作狀況，《現(xiàn)場工作周報》現(xiàn)場工作周籌劃雙方現(xiàn)場實行負責人雙方現(xiàn)場實行負責人《階段評估報告》某階段性目的實現(xiàn)后進行總結，向工程領導小組提交，為下階段打好基本項目實行籌劃xxxxxxxxxxx軟件采購建設是一項龐大而復雜信息化應用基本工程，需要分任務、分階段組織建設，逐漸實現(xiàn)總體目的。數(shù)據(jù)實行環(huán)節(jié)1．基本信息協(xié)調(diào)有關部門，采集基本信息。2．公共信息公共信息是各種業(yè)務部門共用公共信息，涉及人員、單位、信息、基本設施等。3．專用信息專用信息是公章等信息。項目進度安排系統(tǒng)建設分階段進行，第一階段至合同訂立后10天，完畢如下工作：（1）組織數(shù)據(jù)采集（2）硬件環(huán)境搭建第二階段，合同訂立后20天，完畢如下工作：（1）xxxxxxxxxxx軟件采購搭建將布置（2）二次開發(fā)第三階段，合同訂立后30天內(nèi)，完畢如下工作：系統(tǒng)開始正式試運營BUG修改系統(tǒng)性能調(diào)優(yōu)系統(tǒng)培訓系統(tǒng)驗收、項目管理方案項目管理組織構造項目各方角色與責任需要明確是，該系統(tǒng)是一種由顧客、系統(tǒng)供應商、其她系統(tǒng)供應商、設備提供商等多方面共同構成項目組實行。而這個項目組是由項目管理辦公室領導。項目管理辦公室是由顧客和系統(tǒng)供應商高層領導人構成，這樣可以充分保證項目實行能被對的指引和推動，可以迅速解決在實行過程中浮現(xiàn)不可預測原則性問題。項目管理辦公室中顧客成員有責任推動有關工作人員密切配合項目實行，對中心內(nèi)部各部門所要達到項目目的有清晰定義，明確責、權、利關系，與項目組一起做好工作。項目經(jīng)理必要隨時向項目管理辦公室報告整個項目進展狀況，向項目管理辦公室負責，采用正的確施行動來完畢項目實行工作。雙方在項目中角色和責任如下：單位責任顧客業(yè)務系統(tǒng)現(xiàn)狀調(diào)查、分析；提出項目需求；組織方案驗收系統(tǒng)供應商項目管理負責系統(tǒng)連接或軟件布置、配備、軟件開發(fā)等技術文獻；負責項目實行；提出項目測試籌劃，配合項目驗收產(chǎn)品提供商提供產(chǎn)品技術支持服務在客戶特別指明時提供產(chǎn)品安裝調(diào)試服務任務分工在項目實行過程中，如果沒有明確任務分工，將會導致“職責不清”混亂局面，使工作關系與任務分派陷入各種關聯(lián)交叉狀態(tài)，導致項目人員“不知所措、不知何往”，這將嚴重影響對項目反映能力與控制能力，最后影響實行進度與實行質(zhì)量。因此要完畢好一種項目，建立起一種完善組織架構后，組織中必要要有明確分工，做到“各負其責”，但同步需要有統(tǒng)一、有效領導機構，作到“協(xié)調(diào)一致”，才干保證整個項目實行。xxxxxxxxxxx針對本項目詳細分工如下：（1）項目管理辦公室：將由顧客項目部領導以及xxxxxxxxxxx管理層有關負責人構成，建議與決定項目管理組人員構成，接受項目管理組報告，指引與監(jiān)督項目管理組工作，對重大問題作出決定，保證項目實行所需要資源。該小組在宣布中標后成立，項目驗收后結束。（2）專家顧問組：將由顧客、xxxxxxxxxxx、高檔專家顧問構成，在整個項目執(zhí)行過程中起顧問征詢等作用。該小組在宣布中標后成立，項目驗收后結束。（3）項目管理組：接受項目管理辦公室領導與監(jiān)督，向項目管理辦公室報告；由顧客、xxxxxxxxxxx項目管理人員構成，xxxxxxxxxxx指派一名項目經(jīng)理任組長。該組負責協(xié)調(diào)各有關單位關系，解決所浮現(xiàn)各種問題；組織各個專業(yè)小組，制定項目總實行進度籌劃，推動項目進度，解決工程中浮現(xiàn)各種問題。該組在項目管理辦公室成立后設立，項目驗收后結束。（4）商務組：接受項目管理組領導，向項目管理組報告，制定詳細商務籌劃，負責商務投標，合同訂立，按照合同定貨，跟蹤；解決合同執(zhí)行過程中由于合同條款修改與變動而帶來各種問題。該組在項目管理構成立后設立，項目驗收后結束。（5）財務組：接受項目管理組領導，向項目管理組報告，制定資金運作籌劃，負責財務成本核算、成本控制、財務審計等，保證整個合同過程中各個階段、各個方面資金需要。該組在項目管理構成立后設立，項目驗收后結束。（6）培訓組：接受項目管理組領導，向項目管理組報告，制定詳細培訓籌劃，負責協(xié)調(diào)與實行所有培訓工作，完畢培訓組織、培訓內(nèi)容審定、培訓人員貫徹、培訓場地聯(lián)系、培訓過程組織、培訓結業(yè)考試組織、培訓工作總結，按照合同規(guī)定完畢所有培訓工作。該組在合同訂立后設立，所有培訓工作完畢后結束。（7）文檔組：接受項目管理組領導，向項目管理組報告，制定詳細文檔遞交籌劃，負責收集與整頓各個階段技術文檔，按照合同規(guī)定完畢所有文檔遞交工作。該組在項目管理組創(chuàng)立后設立，驗收完畢，文檔所有遞交后結束。（8）技術核心組（架構設計組）：接受項目管理組領導，向項目管理組報告，由顧客與xxxxxxxxxxx技術核心人員構成。負責制定詳細系統(tǒng)設計、完畢模型實驗與測試報告、終端設備參數(shù)修改測試報告，并對系統(tǒng)實行過程中遇到突發(fā)技術問題予以研究解決。該組在項目管理組創(chuàng)立后設立，驗收完畢后結束。（8）設計施工組（開發(fā)組）：接受項目管理組領導，向項目管理組報告。重要工作涉及負責項目實行技術細節(jié)方案設計、設備精準配備、精準物理連接圖及設備位置安排等工作；給出詳細設計文檔、圖紙、資料及工程安裝手冊；完畢文檔、圖紙和技術資料質(zhì)量審核；勘查施工現(xiàn)場環(huán)境；軟件安裝調(diào)試細節(jié)方案設計、協(xié)調(diào)組織現(xiàn)場軟件安裝調(diào)試；軟件集成所需功能定制開發(fā)、接口定制開發(fā)。該組在合同訂立后設立，測實驗收工作所有完畢后結束。（9）驗收組：接受項目管理組領導，向項目管理組報告，負責現(xiàn)場實行質(zhì)量控制，以保證工程高質(zhì)量、高效率地完畢；制定詳細驗收籌劃，負責編寫測實驗罷手冊、對安裝后系統(tǒng)進行測試與預驗收、進行驗收準備工作、配合顧客驗收小組對系統(tǒng)進行最后驗收，按照合同規(guī)定完畢所有測試與驗收工作。該組在安裝調(diào)試工作開始后前設立，驗收完畢后結束。項目范疇管理項目管理范疇涉及本項目建設周期內(nèi)各個階段以及所有有關建設單位、設備、軟硬件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設計、軟件開發(fā)、系統(tǒng)集成、測試、驗收、試運營、系統(tǒng)維護全過程都涉及在內(nèi)，如項目啟動、項目范疇內(nèi)容、項目范疇變更等項，詳細內(nèi)容在項目實行前經(jīng)詳細討論擬定。項目進度管理針對本項目進度管理從任務分解、時間進度安排到資源分派，每個階段均有里程碑標志，每個階段都須嚴格按照工期規(guī)定準時、保質(zhì)完畢，項目經(jīng)理負責項目進度控制。項目風險管理通過對大量風險事件進行分析，在本項目中下列事件浮現(xiàn)概率最大，影響也是最大。如何使得將上述事件對項目導致影響減少到最小，是項目風險管理重要工作。一方面需要防止上述事件發(fā)生，另一方面當事件發(fā)生不可避免之后，應當采用必要、事先準備好辦法進行工作，將風險對項目目的影響減少到可以容忍限度。技術風險xxxxxxxxxxx軟件采購是一種采用先進信息技術，在建設過程中需要與各個業(yè)務單位、各種技術支撐系統(tǒng)、各種業(yè)務系統(tǒng)之間接口。系統(tǒng)需要采集數(shù)據(jù)量大、涉及有關系統(tǒng)范疇廣，需要比較高信息管理專業(yè)知識。因而系統(tǒng)建設存在一定技術風險，需要業(yè)主和系統(tǒng)建設方從系統(tǒng)開始建設之初，就要充分結識到該項目技術難度，在系統(tǒng)調(diào)研、系統(tǒng)設計階段就要進行重復論證，在系統(tǒng)構架時候盡量采用國際上成熟產(chǎn)品，借鑒有關成功經(jīng)驗，同步系統(tǒng)建設分環(huán)節(jié)、分階段進行，將技術難點逐個突破，力求將技術風險降至最低。需求風險xxxxxxxxxxx軟件采購建設是一種項目周期較長、涉及有關部門較多、數(shù)據(jù)量大、系統(tǒng)功能規(guī)定高復雜系統(tǒng)，只能在建設過程中與多家業(yè)務部門進行溝通，才干逐漸明晰系統(tǒng)需求。同步，由于GIS專業(yè)性較強，有些需求各業(yè)務部門人員主線不也許明確地提出，需要系統(tǒng)建設方依照已有系統(tǒng)建設經(jīng)驗進行顧客需求引導。這些狀況容易導致系統(tǒng)需求不明確，或者系統(tǒng)需求變更頻繁，使得項目進展嚴重滯后，最后導致項目失敗。為了可以減少該項目需求不清和需求頻繁變更風險，需要顧客和公司在項目初期做好充分需求調(diào)研，切實理解各個業(yè)務部門在信息方面業(yè)務需求，盡量避免對需求誤解和片面性。同步，在系統(tǒng)建設過程中，嚴格遵守項目管理規(guī)章制度，對項目需求變更進行嚴格審核與控制，以保障項目質(zhì)量和進度。協(xié)調(diào)與溝通風險在系統(tǒng)建設過程中公司需要協(xié)調(diào)各種部門，與這些部門溝通與協(xié)調(diào)也許直接影響到本項目質(zhì)量與進度。因而，建立高效協(xié)調(diào)與溝通機制，減少互相之間誤解與遲延，是保障本項目成功實行核心點之一。這需要各有關單位充分理解項目溝通管理重要性，嚴格遵守項目管理各項規(guī)章制度，提高協(xié)調(diào)溝通效率，減少項目協(xié)調(diào)與溝通風險。項目人員風險由于xxxxxxxxxxx軟件采購項目周期較長，技術難度大，因而項目人員壓力會隨著項目進展逐漸加大，工作效率也也許會隨著項目進展逐漸減少，導致工作效率低下，甚至會導致項目成員不穩(wěn)定。這就需要顧客與公司互相理解，明確共同目的，發(fā)揮團隊精神，同步要合理規(guī)劃項目進度，作到勞逸結合，提高項目人員積極性，減少項目人員風險。質(zhì)量管理籌劃質(zhì)量管理體系原則本項目實行應采用先進質(zhì)量管理模式和科學質(zhì)量管理體系和流程，并依照項目自身特點選用適當質(zhì)量控制規(guī)程。當前，xxxxxxxxxxx重要采用ISO9001質(zhì)量原則和軟件成熟度模型（CMM）兩種控制規(guī)程。針對本項目，公司將采用GB/T19001-－ISO9001:質(zhì)量體系原則，同步遵循SSE-CMM安全實行原則，并在項目實行過程中嚴格執(zhí)行這些質(zhì)量原則。質(zhì)量控制過程本項目中，由項目經(jīng)理制定質(zhì)量控制籌劃，項目質(zhì)量控制組進行審核。審核方面涉及：質(zhì)量控制辦法與否足夠、各個成員質(zhì)量責任與否明確合理，測試辦法與否合用。質(zhì)量評估籌劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量原則，我司將制定適應于項目檢查驗收規(guī)定和質(zhì)量評估原則，保證工程質(zhì)量。本項目中，應實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級驗收由我司實行小組組織完畢；二級驗收由顧客組織實行。各級檢查驗收嚴格按項目實行中制定相應檢查驗收規(guī)定和質(zhì)量評估原則執(zhí)行。對實行和驗收過程中浮現(xiàn)重大技術問題，將上報顧客協(xié)調(diào)解決，對普通質(zhì)量問題解決應予以書面記錄。質(zhì)量管理辦法在項目實行過程中還將采用如下辦法保障項目實行質(zhì)量：（1）產(chǎn)品到貨后，對所有硬件設備應進行加電檢測，同步對所有軟件產(chǎn)品進行安裝、產(chǎn)品授權驗證。（2）在項目實行先后對網(wǎng)絡性能進行評估。（3）在系統(tǒng)布置完畢后要在實際環(huán)境中進行網(wǎng)絡連通性測試、安全方略驗證和應用系統(tǒng)測試。（4）配合應用系統(tǒng)做好壓力測試，依照壓力測試成果調(diào)節(jié)系統(tǒng)配備。（5）項目實行后要進行一定期間試運營，在試運營期間要重點監(jiān)控網(wǎng)絡環(huán)境運營狀況、安全方略驗證和業(yè)務應用系統(tǒng)運營狀況，若浮現(xiàn)問題要及時查找因素并加以修正。（6）在試點實行過程中驗證方案可行性和對的性。軟件質(zhì)量控制階段性評審軟件質(zhì)量保證過程涉及對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司在本系統(tǒng)項目組織中，由質(zhì)量控制組負責質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產(chǎn)品質(zhì)量進行管理。對軟件過程質(zhì)量控制通過量化并提取軟件過程信息實現(xiàn)對軟件過程目的管理，量化重要內(nèi)容涉及：產(chǎn)品質(zhì)量、項目進度和資源占用。軟件過程控制普通采用軟件開發(fā)過程節(jié)點控制辦法。軟件開發(fā)過程節(jié)點控制是提高軟件開發(fā)籌劃性和成功經(jīng)驗可重復應用重要支持手段。我公司在開發(fā)本系統(tǒng)過程中，將充分運用該辦法，保證本系統(tǒng)高質(zhì)、準時完畢。在本系統(tǒng)開發(fā)過程中，把涉及軟件開發(fā)、應用人員分為甲方、乙方，甲方代表各種層次軟件系統(tǒng)顧客，乙方代表軟件開發(fā)商中各組織、各層次人員。軟件系統(tǒng)最后成功基于甲乙雙方對軟件開發(fā)過程共同控制與管理，甲方側重“需求”與“監(jiān)督”職能，乙方側重“供求”與“控制”職能。甲乙雙方實現(xiàn)職能基本是軟件開發(fā)過程可視性，即從甲乙雙方角度得到軟件開發(fā)過程可見性。如下圖所示：圖（a）表達一種對甲乙雙方可見性極差過程，甲方給出需求后，通過乙方開發(fā)過程得到是最后成果，甲方對軟件開發(fā)過程沒法參加。乙方中只有詳細開發(fā)人員理解局部軟件過程，高層管理人員沒法得到開發(fā)過程中詳細過程狀態(tài)信息，不能依照過程狀態(tài)做出決策。圖（b）表達一種對甲乙雙方可見性較好軟件過程，在軟件開發(fā)過程特定階段設立階段控制點（也稱為里程碑），甲乙雙方根據(jù)階段成果，從各自角度提出過程改進與修改意見，控制軟件系統(tǒng)生產(chǎn)質(zhì)量、開發(fā)過程效率及項目資源消費。測試測試是保證本系統(tǒng)質(zhì)量重要手段，不通過認真測試系統(tǒng)是不能被用于生產(chǎn)。雖然，對各階段文檔審核也可以為是測試，但本項目所指測試是指相應用軟件測試。做好測試是測試組責任，測試組是與開發(fā)組互相獨立兩組，且需要相稱技術和經(jīng)驗，對業(yè)務理解要十分透徹。為保證測試效率和質(zhì)量需要主意如下幾點：1．建立高效合理測試流程，涉及：建立盡量模仿真實環(huán)境業(yè)務數(shù)據(jù)模型（即運營業(yè)務初始環(huán)境）；對測試案例設計要有深度和廣度；特別在系統(tǒng)測試和驗收測試階段，安排好項目組全體人員任務和責任；做好測試階段文檔和源程序版本控制；做好測試中發(fā)現(xiàn)BUGS記錄及存檔工作；對發(fā)現(xiàn)任何BUGS都要做好因素分析并記錄歸檔；做好回歸測試；防止對程序修改而引起其她問題。軟件測試是一種過程，涉及到軟件生命周期各個階段。下圖描述了軟件測試過程模型：測試過程是與開發(fā)過程并行，軟件測試實行過程是與改錯過程既是交錯、同步又是并行進行。在集成測試階段中，測試普通應當由獨立軟件測試人員來實行。這種辦法一方面可以有效地壓縮測試總周期，但更重要是可以避免開發(fā)者自身思維局限，更加客觀全面地進行有效測試。項目協(xié)調(diào)與合伙籌劃對項目實行中溝通是項目完畢順利與否重要因素，因此在整個項目實行過程中要有一套完善溝通機制。協(xié)調(diào)與合伙管理方案在項目實行中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效溝通管理。其中：（1）項目經(jīng)理從始至終控制整個項目工作進展與環(huán)節(jié)，是信息收集者和發(fā)送者。（2）項目經(jīng)理要密切聯(lián)系理解各干系人信息，及時傳達給項目組其她成員。（3）項目經(jīng)理要每周與項目領導小組互換項目工作進展狀況，保證項目按籌劃有環(huán)節(jié)地進行，并提交所有項目管理報告給項目領導小組。（4）項目經(jīng)理要每周組織項目構成員召開會議，理解項目進展狀況，分派工作，理解項目實行中問題，及時解決。（5）項目主管定期聯(lián)系顧客負責人，傾聽顧客對項目建議和意見，并采用相應辦法，最大限度保證顧客滿意度。（6）銷售人員和顧客保持正常暢通溝通渠道，及時接受顧客反饋意見。協(xié)調(diào)手段作為溝通手段，采用如下方式進行項目交流：（1）進程報告（工程簡報）：工程實行期間，各實行人員每天向項目經(jīng)理報告工作進展；項目經(jīng)理按照ISO9000質(zhì)量管理體系規(guī)定每周向公司提交《項目進展報告》；同步，項目經(jīng)理每周向顧客單位提交項目進展文獻。（2）周例會：必要時參加由項目管理組、顧客方在每周共同召開周例會，會議將對一周以來工作進展進行回顧，總結問題點，分析因素，并擬定解決方案。對下一階段工作任務進行布置。會議成果由項目管理組發(fā)布會議紀要。（3）工程階段總結：在實行每一種階段，進行工程階段總結，評估上一階段工作得失，為下階段工作進行必要預溝通，解決隱患問題；（4）各種形式交流：項目經(jīng)理與項目領導小組、顧客、其他廠商之間、以及項目隊伍成員之間保持通信聯(lián)系，以傳真、電話、電子郵件等方式進行溝通。配備管理配備管理和版本控制公司采用相應配備控制程序來管理新系統(tǒng)各個某些，涉及文檔，需求，設計，數(shù)據(jù)庫設計，編碼，文獻和數(shù)據(jù)。并在項目實際實行時制定配備管理籌劃，并委任一名配備管理員。配備控制目是控制系統(tǒng)物理和功能特性，保證整個系統(tǒng)完整性。配備控制既是技術活動又是管理活動，它過程涉及：配備項目發(fā)現(xiàn)和保存每個配備項目要有一種編號，用來區(qū)別有不同需求和實行規(guī)定其他項目。它尚有一種版本號，用來標明該項目所處階段，在配備項目修改時，版本號要更新。配備系統(tǒng)要可以容納新配備項目，不必修改現(xiàn)存項目。配備項目要保存在軟件庫里面。為保證足夠安全以及對所有可交付軟件項目控制必要建立如下典型軟件庫：名稱狀態(tài)開發(fā)庫動態(tài)主庫控制靜態(tài)庫靜態(tài)開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試動態(tài)庫。主庫是一種被控制庫，項目放入和取出必要按規(guī)定并以一定控制方式進行。例如，在單元測試成功之后，模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何通過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。當主庫達到一定限度穩(wěn)定后，就可以將它合成一種基準。每當基準發(fā)布后來，有關主庫都要進行拷貝產(chǎn)生靜態(tài)庫。之因此叫做靜態(tài)庫，由于后來不再更新，并且歸檔。2．配備變動控制只有當項目已經(jīng)成為基準一某些時，軟件配備控制才可以進行，它重要控制：評估對配備項目變動協(xié)調(diào)批準變動在本項目執(zhí)行過程中，項目經(jīng)理將與顧客一起定義解決配備變動以及變動授權管理辦法。作為對于已經(jīng)通過單元，系統(tǒng)驗收測試項目變動，需要更高檔別授權。3．配備狀態(tài)記錄配備狀態(tài)記錄涉及所有配備項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配備項目狀態(tài)將通過配備管理員來跟蹤和控制。為有效進行配備狀態(tài)記錄，應當詳細記錄如下信息：每個基準版日期，版本和問題；每份問題審視以及文檔修改日期狀態(tài)；每份軟件問題報告、修改祈求、和修改報告日期和狀態(tài)；每個配備項目總結描述。軟件版本公司將在版本文檔內(nèi)記錄軟件版本，后續(xù)版本要附一種版本闡明。該闡明列出了版本內(nèi)配備項目，并且闡明其安裝環(huán)節(jié)。并且，所有已經(jīng)修改錯誤和已經(jīng)合并新需求都要有記錄。要在提交新版本之前重新測試修改過軟件。對于每個版我司保證文檔和代碼一致性，并且保存舊版本。變更管理辦法產(chǎn)品完整性需要通過變更管理來維持。顧客需求變化、系統(tǒng)需求變化和系統(tǒng)設計變化都被監(jiān)控和跟蹤，從而理解被批準變動實行狀態(tài)?？刂谱兏渴菫榱吮ＷC只有通過批準變更才干實行，保證變更狀況傳達到了相應關于方面，提供它們考慮和獲得它們批準。顧客需求、系統(tǒng)需求和系統(tǒng)設計文檔在通過評審并批準后將作為基準。當一種文檔變?yōu)榛鶞屎髞?，就自動進入變更控制范疇。任何變動都需要提交變更祈求。變更管理由如下四個某些構成：變更祈求、變更評估、變更批準、變更實行和跟蹤。文檔管理文檔必要真實地反映實際工程狀態(tài)。文檔驗收，不能是在項目驗收時統(tǒng)一移送給顧客單位，而應當依照項目實行不同階段，分批移送，在項目準備階段就需要制定一種文檔移送籌劃，在規(guī)定期間里移送事先規(guī)定格式、內(nèi)容文檔。人員管理人員管理遵循幾條原則：本項目中參加人員在無特殊狀況且未經(jīng)顧客批準不進行調(diào)換；系統(tǒng)保障期人員均安排參加此項目建設重要技術人員；本項目項目管理人員安排具備同類項目豐富項目管理經(jīng)驗人員。保密管理考慮本系統(tǒng)保密規(guī)定，公司承諾按照涉及國家秘密計算機系統(tǒng)規(guī)定進行系統(tǒng)建設保密管理，并和顧客訂立保密合同，嚴格履行保密義務。

、測試籌劃測試工作準備為保證項目質(zhì)量，xxxxxxxxxxx將成立專門項目測試小組，在項目經(jīng)理統(tǒng)一領導之下，完畢本次項目測試工作，一方面，在項目開始時，測試小組要完畢測試準備工作，測試準備工作重點重要涉及如下幾種重要方面：對整個項目狀況進行調(diào)研與理解，以熟悉整個系統(tǒng)整體架構和實現(xiàn)功能等有關狀況，制定出初步測試籌劃；擬定測試管理工具實行方案，對測試管理工具依照項目特點進行合理規(guī)劃；涉及依照各個項目子系統(tǒng)特點，制定相應缺陷跟蹤方案、版本提交籌劃等。保證測試人員到位，并對測試人員進行測試管理工具和測試有關基本技術培訓，規(guī)定有關系統(tǒng)測試人員先進行有關系統(tǒng)體系構造和功能理解，為后期設計測試用例奠定基本。軟件開發(fā)測試本項目采用測試種類涉及：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全系統(tǒng)測試、容量測試、壓力測試、劫難恢復測試等。在進行測試前，需要編寫詳實測試方案，其中涉及測試時間安排、測試準則、測試用例、測試范疇、測試目的、測試人員、出錯解決流程及解決成果等內(nèi)容。在測試案例中應包括對異常狀況解決測試，如數(shù)據(jù)不全、數(shù)據(jù)類別有誤、數(shù)據(jù)不合法等。各種類型測試都是采用循環(huán)往復“測試－改進”操作，以保證問題得到完整、充分解決過程。模塊測試每個應用程序模塊完畢后，進行模塊測試。模塊測試目在于通過大量、重復測試，盡量地捕獲程序編寫時編碼及應用解決上錯誤，并加以改正，使程序編寫時錯誤在這一測試環(huán)節(jié)得到控制。功能測試功能測試是對項目實現(xiàn)功能進行測試。功能測試可細分為：獨立測試和持續(xù)測試兩某些。獨立測試是將本項目開發(fā)實現(xiàn)功能一一進行獨立測試。在測試過程中，將針對每一種功能制定相應測試個案，進行嚴格功能測試。如測試成果與實現(xiàn)規(guī)定不符，將由開發(fā)人員進行改進及完善，最后達到功能規(guī)定。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重新測試。此時其進行測試不但針對改動某些，還應對原已通過獨立測試某些進行重新測試。性能測試系統(tǒng)性能是一種很重要參數(shù)，本項目所指系統(tǒng)性能涉及系統(tǒng)效率、響應時間及解決能力。在測試中，為每個應用設立響應時間、解決速度量度，評估系統(tǒng)最高解決能力，在發(fā)現(xiàn)系統(tǒng)性能不滿足規(guī)定進，需進行相應辦法對系統(tǒng)性能進行調(diào)節(jié)。分系統(tǒng)測試針對各個分系統(tǒng)，依照不同測試方案，按照測試方案中測試環(huán)節(jié)進行測試，進行測試成果分析，得出測試結論，對分系統(tǒng)配備給出建議意見。最后對每一種分系統(tǒng)做出一種分系統(tǒng)測試報告，重要內(nèi)容為測試成果，成果分析，建議。對系統(tǒng)功能、性能、安全、可靠和擴展等每一方面都需有明確結論和意見。全系統(tǒng)測試在分系統(tǒng)測試完畢基本上，對整個硬件平臺進行測試，重要針對各分系統(tǒng)結合部，以及總體功能。與分系統(tǒng)測試方案同樣，全系統(tǒng)測試也是依照測試方案按照測試方案中測試環(huán)節(jié)進行，最后做出系統(tǒng)測試報告，重要包括：系統(tǒng)功能、性能、安全、可靠和擴展等各個方面能否達到設計規(guī)定結論，浮現(xiàn)問題，建議解決問題方案。容量測試項目在投產(chǎn)前，建議進行容量測試，以找出項目投產(chǎn)后可解決最大解決容量，保證可以平滑地過渡或避開業(yè)務解決高峰期。與此同步，通過對業(yè)務解決高峰期時系統(tǒng)硬件資源狀況占有量獲取，可以有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結合業(yè)務發(fā)展增長量，可以推算出需要更換有關硬件時間，以便顧客可以提前做好應對準備。壓力測試壓力測試目是但愿可以通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪問，與否會對系統(tǒng)導致瞬間無法承受壓力沖擊，致使其運營異常甚至崩潰。壓力測試可以獲知系統(tǒng)耐壓限度，在必要時采用恰當緊急防護辦法，如控制、分散等辦法，減低緩和系統(tǒng)瞬間壓力，防止尖峰時刻浮現(xiàn)，使系統(tǒng)得以穩(wěn)定地運營。劫難恢復測試劫難恢復測試是指在模仿劫難事故發(fā)生狀況下，對系統(tǒng)恢復狀況進行測試及彩排。要盡量地找出也許發(fā)生劫難性事故，并一一進行模仿，查看系統(tǒng)恢復狀況。劫難恢復測試可以反映出系統(tǒng)備份精確性及完整性，以及自動恢復功能強弱，出具不同劫難恢復所需時間數(shù)據(jù)，以此可以估算出在劫難發(fā)生時對顧客所導致影響及忍受限度。設計測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準備目是協(xié)助顧客在不熟悉實際環(huán)境時候，能正常測試系統(tǒng)并對系統(tǒng)做出對的評價。測試用例和數(shù)據(jù)準備是一項枯燥和費時間工作。為了提高工作效率可以從如下幾方面著手：將信息放在一種指定位置，便于重復運用，減少變化產(chǎn)生影響；一次完畢一種環(huán)節(jié)，避免冗余和額外工作；盡早盡量完畢各種環(huán)節(jié)。為了保證每一種業(yè)務流程準備測試用例和數(shù)據(jù)對的性，在測試籌劃中應遵循下列過程，并完畢如下環(huán)節(jié)：擬定要測試業(yè)務狀況類型擬定每個規(guī)定測試用例合并所有測試用例，生成測試大綱編制測試腳本，涉及必要系統(tǒng)輸入信息和盼望輸出成果檢查信息保證每一步精確性和完整性（即，擬定業(yè)務狀況類型、擬定測試用例、生成測試大綱和編制測試腳本）。建立測試環(huán)境為了防止浮現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源爭用，需要建立一種獨立測試環(huán)境。在進行測試之前，依照測試籌劃中擬定期機建立一種獨立測試環(huán)境。其準備工作涉及：技術活動：如建立不同服務器或在一臺服務器上建立各種數(shù)據(jù)庫實例，將相應程序遷移到恰當程序庫中；數(shù)據(jù)準備活動：涉及加載數(shù)據(jù)表，建立顧客訪問權限；建立版本控制程序，保證有效控制對系統(tǒng)修改；建立文檔控制程序，保證隨著系統(tǒng)修改，有效地控制文檔修改（如，培訓文檔、聯(lián)機協(xié)助和顧客手冊）。測試執(zhí)行測試執(zhí)行目是發(fā)現(xiàn)不滿足顧客規(guī)定任何問題，在真實環(huán)境中，客戶工作人員按照準備好測試大綱來對系統(tǒng)進行測試。測試過程中測試成果是非常重要。文檔可用于：檢查測試進度；擬定測試過程與否需要改進；分析系統(tǒng)與否準備就緒。

、驗收籌劃驗收組織由項目管理辦公室組織項目承建單位、有關部門以及其她人員（技術顧問、其她開發(fā)商）構成驗收小組，負責對項目各階段進行全面驗收。通過大規(guī)模安裝與調(diào)試工作，整個系統(tǒng)已所有實現(xiàn)連接，所規(guī)定功能已所有實現(xiàn)。為保證系統(tǒng)在后來運營中穩(wěn)定、高效，沒有故障隱患存在，應當通過試運營階段來發(fā)現(xiàn)存在隱患、并解決問題，此外分析試運營階段中系統(tǒng)各項數(shù)據(jù)，并對系統(tǒng)進行評價和預測也是系統(tǒng)試運營階段一種重要工作內(nèi)容。項目預驗完畢后，系統(tǒng)進入試運營期。系統(tǒng)通過試運營穩(wěn)定運營3個月后，由項目驗收小組對項目進行正式驗收。驗收內(nèi)容系統(tǒng)驗收涉及：系統(tǒng)實用性、穩(wěn)定性、可維護性、靈活性、可操作性以及系統(tǒng)文檔、代碼、規(guī)范及注釋闡明等方面驗收。系統(tǒng)功能：逐個檢查系統(tǒng)功能與否達到設計規(guī)定系統(tǒng)性能：逐個測試系統(tǒng)性能指標與否達到設計規(guī)定。文檔資料：檢查系統(tǒng)建設各階段提交文檔資料與否齊全、合格。軟件系統(tǒng)驗收驗收辦法：開發(fā)軟件通過顧客驗收測試進行驗證。軟件驗收依照軟件滿足規(guī)定驗收合格原則進行判斷。驗收原則：驗收原則是在顧客正式接受開發(fā)軟件并以為軟件滿足合同規(guī)定之前必要滿足條件。本文檔中定義所有驗收原則是基于定量和可度量/可觀測條件。驗收合格原則測試準備1.顧客驗收測試文獻涉及對項目擬定所有軟件功能測試程序。2.進行測試之前，顧客方和太極必要承認顧客驗收測試文獻。3.顧客方已經(jīng)承認測試數(shù)據(jù)4.顧客方已經(jīng)指定和批準顧客驗收測試文獻測試人員。測試執(zhí)行1.測試由指定測試人員來進行2.所有狀況都必要得到測試3.在測試過程中，測試人員必要記錄所有測試成果4.測試成果由指定測試人員簽字5.顧客方必要接受驗收測試報告測試成果測試成果闡明軟件滿足下列規(guī)定：1.在承認外部設計文檔中表述功能規(guī)定2.在承認系統(tǒng)描述文檔中表述非功能規(guī)定3.質(zhì)量規(guī)定：測試過程中發(fā)現(xiàn)所有錯誤都必要記錄下來對錯誤進行分類和擬定級別（細節(jié)見錯誤管理一節(jié)）報告錯誤得到修改/解決，或修改錯誤籌劃得到批準。驗收原則如果軟件系統(tǒng)滿足所有驗收合格原則，并且沒有浮現(xiàn)S3以上級別錯誤，顧客將正式接受該軟件系統(tǒng)。

、培訓方案培訓目的為保證系統(tǒng)投入使用后，可以穩(wěn)定、良好地運營，達到建設預期目，將對顧客有關人員進行全面、細致培訓工作。本項目人員培訓，是指對系統(tǒng)使用人員、開發(fā)、系統(tǒng)管理人員進行培訓。目是使該項目受訓人員充分具備系統(tǒng)安裝、配備、使用和故障解決能力，理解與項目有關系統(tǒng)軟件和操作環(huán)境，以及對系統(tǒng)設計及其有關業(yè)務結識，以便更好開展工作。通過培訓，保證貴方人員可以獨立進行使用、管理、維護和尋常解決，保證系統(tǒng)正常、安全運營。培訓方式本項目培訓涉及：廠家培訓、維護培訓、使用操作培訓幾某些，由項目使用重要產(chǎn)品廠家和xxxxxxxxxxx向顧客提供培訓。培訓對象顧客單位本系統(tǒng)操作人員、技術人員、系統(tǒng)管理人員。培訓地點與環(huán)境國內(nèi)培訓地點和設備由顧客負責提供，除原廠商之外培訓由公司負責提供培訓教師、培訓教材、培訓內(nèi)容。培訓籌劃及內(nèi)容顧客培訓培訓項目描述參加培訓人員操作人員培訓時間5天/期培