第一篇：軟件驗收管理工作內容1

軟件驗收管理工作內容1 目前，國內軟件項目的驗收管理沒有可參照的強制內容及標準，這樣，對于軟件項目驗收來說，存在很大分歧和不確定性，也為全程軟件質量保障安插了隱患。

為此，我們山東省軟件評測中心在參考了大量文獻基礎上，結合實際驗收管理經驗，總結了軟件驗收管理的部分工作內容，不足之處，歡迎指正，也可登陸中心網站http://www.sdstc.net/留言交流，如有需求，我們可提供免費的軟件驗收管理咨詢服務。

軟件項目驗收管理工作內容：

一、軟件驗收管理的準備工作

1、對完整產品的運行進行確認；

2、證實系統已滿足合同規定的條件及需求說明書中對系統功能和性能的要求；

3、整理驗收需要文檔列表、系統軟硬件配置清單：（1）軟件工程立項批準文件（2）項目驗收申請報告；（3）招標書（4）投標書（5）中標通知書（6）合同（含預算表）（7）軟件需求說明書；（8）概要設計說明書；

（9）數據及數據庫設計要求說明書；（10）詳細設計說明書；（11）操作手冊；（12）用戶手冊

（13）項目用戶評價過程意見；（14）軟件接口規范；

（15）原代碼或安裝盤；（16）專家組要求的其他材料

4、制定人員培訓和技術支持的計劃。

二、軟件系統驗收申請報告

1、賣方向買房提出軟件系統驗收申請報告，說明申請系統驗收的準備情況和系統所具備的驗收條件。系統驗收申請報告，必須按合同書的有關規定，交付有關產品資料，其中包括系統設備及系統軟件配置清單、文檔、技術總結報告和測試分析報告等，系統驗收申請報告應有賣方的技術負責人簽字。

2、買方的經辦人或第三方驗收管理機構必須了解驗收系統的功能、性能和系統配置與文檔等方面的要求，掌握合同書中規定的系統驗收條款，對賣方提交的系統驗收申請報告進行審查，提出處理意見；買方技術負責人經審查后，在申請報告上簽字并對賣方的申請進行答復；買方將按合同有關條款做好系統驗收的全部準備工作，包括對測試用例、測試數據、測試過程和測試環境的準備。

三、制定系統驗收計劃

在軟件系統驗收活動進行之前，應制定一套完整的系統驗收測試計劃。該計劃要由買方認可，而且還要包括一些由買方提供的測試方案，該計劃應包括系統驗收工作的活動程序、驗收測試要求、技術條件、設備資源、驗收準則、工作人員的組成以及日程安排等內容。

四、制定組織機構及人員組成

1、成立專門的軟件系統驗收委員會，作為系統驗收的組織機構，委員會設主任委員若干，并由該委員會組織成立系統驗收測試組、技術組和文檔審查組，配備若干測試員和記錄員。

2、驗收委員會由買方代表、特邀專家或第三方測試機構專家及最終買方代表組成，必要時，也可吸收賣方代表參加。特邀專家必須是行業信息領域的權威，熟悉國內外該領域技術發展的狀況。

五、規范驗收委員會的任務與權限

1、驗收委員會的任務 審定系統驗收計劃；

聽取賣方的《技術總結報告》和《測試分析報告》； 判定所驗收的系統是否符合合同及系統需求說明書的要求； 審定驗收測試計劃；

組織驗收測試和進行系統驗收評審，并形成系統驗收報告； 監督系統驗收后的產品移交。

2、驗收委員會的權限

有權要求賣方和買方對系統開發過程中的有關問題進行說明，提出質疑并要求作出解釋；

在驗收過程中，協調賣方和買方之間可能發生的糾紛； 決定系統是否通過驗收。

六、驗收記錄

驗收工作的全部過程必須詳細記錄，記錄驗收過程中驗收委員會，提出的所有問題與建議，賣方的解答和驗收委員會對被驗收系統的評價，并形成文件供評審時查閱及存檔。

七、制定軟件驗收測試計劃

軟件系統的驗收測試是系統驗收活動中最關鍵的步驟，被驗收的系統必須滿足合同條款與系統需求說明書中規定的要求。

測試計劃及程序包括下列幾項：

1、測試計劃及程序的目的；

2、各項功能測試所需輸入的數據；

3、測試結果記錄的說明；

4、觀察、測試結果的設備、工具及程序；

有關的測試結果要以書面報告的形式由賣方向買方提交，內容包括：

（1）、測試的系統功能；

（2）、為糾正系統缺點需做的變動；（3）、為提高系統性能提出的建議。

第二篇：軟件驗收標準

目前，國內軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是GB/T 17544 和GB/T 16260，它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，結合我司實際制定本驗收試用辦法，用于規范我司軟件系統驗收。

軟件系統的驗收可通過我司組織驗收或通過第三方驗收兩種辦法。

1、驗收原則

驗收參與部門：信息部門、使用部門、技術部門、專家小組或第三方驗收人員；開發單位。

在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能存在歧義的描述；在開發方開發完軟件并經過開發方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給用我司，我司根據之前簽訂的開發合同中相應的驗收標準判斷是否進行驗收。

2、驗收項目和驗收標準 2.1 驗收項目 a)功能項測試

對軟件需求規格說明書中的所有功能項進行測試； b)業務流程測試

對軟件項目的典型業務流程進行測試； c)容錯測試

容錯測試的檢查內容包括: 1)軟件對用戶常見的誤操作是否能進行提示；

2)軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示； 3)軟件對重要數據的刪除是否有警告和確認提示；

4)軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。

d)安全性測試

安全性測試的檢查內容包括: 1)軟件中的密鑰是否以密文方式存儲；

2)軟件是否有留痕功能, 即是否保存有用戶的操作日志； 3)軟件中各種用戶的權限分配是否合理； e)性能測試

對軟件需求規格說明書中明確的軟件性能進行測試。測試的準則是要滿足規格說明書中的各項性能指標。

f)易用性測試 易用性測試的內容包括: 1)軟件的用戶界面是否友好，是否出現中英文混雜的界面； 2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示； 3)軟件中各個模塊的界面風格是否一致；

4)軟件中的查詢結果的輸出方式是否比較直觀、合理。g)適應性測試

參照用戶的軟、硬件使用環境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。

h)文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內容包括: 1)操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；

2)用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達； 3)戶文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達；

4)用戶文檔對主要功能和關鍵操作是否提供應用實例； 5)用戶文檔是否有詳細的目錄表和索引表； i)

2.2 驗收標準

2.2.1 軟件錯誤的嚴重性等級 有特別要求的測試 1：不能執行正常功能或重要功能, 或者危及人身安全； 2：嚴重地影響系統要求或基本功能的實現, 且沒有辦法解決； 3：嚴重地影響系統要求或基本功能的實現, 但存在合理的解決辦法； 4：使操作者不方便或遇到麻煩, 但不影響執行正常功能或重要功能； 5 ：其它錯誤；

2.2.2錯誤與嚴重性等級對應表 a)1 級錯誤的描述

這一級別的錯誤一般包括以下內容: 沒有實現或錯誤地實現重要的功能；業務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現死機的情況；軟件在操作過程中由于軟件自身的原因對系統或數據造成破壞；在現有的軟、硬建設環境下不能實現應有的功能；特殊軟件在操作過程中可能危及系統和人身安全等。

b)2 級錯誤的描述

這一級別的錯誤一般包括: 沒有實現基本功能，并且不存在替代辦法；沒有實現重要功能中的部分功能，并且不存在替代辦法；業務流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權限分配不合理；在現有的環境下，不能實現部分功能且沒有替代方案；沒有滿足系統的性能要求。

c)3 級錯誤的描述

這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。

d)4 級錯誤的描述

這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。

e)5 級錯誤的描述

通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。其次，對發現的每一個錯誤都要確定相應的嚴重性等級，如表2 中的說明。全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發方在規定的時間內全面整改軟件, 提交給軟件評測中心再次進行完整的驗收測試。2.2.2 驗收標準

1)測試用例不通過數的比例< 1.5 %； 2)不存在錯誤等級為1 的錯誤； 3)不存在錯誤等級為2 的錯誤； 4)錯誤等級為3 的錯誤數量≤ 5； 5)所有提交的錯誤都已得到更正； 2.3 驗收標準的詳細說明

驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。

需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟件的規模和復雜程度進行商定，并在軟件開發合同中明確地列出。

在軟件驗收測試中，測試的依據包括軟件的投標文件、開發合同、需求規格說明書, 同時還包括特定軟件的相關行業標準(這些行業標準應在開發合同中明示出來)。

在進行第三方的驗收測試后，軟件評測中心將發現的所有錯誤進行總結和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單(所有的錯誤都需經過用戶方和開發方的確認)。

用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規定進行。用戶方認為軟件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發方在規定的時間內全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。

3、驗收資料

（1）工程立項批準文件（2）項目驗收申請報告；（3）軟件需求說明書；（4）概要設計說明書；

（5）數據及數據庫設計要求說明書；（6）詳細設計說明書；（7）軟件測試報告；（8）核心算法說明文檔；（9）操作手冊；（10）用戶手冊

（11）項目用戶評價過程意見；（12）軟件接口規范；（13）原代碼或安裝盤；（14）編譯、安裝等配置說明；（15）專家組要求的其他材料

4、其他

在有條件的情況下，還應該進行安裝測試、壓力測試和數據恢復測試。若進行子系統驗收或部分驗收，可參照以上方法和資料，雙方共同協商確定。

參考文獻：

GB/T 17544 ；GB/T 16260；《軟件驗收標準探討》

第三篇：軟件項目驗收方案

一、驗收目的

為使信息化項目建設按照標準要求進行，確保項目竣工后達到有關要求和標準，并能正常投入運行，必須進行項目驗收。

二、驗收對象

參與項目建設的施工單位。

三、項目驗收的前提條件：

（1）所有建設項目按照合同要求全部建成，并滿足使用要求；（2）各個分項工程全部驗收合格；（3）已通過軟件確認測試評審；（4）已通過軟件系統測試評審；（5）軟件已置于配置管理之下；

（6）各種技術文檔和驗收資料完備，符合合同的內容；

（7）系統建設和數據處理符合信息安全的要求，涉密信息系統需提供主管部門驗收的合格證書；

（8）外購的操作系統、數據庫、中間件、應用軟件和開發工具符合知識產權相關政策法規的要求；

（9）各種設備經加電試運行，狀態正常；（10）經過監理方同意；

（11）經過相關主管部門和項目業主同意；（12）合同或合同附件規定的其他驗收條件；

四、驗收方法

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

（一）登記法

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

（二）對照法

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

（三）操作法

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

對能使用檢測儀器進行檢測的設備，實施應當一一進行實際測試，檢查是否和設備、實施的規格、性能要求相一致。

五、驗收步驟

（一）需求分析

項目監理單位組織人員對項目進行驗收需求分析，針對項目驗收，監理單位需配備2名有經驗的工程師和一名行業專家來組成項目團隊，負責具體工作。

（二）編寫驗收方案（計劃書）

項目監理單位在對項目進行深入的需求分析的基礎上編寫驗收方案（計劃書），提交業主單位審定。

（三）成立項目驗收小組

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

（四）項目驗收的實施

嚴格按照驗收方案對項目應用軟件、網絡集成效果、系統文檔資料等進行全面的測試和驗收。

（五）提交驗收報告

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

（六）召開項目驗收評審會

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

六、驗收程序

（一）初驗

1、申請：項目竣工后經測試和試運行合格，施工單位根據合同、招標書、計劃任務書，檢查、總結項目完成情況后向業主提出初驗申請。

2、方式：項目業主組織監理和施工單位進行初驗。

3、施工單位提供材料：初驗申請書、完工報告、項目總結、一級要求的驗收評審資料。

（二）終驗

1、申請：初驗合格后，項目業主根據合同、招標書、任務書，檢查、總結項目實施和完成情況后向主管部門提出驗收申請。

2、經過審核，材料齊全則由主管部門組織驗收。

驗收工作有由主管部門和項目業主、監理等單位和專家組組成驗收小組進行驗收。驗收工作分為兩個步驟：驗收小組和驗收評委會評審，由驗收小組共同確定驗收時間、評審時間及其他安排。

（1）驗收小組驗收

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

驗收委員會一般由8-15人組成，成員由驗收小組及主管部門、項目業主和監理單位的領導、專家等組成。驗收委員會評審一般采取會議評議方式進行，聽取驗收總結報告說明、驗收小組驗收結果及意見，通過評審提交驗收評審報告。

（3）項目業主提供材料：驗收申請、項目建設總結性評價報告（組織與實施協調）、項目 實施報告（技術、項目管理、質量控制）、相關文檔資料、驗收安排計劃、驗收小組及委員會名單、驗收計劃書（由監理單位負責）

3、驗收簽字

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

七、驗收依據

作為項目驗收的依據，一般選用項目合同書、國標、行業標準和相關政策法規、國際慣例等。

（一）項目合同書 簽定的項目有關合同

（二）國家標準

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

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

（四）其他

具體驗收標準和一句由監理單位根據具體項目情況提出，主管部門和項目業主審定。

八、驗收內容和標準

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

驗收的內容包括以下幾個部分：

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

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

（三）驗收測試內容主要包括：功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔。

（四）文檔驗收標準一般包括：文檔完備性、內容針對性、內容充分性、內容一致性、文字明確性、圖表詳實性、易讀性、文檔價值等。

（五）軟件、硬件驗收標準要符合國家和相關標準。需要評審的資料包括以下幾個部分：

（一）基礎資料：招標書、投標書、有關合同、有關批復文件、系統設計說明書、系統功能說明書、系統結構圖、項目詳細實施方案。

（二）項目竣工資料：項目開工報告、項目實施報告、項目質量測試報告、項目檢查報告、測試報告、材料清單、項目實施質量與安全檢查記錄、操作使用說明書、售后服務保證文件、培訓文檔、其他文件。

（三）軟件開發文檔：需求說明書、、概要設計說明書、詳細設計說明書、數據庫設計說明書、測試計劃、測試報告、程序維護手冊、程序員開發手冊、用戶操作手冊。

（四）軟件開發管理文檔：項目計劃書、質量控制計劃、配置管理計劃、用戶培訓計劃、質量總結報告、會議記錄和開發進度月報。

九、驗收結論

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

1、項目凡具有下列情況之一的，按驗收不合格處理：

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

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

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

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

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

（六）項目經費使用情況審計發現問題的；

（七）違犯法律、法規的其他行為；

2、驗收結論確認和處理

由主管單位同相關部門根據驗收已經和相關資料得出結論，并進行確認。

3、項目驗收結論的處理

（一）驗收結論為驗收合格的，項目業主將全部驗收材料同意裝訂成冊并連同相應的電子文檔分別報主管部門及相關部門備案。

（二）驗收結論需要復議的，主管部門以書面形式通知建設單位在三個月內補充有關材料或者進行相關說明。

（三）驗收結論為驗收不合格的，主管部門以書面形式通知項目業主和設計、施工單位，限期整改，整改后試運行合格的，項目業主重新申請驗收。

（四）未通過驗收的信息化項目，不得交付使用。

十、項目交接

項目竣工驗收合格后，應班里項目交接手續。項目的移交包括實體移交和項目文件移交部分。

十一、各項目業主和監理單位要嚴格參照此方案開展項目驗收工作。

第四篇：軟件項目驗收申請

***軟件股份有限公司

項目驗收申請

尊敬的院領導：

您好！

**醫院信息化建設從2011年5月進院到現在，歷時2年零5個月時間。在醫院信息科以及各個臨床科室、管理科室與我項目組的共同努力下，目前項目已經實施已完成。

我院的信息化建設有著模塊多，任務重，業務流程復雜的特點。在院領導的帶領下，院方相關科室和項目組攻克了一個又一個難關，經過兩年的實施和使用目前醫院的信息化系統已經穩定，各個部門都已經正常運用信息化系統進行日常業務操作；同時醫院的信息化系統在完成醫院正常業務的同時為醫院各個部門提供了符合醫院特色的統計數據，發揮到了應有的作用，各個模塊已達到預期效果。所以項目組特申請進行項目驗收，請領導批準。

在接下來的維護期工作中我們將再接再厲，力爭為醫院提供更加優質的服務。

項目經理：

申請日期：

第五篇：評估驗收內容

評估驗收

第一項是召集校級領導會議，講解評估驗收的目的、作用、標準、評估程序及結果的處理運用。

第二項是學校校長或主管校長對本學校達標情況評估驗收工作進行簡要匯報，注重傾聽三個否定項情況：

（一）B5校園校舍安全（如有危房不合格）；

（二）B14經費標準；

（三）B19班級管理（不設重點班和非重點班，均衡配備各班教師第三項是要求學校提交《達標驗收自評報告》和《綜合表》。第四項是師生座談問卷調查。

第五項是組織驗收初中物理、化學、生物實驗操作，合格率不低于93%的指標。

第六項是驗收成員按責任分工檢查各自內容。

每一成員都要嚴格按照指標體系及驗收說明逐項核實。認真做好原始記錄，要嚴肅紀律、嚴明態度、務真求實，按照相關文件要求，要該丈量的丈量、該點數的點數、該測驗的測驗。通過驗收讓學校知道每項指標的標準及距指標的標準差距有多大，分清哪些是硬件指標差距，哪些是工作方面的問題差距。

第七項是終結性評價（綜合評價）。針對評估驗收中存在的問題分析學校的原始記錄和檔案，堅持定性分析與定量分析相結合，幫助學校制定整改計劃，逐項落實。采取協商式驗收。雙方共同研究確定是否填報《吉林省義務教育基本標準達標學校》。