需求撷取与分析分析阶段的首要工作.pdfVIP

需求擷取與分析 需求擷取與分析 分析階段的首要工作 分析階段的首要工作在於需求的擷取與分析 。 根據許多的研究顯示，一個計畫之所以會失敗的 原因之一常常是肇因於計畫初期，對於即將開發 之系統所應提供的功能沒有切確的了解與掌握。 基本上，一個無法滿足使用者需求的系統，不論 所採用之資訊技術為何，其最終的命運均可想而 知。 需求擷取 領域分析 需求擷取可以從兩方面來著手。首先，你必須要 從事領域分析(domain analysis)的工作。根據卡 內基美隆(Carnegie Mellon)軟體工程學院對於領 域分析所下的定義： 根據既有系統及其開發的歷史、領域專家的知識，背後 的理論，辨別，收集以及組織相關資訊的過程。 簡單地說就是也就是從各方面對目前既有的系統 做資料蒐集。 需求擷取 領域專家 領域分析是系統開發前的預備知識。對於待開發 產品之背景資料分析與蒐集、對於產品領域知識 與操作越了解，越能在將來做出好的決策。 領域分析過程中，你會接觸到許多的人。對領域 有深度了解的人稱為領域專家(Domain expert)， 這些人大都是計畫的客戶、既有系統的使用者等 等。他們對企業的各項活動以及業務流程最熟悉 。而這些人也將在系統開發的分析階段扮演著重 要的腳色。 擷取方式 了解了需求擷取的重要性，我們接著來 看一下需求擷取有哪些方式。需求擷取 的方式有很多，比較常用的方式如下 企業既有的報表、表單、操作流程相關文件 訪談 小組討論 腦力激盪 擷取方式 既有的報表、表單 表單樣本 擷取方式 訪談 訪談是需求擷取方法中相當常用的一種方式。 透過訪談你可以跟使用者有面對面討論與溝通機 會，對於使用者的需求能夠有較真實的體驗。 訪談之前必須要有詳細規劃，訪談之後必須將其 結果詳實地紀錄下來。 擷取方式 定期開會討論 定期開會討論與訪談的方式很類似。 系統開發的過程中通常都會訂定有每週定期的開 會時間表用以 檢視計畫的進度 確認工作細節 確認需求的正確性 各項相關任務的分派 人力資源的調度等等事項。 擷取方式 其他 其他需求擷取的方式還包括有： 觀察 問卷調查 抽樣調查 JAD會議。 需求分析 功能的需求 功能的需求主要是在描述系統該做什麼。也就是 系統要提供給使用者的服務項目。 對於系統所提供之功能的描述可以包括什麼樣的 輸入是這個功能所必須的、這個功能的處理流程 與步驟、以及經過資料處理後，這個功能的輸出 為何等等。 非功能的需求 非功能的需求是指跟系統的執行效率，效能之需 求，且可以量度的(measurable)的項目。下面所 列為RUP的軟體需求文件中所列舉之非功能性需 求參考項目： 需求分析 事件 對於“使用者搜尋音樂 CD”這個功能，系統允許我 們輸入關鍵字以作為搜尋的依據。 要知道，只是輸入關鍵字根本上不會發生什麼事 。只有當你按下了，比如說一個按鈕，系統才會 開始做事。 ”搜尋音樂 CD”就是一個事件，這個事 件 (藉由按了按鈕觸發系統去處理或是執行某些特) 定的工作，並且對於這個事件，系統會將處理結 果回應給使用者。 需求分析 需求描述 對於功能性需求的描述，你應該可以將它們歸納 成事件。 事件的寫法儘量用： 主詞+動詞 +受詞的形式。 你可以把事件當作是需求描述的精簡版或是摘要 (summary) 。 需求分析 事件表 當你整理歸納出一大堆事件之後，可以將之紀錄