发表于： 2019-05-30 23:28:20
1 465
今天完成的事情：
1、完成后台模块的story、需求表、原型和验标
明天计划的事情：
1、梳理一下任务6，准备进入任务7；
遇到的问题：
1、关于模块管理：根据百度的解释，模块管理是整个平台管理系统框架功能的核心，整个平台内的各个功能模块都是在模块管理中进行配置。但是仔细想一下，这些模块的数据是哪来的，到哪去？肯定是通过前端传递到后端啊，假如我新增了一个模块，那前后端的数据是自动生成的？还是开发写的？要是开发写的，岂不是需要迭代，那还需要模块管理干嘛，直接通过迭代增加模块不就行了。
跟前端的师兄了解，这个模块管理是管理前端的，简单来说就是对手风琴导航上的模块进行操作，这些模块是前端开发写好存在模块池中的，通过url在导航上新增模块，这些模块的数据存储在后端，所以如果后端没有对应的数据，还能新增该模块吗？
目前对模块管理还是有些不懂的地方，后面再好好理解一下；
收获：
1、后台管理系统：
后台管理系统主要是用于对前台的信息管理，如文字、图片、影音、和其他日常使用文件的发布、更新、删除等操作，同时也包括会员信息、订单信息、访客信息的统计和管理。简单来说就是对数据库和文件的快速操作和管理系统，以使得前台内容能够得到及时更新和调整。所以后台与前台是对应的，比如页面的banner图，后台会有banner管理，但也并不是前台的所有模块都要有对应的后台进行管理，还要看具体情况。
2、后台管理模块：
每个后台管理系统都有一个后台的管理模块，用来 管理后台的账户、角色、权限和模块；
3、用户、角色、权限之间的关系：RBAC
RBAC（Role-Based Access Control）基于角色的访问控制。这是从传统的权限模型基础上，改进而来并且相当成熟的权限模型。这里强调三个要素：用户、角色、权限。用户与角色是多对多关系，角色与权限是多对多关系。
传统模型中无角色概念，直接为用户赋上权限，一是导致配置权限相当麻烦，二来无法快速为多个用户批量删除权限。用户—角色—权限多对多的关系，解决了这些问题。
关键元素：
用户：成功认证并登录系统的操作员（主体：who）
权限：访问资源的许可（how）
角色：权限的集合体
资源：引入这第四个概念，包括系统菜单、页面、按钮等（what）
主体（who）如何通过权限（how）访问资源(what resource)。
权限是用来访问资源的，为用户赋予权限，则可访问资源；在权限基础上，将权限打包为一个权限集合—角色，如财务经理角色，则为用户赋上财务经理角色，用户可访问财务经理角色下的资源集合。
4、用户管理与账户管理的区别？
需要注意用户管理与账户管理的区别，用户管理主要是对外账户的管理，即前台注册用户，对内部管理员账户没有操作权限，一般就只是修改用户的数据的功能，而后台的账户管理可以对整个后台的账户体系进行操作。
5、什么是模块管理？
是整个平台管理系统框架功能的核心。整个平台内的各个功能模块都是在模块管理中进行配置。
父节点：早期阶段的层次模型和网状模型中，一个属性如果有上一级，则称这个上一级是它的父结点，如果没有上一级，则这个属性则无父结点。这种结构像一根倒着的树。每片树叶都长在一个结点上，这个结点就叫做这个叶子的父结点。模块管理的父节点就是后台管理。
返回列表
评论