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

    項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html