軟件質(zhì)量管理制度

　　軟件的開發(fā)需要一個較長的過程，一般都會有自己的工作制度。下面是小編整理的軟件質(zhì)量管理制度，供您參考。

　　本文檔的目的是為特定產(chǎn)品、項目或合同的質(zhì)保工作提供指導(dǎo)，幫助項目組其他成員了解質(zhì)量保證要素，明確質(zhì)量保證活動，確定質(zhì)量保證范圍。本文檔將規(guī)定項目質(zhì)量管理員的職責(zé)和權(quán)利，資源要求，活動安排，進(jìn)度，要求質(zhì)量保證活動中必須生成的文檔，反饋問題的方法和頻度等。

　　一、管理組織

　　本公司的軟件質(zhì)量保證活動統(tǒng)一由質(zhì)量管理員進(jìn)行管理、檢查與匯報，公司相關(guān)部門經(jīng)理及項目中的項目經(jīng)理、程序經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理、產(chǎn)品經(jīng)理、測試經(jīng)理、用戶教育經(jīng)理是質(zhì)量保證活動中的第一責(zé)任人。

　　二、軟件開發(fā)過程

　　本公司的軟件開發(fā)過程分為以下8個階段：項目策劃階段、需求分析階段、設(shè)計階段、開發(fā)階段、測試階段、實施階段、驗收階段、維護(hù)階段，每個階段的主要活動分別為：業(yè)務(wù)啟動和項目規(guī)劃、需求分析、邏輯設(shè)計和物理設(shè)計、軟件開發(fā)、軟件測試、系統(tǒng)實施及用戶培訓(xùn)、用戶試用及驗收、維護(hù)，里程碑分別為：策劃完成、需求明確、設(shè)計完成、開發(fā)完成、測試通過、系統(tǒng)上線、驗收通過、合同結(jié)束。每階段結(jié)束后，必須對相應(yīng)的里程碑進(jìn)行檢查，方式為評審或批準(zhǔn)。

　　三、項目文檔

　　項目文檔分為兩種：管理類文檔與技術(shù)類文檔，所有文檔必須保存于知識庫及相應(yīng)的VSS庫中。文檔共有三種狀態(tài)：編制完成、審核通過、批準(zhǔn)通過。其中管理類文檔只有編制和批準(zhǔn)兩種狀態(tài)，技術(shù)類文檔擁有所有三種狀態(tài)。所有文檔必須明確說明當(dāng)前文檔版本號。

　　管理類文檔包含以下類型：計劃、總結(jié)、報告、會議紀(jì)要、備忘錄、申請等。技術(shù)類文檔包含：設(shè)計文檔、需求文檔、測試設(shè)計文檔、界面原型軟件、使用手冊、安裝手冊、技術(shù)白皮書、培訓(xùn)資料、源代碼、軟件產(chǎn)品等。除VSS庫中的文檔以外，放入知識庫中的文檔由部門助理統(tǒng)一放入，文檔必須批準(zhǔn)通過。

　　文檔的編制、審核、批準(zhǔn)可在文檔中直接寫明，也可使用單獨的審批文檔進(jìn)行說明。

　　每個項目在不同階段必須產(chǎn)生的文檔如下，但不限于此：

　　1、項目開始前：

　　合同、技術(shù)方案、市場立項表。以上文檔存放于知識庫。

　　2、項目策劃階段：

　　業(yè)務(wù)啟動表(EXCEL格式)、項目規(guī)劃(WORD格式)、項目進(jìn)度(PROJECT格式)等。必須使用規(guī)定模板編寫。以上文檔存放于知識庫。

　　3、需求分析階段：

　　需求模型(EA格式)、軟件需求規(guī)格說明書(WORD格式)、單據(jù)報表格式(EXCEL格式)、需求分析評審表(WORD格式)、需求分析計劃(WORD格式和PROJECT兩種格式)。必須使用規(guī)定模板編寫。以上文檔存放于知識庫。

　　4、設(shè)計階段

　　軟件開發(fā)計劃(PROJECT格式)、邏輯設(shè)計(EA格式)、物理設(shè)計(VS.NET格式)、設(shè)計評審表(WORD格式)，必須使用規(guī)定模板編寫。物理設(shè)計存放于VSS庫，其它文檔存放于知識庫。

　　5、開發(fā)階段

　　源代碼、可安裝的軟件、安裝手冊、評審表(WORD格式)。源代碼、可安裝的軟件存放于VSS庫，其它文檔存放于知識庫。

　　6、測試階段

　　測試用例設(shè)計、軟件BUG、測試計劃(WORD格式和PROJECT兩種格式)、測試報告(WORD格式)、開發(fā)的測試工具源代碼及軟件、測試通過的軟件產(chǎn)品、軟件評審表(WORD格式)。開發(fā)的測試工具源代碼及軟件、測試通過的軟件產(chǎn)品存放于VSS庫，其它文檔存放于知識庫。軟件BUG存于TD中。

　　7、實施階段

　　實施計劃(WORD格式和PROJECT兩種格式)、實施報告(WORD格式)、用戶使用手冊、用戶培訓(xùn)資料、用戶培訓(xùn)記錄、軟件問題反饋表(EXCEL格式)、上線報告(書面、電子掃描件)等。必須使用規(guī)定模板編寫。以上文檔存放于知識庫。

　　8、驗收階段

　　驗收材料、驗收報告(書面、電子掃描件)。以上文檔存放于知識庫。

　　9、維護(hù)階段

　　維護(hù)報告(WORD格式)，以上文檔存放于知識庫。

　　四、檢查和審查

　　本公司的項目關(guān)鍵檢查點有以下8個，采取評審和批準(zhǔn)的方式，由質(zhì)量管理員進(jìn)行跟蹤。

　　1、策劃完成里程碑

　　以總經(jīng)理批準(zhǔn)通過業(yè)務(wù)啟動表為標(biāo)志，質(zhì)量管理員檢查業(yè)務(wù)啟動表、項目規(guī)劃、項目風(fēng)險控制計劃、項目進(jìn)度、技術(shù)方案文檔是否進(jìn)入知識庫。負(fù)責(zé)人為項目經(jīng)理。

　　2、需求明確里程碑

　　以軟件需求評審?fù)ㄟ^為標(biāo)志，評審?fù)ㄟ^后由配置管理員建立軟件功能基線。項目由用戶代表、公司代表、同行、下游人員(程序經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理、用戶教育經(jīng)理)進(jìn)行評審，評審記錄上必須有以上幾類角色的人員進(jìn)行簽名。質(zhì)量管理員檢查需求規(guī)格說明書、需求模型、需求評審表是否進(jìn)入知識庫。負(fù)責(zé)人為產(chǎn)品經(jīng)理。

　　3、設(shè)計完成里程碑

　　以邏輯設(shè)計和物理設(shè)計通過評審為標(biāo)志，它包含兩個部分：邏輯設(shè)計與物理設(shè)計。邏輯設(shè)計評審?fù)ㄟ^后由配置管理員建立指派基線1，物理設(shè)計評審?fù)ㄟ^后由配置管理員建立指派基線2。邏輯設(shè)計評審參與人員必須包括：公司代表、產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理、同行。物理設(shè)計評審參與人員必須包括：公司代表、程序經(jīng)理、測試經(jīng)理、同行。質(zhì)量管理員檢查邏輯設(shè)計、物理設(shè)計、設(shè)計評審表是否進(jìn)入知識庫或VSS庫。邏輯設(shè)計負(fù)責(zé)人為程序經(jīng)理、物理設(shè)計負(fù)責(zé)人為開發(fā)經(jīng)理。

　　4、開發(fā)完成里程碑

　　以軟件所有功能開發(fā)完成，并通過評審為標(biāo)志，它的評審必須包括：公司代表、產(chǎn)品經(jīng)理、程序經(jīng)理、測試經(jīng)理。質(zhì)量管理員檢查評審表是否進(jìn)入知識庫。負(fù)責(zé)人為開發(fā)經(jīng)理。

　　5、測試通過里程碑

　　以軟件評審?fù)ㄟ^作為標(biāo)志，評審?fù)ㄟ^后將建立產(chǎn)品基線。評審參與人員必須包括：公司代表、產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、實施經(jīng)理、用戶教育經(jīng)理。質(zhì)量管理員檢查測試報告、軟件評審表是否進(jìn)入知識庫。負(fù)責(zé)人為測試經(jīng)理。

　　6、系統(tǒng)上線里程碑

　　以用戶簽署通過上線報告為標(biāo)志，評審參與人員必須包括：用戶代表、公司代表、項目經(jīng)理。質(zhì)量管理員檢查上線報告、實施計劃、培訓(xùn)材料等文檔是否進(jìn)入知識庫。如上線報告為紙質(zhì)文檔，則掃描后入庫。負(fù)責(zé)人為實施經(jīng)理。

　　7、驗收通過里程碑

　　以用戶簽署通過驗收報告為準(zhǔn)，評審參與人員必須包括：用戶代表、公司代表、項目經(jīng)理。質(zhì)量管理員檢查驗收報告文檔是否進(jìn)入知識庫，如上線報告為紙質(zhì)文檔，則掃描后入庫。負(fù)責(zé)人為項目經(jīng)理。

　　8、合同結(jié)束里程碑

　　合同結(jié)束，項目跟蹤完成。負(fù)責(zé)人為軟件業(yè)務(wù)部技術(shù)服務(wù)組長。

　　五、測試

　　本公司的軟件必須通過測試。測試工作由開發(fā)部測試組負(fù)責(zé)，所有測試出來的BUG必須統(tǒng)一存放，由測試組負(fù)責(zé)管理。在測試活動進(jìn)行前必須有測試計劃，測試完成后必須編寫測試報告。測試報告由測試經(jīng)理負(fù)責(zé)編寫，測試組長批準(zhǔn)。

　　六、配置管理

　　軟件開發(fā)過程中的配置管理工作由配置管理員負(fù)責(zé)，配置管理工作詳細(xì)要求依據(jù)《配置管理規(guī)范》進(jìn)行。

　　七、媒體控制

　　在軟件開發(fā)過程中產(chǎn)生的正式文檔必須存入于知識庫中或VSS庫中，由公司系統(tǒng)管理員負(fù)責(zé)每天進(jìn)行物理備份。在項目進(jìn)行過程中的備份采用移動硬盤進(jìn)行，已結(jié)項的項目使用刻錄光盤存檔備份。

　　八、質(zhì)量記錄

　　質(zhì)量記錄主要包括各種評審記錄和審批記錄，形式有評審表、簽名文件、會議紀(jì)要、質(zhì)量報告等。所有的質(zhì)量記錄由質(zhì)量管理員統(tǒng)一管理，紙質(zhì)的保存在指定的文件柜中，電子的保存在知識庫中。質(zhì)量記錄的保存期限是3年。

　　九、風(fēng)險和應(yīng)急

　　公司所有的項目必須有獨立的風(fēng)險控制計劃，風(fēng)險控制計劃由項目經(jīng)理負(fù)責(zé)編寫并跟蹤，風(fēng)險控制計劃由項目管理部門批準(zhǔn)。風(fēng)險計劃中必須包括風(fēng)險列表、風(fēng)險度、應(yīng)急方案、緩解方案、責(zé)任人、風(fēng)險狀態(tài)。風(fēng)險度由風(fēng)險發(fā)生可能性和風(fēng)險造成的危害程度相乘得到。

　　十、質(zhì)量報告

　　項目的質(zhì)量管理員必須在每周五12：00以前制作當(dāng)前的項目質(zhì)量報告，報告公司當(dāng)前正在進(jìn)行的項目的質(zhì)量狀態(tài)。主要包括：項目文檔的審核情況、存放情況、完備情況;各里程碑的評審執(zhí)行情況;各種計劃的跟蹤情況，責(zé)任人是否及時更新計劃;各項規(guī)范的符合程度;等等。質(zhì)量報告屬于項目狀態(tài)報告的一部分，與其一同填寫。具體格式參見《項目狀態(tài)報告》。

　　十一、質(zhì)量會議

　　質(zhì)量會議與公司的項目月例會合并召開，開會時必須提交質(zhì)量報告。參會人員必須包括軟件業(yè)務(wù)部部門經(jīng)理、產(chǎn)品組組長、實施組組長和開發(fā)部部門經(jīng)理、開發(fā)組組長、技術(shù)支持組組長、測試組組長、各項目經(jīng)理。如遇特殊情況，質(zhì)量管理員可臨時針對某類問題發(fā)起會議，會議結(jié)束時必須有會議紀(jì)要并存檔。

　　十二、工具及技術(shù)

　　在進(jìn)行質(zhì)量保證活動中，主要使用兩種工具軟件：知識管理系統(tǒng)和MS Visual SourceSafe。前者用來存放項目產(chǎn)生的各種文檔，后者主要用于存放源碼。公司在所有正式場合中所使用的項目文檔均以這兩個系統(tǒng)中的數(shù)據(jù)為準(zhǔn)。在使用工具軟件的過程中，各項目成員的權(quán)限統(tǒng)一由公司文檔管理員進(jìn)行分配。

　　十三、變更控制委員會

　　公司所有在建項目必須成立變更控制委員會，該委員會最小要包括以下人員：用戶代表、市場代表、軟件業(yè)務(wù)代表、開發(fā)代表、項目經(jīng)理，但不限于此。一般情況下，產(chǎn)品經(jīng)理、程序經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理、實施經(jīng)理、用戶教育經(jīng)理也可包括在該組織中。對于維護(hù)性項目，變更控制委員會由營銷中心主任、軟件業(yè)務(wù)部經(jīng)理、開發(fā)部經(jīng)理組成。