論項目中的軟件質(zhì)量管理

摘 要：軟件項目的質(zhì)量管理指的是保證項目滿(mǎn)足其目標要求所需要的過(guò)程，它包括編制質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證等過(guò)程。軟件的質(zhì)量是軟件開(kāi)發(fā)各個(gè)階段質(zhì)量的綜合反映，每個(gè)環(huán)節都可能帶來(lái)產(chǎn)品的質(zhì)量問(wèn)題，因此軟件的質(zhì)量管理貫穿了整個(gè)軟件開(kāi)發(fā)周期。軟件項目的質(zhì)量管理，不僅確保項目最終交付的產(chǎn)品滿(mǎn)足質(zhì)量要求，而且要保證項目實(shí)施過(guò)程中階段性成果的質(zhì)量，也就是保證軟件需求說(shuō)明、設計和代碼的質(zhì)量，包括各種項目文檔的質(zhì)量。
關(guān)鍵詞：質(zhì)量管理，質(zhì)量計劃，質(zhì)量控制，質(zhì)量保證;

一、研究軟件項目質(zhì)量管理的背景
　　提起如今的IT項目，軟件工程倍受關(guān)注。而軟件的質(zhì)量更是眾人關(guān)注的焦點(diǎn)，因為目前還沒(méi)有一套完善的評估標準。甚至有人提出，現在的軟件開(kāi)發(fā)根本提不上是“工程”，因為它太稚嫩了，還沒(méi)有一套成熟的標準來(lái)比照;因而軟件項目極易出現失敗或失誤。大量實(shí)踐證明，軟件工程項目的成敗，通常是因為管理問(wèn)題(協(xié)同工作的能力)，而不是技術(shù)上的問(wèn)題。要想做一盤(pán)“完美”的軟件大餐，質(zhì)量管理的作用是不言而喻的。

二、軟件質(zhì)量管理的主要內容
　　質(zhì)量管理主要包括三個(gè)過(guò)程：質(zhì)量計劃制定、質(zhì)量保證和質(zhì)量控制。
　　質(zhì)量計劃：是質(zhì)量管理的第一過(guò)程域，它主要指依據公司的質(zhì)量方針、產(chǎn)品描述以及質(zhì)量標準和規則等制定出來(lái)實(shí)施方略，其內容全面反應用戶(hù)的要求，為質(zhì)量小組成員有效工作提供了指南，為項目小組成員以及項目相關(guān)人員了解在項目進(jìn)行中如何實(shí)施質(zhì)量保證和控制提供依據，為確保項目質(zhì)量得到保障提供堅實(shí)的基礎。
　　質(zhì)量保證：是貫穿整個(gè)項目全生命周期的有計劃和有系統的活動(dòng)，經(jīng)常性地針對整個(gè)項目質(zhì)量計劃的執行情況進(jìn)行評估、檢查與改進(jìn)等工作，向管理者、顧客或其他方提供信任，確保項目質(zhì)量與計劃保持一致。
　　質(zhì)量控制：是對階段性的成果進(jìn)行測試、驗證，為質(zhì)量保證提供參考依據。
　　在軟件實(shí)施項目中，質(zhì)量保證對應于技術(shù)評審與過(guò)程檢查，質(zhì)量控制對應于軟件測試等工作.
　　2.1 質(zhì)量計劃編制
　　現代質(zhì)量管理的基本宗旨是：“質(zhì)量出自計劃，而非出自檢查”。只有做出精準的質(zhì)量計劃，才能指導項目的實(shí)施、做好質(zhì)量控制。
　　編制項目的質(zhì)量計劃，首先必須確定項目的范圍、中間產(chǎn)品和最終產(chǎn)品，然后明確關(guān)于中間產(chǎn)品和最終產(chǎn)品的有關(guān)規定、標準，確定可能影響產(chǎn)品質(zhì)量的技術(shù)要點(diǎn)，并找出能夠確保高效滿(mǎn)足相關(guān)規定、標準的過(guò)程方法。編制質(zhì)量計劃通常采用流程圖、因果分析圖等方法對項目進(jìn)行分析，確定需要監控的關(guān)鍵元素，設置合理的見(jiàn)證點(diǎn)(W點(diǎn))、停工待檢點(diǎn)(H點(diǎn))，并制定質(zhì)量標準：
　　顯示系統的各種成分是如何相互關(guān)系的，幫助我們預測在何處可能發(fā)生何種質(zhì)量問(wèn)題，并由此幫助開(kāi)發(fā)處理他們的辦法。
　　因果分析圖(也稱(chēng)魚(yú)刺圖)
　　對于復雜的項目，編制質(zhì)量計劃時(shí)可以采用因果分析圖，描述相關(guān)的各種原因和子原因如何產(chǎn)生潛在問(wèn)題或影響，將影響質(zhì)量問(wèn)題的“人員、設備、參考資料、方法、環(huán)境”等各方面的原因進(jìn)行細致的分解，方便地在質(zhì)量計劃中制定相應的預防措施。其次，質(zhì)量計劃中還必須確定有效的質(zhì)量管理體系，明確質(zhì)量監理人員對項目質(zhì)量負責和各級質(zhì)量管理人員的權限。戴明環(huán)(又名PDCA循環(huán)法)作為有效的管理工具在質(zhì)量管理中得到廣泛的應用，它采用計劃——執行——檢查——措施的質(zhì)量環(huán)，質(zhì)量計劃中必須將質(zhì)量環(huán)上各環(huán)節明確落實(shí)到各責任單位，才能保證質(zhì)量計劃的有效實(shí)施。
　　2.2 按照質(zhì)量計劃實(shí)施有效的質(zhì)量控制
　　質(zhì)量計劃確定后，按照其建立的質(zhì)量管理體系，各責任單位就必須按照PDCA質(zhì)量環(huán)的要求，實(shí)施有效的質(zhì)量控制。質(zhì)量控制應貫穿于項目的整個(gè)過(guò)程，它可分為監測和控制兩個(gè)階段：監測的目的就是收集、記錄和匯報有關(guān)項目質(zhì)量的數據信息;控制就是使用質(zhì)量監測提供的數據，進(jìn)行控制，確保項目質(zhì)量與計劃保持一致。
　　在質(zhì)量監測過(guò)程中，對于質(zhì)量計劃中設置的見(jiàn)證點(diǎn)、停工待檢點(diǎn)，質(zhì)量監測人員要按照作業(yè)程序及時(shí)進(jìn)行測量檢查(其中對于停工待檢點(diǎn)必須由監理人員簽字認可后才能進(jìn)入下一道工序)，以確定項目成果(或階段成果)是否符合相關(guān)的質(zhì)量標準。對于見(jiàn)證點(diǎn)或停工待檢點(diǎn)要防止跳過(guò)檢查，因為避免錯誤的成本總是大大低于補救錯誤的成本。 對質(zhì)量監測的結果應采用相應的統計方法進(jìn)行分析，如帕累托圖法(按發(fā)生頻率排序的直方圖，它顯示了可識別原因的種類(lèi)和所造成的結果的數量)等。通過(guò)統計分析對人員、設備、參考資料、方法、環(huán)境等影響項目質(zhì)量的因素進(jìn)行監控，確定項目實(shí)施過(guò)程是否在控制之中，同時(shí)進(jìn)行趨勢分析，對一些偏向于不合格的趨勢及早進(jìn)行控制。 質(zhì)量控制階段應根據驗收數據做出驗收決定，確定是否進(jìn)入下一步工序。對于質(zhì)量監測中發(fā)現的不合格，應及時(shí)利用“因果分析圖”等方法分析原因，并進(jìn)行適宜的處置，保證不合格得到識別和有效的控制。不合格處置包括返工、返修、降級、讓步放行、報廢等形式。
　　質(zhì)量監測分析時(shí)，對于已發(fā)現的不合格或潛在不合格，應制定相應的糾正措施或預防措施，以消除不合格或潛在不合格的原因，防止不合格的發(fā)生。糾正措施或預防措施制定后，應對質(zhì)量計劃進(jìn)行相應的調整，保證項目的順利實(shí)施。
　　項目收尾包括項目評估和項目終止兩個(gè)階段。項目收尾階段的質(zhì)量控制是一個(gè)非常重要而又容易忽視的內容。
　　項目質(zhì)量評估不僅僅是在項目完成后進(jìn)行，還包括對項目實(shí)施過(guò)程中的各個(gè)關(guān)鍵點(diǎn)的質(zhì)量評估。項目質(zhì)量評估看起來(lái)屬于事后控制，但它的目的不是為了改變那些已經(jīng)發(fā)生的事情，而是試圖抓住項目質(zhì)量合格或不合格的精髓，以使將來(lái)的項目質(zhì)量管理能從中獲益。
　　項目終止階段，是在決策項目終止后，檢查項目文件資料完備，包括項目施工質(zhì)量驗評表、竣工報告等，同時(shí)進(jìn)行項目總結。項目總結是一個(gè)把實(shí)際運行情況與項目計劃不斷比較以提煉經(jīng)驗教訓的過(guò)程。通過(guò)項目質(zhì)量計劃和總結，項目過(guò)程中的經(jīng)驗和教訓將得到完整的記錄和升華，成為“組織財富”。
　　2.3 對軟件質(zhì)量保證的認識
　　2.3.1 有關(guān)SQA的理論
　　我們都知道一個(gè)項目的主要內容是：成本、進(jìn)度、質(zhì)量;良好的項目管理就是綜合三方面的因素，平衡三方面的目標，最終依照目標完成任務(wù)。項目的這三個(gè)方面是相互制約和影響的，有時(shí)對這三方面的平衡策略甚至成為一個(gè)企業(yè)級的要求，決定了企業(yè)的行為，我們知道 IBM的軟件是以質(zhì)量為最重要目標的，而微軟的“足夠好的軟件”策略更是耳熟能詳，這些質(zhì)量目標其實(shí)立足于企業(yè)的戰略目標。所以用于進(jìn)行質(zhì)量保證的SQA工作也應當立足于企業(yè)的戰略目標，從這個(gè)角度思考SQA，形成對SQA的理論認識。
軟件界已經(jīng)達成共識的：影響軟件項目進(jìn)度、成本、質(zhì)量的因素主要是 “人、過(guò)程、技術(shù)”。首先要明確的是這三個(gè)因素中，人是第一位的。
　　現在許多實(shí)施 CMM的人員沉溺于CMM的理論過(guò)于強調“過(guò)程”，這是很危險的傾向。這個(gè)思想傾向在國外受到了猛烈抨擊，從某種意義上各種敏捷過(guò)程方法的提出就是對強調過(guò)程的一種反思。 “XP”中的一個(gè)思想“人比過(guò)程更重要” 是值得我們思考的。我個(gè)人的意見(jiàn)在進(jìn)行過(guò)程改進(jìn)中堅持“以人為本”，強調過(guò)程和人的和諧。
　　根據現代軟件工程對眾多失敗項目的調查，發(fā)現管理是項目失敗的主要原因。這個(gè)事實(shí)的重要性在于說(shuō)明了 “要保證項目不失敗，我們應當更加關(guān)注管理”，注意這個(gè)事實(shí)沒(méi)有說(shuō)明另外一個(gè)問(wèn)題“良好的管理可以保證項目的成功”�，F在很多人基于一種粗糙的邏輯，從一個(gè)事實(shí)反推到的這個(gè)結論，在邏輯上是錯誤的，這種錯誤形成了更加錯誤的做法，這點(diǎn)在SQA的理解上是體現較深。
　　如果我們考證一下歷史的沿革，應當更加容易理解 CMM的本質(zhì)。CMM首先是作為一個(gè)“評估標準”出現的，主要評估的是美國國防部供應商保證質(zhì)量的能力。CMM關(guān)注的軟件生產(chǎn)有如下特點(diǎn)：
　　(1)質(zhì)量重要
　　(2)規模較大
　　這是 CMM產(chǎn)生的原因。它引入了“全面質(zhì)量管理”的思想，尤其側重了“全面質(zhì)量管理”中的“過(guò)程方法”，并且引入了“統計過(guò)程控制”的方法�？梢哉f(shuō)這兩個(gè)思想是CMM背后的基礎。
　　上面這些內容形成了我們對軟件過(guò)程地位、價(jià)值的基本理解;在這個(gè)基礎上我們可以引申討論 SQA。
　　2.3.2 SQA的工作內容和工作方法
　　2.3.2.1 計劃
　　針對具體項目制定 SQA計劃，確保項目組正確執行過(guò)程。制定SQA計劃應當注意如下幾點(diǎn)：
　　有重點(diǎn)：依據企業(yè)目標以及項目情況確定審計的重點(diǎn)。
　　明確審計內容：明確審計哪些活動(dòng)，那些產(chǎn)品。
　　明確審計方式：確定怎樣進(jìn)行審計。
　　明確審計結果報告的規則：審計的結果報告給誰(shuí)。
    2.3.2.2 審計/證實(shí)
　　依據 SQA計劃進(jìn)行SQA審計工作，按照規則發(fā)布審計結果報告。 注意審計一定要有項目組人員陪同，不能搞突然襲擊。雙方要開(kāi)誠布公，坦誠相對。 審計的內容：是否按照過(guò)程要求執行了相應活動(dòng)，是否按照過(guò)程要求產(chǎn)生了相應產(chǎn)品。
　　2.3.2.3 問(wèn)題跟蹤
　　對審計中發(fā)現的問(wèn)題，要求項目組改進(jìn)，并跟進(jìn)直到解決。
　　2.3.2.4 SQA的素質(zhì)
　　過(guò)程為中心：應當站在過(guò)程的角度來(lái)考慮問(wèn)題，保證了過(guò)程， QA就盡到了責任。
　　服務(wù)精神：為項目組服務(wù)，幫助項目組確保正確執行過(guò)程。
　　了解過(guò)程：深刻了解企業(yè)的工程，并具有一定的過(guò)程管理理論知識。
　　了解開(kāi)發(fā)：對開(kāi)發(fā)工作的基本情況了解，能夠理解項目的活動(dòng)。轉自項目管理者聯(lián)盟
溝通技巧：善于溝通，能夠營(yíng)造良好的氣氛，避免審計活動(dòng)成為一種找茬活動(dòng)。\

三、項目中質(zhì)量管理的原則
　　在軟件項目實(shí)施中，由于進(jìn)度和成本兩大因素的影響，它的質(zhì)量管理與產(chǎn)品開(kāi)發(fā)有著(zhù)很大的差別。因此，在項目實(shí)施中做好質(zhì)量管理工作應該堅持自己的原則。
　　通過(guò)網(wǎng)上各種資料的整合和整理，以下幾個(gè)原則我認為是比較合理的：
　　·不但要主觀(guān)認識到質(zhì)量的重要性，同時(shí)還要落實(shí)到行動(dòng)中。
　　軟件質(zhì)量管理的重要性已經(jīng)逐漸被國內的IT企業(yè)認可，但是要落實(shí)到具體的項目實(shí)施工作中，并通過(guò)它提高軟件質(zhì)量，還有一段很長(cháng)的路要走。因為幾乎所有的軟件公司都灌輸著(zhù)“進(jìn)度高于一切”的思想，只要是為了趕進(jìn)度和發(fā)布產(chǎn)品，所有影響進(jìn)度的工作都可以忽略。
因此，把想法落實(shí)到實(shí)際工作中是做好軟件質(zhì)量管理的第一原則。
　· 樹(shù)立提高質(zhì)量就是尊重客戶(hù)的思想。
　　可以說(shuō)，目前很多公司都有“愚弄客戶(hù)”的嫌疑，不管是有心的還是無(wú)意的。很多公司實(shí)施項目時(shí)只要能拿到“錢(qián)”就達到目的了，因此也就不在乎是否掩蓋缺陷和敷衍客戶(hù)。至于后果，那是以后的事情了。
　　在軟件產(chǎn)業(yè)發(fā)達的今天，已經(jīng)是客戶(hù)的買(mǎi)方市場(chǎng)，客戶(hù)永遠會(huì )選擇質(zhì)量和服務(wù)都表現良好的產(chǎn)品來(lái)滿(mǎn)足自己的需求。因此，我們應該尊重客戶(hù)，把客戶(hù)放在“上帝”的位置上，認證做好質(zhì)量。
　　·建立規范的質(zhì)量保證體系，逐步使軟件開(kāi)發(fā)進(jìn)入良性循環(huán)狀態(tài)。
　　在沒(méi)有開(kāi)發(fā)規范的前提下，軟件團隊是不能開(kāi)發(fā)出高質(zhì)量軟件的。因此軟件團隊一定要建立規范的質(zhì)量保證體系，同時(shí)把規范體系逐步落實(shí)到工作中。如果急功近利，不但會(huì )做很多浪費人力和物力的無(wú)效工作，還會(huì )給客戶(hù)留下不好的印象。
　　·項目實(shí)施中的技術(shù)評審
　　技術(shù)評審可以把一些軟件缺陷消滅在代碼開(kāi)發(fā)之前，尤其是一些架構方面的缺陷。在項目實(shí)施中，為了節省時(shí)間應該優(yōu)先對一些重要環(huán)節進(jìn)行技術(shù)評審，這些環(huán)節主要有：項目計劃、軟件架構設計、數據庫邏輯設計、系統概要設計等。如果時(shí)間和資源允許，可以考慮適當增加評審內容。
　　很多軟件項目由于性能等諸多原因最后導致失敗，實(shí)際上都是由于設計階段技術(shù)評審做的不夠。一味地節省時(shí)間、關(guān)鍵工作僅由某幾個(gè)人執行、整個(gè)項目的成敗依賴(lài)于某些“個(gè)人英雄”等做法是十分錯誤的，重要的技術(shù)評審工作是不可以忽略的。
　　·項目實(shí)施中的過(guò)程檢查
　　項目經(jīng)常延期是中國軟件企業(yè)實(shí)施很多項目時(shí)候的特點(diǎn)，因此項目實(shí)施中的過(guò)程檢查重點(diǎn)是“進(jìn)度檢查”。在實(shí)際工作中，很多項目都是啟動(dòng)一段時(shí)間后就開(kāi)始不停地加班，使整個(gè)團隊處于疲憊狀態(tài)，導致工作效率低下，最后把項目計劃丟在一邊。對于這種情況，比較好的做法是不斷地檢查項目計劃與實(shí)際進(jìn)度是否存在偏差，如果存在偏差則找出問(wèn)題的根源，然后消除引起問(wèn)題的因素，例如可以調整進(jìn)度安排或者增加人力投入，這樣就避免了問(wèn)題不斷放大。
　　版本檢查在項目實(shí)施中也需要特別注意，因為版本混亂會(huì )帶來(lái)很大麻煩，尤其進(jìn)行測試的時(shí)候。此外，項目實(shí)施時(shí)候也應該注意文檔檢查，尤其是一些關(guān)鍵文檔的質(zhì)量，例如接口文檔、用戶(hù)手冊等。
·項目實(shí)施中的軟件測
　　項目實(shí)施相關(guān)的全部質(zhì)量管理工作中，軟件測試的工作量最大。由于很多項目在實(shí)施中非常不規范，因此軟件測試一定要把好關(guān)。軟件測試應該重點(diǎn)做好測試用例設計、功能測試、性能測試、缺陷管理等工作。
　　測試用例設計：雖然項目實(shí)施中沒(méi)有太多時(shí)間來(lái)設計測試用例，但是這個(gè)環(huán)節是必不可少的。項目實(shí)施中設計測試用例應該根據進(jìn)度安排，優(yōu)先設計核心應用模塊或核心業(yè)務(wù)相關(guān)的測試用例。設計測試用例的時(shí)候可以不設計的特別完善，基本目標是列出測試重點(diǎn)，對測試執行起良好地指導作用，這個(gè)時(shí)候的測試用例更像是“測試大綱”。
　　功能測試：軟件首先應該從功能上滿(mǎn)足用戶(hù)需求，因此功能測試是質(zhì)量管理工作中的重中之重。功能測試在產(chǎn)品試運行前一定要開(kāi)展好，否則將會(huì )發(fā)生“讓用戶(hù)來(lái)執行測試”的情況，后果非常嚴重。
　　性能測試：性能測試是經(jīng)常容易被忽略的測試。在實(shí)施項目過(guò)程中，應該充分考慮軟件地性能，運行較慢的軟件仍然不會(huì )為用戶(hù)所接受。性能測試可以根據用戶(hù)對軟件的性能需求來(lái)開(kāi)展，通常系統軟件和銀行、電信等特殊行業(yè)應用軟件對性能要求較高，應該盡早進(jìn)行，這樣更易于早解決問(wèn)題。
　　缺陷管理：缺陷跟蹤與管理工作也經(jīng)常被忽略，很多問(wèn)題會(huì )被遺忘，直到客戶(hù)再次發(fā)現。建議測試人員在項目實(shí)施中仍然采用一些工具進(jìn)行缺陷管理與跟蹤，保證任何缺陷都得到妥善的處理。
　　此外，對于一些項目，如果實(shí)在沒(méi)有測試人員，可以考慮讓開(kāi)發(fā)人員互相進(jìn)行測試，這樣也可以發(fā)現很多缺陷。
　　項目實(shí)施中的質(zhì)量管理工作是非常復雜的，存在很多不可以控制的因素，例如沒(méi)有質(zhì)量人員、測試環(huán)境不具備等。因此，項目實(shí)施中的質(zhì)量管理原則應該是“最大限度地去提高質(zhì)量”。只有這樣，才能更好地利用現有資源盡可能地提高質(zhì)量。

四、總結
　　清晰、明確的軟件質(zhì)量方針和計劃是質(zhì)量控制和管理的基礎，而過(guò)程質(zhì)量的提高時(shí)保證產(chǎn)品質(zhì)量的根本。本文主要分為兩部分，一是軟件項目質(zhì)量管理的主要內容，以及相關(guān)介紹分析，二是項目中質(zhì)量管理的原則，通過(guò)對軟件項目質(zhì)量管理的內容分析和所需堅持的八大原則，讀者將會(huì )對軟件項目質(zhì)量管理的相關(guān)認識有更深層次的了解，從而更好的進(jìn)行軟件質(zhì)量管理，提高軟件產(chǎn)品質(zhì)量，提高企業(yè)效益。 （資料來(lái)源：項目管理者聯(lián)盟）