目錄 ：
前言：
1什麼是需求，需求分析在整個開發周期的作用。
2在需求過程中的三個里程碑
2.1第一階段確定專案的大背景
2.2第二階段專案本階段的核心需求定義和確定
2.3第三階段專案詳細需求分析
前言：
需求對於我們it人來講是乙個再熟悉不過的名詞了，如何在專案開發周期做需求，那就是各有各的道了，下面是我對軟體開發過程中對做需求的理解和總結。希望能給大家帶來一點不同的感官。
1什麼是需求，需求分析在整個開發周期的作用。
對於需求概念來講就是功能+質量+約束。在整個開發周期中，需求是整個開發的基礎。需求分析成功，則軟體風險就減少了一半。
這麼一講，還是蠻空洞的，對於我們來講如何進行需求分析，它的流程是什麼，每步流程的標準又是什麼呢？
本人在需求操作中，主要分為三個階段。
第一階段 確定專案的大背景。第二階段 專案本階段的核心需求定義和確定，第三階段 專案詳細需求分析。
2在需求過程中的三個里程碑
2.1第一階段確定專案的大背景
確定專案的大背景，就是充分的了解專案的領域，客戶對專案的期望值。其次，對於企業專案來講，在確定專案目標後，還要進一步的了解客戶的企業框架。當前專案在企業框架中位置，第三方介面定義等等。
在考慮到完成業務上的預景後，接下來就是專案實現技術實現方案，選擇實現專案的技術框架（通常包含 開發平台，第三方元件，硬體環境，測試環境，部署環境等）
第一階段的配置項為
《企業建設方案》
2.2第二階段專案本階段的核心需求定義和確定
表的格式為
功能質量
約束業務及需求
使用者級需求
開發級需求
功能：
軟體功能又分關鍵功能，次要功能等。在第二階段，我們要做的就是分辨並整理關鍵功能，和次要功能。根據專案的規劃，找出當前需要實現的關鍵功能，與此同時，對於高風險，技術風險大的功能，或者關鍵功能中相互衝突的功能進行前期取捨。（當然啦，在取捨和確定具體的功能範圍，還是要和客戶之間相互溝通的）
最後要補充一點的，就是確定關鍵功能這個過程是不停遞迴的乙個過程。
質量：
一般質量分類包含 效能，安全性，可靠性，易用性，可擴充套件，可維護，可移植等。
在需求分析中，和關鍵功能一樣，要根據專案的願景，進行關鍵質量的篩選。
在某種情況下軟體的質量之間還是有衝突，魚和熊掌不可兼得的情況，如 可維護性和效能是一對對立的兩兄弟。我們還需要對這樣的關鍵質量進行必要的取捨。在作出這樣的取捨，依據的標準就**於我們需求的第一階段的工作。
約束：
軟體的約束分好多的角度，
使用者級約束：舉例：使用客戶用一部分是殘障人事等，其包含了藏語使用者等
開發級約束：舉例：開發人員的技術水平等。
在調研並完成這樣的二維需求表後，及時的和客戶溝通，確定關鍵功能，關鍵質量和約束等。對二維需求表中的內容進行取捨和確定。
在第二階段出的配置項
二維需求表
2.3第三階段專案詳細需求分析
在第二階段的基礎上，我們就可以對專案核心功能進行資料流需求調研分析，業務邏輯分析。並在這基礎上編寫使用者用例，資料流轉圖，業務邏輯圖等
在完成了以上業務核心功能的詳細調研分析後，將全部用例和其他內容組合在一起，制定《專案需求規格說明書》。
在第三階段出的配置項
《專案需求規格說明書》。
軟體需求如何做？
經歷軟甲軍標的編寫。加上幾年的軟體設計，對軟體的需求重要性可以說體會的很深刻。1 首先要自己學習。學清楚要面對的物件，我們現在做的儀器，需要搞清楚儀器的執行原理。技術細節的問題。2 同行的同類產品的比較分類。對國內外產品的考察。比較分類，要知己彼才能設計好軟體的需求。3 面對的主要使用者群體那邊來，...
如何做需求分析
如何做需求分析 原則 永遠不要顯得比客戶更聰明 第一條 了解需求，而不是去批評客戶 第二條 客戶比你更熟悉業務的環境 第三條 客戶總是知道問題在哪兒，你的工作就是要讓他們自己願意說出來 原則 尊重使用者的現實選擇 第一條 客戶永遠是對的 第二條 提供最合適的解決方案，而非最好或最貴的方案 第三條 不...
如何做需求分析？
目錄1.使用者需求與產品需求分析 2.什麼可以把產品需求轉化為使用者需求？3.使用者動機 4.需求篩選 一 分析 1 產品的構思初期，我們會羅列盡可能多需求，也會收集到很多需求。但有些需求是偽需求，有些需求也不具備實現價值，那我們如何做判斷呢？每天有無數產品誕生，也有無數產品隕落，很多時候會談到乙個...