軟件質(zhì)量管理手冊優(yōu)質(zhì)資料

軟件質(zhì)量管理手冊優(yōu)質(zhì)資料(可以直接使用，可編輯優(yōu)質(zhì)資料，歡迎下載）

軟件質(zhì)量管理手冊優(yōu)質(zhì)資料(可以直接使用，可編輯優(yōu)質(zhì)資料，歡迎下載）質(zhì)量管理手冊目錄1前言51.1讀者對象51.2目的和范圍51.3術(shù)語和定義52總體說明53質(zhì)量計劃：制定新項目及維護(hù)性項目質(zhì)量計劃53.1常規(guī)項目質(zhì)量計劃要求6質(zhì)量要素分析6質(zhì)量目標(biāo)6人員與職責(zé)7質(zhì)量保障計劃7過程檢查計劃73.2維護(hù)性項目質(zhì)量計劃要求8質(zhì)量目標(biāo)8質(zhì)量保障計劃8過程檢查計劃84質(zhì)量保證與控制84.1計劃階段9質(zhì)量指導(dǎo)方針9評審管理9計劃階段檢查單10常存在的問題114.2需求階段11質(zhì)量指導(dǎo)方針11評審管理12需求階段檢查單13常存在的問題144.3設(shè)計階段14質(zhì)量指導(dǎo)方針14評審管理14設(shè)計階段檢查單15常存在的問題164.4開發(fā)階段16質(zhì)量指導(dǎo)方針16代碼走查17開發(fā)階段檢查單17常存在的問題184.5測試階段18質(zhì)量指導(dǎo)方針18評審管理18檢查清單21常存在的問題224.6發(fā)布及維護(hù)階段23質(zhì)量指導(dǎo)方針23發(fā)布及維護(hù)階段檢查清單23常存在的問題244.7質(zhì)量控制中的文檔管理24文檔分類24文檔管理工具24文檔管理的基本要求24文檔管理流程255質(zhì)量度量：制定項目評估項255.1計劃評估26評估基準(zhǔn)26評估項26總結(jié)265.2過程評估26輸入條件27評估記錄表27總結(jié)285.3項目質(zhì)量評估28輸入條件28評估項28總結(jié)295.4成本評估29輸入條件29評估項29總結(jié)305.5客戶滿意度評估31輸入條件31評估項31總結(jié)316質(zhì)量改進(jìn)316.1現(xiàn)存在的質(zhì)量問題326.2質(zhì)量改進(jìn)措施32問題XXXX32產(chǎn)生原因分析32預(yù)防措施327附錄一：評審過程檢查表338附錄二：參照及依從的規(guī)范文檔清單349附錄三：項目管理跟蹤管理34前言讀者對象本文檔的讀者對象包括質(zhì)量管理人員、項目組成員及研發(fā)管理人員。目的和范圍本文檔的目的為了指導(dǎo)研發(fā)部進(jìn)行質(zhì)量管理的步驟及方法/原則。適用范圍為研發(fā)部的質(zhì)量管理作參考，以杜絕或減少研發(fā)過程中出現(xiàn)的質(zhì)量問題，并對質(zhì)量管理結(jié)果作出相應(yīng)的改善。術(shù)語和定義質(zhì)量管理：在質(zhì)量方面指揮和控制組織的協(xié)調(diào)活動質(zhì)量策劃：質(zhì)量管理的一部分，致力于制定質(zhì)量目標(biāo)并規(guī)定必要的運行過程和相關(guān)資源以實現(xiàn)質(zhì)量目標(biāo)質(zhì)量控制：質(zhì)量管理的一部分，致力于滿足質(zhì)量要求質(zhì)量保證：質(zhì)量管理的一部分，致力于提供質(zhì)量要求會得到滿足的信任質(zhì)量度量：質(zhì)量管理的一部分，致力于對已存在的質(zhì)量數(shù)據(jù)進(jìn)行分析，得出當(dāng)前質(zhì)量管理結(jié)果的評估數(shù)據(jù)。質(zhì)量改進(jìn)：質(zhì)量管理的一部分，致力于增強(qiáng)滿足質(zhì)量要求的能力總體說明由于現(xiàn)有的研發(fā)過程成熟程度較低，質(zhì)量管理不能一開始即從非常高的標(biāo)準(zhǔn)入手，故根據(jù)研發(fā)部的現(xiàn)狀，質(zhì)量管理初步從4個方面著手：計劃（確定過程）、保證及檢查（控制過程）、評估（測量過程）、改進(jìn)（改進(jìn)過程）。以預(yù)防式管理為方向，控制、檢查為手段，持續(xù)改進(jìn)并提升項目質(zhì)量為最終目的。鑒于質(zhì)量管理在本階段為初次正式引入，故對控制及檢查、評估環(huán)節(jié)中的要求并不完善，以減少實施過程中過多的阻礙。質(zhì)量計劃：制定新項目及維護(hù)性項目質(zhì)量計劃在本環(huán)節(jié)中，根據(jù)項目的規(guī)模及性質(zhì)進(jìn)行質(zhì)量策劃，制定本項目的質(zhì)量計劃；為后續(xù)的質(zhì)量控制、質(zhì)量評估及質(zhì)量改進(jìn)做出行動綱領(lǐng)。針對公司主要有新項目及維護(hù)性項目兩類版本，且兩者之間的質(zhì)量投入有所差異的特性，故質(zhì)量計劃可以區(qū)分以下：常規(guī)項目質(zhì)量計劃要求常規(guī)項目的質(zhì)量計劃制定按質(zhì)量要求分析/質(zhì)量目標(biāo)/人員.職責(zé)及質(zhì)量保障、過程檢查計劃組成，各項的具體要求如下所述。質(zhì)量要素分析主要的質(zhì)量要性如下：功能性質(zhì)量因素：正確性，健壯性，可靠性非功能性質(zhì)量因素：性能，易用性，清晰性，安全性，可擴(kuò)展性，兼容性，可移植性其它質(zhì)量因素：非以上要求之外的要求。根據(jù)產(chǎn)品的特性及市場目標(biāo)，將關(guān)鍵的質(zhì)量要素確認(rèn)，同時區(qū)分本項目的類型傾質(zhì)量型項目：指本項目對質(zhì)量控制更關(guān)注傾成本型項目：指本項目對成本控制更關(guān)注傾工期型項目：指本項目對工期要求更關(guān)注根據(jù)以上分析，再制定相應(yīng)的質(zhì)量目標(biāo)。質(zhì)量目標(biāo)訂立質(zhì)量目標(biāo)時，一般遵循SMART原則S：specific具體的M：measurable可測量的A：achievable可取得的R：realistic切實的T：timely及時的根據(jù)以上原則，我們可以制定如下質(zhì)量目標(biāo)：比如本項目的質(zhì)量要素為功能正確性、功能健壯性、性能那質(zhì)量目標(biāo)可定義例下：需求中所定義的功能都得以實現(xiàn)不穩(wěn)定問題（等級非輕微）都被解決關(guān)鍵模塊（模塊名稱）的性能不能低于V1.0版本……針對質(zhì)量目標(biāo)定出優(yōu)先級1、3、2目標(biāo)分解分解為階段質(zhì)量目標(biāo)完成階段質(zhì)量目標(biāo)的手段人員與職責(zé)參加質(zhì)量管理活動的人員，一般情況下，項目組所有的人都可以參與到質(zhì)量管理活動中來。但我們一般可定義如下人員去分別承擔(dān)相應(yīng)的職責(zé)。質(zhì)量管理人員：制定質(zhì)量管理計劃，對質(zhì)量過程進(jìn)行控制；對過程檢查單進(jìn)行實施；進(jìn)行質(zhì)量度量，制定質(zhì)量改進(jìn)計劃及實施；參與各類評審活動。測試人員：制定測試計劃，對項目進(jìn)行測試，進(jìn)行測試結(jié)果的度量分析；參與各類評審活動。項目管理人員：協(xié)助組織解決質(zhì)量管理過程中所發(fā)現(xiàn)的各類問題及風(fēng)險。質(zhì)量保障計劃根據(jù)當(dāng)前的質(zhì)量目標(biāo)，計劃需要進(jìn)行哪些質(zhì)量保障工作，一般可包括專業(yè)培訓(xùn)、同級評審、測試。培訓(xùn)確認(rèn)是否需要培訓(xùn)確認(rèn)培訓(xùn)的內(nèi)容、人員、時間，以及所耗費的資源。評審確認(rèn)評審內(nèi)容及計劃；需要包括評審的內(nèi)容、評審的方式以及評審的人員等等。對評審結(jié)果的跟蹤、管理方式。測試根據(jù)當(dāng)前的質(zhì)量目標(biāo)，確定測試的初步計劃，包括測試的范圍及測試方法、手段以及投入的人力及時間資源過程檢查計劃根據(jù)當(dāng)前的質(zhì)量目標(biāo)，制定項目過程中需要檢查的對象、例如：階段檢查對象檢查時機(jī)次數(shù)檢查執(zhí)行人員檢查依據(jù)計劃階段計劃階段的產(chǎn)出項目組成立之后至計劃階段結(jié)束3次對應(yīng)測試接口人根據(jù)計劃階段檢查清單進(jìn)行檢查需求階段需求評審需求評審啟動1次對應(yīng)測試接口人根據(jù)需求階段檢查清單進(jìn)行檢查。維護(hù)性項目質(zhì)量計劃要求維護(hù)性項目的質(zhì)量計劃制定相對簡單，不需要花較多的時間在其上，并且可以套用比較固定的模板。維護(hù)性項目基本上會有很明確的需求點以及具體的時間點要求，一般情況下，維護(hù)時期會很長，且需求相對較散、小，針對這些特性，維護(hù)性項目的質(zhì)量計劃要求僅可以包括：質(zhì)量目標(biāo)、質(zhì)量保障計劃、過程檢查計劃。質(zhì)量目標(biāo)根據(jù)當(dāng)前的需求簡單定出本版本的質(zhì)量目標(biāo)。質(zhì)量保障計劃在維護(hù)性項目中，質(zhì)量保障計劃主要包括：需求討論、聯(lián)調(diào)以及測試。需求討論：參與人員包括開發(fā)及測試人員；需求討論結(jié)果報告聯(lián)調(diào)：對所做的修改及周邊進(jìn)行聯(lián)調(diào)；聯(lián)調(diào)測試報告測試：根據(jù)質(zhì)量目標(biāo)制定相應(yīng)的測試計劃安排，過程檢查計劃無論質(zhì)量目標(biāo)定為如何，維護(hù)性項目的過程檢查，僅需要如下環(huán)節(jié)：需求討論會：是否進(jìn)行了需求討論會，需求討論會的與會人員及結(jié)果聯(lián)調(diào)：是否進(jìn)行了聯(lián)調(diào)，對原版本的影響測試執(zhí)行：對測試過程進(jìn)行檢查子過程評估項評估結(jié)果得分單項分*百分比有(√)沒有(×)N/A需求討論（50%）是否發(fā)起需求討論會？（60分）與會人員涉及是否合理？(40分)聯(lián)調(diào)測試（20%）進(jìn)行了聯(lián)調(diào)測試（60分）聯(lián)調(diào)是否有效發(fā)現(xiàn)的問題數(shù)是測試的20%(40分)測試（30%）測試具有用例或測試點？(50分)測試執(zhí)行是否能被跟蹤(50分)質(zhì)量保證與控制質(zhì)量保證與控制是質(zhì)量管理中最重要的一個環(huán)節(jié)，質(zhì)量目標(biāo)是否能夠有效的實現(xiàn)都有賴于此環(huán)節(jié)的實施控制。本環(huán)節(jié)根據(jù)質(zhì)量保障計劃、過程檢查計劃對版本開發(fā)的各過程定出質(zhì)量指導(dǎo)方針、評審環(huán)節(jié)規(guī)則以及檢查清單。其中質(zhì)量指導(dǎo)方針：用于簡要指引如何高質(zhì)量的完成本階段的工作評審管理：主要制定簡單的評審輸入、輸出以及該階段評審的基本準(zhǔn)則任務(wù)檢查單：用于檢查該階段的任務(wù)是否進(jìn)行以及進(jìn)行的效果如何常存在的問題：更多的是讓各成員了解一些經(jīng)驗所談會存在哪些問題，可提前預(yù)防或糾正計劃階段計劃階段指從項目啟動至項目總體計劃制定完成的階段。質(zhì)量指導(dǎo)方針在項目的計劃階段，期望產(chǎn)出高質(zhì)量的項目總體計劃，建議遵守以下原則：根據(jù)《項目總體計劃模板》、《項目總體計劃編制說明書》的指導(dǎo)原則進(jìn)行計劃編排計劃制定時需結(jié)合實際并與相關(guān)人員進(jìn)行必要的溝通了解項目背景、項目目標(biāo)以及可調(diào)動的資源等計劃制定時需考慮相應(yīng)風(fēng)險及應(yīng)對措施：如人員變動、需求變化、技術(shù)難題對于把控不準(zhǔn)的項目進(jìn)行不同層面的評審評審管理計劃階段的評審主要指項目總體計劃的評審。評審輸入項《項目總體計劃》以及當(dāng)前項目原始需求等相關(guān)資料評審準(zhǔn)則項目總體計劃的評審主要從完整性、正確性、合理性、可管理性進(jìn)行評審。評審項評審要求備注完整性是否包括從需求至發(fā)布各個階段的任務(wù)計劃？是否對各任務(wù)的交付件定義了質(zhì)量要求？正確性各階段定義是否正確？各子任務(wù)所屬的階段是否正確？合理性各個任務(wù)的先后順序是否合理？并串行安排是否合理？各任務(wù)分配的資源是否合理？各任務(wù)細(xì)化的程度是否合理？任務(wù)與任務(wù)之間的約束是否合理？各階段的時間投入比例是否合理？項目的結(jié)束時間，是否與客戶承諾的一致項目的計劃中是否考慮一些常見的風(fēng)險？對風(fēng)險的應(yīng)對是否體現(xiàn)在計劃中？可管理性對于每個階段是否有明確的里程碑事件？里程碑是否有明確、可衡量的目標(biāo)？里程碑達(dá)到時，是否能提供標(biāo)志階段結(jié)束的正式輸出文檔？評審輸出評審結(jié)果輸出包括：《評審結(jié)果記錄表》《修訂后的項目總體計劃》計劃階段檢查單編號：項目名稱項目編號軟件項目經(jīng)理此次檢查所費時間報告人日期檢查內(nèi)容已經(jīng)完成部分完成尚未完成不適用注釋項目估算對項目進(jìn)行了合理的分解，并區(qū)分復(fù)雜度對項目進(jìn)行了規(guī)模和工作量估算，并符合估算過程對項目進(jìn)行了進(jìn)度、風(fēng)險、資源、成本估算對估算結(jié)果進(jìn)行了評審，并符合要求策劃過程選擇了合適的生命周期模型同時考慮了項目管理、集成、測試、SCM、SQA等工作定義了合理的里程碑且每個里程碑的目標(biāo)清晰已經(jīng)剔除了停工、假期等影響工作時間的因素策劃形成的計劃與用戶要求、合同等不相矛盾計劃評審及跟蹤計劃發(fā)起了評審計劃評審過程符合公司規(guī)定、標(biāo)準(zhǔn)要求計劃評審過程有效（評審所發(fā)現(xiàn)的問題數(shù)（用于檢查評審是否有效，是否達(dá)到預(yù)期，以及交付件的質(zhì)量）評審所反饋的問題已經(jīng)妥善解決修訂后的計劃已經(jīng)納入基線庫審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)經(jīng)理常存在的問題計劃中并行工作先后順序安排不合理計劃中沒有預(yù)留任何應(yīng)對風(fēng)險的措施計劃中未包括整個項目的所有工作計劃中不確定的因素過多需求階段需求階段指從需求獲取至輸出需求規(guī)格說明書階段。需求階段可劃分為：獲取需求、分析需求、編寫需求規(guī)格說明書三個階段。獲取需求：主要從編寫項目視圖與范圍、用戶群分類、選擇產(chǎn)品/項目需求代表、確定使用實例、分析工作流程、需求重用這幾步驟進(jìn)行分析需求：包括繪制關(guān)聯(lián)圖、創(chuàng)建開發(fā)原型、分析可行性、劃分需求優(yōu)先級；編寫需求規(guī)范說明書：根據(jù)項目特點裁剪模板、獲取功能和技術(shù)需求、注明需求來源、開發(fā)需求追蹤矩陣。質(zhì)量指導(dǎo)方針根據(jù)《需求模板》、《需求編寫指導(dǎo)說明書》制定需求說明文檔需求文檔中應(yīng)包括明確的需求范圍需求文檔中應(yīng)包括主要的質(zhì)量屬性需求需細(xì)化到要求的程度（可以根據(jù)需求進(jìn)行開發(fā)設(shè)計及測試設(shè)計）需求的不確定項不超過總體需求的5%需求中應(yīng)明確定義需求的優(yōu)先級制定需求管理原則（包括需求標(biāo)識、跟蹤方式、變更控制原則）評審管理需求階段評審主要針對需求的清晰性、正確性、完整性、可管理性進(jìn)行評審。評審的形式按實際的質(zhì)量計劃中要求而定。評審輸入項《技術(shù)方案建議書》、《需求分析》、《需求規(guī)格說明書》評審準(zhǔn)則需求評審時，主要針對需求的清晰性、正確性、完整性、可行性、可管理性進(jìn)行評審，評審細(xì)項如下圖所示：評審項評審要求備注1．清晰性系統(tǒng)的目標(biāo)是否已定義？是否對關(guān)鍵術(shù)語及略縮語進(jìn)行了定義？是否有對整套系統(tǒng)進(jìn)行了功能概述？2．正確性需求與需求之間是否有重復(fù)或沖突?本需求說明書與相關(guān)需求素材是否一致？是否清晰、簡潔、無二義地表達(dá)了每個需求?是否每個需求都在項目的范圍內(nèi)是否每個需求都沒有內(nèi)容和語法上的錯誤?3．完整性編寫的所有需求，其詳細(xì)程度是否一致和合適?需求是否能為設(shè)計提供足夠的基礎(chǔ)?所有對其他需求的內(nèi)部引用是否正確?是否已經(jīng)列出了系統(tǒng)所必要的依賴/假設(shè)以及約束是否包含了所有已知的客戶需求或系統(tǒng)需求?是否已經(jīng)對每個業(yè)務(wù)邏輯進(jìn)行輸入、輸出以及過程的詳細(xì)說明是否已詳細(xì)說明了軟件環(huán)境（共存的軟件）和硬件環(huán)境（特定的配置）是否遺漏了必要的信息?如果有遺漏的話,把他們標(biāo)記為待確定的問題(TBD)?是否包括了主要的質(zhì)量屬性，例如性能要求、安全性要求、可靠性要求、可恢復(fù)性要求、穩(wěn)定性要求等等是否分析了潛在的需求是否標(biāo)識并解決了需求中的潛城的問題4．可行性所描述的所有功能是否都必要？所描述的所有功能是否充分的滿足客戶/系統(tǒng)目標(biāo)？已知的限制（局限）是否已經(jīng)詳細(xì)說明？是否已經(jīng)確定每個需求的實現(xiàn)優(yōu)先級?在現(xiàn)有的資源內(nèi),是否能實現(xiàn)所有的需求?是否每個需求都可以進(jìn)行驗證（測試）？5．可管理性是否將需求分別陳述，因此它們是獨立的并且是可檢查的？是否所有需求都可以回溯到相應(yīng)的需求素材，反之亦然？是否已詳細(xì)說明需求變更的過程？一致性是否存在沖突或重復(fù)的需求項開發(fā)計劃/產(chǎn)品和活動和需求是否保持一致是否可以根據(jù)軟件需求規(guī)范中的信息制定出詳細(xì)的測試集，并且每項需求是否可以測試是否有《需求跟蹤矩陣》評審輸出《評審結(jié)果清單》《根據(jù)評審修訂后的需求規(guī)格說明書》需求階段檢查單項目名稱項目編號軟件項目經(jīng)理此次檢查耗費時間報告人日期檢查內(nèi)容是否無法確認(rèn)N/A注釋需求確立系統(tǒng)需求明確及其分配已形成文檔軟件需求明確并按照模版形成文檔需求管理中主要的質(zhì)量屬性已經(jīng)確認(rèn)已與受影響的組和個人協(xié)商需求的約定需求中不可測試的部分已經(jīng)進(jìn)行標(biāo)識需求評審及跟蹤需求經(jīng)過評審需求評審過程有效（發(fā)現(xiàn)的問題達(dá)到一定級別）需求評審中發(fā)現(xiàn)的問題都已妥善解決需求已經(jīng)過客戶或高級管理者的認(rèn)可并簽字確認(rèn)修訂后的需求規(guī)格說明書是否納入基線庫需求變更控制已經(jīng)建立需求變更控制流程需求的變動情況是否在軟件需求說明書進(jìn)行登記內(nèi)部受影響的組織已了解和承諾更改對更改所造成的風(fēng)險和影響已進(jìn)行識別、評價并文檔化進(jìn)度跟蹤進(jìn)度是否延期？如果延期，延期是否在可控范圍內(nèi)？審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)常存在的問題需求未經(jīng)過分析直接轉(zhuǎn)給其它人員需求不夠細(xì)化，開發(fā)及測試設(shè)計無法進(jìn)行需求中不確認(rèn)的需求點過多需求不完整、不全面設(shè)計階段設(shè)計階段包括技術(shù)方案形成、概要設(shè)計、原型設(shè)計、詳細(xì)設(shè)計（如果有的話）等工作的完成。質(zhì)量指導(dǎo)方針根據(jù)概要設(shè)計文檔模板要求及需求剪裁適合當(dāng)前項目的模板根據(jù)模板編寫概要設(shè)計說明書對于質(zhì)量計劃中的關(guān)鍵質(zhì)量屬性在設(shè)計中需要重點考慮需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析，同樣也要考慮到參與項目小組成員的素質(zhì)對于不同的方案分別進(jìn)行評估對概要設(shè)計文檔進(jìn)行同行評審在設(shè)計階段同時完成原型的設(shè)計根據(jù)實際需要考慮是否需要進(jìn)行詳細(xì)設(shè)計涉及到的需求變更需同步知會其它環(huán)節(jié)的更新。評審管理在設(shè)計階段需要對設(shè)計實現(xiàn)方案、設(shè)計、原型等進(jìn)行評審；評審的形式按實際的質(zhì)量計劃中要求而定。以下僅提供概要設(shè)計說明的評審準(zhǔn)則評審輸入項《概要設(shè)計說明書》，《需求規(guī)格說明書》評審準(zhǔn)則概要設(shè)計說明書評審準(zhǔn)則評審項評審要求正確性設(shè)計說明書的編寫是否按照標(biāo)準(zhǔn)模板來編寫?設(shè)計是否正確？是否能夠滿足需求？可行性設(shè)計方案在現(xiàn)有條件下是否可行？可理解性設(shè)計方案是否能被相關(guān)人員理解？完整性是否包括核心功能的實現(xiàn)方案？所有的功能需求與非功能需求是否都體現(xiàn)在了設(shè)計中？在設(shè)計中是否增加了不必要的功能？是否為未來的變更進(jìn)行了過渡設(shè)計？各子系統(tǒng)、模塊之間的關(guān)系是否描述得清楚系統(tǒng)的設(shè)計是否考慮了系統(tǒng)的可擴(kuò)展性設(shè)計是否考慮了重用性重用構(gòu)件是否進(jìn)行了標(biāo)識是否說明了重用模塊的獲取方式和相關(guān)的文檔系統(tǒng)的設(shè)計是否考慮了系統(tǒng)的易移植性設(shè)計是否使用標(biāo)準(zhǔn)的技術(shù)，避免使用怪異的、不易理解的方式和方法設(shè)計的調(diào)用寬度、調(diào)用深度、耦合度、內(nèi)聚度和結(jié)構(gòu)化程度是否進(jìn)行了描述可追溯性設(shè)計是否可以跟蹤到需求需求是否可以追溯到設(shè)計評審輸出《評審結(jié)果列表》、評審修訂后的《概要設(shè)計文檔》設(shè)計階段檢查單項目名稱項目編號軟件項目經(jīng)理此次檢查耗費時間報告人日期檢查內(nèi)容已經(jīng)完成部分完成尚未完成不適用注釋設(shè)計確認(rèn)是否具有概要設(shè)計說明書設(shè)計說明書的編寫按照標(biāo)準(zhǔn)模板來編寫設(shè)計評審及跟蹤設(shè)計經(jīng)過評審設(shè)計評審過程有效（用于檢查評審是否有效，是否達(dá)到預(yù)期，以及交付件的質(zhì)量）設(shè)計評審中發(fā)現(xiàn)的問題都已妥善解決修訂后的設(shè)計說明書是否納入文檔基線庫設(shè)計變更控制已經(jīng)建立設(shè)計變更控制流程設(shè)計凍結(jié)過程原型確認(rèn)原型設(shè)計完成原型評審執(zhí)行設(shè)計評審中發(fā)現(xiàn)的問題都已妥善解決原型完整性（可供演示的完整頁面）進(jìn)度跟蹤是否按進(jìn)度進(jìn)行？如進(jìn)度延期，延期是否在可控范圍內(nèi)？審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)常存在的問題存在未攻克的技術(shù)難題需求基線變動太多而造成設(shè)計變化多設(shè)計方案不全面，不完整設(shè)計方案中所使用的技術(shù)未經(jīng)驗證開發(fā)階段開發(fā)階段主要從代碼規(guī)范、代碼走查、調(diào)測等進(jìn)行控制管理。質(zhì)量指導(dǎo)方針約定開發(fā)的編碼規(guī)范約定代碼審計所需的時間及規(guī)則約定開發(fā)階段的調(diào)測方式約定開發(fā)階段自測的標(biāo)準(zhǔn)約定提交版本提交的原則代碼走查走查項走查要求備注規(guī)范性編碼是否符合項目或組織的編碼標(biāo)準(zhǔn)頭文件包含是否完整參數(shù)在程度開始時是否被初始化參數(shù)在循環(huán)開始時是否被初始化在承數(shù)或過程調(diào)用的時候參數(shù)是否被初始化函數(shù)調(diào)用的格式和參數(shù)是否正確變量的聲明和拼寫是否一致變量聲明的范圍是否恰當(dāng)是否所有的指針都被初始化為NULL程序中申請的內(nèi)存使用后是否釋放是否每個==，||等都驗證了正確性是否打開的文件都及時關(guān)閉了開發(fā)階段檢查單輸入條件：項目當(dāng)前的《項目總體計劃》；《代碼走查結(jié)果清單》；《單元測試結(jié)果清單》；《聯(lián)調(diào)測試結(jié)果清單》檢查項：項目名稱項目編號軟件項目經(jīng)理此次檢查耗費時間報告人日期檢查內(nèi)容已經(jīng)完成部分完成尚未完成不適用注釋代碼開發(fā)規(guī)范編碼是否符合項目或組織的編碼標(biāo)準(zhǔn)代碼開發(fā)階段工作進(jìn)行代碼走審代碼走查有效（問題數(shù)發(fā)現(xiàn)達(dá)*個/代碼行以上）進(jìn)行單元測試單元測試有效（問題數(shù)發(fā)現(xiàn)達(dá)*個/代碼行以上）進(jìn)行聯(lián)調(diào)聯(lián)調(diào)是否有效（問題數(shù)發(fā)現(xiàn)達(dá)*個/代碼行以上）進(jìn)度跟蹤是否按進(jìn)度進(jìn)行？如進(jìn)度延期，延期是否在可控范圍內(nèi)？審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)常存在的問題沒有形成項目組內(nèi)的編碼規(guī)范沒有進(jìn)行代碼審查，問題無法被暴露沒有進(jìn)行單元測試造成聯(lián)調(diào)時間加倍增長沒有進(jìn)行聯(lián)調(diào)造成接口級問題非常之多送測版本實際未達(dá)到送測要求沒有進(jìn)行聯(lián)調(diào)造成版本送測多次方成功測試階段質(zhì)量指導(dǎo)方針盡早的介入測試，所有的測試都可以追溯到需求在測試相應(yīng)方案啟動之前，必須先理解且分析需求根據(jù)質(zhì)量計劃來制定相應(yīng)的測試計劃測試計劃中需涵蓋所有關(guān)鍵質(zhì)量屬性進(jìn)行測試計劃評審及修訂建立測試用例對測試需求的覆蓋率進(jìn)行測試用例評審及修訂不同測試階段可有計劃的調(diào)整當(dāng)前的測試重點評審管理測試評審包括測試方案、測試用例的評審，一般可分為內(nèi)部評審及外部評審；評審的形式按實際的質(zhì)量計劃中要求而定。以下僅提供測試用例的評審準(zhǔn)則。評審輸入《需求規(guī)格說明書》、《概要設(shè)計說明書》、《測試計劃》、《測試用例》、評審準(zhǔn)則測試用例評審活動可以確保用例符合優(yōu)秀用例陳述的特征，包括完整、正確、可行、必要、具有優(yōu)先級、無二義性和可驗證性,同時亦符合好的用例特征，即完整性、一致性、易修改和可跟蹤性；評審過程保證用例滿足如下要求：完整性：指有明確的目的、輸入、輸出，提供必要的備注信息；正確性：指每個用例的期望結(jié)果與實際需求一致；可執(zhí)行性：可執(zhí)行性指測試人員根據(jù)測試用例能夠獨立執(zhí)行測試；代表性：指能用最簡單的數(shù)據(jù)，最簡捷的路徑達(dá)到測試的目的；唯一性：指在各個測試用例沒有重復(fù)交叉的現(xiàn)象；有效性：指每個用例是否有效？是否冗余？是否能夠執(zhí)行；獨立性：是用例與用例之間是否互不依賴？是否能夠獨立執(zhí)行；可讀性：指測試用例描述清晰，邏輯正確，拆分合理；質(zhì)量指標(biāo)：指是否能夠滿足質(zhì)量指標(biāo)中的覆蓋率要求，是否可以滿足BUG密度的質(zhì)量要求；內(nèi)部評審準(zhǔn)則評審項評審要求備注完整性針對每個測試需求，是否至少有一個正面用例，是否至少有一個以上反面用例去測試？針對重要測試需求，是否至少使用了兩種以上的設(shè)計方法？唯一性是否存在重復(fù)的用例？是否存在可以合并的用例？是否存在需要拆分的用例？是否存在冗余的用例？是否存在無效的用例？獨立性每一個用例的目的、操作過程、期望結(jié)果是否獨立？每一個用例的目的及期望結(jié)果是否保持統(tǒng)一？期望結(jié)果是否過于發(fā)散？可讀性不同用例之間針對相關(guān)聯(lián)的內(nèi)容描述是否相同？是否存在互斥、矛盾的地方？每個測試用例是否清楚的填寫了測試特性、步驟、預(yù)期結(jié)果？代表性是否考慮到測試用例的執(zhí)行效率？怎么樣的步驟組合才是最高效的？測試用例是否具有指導(dǎo)性,是否能靈活指導(dǎo)測試人員通過用例發(fā)現(xiàn)更多缺陷,而不是限制他們的思維外部評審準(zhǔn)則評審項評審要求備注全面性用例樹結(jié)構(gòu)定義是否合理？用例是否包括如下方面：功能、界面、性能用例及需求中涉及到的其它方面用例完整性用例是否覆蓋了所有顯性的需求？用例是否覆蓋了所有隱性的需求針對每個測試需求，是否從正面、反面分別去驗證測試需求？測試用例是否覆蓋每個被測功能的所有可能的輸入輸出的組合？測試用例是否覆蓋正常的輸入輸出組合的所有可能的取值范圍？測試用例是否包括測試了被測試對象的初始化過程？測試用例是否包含了被測對象中所有異常流的測試？是否把最多的測試用例精力放在系統(tǒng)的最主要功能上？針對每個測試用例，是否標(biāo)識了優(yōu)先級，且標(biāo)識合理？針對每個期望用例的期望結(jié)果；對開發(fā)的要求是否合理？測試開發(fā)設(shè)計的認(rèn)識是否一致？用例期望結(jié)果理中與需求保持一致？每一個用例的依賴數(shù)據(jù)、期望結(jié)果是否具體到表及字段的變化？質(zhì)量指標(biāo)用例覆蓋率是否達(dá)到相應(yīng)質(zhì)量指標(biāo)?用例預(yù)期缺陷率是否達(dá)到相應(yīng)質(zhì)量指標(biāo)?評審輸出《評審結(jié)果列表》《評審修訂通過的測試用例列表》檢查清單輸入條件：項目當(dāng)前的《項目總體計劃》；《測試計劃/用例文檔》、《評審結(jié)果單》、測試用例/測試執(zhí)行/BUG單結(jié)果數(shù)據(jù)項目名稱項目編號軟件項目經(jīng)理此次檢查耗費時間報告人日期檢查內(nèi)容已經(jīng)完成部分完成尚未完成不適用注釋測試計劃及設(shè)計確認(rèn)測試計劃及用例編制能根據(jù)不同質(zhì)量屬性制定不同測試計劃測試用例對需求的覆蓋達(dá)到90%測試評審及跟蹤測試計劃評審評審結(jié)果清單（用于檢查評審是否有效，是否達(dá)到預(yù)期，以及交付件的質(zhì)量）反饋的問題都妥善解決測試用例評審評審結(jié)果（用于檢查評審是否有效，是否達(dá)到預(yù)期，以及交付件的質(zhì)量）反饋的問題都妥善解決測試跟蹤測試執(zhí)行過程是否被記錄及監(jiān)控BUG單是否被管理質(zhì)量評估是否進(jìn)行是否具有測試報告測試報告是否反饋進(jìn)度跟蹤是否按進(jìn)度進(jìn)行？如進(jìn)度延期，延期是否在可控范圍內(nèi)？審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)常存在的問題需求或設(shè)計變化造成測試時間不夠區(qū)分哪些會影響關(guān)鍵質(zhì)量目標(biāo)，優(yōu)化測試關(guān)鍵質(zhì)量目標(biāo)，對于非關(guān)鍵性的質(zhì)量因素，可后續(xù)再做補(bǔ)充測試。測試環(huán)境與實際環(huán)境無法保持一致而可能造成問題較多。區(qū)分影響及不影響的功能點。對于影響的功能點，在現(xiàn)網(wǎng)布署后，必須再進(jìn)行現(xiàn)網(wǎng)測試后方可正式投入使用。軟件穩(wěn)定性不夠，不可復(fù)現(xiàn)問題多穩(wěn)定測試環(huán)境，增加對日志的監(jiān)控及捕捉測試用例的執(zhí)行率未達(dá)到100%跟進(jìn)原因，對于非客觀原因造成，則可考慮測試用例執(zhí)行作為項目經(jīng)理接收測試結(jié)束標(biāo)準(zhǔn)。測試用例對需求覆蓋率過低提升評審效果，增加用例設(shè)計及補(bǔ)充時間段測試用例發(fā)現(xiàn)BUG率過低增加用例設(shè)計及補(bǔ)充時間段，再進(jìn)行測試BUG數(shù)嚴(yán)重超出預(yù)期暫?，F(xiàn)有的測試，項目組討論分析再增加單元或聯(lián)調(diào)測試通過扣，方可再進(jìn)行版本提交。BUG數(shù)沒有收斂的趨勢尋找是測試原因造成漏測或是開發(fā)總產(chǎn)生新BUG漏測：適當(dāng)?shù)脑黾訂屋啘y試時間，強(qiáng)調(diào)不同維度的測試；多進(jìn)行交叉測試修改產(chǎn)生過多的新BUG：強(qiáng)調(diào)開發(fā)的單元測試及走查。BUG返修率過高在修改BUG過程中強(qiáng)調(diào)與測試的溝通。BUG修改完成后，完成相應(yīng)的自測。測試人員提交BUG單時盡量清晰描述BUG單，并附重現(xiàn)條件或日志。發(fā)布及維護(hù)階段質(zhì)量指導(dǎo)方針根據(jù)發(fā)布階段要求準(zhǔn)備相應(yīng)的程序及文檔及時檢查歸檔的各類資源根據(jù)項目特性或公網(wǎng)情況制定現(xiàn)網(wǎng)問題跟蹤流及管理方式與用服結(jié)合制定軟件的客戶滿意度調(diào)查單發(fā)布及維護(hù)階段檢查清單項目名稱項目編號軟件項目經(jīng)理此次檢查耗費時間報告人日期檢查內(nèi)容已經(jīng)完成部分完成尚未完成不適用注釋歸檔確認(rèn)版本歸檔項目經(jīng)理檢查權(quán)限回收現(xiàn)網(wǎng)問題跟蹤現(xiàn)網(wǎng)問題跟蹤流程確認(rèn)反饋的問題管理現(xiàn)網(wǎng)反饋的問題已經(jīng)妥善解決審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)常存在的問題版本忘記歸檔由項目經(jīng)理檢查歸檔情況，發(fā)現(xiàn)未歸檔者，可及時提出項目經(jīng)理未對歸檔進(jìn)行檢查當(dāng)根據(jù)以上檢查單發(fā)現(xiàn)未版本，則記未歸檔及項目經(jīng)理未檢查一次；當(dāng)出現(xiàn)由于歸檔資料不全而造成發(fā)布給現(xiàn)網(wǎng)出現(xiàn)問題，則記項目經(jīng)理未檢查一次；現(xiàn)網(wǎng)問題解決情況未進(jìn)行跟蹤定期收集信息，對于管理流程及工具可使用研發(fā)部整套模式。質(zhì)量控制中的文檔管理質(zhì)量管理會形成除項目文檔之外的管理文檔，故文檔管理主要為解決項目過程中產(chǎn)生的各類文檔的正確性、唯一性、及時性、有效性所做的相應(yīng)約束。文檔分類(1)開發(fā)文檔：這類文檔在軟件項目開發(fā)過程中，體現(xiàn)了軟件開發(fā)人員前一階段工作的成果，同時又是后一階段工作的依據(jù)。這類文檔包括可行性研究報告、軟件項目開發(fā)計劃、軟件需求規(guī)格說明、系統(tǒng)規(guī)格說明書、軟件功能說明書和數(shù)據(jù)字典等。(2)管理文檔：這類文檔在軟件項目開發(fā)過程中，由軟件開發(fā)人員制定的需提交管理部門的一些工作計劃、工作方案和工作報告。通過閱讀這些文檔，管理人員能夠了解軟件項目開發(fā)活動安排、進(jìn)度、資源使用等情況。這類文檔包括項目開發(fā)計劃、測試計劃、測試方案、開發(fā)進(jìn)度報告和項目總結(jié)報告等。(3)用戶文檔：這類文檔是軟件開發(fā)人員為使用該軟件的網(wǎng)點經(jīng)辦人員準(zhǔn)備的有關(guān)該軟件產(chǎn)品使用、操作的資料，主要是操作手冊及新功能介紹方面的文檔。(4)記錄文檔：與客戶交流往來的記錄、軟件項目開發(fā)過程中各種會議、跟蹤記錄、審查記錄、產(chǎn)品投產(chǎn)記錄和問題跟蹤解決記錄等。(5)反饋文檔：這類文檔主要是軟件產(chǎn)品在推廣使用以后，客戶對產(chǎn)品使用過程中意見及產(chǎn)品缺陷、質(zhì)量等方面的信息反饋。文檔管理工具文檔管理工具現(xiàn)在采用VSS管理方式；存放至文檔基線庫。文檔基線庫文檔管理的基本要求正確性：所有的文檔都使用相當(dāng)?shù)臉?biāo)準(zhǔn)模板文檔中所述的內(nèi)容正確無誤唯一性：每個版本的文檔只有一個。及時性：文檔隨每個任務(wù)的執(zhí)行能夠及時編制及公布有效性：防止無效的文檔歸檔以及過期文檔被誤用。具體要求：所有的文檔都使用相應(yīng)的標(biāo)準(zhǔn)模文檔發(fā)布或歸檔前得到批準(zhǔn)必要時對文件進(jìn)行定期評審與更新確定文件的更改和現(xiàn)行修訂狀況得到識別確保在使用時可獲得有關(guān)版本的適用文件確保文件保持清晰、易于識別確保外部文件得到識別并控制其分發(fā)防止過期文件被誤用，若因任何原因而保留時，需對其進(jìn)行適當(dāng)?shù)臉?biāo)識文檔管理流程根據(jù)現(xiàn)有的狀態(tài)，文檔的管理流程僅涉及歸檔及發(fā)布，如下圖所示：說明：由作者或相應(yīng)負(fù)責(zé)人提出歸檔申請，必須是評審?fù)ㄟ^且修改后的文檔方可提出歸檔申請是否及時歸檔的檢查在各個過程中的檢查清單中進(jìn)行檢查文檔作廢：文檔歸檔發(fā)布后，需同時作廢此文檔之前的相應(yīng)版本。每次進(jìn)行歸檔后，由歸檔人員統(tǒng)一進(jìn)行文檔更新發(fā)布?xì)w檔之后的文檔如有再更新的需求，則從基線庫取出來進(jìn)行更新后，重新歸檔。質(zhì)量度量：制定項目評估項質(zhì)量度量主要針對項目進(jìn)行評估，從項目的計劃、過程、質(zhì)量、成本、客戶滿意度不同維度進(jìn)行評估。具體細(xì)節(jié)如下。計劃評估計劃評估主要根據(jù)計劃歷史變更記錄來評估計劃的正確、合理性、可實施情況，并為以后的計劃制定提供參考數(shù)據(jù)。主要針對里程碑進(jìn)行評估，對于非里程碑的計劃變化不進(jìn)行評估。評估基準(zhǔn)1．項目啟動時的《項目總體計劃》、每次變更后的項目計劃、項目結(jié)束時的《項目總體計劃》2．項目變動記錄文件評估項評估項第x次變更變更原因與上次偏離率%與初始偏離率%計劃變更里程碑1里程碑2里程碑3……總結(jié)1．計劃變更的主要原因是什么？比如項目計劃不夠詳細(xì)，工作安排不夠細(xì)致，時間浪費對項目的技術(shù)、工作量等認(rèn)識不清，導(dǎo)致計劃時間失誤對項目人員的工作效率、特長認(rèn)識不清，導(dǎo)致計劃時間失誤項目任務(wù)跟蹤不及時，錯過最佳調(diào)整時機(jī)過程評估過程評估是根據(jù)項目的每個階段的質(zhì)量指導(dǎo)方針以及檢查結(jié)果來進(jìn)行的評估，用于檢查各項目的過程控制是否達(dá)到應(yīng)有的要求。過程評估最終使用計分的方式來得出過程得分。輸入條件每個過程的每次的《過程檢查清單》評估記錄表評估記錄表根據(jù)對不同階段的關(guān)注不同，定出相應(yīng)的百分比，以及每個階段中不同評估項的重點不同，給予不同的分值，最終統(tǒng)計出對過程的總體評分。過程評估項評估結(jié)果最后得分單項分*百分比有(√)沒有(×)N/A計劃階段25%項目總體計劃（40分）是否進(jìn)行總體計劃評審（25分）評審是否有效（發(fā)現(xiàn)總體問題的60%以上的評審稱之為有效）（35分）需求階段25%需求規(guī)格說明書（40分）是否進(jìn)行了需求評審（30分）評審是否有效在測試階段發(fā)現(xiàn)的需求問題少于總問題數(shù)的5%（30分）設(shè)計階段20%具有方案、概要（詳細(xì)）設(shè)計文檔（35分）是否進(jìn)行設(shè)計評審（15分）有否原型設(shè)計（20分）是否進(jìn)行過原型評審（15分）評審是否有效？（如在測試階段發(fā)現(xiàn)的UE問題少于總問題數(shù)的5%）（15分）開發(fā)階段15%是否進(jìn)行單元測試（25分）單元測試是否有效--發(fā)現(xiàn)的問題數(shù)達(dá)到測試階段的問題數(shù)10%或以上（15分）是否進(jìn)行聯(lián)調(diào)（30分）聯(lián)調(diào)是否有效--發(fā)現(xiàn)的問題數(shù)達(dá)到測試階段的問題數(shù)的10%或以上（20分）測試階段15%有否測試計劃或測試用例（40分）是否進(jìn)行評審？（20分）評審是否有效？--發(fā)現(xiàn)問題數(shù)為用例總數(shù)的10%以上（15分）評審是否有效--用例發(fā)現(xiàn)BUG率達(dá)90%以上（25分）總計計分準(zhǔn)則：有則加分，沒有則不加分，N/A則不計算此項；當(dāng)統(tǒng)計結(jié)果中存在不適用此項時，則統(tǒng)計結(jié)果需要按100分再進(jìn)行一次轉(zhuǎn)換；例如測試階段分別統(tǒng)計為：1有；2無；3N/A，4有；則測試階段的得分為：（40+25）/（40+20+25）*100*15%；總結(jié)對過程得出的最終分進(jìn)行分析：哪些過程存在嚴(yán)重的質(zhì)量問題？哪些過程缺乏哪些質(zhì)量控制環(huán)節(jié)？哪些質(zhì)量控制環(huán)節(jié)沒有起到相應(yīng)的作用？項目質(zhì)量評估質(zhì)量評估主要根據(jù)測試結(jié)果的質(zhì)量評估以及現(xiàn)網(wǎng)問題跟蹤情況進(jìn)行的評估。輸入條件1．《版本質(zhì)量評估報告》2．現(xiàn)網(wǎng)問題跟蹤表評估項測試階段評估主要依據(jù)測試各類數(shù)據(jù)根據(jù)質(zhì)量評估標(biāo)準(zhǔn)進(jìn)行質(zhì)量評估。維護(hù)階段評估主要根據(jù)現(xiàn)網(wǎng)問題清單對缺陷率、平均缺陷時間來進(jìn)行質(zhì)量評估缺陷率：指現(xiàn)網(wǎng)問題數(shù)/總問題率平均缺陷時間（MTF）：指平均多久時間反饋一個問題。平均缺陷恢復(fù)時間：指出現(xiàn)一個缺陷后，恢復(fù)所需要的時間。評估項評估結(jié)果備注測試階段（單版本質(zhì)量評估）第一次第二次第三次維護(hù)階段評估缺陷率其它統(tǒng)計平均缺陷時間缺陷恢復(fù)時間缺陷修復(fù)時間缺陷細(xì)分需求問題/所有現(xiàn)網(wǎng)問題比率功能問題/所有現(xiàn)網(wǎng)問題比率UE問題/所有現(xiàn)網(wǎng)問題比率其它問題/所有現(xiàn)網(wǎng)問題比率總結(jié)對質(zhì)量情況得出來的評估結(jié)果進(jìn)行分析。測試結(jié)果反饋情況主要是哪些環(huán)節(jié)中的問題現(xiàn)網(wǎng)問題反饋情況主要是哪些環(huán)節(jié)中的問題測試結(jié)果反饋情況與現(xiàn)網(wǎng)問題反映結(jié)果是否一致通過以上總結(jié)分析出哪個階段所存在的問題最多，測試方法/策略是否存在問題；改善明確存在問題的環(huán)節(jié)。成本評估成本評估主要用于評估在各階段的成本投入比較是否合理，質(zhì)量控制成本投入是否合理，是否存在成本的浪費等情況。輸入條件項目初始時的《項目總體計劃》項目結(jié)束時的《項目總體計劃》、《項目開發(fā)計劃》、《測試計劃》評估項計劃成本指花費在計劃環(huán)節(jié)中所費的成本，根據(jù)最終的項目總體計劃統(tǒng)計需求階段的成本需求成本指花費在需求環(huán)節(jié)所費的成本；根據(jù)最終的項目總體計劃統(tǒng)計需求階段的的成本設(shè)計成本指花費在設(shè)計環(huán)節(jié)所費的成本；包括概要設(shè)計、原型設(shè)計、詳細(xì)設(shè)計等內(nèi)容的工作成本。開發(fā)成本指純開發(fā)階段所費的成本。質(zhì)量成本統(tǒng)計所有因質(zhì)量活動而引發(fā)的成本，分好成本、壞成本，好的成本包括各預(yù)防性的質(zhì)量控制，如評審、質(zhì)量檢查、測試；壞的成本指各種返修成本。好質(zhì)量成本評審所有活動的成本測試所有活動的成本培訓(xùn)等支出的費用壞質(zhì)量成本各種評審后的返修的成本測試之后的所有回歸修改成本其它成本非以上成本之外的其它成本，包括其它的一些管理活動、溝通、協(xié)調(diào)等成本。評估項人/日占總體的%與初始計劃相比（增加或減少的%）簡析計劃成本需求成本設(shè)計成本開發(fā)成本質(zhì)量成本好質(zhì)量成本壞質(zhì)量成本其它成本總計總結(jié)通過以上數(shù)據(jù)結(jié)合其它評估結(jié)果分析在各階段投入的成本是否合理，哪些成本是可以通過合理的調(diào)整來避免的，哪些成本投入應(yīng)該增加?？蛻魸M意度評估客戶滿意度評估主要是由用服協(xié)助通過客戶滿意度調(diào)查結(jié)果、意見反饋單得到的數(shù)據(jù)而進(jìn)行的評估。輸入條件《客戶滿意度調(diào)查結(jié)果》、《意見反饋表》評估項評估項評估結(jié)果簡析客戶滿意度質(zhì)量目標(biāo)1滿意度質(zhì)量目標(biāo)2滿意度質(zhì)量目標(biāo)3滿意度……非質(zhì)量目標(biāo)滿意度客戶支持要求支持的次數(shù)支持的時間總結(jié)客戶對非質(zhì)量目標(biāo)的滿意度高于質(zhì)量目標(biāo)：質(zhì)量保證與控制手段對質(zhì)量目標(biāo)未起到作用？客戶對質(zhì)量目標(biāo)不關(guān)注，更關(guān)注非質(zhì)量目標(biāo)：質(zhì)量目標(biāo)定義不合理？客戶要求支持的次數(shù)過多：客戶總要求我方支持，是否可理解性過差？客戶要求支持的時間過長：每次支持的時間過長，是否可維護(hù)性過差質(zhì)量改進(jìn)質(zhì)量改進(jìn)整個質(zhì)量管理中最后的一個環(huán)節(jié)，也是一個新的質(zhì)量管理實施的基礎(chǔ)。質(zhì)量改進(jìn)環(huán)節(jié)主要根據(jù)項目評估結(jié)果，去分析現(xiàn)存在的質(zhì)量問題及針對問題找出相應(yīng)的質(zhì)量改進(jìn)措施?，F(xiàn)存在的質(zhì)量問題在每個項目告一階段后，分析整理現(xiàn)在各項目中普遍存在的質(zhì)量問題，區(qū)分主觀問題及客觀問題；并對存在的質(zhì)量問題進(jìn)行原因分析。問題所在階段類型（主觀/客觀）原因分析質(zhì)量改進(jìn)措施針對提練出來的質(zhì)量問題，提出改進(jìn)措施，并在新項目的質(zhì)量管理環(huán)節(jié)中實施，跟進(jìn)實施的效果。問題XXXX產(chǎn)生原因分析具體產(chǎn)生該問題的原因分析及結(jié)論預(yù)防措施針對問題的有效預(yù)防措施附錄一：評審過程檢查表評審作為質(zhì)量保障的重要手段之一，故針對評審過程本身，我們也可以制定一套檢查表，以檢驗項目過程中的評審開展的成熟度。項目名稱項目編號軟件項目經(jīng)理項目階段評審內(nèi)容被評內(nèi)容的規(guī)模評審組織部門評審方式評審日期參加評審的人員評審會議時間長度（會議）評審工作量個人評審時間總計（會簽）發(fā)現(xiàn)各類問題數(shù)報告人日期內(nèi)容是否不確定不適用注釋評審準(zhǔn)備評審是否按計劃進(jìn)行的評審準(zhǔn)備時間是否充分評審資料是否提供？是否完整？資料是否符合基本要求評審人員的選擇是否合適評審選擇的方式是否合適評審過程評審是否全面，符合要求評審人員是否提前發(fā)現(xiàn)了問題評審過程是否公平，沒有壓力對于小組評審，是否有質(zhì)量保證人員監(jiān)督是否形成書面評審報告評審跟蹤評審的問題是否安排人員解決評審問題是否得到解決軟件項目經(jīng)理是否跟蹤問題解決審核簽字角色姓名簽字日期軟件項目經(jīng)理研發(fā)總監(jiān)附錄二：參照及依從的規(guī)范文檔清單編寫本文檔時，同時借鑒或引用研發(fā)部已發(fā)布的規(guī)章制度或模板，具體清單如下表所示。序文檔類型文檔名稱制定部門最后發(fā)布日期存放路徑公共類《研發(fā)過程管理制度規(guī)定—版本管理規(guī)定》研發(fā)部/質(zhì)量組200OA-公共事務(wù)-個人文檔夾-文檔中心-公司文檔/研發(fā)制度《項目內(nèi)部評審說明書》研發(fā)部/研發(fā)管理2007-07-19OA-公共事務(wù)-個人文檔夾-文檔中心-公司文檔/研發(fā)制度計劃階段《項目總體計劃模板》研發(fā)部/研發(fā)管理2007-11-21OA-公共事務(wù)-個人文檔夾-文檔中心-公司文檔/研發(fā)制度《項目總體計劃制定指導(dǎo)書》研發(fā)部/研發(fā)管理需求階段《需求規(guī)格說明書》研發(fā)部/研發(fā)管理2007-12-27《需求規(guī)格說明書編寫指導(dǎo)》設(shè)計階段開發(fā)階段測試階段《測試流程》研發(fā)部/質(zhì)量組2007-12-28OA-公共事務(wù)-個人文檔夾-文檔中心-研發(fā)文檔/流程文檔《測試計劃模板》研發(fā)部/質(zhì)量組內(nèi)部使用《測試用例編寫指導(dǎo)》研發(fā)部/質(zhì)量組內(nèi)部使用《缺陷跟蹤控制流程》研發(fā)部/質(zhì)量組2007-12-28OA-公共事務(wù)-個人文檔夾-文檔中心-研發(fā)文檔/流程文檔《測試報告編寫指導(dǎo)》研發(fā)部/質(zhì)量組內(nèi)部使用《測試報告模板》研發(fā)部/質(zhì)量組內(nèi)部使用《軟件質(zhì)量評估參照標(biāo)準(zhǔn)》研發(fā)部/質(zhì)量組2009-6-2OA-公共事務(wù)-個人文檔夾-文檔中心-研發(fā)文檔/規(guī)范文檔維護(hù)階段《現(xiàn)網(wǎng)問題跟蹤流程》研發(fā)部/質(zhì)量組2009-11-24OA-公共事務(wù)-個人文檔夾-文檔中心-公司文檔/研發(fā)制度質(zhì)量管理手冊HUAWEIQUALITYMANAGEMENTMANUAL目錄TOC\o"1-2"\h\z\u第1章質(zhì)量手冊說明4第2章公司愿景、使命與戰(zhàn)略52.1愿景52.2使命52.3戰(zhàn)略5第3章質(zhì)量方針6第4章質(zhì)量目標(biāo)及策略74.1質(zhì)量管理體系愿景74.2質(zhì)量管理體系中長期目標(biāo)和規(guī)劃74.3質(zhì)量措施和方法7第5章體系架構(gòu)85.1質(zhì)量管理業(yè)務(wù)總覽85.2質(zhì)量管理組織架構(gòu)9第6章綜合質(zhì)量管理106.1客戶滿意管理106.2領(lǐng)導(dǎo)重視和全員參與106.3體系文件管理116.4質(zhì)量體系規(guī)劃管理126.5質(zhì)量度量管理126.6內(nèi)部審核和外部審核146.7管理評審146.8員工培訓(xùn)156.9關(guān)鍵資源管理166.10持續(xù)改進(jìn)166.11客戶財產(chǎn)管理18第7章產(chǎn)品實現(xiàn)過程質(zhì)量管理197.1產(chǎn)品需求管理197.2市場管理197.3銷售管理207.4產(chǎn)品開發(fā)207.5供應(yīng)鏈管理227.6客戶服務(wù)26第8章附錄298.1華為簡介298.2華為公司組織結(jié)構(gòu)圖298.3TL9000質(zhì)量管理體系要求條文與業(yè)務(wù)描述的關(guān)系對照表308.4TL9000質(zhì)量管理體系要求條文與功能系統(tǒng)的關(guān)系對照表318.5質(zhì)量手冊參考的流程文件清單318.6術(shù)語與縮略328.7手冊歷史33質(zhì)量手冊說明華為質(zhì)量管理體系是依據(jù)ISO9001:2000國際質(zhì)量管理標(biāo)準(zhǔn)和TL9000R4.0國際質(zhì)量管理標(biāo)準(zhǔn)建立和實施的。ISO9001:2000和TL9000R4.0標(biāo)準(zhǔn)同時適用于華為的全系列產(chǎn)品的設(shè)計、開發(fā)、制造、銷售、安裝和服務(wù)的質(zhì)量管理，包括數(shù)字程控交換機(jī)系列產(chǎn)品、寬帶網(wǎng)絡(luò)產(chǎn)品、NGN產(chǎn)品、綜合業(yè)務(wù)接入設(shè)備、固定網(wǎng)絡(luò)終端產(chǎn)品、光網(wǎng)絡(luò)系列產(chǎn)品、無線通信網(wǎng)絡(luò)和終端系列產(chǎn)品、多媒體產(chǎn)品、數(shù)據(jù)通信產(chǎn)品、業(yè)務(wù)與軟件產(chǎn)品等。本手冊是華為內(nèi)部對產(chǎn)品和服務(wù)質(zhì)量有影響的所有人員遵循的綱領(lǐng)性文件，對外則作為華為向客戶及第三方提供產(chǎn)品和服務(wù)質(zhì)量保證的依據(jù)。本手冊引用標(biāo)準(zhǔn)：ISO9001:2000《質(zhì)量管理體系要求》ISO9000:2000《質(zhì)量管理體系基礎(chǔ)和術(shù)語》<<TL9000質(zhì)量管理體系要求手冊4.0>><<TL9000質(zhì)量管理體系測量手冊4.0>>公司愿景、使命與戰(zhàn)略2.1愿景豐富人們的溝通和生活。2.2使命聚焦客戶關(guān)注的挑戰(zhàn)和壓力;提供有競爭力的通信解決方案和服務(wù);持續(xù)為客戶創(chuàng)造最大價值。2.3戰(zhàn)略?為客戶服務(wù)是華為存在的唯一理由,客戶需求是華為發(fā)展的原動力。?質(zhì)量好、服務(wù)好、運作成本低，優(yōu)先滿足客戶需求，提升客戶競爭力和贏利能力。?持續(xù)管理變革，實現(xiàn)高效的流程化運作，確保端到端的優(yōu)質(zhì)交付。?與友商共同發(fā)展，既是競爭對手，也是合作伙伴，共同創(chuàng)造良好的生存空間，共享價值鏈的利益。質(zhì)量方針積極傾聽客戶需求；精心構(gòu)建產(chǎn)品質(zhì)量；真誠提供滿意服務(wù)；時刻銘記為客戶服務(wù)是我們存在的唯一理由。質(zhì)量目標(biāo)及策略質(zhì)量管理體系愿景樹立以客戶為中心、全員參與的質(zhì)量文化，構(gòu)筑優(yōu)質(zhì)的產(chǎn)品和服務(wù)，持續(xù)改進(jìn)，追求卓越，成為業(yè)界最佳。質(zhì)量管理體系中長期目標(biāo)和規(guī)劃瞄準(zhǔn)業(yè)界最佳，傾聽、理解和滿足客戶需求，持續(xù)提升客戶滿意度。提高全流程質(zhì)量能力，一次把事情做好，降低質(zhì)量損失成本，增加公司利潤。持續(xù)推動質(zhì)量管理在公司全業(yè)務(wù)、全流程、全地域的貫通，并實現(xiàn)與客戶流程的無縫對接，逐步構(gòu)建完整、高效、全球化的端到端質(zhì)量管理體系架構(gòu)。在保證卓越的產(chǎn)品質(zhì)量的前提下追求零偏差交付，力爭達(dá)到業(yè)界最佳的項目周期和產(chǎn)品可用度。質(zhì)量措施和方法在公司范圍內(nèi)全面深入推行、有效落實TL9000體系要求，在流程體系上確保質(zhì)量活動融入到市場、研發(fā)、供應(yīng)鏈和技術(shù)服務(wù)等各領(lǐng)域業(yè)務(wù)，并且實現(xiàn)全流程端到端貫通，同時通過實現(xiàn)指標(biāo)數(shù)據(jù)的可收集、可分析和可應(yīng)用，瞄準(zhǔn)業(yè)界最佳Benchmark，持續(xù)推動業(yè)務(wù)改進(jìn)，實現(xiàn)公司與客戶共同的最佳績效。全面推行、有效執(zhí)行MM、OR流程，質(zhì)量組織和業(yè)務(wù)延伸到市場前端、駐外地區(qū)部，加強(qiáng)產(chǎn)品前端環(huán)節(jié)的質(zhì)量管理，確保質(zhì)量在源頭上得到保證。深入夯實IPD和CMMI流程的執(zhí)行。在流程中清晰地定義產(chǎn)品級、項目級的質(zhì)量控制和質(zhì)量保證活動，對每個活動、每個階段明確嚴(yán)格的進(jìn)入和退出準(zhǔn)則，嚴(yán)格執(zhí)行檢視、評審和審計等活動，實施高質(zhì)量的設(shè)計和開發(fā)。同時在設(shè)計階段就充分考慮可制造性、可服務(wù)性等需求，確保產(chǎn)品全流程質(zhì)量。通過ISC的運作，在供應(yīng)商到客戶的采購、制造、發(fā)貨等各個中間環(huán)節(jié)，通過完備的質(zhì)量控制活動、成熟的工藝和裝備技術(shù)、優(yōu)良的生產(chǎn)設(shè)備，實施完整的供應(yīng)鏈計劃.在制造全過程中設(shè)立質(zhì)量控制點，包括IQC、IPQC、PQC、FQC和OQC等，同時定期對檢驗?zāi)芰M(jìn)行評估、改進(jìn)，動態(tài)調(diào)整檢驗方式，確保向客戶提供卓越的品質(zhì)、及時和柔性的供應(yīng)交付。通過客戶服務(wù)流程的運作，在服務(wù)流程中的各個環(huán)節(jié)全面建立相應(yīng)的質(zhì)量控制點，制訂完整的項目計劃來實施工程安裝的質(zhì)量保證和風(fēng)險管理；在全球建立三級客戶支持系統(tǒng)，建立800號24小時客戶熱線，向客戶提供對問題快速的響應(yīng)和優(yōu)質(zhì)的服務(wù)。在公司各業(yè)務(wù)領(lǐng)域、各產(chǎn)品線建立一支專門的質(zhì)量工程師隊伍，負(fù)責(zé)產(chǎn)品全過程的質(zhì)量計劃、質(zhì)量控制和質(zhì)量保證活動，同時帶動業(yè)務(wù)人員，利用內(nèi)部評審和專項審計、6Sigma、根因分析和SPC控制等各種手段和方法，全員開展糾正、預(yù)防和持續(xù)改進(jìn)工作。充分調(diào)動和利用公司各級相關(guān)平臺，通過質(zhì)量?？麄鳌⒅谢鶎淤|(zhì)量培訓(xùn)、中高層質(zhì)量專題研討、部門宣傳專欄和內(nèi)部滿意度調(diào)查等形式，強(qiáng)化全員參與和持續(xù)改進(jìn)的質(zhì)量意識，并通過公司質(zhì)量獎評選和產(chǎn)品質(zhì)量通報等各種質(zhì)量激勵活動，在公司范圍內(nèi)樹立結(jié)果導(dǎo)向的質(zhì)量文化。體系架構(gòu)質(zhì)量管理業(yè)務(wù)總覽華為業(yè)務(wù)流程架構(gòu)核心業(yè)務(wù)領(lǐng)域包括：戰(zhàn)略規(guī)劃與市場(Marketing)、集成產(chǎn)品開發(fā)(IPD)、客戶關(guān)系管理（CRM,含CS非工程實施部分）和集成供應(yīng)鏈（ISC，含CS的工程實施部分）；華為的質(zhì)量管理活動已有效地融入到了各主要業(yè)務(wù)流程當(dāng)中.5.1.1戰(zhàn)略規(guī)劃與Marketing業(yè)務(wù)中，為了確保客戶的需求及時滿足，華為對需求建立了跟蹤機(jī)制，并在實現(xiàn)活動完畢后增加了對需求實現(xiàn)的驗證；對制定出來的業(yè)務(wù)計劃，5.1.2IPD業(yè)務(wù)中，華為設(shè)立有四個決策評審點和七個技術(shù)評審點。開發(fā)各階段有評審和測試活動，確保產(chǎn)品開發(fā)成功。在生命周期管理階段，收集網(wǎng)上反饋的問題，及時分析改進(jìn)，使產(chǎn)品充分5.1.3在CRM管理中,華為的宣傳介紹材料須經(jīng)過正式的開發(fā)和評審，確保產(chǎn)品描述準(zhǔn)確無誤。在招投標(biāo)上華為采用項目管理的方式，確保方案的準(zhǔn)確性和承諾的可行性。5.1.4ISC業(yè)務(wù)中，華為對供應(yīng)商進(jìn)行認(rèn)證和管理，并對采購原材料進(jìn)行檢驗,來保證生產(chǎn)原材料的質(zhì)量。在生產(chǎn)制造過程中，在線檢驗、設(shè)備自動化檢測、組裝檢驗和包裝發(fā)貨檢驗等確保了產(chǎn)品制造質(zhì)量和交付質(zhì)量。5.1.5除了對具體業(yè)務(wù)進(jìn)行質(zhì)量管理外，華為還對整個質(zhì)量體系的充分性、有效性和適宜性進(jìn)行管理，包括進(jìn)行質(zhì)量體系的內(nèi)部審計、外部審計、管理評審活動，包括傳遞5.2質(zhì)量管理組織架構(gòu)5.2.1各業(yè)務(wù)部門質(zhì)量管理部和產(chǎn)品線質(zhì)量管理部對各自領(lǐng)域的質(zhì)量管理負(fù)責(zé)；Marketing業(yè)務(wù)和市場業(yè)務(wù)的質(zhì)量管理，由其運作管理辦公室負(fù)責(zé)；5.2.2為了更好地管理質(zhì)量，有效解決跨部門的質(zhì)量問題、及時共享跨產(chǎn)品的質(zhì)量管理經(jīng)驗和教訓(xùn)，確保華為質(zhì)量管理體系持續(xù)改進(jìn)，華為成立了由公司質(zhì)量管理部主管、各產(chǎn)品線質(zhì)量部主管和功能部門質(zhì)量部主管組成的質(zhì)量管理團(tuán)隊QMT。質(zhì)量管理團(tuán)隊每月會定期召開會議，對重大質(zhì)量問題進(jìn)行決策,5.2.3質(zhì)量管理團(tuán)隊的領(lǐng)導(dǎo)是華為公司的首席質(zhì)量官，也是質(zhì)量管理者代表綜合質(zhì)量管理客戶滿意管理華為認(rèn)為,客戶滿意就是充分理解客戶的需求并及時有效地滿足、甚至超越客戶的需求。華為通過以下5個方面的工作來滿足客戶需求:(1)客戶需求收集。(2)客戶需求分析/分配。(3)客戶需求實施。(4)客戶需求驗證。(5)客戶需求績效管理。公司每年與國際專業(yè)咨詢公司合作，開展第三方客戶滿意度調(diào)查工作。滿意度調(diào)查的內(nèi)容覆蓋產(chǎn)品質(zhì)量、售前支持服務(wù)、交付、工程安裝、維護(hù)、培訓(xùn)和備件維修等各個方面。分析結(jié)果按照不同的方式、范圍、內(nèi)容發(fā)給各業(yè)務(wù)部門、區(qū)域機(jī)構(gòu)、公司各級員工,并納入公司高層領(lǐng)導(dǎo)的考核指標(biāo)當(dāng)中,同時要求各業(yè)務(wù)部門或各區(qū)域機(jī)構(gòu)制定下次調(diào)查滿意度目標(biāo)值，認(rèn)真研究調(diào)查結(jié)果，制定合理措施，以保證目標(biāo)值的達(dá)成。領(lǐng)導(dǎo)重視和全員參與高層管理人員的首要責(zé)任，是要為企業(yè)創(chuàng)立明確的發(fā)展目標(biāo)和確定努力的方向，并使這一目標(biāo)和方向為全體員工所理解，堅定不移地實現(xiàn)這些目標(biāo)。領(lǐng)導(dǎo)重視華為高層管理者對質(zhì)量體系建設(shè)的重視體現(xiàn)在如下方面:.1制定公司的質(zhì)量方針。.2任命質(zhì)量管理者代表，代表公司高層行使管理質(zhì)量的權(quán)責(zé)：a)確保質(zhì)量管理體系所需的過程得到建立、實施和保持；b)向最高管理者報告質(zhì)量管理體系的業(yè)績和任何改進(jìn)的需求；c)確保在整個組織內(nèi)提高滿足客戶要求的意識；d)就質(zhì)量管理體系有關(guān)事宜與外部聯(lián)絡(luò)。.3組織制定質(zhì)量目標(biāo)，并將關(guān)鍵的質(zhì)量指標(biāo)增加到了公司各層管理者的PBC（個人績效承諾）考核中。.4對質(zhì)量管理體系進(jìn)行管理評審，以確保其持續(xù)的適宜性、完整性和有效性。.5建立必要的質(zhì)量管理團(tuán)隊和部門來分層、分業(yè)務(wù)、分產(chǎn)品管理質(zhì)量，并為各種有效的質(zhì)量改進(jìn)項目提供人、財、物的支持；并親自參與到重大的質(zhì)量改進(jìn)項目中。全員參與華為公司的質(zhì)量管理是通過組織內(nèi)各職能各層級人員參與產(chǎn)品實現(xiàn)及支持過程來實施的。過程的有效性直接取決于公司各級人員的意識、能力和主動精神。華為公司從高層到基層，全體員工都應(yīng)參與到全面質(zhì)量管理當(dāng)中，如下示意圖：對于公司高層領(lǐng)導(dǎo)，主要通過指標(biāo)/目標(biāo)來牽引，使其積極參與到質(zhì)量改善活動中去；對于中層干部，起著承上啟下的作用,一方面要落實公司高層的任務(wù)，承擔(dān)分解的指標(biāo)/目標(biāo)，另一方面要發(fā)動組織基層員工進(jìn)行改進(jìn)，通過專項質(zhì)量改進(jìn)（攻關(guān)）、6Sigma活動等,不斷地改進(jìn)產(chǎn)品質(zhì)量過程質(zhì)量；對于基層員工，公司強(qiáng)調(diào)立足于本崗位，點滴改進(jìn)，“小改進(jìn)，大獎勵”，通過合理建議,品管圈(QCC）等活動，引導(dǎo)員工自發(fā)進(jìn)行質(zhì)量的改進(jìn)。體系文件管理華為的質(zhì)量管理體系文件以金字塔的形狀進(jìn)行組織。最上層的是華為質(zhì)量方針；第二層是質(zhì)量管理手冊和業(yè)務(wù)流程框架；第三層是各業(yè)務(wù)領(lǐng)域的流程和支持流程運作的指導(dǎo)書、標(biāo)準(zhǔn)、規(guī)范、模板、表單等；最下層是流程運作的結(jié)果記錄。華為將第三層的流程和其支撐流程的文件統(tǒng)稱為流程文件。質(zhì)量方針和質(zhì)量手冊華為的質(zhì)量方針納入質(zhì)量手冊，作為對質(zhì)量體系建設(shè)的綱要；質(zhì)量手冊則對照ISO9001:2000和TL9000質(zhì)量管理體系標(biāo)準(zhǔn)的要求，明確質(zhì)量目標(biāo)、質(zhì)量策略、質(zhì)量業(yè)務(wù)框架，以及具體各業(yè)務(wù)質(zhì)量的管理原則和方法，作為對質(zhì)量體系建設(shè)的指導(dǎo)和業(yè)務(wù)開展的具體要求。文件控制華為流程文件的擬制、修訂和發(fā)布嚴(yán)格按照?華為公司流程管理手冊?的要求進(jìn)行操作。在IT數(shù)據(jù)庫的支持下，流程文件實現(xiàn)在線評審、發(fā)布、搜索、升級和作廢。所有流程文件發(fā)布之前經(jīng)過相關(guān)部門主管(Stakeholder)的評審，最后經(jīng)過流程責(zé)任人的批準(zhǔn)后發(fā)布。公司質(zhì)量管理部每年組織各業(yè)務(wù)部門對流程文件進(jìn)行審視，保證流程文件的充分與適宜。對從客戶、供應(yīng)商等獲取的外部文件和數(shù)據(jù)按照?華為公司流程管理手冊?進(jìn)行識別和標(biāo)示，并在相應(yīng)的業(yè)務(wù)流程中定義具體管理方法。華為公司的技術(shù)文檔根據(jù)其類別由不同的部門負(fù)責(zé)管理。產(chǎn)品技術(shù)文檔通過PDM系統(tǒng)進(jìn)行管理；生產(chǎn)作業(yè)、設(shè)備管理等技術(shù)類文件，嚴(yán)格按照《供應(yīng)鏈技術(shù)文件管理流程》的要求進(jìn)行管理。公司每年組織至少一次全面的流程審視工作,以確保流程的規(guī)范性和有效性。記錄控制華為《記錄控制流程》定義和明確各類質(zhì)量、環(huán)境、職業(yè)健康和安全記錄的標(biāo)識、儲存、保護(hù)、檢索和處置的原則。具體記錄的控制和保存方法必須在各流程文件中定義清楚。質(zhì)量體系規(guī)劃管理6.4.1質(zhì)量跨產(chǎn)品線或功能領(lǐng)域的質(zhì)量改進(jìn)項目由公司質(zhì)量管理團(tuán)隊統(tǒng)一規(guī)劃。各產(chǎn)品線、功能領(lǐng)域負(fù)責(zé)規(guī)劃本領(lǐng)域的質(zhì)量管理工作在本產(chǎn)品線或功能領(lǐng)域評審?fù)ㄟ^，也要求提交公司質(zhì)量管理團(tuán)隊評審。質(zhì)量規(guī)劃分為年度規(guī)劃和年中審視兩部分.在質(zhì)量體系的規(guī)劃中,華為將客戶需求和供應(yīng)商需求做為質(zhì)量體系規(guī)劃輸入的一部分，通過客戶關(guān)系管理流程調(diào)查和了解客戶的需求,通過供應(yīng)商認(rèn)證,新物料選型等相關(guān)流程了解供方需求。6.4公司質(zhì)量管理團(tuán)隊、產(chǎn)品線質(zhì)量部門和各功能領(lǐng)域每年年初完成年度質(zhì)量規(guī)劃。公司質(zhì)量管理團(tuán)隊年度規(guī)劃輸入材料包括，但不限于：a)公司質(zhì)量管理團(tuán)隊KPI目標(biāo)完成情況；b)公司客戶滿意度調(diào)查結(jié)果；c)網(wǎng)上問題趨勢分析；d)年度規(guī)劃項目完成情況；e)質(zhì)量管理團(tuán)隊月度例會遺留問題完成情況；f)公司總體經(jīng)營策略、IRB制定的策略和方向;公司質(zhì)量管理團(tuán)隊年度規(guī)劃輸出公司質(zhì)量管理團(tuán)隊質(zhì)量工作總結(jié)和工作規(guī)劃。產(chǎn)品線或功能部門年度規(guī)劃輸入材料包括，但不限于:a)公司質(zhì)量管理團(tuán)隊年度工作重點；b)產(chǎn)品線或部門質(zhì)量KPI目標(biāo)完成情況；c)網(wǎng)上問題趨勢分析；d)年度規(guī)劃重點工作完成情況；e)公司總體經(jīng)營策略、產(chǎn)品線或功能部門策略和方向;產(chǎn)品線或功能部門年度規(guī)劃輸出各產(chǎn)品線或功能部門質(zhì)量工作總結(jié)和工作規(guī)劃。6.4公司質(zhì)量管理部在年中組織各產(chǎn)品線和功能部門進(jìn)行年中工作總結(jié)，并根據(jù)實際情況調(diào)整年度工作規(guī)劃，公司質(zhì)量管理部及時更新重點工作跟蹤計劃。質(zhì)量度量管理6.5公司質(zhì)量測評體系架構(gòu)參加下面示意圖：第一層是客戶滿意度指標(biāo)；第二層指標(biāo)是反映產(chǎn)品應(yīng)用、技術(shù)服務(wù)、生產(chǎn)交付三個方面全流程的結(jié)果指標(biāo)，支持客戶滿意度指標(biāo)的提升和改進(jìn)；第三層是針對各業(yè)務(wù)過程的指