软件背景web
对庞大的企业系统群进行解耦,部分功能抽出复用、服务化管理。现阶段demo版本,偏重设计思想,功能有待完善。统一网站管理平台只是解耦出来的其中一部分。架构
可能有些盛大的老同窗会以为眼熟,这里解释一下。这套系统确实和盛大的统一管理平台很像,由于就是模仿它的功能来实现的,部分样式、js直接抓页面抓下来了--____--。对于系统有什么建议或者疑问能够联系虫子ide
逻辑架构图网站
word画的,虫子是outman了,画图、设计书神马最讨厌了spa
模块图设计
visio画的 微软派 --___--日志
系统角色资源
系统管理员:系统配置、无关应用,内置不可修改。
超级管理员:应用顶级管理。
高级管理员:通常为分组管理员,能够为分组内应用设置下层角色,不可修改应用、角色。
应用管理员:应用管理、可分配访问与开发,可访问应用后台。
开发人员: 应用维护者、超级管理员外惟一能够修改应用的角色。
访问者: 应用访问权限。开发
应用角色it
根据应用生成权限、通常应用在建立过程自动生成查看、开发、管理权限。分组应用自动生成高级管理权限。超级管理员能够自定义权限。权限与应用关联造成角色。
其余
系统日志通常记录系统操做、例如菜单管理、用户管理等。应用日志记录应用操做,应用修改、角色分配等。系统权限高于应用权限、系统权限针对系统角色,为系统角色分配可利用的资源。只能由系统管理员配置。应用权限针对应用,为不一样的用户分配不一样的应用资源。通过认证的公司员工能够成为系统用户
应用端流程
首先超级管理员设置分组,若是已经存在分组则不须要新建
新建完分组后、在应用角色管理中对自动生成的高级管理权限进行分配
将权限划分在超级管理员如下
展开超级管理员下层权限
回到应用管理在刚分组下 新添通常应用
检查自动生成的应用权限
超级管理员分配分组管理员
用户名为umstest01的员工(帐号1001) 被分配为高级管理员
高级管理员1001登陆
高级管理员能够添加开发 应用管理 和访问者
这里添加用户名为umstest02(帐号为1002为应用管理员)
应用网站webconfig中添加节点服务路径
并修改登陆页逻辑便可
运行应用端
平台其余流程
诸如不一样角色的操做流程 这里就不介绍了 上面的应用端流程也是从0开始因此才会多一些 在现行环境中 管理员都已经配置的状况下 新加一个应用的话 仍是比较方便的
若是有问题请和虫子联系