Siebel应用数据结构层次
在Siebel應用里數據在多個層次上使用了不同的定義方式,每一個層次側重于數據的不同的特征,主要分為數據用戶界面層定義(UI),業務邏輯層定義(Business Layer,可以是業務含義層)以及數據存儲層定義,如圖:
UI展示層主要定義用戶界面接口,它包含的主要對象是我們以前已經交代過的Screen,View以及Applet(View里當前顯示的部分就是一個Applet,而不是JAVA里applet的含義,可以是當前View的數據的列表或者當前某一條記錄的詳細的FORM展示),展示層也分為兩個部分,展現部分是一個HTML的模板,它的定制可以通過一個HTML編輯器進行CSS,公司圖片等各種HTML元素的客戶化,而UI定義層則和邏輯層和數據層一樣,都是使用Siebel Tools進行定義。數據存儲層定義主要定義數據存儲的邏輯結構,主要以表和列的形式來體現,在這層同時還屏蔽了不同廠商數據庫的差別,從而對業務層提供一個統一的數據視圖,一個典型的例子就是,在Siebel的數據結構完全不使用特定關系數據庫的約束方式,而是在Siebel Tool里進行各種關系的建立,比如主鍵約束使用了自己的一個rowid,而不是使用關系數據庫的通常的主鍵的定義,Siebel Tools的輸出是一個*.srf(Siebel Repository File,也就是被編譯后的UI/BOBC/DATA的定義文件)文件,由AOM來使用。
業務邏輯層是Siebel應用里最重要的一個部分,主要包含Business Object(BO)和Business component(BC),在這一層需要把下層的關系數據以一種業務容易理解的形式(如賬戶信息BC)提供給上層消費者。熟悉BIEE的用戶可能會發現,Siebel應用也使用了類似于BIEE里結構分層的定義方式(物理層,邏輯業務層,展現層等),這種特點還是比較Siebel的。
數據結構層次
整個Siebel的數據的層次結構分為三個層次,每一個層次都對應了下一個層次的相應的元素,一個層次的改動不影響另一個層次的穩定性,一張表現他們層次的經典圖如下:
可以看到,一個BC其實對應的就是一個邏輯的表(可以是一個基表也可以是幾個關聯的表的一個邏輯的表),BC里的field就是對應了數據表的列,多個相關主題的BC則組成了BO前面的文章已經交代了View,Screen等屏幕元素,這些屏幕元素和BC,BO也存在一定關系,從BO和BC的觀點來重新定義這些概念就是,View其實對應的就是一個BO,而Applet則對應著一個BC,所謂Control則是屏幕上對應于關系數據字段的顯示。多個相關的View則組成了一個Screen,而多個相關的Screen則組成了一個Siebel應用(如Call Center應用)。
需要注意的是一個BO需要有個一個主要的BC(該BC表示了自己關注的業務實體),如下圖:
總結
以上是生活随笔為你收集整理的Siebel应用数据结构层次的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: SaaS(软件即服务)的魅力
- 下一篇: 浅析json_encode