軟件-協(xié)議詳情詳情保證體系

[主題]軟件質(zhì)量管理保證體系文檔作者：微軟中國撰寫時間：[發(fā)布日期]文檔狀態(tài)：[狀態(tài)][單位]2修訂記錄版本 日期 描述 作者實用標準文案大全實用標準目錄修訂記錄 1目錄 3公司內(nèi)部標準. 41．使用范圍. 42．引用標準. 43．定義. 44. 質(zhì)量管理體系. 44.1軟件質(zhì)量管理責任分配 44.2工作產(chǎn)品和活動 54.3評審 64.4質(zhì)量保證（ QA） 84.5 軟件測試. 104.6 配置管理. 11文案大全實用標準公司內(nèi)部標準本標準參照CMMI3《質(zhì)量管理和質(zhì)量保證標準》1．使用范圍本標準作為本公司在軟件項目開發(fā)、供應和維護時的質(zhì)量要求，以保證產(chǎn)品的質(zhì)量，防止不合格產(chǎn)品。以下詳細描述了軟件開發(fā)各階段的控制手段和要求。要求質(zhì)量保證貫穿各個階段，始終保證嚴格實施。2．引用標準本標準制定考慮本公司的實際情況， 因此本標準僅用于本公司內(nèi)部控制產(chǎn)品質(zhì)量。使用本文檔時，請盡量參照最新版本。3．定義產(chǎn)品：以下指軟件產(chǎn)品，即交付給用戶的一整套計算機程序、規(guī)程及相關的文檔和數(shù)據(jù)。開發(fā)：軟件產(chǎn)品的所有活動。供方：指本公司。需方：指具體項目的需求方，即客戶。質(zhì)量體系：質(zhì)量要素、各要素需要達到的目標以及在開發(fā)過程中必須采取的措施。質(zhì)量管理體系4.1軟件質(zhì)量管理責任分配角色 職責文案大全實用標準配置管理員 制定、創(chuàng)建和維護配置庫，提供文檔規(guī)范，并傳達到各個部門。QA（質(zhì)量保證） 參與項目各個階段的評審，進行過程評審和產(chǎn)品審計，檢查文檔和代碼的規(guī)范執(zhí)行情況QC（質(zhì)量控制） 軟件測試是質(zhì)量控制的主要手段，測試人員進行軟件的測試設計和執(zhí)行工作4.2工作產(chǎn)品和活動活動責任人工作產(chǎn)品是否可裁剪項目經(jīng)理項目計劃否項目立項配置管理員配置管理計劃是QA質(zhì)量保證計劃是測試人員系統(tǒng)測試計劃否項目經(jīng)理需求調(diào)研報告是需求規(guī)格說明書否需求管理活動是用戶、項目經(jīng)理用戶確認書QA評審報告是概要設計說明書否設計組界面設計圖是設計過程、決策詳細設計說明書是分析活動項目經(jīng)理決策分析評議表是QA評審報告是項目經(jīng)理版本發(fā)布記錄否開發(fā)編碼、集成過程活動QA評審報告是開發(fā)人員程序代碼否測試人員測試用例、測試報告否系統(tǒng)測試活動QA評審報告是項目結(jié)項、交付培訓教材是與維護活動項目經(jīng)理用戶手冊是安裝手冊是文案大全實用標準項目總結(jié)報告否項目經(jīng)理、客戶用戶驗收報告是QA評審報告是項目經(jīng)理項目問題跟蹤日志是項目跟蹤與監(jiān)控不符合項問題跟蹤記錄表否QA活動項目跟蹤與監(jiān)控活動檢查單是風險管理活動項目經(jīng)理風險管理列表是QA風險管理活動檢查單是配置狀態(tài)報告是配置管理活動配置管理員變更請求審批表是變更跟蹤記錄表是QA配置管理活動檢查單是評審活動項目成員評審報告否QA評審活動檢查單是4.3評審評審是以一種正式的形式進行，如有正式的、事先定義好的有關職責的各種角色，并遵循組織規(guī)定的流程。對于任何工作產(chǎn)品的審計，都會組建與之對應的專門評審組，包括作者、主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA、項目組成員，但不能有作者的直接領導或者管理者。評審小組先召開一個預備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如講解一下本工作產(chǎn)品的目標是什么，以及其相關的實現(xiàn)細節(jié)、開發(fā)標準等。應該允許甚至鼓勵評審組成員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。評審小組的主持人負責確定什么時間開始真正的評審會議，在預備會和正式評審會議之間，評審小組成員對工作產(chǎn)品進行徹底檢查， 并依據(jù)相關標準和準則評審工作產(chǎn)品。在預定時間，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進行檢查，主文案大全實用標準持人負責對整個會議的進展進行控制，記錄員記錄下這個過程。在工作產(chǎn)品中發(fā)現(xiàn)的每一個缺陷都會被認真記錄下來，并被適當分類。會議結(jié)束后，負責人需要分析相關缺陷，找出產(chǎn)生此缺陷的原因并加以修正。主持人應確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應將相關問題移交相關的質(zhì)量保證人員。階段計劃階段需求階段設計階段編碼階段測試階段

評審內(nèi)容 評審時機項目計劃配置管理計劃項目啟動會議質(zhì)量保證計劃系統(tǒng)測試計劃需求調(diào)研報告項目評審會議 1需求規(guī)格說明書概要設計說明書UI設計圖項目評審會議 2詳細設計說明書決策分析評議表代碼檢查（1）項目評審會議 3代碼檢查（2）系統(tǒng)測試用例項目評審會議 4系統(tǒng)測試報告

是否參加人員可裁剪項目所有成員否項目所有成員是項目所有成員是項目所有成員否需求分析師、項目經(jīng)理、系統(tǒng)架構是師、設計組成員、QA需求分析師、項目經(jīng)理、系統(tǒng)架構否師、設計組成員、QA需求分析師、項目經(jīng)理、系統(tǒng)架構否師、設計組成員、QAUI美工、需求分析師、項目經(jīng)理、是QA系統(tǒng)架構師、設計組成員、需求分析師、項目經(jīng)理、系統(tǒng)架構是師、設計組成員、QA需求分析師、項目經(jīng)理、系統(tǒng)架構是師、設計組成員、QA開發(fā)組成員、項目經(jīng)理、需求分析否師、系統(tǒng)架構師、QA開發(fā)組成員、項目經(jīng)理、需求分析否師、系統(tǒng)架構師、QA測試人員、項目經(jīng)理、開發(fā)組成員、否需求分析師、系統(tǒng)架構師、QA測試人員、項目經(jīng)理、開發(fā)組成員、否文案大全實用標準（1）需求分析師、系統(tǒng)架構師、QA系統(tǒng)測試報告測試人員、項目經(jīng)理、開發(fā)組成員、否（2）需求分析師、系統(tǒng)架構師、QA發(fā)布階用戶手冊項目所有成員是項目總結(jié)會議段項目總結(jié)報告項目所有成員否4.4質(zhì)量保證（QA） 工作審計產(chǎn)品文檔 責任人項目計劃 項目經(jīng)理需求規(guī)格說明書 項目經(jīng)理概要設計說明書 項目經(jīng)理源代碼 開發(fā)組系統(tǒng)測試用例 測試組系統(tǒng)測試報告 測試組用戶手冊 項目經(jīng)理項目總結(jié)報告 項目經(jīng)理入最佳實踐庫的產(chǎn)品 項目經(jīng)理 工作中需要審計的活動活動 評審時機項目立項 計劃階段需求管理活動 需求階段設計過程活動 設計階段決策分析活動 設計階段開發(fā)編碼活動 編碼階段集成過程活動 編碼階段文案大全實用標準系統(tǒng)測試活動 測試階段項目結(jié)項 發(fā)布階段交付與維護 發(fā)布階段項目跟蹤與監(jiān)控活動 每月一次風險管理活動 每月一次配置管理活動 每月一次評審活動 每月一次 審計中的不符合項目問題對QA審計過程中發(fā)現(xiàn)的不符合項問題要寫入《不符合項跟蹤記錄表》，以郵件的方式發(fā)給問題的相關人員，做好和項目成員、項目經(jīng)理、部門經(jīng)理之間的溝通，問題的上報流程：項目組成員溝通解決——項目經(jīng)理——部門經(jīng)理——總經(jīng)理。QA要對不符合項問題進行跟蹤與監(jiān)控，直到問題解決，QA驗證并關閉不符合項。文案大全實用標準4.5 軟件測試 軟件測試流程 嚴謹測試對測試人員測試的幾點要求：（1）、明確自己的責任，盡可能多的發(fā)現(xiàn)軟件中的 bug。2）、盡可能早的測試，這樣會盡早的發(fā)現(xiàn)軟件中的錯誤，便于修改，以免造成后期更高的維護成本。3）、測試前編寫完整的測試用例，有計劃、有目的的進行測試，盡可能用最少的測試用例，達到最高的測試效率。（4）、不斷的執(zhí)行回歸測試 測試人員測試出 bug后，等開發(fā)人員修改后，要執(zhí)行回歸測試，以免因此次的修改造成其他的不具合。文案大全實用標準4.6 配置管理 工作內(nèi)容:軟件配置管理工具的日常管理與維護；提交配置管理計劃；各配置項的管理與維護；執(zhí)行版本控制和變更控制方案；完成配置