第02章可行性研究ppt課件

1、第二章 可行性研討.第2章 可行性研討2.1 可行性研討的義務2.2 可行性研討過程2.3 系統(tǒng)流程圖2.4 數(shù)據(jù)流圖2.5 數(shù)據(jù)字典2.6 本錢/效益分析2.7 小結.三個時期：八個階段：軟件生命周期軟件定義軟件開發(fā)軟件維護問題定義可行性研討需求分析概要設計詳細設計編碼和單元測試綜合測試運轉維護系統(tǒng)設計系統(tǒng)實現(xiàn).問題定義階段目的：弄清用戶需求計算機處理的問題根本所在，以及工程所需的資源和經(jīng)費。義務：在向用戶調查的根底上，編寫。例：教材銷售系統(tǒng)學生購買學校教材的手續(xù)能夠是：先找系辦公室開購書懇求用于確定學生可購買的書，憑懇求找教材科開購書證明確定能否賣完，向出納員交付書款獲得領書單，然后到書庫

2、找保管員領書。.關于系統(tǒng)規(guī)模和目的的報告書 1.工程稱號：教材銷售系統(tǒng)2.問題：人工出賣教材手續(xù)繁雜，且易出錯。3.工程目的：建立一個高效率、無過失的微機教材銷售系統(tǒng)。4.工程規(guī)模：利用現(xiàn)有微型計算機，軟件開發(fā)費用不超越5000元。5.初步想法：建議在系統(tǒng)中添加對缺書的統(tǒng)計與采購功能。6.可行性研討：建議進展大約10天的可行性研討，研討費用不超越500元。.可行性研討回答“對于上一個階段所確定的問題有行得通的處理方法嗎?系統(tǒng)分析員需求進展一次大大緊縮和簡化了的系統(tǒng)分析和設計過程。研討問題的范圍，探求這個問題能否值得去解，能否有可行的處理方法。 .2.1 可行性研討的義務 可行性研討的目的：不是

3、處理問題，而是確定問題能否值得去處理?？尚行匝杏懙谋举|：進展一次大大緊縮簡化了的系統(tǒng)分析和設計的過程，也就是在較高層次上以較籠統(tǒng)的方式進展的系統(tǒng)分析和設計的過程。 .可行性研討的內容：首先進一步分析和廓清問題定義，導出系統(tǒng)的邏輯模型；然后從系統(tǒng)邏輯模型出發(fā)，探求假設干種可供選擇的主要解法(即系統(tǒng)實現(xiàn)方案)；對每種解法都研討它的可行性，至少應該從三方面研討每種解法的可行性 。.主要方面：技術可行性，運用現(xiàn)有的技術能實現(xiàn)這個系統(tǒng)嗎?經(jīng)濟可行性，這個系統(tǒng)的經(jīng)濟效益能超越它的開發(fā)本錢嗎?操作可行性，系統(tǒng)的操作方式在這個用戶組織內行得通嗎?其他方面：法律(社會)可行性，系統(tǒng)能否進犯他人、集體或國家的利益

4、，能否違反法律？ .分析員應該為每個可行的解法制定一個粗略的實現(xiàn)進度。假設問題沒有可行的解，分析員應該建議停頓這項開發(fā)工程，以防止時間、資源、人力和金錢的浪費；假設問題值得解，分析員應該引薦一個較好的處理方案，并且為工程制定一個初步的方案?？尚行匝杏懶枨蟮臅r間長短取決于工程的規(guī)模。普通說來，可行性研討的本錢只是預期的工程總本錢的5%10%。 .2.2 可行性研討過程1. 復查系統(tǒng)規(guī)模和目的對問題定義階段書寫的關于規(guī)模和目的的報告書進一步復查確認。2. 研討目前正在運用的系統(tǒng) 新的目的系統(tǒng)必需也能完成舊系統(tǒng)的根本功能；另一方面，新系統(tǒng)必需能處理舊系統(tǒng)中存在的問題。 .3. 導出新系統(tǒng)的高層邏輯模

5、型現(xiàn)有的物理系統(tǒng)現(xiàn)有系統(tǒng)的邏輯模型目的系統(tǒng)的邏輯模型 (新的物理系統(tǒng) )4. 進一步定義問題分析員應該和用戶一同再次復查詢題定義、工程規(guī)模和目的?？尚行匝杏懙那?個步驟本質上構成一個循環(huán)。 .5. 導出和評價供選擇的解法首先從技術角度出發(fā)排除不可行方案；其次思索操作可行性，去掉用戶不能接受的方案；接下來思索經(jīng)濟可行性，估計余下的每個能夠的系統(tǒng)的開發(fā)本錢和運轉費用，進展本錢/效益分析；最后為每個在各方面都可行的系統(tǒng)制定實現(xiàn)進度表。.工程進度表階段所需時間（月）可行性研究0.5需求分析1概要設計0.5詳細設計1實現(xiàn)2總計5.6. 引薦行動方針根據(jù)可行性研討結果應該做出的一個關鍵性決議是，能否繼續(xù)進

6、展這項開發(fā)工程。假設繼續(xù)開發(fā)，選擇一種最好的解法，闡明選擇這個處理方案的理由。.7. 草擬開發(fā)方案分析員應該為所引薦的方案草擬一份開發(fā)方案，制定工程進度表、估計對各類開發(fā)人員和各種資源的需求情況、估計系統(tǒng)生命周期每個階段的本錢、給出下一個階段(需求分析)的詳細進度表和本錢估計。 .8. 書寫文檔提交審查把可行性研討各個步驟的任務結果寫成明晰的文檔，請用戶、客戶組織的擔任人及評審組審查，以決議能否繼續(xù)這項工程及能否接受分析員引薦的方案。 .可行性研討報告的編寫1 引言 1.1 編寫目的 1.2 背景 1.3 定義 1.4 參考資料2 可行性研討的前提 2.1 要求 2.2 目的 2.3 條件、假

7、定和限制 2.4 進展可行性研討的方法 2.5 評價尺度.可行性研討報告的編寫3 對現(xiàn)有系統(tǒng)的分析 3.1 數(shù)據(jù)流程和處置流程 3.2 任務負荷 3.3 費用開支 3.4 人員 3.5 設備 3.6 局限性4 所建議的系統(tǒng) 4.1 對所建議系統(tǒng)的闡明 4.2 數(shù)據(jù)流程和處置流程 4.3 改良之處 4.4 影響 4.5 局限性 4.6 技術條件方面的可行性.可行性研討報告的編寫5 可選擇的其它系統(tǒng)方案 5.1 可選擇的其它系統(tǒng)1 5.2 可選擇的其它系統(tǒng)2 .6 投資及收益分析 6.1 支出 6.2 收益 6.3 收益/投資比 6.4 投資回收周期 6.5 敏感性分析7 社會條件方面的可行性 7

8、.1 法律方面的可行性 7.2 運用方面的可行性.8 結論可以立刻開場進展需求添加資源才干開場，例如添加投資或人力。需求推遲到某些條件具備后才干開場，例如組織機構的調整。需求對系統(tǒng)目的作某些修正才干開場。不能或沒有必要進展，例如經(jīng)濟上不合理，投資相差太大。.2.3 系統(tǒng)流程圖 系統(tǒng)流程圖：是概括地描畫物理系統(tǒng)的傳統(tǒng)工具。用圖形符號以黑盒子方式描畫組成系統(tǒng)的每個部件(程序，文檔，數(shù)據(jù)庫，人工過程等)。表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進展加工處置的控制過程。.2.3.1 符號 根本符號：5個，以概括的方式籠統(tǒng)地描畫一個實踐系統(tǒng)。.系統(tǒng)符號：11個，更詳細的描畫物理系統(tǒng)。.2.3

9、.2 例子 例1： 某裝配廠有一座存放零件的倉庫，倉庫中現(xiàn)有的各種零件的數(shù)量以及每種零件的庫存量臨界值等數(shù)據(jù)記錄在庫存清單主文件上。當倉庫零件數(shù)量發(fā)生變化時，應該及時修正庫存清單主文件。假設哪種零件的庫存量少于它的庫存臨界值，那么應該報告給采購部門以便定貨，規(guī)定每天向采購部門送一次定貨報告。 該裝配廠運用一臺小型計算機，處置更新庫存清單主文件和產(chǎn)生定貨報告。零件庫存量的每一次變化稱為一個事務，由放在倉庫中CRT終端輸入到計算機中；系統(tǒng)中的庫存清單程序對事務進展處置，更新存儲在磁盤上的庫存清單主文件，并且把必要的訂貨信息寫在磁帶上。最后，每天由報告生成程序讀一次磁帶，并且打印出訂貨報告。.部件：

10、包括程序、文檔、數(shù)據(jù)庫、人工過程等程序：更新庫存清單程序 產(chǎn)生定貨報告程序文檔：定貨報告數(shù)據(jù)：磁盤上的庫存清單主文件 磁帶上的定貨信息 CRT終端輸入事務人工過程：無.2.3.3 分層 首先用一張高層次的系統(tǒng)流程圖描畫系統(tǒng)總體概貌，闡明系統(tǒng)的關鍵功能；然后分別把每個關鍵功能擴展到適當?shù)脑敿毘潭?，畫在單獨的一頁紙上?第一層：描畫系統(tǒng)關鍵功能僅用根本符號.第二層：擴展系統(tǒng)關鍵功能 .第三層：合成后的系統(tǒng)流程圖.例2：教材銷售系統(tǒng)人工教材銷售系統(tǒng)：先找系辦公室開購書懇求，憑懇求找教材科開購書證明，向出納員交付書款獲得領書單，然后到書庫找保管員領書。.人工教材銷售的系統(tǒng)流程圖.計算機教材銷售系統(tǒng)：由

11、計算機實現(xiàn)有效性審查不該購買或已賣完的教材，收書款和發(fā)書仍由人工完成。開購書懇求和購書證明可一步完成，添加缺書統(tǒng)計和采購功能。.計算機教材銷售的系統(tǒng)流程圖.2.4 數(shù)據(jù)流圖數(shù)據(jù)流圖 (DFD) ：是一種圖形化技術，它描畫信息流和數(shù)據(jù)從輸入挪動到輸出的過程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒有任何詳細的物理部件，它只是描畫數(shù)據(jù)在軟件中流動和被處置的邏輯過程。.2.4.1 符號根本符號：.數(shù)據(jù)源點/終點：通常是人或部門，可反復表示；處置：一個處置框可以代表一系列程序、單個程序或程序的一個模塊； 數(shù)據(jù)存儲：可以表示一個文件、文件的一部分、數(shù)據(jù)庫的元素或記錄的一部分等，數(shù)據(jù)存儲是處于靜止形狀的數(shù)據(jù)； 數(shù)據(jù)流

12、：描畫一切能夠的數(shù)據(jù)流向，而不應該描畫出現(xiàn)某個數(shù)據(jù)流的條件 ，數(shù)據(jù)流是處于運動中的數(shù)據(jù)。.附加符號：星號*：表示“與關系.加號+：表示“或關系.異或：表示互斥關系.2.4.2 例子例1： 假設采購部每天需求一張定貨報表，報表按零件編號排序，表中列出一切需求再次定貨的零件。對于每個需求再次定貨的零件，應該列出下述數(shù)據(jù)：零件編號，零件稱號，定貨數(shù)量，目前價錢，主要供應者，次要供應者。零件入庫或出庫稱為事務，經(jīng)過放在倉庫中的CRT終端把事務報告給定貨系統(tǒng)。當某種零件的庫存量少于庫存量的臨界值時，就應該再次定貨。.畫數(shù)據(jù)流圖的步驟：1. 從問題描畫中提取數(shù)據(jù)流圖的4種成分數(shù)據(jù)的源點/終點“經(jīng)過放在倉庫

13、中的CRT終端把事務報告給定貨系統(tǒng)倉庫管理員是數(shù)據(jù)源點；“采購部每天需求一張定貨報表采購員是數(shù)據(jù)終點。處置“采購部需求報表，產(chǎn)生報表；事務的后果是改動零件庫存量，因此對事務進展的加工是另一個處置處置事務。.數(shù)據(jù)流：“系統(tǒng)把定貨報表送給采購部定貨報表；“經(jīng)過放在倉庫中的CRT終端把事務報告給定貨系統(tǒng)事務。數(shù)據(jù)存儲：處置事務和產(chǎn)生報表這兩個處置在時間上明顯不匹配，用來產(chǎn)生定貨報表的定貨信息必需存放一段時間定貨信息；零件庫存量和庫存量臨界值需求存儲庫存清單。.源點：倉庫管理員終點：采購員處置：產(chǎn)生報表、處置事務數(shù)據(jù)流：定貨報表事務零件編號零件稱號定貨數(shù)量目前價錢主要供應者次要供應者零件編號事務類型數(shù)

14、量數(shù)據(jù)存儲：定貨信息同定貨報表庫存清單零件編號庫存量庫存量臨界值.2. 畫根本系統(tǒng)模型由假設干個數(shù)據(jù)源點/終點和一個處置(XX系統(tǒng))組成。定貨系統(tǒng)的根本系統(tǒng)模型.3. 細化，描畫系統(tǒng)的主要功能功能級數(shù)據(jù)流圖定貨系統(tǒng)的功能級數(shù)據(jù)流圖.4. 對系統(tǒng)主要功能進一步細化把處置事務的功能進一步分解后的數(shù)據(jù)流圖.細化時留意：當進一步分解涉及如何詳細的實現(xiàn)一個功能時,就不應該再分解了。當對數(shù)據(jù)流圖分層細化時必需堅持信息延續(xù)性，也就是說，當把一個處置分解為一系列處置時，分解前和分解后的輸入輸出數(shù)據(jù)流必需一樣父圖和子圖的數(shù)據(jù)流要平衡。留意對處置進展編號的方法。 .2.4.3 命名 1. 為數(shù)據(jù)流(或數(shù)據(jù)存儲)命

15、名完好性；詳細性；起名字遇到了困難時，試試重新分解。 .2. 為處置命名通常先為數(shù)據(jù)流命名，然后再為與之相關聯(lián)的處置命名；完好性；及物動詞+賓語(如：計算平均分)；通常名字中僅包括一個動詞，否那么進展分解；命名時遇到困難，應思索重新分解。3. 為數(shù)據(jù)源點/終點命名采用它們在問題域中習慣的名字如倉庫管理員、采購員。 .2.4.4 數(shù)據(jù)流圖的用途 作為交流信息的工具供有關人員審查確認供用戶了解和評價數(shù)據(jù)流圖應該分層，超越7個時應該畫分圖 作為分析和設計的工具描畫系統(tǒng)所完成的功能 導出更詳細的設計步驟面向數(shù)據(jù)流的設計方法 .例2：高考錄取統(tǒng)分子系統(tǒng) 功能如下： (1) 計算規(guī)范分根據(jù)考生原始分計算規(guī)

16、范分，存入考生分數(shù)文件； (2) 計算錄取線分根據(jù)規(guī)范分和招生方案文件中的招生人數(shù)，計算錄取線分，存入錄取線文件。 .1. 提取數(shù)據(jù)流圖的四種成分數(shù)據(jù)源點和終點：考生處置：(1) 計算規(guī)范分 (2) 計算錄取線分數(shù)據(jù)存儲：(1) 考生分數(shù)文件 (2) 招生方案文件 (3) 錄取線文件數(shù)據(jù)流：原始分；規(guī)范分； 招生人數(shù)；錄取線分 .2. 畫根本數(shù)據(jù)流圖.3. 畫功能級數(shù)據(jù)流圖 .例3：教材銷售系統(tǒng)人工：先找系辦公室開購書懇求，憑懇求找教材科開購書證明，向出納員交付書款獲得領書單，然后到書庫找保管員領書。計算機：包括銷售和采購兩大功能。銷售時，根據(jù)學生用書表和教材庫存清單對購書單進展有效性審查，經(jīng)

17、過審查后得到有效購書單，并將缺書信息寫入缺書表。交完款后開領書單，根據(jù)領書單更新教材庫存清單。采購時，將缺書表中的信息匯總生成采購單，新書進庫時更新教材庫存清單。.根本數(shù)據(jù)流圖.功能級數(shù)據(jù)流圖.銷售功能細化的數(shù)據(jù)流圖.采購功能細化的數(shù)據(jù)流圖.2.5 數(shù)據(jù)字典數(shù)據(jù)字典(Data Dictionary，簡稱DD)就是用來定義數(shù)據(jù)流圖中的各個成分的詳細含義的，它以一種準確的、無二義性的闡明方式為系統(tǒng)的分析、設計及維護提供了有關元素的一致的定義和詳細的描畫。它和數(shù)據(jù)流圖共同構成了系統(tǒng)的邏輯模型，沒有數(shù)據(jù)字典數(shù)據(jù)流圖就不嚴厲，然而沒有數(shù)據(jù)流圖數(shù)據(jù)字典也難以發(fā)揚作用。只需把數(shù)據(jù)流圖及對數(shù)據(jù)流圖中每個元素準

18、確定義的數(shù)據(jù)字典放在一同，才干共同構成系統(tǒng)的規(guī)格闡明，它們也是“需求規(guī)格闡明書的主要組成部分。.2.5 數(shù)據(jù)字典2.5.1 數(shù)據(jù)字典的內容及格式數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關名字的詳細定義而效力的，因此也像普通字典一樣，要把一切條目按一定的次序陳列起來，以便查閱。數(shù)據(jù)字典有以下4類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲及根本加工。數(shù)據(jù)項是組成數(shù)據(jù)流和數(shù)據(jù)存儲的最小元素。源點、終點不在系統(tǒng)之內，普通不在字典中闡明。1. 數(shù)據(jù)流條目數(shù)據(jù)流條目給出了數(shù)據(jù)流圖中數(shù)據(jù)流的定義，通常列出該數(shù)據(jù)流的各組成數(shù)據(jù)項。由數(shù)據(jù)項組成數(shù)據(jù)流或數(shù)據(jù)存儲的方式由3種類型構成：.(1) 順序：按確定次序銜接兩個或多個分量。

19、(2) 選擇：從兩個或多個分量中選擇一個。(3) 反復：將指定的分量反復0次或多次。在定義數(shù)據(jù)流或數(shù)據(jù)存儲組成時，運用表2-2給出的符號。表2- 2數(shù)據(jù)字典定義中運用的符號.例如，定義審核借書數(shù)據(jù)流圖中借書數(shù)據(jù)流: 借書=借書證編號+借閱日期+書名+借閱方式+密碼+借閱人+操作員編號 密碼=字母86或者6字母8 操作員編號=“GLY001“GLY100 借閱方式=教師|學生.完好數(shù)據(jù)流條目主要內容及舉例如下：數(shù)據(jù)流稱號：借書別名：借書單簡述：讀者借書時填寫的單據(jù)來源：讀者去向：加工1“審核借書數(shù)據(jù)流量：500份天組成：借書證編號+借閱日期十書名+借閱方式+密碼+借閱人+操作員編號其中數(shù)據(jù)流量指

20、單位時間內(每小時或每天或每周或每月)的傳輸次數(shù)相應動作發(fā)生的次數(shù)。.2. 數(shù)據(jù)存儲條目數(shù)據(jù)存儲條目是對數(shù)據(jù)存儲的定義，主要內容及舉例如下：數(shù)據(jù)存儲稱號：借書文件別名：無簡述：存放讀者借書信息組成：借書證編號+借閱日期+書名+借閱方式+密碼+借閱人+操作員編號組織方式：數(shù)據(jù)文件，以借書證編號為關鍵字進展索引查詢要求：要求能立刻查詢并修正.3. 數(shù)據(jù)項條目數(shù)據(jù)項條目是不可再分解的數(shù)據(jù)單位，其定義格式及舉例如下：數(shù)據(jù)項稱號：借書證編號別名：無簡述：本系統(tǒng)中一切讀者的借書證編號類型：字符串長度：10取值范圍及含義：第1位：教師學生 第23位：部門或系別 第47位：科室或班級 第810位：順序編號.4

21、. 加工條目加工條目是用來闡明DFD中根本加工的處置邏輯的，由于上層的加工是由下層的根本加工分解而來，只需有了根本加工最底層的闡明，就可了解其他加工。加工條目的主要內容及舉例如下：.對數(shù)據(jù)流圖的每一個根本加工，必需有一個根本加工邏輯闡明。根本加工邏輯闡明必需描畫根本加工把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)那么。加工邏輯闡明必需描畫實現(xiàn)加工的戰(zhàn)略(即做什么)而不是實現(xiàn)加工的細節(jié)。加工邏輯闡明中包含的信息應是充足的，完備的，有用的，無冗余的。.加工闡明組成輸入數(shù)據(jù)加工邏輯輸出數(shù)據(jù)加工闡明描畫工具構造化言語斷定表斷定樹 描畫把輸入數(shù)據(jù)流變 換為輸出數(shù)據(jù)流的加工規(guī)那么，是加工闡明的主體。.自然言語+構

22、造化方式1構造化言語選擇結構如果 If 如果 則 否則 情況1 情況n If then Otherwise case 1 case n 循環(huán)結構對 , 重復以下 直至 For each , Repeat the following: Until .商店業(yè)務處置系統(tǒng)中“檢查發(fā)貨單if 發(fā)貨單金額超越$500 then if 欠款超越了60天 then 在歸還欠款前不予同意 else 欠款未超期 發(fā)同意書，發(fā)貨單 else 發(fā)貨單金額未超越$500 if 欠款超越60天 then 發(fā)同意書，發(fā)貨單及賒欠報告 else 欠款未超期 發(fā)同意書，發(fā)貨單 .2斷定表 假設數(shù)據(jù)流圖的加工需求依賴于多個邏輯條

23、件的取值，運用斷定表來描畫比較適宜.以“檢查發(fā)貨單為例.3斷定樹 斷定樹也是用來表達加工邏輯的一種工具。有時侯它比斷定表更直觀。檢查發(fā)貨單金額$500金額$500 欠款60天不發(fā)出同意書 欠款60天發(fā)出同意書、發(fā)貨單 欠款60天發(fā)出同意書、發(fā)貨單及賒欠報告 欠款60天發(fā)出同意書、發(fā)貨單.2.5 數(shù)據(jù)字典2.5.2 數(shù)據(jù)字典的用途數(shù)據(jù)流圖只描畫了系統(tǒng)的“分解，系統(tǒng)由哪幾部分組成，各部分之間的聯(lián)絡，并沒有對各個數(shù)據(jù)流、加工及數(shù)據(jù)存儲進展詳細闡明。例如：數(shù)據(jù)流、數(shù)據(jù)存儲的名字并不能反映其中的數(shù)據(jù)成分、數(shù)據(jù)工程內容和數(shù)據(jù)特性，在加工中不能反映處置過程等。分析人員僅靠“圖來完好地了解一個系統(tǒng)的邏輯功能是

24、不能夠的。數(shù)據(jù)字典是分析階段重要的工具。在數(shù)據(jù)字典中建立的定義有助于改良分析員和用戶之間的通訊，對數(shù)據(jù)的嚴密的定義有助于改良在不同的開發(fā)人員或不同的開發(fā)小組之間的通訊。假設要求一切開發(fā)人員都根據(jù)公共的數(shù)據(jù)字典描畫數(shù)據(jù)和設計模塊，那么能防止許多費事的接口問題。.2.5 數(shù)據(jù)字典2.5.3 數(shù)據(jù)字典的實現(xiàn)實現(xiàn)數(shù)據(jù)字典有兩種途徑；人工過程和全自動化過程(利用數(shù)據(jù)字典處置程序)。不論運用哪種途徑實現(xiàn)的數(shù)據(jù)字典都應該具有下述特點：經(jīng)過名字能方便地查閱數(shù)據(jù)的定義；沒有冗余；盡量不反復在規(guī)格闡明的其他組成部分中曾經(jīng)出現(xiàn)的信息；容易更新和修正；能單獨處置描畫每個數(shù)據(jù)元素的信息；定義的書寫方法簡一方便而且嚴厲。

25、隨著軟件規(guī)模的不斷添加，數(shù)據(jù)字典的規(guī)模和復雜程度也在迅速添加，人工過程維護數(shù)據(jù)字典幾乎是不能夠的。目前，數(shù)據(jù)字典根本上是作為CASE分析與設計工具的一部分實現(xiàn)的。.假設暫時還沒有自動的數(shù)據(jù)字典處置程序并且開發(fā)的是小型軟件，建議采用卡片方式書寫數(shù)據(jù)字典，每張卡片上保管描畫一個數(shù)據(jù)元素的信息。每張卡片上主要應該包含下述信息：名字、別名、描畫、定義、位置。手工建立數(shù)據(jù)字典的內容用卡片方式存放，其步驟如下：(1)按4類條目的準的格式印制卡片。(2)在卡片上分別填寫各類條目的內容。(3)先按圖號順序陳列，同一圖號的一切條目按數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲和加工的順序陳列。.(4)同一圖號中的同一類條目(如數(shù)據(jù)

26、流卡片)可按名字的字典順序存放；加工普通按編號順序存放。(5)同一成分在父圖和子圖都出現(xiàn)時，那么只在父圖上定義。(6)建立索引目錄。這種做法較好地實現(xiàn)數(shù)據(jù)字典的管理要求，特別是更新和修正起來很方便，可以單獨處置每個數(shù)據(jù)元素的信息。當開發(fā)過程進展到可以知道數(shù)據(jù)元素的控制信息和運用特點時，把這些信息記錄在卡片的反面。.實例分析【例2-1】某高校內部用的號碼有以下幾類：校內號碼由4位數(shù)字組成，第1位數(shù)字不是0；校外又分為市內和長途，撥校外需先撥0，假設是市內再接著撥8位號碼(第1位不是0)，假設是長途那么先撥3位區(qū)碼，再撥8位號碼(第1位不是0)。請用數(shù)據(jù)字典中引見的符號，定義上述號碼。.實例分析解

27、析：號碼=校內號碼|校外號碼校內號碼=非零數(shù)字+3位數(shù)字校外號碼=市內號碼|長途號碼市內號碼=數(shù)字零+8位數(shù)字長途號碼=數(shù)字零+3位數(shù)字+8位數(shù)字數(shù)字零=0非零數(shù)字=1|2|3|4|5|6|7|8|93位數(shù)字=3數(shù)字38位數(shù)字=非零數(shù)字+7位數(shù)字7位數(shù)字=7數(shù)字7數(shù)字=0|1|2|3|4|5|6|7|8|9.2.6 本錢/效益分析 本錢/效益分析的目的: 從經(jīng)濟角度分析開發(fā)一個特定的新系統(tǒng)能否劃算，從而協(xié)助客戶組織的擔任人正確地作出能否投資于這項開發(fā)工程的決議。. 2.6.1 本錢估計-人力本錢估計 軟件開發(fā)本錢主要表現(xiàn)為人力耗費 (乘以平均工資那么得到開發(fā)費用) 估算技術 1. 代碼行技術 2. 義務分解技術 3. 自動估計本錢技術. 代碼行技術根據(jù)閱歷和歷史數(shù)據(jù)估計實現(xiàn)一個功能需求的源程序行數(shù)，用每行代碼的平均本錢乘以行數(shù)就可以確定軟件的本錢。每行代碼的平均本錢主要取決于軟件的復雜程度和工資程度。代碼行技術是比較簡單的定量估算方法。當有以往開發(fā)類似工程的歷史數(shù)據(jù)可供參考時，這個方法是非常有效的。. 義務分解技術首先把軟件開發(fā)工程分解為假設干個相對獨立的義務。再分別估計