05-軟件項目質(zhì)量計劃

軟件項目管理個人郵箱：hujf_biti_spm@163.com課程郵箱：spm_hujf@163.comspm1234562021/5/91承啟上課

配置管理計劃

合同計劃

風(fēng)險計劃

溝通計劃

質(zhì)量計劃

成本計劃

時間計劃

集成計劃

范圍計劃

項目結(jié)束

項目執(zhí)行控制

項目計劃

項目初始

人力計劃

2021/5/92質(zhì)量計劃

配置管理計劃

合同計劃

風(fēng)險計劃

溝通計劃

質(zhì)量計劃

成本計劃

時間計劃

集成計劃

范圍計劃

項目結(jié)束

項目執(zhí)行控制

項目計劃

項目初始

人力計劃

2021/5/93軟件項目管理第五章軟件項目質(zhì)量計劃2021/5/94本章學(xué)習(xí)目標(biāo)了解軟件的質(zhì)量特性了解質(zhì)量保證的過程了解實施質(zhì)量保證和質(zhì)量控制的必要活動了解質(zhì)量保證計劃的內(nèi)容了解項目經(jīng)理與質(zhì)量經(jīng)理的在質(zhì)量管理過程中的角色與作用2021/5/95什么是軟件質(zhì)量？軟件系統(tǒng)功能齊全是不是就是質(zhì)量好？用戶界面友好是不是就是軟件的質(zhì)量好？沒有BUG是不是就是軟件的質(zhì)量好？用戶滿意是不是質(zhì)量就好？2021/5/96如何提高軟件的質(zhì)量？“怎樣做才能提高軟件的質(zhì)量？”；“對于軟件項目怎樣進行質(zhì)量保證與控制？”；“進行質(zhì)量控制，重點應(yīng)該考慮哪些因素呢？”。軟件測試是不是軟件質(zhì)量的全部？什么是軟件項目的質(zhì)量管理？2021/5/97在質(zhì)量管理中項目經(jīng)理與質(zhì)量經(jīng)理的角色？項目經(jīng)理與項目QA經(jīng)理有什么不同？項目經(jīng)理在保證項目的質(zhì)量方面，要做什么工作？QA經(jīng)理在保證項目的質(zhì)量方面，要做什么工作？2021/5/98本章要點一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量計劃四、案例分析2021/5/99質(zhì)量的概念質(zhì)量的多種定義

符合目的或者用途(JosephJuran)用戶的感覺就是質(zhì)量(AVFeigenbaum)符合顧客在其合理價格下對產(chǎn)品的要求(SudIngle)產(chǎn)品或者服務(wù)滿足明確和隱含需要能力的性能特性的總體(BS4778)2021/5/910質(zhì)量定義質(zhì)量是滿足要求的程度,包括符合規(guī)定的要求和滿足顧客的需求.2021/5/911軟件質(zhì)量軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度明確說明：查詢功能隱含說明：查詢速度2021/5/912軟件質(zhì)量的理解

上述定義很抽象，人們看了準(zhǔn)會一臉迷惘。讓我們用“人的健康”來類比解釋質(zhì)量。古時候人們以為長得結(jié)實、飯量大就是健康，這顯然是不科學(xué)的?，F(xiàn)代人總是通過考察多方面的生理因素來判斷是否健康，如測量身高、體重、心跳、血壓、血液、體溫等。如果上述因素都合格，那么表明這人是健康的。如果某個因素不合格，則表明此人在某個方面不健康，醫(yī)生會對癥下藥。2021/5/913軟件質(zhì)量的理解通過類比，我們這樣理解軟件質(zhì)量：

軟件質(zhì)量是許多質(zhì)量特性的綜合體現(xiàn)，各種質(zhì)量屬性反映了軟件質(zhì)量的方方面面。人們通過改善軟件的各種質(zhì)量特性，從而提高軟件的整體質(zhì)量（否則無從下手）。

2021/5/914軟件質(zhì)量特性定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性。軟件的質(zhì)量特性很多，如正確性、精確性，健壯性、可靠性、容錯性、性能、易用性、安全性、可擴展性、可復(fù)用性、兼容性、可移植性、可測試性、可維護性、靈活性等。上述這些質(zhì)量屬性之間“你中有我，我中有他”，非常纏綿。如果開發(fā)人員每天要面對那么多的質(zhì)量屬性咬文嚼字，不久就會迂腐得像孔乙己，因此我們有必要對質(zhì)量特性做些分類和整合。2021/5/915軟件質(zhì)量框架模型人們通常把影響軟件質(zhì)量的特性用軟件質(zhì)量框架模型來描述。軟件質(zhì)量特性定義成分層模型。最基本的叫做基本質(zhì)量特性，它可以由一些子質(zhì)量特性定義和度量。這些子特性在必要時又可由它的一些子特性定義和度量。2021/5/916軟件質(zhì)量框架模型2021/5/9171979年，McCall和Walters提出新的軟件質(zhì)量模型與度量，該模型得到公認(rèn)和廣泛的應(yīng)用，并成為ISO質(zhì)量模型及其他模型的基礎(chǔ)。該模型提出軟件的11個質(zhì)量特性，集中分布在3個方面：軟件產(chǎn)品的運行特性、修正特性和轉(zhuǎn)移特性。軟件質(zhì)量模型2021/5/918McCall質(zhì)量模型可理解性(我能理解它嗎)可維護性(我能修復(fù)它嗎)可測試性(我能測試它嗎)靈活性(我能改變它嗎)正確性(它按我的需要工作嗎)健壯性(對意外環(huán)境它能適當(dāng)?shù)捻憫?yīng)嗎)效率(完成預(yù)定功能時它用的計算機資源多嗎)完整性(它是安全的嗎)可用性(我能使用它嗎)風(fēng)險性（能按預(yù)定計劃完成嗎）可移植性(我能在另一臺機器上使用它嗎)互連性(我能把它和另一個系統(tǒng)結(jié)合嗎)

復(fù)用性(我能再用它的某些部分嗎)產(chǎn)品運行ProductOperations

ProductRevitions產(chǎn)品修正ProductTransitions

產(chǎn)品轉(zhuǎn)移2021/5/919主觀質(zhì)量模型-ICEDT模型I：直觀性產(chǎn)品的使用是否合乎人們的通常想法?C：一致性產(chǎn)品的運行是否有一貫性?E：效率產(chǎn)品是否可以讓用戶迅速和經(jīng)濟地完成其任務(wù)?D：耐久性產(chǎn)品是否穩(wěn)定和可靠？T：體貼產(chǎn)品是否充分考慮了用戶的需求？2021/5/920問題讓所有軟件質(zhì)量特性都達(dá)到最好，是不是軟件質(zhì)量就最好？2021/5/921可移植性可維護性效率可使用性可靠性功能性可移植性可維護性效率可使用性可靠性功能性其中，表示有利影響，表示不利影響。

質(zhì)量特性之間的競爭2021/5/922軟件質(zhì)量要素什么是軟件質(zhì)量要素？（1）從技術(shù)角度講，對軟件整體質(zhì)量影響最大的那些質(zhì)量特性才是質(zhì)量要素；（2）從商業(yè)角度講，客戶最關(guān)心的、能成為賣點的質(zhì)量特性才是質(zhì)量要素。對于一個特定的軟件而言，我們首先判斷什么是質(zhì)量要素，才能給出提高質(zhì)量的具體措施，而不是一股腦地想把所有的質(zhì)量屬性都做好，否則不僅做不好，還可能得不償失。如果某些質(zhì)量屬性并不能產(chǎn)生顯著的經(jīng)濟效益，我們可以忽略它們，把精力用在對經(jīng)濟效益貢獻最大的質(zhì)量要素上。簡而言之，只有質(zhì)量要素才值得開發(fā)人員下功夫去改善。2021/5/923十大軟件質(zhì)量因素十大軟件質(zhì)量因素功能性質(zhì)量因素(3)：正確性，健壯性，可靠性非功能性質(zhì)量因素(7)：性能，易用性，清晰性，安全性，可擴展性，兼容性，可移植性2021/5/924正確性正確性是指軟件按照需求正確執(zhí)行任務(wù)的能力。“正確性”的語義涵蓋了“精確性”。正確性無疑是第一重要的軟件質(zhì)量屬性。技術(shù)評審和測試的第一關(guān)都是檢查工作成果的正確性。機器不會主動欺騙人，軟件運行出錯通常都是人造成的，所以不要找借口埋怨機器有毛病。2021/5/925健壯性健壯性是指在異常情況下，軟件能夠正常運行的能力。開發(fā)者往往把異常情況錯當(dāng)成正常情況而不作處理，結(jié)果降低了健壯性。用戶才不管正確性與健壯性的區(qū)別，反正軟件出了差錯都是開發(fā)方的錯。所以提高軟件的健壯性也是開發(fā)者的義務(wù)。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。從語義上理解，恢復(fù)不及容錯那么健壯。Unix容錯能力很強，可惜不好用。Windows容錯能力較差，但是恢復(fù)能力很好，而且很好用。占了90%的操作系統(tǒng)市場。2021/5/926可靠性可靠性是指在一定的環(huán)境下，在給定的時間內(nèi)，系統(tǒng)不發(fā)生故障的概率?？煽啃员緛硎怯布I(lǐng)域的術(shù)語。比如某個電子設(shè)備在剛開始工作時挺好的，但由于器件在工作中其物理性質(zhì)會發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會失常。所以一個從設(shè)計到生產(chǎn)完全正確的硬件系統(tǒng)，在工作中未必就是可靠的。軟件在運行時不會發(fā)生物理性質(zhì)的變化，人們常以為如果軟件的某個功能是正確的，那么它一輩子都是正確的。可是我們無法對軟件進行徹底地測試，無法根除軟件中潛在的錯誤。平時軟件運行得好好的，說不準(zhǔn)哪一天就不正常了，如有千年等一回的“千年蟲”問題，司空見慣的“內(nèi)存泄露”、“誤差累積”問題等等。2021/5/927可靠性軟件可靠性分析通常采用統(tǒng)計方法，遺憾的是目前可供第一線開發(fā)人員使用的成果很少見，大多數(shù)文章限于理論研究?？谡Z中的可靠性含義寬泛，幾乎囊括了正確性、健壯性。只要人們發(fā)現(xiàn)系統(tǒng)有毛病，便歸結(jié)為可靠性差。從專業(yè)角度講，這種說法是確切的。時隱時現(xiàn)的錯誤一般都屬于可靠性問題，糾錯的代價很高。例如當(dāng)維護人員十萬火急地趕到現(xiàn)場時，錯誤消失了；等維護人員回家后，錯誤又出現(xiàn)了?！浖煽啃詥栴}主要是在編程時候埋下的禍害（很難測試出來），應(yīng)當(dāng)提倡規(guī)范化程序設(shè)計，預(yù)防可靠性禍害。2021/5/928性能性能通常是指軟件的“時間-空間”效率，而不僅是指軟件的運行速度。人們總希望軟件的運行速度高些，并且占用資源少些。既要馬兒跑得快，又要馬兒吃的少。性能優(yōu)化的關(guān)鍵工作是找出限制性能的“瓶頸”，不要在無關(guān)痛癢的地方瞎忙乎。例如在大學(xué)里當(dāng)教師，光靠使勁講課或者埋頭做實驗，職稱是升不快的。有些人找到了突破口，一年之內(nèi)“造”它幾十篇文章，爭取破格升副教授、教授。程序員可以通過優(yōu)化數(shù)據(jù)結(jié)構(gòu)、算法和代碼來提高軟件的性能。例如數(shù)據(jù)庫程序的優(yōu)化。算法復(fù)雜度分析是很好的方法，可以達(dá)到“未卜先知”的功效。

2021/5/929性能

性能優(yōu)化就好像從海綿里擠水一樣，你不擠，水就不出來，你越擠海綿越干。有些程序員認(rèn)為現(xiàn)在的計算機不僅速度越來越高，而且內(nèi)存越來越大，因此軟件性能優(yōu)化的必要性下降了。這種看法是不對的，殊不知隨著機器的升級，軟件系統(tǒng)也越來越龐大了和復(fù)雜了，性能優(yōu)化仍然大有必要。最具有代表性的是三維游戲軟件，例如《古墓麗影》、《反恐精英》等，如果不對軟件（關(guān)鍵是游戲引擎）做精益求精的優(yōu)化，要想在一臺普通的PC上順暢地玩游戲是不太可能的。2021/5/930易用性易用性是指用戶使用軟件的容易程度?，F(xiàn)代人的生活節(jié)奏快，干啥事都想圖個方便。所以把易用性作為重要的質(zhì)量屬性對待無可非議。

導(dǎo)致軟件易用性差的根本原因：向我們這樣的理工科大學(xué)教育存在缺陷：沒有開設(shè)人機工程學(xué)、美學(xué)、心理學(xué)這些必修課，大部分開發(fā)人員不知道如何設(shè)計易用的軟件產(chǎn)品。開發(fā)人員犯了“錯位”的毛?。核詾橹灰约河闷饋矸奖?，用戶也就會滿意。

軟件的易用性要讓用戶來評價。當(dāng)用戶真的感到軟件很好用時，一股溫暖的感覺油然而生，于是就用“界面友好”、“方便易用”等詞來評價軟件產(chǎn)品。2021/5/931清晰清晰意味者所有的工作成果易讀、易理解，可以提高團隊開發(fā)效率，降低維護代價。開發(fā)人員只有在自己思路清晰的時候才可能寫出讓別人易讀、易理解的程序和文檔。可理解的東西通常是簡潔的。一個原始問題可能很復(fù)雜，但高水平的人就能夠把軟件系統(tǒng)設(shè)計得很簡潔。如果軟件系統(tǒng)臃腫不堪，它遲早會出問題。所以簡潔是人們對工作“精益求精”的結(jié)果，而不是潦草應(yīng)付的結(jié)果。與簡潔對立的是“羅里羅嗦”。千萬不要把在學(xué)校里“造文章”的手法用于開發(fā)產(chǎn)品！如果把文章寫得很簡潔，讓人很容易理解，投稿往往中不了；只有加上一些玄乎的東西，把本來簡單的弄成復(fù)雜的，才會增加投稿的命中率。2021/5/932安全性這里安全性是指信息安全，英文是Security而不是Safety。安全性是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理問題。信息安全是一門比較深奧的學(xué)問，其發(fā)展是建立在正義與邪惡的斗爭之上。這世界似乎不存在絕對安全的系統(tǒng)，連美國軍方的系統(tǒng)都頻頻遭黑客入侵。如今全球黑客泛濫，真是“道高一尺，魔高一丈”開發(fā)商和客戶愿意為提高安全性而投入的資金是有限的，他們要考慮值不值得。究竟什么樣的安全性是令人滿意的呢？一般地，如果黑客為非法入侵花費的代價（考慮時間、費用、風(fēng)險等因素）高于得到的好處，那么這樣的系統(tǒng)可以認(rèn)為是安全的。對于普通軟件，并不一點要追求很高的安全性，也不能完全忽視安全性，要先分析黑客行為。2021/5/933可擴展性可擴展性反映軟件適應(yīng)“變化”的能力。在軟件開發(fā)過程中，“變化”是司空見慣的事情，如需求、設(shè)計的變化，算法的改進，程序的變化等等。由于軟件是“軟”的，是否它天生就容易修改以適應(yīng)“變化”？關(guān)鍵要看軟件的規(guī)模和復(fù)雜性。如果軟件規(guī)模很小，問題很簡單，那么修改起來的確比較容易，這時就無所謂“可擴展性”了。要是軟件的代碼只有100行，那么“軟件工程”也就用不著了。如果軟件規(guī)模很大，問題很復(fù)雜，倘若軟件的可擴展性不好，那么該軟件就像用卡片造成的房子，抽出或者塞進去一張卡片都有可能使房子倒塌。

2021/5/934可擴展性現(xiàn)代軟件產(chǎn)品通常采用“增量開發(fā)模式”，不斷推出新版本，獲取增值利潤?？蓴U展性越來越重要?？蓴U展性是系統(tǒng)設(shè)計階段重點考慮的質(zhì)量屬性。談到軟件的可擴展性，開發(fā)人員首先想到的是怎樣提高可擴展性，于是努力去設(shè)計很好的體系結(jié)構(gòu)來提高可擴展性，卻不考慮該不該做這件事。從商業(yè)角度考慮，如果某個軟件將不斷地推出新版本，那么可擴展性很重要。但是如果軟件永遠(yuǎn)都不會有下個版本（一次性買賣），那么根本無需提高可擴展性，何必自找苦吃呢！2021/5/935兼容性兼容性是指不同產(chǎn)品（或者新老產(chǎn)品）相互交換信息的能力。例如兩個字處理軟件的文件格式兼容，那么它們都可以操作對方的文件，這種能力對用戶很有好處。兼容性的商業(yè)規(guī)則：弱者設(shè)法與強者兼容，否則無容身之地；強者應(yīng)當(dāng)避免被兼容，否則市場將被瓜分。如果你經(jīng)?？聪愀叟牡摹昂趲汀庇捌?，你就很容易明白這個道理。金山軟件公司的WPS與微軟的Word之爭。WPS一定要與Word兼容，否則活不下去。但是Word絕對不會與WPS兼容，除非WPS又在中國稱老大。中國聯(lián)通和中國移動的手機互聯(lián)互通問題。（互聯(lián)網(wǎng)的價值與用戶數(shù)量的平方成正比）2021/5/936可移植性軟件的可移植性指的是軟件不經(jīng)修改或稍加修改就可以運行于不同軟硬件環(huán)境（CPU、OS和編譯器）的能力，主要體現(xiàn)為代碼的可移植性。編程語言越低級，用它編寫的程序越難移植，反之則越容易。這是因為，不同的硬件體系結(jié)構(gòu)（例如IntelCPU和SPARCCPU）使用不同的指令集和字長，而OS和編譯器可以屏蔽這種差異，所以高級語言的可移植性更好。Java程序號稱“一次編譯，到處運行”，具有100%的可移植性。為了提高Java程序的性能，最新的Java標(biāo)準(zhǔn)允許人們使用一些與平臺相關(guān)的優(yōu)化技術(shù)，這樣優(yōu)化后的Java程序雖然不能“一次編譯，到處運行”，仍然能夠“一次編程，到處編譯”。軟件設(shè)計時應(yīng)該將“設(shè)備相關(guān)程序”與“設(shè)備無關(guān)程序”分開，將“功能模塊”與“用戶界面”分開。2021/5/937質(zhì)量的重要性質(zhì)量管理是項目管理的最高統(tǒng)一（三大目標(biāo)的統(tǒng)一）質(zhì)量進度費用2021/5/938質(zhì)量的重要性軟件危機的主要矛盾低質(zhì)量的軟件就像定時炸彈低質(zhì)量的產(chǎn)品，增加成本質(zhì)量是生命也是信譽2021/5/939質(zhì)量的形成質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后的檢查（測試）把關(guān)等。2021/5/940質(zhì)量管理理論的發(fā)展過程工匠自控質(zhì)量檢查19201940質(zhì)量控制TQM質(zhì)量保證196019702021/5/941決定質(zhì)量的因素程序設(shè)計：程序系統(tǒng)：軟件工程：程序程序員編程程序文檔小組設(shè)計編程測試程序文檔數(shù)據(jù)團隊軟件生命周期個人編程質(zhì)量少數(shù)人協(xié)調(diào)把關(guān)團隊項目管理水平軟件內(nèi)容人員規(guī)模工作范圍決定質(zhì)量的因素2021/5/942質(zhì)量大師：費根堡姆歷史地位：全面質(zhì)量管理之父2021/5/943TQM(TotalQualityManagement全面質(zhì)量管理)。其描述為“一個組織以質(zhì)量為中心，以全員參與為基礎(chǔ)，目的在于通過讓顧客滿意和本組織所有成員及社會受益而達(dá)到長期成功的管理途徑”。換言之，TQM就是運用質(zhì)量管理的科學(xué)理論、技術(shù)、方法，建立起貫穿于產(chǎn)品質(zhì)量形成全過程的質(zhì)量保證體系，使企業(yè)全體職工樹立質(zhì)量觀點，提高工作質(zhì)量，經(jīng)濟地生產(chǎn)用戶滿足的產(chǎn)品。全面質(zhì)量管理2021/5/944全面質(zhì)量管理四項基本原則原則一、什么是質(zhì)量？質(zhì)量即符合要求，而不是好。原則二、質(zhì)量是怎樣產(chǎn)生的？

預(yù)防產(chǎn)生質(zhì)量。檢驗不能產(chǎn)生質(zhì)量。原則三、什么是工作標(biāo)準(zhǔn)？符合質(zhì)量目標(biāo)。原則四、怎樣衡量質(zhì)量？不符合要求的代價（是金錢）。2021/5/945全面軟件質(zhì)量管理：模型郎中治病的故事質(zhì)量的死對頭是缺陷（defect,bug…），缺陷是混在產(chǎn)品中的人們不喜歡、不想要的東西，它對產(chǎn)品沒有好處只有壞處。缺陷越多質(zhì)量越低，缺陷越少質(zhì)量越高，提高軟件質(zhì)量的基本手段是消除軟件缺陷。中國郎中看病的故事在中國古代，有一家三兄弟全是郎中。其中老三是名醫(yī)，人們問他：“你們兄弟三人誰的醫(yī)術(shù)最高？”他回答說：“我常用猛藥給病危者醫(yī)治，偶爾有些病危者被我救活，于是我的醫(yī)術(shù)遠(yuǎn)近聞名并成了名醫(yī)。我二哥通常在人們剛剛生病的時候馬上就治愈他們，臨近村莊的人說他是好郎中。我大哥不外出治病，他深知人們生病的原因，所以能夠預(yù)防家里人生病，他的醫(yī)術(shù)只有我們家里才知道?！崩芍腥值苁侨N治病方式的代言人。2021/5/946全面軟件質(zhì)量管理：模型消除軟件缺陷的三種方式1、老大治病的方式最高明，如果人們能夠預(yù)防生病的話，那么沒病就用不著看醫(yī)生了。提高軟件質(zhì)量最好的辦法是：在開發(fā)過程中有效地防止工作成果產(chǎn)生缺陷，將高質(zhì)量內(nèi)建于開發(fā)過程之中。主要措施是“不斷地提高技術(shù)水平，不斷地提高規(guī)范化水平”，其實就是練內(nèi)功，通稱為“軟件過程改進”。

2021/5/947全面軟件質(zhì)量管理：模型消除軟件缺陷的三種方式2、即使一個人嚴(yán)守養(yǎng)生之道，身體狀況良好，但總是會意外地得病的，得了病就要去看醫(yī)生。老二治病的方式就是醫(yī)院的模式，病人越早看病，就越早治好，治病的代價就越低。同理，在開發(fā)軟件的時候，即使人們的技術(shù)水平很高，并且嚴(yán)格遵守規(guī)范，但是人非機器，總是會犯錯誤的，因此無法完全避免軟件中的缺陷。當(dāng)工作成果剛剛產(chǎn)生時馬上進行質(zhì)量檢查，及時找出并消除工作成果中的缺陷。這種方式效果比較好，人們一般都能學(xué)會。最常用的方法是技術(shù)評審、軟件測試和過程檢查，已經(jīng)被企業(yè)廣泛采用并取得了成效。2021/5/948全面軟件質(zhì)量管理：模型消除軟件缺陷的三種方式3、老三治病的方式代價最高，只能是不得已而為之。可在現(xiàn)實之中，大多數(shù)軟件企業(yè)采用老三的方式來對付質(zhì)量問題。典型現(xiàn)象是：在軟件交付之前，沒有及時消除缺陷。當(dāng)軟件交付給用戶后，用著用著就出錯了，趕緊請開發(fā)者來補救?？尚Φ氖?，當(dāng)軟件系統(tǒng)在用戶那里出故障了，那些現(xiàn)場補救成功的人倒成了英雄，好心用戶甚至還寄來感謝信。2021/5/949全面軟件質(zhì)量管理：模型借鑒老大、老二治病的方法，我們提煉出全面軟件質(zhì)量管理的模型，如下圖所示。項目中的所有人員幾乎都參與了質(zhì)量活動，只是介入的程度不同而已，后面一節(jié)將逐一介紹這些質(zhì)量活動。2021/5/950角色職責(zé)誰對軟件質(zhì)量負(fù)責(zé)？是全員負(fù)責(zé)。任何與軟件開發(fā)、管理工作相關(guān)的人員都對質(zhì)量產(chǎn)生影響，都要對質(zhì)量負(fù)責(zé)。所以人們不要把質(zhì)量問題全部推出質(zhì)量人員或測試人員。

誰對軟件質(zhì)量負(fù)最大的責(zé)任？誰的權(quán)利越大，他所負(fù)的質(zhì)量責(zé)任就越大。質(zhì)量人員是成天與質(zhì)量打交道的人，但他個人并不對產(chǎn)品質(zhì)量產(chǎn)生最大的影響，所以也不負(fù)最大的責(zé)任。2021/5/951質(zhì)量人員的主要職責(zé)（1）負(fù)責(zé)制定質(zhì)量計劃（很重要但是工作量比較少）；（2）負(fù)責(zé)過程檢查（類似于CMM中的質(zhì)量保證），約占個人工作量的20%；（3）參與技術(shù)評審，約占個人工作量的30%；（4）參與軟件測試，約占個人工作量的30%；（5）參與軟件過程改進（面向整個機構(gòu)），約占個人工作量的20%；

*上述工作量的比例僅供參考，在實際應(yīng)用時必須根據(jù)項目的特征而定。

2021/5/952全面質(zhì)量管理的基本方法是PDCA循環(huán)法。它把質(zhì)量管理過程分為計劃（Plan）、實施（Do）、檢查（Check）、處理（Action）等4個階段。強調(diào)按此順序循環(huán)反復(fù)，執(zhí)行質(zhì)量管理步驟。閃光智慧：全面質(zhì)量管理2021/5/953閃光智慧：全面質(zhì)量管理全面質(zhì)量管理從過去的事后檢驗，以“把關(guān)”為主，轉(zhuǎn)換到以預(yù)防、改進為主；從管“結(jié)果”轉(zhuǎn)換為管“因素”，找出影響產(chǎn)品質(zhì)量的因素，并抓住主要因素。PDCA問題原因主因計劃實施檢查經(jīng)驗教訓(xùn)遺留問題持續(xù)改進2021/5/954質(zhì)量成本（CoQ）質(zhì)量成本是由于產(chǎn)品的第一次工作不正常而衍生的附加花費，包括兩部分預(yù)防成本缺陷成本2021/5/955成本類型 應(yīng)該實際預(yù)防 70 10評估 15 35外部失敗 5 7內(nèi)部失敗 10 48Costas%Sales 3-5% 12-20%質(zhì)量成本（CoQ）2021/5/956質(zhì)量測量方法-質(zhì)檢/過失比質(zhì)檢/過失比-有用的質(zhì)量測量方法質(zhì)檢/過失比=預(yù)防成本/缺陷成本質(zhì)檢/過失比<1：隱藏很多錯誤質(zhì)檢/過失比>2：應(yīng)該努力達(dá)到的程度2021/5/957質(zhì)檢/過失比圖示2021/5/958本章要點一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量計劃四、案例分析2021/5/9592021/5/960質(zhì)量管理質(zhì)量管理的對象過程的質(zhì)量產(chǎn)品的質(zhì)量2021/5/961軟件質(zhì)量管理過程軟件項目的質(zhì)量計劃軟件質(zhì)量保證軟件質(zhì)量控制

這三個環(huán)節(jié)用來反映產(chǎn)品質(zhì)量形成的客觀規(guī)律和指導(dǎo)質(zhì)量管理全過程的實施，簡潔明白，且重點突出。2021/5/9621.輸入

?質(zhì)量方針

?范圍說明

?產(chǎn)品說明

?標(biāo)準(zhǔn)和規(guī)則

?

其他過程的輸出

2.方法與技術(shù)

?效益/成本分析

?基本水平標(biāo)準(zhǔn)

?

流程圖

?

實驗設(shè)計

3.輸出

?質(zhì)量管理計劃

?操作性定義

?評審單

?對其他過程的輸入質(zhì)量計劃1.輸入

?質(zhì)量管理計劃

?質(zhì)量控制檢驗結(jié)果

?操作性定義

2.方法與技術(shù)

?質(zhì)量計劃方法

?質(zhì)量評審

3.輸出

?質(zhì)量提高質(zhì)量保證1.輸入

?工作成果

?質(zhì)量管理計劃

?操作性定義

?評審單

2.方法與技術(shù)

?檢驗

?控制表

?Pareto圖

?

抽樣調(diào)查統(tǒng)計

?

流程圖

?

趨勢分析

3.輸出

?質(zhì)量提高

?可接受的決定

?返工

?完成后的評審單

?程序調(diào)整質(zhì)量控制項目質(zhì)量管理2021/5/963質(zhì)量計劃質(zhì)量計劃就是為了實現(xiàn)質(zhì)量目標(biāo)的計劃。而質(zhì)量目標(biāo)則是由商業(yè)目標(biāo)決定的。開發(fā)軟件產(chǎn)品的最終目的是為了賺錢，所以人們?yōu)樘岣哕浖|(zhì)量所付出的代價是有上限的，項目負(fù)責(zé)人當(dāng)然希望代價越低越好。質(zhì)量管理計劃是全面質(zhì)量管理的行動綱領(lǐng)。2021/5/964誰制定質(zhì)量計劃？由項目核心成員和質(zhì)量人員共同協(xié)商制定，主要由質(zhì)量人員起草，由項目經(jīng)理審批即可。2021/5/965質(zhì)量計劃確定項目應(yīng)達(dá)到的質(zhì)量標(biāo)準(zhǔn)決定如何滿足質(zhì)量標(biāo)準(zhǔn)的計劃安排和方法質(zhì)量管理計劃的主要內(nèi)容1.質(zhì)量要素分析

2.質(zhì)量目標(biāo)

3.人員與職責(zé)

4.過程檢查計劃

5.技術(shù)評審計劃

6.軟件測試計劃

7.缺陷跟蹤工具

8.審批意見

2021/5/966質(zhì)量保證(QA)通過評價項目整體績效,建立對質(zhì)量要求的信任提供項目和產(chǎn)品可視化的管理報告例如：《總體設(shè)計規(guī)格》質(zhì)量審計Isitdoneright?這個任務(wù)本身并不能提高產(chǎn)品的質(zhì)量一般由質(zhì)量保證部門人員實施2021/5/967質(zhì)量保證(QA)質(zhì)量保證是一種管理職能，包括所有為了保證項目能夠滿足相關(guān)的質(zhì)量方針而建立的活動。質(zhì)量保證應(yīng)該貫穿于整個項目的生命周期中。ISO/IEC12207:1995指出：質(zhì)量保證是一個有計劃、有組織的活動，它向所有相關(guān)的人提供證據(jù)，以證明質(zhì)量功能正在按質(zhì)量要求運行的信心。2021/5/968質(zhì)量保證的要點定期對項目各方面的表現(xiàn)進行評價通過評價來推測項目能否達(dá)到質(zhì)量指標(biāo)通過評價來幫助相關(guān)人員建立對項目的信心2021/5/969質(zhì)量保證活動-審計（Audit）審計(Audit)是對過程或者產(chǎn)品的一次獨立評估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進行比較.目的是確保真正的遵循了這一個過程，產(chǎn)生了合適的文檔和精確反映實際項目的報告可以預(yù)先規(guī)劃的，也可以是臨時決定的。

2021/5/970軟件項目中常用的質(zhì)量保證活動對項目執(zhí)行過程和產(chǎn)品的檢查，驗證它們與項目采用的過程和標(biāo)準(zhǔn)的一致性。主要活動項目執(zhí)行過程審計項目產(chǎn)品審計

2021/5/971項目執(zhí)行過程評審（審計）對項目的執(zhí)行過程進行檢查，確保所有活動遵循規(guī)程進行。審計報告實例P144

2021/5/972項目產(chǎn)品審計對項目過程中的工作產(chǎn)品進行質(zhì)量審查的過程。

記錄不符合項

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

2021/5/973軟件質(zhì)量保證的作用符合規(guī)范的工作成果不見得就是高質(zhì)量的，但是明顯不符合規(guī)范的工作成果十有八九是質(zhì)量不合格的。例如版本控制檢查再例如，機構(gòu)制定了重要工作成果的文檔模板（例如需求規(guī)格說明書、設(shè)計報告等），要求開發(fā)人員寫的文檔盡可能符合模板。如果質(zhì)量人員發(fā)現(xiàn)開發(fā)人員寫的文檔與機構(gòu)的模板差異非常大，那么就要搞清楚究竟是模板不合適？還是開發(fā)人員偷工減料？2021/5/974軟件質(zhì)量保證作用質(zhì)量保證的要點是：找出明顯不符合規(guī)范的工作過程和工作成果，及時指導(dǎo)開發(fā)人員糾正問題，切勿吹毛求疵或者在無關(guān)痛癢的地方查來查去。不少機構(gòu)的質(zhì)量人員并沒有真正理解過程檢查的意義，老是對照規(guī)范，查找錯別字、標(biāo)點符號、排版格式等問題，迷失了方向，這樣只有疲勞沒有功勞，而且讓開發(fā)人員很厭煩。對于中小型項目而言，過程檢查工作由質(zhì)量人員一個人負(fù)責(zé)就夠了，約占其20％的工作量，讓質(zhì)量人員抽出更多的時間從事技術(shù)評審和軟件測試工作。2021/5/975軟件質(zhì)量保證作用質(zhì)量保證計劃的要點是確定主要檢查項和檢查時間（或頻度）。質(zhì)量人員在執(zhí)行過程檢查的時候，如果發(fā)現(xiàn)問題，應(yīng)該立即記錄下來。過程問題也是缺陷，因此最好使用缺陷跟蹤工具，有助于提高過程檢查的效率。

質(zhì)量人員首先設(shè)法在項目內(nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問題，與項目成員們協(xié)商，給出解決措施。在項目內(nèi)難以解決的質(zhì)量問題，由上級領(lǐng)導(dǎo)給出解決措施。2021/5/976質(zhì)量保證能夠保證質(zhì)量嗎？符合既定規(guī)范的東西并不意味著質(zhì)量一定合格，僅靠規(guī)范無法識別出產(chǎn)品中可能存在的大量缺陷（以高手與新手的設(shè)計、編程為例）。質(zhì)量保證的技術(shù)含量太低了，只能檢查出膚淺的缺陷，不能對付有技術(shù)難度的缺陷。所以單獨的“質(zhì)量保證”其實并不能“保證質(zhì)量”。

2021/5/977QA人員的迷惘

我很迷茫，很想找一個人聊聊，希望你能給我點主意，化解我心中的謎團。 昨天我們公司拿到了CMM3的證書，但是我一點都高興不起來。公司宣稱，我們的軟件質(zhì)量大大提高了，但是我卻沒有信心。我們的過程執(zhí)行得很好，但是我覺得并沒有在很大程度上改善產(chǎn)品的質(zhì)量。今天還有一個項目經(jīng)理跟我訴苦：前一階段大家都忙于執(zhí)行過程，但是他的產(chǎn)品質(zhì)量令人很不滿意，尤其是測試做的很不到位。我是這個項目的SQA，所以我很理解他，但是我?guī)筒簧纤拿?。因為他們的過程執(zhí)行得很好，這個項目可是通過CMM3級正式評估了的。當(dāng)然，執(zhí)行CMM有不少好處，比如文檔全面完整了，項目管理的可視性提高了。但是對于我們公司而言，它并沒有在根本上提高我們公司的軟件能力。2021/5/978QA人員的迷惘

比如概要設(shè)計，開發(fā)人員根本就不知道用來干嗎的，怎么能指望他們寫出高質(zhì)量的概要設(shè)計說明書出來。而在做技術(shù)評審的時候，他們很少能找出邏輯性的錯誤，只能發(fā)現(xiàn)一些諸如錯別字之類的小錯誤。我們幾乎每一個配置項都要經(jīng)過評審，但是大部分評審都只能發(fā)現(xiàn)一些無關(guān)痛癢的問題。公司已經(jīng)通過CMM3級了，我認(rèn)為過程執(zhí)行得很好了，可是軟件質(zhì)量仍然比較差。這是怎么回事啊，你覺得原因在哪里？

結(jié)論：公司按照CMM3級的要求執(zhí)行，而且質(zhì)量人員也認(rèn)為執(zhí)行過程符合既定的規(guī)范，但是軟件產(chǎn)品的質(zhì)量仍然低下。所以說“質(zhì)量保證并不能保證質(zhì)量”，這句話一點都不過分。質(zhì)量保證對于保證質(zhì)量而言只是必要的手段，而不是充分的手段。2021/5/979質(zhì)量控制(QC)項目質(zhì)量控制就是項目管理人員采取有效措施監(jiān)督項目的具體實施結(jié)果，判斷它們是否符合有關(guān)的項目質(zhì)量標(biāo)準(zhǔn)，并確定消除產(chǎn)生不良結(jié)果的原因的方法。2021/5/980質(zhì)量控制(QC)確定項目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符,同時,確定消除不符的原因和方法控制產(chǎn)品的質(zhì)量，及時糾正缺陷例如：評審、單元測試Isitrightdone?這個任務(wù)本身提高產(chǎn)品的質(zhì)量一般由開發(fā)人員實施2021/5/981質(zhì)量控制的要點檢查工作結(jié)果按照標(biāo)準(zhǔn)跟蹤檢查確定措施消滅質(zhì)量問題2021/5/982質(zhì)量控制活動技術(shù)評審代碼走查測試返工控制圖趨勢分析抽樣統(tǒng)計2021/5/983技術(shù)評審技術(shù)評審和軟件測試的目的都是為了消除軟件的缺陷，兩者的主要區(qū)別是：前者無需運行軟件，評審人員和作者把工作成果擺放在桌面上討論；而后者一定要運行軟件來查找缺陷。技術(shù)評審在軟件測試之前執(zhí)行，尤其是在需求開發(fā)和系統(tǒng)設(shè)計階段。相比而言，軟件測試的工作量通常比技術(shù)評審的大，發(fā)現(xiàn)的缺陷也更多。2021/5/984缺陷追蹤2021/5/985缺陷追蹤如果沒有缺陷跟蹤工具的話，人們只好用紙張或文件去記錄缺陷，不僅變更缺陷信息很麻煩，而且難以共享信息。缺陷跟蹤工具就是幫助項目成員記錄和跟蹤缺陷用的，一般都有數(shù)據(jù)庫支持，可以在局域網(wǎng)內(nèi)運行。Internet上有許多缺陷跟蹤工具，大家可以免費下載使用。由于缺陷跟蹤工具僅僅是一種輔助性的工具，我們沒有必要太在乎該軟件的功能，只要用起來方便就行。缺陷的主要屬性：缺陷ID,缺陷類型,缺陷狀態(tài),缺陷描述,相關(guān)文件,嚴(yán)重性,優(yōu)先級,報告者,報告日期,接受者,解決方案（建議）,解決日期。缺陷跟蹤工具的常見功能：查詢?nèi)毕?添加缺陷,修改缺陷,刪除,缺陷分類圖,缺陷趨勢圖。2021/5/986質(zhì)量保證與質(zhì)量控制QA:Istofocustheprocess.QC:IstocontrolthequalitybeforedeliveryP1P2P3……ProductQAQCQA2021/5/987本章要點一、軟件質(zhì)量的基本概念二、軟件質(zhì)量管理過程三、軟件質(zhì)量計劃四、案例分析2021/5/988質(zhì)量計劃要求項目應(yīng)達(dá)到的質(zhì)量目標(biāo)和所有特性的要求確定項目中的質(zhì)量活動和質(zhì)量控制程序項目不同階段，職責(zé)，權(quán)限，交流方式以及資源分配確定項目采用的控制手段,合適的驗證手段和方法確定和準(zhǔn)備質(zhì)量記錄2021/5/989質(zhì)量計劃方法試驗設(shè)計基準(zhǔn)對照質(zhì)量成本分析流程圖方法因果分析圖2021/5/990試驗設(shè)計試驗設(shè)計是一種統(tǒng)計學(xué)方法，確定哪些因素可能會對特定變量產(chǎn)生影響。

2021/5/991基準(zhǔn)對照是一種尋找最佳實踐的方法，是利用其他項目的實施情況作為當(dāng)前項目性能衡量的標(biāo)準(zhǔn)。它通