第三章需求擷取與分析.pptVIP

第3章 需求分析 第3章 需求分析 使用者需求是指使用者期待系統解決的問題與希望從系統獲得之資訊。 需求分析是使用者與分析師均必須重視之議題。 第3章 需求分析 需求分析階段可分為兩大步驟： 需求擷取 主要是對系統範圍內之各種事物與相關現象，加以瞭解、判斷及選擇，並設計成描述性綱目。 需求轉換 主要將描述性綱目以系統模式語法轉換成概念性綱目。 第3章 需求分析 常用的需求擷取方式有查閱文件、觀察、問卷、訪談、開會討論與聯合開發六種，這些方式可單獨應用亦可互相搭配使用。 第3章 需求分析 訪談可分成兩種方式： 開放式訪談(Open Interview) 結構化訪談(Structured Interview) 特點是把問題標準化，然後由受訪者回答或選擇。 第3章 需求分析 流程塑模與資料塑模的工具： 環境圖 主要表達系統與所在環境之關係。 流程圖 主要表達實體之作業程序及所需資訊。 事件 表示外部實體所啟動且系統必須回應之刺激 處理描述 表示流程圖中作業處理之執行程序與規則、相關之資料輸出入資訊以及處理之限制與備註。 3.3 需求表達工具與方法(3/3) 藍圖 主要表示流程圖中資訊之展示格式與內容。 資料詞彙 主要描述藍圖內資訊之詳細內容與規則。 第3章 需求分析 環境圖(Context Diagram)用來表達系統所在之環境及其與環境間之關係，這包括與系統有關之外部實體及系統與外部實體間之互動，例如資訊之輸出入與處理等。 第3章 需求分析 流程圖(Flow Chart)為一圖形化表達工具，用以描述企業作業流程，其可分為系統流程圖及程式流程圖兩類。 系統流程圖(System Flow Chart)用以描述整個工作系統中，各單位之間的作業關係。 程式流程圖(Program Flow Chart)則用以表示程式中的處理過程。 第3章 需求分析 流程圖之元件: 作業處理(Processing) 決策(Decision) 是用於表達有多個選擇路徑，但僅能依條件選擇其中一個路徑執行，條件通常包含Yes/No或True/False這類的問題。 決策是以一菱形外加一條流入菱形之箭頭與多條流出菱形之箭頭表示。 第3章 需求分析 報告(Report) 可用於描述某一個流程之輸出入資訊。 流程方向(Flow of Control) 用以表達控制流。 接點(Connector) 將流程圖轉到另一頁，增加流程圖之易讀性。 註解(Annotation) 用以表達流程圖之補充與說明。 第3章 需求分析 流程圖之建構步驟包括： 找出外部實體 找出作業處理 檢視外部實體 繪製流程圖 檢視流程圖 第3章 需求分析 處理描述: 表達每個處理之執行步驟、規則、控制等，並說明其資料之輸入和輸出內容與所涉及之外部實體。 每個處理描述之名稱應與流程圖中之作業處理同名，處理描述之表達形式可如下所示。 第3章 需求分析 藍圖(Drawing)用於表達流程圖中，有關之表單、介面等各項資訊需求之名稱、展示位置、格線、圖表與說明等。 這些資訊常無法在流程圖上具體地表達，因此須另以藍圖做進一步地表示。 第3章 需求分析 資料詞彙(Data Glossary)進一步說明藍圖無法表達之內容，如資訊之長度、型態、格式、公式、規則、範圍與限制等，並分別舉例說明之。 基本上，一張藍圖有其對應之資料詞彙，藍圖中每一欄位在資料詞彙中應有一記錄描述之。 資料詞彙之內容與格式之考量，應以能具體掌握與進一步表達資訊需求為原則。 第3章 需求分析 資料詞彙中，規則、格式、範圍、公式等資訊可使用資料字典的格式來表達。 資料字典以文字的方式輔助資訊之顯示，其為系統所有資料元素定義之集合。 第3章 需求分析 客戶訂單的資料元素可被定義成如下之組合與架構： 第3章 需求分析 完成需求分析與確認後，需求分析結果之文件應包括該階段中重要工作結果之摘述。需求分析結果之文件樣板如下： ?第3章 需求分析 找出系統與外部實體之關係 系統與外部實體之關係可由更簡潔的事件條列式來找出，例如第一項事件條列式是由客戶所啟動，其他事件條列式以此類推。 繪製環境圖 完成事件之整理工作並找出外部實體及其與系統之關係後，便可將外部實體與系統繪製成環境圖，將事件編號並依外部實體啟動與被影響實體之方向將事件條列式標示於箭頭上。 第3章 需求分析 建構流程圖之步驟依序為： 找出外部實體 找出作業處理 檢視外部實體 繪製流程圖 檢視流程圖 第3章 需求分析 需求分析的過程主要是擷取與表達使用者之巨觀需求，這包括欲電腦化之環境、作業處理、輸出與輸入所需之資訊或表單與系統主要功能等。 需求分析階段對問題領域之瞭解範圍應盡可能地廣泛，到了分析與設計階段再縮小到專案範圍，如此有助於對新系統之瞭解與規劃。 * * 客戶訂單＝客戶名稱