業務建模是最關鍵的乙個環節，如何真實的反應業務流程，讓成本更精確的分攤到對應的服務物件上，這個過程需要業務的專家和負責人，業務系統的產品經理、工程師都需要加入進來，並且共同討論和決策，讓業務加入是確定成本的分攤是否合理，各個利益部門是否達成共識，讓技術加入是討論資料和系統是否支援。
在建模過程我們需要盡量做到抽象而標準，就是前面我們所說的，相同的網點型別做相同的事，抓主要放次要，比如在網點上我們劃分為營業點、中轉場、業務區、分撥區、總部這樣的網點型別，如果公司業務流程不變化，後面新加的機構只歸類到對應的網點型別就行了，相同的網點型別做相同的作業流程，建模過程中我們要抽象網點型別的作業流程，不要對網點做個性化，如果這個作業在大多數網點動作，我們才考慮歸納進來。這樣做的目的就是讓我們的模型標準化。
營業點業務建模：
營業點主要的業務是收件和派件，又因為收件和派件都是收派員在做操作，所以我們需要考慮如何度量這個收件作業和派件作業所用的時間或資源。
中轉場業務建模：
中轉場主要的業務是對快遞的集和散，集就是把它覆蓋的營業點收件票數按目的地進行打包再發車，散就是按他覆蓋的營業點的目的地分類，再統一傳送到營業點進行派件。完成整個流程需要先卸車->中轉->裝車，在操作中整包和單件的裝卸和中轉成本時間不一樣，為了更好優化作業流程，此時我們需要區分整包和單件作業成本。
車輛業務模型：
車輛主要是對快遞的運輸，車輛業務比較複雜，一輛車可以跑多個線路，不同車可以跑同乙個線路，這樣我們是不能定義到具體的線路作業，哪我們就抽象到線路型別（幹線、支線），然後在生成動因時我們再跟據業務資料生成線路（動因在下次會詳細說明）。
把上面的業務抽象後，生成了我們模型要的配置資料，體現了from->to的乙個過程，經過rr(資源到資源分攤),ra(資源到作業分攤),aa(作業到作業分攤),ao(作業到運單分攤)過程，最後把各個成本分攤到運單上。體現運單在何時、何地、做了什麼操作、用了多少資源和成本金額。
rr分攤邏輯：
ra分攤邏輯：
aa分攤邏輯：
ao分攤邏輯：
以上建表指令碼和資料見：
業務模型 業務概念建模 系統模型 應用邏輯架構
從方法到思維 什麼是應用邏輯架構的正確姿勢？職責明確，某種粒度的模組 包括域 元件 系統 包 類 方法 上述模組之間的明確的關聯關係 若干約束和指導原則 軟體設計本身，模組，粒度，職責，復用，等等，在講解軟體設計的時候，使用的是這個架構圖，這個架構圖是通過系統模型和業務概念架構推導而來。所以系統模型...
初纏之業務建模
業務建模是整個rup 四段式還沒開始前乙個可選的序章 1.開發團隊對目標組織的業務非常白痴，沒法開展系統用例需求。2.尋求業務流程改造 bpr 和自動化。這兩個可能的原因，層次上相差甚遠，但目標都是端平客戶與開發團隊的視線。對於小團隊，可以只對 與待開發軟體系統相關的，最不清晰，最重要的一小部分業務...
全程建模 業務模型用UML元素如何表達？
狐狸糊塗 10 06 10 請教大家乙個問題 業務建模應該包括哪些東西？青潤10 07 14 rup中關於業務建模目的地描述是 了解目標組織 將要在其中部署系統的組織 的結構及機制。了解目標組織中當前存在的問題並確定改進的可能性。確保客戶 終端使用者和開發人員就目標組織達成共識。匯出支援目標組織所需...