[摘要] 隨著軟件行業(yè)的發(fā)展，軟件質(zhì)量越來越成為人們關注的焦點。本文從軟件質(zhì)量管理體系出發(fā)，結合筆者自身多年的軟件質(zhì)量管理經(jīng)驗，對現(xiàn)有軟件質(zhì)量管理體系進行了總結和歸納，提出了軟件開發(fā)過程中質(zhì)量控制的具體改進方法，并將全面質(zhì)量管理觀念融匯于實際軟件質(zhì)量管理日常事務之中。

[關鍵詞] 軟件質(zhì)量管理體系 改進 全面質(zhì)量管理 持續(xù)發(fā)展

一個開發(fā)團隊要提高效率，就需要思考目前的管理活動中有哪些要素是可以改進的:如何把一些事務性的操作變得自動化，從而節(jié)約人力;如何找到更好的方法，讓開發(fā)過程更為合理，更注重軟件的質(zhì)量;如何在團隊中傳播優(yōu)秀的思想，讓團隊成員不斷地學習和進取，自發(fā)地改進過程。這些美好的愿望幾乎是所有方法論和各種認證的共同心聲，但要完全做到可就太難了。在本文中，提出了一些優(yōu)秀的實踐，優(yōu)秀實踐均是來源于軟件開發(fā)界中的一些新思路和新理論，它們能夠為以上愿望的達成起到正面的作用。在組織中引用這些實踐決不是一個容易的過程，但它們確實非常有效。這些實踐包括：建立日創(chuàng)建、測試驅(qū)動開發(fā)、建立核心框架和面向組件進行編程。

一、軟件開發(fā)的有效管理:日創(chuàng)建

一個組織應當擁有一個有效的工作流程，這個工作流程能夠指導軟件開發(fā)的進行。這個流程應當是具體的、可操作的。隨意的計劃和從來不遵循的進度決不是一個有效的工作流程。日創(chuàng)建實踐提出了一種對開發(fā)過程進行精細管理的方法，它是量化軟件管理的基礎。有了日創(chuàng)建，你會發(fā)現(xiàn)計劃的制定和進度的監(jiān)控是非常容易的一件事情。

我們傳統(tǒng)開發(fā)軟件的流程一般是這樣，理解領域問題，然后分配任務，由不同的人負責不同的軟件部件，在開發(fā)完成之后，再把各人的部件整合起來，形成完整的軟件。這個思路看起來并沒有什么問題，但是在實踐中卻問題多多。

首先，這種方式適合開發(fā)人員之間工作彼此沒有交集的情況，以前這種現(xiàn)象很常見，但是現(xiàn)在，隨著軟件規(guī)模的擴大、分工合作的加深，開發(fā)人員間的相互依賴程度越來越高，這種清晰的職責劃分已經(jīng)變得越來越難了。

其次，在軟件集成時，往往會出現(xiàn)各種各樣的問題，可是卻很難發(fā)現(xiàn)到底問題在哪里？公說公有理，婆說婆有理。每個人的代碼都沒有問題，結合到一起就出現(xiàn)大量的問題。

所以日構建就將平時難得一見的集成工作轉(zhuǎn)換成頻繁進行的一件工作，從而使得原先如同噩夢般的集成變成了一件簡單的工作。這也是很容易理解的，如果集成工作幾個月才進行一次，誰能夠記起幾個月前的細節(jié)呢？但是如果集成以天，甚至以分鐘為單位進行，排除bug就變成一件很容易的事情了。

二、測試驅(qū)動開發(fā)

軟件質(zhì)量的根源來源于測試，測試做好了，軟件質(zhì)量就會好。這是毫無疑問的。問題的關鍵在于怎么做測試，才能保證測試的投入能夠帶來軟件質(zhì)量的有效提升。測試驅(qū)動開發(fā)正是為了解決這個問題而出現(xiàn)的。它不是一個完整的方法論，可以和任何一種開發(fā)流程進行融合。測試驅(qū)動開發(fā)不但能夠改善測試效果，還能夠改進軟件的設計。

測試驅(qū)動開發(fā)起源于XP法中提倡的測試優(yōu)先實踐。測試優(yōu)先實踐重視單元測試，強調(diào)程序員除了編寫代碼，還應該編寫單元測試代碼。在開發(fā)的順序上，它改變了以往先編寫代碼，再編寫測試的過程，而采用先編寫測試，再編寫代碼來滿足測試的方法。這種方法在實際中能夠起到非常好的效果，使得測試工作不僅僅是單純的測試，而成為設計的一部分。

在編寫程序之前，每個人都會先進行設計工作?？赡苡行┤说脑O計比較正式，繪制模型，編寫文檔。有些人的設計只是存在于腦海之中。且不論設計是精細還是粗糙，你都為隨后的編碼活動制定了一個標準。這個標準的明確程度和你的設計的細致程度有關。但應該承認，這個標準是不夠細化的。因為你的設計不可能精細到代碼級的程度。而標準不夠明確則會產(chǎn)生一些問題，例如，在編寫代碼的過程中，你還可能會發(fā)現(xiàn)原先的設計出現(xiàn)問題，從而中途改變代碼的編寫思路。這將會導致成果難以檢驗，進度難以度量。

既然以設計為導向的標準不夠明確、不夠具體。那什么樣的標準才是合適的呢？只能是代碼。因為代碼是最明確、最具體的。所以測試優(yōu)先的本質(zhì)其實是目標管理。編寫測試代碼其實是在制定一個小目標。這個小目標非常明確，它規(guī)定了你需要設計的類、方法，以及方法需要滿足的結果。這些目標制定完成之后，你才開始編寫代碼來達成該目標。測試的目標要比設計的目標粒度更小，但是成本上卻更為經(jīng)濟。

測試優(yōu)先是軟件開發(fā)中一種細粒度的目標管理方法，通過明確的目標，推動軟件開發(fā)的進行。

三、建立核心框架

框架是一種具有高度重用性的軟件，這個特性決定了它非常適合成為軟件組織積累知識的一種有效手段。傳統(tǒng)的知識積累的方法是文檔，但是文檔容易產(chǎn)生歧異，開發(fā)人員往往也不愿意去閱讀和理解文檔。框架提供的是一種綜合的手段，包括文檔、模型和代碼。更容易理解，更重要的是，開發(fā)人員必須在日常的工作中使用框架，這使得他們對框架中的知識非常熟悉，并根據(jù)工作的需要來改進框架。

四、面向組件編程

有效的組織在于有效的分工。體力活動容易進行分工，腦力勞動則比較難，而軟件開發(fā)似乎就更難了。所以，長久以來我們都習慣采用以功能塊為單位的粗粒度劃分方式。面向組件編程采用更加細密的劃分方式，并以服務作為組件之間相互依賴的契約，不但定義了組件和組件之間的關系，也規(guī)定了組件開發(fā)者、組件使用者、組件測試者的權利和義務。從而能夠進行軟件開發(fā)工作的分配、管理、QA等工作。

參考文獻:

[1]楊慧戴興武:軟件能力成熟度模型的有效實施探討[J].現(xiàn)代管理科學，2003年第04期

[2]王莉 張哲 王婧:如何持久有效地運行質(zhì)量管理體系[J].電子產(chǎn)品可靠性與環(huán)境試驗， 2005年第01期

[3]黃文鋒閆新萍陳彬:質(zhì)量管理體系運行中的問題及對策[J].中國煤炭工業(yè)，2004年第11期