第3章 需求分析.

Presentation on theme: "第3章 需求分析."— Presentation transcript:

1 第3章 需求分析

2 本章大綱 學習目標 3.1 導論 3.2 需求擷取方式 3.3 需求表達工具與方法 3.4 需求分析結果與文件樣版 3.5 需求分析個案
3.1 導論 3.2 需求擷取方式 3.3 需求表達工具與方法 3.4 需求分析結果與文件樣版 3.5 需求分析個案 3.6 結論

3 學習目標 詳讀本章，你至少能瞭解： 需求分析步驟與應注意事項。 常見的六種需求擷取方式及執行要點。
何謂環境圖、流程圖、處理描述、藍圖與資料詞彙。 如何以環境圖、流程圖、處理描述、藍圖與資料詞彙進行需求塑模。 需求分析之重要工作與文件樣板為何。

4 3.1 導論(1/5) 使用者需求，係指使用者期待系統解決的問題與希望從系統獲得之資訊。
使用者需求是資訊系統開發過程中最關鍵、最重要且最容易發生錯誤的部分，亦是資訊系統失敗的主因之一。 需求分析是使用者與分析師均必須重視之議題。 該階段之主要工作是應用已通過驗證之原理(Principles)、技術(Techniques)、語言(Languages)與工具(Tools)，幫助分析師瞭解問題或描述與新系統互動之外部行為。

5 3.1 導論(2/5) 系統開發過程中的需求分析階段主要包括三個活動： 需求判斷 強調如何判斷真正的需求及需求的正確性。 需求分析
重視在分析已有的需求下，所產生的不一致、不完整或矛盾等問題。 需求溝通 重視以最佳的方式組織及描述需求，使需求令人容易瞭解，並經由相互溝通達到需求確認的目的。

6 3.1 導論(3/5) 需求分析階段可分為兩大步驟： 需求擷取
主要是對系統範圍內之各種事物與相關現象，加以瞭解、判斷及選擇，並設計成描述性綱目。 需求轉換 主要將描述性綱目以系統模式語法轉換成概念性綱目。

7 圖3-1 需求分析之重要步驟

8 3.1 導論(4/5) 需求分析階段之重要工作包括： 建立組織資訊處理需求 發展資訊系統目標 設計及評估資訊系統發展方案
整理系統分析師、其他分析師、使用者和其管理者溝通分析的結果 從事系統審核

9 3.1 導論(5/5) 使用者需求可分為： 巨觀需求 包括欲電腦化之環境、作業程序與範圍、輸出與輸入所需之資訊或表單及系統目標、限制和主要功能等，這些需求應盡可能地在需求分析階段釐清與確定。 微觀需求 指的是電腦化之微觀範圍，包括使用者介面要求、例外狀況處理與錯誤及輔助訊息顯示等需求，這些需求通常需到設計階段才較容易處理，在此之前這些細部需求不易被掌握。

10 3.2 需求擷取方式 在擷取使用者需求之前，必須先瞭解系統之潛在使用者及可能之人機互動。
接著蒐集欲電腦化之作業處理程序及其輸出入資料內容、數量、格式、目標、規則與限制等。 常用的需求擷取方式有查閱文件、觀察、問卷、訪談、開會討論與聯合開發六種，這些方式可單獨應用亦可互相搭配使用。

11 3.3 需求表達工具與方法(1/3) 需求分析階段之重點工作是先擷取使用者（或企業）的巨觀需求，並以使用者觀點應用具有完整定義的(Well-Defined)工具、圖形或語言將需求表達出來，再進一步對需求進行合理化，最後由使用者確認，以作為系統分析與設計的基礎。 以結構化之系統分析與設計而言，主要是考量企業流程塑模與資料塑模。

12 圖3-2 需求塑模

13 3.3 需求表達工具與方法(2/3) 流程塑模與資料塑模的工具包括： 環境圖 主要表達系統與所在環境之關係。 流程圖
主要表達實體之作業程序及所需資訊。 事件 表示外部實體所啟動且系統必須回應之刺激 處理描述 表示流程圖中作業處理之執行程序與規則、相關之資料輸出入資訊以及處理之限制與備註。

14 3.3 需求表達工具與方法(3/3) 藍圖 主要表示流程圖中資訊之展示格式與內容。 資料詞彙 主要描述藍圖內資訊之詳細內容與規則。

15 表3-1 環境圖之元件

16 表3-2 流程圖之元件

17 3.4 需求分析結果與文件樣板 完成需求分析與確認後，需求分析結果之文件應包括該階段中重要工作結果之摘述。 需求分析結果之文件樣板如下：

18 3.5 需求分析個案 需求分析依3.1節概念分為需求擷取與需求轉換兩大步驟，其中，需求轉換主要以流程圖配合藍圖、資料詞彙與環境圖等進行需求塑模。 本節將以一「夢幻公司之管理資訊系統（以下簡稱夢幻系統）」為例，針對其使用者與企業巨觀需求，介紹如何以環境圖、流程圖、處理描述、藍圖與資料詞彙表達其欲電腦化的環境、作業程序與範圍、輸入與輸出所需資訊或表單及系統目標、限制和主要功能。

19 圖3-3 夢幻資訊系統環境圖 A01.客戶＋新增＋訂單 A03.客戶＋新增＋銷退單 A05.客戶＋新增＋付款證明 …

20 圖3-4 訂單送貨流程圖

21 3.5.3 需求塑模—建構流程圖(4/6) 處理描述1-1 以訂單送貨流程之訂單處理為例（參考圖3-4），其資料來源為客戶之訂單，且產出為生產部之生產需求或進行送貨處理。 訂單處理之處理描述名稱可命名為訂單處理與庫存判斷，該處理描述與庫存判斷之執行程序與規則，可從上述需求描述摘述如表3-8。 流程圖中，每一處理應有一處理描述，每一處理描述應有一致的表達格式。

22 表3- 8 訂單處理描述

23 表3-10 訂單資料詞彙

24 3.6 結論(1/2) 需求分析的過程主要是擷取與表達使用者之巨觀需求，這包括欲電腦化之環境、作業處理、輸出與輸入所需之資訊或表單與系統主要功能等。 需求分析階段對問題領域之瞭解範圍應盡可能地廣泛，到了分析與設計階段再縮小到專案範圍，如此有助於對新系統之瞭解與規劃。

25 3.6 結論(1/2) 以目前之開發工具來說，需求分析工作約占整個專案時間的25%左右，且需求分析往往無法在一個階段內完全做完，常在分析與設計階段仍有需求分析工作之進行。 系統分析師之專業知識與經驗，對需求分析之成效有密切之影響。