公司產(chǎn)品驗收、批準規(guī)程

1、操作規(guī)程R-10003總頁數(shù)9正文2附件7文件控制部門:項目管理部公司產(chǎn)品驗收、批準規(guī)程 海量免費資料盡在此 批準人劉巖審核人崔戈擬制人何昭春批準日期生效日期關(guān)聯(lián)文件沈陽東東系統(tǒng)集成有限公司更改記錄序號發(fā)行日更改對象·更改內(nèi)容批準審查擬制0新發(fā)行劉巖崔戈何昭春1修改樣式-1、樣式-2、樣式-6王齊崔戈羅思佳1. 目的 公司內(nèi)部驗收以對產(chǎn)品做出廠前的最后檢查，以確保最終產(chǎn)品的質(zhì)量、滿足用戶的需要為目的。2.適用范圍 適用于公司研制開發(fā)的所有軟件產(chǎn)品，包括用戶定制產(chǎn)品和軟件包產(chǎn)品。3. 職責(zé)(1) 項目負責(zé)人負責(zé)驗收會的準備工作，包括申請書和相關(guān)資料的準備、會議記錄的制作等。(2) 開發(fā)

2、部部長、項目管理部部長或其委托的非項目開發(fā)人員負責(zé)對產(chǎn)品質(zhì)量的審查。(3) 主管領(lǐng)導(dǎo)負責(zé)產(chǎn)品的批準。4.產(chǎn)品驗收、批準程序驗收會召開條件(1) 要向客戶交納的文檔滿足要求并已經(jīng)完成。(2) 滿足需求規(guī)范的目標軟件產(chǎn)品已經(jīng)開發(fā)完成，并通過了相應(yīng)的測試。對其中存在未處置事項、未確定事項、未測試項目的產(chǎn)品，必須記錄遺留事項。(3) 各階段測試的成績單已經(jīng)整理完成并進行了質(zhì)量確認。開發(fā)部門在確認已滿足上述內(nèi)容的條件下，進行驗收會準備，如果存在重大遺留事件、保留事項時，選擇下述任一種處置方法。·調(diào)整驗收會召開日期。·通知驗收會出席人員驗收的限制條件。內(nèi)部驗收會必須在客戶驗收會之前進行

3、。4. 2驗收會的準備項目負責(zé)人負責(zé)準備資料，并由開發(fā)部部長檢查合格后可召開驗收會。（1） 產(chǎn)品批準申請書（軟件包產(chǎn)品、樣式1）/出廠批準申請書（定制產(chǎn)品、樣式2）。（2） Bug修正推移表。（樣式3）（3） 產(chǎn)品評價表。（樣式4）（4） 系統(tǒng)開發(fā)計劃書。（5） 測試成績書。（6） 設(shè)計文檔。（7） 設(shè)計審查記錄（DR）（8） 未確認、遺留項目列表。（樣式5） （9）其他資料。如：生產(chǎn)許可證審查報告、著作權(quán)審查報告等。驗收會召開通知項目負責(zé)人在與開發(fā)部部長、項目管理部、主管副總經(jīng)理等事先預(yù)約后商定。4.4驗收會的召開（1） 由項目管理部主持對資料和產(chǎn)品的審查。（2） 項目負責(zé)人或其指定人員首先

4、對系統(tǒng)進行說明并演示。（3） 項目管理部制作驗收會記錄。（樣式6、樣式7） 產(chǎn)品合格與否的判定由開發(fā)部部長、項目管理部對驗收結(jié)果進行判定，由主管副總經(jīng)理批準。5申請書的會簽對驗收會判定為合格的產(chǎn)品按開發(fā)部長項目管理部主管副總經(jīng)理的順序進行會簽。6驗收會資料的保管驗收會的資料作為該產(chǎn)品的質(zhì)量記錄先由項目管理部保管。樣式-1 產(chǎn)品批準申請書產(chǎn)品批準申請書QP-kkxxxxxx-nn項目負責(zé)人 年 月 日產(chǎn)品名稱新產(chǎn)品改造品項目編號系統(tǒng)概要及版本信息開發(fā)事業(yè)部長意見： 項目管理部意見：其他審查人員意見： 副總經(jīng)理意見： 樣式-2 出廠批準申請書出廠批準申請書QP-kkxxxxxx-nn項目負責(zé)人 年

5、 月 日客戶名稱產(chǎn)品名稱項目編號用戶驗收會預(yù)訂日期出廠預(yù)定日期系統(tǒng)概要及版本信息開發(fā)事業(yè)部長意見：項目管理部意見：其他審查人員意見：副總經(jīng)理意見：樣式-3 Bug修正推移表Bug 修 正 推 移 表 QP-kkxxxxxx-nn 注意事項：測試日期： 1.用積分值填寫件發(fā)現(xiàn),修正Bug的累計數(shù) % 測試推進率2. 件數(shù)，月日的刻度自定1000100 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 日期 樣式-4 產(chǎn)品評價表東東系統(tǒng)集成有限公司產(chǎn) 品 評 價 表QPkkxxxxxx-nn15項將相應(yīng)項用Ö 選上，6

6、，7由項目管理部評定后填寫。No評價要素項優(yōu)良可1需求功能（用戶需求滿足程度）滿足全部需求存在不滿足需求的地方，但已同用戶商定別的替代方案存在不滿足需求的地方2性能要求在所有的環(huán)境中都能滿足用戶的性能要求個別環(huán)境中未達到用戶要求，且用戶也已了解（因此不需要進行修正作業(yè)）個別環(huán)境中未達到用戶要求，而且需要制定解決方案。3DR情況全部按計劃進行比計劃延遲10以內(nèi)比計劃延遲10以上，或存在計劃的DR沒有執(zhí)行4DR研討項目的修正情況全部得到修正存在未解決項目，但有明確的處置計劃存在未解決項目，且無明確的處置計劃5Bug曲線預(yù)定的測試例都通過了測試，對Bug分析后對程序中薄弱環(huán)節(jié)重新制作測試例測試后，曲線也達到飽和預(yù)定的測試例通過測試后，曲線達到飽和預(yù)定的測試例通過測試后，曲線未達到飽和6綜合判定沒有可，只存在優(yōu)和良，且優(yōu)有3個以上優(yōu)3，可=0可在2個以內(nèi)可3可在3個以上，無優(yōu)優(yōu)=0，可37評價結(jié)果優(yōu)良可樣式-5 質(zhì)量未確認、遺留項目列表質(zhì)量未確認、遺留項目列表QP-kkxxxxxx-nn No遺留項目狀況預(yù)定對策預(yù)定日期完成日期負責(zé)人樣式-6 驗收會記錄QPkkxxxxxx-nn驗 收 會 記 錄開發(fā)部長項目負責(zé)人 年 月 日 年 月 日產(chǎn)品名稱項目編號出席者審查方申請方