接上篇：基礎架構功能需求之-可快速搭建業務辦公系統原形
http://www.cnblogs.com/bobzhangfw/archive/2007/01/13/619261.html
繼續對其業務模型做詳細的需求分析，歡迎大家評論
通常大家會認為業務模型是一個基於工作流程的業務辦理流程，分為很多個步驟來完成。在本文中我把單環節的業務、功能點都抽象為一個業務包。業務包發布的形式可以為業務審批模式、資料處理模式、查詢匯總模式、資料發布模式等等。
業務模型包含：業務狀態、業務許可權、業務角色、業務表單、業務報表、商務程序、業務資源、資料模型。業務模型可以打包匯出、業務模型中的各個要素也可以打包匯出。
1、業務狀態：提供業務辦理過程狀態變遷的描述資訊。系統預設的業務狀態包括：啟動、在辦、結束、退件、暫緩、掛起、督辦、代理，除了啟動、結束、退件，其他狀態是可以組合的。。
1.1啟動：項目啟動狀態；
1.2在辦：項目在流轉過程中；
1.3結束：項目正常辦結狀態；
1.4退件：項目非正常辦結狀態；
1.5暫緩：項目暫緩辦理狀態，暫緩時間到後，通過資訊收集機器人進行訊息提示；
1.6掛起：項目在某個辦理環節，超過設定的時間後，系統自動將其狀態設為掛起，通過資訊收集機器人進行訊息提示；
1.7督辦：項目接受督辦後，項目的狀態增加督辦狀態；
1.8代理: 項目規定辦理人員無法辦理，委託他人代理，項目增加代理程式狀態。
2、業務許可權：繼承組織圖模型中的崗位角色許可權，也可以自訂增加。
3、業務角色：預設定義自動辦理角色控制商務程序的人工環節，可以繼承組織圖模型中的崗位角色、崗位人員，也可以自訂增加業務角色，與使用者關聯。業務許可權與業務角色為控制業務表單的讀寫權限服務。
4、業務表單：繼承模板中心的表單範本，與業務資料模型進行關聯，作為商務資訊收集與檢索的基本工具。
5、業務報表：繼承模板中心的報表範本，與業務資料模型進行關聯，作為資訊展現的基本工具。
6、商務程序：一個業務可以訂製多個流程。包括：開始、分支節點、彙總節點、子流程、人工環節、自動環節、流向線、結束。每個流程必須有一個開始與結束節點，但允許出現廢氣環節。
6.1 人工環節包含的資訊：環節名稱、環節描述、環節類型、辦理的角色、辦理時限、是否計入辦理時限、相關業務表單、業務報表、時限單位（年、季度、月、周、日、時）、主辦/協辦
6.2 自動化節點：環節名稱、環節描述、環節類型（預設為自動化節點）、辦理角色（預設為自動化辦理角色）、辦理時限（預設為空白）、
6.3 流向線包含的資訊：流向線名稱、發送節點、接受節點、業務狀態變遷、代理服務（操作若干個指令碼）、必須經過標誌（如果發送節點為主辦節點，那麼該流向線標示為必須經過）。
6.4 分支節點：類似於自動化節點。可以指定三種移交方式：1個角色接受、全部角色接受、若干個角色接收。
6.5 彙總節點：也類似於自動化節點。不與分支節點形成配對關係，只對標識為必經的流向作判斷。
7：業務資源：引入系統資源模型中的程式集或者com等資源，引入windows/web表單的風格，以及引用的指令碼庫。
8、資料模型：引入系統資源模型中的資料模型，可以繼續修改，並且發行就緒到系統資源資料模板中心。
