刪除的前一發(fā)布中的模塊數是1個，則：
SMI=（32－8－2－1）/32=0.656，
從結果可以看出，目前的情況離產品穩(wěn)定還有相當的距離。
5、軟件可用性的計算
軟件可用性是指在某個給定時間點上程序能夠按照需求執(zhí)行的概率。其定義為：
可用性=MTTF/（MTTF+MTTR）×100％
其中，MTTF是“平均失敗時間”，MTTR是“平均修復時間”。
在CAD軟件的例子中，若軟件在6個月內失敗一次，每次恢復平均需要20分鐘（恢復時間為排除故障或系統重新啟動所用的時間），那么，它的可用性是：
6個月/（6個月+20分鐘）X100=99.92%
通常，提高系統的可用性基本上有兩種方法：即增加MTTF或減少MTTR。而增加MTTF還要求增加系統的可靠性。
6、利用植入故障法估算程序中原有故障總數ET
通?？梢圆捎貌东@－再捕獲抽樣法來估算程序中原有故障總數。
設Ns是在測試前人為地向程序中植入的故障數(稱播種故障)，ns 是經過一段時間測試后發(fā)現的播種故障的數目，n是在測試中又發(fā)現的程序原有故障數。
假設測試用例發(fā)現植入故障和原有故障的能力相同，則程序中原有故障總數 N(=ET) 估算值為：
例如，在CAD軟件的測試過程中，人為播入的故障數是5個，經過一段時間的測試后發(fā)現的播種故障數是4個，在測試中又發(fā)現原有的故障數是2個，則程序中原有的故障數是：
N=（5/4）× 2=15個
軟件開發(fā)風險的定量監(jiān)理
很多應用軟件項目之所以陷入混亂狀態(tài)而使項目組人員經常感到疲于奔命，就是因為對風險管理的不重視。在監(jiān)理過程中也常常如此，很多情況下都是問題發(fā)生時才意識到問題的存在。而資源和項目周期的壓力，使得項目的相關方不得不在沒有很充分準備的情況下倉促應戰(zhàn)，而在這種情況下產生的結果往往是不理想的。
軟件風險監(jiān)理就是在風險成為影響軟件項目成功的威脅之前，識別、著手處理并消除風險的源頭。
風險關注未來將要發(fā)生的事情。那么，什么樣的風險會導致軟件項目徹底失敗呢？改變也是我們所關心的—用戶需求、開發(fā)技術、目標計算機以及所有其他與項目相關的因素的改變，將會對按時交付和總體成功產生什么影響呢？最后，我們必須抓住選擇機會—我們應該采用什么方法和工具？需要多少人員來參與工作？對質量的要求要達到什么程度才是“足夠的”？……諸如此類的問題還有很多，這些問題是風險監(jiān)理最關鍵的部分。
對風險進行定量監(jiān)理的第一步，就是要識別那些可能將風險帶到項目計劃中的因素，也就是對風險進行分類。
1、項目風險威脅到項目計劃。也就是說，如果項目風險變成現實，有可能會拖延項目的進度，且增加項目的成本。
項目風險是指潛在的預算、進度、人力(工作人員及組織)、資源、客戶、及需求等方面的問題以及它們對軟件項目的影響。項目復雜性、規(guī)模以及結構不確定性也被定義為項目風險因素。
2、技術風險威脅到要開發(fā)軟件的質量及交付時間。如果技術風險變成現實，則開發(fā)工作可能變得很困難或根本不可能。
技術風險是指潛在的設計、實現、接口、驗證、和維護等方面的問題。此外，規(guī)約的二義性、技術的不確定性、陳舊的技術及“先進的”技術也是風險因素。
3、組織風險。常見的組織風險是組織內部對目標未達成一致、高層對項目不重視、資金不足或與其他項目有資源沖突等都是潛在的組織風險。
4、外部風險。比如法律法規(guī)變化、項目相關接口方的情況發(fā)生變化，這些事件往往是不可控制的。但要注意的是，一般將不可控制的“不可抗力”不