項目驗收流程各步驟及內容

1、工程驗收流程各步驟及內容總 3 頁- 本頁僅作為文檔封面，使用時請直接刪除即可- 內頁可以根據需求調整適宜字體及大小 -工程驗收內容驗收作為工程執(zhí)行過程中的一個重要的里程碑，具有重要的意義。一、驗收申請在該申請里請標明本次提交驗收的工程范圍。二、驗收準備2. 1 文檔根據軟件工程的特點，在驗收時應提交最終版本的各類文檔，包括工程計 劃，相關 設計文檔，開發(fā)過程文檔，相關測試文檔以及測試報告等。2. 2 源碼除上述文檔外，還應單獨收集、保存各應用軟件源程序代碼及開發(fā)商所用 第三方資 源信息。對于交付程序代碼，要求能夠在本地不經過任何特殊設置， 即可編譯打包，部 署后正常運行。三、驗收測試驗收測試

2、是軟件開發(fā)結束后，用戶對軟件產品投入實際應用以前進行的最 后一次質 量檢驗活動，它不只是檢驗軟件某個方面的質量，而是要進行全面的 質量檢驗，并且要 決定軟件是否合格，因此驗收測試是一項嚴格的正式測試活 動。軟件驗收測試分為三局部： 文檔代碼一致性審核、 軟件配置審核和可執(zhí)行 程序測試， 其順序可分為：文檔審核、源代碼審核、配置腳本審核、功能測 試、性能測試等。3. 1 文檔審核文檔審核的主要要求是確定軟件開發(fā)的所有過程都在提交文檔的控制下， 對文檔的 具體要求如下：(1) 文檔完備性：是否按照合同及其附件要求提交了全部文檔；(2) 內容針對性：指文檔是否是要求的文檔；(3) 內容充分性：指該文

3、檔全面、詳細的程度(4) 內容一致性： 是否存在前后矛盾； 是否存在需求說明中提到的功能在 概要設計、 詳細設計中沒有涉及的情況；(5) 文字明確性：不使用“可能、“也許、“待定等語義模糊不清的語句 ；(6) 易讀性：能夠在一篇文檔中說明清楚的內容，盡量不要拆分成假設干文檔，不要循環(huán)引用，文檔目錄一目了然，結構清晰。3. 2 源代碼審核源代碼審核的主要要求是確保開發(fā)商將全部源程序交付甲方，并確保交付 的代碼沒 有版權問題，對源代碼審核的具體要求如下：3. 2. 1 版權明晰提交的代碼中注釋版權的地方均應去掉版權聲明，或聲明版權為甲方所 有。3. 2. 2 代碼完整(1) 開發(fā)商必須把所有實現用

4、戶需求的代碼交付甲方。(2) 包含開發(fā)工具的程序文件；要求能夠在甲方計算機中正常編譯、運 行；除非 得到甲方允許，在甲方計算機中編譯的時候無需額外安裝開發(fā)工具的 插件控件等。3. 2. 3 可讀性強30% 。程 序注釋不注釋是軟件可讀性的具體表達。程序注釋量不少于程序編碼量的能用抽象的語言 ( 如“處理、“循環(huán)等 ) ，要精確表達出程序的 處理說明。為防止每 行程序都使用注釋，可以在一段程序的前面加一段注釋， 有明確的處理邏輯。3. 3 配置文件審核對于 B/S 程序，部署維護是軟件生存周期中最長的一個過程，配置文件的 審核顯得 尤為重要。3. 4 測試用例編寫及測試程序、腳本審核 這個過程是在文檔審核和配置腳本審核后，為了檢驗通過源代碼編譯后的 程序是否 滿足設計需求。檢驗方式主要是功能測試、性能測試；這一階段應該 完成設計及其有關 測試所包括的特性，還需要完成測試所需的測試用例和測試 規(guī)程，并規(guī)定特性的通過準 那么。(1) 測試用例說明：列出用于輸入的具體值以及預期的輸出結果，并規(guī) 定在使用 具體測試用例時，對測試規(guī)程的各種限制。要求將測試用例與測試設 計分開，可以使它 們用于多個設計并能在其它情形下重復使用。(2) 測試規(guī)程說明：