who？
do what？
how do？
需求是讓我們了解使用者需要的產品模型的過程。
軟體產品的開發，核心是需求。使用者有需求之後，委託我們進行開發，然而，使用者只是有需求，使用者真的了解需求嗎？這個問題的答案是不盡如人意的，當使用者委託軟體公司開發軟體產品的時候，往往連使用者自己都不能明確的知道自己的需求是什麼。因此，成功的軟體開發需要盡可能完善的需求分析作為墊腳石。
需求分析是什麼？當然是讓開發人員了解使用者想要什麼。
那我們應該怎麼去了解who，do what和how do呢？
who，是相對容易獲取的。在一般的軟體開發過程中，有經驗的需求分析員都可以比較容易的得到使用系統的人員名單。
do what，使用者每天做的事情是很多的，對於使用者而言，他們不了解應該把哪些工作整合到將來的軟體產品中，而對於軟體開發人員，對於使用者的日常工作又不清楚，這就是瓶頸。
how do，如果我們的需求人員已經確定了使用者要做什麼，那麼，通過訪談就比較容易了解使用者日常工作的細節。當然，how do並不如who那樣容易獲取。
我們已經找到了瓶頸，就是do what。這是軟體需求過程中最難的乙個環節，因為使用者並不能很容易的從日常工作中抽取出來那些需要整合到系統中的工作，這就需要我們的需求分析人員引導使用者，發現需求。然而，需求人員並不了解使用者每天要做什麼，我們的軟體公司往往沒有那麼多的精力讓需求分析員整天陪使用者工作。
這個時候，我們就可以利用軟體工程學中的分層思想，我們需要在需求分析人員和使用者之間抽象另外一層----領域專家。
領域專家是什麼？領域專家應該是計算機軟體行業出身，有一定的軟體需求分析經驗，有多次某一領域專案開發經驗的人。
為什麼需要領域專家？因為我們的需求人員在做需求工作的時候，往往是力不從心的，雖然有著優秀的需求分析能力，然而，由於對專業領域知識的欠缺，往往會導致需求分析不徹底，或者與使用者起衝突。
領域專家做什麼？領域專家由於有著豐富的行業軟體開發經驗，熟悉行業資訊化過程中的一般性工作，更重要的是由於領域專家有較豐富的行業知識，詢問客戶的時候，就會有更多的話題，這樣，就能夠更多的捕獲到使用者的需求。
引入領域專家，是喜是憂？有人說，引入領域專家會增加軟體開發成本。that's true？no！領域專家的引入，表面上來看，會增加一些人力資源的開銷，然而，領域專家的引入能夠帶來好處往往在專案一開始就有體現了：
1. 首先，領域專家由於對行業的了解，同時對行業資訊化有豐富經驗，因此，能夠博得客戶的信賴，因此，在招投標過程中的成功率將會大幅提公升。
2. 其次，領域專家自己原本就了解很多的行業資訊化的需求，所以，對於需求只需要和關鍵性的使用者進行訪談，然後針對企業做特定的需求就可以完成需求。這就意味著我們的需求週期將會變小，也就是說，我們的人力資源成本可能不是增加而是降低，同時，需求週期變小帶來的軟體週期縮短將會為客戶帶來更多的商機，客戶體驗好了，是不是意味著我們更容易得到下一次合作機會呢？
3. 最後，眾所周知，軟體工程學出現的目的是為了降低軟體產品的維護成本。那麼當我們的領域專家為我們帶來了更加徹底的需求的時候，是不是就意味著我們的維護成本降低呢？
領域專家，需求分析員，who is who？這是兩個職業，我們應該知道，分層帶來的最大好處就是職責的單一性。當我們引入各行業領域專家之後，我們的需求分析員並不是沒有活幹了，而是專注於通過領域專家總結出來的領域模型，得到軟體產品的模型。需求分析員不必再因為專案的不同去查詢那些可能一生只能用一次的領域典藏。領域專家則在小茶館和使用者暢談行業狀況。
當物盡其用時，效率的提公升是必然的。
需求分析需要領域專家
who？do what？how do？需求是讓我們了解使用者需要的產品模型的過程。軟體產品的開發，核心是需求。使用者有需求之後，委託我們進行開發，然而，使用者只是有需求，使用者真的了解需求嗎？這個問題的答案是不盡如人意的，當使用者委託軟體公司開發軟體產品的時候，往往連使用者自己都不能明確的知道自己的...
需求分析心得
李俊傑最近做些需求分析的工作，主要基於現有需求抽象分析，合併歸類，積累如下心得體會供參考 n抽象 從紛繁複雜的表象中抽取出有規律的東西，即透過現象看本質，所謂本質，就是規律性東西，就是在一定條件下不變的規則，也就是需求中要分析出那些是 不變的 那些是 變化的 換句話說，是從偶然性中發現其必然性。n如...
需求分析心得
一.團隊介紹 蕪湖動物園 二.團隊成員 艾浚樵 江光旭 劉慶 劉明偉 張樂平 容振貴 三.指導老師 劉代波四.需求迭代過程 我們的專案一共經歷了3次需求文件迭代，這3次分別是為了不同的目的。1.0版本是寫給指導老師看的，裡面是此專案最精準的樣貌 2.0 3.0是寫給課程老師看的，裡面是在課程老師的要...