3、SOA模块可插拔设计-模块化即分布式化

1、分布式部署各个子系统,基础组件支持平台作为jar或者war方式集成至各个子系统;

2、各个分布式子系统之间,通过http:ip+请求方式完成各个系统之间灵活切换;

3、各个分布式子系统,依托后台管理系统+SSO实现全平台子系统安全认证识别;

4、各个分布式子系统,依托各自内部基础组件支持平台jar中核心代码实现菜单加载;即在一个子系统中会看到非本子系统菜单,点击非子系统菜单,会自动切换至其他子系统;

5、基础组件支撑平台中菜单加载依托共有角色表+功能表

6、模块可插拔-模块识别(插)

      子系统启动后,会激活本子系统对应功能维护的功能,勾选给对应角色后,该系统即可在全平台中进行使用;

7、模块可插拔-模块识别(拔)

     子系统关闭时会自动关闭该系统对应功能菜单;(支持平台保持全功能树可见,后台管理显示已购买功能树,已购买即获得许可的启动程序)

8、模块识别列表

     模块名称                               分布式服务器地址                  许可剩余时间

     基础组件支持平台                 ip....                                        免费

     后台管理                               ip....                                        2年

     事件管理                               ip....                                        永久

     模块B                                    ip....                                        10天

     模块C                                    ip....                                        未激活

     数据来源:子系统启动、子系统关闭;

9、后台管理菜单

     地域(支持平台提供)、机构(支持平台提供)、用户(支持平台提供)、角色(支持平台提供)、权限(支持平台提供)、业务日志(支持平台提供)、错误日志(支持平台提供)、业务代码对照、通讯录、模块识别(支持平台提供)

10、基础组件支撑平台

   地域、机构、用户、功能、角色、权限、代码对照、业务日志、错误日志、系统代码对照

11、SSO系统

   提供系统登入、登出功能;

12、项目目录结构定位:

目录结构定位:
支撑平台与系统子模块之间样式解耦。
1 平台样式和代码为核心代码,不能轻易改动;
2 支持平台样式调整不影响子系统样式;
3 子系统要求样式调整与支持平台无关;
13、各子系统关系
     各个子系统基础组件支撑功能依托基础组件支撑平台;
     各个子系统页面样式布局等依托后台管理系统;
     *各个子系统样式布局与基础组件支持平台无关;
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值