权限管理系统的设计案例 -- 设计类图
[@more@]
权限管理系统的设计案例 -- 需求定义(4)
四、操作权限定义子系统功能模块功能项操作权限总经理业务总监业务主管顾问财务专员内勤人员系统管理员应收账款统计报表YYYYYNN(注:Y代表有权限,N代表无权限。)五、数据权限定义角色 / 数据视图客户资料/联系人资料可查看可编辑可删除总经理AllNoneNone业务总监法律业务总监可查看法律业务部门的顾问承办或协办的客户集合;财税业务总监可查看财税业务部门的顾问承办或协办的客户集合。法律业务总监仅可编辑本人承办或协办的客户资料;财税业务总监仅可编辑本人承办或协办的客户资料。法律业务总监仅可编辑本人承办或协办的客户资料;
权限管理系统的设计案例 -- 需求定义(3)
四、操作权限定义子系统功能模块功能项操作权限总经理业务总监业务主管顾问财务专员内勤人员系统管理员合约案件管理新建合约案件NYYYNNN编辑合约案件NYYYNNN删除合约案件NYYYNNN合约案件查询YYYYYNN查看合约案件内容YYYYYNN合约案件列表导出YYYNYNN合约案件列表打印YYYNYNN合约账款管理新建合约应收账款NYYYNNN编辑合约应收账款NYYYNNN删除合约应收账款NYYYNNN新建请款单NYYYNNN编辑请款单NYYYNNN删除请款单NYYYNNN审核请款单NYNNNNN开出发票NNNNYNN应收账款查询YYYYYNN应收账款明细查看YYYYYNN请款查询YYYYYNN查看请款明细YYYYYNN[@more@
权限管理系统的设计案例 -- 需求定义(2)
权限管理系统的设计案例四、操作权限定义子系统功能模块功能项操作权限总经理业务总监业务主管顾问财务专员内勤人员系统管理员客户关系管理客户基本信息管理新增客户资料NYYYNNN编辑客户资料NYYYNNN删除客户资料NYYYNNN客户查询YYYYYNN查看客户资料YYYYYNN客户列表导出YYYNYNN客户列表打印YYYNYNN客户联系人管理新增客户联系人资料NYYYNNN编辑客户联系人资料NYYYNNN删除客户联系人资料NYYYNNN客户联系人查询YYYYYNN查看联系人详细资料YYYYYNN联系人列表导出YYYNYNN联系人列表打印YYYNYNN[@more@]
权限管理系统的设计案例 -- 需求定义(1)
权限管理系统的设计案例一、功能特性列表这是F公司的一个ERP系统。以下是系统的部分Feature列表。子系统功能模块功能项客户关系管理客户基本信息管理新增客户资料编辑客户资料删除客户资料客户查询查看客户资料客户列表导出客户列表打印客户联系人管理新增客户联系人资料编辑客户联系人资料删除客户联系人资料客户联系人查询联系人列表导出联系人列表打印合约案件管理新建合约案件编辑合约案件删除合约案件合约案件查询查看合约案件内容合约案件列表导出合约案件列表打印合约账款管理新建合约应收账款编辑合约应收账款删除合约应收账款新建
权限系统设计--概论
权限系统作为商业系统的一个基础平台而存在。权限系统的设计有一些基本的准则,如用户(User),用户组(Group),角色(Role),动作(Action),视图(View),组织结构(Organization)。它们是权限系统设计的基本要素。 系统中的权限通常可以定义为3个权限子集:模块访问权限,操作权限,数据视图权限。 模块访问权限 – 通常商业系统都按功能特性组织成不同的子系统或功能模块。每个子系统中有包含若干功能单元。比如,某销售管理系统包括“商机系统”、“客户管理系统”、“管理分析和BI系统”、“电子商务系统”、“信息
权限系统设计的理论基础--RBAC
RBAC 基于角色的访问控制(Role-Based Access Control)引入了Role的概念,目的是为了隔离User(即动作主体,Subject)与Privilege(权限,表示对Resource的一个操作,即Operation+Resource)。 Role作为一个用户(User)与权限(Privilege)的代理层,解耦了权限和用户的关系,所有的授权应该给予Role而不是直接给User或Group。Privilege是权限颗粒,由Operation和Resource组成,表示对Resource的一个Operation。例如,对于新闻的删除操作。Role-Privilege是many-to-many的关系,这就是权限的核心。 基于角色的访问控制方法(RBAC)的显