1 / 28

第七章 軟體需求分析 ( 一 ) 流程分析

第七章 軟體需求分析 ( 一 ) 流程分析. 學 習 目 標. DFD 的意義與規則 DFD 的分解 (Decomposing) DFD 的分解原則 實例：繪製行銷資訊系統的 DFD. DFD 的意義與規則. 資料流程圖 (Data Flow Diagram ； DFD) 是一種簡單的圖形工具，系統分析師可以藉由畫出這四種符號之間的關係同時對資訊系統做流程分析與資料分析。 DFD 提供了四種基本符號 ： ◆ 處理 (process) ◆ 資料流 (data flow) ◆ 資料儲存 (data storage)

claudia-rivera
Download Presentation

第七章 軟體需求分析 ( 一 ) 流程分析

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 第七章 軟體需求分析(一)流程分析

  2. 學 習 目 標 • DFD的意義與規則 • DFD的分解(Decomposing) • DFD的分解原則 • 實例：繪製行銷資訊系統的DFD

  3. DFD的意義與規則 • 資料流程圖(Data Flow Diagram；DFD)是一種簡單的圖形工具，系統分析師可以藉由畫出這四種符號之間的關係同時對資訊系統做流程分析與資料分析。 • DFD提供了四種基本符號： ◆處理(process) ◆資料流(data flow) ◆資料儲存(data storage) ◆外部實體(external entity)

  4. DFD的意義與規則(續)

  5. DFD的意義與規則(續) ◆處理(process) ●處理是指資料處理作業。這種作業可以是人工作業或電腦化作業，例如薪資計算、訂單審核、客戶抱怨處理等等。處理的圖形符號內要有一個編號與名稱。命名應該要以能夠清楚的描述”做什麼事情”為原則。

  6. DFD的意義與規則(續) ● XO

  7. DFD的意義與規則(續) ◆資料流(data flow) 　●資料流是在描述一群資料如何在系統中流動。資料流可能是實際作業上的表單(訂單)、報表(生產日報表)、查詢回覆(對於客戶查詢事項的回覆)等。資料流是一群資料的集合，所以要以名詞的方式來命名。

  8. DFD的意義與規則(續) ● XO A A B A

  9. DFD的意義與規則(續) XO A A B A

  10. DFD的意義與規則(續) ◆資料儲存(data storage) ●資料儲存代表各種可能的儲存資料的實體。資料儲存可能是檔案夾(客戶資料)、簿本(帳冊)、表單(會計傳票)、報表(原料耗用表)或電子儲存媒體(磁片)等等。資料儲存必須以名詞命名。

  11. DFD的意義與規則(續) ● XO

  12. DFD的意義與規則(續) ◆外部實體(external entity) ●外部實體是指流進系統的資料的來源(resource)或經系統處理後的資料的去處(sink)。外部實體可能是企業內的員工或企業外的個人(出納)、企業外部組織(供應商)、企業內部其他單位或是其他系統等等。外部實體必須以名詞命名。

  13. DFD的意義與規則(續) ● XO

  14. DFD的意義與規則(續) XO

  15. DFD的意義與規則(續) • 其他DFD的實用原則 ◆每一個處理的輸入與輸出的資料流名稱一定不一樣。 ◆在資料流程圖中，每一個處理會有唯一而不重複的名 稱。 ◆在資料流程圖中，同樣的資料流名稱是可以重複出現 的。 ◆資料流應該避免發生交叉的現象，為了達到這個目的， 資料儲存與外部實體是可以重複出現的。

  16. DFD的分解(Decomposing) • 分解步驟 ◆繪製環境背景圖(Level-0 DFD) ◆繪製主要功能圖(Level-1 DFD) ◆繪製Level-2 DFD ◆依序繪製Level-3 DFD、Level-4 DFD等等

  17. DFD的分解(Decomposing)(續) ◆繪製環境背景圖(Level-0 DFD) E2 E1 0 F0 E3

  18. DFD的分解(Decomposing)(續) ◆繪製主要功能圖(Level-1 DFD) E1 E2 1.0 F1 2.0 F2 3.0 F3 E3

  19. DFD的分解(Decomposing)(續) ◆繪製Level-2 DFD E1 E2 1.1 F11 1.2 F12 2.1 F21 2.2 F22 1.3 F13 2.3 F23 3.1 F31 3.2 F32 3.3 F33 E3

  20. DFD的分解原則 • 編號(Numbering) 0Level-0 1.0 2.0 3.0 Level-1 1.1 1.2 1.3 2.1 2.2 2.3 3.1 3.2 3.3 Level-2

  21. DFD的分解原則(續) • 平衡(Balancing) 平衡 DF1 DF1 DF2 分解 DF2 1.1 A1 1.0 A 1.2 A2 1.3 A3

  22. DFD的分解原則(續) 不平衡 DF1 DF2 DF1 DF2 分解 DF3 1.1 A1 1.0 A 1.2 A2 1.3 A3

  23. DFD的分解原則(續) 平衡 DF1 DF2’ DF1 DF2 分解 DF2’’ 若DF2={a、b、c、d、e} 而 DF2’={a、b、c} 且 DF2’’={d、e} 1.1 A1 1.0 A 1.2 A2 1.3 A3

  24. DFD的分解原則(續) • 分解的程度(Extent of Decomposing) ◆當每一個處理已經被分解到單一判斷、計算或對資料庫做單一動作時。例如判斷是否超過授信額度、薪資計算、訂單刪除等。 ◆當每一個資料儲存已經被分解到單一實體(entity)時。例如客戶、訂單、產品等。 ◆當分析師覺得已經分解得夠詳細而且後續的系統發展步驟可以進行為止。

  25. DFD的分解原則(續) • 反覆的發展(Iterative Development) 資料流程圖很難一次就畫對。通常的情況是剛開始畫的時候比較難掌握系統的整體性，所以分解以後往往會發現有些地方需要修改或補充，因此你得再回去修改上一階或上上一階等的資料流程圖，當完成分解的動作之後，或許還會有其他的訊息讓你不得不重新來過，你可能要反覆的做個幾次才能完成令你滿意的資料流程圖。

  26. 實例：繪製行銷資訊系統的DFD 業務經理 出貨單 客 戶 產 品 售 價 客 戶 資 料 會計單位 訂 單 抱 怨 回 應 客 戶 抱 怨 應收帳款 0 行銷管理 資訊系統 出貨單 出貨單 解決方案 庫存管理IS 客戶抱怨 客戶抱怨 處理小組

  27. 實例：繪製行銷資訊系統的DFD(續) 訂單 客 戶 業務經理 3.0 訂單 管理 2.0 售價 調整 客 戶 訂 單 產 品 客戶抱怨 業績獎金 業務員 出貨單 產品售價 1.0 客戶 管理 客戶資料 產品資料 授信額度 客 戶 抱 怨 抱 怨 回 應 正 式 訂 單 客 戶 基 本 資 料 產 品 售 價 會計單位 授 信 資 料 應收帳款 會計單位 4.0 客戶抱 怨管理 出貨單 正式訂單 6.0 業績 計算 5.0 銷售 管理 客 戶 抱 怨 出貨資料 業 務 員 資 料 庫存管理IS 解 決 方 案 解 決 方 案 客 戶 抱 怨 庫存資料 金獎績業 出 貨 單 出 貨 單 客戶抱怨 處理小組 客 戶

  28. 實例：繪製行銷資訊系統的DFD(續) 　　　　　　　　　　　　客戶 客戶抱怨 客 戶 抱 怨 授信資料 抱 怨 回 應 客戶基本資料 客戶抱怨 解決方案 1.1 客戶基本 資料管理 1.2 授信 　管理 4.1 客戶抱 怨建立 4.2 解決方 案建立 客 戶 基 本 資 料 客 戶 抱 怨 解 決 方 案 料資信授

More Related