系统分析的活动.pptVIP

4-3 需求分析 詞彙表內容擷取方向 捕捉所有出現於需求描述的所有名詞。 捕捉所有出現於事件表中的所有名詞，以及伴隨著的資料項目。 捕捉在既有的系統，現行程序及現行報告、表單中的相關資訊。 4-3 需求分析 例子 詞彙 解釋 附註 登入資料 帳號、密碼 訂單 訂單包含有客戶資料、訂購項目 客戶資料 客戶編號、姓名、住址、電話、email 訂購項目 編號、音樂CD摘要 音樂CD 音樂CD摘要、曲目 音樂CD摘要 專輯名稱、演唱者、類型、單價、出版商 曲目 歌曲名稱、時間長度、作詞者、作曲者、歌詞 月報表 （格式待查） 客服建言 發言者、主題、內容、日期 4-4 軟體需求規格文件 軟體需求規格文件(Software Requirement Specification)記載著下列的項目 系統目標 系統範圍 系統整體描述 功能需求 非功能需求 系統所需提供之使用者、軟體、硬體等切面之需求 其他資料 4-4 軟體需求規格文件 軟體需求規格文件(Software Requirement Specification)記載著下列的項目 系統目標 系統範圍 系統整體描述 功能需求 非功能需求 系統所需提供之使用者、軟體、硬體等切面之需求 其他資料 * 4-2 擷取方式 訪談 第一步：決定訪談對象 非正式結構(informal structure) 第二步：建立訪談目的 決定訪談的範圍 確定需了解哪些事項 第三步：設計訪談問題 對訪談的問題進行標準化可以讓訪談有所依循，也避免節外生枝。 須避免所謂的導引式問題 (leading questions) 開放式問題(open-ended questions) 封閉式問題(closed-ended questions) 範圍式問題(range-of-response questions) 訪談 第四步：準備訪談 訪談是很重要的會晤，不是閒聊，因此準備工作十分重要。 最好限於一個小時之內完成。 在訪談數天前必須將訪談主題寄給受訪者。 如果想要查看資料，也應該告知受訪者事前備妥。 第五步：執行訪談 在訪談時先做自我介紹、描述專案內容，並解釋訪談目的。 專注傾聽 (engaged listening) 。 給對方足夠時間思考。 在所有問題問完之後，應該彙整訪談重點，並解釋接下來會做什麼。例如，寄送下次的訪談通知。 訪談結束時，要感謝對方，並鼓勵對方如果有新的資訊或任何問題都與我們聯繫，也可以詢問對方是否有其他主題可以討論。 訪談 第六步：記錄訪談 最好盡量不要記筆記，筆記只做為簡單提示。 在做完訪談之後，就必須馬上做記錄，並且評析所蒐集到的資訊。 訪談之後可以寄感謝卡，載明訪談時間、地點、目的與主題，這樣受訪者就可以提供其意見。 第七步：評量訪談 除了獲取資訊之外，訪談時也要注意訪談是否有所失當。 失敗的訪談：不管如何周全，失敗在所難免。 可以先列舉所要討論的問題在一張紙上。讓訪談有個目標，這樣才不至於讓訪談變成聊天。 4-2 擷取方式 訪談 訪談注意事項 比如說，問題可以從”你希望系統提供什麼樣的功能？”開始， 或者是”目前你們對這項工作的作業流程是如何進行的？”。 從這些問題當中可以引領出許多與技術面，執行面，操作面等等相關的討論議題。 另外，訪談對象的選取要跟訪談內容相關。比如說，如果你是要了解一項特定的作業程序，那麼，訪談的對象最好是執行此作業的人員，而不是資深經理。 4-2 擷取方式 定期開會討論 定期開會討論與訪談的方式很類似。 系統開發的過程中通常都會訂定有每週定期的開會時間表用以 檢視計畫的進度 確認工作細節 確認需求的正確性 各項相關任務的分派 人力資源的調度等等事項。 4-2 擷取方式 定期開會討論 這些事項都是一個系統開發過程中的相當常見的變數，因此舉行定期的開會討論為一個有效的管理方式。 除了管理層面的定期開會討論之外，有時候它也用在技術面的討論上。 腦力激盪(brainstorming) 針對特定問題、機會與議題的小組討論。 此方法可以鼓勵新的構想、允許團隊參與、讓成員的想法與輸入彼此互為所用。 結構化與非結構化腦力激盪。 4-2 擷取方式 其他需求擷取的方式還包括有： 觀察 指實地觀察系統運作。它可以讓我們對系統有更進一步的了解。 先準備好觀察項目以及所欲詢問的問題清單。 霍桑效應 (Hawthorne Effect)。 問卷調查 設計問卷最重要的是確定我們得到的資訊可以用做未來實情調查之用。 抽樣調查 系統抽樣 (systematic sample) 。 階層抽樣 (stratified sample)。 隨機抽樣 (random sample) 。 抽樣的主要目的是確保樣本能代表整個母體。 4-3 需求分析 利用各種需求擷取的方式，你獲