第02章 可行性研究

1、1 軟件工程基礎(chǔ) 2 第1章課程回顧 u知識點回顧： l軟件計算機系統(tǒng)中與硬件相互依存的另一部分，它 是包括程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。 l程序按事先設(shè)計的功能和性能要求編寫的指令序列； 程序是完成指定功能的一段特定語言代碼。 l數(shù)據(jù)使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)。 l文檔與程序開發(fā)、維護(hù)和使用有關(guān)的圖文材料。 l軟件危機軟件開發(fā)和維護(hù)中過程中遇到的一系列嚴(yán) 重問題。 3 第1章課程回顧 u知識點回顧： l軟件工程指研究軟件生產(chǎn)的一門學(xué)科，也就是將 完善的工程原理應(yīng)用于經(jīng)濟地生產(chǎn)既可靠又能在實際 機器上有效運行的軟件。 l軟件工程開發(fā)、運行、維護(hù)和修復(fù)軟件的系統(tǒng)方 法。 l軟件工程將系統(tǒng)

2、化的、規(guī)范的、可度量的方法應(yīng) 用于軟件的開發(fā)、運行和維護(hù)的過程，即將工程化應(yīng) 用于軟件中。 4 第1章課程回顧 l軟件工程為了經(jīng)濟地獲得可靠的和能在實際機器上 高效運行的軟件而確立和使用健全的工程原理(方法)。 l軟件工程方法學(xué)通常指在軟件生命周期全過程中使 用的一整套技術(shù)的集合。軟件工程方法學(xué)包括三個要素： 方法、工具和過程。 l軟件生存期軟件產(chǎn)品或軟件系統(tǒng)從設(shè)計、投入使用 到被淘汰的全過程。一般說來，軟件生存期由軟件定義、 軟件開發(fā)和軟件維護(hù)三個時期組成，每個時期又可進(jìn)一 步劃分成若干個階段。 5 第1章課程回顧 l軟件危機的典型表現(xiàn) (1) 對軟件開發(fā)成本和進(jìn)度的估計常常不很準(zhǔn)確； (2

3、) 用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生； (3) 軟件產(chǎn)品的質(zhì)量往往靠不住； (4) 軟件常常是不可維護(hù)的； (5) 軟件通常沒有適當(dāng)?shù)奈臋n資料； (6) 軟件成本在計算機系統(tǒng)中的比例逐年增加； (7) 軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計算機應(yīng)用普 及速度。 6 第1章課程回顧 l 軟件工程的本質(zhì)特性 (1) 軟件工程關(guān)注于大型程序的構(gòu)造； (2) 軟件工程的中心課題是控制復(fù)雜性； (3) 軟件經(jīng)常變化； (4) 開發(fā)軟件的效率非常重要； (5) 和諧地合作是開發(fā)軟件的關(guān)鍵； (6) 軟件必須有效地支持它的用戶； (7) 在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有 另一種文化

4、背景的人創(chuàng)造產(chǎn)品。 7 第1章課程回顧 l 軟件工程中的7條基本原理 (1) 用分階段的生命周期計劃嚴(yán)格管理； (2) 堅持進(jìn)行階段評審； (3) 實行嚴(yán)格的產(chǎn)品控制； (4) 采用現(xiàn)代程序設(shè)計技術(shù)； (5) 結(jié)果應(yīng)能夠清楚地審查； (6) 開發(fā)小組的人員應(yīng)該少而精； (7) 承認(rèn)不斷改進(jìn)軟件工程實踐的必要性。 8 第1章課程回顧 l 常用的過程模型 生命周期模型規(guī)定了把生命周期劃分成幾個階段及各 階段的執(zhí)行順序，因此，也稱過程模型。 常用的過程模型有瀑布模型、快速原型模型、增量 模型和螺旋模型等。 9 第2章可行性研究 u 2.1 可行性研究的任務(wù) u 2.2 可行性研究過程 u 2.3 系

5、統(tǒng)流程圖 u 2.4 數(shù)據(jù)流圖 u 2.5 數(shù)據(jù)字典 u 2.6 成本/效益分析 u 2.7 可行性研究報告書寫 10 2.1 可行性研究的任務(wù) u可行性研究的任務(wù)是用最小的代價、在盡可能短的 時間內(nèi)確定問題是否能夠解決。 l首先進(jìn)一步分析和澄清問題定義； l分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型； l從邏輯模型出發(fā)，探索出若干種可供選擇的主要解法 （即系統(tǒng)實現(xiàn)方案）。 l最后仔細(xì)研究每種解法的可行性。 l可行性研究的實質(zhì)是一次大大壓縮簡化的系統(tǒng)分析和設(shè) 計過程。 11 2.1 可行性研究的任務(wù) u 實例講評1：兩個整數(shù)乘法。 解法1 解法2 解法3 unsigned a , b , c; unsign

6、ed a , b; unsigned a, b; c=a*b; int c; long int c; c=a*b; c=a*b; 可能存在溢出問題！ 不會存在溢出問題！ 不存在溢出問題！ 但不合理！ 12 2.1 可行性研究的任務(wù) u 可行性應(yīng)該從下述幾方面進(jìn)行： l（1）技術(shù)可行性：指使用現(xiàn)有的技術(shù)能否完成這個 項目，度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性 及技術(shù)資源的可用性。 開發(fā)風(fēng)險分析：最新技術(shù)成熟度等。 資源分析：人力消耗、財力消耗、時間消耗等。 相關(guān)技術(shù)的發(fā)展（現(xiàn)有技術(shù)能否實現(xiàn)新系統(tǒng)，技 術(shù)難點、建議采用技術(shù)的先進(jìn)性） 13 2.1 可行性研究的任務(wù) l （2）經(jīng)濟可行性：指通過

7、對軟件開發(fā)項目進(jìn)行成 本/效益估計，以確定軟件系統(tǒng)可能帶來的經(jīng)濟效益 能否超過研制和維護(hù)此系統(tǒng)所需的費用。度量系統(tǒng) 解決方案的性能價格比。 成本/效益分析 有形成本、效益 無形成本、效益 價值和成本的關(guān)系 質(zhì)量與價值、成本的關(guān)系 價值/成本的均衡 14 2.1 可行性研究的任務(wù) l（3）操作可行性 用戶使用可能性：公共汽車非接觸式感應(yīng)卡用輸入密碼 或指紋來代替。 時間進(jìn)度可行性 組織和文化上的可行性 l（4）社會因素的考慮：軟件開發(fā)是否會侵犯他人、集體或 國家的利益。 u實質(zhì)：一次簡化的、高層次的、抽象的分析和設(shè)計 過程！ 15 2.1 可行性研究的任務(wù) u 實例講評2：“求一元二次方程的解”

8、可行性。 l問題定義：這是一個簡單的數(shù)學(xué)問題(什么問題)；系統(tǒng)要 求不高，整系數(shù)方程(怎樣要求)；用于初中教學(xué)(哪里應(yīng) 用)；解法簡單(結(jié)論如何)。 l技術(shù)上分析：能，簡單 此方程可以根據(jù)判別式b2-4ac的值來確定方程根的 情況， 即：b2-4ac0 時有兩個不等實根；b2-4ac=0 時有相等的兩個實根；b2-4ac 0時有共軛復(fù)數(shù)根。 a ,b , c取值(unsigned , int , longint , float)類型影響 求解過程和求解算法。 16 2.1 可行性研究的任務(wù) l經(jīng)濟上分析：略 l 社會效益上分析：略 l 操作上：鍵盤、鼠標(biāo)、語音提示、觸摸屏等 17 2.1 可行

9、性研究的任務(wù) u 實例講評3:系統(tǒng)開發(fā)和每年運行費用舉例 l1.系統(tǒng)開發(fā)費用（一次） .2名系統(tǒng)分析員(450小時/名,45美元/小時) $40,500 .5名系統(tǒng)開發(fā)人員(275小時/名,36美元/小時) $49,500 .1名數(shù)據(jù)庫管理員(30小時/名,42美元/小時) $1,260 .2名技術(shù)寫作者(120小時/名,25美元/小時) $ 6,000 .1名秘書(160小時/名,15美元/小時) $ 2,400 .1名數(shù)據(jù)通訊專家(60小時/名,42美元/小時) $2,520 .2名在轉(zhuǎn)換期間數(shù)據(jù)輸入人員(40小時/名,12美元/小時)$960 合計 $103,140 18 2.1 可行性

10、研究的任務(wù) l 2.培訓(xùn)： 三天的開發(fā)人員內(nèi)部培訓(xùn)課程 $7,000 30個用戶，三天的內(nèi)部培訓(xùn)課程 $10,000 l 3.物資： 復(fù)印 $500 磁盤、紙張等消耗品 $650 19 2.1 可行性研究的任務(wù) 購買硬件、軟件： 20臺工作站W(wǎng)indows軟件 $1,000 20臺工作站內(nèi)存升級 $8,000 網(wǎng)絡(luò)軟件 $17,500 20臺工作站辦公軟件產(chǎn)品 $20,000 系統(tǒng)開發(fā)總費用$161,670 20 2.1 可行性研究的任務(wù) l4.年運行費用（每年） 人員： 維護(hù)程序員/分析員(250小時/年,42美元/小時) $10,500 網(wǎng)絡(luò)管理員(300小時/年,50美元/小時) $15

11、,000 購買硬件、軟件升級： 硬件 $5,000 軟件 $6,000 物資和雜項 $3,500 每年總運行費用 $40,000 21 2.1 可行性研究的任務(wù) u可行性研究的任務(wù) l(1)明確目的 1確定問題是否能夠解決； 2是否值得解決！ l(2)確定內(nèi)容 1問題定義：明確系統(tǒng)目標(biāo)、規(guī)模和約束條件 2導(dǎo)出系統(tǒng)邏輯模型：系統(tǒng)流程圖、數(shù)據(jù)流圖等 l3提供可選解決方案 22 2.1 可行性研究的任務(wù) l4可行性(內(nèi)涵)分析：技術(shù)/經(jīng)濟/操作/維護(hù)分析等等； l 5每個方案的粗略進(jìn)度； l 6方案選擇建議。 u可行性研究成本：5%10%。 23 2.2 可行性研究過程 u（1）復(fù)查系統(tǒng)規(guī)模和目標(biāo)

12、l定義問題 l 復(fù)查定義階段的報告書，清晰限制和約束：目標(biāo)、 規(guī)模、全部約束 u（2）研究目前正在使用的系統(tǒng) l1分析已有或相關(guān)系統(tǒng)技術(shù)和應(yīng)用現(xiàn)狀：找問題/ 總體上 l 2分析系統(tǒng)的技術(shù)文檔和使用手冊：了解問題、 挖掘問題/微觀上 24 2.2 可行性研究過程 l3實地考察現(xiàn)有系統(tǒng)：what/why/how l 4重點在于“能做什么”，而不是“如何做什么”。 即：只關(guān)心高層系統(tǒng)流程圖 l 5避免花費過多時間分析現(xiàn)有系統(tǒng) l 6關(guān)注約束條件 u（3）導(dǎo)出新系統(tǒng)的高層邏輯模型 l現(xiàn)有的物理系統(tǒng)現(xiàn)有系統(tǒng)的邏輯模型目標(biāo)系 統(tǒng)的邏輯模型新的物理系統(tǒng) 25 2.2 可行性研究過程 u（4）重新定義問題 l

13、1以數(shù)據(jù)流圖、數(shù)據(jù)字典為基礎(chǔ) l 2需要得到用戶的認(rèn)可，避免疏漏、誤解 l 3這是一個循環(huán)過程，直到完全符合系統(tǒng)要求 u（5）導(dǎo)出和評價供選擇的方案 l1從技術(shù)角度解決的不同方案：eg1：控件和程序；eg2： 中斷與查詢 26 2.2 可行性研究過程 l2從操作方面的可行性：管理習(xí)慣、行為習(xí) 慣、人員素質(zhì)等； l 3從經(jīng)濟方面的可行性：開發(fā)成本/運行成 本/開支變化等 l 4確定進(jìn)度表 u（6）推薦方案和行動方針 l分析員給出結(jié)論給出理由 27 2.2 可行性研究過程 u（7）草擬開發(fā)計劃 l1進(jìn)度表； l 2人力資源：系統(tǒng)分析員、程序員、資 料員等； l 3設(shè)備資源等。 u（8）書寫文檔、提

14、交審查 28 2.3 系統(tǒng)流程圖 u系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它的基 本思想是用圖形符號以黑盒子形式描繪系統(tǒng)里面 的每一個部件（程序、文件、數(shù)據(jù)庫、表格、人 工過程等）。 l盡管系統(tǒng)流程圖使用的某些符號和程序流程圖所用的 符號相同，但系統(tǒng)流程圖表達(dá)的是信息在系統(tǒng)中各個 部件之間流動的情況，而不是對信息進(jìn)行加工處理的 控制過程。 29 2.3 系統(tǒng)流程圖 30 2.3 系統(tǒng)流程圖 31 2.3 系統(tǒng)流程圖 32 2.3 系統(tǒng)流程圖 33 2.3 系統(tǒng)流程圖 u實例講評6：倉庫訂貨管理系統(tǒng)之系統(tǒng)流程圖 34 2.3 系統(tǒng)流程圖 u實例講評7：口算高手之系統(tǒng)流程圖 35 2.4 數(shù)據(jù)流圖

15、u數(shù)據(jù)流圖英文Data Flow Diagram ，簡稱DFD u DFD是一種描述邏輯模型的圖形工具，表示數(shù)據(jù)在 系統(tǒng)內(nèi)的變化。 u 圖中沒有任何具體的物理元素，只是描繪信息在系 統(tǒng)中流動和處理的情況。 u DFD從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫 數(shù)據(jù)流從輸入到輸出的移動變換過程。 36 2.4 數(shù)據(jù)流圖 u數(shù)據(jù)流圖中的符號/圖形元素： l 正方形：源點或終點； l 圓角矩形：處理； l 開口矩形：數(shù)據(jù)存儲； l 箭頭：流動方向 37 2.4 數(shù)據(jù)流圖 l數(shù)據(jù)流圖的基本圖形元素 （1）數(shù)據(jù)流：是一組數(shù)據(jù)。在數(shù)據(jù)流圖中數(shù)據(jù)流 用帶箭頭的線表示，在其線旁標(biāo)注數(shù)據(jù)流名。 （2）加工：是對數(shù)

16、據(jù)流執(zhí)行的某種操作或變換。 在數(shù)據(jù)流圖中加工用圓圈表示，在圓圈內(nèi)寫上加 工名。 （3）文件：是按照某種規(guī)則組織起來的、長度不 限的數(shù)據(jù)。在數(shù)據(jù)流圖中文件用一直線表示，在 線段旁注上文件名。 （4）數(shù)據(jù)流的源點和終點：在數(shù)據(jù)流圖中用方框 表示，在框內(nèi)寫上相應(yīng)的名稱。 38 2.4 數(shù)據(jù)流圖 u由外向里畫數(shù)據(jù)流圖的步驟/畫法 l（1）確定系統(tǒng)的輸入輸出 由于系統(tǒng)究竟包括哪些功能可能一時難于弄清楚，可使 范圍盡量大一些，把可能有的內(nèi)容全部都包括進(jìn)去。 應(yīng)該向用戶了解“系統(tǒng)從外界接受什么數(shù)據(jù)”、“系統(tǒng) 向外界送出什么數(shù)據(jù)”等信息。 根據(jù)用戶的答復(fù)畫出數(shù)據(jù)流圖的外圍。 39 2.4 數(shù)據(jù)流圖 l （2）

17、由外向里畫系統(tǒng)的頂層數(shù)據(jù)流圖 首先，將系統(tǒng)的輸入數(shù)據(jù)和輸出數(shù)據(jù)用一連串的加工連接 起來。 在數(shù)據(jù)流的值發(fā)生變化的地方就是一個加工。 給各個加工命名。 然后，給加工之間的數(shù)據(jù)命名。 最后，給文件命名。 40 2.4 數(shù)據(jù)流圖 l（3）自頂向下逐層分解，繪出分層數(shù)據(jù)流圖 對于大型的系統(tǒng)，為了控制復(fù)雜性，便于理解， 需要采用自頂向下逐層分解的方法進(jìn)行，即用 分層的方法將一個數(shù)據(jù)流圖分解成幾個數(shù)據(jù)流 圖來分別表示。 uDFD可以用來表示一個系統(tǒng)或軟件在任何層次上的 抽象。較大型軟件系統(tǒng)DFD分成多層(子圖、父圖概 念),可以表示數(shù)據(jù)流和功能的進(jìn)一步的細(xì)節(jié)。 41 2.4 數(shù)據(jù)流圖 u實例講評8：倉庫訂

18、貨系統(tǒng)數(shù)據(jù)流圖實例 42 2.4 數(shù)據(jù)流圖 43 2.4 數(shù)據(jù)流圖 44 2.4 數(shù)據(jù)流圖 45 2.4 數(shù)據(jù)流圖 46 2.4 數(shù)據(jù)流圖 u實例講評9：口算高手的輸入/輸出 47 2.4 數(shù)據(jù)流圖 u實例講評9：口算高手頂層數(shù)據(jù)流圖 48 2.4 數(shù)據(jù)流圖 u實例講評10：客房管理系統(tǒng)輸入/輸出 49 2.4 數(shù)據(jù)流圖 u實例講評10：客房管理系統(tǒng)局部DFD 50 2.4 數(shù)據(jù)流圖 u繪制數(shù)據(jù)流圖的注意事項： l1 合理細(xì)化。 l 2 分層細(xì)化時必須保持信息的連續(xù)性。 l 3 注意處理的編號和適當(dāng)?shù)孛?l 4 畫數(shù)據(jù)流而不是控制流。 l 5 先考慮穩(wěn)定狀態(tài)。 l 6 忽略瑣碎的枝節(jié)。 5

19、1 2.4 數(shù)據(jù)流圖 l7 隨時準(zhǔn)備重畫。 l 8 注意程序流程圖與數(shù)據(jù)流圖的區(qū)別。數(shù)據(jù)流圖描繪 所有可能，而不應(yīng)該描繪出現(xiàn)某個數(shù)據(jù)流的條件。 l 9 數(shù)據(jù)流圖基本要點是要回答“作什么”，而不是 “怎樣作”。 52 2.4 數(shù)據(jù)流圖 l10 命名：直接影響到數(shù)據(jù)流圖的可理解性。 1為數(shù)據(jù)流/數(shù)據(jù)存儲命名：代表整個數(shù)據(jù)流內(nèi)容/切 忌空洞/必要時考慮重新分解； 2為處理命名：先數(shù)據(jù)流，后處理/代表整個功能/及 物動詞+賓語/一般只包含一個動詞/必要時考慮重新 分解； 53 2.5數(shù)據(jù)字典 u數(shù)據(jù)字典英文Data Dictionary，簡稱DD u DD定義：對于數(shù)據(jù)流圖中所出現(xiàn)的所有被命名的 圖形

20、元素作為一個詞條加以定義，使得每一個圖 形元素的名字都有一個確切的解釋。 lDD是對所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個有組織的列表, 以及精確的、嚴(yán)格的定義，使得用戶和系統(tǒng)分析員對于 輸入、輸出、存儲成分和中間計算有共同的理解。 54 2.5數(shù)據(jù)字典 uDD是一種描述邏輯模型的工具。 u DD是數(shù)據(jù)的信息集合，是對數(shù)據(jù)流圖中包含的所 有元素的定義的集合。 u DD的內(nèi)容包括：圖形元素的名字、別名或編號、 分類、描述、定義、位置等。 u 典型DD包括： l一般信息：名字，別名，描述等； l 定義：數(shù)據(jù)類型，長度，結(jié)構(gòu)等； 55 2.5 數(shù)據(jù)字典 l使用特點：值范圍，使用頻率， l 使用方法：輸入/輸

21、出/本地/網(wǎng)絡(luò)/條件值等； l 控制信息：來源/用戶/使用它的程序/使用權(quán)/改變權(quán)等； l 分組信息：復(fù)結(jié)構(gòu)/從屬結(jié)構(gòu)/物理位置等； 56 2.5數(shù)據(jù)字典 u使用DD的目的 l查閱不了解的條目的解釋； l 盡量減少出現(xiàn)別名； l DD中所有的定義都應(yīng)是嚴(yán)密的、精確的，不可有半點含 混，不可有二義性。 l 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。 57 2.5數(shù)據(jù)字典 u 數(shù)據(jù)字典DD中常用符號的含義。 58 2.5數(shù)據(jù)字典 l 數(shù)據(jù)字典中定義數(shù)據(jù)的方法： 自頂向下分解數(shù)據(jù) 數(shù)據(jù)元素組成方式類型 順序/選擇/重復(fù)/可選 l數(shù)據(jù)字典的用途：分析階段的重要工具。 l數(shù)據(jù)字典的實現(xiàn)： 全人工過程；

22、全自動化工程； 混合過程； 59 2.5數(shù)據(jù)字典 l 字典與數(shù)據(jù)流圖之間關(guān)系 數(shù)據(jù)流圖描述了系統(tǒng)的“分解”； 依靠“字典”來說明各個成分的含義； 數(shù)據(jù)流圖中所有名字的定義就構(gòu)成一本詞典； 數(shù)據(jù)流圖和字典結(jié)合在一起構(gòu)成了“需求說明書”； 數(shù)據(jù)流圖中出現(xiàn)的每一個數(shù)據(jù)流名、每一個文件名和每 一個加工名在詞典中都應(yīng)該有一個條目給出這個名字的 定義。 60 2.5數(shù)據(jù)字典 l 字典條目的各種類型 數(shù)據(jù)流 文件 數(shù)據(jù)項（指不在分解的數(shù)據(jù)單位） 加工 l小說明 數(shù)據(jù)流圖中每一個基本加工（即不再進(jìn)一步被分 解的加工）都必須有一個“小說明”； 小說明中應(yīng)精確描述用戶要求一個加工“做什 么”： 61 2.5數(shù)據(jù)字

23、典 u實例講評11：口算高手字典建模 計算整數(shù)=十進(jìn)制1數(shù)字2 統(tǒng)計命令= 1字母1 計算結(jié)果輸出= 2字母3 統(tǒng)計結(jié)果輸出= 2字母2+十進(jìn)制1數(shù)字2+ 4字母4+十進(jìn)制1數(shù)字2 十進(jìn)制數(shù)字“0”“9” 字母“A”“Z” 62 2.5 數(shù)據(jù)字典 u 實例講評12：客房管理系統(tǒng)字典建模 預(yù)訂請求客人數(shù)據(jù)住宿期限+客房類別 客人數(shù)據(jù)客人姓名+地址+身份證號碼 +護(hù)照號碼 +支付方式 身份證號碼=十進(jìn)制15數(shù)字18 護(hù)照號碼字母+ 8數(shù)字8 字母“A”“Z” 十進(jìn)制數(shù)字“0”“9” 63 2.5數(shù)據(jù)字典 u實例講評13：航班詞典條目實例 F1: 航班信息文件航空公司名稱航班號 起點終點日期起飛時間

24、降落 時間 航空公司名稱2字母4 航班號3十進(jìn)制數(shù)字3 字母“A”“Z” 十進(jìn)制數(shù)字“0”“9” 起點終點1漢字10 起飛時間降落時間時分 64 2.5數(shù)據(jù)字典 時“00”“23” 分“00”“59” 日期年月日 年2000200120022003|2004|2005 月“01”“12” 日“01”“31” 65 2.5數(shù)據(jù)字典 u 實例講評14：路燈管理系統(tǒng)數(shù)據(jù)字典 66 2.5數(shù)據(jù)字典 67 2.6 成本/效益分析 u成本/效益分析的目的，是從經(jīng)濟角度評價開發(fā)一 個新項目是否可行、是否劃算，從而幫助使用部 門的負(fù)責(zé)人正確地作出是否投資于這項開發(fā)的決 定。 u成本估計 l代碼行技術(shù)：通常先根

25、據(jù)經(jīng)驗和歷史數(shù)據(jù)來估計實 現(xiàn)一個功能所需要的源程序行數(shù)，然后用每行代碼 的平均成本乘以行數(shù)就可以確定軟件的成本。 68 2.6 成本/效益分析 l 任務(wù)分解技術(shù)： 首先把軟件開發(fā)工程分解為若干個相對獨立的任務(wù)， 再分別估計每個單獨的開發(fā)任務(wù)的成本，最后累加起 來得出軟件開發(fā)工程的總成本。 估計每個任務(wù)的成本時，通常先估計完成該項任務(wù)所 需要使用的人力（以人月為單位），再乘以每人每月 的平均工資而得出每個任務(wù)的成本。 劃分任務(wù)時最常用的辦法是按開發(fā)階段進(jìn)行。 69 2.6 成本/效益分析 u度量效益的方法 l貨幣的時間價值 貨幣的時間價值通常用利率的形式表示。假設(shè) 年利率為i，如果現(xiàn)在存入P元，則n年后可以得 到的錢數(shù)為： FP(1十i)n 這也就是P元錢在n年后的價值。反之，如 果n年后能收入F元錢，那么這些錢的現(xiàn)在的價 值是： PF(1十i)n 70 2.6 成本/效益分析 l投資回收期：所謂投資回收期就是使累計的經(jīng)濟效益等于 最初投資所需要的時間。顯然，投資回收期越短就能越快 獲得利潤，這項工程也就越值得投資