【正文】 公司承諾系統(tǒng)中的所有問題均可提出，由公。課程 結(jié)合系統(tǒng)操作說明書進行講解應用系統(tǒng)及設(shè)備結(jié)構(gòu)、工作原理功能操作培訓業(yè)務(wù)管理培訓常見故障及排除方法培訓培訓教材 用戶手冊、產(chǎn)品使用手冊 系統(tǒng)管理人員培訓對系統(tǒng)管理人員進行培訓。 培訓地點與環(huán)境國內(nèi)培訓地點和設(shè)備由用戶負責提供，除原廠商之外的培訓由公司負責提供培訓教師、培訓教材、培訓內(nèi)容。 培訓方式本項目培訓包括：廠家培訓、維護培訓、使用操作培訓幾部分，由項目使用主要產(chǎn)品廠家和 xxxxxxxxxxx 向用戶提供培訓。目的是使該項目的受訓人員充分具備系統(tǒng)安裝、配置、使用和故障處理的能力，了解與項目相關(guān)的系統(tǒng)軟件和操作環(huán)境，以及對系統(tǒng)設(shè)計及其相關(guān)業(yè)務(wù)的認識，以便更好的開展工作。 5 、培訓方案 培訓目標為確保系統(tǒng)投入使用后，能夠穩(wěn)定、良好地運行，達到建設(shè)預期的目的，將對用戶相關(guān)人員進行全面、細致的培訓工作。測試執(zhí)行，測試人員必須記錄所有測試結(jié)果測試結(jié)果測試結(jié)果說明軟件滿足下列要求： ：測試過程中發(fā)現(xiàn)的所有錯誤都必須記錄下來對錯誤進行分類和確定級別（細節(jié)見錯誤管理一節(jié)）報告的錯誤得到修改/處理，或修改錯誤的計劃得到同意。，用戶方和太極必須認可用戶驗收測試文件。本文檔中定義的所有驗收標準是基于定量的和可度量/可觀察的條件。軟件驗收根據(jù)軟件滿足規(guī)定的驗收合格標準進行判斷。文檔資料：檢查系統(tǒng)建設(shè)各階段提交的文檔資料是否齊全、合格。 驗收內(nèi)容系統(tǒng)的驗收包括：系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性以及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面的驗收。項目預驗完成后，系統(tǒng)進入試運行期。經(jīng)過大規(guī)模的安裝與調(diào)試工作，整個系統(tǒng)已全部實現(xiàn)連接，所要求的功能已全部實現(xiàn)。文檔可用于：檢查測試的進度；確定測試過程是否需要改進；分析系統(tǒng)是否準備就緒。 測試執(zhí)行測試執(zhí)行的目的是發(fā)現(xiàn)不滿足用戶要求的任何問題，在真實的環(huán)境中，客 戶的工作人員按照準備好的測試大綱來對系統(tǒng)進行測試。在進行測試之前，根據(jù)測試計劃中確定的時機建立一個獨立的測試環(huán)境。 為了保證每一個業(yè)務(wù)流程準備測試用例和數(shù)據(jù)的正確性，在測試計劃中應遵循下列過程，并完成以下步驟：確定要測試的業(yè)務(wù)情況類型確定每個要求的測試用例合并所有的測試用例，生成測試大綱編制測試腳本，包括必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準確性和完整性（即，確定業(yè)務(wù)情況類型、確定測試用例、生成測試大綱和編制測試腳本） 。測試用例和數(shù)據(jù)的準備是一項枯燥和費時間的工作。災難恢復測試能夠反映出系統(tǒng)備份的準確性及完整性，以及自動恢復功能的強弱，出具不同災難恢復所需的時間數(shù)據(jù)，以此可以估算出在災難發(fā)生時對用戶所造成的影響及忍受程度。 災難恢復測試災難恢復測試是指在模擬災難事故發(fā)生的情況下，對系統(tǒng)的恢復情況進行測試及彩排。 壓力測試壓力測試的目的是希望能夠通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪問，是否會對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。與此同時，通過對業(yè)務(wù)處理高峰期時系統(tǒng)硬件資源情況的占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試方案按照測試方案中的測試步驟進行，最終做出系統(tǒng)測試報告，主要包含：系統(tǒng)功能、性能、安全、可靠和擴展等各個方面能否達到設(shè)計要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。對系統(tǒng)功能、性能、安全、可靠和擴展等每一方面都需有明確的結(jié)論和意見。 分系統(tǒng)測試針對各個分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進行測試，進行測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。 性能測試系統(tǒng)的性能是一個很重要的參數(shù)，本項目所指的系統(tǒng)性能包括系統(tǒng)的效率、響應時間及處理能力。系統(tǒng)將在修改后進行重新測試。如測試結(jié)果與實現(xiàn)要求不符，將由開發(fā)人員進行改進及完善，最終達到功能要求。獨立測試是將本項目開發(fā)實現(xiàn)的功能一一進行獨立測試。 功能測試功能測試是對項目實現(xiàn)的功能進行測試。 模塊測試每個應用程序模塊完成后，進行模塊測試。在測試案例中應包含對異常情況處理的測試，如數(shù)據(jù)不全、數(shù)據(jù)類別 有誤、數(shù)據(jù)不合法等。 軟件開發(fā)測試本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全系統(tǒng)測試、容量測試、壓力測試、災難恢復測試等。 3 、測試計劃 測試工作準備為保證項目的質(zhì)量，xxxxxxxxxxx 將成立專門的項目測試小組，在項目經(jīng)理的統(tǒng)一領(lǐng)導之下，完成本次項目的測試工作，首先，在項目開始時，測試小組要完成測試的準備工作，測試準備工作的重點主要包括以下幾個主要方面：對整個項目情況進行調(diào)研與了解，以熟悉整個系統(tǒng)的整體架構(gòu)和實現(xiàn)功能等相關(guān)情況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根據(jù)項目的特點進行合理規(guī)劃；包括根據(jù)各個項目子系統(tǒng)的特點，制定相應的缺陷跟蹤方案、版本提交計劃等。 人員管理人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經(jīng)用戶 同意不進行調(diào)換；系統(tǒng)保障期人員均安排參加此項目建設(shè)的主要技術(shù)人員；本項目的項目管理人員安排具有同類項目豐富項目管理經(jīng)驗的人員。 文檔管理文檔必須真實地反映實際工程狀態(tài)。任何變動都需要提交變更請求。用戶需求、系統(tǒng)需求和系統(tǒng)設(shè)計文檔在通過評審并批準后將作為基準。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設(shè)計的變化都被監(jiān)控和跟蹤，從而了解被批準變動的實施狀態(tài)。對于每個版本公司保證文檔和代碼的一致性，而且保存舊版本。而且，所有已經(jīng)修改的錯誤和已經(jīng)合并的新的需求都要有記錄。軟件版本 公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個版本說明。3．配置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配置項目狀態(tài)將通過配置管理員來跟蹤和控制。2．配置變動控制只有當項目已經(jīng)成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：評估對配置項目的變動協(xié)調(diào)批準的變動在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變動授權(quán)管理方法。每當基準發(fā)布以后，相關(guān)主庫都要進行拷貝產(chǎn)生靜態(tài)庫。任何經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。主庫是一個被控制的庫，項目的放入和取出必須按規(guī)定并以一定的控制方式進行。配置項目要保存在軟件庫里面。它還有一個版本號，用來標明該項目所處的階段，在配置項目修改時，版本號要更新。配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個系統(tǒng)的完整性。 配置管理 配置管理和版本控制公司采用相應的配置控制程序來管理新系統(tǒng)的各個部分，包括文檔，需求，設(shè)計，數(shù)據(jù)庫設(shè)計，編碼，文件和數(shù)據(jù)。會議結(jié)果由項目管理組發(fā)布會議紀要。（2）周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例會，會議將對一周以來的工作進展進行回顧，總結(jié)問題點，分析原因，并確定解決方案。（6）銷售人員和用戶保持正常通暢的溝通渠道，及時接受用戶反饋意見。（4）項目經(jīng)理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目實施中的問題，及時解決。 （2）項目經(jīng)理要密切聯(lián)系了解各干系人信息，及時傳達給項目組其他成員。 協(xié)調(diào)與合作管理方案在項目實施中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效的溝通管理。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發(fā)者自身的思維局限，更加客觀全面地進行有效的測試。下圖描述了軟件測試過程模型： 測試過程是與開發(fā)過程并行的，軟件測試的實施過程是與改錯過程既是交錯的、同時又是并行進行的。為保證測試的效率和質(zhì)量需要主意以下幾點：1．建立高效合理的測試流程，包括：建立盡量模擬真實環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運行業(yè)務(wù)的初始環(huán)境） ；對測試案例的設(shè)計要有深度和廣度；特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務(wù)和責任；做好測試階段文檔和源程序的版本控制；做好測試中發(fā)現(xiàn)的 BUGS 的記錄及存檔工作；對發(fā)現(xiàn)的任何 BUGS 都要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應用軟件的測試。圖（b ）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特定階段設(shè)置階段控制點（也稱為里程碑） ，甲乙雙方依據(jù)階段成果，從各自的角度提出過程改善與修改意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項目資源消費。如下圖所示：圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙方的開發(fā)過程得到的是最終結(jié)果，甲方對軟件開發(fā)過程沒法參與。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同控制與管理，甲方側(cè)重“需求” 與“監(jiān)督 ”職能，乙方側(cè)重“供求”與“控制”職能。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本系統(tǒng)的高質(zhì)、準時完成。軟件過程控制一般采用軟件開發(fā)過程的節(jié)點控制的方法。我公司在本系統(tǒng)項目組織中，由質(zhì)量控制組負責質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進行管理。（6）在試點實施過程中驗證方案的可行性和正確性。（4）配合應用系統(tǒng)做好壓力測試，根據(jù)壓力測試結(jié)果調(diào)整系統(tǒng)配置。（2）在項目實施前后對網(wǎng)絡(luò)性能進行評估。對實施和驗收過程中出現(xiàn)的重大技術(shù)問題，將上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應予以書面記錄。一級檢查、二級檢查和一級驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。 質(zhì)量評定計劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標準，本公司將制訂適應于項目的檢查驗收規(guī)定和質(zhì)量評定標準，確保工程質(zhì)量。 質(zhì)量控制過程本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進行審核。目前，xxxxxxxxxxx 主要采用 ISO9001 質(zhì)量標準和軟件成熟度模型（CMM）兩種控制規(guī)程。這就需要用戶與公司相互理解，明確共同的目標，發(fā)揮團隊精神，同時要合理規(guī)劃項目進度，作到勞逸結(jié)合，提高項目人員的積極性，降低項目人員的風險。這需要各相關(guān)單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項目協(xié)調(diào)與溝通的風險。 協(xié)調(diào)與溝通風險在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項目的質(zhì)量與進度。 為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在項目初期做好充分的需求調(diào)研，切實理解各個業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求，盡可能避免對需求的誤解和片面性。同時，由于 GIS 專業(yè)性較強，有些需求各業(yè)務(wù)部門人員根本不可能明確地提出，需要系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗進行用戶需求的引導。因此系統(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ù)風險降至最低。 技術(shù)風險xxxxxxxxxxx 軟件采購是一個采用先進的信息技術(shù)，在建設(shè)過程中需要與各個業(yè)務(wù)單位、多個技術(shù)支撐系統(tǒng)、多個業(yè)務(wù)系統(tǒng)之間接口。如何使得將上述事件對項目造成的影響降低到最小，是項目風險管理的主要工作。 項目進度管理針對本項目的進度管理從任務(wù)分解、時間進度安排到資源分配，每個階段都有里程碑標志，每個階段都須嚴格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負責項目進度控制。該組在安裝調(diào)試工作開始后前設(shè)立，驗收完畢后結(jié)束。該組在合同簽署后設(shè)立，測試驗收工作全部完畢后結(jié)束。（8）設(shè)計施工組（開發(fā)組）：接受項目管理組的領(lǐng)導，向項目管理組匯報。負責制定詳細系統(tǒng)設(shè)計、完成模型實驗與測試報告、終端設(shè)備參數(shù)修改測試報告，并對系統(tǒng)實施過程中遇到的突發(fā)技術(shù)問題給予研究解決。該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢，文檔全部遞交后結(jié)束。該組在合同簽署后設(shè)立，全部培訓工作完成后結(jié)束。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。該組在項目管理辦公室成立后設(shè)立，項目驗收后結(jié)束。（3）項目管理組：接受項目管理辦公室的領(lǐng)導與監(jiān)督，向項目管理辦公室匯報；由用戶、xxxxxxxxxxx 的項目管理人員組成，xxxxxxxxxxx 指派一名項目經(jīng)理任組長。（2）專家顧問組：將由用戶、xxxxxxxxxxx、高級專家顧問組成，在整個項目執(zhí)行過程中起顧問咨詢等作用。xxxxxxxxxxx 針對本項目的具體分工如下：（1）項目管理辦公室：將由用戶項目部領(lǐng)導以及 xxxxxxxxxxx 管理層的相關(guān)負責人構(gòu)成，建議與決定項目管理組人員的組成，接受項目管理組的匯報，指導與監(jiān)督項目管理組 工作，對重大問題作出決定，確保項目實施所需要的資源。雙方在項目中的角色和責任如下：單位 責任用戶 業(yè)務(wù)系統(tǒng)的現(xiàn)狀調(diào)查、分析；提出項目需求；組織方案驗收系統(tǒng)供應商 項目管理負責系統(tǒng)連接或軟件部署、配置、軟件開發(fā)等技術(shù)文件；負責項目實施；提出項目測試計劃，配合項目驗收產(chǎn)品提供商 提供產(chǎn)品的技術(shù)支持服務(wù)在客戶特別指明時提供產(chǎn)品安裝調(diào)試服務(wù) 任務(wù)分工在項目的實施過程中，如果沒有明確的任務(wù)分工，將會造成“職責不清”的混亂局面，使工作關(guān)系與任務(wù)分配陷入多種