中標系統軟件實施方案項目名稱：XXXXXXXX系統軟件實施單位：XXXXXXXXXXXXXX時間：XXXX年XX月XX日

目錄1 、項目總體實施方案 41.1 工程實施標準 41.2 項目總體推進計劃 51.3 系統實施過程質量確保活動說明 51.3.1 需求分析階段 61.3.2 總體設計階段 61.3.3 具體設計階段 71.3.4 系統開發階段 71.3.5 系統實施和試運行階段 71.3.6 項目驗收階段 91.3.7 系統正式運行及維護階段 91.3.8 各階段輔助文檔 91.3.9 實施過程提交文件匯總 101.4 項目實施計劃 111.4.1 數據實施步驟 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 協調和溝通風險 172.4.4 項目人員風險 182.5 質量管理計劃 182.5.1 質量管理體系標準 182.5.2 質量控制過程 182.5.3 質量評定計劃 182.5.4 質量管理方法 192.5.5 軟件質量控制 192.6 項目協調和合作計劃 212.6.1 協調和合作管理方案 222.6.2 協調手段 222.7 配置管理 232.7.1 配置管理和版本控制 232.7.2 變更管理方法 242.8 文檔管理 252.9 人員管理 252.10 保密管理 253 、測試計劃 263.1 測試工作準備 263.2 軟件開發測試 263.2.1 模塊測試 273.2.2 功效測試 273.2.3 性能測試 273.2.4 分系統測試 273.2.5 全系統測試 283.2.6 容量測試 283.2.7 壓力測試 283.2.8 災難恢復測試 283.3 設計測試用例和數據 293.3.1 建立測試環境 293.3.2 測試實施 304 、驗收計劃 314.1 驗收組織 314.2 驗收內容 314.3 軟件系統驗收 313.用戶方已經認可測試數據 325 、培訓方案 335.1 培訓目標 335.2 培訓方法 335.3 培訓對象 335.4 培訓地點和環境 335.5 培訓計劃及內容 345.5.1 用戶培訓 345.5.2 系統管理人員培訓 346 、技術支持和售后服務 366.1 技術支持和售后服務政策 366.1.1 技術后援支持 366.1.2 技術后援支持方法 376.1.3 保修及系統維護服務 37

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

、測試計劃測試工作準備為確保項目標質量，xxxxxxxxxxx將成立專門項目測試小組，在項目經理統一領導之下，完成此次項目標測試工作，首先，在項目開始時，測試小組要完成測試準備工作，測試準備工作關鍵關鍵包含以下多個關鍵方面：對整個項目情況進行調研和了解，以熟悉整個系統整體架構和實現功效等相關情況，制訂出初步測試計劃；確定測試管理工具實施方案，對測試管理工具依據項目標特點進行合理計劃；包含依據各個項目子系統特點，制訂對應缺點跟蹤方案、版本提交計劃等。確保測試人員到位，并對測試人員進行測試管理工具和測試相關基礎技術培訓，要求相關系統測試人員優異行相關系統體系結構和功效了解，為后期設計測試用例奠定基礎。軟件開發測試本項目采取測試種類包含：模塊測試、功效測試、性能測試、分系統測試、全系統測試、容量測試、壓力測試、災難恢復測試等。在進行測試前，需要編寫詳實測試方案，其中包含測試時間安排、測試準則、測試用例、測試范圍、測試目標、測試人員、犯錯處理步驟及處理結果等內容。在測試案例中應包含對異常情況處理測試，如數據不全、數據類別有誤、數據不正當等。多種類型測試全部是采取循環往復“測試－改善”操作，以確保問題得到完整、充足處理過程。模塊測試每個應用程序模塊完成后，進行模塊測試。模塊測試目標在于經過大量、反復測試，盡可能地捕捉程序編寫時編碼及應用處理上錯誤，并加以更正，使程序編寫時錯誤在這一測試步驟得到控制。功效測試功效測試是對項目實現功效進行測試。功效測試可細分為：獨立測試和連續測試兩部分。獨立測試是將本項目開發實現功效一一進行獨立測試。在測試過程中，將針對每一個功效制訂對應測試個案，進行嚴格功效測試。如測試結果和實現要求不符，將由開發人員進行改善及完善，最終達成功效要求。測試中發生問題時，編程人員會改動程序方便處理問題。系統將在修改后進行重新測試。此時其進行測試不僅針對改動部分，還應對原已經過獨立測試部分進行重新測試。性能測試系統性能是一個很關鍵參數，本項目所指系統性能包含系統效率、響應時間及處理能力。在測試中，為每個應用設置響應時間、處理速度量度，評定系統最高處理能力，在發覺系統性能不滿足要求進，需進行對應方法對系統性能進行調整。分系統測試針對各個分系統，依據不一樣測試方案，根據測試方案中測試步驟進行測試，進行測試結果分析，得出測試結論，對分系統配置給出提議意見。最終對每一個分系統做出一個分系統測試匯報，關鍵內容為測試結果，結果分析，提議。對系統功效、性能、安全、可靠和擴展等每首先全部需有明確結論和意見。全系統測試在分系統測試完成基礎上，對整個硬件平臺進行測試，關鍵針對各分系統結合部，和總體功效。和分系統測試方案一樣，全系統測試也是依據測試方案根據測試方案中測試步驟進行，最終做出系統測試匯報，關鍵包含：系統功效、性能、安全、可靠和擴展等各個方面能否達成設計要求結論，出現問題，提議處理問題方案。容量測試項目在投產前，提議進行容量測試，以找出項目投產后可處理最大處理容量，確保能夠平滑地過渡或避開業務處理高峰期。和此同時，經過對業務處理高峰期時系統硬件資源情況占有量獲取，能夠有效地調配系統資源。經過容量測試，得悉系統承載量，并結合業務發展增加量，能夠推算出需要更換相關硬件時間，方便用戶能夠提前做好應對準備。壓力測試壓力測試目標是期望能夠經過測試，得悉在極短時間內對網站進行大量并發訪問，是否會對系統造成瞬間無法承受壓力沖擊，致使其運行異常甚至瓦解。壓力測試能夠獲知系統耐壓程度，在必需時采取合適緊急防護方法，如控制、分散等方法，減低緩解系統瞬間壓力，預防尖峰時刻出現，使系統得以穩定地運行。災難恢復測試災難恢復測試是指在模擬災難事故發生情況下，對系統恢復情況進行測試及彩排。要盡可能地找出可能發生災難性事故，并一一進行模擬，查看系統恢復情況。災難恢復測試能夠反應出系統備份正確性及完整性，和自動恢復功效強弱，出具不一樣災難恢復所需時間數據，以此能夠估算出在災難發生時對用戶所造成影響及忍受程度。設計測試用例和數據測試用例和數據準備目標是幫助用戶在不熟悉實際環境時候，能正常測試系統并對系統做出正確評價。測試用例和數據準備是一項枯燥和費時間工作。為了提升工作效率能夠從以下幾方面著手：將信息放在一個指定位置，便于反復利用，降低改變產生影響；一次完成一個步驟，避免冗余和額外工作；盡早盡可能完成多個步驟。為了確保每一個業務步驟準備測試用例和數據正確性，在測試計劃中應遵照下列過程，并完成以下步驟：確定要測試業務情況類型確定每個要求測試用例合并全部測試用例，生成測試綱領編制測試腳本，包含必需系統輸入信息和期望輸出結果檢驗信息確保每一步正確性和完整性（即，確定業務情況類型、確定測試用例、生成測試綱領和編制測試腳本）。建立測試環境為了預防出現問題，如數據損壞或對系統資源爭用，需要建立一個獨立測試環境。在進行測試之前，依據測試計劃中確定時機建立一個獨立測試環境。其準備工作包含：技術活動：如建立不一樣服務器或在一臺服務器上建立多個數據庫實例，將對應程序遷移到合適程序庫中；數據準備活動：包含加載數據表，建立用戶訪問權限；建立版本控制程序，確保有效控制對系統修改；建立文檔控制程序，確保伴隨系統修改，有效地控制文檔修改（如，培訓文檔、聯機幫助和用戶手冊）。測試實施測試實施目標是發覺不滿足用戶要求任何問題，在真實環境中，用戶工作人員根據準備好測試綱領來對系統進行測試。測試過程中測試結果是很關鍵。文檔可用于：檢驗測試進度；確定測試過程是否需要改善；分析系統是否準備就緒。

、驗收計劃驗收組織由項目管理辦公室組織項目承建單位、相關部門和其它人員（技術顧問、其它開發商）組成驗收小組，負責對項目各階段進行全方面驗收。經過大規模安裝和調試工作，整個系統已全部實現連接，所要求功效已全部實現。為確保系統在以后運行中穩定、高效，沒有故障隱患存在，應該經過試運行階段來發覺存在隱患、并處理問題，另外分析試運行階段中系統各項數據，并對系統進行評價和估計也是系統試運行階段一個關鍵工作內容。項目預驗完成后，系統進入試運行期。系統經過試運行穩定運行3個月后，由項目驗收小組對項目進行正式驗收。驗收內容系統驗收包含：系統實用性、穩定性、可維護性、靈活性、可操作性和系統文檔、代碼、規范及注釋說明等方面驗收。系統功效：逐一檢驗系統功效是否達成設計要求系統性能：逐一測試系統性能指標是否達成設計要求。文檔資料：檢驗系統建設各階段提交文檔資料是否齊全、合格。軟件系統驗收驗收方法：開發軟件經過用戶驗收測試進行驗證。軟件驗收依據軟件滿足要求驗收合格標準進行判定。驗收標準：驗收標準是在用戶正式接收開發軟件并認為軟件滿足協議要求之前必需滿足條件。本文檔中定義全部驗收標準是基于定量和可度量/可觀察條件。驗收合格標準測試準備1.用戶驗收測試文件包含對項目確定全部軟件功效測試程序。2.進行測試之前，用戶方和太極必需認可用戶驗收測試文件。3.用戶方已經認可測試數據4.用戶方已經指定和同意用戶驗收測試文件測試人員。測試實施1.測試由指定測試人員來進行2.全部情況全部必需得到測試3.在測試過程中，測試人員必需統計全部測試結果4.測試結果由指定測試人員簽字5.用戶方必需接收驗收測試匯報測試結果測試結果說明軟件滿足下列要求：1.在認可外部設計文檔中表述功效要求2.在認可系統描述文檔中表述非功效要求3.質量要求：測試過程中發覺全部錯誤全部必需統計下來對錯誤進行分類和確定等級（細節見錯誤管理一節）匯報錯誤得到修改/處理，或修改錯誤計劃得到同意。驗收標準假如軟件系統滿足全部驗收合格標準，而且沒有出現S3以上等級錯誤，用戶將正式接收該軟件系統。

、培訓方案培訓目標為確保系統投入使用后，能夠穩定、良好地運行，達成建設預期目標，將對用戶相關人員進行全方面、細致培訓工作。本項目人員培訓，是指對系統使用人員、開發、系統管理人員進行培訓。目標是使該項目標受訓人員充足含有系統安裝、配置、使用和故障處理能力，了解和項目相關系統軟件和操作環境，和對系統設計及其相關業務認識，方便愈加好開展工作。經過培訓，確保貴方人員能夠獨立進行使用、管理、維護和日常處理，確保系統正常、安全運行。培訓方法本項目培訓包含：廠家培訓、維護培訓、使用操作培訓幾部分，由項目使用關鍵產品廠家和xxxxxxxxxxx向用戶提供培訓。培訓對象用戶單位本系統操作人員、技術人員、系統管理人員。培訓地點和環境中國培訓地點和設備由用戶負責提供，除原廠商之外培訓由企業負責提供培訓老師、培訓教材、培訓內容。培訓計劃及內容用戶培訓培訓項目描述參與培訓人員操作人員培訓時間