今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

1，重新整理了任务六的原型验收标准

在写验收标准的时候要做到细致，把能够想到的问题和可能发生的结果都写出来。

2，如何去拆分需求表，看了相关的文章和之前师兄的小可tag

需求表一般是接到项目后，需要在几天内先写出来的，如果有竞品，那么可以按照竞品去进行拆分，需求表对于项目来说比较重要，所以作为一个产品经理，必须要学会写需求表。

重新理解了后台管理

后台管理是主要用于管理用户数据以及网站及系统数据的地方，只有权限的管理人员或者既定的管理人员才能登录，进行管理。

后台管理后台管理主要是用于对网站前台的信息管理，如文字、图片、影音、和其他日常使用文件的发布、更新、删除等操作的管理。

账户管理是对挣个账户体系进行管理，可以进行相关的增删改查等操作。

角色管理则指的是对于角色的权限进行的管理。

权限的维度一般是怎么样的，如果是限定在对某一个模块的细粒度操作控制怎么办？比如说限制只能读，不能编辑，应该怎么设计？  

权限的维度应该是有一些很小的权限所组合而成的，如果说要限制只拥有只读权限，那么需要更高以及的权限账户去进行权限的分配，比如当只限制当前账号使用只读权限，那么剩余权限将全部无法使用。

为什么要设立角色，账户是否可以允许有多个角色？权限为什么不直接分配给账户？

账户下是可以允许有多个角色的，比如百度论坛，admin账户下就有很多的角色；权限没有直接分配给账户的原因是，每一个账户如果都有权限，那么对于后台管理来说，是非常不利的。

后台里的角色，用户，模块之间的关系是什么，如果加入部门，岗位又该怎么设计？如果支持用户有多个角色，怎么处理？

用户与角色之间的关系是：一个用户可以在多个角色里，一个角色里可以有多个用户，是多对多的关系。

用户 - 模块之间的关系就是，哪个用户能访问哪些具体的模块，有权限限制。

后台的理解上还是有些问题，很多内容还是没有弄明白，前台与后台模块并不是一一对应的，如果前台的模块只具备展示的作用，没有增删改查的功能，那么在后台的设计中是可以不需要这个模块的。

后台管理中，角色、权限、用户是重点，

明天计划的事情：（一定要写非常细致的内容）

继续完成任务七

遇到的问题：（遇到什么困难，怎么解决的）

收获：（通过今天的学习，学到了什么知识）