現(xiàn)代社會中競爭無處不在，產(chǎn)品質(zhì)量是保證企業(yè)在激烈的市場競爭中立于不敗之地的根本。任何企業(yè)都必需把滿足客戶需求作為企業(yè)發(fā)展的源動力，不斷地改進產(chǎn)品和服務(wù)質(zhì)量，為客戶提供更高品質(zhì)的產(chǎn)品和服務(wù)。只有這樣，企業(yè)才能夠增強自身的實力，在市場上贏得越來越多的客戶，在與對手的競爭中逐漸勝出。

　　1 軟件就是業(yè)務(wù)

　　現(xiàn)代社會中競爭無處不在，產(chǎn)品質(zhì)量是保證企業(yè)在激烈的市場競爭中立于不敗之地的根本。任何企業(yè)都必需把滿足客戶需求作為企業(yè)發(fā)展的源動力，不斷地改進產(chǎn)品和服務(wù)質(zhì)量，為客戶提供更高品質(zhì)的產(chǎn)品和服務(wù)。只有這樣，企業(yè)才能夠增強自身的實力，在市場上贏得越來越多的客戶，在與對手的競爭中逐漸勝出。

　　隨著科學技術(shù)的發(fā)展，我們已經(jīng)步入一個信息時代，絕大多數(shù)的企業(yè)已經(jīng)把他們的業(yè)務(wù)建立在信息系統(tǒng)之上，軟件系統(tǒng)已經(jīng)成為決定企業(yè)競爭力的關(guān)鍵要素之一，產(chǎn)品和服務(wù)的質(zhì)量往往是由底層軟件系統(tǒng)的質(zhì)量所決定的，大家可能都有過銀行儲蓄所由于系統(tǒng)宕機而無法營行的經(jīng)歷，或者是由于電信系統(tǒng)發(fā)生故障而無法撥打電話；另外，企業(yè)的每一項新業(yè)務(wù)的推出都有賴于底層軟件系統(tǒng)功能的支撐，誰的軟件系統(tǒng)能夠靈活地適應(yīng)業(yè)務(wù)發(fā)展的需要，能夠迅速地增加功能來支持新業(yè)務(wù)的運營，誰就能將新業(yè)務(wù)更快速地推向市場，從而為客戶提供更好的服務(wù)和更多的產(chǎn)品選擇。

　　對于每一個企業(yè)而言，提高軟件系統(tǒng)的質(zhì)量就直接關(guān)系到生產(chǎn)系統(tǒng)的可靠性和企業(yè)的競爭力，因為軟件和業(yè)務(wù)密不可分，軟件的品質(zhì)直接決定了企業(yè)能夠提供什么樣品質(zhì)的產(chǎn)品和服務(wù)給她的客戶。所以越來越多的企業(yè)把軟件開發(fā)作為業(yè)務(wù)流程的一部分，負責軟件開發(fā)和維護的IT部門也成為企業(yè)內(nèi)部一個最為重要的業(yè)務(wù)部門，所有其他的業(yè)務(wù)部門都必須依靠軟件開發(fā)部門來實現(xiàn)他們的業(yè)務(wù)，軟件開發(fā)部門則完全根據(jù)客戶需求進行業(yè)務(wù)驅(qū)動的開發(fā)（Business Driven Development）。隨著企業(yè)在市場上的業(yè)務(wù)開拓，對于自身質(zhì)量要求的不斷提高，企業(yè)對于軟件系統(tǒng)的質(zhì)量要求也相應(yīng)提高，高質(zhì)量的產(chǎn)品和服務(wù)需要有高質(zhì)量的軟件來支撐。

　　2 走出軟件質(zhì)量管理的誤區(qū)

　　我們該如何來保證軟件產(chǎn)品的質(zhì)量呢？很多企業(yè)在軟件系統(tǒng)上線之前都會對軟件系統(tǒng)進行充分的測試來保證其質(zhì)量，通過功能測試、壓力測試、可靠性測試等一系列的檢測來發(fā)現(xiàn)軟件中存在的問題，從而在系統(tǒng)上線之前及時改正這些錯誤，保證最終交付給客戶的產(chǎn)品和服務(wù)的質(zhì)量。

　　但是測試并不是并且不應(yīng)該是保證軟件質(zhì)量的唯一手段，質(zhì)量管理大師戴明(Edwards Deming) 早就提出了"停止依賴檢驗來獲得質(zhì)量"的建議。依靠測試來保證軟件質(zhì)量是一種事后彌補的方法，它只能發(fā)現(xiàn)軟件產(chǎn)品中已經(jīng)的缺陷，但并不能事先避免缺陷的發(fā)生，為什么不能用"一開始就制造高品質(zhì)軟件"的方式來開發(fā)軟件呢？試圖單純通過測試來發(fā)現(xiàn)軟件中的缺陷在軟件開發(fā)中普遍存在，但這種方式效率太低并且成本過高，并且測試從根本上不可能找出所有的軟件缺陷。

　　當然測試是整個軟件開發(fā)生命周期過程中一個必不可少的環(huán)節(jié)，它可以對軟件質(zhì)量進行有限程度內(nèi)的檢驗，從而在一定程度上保證軟件質(zhì)量。但是，測試不應(yīng)該成為整個軟件開發(fā)過程中唯一的質(zhì)量控制手段，測試人員也不是整個開發(fā)團隊中唯一需要對軟件質(zhì)量負責的人員；質(zhì)量保證應(yīng)該落實到軟件開發(fā)的全過程，開發(fā)團隊中的每一名成員都有責任對軟件質(zhì)量負責。

　　3 流程決定質(zhì)量

　　什么是一個流程？流程就是人們?yōu)榱诉_到某一個特定的目標而制定的一些可執(zhí)行的步驟。什么是一個軟件開發(fā)流程？軟件開發(fā)流程描述了在軟件開發(fā)過程中的人員分工（角色），每個角色應(yīng)該從事的開發(fā)活動以及相關(guān)的工件。通俗地講，軟件開發(fā)流程就是告訴你如何來組織你的軟件開發(fā)團隊，如何來分配開發(fā)任務(wù)，在什么時間點應(yīng)該產(chǎn)生什么樣的工作成果，這些工作成果應(yīng)該附合什么樣的質(zhì)量標準。

　　一個好的軟件開發(fā)流程可以提高軟件開發(fā)團隊的工作效率，控制開發(fā)過程中的風險，保證軟件開發(fā)進度并且提高軟件產(chǎn)品質(zhì)量。軟件質(zhì)量的好壞基本上是由開發(fā)過程中的每一個環(huán)節(jié)（并不僅限于測試環(huán)節(jié)）所保證的，過程中的每一個角色都應(yīng)該對軟件質(zhì)量負責。

　　上世紀70年代，人們?yōu)榱私鉀Q日益復雜的軟件開發(fā)而造成的"軟件危機"提出了軟件工程的思想，即要用工程化的方法來開發(fā)軟件，使得軟件開發(fā)的整個過程及其質(zhì)量都是可控的。"瀑布模型"是那個年代最有名的軟件開發(fā)生命周期模型，它是借鑒傳統(tǒng)工業(yè)化流程中的質(zhì)量管理方法，將整個開發(fā)生命周期劃分成為幾個階段，在每個階段的結(jié)束點設(shè)置一些檢驗點，通過控制每一個階段的質(zhì)量來保證最終軟件產(chǎn)品的質(zhì)量。

　　在這樣一個開發(fā)過程中，很多開發(fā)人員有時會不尊守流程的規(guī)定而跳過其中的部分環(huán)節(jié)，例如編碼完成過后跳過單元測試階段的工作，表面上是節(jié)約了開發(fā)時間，但結(jié)果一定是在系統(tǒng)測試階段需要花更多的時間才能找出這些未經(jīng)測試代碼的問題，或者更糟糕的是隱藏著的質(zhì)量問題可能要到生產(chǎn)階段才能暴露出來，從而造成更嚴重的損失。

　　很多企業(yè)都設(shè)置有質(zhì)量管理或質(zhì)量保證(Quality Assurance)部門，由他們來推動整個企業(yè)的質(zhì)量管理活動，質(zhì)管部門的主要職責包括：

　　制定高效的生產(chǎn)開發(fā)流程
　　監(jiān)控并保證流程在每一個生產(chǎn)項目中的執(zhí)行
　　根據(jù)客戶和生產(chǎn)部門的反饋不斷改進流程
　　負責這些任務(wù)的具體角色叫流程工程師(Process Engineer)，由流程工程師來指導企業(yè)內(nèi)部的所有軟件項目團隊尊循所制定的標準化流程進行開發(fā)，從而保證軟件質(zhì)量。

　　4 高品質(zhì)軟件，Rational工藝

　　IBM SDP 是 IBM 針對軟件開發(fā)而推出的一整套解決方案平臺，它的全稱是 IBM Rational軟件開發(fā)平臺 (Software Development Platform) 。它使得軟件開發(fā)組織能夠更有效地開發(fā)軟件產(chǎn)品：提高軟件質(zhì)量，保證開發(fā)進度，并且控制開發(fā)成本。

　　4.1 軟件開發(fā)的四項基本原則

　　IBM 軟件開發(fā)平臺中集中體現(xiàn)了以下軟件開發(fā)的最佳實踐經(jīng)驗：

　　迭代化開發(fā)：有效控制項目風險、增加項目預見性、盡早地發(fā)現(xiàn)軟件產(chǎn)品中的缺陷；
　　以架構(gòu)為中心：采用可視化建模技術(shù)來構(gòu)建以構(gòu)件為基礎(chǔ)的系統(tǒng)框架，有效地管理系統(tǒng)的復雜度，增強系統(tǒng)的靈活性和可擴展性；
　　持續(xù)地質(zhì)量驗證：在整個產(chǎn)品生命周期中持續(xù)地驗證軟件質(zhì)量，確保產(chǎn)品滿足客戶的需求，并且構(gòu)造一個高性能、高可靠的軟件系統(tǒng)；
　　管理軟件資產(chǎn)和變更：在整個產(chǎn)品生命周期中管理好企業(yè)的軟件資產(chǎn)，并對所有的變更請求進行管理，支持虛擬團隊的并行開發(fā)。

　　這些實踐經(jīng)驗是從數(shù)千個實際軟件開發(fā)項目的實踐中總結(jié)出來的，具有很強的可操作性，對于保證軟件產(chǎn)品的質(zhì)量有著非常重要的指導作用。

　　在IBM 軟件開發(fā)平臺中，這些最佳實踐經(jīng)驗被整合在Rational 統(tǒng)一開發(fā)流程中，我們稱之為RUP (Rational Unified Process)。作為一個軟件開發(fā)流程，RUP告訴人們應(yīng)該怎樣來開發(fā)一個軟件，包括：如何制定軟件開發(fā)計劃、確定角色分工、分配開發(fā)任務(wù)、應(yīng)該提交的工件及其質(zhì)量標準等。在多年的軟件開發(fā)實踐過程中，RUP逐漸地被越來越多的軟件開發(fā)團隊所接受，越來越多的項目團隊在尊循著RUP的指導下進行著軟件開發(fā)工作，它已經(jīng)成為一個事實上的工業(yè)標準，RUP是我們軟件開發(fā)的方法論。

　　4.2 覆蓋整個軟件開發(fā)生命周期的工具平臺

　　好的方法也需要優(yōu)秀的開發(fā)工具的支持，IBM 軟件開發(fā)平臺也為項目團隊中的不同角色準備相應(yīng)的開發(fā)工具，這些開發(fā)工具可以滿足軟件開發(fā)的整個生命周期的需要，主要包括以下產(chǎn)品：

　　由軟件開發(fā)方法論RUP和軟件開發(fā)平臺中各種各樣的開發(fā)工具，構(gòu)成了軟件項目開發(fā)過程的工藝流程，我們通過這些定義完善的工藝流程來保證軟件產(chǎn)品質(zhì)量，并按時交付產(chǎn)品。

　　5 持續(xù)地進行流程改進

　　市場競爭尤如逆水行舟，不進則退。只有認真聽取客戶的意見，不斷改進產(chǎn)品和服務(wù)質(zhì)量來滿足客戶不斷增長的需求，才能在市場競爭中保持領(lǐng)先的地位。任何固步自封，不思進取的做法都是不可取的。為了提供更高品質(zhì)的產(chǎn)品和服務(wù)給客戶，每一個企業(yè)都有必要不斷地改進自身的生產(chǎn)流程，力爭把每一件事情都做得更好。流程改進并不是一件一勞永逸的工作，企業(yè)管理層最大的責任在于持續(xù)不斷地改進。

　　5.1 流程改進的標準

　　目前國內(nèi)很多企業(yè)都在應(yīng)用ISO9000、CMMI、6 Sigma等方法來改進自身的流程，它們的目標都是一致的，都是要幫助企業(yè)來不斷改進生產(chǎn)工藝，提高產(chǎn)品質(zhì)量。這些標準實際上都是對質(zhì)量管理大師戴明的全面質(zhì)量控制TQC (Total Quality Control) 理論為依據(jù)的實踐，這些標準各不相同，但是它們殊途同歸，都是為了幫助企業(yè)提高質(zhì)量。其中國際化標準組織制定的ISO9000較多應(yīng)用于生產(chǎn)制造型企業(yè)，在軟件團隊中應(yīng)用較多的是CMMI和6 Sigma。

　　CMMI是美國卡耐基梅隴大學軟件工程研究所制定的一個企業(yè)能力成熟度綜合改進模型，該模型根據(jù)企業(yè)在質(zhì)量管理能力上的強弱而將企業(yè)分為不同的成熟度等級，獲得CMMI成熟度能力級別的"認證"成為很多企業(yè)追求的目標，實際上該"認證"是由SEI授權(quán)的主任評估師出具的一份關(guān)于該企業(yè)在某一段時期內(nèi)的生產(chǎn)流程是否附合CMMI模型規(guī)定的評估報告。企業(yè)不應(yīng)以追求達到某一CMMI成熟度級別為最終目標，我們要達到的實際目標是不斷地改進流程以提高質(zhì)量，CMMI的成熟級別只是讓企業(yè)對目前自身所達到的質(zhì)量管理水平有一個量化的認識而已，從而幫助了解自己還有那些方面的差距而需要做進一步的提高。值得注意的是CMMI模型中第5級所關(guān)注的主要問題就是不斷地優(yōu)化流程，以幫助企業(yè)獲得更高的質(zhì)量。

　　6 Sigma 則定義一個流程改進的具體方法，稱之為 DMAIC 模型：

　　定義 (Define)
　　定義問題并確定重要的內(nèi)容
　　度量 (Measurement)
　　度量當前過程
　　分析 (Analysis)
　　分析錯誤和潛在的解決方案
　　改進 (Improvement)
　　通過實現(xiàn)解決方案來改進過程
　　控制 (Control)
　　通過確保這些改進被繼續(xù)保持下去來控制改進了的過程
　　無論是部署IBM Rational軟件開發(fā)平臺還是實施CMMI的過程中都可以應(yīng)用6 Sigma的方法來持續(xù)地改進軟件開發(fā)流程。

　　5.2 走出CMMI實踐的誤區(qū)

　　國內(nèi)部分軟件企業(yè)實施了基于CMMI模型的流程改進之后，普遍感覺到自身的開發(fā)水平和產(chǎn)品質(zhì)量并沒有得到預期的提升。其中涉及到幾個方面的原因，一個就是流程改進措施是否落到了實處，是不是開發(fā)過程中每一個環(huán)節(jié)每一個角色都切實執(zhí)行了流程改進的措施；而不是僅僅將流程改進落在了容易體現(xiàn)成果的"文檔"上，從應(yīng)付審查的角度來說"文檔"是最有效的證據(jù)，但這并不企業(yè)進行流程改進的目標。

　　另一方面我們應(yīng)該充分認識到流程改進的復雜性，改進意味著改變現(xiàn)有的工作習慣，如果沒有讓所有的團隊成員統(tǒng)一認識到流程改進的前景目標，可以想象這種改進工作一定會受到來自各方面的阻力，從而影響改進的效果，或者使流程改進流于形式。另外我們也看到一些CMMI流程改進的速成案例，一個軟件企業(yè)可以在一兩年內(nèi)就可以完成CMMI模型中幾個成塾度級別的飛躍，可以想象這種大躍進的實際效果如何。

　　第三就是CMMI 為軟件團隊的流程改進提供了一個系統(tǒng)的框架，但是它所提供的只是一個流程框架，在實踐過程中還需要具體工程技術(shù)的支持。如對于CMMI 中的每一個目標，CMMI 建議了一些實踐來達到該目標，但這些實踐只是提出了在具體實踐過程應(yīng)該注意的事項，并沒有列出具體可采用的工程技術(shù)。因為作為一個標準，它不可能局陷在某一特定的工程技術(shù)之上，不同的軟件組織可以采用不同的技術(shù)手段來達到相同的目標。

　　實際上CMMI模型有兩種不同的表述形式，階段式表述和連續(xù)式表述，后者建議企業(yè)根據(jù)自身的情況，優(yōu)先改進自身最為薄弱的環(huán)節(jié)，這種改進可以循序漸進的，相比前者每次改進的步驟都比較小，從而更易于見到實際效果。由于眾所周知的原因，絕大多數(shù)企業(yè)都選擇CMMI的階段式表述模型來指導流程改進工作。

　　5.3 保證流程改進的效果

　　應(yīng)該如何保證流程改進的效果呢？我們建議軟件團隊可以在基于CMMI模型進行流程改進的同時，同時導入RUP流程。CMMI實施過程中要求軟件團隊改進自己的流程以滿足模型中的標準規(guī)定，對于任何一個團隊而言，制定一個完善的開發(fā)流程是非常困難的，因為這個流程既要能滿足CMMI模型的定義又必須是一個實際可操作的流程。而RUP是從軟件開發(fā)的實踐經(jīng)驗中總結(jié)出來的流程，它是一個實際可執(zhí)行的流程；同時RUP又是一個非常完善的軟件開發(fā)過程，RUP中幾乎所有的內(nèi)容都是與CMMI模型相兼容的。當然CMMI模型的范疇要比RUP更廣一些，不過當軟件團隊導入RUP流程之后，再去對照CMMI模型進行改進的難度和工作量就不大了。

　　CMMI流程的實施也需要落到日常開發(fā)工作的每一個環(huán)節(jié)，IBM 軟件開發(fā)平臺正好作為一種特定的工程技術(shù)解決方案為 CMMI 流程改進提供了一種具體可操作的實踐手段，CMMI 中很多過程域都有相關(guān)的Rational解決方案與之相對應(yīng)。例如：CMMI模型中的"需求開發(fā) (Requirement Develop)"這一過程域的目標之一是要"分析和確認需求，并開發(fā)一個所需要的功能性定義"，IBM軟件開發(fā)平臺中就提供了具體的用例建模技術(shù)來完成這方面的工作。另外，流程的標準規(guī)范也需要在工具中固化體現(xiàn)，人對于規(guī)范的執(zhí)行往往是有彈性的，但工具平臺就可以克服人的這些惰性，從而保證流程規(guī)范在軟件團隊中得到徹底的執(zhí)行。

　　總之，IBM Rational 軟件開發(fā)平臺可以與CMMI、6 Sigma這些業(yè)界標準一起配合使用，全面改進軟件團隊生產(chǎn)流程，從而生產(chǎn)出更高品質(zhì)的軟件產(chǎn)品。