第2章可行性研究

1、軟件工程導(dǎo)論（第軟件工程導(dǎo)論（第6 6版）版）第第2 2章章 可行性研究可行性研究21世紀(jì)軟件工程專業(yè)規(guī)劃教材一、 了解程序員 1. 誠實 2. 簡單實用主義 3. 愛憎分明 4. 工作單調(diào)但不乏味二、 了解程序經(jīng)理 一支程序員隊伍的領(lǐng)導(dǎo)者，是程序員隊伍中最聰明的家伙 1. 技術(shù)水平是程序員隊伍中的最高級別 2. 能做最多且最難的工作 3. 有人格魅力三、 程序員升為經(jīng)理后還應(yīng)編程么？！四、 經(jīng)理與技術(shù)隊伍建設(shè) 1. 技術(shù)水平分為四級： 第一級 考核編程基本功，要求質(zhì)量合格 第二級 編程質(zhì)量要高，做過幾個軟件項目 第三級 考核系統(tǒng)分析與系統(tǒng)設(shè)計能力 第四級 成功的軟件產(chǎn)品設(shè)計師 2. 管理水平

2、分為四級： 第一級 普通員工 第二級 開發(fā)小組組長 第三級 項目經(jīng)理 第四級 決定產(chǎn)品是否開發(fā)五、 向錯誤與失敗學(xué)習(xí) 迷信是傻子（內(nèi)因）遇到騙子的結(jié)果 被騙：外因六、提高綜合素質(zhì)第第2 2章可行性研究章可行性研究并非任何問題都有簡單明顯的解決辦法，事實上，許多問題不可能在預(yù)定的系統(tǒng)規(guī)?；驎r間期限之內(nèi)解決。如果問題沒有可行的解，那么花費在這項工程上的任何時間、人力、軟硬件資源和經(jīng)費，都是無謂的浪費?？尚行匝芯康哪康?，就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系

3、統(tǒng)流程圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析2.1 2.1 可行性研究可行性研究的任務(wù)的任務(wù)可行性研究的目的不是解決問題，而是確定問題是否值得去解決。首先，進一步分析和澄清問題定義然后，分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型最后，探索若干種可供選擇的主要解法可行性研究分析

4、過程：實質(zhì)實質(zhì): 在較高層次上以抽象方式進行需求分析和設(shè)計在較高層次上以抽象方式進行需求分析和設(shè)計的過程的過程 技術(shù)可行性技術(shù)可行性 度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及技術(shù)資源的可用性。技術(shù)資源的可用性。（做的了嗎？做的好嗎？做的快嗎？）（做的了嗎？做的好嗎？做的快嗎？） 經(jīng)濟可行性經(jīng)濟可行性 度量系統(tǒng)解決方案的性能價格比。度量系統(tǒng)解決方案的性能價格比。 成本成本效益分析、短期效益分析、短期長遠利益分析長遠利益分析 操作可行性操作可行性 用戶使用可能性用戶使用可能性 時間進度可行性時間進度可行性 社會可行性（市場與政策）社會可行性（市場與政策）

5、 開發(fā)項目是否會在社會上或政治上引起侵權(quán)、破開發(fā)項目是否會在社會上或政治上引起侵權(quán)、破壞或其他責(zé)任問題。壞或其他責(zé)任問題。2.12.1 可行性研究可行性研究的任務(wù)的任務(wù)主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析2.2 2.2 可行性研究過程可行性研究過程怎樣進行可行性研究呢?典型的可行性研究過程有下述8個步驟。復(fù)查系統(tǒng)規(guī)模和目標(biāo)研究目前正在使用的系統(tǒng)導(dǎo)出新系統(tǒng)的高層邏輯模型進一步定義問

6、題導(dǎo)出和評價供選擇的解法推薦行動方針草擬開發(fā)計劃書寫文檔提交審查2.22.2 可行性研究過程可行性研究過程復(fù)查系統(tǒng)規(guī)模和目標(biāo)分析員訪問關(guān)鍵人員，仔細(xì)閱讀和分析有關(guān)的材料，以便對問題定義階段書寫的關(guān)于規(guī)模和目標(biāo)的報告書進一步復(fù)查確認(rèn)，改正含糊或不確切的敘述，清晰地描述對目標(biāo)系統(tǒng)的一切限制和約束。這個步驟的工作，實質(zhì)上是為了確保分析員正在解決的問題確實是要求他解決的問題。2.2 2.2 可行性研究過程可行性研究過程2.研究目前正在使用的系統(tǒng)現(xiàn)有的系統(tǒng)是信息的重要來源。顯然，如果目前有一個系統(tǒng)正被人使用，那么這個系統(tǒng)必定能完成某些有用的工作，因此，新的目標(biāo)系統(tǒng)必須也能完成它的基本功能；另一方面，如果

7、現(xiàn)有的系統(tǒng)是完美無缺的，用戶自然不會提出開發(fā)新系統(tǒng)的要求，因此，現(xiàn)有的系統(tǒng)必然有某些缺點，新系統(tǒng)必須能解決舊系統(tǒng)中存在的問題。應(yīng)該仔細(xì)閱讀分析現(xiàn)有系統(tǒng)的文檔資料和使用手冊，也要實地考察現(xiàn)有的系統(tǒng)。常見的錯誤做法是花費過多時間去分析現(xiàn)有的系統(tǒng)。沒有一個系統(tǒng)是在“真空”中運行的，絕大多數(shù)系統(tǒng)都和其他系統(tǒng)有聯(lián)系。2.22.2 可行性研究過程可行性研究過程3.導(dǎo)出新系統(tǒng)的高層邏輯模型優(yōu)秀的設(shè)計過程通常是從現(xiàn)有的物理系統(tǒng)出發(fā)，導(dǎo)出現(xiàn)有系統(tǒng)的邏輯模型，再參考現(xiàn)有系統(tǒng)的邏輯模型，設(shè)想目標(biāo)系統(tǒng)的邏輯模型，最后根據(jù)目標(biāo)系統(tǒng)的邏輯模型建造新的物理系統(tǒng)。4.進一步定義問題可行性研究的前4個步驟實質(zhì)上構(gòu)成一個循環(huán)。分

8、析員定義問題，分析這個問題，導(dǎo)出一個試探性的解；在此基礎(chǔ)上再次定義問題，再一次分析這個問題，修改這個解；繼續(xù)這個循環(huán)過程，直到提出的邏輯模型完全符合系統(tǒng)目標(biāo)。2.2 2.2 可行性研究過程可行性研究過程5.導(dǎo)出和評價供選擇的解法分析員應(yīng)該從他建議的系統(tǒng)邏輯模型出發(fā)，導(dǎo)出若干個較高層次的物理解法供比較和選擇。其次可以考慮操作方面的可行性。分析員應(yīng)該根據(jù)使用部門處理事務(wù)的原則和習(xí)慣檢查技術(shù)上可行的那些方案，去掉其中從操作方式或操作過程的角度看用戶不能接受的方案。接下來應(yīng)該考慮經(jīng)濟方面的可行性。分析員應(yīng)該估計余下的每個可能的系統(tǒng)的開發(fā)成本和運行費用，并且估計相對于現(xiàn)有的系統(tǒng)而言這個系統(tǒng)可以節(jié)省的開支

9、或可以增加的收入。最后為每個在技術(shù)、操作和經(jīng)濟等方面都可行的系統(tǒng)制定實現(xiàn)進度表，這個進度表不需要制定得很詳細(xì)，通常只需要估計生命周期每個階段的工作量。2.2 2.2 可行性研究過程可行性研究過程6.導(dǎo)出和評價供選擇的解法根據(jù)可行性研究結(jié)果應(yīng)該決定的一個關(guān)鍵性問題是： 是否繼續(xù)進行這項開發(fā)工程？分析員必須清楚地表明他對這個關(guān)鍵性決定的建議。如果分析員認(rèn)為值得繼續(xù)進行這項開發(fā)工程，那么他應(yīng)該選擇一種最好的解法，并且說明選擇這個解決方案的理由。通?？蛻糁饕鶕?jù)經(jīng)濟上是否劃算決定是否投資于一項開發(fā)工程，因此分析員對于所推薦的系統(tǒng)必須進行比較仔細(xì)的成本/效益分析。2.22.2 可行性研究過程可行性研究過

10、程7.草擬開發(fā)計劃分析員應(yīng)該為所推薦的方案草擬一份開發(fā)計劃，除了制定工程進度表之外還應(yīng)該估計對各類開發(fā)人員和各種資源的需要情況，應(yīng)該指明什么時候使用以及使用多長時間。此外還應(yīng)該估計系統(tǒng)生命周期每個階段的成本。最后應(yīng)該給出下一個階段(需求分析)的詳細(xì)進度表和成本估計。8. 書寫文檔提交審查應(yīng)該把上述可行性研究各個步驟的工作結(jié)果寫成清晰的文檔，請用戶、客戶組織的負(fù)責(zé)人及評審組審查，以決定是否繼續(xù)這項工程及是否接受分析員推薦的方案。第第2 2章可行性研究章可行性研究2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.4

11、2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析 概念概念 系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號描述組成系統(tǒng)的各個元素以及信息在這些元素之間的流動描述組成系統(tǒng)的各個元素以及信息在這些元素之間的流動情況。情況。 系統(tǒng)流程圖的基本思想系統(tǒng)流程圖的基本思想 用圖形符號以黑盒子形式描繪系統(tǒng)里面的每一部件（程用圖形符號以黑盒子形式描繪系統(tǒng)里面的每一部件（程序、文件、數(shù)據(jù)庫、表格、人工過程等），描述了系統(tǒng)中序、文件、數(shù)據(jù)庫、表格、人工過程等），描述了系統(tǒng)中從數(shù)據(jù)輸入到輸出為止各個處理工序的邏輯

12、模型。從數(shù)據(jù)輸入到輸出為止各個處理工序的邏輯模型。2.32.3 系統(tǒng)流程圖系統(tǒng)流程圖系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.3.12.3.1符號符號利用符號可以把一個廣義的輸入輸出操作具體化為讀寫存儲在特殊設(shè)備上的文件（或數(shù)據(jù)庫），把抽象處理具體化為特定的程序或手工操作等。2.3 2.3 系統(tǒng)系統(tǒng)流程圖流程圖以概括的方式抽象地描繪一個實際系統(tǒng)時，僅僅使用下圖中列出的基本符號就足夠了需要更具體地描繪一個物理系統(tǒng)時還需要使用右圖中列出的系統(tǒng)符號2.32.3 系統(tǒng)流程圖系統(tǒng)流程圖以一個簡單的例子進行講解。某裝配廠有一座存放零件的倉庫，倉庫中現(xiàn)有的各種零件的數(shù)

13、量以及每種零件的庫存量臨界值等數(shù)據(jù)記錄在庫存清單主文件中。當(dāng)倉庫中零件數(shù)量有變化時，應(yīng)該及時修改庫存清單主文件，如果哪種零件的庫存量少于它的庫存量臨界值，則應(yīng)該報告給采購部門以便訂貨，規(guī)定每天向采購部門送一次訂貨報告。2.3.2 2.3.2 例子例子分析： 倉庫可使用一臺計算機處理更新庫存清單文件和產(chǎn)生訂貨報告的任務(wù)。 零件的發(fā)放和接收，也就是對零件庫存量的每一次修改，稱為一個事務(wù)，通過倉庫中的CRT終端輸入到計算機中。 系統(tǒng)中的庫存清單模塊對事務(wù)進行處理，更新存儲在磁盤上的庫存清單文件，并把訂貨信息記錄到磁帶上。 每天由報告生成模塊讀一次訂貨信息，并打印出訂貨報告。2.3 2.3 系統(tǒng)流程圖

14、系統(tǒng)流程圖面對復(fù)雜的系統(tǒng)時，一個比較好的方法是分層次地描繪這個系統(tǒng)。首先用一張高層次的系統(tǒng)流程圖描繪系統(tǒng)總體概貌，表明系統(tǒng)的關(guān)鍵功能。然后分別把每個關(guān)鍵功能擴展到適當(dāng)?shù)脑敿?xì)程度，畫在單獨的一頁紙上。這種分層次的描繪方法便于閱讀者按從抽象到具體的過程逐步深入地了解一個復(fù)雜的系統(tǒng)。2.3.3 2.3.3 分層分層系統(tǒng)流程圖作用系統(tǒng)流程圖作用1、制作系統(tǒng)流程圖的過程是系統(tǒng)分析員全面了解系統(tǒng)業(yè)務(wù)處理概況的過程，它是系統(tǒng)分析員做進一步分析的依據(jù)。2、系統(tǒng)流程圖是系統(tǒng)分析員、管理員、業(yè)務(wù)操作員相互交流的工具。3、系統(tǒng)分析員可直接在系統(tǒng)流程圖上畫出可以有計算機處理的部分。4、可利用系統(tǒng)流程圖來分析業(yè)務(wù)流程的

15、合理性。主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖概念數(shù)據(jù)流圖(DFD)是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.4.12.4.1 符號符號數(shù)據(jù)流四中基本符號附加符號基本符號數(shù)據(jù)存儲數(shù)據(jù)存儲數(shù)據(jù)源點數(shù)據(jù)源點或終點或終點加加 工工加工名加工名數(shù)據(jù)流數(shù)據(jù)流數(shù)據(jù)流名數(shù)據(jù)流名文件名文件名實體名實體名

16、箭箭 頭頭圓或橢圓圓或橢圓橫線橫線矩形框矩形框u數(shù)據(jù)流的箭頭指明了數(shù)據(jù)的流動方向數(shù)據(jù)流的箭頭指明了數(shù)據(jù)的流動方向u對系統(tǒng)中數(shù)據(jù)流進行某些操作或變換。對系統(tǒng)中數(shù)據(jù)流進行某些操作或變換。 每個加工要有名字，通常為動詞每個加工要有名字，通常為動詞+名詞名詞 加工還應(yīng)有編號，編號說明這個加工在加工還應(yīng)有編號，編號說明這個加工在層次分解中的位置層次分解中的位置u用于保存數(shù)據(jù)的數(shù)據(jù)文件，它可以是數(shù)據(jù)用于保存數(shù)據(jù)的數(shù)據(jù)文件，它可以是數(shù)據(jù)庫文件或任何形式的數(shù)據(jù)組織庫文件或任何形式的數(shù)據(jù)組織 注意數(shù)據(jù)流到數(shù)據(jù)存儲的流向：注意數(shù)據(jù)流到數(shù)據(jù)存儲的流向： 流向表明是寫文件或?qū)ξ募M行查詢流向表明是寫文件或?qū)ξ募M行查

17、詢 流出表明是讀文件或得到查詢結(jié)果流出表明是讀文件或得到查詢結(jié)果u用于反映數(shù)據(jù)流圖與外部實體之間的聯(lián)系，用于反映數(shù)據(jù)流圖與外部實體之間的聯(lián)系，表示圖中的輸入數(shù)據(jù)來自哪里或處理結(jié)果表示圖中的輸入數(shù)據(jù)來自哪里或處理結(jié)果送向何處。送向何處。基本圖形符號基本圖形符號2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖以簡單例子說明怎樣畫數(shù)據(jù)流圖假設(shè)一家工廠的采購部每天需要一張訂貨報表，報表按零件編號排序，表中列出所有需要再次訂貨的零件。對于每個需要再次訂貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號，零件名稱，訂貨數(shù)量，目前價格，主要供應(yīng)者，次要供應(yīng)者。零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報告給訂貨系統(tǒng)。當(dāng)某種零件

18、的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次訂貨。2.4.22.4.2 例子例子2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖首先考慮數(shù)據(jù)的源點和終點，從上面對系統(tǒng)的描述可以知道“采購部每天需要一張訂貨報表”，“通過放在倉庫中的CRT終端把事務(wù)報告給訂貨系統(tǒng)”，所以采購員是數(shù)據(jù)終點，而倉庫管理員是數(shù)據(jù)源點。第一步可以從問題描述中提取數(shù)據(jù)流圖的4種成分： 2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖因此必須有一個用于產(chǎn)生報表的處理。事務(wù)的后果是改變零件庫存量，然而任何改變數(shù)據(jù)的操作都是處理，因此對事務(wù)進行的加工是另一個處理。注意，在問題描述中并沒有明顯地提到需要對事務(wù)進行處理，但是通過分析可以看出這種需要。第二步：再一次閱讀問題描

19、述，“采購部需要報表”2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖系統(tǒng)把訂貨報表送給采購部，因此訂貨報表是一個數(shù)據(jù)流；事務(wù)需要從倉庫送到系統(tǒng)中，顯然事務(wù)是另一個數(shù)據(jù)流。產(chǎn)生報表和處理事務(wù)這兩個處理在時間上明顯不匹配每當(dāng)有一個事務(wù)發(fā)生時立即處理它，然而每天只產(chǎn)生一次訂貨報表。因此，用來產(chǎn)生訂貨報表的數(shù)據(jù)必須存放一段時間，也就是應(yīng)該有一個數(shù)據(jù)存儲。第三步：考慮數(shù)據(jù)流和數(shù)據(jù)存儲 步驟一：從問題描述中提取數(shù)據(jù)流圖的四種成分： （1）數(shù)據(jù)的源點）數(shù)據(jù)的源點/終點終點 采購員是數(shù)據(jù)終點，倉庫管理員是數(shù)據(jù)源點。 （2）處理）處理 采購部需要報表說明沒有報表要有一個“產(chǎn)生報表”的處 零件庫或出庫（事務(wù)）改變零件庫存量要有“

20、事務(wù)加工”處理。 （3）數(shù)據(jù)流）數(shù)據(jù)流 要求系統(tǒng)把定貨報表送給采購部“定貨報表”是一個數(shù)據(jù)流。 事務(wù)要從倉庫送到系統(tǒng)中“事務(wù)”是另一個數(shù)據(jù)流。 （4）數(shù)據(jù)存儲）數(shù)據(jù)存儲 當(dāng)有五個事務(wù)發(fā)生時立即要處理，但每天只產(chǎn)生一次定貨報表說明“事務(wù)加工”與“產(chǎn)生報表”這兩個處理在時間上的不匹配因此，“產(chǎn)生定貨報表的數(shù)據(jù)”是一個數(shù)據(jù)存儲。 零件庫存量與庫存量臨界值均需保存“庫存清單數(shù)據(jù)”是一個數(shù)據(jù)存儲。組成數(shù)據(jù)流圖的元素表組成數(shù)據(jù)流圖的元素表 把數(shù)據(jù)流圖的4種成分都分離出來以后（上圖所示），就可以著手畫數(shù)據(jù)流圖了步驟二：步驟三：把基本系統(tǒng)模型細(xì)化，描繪系統(tǒng)的主要功能步驟四：對功能級數(shù)據(jù)流圖中描繪的系統(tǒng)主要功能

21、進一步細(xì)化X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1頂頂層層中中 間間 層層底底 層層先全局后局部先全局后局部, ,先整體后細(xì)節(jié)先整體后細(xì)節(jié), ,先抽象后具體。先抽象后具體。0圖1圖2圖1.1圖2.1圖2.2圖分層DFD 圖畫數(shù)據(jù)流圖的步驟畫數(shù)據(jù)流圖的步驟u 畫頂層的數(shù)據(jù)流圖畫頂層的數(shù)據(jù)流圖 列出系統(tǒng)的全部數(shù)據(jù)源點和終點，將系統(tǒng)加工處理過列出系統(tǒng)的全部數(shù)據(jù)源點和終點，將系統(tǒng)加工處理過程作為一個整體，即可得到頂層數(shù)據(jù)流圖。程作為一個整體，即可得到頂層數(shù)據(jù)流圖。頂層圖描述了系統(tǒng)的輸入與輸出頂層圖描述了系統(tǒng)的輸入與輸出

22、。u畫各層的數(shù)據(jù)流圖畫各層的數(shù)據(jù)流圖 對系統(tǒng)處理過程進行逐步分解和細(xì)化，針對每層畫出對系統(tǒng)處理過程進行逐步分解和細(xì)化，針對每層畫出數(shù)據(jù)流圖數(shù)據(jù)流圖u畫系統(tǒng)的內(nèi)部畫系統(tǒng)的內(nèi)部 將系統(tǒng)的輸入和輸出數(shù)據(jù)流用一連串加工連接起來將系統(tǒng)的輸入和輸出數(shù)據(jù)流用一連串加工連接起來u畫出總的數(shù)據(jù)流圖畫出總的數(shù)據(jù)流圖 將最終數(shù)據(jù)流圖畫出，注意不要太復(fù)雜，要根據(jù)實際情將最終數(shù)據(jù)流圖畫出，注意不要太復(fù)雜，要根據(jù)實際情況進行布局。況進行布局。2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖 數(shù)據(jù)流圖中每個成分的命名是否恰當(dāng)，直接影響數(shù)據(jù)流圖的可理解性。因此，給這些成分起名字時應(yīng)該仔細(xì)推敲。2.4.32.4.3 命名命名2.4 2.4 數(shù)據(jù)

23、流圖數(shù)據(jù)流圖數(shù)據(jù)流命名時應(yīng)注意的問題名字應(yīng)代表整個數(shù)據(jù)流的內(nèi)容，而不是僅僅反映它的某些成分不要使用空洞的、缺乏具體含義的名字在為某個數(shù)據(jù)流(或數(shù)據(jù)存儲)起名字時遇到了困難，則很可能是因為對數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該試試重新分解2.42.4 數(shù)據(jù)流圖數(shù)據(jù)流圖為處理命名時應(yīng)注意的問題通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名。名字應(yīng)該反映整個處理的功能，而不是它的一部分功能。名字最好由一個具體的及物動詞加上一個具體的賓語組成。通常名字中僅包括一個動詞，如果必須用兩個動詞才能描述整個處理的功能，則把這個處理再分解成兩個處理可能更恰當(dāng)些。如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不

24、當(dāng)?shù)嫩E象，應(yīng)考慮重新分解。參考的原則：參考的原則：u數(shù)據(jù)守恒數(shù)據(jù)守恒 即每個加工至少應(yīng)有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流u數(shù)據(jù)流圖中各構(gòu)成元素的名稱必須具有明確的含數(shù)據(jù)流圖中各構(gòu)成元素的名稱必須具有明確的含義且能夠代表對應(yīng)元素的內(nèi)容或功能義且能夠代表對應(yīng)元素的內(nèi)容或功能u 父圖與子圖的父圖與子圖的“平衡平衡”u 應(yīng)按照層次給每個加工編號，用于表明該加工所應(yīng)按照層次給每個加工編號，用于表明該加工所處的層次及上、下層的父圖與子圖的關(guān)系。處的層次及上、下層的父圖與子圖的關(guān)系。u在父圖中不要出現(xiàn)子圖中涉及的局部數(shù)據(jù)存儲文在父圖中不要出現(xiàn)子圖中涉及的局部數(shù)據(jù)存儲文件件u 加工分解時，盡量將問題分解為大小均

25、勻的幾個加工分解時，盡量將問題分解為大小均勻的幾個部分部分實例應(yīng)用實例應(yīng)用 指出下列數(shù)據(jù)流圖中存在的問題。指出下列數(shù)據(jù)流圖中存在的問題。父父 圖圖子子 圖圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖1、畫數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具。2、數(shù)據(jù)流圖的另一個主要用途是作為分析和設(shè)計的工具。3、數(shù)據(jù)流圖輔助物理系統(tǒng)的設(shè)計時，以圖中不同處理的定時要求為指南，能夠在數(shù)據(jù)流圖上畫出許多組自動化邊界，每組自動化邊界可能意味著一個不同的物理系統(tǒng)2.4.42.4.4 用途用途主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程

26、圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析 數(shù)據(jù)字典（數(shù)據(jù)字典（DD）：）：是用來定義數(shù)據(jù)流圖中的各個成分是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為的具體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)元素的一致的定義和系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)元素的一致的定義和詳細(xì)的描述。詳細(xì)的描述。2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.5.12.5.1 內(nèi)容內(nèi)容 一般說來，數(shù)據(jù)字典應(yīng)該由對下列4類元素的定義組成。 A. . 數(shù)據(jù)

27、流條目數(shù)據(jù)流條目給出某個數(shù)據(jù)流的定義，通常是列出該給出某個數(shù)據(jù)流的定義，通常是列出該 數(shù)據(jù)流的各組成數(shù)據(jù)項。數(shù)據(jù)流的各組成數(shù)據(jù)項。 例如：報名單姓名單位名年齡性別課程名例如：報名單姓名單位名年齡性別課程名 常用符號：、（）、常用符號：、（）、C.C.數(shù)據(jù)項條目數(shù)據(jù)項條目 數(shù)據(jù)項條目給出某個數(shù)據(jù)單項的定義，通常是數(shù)據(jù)項的數(shù)據(jù)項條目給出某個數(shù)據(jù)單項的定義，通常是數(shù)據(jù)項的值類型，允許的取值范圍。值類型，允許的取值范圍。 B.B.文件條目文件條目給出某個文件的定義，文件的定義通常是列出給出某個文件的定義，文件的定義通常是列出文件記錄的組成數(shù)據(jù)流。例如：文件記錄的組成數(shù)據(jù)流。例如： 訂單文件訂單編號顧客

28、名稱產(chǎn)品名稱訂貨數(shù)量訂單文件訂單編號顧客名稱產(chǎn)品名稱訂貨數(shù)量交貨日期交貨日期D.D.加工條目加工條目 加工類條目就是加工類條目就是“加工小說明加工小說明”。一般應(yīng)該單獨列出。一般應(yīng)該單獨列出。nm.數(shù)據(jù)元素的別名就是該元素的其他等價的名字，出現(xiàn)別名主要有下述3個原因：2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典由數(shù)據(jù)元素組成數(shù)據(jù)的方式只有下述3種基本類型：2.5.2 2.5.2 定義數(shù)據(jù)的方法定義數(shù)據(jù)的方法2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典4種關(guān)系算符=意思是等價于(或定義為)；+意思是和(即連接兩個分量)；意思是或(即從方括弧內(nèi)列出的若干個分量中選擇一個)，通常用“|”號隔開供選

29、擇的分量；意思是重復(fù)(即重復(fù)花括弧內(nèi)的分量)；()意思是可選(即圓括弧里的分量可有可無)。 訂貨報表、事務(wù)和庫存清單的數(shù)據(jù)字典卡片：名稱：訂貨報表別名：訂貨信息描述：給采購員的訂貨零件表定義：訂貨報表零件編號+零件名稱+訂貨數(shù)量+目前價格+主要供應(yīng)者+次要供應(yīng)者位置：輸出到打印機名稱：事務(wù)別名：描述：對零件庫存量的每一次修改定義：事務(wù)零件編號+零件名稱+ 入庫| 出庫+零件數(shù)量位置：從CRT終端輸入名稱：庫存清單別名：庫存文檔描述：記錄零件庫存量的文檔定義：庫存清單零件編號+零件名稱+庫存量+庫存量臨界值位置：存儲在磁盤上數(shù)據(jù)字典例： 餐館的電話服務(wù)如下： 可以撥分機號和外線號。分機號是從72

30、017299。外線號先撥9，然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從100300中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是455、466、888、552中任意一個號碼。 要求：寫出在數(shù)據(jù)字典中，電話號碼的數(shù)據(jù)條目的定義（即組成）。數(shù)據(jù)字典例 用數(shù)據(jù)字典的形式給出下面描述的“查詢”條目數(shù)據(jù)流。 某個查詢系統(tǒng)中，有個名為“查詢”的數(shù)據(jù)流，目前“查詢”有三種類型，即“顧客狀況查詢”、“存貨查詢”和“發(fā)票存根查詢”。預(yù)計到年底還將增加3至4種其它類型查詢。系統(tǒng)每天約需處理2000次查詢，每天上午9：0010：00是查詢的高峰，此時約有1000次查詢。 數(shù)據(jù)流名：

31、查詢 簡 述：系統(tǒng)處理的一個命令 別 名：無 組 成： 顧客狀況查詢 存貨查詢 發(fā)票存根查詢 數(shù) 據(jù) 量：2000次/天 峰 值： 每天上午9：0010：00有1000次 注 釋：到年底還將增加3至4種其它類型查詢2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典2.5.32.5.3 數(shù)據(jù)字典的用途數(shù)據(jù)字典的用途2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典目前，數(shù)據(jù)字典幾乎總是作為CASE“結(jié)構(gòu)化分析與設(shè)計工具”的一部分實現(xiàn)的。在開發(fā)大型軟件系統(tǒng)的過程中，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，人工維護數(shù)據(jù)字典幾乎是不可能的。2.5.42.5.4 數(shù)據(jù)字典的實現(xiàn)數(shù)據(jù)字典的實現(xiàn)2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典在開發(fā)小型軟件系統(tǒng)時暫時沒

32、有數(shù)據(jù)字典處理程序，建議采用卡片形式書寫數(shù)據(jù)字典，每張卡片上保存描述一個數(shù)據(jù)的信息。下面給出第2.4節(jié)的例子中幾個數(shù)據(jù)元素的數(shù)據(jù)字典卡片，以具體說明數(shù)據(jù)字典卡片中上述幾項內(nèi)容的含義。2.5.42.5.4 數(shù)據(jù)字典的實現(xiàn)數(shù)據(jù)字典的實現(xiàn)2.52.5 數(shù)據(jù)字典數(shù)據(jù)字典主要內(nèi)容主要內(nèi)容2.1 2.1 可行性研究的任務(wù)可行性研究的任務(wù)2.2 2.2 可行性研究過程可行性研究過程2.3 2.3 系統(tǒng)流程圖系統(tǒng)流程圖2.4 2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖2.5 2.5 數(shù)據(jù)字典數(shù)據(jù)字典2.6 2.6 成本成本/ /效益分析效益分析2.6 2.6 成本成本/ /效益分析效益分析軟件開發(fā)成本主要表現(xiàn)為人力消耗(乘以平

33、均工資則得到開發(fā)費用)。成本估計不是精確的科學(xué)，因此應(yīng)該使用幾種不同的估計技術(shù)以便相互校驗。下面簡單介紹3種估算技術(shù)。2.6.12.6.1 成本估計成本估計代碼行技術(shù)任務(wù)分解技術(shù)自動估計成本技術(shù)一. 代碼行估算技術(shù)1代碼行技術(shù)代碼行技術(shù) 當(dāng)有以往開發(fā)的類似工程的歷史數(shù)據(jù)可當(dāng)有以往開發(fā)的類似工程的歷史數(shù)據(jù)可供參考的話，此法很有效。供參考的話，此法很有效。 它把開發(fā)每個軟件功能的成本和實現(xiàn)這它把開發(fā)每個軟件功能的成本和實現(xiàn)這個功能需要用的源代碼行數(shù)聯(lián)系起來。個功能需要用的源代碼行數(shù)聯(lián)系起來。2步驟步驟 確定功能確定功能 將項目功能反復(fù)分解到足夠細(xì)，直到可以對為實現(xiàn)該功能所需要的源代碼行數(shù)做出可靠的

34、估算為止。 算出各子功能的代碼行數(shù)的平均值算出各子功能的代碼行數(shù)的平均值 首先，根據(jù)經(jīng)驗和歷史數(shù)據(jù)對每個子功能估計其程序規(guī)模大小，即最小規(guī)模a，最大規(guī)模b和最可能的規(guī)模m。 然后，利用公式計算源代碼行數(shù)的平均值Le： Le=(a+4m+b)/6 確定各子功能的代碼行成本和生產(chǎn)率（一般都告知）確定各子功能的代碼行成本和生產(chǎn)率（一般都告知） 代碼行成本是指生產(chǎn)一條有效代碼需要的花費（用元/行表示） 生產(chǎn)率指每個人一個月所能生產(chǎn)的有效源代碼行數(shù)（用行/人月表示） 計算各子功能的成本和人力（工作量）計算各子功能的成本和人力（工作量） 每個子功能的成本等于其代碼行平均值乘以其代碼行成本 每個子功能的人力

35、等于其代碼行平均值除以其生產(chǎn)率 計算該項目的總代碼行數(shù)、總成本和總工作量計算該項目的總代碼行數(shù)、總成本和總工作量 下圖給出了一個軟件項目的（開發(fā)圖形包）的基本數(shù)據(jù)，采用代碼行估算技術(shù)來計算總代碼行數(shù)、總成本和總工作量二. 任務(wù)估算技術(shù)步驟：步驟： 首先，把軟件開發(fā)工程分解為若干個相對獨立的任務(wù)首先，把軟件開發(fā)工程分解為若干個相對獨立的任務(wù)，再分別估計每個單獨開發(fā)任務(wù)的成本，最后累加起，再分別估計每個單獨開發(fā)任務(wù)的成本，最后累加起來得出軟件開發(fā)工程的總成本。來得出軟件開發(fā)工程的總成本。 在估計每個任務(wù)的成本時，通常先估計完成該項任務(wù)在估計每個任務(wù)的成本時，通常先估計完成該項任務(wù)需要用的人力（以人

36、月為單位），再乘以每人每月的需要用的人力（以人月為單位），再乘以每人每月的平均工資而得出每個任務(wù)的成本平均工資而得出每個任務(wù)的成本任務(wù)估算技術(shù)例子2.6 2.6 成本成本/ /效益分析效益分析成本/效益分析方法主要從四個方面考慮2.6.2 2.6.2 成本成本/ /效益分析的方法效益分析的方法l貨幣的時間價值l投資回收期l純收入l投資回收率(1) 貨幣的時間價值通常用利率的形式表示貨幣的時間價值。假設(shè)年利率為i，如果現(xiàn)在存入P元，則n年后可以得到的錢數(shù)為：F=P(1+i)n這也就是P元錢在n年后的價值。反之，如果n年后能收入F元錢，那么這些錢的現(xiàn)在價值是：P=F/(1+i)n2.6 2.6 成本成本/ /效益分析效益分析 例如，修改一個已有的庫存清單系統(tǒng)，使它能在每天送給采購員一份訂貨報表。修改已有的庫存清單程序并且編寫產(chǎn)生報表的程序，估計共需5000元；系統(tǒng)修改后能及時訂貨，這將消除零件短缺問題，估計因此每年可以節(jié)省2500元，5年共可節(jié)省12500元。但