1 閱讀指南
1.1 關于ZLBH構建者
1.1.1 ZLBH的構建者主要針對如下的類型：
1.1.2 具有相當的業務經驗，具有一定的編程基礎，有豐富的數據庫知識，具有規劃設計比較大型應用系統實例的人員，在熟悉ZLBH原理和技術細節后，可以利用ZLBH去完成比較大型的完整的應用系統。
1.1.3 具有相當的業務經驗，對應用系統比較熟悉，有數據庫基礎，在熟悉ZLBH后，在管理員或其它技術支持下可以構建一些部門級別的應用。
1.1.4 經驗豐富的個人使用這，可以利用ZLBH把自己的個人工作構建修改得很方便、完善。
1.2 本手冊面向ZLBH構建者，提供詳實的利用ZLBH構建客戶應用系統的所需的技術細節、經驗、實現原理等，幫助構建者盡快掌握ZLBH的各種技術細節和性能等。
1.3 本手冊隨產品升級動態發布。
1.4 其它參考資料。
1.4.1 如ZLBH本身提供的功能無法滿足客戶應用需求，需要進行自定義開發，請參見《ZLBH開發者手冊》。
1.4.2 如需要進行ZLBH的安裝、配置以及運行后的設置、備份、權限分配等，請參見《ZLBH系統管理員手冊》。
1.4.3 如需要對ZLBH直接使用進行配合和使用參考等，請參加《ZLBH用戶手冊》。
1.4.4 本手冊可以和中聯新時代正式發布《XXXX實戰案例》（系列，動態發布）配套使用。
1.5 本手冊將按照構建SmartForm所涉及數據層、業務層、界面層的順序展開，在此基礎上根據業務需要介紹其它部分內容。
2 ZLBH基本原理介紹
2.1
3 資源層
3.1 關于ZLBH的資源體系
3.1.1 1 ZLBH的資源體系是一個運行平臺，是把操作系統文件系統的資源體系概念借用到應用軟件系統的結果。
3.1.2 ZLBH的資源平臺是一個開放平臺，用戶可以自己增加資源類型進行擴展應用。
3.1.3 嚴格意義上來說，ZLBH系統的最基本部分就是資源權限體系和一些類似郵件這樣的基礎工具。而用戶常用的SmartForm等，是在資源權限體系上的擴展的資源類型。ZLBH所體現不編程或少編程實現業務，是由架構在資源體系之上的數據層、邏輯層和界面層來完成的。
3.1.4 ZLBH資源權限系統的所有內容是存儲在ZLBH相關系統表中的，用戶可以通過修改數據庫或使用相應的工具去更改和擴展。如果考慮系統緩存方式的因素，直接更改數據庫是不能立即生效，需要重新啟動應用服務器。
3.1.5 4 ZLBH的資源體系的設計目標是，在一個運行平臺體系下，把一個組織信息化所需要的所有信息資源整合起來形成一個體系，讓用戶使用更加方便靈活。
3.2 ZLBH資源體系相關概念
3.2.1 資源類型：資源類型是在ZLBH中對具有一定特性的某類資源的定義，類似面向對象開發語言中的[類]和操作系統中的一個文件類型，如DOC為后綴的Word文件，用來描述這些資源的特性，用戶在使用這類資源的時候，就按照描述的特性展現給用戶。
構建者一般是通過通用文件夾或專用文件夾下的[新增]操作來認識資源類型的。
提示：對于構建者無需過于關注資源類型概念，如果在構建過程出現不能滿足的需求，可以和系統管理員以及開發人員溝通，對資源類型進行擴展，具體參見《ZLBH系統管理員手冊》和《ZLBH開發人員手冊》。
3.2.2 資源操作：資源操作是在ZLBH中用來描述某類資源可以開展那些動作，類似面向對象開發語言中的[方法]和操作系統中的一個內部和外部命令，對應的是ZLBH的內部操作和程序界面等。
資源操作在界面的體現就是選中某個資源后的彈出菜單，彈出分為兩個部分，一個部分是[新增]，一個部分是[其它操作]，如果一個資源對應的資源類型包含了其它資源類型，那么在新增菜單的二級菜單中，就把可以新增的資源類型羅列出來，非新增、非隱含（如查看、授權）的操作就是在彈出菜單中的其它操作。如下圖：
3.2.3 資源包含關系：在ZLBH的設計中，可以允許一個資源類型包含另外一個資源類型。可以包含其它資源類型的就是所謂的資源容器，如通用文件夾。這樣的設計主要的界面體現是在選中包含其它資源類型的資源的時候，可以新增一個所包含的資源類型的資源，如在通用文件夾下新建一個SmartForm。
提示：一般來說，構建者不關心資源的包含關系，如果需要對這方面的問題進行深入的探討和應用，可以和系統管理員聯系，具體參見《ZLBH系統管理員手冊》
3.2.4 資源和資源體系：資源是資源類型的具體體現，類似面向對象開發語言中的[對象實例]和操作系統中的一個文件。
構建者所做的工作就是新增資源、設置資源屬性以及利用特殊資源的特殊程序進行系統的設置。
因資源的包含關系，ZLBH的所有資源組成了一個樹形結構，就是ZLBH的資源體系，構建者所做的所有工作都是針對資源體系和體系內資源在進行。
3.2.5 資源引用關系：在ZLBH中，資源之間是有相互引用的情況存在的，比如我們在新建一個[邏輯數據庫]的時候，就需要選擇一個[數據源]，針對這樣的情況，我們就可以說這個[邏輯數據庫]引用了這個[數據源]。這樣的設計主要是為了避免類似上述的情況，我們刪除了上述[數據源]后，會導致這個[邏輯數據庫]不能使用，有了這個機制以后，在對應的刪除操作中可以去檢查某個資源是否被其它資源引用而決定是否可以刪除。這樣的設計還有一個好處，就是可以避免資源之間的相互引用導致的循環引用而引發的系統死機這樣的情況。
資源引用關系是由系統程序設計所規定的，我們在為資源類型編寫相應的操作程序的時候，就必須遵守規則去處理和維護這個關系。
提示：一般來說，構建者不關心資源之間的引用關系因這些內容是系統自動維護的，但是在出現某個資源不能刪除或重要特性不能修改的時候，可以通過資源的[引用關系查看]操作來查看該資源被其它那些資源引用，如遇特殊情況，可以和系統管理員聯系，具體參見《ZLBH系統管理員手冊》
3.2.6 資源作用關系：在實際的應用中，資源和資源除了在資源體系的包含關系以及上述的有程序決定的引用關系外，會出現資源和資源之間的相互作用，比如[某人][管理][某部門]，這樣的情況，根據用戶的需要，可以預先定義好資源類型之間的作用關系，然后在實際使用中，去實際的分配資源的作用關系。
定義了資源作用關系，在選中有定義作用關系的資源的時候，其彈出菜單就會出現對應的內容。在定義和使用了這樣的關系情況下，有的場合就可以去使用這些定義，比如在組織機構函數中去查找某個部門的管理者，或在特定的程序中如果某人是某部門的管理者就可以看到這個部門的數據等。
提示：一般來說，構建者不關心資源作用關系，構建者面對的是資源作用關系出現在資源彈出菜單上的操作，比如給一個機構或部門設置管理者。如在此方面有特殊需要，可以和系統管理員聯系，具體參見《ZLBH系統管理員手冊》
3.2.7 資源派生：資源派生是為了讓ZLBH的資源體系完全支持ZLBH的組織體系而設計的概念。所謂的派生就是一個資源放置到另外一個資源下產生的一個新資源，新的資源和上述兩個資源都由聯系。
由崗位放置到部門下形成的崗位成員、由人員放置到崗位成員下形成的人員成員、人員等放置到工作組下形成工作組成員都是在這個描述范圍內。
定義好的派生關系，在選中有定義派生關系的資源的時候，其彈出菜單就會出現對應的內容。
從上圖我們可以看到，把一個崗位放置到一個部門下，形成了一個崗位成員的新資源，這個資源是部門的下級，是有崗位產生的。
提示：一般來說，構建者不關心資源的派生關系，構建者面對的是由于派生關系出現在資源彈出菜單的內容，如為部門[分配崗位成員]、為崗位成員[分配人員成員]、為工作組分配[工作組成員]等，如有特殊需要，可以和系統管理員聯系，具體參見《ZLBH系統管理員手冊》
3.2.8 5.8 資源卷：從內部來看，資源卷是沒有上級ID的資源，從外部來看，資源卷是直接顯示在 主界面右邊選項卡上的資源，如下圖：
3.2.9 資源體系和界面對應圖
3.2.10 ZLBH提供的資源資源類型以及操作，參見附錄。
3.2.11 有關資源部分概念更多是系統管理員以及開發人員所關注，這里只介紹基本概念等，相關內容請參見《ZLBH系統管理員手冊》和《ZLBH開發人員手冊》
4 組織層
4.1 關于組織層
ZLBH系統設計了幾乎接近實際的組織機構體系，用戶可以通過ZLBH提供的各種組織機構概念去搭建適應自身組織需要的組織機構體系，并且通過和資源體系的結合有效完成高效合理的授權工作。
ZLBH組織機構體系是完全利用ZLBH資源體系概念構建而成的，每個組織單元就是一個ZLBH資源。
ZLBH的組織層是ZLBH權限體系和流程層的基礎。
4.2 組織層概念
4.2.1 人員體系：由于在實際的組織體系中，存在一個人員同時兼任若干崗位的情況，以及人員需要和ZLBH用戶做鏈接等原因，在ZLBH的組織機構體系中，把人員從組織機構中獨立出來，通過[人員]資源和[人員文件夾]資源形成一個獨立的體系。
崗位體系：由于抽象的一個崗位如分公司總經理，會應用到不同的部門，類似上述人員的情況，在在ZLBH的組織機構體系
|
|
資源大小：5.89 MB 
