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

March 2000 第三章 需求擷取與分析 Requirements Elicitation Analysis 內容大網 學習目標 3.1?導論 3.2?需求擷取方法 3.3?需求表達工具 3.4?需求分析個案 3.5?需求分析之重要工作與文件樣板 3.6 結論 學習目標 詳讀本章，你至少能瞭解： 常見的六種需求擷取方式及其執行要點。 以流程圖為主之需求表達工具。 需求分析之步驟及應注意之事項。 需求分析之重要工作與文件樣板。 3.1導論 -使用者需求定義 使用者需求定義(User Requirements)：係指使用者期待系統解決的問題與希望從系統獲得之資訊。 使用者需求是資訊系統開發最關鍵、最重要且最容易發生錯誤的部份，亦是資訊系統失敗的主因之一。 3.1導論 -RA主要工作 需求分析(Requirements Analysis)階段之主要工作是應用已通過驗證之原理(Principles)、技術(Techniques)、語言(Languages)與工具(Tools)，以幫助分析師SA瞭解問題或描述新系統之外部行為。 從使用者角度，去了解其問題、目標、限制與實際需求，讓結果具體表達出來給使用者確認，並進一步作為系統分析重要來源文件。 3.1導論 -RA階段主要三個活動 Hooper 與 Hsia (1982)認為需求分析階段主要包括三個活動： 1.需求判斷：強調如何判斷真正的需求及需求的正確性。 2.需求分析：則重視在分析已有的需求下所產生的不一致、不完整、矛盾等問題。 3.需求溝通：重視以最佳的方式組織及描述需求，以促使需求容易令人瞭解並經由相互溝通，達到需求確認的目的。 3.1 導論 -RA兩大步驟 需求分析階段可分為兩大步驟：需求擷取與需求轉換(如圖 3-1，下頁)。 需求擷取：主要是對系統範圍內之各種事物及相關現象加以瞭解、判斷和選擇，並設計成描述性綱目。(找出需求項目、結構、彼此關聯) 需求轉換：主要將描述性綱目以系統模式語法轉換成概念性綱目。(再結構化表達→MIS) 圖3-1 RA兩大步驟圖解 3.1 導論 -巨觀需求VS.微觀需求 使用者需求可分為巨觀需求與微觀需求。 巨觀需求包括欲電腦化之環境、作業程序與範圍、輸出與輸入所需之資訊或表單及系統目標、限制、主要功能等，這些需求應盡可能的在需求分析階段中釐清與確定。 微觀需求指的是電腦化之微觀範圍，可包括使用者介面之要求、例外狀況之處理與錯誤及輔助訊息之顯示等要求，這些需求通常需到設計階段才較容易處理，在此之前這些細部需求不易被掌握。 3.1 導論 - RA之4個主要工作 RA階段之重要工作(4個)包括： 瞭解現有問題 瞭解新系統目標 瞭解新系統之限制 瞭解使用者巨觀之需求等 ★ 好的RA是什麼？ 3.2 需求擷取方式(6種) 在擷取使用者需求之前，必須瞭解系統之潛在使用者及可能之人機互動。 常用的需求擷取方式：查閱文件、觀察、問卷、訪談、開會討論與聯合開發等六種，這些方式可單獨應用亦可混合使用。 3.2.1 查閱文件 研究企業的內部工作說明書、企業表單(Business Forms)與手冊是瞭解企業運作邏輯之初步工作。 一般來說，組織中很少有完整的文件詳細地描述出系統之全貌，加上系統可能已經過多次的修改，文件往往未能配合更新，因此以該方式收集之資訊常有過時之慮。 3.2.2 觀察 一般來說，實地觀察所獲得的資料正確性會比查閱文件為高，亦能驗證所收集資料之正確性及補充不完整的資料，透過觀察可以獲得第一手的資料。 僅用觀察仍無法完整的反映出組織的真實情況與需求，例如被觀察者行為可能改變。 選擇正常與例外情況之時機或對象來做觀察，可獲得更多的資料。 3.2.3 訪談 訪談是系統分析最有效且最普遍的資料收集方法，訪談時分析師親自與使用部門的主管或相關作業人員面對面討論實際作業的情況、報表和資訊需求等。 在訪談期間，系統分析師蒐集到的可能是事實、選擇或推測，並且可觀察到人們的肢體語言、情緒和他們對於現行系統之觀感等。 3.2.3 訪談 -開放式訪談 訪談可分成兩種方式： 開放式訪談(Open Interview) 結構化訪談(Structured Interview)。 開放式訪談 分析師事先不預定表格、問卷或固定的標準程序，訪談過程全由使用者自由談論其工作。 適用於分析師對問題領域不熟悉或無法預期之情況。 3.2.3 訪談 -結構化訪談 結構化訪談 結構化訪談又稱為標準化訪談或導向式訪談，其訪談過程近似於詢問(Interrogation)而非交談 (Conversation)，所要求資訊的深度、專門程度亦較深。 3.2.3 訪談 -結構化訪談(略) 這種方式的特點是把問題標準化，然後由受訪者回答或選擇。 所有的受訪者都回答同一形式的問題，其作法