如何進行需求分析 PPT課件

如何進行需求調(diào)研 劉洪濤2003年10月 我們的行程 需求調(diào)研的概述了解軟件需求調(diào)研如何開展需求調(diào)研需求調(diào)研前的準備需求調(diào)研的步驟需求調(diào)研中的注意規(guī)則一些好的參考資料 需求調(diào)研的概述 什么是需求 需求調(diào)研的目的 需求調(diào)研指通過和客戶反復進行溝通和交流而獲取客戶的需求的一系列活動 為編寫 軟件需要規(guī)格說明書 做的前期工作 了解現(xiàn)實世界中做實際工作的人們真正需要什么樣的程序過程 編寫 用戶需求說明書 為編寫 軟件需要規(guī)格說明書 提供依據(jù) 什么是需求調(diào)研 需求就是用戶對軟件系統(tǒng)的要求 解決問題的需要 需求調(diào)研的概述 需求調(diào)查的一般規(guī)程 需求調(diào)研的概述 需求與軟件需求 需求調(diào)研就是要搞清楚用戶的需要 通過用戶的需求提取特征 進而提取軟件需求 需求調(diào)研的概述 做好需求調(diào)研的重要性 軟件開發(fā)面臨的實際問題 需求調(diào)研的概述 做好需求調(diào)研的重要性 軟件開發(fā)面臨的實際問題 需求調(diào)研的概述 做好需求調(diào)研的重要性 軟件開發(fā)面臨的實際問題 需求調(diào)研的概述 做好需求調(diào)研的重要性 做好需求調(diào)研是獲取正確的軟件需求的前提 正確的軟件需求是項目成果的關鍵 需求 設計 編碼 單元測試 驗收測試 維護 各階段錯誤修改成本比例 軟件需求調(diào)研 軟件需求的定義 用戶為解決某個問題 或為實現(xiàn)某一目標 要求軟件必須滿足的條件或能力 軟件需求的三個層次 1 業(yè)務需求2 用戶需求3 功能需求和非功能需求 軟件需求調(diào)研 軟件需求的三個層次 1 業(yè)務需求 businessrequirement 反映了組織機構(gòu)或客戶對系統(tǒng) 產(chǎn)品高層次的目標要求 它們在項目視圖與范圍文檔中予以說明 2 用戶需求 userrequirement 文檔描述了用戶使用產(chǎn)品必須要完成的任務 這在使用實例 usecase 文檔或方案腳本說明中予以說明 3 功能需求 functionalrequirement 定義了開發(fā)人員必須實現(xiàn)的軟件功能 使得用戶能完成他們的任務 從而滿足了業(yè)務需求 4 非功能性的需求 描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等 它包括產(chǎn)品必須遵從的標準 規(guī)范和約束 操作界面的具體細節(jié)和構(gòu)造上的限制 如何開展需求調(diào)研 了解需求調(diào)研的方法 需求調(diào)研的方法多種多樣 主要包括 座談法與用戶交談 向用戶提出事先準備好的相關問題 調(diào)查表法將相關的問題制成調(diào)查表 向用戶群體發(fā)調(diào)查問卷 觀察法參觀用戶的工作流程 觀察用戶的操作 切記 沒有最好的方法 只有最適合自己的方法 做到根據(jù)環(huán)境的不同選擇最適合的調(diào)研方法 如何開展需求調(diào)研 金字塔方法 目標 活動 需要 首先搞清楚對象 調(diào)研對象 與對象之間的關系 理清對象的目標以及和其它對象發(fā)生關系的目標 其次失利清對象內(nèi)部的活動以及對象與對象之間發(fā)生的活動 再次對活動進行整理 確定活動的邊界 最后根據(jù)活動進行詳細的需求調(diào)研 需求調(diào)研前的準備 三種準備 1 做好調(diào)研前使用資料的準備 如需求調(diào)研模板 各種調(diào)研表單以及需求調(diào)研問題列表等 2 制定好需求調(diào)研的計劃 對需求調(diào)研中可能用到的資源進行一定的分配 3 準備好需求調(diào)研中所要使用到的工具 兩種心態(tài) 需求調(diào)研前的準備 1 保持一種和客戶平等合作的心態(tài) 確定需求調(diào)研是為了給客戶解決問題 探討問題 而不是接受問題 更不是來指導工作的 2 平靜面對需求變更的心態(tài) 在需求調(diào)研過程中 往往雙方對需求理解不一致 造成需求調(diào)研前后矛盾 應當心平氣和的去引導客戶 達到需求理解完全一致 五種提高 需求調(diào)研前的準備 1 了解被調(diào)研對象的組織機構(gòu) 了解每一個子對象中的關鍵人物 提高自己的觀察能力 2 其次應該了解用戶的行業(yè) 學習用戶使用的術語 標準 以便能夠準確的理解用戶的需求 提高自己的行業(yè)知識面 3 需求調(diào)研中 學會盡量不使用IT行業(yè)的術語 而采用淺顯易懂的口頭語言來解釋IT行業(yè)中高深莫測的術語 以便用戶能夠很好的理解 提高自己的溝通交流能力 4 提高自己的速記能力 文字表述能力以及歸納 能迅速的記錄需求調(diào)研核心的問題 總結(jié)歸納形成原始的需求調(diào)研資料 5 提高自己的總結(jié)能力 書寫一份完整的 前后一致的 可追蹤的需求報告 需求調(diào)研的步驟 1 完全傾聽客戶的心聲 找一個安靜的地方 以客戶為主 面對面的溝通和交流 完全傾聽客戶的心聲 隨時記錄客戶所說的一切 每一次調(diào)研完后要對所有的記錄進行整理 形成文檔 在下一次的調(diào)研開始對上次的總結(jié)進行確認 切忌在傾聽需求的過程中附帶如何解決的思想 傾聽 記錄 整理 確認 需求調(diào)研的步驟 2 整理客戶的需求 對客戶提出的需求記錄的結(jié)構(gòu)進行整理 整理的格式可以根據(jù)自己的寫作習慣 沒有固定的格式 但必須能夠很明確的表明用戶的需求 能夠指導后期編寫 用戶需求說明書 建議采用以下格式進行整理 3 引導客戶的需求 需求調(diào)研的步驟 許多的客戶有時并不知道自己想要什么 有時并不清楚自己缺少什么 所以就需要我們?nèi)ヒ龑Э蛻舻男枨?造成這種現(xiàn)象的原因很多 主要體現(xiàn)在用戶可能對計算機操作不是很了解 客戶的語言表達能力 客戶只能看到自身的問題等 遇到此種現(xiàn)象后我們應當很虛心的去開發(fā)客戶的需求 不能帶有任何的鄙視心情 引導客戶需求的幾種常用方法 向客戶講述基本的計算機操作 提示客戶在全局中的地位以及作用 向客戶演示將要實施的系統(tǒng)的原型 從軟件開發(fā)中需求考慮的幾個方面入手 引導客戶的需求應做到能夠描述用戶的常規(guī)需求外 能夠發(fā)掘用戶的潛在需求 爭取能夠提出用戶的興奮需求 這樣作出的軟件才有生命力 才能真正體現(xiàn)出軟件的價值 4 編寫用戶需求說明書 需求調(diào)研的步驟 需求分析員對收集到的所有需求信息進行分類整理 消除錯誤 歸納與總結(jié)共性的用戶需求 然后形成文檔 編寫 用戶需求說明書 對于 用戶需求說明書 要和客戶以及相關的行業(yè)專家進行共同評審 以前整理的需求記錄可以作為附件整理在 用戶需求說明書 之后 用戶需求說明書 與 產(chǎn)品需求規(guī)格說明書 的主要區(qū)別與聯(lián)系是 1 前者主要采用自然語言 和應用域術語 來表達用戶需求 其內(nèi)容相對于后者而言比較粗略 不夠詳細 2 后者是前者的細化 更多地采用計算機語言和圖形符號來刻畫需求 產(chǎn)品需求是軟件系統(tǒng)設計的直接依據(jù) 3 兩者之間可能并不存在一一影射關系 因為軟件開發(fā)商會根據(jù)產(chǎn)品發(fā)展戰(zhàn)略 企業(yè)當前狀況適當?shù)卣{(diào)整產(chǎn)品需求 例如用戶需求可能被分配到軟件的數(shù)個版本中 軟件開發(fā)人員應當依據(jù) 產(chǎn)品需求規(guī)格說明書 來開發(fā)當前產(chǎn)品 需求調(diào)研的步驟 用戶需求說明書的模板 需求調(diào)研中的注意事項 切忌在傾聽需求的過程中附帶如何解決的思想 在調(diào)研過程中我們只是為了摸清楚用戶的所有需求 能搞了解到用戶真正想要的系統(tǒng) 用戶真正要解決什么樣的問題才是需求調(diào)研的目標 在調(diào)研過程中如果附帶了如何解決用戶提到的需求的想法時 將會使調(diào)研人員陷入只見樹木不見森林的的謎團中 而且往往會遺漏用戶的重要需求 造成整體需求的不完整 對每一次的調(diào)研形成正確的文檔 需求調(diào)研中的注意事項 需求調(diào)研是一個漫長的過程 能夠正確理解用戶的需求 并且將用戶的各種需求完整地體現(xiàn)在 軟件需求規(guī)格說明書 中將更是一個復雜而艱辛的過程 因此在每一次的會談之后必須將當天的會談紀錄形成文檔 可以以備忘錄的形式讓用戶進行確認 需求調(diào)研后形成的文檔文檔必須是正確的 是經(jīng)過驗證的 是在受控的狀態(tài)下變更的 而很多開發(fā)人員往往會問 簡單的系統(tǒng)就不用寫需求了吧 其實簡單的系統(tǒng)未必簡單 只有想清楚 寫清楚 說清楚才說明已經(jīng)真正把需求整理清楚了 做好需求變更的控制 需求調(diào)研中的注意事項 可能產(chǎn)生變更的原因是多種多樣的 用戶的業(yè)務發(fā)生變化 市場形勢發(fā)生變化 雙發(fā)的理解最初具有偏差等等一系列的問題都會影響到需求的變更 因此 如何處理好用戶的需求變更將是獲取用戶的實際需求的關鍵 對每一次的變更要雙發(fā)進行確認 并進行版本控制 做到有據(jù)可依 需求分析員與用戶面談時應當注意以下事項 如果與用戶約好了時間 切勿遲到或早退 要注意禮節(jié) 盡可能獲得用戶的好感 并為下次打擾他們埋下伏筆 需求分析員應事先了解用戶的身份 背景 以便隨機應變 IT人士不可貌相 有些大企業(yè)的領導其外表很土氣 象農(nóng)民 如果你路上碰到他 以為是個勤雜工 說 喂 老師傅 來幫我拎東西 也許這筆生意就泡湯了 需求調(diào)查不象偵探推理那樣從蛛絲馬跡著手 應該先了解宏觀問題 再了解細節(jié)問題 如果雙方氣氛融洽 可以采用靈活的訪談形式 輕易不要打斷用戶的談話 當雙方對某些問題的交流合乎邏輯地結(jié)束后 即可繼續(xù)討論問題表中的其它問題 盡可能避免