軟件測試方案

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20、異1、取當(dāng)前系統(tǒng)時(shí)間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、時(shí)間字段A：要用#號(hào)分隔，或者轉(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中都不會(huì)有錯(cuò)，但在Access中會(huì) 報(bào)：INSERT INTO語句的語法錯(cuò)誤。Access應(yīng)該把后面Select語句的括號(hào)去掉，如下:Insert Into a(ii,jj,kk) Select ii,jj,kk from b同時(shí)這樣寫在SQL Server和Oracle中都不會(huì)有錯(cuò)8、關(guān)鍵字有些字母在Access,SQL Server中是關(guān)鍵字，需要用界定可解決問題，例 如：at, name9、別名SQL Server和Oracle中字段起別名時(shí)as可以省略，Access不能

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

24、0,所以寫 BoolField=1這樣的語句有兼容性問題。還有局部語句執(zhí)行的不同，不再一一羅列。二、解決方案方案一：(可以以企業(yè)庫為基礎(chǔ))1、定義一個(gè)參數(shù)，標(biāo)識(shí)數(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常用的語句進(jìn)行變量賦值。這樣做的好處就是 后面使用相關(guān)內(nèi)容的時(shí)候可以直接使用調(diào)用變量的方法，而不再需要進(jìn)行數(shù)據(jù)庫類型 的

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

27、)1、定義一個(gè)參數(shù)，標(biāo)識(shí)數(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、實(shí)現(xiàn)具體的類private class SQL ： DBAccesspublic SQL(DBType type) ： base(type)( 其他方法實(shí)現(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ù)庫類實(shí)現(xiàn)，完全基于面向?qū)ο蟮念惖睦^承和多態(tài)性 構(gòu)建。1.7. 6. 2驗(yàn)收標(biāo)準(zhǔn)本工程采購人及其委托的采購代理機(jī)構(gòu)嚴(yán)格按照政府采購相關(guān)法律法規(guī)的要求進(jìn) 行驗(yàn)收。貨物(設(shè)備)按照采購合同中規(guī)定的試用期滿后無質(zhì)量問題，采購人與我公司簽 署質(zhì)量驗(yàn)收合格證明書。驗(yàn)收結(jié)果合格的，我公司憑質(zhì)量驗(yàn)收合格證明書和公司開具的

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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