提起如今的IT項目，軟件工程倍受關注。而軟件的質量更是眾人關注的焦點，因為目前還

沒有一套完善的評估標準。甚至有人提出，現(xiàn)在的軟件開辟根本提不上是“工程”，因為它

太幼稚了，還沒有一套成熟的標準來比照；于是軟件項H極易浮現(xiàn)失敗或者失誤。大量實

踐證明，軟件工程項目的成敗，通常是因為管理問題(協(xié)同工作的能力)，而不是技術上

的問題。要想做一盤“完美”的軟件大餐，質量管理的作用是不言而喻的。

在實際的項H質量管理中.質量管理總是環(huán)繞著質量保證(QualityAssurance)過程和質量控

制(Qualitycontrol)過程兩方面。這兩個過程相互作用，在實際應用中還可能會發(fā)生交叉。

正如引言所述，關于軟件的質量，很難下一個非常明確的定義。本文主要針對軟件工程中的

質量管理來進行討論。

做軟件“大餐”的工序

軟件質量保證(SoftwareQualityAssurance,以下簡稱SQA)的H的是驗證在軟件開辟過程

中是否遵循了合適的過程和標準。軟件質量保證過程普通包含以下幾項活動：

首先是建立SQA組：其次是選擇和確定SQA活動，即選擇SQA組所要進行的質量保證活動，

這些SQA活動將作為SQA計劃的輸入；然后是制定和維護SQA計劃，這個計劃明確了5QA

活動與整個軟件開辟生命周期中各個階段的關系；還有執(zhí)行SQA計劃、對相關人員進行培訓、

選擇與整個軟件工程環(huán)境相適應的質量保證工具；最后是不斷完善質量保證過程活動中存在

的不足，改進項目的質量保證過程。

獨立的SQA組是衡量軟件開辟活動優(yōu)劣與否的尺度之一。SQA組的這一獨立性，使其享有一

項關鍵權利一“越級上衣"。當SQA組發(fā)現(xiàn)產(chǎn)品質量浮現(xiàn)危機時，它有權向項目組的上級

機構直接報告這一危機。這無疑對項目組起到相當?shù)摹巴亍弊饔?，也可以看成是促使項?/p>

組重視軟件開辟質量的一種激勵。這一形式使許多問題在組內(nèi)得以解決，提高了軟件開辟的

質量和效率。

選擇和確定SQA活動這一過程的目的是策劃在整個項目開辟過程中所需要進行的質量，呆證

活動。質量保證活動應與整個項目的開辟計劃和配置管理計劃相一致。普通把該活動分為以

下五類：

1）評審軟件產(chǎn)品、工具與設施

軟件產(chǎn)品常被稱為“無形”的產(chǎn)品。評審時難度更大。在此要注意的一點是：在評審時不能

只對最終的軟件代碼進行評審，還要對軟件開辟計劃、標準、過程、軟件需求、軟件設計、

數(shù)據(jù)庫、手冊以及測試信息等進行評審。評估軟件工具主要是為了保證項目組采用合適的技

術和工具。評估項目設施的目的是保證項目組有充足設備和資源進行軟件開辟工作。這也為

規(guī)劃今后軟件項目的設備購置、資源擴充、資源共享等提供依據(jù)。

2）SQA活動審查的軟件開辟過程

SQA活動審行的軟件開辟過程主要有：軟件產(chǎn)品的評審過程、項目的計劃和跟蹤過程、軟件

需求分析過程、軟件設計過程、軟件實現(xiàn)和單元測試過程、集成和系統(tǒng)測試過程、項后交付

過程、子承包商控制過程、配置管理過程。特殊要強調(diào)的是，為保證軟件質量，應賦予SQA

阻撓交付某些不符合項目需求和標準產(chǎn)品的權利。

3）參預技術和管理評審

參預技術和管理評審的目的是為了保證此類評審滿足項目要求，便于監(jiān)督問題的解決。

4）做SQA報告

SQA活動的一個重要內(nèi)容就是報告對軟件產(chǎn)品或者軟件過程評估的結果，并提出改進建議。

SQA應將其評估的結果文檔化

5）做SQA度量

SQA度量是記錄花費在SQA活動上時間、人力等數(shù)據(jù)。通過大量數(shù)據(jù)的積累、分析，可以使

企業(yè)領導對質量管理的重要性有定量的認識，利于質量管理活動的進一步開展。

要說明的是，并非每一個項目的質量保證過程都必須包含上述這些活動或者僅限于這些活動,

要根據(jù)項H的具體情況來定。

SQA計劃中必須明確定義在軟件開辟的各個階段是如何進行質量保證活動的。它通常包含以

下內(nèi)容：質量目標；定義每一個開辟階段的開始和結束邊界；詳細策劃要進行的質量保證活動:

明確質量活動的職責；SQ4組的職責和權限；SQA組的資源需求，包括人員、工具和設施；

定義由SQA組執(zhí)行的評估；定義由SQA組負責組織的評審；SQA組進行評審和檢杳時所參見

的項目標準和過程；需由SQA組產(chǎn)生的文檔。

選擇合適的SQA工具并非試圖通過選擇SQA工具來保證軟件產(chǎn)品的質量，而是用以支存

SQA的活動。選定SQA工具時，首先需要明確質量保證目標。根據(jù)目標制定選擇SQA工具的

需求并文檔化，包括對平臺、操作系統(tǒng)以及SQA工具與軟件工程平臺接口的要求等。

如何使白壁“無瑕”

按工序去做也不?定能得到?盤完美的“大餐”，因為火侯等因素實在很難掌握。77?掌握

不好怎么辦？軟件質量控制主要就是發(fā)現(xiàn)和消除軟件產(chǎn)品的缺陷。對于高質量的軟件來講，

最終產(chǎn)品應該盡可能達到零缺陷。而軟件開辟是一個以人為中心的活動，所以浮現(xiàn)缺陷是不

可避免的。因此，要想交付一個高質量的軟件，消除缺陷的活動就變得很重要。缺陷消除是

通過“評審”和“測試”這種質量控制活動來實現(xiàn)的。

致了航天飛機發(fā)射失敗。1986年，1臺

Therac25機器泄露致命劑量的輻射，導致

兩名醫(yī)院病人死亡。造成慘劇的原因是一

個軟件浮現(xiàn)了問題，導致這臺機器忽略了

數(shù)據(jù)校驗。這些慘重的教訓說明，在軟件

開辟項目中認真抓好質量管理，并加強有

關軟件項目質量管理的研究是擺在我們面

前的重要課題。

軟件項目質量管理包括：質量計劃編制、

質量保證和質量控制三個過程域。質量計

劃是質量管理的第一過程域，它主要結合

各個公司的質量方針，產(chǎn)品描述以及質量

標準和規(guī)則通過收益、成本分析和流程設

計等工具制定出來實施方略，其內(nèi)容全面

反應用戶的要求，為質量小組成員有效工

作提供了指南，為項目小組成員以及項目

相關人員了解在項目進行中如何實施質量

保證和控制提供依據(jù)，為確保項目質量得

到保障提供堅實的基礎。質量保證則是貫

穿整個項目全生命周期的有計劃和有系統(tǒng)

的活動，時常性地針對整個項目質量計劃

的執(zhí)行情況進行評估、檢查與改進等工作，

向管理者、顧客或者其他方提供信任，確保

項目質量與計劃保持一致。質量控制是對

階段性的成果進行檢測、驗證，為質量保

證提供參考依據(jù)，它是一個PDCA循環(huán)過程。

第二章對軟件項目質量管理理論的認識

軟件項目的質量管理指的是保證項目滿足

其目標要求所需要的過程，它包括編制質

量計劃、質量控制、質量保證等過程。

2.1質量計劃編制

現(xiàn)代質量管理的基本宗旨是：“質量出

自計劃，而非出自檢杳”。惟獨做出精準

的質量計劃，才干指導項目的實施、做好

質量控制。

編制項目的質量計劃，首先必須確定

項目的范圍、中間產(chǎn)品和最終產(chǎn)品，然后

明確關于中間產(chǎn)品和最終產(chǎn)品的有關規(guī)

定、標準，確定可能影響產(chǎn)品質量的技術

要點，并找出能夠確保高效滿足相關規(guī)定、

標準的過程方法。編制質量計劃通常米用

流程圖、因果分析圖等方法對項目進行分

析，確定需要監(jiān)控的關鍵元素，設置合理

的見證點（W點）、停工待檢點（H點），

并制定質量標準：

1）流程圖：

顯示系統(tǒng)的各種成份是如何相互關系

的，匡助我們預測在何處可能發(fā)生何種質

量問題，并由此匡助開辟處理他們的辦法。

2）因果分析圖（也稱魚刺圖）：

對于復雜的項目，編制質量計劃時可以采

用因果分析圖，描述相關的各種原因和子

原因如何產(chǎn)生潛在問題或者影響，將影響質

量問題的“人員、設備、參考資料、方法、

環(huán)境”等各方面的原因進行細致的分解，

方便地在質量計劃中制定相應的預防措

施。其次，質量計劃中還必須確定有效的

質量管理體系，明確質量監(jiān)理人員對項目

質量負責和各級質量管理人員的權限。戴

明環(huán)（又名PDC.A循環(huán)法）作為有效的管理

工具在質量管理中得到廣泛的應用，它采

用計劃一一執(zhí)行一一檢資一一措施的質量

環(huán)，質量計劃中必須將質量環(huán)上各環(huán)節(jié)明

確落實到各責任單位，才干保證質量計劃

的有效文施。

2.2按照質量計劃實施有效的質量控制

質量計劃確定后，按照其建立的質量

管理體系，各責任單位就必須按照PDCA質

量環(huán)的要求，實施有效的質量控制。質量

控制應貫通于項目的整個過程，它可分為

監(jiān)測和控制兩個階段：監(jiān)測的目的就是收

集、記錄和匯報有關項目質量的數(shù)據(jù)信息；

控制就是使用質量監(jiān)測提供的數(shù)據(jù)，進行

控制，確保項目質量與計劃保持一致。

在質量監(jiān)測過程中，對于質量計劃中

設置的見證點、停工待檢點，質量監(jiān)測人

員要按照作業(yè)程序及時進行測量檢查（其

中對于停工待檢點必須由監(jiān)理人員簽字認

可后才干進入下一道工序），以確定項目

成果（或者階段成果）是否符合相關的質量

標準。對于見證點或者停工待檢點要防止跳

過檢查，因為避免錯誤的成本總是大大低

于補救錯誤的成本。對質量監(jiān)測的結果應

采用相應的統(tǒng)計方法進行分析，如帕累托

圖法（按發(fā)生頻率排序的直方圖，它顯示

了可識別原因的種類和所造成的結果的數(shù)

量）等。通過統(tǒng)計分析對人員、設備、參

考資料、方法、環(huán)境等影響項目質量的因

素進行監(jiān)控，確定項目實施過程是否在控

制之中，同時進行趨勢分析，對一些偏向

于不合格的趨勢及早進行左制。質量控制

階段應根據(jù)驗收數(shù)據(jù)做出驗收決定，確定

是否進入下一步工序。對于質量監(jiān)測中發(fā)

現(xiàn)的不合格，應及時利用“因果分析圖”

等方法分析原因，并進行適宜的處置.，保

證不合格得到識別和有效的控制。不合格

處置包括返工、返修、降級、讓步放行、

報廢等形式。

作者：麥芨把

JL囹2022-5-29

16:51回月此

3

2軟件項目質量管理經(jīng)驗談

質量監(jiān)測分析時，對于已發(fā)現(xiàn)的不合格或者潛在不

合格，應制定相應的糾正措施或者預防措施，以消除

不合格或者潛在不合格的原因，防止不合格的發(fā)生。

糾正措施或者預防措施制定后，應對質量計劃進行相

應的調(diào)整，保證項目的順利實施。

項目收尾包括項目評估和項目終止兩個階段。項目

收尾階段的質量控制是?個非常重要而又容易忽視的

內(nèi)容。

項目質量評估不僅僅是在項目完成后進行，還包括

對項目實施過程中的各個關鍵點的質量評估。項目質量

評估看起來屬于事后控制，但它的目的不是為了改變那

些已經(jīng)發(fā)牛.的事情，而是試圖抓住項目質量合格或者不

項目終止階段，是在決策項目終止后，檢查項目文

件資料完備，包括項目施工質量驗評表、竣工報告等，

同時進行項目總結。項目總結是一個把實際運行情況與

項目計劃不斷比較以提煉經(jīng)驗教訓的過程。通過項目質

量計劃和總結，項目過程中的經(jīng)驗和教訓將得到完整的

記錄和升華，成為“組織財富”。

四、項目質量管理的難點

每一個項目的實施總是擁有同樣的總體目標：質量、

時間和成本。三者是一個相互制約、相互影響的統(tǒng)一體，

其中任一項目標變化，都會引起另兩個目標變化，并受

其制約。如何合理的保證項目質量，正確處理質量與時

間、成本之間的矛盾是項H質量管理的一個難點，這需

要整合項目所有方面的內(nèi)容，保證按時、低成本地實現(xiàn)

預定的質量目標。

根據(jù)側重點不同，項目可分為質量傾斜型、工期領

斜型及成本傾斜型體系。我們在編制項目計劃時，普通

而言是時間、成本、質量標準均已確定，在項目實施過

程中就需在從客觀因素、具體情況出發(fā)，根據(jù)將要采取

的行動和可能導致的后果進行綜合分析研究；按切合實

際的原則，使項目發(fā)展平衡有節(jié)奏地進行，以求達到預

期目標。避免浮現(xiàn)工期緊張或者成本減少，導致質量降低

的現(xiàn)象，而質量下降又往往造成返工等后果而導致延長

工期和增加成本。

2.3對軟件質量保證的認識

2.3.1有關SQA的理論

我們都知道一個項目的主要內(nèi)容是：成本、進度、質量；

良好的項目管理就是綜合三方面的因素，平衡三方面的

目標，最終依照目標完成任務。項目的這三個方面是相

互制約和影響的，有時對這三方面的平衡策略甚至成為

一個企業(yè)級的要求，決定了企業(yè)的行為，我們知道IEM

的軟件是以質量為最重要目標的，而微軟的“足夠好的

軟件”策略更是耳熟能詳，這些質量目標其實立足卜企

業(yè)的戰(zhàn)略目標。所以用于進行質量保證的SQA工作也應

當立足于企業(yè)的戰(zhàn)略目標，從這個角度思量SQA,形成

對SQA的理論認識。

軟件界已經(jīng)達成共識的：影響軟件項目進度、成本、質

量的因素主要是“人、過程、技術”。首先要明確的

是這三個因素中，人是第一位的。

現(xiàn)在許多實施CMM的人員沉溺于CMM的理論過于強調(diào)

“過程”，這是很危(押ei)險的傾向。這個思想傾向

在國外受到了猛烈抨擊，從某種意義上各種敏捷過程

方法的提出就是對強調(diào)過程的一種反思?！癤P”中的

一個思想“人比過程更重要”是值得我們思量的。我

個人的意見在進行過程改進中堅持“以人為本”，強

調(diào)過程和人的和諧。

根據(jù)現(xiàn)代軟件工程對眾多失敗項目的調(diào)查，發(fā)現(xiàn)管理是

項目失敗的主要原因。這個事實的重要性在于說明

了“要保證項目不失敗，我們應當更加關注管理”，

注意這個事實沒有說明此外?個問題“良好的管理可以

保證項目的成功”。現(xiàn)在不少人基于一種粗糙的邏輯，

從一個事實反推到的這個結論，在邏輯上是錯誤的，書

種錯誤形成為了更加錯誤的做法，這點在SQA的理解.卜

是體現(xiàn)較深.

如果我們考證一下歷史的沿革，應當更加容易理解CMN

的本質。CMM首先是作為一個“評估標準”浮現(xiàn)的，主

要評估的是美國國防部供應商保證質量的能力。CMM關

注的軟件生產(chǎn)有如下特點：

(1)質量重要

(2)規(guī)模較大

這是CMM產(chǎn)生的原因。它引入了“全面質量管理”的思

想，特別側重了“全面質量管理”中的“過程方法”，

并且引入了“統(tǒng)計過程控制”的方法。可以說這兩個縣

想是CMM暗地里的基礎.

作者：麥秸稈兒3-2022-5-2916:51回作此發(fā)言

3軟件項目質量管理經(jīng)驗談

上面這些內(nèi)容形成為了我們對軟件過程地位、價值的嵬

本理解：在這個基礎上我們可以引伸討論SQA。

2.3.2生產(chǎn)線的隱喻

如果將一個軟件生產(chǎn)類比于一個工廠的生產(chǎn)。那末生產(chǎn)

線就是過程，產(chǎn)品按照生產(chǎn)線的規(guī)定過程進行生

產(chǎn)。SQA的職責就是保證過程的執(zhí)行，也就是保證生產(chǎn)

線的正常執(zhí)行。

抽象出管理體系模型的如下，這個模型說明了一個過套

體系至少應當包含“決策、執(zhí)行、反饋”三個重要方

面。

QA的職責就是確保過程的有效執(zhí)行，監(jiān)督項目按照過程

進行項目活動；它不負責監(jiān)管產(chǎn)品的質量，不負貨向管

理層提供項目的情況，不負責代表管理層進行管理，只

是代表管理層來保證過程的執(zhí)行。

2.3.3SQA和其他工作的組合

在不少企業(yè)中，將SQA的工作和QC、SEPG、組織級的

項目管理者的工作混合在一起了，有時甚至更加注重其

他方面的工作而沒有做好SQA的本職工作。

國內(nèi)現(xiàn)在基本有三種QA（按照工作重點不同來分）：一

是過程改進型，一是配置管理型，一是測試型。個人認

為是因為SQA工作和其他不同工作組合在一起形成的。

下面根據(jù)經(jīng)驗對它們之間的關系進行一個說明。

QA和QC,兩者基本職史；

QC：檢驗產(chǎn)品的質量，保證產(chǎn)品符合客戶的需求：是產(chǎn)

品質量檢查者；

QA：審計過程的質量，保證過程被正確執(zhí)行；是過程質

量審計者；

注意區(qū)別檢查和審計的不同，檢查：就是我們常說的找

茬，是挑毛病的；

審計：來確認項目按照要求進行的證據(jù)；子細看看CMM

中各個KPA中SQA的檢查采用的術語大量用到了“證

實”，審計的內(nèi)容主要是過程的；對照CMM看一下項目

經(jīng)理和高級管理者的審查內(nèi)容，他們更加關注具體內(nèi)

容。

對照上面的管理體系模型，QC進行質量控制，向管理層

反饋質量信息；QA則確保QC按照過程進行質量控制活

動，按照過程將檢查結果向管理層匯報。這就是QA和

QC工作的關系。

在這樣的分工原則下，QA只要檢杳項目按照過程進行

了某項活動沒有，產(chǎn)出了某個產(chǎn)品沒有；而QC來檢查

產(chǎn)品是否符合質量要求。

如果企業(yè)原來具有QC人員并且QA人員配備不足，可以

先確定由QC兼任QA工作。但是只能是暫時的，獨立的

QA人員應當具備，因為QC工作也是要遵循過程要求的，

也是要被審計過程的，這種混合情況，難以保證QC工

作的過程質量。

QA和SEPG,兩者基本職責。SEPG：制定過程,實施過

程改進：QA：確保過程被正確執(zhí)行。SEPG應當提供過

程上的指導，匡助項目組制定項目過程，匡助項目組進

行策劃；從而匡助項目組有效的工作，有效的執(zhí)行過程。

如果項目和QA對過程的理解發(fā)生爭持，SEPG作為最終

仲裁者。為了進行有效過程改進，SEPG必須分析項目的

數(shù)據(jù)。QA本也要進行過程規(guī)范，那末所有QA中最有經(jīng)

驗、最有能力的QA可以參加SEPG,但是要注意這兩考

的區(qū)別。

如果企業(yè)的SEPG人員具有較為深厚的開辟背景，可以

兼任SQA工作，這樣利于過程的不斷改進；但是由于二

法、執(zhí)法集于一身也容易造成SQA過于強勢，影響項一

的獨立性。

管理過程比較成熟的企業(yè)，因為企業(yè)的文化和管理機同

已經(jīng)健全，SQA職責范圍的工作較少，往往只是針對工

體項目制定明確重點的SQA計一劃，這樣SQA的審計工作

會大大減少，從而可以同時審計較多項目。

另一方面，由于分工的細致化，管理體系的更雜化，t

往需要專職的SEPG人員，這些人員要求了解企業(yè)的所

有管理過程和運作情況，在這個基礎上才干統(tǒng)籌全局的

進行過程改進，這時了解全局的SQA人員就是專職SEK

的主要人選；這些SQA人員將逐漸的轉化為SEPG人員，

并且更加了解管理知識，而SQA工作漸漸成為他們的兼

職工作。這種情況在許多CMM5企業(yè)比較多見，往往有

時看不見SQA人員在項目組浮現(xiàn)或者很少浮現(xiàn)，這種

SEPG和SQA的融合特殊有利于組織的過程改進工作。

SEPG確定過程改進內(nèi)容，SQA計劃重點反映這些改進內(nèi)

容，從保證有效的改進.特殊有利于達到CMM5的要求。

從這個角度，國外的SQA人員為什么高薪就不難理解了，

也決定了當前中國SQA人員比較被輕蔑的原因；因為管

理過程還不完善，我國的SQA人員還沒有產(chǎn)生這么大的

價值。

作者：麥粘桿兒1^2022-5-2916:51回者此發(fā)言

4軟件項目質量管理經(jīng)驗談

2.3.4QA和組織級的監(jiān)督管理

行的企業(yè)為了更好的監(jiān)督管理項目，建立了一個角色，

我取名為“組織級的監(jiān)督管理者”，他們的職責是對

所有項目進行統(tǒng)一的跟蹤、監(jiān)督、適當?shù)墓芾?，來保M

管理層對所有項目的可視性、可管理性。為了有效管火

項目，“組織級的監(jiān)督管理者”必須分析項目的數(shù)

據(jù)。他們的職責對照上圖的模型，就是執(zhí)行“反饋

職能。

QA本身不進行反饋工作，最多對過程執(zhí)行情況的信息進

行反饋。SQA職責最好不要和“組織級的項目管理者’

的職貢混合在一起，否則容易浮現(xiàn)SQA困境：一方面SQA

不能準確定位自己的工作，另一方面過程執(zhí)行者對SQA

人員抱有較大戒心。

如果建立了較好的管理過程，那末就會增強項目的可視

性，從而保證企業(yè)對所有項目的較好管理；而QA來確

保這個管理過程的運行。

2.3.5SQA的工作內(nèi)容和工作方法

2.3.5.1計劃

針對具體項目制定SQA計劃，確保項目組正確執(zhí)行過

程。制定SQA計劃應當注意如下幾點：

有重點：依據(jù)企業(yè)目標以及項目情況確定審計的重點。

明確審計內(nèi)容：明確審計哪些活動，那些產(chǎn)品。

明確審計方式：確定怎樣進行審計。

明確審計結果報告的規(guī)則：審計的結果報告給誰。

2.3.5.2審計/證實

依據(jù)SQA計劃進行SQA審計工作，按照規(guī)則發(fā)布審計結

果報告。注意審計一定要有項目組人員陪同，不能搞

驀地襲擊。雙方要開誠布公，坦誠相對。審計的內(nèi)容：

是否按照過程要求執(zhí)行了相應活動，是否按照過程要求

產(chǎn)生了相應產(chǎn)品。

2.3.5.3問題跟蹤

對審計中發(fā)現(xiàn)的問題，要求項目組改進，并跟進直到解

決。

2.3.5.4SQA的素質

過程為中心：應當站在過程的角度來考慮問題，保證了

過程，QA就盡到了責任。

服務精神：為項目組服務，匡助項目組確保正確執(zhí)行過

程。

了解過程：深刻了解企業(yè)的工程，并具有一定的過程管

理理論知識。

了解開辟：對開辟工作的基本情況了解，能夠理解項目

的活動。

溝通技巧：善于溝通，能夠營造良好的氣氛，避免審計

活動成為一種找茬活動。

第三章軟件項目質量管理在實際中的具體做法

3.1質量管理責任分配

筆者曾經(jīng)在美國TAJTechnologies公司任軟件工程師工

作。TAJTechnologies公司（位于美國明尼蘇達州，有

約200名員工）在開耨項目.卜.按照規(guī)范化軟件的生產(chǎn)方

式進行生產(chǎn)，在生產(chǎn)流程上采用IS09000的標準進行c

每一個項目除配備了項目開辟所需角色外，還專門配齊了

配置管理小組、測試小組和質量保證小組確保質量管理

的實施，下面針對這三種角色進行說明：

3.1.1配置管理小組職責

配置管理小組是保證項日開辟完畢的同時，內(nèi)部文檔才I

外部文檔都同時完成。內(nèi)部文檔的及時產(chǎn)生和規(guī)范，點

保證項目開辟各小組能夠更好的接口和溝通的重要前

提，從另一個方面訓、也是保證工程不被某個關鍵路E

所阻塞而延滯的前提。如上所述，配置管理小組還是C

證質量保證小組得以發(fā)揮作用的基礎。配置管理小組的

主要職責包括：完善各個部門發(fā)送需要存檔和進行版

本控制的代碼、文檔（包括外來文件）和階段性成果；對

代碼、文檔等進行單向出入的控制；對所有存檔的文

檔進行版本控制；提供文檔規(guī)范，并傳達到開辟組中,

3.1.2測試小組職責

測試小組作為質量控制的主要手段，負責軟件的測試設

計和執(zhí)行工作。如同軟件開辟一樣，測試在執(zhí)行之前，

同樣需要進行測試計劃和測試策略的設計，通常情況下

測試可以分為如下幾種類型，如：正確性測試、功能他

測試、性能測試、安全測試和系統(tǒng)測試等。而這些測口

均需要在測試計劃和測試策略中進行描述用以指導測

試小組成員進行測試用例編寫和測試執(zhí)行。程序員在交

給測試人員之前是進行過一定的單元測試，確保程序編

譯、運行正確。

測試人員根據(jù)詳細設計的文檔對軟件要實現(xiàn)的功能進

行一一測試，保證軟件的執(zhí)行正確的實現(xiàn)設計要求，a

此也只證明「軟件正確的反映/設計思想，但是否真正

反映了用戶的需求仍需要進一步的功能性測試。

作者：若鉆桿兒臣2022-5-2916:51同作此發(fā)言

5軟件項目質量管理經(jīng)驗談

測試人員惟獨根據(jù)軟件需求規(guī)格說明書所提及的功能

進行檢測，才干確保項目組開辟的軟件產(chǎn)品滿足用戶需

求。在正確性測試完成之后，需要測試的是軟件的性能，

軟件的性能在本項目中占有重要的地位，性能要求有可

能改變軟件的設計，為避免造成軟件的后期返工，測”

在性能上需要較大的側重。如果有必要的話，測試小2

還需要做安全測試，以通保系統(tǒng)使用安全可靠。

3.1.3質量保證小組職責

質量保證小組作為質量保證的實施小組，主要職責是保

證軟件透明開辟的主要環(huán)節(jié)。在項目開辟的過程中幾乎

所有的部門都與質量保證小組有關。質量保證小組對第

目經(jīng)理提供項目進度與項目真正開辟時的差異報告，提

出差異原因和改進方法。

在項目進度被延滯或者質量保證小組認為某階段開辟質

量有問題時，提請項目經(jīng)理、項目負責人等必要的相關

人員舉行質量會議。解決當前存在的和潛在的問題。質

量保證是建立在文檔的兔審基礎之.上，于是文檔版本的

控制，特殊是軟件配置管理，直接影響軟件質量保證的

影響力和力度。質量保證小組的檢測范圍包括：系統(tǒng)分

析人員是否正確的反映了用戶的需求；軟件執(zhí)行體是

否正確的實現(xiàn)了分析人員的設計思想：測試人員是否

進行了較為徹底的和全面的測試；配置管理員是否對

文檔的規(guī)范化進行的比較徹底，版本控制是否有效。

3.2質量管理實施

有了良好的資源配備，又如何在項目全生命周期內(nèi)實施

質量保證，讓我們從以下幾個方面來看質量保證的實施

過程：

3.2.1項目進度的質量保證

項目進度是項目進行是否順利的最直觀表現(xiàn)。顯然在項

目開始之前，項目開辟計劃是必須的。如果項目開辟計

劃的制定的是徹底合理的，那項目進度也就真正表達r

項FI與最終的交付使用之間的距離，然而要制定徹底合

理的項目開辟計劃幾乎不太可能?？梢娨ＷC項目進

度，首先要保證項目開辟計劃盡可能合理。

項目計劃的合理程度與項目計劃制定者從事類似規(guī)模

和類似業(yè)務的項目的經(jīng)驗有直接關系，通過經(jīng)驗往往能

夠預見潛在的妨礙，這樣要求項目計劃制定者需要集眾

人之力來完善計劃。

當項目計劃制定初期，由質量保證小組組織召開的項目

計劃評審會，邀請公司技術專家、用戶以及項目組小組

成員一起討論項目計劃的可行性，會議通常采用頭腦風

暴法，各抒己見，會后由指定的記錄員形成質量記錄，

發(fā)送給相關人員，對其計劃中不合理的地方進行修改完

善，并由質量保證人員對其結果跟蹤，以確保項目計劃

完整性、可行性，完善后的計劃交由配置管理人員進行

版本控制。

然而在計劃實施過程中，計劃不是“固定化”A常有人

道，“計劃趕不上變化”，但“要跟上變化”。項目計

劃以里程碑為界限，將整個開辟周期劃分為若干階段,

根據(jù)里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段

的任務量和完成的任務時間，這種方式非常有利于整個

項目計劃的動態(tài)調(diào)整。也利于項目質量保證的實施。

實際運作中，當質保小組發(fā)現(xiàn)計劃實施的差異后，報告

項目經(jīng)理，由項目經(jīng)理組織負責對計劃進行周期性維

護，對于已經(jīng)變動的計劃由質保小組協(xié)助配置管理小組

完成版本控制。

項目開辟各階段的質量保證

a、需求分析

需求分析是開辟人員對系統(tǒng)需要做什么和如何做的定

義過程。從系統(tǒng)分析的經(jīng)驗來看，這個過程往往是個

循序漸進的過程，一次性對系統(tǒng)形成完整的認識是艱

難的。惟獨不斷地和客戶領域專家進行交流確認，1

能逐步明了用戶的需求。從系統(tǒng)開辟的過程得知，系

統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放

大，越是在開辟的后期，糾正分析時犯下的錯誤所花

費的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的

質量。

解決系統(tǒng)分析錯誤的方法。TAJTechnologies公司通常

采用邀請用戶參預進行需求評定，然后對其用戶的意見

由質保成員跟蹤檢測是否納入需求規(guī)格說明書，同時與

用戶簽字確認形成需求基線，交由配置管理員放入配置

管理庫。

雖然及早的邀請用戶參預，仍然避免不了項目進行中用

戶的需求變更請求。對于開辟過程存在的需求變動，

我們要求用戶填寫變更申請單發(fā)送給項目配置管理員，

在通過配置配置員轉交質保小組，負責組織專家小組

和項

目組成員一起討論實施變更的可行性及實施后所帶來

的影響，小的變更則直接記錄入變更記錄原因分析項利

風險項欄，大的變更則需要形成正式的變更報告，無H

那種變更都需要對相應的文檔實施同步變更（包括需求

規(guī)格說明書、詳細設計文、安裝手冊、操作手冊等），

但是對于無法實現(xiàn)或者是變更會帶來巨大的影響而將甘

致進度的延期，這時，我們將變更報告提交給用戶或？

邀請用戶進行協(xié)調(diào)會議，討論變更取舍問題或者是項

目進度變更問題。

皮______

作者：麥秸桿兒2022-5-2916:51回復此發(fā)言

6軟件項目質量管理經(jīng)驗談

決定變更之后，由項目經(jīng)理組織實施變更，測試人員K

測變更結果，而質保小組成員監(jiān)督變更實施過程并協(xié)”

配置管理員對變更后的成果物進行版本控制。變更實施

完后，上線前還需要指定人員協(xié)助用戶一同測試并由用

戶簽字后允許方可上線。

b、系統(tǒng)設計

優(yōu)良的體系結構應當具備可擴展性和可配置性，而好的

對于設計選型不能一概而論，需要針對項目的結構、項

目的特征和用戶的需求來分析，同樣也要考慮到參預項

目小組成員的素質，如果其中大部份都沒有從事過面向

對象的設計且項目進對緊迫，這樣沒有多余的時間來培

訓小組成員來掌握面向對象的設計方法，盡管眾所周知

面向對象設計方法的優(yōu)勢，我們還是不如采用面向過程

的方式（除用戶指定開辟設計方式外）可以減少項目承

擔的技術風險。

TAJTechnologies公司有過一個項目，用戶指定需要采

用面向對象分析、設計和開辟，且開辟周期短，在無賴

的情況下，項目小組只能選用面向對象的軟件開辟過

程，由于項目小組很少從事過面向對象的開辟，經(jīng)驗缺

乏，導致項目上馬后項目進度延誤，項目沒有達到預期

的效果。

針對此次開辟，我們分析其原因，發(fā)現(xiàn)小組成員在開辟

過程中對于新技術互相交流少，各自有各自的理解和想

法，造成理解上的不一致性，導致工作重復性高，滯后

項目進度。建議解決方法是項目組成員采用集中辦公，

分塊學習，學習的成果即將向項目相關人員發(fā)布，再由

配置管理員對其發(fā)布的文檔進行整理、規(guī)類放入配置庠

以供大家共享。這樣方便大家的互相學習，減少重復的

工作。在這次開辟中我們公司從管理人員、設計人員到

開辟人員都吸收了不少教訓，同時經(jīng)過此次項目的開

發(fā)，小組成員也積累了豐富的面向對象的開辟經(jīng)驗。

除設計選型，還有一個容易被忽視的問題，就是公共類

開辟。公共類開辟可以減少工作中的重復工作，降低開

發(fā)成本。這要求我們再設計階段通過對用戶需求的子細

研究，盡可能的識別出公共類，并進行定義指定專人負

責設計通知其它設計人員，以減少重復工作。對于項目

組提供的設計文檔，由質保小組組織技術專家、項目組

設計人員、開辟人員和測試人員對其設計文檔的評審，

檢測設計文檔對其下一階段工作的可行性，及時發(fā)現(xiàn)設

計中可能存在的錯誤，降低項目開辟風險，同時確保設

計文檔能為開辟人員、測試人員提供切實的指導。對于

可復用的設計進行提取作為公共庫設計和開辟，提供項

目組或者整個公司重用，最后交由配置管理員進行設計文

檔的版本控制。

c、實現(xiàn)

實現(xiàn)也就是代碼的生產(chǎn)過程。這里不僅包括代碼的產(chǎn)

生，同時也包括測試用例的產(chǎn)生。針對上一階段提供詳

細設計，程序員