Focus on WEB Application and Software Engineering
十一月 18
大家对内容管理系统应该已经比较了解了。在此不做过多的概述。对CMS系统你可以访问 

http://www.chedong.com/tech/cms.html#intro

我下面根据自己的理解。谈一下后台用户管理框架设计:

内容概要:
1:用户类型
2:权限设置
3:发布流程

用户类型

通常内容管理系统根据对象的差异,将用户权限、流程等相关属性也有很大的差异。但基本上可以概括为三个主要的角色属性:
1:信息员 (主要收集、编辑、整理发布文章,文章录入等工作)
2:审核者 (主要对相应权限内的文章进行审核)
3:管理者 (可以说是系统级的管理员)


权限设置

信息员的权限一般为对某个频道或栏目进行文章发布/再次编辑(限自己)。
审核这的权限一般是对某个频道或栏目进行文章的审核、修改、删除。(此权限有些时候是有管理员来兼任)
管理者的权限一般是兼以上两种权限,并拥有发布及对频道或更多功能的操作。

大部分系统中只对这几块进行选择。系统内部规定好了角色特性。虽然这可以满足大部分的用户需求,但是这无法满足站点后台管理员复杂特性的要求。这个时候如果希望对每个角色属性都拥有可扩展,可操作性。就必须重新考量。

发布流程

基本流程:
撰写文章 修改/删除 发布新闻
信息员 ------------> 审核员 -----------> 管理员 ------------> 浏览者

在我在开发过程中。我根据自身的了解想出了一个新的解决方法。可以满足大部分需求。

系统每个功能都做为一个单元。每个单元都有自己的配置文件。当然因为是CMS系统。就要提供最基础的功能。比如:站点,频道,角色,用户,文章及模块管理几块。

根据模块的安装。系统角色可以找出已安装的模块类别。并根据类别中所定义的权限属性分配给角色属性。这样完成了角色的自定义。可以根据用户自己的需求完成不同的属性要求。

用户

用户可能的情况大部分有两个。一个是根据组来划分。一个是根据该用户的特殊需求划分。我这里提供了两种方法。
及选择系统用户所创建出的角色。在把相应的用户添加到相应的角色组里。这样需要建立多个角色组即可满足不同角色的需求。权限也同样可以细分到每个单元。这里的属性就是根据模块的配置文件所定义。

下面就简单说明一下该设计的优缺点。
传统模式
优:使用性好。后期维护成本低。
缺:扩展性差。无法根据系统本身创建出完全的自己定义的角色。以降低了系统的安全性。
能满足后台管理用户要求不高的站点的需求

模块单元+角色+用户模式
优:使用效率高,扩展性强。可以满足各种对角色或用户的需求。提高系统的完全性。
缺:后期维护成本低,容易导致数据冗余。
能满足大部分站点及对用户复杂配置的需求
http://www.contnew.com/resource/other/2004/10/10/13_52818_01.html

当前评分 2.8 , 共有 17 人参与

  • Currently 2.764706/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

添加评论




看不清?点击图片看看
biuquote
Loading



关于我

kittow (天笑)
80年代生于“天府之国”四川
爱好:编程、篮球、数码、旅游
乘一叶兴趣小舟,漂泊于浩瀚IT海洋。。。
TITLE:MSE of UESTC & 软件设计师
Technical Capacity | Last Blog