在一个多租户系统下，包含有平台超级管理员、以及租户管理员，其他自定义租户角色等不同的角色身份，我们根据它们不同的身份，让他们各司其职，在系统中构建不同的数据维护、防护层级，从而能够让整个系统有效的运作起来，而不会造成破坏。
我们根据不同的角色身份来绘制它们的用例，对我们理解整个多租户系统的功能有一定的帮助。
平台的超级管理员不参与具体业务的数据管理，只负责平台级别的基础数据维护，包括有：创建租户（设置租户菜单权限），创建菜单，创建功能权限，创建字典大类和系统字典项目，系统参数定义和参数值的维护，创建业务编码规则，创建系统公告等用例，如下用例图所示。
而租户的管理员则是维护当前租户的系统基础数据，如对于每一个租户来说，用户、部门、角色、岗位、新闻公告等都是各自独立的，因此需要由租户管理员单独创建维护，维护好这些系统基础数据，业务系统才能够顺利运行起来，当然还包括对租户角色的菜单权限进行分配，角色人员的选择，以及对租户级的字典项目进行维护和租户级的参数值进行维护，如下用例图所示。
而租户自定义角色用户，主要就是参与整个业务系统的运作，维护业务基础数据，业务数据，以及业务流程的数据，如下用例图所示。
有了上面用例的指引，我们知道那些功能是特定角色可以做，那些不能参与的了。
对于多租户/多账套的系统来说，不同的租户/账套，是在不同的域之内，相互隔离的，因此在登录的时候就要进行区分。
如下是登录界面，如果选择租户的，就以租户的用户进行登录检查，如果不选择的，就以平台管理员进行，如下是登录界面。
用户登录的时候，我们根据租户代码进行判断，根据角色获获得相关的菜单进行展示。为了方便测试，当然超级管理员可以访问所有页面的菜单的，我们为了方便管理，也对超级管理员的角色进行配置过滤即可。
如对于平台级的超级管理员来说，他的界面如下所示（根据用例进行配置展示）
租户管理是创建租户控制的重要一环，租户的所有数据由租户进行关联，包括用户、角色、机构，以及业务数据等等，都会打上租户的关联ID。
租户管理如下界面所示。
BS端的系统菜单是动态加载的，而且菜单定义是平台级别的定义，只有定义好菜单的基础信息，才能由平台管理员或者租户管理员进行分配使用。
我们整个多租户的系统中，菜单和功能权限是分系统类型的，多端的菜单也是存储在同一的表中，但是根据不同的系统代码进行区分，BS端只需要维护好本身的菜单定义即可。
菜单的定义维护如下界面所示。
和菜单一样，功能权限的定义也是平台级别的定义，只有定义好功能点，才能控制用户对应的功能访问权限，如某一按钮的启用或者禁用，也成功能权限。
通过和菜单页面的关联，我们可以给用户授权菜单权限的时候，一次性保存好用户可以访问的菜单和功能权限，非常方便。
功能权限管理界面如下所示。
为了在系统准备初期，方便对功能权限的定义创建，我们增加了批量创建的功能处理，如下界面所示。
这样可以一次性创建常规的功能控制点。
系统的字典为了方便管理一些下拉列表的内容，大多数为系统级的数据，由平台的超级用户维护，但有些数据也可以由租户级用户进行维护，字典类型管理界面如下所示。
字典数据项目的范围，有字典类型的作用范围决定，如下所示。
平台确定了字典大类的定义后，就可以根据字典大类进行字典项目列表的维护了，如下是字典项目的关联。
如果是租户级别的作用范围，租户就可以维护，否则无法对系统级别的字典项目进行删除，增加，修改等操作。
对于业务单据数据来说，有时候我们需要约定单据的编码规则，这样对于我们统一系统的业务编码规则很有好处，因此我们提供一个公用的编码规则处理功能，常规的单据编码由系统定义，而在租户创建的时候，自动复制一份到租户里面，租户可以更改里面的规则即可。
系统级的业务编码规则定义如下界面所示。
如果租户觉得编码规则不负责要求，可以对指定的编码记录进行修改即可。
我们系统的附件信息，统一在一张表中进行管理，其中记录了附件的大小，格式、路径等信息，可以再后台统一进行维护查看。
附件管理一般有租户管理员进行维护即可。
其他的登录日志、操作日志、新闻公告等的记录管理我们就不在一一赘述。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。