閱讀完林銳《軟體工程與專案管理解析》中關於需求分析章節，弄明白了以前自己做需求的時候很多問題，這些問題的存在讓我覺得需求分析這個階段就像是攔路虎，很壓抑。
1、需求階段不明
需求分析到底包含幾個階段呢？這是我一直很不理解的地方。為了弄清楚這個問題，還是得先弄明白需求的本質是什麼。
」寬泛的講，需求**於使用者的一些『需要』，這些『需要』被分析、確認後形成完整的文件，該文件詳細的說明了產品『必須或應當』做什麼。「
由此可見，」需求「就是使用者的需要，這一階段的任務就是要搞清楚使用者的需要。文件這些都是輔助手段，而且是必要的。
明白了這個道理，那如何才能做到？
整個需求工程分為：需求開發和需求管理兩部分，各部分又有幾個階段：
需求開發：
需求調查——〉得到《使用者需求說明書》
需求分析——〉使用」問答分析法「或「建模分析法」對各種需求資訊進行分析，消除錯誤、刻畫細節。
需求定義——〉根據以上的結果，定義準確無誤的產品續期，產生《產品需求規格說明書》。
需求管理：需求確認——〉需求跟蹤——〉需求變更控制
《使用者需求說明書》與《產品需求規格說明書》的主要區別與聯絡：
（1）前者主要採用自然語言（和應用域術語）來表達使用者需求，其內容相對於後者而言比較粗略，不夠詳細；
（2）後者是前者的細化，更多地採用計算機語言和圖形符號來刻畫需求，產品需求是軟體系統設計的直接依據；
（3）兩者之間可能並不存在一一對映關係，因為軟體開發商會根據產品發展戰略、企業當前狀況適當的調整產品需求，例如使用者需求可能被分配到軟體的數個版本中，軟體開發人員應當依據《產品需求規格說明書》來開發當前產品。
兩者的模板都包含了產品的功能性需求，內容為：
功能類別
功能名稱、標誌符
描述featurea
functiona.1
...featureb
functionb.1
...featurec
functionc.1
...
也都包含了非功能性的需求：
需求類別
需求名稱、識別符號
描述使用者介面需求
軟硬體需求
質量需求
從模板上來看，後者多了對前者的功能的喜歡，每個功能點都寫明了：
名稱、識別符號
優先順序功能描述
資料及解析
輸入、輸出、操作系列等
其他說明
參考示例
自己之前做的工作就是真是太粗糙了，需求調查往往就是大家聊聊，記錄一下他們的想法，然後再自己想想怎麼實現，也沒有評審，就這樣就定了，開發。太兒戲了。。。難怪總是不能達到對方的要求。沒有乙個完整的方**做支撐，管理一片混亂，難怪老是要吃苦果。。。。
我應該如何做？
在做需求調查的時候，根據一定的模板，記錄下使用者的原始需求；
按照一定的格式整理成《使用者需求說明書》；
對每個功能進行細化，得到《產品需求規格說明書》。
因為面對的是內部使用者，且對開發一竅不通，往往使用者今天提了個想法，明天就問做完了沒有，想想實在很**。也是由於自己對這方面的思路不清晰，導致很被動，需要改變這種做法了，不管使用者如何，這個過程自己一定要遵守，按照一定的規則辦事，這樣才能把這件事做好，否則到時候就變得不可收拾。其實這個過程不僅是對我這邊的訓練，也是對使用者那邊的訓練。
需求評審這個過程不能省略，雖然不用簽合同，但是讓大家都對將要開發的功能都有全盤的認識，這個很有必要。
2、需求相關的知識不足
1）需求跟蹤，以前一直沒搞清楚，這個是幹嗎用的，網上也沒有得到特別明確的答案。這個工作目前來說是空白的。
需求跟蹤的目的是建立與維護」需求——設計——程式設計——測試「之間的一致性，簡單的來說，可以有個excel表，記錄下面的資訊：
需求規格說明書（版本日期） 設計文件（版本，日期） **（版本，日期） 測試用例（版本，日期）
這樣，對於每個需求的功能都能找到後續的對應製品，這就可以跟蹤了。那麼只要檢查一下產品規格需求說明書裡的各個需求，是否都實現了，就知道功能需求是否都完成了。
2）需求分析方法
結構化分析方法，我只是關注了」資料流圖」，實際上，整個方法涉及的部分確實有：
實體-關係圖 〈——〉 資料字典 〈——〉 資料流圖
^
|
v
狀態-變遷圖
同時由於我沒有《使用者需求說明書》和《產品需求規格說明書》的概念，把東西都混淆在一起進行表達了，感覺很混亂。
3）時間分配問題
由於專案小，往往要負責需求，設計，開發，由於對需求的重視不足，在這方面的付出不夠，也就做的夠爛。書上也說了，要能給企業帶來利益。這也就是我的專案的價值。那麼只有開發出來的產品，對公司業務部門有節省成本、提高效率、擴充套件市場，才能叫做有價值。如果一味的閉門造車，或者對使用者的需求僅僅是做了粗略記錄，卻沒有深刻分析，然後把時間都投入到開發上，這樣，會帶來很嚴重的後果：需求不對路，開發出來的東西使用者不滿意，或者根本不是使用者要的，白幹了。其實技術不是唯一（指的是這種應用型的）的，滿足使用者需求的技術才是最好的。總之，一定要認識到需求的重要性，花功夫去做細它。
軟體需求分析方法總結 如何分析問題和需求
如何分析問題和需求 萬事開頭難，需求沒有完全分析清楚，系統設計很難滿意。面對專案，我們如何提出問題，如何界定問題主次，哪些問題必須定義，哪些問題可暫時不理.一 提出問題 樹狀遍歷式尋找問題 每個問題都不是單一存在的，它都有相關問題，猶如一棵樹一樣，主問題就是主樹杆，主問題伴隨的其他問題，就是支樹桿，...
軟體需求與分析 問題賬戶需求分析
案例 某大銀行的一位銀行卡辦公室的收賬經理liz遇到了乙個問題。她每週都收到乙份過期未付款的賬戶名單。這份報告已經從兩年前的250個賬戶增加到現在的1250個賬戶。為了確定那些嚴重拖欠債務的賬戶，liz需要通讀這份報告。嚴重拖欠債務的賬戶由幾個不同的規則確定，每個規則都要求liz檢查客戶的一項或幾項...
WEB中需求分析應該考慮的問題
一 針對使用者群體要考慮因素 1.使用者年齡 2.選擇素材 3.布局 4.顏色搭配 5.使用者體驗及動效 6.功能便捷 使用者需求 使用者興趣愛好 性格 職業 教育水平高低 消費觀念 pc端和移動端哪一種多 哪乙個時間段使用產品 對使用者群體全面的分析精準定位 二 競品分析考慮因素 1.主要業務功能...