【正文】 處，那么這樣的系統(tǒng)可以認為是安全的。 ?金山軟件公司的 WPS與微軟的 Word之爭。 盡管此書得到了許多程序員的贊同 ， 但是我經(jīng)過反思之后改變了質(zhì)量觀念 ，我要著重指出的是： 重視軟件質(zhì)量是應該的 ， 但是 “ 質(zhì)量越高越好 ” 并不是普適的真理 。 基于我親身實踐和調(diào)查研究 ， 我敢冒天下之大不諱說一句： 質(zhì)量保證并不能保證質(zhì)量 ， 它是個美麗的謊言 。但是對于我們公司而言 ， 它并沒有在根本上提高我們公司的軟件能力 。 領導們嘴上重視產(chǎn)品的質(zhì)量 ， 但是內(nèi)心并不重視質(zhì)量人員 。 （ 2） 只有當企業(yè)領導采用了正確的質(zhì)量管理方案 ， 用了合格的質(zhì)量人員 ， 才可能看得到比較明顯的質(zhì)量改善 ， 才能形成良性循環(huán) 。 Page 32 6. 全面軟件質(zhì)量管理：模型 郎中治病的故事 ?質(zhì)量的死對頭是缺陷（ defect,bug… ）， 缺陷是混在產(chǎn)品中的人們不喜歡、不想要的東西，它對產(chǎn)品沒有好處只有壞處。 Page 34 6. 全面軟件質(zhì)量管理：模型 消除軟件缺陷的三種方式 ? 老三治病的方式代價最高，只能是不得已而為之。質(zhì)量管理計劃是全面質(zhì)量管理的行動綱領。 ? 強調(diào)：質(zhì)量人員一定要參與軟件測試（大約占其工作量的 30％左右），只有這樣他才能深入地了解軟件的質(zhì)量問題，而且給予開發(fā)小組強有力地幫助。 在項目內(nèi)難以解決的質(zhì)量問題 ， 由上級領導給出解決措施 。 Page 45 10. 全面軟件質(zhì)量管理：過程檢查 流程 ?過程檢查計劃的要點是確定主要檢查項和檢查時間 （ 或頻度 ） 。 ?相比而言，軟件測試的工作量通常比技術(shù)評審的大，發(fā)現(xiàn)的缺陷也更多。 ?質(zhì)量人員的主要職責： （ 1） 負責制定質(zhì)量計劃 （ 很重要但是工作量比較少 ） ； （ 2） 負責過程檢查 （ 類似于 CMM中的質(zhì)量保證 ） ， 約占個人工作量的20%； （ 3） 參與技術(shù)評審 ， 約占個人工作量的 30%； （ 4） 參與軟件測試 ， 約占個人工作量的 30%； （ 5） 參與軟件過程改進 （ 面向整個機構(gòu) ） ， 約占個人工作量的 20%； *上述工作量的比例僅供參考 ， 在實際應用時必須根據(jù)項目的特征而定 。 ?同理，在開發(fā)軟件的時候，即使人們的技術(shù)水平很高，并且嚴格遵守規(guī)范，但是人非機器，總是會犯錯誤的，因此無法完全避免軟件中的缺陷。 沒有他 又怎會有什么希望？ 我更喜愛晚上八九點鐘的太陽， 因為他是上帝的臂膀。而質(zhì)量人員通常是女性，很多男性主管從未真正地把質(zhì)量人員當成企業(yè)的寶貴人才看待，這種偏見是非常有害的。 ?郁悶的滋味各色各樣 ， 只有正在郁悶的人感受最真切 。 今天還有一個項目經(jīng)理跟我訴苦：前一階段大家都忙于執(zhí)行過程 ， 但是他的產(chǎn)品質(zhì)量令人很不滿意 ， 尤其是測試做的很不到位 。 企業(yè)理想的質(zhì)量目標不是 “ 零缺陷 ” ， 而是恰好讓廣大用戶滿意 ， 并且將提高質(zhì)量所付出的代價控制在預算之內(nèi) 。 ?學術(shù)界總是喜歡宣揚質(zhì)量至上的理念，而忽視企業(yè)的商業(yè)利益，將質(zhì)量目標凌駕于商業(yè)目標之上。但是如果軟件永遠都不會有下個版本（一次性買賣），那么根本無需提高可擴展性，何必自找苦吃呢！ Page 19 2. 軟件質(zhì)量屬性和質(zhì)量要素 兼容性 ?兼容性是指不同產(chǎn)品（或者新老產(chǎn)品）相互交換信息的能力。 ?安全性是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理問題。 Page 14 2. 軟件質(zhì)量屬性和質(zhì)量要素 易用性 ?易用性是指用戶使用軟件的容易程度。 ? 時隱時現(xiàn)的錯誤一般都屬于可靠性問題，糾錯的代價很高。 ? 健壯性有兩層含義：一是容錯能力，二是恢復能力。 如果開發(fā)人員每天要面對那么多的質(zhì)量屬性咬文嚼字 ， 不久就會迂腐得像孔乙己 ， 因此我們有必要對質(zhì)量屬性做些分類和整合 。 ?本文給出了一套實用主義的 “ 全面軟件質(zhì)量管理 ” 方法。 ?CMM 對質(zhì)量的定義是：① 一個系統(tǒng)、組件或過程符合特定需求的程度；② 一個系統(tǒng)、組件或過程符合客戶或用戶的要求或期望的程度。 簡而言之 ， 只有質(zhì)量要素才值得開發(fā)人員下功夫去改善 。 Page 10 2. 軟件質(zhì)量屬性和質(zhì)量要素 可靠性 ?可靠性是指在一定的環(huán)境下，在給定的時間內(nèi)，系統(tǒng)不發(fā)生故障的概率。 既要馬兒跑得快，又要馬兒吃的少。 ?軟件的易用性要讓用戶來評價。 ?對于普通軟件，并不一點要追求很高的安全性，也不能完全忽視安全性，要先分析黑客行為。 WPS一定要與Word兼容，否則活不下去。 只有極少數(shù)軟件應該追求 “ 零缺陷 ” ， 對絕大多數(shù)軟件而言 ， 商業(yè)目標決定了質(zhì)量目標 ， 而不該把質(zhì)量目標凌駕于商業(yè)目標之上 。 Page 25 4. 質(zhì)量保證能夠保證質(zhì)量嗎 美麗的謊言 ? 簡而言之，質(zhì)量保證活動就是檢查軟件項目的“工作過程和工作成果”是否符合既定的規(guī)范。 比如概要設計 ， 開發(fā)人員根本就不知道用來干嗎的 ， 怎么能指望他們寫出高質(zhì)量的概要設計說明書出來 。 （ 3） 質(zhì)量人員沒有實質(zhì)性的權(quán)力 ， 沒有成就感 ， 但是卻對質(zhì)量負有最多的責任 。 （ 3） 如果想讓質(zhì)量人員負起比較重的責任 ， 那么就要給她相應的權(quán)力 。缺陷越多質(zhì)量越低，缺陷越少質(zhì)量越高，提高軟件質(zhì)量的基本手段是消除軟件缺陷。可在現(xiàn)實之中，大多數(shù)軟件企業(yè)采用老三的方式來對付質(zhì)量問題。 ?誰制定質(zhì)量管理計劃 ？ 由項目核心成員和質(zhì)量人員共同協(xié)商制定 ，主要由質(zhì)量人員起草 ， 由項目經(jīng)理審批即可 。 ? 請參考軟件測試的專題，此處省略。 Page 46 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 概念 ?如果沒有缺陷跟蹤工具的話 ， 人們只好用紙張或文件去記錄缺陷 ，不僅變更缺陷信息很麻煩 ， 而且難以共享信息 。 ? 對于中小型項目而言，過程檢查工作由質(zhì)量人員一個人負責就夠了，約占其 20％的工作量，讓質(zhì)量人員抽出更多的時間從事技術(shù)評審和軟件測試工作。技術(shù)評審在軟件測試之前執(zhí)行，尤其是在需求開發(fā)和系統(tǒng)設計階段。 質(zhì)量人員是成天與質(zhì)量打交道的人 ， 但他個人并不對產(chǎn)品質(zhì)量產(chǎn)生最大的影響 ， 所以也不負最大的責任 。 老二治病的方式就是醫(yī)院的模式 ， 病人越早看病 ， 就越早治好 ， 治病的代價就越低 。 沒有他 又怎會呼喚出一片明亮？ 我更喜愛晚上八九點鐘的太陽， 因為他會化成早上的朝陽。 ?在大多數(shù)的軟件企業(yè)里，男性處于支配地位，女性職位相對比較低。 我有一些很好的想法卻無處發(fā)揮 ， 所以我很迷茫 ， 很矛盾地考慮去留問題 。 我們的過程執(zhí)行得很好 ， 但是我覺得并沒有在很大程度上改善產(chǎn)品的質(zhì)量 。 ?企業(yè)必須權(quán)衡質(zhì)量 、 效率和成本 ， 產(chǎn)品質(zhì)量太低了或者太高了 ， 都不利于企業(yè)獲取利潤 。這些事故的確不是危言聳聽，給人們敲響了質(zhì)量的警鐘。從商業(yè)角度考慮，如果某個軟件將不斷地推出新版本，那么可擴展性很重要。 Page 16 2. 軟件質(zhì)量屬性和質(zhì)量要素 安全性 ?這里安全性是指信息安全