.5.6數據流分析、數據流分析將組織中的數據流抽象化，專門考慮業務處理中的數據處理模型，發現和解決數據處理中的問題。 數據流分析包括收集、分發、處理和存儲數據等分析。 5.6.1數據調查1 .數據調查內容收集源系統的所有輸入文檔(如入庫單、收據、證書)、輸出報告和數據存儲介質(如帳簿、列表)的典型形式。 明確各個環節的處理方法和計算方法。 在上述各種文件、報告書、賬簿的典型樣本中，或者在附頁中記載作成單位、提交單位、保管場所、發生頻率(例如每月作成多少張)、發生的高峰時間和發生量等。5.6數據流分析在上述各種文件、報告書、賬簿的典型樣本中記載各數據的種類(數字、文字)、長度、取值范圍(指最大值和最小值)。 2 .數據與源物流信息系統相關的數據可以通過以下方式被調查：、5.6數據流分析、5.6數據流分析、5.6.2數據流分析內容1 .圍繞系統目標的分析業務處理角度。 分析正常的信息處理中需要哪些信息，哪些信息冗馀，哪些信息尚未收集。 管理角度。 分析信息的精度、即時性、處理區間，能否為預測、控制等定量分析提供信息支援等。 2 .明確信息環境分析數據來自哪個部門、用途、環境影響狀況、階層信息結構等。 3 .現行業務流程分析現有報告數據包括現有業務流程改進、分析信息和信息流改進、信息處理新要求分析信息生成方式4 .數據邏輯分析邏輯分析主要針對各種信息組織不同層次，并根據需要提供相應的處理方法和存儲結構。 5 .數據總結分析通過總結和篩選，決定每個流實際數據流的內容和數據處理方法和計算方法。 6 .分析數據特征分析數據的類型和長度、合理取值范圍、數據所屬業務、數據業務量和數據重要性和機密性等。 5.6數據流分析、5.6數據流分析和5.6.3數據流圖(DFD)1.數據流圖的概念數據流圖是可以全面描述信息系統邏輯模型的主要工具，它通過少量符號綜合地反映信息流的處理和存儲情況。 數據流程圖可以在邏輯上準確地描述系統的功能、輸入/輸出、數據存儲等，并從物理內容中釋放。 2 .數據流圖的特征抽象數據流圖完全截斷了具體的組織、工作場所、人員、物質的流動，只剩下數據的存儲、流動、處理、使用情況。 系統結合各種業務的處理過程考慮，并形成整體。3 .數據流圖中的公共符號和數據流指示數據信息的傳輸方向，并通過f來標識。 數據處理表示對數據的邏輯處理，即數據的變換，用p來識別。 數據存儲器代表數據存儲器的位置，即數據存儲器的邏輯描述，由d標識。 外部實體表示系統以外與系統有關的人或物，用s表示。 5.6數據流分析，4 .生成數據流圖的基本方法數據流由所確定的數據組構成。 例如，“發票”數據流由品名、規格、單位、單價、數量等數據構成。 流是用具有命名箭頭的線段表示的，名稱稱為流名稱，流代表流動的數據，箭頭代表流動。 數據流可以從加工流到加工、從加工流到文件、從源點流到加工或從加工流到端點。 其他數據流必須被命名，因為文件本身足以描述流，因此可能不需要命名流中流或流中流的文件。 流不允許具有相同的名稱?？梢栽试S兩個數據流在結構上相同，但是必須反映對人們的數據流的不同理解。 例如，下圖(a )的合理收據和收據這兩個數據流結構相同，但前者追加了合理性這一信息。 5.6在數據流分析和兩個加工之間可以有若干不同的數據流。 這是因為用途不同、它們之間沒有聯絡、或者它們的流動時間不同。 如下圖(b )所示。 通常不允許數據的雙向流。 數據流圖表示的是數據流，而不是控制流。 在下圖(c )中，“月末”只是為了刺激加工“工資計算”，不是流程而是控制流程，請從圖中刪除。 (a )、(b )、(c )、簡單的數據流圖的例子、5.6數據流分析、數據處理通過對數據的操作將流入的數據流轉換為流出的數據流。 每個數據處理都必須具有代表其含義的名稱，以及標識處理在分層結構中的位置的編號。 名稱必須包括“計算”、“印刷”等動詞。 數據轉換方法生成兩種新數據：改變數據結構，例如對數組中的每個數據進行排序。 例如，將原始數據相加，求出平均值。 數據存儲(文件)文件是存儲數據的工具。 文件名與其內容一致，請寫在開口部的長度上。 當數據流從文件流入或流出時，數據流的方向是重要的。 對于讀取文件，數據流的方向從文件流出，寫入文件時相反；讀寫時，數據流為雙向。 修改文件時，必須先讀取文件，但由于本質上是寫文件的，因此數據流必須流向文件，而不是雙向的。 5.6數據流分析，例如，圖中檢查合理性數據處理時，為了從庫存帳戶數據存儲中只讀出庫存信息和收據的單核對，數據流從數據存儲中流出，箭頭指向加工。 外部實體(數據源或端點)外部實體表示數據的外部源和位置。 這通常是系統外部的人或組織，不受系統控制。 同一個外部實體可能會多次出現在不同的位置，以避免直線與數據流程圖相交。 在這種情況下，必須在外部實體符號的右下角繪制一條小斜線，或者在數據存儲符號的左側繪制一條垂直線以表示重疊。 5.6數據流分析、5 .分層數據流圖數據流通常分成多個層。 根據分層數據流圖，分為最高級別的數據流圖、中間級別的數據流圖和最低級別的數據流圖。 除了最高級別的數據流圖之外，其他數據流圖從零開始編號。 頂層數據流圖僅包含一個代表整個系統的數據處理。輸出數據流和輸入數據流是系統的輸入數據和輸出數據，表示系統范圍和外部環境之間的數據交換關系。 中間層的數據流圖通常根據系統的復雜性而不同，這些中間層的數據流圖可以細分父層數據流圖中的數據處理，也可以再次細分數據處理以形成子圖。 所謂基礎數據流程圖，是其數據處理不能分解的數據流程圖，其數據處理是基本數據處理。 5.6數據流分析，6 .描繪數據流圖的原則一般遵循“從外向內”的原則。 也就是說，先確定系統的邊界和范圍，再描繪考慮系統內部的數據處理的輸入輸出，然后再描繪數據處理的內部。 要創建單個數據流圖，(1)數據處理的輸出數據流不應與輸入數據流具有相同的名稱，即使它們的組件相同。 (2)保存數據。 也就是說，在一個數據處理中的所有輸出數據流的數據必須是直接或通過從用于數據處理的輸入數據流的數據處理而生成的數據。 (3)每個數據處理既要有輸入數據流，又要有輸出數據流。 (4)所有數據流必須以一個外部實體開始，以一個外部實體結束。 (5)外部實體之間不得存在數據流。 5.6數據流分析，7 .數據流圖的繪制順序(1)通過確定系統的輸入輸出來確定系統的邊界。在系統分析初期，系統的功能需求等尚不明確，為了防止遺漏，首先將范圍設定得較大，包括所有可能的內容。 根據“系統從外部接收什么數據”“系統向外部發送什么數據”等，畫出數據流程圖的周邊。 (2)在外向背景系統的頂層數據流圖系統邊界處確定之后，跨越邊界的數據流是系統的輸入或輸出，連接用于輸入和輸出的數據處理符號，將輸入數據源和輸出數據的目的地相加，形成頂層圖。 (3)從上到下階層性地分解，描繪階層數據的流程圖通常將階層編號從0開始編號，采用從上到下、從外側到內側的原則。 當描繪0層數據流程圖時，分解頂層流程圖的系統在若干子系統中確定各個子系統之間的數據接口和活動關系，通過數據流對其進行分析，并且將若干子系統結合以形成基本層數據流程圖。 依次類推，分解上層系統，形成下層數據流程圖，停止直到數據流程圖中的系統無法分解為止。 8 .生成數據流圖注意事項的命名通常在命名數據流之后，在輸入/輸出數據流名稱的含義中命名為數據處理。 名字的含義要準確，反映適當的整體。 遇到沒有命名的情況，分解不當的可能性很大。 應該考慮再分解。 繪制流而不是控制流。 數據流反映了系統的“做什么”，沒有反映“怎么辦”，整個數據流圖沒有反映數據處理的執行順序。 一般不描繪物質的流動。 數據流反映了可由計算機處理的數據，并非實物，因此一般不應在對象系統的數據流圖中描繪物質流。 5.6數據流分析，從左到右繪制數據流圖。 左側和右側通常分別是外部實體，中間是一系列數據處理和數據存儲。 每個數據處理具有至少一個輸入數據流和一個輸出數據流，其反映了數據處理數據的源和處理結果。 號碼。 當對一個數據流程圖的一個數據處理被分解為另一個數據流程圖時，頂視圖是父視圖，直接底視圖是子視圖。 給子圖及其所有加工編號。 編號在字母和數字中表示不同的符號。 例如，P3.1.2表示第3子系統的第1層次圖的第2數據處理。 要注意父圖和子圖的平衡。 子圖的I/o數據流必須與父圖中相應數據處理的I/o數據流匹配。 本地數據存儲區。 也就是說，某一層級的數據流圖中的數據存儲不是母圖中的對應數據處理的外部接口，而是該圖中的數據處理之間的數據接口。 5.6數據流分析，提高數據流圖的易懂性。 注意到合理分解，通過將一個數據處理分解為具有相對獨立的特征的子數據處理，可以在數據處理之間減少輸入/輸出數據流的數目并提高數據流圖的理解度。 畫數據流圖是一項艱巨的任務，要做好重畫思想準備。 重繪需要不斷改進，以消除風險。 9 .數據流程圖的角色(1)系統分析家使用該工具自上而下地分析系統信息流；(2)可以在圖中描繪計算機處理的部分決定存取方式(5)對應一個處理過程，用對應的程序語言表現處理方法并轉移到程序設計中。 5.6數據流分析，例如：一家計算機部件公司的數據流分析、5.6數據流分析、5.6數據流分析、5.6數據流分析、數據流圖可以用基本符號直觀地表示系統的數據流、數據處理、數據存儲等過程這些信息需要用“數據辭典”和“數據處理理論說明”來記述。5.6數據流分析，5.7數據字典，數據字典主要是對數據流圖的補充說明，定義數據流圖的數據、數據流、數據存儲、數據處理和外部實體等，以確保系統數據的完整性和準確性。 數據流圖可以使用數據字典從圖形和文本中完全描述系統的邏輯模型。 1 .數據字典的定義數據字典是基于新系統的數據流圖定義和描述所有數據的工具，它包括對所有動態數據(數據流)和靜態數據(數據存儲)的數據結構和相互關系的說明。 它是數據分析和數據管理的重要工具，也是系統設計階段進行數據庫(文件)設計的參考依據。 數據辭典是將數據的最小單位看作數據項目，幾個數據項目構成數據結構的表。 數據字典通過數據項構成數據結構，數據結構與數據流之間存在構成數據存儲的關系的數據項和數據結構，來描述數據流和數據存儲的屬性。5.7數據字典、2 .構成數據字典的數據字典有數據項目、數據結構、數據流、數據處理、數據存儲和外部實體6種項目。 (1)數據項目(數據要素)是數據的最小單位。 分析數據特性需要同時進行靜態和動態。 在數據字典中，(1)僅定義數據的靜態特性，如數據項的名稱、編號、別名和概要(2)數據項的長度(3)數據項的值范圍。5.7數據詞典，(2)數據結構的數據結構記述了某數據項目間的關系。 一個數據結構可以包括若干數據項，包括若干數據結構，以及若干數據項和數據結構。 例如，下表所示的訂單是由三個數據結構組成的數據結構，表中用DS表示數據結構，用I表示數據項。 另外，在5.7數據辭典、5.7數據辭典、數據辭典中的數據結構的定義如下： (1)數據結構的名稱和編號(2)簡單敘述(3)數據結構的結構。 對于簡單的數據結構，只列出其中包含的數據項。 因為它們包含的數據構造已經在數據辭典的其他部分被定義了。 5.7數據字典、5.7數據字典、(3)數據流包括一個或一組固定數據項。 定義數據流時，除了說明數據流的名稱、配置等之外，還必須指定其源、目的地、數據流等。 5.7數據字典、(4)數據處理到數據處理的定義僅對于在數據流程圖的最下層的數據處理進行描述。 定義資料處理時，會說明資料處理的編號、名稱、功能，以及相關的輸入/輸出。 數據處理功能的詳細說明需要“數據處理邏輯的說明”。 5.7數據字典、5.7數據字典、5 )數據存儲數據被存儲在僅描述數據的邏輯存儲結構的數據字典中，并與物理組織無關。 5.7數據字典；(6)外部實體的外部實體描述數據流的流入、流出、數據處理發生的位置以及相關聯的實體，其定義包括外部實體號、名稱、概要和數據流的輸入和輸出。 5.7數據字典、5.8處理邏輯的表現工具，可以用數據字典描述數據流程圖中簡單的數據處理功能，但是對于復雜的數據處理功能只能用表現數據處理邏輯(加工說明)的工具詳細說明。 表現數據處理邏輯的工具有決策樹、決策表、結構化英語表現。 1 .決策樹(也被稱為決策樹、決策樹)能夠以表示不同決策方案的直觀方式描述功能模塊的邏輯處理過程。 決策樹用“樹”來表現不同條件下的不同處理，直觀且容易理解，但是條件多的話，要明確表現判別過程整體并不容易。用于搜索、產品計算金額的決策樹是不同交易金額、不同信用、對不同交易時間的客戶采取的不同優惠政策、5.8處理邏輯表現工具、5.8處理邏輯表現工具、2 .決策表(也稱決策表)或表格形式描述數據處理邏輯的工具，非常復雜決策表實際上是決策樹的另一種表現。 決策表缺點：創建過程復雜，決策樹直觀不方便。左上角是條件的說明左下角是行動的說明右上角是各種