軟件項目驗收標準文檔

1、文檔修訂記錄版本號*變化狀態(tài)簡要說明日期變更人批準日期批準人V1.0新建初始版本目錄1.前言31.1.目的31.2.范圍31.3.術語定義31.4.預期讀者與閱讀建議32.驗收原則33.總體驗收標準43.1.標準定義43.2.驗收標準的詳細說明43.2.1.軟件錯誤的嚴重性等級43.2.2.錯誤與嚴重性等級對應53.2.2.1.一級錯誤的描述53.2.2.2.二級錯誤的描述53.2.2.3.三級錯誤的描述53.2.2.4.四級錯誤的描述53.2.2.5.五級錯誤的描述64.項目驗收標準64.1.功能驗收64.1.1.功能項驗收64.1.2.業(yè)務流程驗收64.2.非功能驗收64.2.1.容錯驗收

2、64.2.2.安全性驗收64.2.3.性能/壓力驗收74.2.4.易用性驗收74.2.5.適應性驗收74.3.安裝驗收74.3.1.數(shù)據恢復驗收74.3.2.數(shù)據接入驗收74.4.文檔驗收74.5.用戶有特別要求的功能驗收85.驗收資料81. 前言1.1. 目的在參考了大量的實踐案例和文獻的基礎上，結合項目特征和實際制定本驗收標準指導書，確立項目質量目標，規(guī)范軟件的驗收。1.2. 范圍適用于公司所有IT類型項目（包括合同開發(fā)類、項目實施類以及系統(tǒng)集成類）的驗收標準確定。1.3. 術語定義1.4. 預期讀者與閱讀建議預期讀者閱讀建議項目經理對本標準與重要需求方、供應商達成共識，并熟知該標準項目分

3、管領導了解本標準并認可項目組成員熟知本標準重要需求方對本標準與項目經理、供應商達成共識，并熟知該標準供應商對本標準與項目經理、重要需求方達成共識、并熟知和遵守該標準其他重要相關方了解本標準主要內容2. 驗收原則驗收參與部門：供應商代表、項目業(yè)主、監(jiān)理人員、專家小組或第三方驗收人員。在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述；在開發(fā)完軟件并經過開發(fā)方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給項目業(yè)主，由項目業(yè)主根據之前簽訂的開發(fā)合同中相應的驗收標準判

4、斷是否進行驗收。3. 總體驗收標準總體驗收標準是結合國家標準、軟件行業(yè)慣例所提出的對于軟件系統(tǒng)質量的最低要求，所有交付的軟件必須滿足本標準的約定。3.1. 標準定義以下內容根據項目實際情況調整：1) 測試用例不通過數(shù)的比例< 1.5 %；2) 不存在錯誤等級為1 的錯誤；3) 不存在錯誤等級為2 的錯誤；4) 錯誤等級為3 的錯誤數(shù)量 5；5) 所有提交的錯誤都已得到更正；3.2. 驗收標準的詳細說明總體驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標準確定或由用戶方和開發(fā)方根據軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明

5、確地列出。在軟件驗收測試中， 測試的依據包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關行業(yè)標準(這些行業(yè)標準應在開發(fā)合同中明示出來)。在進行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進行總結和歸納， 并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經過用戶方和開發(fā)方的確認)。用戶方根據錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改，進行回歸測試，確認錯誤報告中的所有錯誤全部改正方

6、可；如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內全面整改軟件，再次進行完整的驗收測試。3.2.1. 軟件錯誤的嚴重性等級軟件錯誤的嚴重等級由重到輕，如下：1) 不能執(zhí)行正常功能或重要功能，或可能危機整個系統(tǒng)、網絡、設備的安全；2) 嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決；3) 嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法；4) 使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能；5) 其它錯誤；3.2.2. 錯誤與嚴重性等級對應3.2.2.1. 一級錯誤的描述這一級別的錯誤一般包括以下內容: 沒有實現(xiàn)或錯誤地實現(xiàn)重

7、要的功能；業(yè)務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機、系統(tǒng)崩潰等情況；軟件在操作過程中由于軟件自身的原因對系統(tǒng)或數(shù)據造成破壞；在現(xiàn)有的軟、硬建設環(huán)境下不能實現(xiàn)應有的功能；特殊軟件在操作過程中可能危及系統(tǒng)安全、網絡安全和設備安全等。 3.2.2.2. 二級錯誤的描述這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。3.2.2.3. 三級錯誤的描述這一級的

8、錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數(shù)據進入數(shù)據庫。3.2.2.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。3.2.2.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。4. 項目驗收標準4.1. 功能驗收4.1.1. 功能項驗收對軟件需求規(guī)格說明書中的所有功能項進行測試驗收； 4.1.2. 業(yè)務流程驗收主要是對軟件項目的典型業(yè)務流程進行測試驗收； 4.2. 非功能驗收4.2.1. 容錯驗收容錯驗收的內容主要包括:1)

9、 軟件對用戶常見的誤操作是否能進行提示；2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；3) 軟件對重要數(shù)據的刪除是否有警告和確認提示；4) 軟件是否能判斷數(shù)據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。4.2.2. 安全性驗收安全性驗收的檢查內容主要包括:1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志，并按照規(guī)則進行日志切割保存；3) 軟件中各種用戶的權限分配是否合理；4.2.3. 性能/壓力驗收對軟件需求規(guī)格說明書中明確的軟件并發(fā)/性能進行驗收。驗收的準則是要滿足規(guī)格說明書中的各項并發(fā)/性能指標。 4.2.4.

10、 易用性驗收易用性驗收的內容主要包括:1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面，界面功能排列是否合理；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致；4) 軟件中的查詢結果的輸出方式是否比較直觀、合理。4.2.5. 適應性驗收參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。4.3. 安裝驗收4.3.1. 數(shù)據恢復驗收4.3.2. 數(shù)據接入驗收4.4. 文檔驗收用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔驗收的內容包括:1) 操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；3) 戶文檔是否容易理解, 是否通過使用適當?shù)男g語、圖形表示、詳細的解釋來表達；4) 用戶文檔對主要功能和關鍵操作是否