創(chuàng)新項目管理系統(tǒng)_質(zhì)量管理計劃書_v1

1、1.介紹介紹.31.1.文檔目的.31.2.文檔范圍.31.3.參考.31.3.1.包含文檔.31.3.2.相關(guān)文檔.31.4.定義.31.4.1.術(shù)語.31.4.2.縮寫.42.項目概述項目概述.42.1.項目組織結(jié)構(gòu).42.2.質(zhì)量管理.42.2.1.質(zhì)量管理的角色和職責.42.2.2.主要交付物.52.2.3.質(zhì)量管理流程.62.2.4.項目質(zhì)量評審.73.各階段質(zhì)量檢查點各階段質(zhì)量檢查點.93.1.參與人員和要求.93.1.1.項目計劃階段檢查清單.93.1.2.需求調(diào)研階段檢查清單.93.1.3.需求分析階段檢查清單.93.1.4.設計階段檢查清單.103.1.5.開發(fā)階段檢查清單.

2、103.1.6.集成測試階段檢查清單.113.1.7.系統(tǒng)測試階段檢查清單.113.1.8.工程實施階段檢查清單.124.質(zhì)量檢查和確認技術(shù)質(zhì)量檢查和確認技術(shù).124.1.工具和技術(shù).124.2.配置管理.124.3.介質(zhì)控制.134.4.問題報告和糾正.134.4.1.處理流程.134.4.2.問題級別劃分.135.各階段質(zhì)量目標和檢查標準各階段質(zhì)量目標和檢查標準.155.1.需求分析階段.155.2.設計階段.155.3.開發(fā)階段.155.4.測試階段.165.5.工程實施階段.16 文件編號： 密級： 項目 ID： 項目編號： 創(chuàng)新項目管理系統(tǒng)質(zhì)量管理計劃書質(zhì)量管理計劃書版本版本 擬擬制

3、制日日期期審審核核日日期期批批準準日日期期1. 介紹介紹1.1.文檔文檔目的目的為了健全和完善東莞移動創(chuàng)新科技項目管理系統(tǒng)設計開發(fā)的質(zhì)量管理體系，促進質(zhì)量管理活動系統(tǒng)化、規(guī)范化，以確保所交付的東莞移動創(chuàng)新科技項目管理系統(tǒng)能夠滿足規(guī)定的各項具體需求。1.2.文檔范圍文檔范圍本質(zhì)量管理計劃涵蓋所有與東莞移動創(chuàng)新科技項目管理系統(tǒng)設計開發(fā)有關(guān)的質(zhì)量目標和具體措施，涉及需求分析階段、設計階段、編碼階段、測試階段、工程實施階段。本質(zhì)量管理計劃由以下幾個部分組成：介紹：即本章節(jié)，概要介紹文檔目的、范圍、縮略詞、參考資料。項目概述：開發(fā)系統(tǒng)概述、質(zhì)量管理的角色和職責、生命周期各階段的主要交付物。項目生命周期各

4、階段的質(zhì)量檢查點：列出各階段的質(zhì)量檢查計劃表，包括責任人、檢查時間、檢查任務。質(zhì)量檢查和確認技術(shù)：描述針對不同的對象而采用的特定的質(zhì)量控制方法和技術(shù)及質(zhì)量問題的級別和處理流程等。項目生命周期各階段的量化質(zhì)量目標。1.3.參考參考1.3.1.包含文檔包含文檔無。1.3.2.相關(guān)文檔相關(guān)文檔無。1.4.定義定義1.4.1.術(shù)語術(shù)語無。1.4.2.縮寫縮寫PM 項目經(jīng)理QA 質(zhì)量保證SA 系統(tǒng)分析工程師A&D 系統(tǒng)設計員RA 需求分析員PC 流程審核員SCM 軟件配置管理員2. 項目概述項目概述創(chuàng)新科技項目管理系統(tǒng)是移動公司經(jīng)營發(fā)展的基礎保障，隨著廣東省移動公司的迅猛發(fā)展，創(chuàng)新科技項目的管理

5、的重要性越來越明顯，服務中心需整合其現(xiàn)有各項資源，優(yōu)化服務流程，全面提供方便、及時、到位的服務，全面提高工作的效率和準確率。本平臺的目的是：將能讓適當?shù)娜耍╓ho）在適當?shù)臅r間（when）獲取適當?shù)男畔ⅲ╓hat）。它幫助員工在獲取特定數(shù)據(jù)時不用再進入眾多的 IT 系統(tǒng)，而是經(jīng)由“門戶”就可以直接獲取這些信息，從而大大提高公司內(nèi)部的工作效率。2.1.項目組織結(jié)構(gòu)項目組織結(jié)構(gòu)東莞移動創(chuàng)新科技項目管理系統(tǒng)由中國移動通信集團廣東東莞分公司作為項目的客戶供應商與廣州中鼎信息系統(tǒng)組成聯(lián)合項目團隊。為了實現(xiàn)有效的項目管理，開發(fā)小組將劃分為技術(shù)隊伍和 QA 隊伍。項目經(jīng)理對技術(shù)隊伍進行任務分配和進度檢查，技

6、術(shù)經(jīng)理對技術(shù)隊伍進行技術(shù)指導和檢查。技術(shù)隊伍又劃分為：需求分析人員、系統(tǒng)設計人員、軟件開發(fā)人員、美工設計人員、配置管理員、產(chǎn)品包裝人員。QA 隊伍對整個項目的質(zhì)量保證負責，直接向質(zhì)量保證經(jīng)理匯報。QA 隊伍劃分為：流程檢查人員和測試人員。2.2.質(zhì)量管理質(zhì)量管理2.2.1.質(zhì)量管理的角色和職責質(zhì)量管理的角色和職責質(zhì)量控制是東莞移動創(chuàng)新科技項目管理系統(tǒng)組每個成員的職責；質(zhì)量保證經(jīng)理對整個項目的質(zhì)量全權(quán)負責, 并簽字確認；項目經(jīng)理負責任務的分配和監(jiān)督項目進度，制定相關(guān)的工作計劃和聯(lián)系客戶；QA 隊伍負責制訂、檢查和督促本計劃的實施，及時發(fā)現(xiàn)項目工作中的問題，并通過評審總結(jié)報告、項目周報等形式向各項

7、目組成員匯報質(zhì)量活動的結(jié)果；項目功能小組各組長在每個軟件開發(fā)生命周期階段結(jié)束后，總結(jié)本模塊的軟件質(zhì)量狀況和質(zhì)量目標的實現(xiàn)情況,以確保整個項目目標的實現(xiàn)。對質(zhì)量目標應定期進行考核，以追求質(zhì)量管理體系的持續(xù)改進；流程檢查人員負責通過檢查文檔審核開發(fā)各階段是否可以通過；測試人員負責對軟件的質(zhì)量和對需求實現(xiàn)的程度進行把關(guān)，并定期整理測試情況分析報告交項目經(jīng)理、系統(tǒng)分析人員；配置管理員負責有關(guān)軟件配置項及項目各生命周期交付文檔管理和變更控制工作；中國移動廣東公司東莞分公司業(yè)務人員負責反映質(zhì)量要求，參與軟件開發(fā)過程的質(zhì)量控制，并監(jiān)督本計劃的執(zhí)行情況。2.2.2.主要交付物主要交付物下表列出東莞移動創(chuàng)新科技

8、項目管理系統(tǒng)在項目各生命周期階段所需遞交的交付物。序號序號交付物交付物交付時間交付時間負責人負責人1項目計劃需求分析階段PM2質(zhì)量保證計劃需求分析階段QA3配置管理計劃需求分析階段SCM4需求規(guī)格說明書需求分析階段RA5軟件需求說明書需求分析階段RA 和 SA6數(shù)據(jù)要求說明書需求分析階段SA7概要設計文檔 設計階段SA8詳細設計文檔 設計階段SA 和 A&D9系統(tǒng)測試計劃設計階段QA10系統(tǒng)測試報告測試階段測試人員11用戶文檔（用戶手冊,操作手冊、軟件介質(zhì)等）測試階段測試人員13培訓計劃工程實施階段系統(tǒng)實施經(jīng)理14東莞移動創(chuàng)新科技項目管理系統(tǒng)軟件（具體內(nèi)容參見東莞移動創(chuàng)新科技項目管理系

9、統(tǒng)合同）工程實施階段項目經(jīng)理除上表中所列出的交付物外，為保證軟件開發(fā)有效、順利的進行，更好的總結(jié)本項目的開發(fā)經(jīng)驗，項目組還可視情況編制數(shù)據(jù)庫設計說明書、模塊開發(fā)卷宗、項目狀態(tài)周報、單元測試計劃、項目開發(fā)總結(jié)等。2.2.3.質(zhì)量管理流程質(zhì)量管理流程2.2.3.1.交付文檔質(zhì)量監(jiān)控流程交付文檔質(zhì)量監(jiān)控流程項目經(jīng)理和 QA 在項目初期對項目交付文檔的模板進行檢查和審核，確保項目交付品的架構(gòu)和內(nèi)容大綱的完整性和正確性。在項目進行過程中，QA、項目經(jīng)理及各項目功能小組組長會分別對交付品進度和質(zhì)量進行監(jiān)控，確保在最后的項目完成階段，中國移動廣東公司東莞分公司對提交的交付文檔能有滿意的反饋。2.2.3.2.

10、上線系統(tǒng)質(zhì)量監(jiān)控流程上線系統(tǒng)質(zhì)量監(jiān)控流程對于上線系統(tǒng)的質(zhì)量監(jiān)控主要體現(xiàn)在軟件配置管理和系統(tǒng)測試工作兩方面。為了保證本項目的整體實施同業(yè)務和技術(shù)明細相一致，這方面的工作包含如下幾個任務：明確現(xiàn)狀和期望之間的差異，以及測試軟件可能存在的缺陷。通過測試，尋找系統(tǒng)功能性的不足。在測試結(jié)束之后判斷軟件死機帶來的風險。在測試匯報中對發(fā)現(xiàn)的缺陷進行分類和總結(jié)。測試應該針對容易出錯的流程和應用組件進行。測試結(jié)果應該進行文檔記錄，描述軟件運作的各種情況。具體工作如下：制定軟件配置管理（SCM）策略和流程 根據(jù)最佳實踐來制定 SCM 策略和流程，包括源代碼管理流程，開發(fā)管理流程和生產(chǎn)周轉(zhuǎn)流程。制定測試策略和方法

11、根據(jù)中國移動通信集團廣東東莞分公司的需求制定測試方法：明確測試階段和環(huán)境需求確定各個測試階段的開始和結(jié)束準則制定故障跟蹤流程的測試標準確定測試工具和配置管理程序確定需要其他工作的支持準備測試計劃和測試案例 對測試進行計劃和準備：分析業(yè)務需求和技術(shù)明細確定典型的邏輯場景明確系統(tǒng)容量和壓力點編制測試腳本和環(huán)境編制測試數(shù)據(jù)集進行系統(tǒng)測試 進行下列工作以保證滿足功能和技術(shù)需求：測試環(huán)境就緒確認執(zhí)行測試腳本分析測試結(jié)果，制定錯誤跟蹤報告2.2.3.3.項目變更流程項目變更流程當本項目工作范圍確定以后（合同簽署），針對項目工作范圍所發(fā)生的更改都視為項目變更。項目變更應遵循一定的流程，以保證項目建設成功。當

12、項目變更帶來額外工作量增加、資源需求與工期變更時，項目計劃將作出相應的調(diào)整。中國移動通信集團廣東東莞分公司業(yè)務部門從東莞移動創(chuàng)新科技項目管理系統(tǒng)實際出發(fā)，向項目管理小組提出項目變更書面申請（項目變更申請表）；項目管理小組收到變更申請后，根據(jù)項目變更的內(nèi)容組織相關(guān)專家評估變更對項目帶來的影響，如：架構(gòu)設計變更、軟硬件系統(tǒng)配置、子系統(tǒng)設計變更、接口設計變更、程序設計和代碼變更、測試變更、數(shù)據(jù)遷移和割接變更等，根據(jù)可能發(fā)生的變更估算工作量和人力資源需求，給出變更建議，向項目總監(jiān)提交變更評估報告；項目總監(jiān)根據(jù)評估建議，結(jié)合中國移動通信集團廣東東莞分公司的實際作出決定；根據(jù)項目總監(jiān)簽字認可變更需求和方案

13、決定變更，項目管理小組將調(diào)整項目計劃，調(diào)度資源執(zhí)行變更；由質(zhì)量管理組負責審核變更結(jié)果。項目變更相關(guān)機構(gòu)：決策：項目總監(jiān)評估：項目管理小組執(zhí)行：整個項目開發(fā)團隊2.2.4.項目質(zhì)量評審項目質(zhì)量評審東莞移動創(chuàng)新科技項目管理系統(tǒng)質(zhì)量監(jiān)控將采用日常質(zhì)量監(jiān)控流程與定期質(zhì)量評審制度。日常質(zhì)量監(jiān)控程序通過制定東莞移動創(chuàng)新科技項目管理系統(tǒng)開發(fā)的統(tǒng)一的規(guī)范、流程、指南、模板等指導項目的開發(fā)過程，并監(jiān)控這些流程和規(guī)范的執(zhí)行情況，以確保所有交付品的質(zhì)量。定期質(zhì)量評審由質(zhì)量保證經(jīng)理發(fā)起，項目組相關(guān)負責人配合，對項目前一階段的工作質(zhì)量進行總結(jié)與評審，并將生成項目質(zhì)量評審報告。項目質(zhì)量評審報告將根據(jù)各階段質(zhì)量檢查點所應檢

14、查的內(nèi)容作出質(zhì)量上的評審。對在質(zhì)量評審工作中發(fā)現(xiàn)的問題，將根據(jù)其性質(zhì)、范圍劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復的優(yōu)先級，缺陷嚴重程度高的修復優(yōu)先級也高。項目質(zhì)量評審報告將交由項目管理辦公室討論，質(zhì)量保證經(jīng)理與項目管理辦公室將對項目質(zhì)量評審報告中需要明顯改善的質(zhì)量問題作出具體地改進方案，以及時間上和人員上的安排。項目質(zhì)量評審報告的內(nèi)容如下，其中問題列表的序號編碼方式為 XX-YYY。XX 表示項目質(zhì)量評審階段，YYY 代表問題序號。 項目質(zhì)量評審報告項目質(zhì)量評審報告項目名稱質(zhì)量經(jīng)理時間項目階段描述檢查內(nèi)容檢查內(nèi)容檢查結(jié)果檢查結(jié)果項目按規(guī)范流程執(zhí)行情況項目文檔情況系統(tǒng)設計與需求的符合性技術(shù)實

15、現(xiàn)方法的合理性、可行性、用戶認同性項目進度情況人員安排情況資源保證情況對外協(xié)作情況問題列表問題列表序號問題描述帶來的風險及影響嚴重程度解決辦法、期限其它意見和建議其它意見和建議3. 各階段質(zhì)量檢查點各階段質(zhì)量檢查點3.1.參與人員和要求參與人員和要求質(zhì)量檢查行動由質(zhì)量管理組發(fā)起，依據(jù)各個階段檢查內(nèi)容的不同由相關(guān)負責人配合、組織，視情況邀請項目組相關(guān)人員和中國移動通信集團廣東東莞分公司業(yè)務人員參加。3.1.1.項目計劃階段檢查清單項目計劃階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人項目管理計劃PM質(zhì)量保證計劃QA配置管理計劃SCM計劃階段遺留問題報告PM需求管理流程R

16、A/SA變更管理流程PM/SA 問題管理流程PM/SA 風險管理流程PM/SA 3.1.2.需求調(diào)研階段檢查清單需求調(diào)研階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人需求調(diào)研計劃PM/SA需求調(diào)研報告SA3.1.3.需求分析階段檢查清單需求分析階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人項目管理計劃（根據(jù)實際項目調(diào)整后的計劃）PM用戶需求規(guī)格說明書模板SA/QA 軟件需求規(guī)格說明書模板SA/QA用戶需求規(guī)格說明書SA軟件需求規(guī)格說明書SA質(zhì)量保證計劃（根據(jù)實際項目調(diào)整后的計劃）QA配置管理計劃（根據(jù)實際項目調(diào)整后的計劃）SCM需求跟蹤矩陣S

17、A/A&D需求規(guī)格說明書評審日志CSA需求階段遺留問題報告PM需求變更記錄PM/QA3.1.4.設計階段檢查清單設計階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人架構(gòu)設計說明書模板SA/QA 概要設計說明書模板SA/QA IT 設計說明書模板SA/QA 詳細設計說明書模板SA/QA 架構(gòu)設計說明書SA/A&D概要設計說明書SA/A&DIT 設計說明書SA/A&D詳細設計說明書SA/A&D系統(tǒng)測試計劃QA架構(gòu)設計小組評審日志SA架構(gòu)設計評審報告PM 和 QA 經(jīng)理概要設計小組評審日志SA/A&D概要設計評審報告PM 經(jīng)理和

18、 QA 經(jīng)理詳細設計小組評審日志SA詳細設計評審報告PM 和 QA 經(jīng)理測試計劃小組評審日志系統(tǒng)測試經(jīng)理 測試計劃評審報告系統(tǒng)測試經(jīng)理和 QA經(jīng)理設計階段遺留問題報告項目經(jīng)理開發(fā)環(huán)境SCM/系統(tǒng)實施組需求變更記錄 PM/質(zhì)量管理組設計變更記錄 PM/質(zhì)量管理組3.1.5.開發(fā)階段檢查清單開發(fā)階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人編程規(guī)范SA 和 QA 經(jīng)理東莞移動創(chuàng)新科技項目管理系統(tǒng)軟件代碼PM/SA代碼走讀日志SA/A&D單元測試案例開發(fā)工程師單元測試報告子系統(tǒng)開發(fā)組各組長代碼覆蓋率測試報告子系統(tǒng)開發(fā)組各組長內(nèi)存泄漏測試報告子系統(tǒng)開發(fā)組各組長開發(fā)階段

19、遺留問題報告PM/SA需求變更記錄 PM /質(zhì)量管理組設計變更記錄 PM /質(zhì)量管理組3.1.6.集成測試階段檢查清單集成測試階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人集成測試環(huán)境系統(tǒng)測試經(jīng)理集成測試計劃系統(tǒng)測試經(jīng)理和 SA集成測試用例系統(tǒng)測試工程師集成測試報告系統(tǒng)測試經(jīng)理集成階段遺留問題報告PM需求變更記錄 PM /質(zhì)量管理組設計變更記錄 PM /質(zhì)量管理組3.1.7.系統(tǒng)測試階段檢查清單系統(tǒng)測試階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人系統(tǒng)測試環(huán)境系統(tǒng)測試經(jīng)理調(diào)整后的系統(tǒng)測試計劃 系統(tǒng)測試經(jīng)理系統(tǒng)測試說明系統(tǒng)測試經(jīng)理系統(tǒng)測試用例系

20、統(tǒng)測試工程師系統(tǒng)測試腳本系統(tǒng)測試工程師系統(tǒng)測試結(jié)果系統(tǒng)測試工程師系統(tǒng)測試報告 (包括缺陷分析)系統(tǒng)測試經(jīng)理缺陷跟蹤工具說明書系統(tǒng)測試經(jīng)理系統(tǒng)測試階段遺留問題報告PM需求變更記錄 PM /質(zhì)量管理組設計變更記錄 PM /質(zhì)量管理組3.1.8.工程實施階段檢查清單工程實施階段檢查清單檢查內(nèi)容檢查內(nèi)容檢查時間檢查時間完成情況完成情況負責人負責人安裝手冊系統(tǒng)實施組用戶使用手冊系統(tǒng)實施組安裝手冊評審日志系統(tǒng)實施經(jīng)理用戶使用手冊評審日志系統(tǒng)實施經(jīng)理軟件介質(zhì)PM /配置管理工程師源代碼及清單PM /SA割接計劃PM培訓計劃系統(tǒng)實施經(jīng)理系統(tǒng)初驗計劃PM系統(tǒng)終驗計劃PM系統(tǒng)初驗報告PM系統(tǒng)終驗報告PM系統(tǒng)測試階

21、段遺留問題報告PM顧客滿意度調(diào)查系統(tǒng)實施經(jīng)理/QA 經(jīng)理4. 質(zhì)量檢查和確認技術(shù)質(zhì)量檢查和確認技術(shù)4.1.工具和技術(shù)工具和技術(shù)項目初期必須根據(jù)項目實際情況明確質(zhì)量管理的工具：配置管理工具測試工具其他質(zhì)量管理工具4.2.配置管理配置管理東莞移動創(chuàng)新科技項目管理系統(tǒng)配備專人作為配置管理工程師，建立開發(fā)庫、配置管理庫、產(chǎn)品庫對設計開發(fā)各階段的配置項進行配置管理；每個配置項都有修改記錄表，注明該配置項自創(chuàng)建以來每次修改的內(nèi)容、時間和修改人；每個配置項都有自己的版本號以及相應的命名規(guī)范，只要配置項的內(nèi)容經(jīng)批準發(fā)生改變，該文檔的版本號數(shù)值就會做相應的升級；所有的配置項都將保存在指定的服務器上，由配置管理工

22、程師統(tǒng)一保管、定期備份；具體操作參見中國移動通信集團廣東東莞分公司_東莞移動創(chuàng)新科技項目管理系統(tǒng)_配置管理計劃。 4.3.介質(zhì)控制介質(zhì)控制為了保護計算機程序的物理媒體，以避免非法存取，意外損壞或自然老化，東莞移動創(chuàng)新科技項目管理系統(tǒng)配備專人配置管理工程師，負責妥善管理、跟蹤、存放和備份存放配置項的各類媒體。4.4.問題報告和糾正問題報告和糾正4.4.1.處理流程處理流程在東莞移動創(chuàng)新科技項目管理系統(tǒng)質(zhì)量檢查中出現(xiàn)問題時，遵循逐級上報的原則：項目組成員級不能解決的上報到組長，由其協(xié)調(diào)解決；組長不能解決的上報到項目經(jīng)理。各子系統(tǒng)開發(fā)組組長在每個軟件開發(fā)生命周期階段結(jié)束后，總結(jié)本子系統(tǒng)的軟件質(zhì)量狀況

23、和質(zhì)量目標的實現(xiàn)情況，并填寫質(zhì)量總結(jié)報告。項目經(jīng)理每周整理一份項目狀態(tài)報告，記錄一周來項目的進展情況和出現(xiàn)的問題，如果這些問題還能被解決，將被移交到更高一層的領(lǐng)導者協(xié)調(diào)處理。必要時，對出現(xiàn)的問題將予以記錄（如評審缺陷清單、遺留問題清單等），交配置管理工程師備案。質(zhì)量管理組將對問題追蹤進行監(jiān)督，確保問題關(guān)閉。對在質(zhì)量檢查工作中發(fā)現(xiàn)的問題，將根據(jù)其性質(zhì)、范圍和對軟件的影響程度劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復的優(yōu)先級：缺陷嚴重程度高的修復優(yōu)先級也高；同理，回歸測試的優(yōu)先級也依此確定。4.4.2.問題級別劃分問題級別劃分4.4.2.1.需求分析階段需求分析階段級別級別說明說明嚴重 重要需求功

24、能點遺漏或描述錯誤，造成產(chǎn)品失敗 需求描述中有矛盾和沖突 需求描述中有嚴重影響下一階段工作的遺留問題中等 存在二義性詞語，影響設計人員對需求的理解 一般需求功能點遺漏或描述錯誤輕微 表述煩瑣，不易于理解4.4.2.2.設計階段設計階段級別級別說明說明嚴重 無法實現(xiàn)的設計 設計內(nèi)有矛盾和沖突 設計中有嚴重影響下一階段工作的遺留問題 重要需求設計錯誤中等 總體和概要設計中有影響下一階段工作的遺留問題 一般需求設計錯誤輕微 詳細設計中有影響下一階段工作的遺留問題 表述煩瑣，不易于理解4.4.2.3.開發(fā)階段開發(fā)階段級別級別說明說明嚴重 重要需求設計實現(xiàn)錯誤 提交的代碼無法進行集成測試中等 一般需求設

25、計實現(xiàn)錯誤 多處沒有遵循編碼規(guī)范輕微 個別之處沒有遵循編碼規(guī)范 其他錯誤4.4.2.4.測試階段測試階段缺陷級別編號缺陷級別編號級別級別說明說明1 將會導致整個產(chǎn)品開發(fā)失敗、系統(tǒng)崩潰、系統(tǒng)掛起，產(chǎn)品不能發(fā)版2嚴重 對系統(tǒng)功能有普遍影響、業(yè)務完成方面的嚴重錯誤3 業(yè)務不能完成、TABLE 或其他數(shù)據(jù)庫對象不存在、配置參數(shù)錯誤、控件錯誤、程序異常錯誤、未（正確）捕獲錯誤、文檔前后不一致、文檔與程序不一致、編碼未遵守規(guī)則4中等 數(shù)據(jù)未效驗、語言錯誤、GUI 規(guī)則、操作安全性5輕微 小缺陷，如拼寫錯誤、順序不對等；需改進的地方，如界面美觀性5. 各階段質(zhì)量目標和檢查標準各階段質(zhì)量目標和檢查標準5.1.需求分析階段需求分析階段需求分析階段，對各交付物的質(zhì)量目標如下，由質(zhì)量管理組發(fā)起對質(zhì)量目標的實現(xiàn)情況做評價。評審對象評審對象評審項目評審項目質(zhì)量目標質(zhì)量目標準確性 重要需求功能點描述正確率98% 一般需求功能點描述正確率95%完整性 重要需求功能點描述遺漏為 0 一般需求功能點描