《结构化分析之文件工具.ppt》由会员分享，可在线阅读，更多相关《结构化分析之文件工具.ppt（59页珍藏版）》请在三一文库上搜索。
1、1,結構化分析之文件工具,指導教授：陳景蔚 報告者：韓岳宙 學號：N9690010,2,內容大綱, 結構化分析與設計簡介 結構化分析之圖形化文件工具 流程塑模個案分析,3,結構化分析與設計簡介,結構化設計起源於1960年代未期(Yourdon, 1988; Lewis and Oman, 1990)，其主要目的是將資訊系統依由上而下發展，並將程式設計模組化與結構化。,4,程式的模組是一連串指令的集合，一般來說，模組包括五個部份： 模組名稱 輸入 輸出 處理邏輯 內部資料,結構化分析與設計簡介 (續),5,結構化設計包括文件工具、設計評估準則與設計經驗法則等。其中，文件包括： 結構圖(Struc
2、ture Chart) HIPO圖 (Hierarchical Input Process Output) 模組規格描述 資料字典,結構化分析與設計簡介 (續),6,應用結構化技術，將需求分析文件轉換成分析與設計規格 流程塑模 以資料流程圖(DFD)做為塑模工具，將企業流程分解成具層級架構之功能模組 資料塑模 以實體關係圖(ERD)做為塑模工具，建構所有資料之間的關聯以建立系統的資料庫表格,結構化分析與設計簡介 (續),7,結構化分析之圖形化文件工具,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(Data Flow Diag
3、ram, DFD) 資料字典 (Data Dictionary, DD) 處理規格描述 (Process Specification, PS),8,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(Data Flow Diagram, DFD) 資料字典 (Data Dictionary, DD) 處理規格描述 (Process Specification, PS),9,環境圖(Context Diagram),環境圖可表達系統之巨觀範圍，其重要特徵有： (1) 與系統互動之外部實體 (2) 系統從環境中所接受的資訊或刺激 (3
4、) 系統所產生及輸出給環境之資訊 (4) 系統與環境之界限等，以幫助我們瞭解系統所存在之環境及兩者互動之關係。,10,環境圖(Context Diagram) (續),11,環境圖(Context Diagram) (續),環境圖範例,12,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(Data Flow Diagram, DFD) 資料字典 (Data Dictionary, DD) 處理規格描述 (Process Specification, PS),13,事件列(Event List),一些事件之集合稱為事件列(Eve
5、nt List)，一般來說系統與外部實體之關係可用事件列來表示。 事件最好亦能描述所涉及資料之內容。例如： 客戶下訂單事件描述： 客戶以打電話、傳真、郵寄或親自向業務部下訂單。 業務部處理訂貨資料。 訂單主要內容為：客戶名稱、訂購日期、訂購產品之品名、規格、數量、交貨地點、交貨日期。,14,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(DFD) 資料字典 (Data Dictionary, DD) 處理規格描述 (Process Specification, PS),15,資料流程圖(DFD),資料流程圖提供一種簡易的、圖形
6、化的方式以表達系統之作業處理與資料流間之關係。,16,資料流程圖(DFD)(續),17,資料流程圖(DFD)(續),一些資料流程圖製作準則： 處理 (1)不可以僅有輸出而無輸入。 (2) 不可以僅有輸入而無輸出。,18,資料流程圖(DFD)(續),資料儲存與外部實體 (1) 資料不可直接由一資料儲存移到另一資料儲存，資料必須由處理移動。 (2) 資料不可直接由外部實體移至一資料儲存，必須透過處理再至資料儲存。,19,(3) 資料不可直接由資料儲存移至外部實體， 必須透過處理再至外部實體。 (4) 資料不可直接由外部實體移至外部實體，必須透過處理。,資料流程圖(DFD)(續),20,資料流程圖(
7、DFD)(續),資料流 (1) 資料流僅以單方向之箭頭符號表示。,21,資料流程圖(DFD)(續),(2) 資料流之分叉表示完全相同之資料從同一地點流出，並流入不同的地方。 (3) 資料流之匯合表示完全相同之資料從不同的地方流出，並流入相同的地方。,22,資料流程圖(DFD)(續),(4)資料流不可由一處理流出再直接流入該處理。 (5) 一資料流至一資料儲存意謂著資料之更新，例如資料之刪除或修改。資料從資料儲存流出意謂著讀取或使用。 (6) 兩個或兩個以上之資料流可出現在單一箭頭上，只要這些資料流結合成一包裝(Package)並一起移動。,23,資料流程圖(DFD)(續),(7) 一合成資料流
8、在某一層級可被拆成其下一層之一或多個子資料流，但不可加新資料，且上層資料流必須相等於其下一層之子資料流中之所有資料之集合。 (8) 處理之輸入必須足以經由處理產生必要的輸出。 (9) 在資料流程圖最底層，可能加入一些新的資料流以表示某些特殊情況之資料傳遞。這些資料流表示典型的錯誤訊息或確認告示(Notices),24,(10) 重複之資料儲存可用雙重直線表示；重複之外部實體在其一角可用斜線表示。,資料流程圖(DFD)(續),25,資料流程圖(DFD)(續),資料流程圖第零階,資料流程圖層次說明,26,資料流程圖(DFD)(續),資料流程圖第一階,27,資料流程圖(DFD)(續),資料流程圖 第
9、二階,28,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(DFD) 資料字典 (Data Dictionary) 處理規格描述 (Process Specification, PS),29,資料字典(Data Dictionary),資料字典提供文字式的資訊以輔助資料流程圖中之資訊顯示。資料字典是系統所有資料元素定義之集合。 資料字典可以由上而下的方式表示一種複雜的資料元素，例如資料字典可顯示系統中資料元素的： (1) 組合(Composition) (2) 架構(Structure) (3) 意義(Meaning)。,30
10、,資料字典(Data Dictionary),常用於資料字典之表達符號如下：,客戶訂單 = 客戶名稱 + 帳單號碼 + 送貨地址 | 自行取貨 + (售貨員) + 訂單項目 訂單項目= 零件號碼 + (零件名稱) + 數量 + 單價 + (折扣) + 總價,31,結構化分析之圖形化文件工具： 環境圖(Context Diagram) 事件列(Event List) 資料流程圖(DFD) 資料字典 (Data Dictionary) 處理規格描述 (PS),32,處理規格描述 (Process Specification),許多不同的方法可被用於描述處理規格: 流程圖 法則 結構化英文(Stru
11、ctured English) 程式設計語言(Program Design Language, PDL),33,處理規格描述 (Process Specification)(續),目前結構化英文與程式設計語言較常被用於處理規格描述。 結構化英文(structured English),IF . THEN (1) . (2) (3) OTHERWISE IF . THEN ELSE (1) (2) .,34,處理規格描述 (Process Specification)(續),程式設計語言(program design language, PDL),*計算送貨明細加總金額* Begin 移動送貨單
12、的送貨明細資料到第一筆記錄 將送貨單的送貨明細加總金額初設為0 當送貨單的送貨明細資料還沒超過最後一筆時重複以下動作 Begin 送貨單的送貨明細加總金額 等於 送貨明細(數量 售價) 加上原送貨單的送貨明細加總金額 移動送貨單的送貨明細資料到下一筆記錄 End; End;,35,處理規格描述 (Process Specification)(續),*計算送貨明細加總金額* Procedure ComputeSummary； Begin 移動送貨單的送貨明細資料到第一筆記錄 DataMdlDeli.TblDeliProdSearch.First； 將送貨單的送貨明細加總金額初設為0 DataMd
13、lDeli.TblDeliver.FieldByName(Summary).AsFloat：=0； 當送貨單的送貨明細資料還沒超過最後一筆時重複以下動作 While Not DataMdlDeli.TblDeliProdSearch.Eof Do Begin 送貨單的送貨明細加總金額送貨明細（數量售價）原送貨單的送貨明細加總金額 DataMdlDeli.TblDeliver.FieldByName(Summary).AsFloat：= DataMdlDeli.TblDeliver.FieldByName(Summary).AsFloat + Round_(DataMdlDeli.TblDeli
14、ProdSearch.FieldByName(Price).AsFloat * DataMdlDeli.TblDeliProdSearchNum.Value)； 移動送貨單的送貨明細資料到下一筆記錄 DataMdlDeli.TblDeliProdSearch.Next； End； End；,程式設計語言 (PDL) 與 Delphi 程式範例,36,需求分析 流程塑模,流程塑模個案分析,南台公司管理資訊系統為例,37,南台公司管理資訊系統之需求分析,需求塑模 流程圖 處理描述 藍圖 資料詞彙,流程塑模個案分析,以銷售管理作業為例,38,訂單作業與送貨作業之流程圖,流程塑模個案分析(續),39,
15、銷退作業之流程圖,流程塑模個案分析(續),40,請款作業之流程圖,流程塑模個案分析(續),41,登帳作業之流程圖,流程塑模個案分析(續),42,訂單處理之處理描述,流程塑模個案分析(續),43,訂單之藍圖,流程塑模個案分析(續),44,資料詞彙(Data Glossary),流程塑模個案分析(續),45,南台公司管理資訊系統之流程塑模,步驟一：找出初步資料流程圖元素 找出外部實體 找出處理 找出資料儲存 找出資料流 步驟二：向上整合以建立資料流程圖 步驟三：向下分解以建立低層資料流程圖,流程塑模個案分析(續),46,步驟一：找出初步資料流程圖元素,找出外部實體 客戶、業務部、倉庫、生產部、廠商
16、、主管等 找出處理 訂單處理、送貨處理、銷退處理、請款處理、登帳處理、領料處理、退料處理、繳庫處理、盤點處理、訂貨處理、進貨處理、退貨處理、基本資料處理、主管報表處理等 找出資料儲存 客戶資料、訂單資料、送貨單資料、銷退單資料、稅率資料、請款單資料、付款單資料、成品資料、原物料資料、廠商資料、訂貨單資料、進貨單資料、退貨單資料、生產計畫資料、領料單資料、退料單資料、繳庫單資料、盤點資料等,流程塑模個案分析(續),47,流程塑模個案分析(續),找出資料流 銷售管理之資料流,48,步驟二：向上整合以建立資料流程圖,環境圖 南台公司管理資訊系統 第零階資料流程圖 1.0、2.0、3.0、4.0、5.
17、0 第一階資料流程圖 1.1、1.2、1.3、1.4、1.5 2.1、2.2、2.3、2.4 3.1、3.2、3.3 4.1 5.1,1.0 銷售管理 1.1 訂單處理 1.2 送貨處理 1.3 銷退處理 1.4 請款處理 1.5 登帳處理 2.0 生產管理 2.1 領料處理 2.2 退料處理 2.3 繳庫處理 2.4 盤點處理 3.0 採購管理 3.1 訂 貨 3.2 進 貨 3.3 退 貨 4.0 基礎項目管理 4.1 基本資料處理 5.0 綜合報表管理 5.1 主管報表處理,流程塑模個案分析(續),49,流程塑模個案分析(續),銷售管理子系統 (1.0) 之第一階DFD,50,第一階向上
18、整合至第零階的處理與資料流,流程塑模個案分析(續),51,銷售管理子系統 (1.0) 之第零階DFD,流程塑模個案分析(續),52,南台公司管理資訊系統之第零階DFD,流程塑模個案分析(續),53,南台公司資訊系統之環境圖,流程塑模個案分析(續),54,步驟三：向下分解以建立低層資料流程圖,向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。,流程塑模個案分析(續),55,流程塑模個案分析(續),56,流程塑模個案分析(續),送貨處理(1.2) 之第二階DFD,57,新增送貨單 (1.2.1) 之第三階DFD,流程塑模個案分析(續),58,結論,結構化技術已對系統之開發提供了許多好處： (1) 有意義之文件模式。 (2) 使分析與設計之過程更視覺化與標準化。 (3) 使分析與設計更科學化。 (4) 有較客觀的準則以供衡量與決定 “好”的系統分析與設計及程式設計。 (5) 提升了程式之一致性、再用性與系統之可維護性。,59,Q & A,