系統分析與設計- 第五章 結構化分析中資料與流程塑模

筆記說明

此筆記用途在於台北科技大學資訊與財金管理系大三上系統分析與設計重點整理
並非所有人都適用，部分對我而言稍加容易的內容並不會寫在此內。

如果有侵犯到版權的問題在聯繫我，再聯絡我，我在移除

邏輯模型與實體模型

• 邏輯模型(logical model)，表示系統必須做成什麼(what) 樣子
• 實體模型(physical model)， 描述系統如何(how)建構
• 四模型法(four-model approach)
  • 實體模型
  • 邏輯模型
  • 新系統邏輯模型
  • 新系統實體模型

資料流向圖

• 系統分析師會使用許多圖形化技術來描述一個資訊系統
• 資料流向圖(data flow diagram, DFD)
  • 使用數種不同符號來表示系統輸入資料轉換為有用資訊
  • 顯示資料在資訊系統流動，但不呈現程式邏輯、處理步驟
  • 資料流向圖符號解釋

    

• 程序符號
  • 程序(process) 可接收資料輸入並且產出不同內容或形式的輸出
  • 程序內含有商業邏輯(business logic)，或稱為業務規則(business rules)
  • 程序命名有一定的規則
  • 一個程序符號可以被視為一種黑箱(black box)
    黑箱，裡面的邏輯與細節都隱藏起來，透過延伸圖才將其劃出
• 資料流符號為具有單、雙向的一條線
• 資料流符號不能有以下錯誤
  • 自然生長(spontaneous generation)，程序沒有資料流入，但卻有流出
  • 黑洞(black hole)，兩個資料流符號進入程序，但卻沒有輸出
  • 灰洞(gray hole)，有資料流入也流出，但邏輯不對、文不對題
  • 示意圖

    

• 資料儲存處符號
  • 資料儲存處代表系統存放的資料
  • 資料儲存處的實體特性在此並不重要，具體在程式中定義
  • 資料儲存處必須透過一個資料流符號連接到一個程序
  • 正確的示意圖

    

  • 錯誤的示意圖

    

• 實體符號
  • 實體(entity)的符號為一個長方形
  • 顯示提供資料給系統或是從系統接收資料的外部實體
    • 也稱為終端(terminators)，因為它們是資料的來源或最終目的地
    • 來源端(source)，將資料送出去
    • 接收端(sink)，將資料收進來
• 正確的示意圖

  

• 資料流符號的正確與錯誤使用方式

  

建立一套 DFD

• 利用實情調查的結果，為資訊系統建立一個圖形化模型
• 繪製環境圖(DFD)遵循要點
  • 一整頁來繪製系統環境圖
  • 使用資訊系統的名稱來命名系統環境圖中的程序
  • 每個符號都使用唯一的符號
  • 不要出現交錯線條
  • 為每個程序提供一個唯一的名稱和參照號碼
  • 盡可能取得更多使用者輸入跟反饋

繪製 DFD

• 初始的 DFD 圖表

  

• 接下來我們再將圖 0 畫出來，(process 0展開)

  

• 將圖 0 中 process 1 在劃出來

  

• DFD 要保持一致性

  

資料字典

• 資料字典(data dictionary) 或資料倉庫(data repository) 是指存放系統相關資料的中央倉儲，用來記錄資料
  • 資料字典中必須記載每一個資料元素
  • 將組成系統的資料與程序的資訊清楚且完整地呈現
  • 資料字典必須有這些屬性
    • 資料元素名稱
    • 別名(alias)，其他可識別名稱
    • 型態(type)和長度(length)
    • 預設值
    • 可接受值定義域 (domain)和有效規則 (validity rules)，一個有效的值且符合規定，例如：人不可以會飛，會飛的人不是人
    • 安全性
    • 描述和備註
• 資料元素(data element) 或稱為資料項目(data item)或欄位(field)
  • 資訊系統中有意義的資料最小單位
  • 紀錄，將資料進行組成，產生有意義的資訊
• 書中推薦使用 Case 工具進行記載
• 記載資料流則必須有
  • 資料流名稱
  • 描述
  • 替代名稱
  • 紀錄
  • 容量
• 記載資料儲存處必須有
  • 資料儲存處名稱
  • 描述
  • 屬性
  • 容量
• 記載程序必須有
  • 程序名稱
  • 描述
  • 程序編號
  • 程序說明
• 記載實體必須有
  • 實體名稱
  • 描述
  • 替代名稱
  • 輸入資料流
  • 輸出資料流
• 記載記錄必須有
  • 紀錄或資料結構名稱
  • 定義或描述
  • 替代名稱
  • 屬性
• 資料字典報表
  • 按照排序將資料元素展示
  • 描述每個資料元素的報表，其中並指出負責輸入、更新或刪除的使用者或部門
  • 舉出某特定資料元素被哪些資料流和資料儲存處所使用的報表
  • 載明資料字典中的資料元素、紀錄、資料流、程序或其他選用項目所有特性

模組設計時的程序說明工具

• 程序說明 (process description) 記載了基本功能的詳細內容，並展現一套明確的處理步驟和商業邏輯，可用決策樹、決策表說明
• 程序說明工具也可以應用在物件導向開發
  • 物件導向分析將資料和處理資料流程結合成一個物件
  • 物件導向的流層為方法
• 模組化設計(modular design)
  • 三個邏輯結構(logical structure)，是程序的組成要素
    • 序列(sequence)

      

    • 選擇(selection)

      

    • 反覆(iteration) 迴圈 (looping)

      

• 結構化英文(structured English)
  • 清楚又精確地描述邏輯程序，使用縮排
  • 只使用序列、選擇、反覆做為三個組成要素
  • 盡可能用最少單字、簡單表達
• 決策表 A
  • 顯示一個邏輯結構，而且可以列出所有條件與其結果的可能組合
  • 每加入一條新規則，規則數量就會增加一倍
  • 決策表最適合用來描述一套複雜的條件

    

  • 有時候如果沒有滿足 A 則同時也不能符合 B 條件時，我們則可以把這種組合刪去
• 決策樹