Chapter 3 結構化需求分析 - Ian-Liu-1990/Systems-Analysis-Design GitHub Wiki
需求分析
1.- 需求分析 : 包含需求擷取 to 需求轉換,此轉換活動稱為需求塑模
- 目的: 幫助系統分析師釐清需求與具體表達新目標與限制,是否能符合需求
1. 結構化需求分析2大步驟
-
需求擷取 : 系統範圍內各種事物與相關現象整理成"描述性綱目"和"事件"
-
需求擷取圍繞三個主要活動來達成目標
-
需求判斷:如何判真正的需求及需求正確性
-
需求分析:分析已有的需求下,所產生的不一致,不完整或矛盾
-
需求溝通:以最佳的方式來組織及描述需求,以圖表令人容易理解並互相溝通來達到需求確認
-
-
事件: 外部實體所啟動且系統必須回應的刺激
- 首先將收集[事件列] : 一些事件的集合
- 將事件列以條列式描述 : 主[行為者] + 動詞[處理/刺激] + 受詞[涉及的資料]
-
-
結構化 - 需求轉換 : 描述性綱目和事件以結構化需求表達工具,包含:環境圖,流程圖,處理描述,藍圖,資料詞彙轉換概念性綱目
需求塑模工具
2.環境圖
1.元件 | 說明 | 圖例 |
---|---|---|
系統 | 表示系統 | 圓形,並在圓形內註明系統名稱 |
外部實體 | 環境中與系統有互動交換訊息的人,事物或組織 | 矩形,並在矩形內註明外部實體名稱 |
處理與資訊流 | 資訊之輸出入處理或事件之方向 | 實心箭頭,由外部實體向系統或由系統向外部實體,並在旁邊列註事件條列式 |
流程圖(Chaet)
2.元件 | 說明 | 圖例 |
---|---|---|
作業處理 | 一個動作處理 | 矩形,矩形內部標註作業處理名稱 |
決策 | 表達多個路徑選擇,但只能選一個 | 菱形,一條流入菱形,多條流出菱形 |
報告 | "資料(訂單,請假單或送修單)"的輸出入方向 | 矩形+底部為波浪 |
流程方向 | 表達"控制的流動方向" | 一實心箭頭 |
接點 | 流程圖(Flow Chart)轉到另一頁,避免箭頭交叉增加可讀性 | 一空心圓,圓內標記頁號,只可多個箭頭匯入,一個箭頭流出 |
註解 | 流程圖(Flow Chart)的補充說明 | 矩形+右方開口並搭配一虛線 |
處理描述
3.藍圖
4.- 定義 : 有關表單,介面等各項資訊名稱,UI位置規劃