1 引言
  從20 世紀(jì)80 年代，人們就開始研究軟件質(zhì)量模型，并取得了不少成果，得到了一些有效的質(zhì)量模型，包括McCall 模型、Boehm 模型、ISO9126 模型等。
通過對這3 個模型的深入研究發(fā)現(xiàn)，這3 個模型都著重分析了軟件質(zhì)量屬性的影響因素，這些模型研究的對象是軟件產(chǎn)品，即在軟件質(zhì)量屬性和軟件設(shè)計、編程的特性之間建立關(guān)聯(lián)映射。
這些模型可以幫助認(rèn)識軟件產(chǎn)品的質(zhì)量特性，盡管其對質(zhì)量特征和產(chǎn)品特性的度量本身是有用的，但在軟件過程質(zhì)量度量中顯得無能為力。
軟件過程質(zhì)量的度量是對軟件開發(fā)過程中的各個方面質(zhì)量指標(biāo)進(jìn)行度量，目的在于預(yù)測過程的未來性能，減少過程結(jié)果的偏差，對軟件過程的行為進(jìn)行目標(biāo)管理，
幫助發(fā)現(xiàn)軟件開發(fā)過程中的瓶頸或問題所在，為過程控制、過程評價、持續(xù)改善等提供量化管理的基礎(chǔ)。
2 以過程為基礎(chǔ)的軟件過程質(zhì)量度量流程的構(gòu)建
  軟件過程質(zhì)量度量遵守一般軟件過程度量的流程，在軟件過程度量流程的基礎(chǔ)上結(jié)合軟件過程質(zhì)量度量本身的特點(diǎn)，增加了“建立過程數(shù)據(jù)庫”和“預(yù)測產(chǎn)品質(zhì)量”兩個活動。
以軟件開發(fā)過程為核心，圍繞軟件開發(fā)過程開展了9 個與過程質(zhì)量度量相關(guān)的活動。這9 個活動以“確認(rèn)問題”為起點(diǎn)，按順時針方向進(jìn)行實(shí)施。
外圓周上的實(shí)線圓表示的活動和過程強(qiáng)關(guān)聯(lián)，過程度量受過程控制性的影響，虛線圓內(nèi)的活動表示和過程弱關(guān)聯(lián)。在度量過程中建立過程數(shù)據(jù)庫有利于數(shù)據(jù)的收集、分析和整理，
并可為其他項(xiàng)目進(jìn)行數(shù)據(jù)比對分析提供依據(jù)。通過對產(chǎn)品質(zhì)量的預(yù)測，可以發(fā)現(xiàn)未來產(chǎn)品可能存在的不足，以便提前采取有效措施來降低前期活動產(chǎn)生的不利影響，同時也可為后期的過程改進(jìn)提供建議。
其中每個活動的輸入來源于上一個活動在當(dāng)前時間的數(shù)值及相應(yīng)的外部輸入，使得當(dāng)前得到的度量分析結(jié)果總能反映截至當(dāng)前時間為止過程的運(yùn)作情況，進(jìn)而達(dá)到過程評價、過程控制及過程改進(jìn)的目的。
3 軟件過程質(zhì)量度量模型的構(gòu)建及度量元的分解
3.1 軟件過程質(zhì)量度量模型的構(gòu)建
  下面以軟件開發(fā)生命周期過程中的各個活動階段為基礎(chǔ)，構(gòu)建了一個5 層的軟件過程質(zhì)量度量模型。在度量模型中將軟件過程質(zhì)量分解為各個階段的過程質(zhì)量，
每個階段的過程質(zhì)量主要受過程的共性質(zhì)量要素（和多個過程活動都相關(guān)的質(zhì)量要素，如：進(jìn)度、資源和費(fèi)用、開發(fā)性能等）和過程的個性質(zhì)量要素（只和當(dāng)前的過程活動相關(guān)的質(zhì)量要素）的影響，
每個質(zhì)量要素又可進(jìn)一步分解成一個或多個質(zhì)量子要素，這為獲取最后的度量元提供了基礎(chǔ)。
在該度量模型中可以將共性質(zhì)量要素分解到各個過程活動中，形成樹狀層次結(jié)構(gòu)，這樣可以避免網(wǎng)狀結(jié)構(gòu)給度量帶來的復(fù)雜性。其中階段過程質(zhì)量為階段共性過程質(zhì)量與階段個性過程質(zhì)量的加權(quán)和。
3.2 過程質(zhì)量要素的定義及度量元的分解
  在參照CSBSG 項(xiàng)目基準(zhǔn)比對報告的基礎(chǔ)上，將軟件過程質(zhì)量要素分解成了共性過程質(zhì)量要素和個性過程質(zhì)量要素兩大類，并對其進(jìn)行了分解。
共性質(zhì)量要素是與軟件開發(fā)過程中多個活動階段都相關(guān)的質(zhì)量要素，它在每個階段中所需收集的數(shù)據(jù)、所用的度量方法、評價準(zhǔn)則都是類似的。如影響產(chǎn)品能否按時提交的一個質(zhì)量要素是進(jìn)度，要對每個階段的進(jìn)度進(jìn)行度量，
就要收集每個階段的里程碑?dāng)?shù)據(jù)，計算每個階段的進(jìn)度偏差，以預(yù)測下一階段的工作完成時間，并可根據(jù)需求情況對計劃做出相應(yīng)調(diào)整。對軟件過程質(zhì)量的改進(jìn)圍繞改善軟件質(zhì)量、提高生產(chǎn)效率和降低成本這三方面展開，
這3 個方面所涉及到的共性質(zhì)量要素主要包括：進(jìn)度、資源和費(fèi)用、評審、缺陷、開發(fā)性能、技術(shù)完備性、需求穩(wěn)定性，這7 個質(zhì)量要素是互相關(guān)聯(lián)的。對軟件過程質(zhì)量的共性質(zhì)量要素分解過程的個性質(zhì)量要素是指只和當(dāng)前的過程活動相關(guān)的質(zhì)量要素
4過程質(zhì)量的度量實(shí)踐
  下面針對某軟件公司的5 個軟件項(xiàng)目進(jìn)行了質(zhì)量跟蹤，采集了這5 個軟件項(xiàng)目的相關(guān)質(zhì)量數(shù)據(jù)，由于篇幅所限，只給出了需求階段的質(zhì)量數(shù)據(jù)，其中括號內(nèi)的數(shù)字表示各項(xiàng)的權(quán)值，而每個質(zhì)量要素權(quán)值的確定是在參考前人研究的基礎(chǔ)上，
由部門經(jīng)理、項(xiàng)目經(jīng)理、部門的度量人員根據(jù)客戶對質(zhì)量的要求進(jìn)行分配的，其大小介于0 與1 之間。同時又對需求的穩(wěn)定性進(jìn)行了跟蹤度量，需求的穩(wěn)定性是通過需求穩(wěn)定因子（Requirements Stability Index，RSI）來表示的，
即：RSI=（所有確定的需求數(shù)-累計的需求變化請求數(shù)）/所有確定的需求數(shù)，所有確定的需求數(shù)（The Number of all ResolvedRequirements Request，N3R）可以表示為：N3R=初始需求請求列表數(shù)+接受的需求變化請求數(shù)，
而接受的需求變化請求數(shù)是累計的需求變化請求數(shù)與待定的需求變化請求數(shù)之差，其過程是動態(tài)的。正常情況下軟件開發(fā)過程中越到后面，需求越趨于穩(wěn)定。RSI 越大，需求越穩(wěn)定，其值越接近于1。
RSI 與RPQ 之間的線性相關(guān)因子為0.887 64，說明軟件開發(fā)后期的需求穩(wěn)定因子與需求階段的過程質(zhì)量是正相關(guān)的，需求階段的過程質(zhì)量越高，后期的需求越穩(wěn)定，需求穩(wěn)定因子的值越接近于1；
而當(dāng)需求階段的過程質(zhì)量越差的時候，后期的需求變更越多，需求越不穩(wěn)定。這表明了提出的軟件過程質(zhì)量度量模型和度量方法是有效的。后來又將構(gòu)建的度量流程及度量方法運(yùn)用到了公司的其他項(xiàng)目中，
最終從公司質(zhì)量管理部門反饋的信息中，發(fā)現(xiàn)需求開發(fā)階段的需求工作完成情況較之以前有了很大進(jìn)步。
5 結(jié)束語
  軟件過程質(zhì)量的重要性逐漸引起研究人員和工程實(shí)踐人員的重視，軟件產(chǎn)品質(zhì)量的度量已經(jīng)比較成熟，但由于軟件開發(fā)過程本身的復(fù)雜性及其不穩(wěn)定性，造成軟件過程質(zhì)量的度量比較困難。
提出了一種軟件過程質(zhì)量度量的流程，建立了一個以生命周期為基礎(chǔ)的軟件過程質(zhì)量度量模型，并在參照CSBSG項(xiàng)目基準(zhǔn)比對報告的基礎(chǔ)上，將軟件過程質(zhì)量要素分解成了共性過程質(zhì)量要素和個性過程質(zhì)量要素兩大類，
給出了相應(yīng)的度量方法，最終實(shí)現(xiàn)了軟件過程質(zhì)量的定量度量。