軟件質(zhì)量保證體系

軟件質(zhì)量管理確保體系目錄修訂統(tǒng)計 2目錄 3公司內(nèi)部原則 41．使用范疇 42．引用原則 43．定義 44.質(zhì)量管理體系 44.1軟件質(zhì)量管理責(zé)任分派 44.2工作產(chǎn)品和活動 54.3評審 64.4質(zhì)量確保（QA） 84.5軟件測試 104.6配備管理 11

公司內(nèi)部原則本原則參考ISO9000-3《質(zhì)量管理和質(zhì)量確保原則第三部分：在軟件開發(fā)、供應(yīng)和維護(hù)中的使用指南》1．使用范疇本原則作為我司在軟件項目開發(fā)、供應(yīng)和維護(hù)時的質(zhì)量規(guī)定，以確保產(chǎn)品的質(zhì)量，避免不合格產(chǎn)品。下列具體描述了軟件開發(fā)各階段的控制手段和規(guī)定。規(guī)定質(zhì)量確保貫穿各個階段，始終確保嚴(yán)格實施。2．引用原則本原則制訂考慮我司的實際狀況，因此本原則僅用于我司內(nèi)部控制產(chǎn)品質(zhì)量。使用本文檔時，請盡量參考最新版本。3．定義產(chǎn)品：下列指軟件產(chǎn)品，即交付給顧客的一整套計算機(jī)程序、規(guī)程及有關(guān)的文檔和數(shù)據(jù)。開發(fā)：軟件產(chǎn)品的全部活動。供方：指我司。需方：指具體項目的需求方，即客戶。質(zhì)量體系：質(zhì)量要素、各要素需要達(dá)成的目的以及在開發(fā)過程中必須采用的方法。4.質(zhì)量管理體系4.1軟件質(zhì)量管理責(zé)任分派角色職責(zé)配備管理員制訂、創(chuàng)立和維護(hù)配備庫，提供文檔規(guī)范，并傳達(dá)成各個部門。QA（質(zhì)量確保）參加項目各個階段的評審，進(jìn)行過程評審和產(chǎn)品審計，檢查文檔和代碼的規(guī)范執(zhí)行狀況QC（質(zhì)量控制）軟件測試是質(zhì)量控制的重要手段，測試人員進(jìn)行軟件的測試設(shè)計和執(zhí)行工作4.2工作產(chǎn)品和活動活動負(fù)責(zé)人工作產(chǎn)品與否可裁剪項目立項項目經(jīng)理項目計劃否配備管理員配備管理計劃是QA質(zhì)量確保計劃是測試人員系統(tǒng)測試計劃否需求管理活動項目經(jīng)理需求調(diào)研報告是需求規(guī)格闡明書否顧客、項目經(jīng)理顧客確認(rèn)書是QA評審報告是設(shè)計過程、決策分析活動設(shè)計組概要設(shè)計闡明書否界面設(shè)計圖是具體設(shè)計闡明書是項目經(jīng)理決策分析評議表是QA評審報告是開發(fā)編碼、集成過程活動項目經(jīng)理版本公布統(tǒng)計否QA評審報告是開發(fā)人員程序代碼否系統(tǒng)測試活動測試人員測試用例、測試報告否QA評審報告是項目結(jié)項、交付與維護(hù)活動項目經(jīng)理培訓(xùn)教材是顧客手冊是安裝手冊是項目總結(jié)報告否項目經(jīng)理、客戶顧客驗收報告是QA評審報告是項目跟蹤與監(jiān)控活動項目經(jīng)理項目問題跟蹤日志是QA不符合項問題跟蹤統(tǒng)計表否項目跟蹤與監(jiān)控活動檢查單是風(fēng)險管理活動項目經(jīng)理風(fēng)險管理列表是QA風(fēng)險管理活動檢查單是配備管理活動配備管理員配備狀態(tài)報告是變更請求審批表是變更跟蹤統(tǒng)計表是QA配備管理活動檢查單是評審活動項目組員評審報告否QA評審活動檢查單是4.3評審評審是以一種正式的形式進(jìn)行，如有正式的、事先定義好的有關(guān)職責(zé)的多個角色，并遵照組織規(guī)定的流程。對于任何工作產(chǎn)品的審計，都會組建與之對應(yīng)的專門評審組，涉及作者、主持人、統(tǒng)計員以及陪審員若干。評審組的組員能夠涉及PPQA、項目構(gòu)組員，但不能有作者的直接領(lǐng)導(dǎo)或者管理者。評審小組先召開一種預(yù)備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如解說一下本工作產(chǎn)品的目的是什么，以及其有關(guān)的實現(xiàn)細(xì)節(jié)、開發(fā)原則等。應(yīng)當(dāng)允許甚至激勵評審構(gòu)組員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。評審小組的主持人負(fù)責(zé)擬定什么時間開始真正的評審會議，在預(yù)備會和正式評審會議之間，評審小構(gòu)組員對工作產(chǎn)品進(jìn)行徹底檢查，并根據(jù)有關(guān)原則和準(zhǔn)則評審工作產(chǎn)品。在預(yù)定時間，評審小構(gòu)組員以會議形式聚在一起，依次對產(chǎn)品進(jìn)行檢查，主持人負(fù)責(zé)對整個會議的進(jìn)展進(jìn)行控制，統(tǒng)計員統(tǒng)計下這個過程。在工作產(chǎn)品中發(fā)現(xiàn)的每一種缺點(diǎn)都會被認(rèn)真統(tǒng)計下來，并被適宜分類。會議結(jié)束后，負(fù)責(zé)人需要分析有關(guān)缺點(diǎn)，找出產(chǎn)生此缺點(diǎn)的因素并加以修正。主持人應(yīng)確保全部的缺點(diǎn)都會得到解決和修正。如果過程需要加以變更的話，應(yīng)將有關(guān)問題移交有關(guān)的質(zhì)量確保人員。階段評審內(nèi)容評審時機(jī)參加人員與否可裁剪計劃階段項目計劃項目啟動會議項目全部組員否配備管理計劃項目全部組員是質(zhì)量確保計劃項目全部組員是系統(tǒng)測試計劃項目全部組員否需求階段需求調(diào)研報告項目評審會議1需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA是需求規(guī)格闡明書需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA否設(shè)計階段概要設(shè)計闡明書項目評審會議2需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA否UI設(shè)計圖UI美工、需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA是具體設(shè)計闡明書需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA是決策分析評議表需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計構(gòu)組員、QA是編碼階段代碼檢查（1）項目評審會議3開發(fā)構(gòu)組員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否代碼檢查（2）開發(fā)構(gòu)組員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否測試階段系統(tǒng)測試用例項目評審會議4測試人員、項目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報告（1）測試人員、項目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報告（2）測試人員、項目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否公布階段顧客手冊項目總結(jié)會議項目全部組員是項目總結(jié)報告項目全部組員否4.4質(zhì)量確保（QA）4.4.1QA工作審計產(chǎn)品文檔負(fù)責(zé)人項目計劃項目經(jīng)理需求規(guī)格闡明書項目經(jīng)理概要設(shè)計闡明書項目經(jīng)理源代碼開發(fā)組系統(tǒng)測試用例測試組系統(tǒng)測試報告測試組顧客手冊項目經(jīng)理項目總結(jié)報告項目經(jīng)理入最佳實踐庫的產(chǎn)品項目經(jīng)理4.4.2QA工作中需要審計的活動活動評審時機(jī)項目立項計劃階段需求管理活動需求階段設(shè)計過程活動設(shè)計階段決策分析活動設(shè)計階段開發(fā)編碼活動編碼階段集成過程活動編碼階段系統(tǒng)測試活動測試階段項目結(jié)項公布階段交付與維護(hù)公布階段項目跟蹤與監(jiān)控活動每月一次風(fēng)險管理活動每月一次配備管理活動每月一次評審活動每月一次4.4.3QA審計中的不符合項目問題對QA審計過程中發(fā)現(xiàn)的不符合項問題要寫入《不符合項跟蹤統(tǒng)計表》，以郵件的方式發(fā)給問題的有關(guān)人員，做好和項目組員、項目經(jīng)理、部門經(jīng)理之間的溝通，問題的上報流程：項目構(gòu)組員溝通解決——項目經(jīng)理——部門經(jīng)理——總經(jīng)理。QA要對不符合項問題進(jìn)行跟蹤與監(jiān)控，直到問題解決，QA驗證并關(guān)閉不符合項。4.5軟件測試4.5.1軟件測試流程4.5.2嚴(yán)謹(jǐn)測試對測試人員測試的幾點(diǎn)規(guī)定：（1）、明確自己的責(zé)任，盡量多的發(fā)現(xiàn)軟件中的bug。（2）、盡量早的測試，這樣會盡早的發(fā)現(xiàn)軟件中的錯誤，便于修改，以免造成后期更高的維護(hù)成本。（3）、測試前編寫完整的測試用例，有計劃、有目的的進(jìn)行測試，盡量用最少的測試用例，達(dá)成最高的測試效率。（4）、不停的執(zhí)行回歸測試測試人員測試出bug后，等開發(fā)人員修改后，要執(zhí)行回歸測試，以免因本次的修改造成其它的不具合。4.6配備管理4.6.1工作內(nèi)容:1)軟件配備管理工具的日常管理與維護(hù)；2)提交配備管理計劃；3)各配備項的管理與維護(hù)；4)執(zhí)行版本控制和變更控制方案；5)完畢配備審計并提交報告；6)對開發(fā)人員進(jìn)行有關(guān)的培訓(xùn)；7)編譯測試及公布版本；8)完畢對版本的日常維護(hù)；9)建立外部公布版本。4.6.2工具：VSS4.6.3配備庫目錄：VSSVSS