【正文】 需求達(dá)成共識(shí)后作出書面承諾，使需求文檔具有商業(yè)合同效果。常見(jiàn)的需求分析方法有 “問(wèn)答分析法 ” 和 “ 建模分析法 ” 兩類。 ? 需求工程中的活動(dòng)可分為兩大類，一類屬于需求開(kāi)發(fā)，另一類屬于需求管理。否則即使該軟件的功能是完美的，但卻被政府認(rèn)為是非法的。由于休息室空間有限，請(qǐng)大家自覺(jué)讓位。 Page 6 2. 了解客戶、最終用戶、間接用戶 即使最終用戶不是上帝，也算是 “ 上帝 ” 的 “ 親戚 ” ，同樣怠慢不得。從未有人曾在與客戶的爭(zhēng)辯中獲勝?？蛻舨⒉灰蕾囄覀儯覀儏s依賴客戶。 ? 掏錢買軟件的用戶稱為客戶，而真正操作軟件的用戶叫最終用戶。 ? 國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開(kāi)發(fā)。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。需求開(kāi)發(fā)與需求管理 —— 消除軟件開(kāi)發(fā)百病之源 林 銳 博士 上 海 漫 索 計(jì) 算 機(jī) 科 技 有 限 公 司 Page 2 目錄 1. 什么是需求 2. 了解客戶、最終用戶、間接用戶 3. 需求工程基本概念 4. 需求開(kāi)發(fā)的主要困難與對(duì)策 5. 如何開(kāi)展需求調(diào)查 6. 如何進(jìn)行需求分析 7. 什么是好的需求規(guī)格說(shuō)明書 8. 如何定義產(chǎn)品需求 9. 需求管理：確認(rèn)、跟蹤、變更控制 Page 3 1. 什么是需求 需求的基本概念 ? 寬泛地講，需求來(lái)源于用戶的一些 “ 需要 ” ，這些 “ 需要 ” 被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說(shuō)明了產(chǎn)品 “ 必須或應(yīng)當(dāng) ” 做什么。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來(lái)極大的損害，并且以后對(duì)它修改也極為困難。 Page 4 1. 什么是需求 需求開(kāi)發(fā)失敗的案例 ? 上海貝爾某事業(yè)部 一群高智商的開(kāi)發(fā)人員集體犯需求觀念錯(cuò)誤的案例?？蛻襞c最終用戶可能是同一個(gè)人也可能不是同一個(gè)人?？蛻舨皇俏覀児ぷ鞯恼系K，而是我們工作的目標(biāo)。客戶是把他的欲望帶給我們的人，因此我們的工作就是滿足這些欲望，從而使客戶和我們共同獲益。 ? 如果項(xiàng)目規(guī)模比較大，那么開(kāi)發(fā)方與最終用戶的來(lái)往就比較多。午休時(shí)他們可以躺著睡，我們只能坐在位置上打個(gè)盹兒 …… .。所以國(guó)家財(cái)政部就是所有財(cái)務(wù)軟件的間接用戶，它不僅不付錢給財(cái)務(wù)軟件開(kāi)發(fā)商，反而要收取鑒定費(fèi)、手續(xù)費(fèi)等。 ? 需求工程的結(jié)構(gòu)圖 Page 8 3. 需求工程基本概念 需求開(kāi)發(fā)過(guò)程域 ? 需求開(kāi)發(fā) 的目的是通過(guò)調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 ? 需求定義 的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無(wú)誤的產(chǎn)品需求，產(chǎn)生《產(chǎn)品需求規(guī)格說(shuō)明書》。 ? 需求跟蹤 是指通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù) “ 需求跟蹤矩陣 ”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。 – “ 被動(dòng)型 ” 是指開(kāi)發(fā)者被動(dòng)地對(duì)待需求工程中的各項(xiàng)活動(dòng)，能少干則少干，能偷懶則偷懶。他們把獲取準(zhǔn)確的需求當(dāng)作自己的職責(zé)，會(huì)想盡一切辦法克服需求開(kāi)發(fā)和需求管理過(guò)程中的困難，而不是找借口推卸責(zé)任。需求工程做到這個(gè)份上，才能使產(chǎn)品立于不敗之地，長(zhǎng)盛不衰。人一生中會(huì)有許多充滿挫折的 “ 第一次 ” ，不可以逃避。 態(tài)度問(wèn)題 ? 相當(dāng)多的開(kāi)發(fā)人員習(xí)慣于被動(dòng)地對(duì)待需求開(kāi)發(fā)。 ? 用戶說(shuō)不清楚需求或者需求發(fā)生變更，這些都是常見(jiàn)的問(wèn)題，并不是絕癥，是人們可以設(shè)法解決的。 ? 倘若用戶不能很好地配合需求分析員 ， 那并不表示他是個(gè)壞蛋 。 ? 對(duì)于一些競(jìng)標(biāo)項(xiàng)目 ， 在合同未簽訂之前的需求開(kāi)發(fā)工作尤為困難 。 ? 開(kāi)發(fā)方與用戶的合作關(guān)系對(duì)需求開(kāi)發(fā)而言是至關(guān)重要的 。 如果條件允許的話 ， 開(kāi)發(fā)方最好為用戶舉辦關(guān)于需求工程的培訓(xùn) ， 這樣的培訓(xùn)將 使用戶明白需求的重要性以及忽視需求的危害性 ， 從而促使他們積極友善地參加需求工程中的各項(xiàng)活動(dòng) 。如果認(rèn)為需求文檔不能準(zhǔn)確地反映用戶真實(shí)的意愿，可以拒絕在需求文檔上簽字。 – 3. 在不泄漏機(jī)密的前提下，盡可能地向需求分析員提供與需求相關(guān)的材料。 – 例如開(kāi)發(fā)方的營(yíng)銷人員水平比較高，他能夠在用戶不清楚自己要什么的情況下引導(dǎo)用戶 “消費(fèi) ” 。 – 比如說(shuō)買鞋子。 ? 無(wú)論是什么原因?qū)е掠脩粽f(shuō)不清楚需求，需求分析員必須設(shè)法搞清楚用戶真正的需求，這是需求分析員的職責(zé)，也是職業(yè)的挑戰(zhàn)。請(qǐng)您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做。這類錯(cuò)誤連高智商的外星人都不能避免： – 有個(gè)外星人間諜潛伏到地球刺探情報(bào)，它給上司寫了一份報(bào)告：“主宰地球的是車?！? ? 不論是復(fù)雜的項(xiàng)目還是簡(jiǎn)單的項(xiàng)目，需求分析員和用戶都有可能誤解需求。其夫人甚為不解，問(wèn)： “ 相公，你寫文章比我生小孩還難嗎？ ” 書生長(zhǎng)嘆一聲： “ 娘子你哪里知道我的難處??！你生小孩時(shí)肚子里有東西，可我寫文章時(shí)肚子里沒(méi)東西啊。 – 提高開(kāi)發(fā)人員寫作能力的根本辦法就是讓他們多練習(xí)寫文檔，熟能生巧。毫無(wú)疑問(wèn)，這種需求變更將使項(xiàng)目付出額外的代價(jià)。 正因?yàn)槭袌?chǎng)在變化，才會(huì)產(chǎn)生更多商機(jī)，聰明的開(kāi)發(fā)商才會(huì)有活干，有錢賺。 – 問(wèn)題表可以有多份，隨著調(diào)查的深入，問(wèn)題表將不斷地被細(xì)化。向用戶群體發(fā)調(diào)查問(wèn)卷。 – 從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。 Page 19 5. 如何開(kāi)展需求調(diào)查 執(zhí)行調(diào)查 ? 準(zhǔn)備工作完畢后，需求分析員按照計(jì)劃執(zhí)行調(diào)查。 – 需求分析員應(yīng)事先了解用戶的身份、背景，以便隨機(jī)應(yīng)變。 – 需求調(diào)查不象偵探推理那樣從蛛絲馬跡著手，應(yīng)該先了解宏觀問(wèn)題，再了解細(xì)節(jié)問(wèn)題。 – 避免片面地聽(tīng)取某些用戶的需求而忽視其它用戶的需求。軟件開(kāi)發(fā)人員應(yīng)當(dāng)依據(jù)《產(chǎn)品需求規(guī)格說(shuō)明書》來(lái)開(kāi)發(fā)當(dāng)前產(chǎn)品。 ? 需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實(shí)意圖。前者就是一些常識(shí)而已，雖然寫不成文章，但是簡(jiǎn)單易用（保你一學(xué)就會(huì)），很有實(shí)用價(jià)值。 ? 問(wèn)答分析最重要的問(wèn)題是： “ 是什么 ” 和 “ 為什么 ” 。 ? 其它常見(jiàn)的問(wèn)題有： – 需求存在二義性嗎？ – 需求文檔的上下文有矛盾嗎？ – 需求完備嗎？ – 需求是必要的嗎？ – 需求可實(shí)現(xiàn)嗎？ – 需求可驗(yàn)證嗎？ – 需求的優(yōu)先級(jí)確定了嗎？ Page 24 6. 如何進(jìn)行需求分析 建模分析法 ? 人們都有這樣地感受：有些時(shí)候用語(yǔ)言描述某個(gè)問(wèn)題特別費(fèi)勁，而采用圖形則使人一目了然，所謂 “ 一圖低千言 ” 就是這個(gè)道理。 ? 建模分析方法主要有兩大類： “ 結(jié)構(gòu)化分析法 ” 和 “ 面向?qū)ο蠓治龇?” 。 需求建模不可