一、學(xué)習(xí)目的與要求

軟件質(zhì)量是軟件項目管理是否成功的標(biāo)志；

質(zhì)量管理是軟件項目管理的關(guān)鍵內(nèi)容；

了解軟件項目質(zhì)量管理的概念及其重要性；

了解質(zhì)量管理過程及包含的主要活動；

掌握軟件項目之力計劃的編制依據(jù)和主要內(nèi)容；

初步具備編制軟件項目質(zhì)量計劃的能力。

二、學(xué)習(xí)內(nèi)容

1. 質(zhì)量管理概念

1. 軟件質(zhì)量

含義（識記）：每千行代碼中包含的缺陷數(shù)是衡量軟件質(zhì)量的指標(biāo)；

特性（理解）：
（1）功能性：是與一組功能及其制定的性質(zhì)有關(guān)的一組屬性，包括合適性、準(zhǔn)確性、互操作性、依從性和安全性；
（2）可靠性：是與在規(guī)定的一段時間和條件下，軟件維持其性能水平的能力有關(guān)的一組屬性；即一個系統(tǒng)按照用戶需求和設(shè)計者的相應(yīng)設(shè)計，執(zhí)行其功能的正確程度，包括成熟性、容錯性和易恢復(fù)性；
（3）易用性：以一組規(guī)定或潛在的用戶為軟件使用對象，所需做的努力和對這樣的使用所做的評價相關(guān)的一組屬性，包括易理解性、易學(xué)習(xí)性和易操作性；
（4）效率：是與在規(guī)定條件下，軟件性能水平與所使用資源量之間有關(guān)的屬性，包括時間特性、資源特性。
（5）可維護(hù)性：是與進(jìn)行制定的修改所需的努力有關(guān)的一組屬性，包括易分析性、易更改性、穩(wěn)定性和易測試性。
（6）可移植性：是與軟件從一個環(huán)境轉(zhuǎn)移到另一個環(huán)境的能力有關(guān)的一組屬性，包括適用性、易安排性、一致性和易替換性。

2. 軟件產(chǎn)品質(zhì)量與過程質(zhì)量

3. 軟件質(zhì)量保證（理解）

目標(biāo)：
（1）通過適當(dāng)?shù)谋O(jiān)控系統(tǒng)及其開發(fā)過程來保證軟件質(zhì)量；
（2）確保軟件及其開發(fā)過程與已定的標(biāo)準(zhǔn)和規(guī)章要求完全一致；
（3）確保能及時發(fā)現(xiàn)產(chǎn)品、過程和標(biāo)準(zhǔn)的任何不足并提醒管理者注意，以便及時彌補。

職責(zé)：
（1）對所有開發(fā)計劃和質(zhì)量計劃的完整性進(jìn)行評審；
（2）作為審核主持人，參與設(shè)計和代碼的審查；
（3）對所有測試計劃是否符合標(biāo)準(zhǔn)進(jìn)行評審；
（4）對所有測試結(jié)果的顯著樣本進(jìn)行評審，以確定是否按計劃執(zhí)行；
（5）定期審核軟件配置管理的執(zhí)行情況，以確定是否符合標(biāo)準(zhǔn)；
（6）參與所有項目的各類階段評審，如果沒有達(dá)到相關(guān)標(biāo)準(zhǔn)和規(guī)程的要求，應(yīng)對不符項及缺陷進(jìn)行登記并跟蹤解決情況。

2. 軟件評審（次重點）

1. 軟件評審概念（識記）

軟件評審又稱技術(shù)評審或同行評審，指由開發(fā)人員的技術(shù)同行在項目實施各個階段進(jìn)行的有組織的軟件瀏覽、文檔與代碼審讀活動，驗證工作是否符合預(yù)定標(biāo)準(zhǔn)，其目的是協(xié)助軟件開發(fā)人員在項目早期找出工作的錯誤。

2. 軟件評審的實施（理解）

確定參加評審的人員

人員培訓(xùn)

評審準(zhǔn)備

分發(fā)評審材料，評審員審讀評審材料

評審會議

評審報告

3. 取得評審成功的關(guān)鍵（理解）

應(yīng)為評審及改成評審發(fā)現(xiàn)的問題預(yù)留項目資源；

評審應(yīng)以發(fā)現(xiàn)問題為重點；

保證評審的技術(shù)化；

制定檢查單和標(biāo)準(zhǔn)；

限制會議人數(shù)并且檢查事先做準(zhǔn)備；

對所有的評審者進(jìn)行有意義的培訓(xùn)。

3. 軟件測試（重點）

1. 軟件測試的概念（理解）

軟件缺陷內(nèi)容：
（1）軟件未達(dá)到產(chǎn)品說明書標(biāo)名的功能；
（2）軟件出現(xiàn)了產(chǎn)品說明書指名不會出現(xiàn)的錯誤；
（3）軟件功能超出產(chǎn)品說明書指明的范圍；
（4）軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)；
（5）軟件界面或操作方式違反相關(guān)標(biāo)準(zhǔn)或習(xí)慣；
（6）軟件測試人員認(rèn)為軟件難以理解，不易使用，運行速度緩慢，或者最終用戶認(rèn)為不好等。

軟件測試是保證軟件質(zhì)量的重要組成部分。

2. 軟件測試類型（理解）

單元測試：常采用白盒測試，主要測試程序的內(nèi)部邏輯路徑。

集成測試：按系統(tǒng)的構(gòu)造方式分為自底向上和自頂向下測試，

功能測試：

回歸測試：

驗收及按照測試：

Beta測試

配置測試：

兼容性測試：

語言測試：

易用性測試 ：

3. 測試的原則（理解）

完全測試程序是不可能的

軟件測試需要由專門的測試人員完成

從一開始就執(zhí)行測試

打破對測試的過分依賴

為軟件測試提供適當(dāng)?shù)馁Y源

注意“殺蟲劑”現(xiàn)象

4. 測試計劃

建立每個測試階段的目標(biāo)

確定每項測試活動的進(jìn)度和職責(zé)

確定工具、設(shè)備和測試庫的可用性

建立用于計劃和進(jìn)行測試以及報告測試結(jié)果的規(guī)程和標(biāo)準(zhǔn)

制定衡量測試成功與完成的準(zhǔn)則

5. 測試用例的開發(fā)（理解）

測試覆蓋技術(shù)

單元測試中的路徑選擇

黑河測試中的路徑覆蓋

6. 測試的執(zhí)行與報告（報告信息應(yīng)有）

測試項目和程序名稱、ID號、測試目的和對應(yīng)的測試計劃；

涉及的項目開發(fā)人員和測試人員；

具體測試用例名稱、ID號、程序和數(shù)據(jù)，包括標(biāo)識號、報告參考資料、版本和日期；

輔助工具、驅(qū)動程序、占位程序等；

測試采用的軟硬件配置，包括類型、特點、模型、工程變更級別、配置聯(lián)系、布局以及內(nèi)存和文件地圖；

測試結(jié)果，包括按類型和報告編號列出的所有問題、所有錯誤，發(fā)現(xiàn)這些問題和錯誤的測試用例以及測試操作，包括測試的時間、運行次數(shù)和人員需求的任何統(tǒng)計資料；

測試實施和監(jiān)督人員的簽字，已正確執(zhí)行有關(guān)程序并記錄結(jié)果的證明。

4. 軟件缺陷跟蹤（一般）

軟件跟蹤包括缺陷記錄和缺陷跟蹤；

缺陷來源于軟件評審、測試的結(jié)果和其他缺陷來源；

缺陷的跟蹤要從缺陷的發(fā)現(xiàn)開始，一直到缺陷改正為止；

缺陷報告中的跟蹤信息：
（1）缺陷標(biāo)識號；
（2）缺陷描述；
（3）使該缺陷出現(xiàn)的步驟；
（4）硬件平臺信息；
（5）缺陷當(dāng)前狀態(tài)（是否已改正）；
（6）缺陷的發(fā)現(xiàn)者；
（7）缺陷發(fā)現(xiàn)日期；
（8）缺陷的嚴(yán)重程度；
（9）缺陷產(chǎn)生的階段（需求、體系結(jié)構(gòu)涉及、詳細(xì)設(shè)計、構(gòu)造或集成等階段）；
（10）缺陷改正人；
（11）改正日期；
（12）改正缺陷花費的項目資源（資金、人數(shù)、小時）；
（13）其他事項；

5. 軟件缺陷預(yù)防

1. 問題的提出

CMM將軟件缺陷列為軟件過程等級的最高級——優(yōu)化過程；

2. 缺陷預(yù)防的原則（理解）

程序員必須對自己的錯誤作出評價；

反饋是缺陷預(yù)防的基本組成部分；

能解決所有問題的“萬靈丹”是不存在的，軟件過程改進(jìn)要求每次只能清楚一個錯誤原因；

過程改進(jìn)必須是整個軟件開發(fā)過程的有機組成部分；

學(xué)會過程改進(jìn)需要時間。

3. 缺陷預(yù)防的步驟（理解）

缺陷的發(fā)現(xiàn)與報告；

缺陷原因分析；

缺陷預(yù)防行動；

預(yù)防反饋；

改進(jìn)過程以預(yù)防缺陷。

6. ISO 9000：2000質(zhì)量認(rèn)證體系（一般）

ISO 9000 族是國際標(biāo)準(zhǔn)化組織耗時多年制定出來的一套關(guān)于質(zhì)量管理的國際標(biāo)準(zhǔn)。

1. ISO 9000 的概念（理解）

宗旨：在世界范圍內(nèi)促進(jìn)標(biāo)準(zhǔn)化及其相關(guān)活動的開展，以便于商品及服務(wù)的國際交換，在智力、科學(xué)、技術(shù)和經(jīng)濟(jì)領(lǐng)域開展工作；

國際標(biāo)準(zhǔn)編號格式：ISO+標(biāo)準(zhǔn)化+[-+分標(biāo)準(zhǔn)號+]+冒號+發(fā)布年號；

概念：是設(shè)計質(zhì)量保證與質(zhì)量管理活動的一族標(biāo)準(zhǔn)的總稱

2. ISO 9000 標(biāo)準(zhǔn)的8項質(zhì)量管理原則（理解）

以客戶為關(guān)注焦點：組織依存于客戶，因此組織應(yīng)當(dāng)理解客戶當(dāng)前和未來的需求，滿足客戶要求并爭取超越客戶期望；

領(lǐng)導(dǎo)作用：領(lǐng)導(dǎo)者確定組織統(tǒng)一的宗旨和方向，他們應(yīng)該創(chuàng)造并保持使員工能充分參與實現(xiàn)組織目標(biāo)的內(nèi)部環(huán)境；

全員參與：各級人員都是組織之本，只有他們的充分參與，才能使他們的才干為組織帶走收益；

過程方法（是質(zhì)量管理體系的基礎(chǔ)）：將活動和相關(guān)的資源作為過程進(jìn)行管理，可以有效地得到期望的結(jié)果；

管理的系統(tǒng)方法：將相互關(guān)聯(lián)的過程作為系統(tǒng)加以識別、理解和管理，有助于組織提高實現(xiàn)目標(biāo)的有效性和效率；

持續(xù)改進(jìn)：持續(xù)改進(jìn)總體業(yè)績應(yīng)該是組織永恒的目標(biāo)，其內(nèi)容有：
（1）分析和評價現(xiàn)狀，以識別改進(jìn)區(qū)域；
（2）確定改進(jìn)目標(biāo)；
（3）尋找可能的解決方法，以實現(xiàn)目標(biāo)；
（4）評價這些解決方法并作出選擇；
（5）實施選定的解決方法；
（6）測量、驗證、分析和評價實施的結(jié)果，以確定這些目標(biāo)已經(jīng)實現(xiàn)；
（7）正式采納更改。

基于事實的決策方法：有效決策是建立在數(shù)據(jù)和信息分析的基礎(chǔ)上；

與供應(yīng)商互利的關(guān)系：組織與供應(yīng)商是相互依存的，互利的關(guān)系可增強雙方創(chuàng)造價值的能力。

3. 獲得ISO 9000認(rèn)證的條件和程序

條件：
（1）建立了符合ISO 9001：2000標(biāo)準(zhǔn)要求的文檔化的質(zhì)量管理體系；
（2）質(zhì)量管理體系至少已運行3個月以上，并被審核判定為有效；
（3）外部審核前至少完成一次或一次以上全面有效的內(nèi)部審核，并可提供有效證據(jù)；
（4）外部審核前至少完成了一次或一次以上有效的管理評審，并可提供有效證據(jù)；
（5）體系保持持續(xù)有效，并同意接受認(rèn)證機構(gòu)每年一次的年審和每三年一次的復(fù)審，作為對體系是否得到有效保持的監(jiān)督；
（6）承諾對認(rèn)證證書及認(rèn)可標(biāo)志的使用符合認(rèn)證機構(gòu)和認(rèn)可機構(gòu)的有關(guān)規(guī)定。

程序：
（1）預(yù)評審
（2）初次審核
（3）年審：抽樣調(diào)查
（4）復(fù)審：三年一次審核通過發(fā)新證

7. 能力成熟度集成模型CMMI（一般）

1. CMM的提出

2. CMM的基本內(nèi)容（理解）

模型等級：成熟度等級是妥善定義的在向成熟軟件組織前景途中的平臺，每一個成熟度等級為過程繼續(xù)改進(jìn)提供一個臺階和基礎(chǔ)；
（1）初始級軟件過程的特點是無秩序的；
（2）可重復(fù)級已建立基本的項目管理過程去跟蹤成本、進(jìn)度和功能性；
（3）已定義級管理活動和工程活動兩方面的軟件過程均已文檔化、標(biāo)準(zhǔn)化并集成到組織的標(biāo)準(zhǔn)軟件過程中；
（4）已管理級已采集詳細(xì)的有關(guān)軟件過程和產(chǎn)品質(zhì)量的度量；
（5）優(yōu)化級利用來自過程和來自新思想、新技術(shù)的先導(dǎo)性實驗的定量反饋信息，使持續(xù)過程改進(jìn)成為可能；

關(guān)鍵過程域（KPA）
（1）可重復(fù)級：需求管理、軟件質(zhì)量保證、軟件配置管理、軟件項目跟蹤與監(jiān)督、軟件項目計劃、軟件分包合同管理；
（2）已定義級：機構(gòu)過程定義、機構(gòu)過程焦點、培訓(xùn)大綱、軟件產(chǎn)品工程、同行評審、組間協(xié)調(diào)、綜合軟件管理；
（3）已管理級：定量過程管理、軟件質(zhì)量管理；
（4）優(yōu)化級：過程更改管理、技術(shù)更新管理、缺陷預(yù)防。

3. 從CMM到CMMI

軟件工程CMM——SW-CMM

系統(tǒng)工程CMM——SE-CMM

軟件采購CMM——SA-CMM

集成產(chǎn)品群組CMM——IPT-CMM

集成的產(chǎn)品和過程開發(fā)CMM——IPDD-CMM

人力資源CMM——P-CMM

4. CMMI的表示（理解）

CMMI有兩種表示方式：連續(xù)性表示和分階表示，選擇策略有：
（1）可以根據(jù)以前采用過的模型的表示方式選擇分階或連續(xù)模型；
（2）如果沒有進(jìn)行過程改進(jìn)或流程重組，建議采用分階表示；
（3）如果組織在過程改進(jìn)方面具有經(jīng)驗，建議采用連續(xù)性模型；
（4）要注意，有時按照分階表示方法推薦時，也不一定就不可以跨越成熟度等級進(jìn)行過程改進(jìn)。

連續(xù)性表示——6個能力等級
（1）CL0——不完備級：它的過程是一個未執(zhí)行或部分執(zhí)行的過程；
（2）CL1——已執(zhí)行級：表示組織中有執(zhí)行這一過程；
（3）CL2——受管理級：管理表示組織具有在項目級別上管理工作的能力；
（4）CL3——已定義級：指可以在組織層上對過程相關(guān)流程進(jìn)行明確的定義，表示組織吸收、總結(jié)和提高了項目組的活動過程；
（5）CL5——持續(xù)優(yōu)化級：對相應(yīng)流程能進(jìn)一步定量預(yù)測和控制，根據(jù)組織活動的成本、效率和質(zhì)量要求，進(jìn)一步分析流程和優(yōu)化流程。

分階表示——5個成熟度等級
（1）ML5持續(xù)優(yōu)化級：過程性能的持續(xù)改進(jìn)；
（2）ML4定量優(yōu)化級：建立了關(guān)于產(chǎn)品質(zhì)量、服務(wù)質(zhì)量以及過程性能的定量目標(biāo)，運用統(tǒng)計技術(shù)和其他定量技術(shù)對各個過程實施控制，并且把這些定量目標(biāo)作為判斷過程股那里成功與否的標(biāo)準(zhǔn)；
（3）ML3已定義級：是項目理解和恰當(dāng)?shù)胤磻?yīng)項目特性的過程；
（4）ML2受管理級：該軟件組織已經(jīng)確保有關(guān)的過程在項目一級得到策劃，形成文件，得以執(zhí)行，受到監(jiān)督和控制，并且能實現(xiàn)過程目標(biāo)；
（5）ML1初始級：專門化且無序的

CMMI兩種表示的對應(yīng)
（1）ML1中，軟件過程的可視性是非常有限的；
（2）ML2中，客戶需求和工作產(chǎn)品受到控制，已建立基本的項目管理實踐；
（3）ML3中，盒子的內(nèi)部結(jié)構(gòu)，即項目定義的軟件過程中的任務(wù)，具有可視性；
（4）ML4中，定義的軟件

5. CMMI過程的可視性

ML1中，軟件過程的可視性是非常有限的；

ML2中，客戶需求和工作產(chǎn)品受到控制，已建立基本的項目管理實踐；

ML3中，盒子的內(nèi)部結(jié)構(gòu)，即項目定義的軟件過程中的任務(wù)，具有可視性；

ML4中，定義的軟件過程得到定量使用和控制；

ML5中，不斷嘗試新的改進(jìn)的軟件開發(fā)方法，以受控方式提高生產(chǎn)率和軟件質(zhì)量；

6. CMMI的實施

ML1到ML2過程改進(jìn)

ML2到ML3過程改進(jìn)

ML3到ML4層次過程改進(jìn)的工作展開

ML4到ML5層次過程改進(jìn)的工作展開

7. CMMI的評估

過程改進(jìn)的標(biāo)準(zhǔn)CMMI評估方法（SCAMPI）原則
（1）高級主管部門主持
（2）關(guān)注組織的業(yè)務(wù)目標(biāo)
（3）使用已文檔化的評估方法
（4）使用過程參考模型
（5）為被采訪者保密
（6）采用分工協(xié)作的方法
（7）集中于過程改進(jìn)的后續(xù)措施

三個評估階段
（1）第一階段包括標(biāo)識評估范圍、擬定計劃、準(zhǔn)備評估群組、向參與者進(jìn)行簡要介紹、提供并檢查評估調(diào)查表以及進(jìn)行最初的文檔評審；
（2）第二階段集中于現(xiàn)場調(diào)查、進(jìn)行訪談、綜合信息、準(zhǔn)備和提交評估草案、綜合結(jié)論（有選擇地）并確定評定及準(zhǔn)備最終結(jié)論的提交；
（3）第三階段涉及向主辦者和現(xiàn)場主管提交最終結(jié)論，并收集CMMI管理機構(gòu)需要的所有信息。

三、小結(jié)

質(zhì)量是產(chǎn)品的固有屬性，是產(chǎn)品性能的度量；

軟件質(zhì)量的11特性：正確性、可靠性、效率、完整性、使用性、維護(hù)性、測試性、靈活性、移植性、復(fù)用性、共運行性；

評價軟件質(zhì)量的6特性：功能性、可靠性、可用性、效率、可維護(hù)性、可移植性；

一個有效的軟件質(zhì)量保證及管理活動主要包括：軟件評審、軟件測試、軟件缺陷跟蹤和缺陷預(yù)防；

軟件評審是指由可開發(fā)人員的技術(shù)同行在項目實施的各個階段進(jìn)行的有組織的軟件瀏覽、文檔于代碼審讀活動，驗證工作是否符合預(yù)定的標(biāo)準(zhǔn)，其目的是協(xié)助軟件開發(fā)人員在項目早期找出工作的錯誤；

軟件測試是指為了尋找軟件缺陷而執(zhí)行程序的過程，其目的是盡可能發(fā)現(xiàn)軟件的缺陷而不是證明軟件正確；

缺陷跟蹤包括記錄和跟蹤缺陷，缺陷來源于軟件評審、測試的成果和其他缺陷來源。

總結(jié)

以上是生活随笔為你收集整理的第八章软件项目质量管理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。