軟件開發(fā)項目驗收方案

軟件項目驗收方案驗收作為項目執(zhí)行過程中的一個重要的里程碑，對公司和客戶具有要的意義。一、驗收申請二、驗收準(zhǔn)備1根據(jù)軟件項目的特點，在驗收時應(yīng)收集以下文檔：序號名稱形式介質(zhì)1文檔2文檔3文檔4文檔5文檔6文檔7文檔8T文檔9文檔文檔文檔文檔文檔文檔文檔文檔文檔除上述文檔外，還應(yīng)單獨收集、保存各應(yīng)用軟件源程序代碼及開發(fā)商所用第三方資源信息。開發(fā)商所使用的第三方控件，除已經(jīng)得到最終用戶許可之外，必須提供控件的源代碼，并擁有授權(quán)使用的證明或保證（由開發(fā)商提供無版權(quán)爭議承諾書；對于原始程序代碼，要求能夠在本地不經(jīng)過任何特殊設(shè)置，即可編譯并正常運行。源程序清單中列舉的項目應(yīng)該源程序一一對應(yīng)。2.2依據(jù)軟件開發(fā)需求說明書和概要設(shè)計說明書，編寫相關(guān)軟件的用戶滿意度調(diào)查表，該調(diào)查表應(yīng)該涵蓋軟件在需求說明書中列舉的所有模塊，含軟件在不同操作系統(tǒng)下的運行情況等。最終用戶或甲方項目組按照實際情況填寫該調(diào)查表。三、驗收測試驗收測試是軟件開發(fā)結(jié)束后，用戶對軟件產(chǎn)品投入實際應(yīng)用以前進行的最后一次質(zhì)量檢驗活動，它要回答開發(fā)的軟件產(chǎn)品是否符合預(yù)期的各項要求，及用戶能否接受的問題。由于它不只是檢驗軟件某個方面的質(zhì)量，而是要進全面的質(zhì)量檢驗，并且要決定軟件是否合格，因此驗收測試是一項嚴(yán)格的正式測試活動。需要根據(jù)事先制訂的計劃，進行軟件配置評審、功能測試、性測試等多方面檢測。軟件驗收測試分為三部分：文檔代碼一致性審核、軟件配置審核和可執(zhí)程序測試，其順序可分為：文檔審核、源代碼審核、配置腳本審核、測試程序、平臺API測試、集成測試、驗收測試等。文檔代碼一致性審核、軟件配置審核是軟件部署和實施全面驗收測試的基礎(chǔ)，由各應(yīng)用軟件驗收責(zé)任人檢查它們的完整性；由于工程開發(fā)的各軟件運環(huán)境均基于審計管理系統(tǒng)、審計實施系統(tǒng)平臺，最終的集成測試、驗收測試由德華工貿(mào)員工、驗收專家所有參與驗收工作的人員一起完成。3.1文檔審核文檔審核的主要要求是確定軟件開發(fā)的所有過程都在提交文檔的制下，對文檔的具體要求如下：(）文檔完備性是否按照合同及其附件要求提交了全部文檔(）內(nèi)容針對性指文檔是否是甲方要求的文檔；文檔的內(nèi)容應(yīng)該按照功能模塊的重要性在論）上達(dá)到不同的詳細(xì)程度；(）內(nèi)容充分性指該文檔全面、詳細(xì)的程度(）文檔的價值文檔應(yīng)該能夠反映軟件開發(fā)的整個過程，即需求中提到的功能在概要設(shè)計中體現(xiàn)，在詳細(xì)設(shè)計中實現(xiàn)，在測試計劃中檢驗；(）圖表翔實性是否包含了足夠的圖形和表格(）符合甲方規(guī)范程度是否很好地符合甲方要求的規(guī)范、標(biāo)準(zhǔn)(）內(nèi)容一致性：是否存在前后矛盾；是否存在需求說明中提到的功能在概要設(shè)計、詳細(xì)設(shè)計中沒有涉及的情況；(）文字明確性：不使用“可能”“也許“待定”等語義含糊不清的語句(）易讀性：能夠在一篇文檔中說明清楚的內(nèi)容，盡量不要拆分成若干文檔，要循環(huán)引用，文檔目錄一目了然，結(jié)構(gòu)清晰。3.2源代碼審核的主要要求是確保開發(fā)商將全部源程序交付甲方，并確保交付的代碼沒有版權(quán)問題（由開發(fā)商提供無版權(quán)爭議承諾書）對源代碼審核的具體要求如下：3.2.1版權(quán)明晰1）提交的代碼中注釋版權(quán)的地方均應(yīng)去掉版權(quán)聲明，或聲明版權(quán)為最終用戶所有。2）得到甲方允許，可以使用的控件，由開發(fā)商提供無版權(quán)爭議承諾書。用其他的具有源代碼的控件，均需要當(dāng)作提交代碼的一部分，直接置于編譯境的工程文件中，在編譯發(fā)布時無需額外設(shè)置。3.2.2代碼完整1）開發(fā)商必須把所有實現(xiàn)用戶需求的代碼交付甲方。2）除非已經(jīng)得到甲方的允許，使用的控件也必須有源代碼，并得到授權(quán)用證明；由開發(fā)商提供無版權(quán)爭議承諾書。3）包含開發(fā)工具的程序文件；要求能夠在甲方計算機中正常編譯、運行，除非得到甲方允許，在甲方計算機中編譯的時候無需額外安裝開發(fā)工具的插件或控件。3.2.3可讀性強注釋是軟件可讀性的具體體現(xiàn)。程序注釋量不少于程序編碼量的30%。序注釋不能用抽象的語言（如“處理”、“循環(huán)”等，要精確表達(dá)出程序的處理說明。為避免每行程序都使用注釋，可以在一段程序的前面加一段注釋，明確的處理邏輯。3.3對于B/S程序，部署維護是軟件生存周期中最長的一個過程，配置文件的審核顯得尤為重要。對配置文件的審核要求與源代碼的審核要求完一致。3.4、這個過程是在文檔審核和配置腳本審核后，為了檢驗通過源代碼編譯后的程序是否滿足設(shè)計需求。檢驗方式主要是API測試、集成測試、驗收測試這一階段應(yīng)該完成設(shè)計及其有關(guān)測試所包括的特性，還需要完成測試所需的測試用例和測試規(guī)程，并規(guī)定特性的通過準(zhǔn)則。（1）測試用例說明列出用于輸入的具體值以及預(yù)期的輸出結(jié)果并規(guī)定在使用具體測試用時，對測試規(guī)程的各種限制。要求將測試用例與測試設(shè)計分開，可以使它們用于多個設(shè)計并能在其它情形下重復(fù)使用。（2）測試規(guī)程說明規(guī)定對于運行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關(guān)測試設(shè)計所要求的所有步驟。3.5測試方案（1）針對性測試方案從滿意度調(diào)查表中篩選出可能不符合需求設(shè)計的功能模塊，編寫針對具體模塊設(shè)計的測試方案。這種方案的實現(xiàn)耗時短，根據(jù)實際使用情況調(diào)查軟件具體實現(xiàn)，適合在軟件得到較大面積試用后采取的驗收測試。（2）抽樣測試方案在設(shè)計文檔中隨機選取，根據(jù)抽樣的樣本大小不同，最后得到的結(jié)論可會出現(xiàn)差異。這種方案的實現(xiàn)耗時可長可短，適合軟件未得到大面積適用前驗收時采用。3.6平臺I測試常見的白盒測試是單元測試。單元測試是測試中最小單位的測試。簡而之，就是拿一個函數(shù)出來，加上驅(qū)動模塊，讓它能夠運行起來，然后設(shè)計：、選擇分支點等。驅(qū)動模塊是模擬調(diào)用被測函數(shù)的函數(shù)。根據(jù)設(shè)計文檔選取關(guān)鍵函數(shù)和所有開放的AP，設(shè)計測試用例。3.7集成測/常見的黑盒測試包括：集成測試，系統(tǒng)測試集成測試是在單元測試的礎(chǔ)上，將所有模塊按照設(shè)計要（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能露出來，影響功能的實現(xiàn)。通過一個應(yīng)用系統(tǒng)的各個部件的聯(lián)合測試，以決定他們能否在一起共同工作，在協(xié)同工作時是否能夠達(dá)到功能要求。3.8驗收測試目的是檢驗待驗收軟件是否對平臺和其它軟件保持良好的兼容性。四、驗收結(jié)論(成績評定標(biāo))驗收結(jié)束時，根據(jù)以上文檔，填寫驗收結(jié)論，對軟件的質(zhì)量做出評價1．優(yōu)秀1)材料完整2)軟件可正常運行3)實現(xiàn)項目軟件需求說