网监后台管理系统设计思路

Posted 是乔乔

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了网监后台管理系统设计思路相关的知识,希望对你有一定的参考价值。

本次做的是网监系统saas服务平台的后台管理系统,不涉及复杂功能逻辑。就是从菜单-模板-系
统-组织架构-角色-用户的设计思路。

产品需求:在各个省市网监系统的数量不断增长,且系统逻辑和功能模块大致相同,做成统一网监平台,减少人力物力成本。将所有系统、角色用户、用户进行统一管理。

设计思路

1、因为各网监系统逻辑和功能模块大致相同,所以建立模板。若需要增加某一个功能模块,只需要修改模板即可;
2、模板是由系统中标准系统的功能菜单构成,便于统一管理;
3、所有网监系统都是基于省市县所的机构层级,用户和任务都附属于组织架构;
4、系统需要区分角色,因为网监系统是由多个子系统构成,所以角色需要细化到子系统;配置系统的功能权限和数据权限;
4.1、功能权限:即角色可以看到哪些子系统菜单功能;
4.2、数据权限:功能查看范围仅查看本级、查看本级及下级;
5、用户是建立在系统+子系统+角色上的,配置即可。


产品流程图

信息架构

1、功能菜单:所有我们已有的子系统和菜单功能;
2、模板:根据标准子系统标准菜单,选择需要的组合成模板;
3、系统:新增系统后配置系统模板,即有对应功能;
4、组织机构:每个系统都是省/市网监系统,有它自上而下的组织机构;
5、角色:系统根据子系统有超级管理员、管理员、业务员、执法员四种角色,给角色配置功能权限和数据权限;
5.1、功能权限:系统+子系统+角色,配置对应功能权限;
5.2、数据权限:同功能不同逻辑,如任务下发方式:逐级下发、直接下发至所,两种下发路径;
6、用户:给用户配置组织机构、角色类型、用户信息。


小结

虽然一直做的是B端产品,一直都有系统权限概念,但真的让自己根据业务场景来设计时,发现真的和想的不一样。没那么简单,真的是着眼于业务需求,一遍遍推倒重来。只要能说服自己,把系统讲别人听,才能进行需求评审及开发阶段。又前进一步♥️

以上是关于网监后台管理系统设计思路的主要内容,如果未能解决你的问题,请参考以下文章

网监后台管理系统设计思路

业务受理需求 客户下单 根据前台页面所选的省市区 关联定区去生成订单

搭建算法平台的架构设计

获得省市 json 后台代码

js之省市区(县)三级联动效果

Redis设计思路学习与总结