第六講軟件的質(zhì)量管理和配置管理課件

第六講項(xiàng)目的質(zhì)量管理前述工作小結(jié)合同需求WBS活動活動排序活動歷時估計編制計劃成本估算成本預(yù)算1計劃……項(xiàng)目計劃范圍計劃成本計劃進(jìn)度計劃其它計劃？2RoadMap合同管理

生存期需求管理任務(wù)分解項(xiàng)目進(jìn)度項(xiàng)目估算質(zhì)量計劃配置計劃風(fēng)險計劃團(tuán)隊管理項(xiàng)目度量集成項(xiàng)目跟蹤控制

項(xiàng)目結(jié)束3本章要點(diǎn)一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量計劃4質(zhì)量的概念質(zhì)量的多種定義

符合目的或者用途(JosephJuran)用戶的感覺就是質(zhì)量(AVFeigenbaum)符合顧客在其合理價格下對產(chǎn)品的要求(SudIngle)產(chǎn)品或者服務(wù)滿足明確和隱含需要能力的性能特性的總體(BS4778)5質(zhì)量的定義

實(shí)體是指可單獨(dú)描述和研究的事物，也就是有關(guān)質(zhì)量工作的對象，它的內(nèi)涵十分廣泛，可以是活動、過程、產(chǎn)品(軟件、硬件、服務(wù))或者組織等。明確需求是指在標(biāo)準(zhǔn)、規(guī)范、圖樣、技術(shù)要求和其他文件中已做出規(guī)定的需要。隱含需求是指用戶和社會對實(shí)體的期望以及公認(rèn)的、不必明確的需求，需要對其加以分析研究、識別并加以確定的。質(zhì)量：國際標(biāo)準(zhǔn)組織對質(zhì)量的定義：“反映實(shí)體滿足主體明確和隱含需求的能力的特性總和”

6質(zhì)量定義質(zhì)量是滿足要求的程度,包括符合規(guī)定的要求和滿足顧客的需求.7軟件質(zhì)量軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度明確說明：查詢功能隱含說明：查詢速度8

軟件質(zhì)量概念I(lǐng)SO8402定義：“對用戶在功能和性能方面需求的滿足、對規(guī)定的標(biāo)準(zhǔn)和規(guī)范的遵循以及正規(guī)軟件某些公認(rèn)的應(yīng)該具有的本質(zhì)”ANSI/IEEE定義：“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征和特性的全體”

軟件質(zhì)量不是絕對的，而是相對的概念，討論軟件的質(zhì)量，最終將歸結(jié)為定義軟件的質(zhì)量特性，而定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性軟件質(zhì)量：9軟件質(zhì)量模型B.W.Boehm、T.R.Brown和M.Lipow

于1976年首次提出軟件質(zhì)量模型1977年Walters和McCall提出了新的軟件質(zhì)量層次模型與度量1994年ISO9000-3軟件質(zhì)量國際標(biāo)準(zhǔn)(ISO的軟件質(zhì)量評價模型)給出了6個軟件質(zhì)量特性和與其相關(guān)的21個質(zhì)量子特性的明確定義軟件質(zhì)量模型：10軟件質(zhì)量模型Boehm軟件質(zhì)量模型：總體效用可移植性可維護(hù)性可使用性可靠性效率人性化可測試性易理解性可修改性設(shè)備無關(guān)性自包含性準(zhǔn)確性完備性健壯性一致性可說明性設(shè)備效率易存取性易交流性自描述性結(jié)構(gòu)性簡明性易讀性可擴(kuò)充性11McCall質(zhì)量模型12主觀質(zhì)量模型-ICEDT模型I：直觀性產(chǎn)品的使用是否合乎人們的通常想法?C：一致性產(chǎn)品的運(yùn)行是否有一貫性?E：效率

產(chǎn)品是否可以讓用戶迅速和經(jīng)濟(jì)地完成其任務(wù)?D：耐久性產(chǎn)品是否穩(wěn)定和可靠？T：體貼產(chǎn)品是否充分考慮了用戶的需求？13軟件質(zhì)量框架模型14軟件質(zhì)量影響因素正確性

健壯性

效率

完整性(安全性)可用性

風(fēng)險

可理解性

可維修性

靈活性(適應(yīng)性)可測試性

可移植性

可重用性

互操作性15質(zhì)量的重要性質(zhì)量管理是項(xiàng)目管理的最高統(tǒng)一（三大目標(biāo)的統(tǒng)一）質(zhì)量進(jìn)度費(fèi)用16質(zhì)量的重要性軟件危機(jī)的主要矛盾低質(zhì)量的軟件就像定時炸彈低質(zhì)量的產(chǎn)品，增加成本質(zhì)量是生命也是信譽(yù)17質(zhì)量的形成質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后的檢查（測試）把關(guān)等。18質(zhì)量管理理論的發(fā)展過程工匠自控質(zhì)量檢查19201940質(zhì)量控制TQM質(zhì)量保證1960197019質(zhì)量管理的定義

質(zhì)量管理是項(xiàng)目管理的重要組成部分，是一個項(xiàng)目的性能(功能)、成本、進(jìn)度3項(xiàng)指標(biāo)實(shí)現(xiàn)的重要領(lǐng)域。質(zhì)量管理主要就是監(jiān)控項(xiàng)目的可交付產(chǎn)品和項(xiàng)目執(zhí)行的過程，以確保它們符合相關(guān)的要求和標(biāo)準(zhǔn)，同時確保不合格項(xiàng)能夠按照正確方法或者預(yù)先規(guī)定的方式處理。

質(zhì)量管理：“確定質(zhì)量方針、目標(biāo)和職責(zé)并在質(zhì)量體系中通過質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)使其實(shí)施的全部管理職能的所有活動”

20質(zhì)量管理發(fā)展過程及影響因素以產(chǎn)品為中心的質(zhì)量檢驗(yàn)和統(tǒng)計質(zhì)量控制階段(18世紀(jì)——1950年)。以顧客為中心的質(zhì)量保證階段(1950年——1987年)。強(qiáng)調(diào)持續(xù)改進(jìn)的質(zhì)量管理階段(1987年——現(xiàn)在)。全面質(zhì)量管理階段(TQM)。檢驗(yàn)統(tǒng)計質(zhì)量控制質(zhì)量保證質(zhì)量管理全面質(zhì)量管理21質(zhì)量管理發(fā)展過程及影響因素產(chǎn)品質(zhì)量材料方法設(shè)備測量人員環(huán)境圖

產(chǎn)品質(zhì)量的主要影響因素22全面質(zhì)量管理1.系統(tǒng)的觀點(diǎn)產(chǎn)品質(zhì)量的形成和發(fā)展過程包括了許多相互聯(lián)系、相互制約的環(huán)節(jié)，不論是保證和提高產(chǎn)品質(zhì)量還是解決產(chǎn)品質(zhì)量問題，都應(yīng)該把生產(chǎn)企業(yè)看成一個開放的系統(tǒng)，運(yùn)用系統(tǒng)科學(xué)的原理和方法，對所有環(huán)節(jié)進(jìn)行全面的組織管理。2.向用戶服務(wù)的觀點(diǎn)，用戶滿意是第一原則要樹立質(zhì)量第一、用戶第一的思想，滿足廣義用戶(產(chǎn)品的使用者以及企業(yè)生產(chǎn)過程的下一階段)對產(chǎn)品質(zhì)量的要求。3.預(yù)防為主的觀點(diǎn)，事前主動進(jìn)行質(zhì)量管理這個觀點(diǎn)要求生產(chǎn)企業(yè)的質(zhì)量管理重點(diǎn)應(yīng)從事后檢驗(yàn)把關(guān)轉(zhuǎn)移到事前預(yù)防，從管結(jié)果轉(zhuǎn)變?yōu)楣芤蛩?，找出影響產(chǎn)品質(zhì)量的各種因素，抓住主要因素，使生產(chǎn)經(jīng)營活動處于受控狀態(tài)。23全面質(zhì)量管理APCD檢查執(zhí)行經(jīng)驗(yàn)教訓(xùn)遺留問題問題原因主要原因計劃圖

質(zhì)量管理的PDCA循環(huán)圖24軟件質(zhì)量管理的發(fā)展過程發(fā)展時期程序設(shè)計程序系統(tǒng)年代成品開發(fā)組織方式開發(fā)技術(shù)特點(diǎn)開發(fā)工具質(zhì)量管理特征軟件工程至50年代末至70年代初至今程序軟件軟件產(chǎn)品個體項(xiàng)目設(shè)計組、軟件作坊軟件機(jī)構(gòu)(軟件工廠)靠開發(fā)者個人技巧機(jī)器代碼、匯編語言個人設(shè)計、個人使用、手工技巧、無維護(hù)觀念、無系統(tǒng)化方法程序設(shè)計理論深入、模塊化、自頂向下，逐步求精，不重視維護(hù)問題高級語言、操作系統(tǒng)、數(shù)據(jù)管理系統(tǒng)靠少數(shù)人協(xié)調(diào)把關(guān)系統(tǒng)化、規(guī)范化、全員化逐步產(chǎn)生與各種方法相應(yīng)的工具、開發(fā)環(huán)境結(jié)構(gòu)化設(shè)計理論和方法面向?qū)ο蠓椒?、快速原型技術(shù)。。。25決定質(zhì)量的因素程序設(shè)計：程序系統(tǒng)：軟件工程：程序程序員編程程序文檔小組設(shè)計編程測試程序文檔數(shù)據(jù)團(tuán)隊軟件生命周期個人編程質(zhì)量少數(shù)人協(xié)調(diào)把關(guān)團(tuán)隊項(xiàng)目管理水平軟件內(nèi)容人員規(guī)模工作范圍決定質(zhì)量的因素26質(zhì)量成本（CoQ）質(zhì)量成本是由于產(chǎn)品的第一次工作不正常而衍生的附加花費(fèi)，包括兩部分預(yù)防成本缺陷成本27CostofSoftwareDefectsItisimportanttospendmoneyup-frontonITprojectstoavoidspendingalotmorelater.28質(zhì)量測量方法-質(zhì)檢/過失比質(zhì)檢/過失比-有用的質(zhì)量測量方法質(zhì)檢/過失比=預(yù)防成本/缺陷成本質(zhì)檢/過失比<1：隱藏很多錯誤質(zhì)檢/過失比>2：應(yīng)該努力達(dá)到的程度29質(zhì)檢/過失比圖示30質(zhì)量度量對于每一準(zhǔn)則，必須定義一個和多個度量標(biāo)準(zhǔn)來完成評估工作任何相對度量需要將度量的單元與環(huán)境中發(fā)生的最大可能性相聯(lián)系，例如程序中最大的錯誤數(shù)就需要和程序的大小相聯(lián)系。在某些時候，我們可以直接度量質(zhì)量，在另外一些時候，我們度量的是質(zhì)量的表現(xiàn)。軟件的使用者關(guān)注的是質(zhì)量因素，而開發(fā)者需要關(guān)注的是質(zhì)量準(zhǔn)則。31質(zhì)量度量為了度量，需要對每一質(zhì)量規(guī)定：度量的單元測試的范圍最差的可接受的值計劃達(dá)到的值當(dāng)前可達(dá)到的最佳的值目前的值問題：針對字處理系統(tǒng)，舉出一個質(zhì)量度量的例子。32質(zhì)量度量質(zhì)量：易學(xué)習(xí)性定義：新手學(xué)會使用軟件生成一份標(biāo)準(zhǔn)文檔的時間度量的單元：小時測試：首先對新手進(jìn)行調(diào)查以確定他們的字處理軟件的使用經(jīng)驗(yàn)，然后給他們一臺機(jī)器，一套軟件，訓(xùn)練手冊和安裝文檔。然后測試他們學(xué)會生成一份文檔的時間最差：4小時計劃：2小時最好：1小時目前：4小時33本章要點(diǎn)一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量體系3435

軟件質(zhì)量標(biāo)準(zhǔn)軟件質(zhì)量標(biāo)準(zhǔn)的定義，有3個重要方面需要強(qiáng)調(diào)：

軟件需求是進(jìn)行質(zhì)量度量的基礎(chǔ)，與需求不符就是質(zhì)量不高。指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開發(fā)的準(zhǔn)則。如果不遵循這些準(zhǔn)則，就極有可能導(dǎo)致軟件質(zhì)量的不高。軟件需求中通常有一組“隱含需求”是很少被提及的，如對易維護(hù)的要求，如果軟件符合了明確需求卻沒有滿足隱含需求，軟件的質(zhì)量仍然值得懷疑。36質(zhì)量管理對象質(zhì)量管理的對象過程的質(zhì)量產(chǎn)品的質(zhì)量37

軟件質(zhì)量管理軟件產(chǎn)品的質(zhì)量軟件產(chǎn)品的質(zhì)量目標(biāo)開發(fā)過程的質(zhì)量目標(biāo)開發(fā)過程的質(zhì)量開發(fā)過程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系38

軟件質(zhì)量標(biāo)準(zhǔn)表

產(chǎn)品及過程標(biāo)準(zhǔn)產(chǎn)品標(biāo)準(zhǔn)過程標(biāo)準(zhǔn)設(shè)計復(fù)審格式設(shè)計復(fù)審行為文檔命名標(biāo)準(zhǔn)文檔應(yīng)該服從CM程序標(biāo)頭格式版本發(fā)行過程編程標(biāo)準(zhǔn)項(xiàng)目計劃同意過程項(xiàng)目計劃格式變化控制過程變化請求表測試記錄過程

39軟件質(zhì)量管理過程軟件項(xiàng)目的質(zhì)量計劃軟件質(zhì)量保證軟件質(zhì)量控制40質(zhì)量計劃確定項(xiàng)目應(yīng)達(dá)到的質(zhì)量標(biāo)準(zhǔn)決定如何滿足質(zhì)量標(biāo)準(zhǔn)的計劃安排和方法41軟件項(xiàng)目質(zhì)量計劃依據(jù):質(zhì)量方針。質(zhì)量方針是由高層管理者對項(xiàng)目的整個質(zhì)量目標(biāo)和方向制定的一個指導(dǎo)性的文件。但是，在項(xiàng)目實(shí)施過程中，可以根據(jù)實(shí)際情況對質(zhì)量方針進(jìn)行適當(dāng)?shù)男拚７秶枋?。?xiàng)目的范圍描述說明了投資人對項(xiàng)目的需求以及項(xiàng)目的主要要求和目標(biāo)，因此，范圍描述是質(zhì)量計劃的重要依據(jù)。產(chǎn)品描述。產(chǎn)品描述包含了更多的技術(shù)細(xì)節(jié)和性能標(biāo)準(zhǔn)，是制定質(zhì)量計劃必不可少的部分。標(biāo)準(zhǔn)和規(guī)則。項(xiàng)目質(zhì)量計劃的制定必須參考相關(guān)領(lǐng)域的各項(xiàng)標(biāo)準(zhǔn)和特殊規(guī)定。其他工作的輸出。在項(xiàng)目中，其他方面的工作成果也會影響質(zhì)量計劃的制定。42軟件項(xiàng)目質(zhì)量計劃方法和技術(shù):效益/成本分析法。質(zhì)量計劃必須考慮效益與成本的關(guān)系。滿足質(zhì)量需求的主要效益是減少了重復(fù)性工作，即高產(chǎn)出、低成本、高用戶滿意度。質(zhì)量管理的基本原則是效益與成本之比盡可能大。基準(zhǔn)法。主要是通過比較項(xiàng)目的實(shí)施與其他同類項(xiàng)目的實(shí)施過程，為改進(jìn)項(xiàng)目的實(shí)施過程提供借鑒和思路，并作為一個實(shí)施的參考標(biāo)準(zhǔn)。流程圖。流程圖是一個由箭線和結(jié)點(diǎn)表示的若干因素關(guān)系圖，可以包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于項(xiàng)目質(zhì)量控制過程中，其主要目的是確定以及分析問題產(chǎn)生的原因。試驗(yàn)設(shè)計。試驗(yàn)設(shè)計對于分析整個項(xiàng)目輸出結(jié)果是最有影響的因素，也是十分有效的。對于軟件開發(fā)，設(shè)計原型解決核心技術(shù)問題和主要需求也是可行和有效的。但是，這種方法存在費(fèi)用與進(jìn)度交換的問題。43軟件項(xiàng)目質(zhì)量計劃階段成果:質(zhì)量管理計劃。主要描述了項(xiàng)目管理小組應(yīng)該如何實(shí)施項(xiàng)目質(zhì)量方針，包括對組織結(jié)構(gòu)、責(zé)任、方法、步驟、資源等實(shí)施質(zhì)量管理。質(zhì)量計劃提供了對整個項(xiàng)目進(jìn)行質(zhì)量控制、質(zhì)量保證及質(zhì)量改進(jìn)的基礎(chǔ)。操作說明。對于質(zhì)量計劃中的一些特殊條款需要附加的操作說明，包括注解、如何控制、如何度量，以及在何種情況下采取何種措施和方法等說明。檢查表。各種檢查表是記錄項(xiàng)目執(zhí)行情況和進(jìn)行分析的工具，既可以簡單，也可以復(fù)雜，但需要項(xiàng)目小組形成一種較標(biāo)準(zhǔn)的體系。44質(zhì)量保證(QA)通過評價項(xiàng)目整體績效,建立對質(zhì)量要求的信任提供項(xiàng)目和產(chǎn)品可視化的管理報告例如：《總體設(shè)計規(guī)格》質(zhì)量審計Isitdoneright?這個任務(wù)本身并不能提高產(chǎn)品的質(zhì)量一般由質(zhì)量保證部門人員實(shí)施45質(zhì)量保證的要點(diǎn)對項(xiàng)目進(jìn)行評價推測能否達(dá)到質(zhì)量指標(biāo)建立對項(xiàng)目的信心46質(zhì)量控制(QC)確定項(xiàng)目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符,同時,確定消除不符的原因和方法控制產(chǎn)品的質(zhì)量，及時糾正缺陷例如：評審、單元測試Isitrightdone?這個任務(wù)本身提高產(chǎn)品的質(zhì)量一般由開發(fā)人員實(shí)施47質(zhì)量控制的要點(diǎn)檢查工作結(jié)果按照標(biāo)準(zhǔn)跟蹤檢查確定措施消滅質(zhì)量問題48質(zhì)量保證與質(zhì)量控制QA:Istofocustheprocess.QC:IstocontrolthequalitybeforedeliveryP1P2P3……ProductQAQCQA49軟件質(zhì)量管理的實(shí)施定義過程開發(fā)產(chǎn)品評估產(chǎn)品質(zhì)量改正過程過程標(biāo)準(zhǔn)化NY合格？

軟件質(zhì)量管理貫穿產(chǎn)品生產(chǎn)的全過程50質(zhì)量保證活動-審計（

Audit）審計(Audit)是對過程或者產(chǎn)品的一次獨(dú)立評估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進(jìn)行比較目的是確保真正的遵循了這一個過程，產(chǎn)生了合適的文檔和精確反映實(shí)際項(xiàng)目的報告可以預(yù)先規(guī)劃的，也可以是臨時決定的。

51軟件項(xiàng)目中常用的質(zhì)量保證活動審計(Audit)項(xiàng)目執(zhí)行過程評審（審計）項(xiàng)目產(chǎn)品審計52項(xiàng)目執(zhí)行過程評審（審計）對項(xiàng)目的執(zhí)行過程進(jìn)行檢查，確保所有活動遵循規(guī)程進(jìn)行。53項(xiàng)目產(chǎn)品審計對項(xiàng)目過程中的工作產(chǎn)品進(jìn)行質(zhì)量審查的過程。

記錄不符合項(xiàng)

編寫產(chǎn)品審計報告

54軟件項(xiàng)目評審的幾類

軟件項(xiàng)目有以下幾種類型的評審：設(shè)計或者程序檢查。目的是發(fā)現(xiàn)設(shè)計或者代碼中的詳細(xì)錯誤，并且檢查設(shè)計和代碼是否遵循了標(biāo)準(zhǔn)。管理評審。這種類型的評審，其目的是為軟件項(xiàng)目的整個進(jìn)度管理過程提供信息，它既是過程評審也是產(chǎn)品評審，主要關(guān)心項(xiàng)目的成本、計劃和進(jìn)度。管理評審是重要的項(xiàng)目檢查點(diǎn)，在這些檢查點(diǎn)上，經(jīng)常做一些關(guān)于項(xiàng)目將來開發(fā)計劃或者產(chǎn)品生存能力的決策。質(zhì)量評審。個人或者小組的工作由評審小組進(jìn)行評審。這個專門的評審小組由項(xiàng)目組成員和技術(shù)管理人員組成。這種類型的評審和設(shè)計與代碼檢查不同，因?yàn)橄到y(tǒng)不可能被詳細(xì)地描述。這個評審的目的是對產(chǎn)品組件或文檔進(jìn)行技術(shù)分析，從而發(fā)現(xiàn)需求、設(shè)計、編碼和文檔之間的錯誤或者不匹配之處，以及是否遵循了質(zhì)量標(biāo)準(zhǔn)或質(zhì)量計劃中的其他質(zhì)量屬性等更廣泛的質(zhì)量問題。55軟件項(xiàng)目評審階段選擇評審小組安排地點(diǎn)時間分發(fā)文檔評審?fù)ㄖ屯瓿?/p>

評審表格

評審過程56軟件項(xiàng)目評審的作用原始要求正確的規(guī)格說明錯誤的規(guī)格說明需求分析正確的設(shè)計錯誤的設(shè)計對錯誤說明的設(shè)計正確的編碼錯誤的編碼對錯誤說明的編碼對錯誤設(shè)計的編碼正確的功能可改正的錯誤潛伏的錯誤不可改正的錯誤不完善的產(chǎn)品設(shè)計編碼測試

錯誤“積累”及“放大”效應(yīng)不符合需求的產(chǎn)品可行的產(chǎn)品57軟件項(xiàng)目評審的作用

需求階段錯誤對后期的影響階

段

錯誤擴(kuò)張倍數(shù)

需求分析階段

1設(shè)計階段(概要、詳細(xì))3~6倍

編碼階段

10倍

集成測試階段

15~40倍

系統(tǒng)測試階段

30~70倍

運(yùn)行

40~100倍

58軟件項(xiàng)目中常用的質(zhì)量控制活動靜態(tài)分析動態(tài)測試(Test)缺陷追蹤59靜態(tài)分析定義：不實(shí)際運(yùn)行程序，而是通過檢查和閱讀等手段來發(fā)現(xiàn)錯誤并評估代碼質(zhì)量的軟件測試技術(shù)。也稱為靜態(tài)測試技術(shù)。方法：走查：WalkThrough審查：Inspection評審：ReviewMichaelFaganIBM(1976)60對等技術(shù)評審（PeerReview）對等技術(shù)評審是由與工作產(chǎn)品開發(fā)人員具有同等背景和能力的人員對工作產(chǎn)品進(jìn)行的一種評審，目的是早期和有效的消除軟件工作產(chǎn)品中的缺陷，并可對軟件工作產(chǎn)品和其中可預(yù)防的缺陷有更好的理解。對等評審是提高生產(chǎn)率和產(chǎn)品質(zhì)量的重要手段。

61靜態(tài)分析的主要對象軟件需求規(guī)格軟件設(shè)計規(guī)格測試計劃用戶手冊源代碼。。。。。。62軟件項(xiàng)目中常用的質(zhì)量控制活動靜態(tài)分析動態(tài)測試(Test)缺陷追蹤63軟件測試單元測試集成測試系統(tǒng)測試壓力測試接受測試。。。。。。64軟件測試目的(1)測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；(2)一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；(3)一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。65軟件項(xiàng)目中常用的質(zhì)量控制活動靜態(tài)分析動態(tài)測試(Test)缺陷追蹤66缺陷追蹤67本章要點(diǎn)一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量體系68質(zhì)量體系組織結(jié)構(gòu)程序過程資源質(zhì)量體系為實(shí)施質(zhì)量管理所需的組織結(jié)構(gòu)、程序、過程和資源。69一個質(zhì)量體系例子過程改善組織程序規(guī)范產(chǎn)品標(biāo)準(zhǔn)保證執(zhí)行決策、建立、維護(hù)包含關(guān)鍵過程域支持過程域過程規(guī)范產(chǎn)品過程執(zhí)行組織質(zhì)量保證組織保證圖8-7質(zhì)量體系要素關(guān)系圖質(zhì)量文件體系支持過程域產(chǎn)出70質(zhì)量體系與質(zhì)量計劃的區(qū)別質(zhì)量體系是企業(yè)長期遵循和需要重復(fù)實(shí)施的文件，具有較強(qiáng)的標(biāo)準(zhǔn)性質(zhì)質(zhì)量計劃是一次性實(shí)施的，項(xiàng)目結(jié)束，質(zhì)量計劃的有效性就結(jié)束。71軟件質(zhì)量體系質(zhì)量體系的定義：ISO8402-94對質(zhì)量體系的定義是“為了實(shí)施質(zhì)量管理的組織結(jié)構(gòu)、職責(zé)、程序、過程和資源”的一種特定體系。

質(zhì)量體系的要素可以分為兩大類：一是質(zhì)量體系的結(jié)構(gòu)要素；二是質(zhì)量體系的選擇要素。前者是構(gòu)成組織質(zhì)量體系的基本要素；后者是質(zhì)量體系涉及產(chǎn)品生命周期的全部階段，從最初需求識別到最終滿足需要的所有過程的質(zhì)量管理活動。

72ISO9000質(zhì)量體系簡介ISO9000標(biāo)準(zhǔn)系列，它由5個部分組成：(1)質(zhì)量術(shù)語標(biāo)準(zhǔn)；(2)質(zhì)量保證標(biāo)準(zhǔn)；(3)質(zhì)量管理標(biāo)準(zhǔn)；(4)質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)的選用和實(shí)施指南；(5)支持性技術(shù)標(biāo)準(zhǔn)。73ISO9000質(zhì)量體系簡介質(zhì)量保證標(biāo)準(zhǔn)ISO9001設(shè)計、開發(fā)、生產(chǎn)和服務(wù)ISO9002生產(chǎn)、安裝和服務(wù)ISO9003最終檢驗(yàn)和試驗(yàn)標(biāo)準(zhǔn)選用與實(shí)施指南ISO9000-1選擇和使用指南ISO9000-2是ISO9001-ISO9003實(shí)施通用指南ISO9000-3計算機(jī)軟件中的實(shí)施指南ISO9000-4可信性大綱指南質(zhì)量管理標(biāo)準(zhǔn)ISO9004-1指南ISO9004-2服務(wù)指南ISO9004-3流程性材料ISO9004-4質(zhì)量改進(jìn)質(zhì)量術(shù)語標(biāo)準(zhǔn)支持性標(biāo)準(zhǔn)ISO9000標(biāo)準(zhǔn)系列框架74ISO9000質(zhì)量體系的原則質(zhì)量管理八大原則：(1) 以客戶為中心。(2) 統(tǒng)一的宗旨、明確方向和建設(shè)良好的內(nèi)部環(huán)境。(3) 全員參與。(4) 將相關(guān)的資源和活動作為過程來進(jìn)行管理。(5) 系統(tǒng)管理。(6) 持續(xù)改正。(7) 以事實(shí)為決策依據(jù)。(8) 互利的供求關(guān)系。

75軟件過程能力成熟度模型概述CMM模型

過程能力等級特點(diǎn)關(guān)鍵過程領(lǐng)域Ⅰ級—初始級軟件開發(fā)過程是特定的，只有很少的工作過程是經(jīng)過嚴(yán)格定義的，軟件過程經(jīng)常被改變，軟件質(zhì)量不穩(wěn)定，進(jìn)度、費(fèi)用等難以預(yù)測

Ⅱ級—可重復(fù)級建立了基本的項(xiàng)目管理過程，可進(jìn)行軟件開發(fā)以及跟蹤成本、進(jìn)度和性能等方面所必須的過程管理。能提供可重復(fù)以前成功項(xiàng)目管理的經(jīng)驗(yàn)和環(huán)境，軟件需求、軟件開發(fā)過程及其相應(yīng)的技術(shù)狀態(tài)是受控的需求管理軟件項(xiàng)目軟件項(xiàng)目跟蹤和監(jiān)督軟件分包合同管理軟件質(zhì)量保證軟件配置管理76軟件過程能力成熟度模型概述CMM模型,過程能力等級特點(diǎn)關(guān)鍵過程領(lǐng)域Ⅲ級—已確定級軟件開發(fā)活動的過程在管理活動、技術(shù)活動和支持活動等方面都已文檔化、規(guī)范化。所有項(xiàng)目或產(chǎn)品的開發(fā)和維護(hù)都在這個規(guī)范化的體系基礎(chǔ)上進(jìn)行定制。軟件項(xiàng)目的成本、進(jìn)度、質(zhì)量以及過程是受控的，軟件質(zhì)量具有可追溯性組織過程焦點(diǎn)組織過程定義培訓(xùn)大綱綜合軟件管理軟件產(chǎn)品工程組織協(xié)調(diào)同行專家評審Ⅳ級—已管理級運(yùn)用度量方法和數(shù)據(jù)，可以對軟件產(chǎn)品和開發(fā)過程實(shí)施定量的分解和控制定量的過程管理軟件質(zhì)量管理Ⅴ級—優(yōu)化級通過建立開發(fā)過程的定量反饋機(jī)制，不斷產(chǎn)生新的思想、采用新的技術(shù)來不斷地改進(jìn)和優(yōu)化軟件開發(fā)過程缺陷預(yù)防技術(shù)改變管理過程改變管理77質(zhì)量計劃要求項(xiàng)目應(yīng)達(dá)到的質(zhì)量目標(biāo)和所有特性的要求確定項(xiàng)目中的質(zhì)量活動和質(zhì)量控制程序項(xiàng)目不同階段，職責(zé)，權(quán)限，交流方式以及資源分配確定項(xiàng)目采用的控制手段,合適的驗(yàn)證手段和方法確定和準(zhǔn)備質(zhì)量記錄78E.g.Qualityplan—DesignPhase……..HighLevelDesignDesignlogicandflowDefineinternalcomponentinterfacesConductreviewLowLevelDesignPseudocodelogicConductreview…….79質(zhì)量計劃模板參照

項(xiàng)目概述

實(shí)施策略

項(xiàng)目組織質(zhì)量保證對象分析及選擇

質(zhì)量保證任務(wù)劃分

實(shí)施計劃

資源計劃

記錄的收集、維護(hù)與保存80質(zhì)量不同思路微軟—緊包裝摩托羅拉—需要達(dá)到6Sigma航天飛機(jī)控制軟件—接近零缺陷,無故障典型的政府合同—滿足合同的要求和規(guī)格81軟件質(zhì)量改善的要求軟件質(zhì)量活動必須經(jīng)過規(guī)劃軟件質(zhì)量活動規(guī)劃必須明文規(guī)定質(zhì)量活動必須盡早開始質(zhì)量小組必須獨(dú)立存在應(yīng)該經(jīng)過訓(xùn)練必須有適當(dāng)?shù)慕?jīng)費(fèi)82小結(jié)質(zhì)量管理的過程質(zhì)量規(guī)劃質(zhì)量保證質(zhì)量控制質(zhì)量計劃83第七講項(xiàng)目的配置管理承啟上課輔助計劃質(zhì)量計劃？？85RoadMap合同管理

需求管理生存期任務(wù)分解項(xiàng)目進(jìn)度項(xiàng)目估算質(zhì)量計劃

配置計劃風(fēng)險計劃團(tuán)隊管理項(xiàng)目度量集成項(xiàng)目跟蹤控制

項(xiàng)目結(jié)束86前言軟件項(xiàng)目中是否遇到如下的問題找不到某個文件的歷史版本；開發(fā)人員使用錯誤的版本修改程序開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔；人員流動，交接工作不徹底；已修復(fù)的Bug在新版本中出現(xiàn)；無法重新編譯某個歷史版本；因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個項(xiàng)目失??；……87前言軟件項(xiàng)目進(jìn)行中面臨的一個主要問題是持續(xù)不斷的變化有效的項(xiàng)目管理能夠控制變化，以最有效的手段應(yīng)對變化,不斷命中移動的目標(biāo)。88本章要點(diǎn)一、軟件項(xiàng)目配置管理基本概念配置管理配置項(xiàng)基線SCCB二、軟件項(xiàng)目配置管理過程三、軟件項(xiàng)目配置管理計劃89配置管理簡述記錄軟件產(chǎn)品的演化過程確保軟件開發(fā)者在軟件生命周期中的各個階段都能得到精確的產(chǎn)品配置。最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性90配置管理的作用WhoamI?WhyamIhere?WhyamIwhoIam?WheredoIbelong?91配置管理的主要功能版本管理變更管理其它92軟件配置項(xiàng):SCI

softwareconfigrationitem軟件配置項(xiàng)是項(xiàng)目需定義其受控于軟件配置管理的款項(xiàng)。每個項(xiàng)目的配置項(xiàng)也許會不同。

93軟件配置項(xiàng)舉例系統(tǒng)規(guī)格說明書軟件需求規(guī)格說明書設(shè)計規(guī)格說明書源代碼測試規(guī)格說明書

94配置項(xiàng)的版本需求規(guī)格V1.1需求規(guī)格:需求規(guī)格V1.2需求規(guī)格V1.3配置項(xiàng)類配置項(xiàng)實(shí)例95基線定義基線提供了軟件生存期中各個開發(fā)階段的一個特定點(diǎn)，一個(些)配置項(xiàng)形成并通過審核，即形成基線基線標(biāo)志開發(fā)過程一個階段的結(jié)束和里程碑基線修改需要按照正式的程序執(zhí)行96軟件開發(fā)各個階段基線圖示系統(tǒng)工程需求分析軟件設(shè)計程序編寫測試系統(tǒng)提交系統(tǒng)規(guī)格說明軟件需求規(guī)格說明軟件設(shè)計說明源代碼測試計劃、過程、數(shù)據(jù)可運(yùn)行系統(tǒng)97SCCB(SoftwareConfigurationControlBoard)配置控制委員會(SCCB)評估變更批準(zhǔn)變更申請在生存期內(nèi)規(guī)范變更申請流程對變更進(jìn)行反饋與項(xiàng)目管理層溝通

98本章要點(diǎn)一、軟件項(xiàng)目配置管理基本概念二、軟件項(xiàng)目配置管理過程三、軟件項(xiàng)目配置管理計劃四、案例分析99基本活動配置標(biāo)識配置審計狀態(tài)統(tǒng)計變更控制100配置管理的基本過程配置項(xiàng)標(biāo)識、跟蹤配置管理環(huán)境建立基線變更管理基線審核配置狀態(tài)統(tǒng)計配置管理計劃1011、配置項(xiàng)標(biāo)識、跟蹤將軟件項(xiàng)目中需要進(jìn)行控制的部分拆分成SCI建立唯一的標(biāo)識建立相互間的對應(yīng)關(guān)系，進(jìn)行系統(tǒng)的跟蹤和版本控制，以確保項(xiàng)目過程中的產(chǎn)品與需求和規(guī)格的要求相一致，102配置項(xiàng)的拆分例子（某醫(yī)療網(wǎng)站）需求規(guī)格SCI輔助功能.doc性能.doc產(chǎn)品目錄.doc醫(yī)務(wù)管理.doc醫(yī)療專業(yè)區(qū).doc首頁.doc

103配置項(xiàng)的標(biāo)識配置項(xiàng)被唯一的標(biāo)識104配置項(xiàng)的標(biāo)識約定舉例QTD-School–RM–SRS-v1.0公司：3個字符項(xiàng)目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字版本號：Vm.n105配置項(xiàng)的跟蹤1062、配置管理環(huán)境建立

建立配置管理庫軟件配置管理庫是用來存儲所有基線配置項(xiàng)及相關(guān)文件的等內(nèi)容的系統(tǒng)，是在軟件產(chǎn)品的整個生存期中建立和維護(hù)軟件產(chǎn)品完整性的主要手段。

107受控操作受控庫108配置庫109基線修改應(yīng)受到控制，這種變化