要实现功能  (不同的能进入不同的页面,所能操作的权限也不一样)
 1.浏览权限-- 根据用户的权限显示能进入的菜单 ,判断是否有权限查看
 2.操作权限-- 有些页面 有新增-删除-修改 按钮 ,判断是否可以操作
-----------------------------------------------
数据库设计
1.用户
  编号,用户名,密码,所属类型
2.用户类型(角色)
 编号,类型名称
3.菜单表
 编号,菜单名称,菜单路径,所属父菜单
4.权限表
 编号,用户编号,菜单编号,权限
------------------------------------------------
问题?????
1.权限是对应组 还是对应 每个用户
2.操作权限 如果判断 有些页面是没有 新增-删除-修改 

解决方案 »

  1.   

    如果是windows文件资源管理器,我们这些程序员用户,很自然地知道对单个文件会有“删除、修改、执行、复制”等权限。可是对于web页面,硬要弄出三个“增、删、改”操作来,我就能判断你这个不是交互界面设计(以及老板)设计的页面,而是程序员拼凑的页面了。至少我们自己的页面,每一个页面都是完成一类有价值的任务的,而不是千篇一律的对数据库表“增删改查”的页面。页面的最终用户不是DBA,不可能整程序员那种“增删改查”的概念去设计权限。
      

  2.   

    授权的概念其实很简单,比如老板可能在出差路上,掏出手机,界面上只有两个项目:他在第一个项目列表上输入员工姓名,在第二个项目列表上选择“允许使用老板专用厕所”,然后点击“确定”按钮就行了。这就是设置了权限,有两个DrownDownList和一个Button按钮就够了,而用不着去访问“某人又对老板专用厕所进行‘增删改查’的权限”那种思路的程序。好用的授权就是面对最终用户的,然后再根据不同的用户的情况出现一个简单的列表。好用的授权模块应该是极端简单的,不是给DBA或者程序员使用的复杂页面。
      

  3.   

    -----------------------------------------------
    数据库设计
    1.用户
      编号,用户名,密码,所属类型,用户权限3.菜单表
     编号,菜单名称,菜单路径,所属父菜单,访问权限数据示例:用户表
    用户名                   用户权限
    '张三'                    'A1,A2,B2'
    '李四'                    'A2,B1'菜单表
    菜单名称                访问权限
    '开单'                     'A1'
    '删单'                     'A2'
    '交钱'                     'B1'
    '收钱'                     'B2'
      

  4.   

    1 至于种类1.可设置Model的浏览级别。按需显示2 至于种类2 ,个人建议,最好是使用自定义Button继承自Button 
    按你权限所属分类
    可分为
    public class RoleButon :Button
    {
      //可在Load中,检查用户是否有相应权限
      //视权限重写/设置 Visible 与ReadOnly属性
     }
    public class AddButton :RoleButon 
    {
      //细化权限判定
    }等4类。
      

  5.   

    数据库用户表中有用户权限吧,比如是userRole=0(老板),userRole=1(员工);
    然后在你登录成功保存状态,进行判断
    string role = Session["UserRole"];
    if(role == "0")
    {
      //进入相关页面
    }
    else
    {
       //  没有权限
    }
      

  6.   

    同样,比如新增菜单删除文件          对应权限E5,张三有该权限,那么,把张三的权限修改成''A1,A2,B2,E5''
    权限操作界面,如20楼所示。
      

  7.   

    权限操作
    if (Session["Power"].ToString().IndexOf("E5")>-1)
    {
          //显示删除文件的相关按钮
    }