发表于： 2019-07-18 23:28:05
1 550
今天完成的事情：
画了一点点原型，搞了一点深度思考
明天计划的事情：
继续画原型
遇到的问题：
1.原型规范忘了十之八九，画起来手很生
2.不是很懂深度思考这些问题的意思：
后台列表中查询经常会出现限制搜索之后的查询结果，做为快捷方式放到模块菜单里，这种场景下应该怎么设计更合理？
收获：
深度思考：
2.后台设计中的Content（Article）表是为了解决什么问题，在前台什么样的功能可以用Content处理？
前台中经常需要修改更换但是又没必要每次都重新设计整个模块的部分，例如banner、轮播图、联系我们、常见问题等
3.后台里的角色，用户，模块之间的关系是什么，如果加入部门，岗位又该怎么设计？如果支持用户有多个角色，怎么处理？
个人见解：
模块：前台后台的功能分类？用户通过模块对相应数据进行增删改查
用户：特指后台用户，通过角色赋予的权限，对后台模块进行管理
角色：也可以叫身份吧，设定包含不同的权限
加入部门：对数据内容进行分类（水品）
加入岗位：对角色的权限等级进行划分（垂直）
支持用户和有多个角色：对不同角色的权限进行合并
4. 权限的维度一般是怎么样的？如果是限定在对某一个模块的细粒度操作控制怎么办？比如说限制只能读，不能编辑，应该怎么设计？
权限：某个特定用户拥有特定资源使用权利，保证系统分工操作。分为功能权限（功能是否可用）和数据权限（不同地区是否可以查看），都可设为：不可读，可读，编辑。操作权限分为菜单权限（不同权限内容）和按钮权限（不同权限等级）。
设计：屏蔽权限外的内容和按钮？
5.为什么要设立角色，账户是否可以允许有多个角色？权限为什么不直接分配给账户？
角色是对后台权限的分组 ;每个权限都是单独存在，角色是不同特定权限的组合 ;角色是权限的载体 ;将所有权限分类，不同角色授予不同权限.
一个账户只能有一个角色，一个角色可以有多个账户。
权限如果直接分配给账户，在账户更替或者权限分配收回的时候就十分麻烦，过程繁琐，工作量巨大。
6. 后台的作用以及后台怎么设计才好？
管理系统后台的部分功能举例：新闻发布、图片及其他文件上传、新闻定时发布和定自动更新、内容采集、图片及影音文件加水印、新闻审核、新会员审核、邮件群发、域名绑定和解析……以及对上述所有信息的修改删除等操作。
设计：只涉及后台管理的设计太过于片面，暂时不做讨论
.png)
返回列表
评论