1. 繪製系統關聯圖，這種關聯圖是用於定義系統與系統外部實體間的界限和介面的簡單模型。同時它也明確了通過介面的資訊流和物質流。
2. 建立使用者介面原型，當開發人員或使用者不能確定需求時，開發乙個使用者介面原型—乙個可能的區域性實現—這樣使得許多概念和可能發生的事更為直觀明了。使用者通過評價原型將使專案參與者能更好地相互理解所要解決的問題。注意要找出需求文件與原型之間所有的衝突之處。
3. 分析需求可行性，在允許的成本、效能要求下，分析每項需求實施的可行性，明確與每項需求實現相聯絡的風險，包括與其它需求的衝突，對外界因素的依賴和技術障礙。
4. 確定需求的優先級別，應用分析方法來確定使用例項、產品特性或單項需求實現的優先級別。以優先順序為基礎確定產品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中加入每一項變更，並在那個版本計畫中作出需要的變更。
5. 為需求建立模型，需求的圖形分析模型是軟體需求規格說明極好的補充說明。它們能提供不同的資訊與關係以有助於找到不正確的、不一致的、遺漏的和冗餘的需求。這樣的模型包括資料流圖、實體關係圖、狀態變換圖、對話方塊圖、物件類及互動作用圖。
6. 建立資料字典，資料字典是對系統用到的所有資料項和結構的定義，以確保開發人員使用統一的資料定義。在需求階段，資料字典至少應定義客戶資料項以確保客戶與開發小組是使用一致的定義和術語。分析和設計工具通常包括資料字典元件。
7. 使用質量功能調配，（qfd）是一種高階系統技術，它將產品特性、屬性與對客戶的重要性聯絡起來。該技術提供了一種分析方法以明確那些是客戶最為關注的特性。qfd將需求分為三類：期望需求，即客戶或許並未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實現了會給客戶帶去驚喜，但若未實現也不會受到責備（zultner 1993;pardee 1996）。
記住一點，不要試圖在你的專案中把這些方法都用上去，四個現代化並不是一夜就可以實現的。同樣，嘗試著使用你認為對你很有幫助的方法，確實收到效果之後，在考慮繼續學習方法。因為上面提到的都是需求分析的大方法，事實上還有很多很多的方法可以採用，例如，採用srs模板、指明需求的**、為每項需求注上標號、記錄業務規範、建立需求跟蹤能力矩陣、審查需求文件、以需求為依據編寫測試用例、編寫使用者手冊、確定合格的標準。
很多人都沒有意識到業務需求階段應該做些什麼事情，實際上業務建模是最重要的一件事情。不要覺得業務建模這個詞很深奧，讓人模不著頭腦。其實所有做過需求分析的人都做過業務建模，比如你了解企業的運作模式就是一種你腦海中的業務建模。但是大多數人都沒有科學的、系統的、文件化的做過業務建模。
需求分析步驟**）
1、 明確管理目標:調查與分析管理上希望達到的目標或需要解決的問題，區分主次;
2、 優化管理流程:由於引入crm系統，對原有的手工業務操作或審批流程必然會有調整，需要以客戶為中心重新梳理流程，使流程順暢、合理;
3、 明確應用許可權與功能:根據崗位與業務角色，明確各角色在系統中的應用許可權與詳細應用功能;
4、 確定功能規格與應用介面:根據應用要求，確定應用介面與詳細的資訊格式與展現方式;
5、 確定與其他資訊系統的介面;
6、 明確系統部署與應用模式;
7、 分析資料，確定資料匯入與資料質量控制的方案;
8、 協商與明確系統應用培訓的模式。
測試需求分析的步驟：
1、熟悉需求背景及商業目標：
a)了解清楚專案發起的原因，是為了解決使用者的什麼問題。
b)當前的解決方案是不是最優的，為什麼會這樣做。
2、業務模型法：
a)考慮本專案與外部系統的互動，劃分系統邊界（除了本專案的需求中要求做的事情，其他的都可以是外部系統，本系統和外部系統之間的互動就是系統的邊界），。可以參考系統分析說明書。
b)確定測試範圍和關注點。系統的邊界是測試的重點，特別需要關注邊界互動時的資料互動。
3、業務場景法：
a)考慮用例的呼叫者；考慮每乙個用例提供的服務是供哪些外部用例或者系統呼叫，找出所有的呼叫者。呼叫的前提、約束都要考慮。每乙個呼叫都可以考慮成乙個大的業務流程。（一般和外部有互動的用例出錯的概率比較大，需要重點關注。具體被哪些外部呼叫，每個產品線都需要自己整理新增。）
b)考慮系統內部各個用例之間的互動（有可能
pd劃分用例的粒度不同，我們暫時考慮使用者一次提交並且系統的狀態及資料發生變化的功能是乙個用例），形成內部業務流程圖。需要分析每個用例之間的約束關係、執行條件，組織出各種業務流程圖。
4、功能分解法（對每乙個
uc）：
a)使用者與系統的每一次互動，都可以認為是乙個小功能。
演算法分析一般步驟
很多程式設計師都愛犯的乙個毛病，就是剛開始動手寫 就想找到最優解，對那些已經被人解決過的問題，還可以通過網路獲取最優化的解決方案，當進入乙個全新的領域，這種想畢其功於一役的想法會限制人的能力，推遲專案進度。更一般的做法是 1 先分析問題，找到乙個可行的方案 2 將方案落地 3 思考當問題規模增大乙個...
RequisitPro管理需求的一般步驟
1 11 2010 7 34 27 pm requisitpro 中的需求種類 requisitpro 中有四種不同型別的需求 features and vision 描述產品的特性和前景。stakeholder requests 涉眾需求是指從與系統相關的參與者手中收集到的資訊，它不一定是某個需求...
SEO一般步驟
seo並不是簡單的幾個秘訣或幾個建議，而是一項需要足夠耐心和細緻的腦力勞動。大體上，seo包括六個環節 2 架構分析 結構符合搜尋引擎的爬蟲喜好則有利於seo。架構分析包括 剔除 架構不良設計 實現樹狀目錄結構 導航與鏈結優化。3 目錄和頁面優化 seo不止是讓 首頁在搜尋引擎有好的排名，更重要的是...