【文章內(nèi)容簡介】 是動詞短語，簡明地描述完成什么加工。在分層的數(shù)據(jù)流圖中，加工還應(yīng)編號。 (3)數(shù)據(jù)存儲 (又稱為文件 )，指暫時保存的數(shù)據(jù)，它可以是數(shù)據(jù)庫文件或任何形式的數(shù)據(jù)組織。 (4)數(shù)據(jù)源點或終點，是本軟件系統(tǒng)外部環(huán)境中的實體 (包括人員、組織或其他軟件系統(tǒng) )，統(tǒng)稱外部實體。一般只出現(xiàn)在數(shù)據(jù)流圖的頂層圖。 (1)首先畫系統(tǒng)的輸入輸出，即先畫頂 層數(shù)據(jù)流圖。頂層流圖只包含一個加工，用以表示被開發(fā)的系統(tǒng)，然后考慮該系統(tǒng)有哪些輸入數(shù)據(jù)、輸出數(shù)據(jù)流。頂層圖的作用在于表明被開發(fā)系統(tǒng)的范圍以及它和周圍環(huán)境的數(shù)據(jù)交換關(guān)系。下圖為飛機機票預(yù)訂系統(tǒng)的頂層圖。 (2)畫系統(tǒng)內(nèi)部，即畫下層數(shù)據(jù)流圖。不再分解的加工稱為基本加工。一般將層號從 0開始編號，采用自頂向下，由外 向內(nèi)的原則。畫 0 層數(shù)據(jù)流圖時，分解頂層流圖的系統(tǒng)為若干子系統(tǒng)，決定每個子系統(tǒng)間的數(shù)據(jù)接口和活動關(guān)系。例如，在上面的機票預(yù)訂系統(tǒng)按功能可分成兩部分，一部分為旅行社預(yù)訂機票，另一部分為旅客取票，兩部分通過機票文件的數(shù)據(jù)存儲聯(lián)系起來， 0 層數(shù)據(jù)流圖如圖 34。 (3)注意事項。 ① 命名。不論數(shù)據(jù)流、數(shù)據(jù)存儲還是加工，合適的命名使人們易于理解其含義。 ② 畫數(shù)據(jù)流而不是控制流。數(shù)據(jù)流反映系統(tǒng) “ 做什么 ” ，不反映 “ 如何做 ” ，因此箭頭上的數(shù)據(jù)流名稱只能是名詞或名詞短語，整個圖中不反映加工的執(zhí)行順序。 ③ 一般不畫物質(zhì)流。數(shù)據(jù)流反映能用計算機處理的數(shù)據(jù)，并不是實物，因此對目標系統(tǒng)的數(shù)據(jù)流圖一般不要畫物質(zhì)流。 ④ 每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流，反映出此加工數(shù)據(jù)的來源與加工的結(jié)果。 ⑤ 編號。如果一張數(shù)據(jù)流圖中的某個加工分解成另一張數(shù)據(jù)流圖時，則上層圖為父圖，直接下層圖為子圖。子圖及其所有的加工都應(yīng)編號。 ⑥ 父圖與子圖的平衡。子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)加工的輸入輸出數(shù)據(jù)流必須一致，此即父圖與子圖的平衡。 ⑦ 局部數(shù)據(jù)存儲。當某層數(shù)據(jù)流圖中的數(shù)據(jù)存儲不是父圖中相應(yīng)加工的外部接口，而只是本圖中某些加工之間的數(shù)據(jù)接口，則稱這些數(shù)據(jù)存儲為局部數(shù)據(jù)存儲。 ⑧ 提高數(shù)據(jù)流圖的易懂性。注意合理分解，要把一個加工分解成幾個功能相對獨立的子加工，這樣可以減少加工之間輸入、輸出數(shù)據(jù)流的數(shù)目，增加數(shù)據(jù)流圖的可理解性。 銷售管理系統(tǒng) 某企業(yè)銷售管 理系統(tǒng)的功能為： (1)接受顧客的訂單，檢驗訂單，若庫存有貨，進行供貨處理，即修改庫存，給倉庫開備貨單，并且將訂單留底；若庫存量不足，將缺貨訂單登入缺貨記錄。 (2)根據(jù)缺貨記錄進行缺貨統(tǒng)計，將缺貨通知單發(fā)給采購部門，以便采購。 (3)根據(jù)采購部門發(fā)來的進貨通知單處理進貨，即修改庫存，并從缺貨記錄中取出缺貨訂單進行供貨處理。 (4)根據(jù)留底的訂單進行銷售統(tǒng)計，打印統(tǒng)計表給經(jīng)理。 根據(jù)上述的功能描述，畫出如下的數(shù)據(jù)流程圖。 數(shù)據(jù)字典 (DD) 數(shù)據(jù)字典 (Data Dictionary,簡稱 DD)就是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的，它以一種準確的、無二義性 的說明方式為系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)元素的一致的定義和詳細的描述。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。 數(shù)據(jù)字典的任務(wù)是對于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的圖形元素在數(shù)據(jù)詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。 數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、基本加工。 數(shù)據(jù)詞典中所有的定義應(yīng)是嚴密的、精確的，不可有半點含混，不可有二義性。 數(shù)據(jù)流條 目給出了 DFD中數(shù)據(jù)流的定義，通常列出該數(shù)據(jù)流的各組成數(shù)據(jù)項。在定義數(shù)據(jù)流或數(shù)據(jù)存儲組成時，使用的符號如 31表： 符號 含義 例及說明 = 被定義為 + 與 x=a+b表示 x由 a和 b組成 [...|...] 或 x=[a|b]表示 x由 a或 b組成 m{...}n或 {...}mn 重復(fù) x=2{a}5表示 x中最少出現(xiàn) 2次 a，最多出現(xiàn) 5次 a,2為重復(fù)次數(shù)的上、下限。 {...} 重復(fù) x={a}表示 x由 0個或多個 a (...) 可選 x=(a)表示 a可在 x中出現(xiàn)，也可不出現(xiàn)。 ... 基本 數(shù)據(jù)元素 x=a，表示 x是取值為字符 a的數(shù)據(jù)元素。 .. 連接符 x=，表示 x可取 1到 9中任意一個值。 舉例：定義數(shù)據(jù)流組成及數(shù)據(jù)項。 機票 =姓名 +日期 +航班號 +起點 +終點 +費用 姓名 ={字母 } 航班號 =“Y7100”...“Y8100” 終點 =[上海 |北京 |西安 ] 數(shù)據(jù)流條目主要內(nèi)容及舉例如下： 數(shù)據(jù)流名稱：訂單 別名：無 簡述：顧客訂貨時填寫的項目 來源：顧客 去向：加工 1“ 檢驗訂單 ” 數(shù)據(jù)流量： 1000份 /每周 組成：編號 +訂貨日期 +顧客編號 +地址 +電話 +銀行賬號 +貨物名稱 +規(guī)格 +數(shù)量 數(shù)據(jù)存儲條目是對數(shù)據(jù)存儲的定義，如： 數(shù)據(jù)存儲名稱：庫存記錄 別名：無 簡述：存放庫存所有可供貨物的信息 組成：貨物名稱 +編號 +生產(chǎn)廠家 +單價 +庫存 量 組織方式：索引文件，以貨物編號為關(guān)鍵字 查詢要求：要求能立即查詢 數(shù)據(jù)項條目是不可再分解的數(shù)據(jù)單位，其定義格式如下： 數(shù)據(jù)項名稱：貨物編號 別名： GNo,Gnum,GoodsNo 簡述：本公司的所有貨物的編號 類型：字符串 長度： 10 取值范圍及含義： 第一位：進口 /國產(chǎn) 第 24位：類別 第 57位：規(guī)格 第 810位：品名編號 工條目 加工條目是用來說明 DFD中基本加工的處理邏輯的，由于上層的加工是由下層的基本加工分解而來，只要有了基本加工的說明，就可理解其他加工。舉例如下： 加工名：查閱庫存 編號： 激發(fā)條件：接收到合格訂單時 優(yōu)先級：普通 輸入：合格訂單 輸出：可供貨訂單、缺貨訂單 加工邏輯：根據(jù)庫存記錄 IF 訂單項目的數(shù)量 該項目庫存量的臨界值 THEN 可供貨處理 ELSE 此訂單缺貨，登錄，待進貨后再處理 ENDIF 加工邏輯的描述 加工邏輯也稱為 “ 小說明 ” ，描述加工邏輯一般用以下三種工具：結(jié)構(gòu)化語言、判定表、判定樹。 結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種半形式語言。結(jié)構(gòu)化語言是在自然語言基礎(chǔ)上加了一些限定，使用有限的詞匯和有限的語句來描述加工邏輯，它的結(jié)構(gòu)可分成外層和內(nèi)層兩層： (1)外層：用來描述控制結(jié)構(gòu)，采用順序、選擇、重復(fù)三種基本結(jié)構(gòu)。 (2)內(nèi)層：一般是采用祈使語句的自然語言短語，使用數(shù)據(jù)字典中的名詞和有限的自定義詞，其 動詞含義要具體，盡量不用形容詞和副詞來修飾。 在有些情況下，數(shù)據(jù)流圖中的某些加工的一組動作信賴于多個邏輯條件的取值。用自然語言或結(jié)構(gòu)化語言都不易清楚地描述出來。而用判定表就能夠清楚地表示復(fù)雜的條件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系。 判定表由四個部分組成，如下 32表所示，構(gòu)造一張判定表，可采用以下步驟： (1)提取問題中的條件。 (2)標出條件的取值。 (3)計算所有條件的組合數(shù) N。 (4)提取可能采用的動作或措施。 (5)制作判定表。 (6)完善判定表。 表 32判定表結(jié)構(gòu) 條件定義 條件取值的組合 動作定義 在各種取值的組合下應(yīng)執(zhí)行的動作 判定樹 判定樹是判定表的變形，一般情況下它比判定表更直觀，且易于理解和使用。 這三種描述加工邏輯的工具各有優(yōu)缺點，對于順序執(zhí)行和循環(huán)執(zhí)行的動作，用結(jié)構(gòu)語言描述。對于存在多個條件復(fù)雜組合的判斷問題，用判定表和判定樹。判定樹較判定表直觀易讀，判定表進行邏輯驗證較嚴格，能把所有的可能性全部都考慮到。可將兩種工具結(jié)合起來，先用判定表底 稿，在經(jīng)基礎(chǔ)上產(chǎn)生判定樹。 IDEF方法 IDEF 方法是美國空軍在 1981 年針對集成化計算機輔助制造 (Integrated Computer Aided Manufacturing,簡稱 ICAM)工程項目中用于進行復(fù)雜系統(tǒng)分析和設(shè)計的方法 ,是在結(jié)構(gòu)化分析與設(shè)計技術(shù)的基礎(chǔ)上提出來的。 IDEF 是 ICAM Definition 的縮寫。 IDEF 方法分為三部分。 IDEF0: 用來描述系統(tǒng)的功能活動及其聯(lián)系，建立系統(tǒng)的功能模型。 IDEF1: 用來描述系統(tǒng)的信息以及其聯(lián)系，建立系統(tǒng)的 信息模型。 IDEF2: 用來進行系統(tǒng)模擬，建立系統(tǒng)的動態(tài)模型。 IDEF0 的圖形表示 IDEF0 方法采用簡單的圖形符號和簡潔的文字說明，描述系統(tǒng)在不同層次上的功能。在該方法中，將系統(tǒng)功能稱為活動，將表示系統(tǒng)功能的圖形稱為活動圖形。在活動圖形中，用方框和箭頭表示系統(tǒng)的各種活動及相互間的關(guān)系。 建立功能模型的基本方法 、觀點及目的 在開始為系統(tǒng)建立模型時，首先要確定建模的立足點，包括范圍、觀點及目的。范圍所討論的對象是什么，它的邊界和外部接口 是什么；觀點指從什么角度去考慮所研究的題；目的指確定所研究問題的意圖及理由。 A0 圖 IDEF0 方法建立的功能模型是一組有層次關(guān)系的圖形，以字母 A開頭的編號來標志圖形在層次中的位置。先建立系統(tǒng)的內(nèi)外關(guān)系圖，該圖用來抽象地描述所研究的問題及其邊界或數(shù)據(jù)接口。圖中只有一個活動，活動名概括地描述系統(tǒng)的內(nèi)容，用進入和離開的箭頭表系統(tǒng)與環(huán)境的數(shù)據(jù)接口，確定了系統(tǒng)邊界。 A0 圖 把 A0 圖分解為 36 個主要部分得到 A0 圖，它清楚地表達了 A0 圖 在同樣信息范圍內(nèi)的細節(jié)，從結(jié)構(gòu)上反映了模型的觀點，是系統(tǒng)功能模型真正的頂層圖。該圖中各方框所表示活動的詳細含義由低層次的圖形說明。 按照自頂向下的方法，從 A0 圖開始逐層分解，建立一系列的活動圖形，直到最低層為止。 第 3 章例題分析與解答 3 章 一、填空題 1．需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的 是 _________需求。 [答案 ] 2．結(jié)構(gòu)化分析的基本思想是采用 __________的方法，能有效地控制系統(tǒng)開發(fā)的復(fù)雜性。 [答案 ] 3．當數(shù)據(jù)流圖中某個加工的一組動作存在著多個復(fù)雜組合的判斷時，其加工邏輯使用 __________描述較好。 [答案 ] 4．在 IDEF0 圖中，連在方框上的箭頭有四種類型，它們分別是 _________。 [答案 ] 5．為了較完整地描述用戶對系統(tǒng)的需求， DFD 應(yīng)與數(shù)據(jù)庫中的 ________圖結(jié)合起來。 [答案 ] 二、選擇題 1．需求分析最終結(jié) 果是產(chǎn)生 ( )。 [答案 ] 2．需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是 ( )。 [答案 ] 3． DFD 中的每個加工至少有 ( )。 [答案 ] 4．數(shù)據(jù)字典中，一般不出現(xiàn)的條目是 ( )。 [答案 ] 5． IDEF0 圖并不反映出系統(tǒng) ( )。 [答案 ] 應(yīng)用題 1． 某銀行計算機儲蓄系統(tǒng)的功能是：將儲戶填寫的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄 存款人姓名、住址、存款類型、存款日期、利率等 信息，并打印出存款單給儲戶；如果是取款，系統(tǒng)計 算清單給儲戶。請用 DFD 和 IDEF0 描繪該功能的需求。 [分析 ] 該題功能比較簡單，首先找出該系統(tǒng)的外部環(huán)境，從而獲得系統(tǒng)的輸入輸出。與該系統(tǒng)打交道 的外部實體只有儲戶，輸入有存取款原始單。該系統(tǒng)經(jīng)過處理后，輸出給儲戶正式的存款單或結(jié)算清單。 這 樣，該系統(tǒng)的頂層 DFD 就確定了。 其次，考慮該系統(tǒng)內(nèi)部功能。系統(tǒng)要檢驗用戶填寫單據(jù)的合法性及區(qū)分存款還是取款，然后分別進行 存款處理和取款處理。存款處理要登記儲戶的存款信息，需要建立數(shù)據(jù)存儲文件；而取款處理要讀取數(shù)據(jù) 存儲文件及查閱儲戶的信息，取款后要修改儲戶信息。另外還要通過銀行自己的利率計算存款利率。 根據(jù)以上分析