首先我們得明確乙個概念：使用者訴求絕對不等於軟體需求。
使用者訴求：很多的時候我們從市場上獲取客戶到的客戶需求，只是客戶的乙個願景，這個願景只是比較清晰的呈現了客戶想要實現乙個什麼願望，但是客戶自己可能也不能明確的表明這個願望。舉個例子，客戶的訴求是明天想從北京去到深圳，至於什麼時候可以出發、先什麼時候抵達、使用者先乘坐什麼工具、明天天氣怎麼樣、有什麼行李、異常狀況發生了使用者能接受什麼處理措施……等等資訊，客戶可能在陳述訴求的時候並不會告知你，甚至客戶自己也不是很清楚其中的很多資訊。
願景分析：在採集到使用者的原始訴求後我們必須做願景分析，願景分析的目的是讓我們能明確的、清晰的知道客戶真正想要達成的具體願望或者目標，這個過程注重的是目標分析。還是上面的例子，我們需要明確的知道客戶幾點想從北京的那個地方出發、攜帶何種行李、乘坐何種工具、想要幾點抵達深圳以及客戶的願景是否可達等等。
需求調研：明確使用者的願景讓我們知道使用者真實想要達到何種目標，但僅僅知曉這個我們是不能把事情做好的，我們需要分析客戶目標實現的過程、分析實現目標的過程可能執行的環節、可能遇到的突發狀況等等，這個過程關注的重點是達成目標得活動過程。還是剛剛的例子我們需要通過關注明天的天氣情況和交通狀況、使用者的身體狀況，以及各個航班的航行資訊等，只有通過這個調研環節，我們才能比較全面的了解目標訴求。
軟體需求：軟體需求是通過獲知訴求後準確把握使用者願景並對願景實現的場景和活動軌跡做了全域性把控後，通過有相當行業經驗的需求分析人員轉換，最後呈現給開發人員或者設計人員清晰的、可功能化的需求資訊才是軟體的需求。
完整性：乙個全新匯入的需求必須將其期望實現的事情或者功能描述清楚，以便設計人員、開發人員、測試人員獲得設計和實現這些功能所需的所有必要資訊。需求應當包含使用者需求描述、場景描述、效能指標、條件限制等相關資訊。
正確性：每一項需求都必須準確地陳述其要開發的功能。我們接收到來自使用者的只是一種直觀的、簡短的要求或訴求，再把使用者訴求轉換為我們的軟體需求的過程中，必須保證我們對訴求轉換是滿足客戶真實需要的，正確的轉換，梳理出來的功能是必須要滿足使用者使用要求的，所以一般在需求分析得到需求分析報告及清單後，需要使用者參與進行返澄清，以便保證我們轉化的需求、拆分的功能點是滿足使用者真實意圖的。
可行性：需求項及其拆分出來的功能，一定是在已知的環境及限制條件下是可以實現的。我們不能期望汽車上面的發動機可以驅動火箭執行，必須保證需求的可實現、可量化、可驗證、可實施。
軟體需求分析
本章共分為四個部分，一軟體需求的任務和過程 二結構化分析方法 三，原型化方法四，動態分析方法。本章學習的要點是 1。了解軟體需求分析的目標和任務 2.了解軟體需求的獲得方法 3.掌握結構化的分析方法 4.了解需求規格說明和需求評審的主要內容。軟體需求分析的主要任務 深入描述軟體的功能和效能 確定軟體...
軟體需求分析
軟體需求分析所要做的工作是深入描述軟體的功能和效能，確定軟體設計的限制和軟體同其它系統元素的介面細節，定義軟體的其它有效性需求。進行需求分析時，應注意一切資訊與需求都是站在使用者的角度上。盡量避免分析員的主觀想象，並盡量將分析進度提交給使用者。在不進行直接指導的前提下，讓使用者進行檢查與評價。從而達...
軟體需求分析
軟體需求分析是把軟體計畫期間建立的 軟體可行性分析 求精和細化，分析各種可能的解法，並且分配給各個軟體元素 軟體需求分析的任務 深入描述軟體的功能和i效能 確定軟體設計的約束和軟體 同其他系統元素的介面細節 定義軟體的其他有效性需求 任務 從現有的模型中匯出目標系統的邏輯模型，解決目標系統的 做什麼...