【軟件項目驗收方案模板】軟件項目驗收方案

【軟件項目驗收方案模板】軟件項目驗收方案軟件項目驗收方案良好的軟件測試方法可以確保軟件項目正確運作，然而，除了軟件之外，還有一個重要的卻往往被忽視的角色——客戶。在軟件項目開發(fā)的每個階段考慮客戶需求是系統(tǒng)獲得成功非常重要的一點。1、軟件項目驗收測試概述

驗收測試一直以來被用于不同的技術和方法中，有時指的是同一個概念，有時也可能指不同的測試形式。所以必須給本文探討的驗收測試相關概念一個明確的定義：

①驗收測試：包括客戶驗收測試、用戶驗收測試和功能測試;

②可執(zhí)行規(guī)范：即驗收測試規(guī)范，可運行測試來驗證項目實現(xiàn)是否與所定義的規(guī)范相匹配;

③客戶：系統(tǒng)的最終用戶;

④系統(tǒng)：所開發(fā)的軟件項目;

⑤驗收：滿足功能和非功能需求;

⑥功能需求：該系統(tǒng)必須執(zhí)行的功能和動作，如顯示條目、用戶身份驗證等;

⑦非功能需求：系統(tǒng)的相關因素，如性能、可擴展性和安全性;

⑧黑盒：不依賴于系統(tǒng)內部細節(jié)的測試過程，如輸入數據、檢測輸出結果。這些術語并不足以對如何將驗收測試應用于軟件項目開發(fā)生命周期進行一個準確的描述。驗收測試并不是新概念，但它像測試驅動開發(fā)TDD(TestDrivenDevelopment)一樣，近幾年來才得到關注和廣泛使用，并出現(xiàn)了一些相關的測試工具和架構。接下來看一下驗收測試是如何應用于軟件開發(fā)生命周期的。驗收測試往往被用于由極限編程、敏捷原則和Scrum迭代模型指導開發(fā)的軟件項目中。出現(xiàn)這樣的情況主要有兩個原因。一是驗收測試側重于客戶和軟件所實現(xiàn)的功能向客戶提供的價值，這與敏捷開發(fā)原則相一致，后者也是側重于交付實際滿足客戶需求的軟件。二是通過一套自動化驗收測試，就可以確保該軟件能夠滿足客戶需求、確保在實現(xiàn)新功能的時候沒有破壞任何舊功能。這意味著，可以將重點放在確保正在開發(fā)的功能是否與期望的相一致上面。2、軟件項目驗收測試方法驗收測試的編寫和實現(xiàn)應該貫穿在軟件項目開發(fā)的每個迭代過程中。下面將基于Scrum迭代模型，實現(xiàn)一個包含驗收測試的軟件項目迭代過程。在一個標準的Scrum迭代過程開始的時候，開發(fā)團隊接受了具有最高優(yōu)先級的待完成的產品需求列表，該產品需求應當分解為多個用戶使用情景，每個用戶使用情景定義一個系統(tǒng)需求。一個用戶使用情景通常由兩部分組成，用來描述用戶需要的系統(tǒng)部分。如一個典型的用戶使用情景可以被描述為“作為一名銷售管理員，我想要能夠查看信用卡信息，從而能夠在本地處理付款?！边@個用戶使用情景描述了操作和與操作相關的用戶，對要求實現(xiàn)的內容給出清晰的說明。一旦選定一個用戶使用情景后，開發(fā)團隊就應當對他們要實現(xiàn)的內容有一個很好的認識，這一階段應該與客戶和產品所有者進行交談，確定實際需要什么并擴展初始用戶使用情景，并基于這一信息和團隊內部的其他技術人員討論來創(chuàng)建任務，在這一階段，就應當編寫驗收測試了。了解試圖實現(xiàn)的用戶使用情景，就可以清楚地認識到完成這些實現(xiàn)所需的任務，也能夠知道如何驗證這一應用程序是否滿足客戶需求。驗收測試并不是低層次的單元測試，而是側重于驗證基于用戶使用情景的客戶需求是否正確實現(xiàn)的高層次測試。確定了用戶使用情景后，在將其分解為任務之前，定義驗收測試是非常必要的。當所有的驗收測試都通過的時候，就完成了系統(tǒng)。這使得任務分解更加側重于需要完成的事。在這一階段，客戶和產品所有者應當協(xié)助開發(fā)團隊定義驗收測試，確保軟件需求滿足客戶的期望。良好驗收測試可以讓客戶在開始編碼之前清楚地知道當前階段軟件項目將實現(xiàn)的功能。客戶清楚地定義了需求，開發(fā)團隊可以在實際編碼前，提出任何與需求相關的問題并與客戶敲定細節(jié)。使用驗收測試指導和驗證，可以使客戶清楚地知道他們想要什么，也可以使軟件項目開發(fā)團隊清楚地知道他們計劃交付什么。軟件項目驗收方案一、驗收目的為使信息化項目建設按照標準要求進行，確保項目竣工后達到有關要求和標準，并能正常投入運行，必須進行項目驗收。二、驗收對象參與項目建設的施工單位。三、項目驗收的前提條件：（1）所有建設項目按照合同要求全部建成，并滿足使用要求；（2）各個分項工程全部驗收合格；（3）已通過軟件確認測試評審；（4）已通過軟件系統(tǒng)測試評審；（5）軟件已置于配置管理之下；（6）各種技術文檔和驗收資料完備，符合合同的內容；（7）系統(tǒng)建設和數據處理符合信息安全的要求，涉密信息系統(tǒng)需提供主管部門驗收的合格*書；（8）外購的*作系統(tǒng)、數據庫、中間件、應用軟件和開發(fā)工具符合知識產權相關政

策法規(guī)的要求；

（9）各種設備經加電試運行，狀態(tài)正常；

（10）經過監(jiān)理方同意；

（11）經過相關主管部門和項目業(yè)主同意；

（12）合同或合同附件規(guī)定的其他驗收條件；

四、驗收方法

項目驗收是項目開發(fā)建設中有組織的主動性行為，它是對項目建設高度負責的體現(xiàn)，也是項目建設成功的重要保*。切實做好項目建設中的驗收工作至關重要，應當采取有效措施，實實在在做好。為保*項目驗收質量，針對不同的驗收內容，在實施驗收*作中，可以采取以下不同的方法：

（一）登記法

對項目中所設計的所有硬件、軟件和應用程序一一登記，特別是硬件使用手冊、軟件使用手冊、應用程序各種技術文檔等一定要登記造冊，不可遺漏，并妥善保管。對項目建設中根據實際進展情況雙方同意后修訂的合同條款、協(xié)調發(fā)展建設中的問題進行登記。（二）對照法

對照檢查項目各項建設內容的結果是否與合同條款及工程施工方案一致。（三）*作法

這是項目建設最主要的驗收方法。首先，最項目系統(tǒng)硬件一一實際加電*作，驗*是否與硬件提供的技術性能相一致；其次，運行項目軟件系統(tǒng)，檢驗其管理硬件及應用軟件的實際能力是否與合同規(guī)定的一致；第三，運行應用軟件，實際*作，處理業(yè)務，檢查是否與合同規(guī)定的一致，達到了預期的目的。(四)測試法

對能使用檢測儀器進行檢測的設備，實施應當一一進行實際測試，檢查是否和設備、實施的規(guī)格、性能要求相一致。五、驗收步驟

（一）需求分析

項目監(jiān)理單位組織人員對項目進行驗收需求分析，針對項目驗收，監(jiān)理單位需配備2名有經驗的工程師和一名行業(yè)專家來組成項目團隊，負責具體工作。（二）編寫驗收方案（計劃書）

項目監(jiān)理單位在對項目進行深入的需求分析的基礎上編寫驗收方案（計劃書），提交業(yè)主單位審定。（三）成立項目驗收小組

實施測試驗收工作時，應當成立項目驗收小組，具體負責驗收事宜。（四）項目驗收的實施

嚴格按照驗收方案對項目應用軟件、網絡集成效果、系統(tǒng)文檔資料等進行全面的測試和驗收。（五）提交驗收報告

項目驗收完畢，對項目系統(tǒng)設計、建設質量、設備治療、軟件運行情況等做出全面的評價，得出結論性意見，對不合格的項目不予驗收，對一流問題提出具體的解決意見。（六）召開項目驗收評審會

召開由驗收委員會全體成員參加的項目驗收評審會，全面細致的審核項目銷售小組所提交的驗收報告，給出最終的驗收意見，形成驗收評審報告提交項目業(yè)主存檔。六、驗收程序

（一）初驗

1、申請：項目竣工后經測試和試運行合格，施工單位根據合同、招標書、計劃任務書，檢查、總結項目完成情況后向業(yè)主提出初驗申請。2、方式：項目業(yè)主組織監(jiān)理和施工單位進行初驗。3、施工單位提供材料：初驗申請書、完工報告、項目總結、一級要求的驗收評審資料。（二）終驗

1、申請：初驗合格后，項目業(yè)主根據合同、招標書、任務書，檢查、總結項目實施和完成情況后向主管部門提出驗收申請。2、經過審核，材料齊全則由主管部門組織驗收。驗收工作有由主管部門和項目業(yè)主、監(jiān)理等單位和專家組組成驗收小組進行驗收。驗收工作分為兩個步驟：驗收小組和驗收評委會評審，由驗收小組共同確定驗收時間、評審時間及其他安排。（1）驗收小組驗收

驗收小組一般由5-8人組成，成員由主管部門和項目業(yè)主的管理人員、監(jiān)理單位*技術人員共同完成。驗收時參照相關驗收內容及標準進行，驗收后必須提交驗收報告。（2）驗收委員會評審

驗收委員會一般由8-15人組成，成員由驗收小組及主管部門、項目業(yè)主和監(jiān)理單位的領導、專家等組成。驗收委員會評審一般采取會議評議方式進行，聽取驗收總結報告說明、驗收小組驗收結果及意見，通過評審提交驗收評審報告。（3）項目業(yè)主提供材料：驗收申請、項目建設總結性評價報告（組織與實施協(xié)調）、項目實施報告（技術、項目管理、質量控制）、相關文檔資料、驗收安排計劃、驗收小組及委員會名單、驗收計劃書（由監(jiān)理單位負責）

3、驗收簽字

經過驗收、評審形成的驗收報告和評審報告，驗收委員會成員簽字。七、驗收依據

作為項目驗收的依據，一般選用項目合同書、國標、行業(yè)標準和相關政策法規(guī)、*慣例等。（一）項目合同書

簽定的項目有關合同

（二）國家標準

硬件、軟件、布線、安全等

（三）新疆省信息化項目建設管理暫行辦法

（四）其他

具體驗收標準和一句由監(jiān)理單位根據具體項目情況提出，主管部門和項目業(yè)主審定。八、驗收內容和標準

根據具體項目實際制定，由項目監(jiān)理單位負責編寫，主管部門和項目業(yè)主審定。項目驗收標準是判斷項目成果是否達到要求的一句，因而應具有科學性和權威性，只有制定科學的標準，才能有效的驗收項目結果。驗收內容一般包括測試（復核）、資料評審、質量鑒定三部分。驗收的內容包括以下幾個部分：

（一）驗收內容一般包括軟件驗收（按功能要求的可執(zhí)行軟件、開發(fā)計劃文檔、詳細設計文檔、質量保*計劃、設備相應附件、設備運行、網絡運行等）

（二）驗收評測工作主要包括：文檔分析、方案制定、現(xiàn)場測試、問題單提交、測試報告；

（三）驗收測試內容主要包括：功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔。（四）文檔驗收標準一般包括：文檔完備性、內容針對性、內容充分性、內容一致性、文字明確性、圖表詳實性、易讀性、文檔價值等。（五）軟件、硬件驗收標準要符合國家和相關標準。需要評審的資料包括以下幾個部分：

（一）基礎資料：招標書、投標書、有關合同、有關批復文件、系統(tǒng)設計說明書、系統(tǒng)功能說明書、系統(tǒng)結構圖、項目詳細實施方案。（二）項目竣*料：項目開工報告、項目實施報告、項目質量測試報告、項目檢查報告、測試報告、材料清單、項目實施質量與安全檢查記錄、*作使用說明書、售后服務保*文件、培訓文檔、其他文件。（三）軟件開發(fā)文檔：需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶*作手冊。（四）軟件開發(fā)管理文檔：項目計劃書、質量控制計劃、配置管理計劃、用戶培訓計劃、質量總結報告、會議記錄和開發(fā)進度月報。九、驗收結論

驗收結果分為:驗收合格、需要復議和驗收不合格三種。符合信息化項目建設標準、系統(tǒng)運行安全可靠、任務按期保質完成、經費使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標任務完成不足80%而又難以確定其原因等導致驗收結論爭議較大的，視為需要復議。1、項目凡具有下列情況之一的，按驗收不合格處理：

（一）未按項目考核指標或合同要求達到所預定的主要技術指標的；

（二）所提供材料不齊全或不真實的；

（三）項目的內容、目標或技術路線等已進行了較大調整，但未曾得到相關單位認可的；

（四）實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項目實施過程及結果等存在糾紛尚未解決的；

（五）沒有對系統(tǒng)或設備進行試運行，或者運行不合格；

（六）項目經費使用情況審計發(fā)現(xiàn)問題的；

（七）違犯法律、法規(guī)的其他行為；2、驗收結論確認和處理由主管單位同相關部門根據驗收已經和相關資料得出結論，并進行確認。3、項目驗收結論的處理（一）驗收結論為驗收合格的，項目業(yè)主將全部驗收材料同意裝訂成冊并連同相應的電子文檔分別報主管部門及相關部門備案。（二）驗收結論需要復議的，主管部門以書面形式通知建設單位在三個月內補充有關材料或者進行相關說明。（三）驗收結論為驗收不合格的，主管部門以書面形式通知項目業(yè)主和設計、施工單位，限期整改，整改后試運行合格的，項目業(yè)主重新申請驗收。（四）未通過驗收的信息化項目，不得交付使用。十、項目交接項目竣工驗收合格后，應班里項目交接手續(xù)。項目的移交包括實體移交和項目文件移交部分。十一、各項目業(yè)主和監(jiān)理單位要嚴格參照此方案開展項目驗收工作。軟件項目驗收方案1、積極主動地與客戶進行溝通(1)、項目中一定要有溝通策略,和高管如何匯報工作進展,取得支持?和中層如何就業(yè)務目標不斷確認,逐步清晰?和基層如何就項目應用操作模式達成一致,持續(xù)改進?都需要通過溝通反饋完成.溝通的作用對于高管是讓他們清楚項目一直按照目標前進,每個階段工作進展是否順利,影響項目正常運做原因是什么,需要哪些資源幫助.和高管溝通比較多的話,第一個好處是高管經常聽匯報就知道項目進展程度,可以安排反饋檢查,看是否具備項目所說的進展,這樣一旦認可了各個階段目標后,最終要求高管簽字確認也就順理成章了.給高管匯報技巧就是簡潔明了,真實客觀,有理有據分析問題,提出對策建議請其決策即可.中層往往是項目主要的推動力量和實際執(zhí)行者,也往往是對具體業(yè)務需求最主要的要求者,他們對企業(yè)實際運做過程最清楚,提出要求最具體,而且項目驗收與否沒有中層的同意往往也是不太容易做到的.往往通過前期業(yè)務調研只能對企業(yè)項目目標有一個大的,宏觀的認識,但如何細化并最終落實并非是一步到位的過程.因此在整個項目過程中,雙方項目組要不斷溝通,特別是企業(yè)中層溝通,才能逐步認識越來越深刻,最終達成一致.和基層的溝通主要體現(xiàn)對最終用戶的關懷,定期主動和最終用戶溝通,消除一些怨氣,讓用戶能堅持用下去,這個時候往往發(fā)現(xiàn)很多用戶真的是非常好相處,盡管軟件還有很多值得改進的地方,但他們一旦認可團隊,反而會盡心盡力幫助推動項目的進行.(2)、目前一般要求每個項目經理在項目進行中都要填寫詳盡的項目月報,反映項目的進度,與計劃的偏差,完成的項目內容,投入人力,目前項目存在的問題,以及預計項目下月的進度等等.將進度月報交部門負責人、項目管理中心、總經辦審閱.(3)、類似地也要制定針對客戶的月報甚至是周報,將相關的信息反應到客戶方的負責人,及相關高層.可以先發(fā)郵件,然后還要電話落實收到并口頭簡要匯報,特別是高管層,千萬不要以為發(fā)了就等于別人會去看,一定要口頭跟進匯報一次,保證客戶各方面負責人對項目進展做到心中有數.2、寫好備忘錄和問題跟蹤記錄(1)、在一個漫長項目周期中，很多工作做了也就做了，認可了也就認可了，時間一長也就忘記了很多承諾和約定，到了驗收的時候就翻出來重新要，這種事情很多人可能都經歷過，明明說得可以先不做的內容最終驗收的時候又成了必要條件。所以在一個項目中要順利驗收，一定要寫好備忘錄，把平時項目過程中重要階段點雙方達成的共識詳細記錄下來，以備查詢。(2)、項目組在每次現(xiàn)場工作都必須要寫備忘錄，備忘錄必須注明現(xiàn)場工作天數，按時間段寫清楚工作內容，性質和時間長度。例如培訓工作要寫清楚培訓人員名稱，培訓內容，培訓小時數，培訓掌握效果;例如裝機工作要寫清楚裝機軟件，裝機臺數，是否可正常使用等等細節(jié)。(3)、每次備忘錄要口頭交流認可后才打印簽字確定階段性工作成果。下次工作則根據前次備忘錄的雙方約定繼續(xù)進行，保障項目在每次工作基礎上不斷前進，并用備忘錄約束雙方的行為。(4)、備忘錄標準的寫法是先簡要匯報階段工作中內容，要用積極肯定性的文字給自己前一段工作或者一些提法給出正面結論，這樣大家看了才有信心。(5)、這個工作內容往往是上一階段約定要解決的內容，而且在這次現(xiàn)場工作中得到解決的內容，要考慮和上一次備忘錄約定工作內容的呼應，很多人寫備忘錄，純粹是為了備忘而備忘，備忘錄三大功能，第一是備忘，第二是繳功，第三是約定后續(xù)工作安排，推動事情繼續(xù)前進。所以寫備忘錄首先要講上一次我們約定什么工作，這次是否完成，完成質量如何，沒有完成是什么原因造成的，是否納入下一次解決的內容，這樣的文檔才有體系，也能體現(xiàn)出一個人整個項目過程中的脈絡，否則寫這么多備忘有什么用?(6)、結論出來后后備忘錄要詳細描述自己所做工作細節(jié)，細節(jié)越詳細越好，讓項目組彼此認可工作內容和質量，而且對服務工作量可以有一個客觀的評估。而且在寫備忘錄時發(fā)現(xiàn)自己大量時間并非在有效溝通或者在推動項目實施上，那么意味著項目已經是在失去控制路上，應該立即引起警覺并采取措施解決。(7)、備忘錄最后還要約定下一階段雙方工作安排，在后續(xù)工作中嚴格按照備忘錄設計自己的，了解企業(yè)項目組進展，如果企業(yè)項目組方面配合出現(xiàn)問題，在下次備忘錄中要明確指出責任承擔方，給用戶形成一定的壓力，從而更好推動項目走向前進。一些重要的項目目標約定或者驗收意見可以單獨寫備忘錄，在最終驗收時可以作為依據。這樣一個備忘錄一個腳印推動項目向目標前進，每個備忘錄都在前一階段工作上有一點點進步，最終項目驗收就是水到渠成的事情。(8)、除了實施備忘錄外，實施人員最好給每天工作做詳細記錄，實施備忘錄個人認為只是一個工作進度大概描述，而且可能會有水分，因而需要有一個每天工作的詳細記錄用于自己或者團隊成員準確把握項目脈搏，及時發(fā)現(xiàn)問題，個人也能隨時做項目回顧，用戶的反復也能隨時記錄在案，如果出現(xiàn)項目延誤，也能