#### UML建模順序 > 業務分析 -> 業務功能建模 -> 業務流程建模 -> 用例建模 ->領域建模 #### 業務分析及業務流程建模 需求分析的主要工作就是通過建模方法，使組織內的不同角色有一個可以進行交流分析溝通的的手段，最后能對業務有一個共同的理解，以便于后續具體工作的開展。 > “企業流程”→“系統需求”→“領域模型”→“系統結構(宏觀與微觀)”→“系統實現” 業務分析的目的就是為了構建原始的業務模型。獲得了模型后，分析人員就能夠提出改進的建議，確定進行改進的機會，并能夠預估更改對業務和現有應用程序的影響。此外，對原始模型的分析還能幫助標識現有IT系統資產，以便進行服務化之后以供重用。它可以分為業務功能分析和業務流程分析。 業務流程分析，是對業務功能分析的進一步細化，從而得到業務流程圖即TFD （Transaction Flow Diagram ），業務流程圖是一個反映企業業務處理過程的“流水帳本”。幫助確定流程工作與合作建模的基本要素，更好地分析理解其同其他要素的關系，例如業務目標、業務策略、面對的問題、產生的影響、組織機構參與者或者相關的企業架構。 業務流程分析的目的是：形成合理、科學的業務流程。通過分析現有業務流程的基礎上進行業務流程重組（BPR），產生新更為合理的業務流程。 業務流程分析的工作主要是定義項目的內容，即對現行的管理進行仔細地回顧和描述，從而認識項目的業務和技術上的具體要求。