模块、功能与菜单.ppt

模块、功能与菜单 liujian@ 功能 没有明确定义过，但有约定俗成的含义 “功能节点” “可执行功能节点” 以ToftPanel的某个子类为注册入口，运行后出现的一个界面，使得用户能进行相关操作。 功能的组成 功能组成示例 功能的其他属性 组织类型 功能的主组织类型。功能权限分配时，此功能被分配到的组织，受到这个组织类型的过滤。 功能性质： 可执行功能节点 Web节点等选择 功能点类型 系统类节点，主要是系统管理员使用的功能； 管理类节点，只能分配给管理类角色，主要实现系统管理维护功能； 业务类节点，只能分配给业务类角色，进行业务处理的节点 对应权限资源 该功能的所主要操作的权限资源。拥有该功能的功能权限，将默认拥有此处所指定的权限资源的数据权限。 模块 模块是功能的集合 模块分为一级模块（2位模块号）和二级模块（4位模块号）。一级模块有时也称为“产品”。二级模块有时也被简称为“模块”。一级模块不直接包含功能。功能只注册在二级模块下。 模块是商务上控制授权和并发的最小粒度 功能是运行时记录授权和并发的最小粒度 模块对功能的包含关系，或者说功能对模块的归属关系，最终会用来实现对模块的授权和并发控制。 功能号的前四位默认为其所属二级模块的模块号，但是以后功能归属的模块号发生改变时，功能号不用修改。因此，调整功能归属的模块，不会影响功能相关的模板数据。 模块的其他属性 模块编码 模块的字母代号.比如DEM是动态企业建模，SCM是供应链。 模块号 统一规划的模块号。比如10是动态企业建模，1010是组织管理 对应开发模块编码 即对应安装盘中的module。比如基本档案的module是uapbd. 组织类型 类似功能的主组织类型。在组织初始化时会根据此处设置的组织类型过滤对应组织所启用的模块。 功能分类 模块包含功能。功能之间没有上下级关系。 为了更好地组织模块所包含的功能，引入功能分类的概念。模块下可以建立多个功能分类。 功能只能属于一个功能分类。 功能分类的编码没有业务含义。 但是在界面显示时，会按照其编码排序。 模块与功能 菜单 菜单用来把功能按照一定的层次结构展现给用户，起到功能导航的作用。 V6 的模型支持定义多套菜单。但只有一套是启用的。 菜单由菜单项组成。 菜单项的编码表达了其层次关系。 末级菜单会关联一个功能。 菜单的结构可能和模块-功能分类-功能的结构相似，但也可以完全不一样。 菜单和功能的分离，使得改变功能导航，并不需要对功能本身做调整。 菜单和功能的对应 功能号 功能号唯一标识了一个功能 功能号不体现级次关系 功能权限的授权数据记录的是功能号 模板分配的分配数据记录的是功能号 功能和模块之间的关系不依赖功能号具体的值 功能和菜单之间的关系不依赖功能号具体的值 所以功能号是一个稳定的标识，应该在不再有需要修改的动机。 建议把功能号设置为和菜单号有较大的区分度。习惯上菜单是每级2位的数字编码，所以把功能号使用模块号+字母的方式比较方便。 多语言处理 V5时，功能节点名称的多语是这样处理的 把“D”+功能节点号作为多语资源ID。多语言资源文件发到funnode目录下。 目前拟沿用这种做法，“D”+模块号，“D”+功能分类号，“D”+功能节点号和“D”+菜单号，作为多语资源ID，文件仍然放到funnode目录下。由于这些多语言资源放在同样的目录下，有一个后果就是： 如果，比如说某个功能号和某个菜单号一样，那么他们的名称也需要是一样的，或者说系统将会把他们显示成一样。 因此建议，不要把这几种东西的号编成一样的。 另外建议，把菜单和功能（以及模块和功能分类）的多语言资源放到不同的文件中。比如UAP的多语言资源分别在10perties和10menu.peroperties两个文件中。 相关的VO和数据库表 功能注册的UI 菜单注册的UI FAQ Q:多个菜单项可不可以对应相同的功能？ A:可以。但是有一些副作用。目前功能权限记录的是功能号。运行时是根据登录用户有权限的功能号，以及当前系统中所启用菜单，裁剪掉用户不应该看到的菜单项后，给用户展现出其有权限的菜单。所以如果有多个菜单对应相同的功能，那么只要用户拥有此功能的权限，那么这些菜单该用户都能看到。 由于功能权限分配时，是通过菜单来导航的。所以如果有多个菜单项对应同样的功能时，可能会出现这样的问题：给某个用户只分配了其中某一个菜单项，而在运行时，用户能看到这些指向了同一功能的所有菜单项。 Q: 为什么权限分配时，不记录菜单号或者菜单ID？ A:现在的模型是为了方便用户能定制其自定义菜单，并且支持很容易地在运行态切换启用的菜单。如果把菜单号或者菜单ID记录到权限分配记录中，那么支持用户自定义菜单和切换菜单将非常困难。 FAQ Q:为什么我已经注册了功能，