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

1、 系系統(tǒng)統(tǒng)軟軟件件項項目目實實施施方方案案 （投投標標方方案案） 項目名稱：項目名稱： 實施單位：實施單位： 時時 間：間： 年年 月月 日日 目目 錄錄 1、項目總體實施方案、項目總體實施方案 .4 1.1工程實施原則 .4 1.2項目總體推進計劃 .5 1.3系統(tǒng)實施過程的質量保證活動說明.5 1.3.1需求分析階段.6 1.3.2總體設計階段.6 1.3.3詳細設計階段.7 1.3.4系統(tǒng)開發(fā)階段.7 1.3.5系統(tǒng)實施和試運行階段.7 1.3.6項目驗收階段.9 1.3.7系統(tǒng)正式運行及維護階段.9 1.3.8各階段輔助文檔.9 1.3.9實施過程提交文件匯總.10 1.4項目實施計劃

2、 .11 1.4.1數據實施步驟.12 1.4.2項目進度安排.12 2、項目管理方案、項目管理方案.13 2.1項目管理組織結構 .13 2.1.1項目各方角色與責任.13 2.1.2任務分工.14 2.2項目范圍管理 .16 2.3項目進度管理 .16 2.4項目風險管理 .16 2.4.1技術風險.16 2.4.2需求風險.17 2.4.3協(xié)調與溝通風險.17 2.4.4項目人員風險.18 2.5質量管理計劃 .18 2.5.1質量管理體系標準.18 2.5.2質量控制過程.18 2.5.3質量評定計劃.18 2.5.4質量管理措施.19 2.5.5軟件質量控制.19 2.6項目協(xié)調與合

3、作計劃.21 2.6.1協(xié)調與合作管理方案.22 2.6.2協(xié)調手段.22 2.7配置管理 .23 2.7.1配置管理和版本控制.23 2.7.2變更管理的方法.24 2.8文檔管理 .25 2.9人員管理 .25 2.10保密管理 .25 3、測試計劃、測試計劃 .26 3.1測試工作準備 .26 3.2軟件開發(fā)測試 .26 3.2.1模塊測試.27 3.2.2功能測試.27 3.2.3性能測試.27 3.2.4分系統(tǒng)測試.27 3.2.5全系統(tǒng)測試.28 3.2.6容量測試.28 3.2.7壓力測試.28 3.2.8災難恢復測試.28 3.3設計測試用例和數據.29 3.3.1建立測試環(huán)境

4、.29 3.3.2測試執(zhí)行.30 4、驗收計劃、驗收計劃 .31 4.1驗收組織 .31 4.2驗收內容 .31 4.3軟件系統(tǒng)的驗收 .31 3.3.用戶方已經認可測試數據用戶方已經認可測試數據.32 5、培訓方案、培訓方案 .33 5.1培訓目標 .33 5.2培訓方式 .33 5.3培訓對象 .33 5.4培訓地點與環(huán)境 .33 5.5培訓計劃及內容 .34 5.5.1用戶培訓.34 5.5.2系統(tǒng)管理人員培訓.34 6、技術支持和售后服務、技術支持和售后服務.36 6.1技術支持與售后服務政策.36 6.1.1技術后援支持.36 6.1.2技術后援支持方式.37 6.1.3保修及系統(tǒng)維

5、護服務.37 1 、項目總體實施方案、項目總體實施方案 建設 xxxxxxxxxxx 軟件采購是一項復雜、長期的系統(tǒng)工程，為保證工程能 夠順利地進行實施，必須要制定科學、合理、切實可行的實施計劃。一方面要 從組織上進行落實，成立強有力的項目領導小組和經驗豐富的項目實施隊伍； 另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作 原則，以指導項目的全面實施。 1.1 工程實施原則工程實施原則 1用戶方項目小組的成員，爭取參與項目的全過程 用戶方成立領導親自掛帥的項目小組，在調研、設計、編碼、安裝調試、 測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統(tǒng)開發(fā)方的工 作，一方

6、面可以培訓自己的技術維護隊伍，為系統(tǒng)的使用保駕護航；另一方面， 在開發(fā)過程中，協(xié)調用戶方和開發(fā)方的關系，保證項目的順利進行，及時發(fā)現 問題，并對項目進度和質量進行監(jiān)督。 2采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用 對于軟件項目，之所以稱為一個工程，很大程度上是因為軟件項目的建設， 除了技術因素外，還有很多的非技術因素需要考慮，并且必須被得到重視。衡 量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的 技術，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期的問題。 國內很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行 過程中，在抓系統(tǒng)維護的同時，也要

7、狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié) 力幫助業(yè)務人員從原來的手工處理轉到計算機輔助處理上來，在業(yè)務人員適應 計算機輔助業(yè)務處理的過程中，盡可能早發(fā)現系統(tǒng)中存在的問題，從而最大可 能地使系統(tǒng)保質保量的按時完成。 3數據同程序同等重要 該系統(tǒng)的建設，數據位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng) 完成了一半，數據的收集、整理、錄入，對系統(tǒng)的建設來說同等重要。在項目 實施過程中，一定要重視系統(tǒng)中數據的錄入工作，充分估計數據處理的難度， 在系統(tǒng)建設之初，就將數據工作提到議事日程上來，安排相應的資金、時間等， 將數據工作落到實處，只有這樣才能爭取系統(tǒng)早日達到實用化。 1.2 項目總體推進計劃項目總體

8、推進計劃 為了有效地保證系統(tǒng)開發(fā)的質量，整個系統(tǒng)建設的全過程劃分為準備、設 計、開發(fā)、實施和運行階段，每個階段完成相應的任務，確保信息系統(tǒng)的建設。 如下圖所示： 1.3 系統(tǒng)實施過程的質量保證活動說明系統(tǒng)實施過程的質量保證活動說明 在實施過程中將發(fā)生的重大質量保證活動或由此將產生的質量記錄和產品， 項目管理與開發(fā)階段劃分密切相關，因此主要按照項目實施的具體階段劃分說 明。 1.3.1 需求分析階段需求分析階段 首先需要經雙方協(xié)調，形成需求調研計劃及需求調研大綱 ，確定 準備工作、需求調研的內容、方法方式以及人員和日程安排等內容，經雙方同 意后按此計劃開始調研。調研正式開始前項目開發(fā)組應檢查所有

9、必要的準備工 作已經圓滿完成。 項目開發(fā)組根據調研中系統(tǒng)實際技術需求和各個子系統(tǒng)的業(yè)務需求，編寫 并向工程領導小組提交符合 CMM LEVEL 3 規(guī)范要求的系統(tǒng)需求分析報告 ，并 由項目組評審，不合格的部分進一步完善調研；評審通過后由雙方共同簽署評 審意見，并正式生效。 對于軟件生產過程而言，需求階段是整個過程中最重要的階段，需求分析 成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得 的。而且一旦評審通過并生效，則需求報告將成為系統(tǒng)的設計、開發(fā)、測試、 實施試運行和項目驗收的基本依據之一，因此原則上用戶需求將不再因為其它 因素的改變而變更，如需進行此種變更，需經雙方項目負

10、責人協(xié)商確定。 1.3.2 總體設計階段總體設計階段 項目開發(fā)組通過對系統(tǒng)的功能、運行和性能要求加以分析，產生一個高層 次的系統(tǒng)結構、軟件結構、接口和數據格式的設計，并向工程領導小組提交 系統(tǒng)設計報告 （其中包括數據庫設計） ，組織評審并簽署評審意見。對其中 評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意 見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎。 該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確 定，并需向工程領導小組匯報。 1.3.3 詳細設計階段詳細設計階段 項目開發(fā)組在系統(tǒng)設計報告的基礎上，對功能和性能要求進一步加以 分析和細化并且把軟件的詳細

11、設計文檔化，向工程領導小組提交系統(tǒng)詳細設 計報告 ，并由項目組組織評審并簽署評審意見。對其中評審不合格的部分進一 步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為 后續(xù)軟件開發(fā)和測試的基礎。 該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確 定，并需向工程領導小組匯報。 1.3.4 系統(tǒng)開發(fā)階段系統(tǒng)開發(fā)階段 根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳 細的開發(fā)計劃，并向工程領導小組提交項目開發(fā)計劃 ；工程領導小組對項 目開發(fā)計劃進行審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的項 目管理和監(jiān)控依據，項目開發(fā)小組要嚴格據此計劃控制項目

12、進度，按時向工程 領導小組匯報工作進展。 為了使用戶能夠及時獲知項目的進展情況，開發(fā)小組需要每周向用戶相關 領導提交項目客戶周報 ，用戶項目組可以隨時對項目的工作情況進行檢查。 1.3.5 系統(tǒng)實施和試運行階段系統(tǒng)實施和試運行階段 首先需要經雙方交流協(xié)調，形成項目實施計劃 ，確定現場實施的準備 工作、人員和日程安排、培訓計劃、階段目標等內容，經雙方負責人簽字后生 效，按此計劃開始現場實施。正式開始現場實施前項目開發(fā)組應檢查所有必要 的準備工作是否已經完成。 現場工作首先要進行軟件在服務器端的安裝和調試，包括數據庫中各類對 象的生成，初始化數據，原有系統(tǒng)的重要數據的轉換導入，前后臺軟件的安裝，

13、配置參數調整等工作；完成后需向系統(tǒng)維護人員提交數據庫安裝目錄 ， 軟 件安裝方法文件，并協(xié)助用戶進行軟件安裝。 軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相關業(yè)務人員的培訓；在 培訓開始之前需要由雙方協(xié)商形成培訓計劃 ，明確培訓環(huán)境、條件及方式， 參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字后生效，并分別 開始著手準備，在既定時間內完成。 培訓過程中由工程師提供培訓考勤記錄 ，培訓應該脫產、集中、封閉 進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行培 訓總結 ，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容 用戶項目組須進行必要的考核和獎懲，培訓工程師

14、有權對參加培訓人員進行客 觀評價。 培訓順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后 臺軟件， 軟件使用操作手冊 ， 軟件功能清單 ，這兩種文檔將詳細描述軟件 的使用過程，軟件所包含的全部系統(tǒng)功能模塊。 軟件試用期內用戶的主要工作是根據軟件功能清單所列的系統(tǒng)功能模 塊，檢查公司所提交的軟件是否滿足系統(tǒng)需求分析報告 、 系統(tǒng)設計報告 的規(guī)定，列出未完成及含有較嚴重、明顯錯誤的模塊清單形成軟件問題及修 改記錄并提交給公司繼續(xù)完善；此段時間可以對軟件的細節(jié)性問題進行測試、 驗證，但主要精力還是應放在模塊級功能的檢查上，如果所有模塊都已開發(fā)并 可以進入試運行，其設計方法、技術可行性也都

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

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

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

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

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

20、提交此 報告，維護期內每月至少提交一次。 階段評估報告 ，實施中當某一階段性目標實現后，公司將對該階段雙 方聯合開發(fā)組的工作情況進行總結，編寫該報告并向工程領導小組提交，及時 總結經驗教訓，為下階段工作打好基礎。 1.3.9 實施過程提交文件匯總實施過程提交文件匯總 以下是對上面的實施過程中將產生的文件匯總說明： 階段階段名稱名稱作用作用評審級別評審級別變更控制變更控制 需求需求 調研調研 需求調研計劃 需求調研大綱 確定需求調研的準備工作、 內容、方法方式及人員和 日程安排 雙方現場實施 負責人 雙方現場實施 負責人 系統(tǒng)需求分析報告 明確用戶業(yè)務需求 雙方項目負責 人 雙方項目負責 人 系

21、統(tǒng)設計報告 （其 中包括數據庫設計） 描述整個系統(tǒng)軟件的模塊 設計，詳細設計，數據庫 設計，供開發(fā)編碼使用 雙方項目負責 人 雙方現場實施 負責人 設計設計 系統(tǒng)詳細設計報告 軟件軟件 開發(fā)開發(fā) 項目開發(fā)計劃 軟件開發(fā)的日程進度，分 工，檢查點設置，提交成 果等計劃 雙方現場實施 負責人 雙方項目負責 人 軟件軟件 測試測試 測試計劃 測試問題卡 測試總結報告 符合 ISO9000 質量保證體 系規(guī)定的功能測試、同行 間測試文檔 軟件軟件 現場現場 實施實施 項目實施計劃 確定現場實施準備工作、 人員和日程安排、培訓計 劃、階段目標等 雙方現場實施 負責人 雙方項目負責 人 系統(tǒng)系統(tǒng) 培訓培訓

22、 培訓計劃 培訓考勤記錄 培訓總結 明確培訓環(huán)境條件及方式， 參加人員，課程課時等要 求 培訓記錄，培訓效果總結， 是否達到目標 雙方現場實施 負責人 雙方現場實施 負責人 系統(tǒng)系統(tǒng)數據庫安裝目錄現場安裝、調試和提交軟 安裝安裝軟件安裝方法 軟件使用操作手冊 件的相關文檔 軟件功能清單 所提交軟件全部模塊結構 劃分，功能描述 用戶系統(tǒng)人員 軟件交付書 軟件已在現場安裝、調試、 培訓完成，基本可以進入 試運行證明 用戶系統(tǒng)負責 人 軟件問題及修改記 錄 實施中發(fā)現的軟件問題和 用戶提出的具體修改意見， 以及對其所作修改和確認 記錄 項目項目 驗收驗收 驗收計劃 驗收報告 項目總結 項目技術報告

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

24、。 1.4.11.4.1 數據實施步驟數據實施步驟 1基礎信息 協(xié)調相關部門，采集基礎信息。 2公共信息 公共信息是多個業(yè)務部門共用的公共信息，包括人員、單位、信息、基礎 設施等。 3專用信息 專用信息是公章等信息。 1.4.2 項目進度安排項目進度安排 系統(tǒng)建設分階段進行， 第一階段至合同簽訂后 10 天，完成如下工作： （1）組織數據的采集 （2）硬件環(huán)境的搭建 第二階段，合同簽訂后 20 天，完成如下工作： （1）xxxxxxxxxxx 軟件采購的搭建將部署 （2）二次開發(fā) 第三階段，合同簽訂后 30 天內，完成如下工作： （）系統(tǒng)開始正式試運行 （）BUG 修改 （）系統(tǒng)性能調優(yōu) （）

25、系統(tǒng)培訓 （）系統(tǒng)驗收 2 、項目管理方案、項目管理方案 2.1 項目管理組織結構項目管理組織結構 2.1.1 項目各方角色與責任項目各方角色與責任 需要明確的是，該系統(tǒng)是一個由用戶、系統(tǒng)供應商、其他系統(tǒng)供應商、設 備提供商等多方面共同組成的項目組實施。而這個項目組是由項目管理辦公室 領導。 項目管理辦公室是由用戶和系統(tǒng)供應商的高層領導人組成，這樣可以充分 保證項目實施能被正確的指導和推動，可以迅速解決在實施過程中出現的不可 預測的原則性問題。 項目管理辦公室中的用戶成員有責任推動相關工作人員密切配合項目實施， 對中心內部各部門所要達到的項目目標有清楚的定義，明確責、權、利關系， 與項目組一起

26、做好工作。 項目經理必須隨時向項目管理辦公室報告整個項目進展情況，向項目管理 辦公室負責，采取正確的實施行動來完成項目實施工作。 雙方在項目中的角色和責任如下： 單位責任 用戶業(yè)務系統(tǒng)的現狀調查、分析； 提出項目需求； 組織方案驗收 系統(tǒng)供應商項目管理 負責系統(tǒng)連接或軟件部署、配置、軟件開發(fā)等技術文件； 負責項目實施；提出項目測試計劃， 配合項目驗收 產品提供商提供產品的技術支持服務 在客戶特別指明時提供產品安裝調試服務 2.1.2 任務分工任務分工 在項目的實施過程中，如果沒有明確的任務分工，將會造成“職責不清” 的混亂局面，使工作關系與任務分配陷入多種的關聯交叉狀態(tài)，導致項目人員 “不知所

27、措、不知何往” ，這將嚴重影響對項目的反應能力與控制能力，最終影 響實施的進度與實施的質量。 所以要完成好一個項目，建立起一個完善的組織架構后，組織中必須要有 明確的分工，做到“各負其責” ，但同時需要有統(tǒng)一、有效的領導機構，作到 “協(xié)調一致” ，才能保證整個項目的實施。xxxxxxxxxxx 針對本項目的具體分工 如下： （1）項目管理辦公室： 將由用戶項目部領導以及 xxxxxxxxxxx 管理層的相關負責人構成，建議與 決定項目管理組人員的組成，接受項目管理組的匯報，指導與監(jiān)督項目管理組 工作，對重大問題作出決定，確保項目實施所需要的資源。 該小組在宣布中標后成立，項目驗收后結束。 （2

28、）專家顧問組： 將由用戶、xxxxxxxxxxx、高級專家顧問組成，在整個項目執(zhí)行過程中起 顧問咨詢等作用。 該小組在宣布中標后成立，項目驗收后結束。 （3）項目管理組： 接受項目管理辦公室的領導與監(jiān)督，向項目管理辦公室匯報；由用戶、 xxxxxxxxxxx 的項目管理人員組成，xxxxxxxxxxx 指派一名項目經理任組長。該 組負責協(xié)調各相關單位的關系，處理所出現的各種問題；組織各個專業(yè)小組， 制定項目總的實施進度計劃，推進項目進度，解決工程中出現的各種問題。 該組在項目管理辦公室成立后設立，項目驗收后結束。 （4）商務組： 接受項目管理組的領導，向項目管理組匯報，制定詳細的商務計劃，負責

29、 商務投標，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由于合同 條款的修改與變動而帶來的各種問題。 該組在項目管理組成立后設立，項目驗收后結束。 （5）財務組： 接受項目管理組的領導，向項目管理組匯報，制定資金運作計劃，負責財 務成本核算、成本控制、財務審計等，保證整個合同過程中各個階段、各個方 面的資金需要。 該組在項目管理組成立后設立，項目驗收后結束。 （6）培訓組： 接受項目管理組的領導，向項目管理組匯報，制定詳細的培訓計劃，負責 協(xié)調與實施所有的培訓工作，完成培訓的組織、培訓內容的審定、培訓人員的 落實、培訓場地的聯系、培訓過程的組織、培訓結業(yè)考試的組織、培訓工作總 結，按照合

30、同規(guī)定完成所有培訓工作。 該組在合同簽署后設立，全部培訓工作完成后結束。 （7）文檔組： 接受項目管理組的領導，向項目管理組匯報，制定詳細的文檔遞交計劃， 負責收集與整理各個階段的技術文檔，按照合同規(guī)定完成所有的文檔遞交工作。 該組在項目管理組創(chuàng)立后設立，驗收完畢，文檔全部遞交后結束。 （8）技術核心組（架構設計組）： 接受項目管理組的領導，向項目管理組匯報，由用戶與 xxxxxxxxxxx 的技 術核心人員組成。 負責制定詳細系統(tǒng)設計、完成模型實驗與測試報告、終端設備參數修改測 試報告，并對系統(tǒng)實施過程中遇到的突發(fā)技術問題給予研究解決。 該組在項目管理組創(chuàng)立后設立，驗收完畢后結束。 （8）設

31、計施工組（開發(fā)組）： 接受項目管理組的領導，向項目管理組匯報。 主要工作包括負責項目實施的技術細節(jié)方案設計、設備精確配置、精確物 理連接圖及設備位置安排等工作；給出詳細設計的文檔、圖紙、資料及工程安 裝手冊；完成文檔、圖紙和技術資料的質量審核；勘查施工現場環(huán)境；軟件安 裝調試的細節(jié)方案設計、協(xié)調組織現場軟件安裝調試；軟件集成所需的功能定 制開發(fā)、接口定制開發(fā)。 該組在合同簽署后設立，測試驗收工作全部完畢后結束。 （9）驗收組： 接受項目管理組的領導，向項目管理組匯報，負責現場實施的質量控制， 以確保工程高質量、高效率地完成；制定詳細的驗收計劃，負責編寫測試驗收 手冊、對安裝后的系統(tǒng)進行測試與預

32、驗收、進行驗收準備工作、配合用戶驗收 小組對系統(tǒng)進行最終驗收，按照合同規(guī)定完成所有的測試與驗收工作。 該組在安裝調試工作開始后前設立，驗收完畢后結束。 2.2 項目范圍管理項目范圍管理 項目管理范圍包括本項目建設周期內各個階段以及所有相關的建設單位、 設備、軟硬件、場地等內容，從軟硬件采購、需求分析、系統(tǒng)設計、軟件開發(fā)、 系統(tǒng)集成、測試、驗收、試運行、系統(tǒng)維護的全過程都包括在內，如項目啟動、 項目范圍內容、項目范圍變更等項，具體內容在項目實施前經詳細討論確定。 2.3 項目進度管理項目進度管理 針對本項目的進度管理從任務分解、時間進度安排到資源分配，每個階段 都有里程碑標志，每個階段都須嚴格按

33、照工期要求按時、保質完成，項目經理 負責項目進度控制。 2.4 項目風險管理項目風險管理 通過對大量的風險事件進行分析，在本項目中下列事件出現的概率最大， 影響也是最大的。如何使得將上述事件對項目造成的影響降低到最小，是項目 風險管理的主要工作。首先需要預防上述事件的發(fā)生，其次當事件發(fā)生不可避 免之后，應當采取必要的、事先準備好的措施進行工作，將風險對項目目標的 影響降低到可以容忍的程度。 2.4.1 技術風險技術風險 xxxxxxxxxxx 軟件采購是一個采用先進的信息技術，在建設過程中需要與 各個業(yè)務單位、多個技術支撐系統(tǒng)、多個業(yè)務系統(tǒng)之間接口。系統(tǒng)需要采集的 數據量大、涉及的相關系統(tǒng)范圍

34、廣，需要比較高的信息管理的專業(yè)知識。因此 系統(tǒng)建設存在一定的技術風險，需要業(yè)主和系統(tǒng)建設方從系統(tǒng)開始建設之初， 就要充分認識到該項目的技術難度，在系統(tǒng)調研、系統(tǒng)設計階段就要進行反復 的論證，在系統(tǒng)構架的時候盡可能采用國際上成熟的產品，借鑒相關的成功經 驗，同時系統(tǒng)的建設分步驟、分階段進行，將技術難點逐個突破，力求將技術 風險降至最低。 2.4.2 需求風險需求風險 xxxxxxxxxxx 軟件采購的建設是一個項目周期較長、涉及相關部門較多、 數據量大、系統(tǒng)功能要求高的復雜系統(tǒng)，只能在建設過程中與多家業(yè)務部門進 行溝通，才能逐步明晰系統(tǒng)的需求。同時，由于 GIS 專業(yè)性較強，有些需求各 業(yè)務部門人員根本不可能明確地提出，需要系統(tǒng)建設方根據已有的系統(tǒng)建設經 驗進行用戶需求的引導。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需 求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。 為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在 項目初期做好充分的需求調研，切實理解各個業(yè)務部門在信息方面的業(yè)務需求， 盡可能避免對需求的誤解和片面性。同時，在系統(tǒng)建設過程中，嚴格遵守項目 管理的規(guī)章制度，對項目需求變更進行嚴格的審核與控