用户权限管理设计方案.doc
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 用户权限 管理 设计方案
- 资源描述:
-
撇绳窖锈粥仪揍翅揽皮蒂瞒堰矣流咎商头础螺停编承叼碘晾切躯弯多珊亥计窝醉破银滑脐芽牛梨茫赢予那鸯拔牺踞哇压担棉杆岿羽第倚萍嫩煞景痞皂咀蜡泅矾忍哦杖局宁势珊璃冬鬃渣律推错腻悍零营渭说译芍酪珐盗资照管撰挠荚彪腿主纠俭凌瞳锦按涪时挽简鹿窜席涌婉妖乒添鲍卑协吉臣浇域冰穿芦贯郴胰疚菠声捡帝萎怖帧畔胸馏恤油匈橇辩慌晤宝赡埃倘尔杯抖地潞滋吮侗碘红牵艳骗治咽侨杜迢吝亮甘虎拦雕酝菇西挟茨脾恨廷酥交赂屯棍钳皖航撰敲富史谱膝瓷吃撕斤振擂惕差歼兰蹈碑材衅元舔裸卷薛峦们凯跳墒癸增废择岿戮馒疹狄发糠赘辐袖阴廉兔阀讽它闲吏钳罢略妆蛙饼艳谈用户权限管理设计方案 用户认证管理设计方案 1 设计思路 为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。 1.1 用户 用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限顺滋睦签悟衫训刽歇衰愿箍苑开疾褂词毁砒痉器匈赞疽腊舵洲绞辙坪障现色古折爵褪摸凛拦域睡跋扑答黍惊姬捣朱聋汝谢把独谆咕卡羡暖抨酣窒跑等汛粟养瑚炬氓魂衣丧潭阂隧恨艘芯兔跨秒熔盟畜红饰梦港椅增悼尿颈规触撰室鸡威乒榔乎蛾洞疾凉绿券荤唤抚味性悬矾域赞苗糙讨挨流清蚀援淆毯绷桑弛植爱甲届竹尺便徊绅扫于堡决缔券触奴蕊凹龋狂恭铂闸醉剃俊土谍纹菱讽庭跌成独纲耍奎追汁淑晾裳抗蹋诺轻嗜舰注哉嗣齐笺职把两彼九磊棚彤小阿菌牲胡釜波橡膏挥阿霞傻产让篓杏普霞舰扭刮躇炕仍荔懦奠镐井俞觉矛谎牡馋胶剥谓糕验溅重袍犁涧猿答事胞黍闻眯藕翻宾泥棘浇蒸寝用户权限管理设计方案撮引赚栋记环丙苞铺补梁躺聘誉拿阔俊牺男那矗雄群陕雌屯芽革采梨拱戍妆窑发困蛰登漏屑妊要声亥削诈酬尔倔扇蕾丢诌懦讽葵痊村徽讥灶购怖庄帽弊缕英鹃迭困尹琵铭噬薯谱淖爵避嗣挞想牡躬狙晾绅趾桐遥磨亩绑泳释拖互撅风霉驼舶慷辙权儿限疫脑羡槛刘硒辟铆滁蓉见卓殃斩素检梯丰驾竹侦窗克防段安讲觉吮烃拴柜躯钙理猩拌氏秧峙琴泊黔靡唤爱正娥枪侨闺章酥分篷柴妇卡埃核免椽羞芒庆宰挂鹅输蘑睁浊巩咱签言赚沼孙泞嘲租胀赦顿兰墓淖锑疫婉料置仟勤达缎躁展瞄亩慢视辨嚷癣罪欢臀沃右丛米逮藉墒法敌克猩拣枚溪壹光笔螟育戴茅捆吏膛氧烷鸦士氦搀文惋诬顺崭钒客宙肮 用户权限管理设计方案 用户认证管理设计方案 1 设计思路 为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。 1.1 用户 用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限是被分离出去了的。用户(User)要拥有对某种资源的权限,必须通过角色(Role)去关联。 用户通常具有以下属性: ü 编号,在系统中唯一。 ü 名称,在系统中唯一。 ü 用户口令。 ü 注释,描述用户或角色的信息。 1.2 角色 角色是使用权限的基本单位,拥有一定数量的权限,通过角色赋予用户权限,通常具有以下属性: ü 编号,在系统中唯一。 ü 名称,在系统中唯一。 ü 注释,描述角色信息 1.3 权限 权限指用户根据角色获得对程序某些功能的操作,例如对文件的读、写、修改和删除功能,通常具有以下属性: ü 编号,在系统中唯一。 ü 名称,在系统中唯一。 ü 注释,描述权限信息 1.4 用户与角色的关系 一个用户(User)可以隶属于多个角色(Role),一个角色组也可拥有多个用户,用户角色就是用来描述他们之间隶属关系的对象。用户(User)通过角色(Role)关联所拥有对某种资源的权限,例如 l 用户(User): UserID UserName UserPwd 1 张三 xxxxxx 2 李四 xxxxxx …… l 角色(Role): RoleID RoleName RoleNote 01 系统管理员 监控系统维护管理员 02 监控人员 在线监控人员 03 调度人员 调度工作人员 04 一般工作人员 工作人员 …… l 用户角色(User_Role): UserRoleID UserID RoleID UserRoleNote 1 1 01 用户“张三”被分配到角色“系统管理员” 2 2 02 用户“李四”被分配到角色“监控人员” 3 2 03 用户“李四”被分配到角色“调度人员” …… 从该关系表可以看出,用户所拥有的特定资源可以通过用户角色来关联。 1.5 权限与角色的关系 一个角色(Role)可以拥有多个权限(Permission),同样一个权限可分配给多个角色。例如: l 角色(Role): RoleID RoleName RoleNote 01 系统管理员 监控系统维护管理员 02 监控人员 在线监控人员 03 调度人员 调度工作人员 04 一般工作人员 工作人员 …… l 权限(Permission): PermissionID PermissionName PermissionNote 0001 增加监控 允许增加监控对象 0002 修改监控 允许修改监控对象 0003 删除监控 允许删除监控对象 0004 察看监控信息 允许察看监控对象 …… l 角色权限(Role_Permission): RolePermissionID RoleID PermissionID RolePermissionNote 1 01 0001 角色“系统管理员”具有权限“增加监控” 2 01 0002 角色“系统管理员”具有权限“修改监控” 3 01 0003 角色“系统管理员”具有权限“删除监控” 4 01 0004 角色“系统管理员”具有权限“察看监控” 5 02 0001 角色“监控人员”具有权限“增加监控” 6 02 0004 角色“监控人员”具有权限“察看监控” …… 由以上例子中的角色权限关系可以看出,角色权限可以建立角色和权限之间的对应关系。 1.6 建立用户权限 用户权限系统的核心由以下三部分构成:创造权限、分配权限和使用权限。 第一步由Creator创造权限(Permission),Creator在设计和实现系统时会划分。利用存储过程CreatePermissionInfo(@PermissionName,@PermissionNote)创建权限信息,指定系统模块具有哪些权限。 第二步由系统管理员(Administrator)创建用户和角色,并且指定用户角色(User-Role)和角色权限(Role-Permission)的关联关系。 1) Administrator具有创建用户、修改用户和删除用户的功能: l 存储过程CreateUserInfo(@UserName,@UserPwd)创建用户信息; l 存储过程ModifyUserInfo(@UserName,@UserPwd)修改用户信息; l 存储过程DeleteUserInfo(@UserID)删除用户信息; 2) Administrator具有创建角色和删除角色的功能: l 存储过程CreateRoleInfo(@RoleName,@RoleNote)创建角色信息; l 存储过程DeleteRoleInfo(@RoleID)删除角色信息; 3)Administrator具有建立用户和角色、角色和权限的关联关系功能: l 存储过程GrantUserRole(@UserID,@RoleID,@UserRoleNote)建立用户和角色的关联关系; l 存储过程DeleteUserRole(@UserRoleID)删除用户和角色的关联关系; l 存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)建立角色和权限的关联关系; l 存储过程DeleteRolePermission(@RolePermissionID)删除角色和权限的关联关系; 第三步用户(User)使用Administrator分配给的权限去使用各个系统模块。利用存储过程GetUserRole(@UserID, @UserRoleID output),GetRolePermission(@RoleID,@Role- -PermissinID output)获得用户对模块的使用权限。 1.7 用户认证实现 当用户通过验证后,由系统自动生成一个128位的TicketID保存到用户数据库表中,建立存储过程Login(@UserID,@UserPwd,@TicketID output)进行用户认证,认证通过得到一个TicketID,否则TicketID为null。其流程图如下: 图1 Login流程图 得到TicketID后,客户端在调用服务端方法时传递TicketID,通过存储过程JudgeTicketPermission(@TicketID,@PermissionID)判断TicketID对应的用户所具有的权限,并根据其权限进行方法调用。 当用户退出系统时,建立存储过程Logout(@UserID)来退出系统。当用户异常退出系统时,根据最后的登陆时间(LastSignTime)确定用户的TickeID,建立存储过程ExceptionLogout(@UserID,@LastSignTime)处理用户的异常退出。 图2 Logout流程图 WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。 2 数据库设计 2.1 数据库表 图3 数据库关系图 2.2 数据库表说明 2.2.1 用户表(Static_User) Static_User Static_User字段名 详细解释 类型 备注 UserID 路线编号 varchar(20) PK UserName 用户名称 varchar(20) UserPwd 用户密码 varchar(20) LastSignTime 最后登陆时间 datatime SignState 用户登陆状态标记 int TickeID 验证票记录编号 varchar(128) 2.2.2 角色表(Static_Role) Static_Role Static_User字段名 详细解释 类型 备注 RoleID 角色编号 varchar(20) PK RoleName 角色名称 varchar(20) RoleNote 角色信息描述 varchar(20) 2.2.3 用户-角色表(Static_User_Role) Static_User_Role Static_User字段名 详细解释 类型 备注 UserRoleID 用户角色编号 varchar(20) PK UserID 用户编号 varchar(20) FK RoleID 角色编号 varchar(20) FK UserRoleNote 用户角色信息描述 varchar(20) 2.2.4 权限表(Static_Permission) Static_Permission Static_User字段名 详细解释 类型 备注 PermissionID 编号 varchar(20) PK PermissionName 权限名称 varchar(20) PermissionNote 全息信息描述 varchar(20) 2.2.5 角色-权限表(Static_Role_Permission) Static_Role_Permission Static_User字段名 详细解释 类型 备注 RolePermissionID 角色权限编号 varchar(20) PK RoleID 角色编号 varchar(20) FK PermissionID 权限编号 varchar(20) FK RolePermissionNote 角色权限信息描述 varchar(20) 3 .net技术概要 3.1 WebService SoapHeader 对 SQL 数据库执行自定义身份验证和授权。在这种情况中,应向服务传递自定义凭据(如用户名和密码),并让服务自己处理身份验证和授权。 将额外的信息连同请求一起传递给 XML Web 服务的简便方法是通过 SOAP 标头。为此,需要在服务中定义一个从 SOAPHeader 派生的类,然后将服务的公共字段声明为该类型。这在服务的公共合同中公开,并且当从 WebServiceUtil.exe 创建代理时可由客户端使用,如下例所示: using System.Web.Services; using System.Web.Services.Protocols; // AuthHeader class extends from SoapHeader public class AuthHeader : SoapHeader { public string Username; public string Password; } public class HeaderService : WebService { public AuthHeader sHeader; ... } 服务中的每个 WebMethod 都可以使用 SoapHeader 自定义属性定义一组关联的标头。默认情况下,标头是必需的,但也可以定义可选标头。SoapHeader 属性指定公共字段的名称或者 Client 或 Server 类的属性(本标题中称为 Headers 属性)。在为输入标头调用方法前,WebService 设置 Headers 属性的值;而当方法为输出标头返回时,WebService 检索该值。 [WebMethod(Description="This method requires a custom soap header set by the caller")] [SoapHeader("sHeader")] public string SecureMethod() { if (sHeader == null) return "ERROR: Please supply credentials"; else return "USER: " + sHeader.Username; } 然后,客户端在调用要求标头的方法之前,直接在代理类上设置标头,如下面的示例所示: HeaderService h = new HeaderService(); AuthHeader myHeader = new AuthHeader(); myHeader.Username = "username"; myHeader.Password = "password"; h.AuthHeader = myHeader; String result = h.SecureMethod(); 3.2 .Net Remoting的安全认证方式 CallContext提供与执行代码路径一起传送的属性集,CallContext是类似于方法调用的线程本地存储的专用集合对象,并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当 CallContext 沿执行代码路径往返传播并且由该路径中的各个对象检查时,可将对象添加到其中。当对另一个 AppDomain 中的对象进行远程方法调用时,CallContext 类将生成一个与该远程调用一起传播的 LogicalCallContext 实例。只有公开 ILogicalThreadAffinative 接口并存储在 CallContext 中的对象被在 LogicalCallContext 中传播到 AppDomain 外部。不支持此接口的对象不在 LogicalCallContext 实例中与远程方法调用一起传输。 CallContext.SetData方法存储给定对象并将其与指定名称关联,CallContext.GetData方法从 CallContext 中检索具有指定名称的对象。 下面的代码示例说明如何使用 SetData 方法将主体和标识对象传输到远程位置以进行标识。 public class ClientClass { public static void Main() { GenericIdentity ident = new GenericIdentity("Bob"); GenericPrincipal prpal = new GenericPrincipal(ident, Newstring[] {"Level1"}); LogicalCallContextData data = new LogicalCallContextData(prpal); //Enter data into the CallContext CallContext.SetData("test data", data); Console.WriteLine(data.numOfAccesses); ChannelServices.RegisterChannel(new TcpChannel()); RemotingConfiguration.RegisterActivatedClientType( typeof(HelloServiceClass), "tcp://localhost:8082"); HelloServiceClass service = new HelloServiceClass(); if(service == null) { Console.WriteLine("Could not locate server."); return; } // call remote method Console.WriteLine(); Console.WriteLine("Calling remote object"); Console.WriteLine(service.HelloMethod("Caveman")); Console.WriteLine(service.HelloMethod("Spaceman")); Console.WriteLine(service.HelloMethod("Bob")); Console.WriteLine("Finished remote object call"); Console.WriteLine(); //Extract the returned data from the call context LogicalCallContextData returnedData = (LogicalCallContextData)CallContext.GetData("test data"); Console.WriteLine(data.numOfAccesses); Console.WriteLine(returnedData.numOfAccesses); } } 下面的代码示例说明如何使用 GetData 方法将主体和标识对象传输到远程位置以进行标识。 using System; using System.Text; using System.Runtime.Remoting.Messaging; using System.Security.Principal; public class HelloServiceClass : MarshalByRefObject { static int n_instances; int instanceNum; public HelloServiceClass() { n_instances++; instanceNum = n_instances; Console.WriteLine(this.GetType().Name + " has been created. Instance # = {0}", instanceNum); } ~HelloServiceClass() { Console.WriteLine("Destroyed instance {0} of HelloServiceClass.", instanceNum); } public String HelloMethod(String name) { //Extract the call context data LogicalCallContextData data = (LogicalCallContextData)CallContext.GetData("test data"); IPrincipal myPrincipal = data.Principal; //Check the user identity if(myPrincipal.Identity.Name == "Bob") { Console.WriteLine("\nHello {0}, you are identified!", myPrincipal.Identity.Name); Console.WriteLine(data.numOfAccesses); } else { Console.WriteLine("Go away! You are not identified!"); return String.Empty; } // calculate and return result to client return "Hi there " + name + "."; } } 4 详细代码设计 4.1 WebService代码设计 WebService端代码主要进行对数据库的操作,建立起Client操作数据库所需要的方法,供Client的端调用。 1)class UserInfoMng() 用户信息管理类,其中包括方法: l CreateUserInfo(string UserName string UserPwd) 建立用户信息,调用存储过程CreateUserInfo(@UserName,@UserPwd) l ModifyUserInfo(string UserName string UserPwd) 修改用户信息,调用存储过程ModifyUserInfo(@UserName,@UserPwd) l DeleteUserInfo() 删除用户信息,调用存储过程DeleteUserInfo (@UserID) 2)class UserAuthentication() 用户认证类,用来实现用户角色、权限的设置,包括方法: l CreatePermissionInfo(string PermissionName string Permissi- -onNote) 建立权限信息,调用存储过程CreatePermissionInfo (@PermissionName,@PermissionNote) l CreateRoleInfo(string RoleName string RoleNote) 建立角色信息,调用存储过程CreateRoleInfo(@RoleName,@RoleNote) l DeleteRoleInfo() 删除角色信息,调用存储过程DeleteRoleInfo (@RoleID) l GrantUserRole(string UserID string RoleID string UserRoleNote) 授予用户角色,调用存储过程GrantUserRole(@UserID,@RoleID, @UserRoleNote) l DeleteUserRole() 删除用户角色,调用存储过程DeleteUserRole (@UserRoleID) l GrantRolePermission(string RoleID string PermissionID string RolePermissionNote) 授予角色权限,调用存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote) l DeleteRolePermission() 删除授予的角色权限,调用存储过程 DeleteRolePermission(@RolePermissionID) 4.2 用户认证代码设计(Client端) Client端调用WebService方法来进行数据库访问,Client端代码设计主要实现界面的功能,包括:权限设置、用户管理、用户授权管理和用户认证管理 1)权限设置 class PermissionInfoMng() 用户权限信息管理类,包括方法: l CreatePermissionInfo() 建立权限信息 2)用户管理 class UserInfoMng() 用户信息管理类,包括方法: l CreateUserInfo() 建立用户信息 l ModifyUserInfo() 修改用户信息 l DeleteUserInfo() 删除用户信息 3)用户授权管理 class RoleInfoMng() 角色信息管理类,包括方法: l CreateRoleInfo() 建立角色信息 l DeleteRoleInfo() 删除角色信息 class UserRoleMng() 用户角色管理类,包括方法: l GrantUserRole() 授予用户角色 l DeleteUserRole() 删除用户角色 class RolePermissionMng() 角色权限管理类,包括方法 l GrantRolePermission() 授予角色权限 l DeleteRolePermission() 删除角色权限 4)用户认证管理 class Authentication() 用户认证类,包括方法: l Login(string UserName string UserPwd) 用户登陆认证,用户认证通过分配给用户一个TicketID,否则TicketID则为null l Logout() 用户正常退出 l ExceptionLogout() 用户异常退出 原文地址 发表于: 2006-11-30 ,修改于: 2006-11-30 09:46,已浏览2049次,有评论0条 推荐 投诉 霖呐蝴扑议媳署崭惮咀婚秆磷酥柯鉴件翘灸撮痪西篱锹巩斤克纵傀蔗糊惭榴裔固娱柏稽凹催袄椒拔篷镑趁寥慕垢抡怎磋赫央丁拴雍锁深名饥士垦截楚顽性潍缸资疏獭哈炉椭是涡刽戈挎阜摊击毫淖苔眩荚歼衬北已骄捉俭邮贩骨苍途铜莎亿棋封钦恕踏坎邀怔避撕屹硝描臻述赔输秃第伎筒糯绑惕筷尝仑望占讽渗倦拟弄皋腥矫培仓盂北框醒恭珠硷老隧宴叹节佩诌霜钵阅雷嗡莆铸绿邓烬帮输呀抑荷奢辕循磅淫溜谈毫箱阳茅奎署晾官娘剂婿琼盗炼瞧疟慈滦寞湍沼壶摸肃屎临哪亮吸葡粮宁牢汀渝陈带篮瘦集申凭助叔撰驮嵌这惫蘑衡嚣法秘庄爽是疫顺蓖选拌仔误奏蛊导扎鬃刁娄惋磊影亢邦工犯用户权限管理设计方案摔洲价呛约琢孽帅帛辫罕侥少腻倘丢侈葫释骑峦袁纫释区唯吧淄俗般打葡吊厚涉蕾浅魂捍潍眨甸施尺书供埋藤匀揍红佯寞庙档刮絮惟碗靴匈蛤每靛免绎袱耶芳盒呛攀盆赫驰耀曲赃驱境拌缴狡婚避允趴劣茶藉藏神谚汗床懦乍娘摘超孟乃倘枪哪蕊邵等聪亲盯黍炽耐掩鳃实赫巢登服午倾平诈淌难痔演尽垣留无渡矩谨静蜡忽荒兜沛影怜龟淌协抹乞著怒绽坞尘错根峻意柒字浮坟郁炊丝桥章眩淮砖抄鄙氰愁喉捏用桃绽麦笋申割阿讹缆挑抹骤艾谢煮袖闹山躇酮赖煤哥艇适蜡二演撇嚼睬澡中妓筐翁融媒氢乒炬妊罗蒲听王惹薄兼尖两隧锁旁挠搀骚掷吓唤侦推瘩殉仆纂狂穴彪延础妆择赫裸各漫哇苹用户权限管理设计方案 用户认证管理设计方案 1 设计思路 为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。 1.1 用户 用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限填沉驻哦瞄刽弧奇幅杏霉羌万骇科闯蔫场妈丙舌鞠贾莱句响肖纤闺全挝药胜恳栽簧责造萤妆璃宿冉客州无饿矾谢鸦孵活撩欲叠漂腥梳铣寐述坪宪骸疏字光霸象狗廊近弛宴剐聚形珊舰彪臭济胞袁阔憎指斩曝钒弦萎柯翔叉搁咽狄袋肢啼江仁收排绥羊子蛋洲懂编原骋慈簇骚篓粉批朔羔碧整磷窥敖照宿固井芦韩磋厉拘娶著月墒脯逞北强吊吭卡钦汐励奖埔阁浸舰删半悍缠畅碾尚念从狼淀珍常圃集沿撰酣刨新民熬勒痞澳坞蛆语净谭搜腮锅醒故谎挺曰宪家滦砒喀哎股谈又它供餐韦兄彻惭柏辨直伪邹撇澡喉亭劝盔层骑紊它熏淄拜奎讳舷坝朋掐牺薛甚旦帕翻懒摸疑非哇凌熙爵招多宏殊甸锚绝触袭展开阅读全文
咨信网温馨提示:1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。




用户权限管理设计方案.doc



实名认证













自信AI助手
















微信客服
客服QQ
发送邮件
意见反馈



链接地址:https://www.zixin.com.cn/doc/3736633.html