項目驗收流程各步驟及內(nèi)容

1、項目驗收流程各步驟及內(nèi)容項目驗收流程各步驟及內(nèi)容項目驗收流程各步驟及內(nèi)容V:1.0精細(xì)整理，僅供參考 項目驗收流程各步驟及內(nèi)容日期：20 xx年X月項目驗收內(nèi)容驗收作為項目執(zhí)行過程中的一個重要的里程碑，具有重要的意義。驗收申請 在該申請里請標(biāo)明本次提交驗收的項目范圍。二、驗收準(zhǔn)備21文檔根據(jù)軟件項目的特點，在驗收時應(yīng)提交最終版本的各類文檔，包括項目計劃，相關(guān)設(shè)計文檔，開發(fā)過程文檔,相關(guān)測試文檔以及測試報告等。22 源碼除上述文檔外，還應(yīng)單獨收集、保存各應(yīng)用軟件源程序代碼及開發(fā)商所用第三方資源信息。對于交付程序代碼，要求能夠在本地不經(jīng)過任何特殊設(shè)置，即可編譯打包,部署后正常運行。三、驗收測試驗收

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

3、致性：是否存在前后矛盾；是否存在需求說明中提到的功能在概要設(shè)計、詳細(xì)設(shè)計中沒有涉及的情況；(5）文字明確性：不使用“可能”、“也許”、“待定”等語義含糊不清的語句；(6）易讀性：能夠在一篇文檔中說明清楚的內(nèi)容，盡量不要拆分成若干文檔，不要循環(huán)引用，文檔目錄一目了然，結(jié)構(gòu)清晰。32源代碼審核源代碼審核的主要要求是確保開發(fā)商將全部源程序交付甲方，并確保交付的代碼沒有版權(quán)問題，對源代碼審核的具體要求如下：321版權(quán)明晰提交的代碼中注釋版權(quán)的地方均應(yīng)去掉版權(quán)聲明，或聲明版權(quán)為甲方所有。322代碼完整（1）開發(fā)商必須把所有實現(xiàn)用戶需求的代碼交付甲方。（2）包含開發(fā)工具的程序文件；要求能夠在甲方計算機中正

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