




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
第六章項(xiàng)目的質(zhì)量管理6.1軟件質(zhì)量的度量6.2軟件的確認(rèn)6.3軟件的驗(yàn)證6.4軟件質(zhì)量保證過(guò)程6.5軟件質(zhì)量保證體系第六章6.1軟件質(zhì)量的度量6.2軟件的確認(rèn)6.3軟件的驗(yàn)證6.4軟件質(zhì)量保證過(guò)程6.5軟件質(zhì)量保證體系6.6測(cè)試方法與工具介紹第六章軟件系統(tǒng)功能齊全是不是就是質(zhì)量好?用戶界面友好是不是就是軟件的質(zhì)量好?沒(méi)有BUG是不是就是軟件的質(zhì)量好?什么是用戶滿意的軟件項(xiàng)目?軟件測(cè)試是不是軟件質(zhì)量的全部?那么,什么是軟件的質(zhì)量?
什么是軟件項(xiàng)目的質(zhì)量?軟件項(xiàng)目管理中的質(zhì)量管理與軟件工程的測(cè)試管理,有什么不同?項(xiàng)目經(jīng)理與項(xiàng)目QA經(jīng)理有什么不同?什么是軟件項(xiàng)目的質(zhì)量管理?項(xiàng)目經(jīng)理在保證項(xiàng)目的質(zhì)量方面,要做什么工作?我們就來(lái)回答這些問(wèn)題!
什么是軟件項(xiàng)目的質(zhì)量管理?6.1軟件質(zhì)量的度量6.1.1軟件的質(zhì)量要素6.1.2軟件質(zhì)量評(píng)價(jià)的準(zhǔn)則6.1.3軟件質(zhì)量的度量6.1.4軟件質(zhì)量度量的實(shí)施6.1.1軟件的質(zhì)量要素什么是軟件的質(zhì)量?ISO9000的質(zhì)量定義:質(zhì)量的定義:反映實(shí)體滿足明確和隱含需要能力的特性綜合定義的說(shuō)明:明確需要:指合同中用戶明確提出的要求與需要隱含需要:指由生產(chǎn)企業(yè)通過(guò)市場(chǎng)調(diào)研進(jìn)行識(shí)別與探明的要求或需要質(zhì)量與等級(jí)的關(guān)系等級(jí)的含義是:對(duì)功能用途相同、但技術(shù)特性不同的實(shí)體的一種分類或排序例如:高質(zhì)量——無(wú)錯(cuò)誤、可讀性強(qiáng)的用戶手冊(cè)低等級(jí)——有限的功能低質(zhì)量——錯(cuò)誤百出、編排混亂的用戶手冊(cè)高等級(jí)——大量功能PMBOK強(qiáng)調(diào)質(zhì)量的核心是產(chǎn)品、服務(wù)的適用性什么是適用性?
質(zhì)量的要素討論軟件的質(zhì)量定義,一般地從4個(gè)角度來(lái)看,即用戶的角度、開發(fā)商的角度、產(chǎn)品的角度和價(jià)值的角度。美國(guó)的B.W.Boehm和R.Brown先后提出了三層次的評(píng)價(jià)度量模型:軟件質(zhì)量要素、準(zhǔn)則、度量。隨后G.Mruine提出了自己的軟件質(zhì)量度量SQM技術(shù),波音公司在軟件開發(fā)過(guò)程中采用了SQM技術(shù),日本的NEC公司也提出了自己的SQM工具,即SQMAT,并且在成本控制和進(jìn)度安排方面取得了良好的效果。
IEEE標(biāo)準(zhǔn)1061-1998以表格的形式,定義了有關(guān)確認(rèn)和收集與軟件質(zhì)量需求有關(guān)一個(gè)模型,或稱為一個(gè)框架。6.1.2IEEE定義的軟件質(zhì)量度量框架度量框架一種用來(lái)組織、選擇、溝通、評(píng)價(jià)軟件系統(tǒng)要求的質(zhì)量屬性的輔助決策法。它逐層分解為特性、子特性和度量質(zhì)量特性一個(gè)與質(zhì)量有關(guān)的面向管理的軟件屬性質(zhì)量子特性質(zhì)量特性分解出來(lái)的技術(shù)組件直接度量一種不依賴與任何其他屬性測(cè)量的度量預(yù)計(jì)度量一種試用于開發(fā)階段的度量,它用來(lái)預(yù)計(jì)軟件質(zhì)量特性的值軟件質(zhì)量度量一個(gè)函數(shù)、它的輸入是軟件數(shù)據(jù),輸出是一個(gè)單一數(shù)值。它可解釋為給定的軟件屬性對(duì)其質(zhì)量的影響程度過(guò)程質(zhì)量一種用來(lái)測(cè)量在軟件系統(tǒng)開發(fā)、實(shí)現(xiàn)和維護(hù)過(guò)程中使用的方法、技術(shù)和工具特性的度量產(chǎn)品度量一種用來(lái)測(cè)量軟件開發(fā)過(guò)程中任何中間或最終產(chǎn)品特性的度量
IEEE定義的軟件質(zhì)量度量框架質(zhì)量需求
在四層模型的第一層,軟件產(chǎn)品質(zhì)量層,是產(chǎn)品必須滿足的質(zhì)量需求。它是用用戶術(shù)語(yǔ)描述的,主要有四點(diǎn):
(1)產(chǎn)品將在用戶所在組織當(dāng)前使用的平臺(tái)和操作系統(tǒng)上運(yùn)行。
(2)
產(chǎn)品將是可靠的并能防止數(shù)據(jù)丟失的機(jī)制。
(3)
產(chǎn)品將提供完成某些任務(wù)所必需的功能。
(4)
產(chǎn)品將易于使用。質(zhì)量特性
在模型的第二層,表示與整個(gè)質(zhì)量需求有關(guān)的特殊質(zhì)量特性,它代表了用戶的質(zhì)量需求。它采用從用戶角度考慮的立場(chǎng),把軟件質(zhì)量分解成四類質(zhì)量特性,這四個(gè)質(zhì)量特性是軟件的基本特征。
IEEE的四個(gè)質(zhì)量特性是:
可移植性、可靠性、功能性、可使用性。
四層模型質(zhì)量需求質(zhì)量特性質(zhì)量子特性直接度量度量描述(例子)產(chǎn)品將在多平臺(tái)和當(dāng)前用戶正在使用的操作系統(tǒng)上運(yùn)行可移植性硬件獨(dú)立性硬件依賴性計(jì)算硬件的依賴性軟件獨(dú)立性軟件依賴性計(jì)算軟件的依賴性易安裝性安裝時(shí)間測(cè)量安裝時(shí)間可重用性能夠用于其他應(yīng)用軟件中計(jì)算能夠或已經(jīng)應(yīng)用于其他軟件系統(tǒng)的模塊數(shù)量產(chǎn)品將是可靠的并能提供防止數(shù)據(jù)丟失的機(jī)制可靠性無(wú)缺陷性測(cè)試覆蓋測(cè)量測(cè)試覆蓋度審查覆蓋計(jì)算已做過(guò)的代碼審查模塊容錯(cuò)性數(shù)據(jù)完整性統(tǒng)計(jì)用戶數(shù)據(jù)被破壞情況數(shù)據(jù)恢復(fù)測(cè)量恢復(fù)被破壞的數(shù)據(jù)的能力可用性軟件可用的百分比軟件可用時(shí)間除以總的軟件使用時(shí)間產(chǎn)品將提供完成某些任務(wù)所必需的功能功能性完備性測(cè)試覆蓋計(jì)算調(diào)用或分支測(cè)量覆蓋正確性缺陷密度計(jì)算每一版本發(fā)布前的缺陷安全性
數(shù)據(jù)安全性統(tǒng)計(jì)用戶數(shù)據(jù)被破壞的情況用戶安全性
沒(méi)有被阻止的非法用戶入侵?jǐn)?shù)兼容性
環(huán)境變化
軟件安裝后必須修改的環(huán)境變量數(shù)量互操作性混合應(yīng)用環(huán)境下軟件的可操作性混合應(yīng)用環(huán)境下可正確運(yùn)行的數(shù)量產(chǎn)品將易于使用可使用性易理解性學(xué)習(xí)所用時(shí)間新用戶學(xué)習(xí)軟件特性所花費(fèi)的時(shí)間易學(xué)性學(xué)習(xí)所用時(shí)間新用戶學(xué)會(huì)操作軟件提供的基本功能所花費(fèi)的時(shí)間易操作性人的因素新用戶基于人類工程學(xué)對(duì)軟件消極方面的評(píng)價(jià)數(shù)量溝通性人的因素新用戶基于人類工程學(xué)對(duì)軟件消極方面的評(píng)價(jià)數(shù)量質(zhì)量需求質(zhì)量特性質(zhì)量子特性直接度量度量描述(例子)6.1.3軟件質(zhì)量評(píng)價(jià)準(zhǔn)則McCall選擇的軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則共21種,它們是:(1)可審查性(auditability)。檢查軟件需求、規(guī)格說(shuō)明、標(biāo)準(zhǔn)、過(guò)程、指令、代碼與合同是否一致的難易程度。(2)準(zhǔn)確性(accuracy)。計(jì)算和控制的精度,是對(duì)無(wú)誤差程序的一種定量估計(jì)。最好表示成相對(duì)誤差的函數(shù)。值越大表示精度越高。(3)通信通用性(communicationcommonality)。使用標(biāo)準(zhǔn)接口、協(xié)議、規(guī)范的程序。(4)完全性(completeness)。所需功能完全實(shí)現(xiàn)的程度。
(5)簡(jiǎn)明性(conciseness)。程序源代碼的緊湊與簡(jiǎn)潔性。(6)一致性(consistency)。設(shè)計(jì)文檔與系統(tǒng)實(shí)現(xiàn)的一致性。(7)數(shù)據(jù)通用性(data
commonality)。在程序中使用標(biāo)準(zhǔn)的數(shù)據(jù)結(jié)構(gòu)和類型。(8)容錯(cuò)性(error-tolerance)。系統(tǒng)在各種異常條件下提供繼續(xù)操作的能力。(9)執(zhí)行效率(executionEfficiency)。程序運(yùn)行效率。(10)可擴(kuò)充性(expandability)。能夠?qū)Y(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和過(guò)程設(shè)計(jì)進(jìn)行擴(kuò)充的程度。6.1.3軟件質(zhì)量評(píng)價(jià)準(zhǔn)則(11)通用性(generality)。程序部件潛在的應(yīng)用范圍的廣泛性,即部件可重用。(12)硬件獨(dú)立性(hardwareindependence)。軟件同支持他運(yùn)行的硬件系統(tǒng)不相關(guān)的程度。(13)檢測(cè)性(instrumentation)。監(jiān)視程序的運(yùn)行,一旦發(fā)生錯(cuò)誤時(shí),能明確地標(biāo)識(shí)錯(cuò)誤的程度。(14)模塊化(modularity)。程序部件的功能獨(dú)立性。(15)可操作性(operability)。操作一個(gè)軟件的難易程度。(16)安全性(security)??刂苹虮Wo(hù)程序和數(shù)據(jù)不受破壞的機(jī)制,以防止程序和數(shù)據(jù)受到意外的或蓄意的存取、使用、修改、毀壞或泄密。(17)自文檔化(sdlf-documentation)。源代碼提供有意義文檔的程度。(18)簡(jiǎn)單性(simplicity)。理解程序的難易程度。(19)軟件系統(tǒng)獨(dú)立性(softwaresystemindependence)。程序與非標(biāo)準(zhǔn)的程序設(shè)計(jì)語(yǔ)言特征、操作系統(tǒng)特征以及其他環(huán)境約束無(wú)關(guān)的程度。(20)可追蹤性(reacebility)。從設(shè)計(jì)表示或?qū)嶋H程序構(gòu)件,追蹤到需求的能力。(21)易培訓(xùn)性(training)。軟件支持新用戶使用該系統(tǒng)的能力。1985年,國(guó)際標(biāo)準(zhǔn)化組織(ISO)建議,軟件質(zhì)量度量模型由三層組成。高層稱軟件質(zhì)量需求評(píng)價(jià)準(zhǔn)則(SQRC),中層稱軟件質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則(SQDC),低層稱軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則(SQMC)。分別對(duì)應(yīng)McCall等人的要素、評(píng)價(jià)準(zhǔn)則和度量。ISO認(rèn)為應(yīng)對(duì)高層和中層建立國(guó)際標(biāo)準(zhǔn),以便在國(guó)際范圍內(nèi)推廣應(yīng)用軟件質(zhì)量管理,而低層可由各使用單位自行制定。ISO高層由8個(gè)要素組成、中層由23個(gè)評(píng)價(jià)準(zhǔn)則組成。高層的8個(gè)要素為左表的行,中層的23個(gè)準(zhǔn)則為下表的列。它們之間的關(guān)系如左表所示。軟件質(zhì)量的另一種理解ISO/IEC9126-1《產(chǎn)品質(zhì)量-質(zhì)量模型》的軟件質(zhì)量模型內(nèi)部質(zhì)量的定義是:反映軟件產(chǎn)品在規(guī)定條件下使用時(shí),滿足需求的能力的特性,是軟件開發(fā)過(guò)程中各階段(需求開發(fā)、軟件設(shè)計(jì)、代碼編寫等)產(chǎn)生的中間軟件產(chǎn)品的質(zhì)量。了解軟件產(chǎn)品的內(nèi)部質(zhì)量,可以預(yù)計(jì)最終產(chǎn)品的質(zhì)量。外部質(zhì)量的定義是:反映軟件產(chǎn)品在規(guī)定條件下使用時(shí),滿足需求的程度。外部特性反映在預(yù)定的系統(tǒng)環(huán)境中運(yùn)行時(shí)可達(dá)到的質(zhì)量水平。使用質(zhì)量的定義是:反映軟件產(chǎn)品在規(guī)定的使用環(huán)境下,使特定用戶在達(dá)到規(guī)定目標(biāo)方面的能力。反映的是從用戶角度看到的軟件產(chǎn)品在特定系統(tǒng)環(huán)境下滿足其需求的滿足程度。對(duì)內(nèi)部和外部質(zhì)量特性的度量描述包括:功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等;對(duì)使用質(zhì)量特性的度量描述包括:有效性、生產(chǎn)率、安全性、滿意程度等6.1.4軟件質(zhì)量度量的實(shí)施在確定要對(duì)一個(gè)軟件(系統(tǒng))進(jìn)行度量之后,一般,采取以下5個(gè)步驟,來(lái)實(shí)施對(duì)該軟件的度量:(1)確定軟件質(zhì)量需求;在用戶需求中,除功能需求外,還有非功能需求,包括:質(zhì)量需求、環(huán)境需求、設(shè)計(jì)約束、開發(fā)策略等。質(zhì)量需求是用戶比較關(guān)心的內(nèi)容。但是,我們已經(jīng)知道,軟件的功能需求的確定,存在一定的難度。而非功能需求的確定,則難度更大。這些困難包括:需求如何獲取,需求沖突如何協(xié)調(diào)、需求的確認(rèn)和變更的授權(quán)等。過(guò)程:需求獲?。菏紫?,你要理解用戶的需求,區(qū)分哪些是質(zhì)量需求,把這些需求記錄下來(lái),獲得用戶的確認(rèn)。需求分析:拿到用戶確認(rèn)的需求后,你可以開始把用戶的質(zhì)量需求與我們?cè)O(shè)定的質(zhì)量特性聯(lián)系起來(lái),一直區(qū)分到子特性。這種聯(lián)系,就是把用戶語(yǔ)言描述的需求,轉(zhuǎn)變?yōu)橛?jì)算機(jī)工程師語(yǔ)言的需求。建立了這種關(guān)聯(lián)后,可以根據(jù)分類,分級(jí),確定直接度量。
6.1.4軟件質(zhì)量度量的實(shí)施
(2)確定直接度量
直接度量就是實(shí)際的軟件質(zhì)量測(cè)量活動(dòng),它的輸入是軟件或軟件過(guò)程,輸出是一個(gè)測(cè)量值。它通過(guò)執(zhí)行一系列的任務(wù),獲得一個(gè)質(zhì)量值。
例如:對(duì)一個(gè)沒(méi)有經(jīng)過(guò)培訓(xùn)的用戶,讓他使用軟件系統(tǒng)的某一功能,在界面提示、聯(lián)機(jī)幫助、使用手冊(cè)的幫助下,他學(xué)會(huì)掌握該功能所花的時(shí)間。而用戶需求對(duì)此項(xiàng)指標(biāo)的要求(目標(biāo))和現(xiàn)實(shí)系統(tǒng)所達(dá)到的實(shí)際值(比如:10個(gè)人次測(cè)量后統(tǒng)計(jì)意義上的)的比較,就是將提交質(zhì)量評(píng)審的質(zhì)量值。在進(jìn)行直接度量前,一般應(yīng)該有以下準(zhǔn)備:(1)工具:有助于計(jì)算度量值的硬件/軟件工具,如:缺陷跟蹤工具;(2)應(yīng)用:描述度量結(jié)果的希望值、度量值的意義、作用和對(duì)度量結(jié)果數(shù)據(jù)的使用方法;(3)數(shù)據(jù):獲得度量結(jié)果所需的數(shù)據(jù)、程序、過(guò)程等度量對(duì)象;(4)計(jì)算:度量程序、步驟和方法。(5)費(fèi)用:測(cè)試是要花錢(人力、物力、時(shí)間等)的。6.1.4軟件質(zhì)量度量的實(shí)施
(3)分析度量結(jié)果
對(duì)度量過(guò)程進(jìn)行跟蹤和分析,需要時(shí),可能會(huì)對(duì)度量程序、度量工具、度量方法,甚至原始數(shù)據(jù),做出補(bǔ)充和調(diào)整。(4)確認(rèn)質(zhì)量度量
在度量過(guò)程中,進(jìn)行度量結(jié)果的確認(rèn)非常重要。首先,要確認(rèn)度量過(guò)程是否與事實(shí)相符,脫離現(xiàn)實(shí)真實(shí)的度量,與目標(biāo)再相符的結(jié)果也是沒(méi)有意義的。其次,是確認(rèn)方法的有效性,例如:在度量中,我們用到很多統(tǒng)計(jì)學(xué)方法,在這些方法中,我們有一些概率分布假設(shè)(例如:某些錯(cuò)誤的發(fā)生,我們假設(shè)符合隨機(jī)概率分布),當(dāng)這些假設(shè)并不成立時(shí),度量的結(jié)果是不真實(shí)的。其他度量分析模型的度量(對(duì)分析模型的度量以測(cè)試系統(tǒng)的大小)設(shè)計(jì)模型的度量(度量體系結(jié)構(gòu)、數(shù)據(jù)和系統(tǒng)的復(fù)雜度)源代碼的度量(度量程序的長(zhǎng)度、層次、開發(fā)量、時(shí)間等)對(duì)測(cè)試的度量(度量測(cè)試的寬度、深度、錯(cuò)誤的級(jí)別)對(duì)維護(hù)的度量(度量軟件的穩(wěn)定性)
什么是系統(tǒng)集成項(xiàng)目的質(zhì)量要素?
如何度量和評(píng)價(jià)?
如何管理與控制?6.1軟件質(zhì)量的度量6.2軟件的確認(rèn)6.3軟件的驗(yàn)證6.4軟件質(zhì)量保證過(guò)程6.5軟件質(zhì)量保證體系6.6測(cè)試方法與工具介紹第六章?目錄6.2軟件確認(rèn)6.2.1測(cè)試階段6.2.2測(cè)試方法6.2.3測(cè)試類型6.2.4測(cè)試計(jì)劃軟件確認(rèn)與驗(yàn)證的概念軟件的確認(rèn)(Validation)與驗(yàn)證(Verification)簡(jiǎn)稱為V&V或V2,是軟件產(chǎn)品質(zhì)量度量的具體方法。確認(rèn)是這樣一個(gè)過(guò)程,它評(píng)價(jià)“在軟件開發(fā)過(guò)程期間(針對(duì)單元)或結(jié)束(針對(duì)系統(tǒng))時(shí),單元或系統(tǒng)是否滿足用戶特定的需求”。換句話說(shuō),是開發(fā)結(jié)束期間確認(rèn),我們的產(chǎn)品符合用戶要求嗎?因此,確認(rèn)的產(chǎn)品質(zhì)量。確認(rèn)活動(dòng)圍繞三個(gè)基本過(guò)程來(lái)開展,測(cè)試、度量和軟件可靠性增長(zhǎng)而驗(yàn)證是這樣一個(gè)過(guò)程,它評(píng)價(jià)“在一個(gè)給定的開發(fā)階段中,單元或系統(tǒng)是否滿足在此階段開始時(shí)確定的條件”。因此,它的意思是,我們正在制作的產(chǎn)品符合用戶要求嗎?因此,驗(yàn)證的是產(chǎn)品開發(fā)過(guò)程質(zhì)量——工作質(zhì)量。驗(yàn)證活動(dòng)也是圍繞三個(gè)基本過(guò)程來(lái)進(jìn)行,審查、度量和配置管理。6.2.1測(cè)試階段根據(jù)不同的軟件生命周期定義,測(cè)試的階段、方法和類型構(gòu)成一個(gè)層次結(jié)構(gòu),如下圖:V模型中的過(guò)程從左到右,描述了基本的開發(fā)過(guò)程和測(cè)試行為。V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別,并且清楚地描述了這些測(cè)試階段和開發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。
測(cè)試的V模式6.2.2測(cè)試方法測(cè)試所處的階段不同,方法也不同:白盒測(cè)試 在單元測(cè)試階段,由于測(cè)試者對(duì)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)、邏輯思路、接口關(guān)系等比較熟悉,一般采取白盒測(cè)試的方法,它是根據(jù)模塊的內(nèi)部邏輯,進(jìn)行測(cè)試設(shè)計(jì)的方法。有些集成測(cè)試也采用白盒方法,關(guān)鍵看集成階段的劃分。黑盒測(cè)試 在集成測(cè)試以至此后的各階段,測(cè)試設(shè)計(jì)和測(cè)試人員,對(duì)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)不了解也不需要了解,他的目的是按需求功能進(jìn)行確認(rèn)。因此,黑盒測(cè)試是嚴(yán)格按軟件需求進(jìn)行測(cè)試設(shè)計(jì)的方法。代碼走查6.2.3測(cè)試類型在不同階段,測(cè)試的類型也不相同,常有的測(cè)試類型是:(1)功能測(cè)試:軟件實(shí)現(xiàn)的功能是否符合需求規(guī)格說(shuō)明書中定義的功能;(2)性能測(cè)試:軟件在規(guī)定配置下的性能是否符合需求規(guī)定;(3)算法測(cè)試:確認(rèn)實(shí)現(xiàn)的算法的正確性;(4)正向測(cè)試:按照用戶正常的理解、操作方式、思維和使用習(xí)慣使用軟件,得到的結(jié)果是否與需求一致。(5)逆向測(cè)試:如果不按用戶正常的理解、操作發(fā)生、思維和使用習(xí)慣使用軟件,軟件是否能正確地進(jìn)行處理。如:無(wú)效操作、錯(cuò)誤的數(shù)據(jù)輸入處理、非法進(jìn)入等。(6)邊界測(cè)試:按軟件的限制、假設(shè)條件的邊界輸入,進(jìn)行測(cè)試。(7)配置測(cè)試:對(duì)軟件環(huán)境進(jìn)行配置變化,軟件需求實(shí)現(xiàn),特別是性能實(shí)現(xiàn)是否能符合需求規(guī)定要求。(8)負(fù)載測(cè)試:在業(yè)務(wù)處理量、數(shù)據(jù)負(fù)載量、通訊負(fù)載量達(dá)到何種情況,系統(tǒng)的性能變化和承載能力情況。6.2.4測(cè)試計(jì)劃測(cè)試估計(jì)
在擬定測(cè)試計(jì)劃時(shí),首先需要對(duì)以下情況,做出估計(jì): (1)
完成測(cè)試設(shè)計(jì)所需要的工作量: (2)
完成測(cè)試設(shè)計(jì)所需要的工作時(shí)間: (3)
完成測(cè)試所需要的時(shí)間:
根據(jù)以上三個(gè)部分的結(jié)果,我們已經(jīng)知道了測(cè)試的范圍、內(nèi)容、任務(wù)分配、時(shí)間等,這樣,項(xiàng)目經(jīng)理可以能比較充分地規(guī)劃資源,制訂出一份比較全面和切實(shí)的測(cè)試工作計(jì)劃。測(cè)試分配
測(cè)試計(jì)劃確定了測(cè)試的范圍、內(nèi)容和估計(jì)時(shí)間,根據(jù)WBS方法,測(cè)試計(jì)劃還應(yīng)說(shuō)明具體測(cè)試任務(wù)的分解和測(cè)試工作的分配。測(cè)試組的成員根據(jù)分工,各自完成一部分測(cè)試任務(wù)。測(cè)試組與項(xiàng)目開發(fā)組還需要保持一定的同步,使測(cè)試與開發(fā)、修改在協(xié)調(diào)的步驟下進(jìn)行,以節(jié)約寶貴的項(xiàng)目總時(shí)間。測(cè)試確認(rèn)
測(cè)試用例名稱工號(hào)權(quán)限被測(cè)子系統(tǒng)名卡/號(hào)資源管理測(cè)試用例來(lái)源
公司測(cè)試組□內(nèi)部測(cè)試抽查參考文檔序號(hào)測(cè)試用例描述XWYY001
測(cè)試目的能否正確識(shí)別合法的操作員進(jìn)入應(yīng)用系統(tǒng)測(cè)試步驟1.啟動(dòng)“卡/號(hào)資源管理”應(yīng)用程序。2.輸入系統(tǒng)中不存在的工號(hào)1000,再輸入密碼12345,檢查能否進(jìn)入系統(tǒng)。3.輸入系統(tǒng)中存在的工號(hào)nj001和正確的密碼,檢查能否進(jìn)入系統(tǒng)。4.輸入系統(tǒng)中存在的工號(hào)yd002和正確的密碼,檢查能否進(jìn)入系統(tǒng)。輸入數(shù)據(jù)描述1、工號(hào)1000根本不是系統(tǒng)合法的工號(hào)。2、工號(hào)nj001是前臺(tái)營(yíng)業(yè)受理的工號(hào),不能進(jìn)行卡號(hào)資源管理系統(tǒng)。3、工號(hào)yd002是卡號(hào)資源管理系統(tǒng)的工號(hào)。期望的結(jié)果1.工號(hào)1000無(wú)論如何進(jìn)入不了系統(tǒng),系統(tǒng)提示無(wú)此員工2.工號(hào)nj001也不能進(jìn)入系統(tǒng),系統(tǒng)提示該操作員無(wú)權(quán)執(zhí)行卡號(hào)資源管理系統(tǒng)3.工號(hào)yd002可以進(jìn)入系統(tǒng),并能打開所有的功能菜單測(cè)試結(jié)果描述相符測(cè)試人員
測(cè)試日期2003-03-08復(fù)測(cè)人員
復(fù)測(cè)日期
備注
測(cè)試報(bào)告:收集齊上述的所有測(cè)試用例,構(gòu)成了測(cè)試報(bào)告的基本要件。測(cè)試報(bào)告是對(duì)所有測(cè)試用例測(cè)試過(guò)程的總結(jié)。在測(cè)試報(bào)告中,應(yīng)反映:(1)測(cè)試中出現(xiàn)問(wèn)題的統(tǒng)計(jì)匯總和分析;(2)未解決問(wèn)題的匯總和解決方案建議;(3)回歸測(cè)試的統(tǒng)計(jì)和分析(度量);(4)對(duì)測(cè)試計(jì)劃的總結(jié)或修改。關(guān)于測(cè)試用例的問(wèn)題討論:測(cè)試用例由誰(shuí)設(shè)計(jì)?設(shè)計(jì)測(cè)試用例的目的和依據(jù)是什么?6.2.5測(cè)試過(guò)程組織一個(gè)獨(dú)立的測(cè)試小組為例,測(cè)試過(guò)程一般如下:(1)測(cè)試準(zhǔn)備:制定人員、環(huán)境、工具、培訓(xùn)和外部支持計(jì)劃。(2)測(cè)試計(jì)劃:確定測(cè)試策略、建立測(cè)試計(jì)劃。(3)測(cè)試用例:建立測(cè)試順序樹、確定測(cè)試的優(yōu)先級(jí)、詳細(xì)列出測(cè)試程序和測(cè)試數(shù)據(jù),設(shè)計(jì)測(cè)試用例。(4)測(cè)試環(huán)境:了解需求、搭建環(huán)境、安裝備份和恢復(fù)程序,記錄初始環(huán)境、測(cè)試環(huán)境、恢復(fù)環(huán)境等。(5)測(cè)試執(zhí)行:從測(cè)試計(jì)劃復(fù)審測(cè)試計(jì)劃進(jìn)度表、恢復(fù)測(cè)試執(zhí)行環(huán)境。(6)結(jié)果分析:執(zhí)行結(jié)果分析、度量。(7)測(cè)試報(bào)告:錯(cuò)誤趨勢(shì)圖、測(cè)試變動(dòng)指示、產(chǎn)品檢查點(diǎn)建議。6.1軟件質(zhì)量的度量6.2軟件的確認(rèn)6.3軟件的驗(yàn)證6.4軟件質(zhì)量保證過(guò)程6.5軟件質(zhì)量保證體系6.6測(cè)試方法與工具介紹第六章?目錄6.3軟件的驗(yàn)證6.3.1審查準(zhǔn)備6.3.2審查過(guò)程6.3.3需求審查6.3.4設(shè)計(jì)審查6.3.5代碼審查6.3.6測(cè)試審查軟件審查的概念回顧:我們?cè)谏瞎?jié)介紹軟件的確認(rèn)和驗(yàn)證過(guò)程時(shí),已經(jīng)介紹了軟件驗(yàn)證的三個(gè)過(guò)程是:審查、測(cè)量和配置管理。同時(shí),我們也談到,驗(yàn)證與確認(rèn)的區(qū)別是,確認(rèn)是在整個(gè)軟件系統(tǒng)完成交付前或某模塊完成交付前的檢查,它的檢查點(diǎn)是交付前。而驗(yàn)證貫穿于整個(gè)開發(fā)過(guò)程,是對(duì)過(guò)程的確認(rèn)。因此,驗(yàn)證的范圍包括了整個(gè)開發(fā)過(guò)程,它是軟件質(zhì)量保證并持續(xù)改進(jìn)的強(qiáng)大工具。什么是審查,審查是一個(gè)正式的、嚴(yán)格的、具有深度的技術(shù)評(píng)審過(guò)程。因此,評(píng)審的目的是:(1)在軟件開發(fā)過(guò)程中,盡早可能地發(fā)現(xiàn)問(wèn)題,特別是過(guò)程性的問(wèn)題;(2)確保對(duì)需求保持一致的意見;(3)驗(yàn)證任何修改和變更滿足預(yù)先定義的準(zhǔn)則;(4)為組織提供產(chǎn)品在質(zhì)量和過(guò)程方面是否有效的實(shí)際數(shù)據(jù);(5)使團(tuán)隊(duì)成員之間在技術(shù)上建立相互的了解;(6)增加軟件確認(rèn)測(cè)試的有效性;(7)提高優(yōu)秀軟件工程師的水準(zhǔn)。
評(píng)審內(nèi)容及要求,見下表:審查類型被審查項(xiàng)需提交的資料提交審查條件需求軟件需求規(guī)格說(shuō)明書軟件需求規(guī)格說(shuō)明書及在此之前有關(guān)的需求分析文檔、需求基線及批準(zhǔn)文檔確認(rèn)的需求、已經(jīng)被分析和形式化描述,需求基線已經(jīng)被確定
設(shè)計(jì)軟件設(shè)計(jì)說(shuō)明軟件設(shè)計(jì)文檔設(shè)計(jì)完成編碼源代碼模塊源程序代碼、設(shè)計(jì)文檔、組織的編碼標(biāo)準(zhǔn)與規(guī)范被審查模塊已經(jīng)編譯正確并完成獨(dú)立測(cè)試確認(rèn)測(cè)試測(cè)試記錄測(cè)試結(jié)果報(bào)告、質(zhì)量和驗(yàn)收標(biāo)準(zhǔn)
系統(tǒng)確認(rèn)及回歸測(cè)試已經(jīng)完成6.3.1軟件審查的準(zhǔn)備
在審查開始之前,審查組與被審查項(xiàng)目的有關(guān)人員,產(chǎn)品經(jīng)理、技術(shù)經(jīng)理、質(zhì)量經(jīng)理和項(xiàng)目經(jīng)理們開一個(gè)“審查開工會(huì)”,主審員向被審查對(duì)象的有關(guān)人員介紹本次審查的目的、對(duì)象、范圍和內(nèi)容,有必要的話,花一點(diǎn)時(shí)間介紹一下審查方法,使得審查員和被審查項(xiàng)目的有關(guān)人員,在審查過(guò)程中易于溝通和理解。當(dāng)被審查有關(guān)人員知道(不是同意)審查的主要內(nèi)容后,主審員把審查工作,按分工,分配給各審查員,并請(qǐng)項(xiàng)目組指定有關(guān)的配合人員。會(huì)議約定好完成分組審查的時(shí)間,即召開審查匯報(bào)會(huì)的時(shí)間。獲得審查資料的審查員,可以開始從看資料如手,進(jìn)入審查階段。如果需要實(shí)際測(cè)試和運(yùn)行檢查,項(xiàng)目組要配合安排機(jī)器時(shí)間、軟件演示等與操作有關(guān)的環(huán)境。審查員經(jīng)過(guò)一段時(shí)間的工作,已經(jīng)對(duì)所分工的部分,通過(guò)閱讀資料、實(shí)際查看等,獲得了必要的信息,有關(guān)的疑問(wèn),通過(guò)向項(xiàng)目組實(shí)際詢問(wèn),解釋了不清楚的地方。審查員對(duì)差異,已經(jīng)做好了記錄。主審員按時(shí)間和進(jìn)度,可以招集審查匯報(bào)會(huì)。6.3.2軟件審查的過(guò)程
在審查匯報(bào)會(huì)上,審查員匯報(bào)分組審查中發(fā)現(xiàn)的潛在的(還沒(méi)有定論)的錯(cuò)誤、缺陷和差異。審查小組對(duì)每一個(gè)問(wèn)題進(jìn)行討論,并爭(zhēng)取獲得一致的意見。必要時(shí),可以請(qǐng)項(xiàng)目組再做解釋。記錄員此時(shí)應(yīng)詳細(xì)記錄討論的過(guò)程和各自的意見,并確保這些記錄的完整性、正確性和真實(shí)性。如果一次會(huì)議不能解決爭(zhēng)論的問(wèn)題,或者需要再擴(kuò)大參加人員的范圍,或者需要再做測(cè)試,那就那樣去做。或者審查組發(fā)現(xiàn)問(wèn)題已經(jīng)非常嚴(yán)重,已經(jīng)超出了軟件評(píng)審的范圍,那么,應(yīng)立即停止評(píng)審,向有關(guān)上級(jí)報(bào)告問(wèn)題,以便上級(jí)做出重大改進(jìn)的措施。審查結(jié)果的發(fā)布是一個(gè)非技術(shù)的敏感問(wèn)題。什么性質(zhì)的結(jié)果可以發(fā)布,在多大范圍內(nèi)發(fā)布。審查結(jié)果如果比較滿意,它的發(fā)布將對(duì)項(xiàng)目組是一個(gè)正向的激勵(lì),是相關(guān)人員能力的象征。負(fù)面的審查結(jié)果可能引來(lái)更大的爭(zhēng)議和動(dòng)蕩。因此,審查小組和項(xiàng)目經(jīng)理,要充分溝通,從積極的方面,使用審查結(jié)果。任何審查結(jié)果都不是針對(duì)個(gè)人的,但是任何工作都是由具體個(gè)人來(lái)負(fù)責(zé)和承擔(dān)相應(yīng)責(zé)任的。因此,審查結(jié)果的難處,就在這句話的二面性。
6.3.3需求審查需求審查表(問(wèn)題清單)
(1)需求是否定義了要向用戶展示的全部信息?(2)需求是否論述了系統(tǒng)對(duì)用戶錯(cuò)誤操作的反映?(3)每一需求項(xiàng)的描述是否清楚、簡(jiǎn)潔和沒(méi)有二意性?(4)每一項(xiàng)需求是否都是可測(cè)試的?(5)需求是否有隱含或暗示的功能理解?(6)需求項(xiàng)之間是否有自相矛盾的地方?(7)需求是否有應(yīng)該論述但沒(méi)有提及的地方?(8)需求對(duì)實(shí)時(shí)性、精確度、負(fù)載能力等有沒(méi)有定義?(9)需求是否包括了性能需求、質(zhì)量需求等非功能需求?(10)如果需求涉及復(fù)雜的關(guān)聯(lián)關(guān)系、復(fù)雜的算法、復(fù)雜的決策 機(jī)制,用戶能完全理解嗎?(11)需求對(duì)軟件升級(jí)、版本變更是否有明確的承諾?(12)需求文檔是否含有不必要的設(shè)計(jì)細(xì)節(jié)?(13)是否可以根據(jù)需求,開發(fā)出適當(dāng)?shù)暮屯暾臏y(cè)試用例集?(14)需求的假設(shè)和限制條件是否明確?6.3.3需求審查需求審查過(guò)程我們?cè)谏弦还?jié),已經(jīng)一般地討論過(guò)審查的過(guò)程。需求審查也遵循這樣的過(guò)程:組織審查組;收集項(xiàng)目組提交的被審查資料;確定審查日期;審查員在獲得審查任務(wù)分配和開始工作,包括:對(duì)資料的閱讀和評(píng)審、做實(shí)地的檢查、調(diào)查和詢問(wèn)、記錄并報(bào)告;參加評(píng)審會(huì)議并報(bào)告自己的發(fā)現(xiàn)和分析。審查小組首先檢查審查活動(dòng)是否充分和沒(méi)有偏差、疏漏。審查員對(duì)問(wèn)題的認(rèn)識(shí)有沒(méi)有片面和主觀。主審員根據(jù)自己的經(jīng)驗(yàn),可能會(huì)對(duì)年輕的審查員要求做出補(bǔ)充調(diào)查。通過(guò)討論,審查小組爭(zhēng)取對(duì)問(wèn)題取得一致的意見,并形成審查報(bào)告。
追蹤與改正審查的目的是監(jiān)督項(xiàng)目組對(duì)軟件的品質(zhì),保持良好的狀態(tài)和不斷地改進(jìn)。因此,審查小組有責(zé)任跟蹤項(xiàng)目組對(duì)審查結(jié)果的利用情況。關(guān)注項(xiàng)目組的改進(jìn),是項(xiàng)目經(jīng)理比關(guān)注審查結(jié)果更重要的事情。6.3.4設(shè)計(jì)審查概要設(shè)計(jì)審查表(問(wèn)題清單)詳細(xì)設(shè)計(jì)審查表(問(wèn)題清單)
設(shè)計(jì)審查的目標(biāo):概要設(shè)計(jì)重點(diǎn)審查以下幾個(gè)方面(概要設(shè)計(jì)針對(duì)需求)(1)概要設(shè)計(jì)對(duì)需求的完整實(shí)現(xiàn);(2)概要設(shè)計(jì)與需求的一致性;(3)概要設(shè)計(jì)向需求的反向可追蹤;(4)概要設(shè)計(jì)中,對(duì)系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的邏輯性、合理性和可擴(kuò)展性;由于概要設(shè)計(jì)是直接銜接需求的,因此,概要設(shè)計(jì)審查更多地是把設(shè)計(jì)與需求相銜接。在詳細(xì)設(shè)計(jì)中,應(yīng)重點(diǎn)審查以下方面(詳細(xì)設(shè)計(jì)針對(duì)實(shí)現(xiàn))(1)設(shè)計(jì)應(yīng)符合組織即定的標(biāo)準(zhǔn);(2)設(shè)計(jì)結(jié)果對(duì)下一階段的編碼是可用的。由于詳細(xì)設(shè)計(jì)直接提供編碼實(shí)現(xiàn),因此,在組織內(nèi),應(yīng)對(duì)詳細(xì)設(shè)計(jì)的“粒度”做出規(guī)定。這樣,即明確詳細(xì)設(shè)計(jì)與代碼實(shí)現(xiàn)的界面,同時(shí),也是編碼標(biāo)準(zhǔn)化的工作基礎(chǔ)。在這方面,應(yīng)結(jié)合實(shí)際,進(jìn)行研究。6.3.4設(shè)計(jì)審查6.3.5代碼審查代碼的審查與具體實(shí)現(xiàn)工具有關(guān),而且與具體實(shí)現(xiàn)工具的版本有關(guān),因此,我們?cè)谶@里就不具體討論代碼審查的內(nèi)容。有不少文章具體討論代碼的標(biāo)準(zhǔn)化和設(shè)計(jì)技巧,可以作為審查的范本(如果必要的話)。代碼審查的一個(gè)辦法是走查。就是由審查人員“讀”工程師寫的代碼,然后對(duì)照“標(biāo)準(zhǔn)”進(jìn)行檢查,是對(duì)軟件文檔的一種書面檢查。它通過(guò)人工模擬執(zhí)行源程序的過(guò)程,檢查軟件設(shè)計(jì)的正確性。人工模擬也像計(jì)算機(jī)執(zhí)行那樣,可以仔細(xì)推敲、校驗(yàn)和核實(shí)每一步的執(zhí)行結(jié)果,進(jìn)而確定其執(zhí)行邏輯、控制模型、算法和使用參數(shù)與數(shù)據(jù)的正確性。走查是一件非常艱苦的工作,同時(shí)是需要非常大的毅力和記憶力的工作。因?yàn)橐粋€(gè)系統(tǒng)程序量之大,組織的規(guī)則和要求之多。審查員要做的是N的N次方的核對(duì)。現(xiàn)在也有一些計(jì)算機(jī)程序,按一定的規(guī)則,幫助審查員“讀”程序,并挑出(有的可以做簡(jiǎn)單的修改)毛病,VB就有這樣的程序。如果沒(méi)有計(jì)算機(jī)程序的幫助,審查員會(huì)“瘋”掉的。6.3.6測(cè)試審查測(cè)試審查是對(duì)測(cè)試結(jié)果進(jìn)行審查,它審查的內(nèi)容包括(1)對(duì)測(cè)試用例的審查:測(cè)試用例的哪些要素(用例名、測(cè)試日期、預(yù)期測(cè)試結(jié)果等)是否齊備?(寬度)(2)在概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)中確定的關(guān)鍵點(diǎn)或特殊需求是否都測(cè)試到了?(深度)(3)測(cè)試過(guò)程(步驟、環(huán)境、用戶模擬等)的設(shè)計(jì)是否正確、恰當(dāng)?(4)預(yù)期值與結(jié)果值的差異統(tǒng)計(jì);(5)測(cè)試目的是否達(dá)到?6.1軟件質(zhì)量的度量6.2軟件的確認(rèn)6.3軟件的驗(yàn)證6.4PMBOK的質(zhì)量管理過(guò)程第六章?目錄6.4PMBOK的質(zhì)量管理過(guò)程
項(xiàng)目的質(zhì)量的二層含義從項(xiàng)目作為一項(xiàng)最終產(chǎn)品來(lái)看,項(xiàng)目質(zhì)量體現(xiàn)在其性能或者使用價(jià)值上,也即項(xiàng)目的產(chǎn)品質(zhì)量。從項(xiàng)目作為一次性的活動(dòng)來(lái)看,項(xiàng)目管理質(zhì)量體現(xiàn)在由WBS反映出的項(xiàng)目范圍內(nèi)所有的階段、子項(xiàng)目、項(xiàng)目工作單元的質(zhì)量所構(gòu)成,也即項(xiàng)目的工作質(zhì)量;項(xiàng)目是應(yīng)業(yè)主的要求進(jìn)行的,不同的業(yè)主有著不同的產(chǎn)品質(zhì)量要求,其意圖已反映在項(xiàng)目合同中。因此,項(xiàng)目合同是進(jìn)行項(xiàng)目產(chǎn)品質(zhì)量管理的主要依據(jù)。PMBOK的項(xiàng)目質(zhì)量管理是:在質(zhì)量體系中,決定質(zhì)量工作的策略、目標(biāo)和責(zé)任的全部管理功能有關(guān)的所有活動(dòng),并通過(guò)諸如質(zhì)量計(jì)劃、質(zhì)量保證和質(zhì)量提高等手段來(lái)完成這些活動(dòng)。PMBOK的質(zhì)量管理過(guò)程PMBOK的質(zhì)量管理過(guò)程是:質(zhì)量計(jì)劃--確定哪些質(zhì)量標(biāo)準(zhǔn)適用于該項(xiàng)目,并決定如何達(dá)標(biāo)。質(zhì)量保證--在常規(guī)基礎(chǔ)上對(duì)整個(gè)項(xiàng)目執(zhí)行情況作評(píng)估,以提供信用,保證該項(xiàng)目將能夠達(dá)到有關(guān)質(zhì)量標(biāo)準(zhǔn)。質(zhì)量控制--監(jiān)控特定項(xiàng)目的執(zhí)行結(jié)果,以確定它們是否符合有關(guān)的質(zhì)量標(biāo)準(zhǔn),并確定適當(dāng)方式消除導(dǎo)致項(xiàng)目績(jī)效令人不滿意的原因。這些工作程序互有影響,并且與其它知識(shí)領(lǐng)域中的程序之間也存在相互影響。依據(jù)項(xiàng)目的需要,每道程序都可能包含一個(gè)或更多的個(gè)人或由團(tuán)隊(duì)的努力。在每個(gè)項(xiàng)目階段中,每道程序通常都會(huì)至少經(jīng)歷一次。PMBOK的項(xiàng)目質(zhì)量管理過(guò)程一——質(zhì)量計(jì)劃質(zhì)量計(jì)劃的目的是:確定哪些質(zhì)量標(biāo)準(zhǔn)與項(xiàng)目有關(guān)及如何達(dá)到這些質(zhì)量標(biāo)準(zhǔn)質(zhì)量計(jì)劃回答:質(zhì)量管理的目標(biāo)要素是什么?如何產(chǎn)生和確定這些要素的?如何度量、評(píng)價(jià)這些要素,并證實(shí)已經(jīng)達(dá)到了這些要素的要求衡量質(zhì)量的二個(gè)重要指標(biāo):可靠性、可維護(hù)性對(duì)產(chǎn)品和服務(wù)進(jìn)行細(xì)致的質(zhì)量計(jì)劃,可提高產(chǎn)品或服務(wù)的可靠性與可維護(hù)性質(zhì)量計(jì)劃過(guò)程的輸入質(zhì)量方針:質(zhì)量方針是對(duì)項(xiàng)目的質(zhì)量目標(biāo)和方向所作出的一個(gè)指導(dǎo)性文件,因此項(xiàng)目管理工作組應(yīng)制定自己的質(zhì)量工作方針,同時(shí)項(xiàng)目的質(zhì)量方針應(yīng)與項(xiàng)目的投資者完全共享。范圍陳述:項(xiàng)目的范圍陳述說(shuō)明了投資者的需求以及項(xiàng)目的主要要求和目標(biāo),因此范圍陳述是項(xiàng)目質(zhì)量計(jì)劃確定的主要依據(jù)和基礎(chǔ)。產(chǎn)品描述:盡管產(chǎn)品描述的相關(guān)要素可能在范圍描述中予以強(qiáng)調(diào),然而產(chǎn)品的描述通常包含更加詳細(xì)的技術(shù)要求和其它的內(nèi)容,它對(duì)于項(xiàng)目質(zhì)量計(jì)劃的制定非常有用。標(biāo)準(zhǔn)和規(guī)則:項(xiàng)目質(zhì)量計(jì)劃的制定必須考慮到任何實(shí)際應(yīng)用領(lǐng)域的特殊的標(biāo)準(zhǔn)和規(guī)則,這些都將影響項(xiàng)目質(zhì)量計(jì)劃的制定。其它工作的輸出:除了上述范圍陳述、產(chǎn)品描述之外,其他方面的工作輸出也會(huì)對(duì)項(xiàng)目計(jì)劃的制定產(chǎn)生影響,比如說(shuō)采購(gòu)計(jì)劃就要說(shuō)明承包人的質(zhì)量要求從而影響到項(xiàng)目質(zhì)量管理的計(jì)劃。質(zhì)量成本:質(zhì)量成本是指為了達(dá)到產(chǎn)品/服務(wù)的質(zhì)量標(biāo)準(zhǔn)而進(jìn)行的全部工作所發(fā)生的所有成本。包括一致成本和不一致成本,后者又包括預(yù)防、鑒定和故障成本。質(zhì)量成本質(zhì)量成本包括:一致成本:計(jì)劃編制、培訓(xùn)輔導(dǎo)、過(guò)程控制、實(shí)地測(cè)量、設(shè)計(jì)確認(rèn)、過(guò)程確認(rèn)、測(cè)量評(píng)價(jià)、質(zhì)量審計(jì)、維護(hù)校準(zhǔn)不一致成本:廢料、返工、加速處理、額外材料或存貨、現(xiàn)場(chǎng)維修、保修服務(wù)、投訴處理、責(zé)任判定、產(chǎn)品取消、改正措施質(zhì)量成本又可以分為:P成本、A、F成本,如下表:預(yù)防成本(P-成本Preventive)培訓(xùn)、過(guò)程能力研究、賣主/供應(yīng)商調(diào)查評(píng)估成本(A成本-Appraisal)檢查和測(cè)試、檢查和測(cè)試設(shè)備維護(hù)、處理并報(bào)告檢查數(shù)據(jù)的成本、設(shè)計(jì)審查、內(nèi)部設(shè)計(jì)審查、走查、費(fèi)用審查缺陷成本(F成本-Failure)內(nèi)部缺陷成本廢料與返工、與推遲付款有關(guān)的費(fèi)用、缺陷存貨成本、工程變動(dòng)成本、設(shè)計(jì)錯(cuò)誤糾正、糾正文檔外部缺陷成本擔(dān)保費(fèi)用、現(xiàn)場(chǎng)服務(wù)人員培訓(xùn)、產(chǎn)品責(zé)任訴訟、投訴處理、未來(lái)經(jīng)營(yíng)損失質(zhì)量計(jì)劃制定的方法和技術(shù)
利益/成本分析:質(zhì)量計(jì)劃必須綜合考慮利益/成本的交換,滿足質(zhì)量需求的主要利益是減少重復(fù)性工作,這就意味著高的產(chǎn)出、低的支出及增加投資者的滿意度。滿足質(zhì)量要求的基本費(fèi)用是輔助項(xiàng)目質(zhì)量管理活動(dòng)的付出,其基本原則是利益與成本之比盡可能的大。基準(zhǔn):基準(zhǔn)主要是通過(guò)比較實(shí)際或計(jì)劃項(xiàng)目的實(shí)施與其它同類項(xiàng)目的實(shí)施過(guò)程,為改進(jìn)項(xiàng)目實(shí)施過(guò)程提供思路和提供一個(gè)實(shí)施的標(biāo)準(zhǔn)。流程圖:
——原因結(jié)果(魚刺)圖:
——系統(tǒng)流程圖:試驗(yàn)設(shè)計(jì):試驗(yàn)設(shè)計(jì)對(duì)于分析辨明對(duì)整個(gè)項(xiàng)目輸出結(jié)果最有影響的因素是很為有效的,但該方法的應(yīng)用存在著費(fèi)用進(jìn)度交換的問(wèn)題。因果(魚刺)圖:主要用來(lái)分析和說(shuō)明各種因素和原因是如何導(dǎo)致或者產(chǎn)生主要問(wèn)題和后果的。特點(diǎn):用圖表形式表示各因素之間的關(guān)系是頭腦風(fēng)暴、過(guò)程考察等分析活動(dòng)的常用工具有利于刺激思考、、組織思路系統(tǒng)流程圖系統(tǒng)流程圖:主要用來(lái)說(shuō)明系統(tǒng)各種要素之間存在的相互關(guān)系,通過(guò)流程圖可以幫助項(xiàng)目組提出解決質(zhì)量問(wèn)題的相關(guān)方法。質(zhì)量計(jì)劃過(guò)程的輸出質(zhì)量管理計(jì)劃:質(zhì)量管理計(jì)劃主要描述項(xiàng)目管理組應(yīng)該如何實(shí)施它的質(zhì)量方針。具體操作說(shuō)明:對(duì)于一些特殊條款需要附加的操作說(shuō)明,包括對(duì)他們的解釋及在質(zhì)量控制過(guò)程中如何度量的問(wèn)題。比如說(shuō)滿足項(xiàng)目進(jìn)度日期不能足以說(shuō)是對(duì)項(xiàng)目管理質(zhì)量的度量,項(xiàng)目管理組還必須指出每一項(xiàng)工作是否按時(shí)開始或者按時(shí)結(jié)束,各個(gè)獨(dú)立的工作是否被度量或者僅是做了一定的說(shuō)明等類似情況。檢查表格:檢查表格是一種用于對(duì)項(xiàng)目執(zhí)行情況進(jìn)行分析的工具,其可能是簡(jiǎn)單的也可能是復(fù)雜的,通常的描述包括命令和詢問(wèn)兩種形式。許多組織已經(jīng)形成了標(biāo)準(zhǔn)的確保頻繁執(zhí)行的工作順利執(zhí)行的體系。其它過(guò)程的輸入:質(zhì)量計(jì)劃過(guò)程也有助于對(duì)其它領(lǐng)域工作的開展。PMBOK的項(xiàng)目質(zhì)量管理過(guò)程二——質(zhì)量保證
質(zhì)量保證是在質(zhì)量體系中實(shí)施的全部有計(jì)劃、有系統(tǒng)的活動(dòng),它用來(lái)樹立滿足項(xiàng)目相關(guān)標(biāo)準(zhǔn)的信心。質(zhì)量保證是所有計(jì)劃和系統(tǒng)工作實(shí)施達(dá)到質(zhì)量計(jì)劃要求的基礎(chǔ),為項(xiàng)目質(zhì)量系統(tǒng)的正常運(yùn)轉(zhuǎn)提供可靠的保證,它應(yīng)該貫穿于項(xiàng)目實(shí)施的全過(guò)程之中。在ISO9000系列實(shí)施之前,質(zhì)量保證通常被描述在質(zhì)量計(jì)劃之中。檢查表質(zhì)量保證通常是由質(zhì)量保證部門或者類似的組織單元提供,但是不必總是如此。質(zhì)量保證通常提供給項(xiàng)目管理組以及實(shí)施組織(內(nèi)部質(zhì)量保證)或者提供給客戶或項(xiàng)目工作涉及的其它活動(dòng)(外部質(zhì)量保證)。質(zhì)量保證過(guò)程的輸入質(zhì)量管理計(jì)劃質(zhì)量控制度量的結(jié)果:質(zhì)量控制度量是為了比較和分析所作的質(zhì)量控制測(cè)試的記錄和度量。操作說(shuō)明質(zhì)量保證的工具和方法質(zhì)量計(jì)劃編制的工具和技術(shù)(計(jì)劃編制中已經(jīng)介紹)質(zhì)量審核:質(zhì)量審核是確定質(zhì)量活動(dòng)及其有關(guān)結(jié)果是否符合計(jì)劃安排,以及這些安排是否有效貫徹。通過(guò)審核:
——保證項(xiàng)目質(zhì)量符合規(guī)定要求;
——保證設(shè)計(jì)、實(shí)施與組織過(guò)程符合規(guī)定要求;
——保證質(zhì)量體系有效運(yùn)行并不斷完善,提高質(zhì)量管理水平。質(zhì)量審核的分類包括: ——質(zhì)量體系審核 ——項(xiàng)目質(zhì)量審核
——過(guò)程(工序)質(zhì)量審核——監(jiān)督審核
——內(nèi)部質(zhì)量審核——外部質(zhì)量審核質(zhì)量審核可以是有計(jì)劃的,也可以是隨機(jī)的,它可以由專門的審計(jì)員或者是第三方質(zhì)量系統(tǒng)注冊(cè)組織審核。質(zhì)量保證過(guò)程的輸出質(zhì)量改進(jìn):質(zhì)量改進(jìn)包括達(dá)到以下目的的各種行動(dòng):增加項(xiàng)目有效性和效率以提高項(xiàng)目投資者的利益。在大多數(shù)情況下,質(zhì)量改進(jìn)將要求改變不正確的行動(dòng)以及克服這種不正確行動(dòng)的過(guò)程。PMBOK項(xiàng)目質(zhì)量管理過(guò)程三——項(xiàng)目質(zhì)量控制質(zhì)量控制主要是監(jiān)督項(xiàng)目的實(shí)施結(jié)果,將項(xiàng)目的結(jié)果與事先制定的質(zhì)量標(biāo)準(zhǔn)進(jìn)行比較,找出其存在的差距,并分析形成這一差距的原因,質(zhì)量控制同樣貫穿于項(xiàng)目實(shí)施的全過(guò)程。項(xiàng)目的結(jié)果包括產(chǎn)品結(jié)果(如交付)以及管理結(jié)果(如實(shí)施的費(fèi)用和進(jìn)度)。質(zhì)量控制通常是由質(zhì)量控制部門或類似的質(zhì)量組織單元實(shí)施,但是也并非總是如此。項(xiàng)目管理組應(yīng)該具有統(tǒng)計(jì)質(zhì)量控制的工作知識(shí),特別是抽樣檢查和概
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 勞務(wù)生產(chǎn)合同范本
- 保安帶電 自營(yíng)合同范本
- 企業(yè)形象合同范本
- 公證送達(dá)合同范本
- 上船押金合同范本
- 共同領(lǐng)養(yǎng)寵物合同范本
- 勾調(diào)顧問(wèn)合作協(xié)議合同范本
- 公司租賃民房合同范本
- 勞保中標(biāo)合同范本
- 農(nóng)田包地合同范本
- 《中國(guó)人口老齡化》課件
- 靜脈采血最佳護(hù)理實(shí)踐相關(guān)知識(shí)考核試題
- 檢驗(yàn)檢測(cè)中心檢驗(yàn)員聘用合同
- 腰椎后路減壓手術(shù)
- 商場(chǎng)扶梯安全培訓(xùn)
- 《全科醫(yī)學(xué)概論》課件-以家庭為單位的健康照顧
- 自來(lái)水廠安全施工組織設(shè)計(jì)
- 《跟單信用證統(tǒng)一慣例》UCP600中英文對(duì)照版
- 《醫(yī)院應(yīng)急培訓(xùn)》課件
- 提高教育教學(xué)質(zhì)量深化教學(xué)改革措施
- 招標(biāo)代理機(jī)構(gòu)遴選投標(biāo)方案(技術(shù)標(biāo))
評(píng)論
0/150
提交評(píng)論