主要從四種檢視來進行分析設計，最後過渡到需求文件以及系統設計上。這四種檢視分別是：
l業務願景
l業務結構
l業務行為
l業務過程
因為這些圖示業務中的不同方面，而並不是分離的檢視，因此有可能以此考慮乙個，也有可能一次考慮多個檢視。
一、業務願景
業務的願景中包含了業務觀點和他所要實現的目標，通過願景陳述和目標模型來描述。如果沒有定義好一些關鍵的概念，我們很難明確的表達出願景陳述和目標。因此，我們可以同時建立乙個概念模型來實現這個檢視，並且幫助闡明業務中的關鍵概念。
1、目標模型
首先根據業務的願景和目標的陳述，分析出如何實現這些目標（和客戶一起），把大的目標分解成階段性目標，直至最小化。找出現行業務的不足之處，根據以上分析描繪出該業務的「目標模型檢視」。
2、概念模型
為了實現目標模型，從而提出了概念模型。這個模型中定義了一些關鍵的概念，這些概念對於我們為業務建模非常重要。例如：業務計畫、產品策略、產品集描述等等。
二、業務過程
業務過程集中於如何實現業務願景陳述、目標模型和概念模型中概述的遠景和目標。我們可以通過過程分層控制模式和過程分層**模式。這些功能強大的模式通常可以一起是用來簡化大多數業務的構造。
三、資源和組織
資源和組織是在業務結構中建模的。組織模型展現了人力資源的結構，而資源模型展現了其他資源的結構和行為，這些資源有產品、文件和機器。資源模型中的那些資源主要是那些用於過程模型中的。
1、資源建模
基於以上分析，找出概念模型中的關鍵概念，分析其可能存在的狀態。
2、組織建模
透徹的理解乙個組織的結構，他的重要性不僅在於重建的目的，同時對於傳名每個組織單元的職責也是相當重要的。此時我們可以採用
uml的活**來描述組織的相互關係和工作流。
四、過程分解
複雜的過程可以被分解，從而來實的能更好的理解。此時可以把這些分解了的過程，使用檢視的方式描繪出來，有多少個子過程就應該有多少分解了的檢視，方面了解整個業務系統的細節。
五、支援系統
可以理解成為了達到良好的業務成績，必須實現的軟體和硬體的系統支援。從而得出整個系統架構的大致模型。
六、進入系統需求設計
業務建模之一 業務分析
業務要求 似乎是it程式設計師永遠無法越過的一道坎，輕飄飄一句 不滿足業務要求 足以讓你從雲端自由落體 業務邏輯 是it程式設計師心中無法言及的痛，它總是那麼 蠻橫得不講道理 如果讓程式設計師評選 最不合邏輯的邏輯 結果一定會是業務邏輯。當 不滿足業務要求 或者 不符合業務邏輯 時，年輕的程式設計師...
業務建模之二 業務流程建模標註（BPMN）
在業務建模的過程中，以文字進行分析肯定沒有圖形更加直觀。而使用bpmn無疑是乙個不錯的選擇，bpmn為建立業務流程模型提供了乙個簡單的機制，同時又能夠處理來自業務流程的複雜性。相信通過本文的介紹，能夠為讀者建立業務流程模型增添助力。bpmn 定義了一種業務過程圖 bpd 該圖是基於一種專門繪製流程圖...
15 資料倉儲 建模步驟一 業務建模
業務建模是針對公司或者部門級的業務進行全方面的梳理和分解，主要解決業務層面的分解和程式化 業務建模也是按照層級逐層展開的，依次是頂層模型，業務域，業務流程，業務環節 1 頂層模型 頂層模型是從公司整體業務的角度，劃分業務模組，以及各個業務模組之間的互動關係。比如公司有交易，財務，營銷模組，財務模組跟...