ZLBH构建者手册

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的组织机构体系

下载地址

下载地址1

按字母检索

下载须知:
大部份资源无需注册即可下载
需要积分的资源要在会员中心注册会员并用积分体系中提示的方法赚取积分才能下载。

免责声明：
所有资源只能用于参考学习，不能用于任何商业用途，否则后果自负！