CMM軟件質(zhì)量管理

1、本章導(dǎo)讀要求要求具體內(nèi)容具體內(nèi)容了解了解1) 軟件質(zhì)量及其相關(guān)概念的定義軟件質(zhì)量及其相關(guān)概念的定義2) 質(zhì)量管理與控制的三個(gè)層次質(zhì)量管理與控制的三個(gè)層次3) 傳統(tǒng)軟件工程中質(zhì)量管理的弱點(diǎn)傳統(tǒng)軟件工程中質(zhì)量管理的弱點(diǎn)4) 同行評(píng)審?fù)性u(píng)審5) 軟件質(zhì)量保證管理文檔軟件質(zhì)量保證管理文檔理解理解1) 從四個(gè)方面來改進(jìn)軟件質(zhì)量從四個(gè)方面來改進(jìn)軟件質(zhì)量2) CMM改進(jìn)軟件質(zhì)量的方法改進(jìn)軟件質(zhì)量的方法3) 軟件組織內(nèi)部的軟件組織內(nèi)部的“七化原則七化原則”和和“五報(bào)一五報(bào)一例制度例制度”關(guān)注關(guān)注1) CMML2的的“軟件質(zhì)量保證軟件質(zhì)量保證SQA”過程過程2) 軟件質(zhì)量保證計(jì)劃軟件質(zhì)量保證計(jì)劃的編寫方法的編

2、寫方法14.1 軟件質(zhì)量基本概念 1. 軟件質(zhì)量及相關(guān)概念的定義 所謂軟件質(zhì)量，就是供方提供的軟件產(chǎn)品，滿足用戶明確和隱含需求能力特性的總和。 所謂軟件產(chǎn)品，就是供方交付給用戶一套計(jì)算機(jī)程序、數(shù)據(jù)以及相關(guān)的文檔。 所謂供方，就是向用戶提供產(chǎn)品的組織。供方有時(shí)又稱承包方。 通過上述定義，知道了軟件質(zhì)量是什么，以及意味著什么。在此之前，可能不知道這么多概念，只知道好的軟件的特點(diǎn)是功能強(qiáng)、性能優(yōu)、易使用、易維護(hù)、可移植、可重用。 軟件質(zhì)量基本概念2. 質(zhì)量管理與控制的三個(gè)層次 (1) 事先的預(yù)防措施：制訂軟件過程開發(fā)規(guī)范和軟件產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，對(duì)軟件開發(fā)和管理人員進(jìn)行這方面知識(shí)和技能的定向培訓(xùn)； (2)

3、 事中的跟蹤監(jiān)控措施：按照CMM或ISO9000的過程管理思想，對(duì)軟件過程和軟件產(chǎn)品的質(zhì)量控制提供可視性管理； (3) 事后的糾錯(cuò)措施：對(duì)軟件工作產(chǎn)品和軟件產(chǎn)品加強(qiáng)評(píng)審和檢測。評(píng)審是在宏觀上框住您，在微觀上挑剔您，找出不符合項(xiàng)。檢測是為了發(fā)現(xiàn)Bug，改正錯(cuò)誤。 軟件質(zhì)量保證措施，應(yīng)以提前預(yù)防和實(shí)時(shí)跟蹤為主，以事后測試和糾錯(cuò)為輔。 軟件質(zhì)量基本概念3. 傳統(tǒng)軟件工程中質(zhì)量管理的弱點(diǎn) 在傳統(tǒng)軟件工程中，由于沒有完全吸收CMM和ISO9000的質(zhì)量管理思想，因而對(duì)軟件質(zhì)量的定義是較模糊的，如表14-2所示。按照這些定義，對(duì)軟件階段產(chǎn)品和軟件最終產(chǎn)品的測試、評(píng)審和評(píng)價(jià)，也是較模糊的。因?yàn)樗饕皇歉鶕?jù)

4、用戶需求報(bào)告中，對(duì)“功能、性能、接口”的具體要求，記錄并跟蹤“不符合項(xiàng)”是否為零，而是考慮“正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性”等抽象指標(biāo)，往往使測試人員和評(píng)審人員感到有點(diǎn)無所事從。 序號(hào)序號(hào) 質(zhì)量因素質(zhì)量因素質(zhì)量因素的定義質(zhì)量因素的定義1正確性正確性系統(tǒng)滿足規(guī)格說明書和用戶目標(biāo)的程度。系統(tǒng)滿足規(guī)格說明書和用戶目標(biāo)的程度。2健壯性健壯性在意外環(huán)境或錯(cuò)誤操作下，系統(tǒng)做出適當(dāng)響在意外環(huán)境或錯(cuò)誤操作下，系統(tǒng)做出適當(dāng)響應(yīng)的程度。應(yīng)的程度。3完整性完整性對(duì)未經(jīng)授權(quán)的人使用系統(tǒng)的企圖，系統(tǒng)能夠?qū)ξ唇?jīng)授權(quán)的人使用系統(tǒng)的企圖，系統(tǒng)能夠控制的程度。控制的程度。4可用性可用性系統(tǒng)完成預(yù)定的

5、功能時(shí)，令人滿意的程度。系統(tǒng)完成預(yù)定的功能時(shí)，令人滿意的程度。5可理解性可理解性 系統(tǒng)的理解和使用的容易程度。系統(tǒng)的理解和使用的容易程度。6可維修性可維修性 診斷和改正發(fā)現(xiàn)的錯(cuò)誤所需的工作量大小。診斷和改正發(fā)現(xiàn)的錯(cuò)誤所需的工作量大小。7靈活性靈活性修改或改進(jìn)系統(tǒng)，需要的工作量多少。修改或改進(jìn)系統(tǒng)，需要的工作量多少。8可測試性可測試性 系統(tǒng)容易測試的程度。系統(tǒng)容易測試的程度。9可移植性可移植性 移植到另一種平臺(tái)中運(yùn)行所需資源的多少。移植到另一種平臺(tái)中運(yùn)行所需資源的多少。10可再用性可再用性 軟件系統(tǒng)的可復(fù)用程度。軟件系統(tǒng)的可復(fù)用程度。11互運(yùn)行性互運(yùn)行性 與其他系統(tǒng)集成，所需的工作量多少。與其他

6、系統(tǒng)集成，所需的工作量多少。14.2 軟件質(zhì)量保證方法1. 從四個(gè)方面來改進(jìn)軟件質(zhì)量 (1) 力圖從編程語言上實(shí)現(xiàn)突破。已經(jīng)從機(jī)器語言、匯編語言、面向過程的語言、面向數(shù)據(jù)的語言，發(fā)展到面向?qū)ο?、面向?gòu)架的語言。 (2) 力圖從CASE工具上實(shí)現(xiàn)突破。這些工具有：OracleDesigner，PowerDesigner，ERwin，Rose，San Francisco，北大青鳥系統(tǒng)。 (3) 力圖從軟件過程管上實(shí)現(xiàn)突破。如CMM，ISO9000，微軟企業(yè)文化，IBM企業(yè)文化。 (4) 力圖從測試與糾錯(cuò)上實(shí)現(xiàn)突破。先后出現(xiàn)了各種測試方法、工具和糾錯(cuò)手段。軟件質(zhì)量保證方法2. CMM改進(jìn)軟件質(zhì)量的方

7、法 CMM認(rèn)為：它的18個(gè)關(guān)鍵過程域，每一個(gè)都跟質(zhì)量管理有關(guān)，質(zhì)量管理體現(xiàn)在每一個(gè)KPA的驗(yàn)證之中。當(dāng)前，針對(duì)軟件質(zhì)量進(jìn)行保證的問題，最有效的辦法還是下面五個(gè)方法的匯集： (1) 面向CMM2的KPA“軟件質(zhì)量保證”(SQA：Software Quality Assurance)方法。 (2) 面向CMM3的KPA“同行評(píng)審”(PR：Peer Reviews)方法。 (3) 面向CMM4的KPA“軟件質(zhì)量管理”(SQM：Software Quality Management)方法。 (4) 面向CMM5的KPA“缺陷預(yù)防”(DP：Defect Prevention)方法。 (5) 軟件質(zhì)量保證

8、的其他措施。軟件質(zhì)量保證方法 3. CMM2的“軟件質(zhì)量保證SQA”過程 (1) 首先，通過監(jiān)控軟件的開發(fā)過程，來保證產(chǎn)品的質(zhì)量； (2) 其次，保證生產(chǎn)出的軟件產(chǎn)品及軟件開發(fā)過程，符合相應(yīng)的標(biāo)準(zhǔn)與規(guī)程； (3) 最后，保證軟件產(chǎn)品、軟件過程中存在的不符合項(xiàng)問題得到處理，必要時(shí)將問題反映給高級(jí)管理者。 結(jié)合這三項(xiàng)內(nèi)容，CMM2的軟件質(zhì)量保證手段主要有三項(xiàng)：“審計(jì)、評(píng)審和處理不符合項(xiàng)”。審計(jì)是檢查做沒做，做了多少，以及按什么標(biāo)準(zhǔn)和規(guī)范做的。評(píng)審是檢查干得好不好，是否還存在不符合項(xiàng)。處理不符合項(xiàng)是跟蹤糾錯(cuò)過程，直至改正為止。 軟件質(zhì)量保證方法4. CMM3的軟件質(zhì)量保證手段“同行評(píng)審” 俗話說，隔

9、行如隔山，所以外行不能參與評(píng)審。同行評(píng)審是指同行進(jìn)行軟件產(chǎn)品驗(yàn)證的活動(dòng)，其目的是為了及早和高效地從軟件工作產(chǎn)品中識(shí)別并消除缺陷。與技術(shù)評(píng)審不同，同行評(píng)審的對(duì)象一般是部分軟件工作產(chǎn)品，重點(diǎn)是發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。 所謂同行，是指和開發(fā)者在被評(píng)審的軟件工作產(chǎn)品上有相同的開發(fā)經(jīng)驗(yàn)和知識(shí)的人員。一般來講，不建議管理者作為同行，參與同行評(píng)審，也不應(yīng)使用同行評(píng)審的結(jié)果去評(píng)價(jià)產(chǎn)品開發(fā)者的功過是非。 有人會(huì)說：同行是“冤家”。沒關(guān)系，因?yàn)橥性u(píng)審是挑剔，是找缺陷，“冤家”更好。 軟件質(zhì)量保證方法 5. CMM4的軟件質(zhì)量保證手段“軟件質(zhì)量管理” CMM4的“軟件質(zhì)量管理”目的是：建立對(duì)項(xiàng)目的軟件產(chǎn)品質(zhì)量的

10、定量了解，以便實(shí)現(xiàn)特定的質(zhì)量目標(biāo)，例如在流程、時(shí)間、功能、性能、接口、界面上的特定需求目標(biāo)。為此，要對(duì)軟件工作產(chǎn)品，實(shí)施內(nèi)容豐富的特定測量計(jì)劃，進(jìn)行質(zhì)量的定量管理。 6. CMM5的軟件質(zhì)量保證手段“缺陷預(yù)防” CMM5的“缺陷預(yù)防”目的是：鑒別缺陷的原因，并防止它們?cè)俅伟l(fā)生。具體做法有：建立項(xiàng)目缺陷分析的工程數(shù)據(jù)庫，字段有：“缺陷編號(hào)、缺陷名稱、缺陷類型、缺陷部位、缺陷原因、影響范圍、發(fā)生頻率、發(fā)生時(shí)間、所屬項(xiàng)目”等。將分析結(jié)果，尤其是帶普遍價(jià)值的過程更改，通知組織中的其他軟件項(xiàng)目組。 軟件質(zhì)量保證方法 7. 軟件質(zhì)量保證的其他措施 除了CMM上述四個(gè)方法的全面綜合治理之外，為了抓好軟件質(zhì)量

11、管理，軟件組織的高層經(jīng)理和項(xiàng)目經(jīng)理，還應(yīng)該大力提倡并嚴(yán)格執(zhí)行“七化原則”，即在軟件質(zhì)量管理中，管理人員要做到：行為規(guī)范化，報(bào)告制度化，報(bào)表統(tǒng)一化，數(shù)據(jù)標(biāo)準(zhǔn)化，信息網(wǎng)絡(luò)化，管理可視化，措施及時(shí)化。 為了執(zhí)行好上述“七化原則”，在軟件組織內(nèi)部的各個(gè)項(xiàng)目中，還要建立“五報(bào)一例制度”，即：日?qǐng)?bào)表、周報(bào)表、月報(bào)表、里程碑報(bào)表、重大事件報(bào)表和例會(huì)制度。實(shí)行“高層經(jīng)理抓月報(bào)，部門經(jīng)理抓周報(bào)，項(xiàng)目經(jīng)驗(yàn)抓日?qǐng)?bào)”的上、中、下三層的管理方法。14.3 軟件質(zhì)量保證文檔14.3.1 質(zhì)量保證文檔14.3.2 質(zhì)量保證管理文檔 表14-5軟件質(zhì)量保證計(jì)劃任務(wù)進(jìn)度表中的軟件工作產(chǎn)品，都是軟件質(zhì)量保證的管理文檔。但是，最重

12、要的質(zhì)量管理文檔是：不符合項(xiàng)跟蹤表、軟件質(zhì)量保證活動(dòng)度量表。 不符合項(xiàng)跟蹤表，是由SQA成員根據(jù)評(píng)審記錄編制的管理文檔，它是為了驗(yàn)證被評(píng)審的工作產(chǎn)品的符合性(正確性)，以達(dá)到跟蹤其偏差率的目的： (1) 當(dāng)偏差率超過30%時(shí)，工作產(chǎn)品要重做； (2) 當(dāng)偏差率超過20%時(shí)，工作產(chǎn)品要大改； (3) 當(dāng)偏差率超過10%時(shí)，工作產(chǎn)品要小改； (4) 當(dāng)偏差率超過1%時(shí)，工作產(chǎn)品要修正； (5) 只有當(dāng)偏差率為零時(shí)，工作產(chǎn)品評(píng)審才通過。14.4 本章小結(jié) 軟件質(zhì)量是軟件企業(yè)的生命。本章從軟件質(zhì)量的定義開始，首先重點(diǎn)論述了軟件質(zhì)量控制的“三個(gè)層次”： (1) 事先的預(yù)防措施； (2) 事中的跟蹤監(jiān)控措

13、施； (3) 事后的糾錯(cuò)措施。 接著，又詳細(xì)介紹了軟件質(zhì)量保證的“五種方法”： (1) 面向CMM2的“軟件質(zhì)量保證”方法； (2) 面向CMM3的“同行評(píng)審”方法； (3) 面向CMM4的“軟件質(zhì)量管理”方法； (4) 面向CMM5的“缺陷預(yù)防”方法； (5) 實(shí)行“高層經(jīng)理抓月報(bào)，部門經(jīng)理抓周報(bào)，項(xiàng)目經(jīng)驗(yàn)抓日?qǐng)?bào)”的質(zhì)量保證制度 思考題 14 14.1 針對(duì)軟件質(zhì)量進(jìn)行保證的問題，最有效的辦法是什么？ 14.2 怎樣理解“軟件質(zhì)量保證措施，應(yīng)以提前預(yù)防和實(shí)時(shí)跟蹤為主，以事后測試和糾錯(cuò)為輔”？ 14.3 通過對(duì)本章的學(xué)習(xí)，請(qǐng)說明CMM的質(zhì)量保證體系有何優(yōu)點(diǎn)？有何不足？ 14.4 對(duì)軟件質(zhì)量進(jìn)行

14、“全面綜合治理”有哪五種方法，哪一種方法最好，為什么？ 14.5 軟件質(zhì)量保證計(jì)劃設(shè)計(jì)得怎么樣？有何改進(jìn)措施？ 14.6 采用不符合項(xiàng)跟蹤表的評(píng)審與審計(jì)方法，有什么優(yōu)越性？這與中國傳統(tǒng)的軟件評(píng)審標(biāo)準(zhǔn)有什么不同？ 14.7 請(qǐng)?jiān)O(shè)計(jì)出軟件質(zhì)量保證活動(dòng)度量表的數(shù)據(jù)結(jié)構(gòu)(關(guān)系數(shù)據(jù)庫的表結(jié)構(gòu))。 軟件質(zhì)量保證方法4. CMM3的軟件質(zhì)量保證手段“同行評(píng)審” 俗話說，隔行如隔山，所以外行不能參與評(píng)審。同行評(píng)審是指同行進(jìn)行軟件產(chǎn)品驗(yàn)證的活動(dòng)，其目的是為了及早和高效地從軟件工作產(chǎn)品中識(shí)別并消除缺陷。與技術(shù)評(píng)審不同，同行評(píng)審的對(duì)象一般是部分軟件工作產(chǎn)品，重點(diǎn)是發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。 所謂同行，是指和開發(fā)者在

15、被評(píng)審的軟件工作產(chǎn)品上有相同的開發(fā)經(jīng)驗(yàn)和知識(shí)的人員。一般來講，不建議管理者作為同行，參與同行評(píng)審，也不應(yīng)使用同行評(píng)審的結(jié)果去評(píng)價(jià)產(chǎn)品開發(fā)者的功過是非。 有人會(huì)說：同行是“冤家”。沒關(guān)系，因?yàn)橥性u(píng)審是挑剔，是找缺陷，“冤家”更好。 軟件質(zhì)量保證方法 7. 軟件質(zhì)量保證的其他措施 除了CMM上述四個(gè)方法的全面綜合治理之外，為了抓好軟件質(zhì)量管理，軟件組織的高層經(jīng)理和項(xiàng)目經(jīng)理，還應(yīng)該大力提倡并嚴(yán)格執(zhí)行“七化原則”，即在軟件質(zhì)量管理中，管理人員要做到：行為規(guī)范化，報(bào)告制度化，報(bào)表統(tǒng)一化，數(shù)據(jù)標(biāo)準(zhǔn)化，信息網(wǎng)絡(luò)化，管理可視化，措施及時(shí)化。 為了執(zhí)行好上述“七化原則”，在軟件組織內(nèi)部的各個(gè)項(xiàng)目中，還要建立“五報(bào)一例制度”，即：日?qǐng)?bào)表、周報(bào)表、月報(bào)表、里程碑報(bào)表、重大事件報(bào)表和例會(huì)制度。實(shí)行“高層經(jīng)理抓月報(bào)，部門經(jīng)理抓周報(bào)，項(xiàng)目經(jīng)驗(yàn)抓日?qǐng)?bào)”的上、中、下三層的管理方法。思考題 14 14.1 針對(duì)軟件質(zhì)量進(jìn)行保證的問題，最有效的辦法是什