系統(tǒng)測(cè)試與驗(yàn)收方案匯編

1、學(xué)習(xí)好資料1. 系統(tǒng)測(cè)試與驗(yàn)收方案1.1. 測(cè)試方案1.1.1. 單元測(cè)試1.1.1.1. 單元測(cè)試說明在計(jì)算機(jī)編程中，單元測(cè)試（又稱為模塊測(cè)試）是針對(duì)程序模塊 （軟件設(shè)計(jì) 的最小單位 ）來進(jìn)行正確性檢驗(yàn)的測(cè)試工作。 程序單元是應(yīng)用的最小可測(cè)試部件。 在過程化編程中，一個(gè)單元就是單個(gè)程序、函數(shù)、過程等；對(duì)于面向?qū)ο缶幊蹋?最小單元就是方法， 包括基類（超類）、抽象類、 或者派生類（子類）中的方法。單元測(cè)試的目標(biāo)是隔離程序部件并證明這些單個(gè)部件是正確的。 一個(gè)單元測(cè) 試提供了代碼片斷需要滿足的嚴(yán)密的書面規(guī)約。 因此，單元測(cè)試帶來了一些益處。 單元測(cè)試在軟件開發(fā)過程的早期就能發(fā)現(xiàn)問題。1.1.1.

2、2. 單元測(cè)試方法與內(nèi)容單元測(cè)試主要采用白盒測(cè)試技術(shù)， 用控制流覆蓋和數(shù)據(jù)流覆蓋等測(cè)試方法設(shè) 計(jì)測(cè)試用例；主要測(cè)試內(nèi)容包括單元功能測(cè)試、 單元性能測(cè)試和異常處理測(cè)試等。1.1.1.3. 單元測(cè)試流程圖 15-1 單元測(cè)試流程圖從配置庫獲取源碼文件，設(shè)計(jì)測(cè)試用例， 執(zhí)行測(cè)試用例，并利用相關(guān)測(cè)試工具對(duì)單元代碼進(jìn)行測(cè)試，將測(cè)試結(jié)論填寫到單元測(cè)試報(bào)告和軟件Bug 清單中 更多精品文檔學(xué)習(xí)好資料把軟件 Bug 清單和測(cè)試用例執(zhí)行結(jié)果提交測(cè)試負(fù)責(zé)人， 并進(jìn)入納入質(zhì)量管理。 對(duì)源碼文件進(jìn)行的測(cè)試， 視程序存在缺陷的情況， 可能要重復(fù)進(jìn)行， 直至問題解 決。單元測(cè)試的執(zhí)行者， 一般情況下可由程序的編碼者進(jìn)行，

3、 特殊情況可由獨(dú)立 于編碼者的測(cè)試人員進(jìn)行。1.1.1.4. 單元測(cè)試用例編程組組長(zhǎng)組織、指導(dǎo)開發(fā)人員根據(jù)系統(tǒng)設(shè)計(jì)說明書，編寫所負(fù)責(zé)代碼 設(shè)計(jì)模塊的單元測(cè)試用例，設(shè)計(jì)單元測(cè)試腳本。1.1.2. 代碼評(píng)審代碼評(píng)審也稱代碼復(fù)查， 是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合 性以及代碼質(zhì)量的活動(dòng)。評(píng)審的內(nèi)容：1) 編碼規(guī)范問題：命名不規(guī)范、 magic number、 System.out 等；2) 代碼結(jié)構(gòu)問題：重復(fù)代碼、巨大的方法和類、分層不當(dāng)、緊耦合等；3) 工具、框架使用不當(dāng)： Spring、Hibernate、AJAX等；4) 實(shí)現(xiàn)問題：錯(cuò)誤驗(yàn)證、異常處理、事務(wù)劃分、線程、性能、安全、實(shí)

4、現(xiàn)過于 復(fù)雜、代碼可讀性不佳、擴(kuò)展性不好等；5) 測(cè)試問題：測(cè)試覆蓋度不夠、可測(cè)試性不好等。評(píng)審的優(yōu)點(diǎn)：1) 提高代碼質(zhì)量：在項(xiàng)目的早期發(fā)現(xiàn)缺陷，將損失降至最低2) 評(píng)審的過程也是重新梳理思路的過程，雙方都加深了對(duì)系統(tǒng)的理解3) 促進(jìn)團(tuán)隊(duì)溝通、促進(jìn)知識(shí)共享、共同提高更多精品文檔學(xué)習(xí)好資料1.1.3. 集成測(cè)試1.1.3.1. 集成測(cè)試目的集成測(cè)試， 也叫組裝測(cè)試或聯(lián)合測(cè)試。 集成測(cè)試是在單元測(cè)試的基礎(chǔ)上， 根 據(jù)系統(tǒng)概要設(shè)計(jì) 及系統(tǒng)集成與開發(fā)詳細(xì)設(shè)計(jì) ，對(duì)系統(tǒng)的各單元進(jìn)行組裝。 把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計(jì)算機(jī)軟件。 集成測(cè)試的目的是檢查軟 件單元部件是否能夠集成為一個(gè)整體， 完成一

5、定的功能， 并找出單元測(cè)試中沒有 發(fā)現(xiàn)的錯(cuò)誤， 包括數(shù)據(jù)定義有沒有重合與沖突， 接口會(huì)不會(huì)產(chǎn)生錯(cuò)誤， 組合以后 的模塊功能會(huì)不會(huì)互相影響，組合的系統(tǒng)是不是達(dá)到預(yù)期的效果等。1.1.3.2. 集成測(cè)試采用的方法和內(nèi)容集成測(cè)試采用白盒測(cè)試和黑盒測(cè)試相結(jié)合的測(cè)試技術(shù)和漸增式的測(cè)試策略， 用數(shù)據(jù)流等測(cè)試方法設(shè)計(jì)測(cè)試用例。 主要測(cè)試內(nèi)容包括單元之間的接口測(cè)試、 全 局?jǐn)?shù)據(jù)結(jié)構(gòu)測(cè)試等。1.1.3.3. 集成測(cè)試流程集成測(cè)試包括集成測(cè)試設(shè)計(jì)、 集成測(cè)試準(zhǔn)備、 集成測(cè)試實(shí)施和測(cè)試記錄、 集 成測(cè)試問題跟蹤和結(jié)束測(cè)試等階段。集成測(cè)試設(shè)計(jì)由測(cè)試組組長(zhǎng)根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃編制 集成測(cè)試計(jì)劃 ， 設(shè)計(jì)測(cè)試用例。測(cè)試

6、計(jì)劃和測(cè)試用例應(yīng)當(dāng)通過項(xiàng)目經(jīng)理的審查。集成測(cè)試準(zhǔn)備需要系統(tǒng)測(cè)試組組長(zhǎng)建立獨(dú)立的測(cè)試環(huán)境。 測(cè)試環(huán)境包括測(cè)試 硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測(cè)試對(duì)象 （程序 ）的安裝和初始化工 作。集成測(cè)試實(shí)施和測(cè)試記錄是由系統(tǒng)測(cè)試組組長(zhǎng)組織人員按照測(cè)試計(jì)劃和測(cè) 試用例要求進(jìn)行測(cè)試，并且記錄測(cè)試過程和測(cè)試結(jié)果。集成測(cè)試問題跟蹤是在測(cè)試過程中發(fā)現(xiàn)的問題由系統(tǒng)測(cè)試組組長(zhǎng)根據(jù)測(cè)試 更多精品文檔學(xué)習(xí)好資料記錄提交測(cè)試問題報(bào)告，并由系統(tǒng)設(shè)計(jì)人員和開發(fā)人員解決每一個(gè)問題的過程。測(cè)試結(jié)束指測(cè)試問題報(bào)告中的問題解決后， 進(jìn)行回歸測(cè)試。 當(dāng)測(cè)試問題降低 到一定程度并通過測(cè)試通過準(zhǔn)則時(shí)， 系統(tǒng)測(cè)試組組長(zhǎng)提交測(cè)試總結(jié)報(bào)告結(jié)

7、束測(cè)試。1.1.4. 功能測(cè)試功能測(cè)試包括兩大部分， 一是包括基本業(yè)務(wù)功能、 業(yè)務(wù)測(cè)試、 接口測(cè)試和可 用性測(cè)試等方面的功能測(cè)試，二是包括：安全性測(cè)試、故障恢復(fù)測(cè)試、數(shù)據(jù)庫測(cè) 試、配置測(cè)試、安裝測(cè)試的產(chǎn)品化測(cè)試。 驗(yàn)收測(cè)試主要從系統(tǒng)的實(shí)用性、 穩(wěn)定性、 可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測(cè)試。（1）測(cè)試目標(biāo)組織并執(zhí)行測(cè)試，以降低軟件產(chǎn)品中存在的缺陷， 保證產(chǎn)品的質(zhì)量和可用性， 測(cè)試工作的目標(biāo)就是降低 BUG率，從各個(gè)方面提高軟件產(chǎn)品的質(zhì)量和可用性。（2）測(cè)試流程在確定具體的測(cè)試范圍及內(nèi)容后， 進(jìn)行測(cè)試分類， 并根據(jù)分類的結(jié)果確定需 要設(shè)計(jì)的測(cè)試用例。在整個(gè)測(cè)試過程中， 我們將用缺陷管

8、理工具 BugBase對(duì)測(cè)試大綱、測(cè)試用例、 測(cè)試問題等進(jìn)行管理，并可對(duì)問題進(jìn)行統(tǒng)計(jì)。（3）測(cè)試完成標(biāo)準(zhǔn)實(shí)現(xiàn)功能完全符合功能列表。所有的功能頁面均可達(dá)。 TD上的問題得到妥善處理，不含有 A,B,C類問題。 定義的測(cè)試項(xiàng)目完成。產(chǎn)品化測(cè)試的約束達(dá)成。（5）缺陷管理追蹤工具在上節(jié)描述中提到的 TD，可以應(yīng)用于測(cè)試的全過程，也可以用于管理各類更多精品文檔學(xué)習(xí)好資料評(píng)審的缺陷等。TD 還提供一些模板，例如測(cè)試計(jì)劃、測(cè)試總結(jié)、測(cè)試大綱、測(cè)試問題卡， 因此可以通過 BugBase實(shí)現(xiàn)從測(cè)試計(jì)劃到總結(jié)的各測(cè)試活動(dòng)管理。我們以需求說明書、 軟件需求規(guī)格說明為輸入編寫測(cè)試大綱， 對(duì)應(yīng)測(cè)試大綱 中的內(nèi)容和測(cè)試需

9、求編寫測(cè)試用例， 測(cè)試人員可以根據(jù)測(cè)試大綱和用例執(zhí)行測(cè)試， 發(fā)現(xiàn)問題后，記錄在 TD 中，測(cè)試負(fù)責(zé)人通過查看缺陷問題列表將問題分配給對(duì) 應(yīng)的開發(fā)人員，開發(fā)人員通過查看問題列表修改問題， TD 還提供了各種統(tǒng)計(jì)功 能，例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級(jí)、問題的分布、問題引入階段等進(jìn)行統(tǒng) 計(jì)，這些統(tǒng)計(jì)結(jié)果可用來進(jìn)行分析和總結(jié)1.1.5. 性能測(cè)試性能測(cè)試總體流程與業(yè)務(wù)系統(tǒng)測(cè)試的流程基本相同。 驗(yàn)收測(cè)試主要從系統(tǒng)的 實(shí)用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測(cè)試。性能 測(cè)試的內(nèi)容源于用戶對(duì)平臺(tái)系統(tǒng)的性能要求。1.1.5.1. 測(cè)試目標(biāo)性能測(cè)試的目標(biāo)是在整個(gè)系統(tǒng)或一個(gè)系統(tǒng)的特定組件上定

10、義、 建立和執(zhí)行性 能測(cè)試。驗(yàn)證系統(tǒng)是否滿足標(biāo)書的性能要求，如不能滿足，要進(jìn)行相應(yīng)的優(yōu)化。1.1.5.2. 測(cè)試流程首先對(duì)性能測(cè)試進(jìn)行策劃，確定性能測(cè)試的類別和測(cè)試方法。然后開發(fā)性能測(cè)試的用例， 確定測(cè)試環(huán)境并準(zhǔn)備就緒后執(zhí)行性能測(cè)試， 確定 測(cè)試中的系統(tǒng)或組件的性能， 并使用其結(jié)果決定性能是否可以被業(yè)務(wù)所接受。 如 果在測(cè)試中度量的性能特性證明是不能被接受的，我們可以通過對(duì)業(yè)務(wù)的改進(jìn)、 數(shù)據(jù)庫、應(yīng)用服務(wù)器等進(jìn)行調(diào)優(yōu)，以提高性能質(zhì)量，在進(jìn)行系統(tǒng)調(diào)優(yōu)前，我們同 樣要進(jìn)行調(diào)優(yōu)的設(shè)計(jì)與分析。 性能測(cè)試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相 影響。更多精品文檔學(xué)習(xí)好資料1.1.5.3. 性能測(cè)試指標(biāo)a)

11、響應(yīng)時(shí)間響應(yīng)速度在用戶心理所能承受的范圍內(nèi)。 無論是客戶端還是管理端， 當(dāng)用戶 登陸，進(jìn)行任何操作的時(shí)候， 系統(tǒng)應(yīng)該及時(shí)進(jìn)行反映， 系統(tǒng)應(yīng)能檢測(cè)出各種非正 常情況，并及時(shí)提示用戶。b) 可擴(kuò)展性在設(shè)計(jì)上必須具有適應(yīng)變化的能力， 當(dāng)系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時(shí)， 應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上，業(yè)務(wù)變化造成的影響局部化。c) 易用性所有的業(yè)務(wù)功能界面風(fēng)格和操作流程一致， 業(yè)務(wù)表單做到所見即所得， 錄入 能夠完全通過鍵盤完成。d) 可靠性系統(tǒng)應(yīng)保證 7*24 小時(shí)內(nèi)不宕機(jī)，保證在正常情況下和極端情況下業(yè)務(wù)邏輯 的正確性。e) 可用性必須避免由于單點(diǎn)故障或系統(tǒng)升級(jí)而影響整個(gè)系統(tǒng)的正常運(yùn)行。f)

12、 可維護(hù)性系統(tǒng)能夠簡(jiǎn)單方便的修改和升級(jí)，包含可度性、可修改性、可測(cè)試性等。g) 可管理性和服務(wù)支持能力每個(gè)層次、每個(gè)構(gòu)件都提供標(biāo)準(zhǔn)的管理接口。 實(shí)現(xiàn)統(tǒng)一的、一致的日志功能。 每個(gè)構(gòu)件都提供應(yīng)用架構(gòu)總體設(shè)計(jì)規(guī)定的必要的標(biāo)準(zhǔn)外部接口。更多精品文檔學(xué)習(xí)好資料1.1.6. 用戶測(cè)試1.1.6.1. 測(cè)試流程用戶測(cè)試流程如下：1）明確測(cè)試內(nèi)容，其中包括功能、性能、可用性、安全性、兼容性、與其他系 統(tǒng)集成2）確定測(cè)試范圍：確定業(yè)務(wù)情況類型是是非常重要的。每一種業(yè)務(wù)情況類型都 對(duì)應(yīng)一個(gè)實(shí)際商業(yè)業(yè)務(wù)。 業(yè)務(wù)情況類型可以被表達(dá)成多種狀況 （例如，簡(jiǎn)單情況、 或需要進(jìn)行復(fù)雜處理的例外情況）。3）測(cè)試小組成員確定：

13、由管理人員、業(yè)務(wù)人員、技術(shù)人員等組成，我方提供驗(yàn) 收測(cè)試過程中的技術(shù)支持。4）明確問題分類標(biāo)準(zhǔn)5）系統(tǒng)的功能通過功能測(cè)試進(jìn)行驗(yàn)證。 在功能測(cè)試過程中發(fā)現(xiàn)的問題根據(jù)其嚴(yán) 重程度進(jìn)行分類。下表列出了功能測(cè)試問題的分類。1.1.6.2. 用戶測(cè)試設(shè)計(jì)設(shè)計(jì)測(cè)試用例： 確定每個(gè)功能的測(cè)試用例， 明確系統(tǒng)輸入信息和期望的輸出 結(jié)果。針對(duì)需求規(guī)格說明書的每一條測(cè)試內(nèi)容， 確定測(cè)試用例。 每個(gè)測(cè)試用例包 括測(cè)試條件（包括生成測(cè)試條件需要的測(cè)試數(shù)據(jù)類型） 和期望的結(jié)果。 每個(gè)測(cè)試 用例都應(yīng)該是唯一確定的（例如，賦一個(gè)數(shù)值）。設(shè)計(jì)測(cè)試大綱： 依據(jù)測(cè)試范圍生成測(cè)試大綱。 對(duì)每一種業(yè)務(wù)情況類型， 生成 盡可能多的測(cè)試

14、用例來完善測(cè)試大綱。為了保證測(cè)試大綱包含所有的測(cè)試用例， 將測(cè)試用例的條件映射為測(cè)試大綱是非常必要的。 測(cè)試大綱中測(cè)試用例的順序安 排是非常重要的， 它應(yīng)考慮多種方面的因素， 主要考慮的因素是按照系統(tǒng)產(chǎn)生的 數(shù)據(jù)，在測(cè)試大綱中安排測(cè)試用例的順序， 使得一個(gè)測(cè)試的結(jié)果作為另一個(gè)測(cè)試 前提。更多精品文檔學(xué)習(xí)好資料測(cè)試環(huán)境準(zhǔn)備： 為了預(yù)防出現(xiàn)問題， 如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭(zhēng)用， 需要 建立一個(gè)獨(dú)立的測(cè)試環(huán)境。 在進(jìn)行測(cè)試之前， 根據(jù)測(cè)試計(jì)劃中確定的時(shí)機(jī)建立一 個(gè)獨(dú)立的測(cè)試環(huán)境。1.1.6.3. 用戶測(cè)試結(jié)果1) 測(cè)試結(jié)束后，測(cè)試小組根據(jù)測(cè)試數(shù)據(jù)，制定并向驗(yàn)收工作領(lǐng)導(dǎo)小組提交用 戶測(cè)試報(bào)告。2) 測(cè)

15、試報(bào)告結(jié)果說明軟件滿足下列要求：3) 在認(rèn)可的外部設(shè)計(jì)文檔中表述的功能要求4) 在認(rèn)可的系統(tǒng)描述文檔中表述的非功能要求5) 此外，測(cè)試報(bào)告中還包括對(duì)系統(tǒng)提出的改進(jìn)意見。1.1.7. 測(cè)試產(chǎn)出1) 測(cè)試計(jì)劃2) 系統(tǒng)測(cè)試方案3) 測(cè)試用例4) 系統(tǒng)測(cè)試案例5) 系統(tǒng)測(cè)試報(bào)告6) 試運(yùn)行測(cè)試報(bào)告1.2. 驗(yàn)收方案1.2.1. 驗(yàn)收流程在驗(yàn)收階段，平臺(tái)系統(tǒng)將按照用戶和我公司都認(rèn)可的系統(tǒng)需求分析，組 織驗(yàn)收小組，進(jìn)行功能和性能的驗(yàn)收測(cè)試。 從系統(tǒng)的實(shí)用性、 穩(wěn)定性、可維護(hù)性、 靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全 更多精品文檔學(xué)習(xí)好資料 面驗(yàn)收。驗(yàn)收測(cè)試安排分為系統(tǒng)初

16、驗(yàn)和系統(tǒng)終驗(yàn)。1.2.2. 系統(tǒng)初驗(yàn)經(jīng)過系統(tǒng)內(nèi)部試運(yùn)行， 我公司對(duì)內(nèi)部試運(yùn)行期間發(fā)現(xiàn)的問題改正后， 提出系 統(tǒng)初驗(yàn)書面申請(qǐng)。 驗(yàn)收標(biāo)準(zhǔn)將按照 “需求說明書” 和雙方認(rèn)可的有關(guān)系統(tǒng)設(shè)計(jì)文 檔所提的要求進(jìn)行。用戶在收到我公司驗(yàn)收申請(qǐng)后， 盡快組織系統(tǒng)初驗(yàn)。 初驗(yàn)前我公司提供全部 的工程文檔和安裝測(cè)試報(bào)告， 并提供初驗(yàn)測(cè)試文檔， 在用戶認(rèn)可后進(jìn)行初驗(yàn)測(cè)試， 初驗(yàn)通過后，系統(tǒng)進(jìn)入正式試運(yùn)行期。 我公司應(yīng)解決試運(yùn)行期間所反映出的問題， 若系統(tǒng)達(dá)不到合同規(guī)定要求， 試運(yùn)行期將繼續(xù)順延， 直到系統(tǒng)完善， 但試運(yùn)行期 最長(zhǎng)不得超過一個(gè)月。1.2.3. 系統(tǒng)試運(yùn)行初驗(yàn)合格后，經(jīng)用戶同意，系統(tǒng)進(jìn)入試運(yùn)行階段， 試

17、運(yùn)行周期不超過三個(gè)月。 在試運(yùn)行期間， 我公司按用戶要求提供培訓(xùn)和技術(shù)支持， 保證用戶能夠正確理解 和使用系統(tǒng)；我公司對(duì)試運(yùn)行中出現(xiàn)的任何問題及用戶提出的修改意見將及時(shí)做 出響應(yīng)，并提交解決方案，在用戶確認(rèn)后實(shí)施。試運(yùn)行期間如出現(xiàn)重大故障，則 試運(yùn)行期從故障排除之日起重新計(jì)算。1.2.4. 系統(tǒng)終驗(yàn)試運(yùn)行期結(jié)束后， 如系統(tǒng)無功能缺陷， 能夠正常運(yùn)行， 在具備終驗(yàn)條件下進(jìn) 行系統(tǒng)終驗(yàn)， 由我公司提出終驗(yàn)書面申請(qǐng)， 用戶在收到我公司驗(yàn)收申請(qǐng)后， 盡快 組織系統(tǒng)終驗(yàn)。成立項(xiàng)目全面驗(yàn)收小組，由用戶、我公司以及外部專家等組成， 對(duì)項(xiàng)目進(jìn)行全面驗(yàn)收。系統(tǒng)終驗(yàn)前，我公司提交終驗(yàn)測(cè)試標(biāo)準(zhǔn)和終驗(yàn)測(cè)試計(jì)劃， 內(nèi)容

18、包括： 測(cè)試對(duì)象及應(yīng)達(dá)到的測(cè)試指標(biāo)、 測(cè)試方法和測(cè)試條件、 測(cè)試資料和數(shù) 據(jù)，并以圖表說明每一測(cè)試對(duì)象或過程的功能輸入輸出測(cè)試進(jìn)度。系統(tǒng)終驗(yàn)標(biāo)準(zhǔn)：1) 系統(tǒng)實(shí)用性：項(xiàng)目驗(yàn)收最關(guān)鍵的指標(biāo)，檢查系統(tǒng)是否符合當(dāng)前業(yè)務(wù)的需 更多精品文檔學(xué)習(xí)好資料 要，特別是業(yè)務(wù)流的整體性和數(shù)據(jù)流的一致性，并前瞻性提供未來業(yè)務(wù)接口。2) 系統(tǒng)穩(wěn)定性：硬件環(huán)境的穩(wěn)定性、軟件運(yùn)行異常處理和正常運(yùn)行情況。3) 系統(tǒng)可維護(hù)性：含網(wǎng)絡(luò)系統(tǒng)管理與維護(hù)、服務(wù)器系統(tǒng)平臺(tái)管理與維護(hù)、 操作系統(tǒng)管理與維護(hù)、 應(yīng)用系統(tǒng)軟件管理與維護(hù)、 數(shù)據(jù)庫管理與維護(hù)以及數(shù)據(jù)庫 備份、應(yīng)用系統(tǒng)備份，災(zāi)難事件處理與解決實(shí)施方案等。4) 系統(tǒng)文檔：驗(yàn)收文檔是否

19、齊全、規(guī)范、準(zhǔn)確、詳細(xì)，主要的文檔包括： 需求分析報(bào)告，框架設(shè)計(jì)報(bào)告，數(shù)據(jù)庫物理及邏輯設(shè)計(jì)報(bào)告，詳細(xì)設(shè)計(jì)報(bào)告，編 碼規(guī)范及技術(shù)選型報(bào)告，測(cè)試報(bào)告，系統(tǒng)部署和發(fā)布報(bào)告，集成方案，軟件用戶 使用手冊(cè)，系統(tǒng)維護(hù)方案和操作文檔等。5) 代碼規(guī)范及注釋說明：程序代碼編寫是否規(guī)范；注釋說明或代碼文檔是 否詳細(xì)全面；接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。6) 系統(tǒng)靈活性：系統(tǒng)是否方便客戶進(jìn)行維護(hù)；系統(tǒng)是否在先進(jìn)性的基礎(chǔ)上 具備未來升級(jí)和可擴(kuò)充性；是否利于系統(tǒng)平臺(tái)遷移和部署等。7) 系統(tǒng)可操作性：界面是否友好性；是否實(shí)現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢 索功能。8) 系統(tǒng)安全性：是否有完善的安全機(jī)制保證系統(tǒng)的安全性，如軟件方面的 安全防范(加密措施、相關(guān)認(rèn)證、數(shù)據(jù)庫安全防范)，硬件方面(防火墻、物理 隔離和邏輯隔離)的安全設(shè)置。9) 其他驗(yàn)收標(biāo)準(zhǔn)：其他