作為乙個開發人員，怎樣一步步地做好應用的需求定位和分析，這是很重要的 。乙個好的需求定位和明確的分析，可以讓你在之後的工作，事半功倍，讓系統的功能和可用性得到很大的提高。
如何收集需求？
1、對於使用者進行有針對性的訪談（因為我們需要了解和明白核心需求，後期的業務會主要圍繞這些部分進行開展）
2、對於內部需求的收集，需要內部人員提供需求使你明確需求提出的目的，並提供解決方案。
3、需求評審，一般情況下2天左右需要專案組成員之間進行乙個需求評審的會議。
1、需求的篩選和分類；儘管我們保持嚴謹的態度收集大量的需求，其中還是有很多需求是「偽需求」，甚至是不合理的，需要將這些需求進行「清洗」，選擇好的需求和留下真正需要的需求，去除重複的和假需求。
2、設定優先順序，因為可能有各種原因導致你在軟體發布的時候，不一定能覆蓋所有的需求，就需要你去設定優先順序，將優先順序高的需求先實現，讓軟體和系統能以核心的功能成型，這樣在後期的版本迭代中，也能更有目標和計畫的進行功能的完善。
3、需求的大評審，這次的評審會包括所有與該系統或軟體有關的人員（包括測試、運維等等）進行比較完善的評審，這次需求評審可以看做是產品開發的初始化或者預開發。
（1）可行性研究
它指明現有的軟體、硬體技術能否實現使用者對系統的要求，從業務角度來決定系統開發是否可行以及在預算範圍內能否開發出來。可行性研究的結果是清楚的回答：該系統是否值得開發
（2）需求匯出和分析
這是乙個通過對現有系統分析、與潛在客戶討論、進行任務分析等匯出系統需求的過程，也可能需要開發乙個或多個不同的系統原型，以幫助分析員了解所要描述的系統。
（3）需求描述
需求描述就是把在分析活動中收集的資訊通過分析整理之後以文件的形式確定下來。該文件中有兩類需求：使用者需求是從客戶和終端使用者角度對系統需求的抽象描述；系統需求是對系統要提供的功能的詳盡描述。
（4）需求有效性驗證
主要是通過評審、驗證等一系列活動來找出需求文件中的錯漏並加以改正。
（5）需求管理
需求管理需求管理是一種系統化方法，可用於獲取、組織和記錄系統需求並使使用者和開發方在系統變更需求上始終保持一致
結束語：做好需要分析，最主要的還是需要我們要能覆蓋的全面，不要將一些核心的當作可有可無，甚至是忽略了很多的需求。多做可行性分析，用好一些軟體多畫一些用例圖進行用例的分析。
程式設計師 了解使用者的需求
最近一直在做乙個公司內部的認賬系統。由於是小公司，並且是第一版，需求並不是很明確，有些內容，邏輯得程式設計師自己琢磨 苦逼啊 然後呢，其中就有這麼個內容，由於原流程還需要涉及到訂單的狀態，比較複雜，就簡單的只用 認賬 開票來做個簡單的流程圖 1.財務的流程其實非常簡單，是這樣的 只需要最後的認賬，與...
敏捷的程式設計師才是程式設計師 談快速響應需求
敏捷軟體開發，是我在06年讀碩士的時候正式接觸的概念，i love it.當我第一次聽說這個東西的東西，我立刻被他迷住了。在林銳的 大學十年 中，他說他母親觀察他有沒有退步，有兩個法寶 1 有沒有發胖，如果胖了說明用功不夠 2 說話快不快，快說明思維仍然敏捷。梁肇新曾經說 快是一種本質，東方不敗為什...
程式設計師何苦為難程式設計師
職場上有很多辛酸事，很多合夥人出局的故事，很多技術骨幹被裁員的故事。說來模板都類似，曾經是名校畢業，曾經是優秀員工，曾經被領導表揚，曾經業績突出，然而突然有一天，因為種種原因，被裁員了，想申訴，想求解釋，結論是，能力不匹配，未能與企業一起成長云云。這有兩說，一說是企業冷血，卸磨殺驢，嫌棄老人成本太高...