第一篇：軟件驗收標準

目前，國內軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是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；《軟件驗收標準探討》

第二篇：驗收標準專題

小區承接查驗的主要內容和標準

為了確保接管的xxxx小區物業符合設計的使用要求與《前期物業管理服務合同》中的規定相符合，根據《中華人民共和國行業房屋接管驗收標準》、國家《物業管理條例》中的相關規定執行。

一、相關說明

物業接管小組：由總經理指定的下列部門人員組成：項目工程部、物業公司負責人，以及物業公司各專業人員。

二、責任

1物業公司經理負責組建物業接管小組并委任組長，審批物業接管計

劃。

2物業接管小組成員（以下簡稱驗收責任人）負責物業的接管驗收。

三、程序或步驟

1、物業接管計劃的提出

1）物業經理在《前期物業服務合同》規定的接管日期前，從項目各部門抽調人員，成立物業接管小組，并委任小組組長。

2、小組組長擬定物業接管計劃并報總經理審批，物業接管計劃應包

括以下內容：

1）物業接管驗收項目清單；

2）小組人員分工； 3）接管日程安排； 4）其他（如提前介入在建工程驗收等）。

3、總經理批準的接管計劃由小組組長組織執行

4、圖紙資料的驗收.1）負責圖紙驗收的責任人應按計劃規定的時限完成圖紙資料的清點和校對工作，認為缺少有關資料時，應向移交單位索取。

2）應予驗收的文檔資料一般應包括：

全套工程竣工圖紙（含小區規劃圖）；機電設備使用說明書，隨機資料、工具等；機電設備購銷合同（復印件）；.商品房買賣合同（復印件）；隱蔽工程驗收記錄；供水、供電的指標批文；其他資料。3）驗收責任人填寫《房屋及共用設施驗收記錄表》和《房屋及共用設施清單》，并與移交單位人員共同核實無誤后，雙方簽字，即完成驗收。

4）《房屋及共用設施驗收記錄表》和《房屋及共用設施清單》由驗收責任人交接管小組組長審閱后歸檔。.5、物業現場驗收.1）房屋及分戶設施的驗收

A、驗收責任人根據接管計劃的分工對房屋及分戶設施進行驗收，驗

收項目包括但不限于： a)房屋墻、地、門、窗裝修情況； b)智能化系統情況；

c)水、電、氣設施，潔具及其他設施（按設計及房屋銷售合同規定）； d)其他（按房屋使用功能劃分，各功能房屋具有各不同功能設施）。B、驗收要求

a)房屋本體和分戶(層)設施符合設計要求和具備使用條件。b)設施項目、數量符合售樓合同、規劃建設的規定。

c)房屋本體和分戶設施的質量和使用功能必須符合《房屋接管驗收標準》的第4.5章的有關規定。

d)同開發商和保修單位簽訂有關保修協議，明確保修期限和保修項目。

2）公共設備設施驗收

A、驗收責任人根據接管計劃的分工對共用設施進行驗收，驗收項目一般包括但不限于以下內容： a)給排水系統； b)燃氣系統； c)園林綠化系統；

d)公共配套設施及公共照明系統；

e)管理配套系統（含管理房、停車場、車棚、垃圾房等）； l）、其他系統：.B、驗收要求：

a)各項工程通過竣工驗收，物業滿足入住使用條件； b)共用設施完善，符合小區的規劃記載；

c)物業本體及各系統的質量和使用功能應符合《房屋接管驗收標準》中第 4.5章的規定；.7、驗收責任人結合圖紙資料盡快熟悉物業現場，按通知時間與項目工程人員、施工單位、工程監理單位共同參與驗收。

8、驗收責任人根據《房屋及共用設施驗收記錄表》將存在的問題填寫于《交接問題處理單》，并與移交單位代表確定整改期限，該單由移交單位代表和驗收人簽字后，副本交移交單位代表并督促整改，正本由驗收責任人和接管小組組長存底備查。

9、驗收責任人對自己簽發的《交接問題處理單》的執行情況及時監督，并在期限屆滿時知會移交單位重新進行驗收，驗收合格后，在備注欄內注明，并簽字；驗收仍不合格的，要求其繼續整改。

10、驗收責任人在自己簽發的《交接問題處理單》全部完成后，將其提交接管小組組長審核并歸檔。

11、接管小組組長根據物業接管驗收項目和驗收責任人提交的《房屋及共用設施驗收記錄表》、《交接問題處理單》對物業接管驗收工作進行監督，發現有遺漏項目時，即時要求驗收責任人進行驗收。

12、物業的正式驗收接管

1）物業接管小組組長在圖紙資料，房屋及分戶和公共設備設施均完成驗收后，制做《房屋及共用設施竣工和接管驗收交接表》和《物業整體移交驗收表》，物業即正式接管。

2）《物業整體移交驗收表》應一式三份，由施工單位、建設單位和物業公司三方簽章后各執一份。

3）物業公司同建設單位和保修單位簽訂三方保修協議，明確保修期限和保修內容：

a、建設單位、物業公司在質保期間對保修單位進行監督、考核工作;b、質保期滿，根據建設單位、物業公司雙方簽訂的意見確定質?？铐椀闹Ц?；

4)物業公司各專業部門將收集匯總的基本資料移交資料管理人員與移交資料一并歸檔。

5)物業工程部依據已移交設備設施著手編制《機電設備清單》。

13、物業正式驗收接管后，物業交付給業主前，建設單位基于任何考慮對物業進行改建、增建，接管小組組長均需要求建設單位事先提供改建、增建設計資料及委托施工單位的證明、施工計劃等，并在施工完畢時對改建、增建部分按要求進行補充驗收。

驗收標準

一、樓宇本體驗收標準

1、主體結構

1)內、外墻不得滲水、開裂；

2)屋面排水暢通、無積水、不滲漏；出口水、檐溝、落水管安裝牢固、接口嚴密、不滲水。

2、樓地面面層與基層粘結牢固，不空鼓；整體面層平整，無裂縫，無脫皮，起砂；塊料面層表面平整，接縫均勻順直，無缺棱掉角，粘帖牢固，色澤均勻一致，無明顯色差。

3、內墻面：

1)抹灰面平整，無空鼓、面層涂料均勻，無漏刷；無面層剝落，無明顯裂縫，無污漬； 2)塊料（如瓷磚）面層粘貼牢固，無缺棱掉角；面層無裂紋損傷，色澤一致；對縫砂漿飽滿，線條順直；

4、頂棚抹灰面平整，面層涂料均勻，無脫皮，無裂縫，無霉點，無污水痕跡，無污漬；

5、衛生間、陽臺地面應低于相鄰地面至少2厘米左右，不應有積水，倒泛水和滲漏；

6、木地板平整牢固，接縫連接牢固，色澤均勻、油漆完好光亮。

7、門、窗

1)門、窗開啟自如，密封嚴密無滲漏，無晃動和裂縫，零配件齊全，位置準確，無翹曲變形；

2)門鎖、窗銷連接牢固，開啟靈活；

3)玻璃安裝牢固，膠封密實，無明顯刮花痕跡，無損傷 4)油漆均勻，色澤光亮新鮮、完整； 5)電子防盜門、通話清晰、完好、無銹跡； 6)防盜門光潔，線條順直，對縫嚴密、牢固；

8、木裝修工程表面光潔，線條順直，對縫嚴密、牢固；

9、飾面磚表面平整，無空鼓、裂縫、凸起和缺角，對縫平直；

10、油漆、涂料色澤一致無脫皮、漏刷現象；

11、漏電保護安全可靠，電器插座安裝平整、牢固，符合“左零右火”規定，電源已接通正常；

12、有線電視已開通，信號良好；

13、開關安裝平整、牢固，開關靈活，接觸良好；

14、照明安裝牢固，完好無損，反應靈敏，發光正常；

15、水表（表前安裝截止閥）、電表、氣表安裝牢固，讀數正常，無損傷；

16、衛生潔具安裝牢固，配件齊全，無污漬和刮花，接口密實，無滲漏現象，無堵塞，排水通暢；

17、給水設施安裝牢固，接口密實，無滲漏、無銹跡、無異味、流水通暢，有足夠壓力；

18、地漏、排水、暖氣管道安裝牢固，配件齊全，接口密實，無滲漏現象，無堵塞，排水通暢，完好無損；

19、門鈴、對講電話安裝牢固，操作靈活，效果良好； 20、暗埋線管及走向有明顯標識；

22、開關、插座、照明、等設施應滿足使用要求；

23、其他配備設施要求齊全、完好，型號與設計相符，狀態正常。

二、公共配套設施接管驗收標準

1、天臺的天溝、落水口暢通完好；隔熱層、防水層完好；

2、散水坡無下陷、斷裂，與墻體分離，坡度適宜、平整；

3、屋面避雷設施連接牢固，油漆完好；

4、路燈、裝飾燈安裝牢固，完好無損，工作正常；燈柱安裝牢固，油漆完好；

5、綠化符合設計要求；綠化水管布局合理，閥門開關靈活，安裝穩固。

6、道路： 1）路面平整，無水泥塊，無積水，無起砂、斷裂；收縮縫大小均勻成直線；

2）路牙石砌筑整齊，灰縫飽滿，無缺角損傷；

3）塊料面層拼砌整齊，平整牢固，無明顯裂縫、缺棱掉角； 4）交通標識線、路牌設置規范，清楚完好。

7、室外消防栓：

1）消防箱標識清楚，玻璃完好，箱內清潔干凈； 2）消防設施配件齊全，擺放整齊；

3）消防管安裝牢固，標識明顯，閥門完好，水壓充足。

8、樓宇門牌、樓棟號牌安裝牢固，標識清楚。

9、垃圾中轉站密封完好，外表裝飾完整，附近配置供水口。

10、秩序維護員室（崗）完好無損，配件齊全，標識清晰。

11、道閘安裝牢固，開啟靈活，標識清楚，完好無損。

12、停車場地面平整，照明充足，交通標識清楚，安全設施齊全，排水設施良好。

13、單車、摩托車棚安裝牢固，交通標識清楚，安全防護和排水設施良好。

14、明溝、暗溝排水暢通，不積水，無斷裂，溝蓋板安裝牢固、平穩。

15、沙井、檢查井、化糞池排水暢通，池壁無裂縫，池內無雜物。

16、護坡、擋土墻泄水暢通，砌筑牢固。

17、臺階、踏步砌筑平實、牢固，無裂縫。

18、水池、水箱內壁光滑平整，衛生清潔，無滲漏；水池、水箱檢查井蓋板密封良好，無滲漏、無銹蝕。

19、信報箱安裝牢固，完好完損，標識清楚，表面平整光潔。

三、設備機房接管驗收

1、變配電設備型號、數量與移交清單相符，工作狀態良好，安全防護裝置齊全，標識清楚，通風、采光良好，設備表面油漆完好，無損傷，消防設施齊全，具有防止老鼠等小動物出入的防護措施。

2、給排水設備型號、數量與移交清單相符，工作狀態良好，標識清楚，設備表面油漆完好無損，閥門開啟靈活，安裝牢固，無滲漏現象；機房配置完整，符合專業及運行管理要求，通風、采光、防潮良好。

6、智能化系統與移交清單相符使用正常，工作性能良好，操作合理，具有良好的防雷（感應雷）措施，機房干燥、通風、采光良好，符合專業及運行管理要求。

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

***軟件股份有限公司

項目驗收申請

尊敬的院領導：

您好！

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

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

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

項目經理：

申請日期：

第四篇：軟件工程項目驗收系列文檔

軟件驗收標準

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)用戶文檔是否有詳細的目錄表和索引表。6)用戶有特別要求的測試。

2.2 驗收標準

1)測試用例不通過數的比例< 3 %;2)不存在錯誤等級為1 的錯誤;3)不存在錯誤等級為2 的錯誤;4)錯誤等級為3 的錯誤數量≤10;5)所有提交的錯誤都已得到更正。6)錯誤響應時間

通過關于軟件驗收方面資料的查閱主要心得有一下幾點： 1.軟件的驗收主要通過需求規格說明書和關鍵業務流程

2.在驗收過程中出現BUG或者需求變更，需要通過問題跟蹤記錄和備忘錄進行查閱 3.在驗收之前，外包商必須做一下工作：

(1).軟件開發已經完成，并全部解決了已知的軟件缺陷。

(2).驗收測試計劃已經過評審并批準，并且置于文檔控制之下。

(3).對軟件需求說明書的審查已經完成。

(4).對概要設計、詳細設計的審查已經完成。

(5).對所有關鍵模塊的代碼審查已經完成。

(6).對單元、集成、系統測試計劃和報告的審查已經完成。

(7).所有的測試腳本已完成，并至少執行過一次，且通過評審。(8).使用配置管理工具且代碼置于配置控制之下。(9).軟件問題處理流程已經就緒。

(10).已經制定、評審并批準驗收測試完成標準。

4.驗收外包商需求提供的文檔有：a.開發類文檔：

(1).需求分析說明書

(2).概要設計說明書

(3).詳細設計說明書(4).數據庫設計說明書

(5).源代碼

(6).安裝程序

(7).程序員開發手冊

(8).軟件架構文檔

b.管理類文檔

(1).項目計劃書

(2).質量控制計劃

(3).配置管理計劃

(4).用戶培訓計劃

(5).數據移植計劃及報告

(6).系統上線計劃及報告

(7).系統管理員手冊（程序維護手冊）

(8).用戶使用手冊

(9).測試報告

(10).用戶意見書

(11).驗收申請

(12).質量總結報告

(13).評審報告(14).會議記錄(15).開發進度月報

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

一、驗收目的

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

二、驗收對象

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

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

（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、項目驗收結論的處理

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

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

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

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

十、項目交接

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

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