在很多項目中，需求分析人員將需求捕獲以后，就向后轉給了系統(tǒng)設計人員。不可否認，信息在傳遞過程中會發(fā)生丟失，當需求簡單地向后傳遞給設計人員后，設計人員很有可能誤解甚至丟失需求中的重要信息。不論需求文檔寫的如何詳細，設計人員仍有可能不能理解需求中的重點和難點是什么，從而導致設計重心的偏差。
信息的失真或許是不可能完全避免的，但我們應當盡量減低這種可能性。在實踐過程中，一種好的方法是在將需求向后傳遞之前進行一些需求分析的工作。這些工作將由需求人員和負責系統(tǒng)設計人員或架構設計人員一起來完成。需求分析工作將使得需求人員和系統(tǒng)分析設計人員之間有機會進行交流和溝通，共同就需求文檔中的概念、問題的關鍵點達成共識，最大限度地降低信息失真的可能性。
我們進行需求分析，可能需要完成的工作包括建立概念模型、建立業(yè)務架構和開發(fā)系統(tǒng)原型。
在軟件項目過程中，當需求被確定下來之后，接下來就要進行系統(tǒng)的分析和設計工作。可是，需求文檔是相當復雜和繁瑣的，需求人員曾經為此煞費苦心整理需求，系統(tǒng)分析和設計人員如何才能盡快地理解需求？面對可能是海量的需求文檔，要從中快速的把握需求的精髓，我們就需要找到那個幫助我們打開局面的支點。
這個支點就是對需求中的關鍵概念進行分析。所謂的關鍵概念是指支撐起客戶整個業(yè)務架構的那個主線，有的業(yè)務也可能有多條主線，這些主線由一些關鍵業(yè)務構成。需求分析所要做的工作就是找到這些關鍵的業(yè)務用例，并對他們進行分析，建立概念模型，一句概念模型搭建業(yè)務架構，然后為了驗證這個架構或者進行技術可行性分析開發(fā)出系統(tǒng)原型。
一旦這些工作得以完成，我們就找到了支點。我們不但架起了從需求到系統(tǒng)的橋梁，而且獲得了關于系統(tǒng)設計和開發(fā)的大部分信息。甚至，再接下來的那些系統(tǒng)設計和開發(fā)工作，都只是這些工作的細化和展開。可見，花時間建立概念模型、業(yè)務架構和系統(tǒng)原型的工作，正是花小力氣辦大事的關鍵所在。
