第三講 可行性研究ppt課件

1、1第3章 可行性分析2022/7/15.2主要內(nèi)容問題定義可行性研討的義務(wù)可行性研討的步驟系統(tǒng)流程圖本錢/效益分析2022/7/15.2.1 問題定義問題定義內(nèi)容:軟件稱號工程提出背景軟件目的及義務(wù)工程性質(zhì)軟件效力范圍根本需求軟件環(huán)境主要技術(shù)32022/7/15.4從工程立項的角度,軟件工程又可分為:非訂單軟件經(jīng)過市場調(diào)研，經(jīng)過論證，以為某軟件產(chǎn)品將會有宏大的市場空間，由開發(fā)方?jīng)Q議自投資金開發(fā)的軟件工程.開發(fā)單位立項,由市場部撰寫.訂單軟件經(jīng)過投資方招標(biāo)，軟件公司撰寫.竟標(biāo)勝利后雙方簽署.無論是訂單軟件還是非訂單軟件,都需求進(jìn)展可行性研討.2.2可行性研討的義務(wù)2022/7/15.5開發(fā)一個軟

2、件系統(tǒng)，要處理三個問題：Why to do? 可行性研討What to do?需求分析How to do? 系統(tǒng)設(shè)計用最小的代價,在盡能夠短的時間內(nèi),確定問題能否有可行的處理方案.可行性研討的方法:進(jìn)一步分析和廓清問題定義,導(dǎo)出系統(tǒng)的邏輯模型;探求假設(shè)干種可供選擇的系統(tǒng)實現(xiàn)方案;研討每種方案的可行性;選擇或折衷出一種最正確方案.2.2 可行性研討的義務(wù)2022/7/15.62.2 可行性研討的義務(wù)不是處理問題，而是確定能否可解值得解不要花過多精神，占總本錢的 5 10 %2022/7/15.7可行性研討由系統(tǒng)分析員擔(dān)任.四個方面的可行性:技術(shù)可行性運用現(xiàn)有的技術(shù)能否能實現(xiàn)該系統(tǒng).經(jīng)濟(jì)可行性從經(jīng)

3、濟(jì)角度講,該系統(tǒng)能否有開發(fā)價值.操作可行性該系統(tǒng)的操作方式能否符合用戶的要求、方便用戶運用.法律可行性該系統(tǒng)的開發(fā)能否符合法律規(guī)定.2.2 可行性研討的義務(wù)2022/7/15.81.復(fù)查系統(tǒng)規(guī)模和目的對問題定義階段確定的系統(tǒng)規(guī)模和目的進(jìn)一步確認(rèn);矯正模糊或不確切的表達(dá),明晰地描畫對目的系統(tǒng)的限制和約束.2.3 可行性研討的步驟我們以為用戶要的 ? 用戶要的2022/7/15.92.3 可行性研討的步驟2.研討目前正在運用的系統(tǒng)正在運用的系統(tǒng)人工系統(tǒng): 需求計算機(jī)化計算機(jī)系統(tǒng): 需求改良或完善研討現(xiàn)有系統(tǒng)的文檔資料和運用手冊,了解:原系統(tǒng)能做什么;為什么這樣做;現(xiàn)有系統(tǒng)運用的代價;用戶對新系統(tǒng)的

4、要求;該系統(tǒng)的邊境(與其他系統(tǒng)的關(guān)系). 新系統(tǒng)效益 老系統(tǒng)效益 2022/7/15.103. 確定新系統(tǒng)的高層邏輯模型根據(jù)對現(xiàn)有系統(tǒng)的研討,導(dǎo)出現(xiàn)有系統(tǒng)的邏輯模型,設(shè)計出目的新系統(tǒng)的邏輯模型.運用的工具:系統(tǒng)流程圖2.3 可行性研討的步驟籠統(tǒng)實現(xiàn)改良老系統(tǒng)物理模型模型邏輯模型新模型邏輯模型新系統(tǒng)物理模型2022/7/15.112.3 可行性研討的步驟4. 重新定義問題系統(tǒng)分析員與用戶一同,結(jié)合目的系統(tǒng)的邏輯模型,復(fù)查詢題定義、工程規(guī)模和系統(tǒng)實現(xiàn)的目的,以便對目的系統(tǒng)的邏輯模型達(dá)成一致的認(rèn)識.系統(tǒng)分析員與用戶充分交流, 了解目的系統(tǒng),使目的系統(tǒng)的邏輯模型真正滿足用戶的要求.注：此時合同未簽，應(yīng)

5、思索本錢，不宜反復(fù)太多次。2022/7/15.125. 導(dǎo)出和評價供選擇的方案系統(tǒng)分析員根據(jù)與用戶確定的系統(tǒng)邏輯模型,導(dǎo)出假設(shè)干個較高層次的物理處理方案,例如:低本錢方案中本錢方案高本錢方案C/S系統(tǒng)構(gòu)造B/S系統(tǒng)構(gòu)造分別從技術(shù)、經(jīng)濟(jì)、操作和法律角度論證每一種方案的可行性.為每個方案制定實現(xiàn)進(jìn)度表.進(jìn)度表經(jīng)濟(jì)上合算技術(shù)上可行操作上可行戰(zhàn)略上不可行用戶不可能操作不合算2.3 可行性研討的步驟2022/7/15.136. 引薦行動方針對各種可行的方案進(jìn)展評價或論證,確定能否有可行的方案.7.草擬軟件工程開發(fā)方案根據(jù)研討的方案,確定初步軟件工程開發(fā)方案.8.書寫可行性研討報告,并提交審查將上述研討的

6、結(jié)果寫成文檔,提交用戶和投資方審查,以決議該工程能否進(jìn)展.2.3 可行性研討的步驟2022/7/15.14系統(tǒng)流程圖SFD(System Flow Diagram)用于描畫系統(tǒng)的物理模型.在較高層上描畫信息在系統(tǒng)各物理部件之間流動的情況. SFD不描畫對信息的加工處置.SFD將系統(tǒng)中的每一個部件用一個符號表示程序數(shù)據(jù)文件數(shù)據(jù)庫人工處置過程2.4 系統(tǒng)流程圖2022/7/15.15SFD的符號2.4 系統(tǒng)流程圖2022/7/15.162.4 系統(tǒng)流程圖2022/7/15.17例1:一個倉庫庫存清單處置系統(tǒng).該裝配廠運用一臺小型計算機(jī)處置更新庫存清單主文件和產(chǎn)生訂貨報告的義務(wù)。零件庫存量的每一次變

7、化稱為一個事務(wù)，由放在倉庫中的CRT終端輸入到計算機(jī)中；系統(tǒng)中的庫存清單程序?qū)κ聞?wù)進(jìn)展處置，更新存儲在磁盤上的庫存清單主文件，并且把必要的訂貨信息寫在磁盤上。最后，每天由報告生成程序讀一次磁盤，并且打印出訂貨報告。庫存清單庫存臨界值定貨報告?zhèn)}庫2.4 系統(tǒng)流程圖庫存量變化2022/7/15.庫存清單處置系統(tǒng)的業(yè)務(wù)流程和功能分析該裝配廠運用一臺小型計算機(jī)處置更新庫存清單主文件和產(chǎn)生訂貨報告的義務(wù)；零件庫存量的每一次變化稱為一個事務(wù)，由放在倉庫中的CRT終端輸入到計算機(jī)中；系統(tǒng)中的庫存清單程序?qū)κ聞?wù)進(jìn)展處置，更新存儲在磁盤上的庫存清單主文件，并且把必要的訂貨信息寫在磁盤上。每天由報告生成程序讀一次

8、磁盤，并且打印出訂貨報告。.19庫存清單系統(tǒng)的系統(tǒng)流程圖.庫存清單程序庫存清單主文件報告生成程序定貨報告庫存更新事務(wù)2.4 系統(tǒng)流程圖一個復(fù)雜系統(tǒng)的SFD圖可分解為假設(shè)干個層次.注：符號 = 系統(tǒng)部件 箭頭 = 信息流動途徑定貨信息2022/7/15.20SFD畫法習(xí)慣上信息在圖中從頂向下或從左向右流動可以在圖上加注釋，注釋較多時，可以另外加一個文檔來進(jìn)展解釋復(fù)雜系統(tǒng)可以用分層方法來表示首先用一張高層次的系統(tǒng)流程圖描畫系統(tǒng)總體概貌，闡明系統(tǒng)的關(guān)鍵功能每個關(guān)鍵功能擴(kuò)展到適當(dāng)?shù)脑敿?xì)程度，畫在單獨的一頁紙上2022/7/15.例：班長到教科辦提交買書懇求，教科辦開具購書證明，打印購書單；教材科收書費

9、并打印發(fā)票；最后學(xué)生領(lǐng)書畫出學(xué)生買教材的系統(tǒng)流程圖。2.4 系統(tǒng)流程圖.22實例某城市電信局受理了許多用戶懇求 在指定上開設(shè)長話業(yè)務(wù)。長話包括國內(nèi)長途和國際長途。電信局保管了長話用戶檔案和長話業(yè)務(wù)檔案。用戶每次通話的計費數(shù)據(jù)都自動地記錄在電信局程控交換機(jī)的磁帶上。該電信局為了用長話計費管理系統(tǒng)自動處置長話收費以提高任務(wù)效率。該系統(tǒng)每月能為每個長話用戶打印出長話繳費通知單。2022/7/15.23該系統(tǒng)每天對原始的計費數(shù)據(jù)進(jìn)展分類排序，并確定每個通話記錄的通話類型(市話/國內(nèi)長途/國際長途)，再根據(jù)話費單價文件，算出每個通話記錄應(yīng)收取的話費，構(gòu)成的日計費文件中。該系統(tǒng)每月對日計費文件進(jìn)展累計，得

10、到該號碼該通話類型的當(dāng)月話費總計，構(gòu)成月計費文件。用系統(tǒng)流程圖描畫該系統(tǒng)的數(shù)據(jù)處置過程。實例2022/7/15.思索題應(yīng)聘者可以經(jīng)過招聘公司投簡歷，系統(tǒng)對建立進(jìn)展處置，更新簡歷數(shù)據(jù)庫信息，定期對簡歷進(jìn)展挑選，打印面試通知單。畫出此系統(tǒng)的流程圖。.25開發(fā)軟件產(chǎn)品的特征:需求投資有風(fēng)險開發(fā)軟件產(chǎn)品的目的:發(fā)明經(jīng)濟(jì)效益添加收入節(jié)省開支發(fā)明社會效益 投資開發(fā)一個軟件需求進(jìn)展本錢/效益分析. 2.5 本錢/效益分析2022/7/15.26軟件的本錢主要是人員開支,因此,本錢估算主要估算任務(wù)量.估算出軟件開發(fā)或維護(hù)的任務(wù)量,然后計算各類人員任務(wù)量的比例,再分別計算每類人員的工資總額,即可求出人員開支本錢

11、.1. 代碼行技術(shù)估算任務(wù)量有很多技術(shù),代碼行技術(shù)是其中之一.根據(jù)以往的閱歷,估算出實現(xiàn)該軟件系統(tǒng)所需求的代碼行數(shù);每行代碼的平均本錢 源代碼行2.5.1 本錢估算2022/7/15.272. 義務(wù)分解技術(shù)根本方法將整個軟件開發(fā)過程分解成假設(shè)干個獨立的義務(wù);分別估算每個義務(wù)的任務(wù)量(人月);根據(jù)每個義務(wù)的人月本錢,估算每個義務(wù)的開發(fā)本錢;將各部分的本錢累計起來得到軟件工程的總本錢.典型環(huán)境下各階段的任務(wù)量比例:, 表2-32.5.1 本錢估算可行性研究需求分析系統(tǒng)設(shè)計編碼和單元測試綜合測試5%10%25%20%40%2022/7/15.28例: 有一個軟件開發(fā)工程的總?cè)蝿?wù)量為100人月. 設(shè)各

12、類人員薪水如下表所示:職務(wù)系統(tǒng)分析員高級程序員編碼員系統(tǒng)測試員月工資(萬)1.20.80.50.8按照表2.2的義務(wù)比例,可計算出該工程的人員開支總額:100*0.05*1.2+100*0.1*1.2+100*0.25*0.8+100*0.2*0.5+100*0.4*0.8=6+12+20+10+32=80(萬元)2.5.1 本錢估算2022/7/15.293. 自動化估計技術(shù)成熟度較高的軟件組織將多年來開發(fā)各類軟件工程的閱歷總結(jié)成一些閱歷公式或模型,可用于自動估算軟件工程的任務(wù)量和本錢.2.5.1 本錢估算2022/7/15.30估算出軟件開發(fā)的本錢后,要進(jìn)展本錢/效益分析,以便決議能否投資

13、開發(fā)該軟件工程.軟件的生存周期=開發(fā)時間+運用時間運用時間越長,產(chǎn)生的效益越大.在軟件運用期間,也需求投資進(jìn)展維護(hù).普通假設(shè)運用時間為五年左右.假設(shè)投資80萬元開發(fā)軟件,開發(fā)時間為一年,該軟件運用時間為5年.何時能收回投資本錢?運用5年能獲得多大收益?假設(shè)開發(fā)軟件是為了獲得經(jīng)濟(jì)報答,投資開發(fā)軟件適宜,還是將錢存入銀行獲得利息適宜?2.5.2 本錢/效益分析方法2022/7/15.311. 貨幣的時間價值設(shè)存款年利率為i, 存款P元,n年后獲得的本利為: F=P(1+ i) n假設(shè)n年后要獲得F元,那么這些資金如今的價值為: P= F/(1+ i) n例:企業(yè)運用系統(tǒng)該系統(tǒng)投資為20萬元,系統(tǒng)投

14、入運用后每年可產(chǎn)生經(jīng)濟(jì)效益9.6萬元設(shè)銀行存款年利率為5%.表2.4分析了系統(tǒng)投入運用后,每年的收益.2.5.2 本錢/效益分析2022/7/15.322. 投資回收期本例中,投資回收期為2.259年.3. 純收入故純收入為:41.5630-20=21.5630萬(元)當(dāng)純收入大于零時，該工程值得投資開發(fā)當(dāng)純收入小于零時，該工程不值得投資除非它有明顯的社會效益當(dāng)純收入等于零時，通常也不值得投資 顯然，純收入越大越好4、投入產(chǎn)出比2.5.2 本錢/效益分析2022/7/15.2.6 工程開發(fā)方案在軟件工程啟動前應(yīng)對工程進(jìn)展可行性分析，以明確工程的目的和范圍，從而確定合理準(zhǔn)確的本錢分析、實踐可行的義務(wù)分解和可管理的進(jìn)度安排；思索交付期限、預(yù)算、個人才干和技術(shù)界面等限制條件，在多個工程方案中選擇一個相對完善的方案.工程方案是用來指點組織、實施、協(xié)調(diào)和控制軟件建立 的重要文件。.2.6 工程開發(fā)方案工程方案內(nèi)容： 進(jìn)度方案 質(zhì)量保證方案 費用方案 風(fēng)險管理方案