【文章內容簡介】 需求。 所以需求確認工作（屬于需求管理）必不可少。 Page 15 4. 需求開發(fā)的主要困難與對策 Page 16 4. 需求開發(fā)的主要困難與對策 開發(fā)人員寫不好需求文檔 ? 需求調查工作不充分，獲取的需求信息太少或者太亂，以至于寫不成需求文檔。 – 古時候，一書生在考試前補習 “ 寫文章 ” ，成天愁眉苦臉。其夫人甚為不解，問： “ 相公，你寫文章比我生小孩還難嗎？ ” 書生長嘆一聲： “ 娘子你哪里知道我的難處??！你生小孩時肚子里有東西，可我寫文章時肚子里沒東西啊。 ” – 所以要想寫出好的需求文檔，前提條件是把需求調查工作做好。 ? 開發(fā)人員寫作能力比較差，雖然在調查過程中已經獲得了不少需求信息，卻寫不出好的需求文檔來。 – 可以毫不夸張地說，國內 90％以上的軟件開發(fā)人員，他們的寫作能力遠不及開發(fā)能力。 – 提高開發(fā)人員寫作能力的根本辦法就是讓他們多練習寫文檔，熟能生巧。 – 另外，企業(yè)應當提供合適的文檔模板以及比較好的示例文檔，盡可能地降低寫作難度。 Page 17 4. 需求開發(fā)的主要困難與對策 用戶經常變更需求 ? 需求變更通常會對項目的進度、人力資源、經費產生很大的影響，這是開發(fā)商非常畏懼的問題。 ? 如果在項目開發(fā)的初始階段，開發(fā)人員和用戶沒有搞清楚需求或者搞錯了需求，到了項目開發(fā)后期才將需求糾正過來，導致產品的部分內容需要重新開發(fā)。毫無疑問，這種需求變更將使項目付出額外的代價。 這種損失是由于雙方工作失誤造成的，雙方應當好好反省，認真學習需求開發(fā)和管理的方法，避免再犯相似的錯誤。 ? 如果由于市場變化而導致產品需求發(fā)生變更，開發(fā)商大可不必為此煩惱，應當高興才對。倘若市場靜如死水，那么開發(fā)商吃了 “ 上一頓 ” 就沒有 “ 下一頓 ” 。 正因為市場在變化，才會產生更多商機，聰明的開發(fā)商才會有活干，有錢賺。 ? 其實需求變更并不可怕，可怕的是需求變更失去控制，導致項目混亂。所以需求變更控制是需求工程的重要活動。 Page 18 5. 如何開展需求調查 準備調查 ? 首先，需求分析員應當起草需求調查問題表，將調查重點鎖定在該問題表內，否則調查工作將變得漫無邊際。 – 問題表可以有多份，隨著調查的深入，問題表將不斷地被細化。 – 根據經驗，用戶通常沒有耐心回答復雜的論述題，所以問題表應當以 “ 選擇題 ” 和 “ 是非題 ” 為主。 – 制定問題表最簡便的方法就是從《用戶需求說明書》的模板中提取需求問題。 ? 其次，需求分析員應當確定需求調查的方式，例如： – 與用戶交談，向用戶提問題。向用戶群體發(fā)調查問卷。 – 參觀用戶的工作流程，觀察用戶的操作。 – 與同行、專家交談，聽取他們的意見。 – 分析已經存在的同類軟件產品，提取需求。 – 從行業(yè)標準、規(guī)則中提取需求。 – 從 Inter上搜查相關資料。 ? 最后，需求分析員與被調查者建立聯系，確定調查的時間、地點、人員等，撰寫需求調查計劃。要特別留意的是不要漏掉典型的用戶。 Page 19 5. 如何開展需求調查 執(zhí)行調查 ? 準備工作完畢后，需求分析員按照計劃執(zhí)行調查。在調查過程中隨時記錄（或存儲）需求信息 。 ? 需求分析員與用戶面談時應當注意以下事項： – 如果與用戶約好了時間，切勿遲到或早退。要注意禮節(jié)，盡可能獲得用戶的好感，并為下次打擾他們埋下伏筆。 – 需求分析員應事先了解用戶的身份、背景，以便隨機應變。 IT人士不可貌相，有些大企業(yè)的領導其外表很土氣，象農民。如果你路上碰到他，以為是個勤雜工，說： “ 喂，老師傅，來幫我拎東西。 ” 也許這筆生意就泡湯了。 – 需求調查不象偵探推理那樣從蛛絲馬跡著手，應該先了解宏觀問題，再了解細節(jié)問題。 – 如果雙方氣氛融洽，可以采用靈活的訪談形式，輕易不要打斷用戶的談話。當雙方對某些問題的交流合乎邏輯地結束后，即可繼續(xù)討論問題表中的其它問題。 – 盡可能避免為用戶添麻煩，但也不能怕給用戶添麻煩而降低需求調查的力度。 – 避免片面地聽取某些用戶的需求而忽視其它用戶的需求。 Page 20 5. 如何開展需求調查 《 用戶需求說明書》與《產品需求規(guī)格說明書》的主要區(qū)別與聯系 ? 前者主要采用自然語言 （ 和應用域術語 ） 來表達用戶需求 ， 其內容相對于后者而言比較粗略 ， 不夠詳細 。 ? 后者是前者的細化 ， 更多地采用計算機語言和圖形符號來刻畫需求 ， 產品需求是軟件系統(tǒng)設計的直接依據 。 ? 兩者之間可能并不存在一一影射關系，因為軟件開發(fā)商會根據產品發(fā)展戰(zhàn)略、企業(yè)當前狀況適當地調整產品需求，例如用戶需求可能被分配到軟件的數個版本中。軟件開發(fā)人員應當依據《產品需求規(guī)格說明書》來開發(fā)當前產品。 撰寫 《 用戶需求說明書》 Page 21 用戶需求說明書的參考模板 Page 22 6. 如何進行需求分析 基本概念 ? 為了得到用戶的金錢，企業(yè)不得不鼓吹：用戶就是上帝，用戶永遠是正確的。 ? 誰都知道這不是真的。事實上，很多時候用戶說不清楚需求、會說錯需求或者提出一些無法實現的需求。 ? 需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進行分析，及時排除錯誤和彌補不足，確保需求文檔正確地反映用戶的真實意圖。 ? 需求分析是需求開發(fā)過程中最費腦子的工作。分析方法大體有兩類： “ 問答分析法 ” 和 “ 建模分析法 ” 。后者技術性比較強，寫出來有學術味，故大多數軟件工程書籍都有論述。前者就是一些常識而已，雖然寫不成文章，但是簡單易用（保你一學就會），很有實用價值。 ? ―問答分析法 ” 比較適合于用戶需求調查階段 ? “ 建模分析法 ” 比較適合于產品需求定義階段。 Page 23 6. 如何進行需求分析 問答分析方法 ? 問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了。一個人可以 “ 自問自答 ” 地分析需求，幾個人分析需求則稱為 “ 研討 ” 。 ? 問答分析最重要的問題是： “ 是什么 ” 和 “ 為什么 ” 。 – 每個需求都應當用陳述句說明 “ 是什么 ” ，如果 “ 是什么 ” 的內涵不夠清晰，則應補充說明 “ 不是什么 ” 。 – 如果 “ 是什么 ” 和 “ 不是什么 ” 并不是 “ 理所當然 ” 的，那么應當解釋 “ 為什么 ” ，以便加深讀者的理解。 – 追究 “ 是什么 ” 和 “ 為什么 ” 的目的是獲得正確、清楚的需求。 ? 其它常見的問題有： – 需求存在二義性嗎？ –