第12章-軟件項目計劃(史濟民)

第十二章軟件項目計劃問題定義可行性研究軟件風險分析項目實施計劃計劃時期的工作流程開始問題定義可行性研究可行否?項目實施計劃終止項目的建議停止12.1問題定義目的弄清需要解決的問題項目所需的資源和經費任務編寫“系統(tǒng)目標與范圍的說明”《系統(tǒng)目標與范圍的說明》

示例系統(tǒng)目標和范圍說明書2006年3月1.項目：教材銷售系統(tǒng)2.問題：人工發(fā)售教材手續(xù)繁瑣，且易出錯。3.項目目標：建立一個高效率、無差錯的微機教材銷售系統(tǒng)。4.項目范圍：利用現(xiàn)有微型計算機，軟件開發(fā)費用不超過5000元。5.初步想法：建議在系統(tǒng)中增加對缺書的統(tǒng)計與采購功能。6.可行性研究：建議進行大約10天的可行性研究，研究費用不超過1000元。12.2可行性研究一、引言開發(fā)基于計算機的系統(tǒng)會受到時間、技術和資源的限制。接受項目之前必須根據(jù)客戶提供的時間、資源和技術力量進行可行性研究，避免盲目性?？尚行匝芯颗c風險分析相互關聯(lián)，項目風險越大，開發(fā)高質量軟件的可行性就越小?？尚行匝芯磕康难芯宽椖渴欠窨赡軐崿F(xiàn)和值得進行回答Whytodo?研究的內容經濟可行性技術可行性運行可行性法律可行性開發(fā)方案的選擇性研究的步驟細化和修改“系統(tǒng)目標和范圍”，得出新系統(tǒng)的邏輯模型弄清當前系統(tǒng)—系統(tǒng)流程圖導出新系統(tǒng)邏輯模型—數(shù)據(jù)流圖導出新系統(tǒng)的解決方案提出推薦的方案本項目的開發(fā)價值推薦這個方案的理由可行性研究系統(tǒng)流程圖描述系統(tǒng)物理模型包含人員、硬件、軟件等子系統(tǒng)符號借用程序流程圖符號成本—效益分析系統(tǒng)成本開發(fā)成本運行維護成本系統(tǒng)效益經濟效益社會效益可行性論證報告系統(tǒng)概述簡述當前系統(tǒng)及其問題新系統(tǒng)功能及新舊系統(tǒng)的比較可行性分析經濟、技術、運行、法律上的可行性建立新系統(tǒng)的主客觀條件分析結論意見項目可行或推遲項目或終止項目二、經濟可行性計算機迅速發(fā)展的原因在于，計算機的應用給社會帶來了巨大的經濟效益?；谟嬎銠C系統(tǒng)的成本－效益分析，給出系統(tǒng)開發(fā)的成本論證，并將估算的成本與預期的利潤進行對比。項目開發(fā)成本受項目的特性、規(guī)模等因素制約。系統(tǒng)分析員很難直接估算基于計算機系統(tǒng)的成本和利潤，得到完全精確的成本-效益分析結果十分困難。經濟可行性基于計算機系統(tǒng)的成本①購置并安裝軟件、硬件及有關設備的費用。②系統(tǒng)開發(fā)費用。③系統(tǒng)安裝、運行和維護費用。④人員培訓費用。

在系統(tǒng)分析和設計階段只能得到預算，即估算成本。在系統(tǒng)開發(fā)完畢并交付用戶運行后，費用的統(tǒng)計結果就是實際成本。成本－效益分析系統(tǒng)效益分為兩個方面經濟效益系統(tǒng)為用戶增加的收入，可以用直接的或統(tǒng)計的方法估算。估算項目的開發(fā)成本是否超過預期的利潤分析系統(tǒng)開發(fā)對其他產品或利潤的影響社會效益用定性的方法估算。例：開發(fā)計算機輔助設計(CAD)

系統(tǒng)取代當前的手工設計過程系統(tǒng)分析員為手工設計系統(tǒng)和CAD目標系統(tǒng)進行成本效益分析T:繪一幅圖的平均時間，單位是小時。d:每小時繪圖的平均成本，單位是元。n:每年繪圖的數(shù)目。r:用CAD系統(tǒng)繪圖減少的繪圖時間比例。p:用CAD系統(tǒng)繪圖的百分比。利用CAD系統(tǒng)繪圖每年可以節(jié)省的經費為：

B＝r×T×n×d×p當r=1/4，T=4小時，n=8000/年，d=20元/小時，p＝60%代入上式計算得B=96000元/年。用CAD繪圖比用手工系統(tǒng)繪圖平均每年約節(jié)省96000元。CAD系統(tǒng)成本－效益分析系統(tǒng)開發(fā)成本、節(jié)省的經費與時間的關系如圖所示。盈虧平衡點對應的時間坐標是3.1年，系統(tǒng)應用3.1年后可以收回成本。投資成本包括軟硬件降價、稅收的影響和其他潛在的因素。提高效益與追加成本的關系曲線AB段表明，系統(tǒng)在完成用戶需求的條件下尚有一定潛力支持附加的功能和性能。曲線BC段表示，再增加功能和性能附加成本會急劇增加，這時系統(tǒng)沒有能力再支持新的功能和性能，要做到這點必須增加新的軟、硬件資源。例將單用戶操作系統(tǒng)的計算機系統(tǒng)改造成多用戶系統(tǒng)。系統(tǒng)效益明顯增加，成本增加不多。當用戶增加到一定數(shù)量時，系統(tǒng)擴充成本迅速增長。三、技術可行性

根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，從技術的角度研究實現(xiàn)系統(tǒng)的可行性研究內容風險分析在給定的約束條件下，判斷能否設計并實現(xiàn)系統(tǒng)所需功能和性能。資源分析論證是否具備系統(tǒng)開發(fā)所需的各類人員(管理人員和各類專業(yè)技術人員)、軟件、硬件資源和工作環(huán)境等。技術分析當前的科學技術是否支持系統(tǒng)開發(fā)的全過程。技術可行性采集影響系統(tǒng)性能、可靠性、可維護性方面的信息論證實現(xiàn)系統(tǒng)功能和性能需要的各種設備、技術、方法和過程分析項目開發(fā)在技術上擔負的風險，及對開發(fā)成本的影響等等如有可能應研究現(xiàn)有類似系統(tǒng)的功能、性能，采用的技術、工具、設備，開發(fā)過程中成功和失敗的經驗、教訓，為系統(tǒng)開發(fā)作參考技術可行性：途徑系統(tǒng)分析員通過對現(xiàn)實世界的觀察和分析建立分析模型評估模型的行為并將它們與現(xiàn)實世界對比論證系統(tǒng)開發(fā)方案在技術上的可行性和優(yōu)缺點。開展其它技術可行性研究和設計活動

技術可行性：困難技術發(fā)展快領域知識不熟悉系統(tǒng)目標、功能和性能不確定建立分析模型、仿真四、方案選擇系統(tǒng)分析任務完成后，系統(tǒng)工程師開始研究問題求解方案。思路：分而治之將一個大的復雜系統(tǒng)分解為若干個子系統(tǒng)；精確地定義子系統(tǒng)的界面、功能和性能；給出各子系統(tǒng)之間的關系。系統(tǒng)分解和實現(xiàn)的方案不是唯一的。每種方案對成本、時間、人員、技術、設備等都有一定的要求。不同方案開發(fā)出來的系統(tǒng)在系統(tǒng)功能、性能方面會有很大差異。方案選擇：成本

研究成本、設計成本、設備成本、程序編碼成本、測試和評審成本、系統(tǒng)運行和維護成本、系統(tǒng)退役成本等

在開發(fā)系統(tǒng)所用總成本不變的情況下，由于系統(tǒng)開發(fā)各階段所用成本分配方案的不同會對系統(tǒng)的功能和性能產生相當大的影響。方案選擇：過程功能、性能、成本技術、設備、風險對開發(fā)人員的要求方案選擇：折衷折衷是軟件工程的重要、重復概念。折衷過程也是系統(tǒng)論證和選擇、確定系統(tǒng)開發(fā)方案的過程。例：客戶和系統(tǒng)工程師在成本、清晰度和響應時間三者之間選取折衷方案。12.3風險管理軟件開發(fā)幾乎總會存在某些風險。對付風險應該采取主動的策略，也就是說，早在技術工作開始之前就應該啟動風險管理活動：標識出潛在的風險，評估它們出現(xiàn)的概率和影響，并且按重要性把風險排序，然后，軟件項目組制定一個計劃來管理風險。風險管理的主要目標是預防風險，但是，并非所有風險都能預防，因此，項目組還必須制定一個處理意外事件的計劃，以便一旦風險變成現(xiàn)實時能夠以可控的和有效的方式作出反應。一、軟件風險分類風險有兩個顯著特點不確定性：標志風險的事件可能發(fā)生也可能不發(fā)生，也就是說，沒有100%發(fā)生的風險(100%發(fā)生的風險是施加在軟件項目上的約束)。損失：如果風險變成了現(xiàn)實，就會造成不好的后果或損失。12.3風險管理（續(xù)）風險分析時，重要的是量化不確定性的程度及與每個風險相關的損失程度。為此必須考慮風險的類型：1、按照風險的影響范圍分類(1)項目風險：指預算、進度、人力、資源、客戶及需求等方面的潛在問題和它們對軟件項目的影響。(2)技術風險：指設計、實現(xiàn)、接口、驗證和維護等方面潛在的問題。(3)商業(yè)風險：往往危及項目或產品。有如下五個主要的商業(yè)風險：一、軟件風險分類（續(xù)）市場風險：正在開發(fā)一個沒有人真正需要的“優(yōu)秀產品”。策略風險：正在開發(fā)一個不再符合公司的整體商業(yè)策略的產品。營銷風險：正在開發(fā)一個銷售部門不知道如何去賣的產品。管理風險：由于重點轉移或人事變動，失去了高級管理層的支持。預算風險：沒有獲得預算或人力上的保證。商業(yè)風險分類2、按照風險的可預測性分類(1)已知風險：通過仔細評估項目計劃、開發(fā)項目的商業(yè)和技術環(huán)境、以及其他可靠的信息得到(2)可預測的風險：從過去項目的經驗中推測出來(3)不可預測的風險：不能事先識別的風險一、軟件風險分類（續(xù)）二、風險識別通過識別已知的和可預測的風險，項目管理者就朝著在可能時避免風險并且在必要時控制風險的目標邁出了第一步。1、前面描述的每一類風險又可進一步分成兩種類型：一般性風險和特定產品的風險。一般性風險對每個軟件項目都是潛在的威脅。特定產品的風險只有那些對當前項目的技術、人員、及環(huán)境非常了解的人才能識別出來。12.3風險管理（續(xù)）2、事實上，“如果你不主動地攻擊風險，風險將主動地攻擊你”。因此，應該系統(tǒng)化地識別出一般性風險和特定產品的風險。3、采用建立風險條目檢查表的方法，人們可以集中精力識別下列已知的和可預測的風險。二、風險識別(續(xù))(1)產品規(guī)?！c要開發(fā)或要修改的軟件總體規(guī)模相關的風險。(2)商業(yè)影響—與管理或市場所施加的約束相關的風險。(3)客戶特性—與客戶素質以及開發(fā)者和客戶定期通信的能力相關的風險。(4)過程定義—與軟件過程已被定義的程度以及軟件開發(fā)組織遵守軟件過程的程度相關的風險。(5)開發(fā)環(huán)境—與用來開發(fā)產品的工具的可用性和質量相關的風險。(6)所用技術—與待開發(fā)系統(tǒng)的復雜性及系統(tǒng)所包含的技術的“新奇性”相關的風險。(7)人員數(shù)目與經驗—參加工作的軟件工程師的總體技術水平及項目經驗相關的風險。建立風險條目檢查表風險條目要點列表與說明參見張海藩郵電版P246-250三、風險預測風險預測(也稱為風險估算)試圖從兩個方面來評估每個風險：風險變成現(xiàn)實的可能性或概率，以及當風險變成現(xiàn)實時所造成的后果。1、評估風險后果美國空軍建議從性能、支持、成本和進度等四個方面評估風險的后果，他們把上述四個方面稱為四個風險因素。12.3風險管理（續(xù)）性能風險——產品能滿足需求且符合其使用目的的不確定程度。成本風險——能夠維持項目預算的不確定程度。支持風險——軟件易于改錯、適應和增強的不確定程度。進度風險——能夠實現(xiàn)項目進度計劃且產品能按時交付的不確定程度。四個風險因素根據(jù)風險發(fā)生時對上述四個風險因素影響的嚴重程度，可以把風險后果劃分成四個等級：可忽略的、輕微的、嚴重的和災難性的。三、風險預測（續(xù)）1-軟件中的潛伏錯誤造成2-沒有達到預期結果造成三、風險預測（續(xù)）1-軟件中的潛伏錯誤造成2-沒有達到預期結果造成2、建立風險表建立風險表是一種簡單的風險預測技術。三、風險預測（續(xù)）1-災難性的2-嚴重的3-輕微的4-可忽略的PS-產品風險BU-商業(yè)風險CU-客戶風險TE-技術風險DE-開發(fā)環(huán)境風險ST-人員風險一旦填好了風險表前4列的內容，就應該根據(jù)概率和影響來排序。高概率、高影響的風險放在表的上方，而低概率的風險放在表的下方，這樣就完成了第一次風險排序。項目管理者研究排好序的風險表，并確定一條中止線。該中止線是經過表中某一點的水平直線，它的含義是，只有位于線的上方的那些風險才會得到進一步的關注。對于處于線下方的風險要再次評估，以完成第二次排序。2、建立風險表從管理的角度看，風險影響和風險概率的作用是不同的。對一個具有高影響但發(fā)生概率很低的風險因素，不應該花費太多管理時間。但是，高影響且發(fā)生概率為中到高的風險，以及低影響且高概率的風險，應該進入風險管理的下一個步驟。應該在軟件項目進展的過程中，迭代使用上述的風險預測與分析技術。項目組應該定期復查風險表，再次評估每個風險，以確定新情況是否引起它的概率和影響發(fā)生變化。作為這項活動的結果，可能在表中添加了一些新風險，刪除了某些與項目不再有關系的風險，并且改變了表中風險的相對位置。三、風險預測（續(xù)）四、處理風險的策略對于絕大多數(shù)軟件項目來說，上述的4個風險因素(性能、成本、支持和進度)都有一個臨界值，超過臨界值就會導致項目被迫終止。如果風險還沒有嚴重到迫使項目終止的程度，則項目組應該制定一個處理風險的策略。一個有效的策略應該包括下述三方面的內容：風險避免(或緩解)；風險監(jiān)控；風險管理和意外事件計劃。12.3風險管理（續(xù)）1、風險緩解如果軟件項目組采用主動的策略來處理風險，則避免風險總是最好的策略。這可以通過建立風險緩解計劃來達到。

四、處理風險的策略（續(xù)）2、風險監(jiān)控隨著項目的進展，風險監(jiān)控活動也就開始了。項目管理者監(jiān)控某些能指出風險概率正在變高還是變低的因素。

例：“人員頻繁流動的風險”監(jiān)控的緩解措施與現(xiàn)有人員一起討論人員流動的原因在項目開始前采取行動，以緩解處于管理控制之下的那些原因適當組織項目組，使得關于每個開發(fā)活動的信息都在組內廣泛傳播定義文檔標準并建立適當?shù)臋C制，以確保及時編寫出來為每個關鍵的技術人員指定一個后備人員例：“人員頻繁流動的風險”監(jiān)控的因素項目組成員對于項目壓力的態(tài)度項目組的凝聚力項目組成員彼此間的關系與工資和獎金相關的潛在問題在公司內和公司外獲得其他工作崗位的可能性3、風險管理和意外事件計劃風險管理和意外事件計劃假設緩解風險的努力失敗了，風險變成了現(xiàn)實。四、處理風險的策略（續(xù)）風險管理的任