今天完成的事情：做了小课堂ppt，修改了任务六原型图

  任务六的深度思考中，关于为什么要设立角色，账户是否允许多个角色的问题，我认为是后台权限管理的核心，  用户是所有可以登录该平台的人员。我们常用的结构是rbac模型结构，rbac结构的定义是权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。用通俗一点的话来说就是，创建一个角色然后将权限赋予给角色，在把角色赋予给用户，以这样的方式我们就能够比较简单的搭建出一个后台管理系统，为什么不把权限直接分配给用户？首先是操作的问题，如果直接把权限分配给用户，那么分配者必须对于业务特别熟悉，并且详细的了解每一个权限所代表的意义，在新功能推出后，对所有的账户需要进行一次重新分配，如果用户的角色改变，需要再次分配新的权限，这样操作起来，非常的麻烦。

任务六的原型修改

首先是角色管理模块的命名与增加问题。之前我直接写的是角色，这是一个定位的问题错误，角色与账户是对应的关系，但角色不是账户，然后还有一些细节的问题，比如显示字数，文本框限制，都进行了修改。

             
明天计划的事情：完善任务七。                           
遇到的问题：暂时没有                         
收获：今天对于后台管理系统进行了总结

对于权限，我们一般分为页面权限、操作权限和数据权限。

1. 页面权限：用户可以看到那些页面；
2. 操作权限：用户可以在页面内进行那些操作，增删改查等；
3. 数据权限：用户可以页面内看到那些数据或内容，以教培ERP系统学员管理模块为例，学员1为A校区学员，学员2为B学员，A校区相关工作人员登录系统查看学员信息，仅可查看到学员1。

这三者间的关系，页面权限为基础权限，数据权限在页面权限之上，操作权限为最高权限，自己认为是一种递进的关系，先要有页面权限，然后有某些数据的数据权限，之后才能有操作权限，但是对于一些模块来说，可能，不需要数据权限，只要有页面权限与操作权限就可以了