【正文】 中有效地防止工作成果產(chǎn)生缺陷，將高質(zhì)量內(nèi)建于開發(fā)過程之中。 ? 老三治病的方式代價(jià)最高，只能是不得已而為之。 任何與軟件開發(fā) 、 管理工作相關(guān)的人員都對質(zhì)量產(chǎn)生影響 ， 都要對質(zhì)量負(fù)責(zé) 。 質(zhì)量管理計(jì)劃是全面質(zhì)量管理的行動(dòng)綱領(lǐng)。 – 非正式技術(shù)評審 （ ITR） 。 ? 強(qiáng)調(diào)：質(zhì)量人員一定要參與軟件測試（大約占其工作量的 30％左右），只有這樣他才能深入地了解軟件的質(zhì)量問題，而且給予開發(fā)小組強(qiáng)有力地幫助 。 – 例如版本控制檢查 – 再例如，機(jī)構(gòu)制定了重要工作成果的文檔模板（例如需求規(guī)格說明書、設(shè)計(jì)報(bào)告等），要求開發(fā)人員寫的文檔盡可能符合模板。 在項(xiàng)目內(nèi)難以解決的質(zhì)量問題 ， 由上級領(lǐng)導(dǎo)給出解決措施 。 ? 缺陷跟蹤工具的常見功能：查詢?nèi)毕?,添加缺陷 ,修改缺陷 ,刪除 ,缺陷分類圖 ,缺陷趨勢圖 , Email ? 演示 “ 集成化項(xiàng)目管理系統(tǒng) Future”的質(zhì)量管理功能 … 。 過程問題也是缺陷 ， 因此最好使用缺陷跟蹤工具 ， 有助于提高過程檢查的效率 。過程檢查對提高軟件質(zhì)量是有幫助的，只是它的好處沒有象質(zhì)量保證鼓吹的那么好而已。 ? 如果機(jī)構(gòu)沒有專職的軟件測試人員的話，那么開發(fā)人員可以兼職做測試工作。 ? 技術(shù)評審有兩種基本類型： – 正式技術(shù)評審 （ FTR） 。而質(zhì)量目標(biāo)則是由商業(yè)目標(biāo)決定的。項(xiàng)目中的所有人員幾乎都參與了質(zhì)量活動(dòng)，只是介入的程度不同而已，后面幾節(jié)將逐一介紹這些質(zhì)量活動(dòng)。這種方式效果比較好，人們一般都能學(xué)會(huì)。 ” ? 郎中三兄弟是三種治病方式的代言人。 狼人望月嚎叫， 它知道 月亮映出的太陽之光， 終將化為銀彈， 射入它的胸膛。 ? 我碰巧在網(wǎng)上搜索到一位軟件詩人獻(xiàn)給質(zhì)量人員的贊美詩 “ 晚上八九點(diǎn)鐘的太陽 ” ，我認(rèn)為沒有必要等到軟件質(zhì)量災(zāi)難降臨的時(shí)候才想起質(zhì)量人員，于是摘錄這首詩公布于此。 質(zhì)量人員之所以沒有發(fā)揮預(yù)期的效果，不是性別緣故，主要過失在于領(lǐng)導(dǎo)者。 質(zhì)量檢查是他們的工作職責(zé) ， 誰也不會(huì)有意干擾項(xiàng)目 ， 所以任何人都不應(yīng)該向他們發(fā)火 。 – （ 2） 如果項(xiàng)目取得成功 ， 主要功勞都被項(xiàng)目主管霸占了 ， 領(lǐng)導(dǎo)們至多會(huì)給質(zhì)量人員一些口頭上的感謝 。 質(zhì)量保證對于保證質(zhì)量而言只是必要的手段，而不是充分的手段。 當(dāng)然 ， 執(zhí)行 CMM有不少好處 ， 比如文檔全面完整了 ， 項(xiàng)目管理的可視性提高了 。所以單獨(dú)的“ 質(zhì)量保證 ” 其實(shí)并不能 “ 保證質(zhì)量 ” 。 ? 質(zhì)量保證 （ Quality Assurance, QA） 是 CMM和 ISO9001最為推崇的改善軟件質(zhì)量的方法 。 在日常工作中 ， 我們接觸過的軟件幾乎都是有缺陷的 ， 即便是軟件業(yè)老大 Microsoft， 它的軟件產(chǎn)品也經(jīng)常出錯(cuò)甚至導(dǎo)致死機(jī) ， 人們罵幾句后還會(huì)照樣使用有缺陷的軟件 。 ? 我曾在著作 《 高質(zhì)量程序設(shè)計(jì)指南 ——C++/C語言 》 中大肆宣揚(yáng)了高質(zhì)量程序設(shè)計(jì)的理念 ， 力求使 C++程序達(dá)到 “ 零缺陷 ” 的質(zhì)量目標(biāo) 。 – Java程序號稱 “ 一次編譯，到處運(yùn)行 ” ，具有 100%的可移植性。 如果你經(jīng)?？聪愀叟牡?“ 黑幫 ” 影片，你就很容易明白這個(gè)道理。 ? 現(xiàn)代軟件產(chǎn)品通常采用 “ 增量開發(fā)模式 ” ，不斷推出新版本，獲取增值利潤。如今全球黑客泛濫，真是 “ 道高一尺，魔高一丈 ” 啊！ ? 開發(fā)商和客戶愿意為提高安全性而投入的資金是有限的，他們要考慮值不值得。如果軟件系統(tǒng)臃腫不堪，它遲早會(huì)出問題。 ? 導(dǎo)致軟件易用性差的根本原因 ： – 理工科大學(xué)教育存在缺陷：沒有開設(shè)人機(jī)工程學(xué)、美學(xué)、心理學(xué)這些必修課，大部分開發(fā)人員不知道如何設(shè)計(jì)易用的軟件產(chǎn)品。 – 算法復(fù)雜度分析是很好的方法，可以達(dá)到 “ 未卜先知 ” 的功效。 Page 8 2. 軟件質(zhì)量屬性和質(zhì)量要素 性能 ? 性能通常是指軟件的 “ 時(shí)間 空間 ” 效率，而不僅是指軟件的運(yùn)行速度。平時(shí)軟件運(yùn)行得好好的，說不準(zhǔn)哪一天就不正常了，如有千年等一回的 “ 千年蟲 ” 問題，司空見慣的 “ 內(nèi)存泄露 ” 、 “ 誤差累積 ” 問題等等。 – Windows容錯(cuò)能力較差，但是恢復(fù)能力很好，而且很好用。 健壯性 ? 健壯性是指在異常情況下，軟件能夠正常運(yùn)行的能力。 ? 對于一個(gè)特定的軟件而言 ， 我們首先判斷什么是質(zhì)量要素 ， 才能給出提高質(zhì)量的具體措施 ， 而不是一股腦地想把所有的質(zhì)量屬性都做好 ， 否則不僅做不好 ， 還可能得不償失 。如果某個(gè)因素不合格，則表明此人在某個(gè)方面不健康，醫(yī)生會(huì)對癥下藥。因此對于普通商業(yè)軟件而言，并不是 “ 質(zhì)量越高越好 ” ，而是恰好讓廣大用戶滿意，并且將提高質(zhì)量所付出的代價(jià)控制在預(yù)算之內(nèi) 。全面軟件質(zhì)量管理 —— 剖析軟件質(zhì)量的內(nèi)涵 —— 內(nèi)建高質(zhì)量而非修補(bǔ)質(zhì)量 林 銳 博士 上 海 漫 索 計(jì) 算 機(jī) 科 技 有 限 公 司 Page 2 目錄 1. 引言 2. 軟件質(zhì)量屬性和質(zhì)量要素 3. 商業(yè)目標(biāo)決定質(zhì)量目標(biāo) 4. 質(zhì)量保證能夠保證質(zhì)量嗎 5. 質(zhì)量人員的狀況 6. 全面軟件質(zhì)量管理：模型 7. 全面軟件質(zhì)量管理：制定質(zhì)量計(jì)劃 8. 全面軟件質(zhì)量管理：技術(shù)評審 9. 全面軟件質(zhì)量管理：軟件測試 10. 全面軟件質(zhì)量管理：過程檢查 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 參考書：《軟件工程與項(xiàng)目管理解析》，林銳 著，電子工業(yè)出版社， 20xx Page 3 1. 引言 ? 軟件質(zhì)量管理是充滿爭論的話題。 提高軟件質(zhì)量的最終目的是為了贏利，而不是創(chuàng)造完美無缺的產(chǎn)品。如果上述因素都合格，那么表明這人是健康的。 Page 5 2. 軟件質(zhì)量屬性和質(zhì)量要素 十大軟件質(zhì)量因素 ? 功能性質(zhì)量因素：正確性，健壯性，可靠性 ? 非功能性質(zhì)量因素：性能，易用性，清晰性，安全性，可擴(kuò)展性，兼容性，可移植性 ? 為什么是“十大” 質(zhì)量因素 ? ? 逐一解釋 “十大” 質(zhì)量因素（參見《高質(zhì)量程序設(shè)計(jì)指南 ——C++/C語言》） 軟件質(zhì)量要素 ? 什么是軟件質(zhì)量要素 ？ – （ 1） 從技術(shù)角度講 ， 對軟件整體質(zhì)量影響最大的那些質(zhì)量屬性才是質(zhì)量要素； – （ 2） 從商業(yè)角度講 ， 客戶最關(guān)心的 、 能成為賣點(diǎn)的質(zhì)量屬性才是質(zhì)量要素 。 ? 機(jī)器不會(huì)主動(dòng)欺騙人，軟件運(yùn)行出錯(cuò)通常都是人造成的，所以不要找借口埋怨機(jī)器有毛病。 – Unix容錯(cuò)能力很強(qiáng)，可惜不好用。可是我們無法對軟件進(jìn)行徹底地測試，無法根除軟件中潛在的錯(cuò)誤。 … ? 軟件可靠性問題主要是在編程時(shí)候埋下的禍害（很難測試出來），應(yīng)當(dāng)提倡規(guī)范化程序設(shè)計(jì)，預(yù)防可靠性禍害。例如數(shù)據(jù)庫程序的優(yōu)化。所以把易用性作為重要的質(zhì)量屬性對待無可非議。一個(gè)