需求分析，是軟件工程開發的第一步，準確全面地找到用戶的需求，盡可能滿足用戶的要求，是軟件惺惺發展的基礎。所以需求分析很重要。具體來說有以下幾個步驟：

1.獲取和引導需求：軟件團隊需要找到軟件的利益相關者，了解和挖掘他們對軟件的需求，引導他們表達出真實的需求。不同的項目需要不同的手段，這一步驟也被叫做“需求捕捉”，形容真正的需求稍縱即逝，需要靠火眼金睛和敏捷的身手來發現並抓住它們。另外，有些用戶並不知道自己確切的需求，或者不願意表達完整的需求，這時候軟件團隊需要替用戶著想，引導出需求。

2.分析和定義需求：這時指對從各個方面獲取的需求進行規整，定義需求的內涵，從各個角度將需求量化，例如，需求實現的最後期限，實現需求大致需要的時間和成本，等等。

3.驗證需求：軟件團隊要跟利益相關者溝通，通過分析報告、技術原型、用戶調查或演示等形式向他們驗證軟件團隊對於這些需求的認知。

4.在軟件產品的生命周期中管理需求：在軟件的生命周期中，需求在發生變化，所以技術也在發展，團隊成員的能力也在隨之提高。

對於軟件的需求，也可以從不同角度做下面的劃分：1.對產品功能性的需求：要求產品必須實現某些功能。 2.對產品開發過程的需求：要求軟件的開發流程必須滿足某些約束條件。 3.非功能性需求：也稱為“服務質量需求”。 4.綜合需求：有些需求不單單一個軟件模塊就能滿足。

那麽，我們該如何獲取用戶的需求呢？以下是幾種常用的用戶調研方法：

1.焦點小組：找到一群目標用戶的代表，加上項目的利益相關者來討論用戶想要什麽，用戶對軟件的評價等等。焦點小組是很常用的調研方法。

2.深入面談：通過詳細的面談，廣泛而深入的了解用戶的背景、心理、需求等。這通常是一對一的采訪。

3.卡片分類：通常，團隊收集到的需求都是雜亂無章的，我們可以利用“卡片分類”的方法把各種需求做成便於規整的小卡片。

4.用戶調查問卷：向用戶提供事先設計好的問題，讓用戶回答。在設計問題時需要註意一些小細節：要準確定義問題；避免使用含糊不清的形容詞；問題盡量簡潔；問題不能具有導向性。

5.用戶日誌研究：這一調研方法要求用戶記錄自己日常工作或生活中與所用軟件相關的行為，供軟件團隊分析。

6.人類學調查：簡單來說，就是和目標用戶“同吃同住同勞動”。

7.眼球跟蹤研究：用戶通常遊覽通欄標題，然後目光沿著左側下行，再平行遊覽下面的子標題。所以這決定了重要內容放的位置。

8.快速原型調研：拿一些紙張模型，讓用戶去使用，得到反饋。

9.A/B測試：具體實施過程：決定試驗哪兩種不同的UI，以及衡量標準、數據收集流程、試驗運行時間、人數；在技術上實現A/B測試；收集數據，分析數據，形成結論。

有市場就會有競爭，所以除了對用戶的需求進行分析以外，軟件團隊還需要對競爭性需求進行分析，NABCD模型是一個有效的方法：N，need，需求；A，approach，做法；B，benefit，好處；C，competitors，競爭；D，delivery，推廣。得到了需求之後，軟件團隊就要考慮實現這些需求，主要有以下四種劃分來更好的實現需求：1.殺手功能：OCR文字識別技術，可以在屏幕上取詞解釋，擁有獨家權威詞典，等等。2.外圍功能：良好的界面設計，在各個平臺上都能運行。3.必要需求：單詞短語釋義的準確性。4.輔助需求：可以做各種皮膚。

一個軟件項目要在一段時間內完成諸多任務，光是滿足用戶的需求，就要做大量的用戶需求分析，實現團隊的目標，所以需要每個成員之間的配合和效率，大家各司其職，一起努力。

構建之法 chapter 8 需求分析 ——讀書心得