業(yè)領(lǐng)導(dǎo)人常常將軟件質(zhì)量視 為一種奢侈－－如果有必要的話，為了更多的功能、更快速的開(kāi)發(fā)或者更低的成本，其可以被犧牲。然而，在實(shí)踐中，如果軟件開(kāi)發(fā)組織對(duì)質(zhì)量有一個(gè)堅(jiān)定的承諾， 實(shí)際上可以加快開(kāi)發(fā)，減少成本，并更容易地增加新的特性。開(kāi)發(fā)出低質(zhì)量軟件的組織，無(wú)論是為了內(nèi)部使用還是為了銷售，總是會(huì)逐漸變?cè)?，在“已完成”產(chǎn)品的 缺陷修復(fù)上花費(fèi)時(shí)間和金錢(qián)要比從一開(kāi)始就修復(fù)缺陷多出很多倍。相反，一個(gè)從開(kāi)始就加強(qiáng)產(chǎn)品質(zhì)量的組織，是有遠(yuǎn)見(jiàn)和創(chuàng)新精神的；可以將其資源用于追逐新的機(jī) 會(huì)。交付質(zhì)量也是對(duì)市場(chǎng)的一個(gè)有力區(qū)分，市場(chǎng)中的高質(zhì)量軟件將更具競(jìng)爭(zhēng)力。

　　當(dāng)你回過(guò)頭來(lái)評(píng)估你的組織中的軟件開(kāi)發(fā)工作的全面狀況時(shí)，你看到了什么？有沒(méi)有關(guān)注在質(zhì)量上？這種關(guān)注在哪些地方比較固定，在哪些地方比較松懈？事實(shí)上，質(zhì)量不是一件事情；它就是質(zhì)量。它意味著，應(yīng)當(dāng)在你的過(guò)程中關(guān)注每一個(gè)步驟。理解這個(gè)，是創(chuàng)建一個(gè)真正成功的應(yīng)用軟件交付過(guò)程的關(guān)鍵。

　　但是你從哪里開(kāi)始呢？盡管要求更好質(zhì)量的下意識(shí)反應(yīng)就是擴(kuò)大測(cè)試團(tuán)隊(duì)，但是這可能不是最好的方法。作為替代，你可以開(kāi)始將你的組織中的思維傾向轉(zhuǎn)到關(guān)注質(zhì)量上，這種努力需要來(lái)自最高管理層的支持。本文將討論把對(duì)質(zhì)量的關(guān)注投入到一個(gè)組織中所帶來(lái)的益處，同樣也將討論用以支持此關(guān)鍵變革你可以采取的步驟和可以使用的IBM工具。

　　定義質(zhì)量

　 　對(duì)于任何一個(gè)組織，定義什么是你理解的質(zhì)量含意是重要的第一步。軟件開(kāi)發(fā)組織經(jīng)常按照一種不精確的、概括的質(zhì)量觀念來(lái)運(yùn)轉(zhuǎn)，并且容忍了大多數(shù)工程學(xué)科不 能允許的缺陷。相反，一種所有團(tuán)隊(duì)成員都可以理解和接受的質(zhì)量的可靠定義，會(huì)促進(jìn)對(duì)細(xì)節(jié)的完全性和關(guān)注。在商業(yè)應(yīng)用軟件領(lǐng)域中，我們可以根據(jù)目標(biāo)受眾：軟 件用戶來(lái)最好地定義質(zhì)量。關(guān)注質(zhì)量的開(kāi)發(fā)組織知道，一個(gè)“質(zhì)量合格的”軟件一定比僅僅提供正確而不完全的結(jié)果付出更多的努力。應(yīng)用軟件滿足涉眾的需求嗎？ 它可用嗎？安全嗎？可升級(jí)嗎？可靠嗎？容易維護(hù)嗎？容易擴(kuò)展嗎？監(jiān)控簡(jiǎn)單嗎？

　　James Juran 的定義提供了一個(gè)好的出發(fā)點(diǎn)：質(zhì)量是“適于使用的”。 Juran 還說(shuō)，一個(gè)產(chǎn)品除非既增加了消費(fèi)者又增加了生產(chǎn)商的價(jià)值，否則就不是高質(zhì)量的。

　 　與略有不同的是，質(zhì)量包括增加的價(jià)值加上對(duì)細(xì)節(jié)的關(guān)注。一個(gè)豪華汽車和一個(gè)入門(mén)級(jí)汽車都可以將你從A點(diǎn)帶到B點(diǎn)。但是豪華汽車提供的特性和性能，遠(yuǎn)遠(yuǎn)超 過(guò)了基本的運(yùn)輸功能：可用性，安全性，舒適性，可靠性，等等。產(chǎn)品質(zhì)量也反映了產(chǎn)品背后的過(guò)程。在軟件世界中，一個(gè)高質(zhì)量的過(guò)程可以使開(kāi)發(fā)組織避免失去返 工、重新分解和重新編寫(xiě)軟件的時(shí)間。這些組織可以產(chǎn)生更加創(chuàng)新的和更具創(chuàng)造性的產(chǎn)品，因?yàn)樗麄冇懈嗟臅r(shí)間來(lái)思考增加價(jià)值和質(zhì)量細(xì)節(jié)。

　　完成質(zhì)量結(jié)果需要在整個(gè)開(kāi)發(fā)、集成和測(cè)試過(guò)程中應(yīng)用一個(gè)高質(zhì)量的過(guò)程。同樣，這可以很好地應(yīng)用到其它項(xiàng)目中，包括封裝的或自產(chǎn)的應(yīng)用軟件，升級(jí)的開(kāi)發(fā)工作，以及擴(kuò)展、集成和現(xiàn)代化遺留的應(yīng)用軟件（見(jiàn)圖1）。

圖1：所有軟件開(kāi)發(fā)方式都要求對(duì)質(zhì)量的關(guān)注。

　　關(guān)注質(zhì)量的商業(yè)利益

　　正如Juran的定義所暗示的，不僅是顧客受益于對(duì)高質(zhì)量的關(guān)注。價(jià)值質(zhì)量更具有響應(yīng)和創(chuàng)新的能力的業(yè)務(wù)，增加了他們的企業(yè)競(jìng)爭(zhēng)力，并極大地減少了他們的開(kāi)發(fā)和所有權(quán)的成本。讓我們進(jìn)一步看一下這些利益。

質(zhì)量帶來(lái)響應(yīng)力和創(chuàng)新

　　成功的組織認(rèn)識(shí)到持續(xù)創(chuàng)新和競(jìng)爭(zhēng)差別的重要性，這要求對(duì)經(jīng)常變更的商業(yè)前景做出快速的響應(yīng)。軟件的靈活性和可塑性使組織能夠做出這種快速的響 應(yīng)，并且將軟件開(kāi)發(fā)奉為一個(gè)核心業(yè)務(wù)過(guò)程的組織將快速地走到群體的前列。然而，軟件的最大優(yōu)點(diǎn)也是使得它變得脆弱的地方。對(duì)應(yīng)用軟件的一個(gè)小的變更可以帶 來(lái)一次缺陷，從而降低整個(gè)系統(tǒng)，并且削弱業(yè)務(wù)。明白這一點(diǎn)，軟件開(kāi)發(fā)團(tuán)隊(duì)有時(shí)會(huì)采取一種“稍后再修復(fù)它”的心理；他們會(huì)帶著他們知道有缺陷的產(chǎn)品繼續(xù)前進(jìn) －－這是沒(méi)有其它工程學(xué)科會(huì)允許的隨意性。

　　當(dāng) IBM 的 Global CEO Study 2004 2 接見(jiàn)全球450多個(gè)CEO，討論他們當(dāng)前的戰(zhàn)略問(wèn)題、目標(biāo)和關(guān)注點(diǎn)時(shí)，他們將“響應(yīng)力”列為他們的第一個(gè)目標(biāo)，緊接下來(lái)的是“新的，差異性產(chǎn)品”，“運(yùn)作 效率”，以及“改進(jìn)的商業(yè)模型”。這些目標(biāo)都是與IBM的隨需應(yīng)變（On Demand）商業(yè)模型一致的：在今天的環(huán)境中，業(yè)務(wù)需要快速而有效地創(chuàng)新、作出反應(yīng)，以與競(jìng)爭(zhēng)對(duì)手有所變化和差異。如果一個(gè)組織的內(nèi)部軟件系統(tǒng)有缺陷， 或者如果產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)經(jīng)常在努力修復(fù)去年發(fā)布版本的問(wèn)題，那么業(yè)務(wù)就不可能達(dá)到這些目標(biāo)。

　　要成功地在隨需應(yīng)變的世界中運(yùn)轉(zhuǎn)，業(yè)務(wù)必須在開(kāi)發(fā)和維護(hù)它們依靠的軟件系統(tǒng)時(shí)，對(duì)質(zhì)量保持激光似的關(guān)注；質(zhì)量系統(tǒng)使得業(yè)務(wù)快速地反應(yīng)、適應(yīng)和部署新的解決方案，并且維持一種競(jìng)爭(zhēng)優(yōu)勢(shì)。

　　質(zhì)量是一種差異

　　作為一門(mén)學(xué)科，軟件開(kāi)發(fā)的質(zhì)量標(biāo)準(zhǔn)遠(yuǎn)低于其它工程學(xué)科的質(zhì)量標(biāo)準(zhǔn)。管理人員和開(kāi)發(fā)人員都善于使他們產(chǎn)品的缺點(diǎn)合理：他們說(shuō)，他們提供的功能是“ 比沒(méi)有更好”，或者“比以前的系統(tǒng)更好”，并且萬(wàn)一系統(tǒng)崩潰了，還可以用手工來(lái)代替。但是建筑工程師會(huì)用類似的方式來(lái)解釋一個(gè)建筑物倒塌的原因嗎？如果一 個(gè)控制儀表板在飛行中發(fā)生故障，航空工程師會(huì)只是聳聳肩嗎？要有效地支持一個(gè)業(yè)務(wù)，軟件工程師也必須轉(zhuǎn)到零缺陷方針。

　　更高質(zhì)量的軟件能在市場(chǎng)上對(duì)公司產(chǎn)生什么差別呢？考慮一下十九世紀(jì)六十年代末期和七十年代的汽車工業(yè)。日本汽車制造商采取了一個(gè)嚴(yán)格的質(zhì)量保證 （QA）程序，并且立即得到了生產(chǎn)高效的、良好設(shè)計(jì)的可靠汽車的聲譽(yù)。這種上好的質(zhì)量使他們的產(chǎn)品脫穎而出，并提高了（汽車）工業(yè)的質(zhì)量基線。這也讓日本 的汽車制造商進(jìn)行更進(jìn)一步地創(chuàng)新，包括在燃料功效、安全性和制造過(guò)程方面，這些都是他們的競(jìng)爭(zhēng)者要追趕的地方。

　　同樣地，當(dāng)任何產(chǎn)業(yè)中的任何公司生產(chǎn)更高質(zhì)量的軟件時(shí)，要么是為了內(nèi)部使用，要么是為了外部銷售－－同時(shí)提高了門(mén)檻。一個(gè)組織的內(nèi)部人力資源、 財(cái)務(wù)和客戶關(guān)系管理系統(tǒng)的質(zhì)量會(huì)影響到公司的業(yè)績(jī)，這比外部銷售的產(chǎn)品更難以量化，但業(yè)務(wù)效果是同等重要的。事實(shí)上，高質(zhì)量的內(nèi)部系統(tǒng)可以是一種業(yè)務(wù)差 異。IT 組織通常購(gòu)買(mǎi)應(yīng)用軟件用于自動(dòng)化普通的業(yè)務(wù)功能，并只構(gòu)建僅僅用于他們的業(yè)務(wù)的軟件和系統(tǒng)。如果那些單獨(dú)的系統(tǒng)也是高質(zhì)量的，那么業(yè)務(wù)將會(huì)具有相對(duì)于它的 競(jìng)爭(zhēng)者的優(yōu)勢(shì)。

　　質(zhì)量是免費(fèi)的（幾乎）

　　由美國(guó)商業(yè)部門(mén)的國(guó)家標(biāo)準(zhǔn)和技術(shù)機(jī)構(gòu)（NIST）委托的一項(xiàng)研究發(fā)現(xiàn)，軟件缺陷使美國(guó)經(jīng)濟(jì)每年付出近600 億美金的成本。研究也發(fā)現(xiàn)，大約百分之八十的軟件資金都被軟件開(kāi)發(fā)人員確定和糾正缺陷消耗掉了。在另一項(xiàng)研究中，Standish 組織報(bào)告，每年被取消的軟件開(kāi)發(fā)項(xiàng)目花費(fèi)了組織550億美金。很明顯，糟糕的軟件質(zhì)量－－和糟糕的軟件開(kāi)發(fā)過(guò)程－－是商業(yè)利益率的最大消耗。

　　導(dǎo)致高成本低質(zhì)量的結(jié)果根據(jù)根本原因而不同。例如，低質(zhì)量問(wèn)題領(lǐng)域分析－－和從而產(chǎn)生的低質(zhì)量需求－－會(huì)導(dǎo)致沒(méi)有計(jì)劃的和高昂成本的返工。直到 最后一刻不可避免地通過(guò)測(cè)試來(lái)確認(rèn)質(zhì)量，既延長(zhǎng)了進(jìn)度，也擴(kuò)大了預(yù)算。并且如果顧客不能訪問(wèn)你的系統(tǒng)或業(yè)務(wù)不能進(jìn)行工作，那么由可靠性或性能問(wèn)題引起的運(yùn) 作停工就會(huì)招致機(jī)會(huì)成本。其它根本原因包括：一個(gè)與員工工作不一致的定義糟糕的過(guò)程；沒(méi)有或有限的構(gòu)架和代碼QA；有限的部署后的追蹤和評(píng)估。

　　但是什么是高質(zhì)量的成本呢？專家Philip Crosby強(qiáng)調(diào)質(zhì)量是免費(fèi)的。理論上，一個(gè)軟件開(kāi)發(fā)組織有這些特點(diǎn)：

　　一個(gè)團(tuán)隊(duì)成員沒(méi)有異議的定義明確的過(guò)程。

　　將注意力集中在增加價(jià)值的特性、細(xì)節(jié)和跨生命周期的質(zhì)量上的團(tuán)隊(duì)成員。

　　經(jīng)常評(píng)價(jià)最終用戶的反饋以確保產(chǎn)品線的更新和滿意的顧客的管理人員。

　　盡管使一個(gè)組織有效運(yùn)轉(zhuǎn)的無(wú)形事物－－良好的管理，有效的人員配備，一致的過(guò)程，等等－－要求在管理時(shí)間、計(jì)劃和培訓(xùn)方面有先期投資，但它們不會(huì)招致額外的財(cái)務(wù)費(fèi)用。

　　一個(gè)通常的關(guān)于質(zhì)量的誤解是，你可以換掉它來(lái)改善開(kāi)發(fā)速度，減少成本，或增加功能。太多的人實(shí)際上相信Meskimen的半開(kāi)玩笑的質(zhì)量定則： “沒(méi)有時(shí)間正確的做它，但是總有時(shí)間做完它”。然而，實(shí)際上，大多數(shù)的組織發(fā)現(xiàn)，相反的是對(duì)的。最后，正是改善的質(zhì)量使得團(tuán)隊(duì)能夠按時(shí)，以較低的成本和更 多的特性交付更多的項(xiàng)目。一個(gè)持續(xù)保證質(zhì)量的開(kāi)發(fā)團(tuán)隊(duì)第一次就做對(duì)了。如果你在整個(gè)開(kāi)發(fā)過(guò)程中消除缺陷，你也消除了稍后需要查找和修復(fù)那些缺陷的時(shí)間和成 本。

　　從上至下驅(qū)動(dòng)質(zhì)量

　　持續(xù)保證質(zhì)量要求承諾和貢獻(xiàn)，這是從商業(yè)領(lǐng)導(dǎo)高層至下驅(qū)動(dòng)的。盡管你的方法論不需要與組織改進(jìn)方法論一樣正式，例如六西格瑪（Six Sigma）或全面質(zhì)量管理（Total Quality Management），但是它要求與更正式的方法論所需要的同樣的領(lǐng)導(dǎo)和組織復(fù)雜事務(wù)的管理能力。 6 質(zhì)量改進(jìn)本質(zhì)上是一種思維習(xí)慣問(wèn)題；當(dāng)來(lái)自上層的管理人員在整個(gè)組織慢慢灌輸質(zhì)量文化時(shí)，質(zhì)量就會(huì)滲透到每個(gè)項(xiàng)目中。

　　在這樣一種文化中，工作會(huì)給管理人員提供極大的好處。他們不再必須考慮帶有已知缺陷的發(fā)貨產(chǎn)品的后果。并且，促使產(chǎn)生質(zhì)量的嚴(yán)格過(guò)程、團(tuán)隊(duì)責(zé)任 心和目標(biāo)矩陣也創(chuàng)建了可預(yù)言性。與不斷地重新確定項(xiàng)目范圍并且仍然錯(cuò)過(guò)期限不同，團(tuán)隊(duì)可以精確地確定范圍、估算和確定時(shí)間，并且舒適地承諾按時(shí)和按照規(guī)格 說(shuō)明的交付。

用正確的過(guò)程和平臺(tái)實(shí)現(xiàn)質(zhì)量

　　建立一種面向質(zhì)量的思維習(xí)慣是最高管理層的職責(zé)，但這需要軟件開(kāi)發(fā)組織采用并執(zhí)行此思維習(xí)慣。IT必須包括正確的過(guò)程和工件，并尋求正確的指導(dǎo)或培訓(xùn)，以產(chǎn)生管理、客戶和最終用戶正在尋找的結(jié)果。

　　在RUP流程中支撐質(zhì)量的戰(zhàn)略和IBM工具

　　IBM提供一個(gè)完整的方案以幫助開(kāi)發(fā)團(tuán)隊(duì)構(gòu)建更高質(zhì)量的軟件：IBM軟件開(kāi)發(fā)平臺(tái)。這個(gè)開(kāi)放和標(biāo)準(zhǔn)的平臺(tái)包括IBM軟件的許多工具，包括IBM Rational統(tǒng)一過(guò)程，或RUP。這種自動(dòng)化過(guò)程指導(dǎo)使軟件開(kāi)發(fā)的最佳實(shí)踐具體化，這些最佳實(shí)踐包括迭代化方法、變更管理、可視化建模和持續(xù)質(zhì)量保證 過(guò)程。

　　RUP的迭代階段強(qiáng)調(diào)一個(gè)或多個(gè)核心過(guò)程流：分析、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試和部署。每個(gè)階段和每個(gè)流程都強(qiáng)調(diào)關(guān)注質(zhì)量和尋求幫助團(tuán)隊(duì)來(lái)識(shí)別開(kāi)發(fā)生命周 期中的早期問(wèn)題，這時(shí)問(wèn)題最容易解決。以下部分檢驗(yàn)了RUP和IBM軟件開(kāi)發(fā)平臺(tái)中的工具如何支持每個(gè)過(guò)程流中的面向質(zhì)量的實(shí)踐。

　　分析

　　Meta Group 報(bào)告，引起客戶不滿意問(wèn)題的百分之八十可以追溯到對(duì)需求的糟糕理解上。對(duì)于任何軟件開(kāi)發(fā)項(xiàng)目－－不論是新的應(yīng)用軟件開(kāi)發(fā)，打包應(yīng)用軟件集成，或遺留系統(tǒng)更新－－質(zhì)量開(kāi)始于分析業(yè)務(wù)，以確保系統(tǒng)需求清晰且準(zhǔn)確地反映了業(yè)務(wù)和客戶需求。

　　如果一個(gè)客戶寫(xiě)滿了一排需求，這就足夠好嗎？可能不是，因?yàn)槔斫膺@樣一個(gè)需求列表很可能需要領(lǐng)域知識(shí)，你只能通過(guò)大量的經(jīng)驗(yàn)來(lái)獲取這些知識(shí)。由于構(gòu)建的軟件的人通常不會(huì)在領(lǐng)域世界中工作，因此需求必須按照一種他們可以理解的方式來(lái)編寫(xiě)。

　　此活動(dòng)的工具包括IBM Rational RequisitePro，這是一個(gè)需求管理工具，可以使團(tuán)隊(duì)清晰地文檔化需求（使用Microsoft Word），同時(shí)具有數(shù)據(jù)庫(kù)的分析性能，可以執(zhí)行需求分析、覆蓋和變更。

　　要定義最佳的、基于需求的業(yè)務(wù)過(guò)程，以驅(qū)動(dòng)你的應(yīng)用軟件開(kāi)發(fā)，你可以使用IBM WebSphere Business Integration Modeler，這是一個(gè)幫助你設(shè)計(jì)、測(cè)試和溝通復(fù)雜業(yè)務(wù)過(guò)程的工具。它模擬了過(guò)程的運(yùn)行效率，并分析可能的業(yè)務(wù)結(jié)果，同時(shí)，IBM WebSphere Business Integration Monitor顯示多種環(huán)境的實(shí)時(shí)信息，允許決定性的業(yè)務(wù)性能的管理和優(yōu)化。

　　設(shè)計(jì)

　　在設(shè)計(jì)中，主要的質(zhì)量集中在構(gòu)架上，這是軟件的“靈魂”。低質(zhì)量的構(gòu)架會(huì)引起大范圍的質(zhì)量問(wèn)題，包括（軟件）脆弱，缺乏升級(jí)，以及難以修改。這 些問(wèn)題隨著應(yīng)用軟件項(xiàng)目不斷發(fā)展，變得越來(lái)越難以解決；并且隨著應(yīng)用軟件從設(shè)計(jì)到開(kāi)發(fā)、測(cè)試和部署，糾正缺陷的成本以指數(shù)在增長(zhǎng)。如果軟件開(kāi)發(fā)人員可以有 效地發(fā)現(xiàn)、隔離和解決設(shè)計(jì)和開(kāi)發(fā)期間的結(jié)構(gòu)上的不足，這項(xiàng)工作會(huì)在整個(gè)項(xiàng)目期間獲得受益。開(kāi)發(fā)人員也應(yīng)該確保，軟件是按照一種保持構(gòu)架完整性和靈活性的方 式來(lái)實(shí)現(xiàn)的，因此，隨著業(yè)務(wù)需求變化，開(kāi)發(fā)人員可以快速地進(jìn)行變更。

　　針對(duì)此工作流程的工具包括IBM Rational Software Architect，可以使軟件構(gòu)架師和高級(jí)開(kāi)發(fā)人員能夠創(chuàng)建應(yīng)用軟件的高質(zhì)量構(gòu)架，并使用UML進(jìn)行模型驅(qū)動(dòng)開(kāi)發(fā)。IBM Rational Software Modeler包含Rational Software Architect的一些特性，專注于確保需求規(guī)格、構(gòu)架和設(shè)計(jì)可以通過(guò)UML被清晰地定義，并與涉眾進(jìn)行溝通。這兩個(gè)產(chǎn)品都可以幫助團(tuán)隊(duì)改善他們對(duì)系統(tǒng) 的理解，并節(jié)省時(shí)間出來(lái)關(guān)注在設(shè)計(jì)和以后工作期間的質(zhì)量問(wèn)題。

　　開(kāi)發(fā)

　　平均起來(lái)，開(kāi)發(fā)人員在他們寫(xiě)的每千行代碼中會(huì)產(chǎn)生100到150個(gè)錯(cuò)誤。當(dāng)然，這個(gè)數(shù)量隨著開(kāi)發(fā)人員和項(xiàng)目不同而不同。即使只有一小段代碼，產(chǎn)生百分之十的錯(cuò)誤也是很嚴(yán)重的，一個(gè)相對(duì)小的應(yīng)用軟件的2萬(wàn)行代碼將會(huì)大概產(chǎn)生200個(gè)嚴(yán)重的代碼錯(cuò)誤。

　　像這些部分是適合統(tǒng)計(jì)學(xué)的，開(kāi)發(fā)組織近些年來(lái)將很大的重點(diǎn)放在開(kāi)發(fā)人員主導(dǎo)的測(cè)試和分析上。這可以由“敏捷”實(shí)踐所概括，其認(rèn)可測(cè)試先行開(kāi)發(fā) －－在你編碼之前構(gòu)建測(cè)試。盡管單元測(cè)試和運(yùn)行時(shí)分析已經(jīng)變得更為主流，但是許多管理人員仍然有這樣的誤解，即這些過(guò)程向時(shí)間表中增加了不必要的時(shí)間。事 實(shí)上，時(shí)間表通常會(huì)延長(zhǎng)，這是由于在QA或客戶發(fā)現(xiàn)問(wèn)題后，開(kāi)發(fā)人員在生命周期中調(diào)試代碼后所花費(fèi)的時(shí)間。對(duì)于那些想要減少風(fēng)險(xiǎn)和增加可預(yù)測(cè)性的團(tuán)隊(duì)來(lái) 說(shuō)，開(kāi)發(fā)團(tuán)隊(duì)采用一種良好結(jié)構(gòu)的、主動(dòng)的QA方法是一個(gè)好的解決方案。對(duì)于Java開(kāi)發(fā)人員，IBM Rational Application Developer for WebSphere Software對(duì)這種方法提供了全面的支持。它在一個(gè)用于構(gòu)建、測(cè)試、集成和部署應(yīng)用軟件的單一的、集成的開(kāi)發(fā)環(huán)境中，合并了Java、Web和企業(yè)級(jí) 開(kāi)發(fā)工具。IBM Rational XDE Developer也為Java和.NET軟件設(shè)計(jì)師和開(kāi)發(fā)人員提供了一組豐富的模型驅(qū)動(dòng)開(kāi)發(fā)和運(yùn)行時(shí)分析性能，用于構(gòu)建基于Eclipse平臺(tái)和在 Microsoft Visual Studio .NET環(huán)境中的高質(zhì)量軟件。IBM Rational PurifyPlus有一套自動(dòng)化的、運(yùn)行時(shí)分析工具，用于改善應(yīng)用軟件可靠性和基于Java、C/C++、.NET和Visual Basic語(yǔ)言。

測(cè)試

　　管理系統(tǒng)級(jí)功能和性能測(cè)試是持續(xù)保證質(zhì)量的一個(gè)主要部分。執(zhí)行這些測(cè)試的質(zhì)量工程（QE）團(tuán)隊(duì)，在驗(yàn)證應(yīng)用軟件實(shí)現(xiàn)客戶需求或業(yè)務(wù)規(guī)則方面，扮演了一個(gè)支持客戶的角色。

　　一個(gè)開(kāi)發(fā)組織既不應(yīng)當(dāng)過(guò)分強(qiáng)調(diào)，也應(yīng)當(dāng)減少系統(tǒng)測(cè)試的重要性。保證質(zhì)量不只是QE團(tuán)隊(duì)的職責(zé)；測(cè)試也不只是QE的唯一領(lǐng)域。某些測(cè)試可以并且應(yīng)當(dāng)由開(kāi)發(fā)人員來(lái)運(yùn)行，在某些情況下，可以由構(gòu)架師來(lái)運(yùn)行。

　　不幸的是，許多組織將QE團(tuán)隊(duì)成員視為bug清除者，在生命周期后期將他們放在一個(gè)應(yīng)用軟件上，讓他們?nèi)ゲ檎移渌鼒F(tuán)隊(duì)成員引入的缺陷。然而，單 獨(dú)測(cè)試也不能創(chuàng)建質(zhì)量。如果測(cè)試不足的應(yīng)用軟件檢查出構(gòu)架上的缺陷和bug，而這些都應(yīng)當(dāng)在單元測(cè)試期間就被識(shí)別和消除掉，那么在生命周期晚期的系統(tǒng)和性 能測(cè)試就不會(huì)有效。同意地，如果沒(méi)有自動(dòng)化工具，QE就不能期望有效地測(cè)試。為了最有效地測(cè)試，QE團(tuán)隊(duì)必須在他們關(guān)注系統(tǒng)級(jí)質(zhì)量問(wèn)題時(shí)，能夠應(yīng)用合適的 測(cè)試工具。

　　想要改善他們的手工測(cè)試工作的速度、廣度和可靠性的測(cè)試人員和業(yè)務(wù)分析師，應(yīng)當(dāng)考慮IBM Rational Manual Tester，這是一個(gè)手工測(cè)試創(chuàng)建和執(zhí)行工具。IBM Rational Functional Tester是特別適用于QA專家的一個(gè)工具，QA專家執(zhí)行Java、.NET、WEB和基于終端應(yīng)用軟件的功能和回歸測(cè)試。并且測(cè)試人員和IT專家可以 使用IBM Rational Performance Tester，一個(gè)負(fù)荷產(chǎn)生工具，在將它們置于真實(shí)世界用戶負(fù)載下之前確?；赪eb應(yīng)用軟件的可擴(kuò)展性和可靠性。

　　部署

　　業(yè)務(wù)應(yīng)用軟件必須要持續(xù)運(yùn)行。即使最完全的過(guò)程，也不可避免地會(huì)產(chǎn)生功能性和可靠性錯(cuò)誤。如果應(yīng)用軟件滿足或超過(guò)了服務(wù)標(biāo)準(zhǔn)協(xié)定 （SLAs），IT團(tuán)隊(duì)就必須承擔(dān)保證質(zhì)量的職責(zé)。通過(guò)持續(xù)地監(jiān)測(cè)和評(píng)估，團(tuán)隊(duì)成員可以確保一個(gè)已部署系統(tǒng)的生存能力，并迅速地發(fā)覺(jué)和糾正性能問(wèn)題。

　　IBM Tivoli Monitoring 產(chǎn)品可以幫助IT團(tuán)隊(duì)檢測(cè)出瓶頸和潛在的問(wèn)題，并且也可以提供危險(xiǎn)情況下的自動(dòng)恢復(fù)。IBM Tivoli Monitoring for Transaction Performance提供Web和企業(yè)結(jié)構(gòu)上的性能管理能力。并且IBM Tivoli Provisioning Manager可以在測(cè)試和產(chǎn)品環(huán)境下，自動(dòng)化進(jìn)行供應(yīng)和配置服務(wù)器、操作系統(tǒng)、中間件、應(yīng)用軟件、存儲(chǔ)區(qū)和網(wǎng)絡(luò)設(shè)備這些任務(wù)。

　　支持保證質(zhì)量的團(tuán)隊(duì)職責(zé)

　　質(zhì)量是開(kāi)發(fā)團(tuán)隊(duì)中的每個(gè)人的職責(zé)，但是它也是團(tuán)隊(duì)作為一個(gè)整體的職責(zé)。在一個(gè)迭代的過(guò)程中，每個(gè)迭代本質(zhì)上都是一個(gè)循環(huán)－－每個(gè)流程從另一個(gè)流 程接受輸入，并對(duì)另一個(gè)流程提供輸出。在高級(jí)別上，這個(gè)循環(huán)確保了每個(gè)工件質(zhì)量的持續(xù)的重新評(píng)估。團(tuán)隊(duì)必須做他們可以做的任何事情，來(lái)集成工作流，建立可 追溯性，并簡(jiǎn)化溝通。對(duì)連接團(tuán)隊(duì)成員的鏈條的破壞，會(huì)導(dǎo)致數(shù)據(jù)丟失、返工、缺乏透明、沒(méi)有效率－－并且最終會(huì)導(dǎo)致較低質(zhì)量的軟件。

　　IBM Rational Team Unifying Platform是一套完整的基本工件和過(guò)程，可以通過(guò)對(duì)開(kāi)發(fā)資產(chǎn)、通信警報(bào)和工作流過(guò)程提供共同的訪問(wèn)，來(lái)統(tǒng)一開(kāi)發(fā)團(tuán)隊(duì)。除了我們前面描述的RUP和 Rational RequisitePro之外，這個(gè)平臺(tái)包括了完整的工具集，軟件配置管理，變更管理，測(cè)試管理，以及使需求能夠在整個(gè)開(kāi)發(fā)、分析和測(cè)試中可追溯的報(bào)告。 軟件配置管理解決方案集成了IBM Rational ClearCase產(chǎn)品家族的軟件資產(chǎn)管理和IBM Rational ClearQuest家族的缺陷和變更追蹤。有效的軟件配置管理是保證質(zhì)量的一個(gè)基本工具；它幫助組織確保軟件構(gòu)建是可重復(fù)的和可靠的，并且保證缺陷和變 更請(qǐng)求得到正確的管理。

　　IBM Rational Team Unifying Platform也包括IBM Rational TestManager，其提供了來(lái)自一個(gè)單一集中點(diǎn)的所有測(cè)試活動(dòng)的控制、管理和報(bào)告。IBM Rational ProjectConsole使管理人員能夠更加接近質(zhì)量控制；它使用由開(kāi)發(fā)環(huán)境自動(dòng)收集的數(shù)據(jù)，動(dòng)態(tài)產(chǎn)生一個(gè)項(xiàng)目Web站點(diǎn)和矩陣板。并且IBM Rational SoDA自動(dòng)地產(chǎn)生和維護(hù)全面的項(xiàng)目文檔和報(bào)告。

　　IBM也提供了許多服務(wù)，幫助開(kāi)發(fā)團(tuán)隊(duì)交付高質(zhì)量軟件。團(tuán)隊(duì)成員可以被提供指導(dǎo)性的和基于Web的培訓(xùn)課程，這些課程都通過(guò)IBM developerWorks Web 門(mén)戶，集中在工具使用和技巧改進(jìn)上。并且專業(yè)服務(wù)咨詢可以與開(kāi)發(fā)團(tuán)隊(duì)一起創(chuàng)建定制質(zhì)量實(shí)施計(jì)劃，生成初始的項(xiàng)目評(píng)估、安裝、指導(dǎo)、培訓(xùn)和維護(hù)。

　　獲得軟件高質(zhì)量的高收益

　　當(dāng)人們考慮需要什么來(lái)構(gòu)建任務(wù)緊迫和高安全性的軟件時(shí)，他們常常想像需要一個(gè)復(fù)雜的過(guò)程，帶有監(jiān)督、標(biāo)準(zhǔn)、正式手續(xù)和文檔。實(shí)際上，有許多種方式來(lái)達(dá)到質(zhì)量，而不是一定要有一個(gè)強(qiáng)壯的過(guò)程，例如全面質(zhì)量管理或六西格瑪。

　　質(zhì)量改進(jìn)，如軟件開(kāi)發(fā)，是一個(gè)迭代的過(guò)程。你不需要一步就完成所有的事情。即使是小的變化－－包括調(diào)整你的組織中對(duì)質(zhì)量的看法－－也會(huì)產(chǎn)生一個(gè)切實(shí)的差異。盡管你不需要一個(gè)繁重的過(guò)程來(lái)達(dá)到質(zhì)量，但是你需要一個(gè)關(guān)注質(zhì)量的組織思維傾向，并且這必須由最高管理層驅(qū)動(dòng)。

　　在你的軟件開(kāi)發(fā)生命周期的所有階段中，包括面向質(zhì)量活動(dòng)的商業(yè)利益，這些度量不僅可以通過(guò)增加可預(yù)測(cè)性、減少風(fēng)險(xiǎn)和消除返工來(lái)促進(jìn)創(chuàng)新和較低的 成本，而且他們也可以有助于你的業(yè)務(wù)有別于你的競(jìng)爭(zhēng)對(duì)手。最重要的是，持續(xù)保證質(zhì)量總是會(huì)比忽略考慮質(zhì)量成本要低。事實(shí)上，提高產(chǎn)品質(zhì)量基本上沒(méi)有成本， 如果你正確地做的話。