需求分析作為軟體工程中不可或缺的一項重要的內容，在許多的方面都有重要的作用，可以說需求分析做不好，將來的軟體驗收和維護都會遇到很大的困難甚至要進行軟體的重構，下面來看一下我的導圖：
（一）需求分析的任務：
1、構造模型
首先就是要構造目標的業務模型，從原系統的模型出發經過轉化最後形成現有系統的模型
2、分析需求
軟體的需求包括：
——功能需求 ——使用者介面需求
——效能需求 ——資源使用需求
——環境需求 ——成本消耗需求
——可靠性需求 ——開發進度需求
——安全保密要求 ——預計系統達到的目標
3、分析綜合
此階段為逐步細化功能，找出系統元素之間的聯絡、介面特性，分析它們是否滿足功能要求的階段，若此階段出現問題，則需要重新與客戶進行需求的分析或對系統的模組進行重新設計。
（二）結構化分析法
1、資料流圖
資料流圖是分析乙個需求具體要做什麼的乙個很好地的工具，具體涉及到使用什麼檔案，以及配合資料字典有很好的詮釋性，下面是資料流圖的元素符號
從信管的第五章可以了解到，在畫資料流圖之前要先把業務流圖也畫出來，以便於業務的分析和資料流向的確定。
2、資料字典
資料字典和資料流圖是相輔相成的，有了資料流圖就應該有與之相對應的資料字典來解釋裡面的資料**。
3、判定樹和判定表
判定樹和判定表都可以很好的從另乙個方面來表示資料流圖的邏輯關係，下面為兩者之間的應用區別。
如果資料流圖的技工粗腰依賴多個邏輯條件，則用判定表來描述比較合適：
判定樹對於判定邏輯較簡單和條件較少的邏輯來說比判定表要直觀
（三）原型化方法
原型化方法是了讓使用者和開發者更好的溝通而存在的，用來讓使用者對未來的軟體功能有乙個直觀的了解，以便於程式設計師修改收集到的需求和使用者明確自己的需求。
注意：這裡的原型指的是乙個框架程式，讓使用者了解預期模型，並沒有實際功能
（四）動態分析法
主要涉及到了三種圖的畫法：狀態遷移圖、時序圖、petri網
狀態遷移圖有點像我們學過的數電裡面的時序分析圖，都展現了從乙個狀態到乙個狀態的經歷過程，模擬來看相對要簡單一點，只要弄清楚了來龍去脈就可以畫這個圖了。
時序圖和遷移圖之間的區別是他描述了時間上的訊息傳遞順序，關鍵線索是時間，類目為類名和物件，而遷移圖為物件的狀態，所以說是從根本上的兩個方面的圖。
petri網是物件類之間的動作關係的一張網，主要也是表達了整體業務的詳細邏輯圖，主要適用於併發處理的系統，可以清晰的看到裡面物件之間的動作。
軟工 軟體需求分析
一 需求分析的任務 1 確定對系統的綜合需求 2 分析系統的資料需求 3 匯出系統的邏輯模型 4 修正系統開發計畫 5 開發原型系統 二 需求分析的原則1 必須能夠表達和理解問題的資料域和功能域 2 按自頂向下 逐層分解問題 3 要給出系統的邏輯檢視和物理檢視 三 資料流圖 1 特性 抽象性 概括性...
軟工系列之 需求分析
第三章 需求分析 需求的定義 分類。1 使用者解決問題或達到目標所需的條件或能力。2 系統或是系統部件要滿足的合同 標準 規範或其他正規文件所需要具有的條件或是能力。3 一種反映上面所描述的條件或是能力的文件說明。需求就是以一種清楚簡潔，一致且無二義性的方式，對乙個待開發系統中各個有意義方面的陳述的...
軟工文件 需求說明
軟體需求說明書是需求分析階段擬的乙個文件，是對軟體目標及範圍的精確和細化，深入描述了軟體的功能及軟體的約束範圍，進一步確定軟體的功能和效能，從而使使用者和軟體開發者對該軟體的初始的規定有乙個大概的了解，有利於對專案的回溯以及對每個功能標準記性定位。預期的讀者 系統分析人員，開發人員，專案管理人員，使...