需求擷取方法.pptVIP

March 2000 需求擷取 內容大網 導論 需求擷取方法 需求表達工具 結論 導論 所謂使用者需求係指使用者期待系統解決的問題與希望從系統獲得之資訊。 使用者需求是資訊系統開發最關鍵、最重要且最容易發生錯誤的部份，亦是資訊系統失敗的主因之一。 需求分析主要是擷取與表達使用者之巨觀需求。 導論 (c.2) 使用者需求可分為巨觀需求與微觀需求。 巨觀需求包括欲電腦化之環境、作業程序與範圍、輸出與輸入所需之資訊或表單及系統目標、限制、主要功能等，這些需求應盡可能的在需求分析階段中釐清與確定。 微觀需求指的是電腦化之微觀範圍，可包括使用者介面之要求、例外狀況之處理與錯誤及輔助訊息之顯示等要求，這些需求通常需到系統設計階段才較容易處理，在此之前這些細部需求不易被掌握。 導論 (c.3) 理論上，該階段之主要工作是應用已通過驗證之原理(Principles)、技術(Techniques)、語言(Languages)與工具(Tools)，以幫助分析師瞭解問題或描述新系統之外部行為。 導論 (c.4) Hooper 與 Hsia (1982)認為需求分析階段主要包括三個活動：(1) 需求判斷，(2) 需求分析，(3) 需求溝通。 需求判斷強調如何判斷真正的需求及需求的正確性。 需求分析則重視在分析已有的需求下所產生的不一致、不完整、矛盾等問題。 需求溝通重視以最佳的方式組織及描述需求，以促使需求容易令人瞭解並經由相互溝通，達到需求確認的目的。 導論 (c.5) Grosz(1992)認為需求分析階段可分為兩大步驟：需求擷取與需求轉換。 需求擷取主要是對系統範圍內之各種事物及相關現象加以瞭解、判斷和選擇，並設計成描述性綱目。 需求轉換主要將描述性綱目以系統模式語法轉換成概念性綱目。 需求分析之重要步驟 導論 (c.7) 需求分析階段之重要工作包括： 瞭解現有問題 瞭解新系統目標 瞭解新系統之限制 瞭解使用者巨觀之需求等 需求擷取方式 在擷取使用者需求之前，必須瞭解系統之潛在使用者及可能之人機互動。 常用的需求擷取方式有 查閱文件 觀察 問卷 訪談 開會討論 聯合開發 等六種，這些方式可單獨應用亦可混合使用。 查閱文件 研究企業的內部工作說明書、企業表單與手冊是瞭解企業運作邏輯之初步工作。 一般來說，組織中很少有完整的文件詳細地描述出企業運作之全貌，加上可能運作模式已經過多次的修改，文件往往未能配合更新，因此以該方式收集之資訊常有過時之慮。 觀察 一般來說，實地觀察所獲得的資料正確性會比查閱文件為高，亦能驗證所收集資料之正確性及補充不完整的資料，透過觀察可以獲得第一手的資料。 僅用觀察仍無法完整的反映出組織的真實情況與需求，例如被觀察者行為可能改變。 選擇正常與例外情況之時機或對象來做觀察，可獲得更多的資料。 訪談 訪談是需求分析一個有效且最普遍的資料收集方法，訪談時分析師親自與使用部門的主管或相關作業人員面對面討論實際作業的情況、報表和資訊需求等。 在訪談期間，系統分析師蒐集到的可能是事實、選擇或推測，並且可觀察到人們的肢體語言、情緒和他們對於現行系統之觀感等。 訪談 (c.2) 訪談可分成兩種方式： 開放式訪談(Open Interview) 結構化訪談(Structured Interview)。 開放式訪談 分析師事先不預定表格、問卷或固定的標準程序，訪談過程全由使用者自由談論其工作。 適用於分析師對問題領域不熟悉或無法預期之情況。 訪談 (c.3) 結構化訪談 結構化訪談又稱為標準化訪談或導向式訪談，其訪談過程近似於詢問(Interrogation)而非交談 (Conversation)，所要求資訊的深度、專門程度亦較深。 訪談 (c.4) 這種方式的特點是把問題標準化，然後由受訪者回答或選擇。 所有的受訪者都回答同一形式的問題，其作法如下： (1) 每討論一個主題時，先由分析師依其現有瞭解的知識，提出簡短敘述。 (2) 使用者針對主題作深度分析，但分析師應在適當知識深度時加以中止。 (3) 對某個主題有初步瞭解，就可以進行另一主題的訪談。 訪談 (c.5) 訪談之問題依其性質可分成開放性與封閉性問題兩種： 開放性問題 用來探索分析師無法預期的回答或明確詢問之問題。 優點是能讓先前不知道的資訊浮現出來，分析師可以用一些非預期中的問題，不斷的來探究新的資訊。 缺點是回答問題所花的時間較長，也較難作結論。 訪談 (c.6) 封閉性問題 適用於問題可預期且回答可明確描述之情況。 優點：訪談的時間較短，問題可較廣泛。 缺點：所列回答之選項未必包含受訪者所要回答之答案。 訪談 (c.7) 封閉性問題可以有下列幾種設計形式： (1)對與錯的選擇方式。 (2)多重選擇的方式。 (3)Likert尺度的衡量方式。用一些級