1、專業資料系統軟件項目實施方案項目名稱：XXXXXXXX系統軟件實施單位：XXXXXXXXXXXXXX時 間：XXXX年XX月XX日word完美格式1、項目總體實施方案1.1工程實施原則1.2項目總體推進計劃1.3系統實施過程的質量保證活動說明.9.1.3.1需求分析階段9.1.3.2總體設計階段1.01.3.3詳細設計階段1.1.1.3.4系統開發階段1.1.1.3.5系統實施和試運行階段1.11.3.6項目驗收階段1.31.3.7系統正式運行及維護階段141.3.8各階段輔助文檔,14.1.3.9實施過程提交文件匯總151.4項目實施計劃1.8.1.4.1數據實施步驟1.81.4.2項目進度

2、安排1.82、項目管理方案192.1項目管理組織結構1.9.2.1.1項目各方角色與責任.1920.2.1.2任務分工2.2項目范圍管理.23.2.3項目進度管理.242.4項目風險管理.242.4.1技術風險242.4.2需求風險25.2.4.3協調與溝通風險252.4.4項目人員風險25.26.2.5質量管理計劃2.5.1質量管理體系標準262.5.2質量控制過程262.5.3質量評定計劃262.5.4質量管理措施272.5.5軟件質量控制272.6項目協調與合作計劃302.6.1協調與合作管理方案302.6.2協調手段312.7 配置管理.322.7.1配置管理和版本控制322.7.2變

3、更管理的方法.342.8 文檔管理.342.9 人員管理.352.10保密管理.353、測試計劃363.1測試工作準備363.2軟件開發測試363.2.1模塊測試37.3.2.2功能測試37.3.2.3性能測試37.3.2.4分系統測試383.2.5全系統測試383.2.6容量測試383.2.7壓力測試39.3.2.8災難恢復測試393.3設計測試用例和數據393.3.1 建立測試環境403.3.2測試執行404、驗收計劃424.1 驗收組織4.24.2 驗收內容4.24.3 軟件系統的驗收433.用戶方已經認可測試數據435、培訓方案455.1 培訓I目標4.5.5.2 培訓方式.4.55.

4、3 培訓僅t象4.5.5.4 培訓地點與環境 455.5 培訓計劃及內容 465.5.1 用戶培訓465.5.2 系統管理人員培訓.476、技術支持和售后服務 49496.1技術支持與售后服務政策6.1.1技術后援支持496.1.2技術后援支持方式.506.1.3保修及系統維護服務5.11 、項目總體實施方案建設xxxxxxxxxxx軟件采購是一項復雜、長期的系統工程，為保證工程能 夠順利地進行實施，必須要制定科學、合理、切實可行的實施計劃。一方面要 從組織上進行落實，成立強有力的項目領導小組和經驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作 原則，

5、以指導項目的全面實施。1.1 工程實施原則1 .用戶方項目小組的成員，爭取參與項目的全過程用戶方成立領導親自掛帥的項目小組 ，在調研、設計、編碼、安裝調試、 測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統開發方的工 作，一方面可以培訓自己的技術維護隊伍，為系統的使用保駕護航；另一方面，在開發過程中，協調用戶方和開發方的關系，保證項目的順利進行，及時 發現問題，并對項目進度和質量進行監督。2 .采用兩手抓”的方針，一手抓開發、一手抓使用對于軟件項目，之所以稱為一個工程，很大程度上是因為軟件項目的建 設，除了技術因素外，還有很多的非技術因素需要考慮，并且必須被得到重視。衡量一個軟件項目

6、是否成功，很大程度上不是看這個軟件項目采用了多么 先進的技術，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期 的問題。國內很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系統維護的同時，也要狠抓系統的使用，開發方和用戶 方齊心協力幫助業務人員從原來的手工處理轉到計算機輔助處理上來，在業務人員適應計算機輔助業務處理的過程中，盡可能早發現系統中存在的問題，從而最大可能地使系統保質保量的按時完成。3 .數據同程序同等重要該系統的建設，數據位于首要的地位，程序的編寫完成，僅僅意味著系統 完成了一半，數據的收集、整理、錄入，對系統的建設來說同等重要。在項目 實施過程

7、中，一定要重視系統中數據的錄入工作，充分估計數據處理的難度， 在系統建設之初，就將數據工作提到議事日程上來 ，安排相應的資金、時間 等，將數據工作落到實處，只有這樣才能爭取系統早日達到實用化。1.2 項目總體推進計劃為了有效地保證系統開發的質量，整個系統建設的全過程劃分為準備、設 計、開發、實施和運行階段，每個階段完成相應的任務，確保信息系統的建 設。如下圖所示：需求分析總體設計論證總體設計方案詳細談計編碼、數據加工測試實施技術方案實施方案需求分析報告總體方案設計書詳細設計說明其 /軟件系統，數據測試報告文檔/實施規出史術文檔前整備系統修祥區試服報告|一原點與試運行運行與維護1.3 系統實施過

8、程的質量保證活動說明在實施過程中將發生的重大質量保證活動或由此將產生的質量記錄和產品，項目管理與開發階段劃分密切相關，因此主要按照項目實施的具體階段劃分說明。1.3.1 需求分析階段首先需要經雙方協調，形成需求調研計劃及帚求調研大綱，確定準 備工作、需求調研的內容、方法方式以及人員和日程安排等內容，經雙方同意 后按此計劃開始調研。調研正式開始前項目開發組應檢查所有必要的準備工作 已經圓滿完成。項目開發組根據調研中系統實際技術需求和各個子系統的業務需求，編寫并向工程領導小組提交符合CMM LEVEL 3規范要求的系統需求分析報告，并 由項目組評審，不合格的部分進一步完善調研；評審通過后由雙方共同

9、簽署評 審意見，并正式生效。對于軟件生產過程而言，需求階段是整個過程中最重要的階段，需求分析 成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得 的。而且一旦評審通過并生效，則需求報告將成為系統的設計、開發、測試、 實施試運行和項目驗收的基本依據之一，因此原則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更，需經雙方項目負責人協商確定。1.3.2 總體設計階段項目開發組通過對系統的功能、運行和性能要求加以分析，產生一個高層 次的系統結構、軟件結構、接口和數據格式的設計，并向工程領導小組提交 受 統設計報告其中包括數據庫設計），組織評審并簽署評審意見。對其中評審 不合

10、格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見 ， 并正式生效，作為后續軟件開發和測試的基礎。該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，并需向工程領導小組匯報。1.3.3 詳細設計階段項目開發組在系統設計報告的基礎上，對功能和性能要求進一步加以分 析和細化并且把軟件的詳細設計文檔化，向工程領導小組提交臻統詳細設計報 告，并由項目組組織評審并簽署評審意見。對其中評審不合格的部分進一步完 善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續軟件開發和測試的基礎。該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，并需向工程領

11、導小組匯報。1.3.4 系統開發階段根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳 細的開發計劃，并向工程領導小組提交頌目開發計劃；工程領導小組對 頌目開發計劃進行審查，由雙方簽字后正式生效，并將作為軟件開發階段的項目 管理和監控依據，項目開發小組要嚴格據此計劃控制項目進度，按時向工程領導小組匯報工作進展。為了使用戶能夠及時獲知項目的進展情況，開發小組需要每周向用戶相關領導提交 頊目客戶周報，用戶項目組可以隨時對項目的工作情況進行檢查。1.3.5 系統實施和試運行階段首先需要經雙方交流協調，形成 頌目實施計劃，確定現場實施的準備工 作、人員和日程安排、培訓計劃、階段目標等內容

12、，經雙方負責人簽字后生 效，按此計劃開始現場實施。正式開始現場實施前項目開發組應檢查所有必要的準備工作是否已經完成。現場工作首先要進行軟件在服務器端的安裝和調試，包括數據庫中各類對 象的生成，初始化數據，原有系統的重要數據的轉換導入 ，前后臺軟件的安 裝，配置參數調整等工作；完成后需向系統維護人員提交 皴據庫安裝目錄， 軟件安裝方法文件，并協助用戶進行軟件安裝。軟件安裝完成并確認可在系統正常運行后，開始相關業務人員的培訓；在培訓開始之前需要由雙方協商形成始訓計劃，明確培訓環境、條件及方式，參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字后生效，并分別 開始著手準備，在既定時間內完成。培訓

13、過程中由工程師提供始訓考勤記錄，培訓應該脫產、集中、封閉進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行 姑訓總 結，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容用戶 項目組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評 價。培訓順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后 臺軟件，軟件使用操作手冊，軟件功能清單，這兩種文檔將詳細描述軟件 的使用過程，軟件所包含的全部系統功能模塊。軟件試用期內用戶的主要工作是根據軟件功能清單所列的系統功能模塊，檢查公司所提交的軟件是否滿足系統需求分析報告、系統設計報告的規定，列出未完成及含有較嚴重

14、、明顯錯誤的模塊清單形成軟件問題及修改記 錄并提交給公司繼續完善；此段時間可以對軟件的細節性問題進行測試、驗 證，但主要精力還是應放在模塊級功能的檢查上，如果所有模塊都已開發并可 以進入試運行，其設計方法、技術可行性也都能夠滿足最終軟件的需要 ，則用 戶各相關業務負責人、現場實施負責人需要簽署各子系統的 軟件交付書，表 明軟件已在現場安裝、調試、培訓完成，基本可以進入軟件試運行；此后在軟 件功能模塊一級上不應再發生大的變化 ，如需要修改功能模塊設計，則需由雙 方項目負責人協商解決。試運行期內用戶負責組織針對 軟件功能清單所列的系統功能模塊進行現 場的系統測試，包括新舊兩套系統并行工作一段時間進

15、行驗證，使每個功能模塊都得到基本確認；對于其中發現的問題和軟件的細節性修改意見，需以軟件問題及修改記錄的書面形式提交給公司；公司修改完成后立即提交到現場，用 戶負責組織立即對軟件進行確認回歸測試，如驗證問題已修改需要在軟件問題 及修改記錄中予以說明。通過試運行及修改后證明已經基本完成的模塊，用戶應組織相關的業務負責人在軟件功能清單中逐項確認。1.3.6 項目驗收階段在試運行期內系統存在一定的細節性問題是工程項目不可避免的問題，特別是隨著用戶應用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統的 致命性錯誤；因此當試運行期內所發現的真正的問題和錯誤”收斂到一定數目以下時，各業務子系統經過一段時

16、間的并行工作新系統已基本可靠，就可以切換到正式運行階段，開始正式運行。正式運行后，由用戶提出驗收要求，雙方共同制定 頌目驗收計劃，組成 項目驗收小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔 ， 包括對系統開發過程進行總結的 頌目總結，頊目技術報告，最終的完整的數據庫字典等。驗收工作將由用戶組織的專家組對系統進行全面的驗收和鑒定，并出具項目驗收小組領導簽字的 頌目驗收報告，并簽署驗收意見，公司在此過程中將 全程參與，在現場進行驗收前的維護工作。1.3.7 系統正式運行及維護階段公司承諾對系統軟件提供服務保證期，在保證期內提供免費的軟件升級和 維護服務；在保證期外，公司繼續為系統的維

17、護提供技術支持，對于軟件升級提供優惠服務。維護期的具體工作方式請見售后服務承諾部分 ，所有維護工作，包括軟件 出現問題修改、細節性功能的增強，用戶都要以 軟件問題及修改記錄的書面 形式提交給公司，修改完成后用戶應組織相關的業務負責人進行確認 ，并在軟 件功能清單中說明；如遇緊急情況可事后補齊。1.3.8 各階段輔助文檔現場工作日程安排計劃，在實施中的各階段，對于所發生的需要在現場 進行較長時間工作的情況，如果在需求調研計劃、頊目開發計劃、頊目 實施計劃、培訓計劃等工作計劃中未包含，則需要在工作開始前雙方共同 制訂好現場工作日程安排計劃，并嚴格據此執行，需要雙方現場實施負責人 簽字生效。現場工作

18、周報，在現場實施工作中，為了把階段性的工作任務具體落實 完成，需要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工作計劃，給出每個工作日上、下午的工作內容，以及雙方的準備工作。計劃制 定完成后用戶項目組向所有相關部門和領導發布，開始執行；實施中雙方互相監督按照原計劃開展工作；周五時雙方負責人共同對本周計劃執行情況進行總 結，對原計劃填寫工作總結，詳細描述各項計劃的完成情況，未完成的部分應 寫明未完成原因和責任歸屬，必要時雙方協商一起進行加班處理，力爭按時完成；對于不能按時完成的必須調整到下周計劃中進行。用戶項目報告，對于實施中各階段較長時間不在用戶現場進行的，或項目處于用戶試運行、維

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

20、負責人設計系統設計報告（其中包括數據庫設計）描述整個系統軟件的模塊設計，詳細設計，數據庫設計，供開發編碼使用雙方項目負責人雙方現場實施負責人原統詳細設計報告軟件開發頊目開發計劃軟件開發的日程進度，分工，檢查點設置，提交成果等計劃雙方現場實施負責人雙方項目負責人軟件測試利試計劃試試問題卡娜試總結報告符合ISO9000質量保證體系規定的功能測試、同行間測試文檔軟件現場實施頊目實施計劃確定現場實施準備工作、人員和日程安排、培訓計戈h階段目標等雙方現場實施負責人雙方項目負責人系統培訓培訓計劃培訓考勤記錄培訓總結明確培訓環境條件及方式，參加人員，課程課時fHJA 小培訓記錄，培訓效果總結，是否達到目標雙

21、方現場實施負責人雙方現場實施負責人系統安裝數據庫安裝目錄軟件安裝方法現場安裝、調試和提交軟件的相關文檔軟件使用操作手冊軟件功能清單所提交軟件全部模塊結構劃分，功能描述用戶系統人員軟件交付書軟件已在現場安裝、調試、培訓完成，基本可以進入試運行證明用戶系統負責人軟件問題及修改記錄實施中發現的軟件問題和用戶提出的具體修改意見，以及對其所作修改和確認記錄項目驗收驗收計劃驗收報告項目總結頊目技術報告數據庫字典開發過程項目總結，技術總結，數據庫設計字典等驗收相關文檔日常工作現場工作日程安排計劃需在現場進行較長時間的一般工作日程安排雙方現場實施負責人雙方現場實施負責人翔戶項目報告較長時間/、在用戶現場時 向

22、用戶信息服務系統匯報 項目進展和工作情況，覿場工作周報現場工作周計劃雙方現場實施負責人雙方現場實施負責人艙段評估報告某階段性目標實現后進行總結，向工程領導小組提交，為下階段打好基礎1.4 項目實施計劃xxxxxxxxxxx軟件采購的建設是一項龐大而復雜的信息化應用基礎工程，需 要分任務、分階段組織建設，逐步實現總體目標。1.4.1 數據實施步驟1 .基礎信息協調相關部門，采集基礎信息。2 .公共信息公共信息是多個業務部門共用的公共信息，包括人員、單位、信息、基礎設施等。3 .專用信息專用信息是公章等信息。1.4.2 項目進度安排系統建設分階段進行，第一階段至合同簽訂后10天，完成如下工作：(1

23、)組織數據的采集(2)硬件環境的搭建第二階段,合同簽訂后20天,完成如下工作：(1) xxxxxxxxxxx軟件采購的搭建將部署(2)二次開發第三階段，合同簽訂后30天內，完成如下工作：(1)系統開始正式試運行(2)BUG修改(3)系統性能調優(4) 系統培訓(5)系統驗收2、項目管理方案2.1 項目管理組織結構2.1.1 項目各方角色與責任需要明確的是，該系統是一個由用戶、系統供應商、其他系統供應商、設 備提供商等多方面共同組成的項目組實施。而這個項目組是由項目管理辦公室領導。項目管理辦公室是由用戶和系統供應商的高層領導人組成，這樣可以充分保證項目實施能被正確的指導和推動，可以迅速解決在實施

24、過程中出現的不可預測的原則性問題。項目管理辦公室中的用戶成員有責任推動相關工作人員密切配合項目實施，對中心內部各部門所要達到的項目目標有清楚的定義，明確責、權、利關系，與項目組一起做好工作。項目經理必須隨時向項目管理辦公室報告整個項目進展情況，向項目管理辦公室負責，采取正確的實施行動來完成項目實施工作雙方在項目中的角色和責任如下：單位責任用戶業務系統的現狀調查、分析；提出項目需求；組織方案驗收系統供應商項目管理負責系統連接或軟件部署、配置、軟件開發等技術文件；負責項目實施；提出項目測試計劃，配合項目驗收產品提供商提供產品的技術支持服務在客戶特別指明時提供產品安裝調試服務2.1.2 任務分工在項

25、目的實施過程中，如果沒有明確的任務分工，將會造成 職責不清”的 混亂局面，使工作關系與任務分配陷入多種的關聯交叉狀態 ，導致項目人員 不 知所措、不知何往”，這將嚴重影響對項目的反應能力與控制能力 ，最終影響實 施的進度與實施的質量。所以要完成好一個項目，建立起一個完善的組織架構后，組織中必須要有明確的分工，做到 各負其責”，但同時需要有統一、有效的領導機構，作到 協 調一致”，才能保證整個項目的實施。xxxxxxxxxxx針對本項目的具體分工如下：(1)項目管理辦公室：將由用戶項目部領導以及xxxxxxxxxxx管理層的相關負責人構成,建議與決定項目管理組人員的組成，接受項目管理組的匯報，指

26、導與監督項目管理組 工作，對重大問題作出決定，確保項目實施所需要的資源。該小組在宣布中標后成立，項目驗收后結束。(2)專家顧問組：將由用戶、xxxxxxxxxxx高級專家顧問組成，在整個項目執行過程中起顧 問咨詢等作用。該小組在宣布中標后成立，項目驗收后結束。(3)項目管理組：接受項目管理辦公室的領導與監督，向項目管理辦公室匯報；由用戶、xxxxxxxxxxx的項目管理人員組成，xxxxxxxxxxx指派一名項目經理任組長。該組 負責協調各相關單位的關系，處理所出現的各種問題；組織各個專業小組，制 定項目總的實施進度計劃，推進項目進度，解決工程中出現的各種問題。該組在項目管理辦公室成立后設立，

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

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

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

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

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

32、高的信息管理的專業知識。因此系 統建設存在一定的技術風險，需要業主和系統建設方從系統開始建設之初，就 要充分認識到該項目的技術難度，在系統調研、系統設計階段就要進行反復的 論證，在系統構架的時候盡可能采用國際上成熟的產品，借鑒相關的成功經驗，同時系統的建設分步驟、分階段進行，將技術難點逐個突破，力求將技術 風險降至最低。2.4.2 需求風險xxxxxxxxxxx軟件采購的建設是一個項目周期較長、涉及相關部門較多、數 據量大、系統功能要求高的復雜系統，只能在建設過程中與多家業務部門進行 溝通，才能逐步明晰系統的需求。同時，由于GIS專業性較強，有些需求各業 務部門人員根本不可能明確地提出，需要系

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

34、 互之間的誤解與拖延，是保障本項目成功實施的關鍵點之一。這需要各相關單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規章制度，提高協調溝通的效率，降低項目協調與溝通的風險。2.4.4 項目人員風險由于xxxxxxxxxxx軟件采購項目周期較長,技術難度大,因此項目人員壓力會隨著項目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚至會造成項目成員的不穩定。這就需要用戶與公司相互 理解，明確共同的目標，發揮團隊精神，同時要合理規劃項目進度，作到勞逸 結合，提高項目人員的積極性，降低項目人員的風險。2.5 質量管理計劃2.5.1 質量管理體系標準本項目實施應采用先

35、進的質量管理模式和科學的質量管理體系和流程，并根據項目自身特點選用合適的質量控制規程。目前，xxxxxxxxxxx主要采用ISO9001質量標準和軟件成熟度模型 (CMM)兩種控制規程。針對本項目，公司將采用 GB/T 19001-2000 ISO9001:2000質量體系標準，同時遵循SSE-CMM的安全實施標準，并在項目 實施的過程中嚴格執行這些質量標準。2.5.2 質量控制過程本項目中，由項目經理制訂質量控制計劃，項目質量控制組進行審核。審 核方面包括：質量控制措施是否足夠、各個成員的質量責任是否明確合理，測 試方法是否適用。2.5.3 質量評定計劃為了加強項目質量管理和界定產品質量標準

36、，本公司將制訂適應于項目的檢查驗收規定和質量評定標準，確保工程質量。本項目中，應實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級 驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴 格按項目實施中制訂的相應的檢查驗收規定和質量評定標準執行。對實施和驗收過程中出現的重大技術問題，將上報用戶協調處理，對一般質量問題的處理 應予以書面記錄。2.5.4 質量管理措施在項目實施過程中還將采取如下措施保障項目實施質量：(1)產品到貨后，對所有硬件設備應進行加電檢測，同時對所有軟件產品進行安裝、產品授權驗證。(2)在項目實施前后對網絡性能進行評估。(3)在系統部署完成后要在實際環境中進

37、行網絡連通性測試、安全策略驗證和應用系統測試。(4)配合應用系統做好壓力測試，根據壓力測試結果調整系統配置。(5)項目實施后要進行一定時間的試運行，在試運行期間要重點監控網絡環境的運行情況、安全策略的驗證和業務應用系統運行情況，若出現的問題要及時查找原因并加以修正。(6)在試點實施過程中驗證方案的可行性和正確性。2.5.5軟件質量控制2.5.5.1 階段性評審軟件質量保證過程包括對軟件過程質量控制和軟件產品質量控制。我公司 在本系統項目組織中，由質量控制組負責質量控制和管理，采用軟件度量過程 采集信息對軟件過程和軟件產品的質量進行管理 。對軟件過程質量的控制通過量化并提取軟件過程信息實現對軟件

38、過程的目標管理，量化的主要內容包括：產品質量、項目進度和資源占用。軟件過程控 制一般采用軟件開發過程的節點控制的方法 。軟件開發過程的節點控制是提高軟件開發的計劃性和成功經驗的可重復應用的重要支持手段。我公司在開發本系統的過程中，將充分利用該方法，確保 本系統的高質、準時完成。在本系統的開發過程中，把涉及軟件開發、應用的 人員分為甲方、乙方，甲方代表各種層次的軟件系統的用戶，乙方代表軟件開 發商中各組織、各層次人員。軟件系統的最終成功基于甲乙雙方對軟件開發過 程的共同控制與管理，甲方側重 需求”與 監督”職能，乙方側重 供求與 控制“ 職能。甲乙雙方實現職能的基礎是軟件開發過程的可視性，即從甲

39、乙雙方角度得到軟件開發過程的可見性。如下圖所示：需求JL一結果Ca）需求結臬檢查點檢查點 檢查點 檢查點圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經過乙方的開發過程得到的是最終結果，甲方對軟件開發過程沒法參與。乙方中只 有具體的開發人員了解局部的軟件過程，高層管理人員沒法得到開發過程中具體的過程狀態信息，不能根據過程狀態做出決策。圖（b）表示一個對甲乙雙方可見性較好的軟件過程 ，在軟件開發過程的 特定階段設置階段控制點 （也稱為里程碑），甲乙雙方依據階段成果，從各自 的角度提出過程改善與修改意見，控制軟件系統生產的質量、開發過程的效率 及項目資源消費。2.5.5.2 測試測試

40、是確保本系統質量的重要手段，不經過認真測試的系統是不能被用于生產的。雖然，對各階段的文檔的審核也可認為是測試 ，但本項目所指的測試 是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發組相互獨 立的兩組，且需要相當的技術和經驗，對業務的理解要十分透徹。為保證測試 的效率和質量需要主意以下幾點：1 .建立高效合理的測試流程，包括：建立盡量模擬真實環境的業務數據模型（即運行業務的初始環境）；對測試案例的設計要有深度和廣度；特別在系統測試和驗收測試階段，安排好項目組的全體人員的任務和責任；做好測試階段文檔和源程序的版本控制；做好測試中發現的BUGS的記錄及存檔工作；對發現的任何BUGS都要做

41、好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件測試過程模型：需求分析軟件講計軟腔現系繳械Beta測試糾錯測試過程是與開發過程并行的，軟件測試的實施過程是與改錯過程既是交 錯的、同時又是并行進行的。在集成測試階段中，測試一般應當由獨立的軟件 測試人員來實施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發者自身的思維局限，更加客觀全面地進行有效的測試。2.6項目協調與合作計劃對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要有一套完善的溝通機制。2.6.1 協調與

42、合作管理方案在項目實施中，將以項目經理為核心，實現全面、有效的溝通管理。其 中：(1)項目經理從始至終控制整個項目的工作進展與步驟，是信息的收集 者和發送者。(2)項目經理要密切聯系了解各干系人信息，及時傳達給項目組其他成員。(3)項目經理要每周與項目領導小組交換項目工作進展情況，確保項目按計劃有步驟地進行，并提交全部項目管理報告給項目領導小組 。(4)項目經理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目實施中的問題，及時解決。(5)項目主管定期聯系用戶負責人，傾聽用戶對項目的建議和意見，并 采取相應的措施，最大程度保證用戶滿意度。(6)銷售人員和用戶保持正常通暢的溝通渠

43、道，及時接受用戶反饋意見。2.6.2協調手段作為溝通的手段，采用如下方式進行項目的交流：(1)進程報告(工程簡報)：工程實施期間，各實施人員每天向項目經 理報告工作進展；項目經理按照ISO9000質量管理體系的要求每周向公司提交 頌目進展報告；同時，項目經理每周向用戶單位提交項目進展文件 。(2)周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例 會，會議將對一周以來的工作進展進行回顧，總結問題點，分析原因，并確定解決方案。對下一階段的工作任務進行部署。會議結果由項目管理組發布會議 紀要。(3)工程階段總結：在實施的每一個階段，進行工程階段總結，評估上 一階段工作得失，為下階段的工作進

44、行必要的預溝通，解決隱患問題；(4)多種形式的交流：項目經理與項目領導小組 、用戶、其它廠商之 問、以及項目隊伍成員之間保持通信聯絡 ，以傳真、電話、電子郵件等方式進 行溝通。2.7配置管理2.7.1 配置管理和版本控制公司采用相應的配置控制程序來管理新系統的各個部分，包括文檔，需求，設計，數據庫設計，編碼，文件和數據。并在項目實際實施時制定配置管 理計劃，并委任一名配置管理員。配置控制的目的是控制系統的物理和功能特性，確保整個系統的完整性。配置控制既是技術活動又是管理活動，它的過程包括：配置項目發現和保存每個配置項目要有一個編號，用來區別有不同需求和實施要求的其它項目。它還有一個版本號，用來

45、標明該項目所處的階段，在配置項目修改時，版 本號要更新。配置系統要能夠容納新的配置項目，不必修改現存項目。配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件 項目的控制必須建立如下典型的軟件庫：名稱狀態開發庫動態的主庫控制的靜態庫靜態的開發庫是軟件作為一系列模塊進行開發和測試的動態庫。主庫是一個被控 制的庫，項目的放入和取出必須按規定并以一定的控制方式進行 。例如，在單 元測試成功之后，模塊可以被轉入到系統主庫，然后供系統集成和系統測試。 任何經過以上測試需要修改模塊都要放回開發庫，以供測試。當主庫達到一定程度的穩定后，就可以將它合成一個基準。每當基準發布 以后，相關主庫都要進行

46、拷貝產生靜態庫 。之所以叫做靜態庫，因為以后不再 更新，并且歸檔。2 .配置變動控制只有當項目已經成為基準的一部分時，軟件配置控制才能夠進行，它主要 控制：評估對配置項目的變動協調批準的變動在本項目的執行過程中，項目經理將與用戶一起定義處理配置變動以及變 動授權管理方法。作為對于已經通過的單元，系統的驗收測試項目的變動，需 要更高級別的授權。3 .配置狀態記錄配置狀態記錄包括所有配置項目跟蹤報告，并且貫穿整個系統開發周期中，配置項目狀態將通過配置管理員來跟蹤和控制 。為有效進行配置狀態記錄，應該詳細記錄以下信息：每個基準版的日期，版本和問題；每份問題審閱以及文檔修改的日期狀態；每份軟件問題報告

47、、修改請求、和修改報告的日期和狀態；每個配置項目的總結描述。軟件版本公司將在版本文檔內記錄軟件的版本，后續版本要附一個版本說明。該說 明列出了版本內的配置項目，并且說明其安裝步驟。而且，所有已經修改的錯 誤和已經合并的新的需求都要有記錄。要在提交新版本之前重新測試修改過的 軟件。對于每個版本公司保證文檔和代碼的一致性，而且保存舊版本。2.7.2變更管理的方法產品的完整性需要通過變更管理來維持。用戶需求的變化、系統需求的變化和系統設計的變化都被監控和跟蹤，從而了解被批準變動的實施狀態。控制變更的目的是為了確保只有經過批準的變更才能實施，確保變更情況傳達到了相應的有關方面，提供它們考慮和獲得它們的

48、批準。用戶需求、系統需求和系統設計文檔在通過評審并批準后將作為基準。當一個文檔變為基準以后，就自動進入變更控制范圍。任何變動都需要提交變更 請求。變更管理由以下四個部分組成：變更請求、變更評估、變更批準、變更 實施和跟蹤。2.8 文檔管理文檔必須真實地反映實際工程狀態。文檔的驗收，不能是在項目驗收時統一移交給用戶單位 ，而應當根據項目 實施的不同階段，分批移交，在項目準備階段就需要制定一個文檔移交計劃 ， 在規定的時間里移交事先規定格式、內容的文檔。2.9 人員管理人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經用戶 同意不進行調換；系統保障期人員均安排參加此項目建設的主要技術人員

49、；本項目的項目管理人員安排具有同類項目豐富項目管理經驗的人員。2.10 保密管理考慮本系統的保密要求，公司承諾按照涉及國家秘密計算機系統要求進行 系統建設的保密管理，并和用戶簽署保密協議，嚴格履行保密義務。3、測試計劃3.1 測試工作準備為保證項目的質量，xxxxxxxxxxx將成立專門的項目測試小組，在項目經理 的統一領導之下，完成本次項目的測試工作，首先，在項目開始時，測試小組 要完成測試的準備工作，測試準備工作的重點主要包括以下幾個主要方面 ：對整個項目情況進行調研與了解，以熟悉整個系統的整體架構和實現功能等相關情況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根據項

50、目的特點進行合理 規劃；包括根據各個項目子系統的特點，制定相應的缺陷跟蹤方案、版本提交 計劃等。保證測試人員的到位，并對測試人員進行測試管理工具和測試相關基礎技 術的培訓，要求相關系統測試人員先進行相關系統體系結構和功能的了解，為后期的設計測試用例奠定基礎。3.2 軟件開發測試本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統測 試、全系統測試、容量測試、壓力測試、災難恢復測試等。在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試 準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結果等內容。在測試案例中應包含對異常情況處理的測試，如數據不全、數據類別有

51、誤、數據不合法等。各種類型的測試都是采用循環往復的測試-改進”操作，以確保問題得到完整、充分的解決的過程。3.2.1 模塊測試每個應用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大 量、反復的測試，盡可能地捕獲程序編寫時的編碼及應用處理上的錯誤，并加以改正，使程序編寫時的錯誤在這一測試環節得到控制。3.2.2 功能測試功能測試是對項目實現的功能進行測試。功能測試可細分為：獨立測試和連續測試兩部分。獨立測試是將本項目開發實現的功能一一進行獨立測試。在測試過程中，將針對每一個功能制定相應的測試個案，進行嚴格的功能測試。如測試結果與 實現要求不符，將由開發人員進行改進及完善，最終達到功能要求

52、。測試中發生問題時，編程人員會改動程序以便解決問題。系統將在修改后 進行重新測試。此時其進行的測試不僅針對改動部分 ，還應對原已通過獨立測 試的部分進行重新測試。3.2.3 性能測試系統的性能是一個很重要的參數，本項目所指的系統性能包括系統的效率、響應時間及處理能力。在測試中，為每個應用設置響應時間、處理速度量度，評估系統的最高處理能力，在發現系統的性能不滿足要求進，需進行相應 措施對系統的性能進行調整。3.2.4 分系統測試針對各個分系統，根據不同的測試方案，按照測試方案中的測試步驟進行 測試，進行測試結果分析，得出測試結論，對分系統的配置給出建議意見。最終對每一個分系統做出一個分系統測試報

53、告，主要內容為測試結果，結 果分析，建議。對系統功能、性能、安全、可靠和擴展等每一方面都需有明確 的結論和意見。3.2.5 全系統測試在分系統測試完畢的基礎上，對整個硬件平臺進行測試，主要針對各分系 統的結合部，以及總體功能。與分系統測試方案一樣，全系統測試也是根據測 試方案按照測試方案中的測試步驟進行，最終做出系統測試報告，主要包含： 系統功能、性能、安全、可靠和擴展等各個方面能否達到設計要求的結論，出現問題，建議解決問題方案。3.2.6 容量測試項目在投產前，建議進行容量測試，以找出項目投產后可處理的最大處理 容量，確保能夠平滑地過渡或避開業務處理高峰期。與此同時，通過對業務處理高峰期時系統硬件資源情況的占有量的獲取，能夠有效地調配系統資源。通過容量測試，得知系統承載量