需求分析之了解背景
背景這東西比較籠統，簡單地說就是這個專案的來由，我們需要用說故事的方式講清楚專案的背景。
1. 為什麼為有這個專案？
2. 客戶為什麼想做這樣乙個專案？
3. 如果沒有這個專案會怎樣？
4. 使用者和客戶是誰，專案**
5. 投資預算，重要程度。
需求分析之客戶需要
需要就是客戶真正想要的東東，是高層次的需求，我們可以把需要解決的問題、關鍵涉眾、專案的目標、範圍、專案成功標準等全部統稱為需要。
1. 本專案解決了客戶的什麼問題？
2. 本專案涉及到什麼人、什麼單位？
3. 本專案的目標是什麼？
4. 本專案的範圍是怎麼樣的？
5. 本專案的成功標準是什麼？
需求分析之需求規格說明書
需求規格是很細級別的但又沒有細到詳細設計程度的需求了，描述出系統與使用者是如何互動的，系統要滿足怎樣的一些非功能要求。
分為功能需求和非功能需求。
對於功能需求，我們往往會描述成用例圖。
對於非功能需求，往往會對系統穩定性、效能、相容性提出要求。
需求分析過程，無非就是由背景到需要到需求規格的過程，這個過程是螺旋前進的。需求分析中最難解決的問題往往就是搞不清需求之根源，把握不清背景和需要，往往就會被繁瑣的需求規格所困住，被客戶牽著鼻子走。
標準需求分析書
1. 簡介
a) 背景
b) 定義、首字母縮寫和縮略語
c) 約束
d) 參考資料
2. 目標與範圍
a) 目標
b) 範圍
3. 邏輯概念及描述
a) 概述
b) 邏輯概念1~n
4. 功能性需求
a) 總用例圖
b) 用例包1~n
c) 其它需求項
5. 非功能性需求
a) 執行環境
b) 介面
c) 使用者介面
d) 效能
e) 安全
f) 故障外理
6. 需求用例關係表
7. 附錄
8. 版本修訂歷史記錄
系統上線了，客戶給你的挑戰就會陸續而來，上述幾個問題是實際工作中常見的幾類問題：
l 對於符合需要的易用性方面的要求，應盡量滿足。
l 有些問題可通過改善管理辦法來解決。
l 有些問題需要同時在軟體和管理辦法上做工作來改善。
l 客戶一時衝動的要求，可另闢蹊徑解決。
l 客觀條件做不到的、技術上做不到的，應予以拒絕。
l 超出範圍的要求，可引導客戶做第二期。
需求分析能力的提高，依靠長期的積累，長期的實踐！以下是一些建議：
1)不要以為學過了一些需求分析知識，就以為自己很厲害，也不要用這些大道理來指導專案組工作，不僅對專案組毫無實際幫助，還會幫倒忙。
2)不要一畢業就直接投身需求分析的工作，最好還是從編碼開始，另外也可以考慮做測試、實施。
3)要不斷地積累業務知識、技術知識。
4)學習物件導向分析、物件導向設計，並在實際工作中運用，物件導向分析與設計的方法，會從本質上提高你發現問題、分析問題、提煉問題、解決問題的能力。從這點上說，從開發開始是最好的選擇。
5)把握一切能提高你表達能力與理解能力的機會，和別人溝通要及時表達出你對別人說話的理解，平時多寫文章、部落格之類的，提高你的書面表達能力。
6)為什麼強調要有豐富的管理和被管理的經驗呢？訂餐系統中其實我們看到很多跟管理相關的問題，很多問題是需要管理辦法去解決的，缺乏管理和被管理的經驗，就會難以理解客戶的問題，更加是無從從管理上提出具體的解決辦法。
做好需求分析
做好需求分析 做好需求分析，是需要有一定的方式方法的，我總結的方法流程為 獲取使用者 需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。獲取使用者需求 這是該階段的乙個最重要的任務。以下為獲取使用者需求需要執行的活動 了解客戶方的所有使用者型別以及潛在的型別。然後，根據他們的要求來確定系統...
怎樣做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...
怎樣做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...