晒一下个人统一网站管理平台

软件背景web

对庞大的企业系统群进行解耦,部分功能抽出复用、服务化管理。现阶段demo版本,偏重设计思想,功能有待完善。统一网站管理平台只是解耦出来的其中一部分。架构

可能有些盛大的老同窗会以为眼熟,这里解释一下。这套系统确实和盛大的统一管理平台很像,由于就是模仿它的功能来实现的,部分样式、js直接抓页面抓下来了--____--。对于系统有什么建议或者疑问能够联系虫子ide


逻辑架构图网站

word画的,虫子是outman了,画图、设计书神马最讨厌了spa


模块图设计

visio画的 微软派 --___--日志


系统角色资源

系统管理员:系统配置、无关应用,内置不可修改。
超级管理员:应用顶级管理。
高级管理员:通常为分组管理员,能够为分组内应用设置下层角色,不可修改应用、角色。
应用管理员:应用管理、可分配访问与开发,可访问应用后台。
开发人员:  应用维护者、超级管理员外惟一能够修改应用的角色。
访问者:     应用访问权限。开发


应用角色it

 根据应用生成权限、通常应用在建立过程自动生成查看、开发、管理权限。分组应用自动生成高级管理权限。超级管理员能够自定义权限。权限与应用关联造成角色。


其余

系统日志通常记录系统操做、例如菜单管理、用户管理等。应用日志记录应用操做,应用修改、角色分配等。系统权限高于应用权限、系统权限针对系统角色,为系统角色分配可利用的资源。只能由系统管理员配置。应用权限针对应用,为不一样的用户分配不一样的应用资源。通过认证的公司员工能够成为系统用户


应用端流程

首先超级管理员设置分组,若是已经存在分组则不须要新建

新建完分组后、在应用角色管理中对自动生成的高级管理权限进行分配

将权限划分在超级管理员如下

展开超级管理员下层权限

回到应用管理在刚分组下 新添通常应用

检查自动生成的应用权限

超级管理员分配分组管理员

用户名为umstest01的员工(帐号1001) 被分配为高级管理员

 

高级管理员1001登陆

 

高级管理员能够添加开发 应用管理 和访问者

这里添加用户名为umstest02(帐号为1002为应用管理员)

 

应用网站webconfig中添加节点服务路径

并修改登陆页逻辑便可

运行应用端


平台其余流程

诸如不一样角色的操做流程 这里就不介绍了 上面的应用端流程也是从0开始因此才会多一些 在现行环境中 管理员都已经配置的状况下 新加一个应用的话  仍是比较方便的 


若是有问题请和虫子联系

相关文章
相关标签/搜索