摘要

　　本文的目的是比較軟件質(zhì)量和軟件風(fēng)險(xiǎn)管理之間的關(guān)系。文章首先回顧了基本原理、技術(shù)，以及它們?cè)谫|(zhì)量軟件開發(fā)過程中的應(yīng)用。讀者可以知道風(fēng)險(xiǎn)管理的基本概念，包括Boehmis的六步風(fēng)險(xiǎn)管理過程。文章討論了質(zhì)量軟件技術(shù)是如何既是軟件開發(fā)風(fēng)險(xiǎn)的貢獻(xiàn)者又是緩和者。

　　質(zhì)量入門介紹

　　根據(jù)國際標(biāo)準(zhǔn)組織（ISO）的定義，質(zhì)量是依靠特定的或暗指的能力滿足特定需要的產(chǎn)品或服務(wù)的全部功能和特征。這個(gè)定義說明了質(zhì)量是產(chǎn)品的內(nèi)在特征，描繪了產(chǎn)品的質(zhì)量觀點(diǎn)。第二個(gè)學(xué)術(shù)派的觀點(diǎn)堅(jiān)持如果要達(dá)到質(zhì)量的目標(biāo)必須在這個(gè)質(zhì)量的概念上要加強(qiáng)。這個(gè)學(xué)派認(rèn)為，質(zhì)量不是單獨(dú)以產(chǎn)品為中心的，而是和客戶和產(chǎn)品都有聯(lián)系的，其中客戶是出資金者或受影響的部分人，而產(chǎn)品包括利益和服務(wù)。進(jìn)一步講，質(zhì)量的概念會(huì)隨著時(shí)間響應(yīng)和環(huán)境價(jià)值的改變而改變，價(jià)值會(huì)使人們弄清什么是好的、什么是不好的。因此，軟件的質(zhì)量作為產(chǎn)品或服務(wù)需要的功能/特征，也必須定位于客戶和組織間的內(nèi)容(R.T. Vidgen,A.T. Wood-Harper)。這是關(guān)于質(zhì)量的有用的觀點(diǎn)。這些回顧的細(xì)節(jié)包含在以下幾段文字里，第一步是人為因素。

　　質(zhì)量觀點(diǎn)

　　對(duì)于質(zhì)量的觀點(diǎn)，開發(fā)過程中的每個(gè)人都有不同的看法和矛盾。以下幾點(diǎn)由開發(fā)過程中的幾個(gè)關(guān)鍵角色提供的簡要描述：

　　* 開發(fā)經(jīng)理：產(chǎn)品是可靠的、可維護(hù)性好的，能夠讓客戶滿意，如此直到項(xiàng)目結(jié)束或強(qiáng)制終止（這導(dǎo)致折衷的需要）。

　　* 商業(yè)分析者：客戶和開發(fā)小組聯(lián)合，保護(hù)用戶定義的功能和需求不受外部改變干擾。

　　* QA審計(jì)師：發(fā)現(xiàn)從質(zhì)量方案/產(chǎn)品中脫軌的現(xiàn)象——所有使過程偏離質(zhì)量控制的活動(dòng)將受到與項(xiàng)目有關(guān)的人員的反對(duì)。

　　* 最終用戶：初級(jí)雇員很少給系統(tǒng)輸入什么，但是對(duì)它的操作必須有責(zé)任。最終用戶不滿意，當(dāng)他們不愿意為系統(tǒng)付支票時(shí)，就需要監(jiān)察系統(tǒng)的可接受程度了。

　　* 生產(chǎn)線經(jīng)理：最終用戶的老板通常持有這樣的態(tài)度，即他們不需要太大的時(shí)間周期。

　　* 項(xiàng)目投資者：付鈔票的人，需要按時(shí)、按預(yù)算地交付產(chǎn)品。

　　最后，是開發(fā)人員的質(zhì)量觀點(diǎn)，這直接影響到選擇最終產(chǎn)品生產(chǎn)的方法。這不僅起源于開發(fā)者的質(zhì)量觀點(diǎn)（產(chǎn)品相對(duì)于使用），也起源于如何獲得需求（主管相對(duì)于客觀），和他們?nèi)绾蝿?chuàng)造他們工作的環(huán)境（協(xié)調(diào)相對(duì)于沖突）。R.T.Vidgen和A.T.Wood-Harper提出了四種可能的開發(fā)者對(duì)質(zhì)量的認(rèn)識(shí)觀點(diǎn)：

　　* 客觀的/協(xié)調(diào)的：在目標(biāo)沒有問題并且得到很好的描述時(shí)，開發(fā)人員會(huì)客觀地認(rèn)為質(zhì)量是一個(gè)合理的工程過程。質(zhì)量是和詳細(xì)闡述、實(shí)現(xiàn)開發(fā)過程嚴(yán)格控制的需要結(jié)合的。開發(fā)者趨向于接受質(zhì)量是產(chǎn)品的屬性的觀點(diǎn)（這是目前大多數(shù)軟件工程師的觀點(diǎn)）。

　　* 客觀的/矛盾的：開發(fā)者不僅明白質(zhì)量是客觀的，而且理解矛盾的興趣是可以解決的，于是不可能滿足所有人的質(zhì)量需求，而會(huì)確定滿足誰的需求（使管理者的還是工人的呢？）。

　　* 客觀的/一致的：開發(fā)者認(rèn)為質(zhì)量關(guān)系到團(tuán)體的結(jié)構(gòu)，要解決許多不同團(tuán)體（投資者/受益者）的不同的觀點(diǎn)和興趣。最終的結(jié)果反映了不同觀點(diǎn)的一致意見。

　　* 客觀的/矛盾的：開發(fā)者考慮了不同的觀點(diǎn)和興趣，但是，假定會(huì)有沖突和功能上的限制，解放者構(gòu)造質(zhì)量的新思路，這要求滿足多的興趣而忽視少部分功能。這一點(diǎn)更像一種協(xié)調(diào)而不是意見統(tǒng)一。

　　質(zhì)量特征和屬性

　　所有學(xué)派都認(rèn)為質(zhì)量軟件有兩個(gè)有區(qū)別的特征：第一，即是規(guī)范的一致性（如這是一個(gè)好的方案嗎？），第二，即適合它的有意的目標(biāo)（是問題的正確定位嗎？）。另外，所有學(xué)派都認(rèn)為有一個(gè)構(gòu)成高質(zhì)量的軟件的屬性。搜索有關(guān)不同質(zhì)量相關(guān)的文獻(xiàn)都會(huì)有許多不同的屬性列表，下面是Glass建議的七個(gè)屬性：

　　輕便性：允許軟件能夠從一臺(tái)計(jì)算機(jī)很容易地傳輸?shù)搅硪慌_(tái)需要運(yùn)行的計(jì)算機(jī)上的能力。

　　可靠性：軟件正確無誤地滿足需求的能力。

　　效率：軟件最小是用計(jì)算機(jī)資源（如內(nèi)存、外存和機(jī)器時(shí)鐘周期等）的能力。

　　人性化工程：軟件能夠容易地被人們理解和學(xué)習(xí)的能力。

　　易測(cè)性：為了測(cè)試軟件的可執(zhí)行性能的測(cè)試能力。

　　可理解性：軟件能夠被軟件維護(hù)人員閱讀并理解的方便程度。

　　可修改性：軟件能夠被軟件維護(hù)人員修改的方便程度。

　　以上例出的屬性并沒有一個(gè)特定的先后順序，就像質(zhì)量本身一樣，對(duì)這些屬性沒有絕對(duì)的層次關(guān)系。不是所有這些屬性在任何軟件工程項(xiàng)目里都有用。此外，用于實(shí)現(xiàn)這些屬性的技術(shù)可能導(dǎo)致確實(shí)的、消極的相互沖突。因此，質(zhì)量屬性的優(yōu)先此序列表必須在程序開發(fā)生命期之前定義，以彌補(bǔ)程序目標(biāo)的不足和在各屬性之間保留一定距離。

　　質(zhì)量法則

　　有一條規(guī)律可以決定軟件開發(fā)過程是如何引入軟件質(zhì)量因素的，那就是質(zhì)量法則。軟件開發(fā)團(tuán)體已經(jīng)認(rèn)識(shí)到這個(gè)問題，并認(rèn)為這有助于對(duì)生產(chǎn)軟件過程的風(fēng)險(xiǎn)測(cè)試。在軟件質(zhì)量書籍《軟件開發(fā)和支持成功框架》中，Curran和Sanders指出，軟件質(zhì)量過程要注意四點(diǎn)：

　　* 從一開始就要保證不出錯(cuò)，至少應(yīng)該努力是錯(cuò)誤盡量不在代碼是發(fā)生。為了做到這一點(diǎn)包括采用適當(dāng)?shù)能浖こ虡?biāo)準(zhǔn)和過程，建立獨(dú)立的質(zhì)量保證將來標(biāo)準(zhǔn)和過程；根據(jù)過去的經(jīng)驗(yàn)和教訓(xùn)制訂正式的方法；象軟件工具和合同軟件一樣的高質(zhì)量輸入。

　　* 確保盡早發(fā)現(xiàn)錯(cuò)誤并糾正，錯(cuò)誤隱蔽得越久，修正錯(cuò)誤花得代價(jià)就越大。因此，質(zhì)量控制必須在開發(fā)生命周期重的每一個(gè)階段都要重視，如需求分析、設(shè)計(jì)、文檔和代碼。這些都隸屬于所有的回顧方法，如檢查、預(yù)排和技術(shù)回顧。

　　* 消除引起錯(cuò)誤的引導(dǎo)因素，還沒有找到錯(cuò)誤的誘因就糾正錯(cuò)誤是不巧黨的。通過排除錯(cuò)誤的誘因你就達(dá)到了改良過程的目的（回憶連續(xù)改良過程是全面質(zhì)量管理TQC原則中用于軟件質(zhì)量的另一個(gè)關(guān)鍵原則）。

　　* 運(yùn)用獨(dú)立的按照標(biāo)準(zhǔn)和過程來的質(zhì)量審核工作方式，通常有兩種方法用于檢查項(xiàng)目活動(dòng)是否按照預(yù)定的標(biāo)準(zhǔn)和過程進(jìn)行的，即SEI和SPR。

　　質(zhì)量因素和風(fēng)險(xiǎn)

　　我們已經(jīng)討論了質(zhì)量，接下來的問題就是軟件質(zhì)量，或程序的質(zhì)量，在軟件開發(fā)項(xiàng)目中要討論的風(fēng)險(xiǎn)因素。在《軟件風(fēng)險(xiǎn)的評(píng)估和控制》一書中，Jones描述了他在軟件開發(fā)中的評(píng)估經(jīng)驗(yàn)。運(yùn)用軟件生產(chǎn)力研究(SPR，Software Productivity Research)和軟件工程技術(shù)（SEI，Software Engineering Institute）方法來回顧幾百個(gè)企業(yè)的項(xiàng)目，這些項(xiàng)目產(chǎn)生的軟件可以分為六類：

　　* 管理信息系統(tǒng)：財(cái)務(wù)和管理系統(tǒng)；

　　* 象操作系統(tǒng)、通訊軟件或其他物理設(shè)備控制軟件等系統(tǒng)軟件；

　　* 商務(wù)開發(fā)項(xiàng)目，如給最終用戶出租/出售產(chǎn)品等；

　　* 軍事軟件項(xiàng)目；

　　* 合同/采購軟件項(xiàng)目（民間），一些零散的用于職員和雇主的客戶端軟件；

　　* 最終用戶軟件項(xiàng)目，即一些給特定的用戶開發(fā)的軟件。

　　這些程序中有超過100多個(gè)的風(fēng)險(xiǎn)因素。少數(shù)項(xiàng)目有超過15個(gè)風(fēng)險(xiǎn)因素，但大多數(shù)是6個(gè)因素影響。分析這些項(xiàng)目中的風(fēng)險(xiǎn)模式，結(jié)論是它們不都是所有軟件中的共同因素。這兒列出了幾個(gè)在樣本程序中出現(xiàn)最多的風(fēng)險(xiǎn)因素。

　　MIS：

　　* 緩慢的用戶需求分析（80%）

　　* 過大的時(shí)間進(jìn)度壓力（65%）

　　* 低質(zhì)量（60%）

　　* 嚴(yán)重超成本（55%）

　　* 不充分的配置控制（50%）

　　低質(zhì)量的軟件被定義為根本不工作，或是重復(fù)出現(xiàn)操作失敗的現(xiàn)象。Jones定義低質(zhì)量的軟件是，用戶報(bào)告中每日歷年、每個(gè)功能點(diǎn)出現(xiàn)超過0.5個(gè)錯(cuò)誤。MIS系統(tǒng)低質(zhì)量表現(xiàn)在兩個(gè)方面：(1)不確定的錯(cuò)誤出現(xiàn)，如偶然或非專業(yè)的使用檢查或運(yùn)行測(cè)試時(shí)出現(xiàn)錯(cuò)誤；（2）不充分的錯(cuò)誤預(yù)防，如使用象聯(lián)合應(yīng)用設(shè)計(jì)（JAD）或信息工程(IE)的標(biāo)準(zhǔn)技術(shù)失敗，一些錯(cuò)誤可以產(chǎn)生項(xiàng)目的說明。

　　系統(tǒng)軟件風(fēng)險(xiǎn)：

　　* 長期的計(jì)劃（70%）

　　* 不充分的成本估計(jì)（65%）

　　* 過多的文檔工作（60%）

　　* 錯(cuò)誤的模塊（50%）

　　* 項(xiàng)目取消（35%）

　　過多的文檔工作并沒有嚴(yán)格的規(guī)律，但是可以從以下幾點(diǎn)來判斷是否是“過多”：（1）超過50種分散類型的文檔；（2）文檔費(fèi)用接近或超過了整個(gè)項(xiàng)目費(fèi)用的50%；（3）每個(gè)功能點(diǎn)有超過2000詞的描述。系統(tǒng)軟件的文檔在數(shù)量級(jí)上僅次于軍事軟件，太多的文檔對(duì)工作來講是多余的。(注意，過多的文檔會(huì)引起額外的問題，目前，還沒有出版相關(guān)的作品說明怎樣數(shù)量、卷、結(jié)構(gòu)或什么樣的文檔風(fēng)格對(duì)于軟件項(xiàng)目來講是合適的。)

　　商業(yè)軟件風(fēng)險(xiǎn)

　　* 不充分的用戶文檔（70%）

　　* 低用戶滿意度（55%）

　　* 太多的市場(chǎng)營銷時(shí)間（50%）

　　* 有害的競(jìng)爭(zhēng)活動(dòng)（45%）

　　* 訴訟費(fèi)用（40%）

　　不充分的用戶文檔定義為不完整的、不清楚的、錯(cuò)誤的或理解有困難的用戶信息。用戶信息包括在線幫助和出版材料，這在商業(yè)軟件世界里是廣泛存在的問題。這個(gè)問題可以有一下因素來描述：

　　 技術(shù)描述缺乏相當(dāng)?shù)募记?

　　* 用戶文檔不充分：

　　n 新的軟件包發(fā)布的文檔每次都很困難；

　　n 一些廠商不愿使用有能力的作者；

　　n 用戶文檔的陳述還是很原始的方法；

　　低的用戶滿意度意味著用戶對(duì)以下一點(diǎn)或多個(gè)因素不滿意（在1993年，一半多商業(yè)軟件存在這些問題）：

　　* 低質(zhì)量；

　　* 不完整的功能；

　　* 復(fù)雜的不可思議的命令結(jié)構(gòu)；

　　* 很難學(xué)習(xí)；

　　* 麻煩的安裝過程；

　　* 用戶服務(wù)和支持力量不足；

　　* 過多的占用磁盤空間或其他硬件資源；

　　軍用軟件

　　據(jù)用軟件有相當(dāng)嚴(yán)格的項(xiàng)目連續(xù)性，同時(shí)也有其相應(yīng)的代價(jià)高昂的問題和風(fēng)險(xiǎn)。

　　* 過多的文檔（90%）

　　* 低產(chǎn)率（85%）

　　* 長周期（75%）

　　* 緩慢的用戶需求（70%）

　　* 不用或不能用的軟件（45%）

　　合同/采購軟件項(xiàng)目風(fēng)險(xiǎn)

　　* 高維護(hù)費(fèi)用（60%）

　　* 委托人和承包人間的摩擦（50%）

　　* 緩慢的用戶需求（45%）

　　* 不可預(yù)料的認(rèn)可標(biāo)準(zhǔn)（30%）

　　* 交付的軟件法律所有權(quán)（20%）

　　維護(hù)費(fèi)用是指每年一次的修復(fù)錯(cuò)誤或按照顯著高于U.S標(biāo)準(zhǔn)的項(xiàng)目維護(hù)費(fèi)用，一個(gè)人能夠維護(hù)的目前軟件總數(shù)顯著的低于U.S標(biāo)準(zhǔn)。

　　不可預(yù)料的標(biāo)準(zhǔn)認(rèn)可定義為有時(shí)存在項(xiàng)目委托人和承包人之間的對(duì)于產(chǎn)品交付條件、付款、超出最初的合同或協(xié)議的條件方面的問題。例如一個(gè)典型的問題就是過高的質(zhì)量要求、對(duì)軟件性能目標(biāo)的過高要求，或者軟件的特殊需要或文檔。這種情況最終會(huì)使認(rèn)可失敗，或?qū)е掠脩舾械焦ぷ鞑粷M意。這會(huì)對(duì)項(xiàng)目造成傷害，影響客戶關(guān)系，極端的情況會(huì)引起法律訴訟。

　　最終用戶軟件風(fēng)險(xiǎn)

　　* 不可轉(zhuǎn)讓的應(yīng)用（80%）

　　* 隱藏的錯(cuò)誤（65%）

　　* 不可維護(hù)的軟件（60%）

　　* 多余的應(yīng)用（50%）

　　* 交付的物品和軟件的法律關(guān)系（版權(quán)）（20%）

　　應(yīng)藏錯(cuò)誤定義為隱藏在最終用戶系統(tǒng)中不為開發(fā)者或任何其他人知道的邏輯或程序錯(cuò)誤。在沒有最后回顧、檢查、測(cè)試、審核和質(zhì)量分析活動(dòng)的情況下更容易出現(xiàn)。

　　不可維護(hù)的軟件。一旦軟件開發(fā)者離開了公司之后，誰來維護(hù)軟件呢？一些應(yīng)用軟件機(jī)構(gòu)化很差、注釋不全，以至于一旦開發(fā)者離開了公司，就沒有誰能夠維護(hù)該軟件了。

　　Boehmis的六步風(fēng)險(xiǎn)管理

　　正如Jones所說，質(zhì)量保證活動(dòng)直接影響到軟件開發(fā)過程的風(fēng)險(xiǎn)。目前的軟件風(fēng)險(xiǎn)管理已經(jīng)從概念、實(shí)踐和規(guī)則方面同其他工程或管理領(lǐng)域?qū)?yīng)起來。軟件風(fēng)險(xiǎn)管理的目標(biāo)用于標(biāo)識(shí)、定位和消除各種風(fēng)險(xiǎn)因素，在其來臨之前阻止其發(fā)生，以使項(xiàng)目成功操作或使軟件重寫的機(jī)率降低。這種征兆是在一定條件下發(fā)生的。如果操作者不注意，這些風(fēng)險(xiǎn)可能就會(huì)趁你不注意發(fā)生。決策樹結(jié)構(gòu)顯示了復(fù)合風(fēng)險(xiǎn)是由每個(gè)決策項(xiàng)構(gòu)成的，復(fù)合風(fēng)險(xiǎn)是各部分風(fēng)險(xiǎn)的綜合。這種決策樹提供了一種量化的用于描述不同的選項(xiàng)影響程度的方法，就像決定各個(gè)風(fēng)險(xiǎn)因素部分的決策參數(shù)。這種分析方法在風(fēng)險(xiǎn)發(fā)生概率和沒有精確的分析方法時(shí)很有用。

　　Boehm歸納了六步風(fēng)險(xiǎn)管理法則，其中有兩步關(guān)鍵法則，每個(gè)法則有三個(gè)子步驟。Boehm建議采用適當(dāng)?shù)募夹g(shù)來實(shí)現(xiàn)每個(gè)關(guān)鍵步驟和子步驟。第一步是評(píng)估，包括：

　　* 風(fēng)險(xiǎn)確認(rèn)，確認(rèn)詳細(xì)的影響軟件成功的項(xiàng)目風(fēng)險(xiǎn)因素；

　　* 風(fēng)險(xiǎn)分析，檢查每個(gè)風(fēng)險(xiǎn)因素的發(fā)生概率和降低其發(fā)生的概率的可能性；

　　* 給確認(rèn)和分析的風(fēng)險(xiǎn)因素確定級(jí)別，即風(fēng)險(xiǎn)考慮的先后順序；

　　一旦項(xiàng)目風(fēng)險(xiǎn)因素的先后順序排列出來了，第二步就是風(fēng)險(xiǎn)管理。這一步中，要對(duì)這些風(fēng)險(xiǎn)因素進(jìn)行控制，包括：

　　* 風(fēng)險(xiǎn)管理計(jì)劃，制定每個(gè)風(fēng)險(xiǎn)因素如何定位，這些風(fēng)險(xiǎn)因素的管理如何與整個(gè)項(xiàng)目計(jì)劃融為一體；

　　* 在每個(gè)實(shí)現(xiàn)活動(dòng)或工作中的風(fēng)險(xiǎn)解決方案，消除或解決風(fēng)險(xiǎn)因素的特殊活動(dòng)；

　　* 風(fēng)險(xiǎn)監(jiān)視，跟蹤解決風(fēng)險(xiǎn)活動(dòng)的風(fēng)險(xiǎn)過程的趨勢(shì)；

　　質(zhì)量因素的風(fēng)險(xiǎn)管理應(yīng)用

　　正如我在本文的“質(zhì)量因素和風(fēng)險(xiǎn)”一節(jié)中提到的，幾種方式的軟件開發(fā)直接或間接地受到相關(guān)的軟件質(zhì)量問題影響，在本節(jié)中，我們要討論幾種可以幫助我們控制、減輕或防止風(fēng)險(xiǎn)發(fā)生的技巧。（Jones）

　　因素：緩慢的用戶需求

　　減輕風(fēng)險(xiǎn)的技巧：

　　* 使用原型；

　　* 在MIS系統(tǒng)中利用JADS技術(shù)分析需求；

　　* 使用信息工程（IE）技術(shù)創(chuàng)建需求——主要使用在MIS系統(tǒng)中；

　　* 運(yùn)用功能規(guī)格方法監(jiān)視需求的進(jìn)展，一旦在需求階段確定了規(guī)格，研究就是和需求收集過程結(jié)合起來了?，F(xiàn)在創(chuàng)建需求功能列表的自動(dòng)工具技術(shù)是可行的了。這些工具的先進(jìn)之處在于：嚴(yán)格而快速地收集需求，不僅可以填寫功能點(diǎn)計(jì)算和成本預(yù)算，也能夠把這些數(shù)據(jù)增加到CASE工具、數(shù)據(jù)模型和設(shè)計(jì)工具中。

　　* 新技術(shù)——基于功能點(diǎn)的分解和每個(gè)功能點(diǎn)的成本估算。這將迫使用戶承認(rèn)緩慢的用戶需求將會(huì)導(dǎo)致財(cái)政（成本）的增加。

　　因素：低質(zhì)量和錯(cuò)誤傾向的模塊

　　減輕風(fēng)險(xiǎn)的技巧：按照進(jìn)度計(jì)劃進(jìn)行的質(zhì)量控制和成本控制。已經(jīng)證明影響軟件質(zhì)量控制的四中技巧是：

　　質(zhì)量評(píng)估和可靠的評(píng)估工具。質(zhì)量/評(píng)估工具是一個(gè)新的市場(chǎng)（在1993年只有6種這樣的工具），在所有的軟件開發(fā)項(xiàng)目經(jīng)理的人員中使用的不足10%。

　　過失預(yù)防方法。過失預(yù)防方法包括所有減少市場(chǎng)誤差或錯(cuò)誤的技術(shù)，包括：（a）所有結(jié)構(gòu)化分析和設(shè)計(jì)技術(shù)；（b）原型；(c)高級(jí)的面向?qū)ο笳Z言；（d）在過程語言中嚴(yán)格地使用結(jié)構(gòu)化語言；（e）開展質(zhì)量功能開發(fā)(QFD)；（f）開展全面質(zhì)量管理（TQC）；(g)開展軟件質(zhì)量分析(SQA)；(h)清潔的空間發(fā)展方法（譯者：？）。

　　過失消除方法。過失消除方法包括設(shè)計(jì)回顧、結(jié)構(gòu)化預(yù)演（原型）、正規(guī)的代碼檢驗(yàn)、正確性校驗(yàn)和所有的測(cè)試步驟。正規(guī)回顧和驗(yàn)證已經(jīng)被被有效地運(yùn)用于消除過失，幾乎被所有美國的質(zhì)量管理領(lǐng)導(dǎo)采用了。測(cè)試工作最好經(jīng)過正規(guī)的專家培訓(xùn)后采用。

　　質(zhì)量管理程序。Jones指出在美國的軟件質(zhì)量控制領(lǐng)導(dǎo)人（如Bladrige獲勝者）已經(jīng)具有完整的質(zhì)量管理程序。其中之一就是在軟件質(zhì)量領(lǐng)域的功能方法學(xué)的擴(kuò)展。過時(shí)的代碼方法很不明確、很荒謬，以至于在管理需求分析、設(shè)計(jì)和文檔方面有很多錯(cuò)誤，在質(zhì)量主體方面也沒有很多重要的文獻(xiàn)資料。功能點(diǎn)方法是在1991年被美國國家質(zhì)量部門和軍事系統(tǒng)、MIS項(xiàng)目等采用的。1993年，功能點(diǎn)方法也用于控制或預(yù)測(cè)軟件項(xiàng)目的測(cè)試用例或測(cè)試運(yùn)行。

　　參考書目

　　Wallmueller, Ernest. 《軟件質(zhì)量保證的實(shí)踐方法》 Prentice Hall, Inc 1994. ISBN 0-13-819780-6

　　Schulmeyer, G. Gordon 《零過失錯(cuò)誤軟件》. McGraw-Hill, Inc. 1990. ISBN 0-07-055663-6

　　Glass, Robert. 《構(gòu)造軟件質(zhì)量》. Prentice-Hall, Inc. 1992. ISBN 0-13-086695-4

　　Boogaard, Martin.《在信息系統(tǒng)的適應(yīng)性中通過數(shù)據(jù)無關(guān)性減少軟件錯(cuò)誤》. Thesis Publishers, Amsterdam, 1994. ISBN 90-5170-289-2

　　Curran, E. and Sanders, J. 《軟件質(zhì)量：軟件開發(fā)和支持的成功框架》. Addison-Wesley Publishing Co., Inc. 1994, ISBN 0-201-63198-9

　　Blackman, M., Jeffreys, M. 《原型的質(zhì)量系統(tǒng)》. 從《軟件質(zhì)量管理, 》擴(kuò)展。Elsevier Science Publishers, London. 1993 ISBN 1-85166-963-9

　　Vidgen, R.T. and Wood-Harper, A.T., 《確定和管理質(zhì)量的有關(guān)概念》，從《軟件質(zhì)量管理, 》擴(kuò)展。 Elsevier Science Publishers, London. 1993 ISBN 1-85166-963-9