軟件測試方案

1、軟件測試方案1軟件測試方案測試工作目標(biāo)和任務(wù)建立起靈活、可行，并能滿足多種測試技術(shù)方案的需求的測試平臺對應(yīng)用系統(tǒng)軟件進行單系統(tǒng)和總體的評估，并依據(jù)評估結(jié)果制定測試平臺建設(shè)方 案，方案主要包括測試平臺的軟硬件配置、系統(tǒng)架構(gòu)和物理部署方案、通訊線路配置、 機構(gòu)仿真方案等，接下來根據(jù)此方案進行測試平臺的搭建。此測試平臺主要到達利用 最合理的資源進行應(yīng)用系統(tǒng)軟件的系統(tǒng)測試和集成測試，另外，在建立測試平臺時， 還要充分考慮模擬眾多測試環(huán)境和同時進行多環(huán)境多系統(tǒng)測試的需求。在測試平臺上完成應(yīng)用系統(tǒng)軟件測試在應(yīng)用系統(tǒng)軟件開發(fā)結(jié)束后，需要在測試平臺上完成應(yīng)用系統(tǒng)軟件測試和集成系 統(tǒng)測試，為單系統(tǒng)驗收提供依據(jù)。

2、測試平臺的搭建負責(zé)搭建應(yīng)用系統(tǒng)軟件的測試環(huán)境,該測試環(huán)境應(yīng)能滿足各應(yīng)用系統(tǒng)各自的測試 以及各應(yīng)用軟件集成后的系統(tǒng)測試需求。對應(yīng)用系統(tǒng)軟件的功能和各測試場景進行評估，確定測試平臺軟硬件設(shè)備的資源 需求。對應(yīng)用系統(tǒng)軟件的測試步驟進行收集和整理，明確測試范圍和范圍內(nèi)每條測試步 驟大概的時間進度要求。測試平臺設(shè)計制定測試平臺建設(shè)方案，方案主要包括測試平臺的軟硬件配置、系統(tǒng)架構(gòu)和物理部 署方案、通訊線路配置、機構(gòu)仿真方案等。另外,設(shè)計方案還需要利用諸如虛擬化、 網(wǎng)絡(luò)軟硬件資源調(diào)配的技術(shù),充分利用資源模擬出最多樣化測試場景。同時方案還 應(yīng)考慮到各應(yīng)用系統(tǒng)軟件集成測試時的協(xié)調(diào)問題,制定資源緊張時的應(yīng)急預(yù)案，

3、方便 不確定因素出現(xiàn)時的應(yīng)對。測試工作準(zhǔn)備4、如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，那么應(yīng)選取集合的第一 個元素和最后一個元素作為測試用例數(shù)據(jù)5、如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，應(yīng)中選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)邊界上的值 作為測試用例。6、分析規(guī)格說明，找出其他可能的邊 界條件。錯誤推斷法采用逆向思維方式，結(jié)合以往測試經(jīng)驗和直覺設(shè)計軟件在功能和流程上可能存 在的各種錯誤，從而有針對性地設(shè)計測試用例的方法，進行容錯性測試?；舅悸?列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù) 他們選擇測試用例。例如：輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。3測試用例測試用例是測試的基礎(chǔ)，測試用例的質(zhì)量

4、決定了測試的覆蓋率，對產(chǎn)品最終的 質(zhì)量有很大的影響，所以加強測試用例的管理顯得非常重要。測試用例的管理包含 測試用例的創(chuàng)立、執(zhí)行和維護。測試用例創(chuàng)立的管理在開始設(shè)計測試用例時，就要抓好管理，確保在測試用例設(shè)計和使用的過程中 能在堅實的基礎(chǔ)上進行。意識和態(tài)度的教育設(shè)計新的測試用例，應(yīng)該建立在對系統(tǒng)及相關(guān)產(chǎn)品的需求、設(shè)計和代碼實現(xiàn)等 理解的基礎(chǔ)之上。應(yīng)該加強以下幾工程管理工作，以便提高測試人員對被測軟件 的理解程度.(1)促進測試人員和客戶單位人員、產(chǎn)品設(shè)計人員、開發(fā)人員等的直接溝通和 充分交流；(2)加強培訓(xùn)和知識共享，讓產(chǎn)品設(shè)計和開發(fā)人員作專項的介紹；10(3)加強產(chǎn)品需求和設(shè)計文檔的評審，強

5、調(diào)要通讀所有內(nèi)容，澄清各種問題，使大家大成共識(4)讓測試人員講解對產(chǎn)品特性和功能的理解；要到達預(yù)期的目標(biāo)，更多依賴 于不斷的教育，樹立“一切以客戶需求出發(fā)”的觀念，建立積極主動的態(tài)度。責(zé)任到人在測試用例設(shè)計的管理中，應(yīng)將模塊劃分清楚，責(zé)任到人。任何一個測試模塊 都有專人負責(zé)，從需求分析開始到測試用例的維護，確保測試用例的質(zhì)量。負責(zé) 某個模塊的測試人員應(yīng)盡可能和開發(fā)人員一起工作，以便于對產(chǎn)品特性充分討論， 了解其實現(xiàn)的原理和薄弱之處，從而設(shè)計出更有效的測試用例。方法和流程要在設(shè)計方法和流程上加強管理，包括(1)采用測試用例的模板，參考已有的范例(2)提前設(shè)計工作流程圖、數(shù)據(jù)流圖(3)要求測試人

6、員相互審查、提問；(4)集體審查測試用例，須要有客戶單位人員、產(chǎn)品設(shè)計人員、開發(fā)人員等參 加。L 6. 5軟件開發(fā)測試本工程采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全 系統(tǒng)測試、容量測試、壓力測試、災(zāi)難恢復(fù)測試等。在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試準(zhǔn)那么、 測試用例、測試范圍、測試目標(biāo)、測試人員、出錯處理流程及處理結(jié)果等內(nèi)容。在測 試案例中應(yīng)包含對異常情況處理的測試，如數(shù)據(jù)不全、數(shù)據(jù)類別有誤、數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復(fù)的“測試一改進”操作，以確保問題得到完整、 充分的解決的過程。1.6. 5. 1模塊測試每個應(yīng)用程序模塊完成

7、后，進行模塊測試。模塊測試的目的在于通過大量、反復(fù)11 的測試，盡可能地捕獲程序編寫時的編碼及應(yīng)用處理上的錯誤，并加以改正，使程序 編寫時的錯誤在這一測試環(huán)節(jié)得到控制。1.6. 5. 2功能測試功能測試是對工程實現(xiàn)的功能進行測試。功能測試可細分為：獨立測試和連續(xù)測 試兩局部。獨立測試是將本工程開發(fā)實現(xiàn)的功能一一進行獨立測試。在測試過程中，將針對 每一個功能制定相應(yīng)的測試個案，進行嚴格的功能測試。如測試結(jié)果與實現(xiàn)要求不符， 將由開發(fā)人員進行改進及完善，最終到達功能要求。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重 新測試。此時其進行的測試不僅針對改動局部，還應(yīng)對原已通過

8、獨立測試的局部進行重 新測試。1.6. 5. 3性能測試系統(tǒng)的性能是一個很重要的參數(shù)，本工程所指的系統(tǒng)性能包括系統(tǒng)的效率、響應(yīng) 時間及處理能力。在測試中，為每個應(yīng)用設(shè)置響應(yīng)時間、處理速度量度，評估系統(tǒng)的 最高處理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應(yīng)措施對系統(tǒng)的性能進行 調(diào)整。1.6. 5. 4分系統(tǒng)測試針對各個分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進行測試， 進行測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個分系統(tǒng)做出一個分系統(tǒng)測試報告，主要內(nèi)容為測試結(jié)果，結(jié)果分析， 建議。對系統(tǒng)功能、性能、平安、可靠和擴展等每一方面都需有明確的結(jié)論和意見。1.6

9、. 5. 5全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎(chǔ)上，對整個硬件平臺進行測試，主要針對各分系統(tǒng)的結(jié) 合部，以及總體功能。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試方案按照測試 方案中的測試步驟進行，最終做出系統(tǒng)測試報告，主要包含：系統(tǒng)功能、性能、平安、 可靠和擴展等各個方面能否到達設(shè)計要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。121.6. 5.6容量測試工程在投產(chǎn)前，建議進行容量測試，以找出工程投產(chǎn)后可處理的最大處理容量， 確保能夠平滑地過渡或避開業(yè)務(wù)處理高峰期。與此同時，通過對業(yè)務(wù)處理高峰期時系 統(tǒng)硬件資源情況的占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務(wù)開展增長

10、量，可以推算出需要更換 相關(guān)硬件的時間，以便用戶可以提前做好應(yīng)對準(zhǔn)備。1.6. 5. 7壓力測試壓力測試的目的是希望能夠通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪 問，是否會對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。壓力測試 可以獲知系統(tǒng)的耐壓程度，在必要時采取適當(dāng)?shù)木o急防護措施，如控制、分散等措施， 減低緩解系統(tǒng)瞬間壓力，防止尖峰時刻的出現(xiàn)，使系統(tǒng)得以穩(wěn)定地運行。1.6. 5. 8災(zāi)難恢復(fù)測試災(zāi)難恢復(fù)測試是指在模擬災(zāi)難事故發(fā)生的情況下，對系統(tǒng)的恢復(fù)情況進行測試及 彩排。要盡可能地找出可能發(fā)生的災(zāi)難性事故，并一一進行模擬，查看系統(tǒng)的恢復(fù)情況。 災(zāi)難恢復(fù)測試能夠反映出系統(tǒng)備份

11、的準(zhǔn)確性及完整性，以及自動恢復(fù)功能的強弱，出具 不同災(zāi)難恢復(fù)所需的時間數(shù)據(jù)，以此可以估算出在災(zāi)難發(fā)生時對用戶所造成的影響及 忍受程度。1.6. 6設(shè)計測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準(zhǔn)備的目的是幫助用戶在不熟悉實際環(huán)境的時候，能正常的測試 系統(tǒng)并對系統(tǒng)做出正確的評價。測試用例和數(shù)據(jù)的準(zhǔn)備是一項枯燥和費時間的工作。為了提高工作效率可以從以 下幾方面著手：將信息放在一個指定的位置，便于反復(fù)利用，降低變化產(chǎn)生的影響；一次完成一個步驟，防止冗余和額外的工作；盡早盡可能完成多個步驟。為了保證每一個業(yè)務(wù)流程準(zhǔn)備測試用例和數(shù)據(jù)的正確性，在測試計劃中應(yīng)遵循下 列過程，并完成以下步驟：確定要測試的業(yè)務(wù)情況類型13確

12、定每個要求的測試用例合并所有的測試用例，生成測試大綱編制測試腳本，包括必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準(zhǔn)確性和完整性（即，確定業(yè)務(wù)情況類型、確定測試用例、 生成測試大綱和編制測試腳本）。1.6. 6. 1建立測試環(huán)境為了預(yù)防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用，需要建立一個獨立的測試 環(huán)境。在進行測試之前，根據(jù)測試計劃中確定的時機建立一個獨立的測試環(huán)境。其準(zhǔn)備 工作包括：技術(shù)活動：如建立不同的服務(wù)器或在一臺服務(wù)器上建立多個數(shù)據(jù)庫實例，將相應(yīng) 的程序遷移到適當(dāng)?shù)某绦驇熘校粩?shù)據(jù)準(zhǔn)備活動：包括加載數(shù)據(jù)表，建立用戶訪問權(quán)限；建立版本控制程序，保證有效的控制對系統(tǒng)的修改；建立文檔

13、控制程序，保證隨著系統(tǒng)的修改，有效地控制文檔的修改（如，培訓(xùn)文 檔、聯(lián)機幫助和用戶手冊）。6. 6. 2測試執(zhí)行測試執(zhí)行的目的是發(fā)現(xiàn)不滿足用戶要求的任何問題，在真實的環(huán)境中，客戶的工 作人員按照準(zhǔn)備好的測試大綱來對系統(tǒng)進行測試。測試過程中的測試結(jié)果是非常重要的。文檔可用于：檢查測試的進度；確定測試過程是否需要改進；分析系統(tǒng)是否準(zhǔn)備就緒。1.7應(yīng)用軟件測試方案. 7. 1軟件測試軟件測試是保證軟件在功能上、性能上、可維護性、可靠性滿足客戶要求的主要 手段之一，是保證軟件質(zhì)量不可或缺的局部。軟件測試根據(jù)開發(fā)階段上可劃分為單元 測試、集成測試和確認測試三類。針對不同階段測試其測試手段和方法及側(cè)重點不

14、同。軟 件測試過程如以下圖所示：14軟件測試過程圖L7.2測試流程針對不同階段測試流程不同，總的測試流程如以下圖所示:軟件測試總體流程圖.7.3測試內(nèi)容功能測試：要求測試者既熟知模塊的內(nèi)部細節(jié)，又能從足夠高的層次上 觀察整個15系統(tǒng)，測試目的在于發(fā)現(xiàn)軟件產(chǎn)品設(shè)計與開發(fā)中的錯誤。功能測試采用手工測試，可使用測試軟件工具完成測試報告。 邊界值測試：對功能點可能出現(xiàn)的邊界，編寫測試用例，進行測試。集成測試：將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試 人機功效測試：對用戶界面友好性、連貫性和可操作性進行測試。容量測試：使用測試工具對系統(tǒng)的容量進行測試。兼容性測試：將軟件系統(tǒng)和其它系統(tǒng)的接

15、口連接進行測試。配置測試：將軟件和不同設(shè)備生產(chǎn)商生產(chǎn)的監(jiān)控設(shè)備接口進行測試。環(huán)境測試：根據(jù)系統(tǒng)的運行條件，準(zhǔn)備測試環(huán)境，測試人員對測試環(huán)境進行確認。確認計算機硬件、網(wǎng)絡(luò)、軟件支撐環(huán)境已滿足所測試軟件對其的要求，并確認這 些環(huán)境運行正常，然后檢驗軟件的運行；安裝測試：對安裝文件進行測試；7. 4測試指標(biāo)功能性：指軟件是否完成了設(shè)計的功能；可靠性：指軟件是否健壯，是否存在運行、計算等錯誤；友好性：指軟件是否容易使用、界面一致、在線幫助是否齊全；效率：指軟件運行的快捷性和空間利用率；可維護性：指軟件的設(shè)計、制造文檔是否齊全，編碼是否具備可讀性、可理解性、 可改性與可測試性；可移植性：指軟件是否能在不

16、同環(huán)境下運行，假設(shè)不能直接運行，修改量是否很大；5測試管理根據(jù)公司軟件開發(fā)管理規(guī)定、測試報告、測試分析報告，對于責(zé)任人進行獎勵或 處理，其主要方法如下：定期將測試問題進行分類按照責(zé)任人進行統(tǒng)計，將統(tǒng)計結(jié)果進行公示。 對于回歸測試問題得不到解決或同一類問題出現(xiàn)頻率超過規(guī)定標(biāo)準(zhǔn)的責(zé)任人，進 行警告。實現(xiàn)末尾淘汰機制，按照問題的種類，將出現(xiàn)問題次數(shù)最多的責(zé)任人調(diào)離工作崗 位。167. 5. 1外部評測方案外部評測組織是獨立于軟件工程組的臨時性機構(gòu)，是在軟件生命周期里程碑階段 的產(chǎn)品、管理狀態(tài)、性能、技術(shù)文檔進行評測。以便調(diào)整計劃，確保軟件的開發(fā)質(zhì)量 和開發(fā)進度，提高客戶滿意度。7. 5.2外部評測內(nèi)

17、容功能測評：根據(jù)用戶需求和軟件產(chǎn)品系統(tǒng)特點的需求的描述和規(guī)格對功能測評指 標(biāo)對軟件進行測試和評定。目的是為了確定被測軟件是否具有本規(guī)范所規(guī)定的功 能項，以及檢測該功能實現(xiàn)與規(guī)定之間的偏離量。性能測評：對該軟件產(chǎn)品的性能進行定量或定性評價。包括可靠性、易用性、效 率、可擴展性、維護性和可移植性等。用戶文檔評測：用戶文檔測評主要是考察被測軟件用戶文檔的完整性、以及軟件 說明書文檔與軟件具有的實際功能、性能的一致性以及用戶文檔的易理解程度。 指軟件的設(shè)計、制造文檔是否齊全，編碼是否具備可讀性、可理解性、可改性與 可測試性；7. 5. 3外部評測細那么為了方便對軟件的功能評測、性能評測和用戶文檔評測制

18、定詳細表格樣表，評測 前由配置管理人員詳細填寫表中內(nèi)容，供評審專家對評定內(nèi)容進行評測。7. 5. 3. 1外部評測活動概念階段評審細化階段評審發(fā)布階段評審5. 3.2外部評審數(shù)據(jù)來源用戶需求分析報告：用戶需要實現(xiàn)的功能，響應(yīng)指標(biāo)、擴展性要求、可認可標(biāo)準(zhǔn) 的描述。 軟件產(chǎn)品（中間產(chǎn)品）：每次進行評測時，由軟件開發(fā)組提供的可運行經(jīng)過集成 的軟件產(chǎn)品或軟件原形。管理管理文檔：軟件開發(fā)計劃進度、實現(xiàn)的技術(shù)路線和工藝、質(zhì)量保證計劃等管 理型文檔。17軟件設(shè)計文檔：利用UML所構(gòu)造的各種可視化圖形設(shè)計文檔和使用文本性質(zhì)的說 明性文檔。測試文檔：測試人員編寫的測試計劃、測試用例、測試總結(jié)報告和測試分析報告。

19、1.7. 5. 3.3外部評測管理評測準(zhǔn)備工作：配置管理人員整理相關(guān)文檔，詳細填寫需要評審的功能點，搭建 軟件運行環(huán)境，技術(shù)開發(fā)人員整理技術(shù)文檔，測試人員整理測試文檔。第三方評測：第三方評測機構(gòu)根據(jù)軟件公司提交的功能列表和需求規(guī)格說明，對 當(dāng)前產(chǎn)品(產(chǎn)品原型)進行由功能、性能等幾方面進行評測，編寫評測報告。軟件評審：相關(guān)評測人員集中對軟件文檔、測試分析報告進行審閱，軟件中間產(chǎn) 品的演示和分析，專家評審打分。評測結(jié)果處理：整理評測結(jié)果，細化軟件需求和用戶接受標(biāo)準(zhǔn)，進入軟件下一次 迭代。L 7. 6兼容性及驗收方案6. 1兼容性測試一、SQL server、Access 和 Oracle 的語法差

20、異1、取當(dāng)前系統(tǒng)時間A： Select Now()S：Select Getdate()0：Select Sysdate from Dual2、連接字符串A：&S： +0： I3、字符串函數(shù)(截取字符串、大寫、小寫、查找字符串位置)A：Mid UCase LCase InStrS：SubString、Upper Lower Charindex0：SubStr Upper Lower InStr4、判斷取值語句A：IIF18S：Case When Then0：Decode5、時間字段A：要用#號分隔，或者轉(zhuǎn)換為日期SELECT * from Books WHERE RegDate = #2007-

21、5-1# 或SELECT * from Books WHERE RegDate = CDateC 2007-5-1z )s：可以直接用SELECT * from Books WHERE RegDate = 2007-5-10：To_DateSELECT * from Books WHERE RegDate=To_Date (f 2007-05-01r! yyyy-mm-dd,)6、數(shù)據(jù)類型轉(zhuǎn)換A：CStr,CInt,CDateS：Convert,CAST0：To_Char,To_Number,To_Date7、 Inser Into . Select from 語句Insert Into a(

22、ii,jj,kk) (Select ii,jj,kk from b)這樣的語句，在SQL Server以及Oracle中都不會有錯，但在Access中會 報：INSERT INTO語句的語法錯誤。Access應(yīng)該把后面Select語句的括號去掉，如下:Insert Into a(ii,jj,kk) Select ii,jj,kk from b同時這樣寫在SQL Server和Oracle中都不會有錯8、關(guān)鍵字有些字母在Access,SQL Server中是關(guān)鍵字，需要用界定可解決問題，例 如：at, name9、別名SQL Server和Oracle中字段起別名時as可以省略，Access不能

23、10、表名前綴Select *,1 from A這樣的語句在Access, SQL Server中不會有錯，但在Oracle中是不行的，必須要寫成這樣:Select A. *, 1 from A19為保證工程的質(zhì)量，將成立專門的工程測試小組，在工程經(jīng)理的統(tǒng)一領(lǐng)導(dǎo)之下,11、如果語句中有：(冒號)，例如有時間字段的查詢：CalcDate=#2008-05-01 H：00：00#,在Access中一般會出現(xiàn)如下錯誤：不正常地定義參數(shù)對象。提供了不一 致或不完整的信息。將相應(yīng)Query的ParamCheck設(shè)為False即可。12、Access中的邏輯值在庫中為T和0,而SQL Server中為1和

24、0,所以寫 BoolField=1這樣的語句有兼容性問題。還有局部語句執(zhí)行的不同，不再一一羅列。二、解決方案方案一：(可以以企業(yè)庫為基礎(chǔ))1、定義一個參數(shù)，標(biāo)識數(shù)據(jù)庫種類public enum DataBaseTypeAccess,SQLServer,Oracle)2、數(shù)據(jù)庫連接方式和常用函數(shù)的區(qū)分if (DatabaseType =SQLServer )ConnStr = SQL server 數(shù)據(jù)庫名FY_True = TFY_False = 0FY_Now = GetDateOFY_0rderType =descFY_DatePart_W = wwFY_DatePart_H = hh”e

25、lse if (DatabaseType = = Access )ConnStr=Access數(shù)據(jù)庫名稱FY_True =TrueFY False = False”20FY_Now =Now() FY_OrderType = ascn FY_DatePart_W = ww FY_DatePart_H else (DatabaseType = = Oracle)FY_Now = sysdate from dualv.與以上類似將SQL Server. ACCESS和Oracle常用的語句進行變量賦值。這樣做的好處就是 后面使用相關(guān)內(nèi)容的時候可以直接使用調(diào)用變量的方法，而不再需要進行數(shù)據(jù)庫類型 的

26、判斷。例如獲取系統(tǒng)時間：“select + FY_Now這樣就免去了數(shù)據(jù)庫的判別，減少了代碼量和實用性。3、用自定義的變量參與SQL語句的構(gòu)造4、根據(jù)數(shù)據(jù)庫的不同執(zhí)行SQL語句5、在必要的時候放棄兼容性的追求，采用不同數(shù)據(jù)庫不同代碼if (DatabaseType = = SQLServer)MSSQL數(shù)據(jù)庫時使用的代碼else if (DatabaseType = = Access )ACCESS數(shù)據(jù)庫時使用的代碼else (DatabaseType = = Oracle) Orcale數(shù)據(jù)庫時使用的代碼這樣就可以保證程序的高效性以及穩(wěn)定性。這是整個程序的兼容性的一種。方案二：(不使用企業(yè)庫

27、)1、定義一個參數(shù)，標(biāo)識數(shù)據(jù)庫種類21public enum DataBaseType Access,SQLServer, Oracle 2、定義接口，統(tǒng)一數(shù)據(jù)庫的操作public interface IDBAccessvoid Init (string strServer, string strDataBase, string strUser, string strPwd)；void Open ()；void Close ()；bool TestConn ()；int RunNoQuery(string strCmd)；DataTable RunQuery (string strCmd)；D

28、BType DBType get；int GetFiledMax(string strTable, string strField)；DataTable Tables get； DataTable GetColumns()；DataTable GetColumns (string strTable)；3、定義抽象數(shù)據(jù)庫類private abstract class DBAccess ： IDBAccessprotected DbConnection m_oConn = null；protected constprotected constprotected constprotected con

29、ststring CON_strServer = Server”； string CON_strDataBase = Data Sourcen； string CON_strUser = UID； string CON_strPwd =PWD；protected const string CON_strConnTimeOut =Connect Timeout=2；22private DBType m_eDBType = DBType. Access；protected DBAccess (DBType type)this. m_eDBType = type；public DBType DBTy

30、peget return this. m_eDBType； )其他public abstract DataTable Tables . . . get； public abstract DataTable GetColumns()；public abstract DataTable GetColumns(string strTable)；protected abstract void InitConn(string strServer, string strDataBase, string strUser, string strPwd)；protected abstract DbCommand

31、 GetCmd (string strCmd)；protected abstract DbDataAdapter DbAdp get；4、實現(xiàn)具體的類private class SQL ： DBAccesspublic SQL(DBType type) ： base(type)( 其他方法實現(xiàn)5、以統(tǒng)一的方式創(chuàng)立連接public static class DBAccessFactorypublic static IDBAccess Create(DBType type)iDBAccess IRet 二 null；switch (type) case DBType. Access：IRet =

32、new Access (type)； break；23case DBType. SQL：IRet = new SQL(type)；break；default：break；)return IRet；這種方式在更高層次抽象出數(shù)據(jù)庫，封裝了不同數(shù)據(jù)庫的相同操作，而將不 同數(shù)據(jù)庫的不同操作放在具體數(shù)據(jù)庫類實現(xiàn)，完全基于面向?qū)ο蟮念惖睦^承和多態(tài)性 構(gòu)建。1.7. 6. 2驗收標(biāo)準(zhǔn)本工程采購人及其委托的采購代理機構(gòu)嚴格按照政府采購相關(guān)法律法規(guī)的要求進 行驗收。貨物(設(shè)備)按照采購合同中規(guī)定的試用期滿后無質(zhì)量問題，采購人與我公司簽 署質(zhì)量驗收合格證明書。驗收結(jié)果合格的，我公司憑質(zhì)量驗收合格證明書和公司開具的

33、加蓋財務(wù)章的 收據(jù)到履約保證金收取單位辦理退付手續(xù)；驗收結(jié)果不合格的，履約保證金將不予 退還，也將不予支付采購資金，還可能會報告本工程同級財政部門按照政府采購法 律法規(guī)給予行政處分或者以失信行為記入誠信檔案。驗收標(biāo)準(zhǔn)：按國家有關(guān)規(guī)定以及招標(biāo)文件的質(zhì)量要求和技術(shù)指標(biāo)、我公司的投標(biāo) 文件及承諾與本合同約定標(biāo)準(zhǔn)進行驗收；雙方如對質(zhì)量要求和技術(shù)指標(biāo)的約定標(biāo)準(zhǔn) 有相互抵觸或異議的事項，由業(yè)主在招標(biāo)與投標(biāo)文件中按質(zhì)量要求和技術(shù)指標(biāo)比擬優(yōu) 勝的原那么確定該項的約定標(biāo)準(zhǔn)進行驗收；驗收時如發(fā)現(xiàn)所交付的貨物有短裝、次品、損壞或其它不符合標(biāo)準(zhǔn)及本合同規(guī)定 之情形者，業(yè)主做出詳盡的現(xiàn)場記錄，或由雙方簽署備忘錄，此現(xiàn)場

34、記錄或備忘錄可 用作補充、缺失和更換損壞部件的有效證據(jù)，由此產(chǎn)生的時間延誤與有關(guān)費用由我 公司承當(dāng)，驗收期限相應(yīng)順延；我公司承諾所開發(fā)的平臺軟件通過具有CNAS認證資質(zhì)的專業(yè)軟件測評機構(gòu)的驗 收測評。247. 6. 3驗收方案綜述針對的實際情況，我們認為系統(tǒng)的評審驗收包括對系統(tǒng)工作的評審驗收、對各 分項工作的評審驗收收工，需要分別制定相應(yīng)的驗收評審計劃、驗收流程和驗收標(biāo) 準(zhǔn)。系統(tǒng)的正式驗收分為系統(tǒng)的初驗、試運行和終驗階段。在每個驗收的階段，我們 都會從評審前、評審中和評審后三個階段進行工作內(nèi)容的準(zhǔn)備。系統(tǒng)的評審驗收貫徹工程的全過程，對于過程中的重要構(gòu)成和提交物我們將根 據(jù)實際情況將進行正式和非

35、正式的評審活動，以便于從工程過程中就確保工程質(zhì) 量，確保工程驗收的順利進行。6. 3. 1評審驗收意義本工程是一項規(guī)模龐大、結(jié)構(gòu)復(fù)雜、功能眾多、涉及面廣的系統(tǒng)工程，意義重 大，醒目的技術(shù)難度和協(xié)調(diào)難度都比擬高。為了切實保證工程質(zhì)量，確保工程竣工 后到達設(shè)計要求和標(biāo)準(zhǔn)，并能正常投入運行，必須進行工程的驗收工作。為了保證工程驗收質(zhì)量，針對不同的驗收內(nèi)容，在實施驗收操作中，我們將采 取以下不同的方法：（一）登記法對工程中所涉及的所有軟件和應(yīng)用程序一一登記，特別是系統(tǒng)軟 件使用手冊、應(yīng)用程序各種技術(shù)文檔等一定要登記造冊，不可遺漏，并妥善保管。對項 目建設(shè)中根據(jù)實際進展雙方同意后修訂的合同條款、協(xié)調(diào)開發(fā)

36、建設(shè)中的問題進行 登記。（二）對照法對照檢查工程各項建設(shè)內(nèi)容的結(jié)果是否與合同條款及工程實施 方案相一致。（三）操作法這是工程建設(shè)最主要的驗收方法。首先，運行工程系統(tǒng)軟件， 檢驗其管理硬件及應(yīng)用軟件的實際能力是否與合同規(guī)定的一致；其次，運行應(yīng)用系 統(tǒng)軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，到達了預(yù)期的目的。6. 3.2評審驗收依據(jù)一、國家有關(guān)法律法規(guī)以及國家關(guān)于信息系統(tǒng)和電子政務(wù)建設(shè)工程的相關(guān)標(biāo) 準(zhǔn)：中華人民共和國政府采購法、國家電子政務(wù)工程建設(shè)工程管理暫行辦25法二、建議書和批復(fù)文件三、建設(shè)工程可行性研究報告和批復(fù)文件四、建設(shè)工程初步設(shè)計方案和投資概算報告和批復(fù)文件五、建設(shè)工程的合

37、同文件、施工圖、設(shè)備和軟件技術(shù)說明書6. 3.3評審驗收范圍本次評審驗收范圍涵蓋工程建設(shè)內(nèi)容，包括支撐平臺的開發(fā)與部署、山東省山 洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng)采購工程的設(shè)計與實施。7. 6. 4評審驗收工作要求1. 7. 6.4. 1評審驗收組織為了更好的組織工程驗收工作，需根據(jù)工程實際需要成立工程驗收組，驗收組成 員包括客戶單位、工程 監(jiān)理、專家組、業(yè)務(wù)用戶、本公司，具體參與人員包括：1、客戶單位:客戶單位主管領(lǐng)導(dǎo)、業(yè)務(wù)部門人員；2、本公司：工程高層管理人員、工程經(jīng)理、技術(shù)負責(zé)人；3、專家組:工程特聘專家；4、工程監(jiān)理：監(jiān)理方代表；1. 7. 6. 4. 2評審驗收各方工作職責(zé)1、客戶單位

38、領(lǐng)導(dǎo)山東省山洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng)評審驗收工,作審核和批準(zhǔn)工程評 審驗收方案 審核和批準(zhǔn)工程驗收組織成立和工作職責(zé)劃分。組織專家組參與工程 驗收對工程驗收結(jié)果進行確認2、本公司準(zhǔn)備工程評審驗收方案并提請用戶單位批準(zhǔn)執(zhí)行組織、指導(dǎo)和管理工程的內(nèi)部 驗收工作 經(jīng)工程監(jiān)理和客戶單位批準(zhǔn)后組織工程驗收工作 組織協(xié)助與總開發(fā)商完 成流域與中央貫通驗收工作對工程驗收結(jié)果最終負責(zé)3、專家組26參與驗收方案的評審。對工程驗收內(nèi)容進行檢查、評定出具驗收專業(yè)意見。出 具整改要求。4、工程監(jiān)理協(xié)助雙方對評審驗收工作流程進行最終確定。組織系統(tǒng)驗收工作。監(jiān)督制定的 評審驗收工作流程的執(zhí)行情況檢查評審驗收的提交物

39、是否及時、完整，質(zhì)量是否合 格。1.7.6. 5評審驗收流程對本工程的評審驗收需要收集信息并對其進行分析，目的主要是為了檢查工程 的完成情況、質(zhì)量情況、對需求的符合情況等方面及與計劃所設(shè)定目標(biāo)之間的差 距，該工程的評審驗收需要通過以下流程進行：7. 6. 5. 1系統(tǒng)評審驗收整體流程首先要對自己負責(zé)的工作內(nèi)容進行內(nèi)部自檢，按照下述流程進行出行評審驗收.、系統(tǒng)初驗用原型化方法經(jīng)過假設(shè)干輪回的開發(fā)、完善工作，到達系統(tǒng)初驗的條件后，向客單 位提交系統(tǒng)初驗的申請，經(jīng)監(jiān)理審核，并經(jīng)客戶單位同意后由客戶單位組織系統(tǒng)初 驗。系統(tǒng)初驗合格后開始系統(tǒng)試運行。2、系統(tǒng)試運行試運行時間為1個月，需保證無重大事故發(fā)生

40、，期滿后在提交全部相關(guān)文檔報 告、代碼等交付物，可以向客戶單位提出驗收申請。3、系統(tǒng)終驗系統(tǒng)到達了全部設(shè)計要求，并且能夠長期穩(wěn)定運行后，在提交全部相關(guān)文檔、報告、代碼等交付物的前提下，可以向客戶單位提出系統(tǒng)竣工驗收的申請。.7. 6. 5. 2評審驗收步驟提出驗收申請27根據(jù)每個階段的驗收要求，在自驗通過后提出驗收申請，經(jīng)工程監(jiān)理和客戶單 位批準(zhǔn)后，方可啟動評審驗收啟動驗收評估對于每一個驗收階段，驗收前都需要進行驗收準(zhǔn)備工作，確定驗收方法、驗收范圍、 驗收標(biāo)準(zhǔn)、細化驗收方案等。確定驗收涉眾啟動驗收后，需要細化哪些組織、人員需要參與到驗收工作中，需要定義驗收組 織中的基本角色和各自的職責(zé)。其中，

41、需要確定關(guān)鍵人員是否需要全職進行評估工作，并保證全體參與人員能夠 正確全面地理解評估流程。參與評估人員一般包括：1、評估方：業(yè)務(wù)骨干、技術(shù)骨干2、監(jiān)理方3、專家組4、被評估方:工程經(jīng)理、技術(shù)負責(zé)人、系統(tǒng)架構(gòu)師、工程架構(gòu)師、開發(fā)人員、測試 人員、管理維護人員評估、驗收由驗收人員根據(jù)驗收方法、驗收原那么和驗收方案對評估范圍內(nèi)的工程進行評估， 并對評估結(jié)果進行記錄和分析。做出驗收結(jié)論根據(jù)評估結(jié)果，確認本次評估是否通過，并對通過/未通過的原因進行總結(jié)，做出 評估報告。驗收結(jié)果分為：驗收通過、整改兩種。符合信息化工程建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運 行平安可靠、任務(wù)按期保質(zhì)完成、經(jīng)費使用合理的，視為驗收合格；由于提供材

42、料不 詳難以判斷，或目標(biāo)任務(wù)完成缺乏80%而又難以確定其原因等導(dǎo)致驗收論爭議較大 的，視為不通過需要整改。1、工程凡具有以下情況之一的，按驗收不合格處理(1)未按工程考核指標(biāo)或合同要求到達所預(yù)定的主要技術(shù)指標(biāo)的28(2)所提供的驗收材料不齊全或不真實的(3)工程的內(nèi)容、目標(biāo)或技術(shù)路線等已進行了較大調(diào)整，但未曾得到相關(guān)單位認可 (4)實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或工程實施過程及結(jié)果等存 在糾紛尚未解決的；5)沒有對系統(tǒng)或設(shè)備進行試運行，或者試運行不合格(6)工程經(jīng)費使用情況審計發(fā)現(xiàn)問題的；(7)違反法律、法規(guī)的其他行為。2、驗收結(jié)論確認和處理由工程驗收組根據(jù)驗收意見和相關(guān)資料得出

43、結(jié)論，形成書面意見，提請工程監(jiān) 理審查，并經(jīng)客戶單位確認3、工程驗收結(jié)論的處理(1)驗收結(jié)論為驗收合格的，將全部驗收材料統(tǒng)一裝訂成冊并連同相應(yīng)的電子 文檔，正式提交客戶單位存檔。(2)驗收結(jié)論為驗收不合格的,應(yīng)要求相關(guān)建設(shè)單位，限期整改，整改后試運行合格 的，重新申請驗收。工程交接與持續(xù)改進對于通過驗收的工程，需要將相關(guān)文檔、 規(guī)范以及其他內(nèi)容等正式提交“針對”客戶單位。6. 5.3評審驗收工作要素為了指導(dǎo)本工程評審驗收工作的順利進行，評審驗收工作可以劃分為評審驗收 前、評審驗收中、評審驗收后三個環(huán)節(jié)，圍繞這三個環(huán)節(jié)評審驗收的工作內(nèi)容安排5, 3. 1評審驗收前1、確定評審驗收方式與周期評審驗

44、收方式包含召開專家評審驗收會議；用戶現(xiàn)場 測試等。制定每一階段的驗收周期。2、評審參與單位29 完本錢次工程的測試工作，首先，在工程開始時，測試小組要完成測試的準(zhǔn)備工作， 測試準(zhǔn)備工作的重點主要包括以下幾個主要方面：對整個工程情況進行調(diào)研與了解，以熟悉整個系統(tǒng)的整體架構(gòu)和實現(xiàn)功能等相關(guān) 情況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根據(jù)工程的特點進行合理規(guī)劃； 包括根據(jù)各個工程子系統(tǒng)的特點，制定相應(yīng)的缺陷跟蹤方案、版本提交計劃等。 保證測試人員的到位，并對測試人員進行測試管理工具和測試相關(guān)基礎(chǔ)技術(shù)的培訓(xùn)， 要求相關(guān)系統(tǒng)測試人員先進行相關(guān)系統(tǒng)體系結(jié)構(gòu)和功能的了解，為后期的

45、設(shè)計測試用 例奠定基礎(chǔ)。1. 3集成測試負責(zé)編寫單元測試相關(guān)文檔，負責(zé)軟件集成測試方案,負責(zé)集成支撐平臺，工程相 關(guān)業(yè)務(wù)系統(tǒng)的軟件測試和信息平臺的集成測試，形成測試日志和測試報告并提交業(yè)主 方。單元測文檔編寫首先，在應(yīng)用系統(tǒng)軟件進行系統(tǒng)單元測試時,需要按照單元測試文檔規(guī)范編寫相應(yīng) 的單元測試文檔。軟件系統(tǒng)測試其次，需要制定本次測試的測試計劃、測試方案、測試用例、測試數(shù)據(jù)集標(biāo)準(zhǔn)等 分別對應(yīng)用支撐平臺、水資源管理工程業(yè)務(wù)系統(tǒng)進行系統(tǒng)測試，形成測試日志和測試報告提交業(yè) 主方。以此作為應(yīng)用系統(tǒng)的驗收依據(jù)。軟件集成測試再次，需要制定本次測試的測試計劃、測試方案、測試用例、測試數(shù)據(jù)集標(biāo)準(zhǔn)等 對應(yīng)用支撐軟件

46、和水資源管理工程業(yè)務(wù)軟件進行集成測試，形成測試日志和測試報告 提交業(yè)主方。以此作為應(yīng)用系統(tǒng)的驗收依據(jù)。1.4測試工作思路應(yīng)用系統(tǒng)是在平臺支撐、公用組件、門戶系統(tǒng)、租戶體驗基礎(chǔ)上定制開發(fā)的，這里客戶單位總開發(fā)商專家組本公司監(jiān)理單位等3、準(zhǔn)備提交物（含標(biāo)準(zhǔn)規(guī)范）確定各驗收階段的提交物名稱和內(nèi)容。4、準(zhǔn)備評審驗收標(biāo)準(zhǔn)；準(zhǔn)備工程評審驗收的評價指標(biāo)和各階段驗收具體工作的驗收要點。1.7.6. 5. 3.2評審驗收中1、提交物驗收主要是根據(jù)評審驗收的評價指標(biāo)嚴格評審提交物的質(zhì)量。2、開發(fā)支撐平臺驗收主要指評審驗收小組嚴格考核開發(fā)支撐平臺的功能設(shè)計、定制開發(fā)、測試和開發(fā) 工作，到達功能、性能、使用等方面的要

47、求3、管理工程業(yè)務(wù)系統(tǒng)驗收主要指評審驗收小組嚴格考核山東省山洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng)的功能設(shè) 計、開發(fā)、測試和開發(fā)工作，到達功能、性能、使用等方面的要求；4、信息平臺的開發(fā)驗收；主要從應(yīng)用系統(tǒng)的開發(fā)測試效果和應(yīng)用系統(tǒng)部署效果兩個方面考察信息平臺的開 發(fā)效果5、用戶使用效果：主要以用戶測試報告和用戶使用報告做為評審驗收工作的參照物考察用 戶使用效果6、評審驗收狀態(tài):30通過或整改1.7.6. 5. 3.3評審驗收后1、提交物完善根據(jù)評審驗收小組的評審驗收結(jié)論，對相應(yīng)提交物及時完善并提交,視具體情況決 定是否再次組織評審驗收會議2、評審驗收方案的調(diào)整細化根據(jù)工程的整體建設(shè)情況，可以對評審驗收

48、方案做出合理的細化工作。3、確定下一步工作計劃；主要指在通過第一階段評審驗收后，必須確定下一步的實施工作內(nèi)容，評審驗收小 組也必須確定下一步評審驗收工作的計劃和內(nèi)容。5. 4評審驗收方案我們通過對多個全國性大型信息化建設(shè)工程中的驗收經(jīng)驗的總結(jié)，并結(jié)合評審 驗收工作的特點，力圖從以下三個角度闡述清楚評審驗收的工作內(nèi)容1、從評審驗收前、評審驗收中、評審驗收后三個階段聞述評審驗收工作的要素2、從工程初驗、試運行、終驗三個環(huán)節(jié)描述總評審驗收的工作內(nèi)容；3、評審驗收工作內(nèi)容與實施點的對應(yīng)關(guān)系。1.7.6. 5.4. 1評審驗收工作內(nèi)容客戶單位、用戶代表和監(jiān)理機構(gòu)組成評審委員會進行評審驗收，監(jiān)理文檔和用戶

49、 使用報告都將作為業(yè)主單位對我公司工作評審驗收的重要依據(jù)。評審驗收工作隨著 工程的開展，可以劃分為初驗、試運行、終驗三個環(huán)節(jié)。評審驗收工作必須在客戶單位、我公司、專家組、監(jiān)理單位多方的密切配合下才 能順利的進行，在初驗、試運行、終驗的三個環(huán)中也必須貫穿相應(yīng)的提交物完善、整 改等工作,保證開發(fā)工作的成功實施。311. 7. 6. 5. 5評審驗收流程與評價指標(biāo)6. 5. 5. 1方案評審階段定義1、匯總編制山東省山洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng)開發(fā)設(shè)計方案2、在總體設(shè)計的基礎(chǔ)上細化總體需求分析完成需求規(guī)格說明書。3、在需求規(guī)格說明書基礎(chǔ)上完成技術(shù)方案設(shè)計。驗收流程1、提交系統(tǒng)需求分析報告，并得到

50、甲方確實認2、提交軟件設(shè)計報告，并得到甲方確實認驗收指標(biāo)1、完成開發(fā)設(shè)計方案,并得到甲方確實認。2、完成需求規(guī)格說明書，并得到甲方確實認7. 6. 5. 5.2系統(tǒng)初驗一、階段定義指根據(jù)軟件概要設(shè)計、詳細設(shè)計與編碼，完成系統(tǒng)的開發(fā)和測試，在甲方認定滿足 其業(yè)務(wù)基本運行條件和使用要求后，由我公司提交完整的預(yù)驗收報告及相關(guān)文檔，經(jīng)甲 方審核后，組織的初次驗收本工程應(yīng)完成以下工作內(nèi)容后，方可進行工程初驗：1、應(yīng)用支撐平臺、門戶系統(tǒng)、山東省山洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng)能夠和信 息平臺開發(fā)的設(shè)計方案編制完成，并通過專家評審。2、軟硬件設(shè)備運行基本穩(wěn)定，上線試運行后確保不會影響業(yè)務(wù)部門的正常工作通過

51、用戶組織的評審。3、應(yīng)用系統(tǒng)的功能設(shè)計、開發(fā)、測試和開發(fā)工作，到達功能、性能、使用等方面的 要求，系統(tǒng)運行基本穩(wěn)定,上線試運行后確保不會影響業(yè)務(wù)部門的正常工作，通過用戶 組織的評審。二、驗收流程32系統(tǒng)初驗時，每次驗收的資料均要全部提供。初驗之前按照流程1-3項組織完成1、我公司備齊好所有的相關(guān)文檔，包括所有系統(tǒng)的設(shè)計方案、測試報告等。2、我公司向業(yè)主單位和工程監(jiān)理機構(gòu)提交初驗報告，業(yè)主單位和工程監(jiān)理機 構(gòu)對初驗報告進行審核。3、我公司最終向業(yè)主單位和工程監(jiān)理機構(gòu)提交初驗申請和初驗報告 接受業(yè)主單位和工程監(jiān)理機構(gòu)的初驗。三、驗收指標(biāo)1、本工程全部內(nèi)容建設(shè)完成后，信息平臺系統(tǒng)運行基本正常，滿足用

52、戶的使用要 求和總體方案要求。2、用戶對系統(tǒng)滿意度綜合評價報告和用戶對服務(wù)滿意度綜合評價報告中評 價合格。3、文檔齊全4、在本工程建設(shè)中采用了統(tǒng)一的國標(biāo)行標(biāo)/工程標(biāo)準(zhǔn)標(biāo)準(zhǔn)規(guī)范。5、系統(tǒng)通過用戶測試，系統(tǒng)通過工程監(jiān)理機構(gòu)的測試。6、工程總監(jiān)理對總體初驗報告審核通過。7、初驗合格,工程的用戶、工程總監(jiān)理機構(gòu)和本節(jié)點開發(fā)商三方簽定總體初驗報告，系統(tǒng)進入試運行期1.7. 6. 5. 5. 3試運行驗收一、階段定義在試運行期間，全部業(yè)務(wù)辦理和業(yè)務(wù)數(shù)據(jù)在應(yīng)用系統(tǒng)上運行，以檢查和驗證該 系統(tǒng)的可用性和可靠性，并不斷根據(jù)試運行報告進行修改完善。在試運行期內(nèi) 如出現(xiàn)重大故障，那么試運行期從故障排除之日起重新計算

53、，直到系統(tǒng)連續(xù)試運 周期無重大故障為止。二、驗收流程1、編制試運行期間的現(xiàn)場跟蹤與技術(shù)支持方案,并認真貫徹執(zhí)行332、從進入試運行期之日起，我公司對系統(tǒng)進行維護，填寫系統(tǒng)試運行報告3、對用戶開展系統(tǒng)滿意度綜合評價調(diào)查和服務(wù)滿意度綜合評價調(diào)查工作，并 提交由系統(tǒng)用戶和業(yè)主用戶代表填寫的系統(tǒng)滿意度綜合評價報告和服務(wù)滿意 度綜合評價報告。4、客戶單位、工程總監(jiān)理機構(gòu)在總體試運期評審報告上簽字認可。三、驗收指標(biāo)1、用戶使用報告中無重大故障反映，系統(tǒng)無重大故障報錯。2、用戶對系統(tǒng)滿意度綜合評價報告和用戶對服務(wù)滿意度綜合評價報告 中評價合格。3、我公司對工程試運行期間發(fā)現(xiàn)的系統(tǒng)缺陷和問題全部進行了改進，并

54、提交 匯總整理后的全部子項問題記錄文檔和改進文檔。1. 7. 6. 5. 5.4系統(tǒng)終驗一、階段定義終驗指系統(tǒng)試運行期滿合格，具備正式驗收條件，提交驗收申請和全部文檔，經(jīng) 招標(biāo)人確認后，組織系統(tǒng)終驗。終驗合格后即為該工程竣工，進入質(zhì)量保證期。工程 應(yīng)完成以下工作內(nèi)容后，方可進行工程總體驗收：1、完成應(yīng)用系統(tǒng)的開發(fā)和與信息平臺的開發(fā)、測試并經(jīng)過用戶認定，進入全面 部署。2、完成對應(yīng)用支撐平臺、門戶系統(tǒng)、山東省山洪災(zāi)害防治省級監(jiān)測預(yù)警應(yīng)用系統(tǒng) 業(yè)務(wù)系統(tǒng)和信息平臺的部署，進入試運行期。3、在試運行期間，系統(tǒng)正常穩(wěn)定運行，且無重大事故發(fā)生，并不斷根據(jù)試運行報 告進行修改完善。二、驗收流程1、我公司向業(yè)

55、主單位和工程監(jiān)理機構(gòu)正式提交系統(tǒng)終驗申請，同時提交工程 全部文檔、源程序和可執(zhí)行程序介質(zhì)。342、業(yè)主單位和工程監(jiān)理機構(gòu)同意終驗申請，由業(yè)主單位組織用戶代表、專家 和工程監(jiān)理機構(gòu)組成評審委員會，對相關(guān)文檔進行審核。3、對工程整體試運行期間發(fā)現(xiàn)的缺陷和問題，組織協(xié)調(diào)相關(guān)單位進行改進，并根 據(jù)需要提供有關(guān)技術(shù)解決方案，使問題得到解決。4、業(yè)主單位組織評審委員會召開現(xiàn)場驗收大會,對工程進行最終驗收。三、驗收指標(biāo)1、完本錢級節(jié)點橫向開發(fā)和縱向開發(fā)，通過測試并經(jīng)過用戶認定。2、完成對應(yīng)用系統(tǒng)的部署，進入試運行期。3、在試運行期間，系統(tǒng)正常穩(wěn)定運行，且無重大事故發(fā)生，并不斷根據(jù)試運行報告 進行修改完善4、

56、試運行階段結(jié)束后到終驗期間，系統(tǒng)無重大故障出現(xiàn)（如果出現(xiàn)重大故障，視 具體情況推延終審時間）。5、對試運行期間發(fā)現(xiàn)的缺陷和問題，我公司組織協(xié)調(diào)相關(guān)進行改進，使問題得到 解決。6、評審委員會評審意見通過。7、客戶單位、工程總監(jiān)理機構(gòu)和我公司三方簽定系統(tǒng)終驗報告，系統(tǒng)進入質(zhì) 保期。1.7.6. 5.6分階段評審驗收工作內(nèi)容1.7. 6. 5. 6. 1初驗階段初驗工作內(nèi)容包括根據(jù)其開發(fā)方案中的設(shè)計，開始全部系統(tǒng)的安裝、配置和調(diào) 試工作，完成全系統(tǒng)的調(diào) 試，在甲方認定滿足其業(yè)務(wù)基本運行條件和使用要求后， 由我公司提交完整的預(yù)驗收報告及相關(guān)文檔，經(jīng)甲方審核后，組織的初次驗收。具 體內(nèi)容請參見下面各章節(jié)

57、對于各項工作內(nèi)容的詳細說明。1、基礎(chǔ)運行環(huán)境驗收35評審驗收方式與周期 用戶現(xiàn)場測試。周期：3-5天。評審參與單位及確認人評審參與單位：1、業(yè)主單位2、我公司：我公司高層管理人員、工程經(jīng)理、技術(shù)負責(zé)人、系統(tǒng)架構(gòu)師及主要開 發(fā)人員；3、專家組:工程特聘專家；4、工程監(jiān)理：監(jiān)理方代表。確認人：1、業(yè)主單位2、專家組：工程特聘首席專家；3、工程監(jiān)理：監(jiān)理方代表。本階段提交物序號提交物名稱是否提交評審驗收狀態(tài)通過驗收形 式有（通過（，）1基礎(chǔ)運行環(huán)境驗收報告用戶驗收評審驗收后的工作安排1、業(yè)主單位:嚴格審查修改后的提交物;2、我公司：完善提交物2、需求分析、軟件設(shè)計驗收評審驗收方式與周期36召開專家評

58、審驗收會議。周期：2-3天。評審參與單位及確認人評審參與單位：1、業(yè)主單位2、我公司：我公司高層管理人員、工程經(jīng)理、技術(shù)負責(zé)人、系統(tǒng)架構(gòu)師及主要開發(fā) 人員；3、專家組:工程特聘專家4、工程監(jiān)理：工程監(jiān)理方代表確認人：1、業(yè)主單位；2、專家組:工程特聘首席專家，總體設(shè)計單位專家；3、工程監(jiān)理：監(jiān)理方代表。37本階段提交物序號提交物名稱是否提交評審驗收狀態(tài)通過驗收形有（通過（J）1需求分析報告式用戶驗收2軟件設(shè)計方案用戶驗收3、應(yīng)用系統(tǒng)驗收評審驗收形式與周期用戶現(xiàn)場測試。周期：2-3天。評審參與單位確認人評審參與單位1、業(yè)主單位2、我公司：我公司高層管理人員、工程經(jīng)理、技術(shù)負責(zé)人、系統(tǒng)架構(gòu)師及主要

59、 開發(fā)人員；3、專家組:工程特聘專家；4、工程總監(jiān)理：監(jiān)理方代表。確認人：1、業(yè)主單位；2、專家組:工程特聘首席專家；3、工程監(jiān)理：監(jiān)理方代表本階段提交物38序號提交物名稱是否提交評審驗收狀態(tài)迫過驗收形式有（J）通過（J）1軟件開發(fā)計劃用戶驗收2軟件開發(fā)計劃3測試計劃4軟件需求規(guī)格說明書5設(shè)計說明書6數(shù)據(jù)庫設(shè)計說明書7用戶手冊評審驗收后的工作安排1、業(yè)主單位:嚴格審查修改后的提交物；2、我公司：完善提交物。1.7. 6. 5. 6. 2運行階段試運行工作內(nèi)容主要包括“應(yīng)用系統(tǒng)軟件上線測試驗收”的工作內(nèi)容。試運行 階段驗收工作的主要目的是確認系統(tǒng)的正確性和穩(wěn)定性。具體工作內(nèi)容請參見下面 各章節(jié)對

60、于各項工作內(nèi)容的詳細說明評審驗收形式與周期用戶現(xiàn)場測試。周期：5-6天。評審參與單位及確認人評審參與單位：業(yè)主單位；2、我公司：我公司高層管理人員、工程經(jīng)理、技術(shù)負責(zé)人、系統(tǒng)架構(gòu)師及主要開 發(fā)人員39 分析測試的工作思路，首先軟件測試需要有一個測試環(huán)境，也就是測試平臺，信息平臺的 測試是從各個應(yīng)用系統(tǒng)軟件的內(nèi)部單元測試、軟件集成測試、系統(tǒng)模擬測試以及信息平 臺的集成測試、系統(tǒng)測試再到各平臺間聯(lián)調(diào)貫通測試，直到整個水資源監(jiān)控信息平臺 完成,在整個的測試過程中，不同階段，不同地點，不同測試任務(wù)都需要準(zhǔn)備相應(yīng)的測試 數(shù)據(jù)以及測試用例。測試組織架構(gòu)和分工界面信息平臺應(yīng)用系統(tǒng)軟件的測試都需要有一個測試的