需求调查相关(27页)详解.pptVIP

一、目標進度 本單元目標達成進度 (1)、定義系統需求，並區別功能性和非功能性需求間的差異。 (2)、了解問題分析的活動並能夠建立魚骨圖 (Ishikawa diagram)  來幫助解決問題 (3)、了解需求管理的概念。 (4)、確認七種事實調查技術，並描述各個技術的優缺點。 (5)、了解用於有效聆聽的六種原則。 (6)、了解什麼是肢體語言和人際距離學 (proxemics)，以及系統分 析師為何要重視它們。 (7)、描述 JPR 會議典型的參與者之特徵，並說明他們的角色。 (8)、完成 JRP 會議的規劃流程，包括選擇和佈置地點、選擇參與 者，以及準備議程。 (9)、描述使用 JRP 作為事實調查技術的數種利益。 (10)、說明將使得你大部分的時間都和最終使用者在一起的事實調　 查策略 (11)、描述多種以文件來說明和分析需求的技術。 (12)、了解使用案例並且可以用文件來說明它。 二、觀念介紹 需求調查概述 需求調查 (requirements discovery) 包括系統分析師所用的技術，運用它們從使用者社群來確認或是引出系統的問題和解決方案的需求。 問題分析 (problem analysis) 是一種活動，它確定問題，了解問題(包括成因和影響），與了解任何可能限制解決方法的限制。 系統需求（system requirement；也稱為企業需求）是對於一個資訊系統的需要和期望的描述。需求可以描述功能、特色（屬性）和限制。 需求的種類 功能性需求 (functional requirement) 是為了符合企業需要並可被使用者接受，而必須包含在一個資訊系統中的功能或特色 (feature)。 非功能性需求 (nonfunctional requirement)是系統的功能、特色、屬性，以及任何會侷限所提出的解決方案界線的限制之描述。 錯誤的需求所導致的情況 系統的成本也許會比計畫中的高。 系統的發布或許會比承諾的慢。 系統也許不能符合使用者的期望，而且這樣的不滿意也許會導致他們不使用它 一旦完成，維護並加強系統的成本將非常的高。 系統也許不可靠，並且導致錯誤或是停止運轉。 團隊中 IT 成員的評價將因為任何的錯誤而沾污，不管是誰的錯，都將被視為整個團隊的錯誤。 界定符合系統需求的準則 一致的 完整的 可行的 必要的 正確的 可回溯的 可實證的 Ishikawa 圖是一個圖形式工具，用來確認、發現並描述問 題，以及這些問題的成因和影響。它常被稱做因果圖  (cause-and-effect diagram) 或是魚骨圖（因為它類似一隻 魚的骨架） 需求調查 事實調查是一種正規的程序，透過研究、訪談、問卷、抽樣，以及其他的技術，來收集關於問題、需求和喜好的資訊。又稱為資訊蒐集。 七種可用的事實調查方法 現存的文件、表單和資料庫抽樣 調查和實地訪談 工作環境的觀察 問卷 訪談 建立雛型 合作需求規劃(JRP) 以文件說明和分析需求 一份需求定義文件應包含以下幾點： 系統應該提供的功能和服務。 非功能性需求，包含系統的功能、特色和屬性。 侷限系統發展的或系統必須在其下運轉的限制。 系統必須與它接合的其他系統的相關資訊。 需求驗證 (requirements validation)檢查需求定義文件的正確性、完整性、一致性，並符合標準。 抽樣 (sampling)是收集具有代表性的文件、表單、和記錄的樣本之過程。 決定樣本大小： 樣本大小 = 0.25 x (確定因子／可接受的誤差)2 對於 90%的確定度 ： 樣本大小 = 0.25(1.645/0.10)2 = 68 抽樣技術 隨機抽樣 (randomization) 是一種抽樣技術，它的特色是在選擇樣本資料時沒有預定的樣式 (pattern) 或計畫。 分層化抽樣 (stratification)是一個系統化的抽樣技術，它藉由展開樣本—例如，藉公式來選擇文件或記錄—和避免太高或太低的估計來試圖降低估計的變異。 觀察是一種事實調查的技術，在那裡分析師在或加入其中，或觀看一個人進行活動來瞭解一個系統。 工作抽樣 (work sampling) 是一種事實調查技術，它包含了大量被隨機的間距所選出的觀察對象。 觀察的指導方針 確認觀察的何人 (who)、何事 (what)、何地 (where)、何時(when)、何故 (why) 和如何 (how)。 獲得適當的管理人或經理的核准。 告知將被觀察的人員觀察的目的。 保持低姿態。 在觀察期間內作筆記或觀察之後立即做筆記。 和適當的人一起檢視觀察筆記。 不要打擾工作中的個人。 不要大量地將焦點放在不重要的活動上。 不要做假設。 問卷