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

今天首先阅读了几篇将后台的文章，发现后台其实是一个非常大的概念，不同类型产品的后台会表现的千差万别，但是有几点相似的就是，后台注重的是逻辑性和说明，对于交互体验的要求并不高，但是流程与步骤一定要非常清晰；同时由于后台一般比较复杂，所以说明性的文档或文字也是非常需要的；

然后对于后台说明方面做了笔记；

然后就正式开始了任务，先写了后台管理的story：

作为一名超级管理员，我希望能新增模块，以便我能够新增模块；

作为一名超级管理员，我希望能修改模块，以便模块发生变动时我能够修改；

作为一名超级管理员，我希望能删除模块，以便我不需要此模块时能够删除；

作为一名超级管理员，我希望能新增角色，以便我需要新增新的角色；

作为一名超级管理员，我希望能编辑角色，以便我需要改变角色的权限和信息；

作为一名超级管理员，我希望能删除角色，以便我删除不需要的角色；

作为一名超级管理员，我希望能修改登录密码，以便我的需要更改我的密码；

作为一名超级管理员，我希望能新增账户，以便我增加更多的后台账户；

作为一名超级管理员，我希望能编辑账户，以便我改变账户内的信息；

作为一名超级管理员，我希望能删除账户，以便我删除不需要的账户；

作为一名超级管理员，我希望能搜索已有账户，以便我快速找到某一个或某些账户；

之后就开始画原型了：

最后，我发现了分页这个小模块虽然各大网站略有不同，但是里面的逻辑性还是非常需要考虑清楚的，所以单独列出了分页的几种情况：

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

明天看任务六还有没有需要改的地方，然后开始任务七，开始做调研，看app
遇到的问题：（遇到什么困难，怎么解决的） 

分页这种模块，需要产品写这么细么？还是前端有通用的套路，套进去就好了？
收获：（通过今天的学习，学到了什么知识）
后台管理系统其实是跟公司的业务流程复杂程度息息相关的，而如果没有提前思考好所有流程的逻辑性和便捷性的话，那么后台将会变得相当的难以让新手区学习，甚至需要花费数个月的培训才能够完全掌握如何使用，我录国家电网后台数据的时候，就是学习了将近一个月的时间才知道所有流程该如何走；

其实任务六并没有涉及到真正的后台，只是画了些通用的设定，但是辞职前录了一年国家电网的后台数据，觉得后台并没有多么神秘，反而有各种各样的不便，这些不便主要都是由于无法正确地批量操作引起的，当要处理的数据量多而流程又特别复杂，需要跨几个账号审核的时候，才是体现一个后台逻辑性和易用性的地方。