《全面軟件質量管理》ppt課件-預覽頁

　

【正文】 用的成果很少見，大多數文章限于理論研究。 ? 時隱時現的錯誤一般都屬于可靠性問題，糾錯的代價很高。人們總希望軟件的運行速度高些，并且占用資源少些。有些人找到了突破口，一年之內 “ 造 ” 它幾十篇文章，爭取破格升副教授、教授。 ? 性能優化就好像從海綿里擠水一樣，你不擠，水就不出來，你越擠海綿越干。 Page 9 2. 軟件質量屬性和質量要素 易用性 ? 易用性是指用戶使用軟件的容易程度。 – 開發人員犯了 “ 錯位 ” 的毛病：他以為只要自己用起來方便，用戶也就會滿意。 ? 開發人員只有在自己思路清晰的時候才可能寫出讓別人易讀、易理解的程序和文檔。所以簡潔是人們對工作 “ 精益求精 ” 的結果，而不是潦草應付的結果。 ? 安全性是指防止系統被非法入侵的能力，既屬于技術問題又屬于管理問題。 ? 究竟什么樣的安全性是令人滿意的呢？ – 一般地，如果黑客為非法入侵花費的代價（考慮時間、費用、風險等因素）高于得到的好處，那么這樣的系統可以認為是安全的。 由于軟件是“軟”的，是否它天生就容易修改以適應“變化”？ 關鍵要看軟件的規模和復雜性 – 如果軟件規模很小，問題很簡單，那么修改起來的確比較容易，這時就無所謂 “ 可擴展性” 了。可擴展性越來越重要。但是如果軟件永遠都不會有下個版本（一次性買賣），那么根本無需提高可擴展性，何必自找苦吃呢！ Page 12 2. 軟件質量屬性和質量要素 兼容性 ? 兼容性是指不同產品（或者新老產品）相互交換信息的能力。 – 金山軟件公司的 WPS與微軟的 Word之爭。（互聯網的價值與用戶數量的平方成正比） 可移植性 ? 軟件的可移植性指的是軟件不經修改或稍加修改就可以運行于不同軟硬件環境（ CPU、 OS和編譯器）的能力，主要體現為代碼的可移植性。為了提高 Java程序的性能，最新的 Java標準允許人們使用一些與平臺相關的優化技術，這樣優化后的 Java程序雖然不能 “ 一次編譯，到處運行 ” ，仍然能夠 “ 一次編程，到處編譯 ” 。 ? 學術界總是喜歡宣揚質量至上的理念，而忽視企業的商業利益，將質量目標凌駕于商業目標之上。 盡管此書得到了許多程序員的贊同 ， 但是我經過反思之后改變了質量觀念 ， 我要著重指出的是： 重視軟件質量是應該的 ， 但是 “ 質量越高越好 ” 并不是普適的真理 。 前蘇聯做得最過分 ， 許多重大武器系統的負責人都簽了生死狀 ， 系統研制成功則獲得英雄勛章， 失敗則被槍斃 。 ? 企業的根本目標是為了獲取盡可能多的利潤 ， 而不是生產完美無缺的產品 。 企業理想的質量目標不是 “ 零缺陷 ” ， 而是恰好讓廣大用戶滿意 ， 并且將提高質量所付出的代價控制在預算之內 。 基于我親身實踐和調查研究 ， 我敢冒天下之大不諱說一句： 質量保證并不能保證質量 ， 它是個美麗的謊言 。反之，如果質量保證人員沒有發現不符合既定規范的東西，那么也可以斷定產品是合格的。 Page 16 4. 質量保證能夠保證質量嗎 CMM3級企業 QA人員的迷惘（ 摘錄） 我很迷茫 ， 很想找一個人聊聊 ， 希望你能給我點主意 ， 化解我心中的謎團 。 今天還有一個項目經理跟我訴苦：前一階段大家都忙于執行過程 ， 但是他的產品質量令人很不滿意 ， 尤其是測試做的很不到位 。 但是對于我們公司而言 ， 它并沒有在根本上提高我們公司的軟件能力 。 公司已經通過 CMM3級了 ， 我認為過程執行得很好了 ， 可是軟件質量仍然比較差 。 Page 17 5. 質量人員的狀況 郁悶 ? QA人員訴苦： 我現在覺得很郁悶 ， CMM評估前還有目標 ， 評估完了冷靜下來卻覺得效果很差 ，很沒勁 。 ? 郁悶的滋味各色各樣 ， 只有正在郁悶的人感受最真切 。 領導們嘴上重視產品的質量 ， 但是內心并不重視質量人員 。 – 我也做過傷害質量人員的事情 ， 非常后悔 。 Page 18 5. 質量人員的狀況 路在何方 ? 軟件行業里的人嘴上都說質量很重要，可是大多數企業并沒有給質量人員提供良好的職業發展空間。 ? 在大多數的軟件企業里，男性處于支配地位，女性職位相對比較低。 ? 建議： – （ 1） 無論是企業領導還是質量人員 ， 都要好好學習全面軟件質量管理方法 ， 結合企業的特點給出真正有效的質量管理方案 。 如果質量人員的地位無足輕重 ， 那么必然導致質量管理無足輕重 。詩中的 “ 狼人 ”和 “ 銀彈 ” 是軟件工程的典故，寓意深刻。 沒有他 又怎會呼喚出一片明亮？ 我更喜愛晚上八九點鐘的太陽， 因為他會化成早上的朝陽。 我 更喜愛 晚上八九點種的太陽。 其中老三是名醫 ， 人們問他： “ 你們兄弟三人誰的醫術最高 ？ ” 他回答說： “ 我常用猛藥給病危者醫治 ， 偶爾有些病危者被我救活 ， 于是我的醫術遠近聞名并成了名醫 。 Page 21 6. 全面軟件質量管理：模型 消除軟件缺陷的三種方式 ? 老大治病的方式最高明，如果人們能夠預防生病的話，那么沒病就用不著看醫生了。 老二治病的方式就是醫院的模式 ， 病人越早看病 ， 就越早治好 ， 治病的代價就越低 。最常用的方法是技術評審、軟件測試和過程檢查，已經被企業廣泛采用并取得了成效。當軟件交付給用戶后，用著用著就出錯了，趕緊請開發者來補救。 Page 23 6. 全面軟件質量管理：模型 角色職責 ? 誰對軟件質量負責 ？ 是全員負責 。 質量人員是成天與質量打交道的人 ， 但他個人并不對產品質量產生最大的影響 ， 所以也不負最大的責任 。開發軟件產品的最終目的是為了賺錢，所以人們為提高軟件質量所付出的代價是有上限的，項目負責人當然希望代價越低越好。 ? 技術評審最初是由 IBM公司為了提高軟件質量和提高程序員生產率而倡導的 。 FTR比較嚴格 ， 需要舉行評審會議 ， 參加評審會議的人員比較多 。技術評審在軟件測試之前執行，尤其是在需求開發和系統設計階段。當項目開發到后期，過程檢查和技術評審都已經沒有多少意義了，開發小組急需有人幫助他們測試軟件，如果質量人員參與軟件測試，對開發小組而言簡直就是 “ 雪中送炭 ” 。 ? “ 過程檢查 ” 這個詞雖然沒有質量保證那么動聽 ， 但是其含義直接明了 ， 不會讓人誤解 。 ? 符合規范的工作成果不見得就是高質量的，但是明顯不符合規范的工作成果十有八九是質量不合格的。 – 對于中小型項目而言，過程檢查工作由質量人員一個人負責就夠了，約占其 20％的工作量，讓質量人員抽出更多的時間從事技術評審和軟件測試工作。 ? 質量人員首先設法在項目內部解決已經發現的質量問題 ， 與項目成員們協商 ， 給出解決措施 。 ? Inter上有許多缺陷跟蹤工具 ， 大家可以免費下載使