分析建模有兩種方法結構化分析和物件導向的分析。
結構化分析：考慮資料和處理。
物件導向分析：關注定義類和影響客戶需求的類之間的協作方式。
1、資料建模：
定義在系統內部處理的所有資料物件、資料物件間的關係以及其他與這些關係相關的資訊（基數，1：1或1：n等；形態：0關係可有可無，1關係必須出現1次）。這裡的資料物件只是封裝資料，沒有對資料的操作的引用（和物件導向方法中的物件有區別）。
輔助圖形；實體-關係圖。
2、基於場景建模：
根據用例開發活**、泳道圖。
輔助圖形：活**、泳道圖。
3、資料流建模：
主要是生成資料流圖，資料流圖和系統流圖類似，也是分層細化顯示結構。在資料流圖中實體物件用矩形表示，過程**換）用橢圓形表示（泡泡），帶標記的箭頭代表資料物件，平行線表示資料檔案。資料流圖製作指導原則：（1）第0層的資料流圖應將軟體/系統描述為乙個泡泡；（2）主要的輸入和輸出應被窒息地標記；（3）通過把下一層表示的候選處理過程、資料物件和資料儲存分離，開始求精過程；（4）應使用有意義的名稱標記所有的箭頭和泡泡；（5）當從一層轉到另一層時要保持資訊流連續性；（6）一次精化乙個泡泡。
處理規格說明：描述在求精過程中最終層次的所有流模型的處理，可以包括敘述性正文、處理演算法的程式語言（pdl）描述、數學方程、表、圖或圖表。
4、控制流建模：
很多問題是事件驅動而不是資料驅動，對關注時間和效能的問題可以使用控制流建模。
控制規格說明（cspec）：包含乙個狀態圖，該圖是行為的序列說明；也可能靠擴程式啟用表——行為的組合說明。
輔助圖形：狀態圖。
5、基於類的建模：
首先識別分析類，分析類可以是外部實體（系統、裝置、人員等）、事物（報告、顯示、字母、訊號等，問題資訊域的一部分）、角色（經理、工程師、銷售人員）、組織單元、場地、結構等等（用例中的名詞），再描述分析類的屬性、操作。分析類可分為實體類、邊界類、控制類。
實體類：從問題的說明中直接提取出來。
邊界類：用於建立使用者可見的和互動的介面。
控制類：自始自終管理工作單元。
crc建模：一堆卡片，每張卡片表示乙個類，頂部是類名，左邊是職責，右邊是協作者。分析師可以同過類之間是否有以下三種聯絡來識別協作者（1）is-part-of；（2）has-knowledge-of；（3）depends-upon。
分析類的行為模型可使用類狀態圖和時序圖（順序圖）。
軟體工程之需求分析
軟體需求分析是軟體生存期非常重要的一部分。它是介於軟體計畫和軟體設計之間的橋梁。一方面，需求分析以系統規格說明和專案規劃為分析活動的出發點，並從軟體角度對它們進行檢查與調整 另一方面，需求規格說明又是軟體設計 編碼 測試 乃至維護的重要基礎。良好的分析有助於避免或儘量減少早期錯誤。從而提高軟體生產率...
軟體工程之需求分析
可行性分析的基本目的就是用較小的成本在較短的時間內確定軟體是否有可行的解決方案，即軟體值不值得開發的問題。一旦確定要開發軟體，開發人員首要的任務是要搞清楚使用者的需求。對軟體需求的深入理解是軟體開發工作獲得成功的前提條件，需求分析是軟體定義的最後乙個階段，它的基本任務是準確的回答 系統必須做什麼 的...
軟體工程之需求定義
學習 需求獲取 剪枝 需求優選 文件化 撰寫需求規格說明書 需求的定義涵蓋如下內容 將問題與解決方案分開 建立單獨的問題描述文件 什麼是需求？jackson,1995 例項一 需求r 當飛機在跑道上移動時，反推器應處於工 作狀態領域性質d 規格說明s 當且僅當有輪脈衝產生時，反推器工作。s d r?...