第12章__軟件項(xiàng)目質(zhì)量管理ppt課件

1、軟件質(zhì)量概述1軟件質(zhì)量度量2軟件質(zhì)量管理3軟件質(zhì)量體系4第12章 軟件工程質(zhì)量管理5學(xué)習(xí)目的了解質(zhì)量、工程質(zhì)量管理的概念了解軟件質(zhì)量度量的概念和過(guò)程掌握軟件質(zhì)量的規(guī)范與質(zhì)量方案的內(nèi)容掌握軟件質(zhì)量的控制過(guò)程與活動(dòng)熟習(xí)軟件質(zhì)量體系第11章 軟件工程風(fēng)險(xiǎn)管理Hot Tip 質(zhì)量是指一組固有特性滿足要求的程度，指產(chǎn)品或效力滿足規(guī)定或潛在需求的特征和特性的總和。 軟件質(zhì)量表達(dá)在開(kāi)發(fā)過(guò)程的質(zhì)量和它所擁有的特征上，是各種特性的復(fù)雜組合。 12.1 軟件質(zhì)量概述Hot Tip質(zhì)量的根本概念質(zhì)量是反映實(shí)體產(chǎn)品、過(guò)程或活動(dòng)等滿足明確和隱含的需求才干和特性總和。所謂“實(shí)體是指承載質(zhì)量屬性的詳細(xì)事物。反映質(zhì)量的實(shí)體包

2、括產(chǎn)品、過(guò)程效力和活動(dòng)任務(wù)3種質(zhì)量本身的含義是指“實(shí)體可以滿足用戶需求的才干和特性的總和。“明確的需求普通是在詳細(xì)產(chǎn)品買(mǎi)賣(mài)合同中標(biāo)明的，“隱含的需求普通是需求經(jīng)過(guò)市場(chǎng)或用戶調(diào)查獲得的。對(duì)于不同“實(shí)體，質(zhì)量的本質(zhì)內(nèi)容不同，即“實(shí)體滿足用戶明確和隱含的需求在本質(zhì)內(nèi)容上也不同。 12.1 軟件質(zhì)量概述Hot Tip質(zhì)量特性是指產(chǎn)品或效力滿足人們明確或隱含需求的才干、內(nèi)在質(zhì)量特性：主要是指產(chǎn)品的性能、特性、強(qiáng)度、精度等方面的質(zhì)量特性。外在質(zhì)量特性：主要是指產(chǎn)品外形、包裝、裝潢、色澤、味道等方面的特性。經(jīng)濟(jì)質(zhì)量特性：主要是指產(chǎn)品的壽命、本錢(qián)、價(jià)錢(qián)、運(yùn)營(yíng)維護(hù)費(fèi)用等方面的特性。商業(yè)質(zhì)量特性：主要是指產(chǎn)品的保

3、質(zhì)期、保修期、售后效力程度等方面的特性。環(huán)保質(zhì)量特性：主要是指產(chǎn)品或效力對(duì)于環(huán)境維護(hù)的奉獻(xiàn)或?qū)τ诃h(huán)境呵斥的污染等方面的特性。12.1 軟件質(zhì)量概述Hot Tip二. 軟件質(zhì)量1軟件質(zhì)量定義 與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的才干有關(guān)的特征或特性的組合 。軟件質(zhì)量的特性是多方面的，但必需包括：與明確確定的功能和性能需求的一致性，能滿足給定需求的特性之全體。與明確成文的開(kāi)發(fā)規(guī)范的一致性。與一切專業(yè)開(kāi)發(fā)的軟件所期望的隱含的特性的一致性。顧客或用戶以為能滿足其綜合期望的程度，軟件的組合特性，它確定軟件在運(yùn)用中將滿足顧客預(yù)期要求的程度。12.1 軟件質(zhì)量概述Hot Tip2軟件質(zhì)量的要素正確性：系統(tǒng)滿足

4、規(guī)格闡明和用戶的程度，即在預(yù)定環(huán)境下能正確地完成預(yù)期功能的程度。強(qiáng)壯性：在硬件發(fā)生缺點(diǎn)、輸入的數(shù)據(jù)無(wú)效或操作等不測(cè)環(huán)境下，系統(tǒng)能做出適當(dāng)呼應(yīng)的程度。效率：為了完成預(yù)定的功能，系統(tǒng)需求的計(jì)算資源的多少。完好性Integrity：對(duì)未經(jīng)授權(quán)的人運(yùn)用軟件或數(shù)據(jù)的企圖，系統(tǒng)可以控制的程度?？捎眯裕合到y(tǒng)在完成預(yù)定應(yīng)該完成的功能時(shí)令人稱心的概率。？風(fēng)險(xiǎn)性：按預(yù)定的本錢(qián)和進(jìn)度把系統(tǒng)開(kāi)發(fā)出來(lái)，并且運(yùn)用戶感到稱心。12.1 軟件質(zhì)量概述Hot Tip可了解性：了解和運(yùn)用該系統(tǒng)的容易程度。可維修性：診斷和矯正錯(cuò)誤所需求的概率。靈敏性：修正或矯正在運(yùn)轉(zhuǎn)的系統(tǒng)需求的任務(wù)量的多少。可測(cè)試性：軟件容易測(cè)試的程度。可移植性

5、：可重用性：在其他運(yùn)用中該程序可以被再次運(yùn)用的程度。(可)互運(yùn)轉(zhuǎn)性interoperationality：把該系統(tǒng)和另一個(gè)系統(tǒng)結(jié)合起來(lái)任務(wù)量的多少12.1 軟件質(zhì)量概述圖12-1 McCall軟件質(zhì)量模型9圖12-1 McCall軟件質(zhì)量模型圖12-2 p23910Hot Tip三. 工程質(zhì)量管理的概念 工程質(zhì)量管理的根本概念也包括：工程質(zhì)量方針確實(shí)定、工程質(zhì)量目的和質(zhì)量責(zé)任的制定，工程質(zhì)量體系的建立，以及為實(shí)現(xiàn)工程質(zhì)量目的所開(kāi)展的工程質(zhì)量方案、工程質(zhì)量控制和工程質(zhì)量保證等一系列的工程質(zhì)量管理任務(wù)。 1使顧客稱心是質(zhì)量管理的目的2質(zhì)量是干出來(lái)的不是檢驗(yàn)出來(lái)的3質(zhì)量管理的責(zé)任是全體員工的4質(zhì)量管

6、理的關(guān)鍵是不斷地改良和提高(本段可忽略)12.1 軟件質(zhì)量概述3.4.2 質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量方案 質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量方案之間的關(guān)系 質(zhì)量體系好比一個(gè)國(guó)家的法制機(jī)構(gòu)，質(zhì)量手冊(cè)就好像憲法，是質(zhì)量體系的文檔化的表達(dá)。而為每個(gè)工程制定的質(zhì)量方案類似地方法規(guī)，它在符合質(zhì)量手冊(cè)的前提下，根據(jù)本身的要求與特殊性，經(jīng)過(guò)適當(dāng)?shù)牟脺p修正而來(lái)。 關(guān)系圖12.4 軟件質(zhì)量體系Hot Tip一. 軟件度量(software metric= a measure of some property of a piece of software or its specifications.=尺度) 軟件度量是對(duì)軟件

7、開(kāi)發(fā)工程、過(guò)程及其產(chǎn)品進(jìn)展數(shù)據(jù)定義、搜集以及分析的繼續(xù)性定量化過(guò)程，目的在于對(duì)此加以了解、預(yù)測(cè)、評(píng)價(jià)、控制和改善。 度量取向是軟件開(kāi)發(fā)諸多事項(xiàng)的橫斷面p240=多樣性=表12-1，包括顧客稱心度度量、質(zhì)量度量、工程度量、以及品牌資產(chǎn)度量、知識(shí)產(chǎn)權(quán)價(jià)值度量等。度量取向要依托現(xiàn)實(shí)、數(shù)據(jù)、原理、法那么；其方法是測(cè)試、審核、調(diào)查；其工具是統(tǒng)計(jì)、圖表、數(shù)字、模型；其理想規(guī)范是量化的目的。 12.2 軟件(質(zhì)量)的度量Hot Tip表12-1 軟件開(kāi)發(fā)主體及其度量?jī)?nèi)容 12.2 軟件質(zhì)量的度量角 色度 量 內(nèi) 容經(jīng)營(yíng)者開(kāi)發(fā)組織(1)顧客滿意度；(2)收益；(3)風(fēng)險(xiǎn)；(4)績(jī)效；(5)發(fā)布的缺陷的級(jí)別；(

8、6)產(chǎn)品開(kāi)發(fā)周期；(7)日程與作業(yè)量估算精度；(8)復(fù)用有效性；(9)計(jì)劃與實(shí)際的成本管理者項(xiàng)目組(1)不同階段的成本；(2)不同開(kāi)發(fā)小組成員的生產(chǎn)率；(3)產(chǎn)品規(guī)模；(4)工作量分配；(5)需求狀況；(6)測(cè)試用例合格率；(7)主要里程碑之間的估算期間與實(shí)際期間；(8)估算與實(shí)際的員工水平；(9)結(jié)合測(cè)試和系統(tǒng)測(cè)試檢出的缺陷數(shù)目；(10)審查發(fā)現(xiàn)的缺陷數(shù)目；(11)缺陷狀況；(12)需求穩(wěn)定性；(13)計(jì)劃和完成的任務(wù)數(shù)目作業(yè)者軟件開(kāi)發(fā)人員(1)工作量分配；(2)估算與實(shí)際的任務(wù)期間與工作量；(3)單體測(cè)試覆蓋代碼；(4)單體測(cè)試檢出缺陷數(shù)目；(5)代碼和設(shè)計(jì)的復(fù)雜性Hot Tip軟件度量的

9、成效有如下幾個(gè)方面：了解：獲取對(duì)工程、產(chǎn)品、過(guò)程和資源等要素的了解，選擇和確定進(jìn)展評(píng)價(jià)、預(yù)測(cè)、控制和改良的基線。預(yù)測(cè)：經(jīng)過(guò)了解工程、產(chǎn)品、過(guò)程、資源等各要素之間的關(guān)系建立模型，由知推算未知，預(yù)測(cè)未來(lái)開(kāi)展的趨勢(shì)，以合理地配置資源。評(píng)價(jià)：對(duì)軟件開(kāi)發(fā)的工程、產(chǎn)品和過(guò)程的實(shí)踐情況進(jìn)展評(píng)價(jià)，使軟件開(kāi)發(fā)的規(guī)范和結(jié)果都得到真實(shí)的評(píng)價(jià)，確認(rèn)各要素對(duì)軟件開(kāi)發(fā)的影響程度?？刂疲悍治鲕浖_(kāi)發(fā)的實(shí)績(jī)和方案之間的偏向，發(fā)現(xiàn)問(wèn)題點(diǎn)之所在，并根據(jù)調(diào)整后的方案實(shí)施控制。改善：根據(jù)量化信息和問(wèn)題之所在，討論提升軟件工程、產(chǎn)品和過(guò)程的有效方式，實(shí)現(xiàn)高質(zhì)量、高效率的軟件開(kāi)發(fā)。12.2 軟件質(zhì)量的度量Hot Tip二. 軟件度量的分

10、類12.2 軟件質(zhì)量的度量度量維度側(cè) 重 點(diǎn)具 體 內(nèi) 容項(xiàng)目度量過(guò)程理解和控制當(dāng)前項(xiàng)目的情況和狀態(tài)；項(xiàng)目度量具有戰(zhàn)術(shù)性意義，針對(duì)具體的項(xiàng)目進(jìn)行。規(guī)模、成本、工作量、進(jìn)度、生產(chǎn)力、風(fēng)險(xiǎn)、顧客滿意度等產(chǎn)品度量側(cè)重理解和控制當(dāng)前產(chǎn)品的質(zhì)量狀況，用于對(duì)產(chǎn)品質(zhì)量的預(yù)測(cè)和控制。以質(zhì)量度量為中心，包括功能性、可靠性、易用性、效率性、可維護(hù)性、可移植性等過(guò)程度量理解和控制當(dāng)前情況和狀態(tài)，還包含了對(duì)過(guò)程的改善和未來(lái)過(guò)程的能力預(yù)測(cè)；過(guò)程度量具有戰(zhàn)略性意義，在整個(gè)組織范圍內(nèi)進(jìn)行。如成熟度、管理、生命周期、生產(chǎn)率、缺陷植入率等IEEE 982Nine Classes of MeasuresProduct Measu

11、reserrors, faults, failuresmean-time-to-failurerealibility growth and projectionremaining products faultscompleteness and consistencycomplexityProcess Measuresmanagement controlcoveragerisk, benefit, cost evaluationIEEE 982Hot Tip三. 軟件度量過(guò)程開(kāi)發(fā)一個(gè)度量過(guò)程并使其成為企業(yè)組織中規(guī)范軟件過(guò)程的一部分；經(jīng)過(guò)定制與整合各種過(guò)程資產(chǎn)來(lái)對(duì)工程及相關(guān)手續(xù)=procedure

12、=程序/步驟擬定過(guò)程方案；執(zhí)行擬定的方案和相關(guān)手續(xù)來(lái)對(duì)工程進(jìn)展過(guò)程的實(shí)施；當(dāng)工程進(jìn)一步成熟且度量需求發(fā)生改動(dòng)時(shí)，對(duì)相關(guān)方案及手續(xù)進(jìn)展改良以改善該過(guò)程。12.2 軟件質(zhì)量的度量Hot Tip1過(guò)程方案的制定確認(rèn)范圍：該活動(dòng)的根據(jù)是要明確度量需求的大小，以限定一個(gè)適宜于企業(yè)本身需求的度量過(guò)程。由于在整個(gè)度量過(guò)程中是需求破費(fèi)人力、物力等有限資源的，不真實(shí)踐的大而全或缺乏以反映實(shí)踐結(jié)果的需求都會(huì)影響度量過(guò)程的可靠性以及企業(yè)的開(kāi)展才干。定義程序步驟：在確認(rèn)了范圍后，就需求定義操作及度量過(guò)程的步驟，在構(gòu)造的同時(shí)應(yīng)該成文立案。主要任務(wù)包括定義完好、一致、可操作的度量；定義數(shù)據(jù)采集方法以及如何進(jìn)展數(shù)據(jù)記錄與保

13、管；定義可以對(duì)度量數(shù)據(jù)進(jìn)展分析的相關(guān)技術(shù)，以運(yùn)用戶能根據(jù)度量數(shù)據(jù)得到這些數(shù)據(jù)背后的結(jié)果。12.2 軟件質(zhì)量的度量2過(guò)程的實(shí)施數(shù)據(jù)的采集：該活動(dòng)根據(jù)已定義的度量操作進(jìn)展數(shù)據(jù)的采集，記錄及存儲(chǔ)。此外，數(shù)據(jù)還應(yīng)經(jīng)過(guò)適當(dāng)?shù)男ｒ?yàn)以確認(rèn)有效性。在進(jìn)展該項(xiàng)活動(dòng)時(shí)應(yīng)具有一定的針對(duì)性，對(duì)于不同的工程或活動(dòng)所需求的實(shí)踐數(shù)據(jù)量是有差別的，而且對(duì)活動(dòng)形狀的跟蹤也是非常重要的。 數(shù)據(jù)的分析：該項(xiàng)活動(dòng)包括分析數(shù)據(jù)及預(yù)備報(bào)告，并提交報(bào)告，當(dāng)然進(jìn)展評(píng)審以確保報(bào)告足夠確實(shí)實(shí)性是有必要的。這些程序步驟能夠會(huì)需求更新，由于報(bào)告能夠沒(méi)有為運(yùn)用者提供有益的協(xié)助或運(yùn)用者對(duì)報(bào)告中的內(nèi)容不了解，在這兩種情況下，都應(yīng)回饋并更新度量過(guò)程以再進(jìn)展

14、數(shù)據(jù)分析。12.2 軟件質(zhì)量的度量3過(guò)程的改善確認(rèn)目的對(duì)當(dāng)前才干的了解及評(píng)價(jià)設(shè)計(jì)度量過(guò)程過(guò)程原型過(guò)程文檔過(guò)程實(shí)施程序擴(kuò)展/修正完善12.2 軟件(質(zhì)量)的度量 質(zhì)量管理是在質(zhì)量方面指揮和控制組織的協(xié)調(diào)的活動(dòng)，指對(duì)確定和到達(dá)質(zhì)量所必需的全總職能和活動(dòng)的管理，包括制定質(zhì)量方針和質(zhì)量目的以及質(zhì)量謀劃，經(jīng)過(guò)質(zhì)量方案的編制、質(zhì)量控制、質(zhì)量保證和質(zhì)量提高等活動(dòng)提高質(zhì)量的活動(dòng)。軟件工程的質(zhì)量方案 軟件工程質(zhì)量方案就是要將與工程有關(guān)的質(zhì)量規(guī)范標(biāo)識(shí)出來(lái)，提出如何到達(dá)這些質(zhì)量規(guī)范和要求的想象。工程質(zhì)量保證方案的編寫(xiě)就是為了確定與工程相關(guān)的質(zhì)量規(guī)范并決議到達(dá)規(guī)范的一種有效方法。 12.3 軟件質(zhì)量管理 1軟件質(zhì)量規(guī)

15、范技術(shù)規(guī)范包含兩個(gè)方面：一是作為軟件開(kāi)發(fā)企業(yè)的軟件行業(yè)技術(shù)規(guī)范，包括知識(shí)體系指南、過(guò)程規(guī)范、建模規(guī)范、質(zhì)量管理規(guī)范、程序文語(yǔ)規(guī)范、數(shù)據(jù)庫(kù)規(guī)范；二是軟件開(kāi)發(fā)效力對(duì)象所在的行業(yè)技術(shù)規(guī)范，例如，平安嚴(yán)密規(guī)范、技術(shù)性能規(guī)范。業(yè)務(wù)規(guī)范指的是軟件開(kāi)發(fā)效力對(duì)象所在的組織或行業(yè)制定的業(yè)務(wù)流程規(guī)范和業(yè)務(wù)數(shù)據(jù)規(guī)范等。 12.3 軟件質(zhì)量管理軟件開(kāi)發(fā)常用技術(shù)規(guī)范包括：知識(shí)體系：軟件工程知識(shí)體系指南SWEBOK2004IEEE、工程管理知識(shí)體系指南PMBOK2000(最新的是PMBOK2004)、組織管理規(guī)范等等；過(guò)程規(guī)范：RUP、軟件工程規(guī)范國(guó)家規(guī)范； CMMI、 PSP&TSP=Personal Software

16、 Process & Team Software ProcessSEI建模規(guī)范：UML、軟件工程規(guī)范國(guó)家規(guī)范；質(zhì)量管理規(guī)范：ISO9001：2000、TQC= Total Quality Control 、6；程序文語(yǔ)規(guī)范：Java、C+、 PowerBuilder編程規(guī)范；數(shù)據(jù)庫(kù)規(guī)范：SQL、Oracle數(shù)據(jù)庫(kù)后臺(tái)規(guī)范。12.3 軟件質(zhì)量管理2質(zhì)量方案的要求確定應(yīng)到達(dá)的質(zhì)量目的和一切特性的要求。確定質(zhì)量活動(dòng)和質(zhì)量控制程序。確定工程不同階段中的職責(zé)、權(quán)限、交流方式以及資源分配。確定采用控制的手段、適宜的驗(yàn)證手段和方法。確定和預(yù)備質(zhì)量記錄。12.3 軟件質(zhì)量管理3質(zhì)量方案的編寫(xiě)在編制工程質(zhì)量方案

17、時(shí)，主要的根據(jù)如下：質(zhì)量方針。質(zhì)量方針是由高層管理者對(duì)工程的整個(gè)質(zhì)量目的和方向制定的一個(gè)指點(diǎn)性的文件。但在工程實(shí)施的過(guò)程中，可以根據(jù)實(shí)踐情況對(duì)質(zhì)量方針進(jìn)展適當(dāng)?shù)男拚?。范圍描?huà)。范圍描畫(huà)是質(zhì)量方案的重要根據(jù)。產(chǎn)品描畫(huà)。產(chǎn)品描畫(huà)包含了更多的技術(shù)細(xì)節(jié)和性能規(guī)范，是制定質(zhì)量方案必不可少的部分。規(guī)范和規(guī)那么。工程質(zhì)量方案的制定必需參考相關(guān)領(lǐng)域的各項(xiàng)規(guī)范和特殊規(guī)定。12.3 軟件質(zhì)量管理在制定質(zhì)量方案時(shí)，主要采取的方法和技術(shù)有：效益/本錢(qián)分析法。質(zhì)量方案必需思索效益與本錢(qián)的關(guān)系。滿足質(zhì)量需求的主要效益時(shí)減少了反復(fù)性任務(wù)，即高產(chǎn)出、低本錢(qián)、高用戶稱心度?；鶞?zhǔn)法。主要是經(jīng)過(guò)比較工程的實(shí)施與其他同類工程的實(shí)施過(guò)

18、程，為改良工程的實(shí)施過(guò)程提供自創(chuàng)和思緒，并作為一個(gè)實(shí)施的參考規(guī)范。流程圖。可以包括緣由結(jié)果圖、系統(tǒng)流程圖、處置流程圖等。因此，流程圖經(jīng)常用于工程質(zhì)量控制過(guò)程中，其主要目的是確定以及分析問(wèn)題產(chǎn)生的緣由。實(shí)驗(yàn)設(shè)計(jì)。實(shí)驗(yàn)設(shè)計(jì)對(duì)于分析整個(gè)工程輸出結(jié)果是最有影響的要素，也是非常有效的。對(duì)于軟件開(kāi)發(fā)、設(shè)計(jì)原型處理中心技術(shù)問(wèn)題和主要需求也是可行和有效的。12.3 軟件質(zhì)量管理軟件工程質(zhì)量保證 軟件質(zhì)量保證Software quality assurance，SQA是指確定、到達(dá)和維護(hù)所需求的軟件質(zhì)量而進(jìn)展的一切有方案、有組織的管理活動(dòng)。軟件質(zhì)量保證的目的是以獨(dú)立審查方式，從第三方的角度監(jiān)控軟件開(kāi)發(fā)義務(wù)的執(zhí)行

19、，就軟件工程能否遵照已制定的方案、規(guī)范和規(guī)程，給開(kāi)發(fā)人員和管理層提供反映產(chǎn)品和過(guò)程質(zhì)量的信息和數(shù)據(jù)，提高工程透明度，同時(shí)輔助軟件工程組獲得高質(zhì)量的軟件產(chǎn)品。 12.3 軟件質(zhì)量管理1質(zhì)量保證戰(zhàn)略質(zhì)量方針的制定和開(kāi)展；質(zhì)量保證方針和質(zhì)量保證規(guī)范的制定；質(zhì)量保證體系的建立和管理；明確各個(gè)階段的質(zhì)量保證任務(wù)；各個(gè)階段的質(zhì)量評(píng)審；確保設(shè)計(jì)質(zhì)量；重要質(zhì)量問(wèn)題的提出與分析；總結(jié)實(shí)現(xiàn)階段的質(zhì)量保證活動(dòng)；整理面向用戶的文檔、闡明書(shū)等；產(chǎn)質(zhì)量量鑒定、質(zhì)量保證系統(tǒng)鑒定；質(zhì)量信息的搜集、分析和運(yùn)用。12.3 軟件質(zhì)量管理1質(zhì)量保證戰(zhàn)略質(zhì)量保證的戰(zhàn)略主要分為3個(gè)階段/方面：以檢測(cè)為重：產(chǎn)品制成之后進(jìn)展檢測(cè)，只能判別產(chǎn)

20、質(zhì)量量，不能提高產(chǎn)質(zhì)量量。以過(guò)程管理為重：把質(zhì)量的保證任務(wù)重點(diǎn)放在過(guò)程管理上，對(duì)開(kāi)發(fā)過(guò)程中的每一道工序都要進(jìn)展質(zhì)量控制。以產(chǎn)品開(kāi)發(fā)為重：在產(chǎn)品的開(kāi)發(fā)設(shè)計(jì)階段，采取強(qiáng)有力的措施來(lái)消滅由于設(shè)計(jì)緣由而產(chǎn)生的質(zhì)量隱患。12.3 軟件質(zhì)量管理2質(zhì)量保證的內(nèi)容1與SQA方案直接相關(guān)的任務(wù) 2參與工程的階段性評(píng)審和審計(jì) 3對(duì)工程日?；顒?dòng)與規(guī)程的符合性進(jìn)展檢查 4對(duì)配置管理任務(wù)的檢查和審計(jì) 5跟蹤問(wèn)題的處理情況 6搜集新方法，提供過(guò)程改良的根據(jù) 12.3 軟件質(zhì)量管理3軟件質(zhì)量保證措施影響產(chǎn)質(zhì)量量的要素，這些要素包括：運(yùn)用的方法和工具；在開(kāi)發(fā)和維護(hù)過(guò)程中運(yùn)用的規(guī)范；對(duì)開(kāi)發(fā)和維護(hù)過(guò)程所進(jìn)展的組織管理；軟件消費(fèi)環(huán)

21、境；軟件開(kāi)發(fā)中人員的組織和管理；任務(wù)人員的熟練程度；對(duì)任務(wù)人員的獎(jiǎng)勵(lì)和任務(wù)條件的改善情況；對(duì)外部工程轉(zhuǎn)包商交付的產(chǎn)品的質(zhì)量控制。12.3 軟件質(zhì)量管理3軟件質(zhì)量保證措施 基于非執(zhí)行的測(cè)試也稱為復(fù)審或評(píng)審，基于執(zhí)行的測(cè)試即軟件測(cè)試和程序正確性證明。復(fù)審主要用來(lái)保證在編碼之前各個(gè)階段產(chǎn)生的文檔的質(zhì)量；基于執(zhí)行的測(cè)試需求在程序編寫(xiě)出來(lái)之后進(jìn)展，它是保證軟件質(zhì)量的最后一道防線；程序正確性證明運(yùn)用數(shù)學(xué)方法嚴(yán)厲驗(yàn)證程序能否對(duì)它的闡明完全一致。12.3 軟件質(zhì)量管理三質(zhì)量控制 質(zhì)量控制Quality Control，QC是確定工程結(jié)果能否與質(zhì)量規(guī)范相符，同時(shí)確定消除不符合的緣由和方法，控制產(chǎn)品的質(zhì)量，及時(shí)糾

22、正缺陷的過(guò)程。1常見(jiàn)的質(zhì)量問(wèn)題違背IT工程規(guī)律。如未經(jīng)可行性論證，不做調(diào)查分析就啟開(kāi)工程；恣意修正設(shè)計(jì)；不按技術(shù)要?jiǎng)?wù)虛施，不經(jīng)過(guò)必要的測(cè)試、檢驗(yàn)和驗(yàn)收就交付運(yùn)用等蠻干景象。技術(shù)方案本身的缺陷。根本部件不合格。選購(gòu)的軟件組件、中間件、硬件設(shè)備等不穩(wěn)定、不合格，呵斥整個(gè)系統(tǒng)不能正常運(yùn)轉(zhuǎn)。實(shí)施中的管理問(wèn)題。12.3 軟件質(zhì)量管理2質(zhì)量控制過(guò)程1事前質(zhì)量控制：指工程在正式實(shí)施前進(jìn)展的質(zhì)量控制，其詳細(xì)任務(wù)內(nèi)容有以下幾類：審查開(kāi)發(fā)組織的技術(shù)資源，選擇適宜的工程承包組織。對(duì)所需資源質(zhì)量進(jìn)展檢查與控制。審查技術(shù)方案，保證工程質(zhì)量具有可靠的技術(shù)措施。協(xié)助開(kāi)發(fā)組織完善質(zhì)量保證體系和質(zhì)量管理制度。2事中質(zhì)量控制：指

23、在工程實(shí)施過(guò)程中進(jìn)展的質(zhì)量控制，其詳細(xì)任務(wù)內(nèi)容有以下幾類：協(xié)助開(kāi)發(fā)組織完善實(shí)施控制。把影響產(chǎn)質(zhì)量量的要素都納入管理形狀。建立質(zhì)量管理點(diǎn)，及時(shí)檢查和審核開(kāi)發(fā)組織提交的質(zhì)量統(tǒng)計(jì)分析資料和質(zhì)量控制圖表。12.3 軟件質(zhì)量管理嚴(yán)厲交接檢查。關(guān)鍵階段和里程碑應(yīng)有適宜的驗(yàn)收。對(duì)完成的分項(xiàng)應(yīng)按相應(yīng)的質(zhì)量評(píng)定規(guī)范和方法進(jìn)展檢查、驗(yàn)收并按合同或需求規(guī)格闡明書(shū)行使質(zhì)量監(jiān)視權(quán)。組織定期或不定期的評(píng)審會(huì)議，及時(shí)分析、通報(bào)工程質(zhì)量情況，并協(xié)調(diào)有關(guān)組織間的業(yè)務(wù)活動(dòng)等。3事后質(zhì)量控制：指在完成工程過(guò)程構(gòu)成產(chǎn)品后的質(zhì)量控制，詳細(xì)任務(wù)內(nèi)容如下：按規(guī)定的質(zhì)量評(píng)價(jià)規(guī)范和方法，組織單元測(cè)試和功能測(cè)試，并進(jìn)展能夠的檢查驗(yàn)收。組織系統(tǒng)測(cè)

24、試和集成測(cè)試。審核開(kāi)發(fā)組織的質(zhì)量檢驗(yàn)報(bào)告及有關(guān)技術(shù)性文件。整理有關(guān)的工程質(zhì)量的技術(shù)文件，并編號(hào)、建檔。12.3 軟件質(zhì)量管理3軟件質(zhì)量控制質(zhì)量控制普通由開(kāi)發(fā)人員實(shí)施，屬于檢查職能。質(zhì)量控制的要點(diǎn)是：監(jiān)控對(duì)象主要是工程任務(wù)結(jié)果；進(jìn)展跟蹤檢查的根據(jù)是相關(guān)質(zhì)量規(guī)范；對(duì)于質(zhì)量問(wèn)題，需求分析其產(chǎn)生緣由，并確定采取何種措施來(lái)消除這些問(wèn)題。為了控制工程全過(guò)程中的質(zhì)量，也應(yīng)該遵照以下一些根本原那么：控制工程一切過(guò)程的質(zhì)量。過(guò)程控制的出發(fā)點(diǎn)是預(yù)防不合格。質(zhì)量管理的中心義務(wù)是建立并實(shí)施文檔管理的質(zhì)量體系。繼續(xù)的質(zhì)量改良。定期評(píng)價(jià)質(zhì)量體系。12.3 軟件質(zhì)量管理4軟件工程質(zhì)量控制活動(dòng)1技術(shù)評(píng)審 主要評(píng)審的對(duì)象有：軟

25、件需求規(guī)格闡明書(shū)、軟件設(shè)計(jì)方案、測(cè)試方案、用戶手冊(cè)、維護(hù)手冊(cè)、系統(tǒng)開(kāi)發(fā)規(guī)程、產(chǎn)品發(fā)布闡明等。技術(shù)評(píng)審應(yīng)該采取一定的流程，這在企業(yè)質(zhì)量體系或者工程方案中都有相應(yīng)的規(guī)定，例如，下面是一個(gè)技術(shù)評(píng)審的建議流程：召開(kāi)評(píng)審會(huì)議：普通應(yīng)有35個(gè)相關(guān)領(lǐng)域的人員參與，會(huì)前每個(gè)參與者做好預(yù)備，評(píng)審會(huì)每次普通不超越2小時(shí)。在評(píng)審會(huì)上，由開(kāi)發(fā)小組對(duì)提交的評(píng)審對(duì)象進(jìn)展講解。評(píng)審組可以對(duì)開(kāi)發(fā)小組進(jìn)展提問(wèn)，提出建議和要求。評(píng)審報(bào)告與記錄 12.3 軟件質(zhì)量管理4軟件工程質(zhì)量控制活動(dòng)2代碼走查。代碼走查也是一種非常有效的方法，它可以檢查到其他測(cè)試方法無(wú)法監(jiān)測(cè)到的錯(cuò)誤，好多邏輯錯(cuò)誤是無(wú)法經(jīng)過(guò)測(cè)試手段發(fā)現(xiàn)的，代碼走查是一種很好的

26、質(zhì)量控制方法。3代碼會(huì)審是由一組人經(jīng)過(guò)閱讀、討論和爭(zhēng)議對(duì)程序進(jìn)展靜態(tài)分析的過(guò)程。 4軟件測(cè)試。 5缺陷追蹤。 12.3 軟件質(zhì)量管理ISO9000：2000規(guī)范體系ISO9000是國(guó)際規(guī)范化組織提出的企業(yè)質(zhì)量體系規(guī)范，它由5個(gè)部分組成，著眼于質(zhì)量管理和質(zhì)量保證。這是一個(gè)通用的質(zhì)量規(guī)范，適宜各類制造業(yè)和效力業(yè)，要求認(rèn)證的企業(yè)有文檔記錄并實(shí)現(xiàn)符合規(guī)范規(guī)定的20個(gè)質(zhì)量要素，證明有提供滿足客戶要求的產(chǎn)品和效力的才干。該規(guī)范只是為企業(yè)建立良好的質(zhì)量體系提供指點(diǎn)原那么，但本身并不涉及相關(guān)的實(shí)現(xiàn)技術(shù)。12.4 軟件質(zhì)量體系 質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量方案之間的關(guān)系 質(zhì)量體系好比一個(gè)國(guó)家的法制機(jī)構(gòu)，質(zhì)量手冊(cè)就好

27、像憲法，是質(zhì)量體系的文檔化的表達(dá)。而為每個(gè)工程制定的質(zhì)量方案類似地方法規(guī)，它在符合質(zhì)量手冊(cè)的前提下，根據(jù)本身的要求與特殊性，經(jīng)過(guò)適當(dāng)?shù)牟脺p修正而來(lái)。 12.4 軟件質(zhì)量體系二CMM規(guī)范體系1CMM的構(gòu)造美國(guó)國(guó)防部出面，美國(guó)卡內(nèi)基梅隆大學(xué)軟件工程研討所CMU/SEI于2001年12月發(fā)布CMMI SM1.1版本12.3 軟件質(zhì)量管理公共特性：用于在階段式表示法中對(duì)公共實(shí)際進(jìn)展分類，有如下5類：簡(jiǎn)寫(xiě) 全拼/中文稱號(hào) 闡明CO Commitment to Perform/執(zhí)行承諾 與方針和指點(diǎn)承諾相關(guān)內(nèi)容AB Ability to Perform/執(zhí)行才干 資源保證內(nèi)容 AP Activities

28、Performed/執(zhí)行活動(dòng)MA Measurement and Analysis/度量分析(DI Directing Implementation/定向?qū)崿F(xiàn)) =CMMI管理人員、過(guò)程、產(chǎn)品內(nèi)容VE Verifying Implementation/驗(yàn)證執(zhí)行 高層管理者評(píng)審和正確性驗(yàn)證12.4 軟件質(zhì)量體系二CMM規(guī)范體系2軟件過(guò)程才干成熟度等級(jí)初始級(jí) 可反復(fù)級(jí) 已定義級(jí) 已管理級(jí) 優(yōu)化級(jí) 12.4 軟件質(zhì)量體系1 初始級(jí)2 可反復(fù)級(jí)3 已定義級(jí)4 已管理級(jí)5 優(yōu)化級(jí)無(wú)序、混亂的軟件過(guò)程。依賴個(gè)他人的努力和機(jī)遇。建立根本的工程管理過(guò)程。類似工程，反復(fù)以往成果。文檔化、規(guī)范化和規(guī)范的軟件過(guò)程。

29、軟件過(guò)程和產(chǎn)質(zhì)量量有詳細(xì)的度量規(guī)范。繼續(xù)的對(duì)過(guò)程進(jìn)展改良。圖 CMM分級(jí)規(guī)范 關(guān)鍵過(guò)程域分類5 優(yōu)化級(jí)過(guò)程變卦管理4 可管理級(jí)需求管理軟件工程謀劃軟件工程跟蹤與監(jiān)控軟件子合同管理軟件質(zhì)量保證軟件配置管理過(guò)程類別機(jī)構(gòu)/組織過(guò)程管理過(guò)程缺陷預(yù)防軟件質(zhì)量管理整體化軟件管理組間協(xié)調(diào)組織過(guò)程關(guān)注組織過(guò)程定義培訓(xùn)規(guī)劃無(wú)序過(guò)程定量過(guò)程管理3 可定義級(jí)2 可反復(fù)級(jí)1 初始級(jí)工程過(guò)程軟件產(chǎn)品工程同行評(píng)審技術(shù)變卦管理3. CMM關(guān)鍵過(guò)程區(qū)域48CMM中的18個(gè)KPA四CMM關(guān)鍵實(shí)際Each key process area is described in terms of key practices that,

30、when implemented, help to satisfy the goals of that key process area. The key practices describe the infrastructure and activities that contribute most to the effective implementation and institutionalization of the key process area. For example, one of the practices from the Software Project Planni

31、ng key process area is The projects software development plan is developed according to a documented procedure. (kp PP.AC.6)An example of a goal from the Software Project Planning key process area at level 2 repeatable is Software estimates are documented for use in planning and tracking the softwar

32、e project.12.4 軟件質(zhì)量體系CL2和CL3的公共實(shí)際 稱號(hào) 公共特性GP 2.1 建立組織政策 (CO 1) GP 3.1 建立已定義的過(guò)程 (AB 1) GP 2.2 方案過(guò)程 (AB 2) GP 2.3 提供資源 (AB 3) GP 2.4 分配義務(wù) (AB 4) GP 2.5 培訓(xùn)人員 (AB 5) GP 2.6 管理配置 (DI 1) GP 2.7 標(biāo)示和包含工程相關(guān)人員 (DI 2) GP 2.8 監(jiān)視和控制過(guò)程 (DI 3) GP 3.2 搜集過(guò)程改良信息 (DI 4) GP 2.9 客觀的評(píng)價(jià)依賴性 (VE 1) GP 2.10 高層管理評(píng)價(jià)形狀 (VE 2) CMM中所