楼主用的什么工具啊，能不能发份给我啊
Clefoo@126.com,谢谢啊
@Clefoo1
我用的是XDE，只支持VS2003
两个问题：
１．好像只面向功能权限进行得解决方案，资源权限如何考虑的？
２．不能实现跨部门授予权限，实际上这是经常出现的。
@超晨
1、资源权限与业务相关，需要在代码级别控制。
2、跨部门授权是支持的，不知您说得是哪种问题，我们以角色或组来进行集中授权，不同的部门角色具有不同的功能权限而已。
或者你认为该如何进行资源权限的控制呢？
我也正在想这个问题，是否有一种通用的方法？
资源权限 的控制我也在想，现在只能硬编码。
不过想通用也不是很难。
不知道 vs2005 能不能很方便的继承父类的UI控件。
看着好像是广告贴啊，而且这个系统看上去更侧重于企业人员管理方向的应用，网站用户就不适用了，说通用有些大了吧。
其实现在讨论rbac的理论文章已经很多了，朋友们更需要的是如何实现的文章。
资源权限无需硬编码，硬编码还怎么通用呢。
@笨笨的考拉熊
网站应用的权限认证也是一致的，主要看怎么应用的问题了。
至于资源权限，比如说对一个表是否有增加、修改、册除、查看的权限和具体的业务相关性非常大。
@杨义金
我不是说B/S系统没法用，而是说网站这个环境，一般是没有组织结构的，而是据合成多个分组（讨论组、群等），关系非常散乱。我没有看出来怎么处理这块。因为你这个系统从看来看更适用于组织结构严谨的公司用。
楼上说的有些过分了，博主吧东西拿出来分享，不管怎么样都比光说不练值得肯定。
@笨笨的考拉熊
一个当事人可以有多种角色，包括进入系统的角色，同时也可以是一个讨论组的用户角色，或是一个群用户角色等。
比如说有个出版书刊的业务，不是所有人都可以出版，只有哪些具有出版商角色的用户才可以使用这些业务功能。
另外，比如说个人，本身有多种角色，比如说：学生、儿子、丈夫、父亲等角色，不同的角色具有不同的业务功能等。
@杨义金
呵呵，我说的是分组，不是角色。
而且感觉你这个设计是先设定了应用于企业环境，然后再做的。而不是在不考虑应用环境的情况下来做。
@笨笨的考拉熊
分组是用户管理“软件系统用户”角色可以操作哪些功能，还有很多功能是与角色相关的。
我推荐一本书：《数据资源模型资源手册》，对经常进行需求分析设计人员还是有一定的指导意义的。
当然，你说得对，我们的系统在企业应用中比较多，当然未来会在电子商务方面拓展。
请正确理解MemberShip的功能,这只是提供成员管理和验证等功能.
为什么MS只这样做,因为她也没能力把握不同情况其资源处理的复杂度.
不要想着一过次把所问题解决,用很多未出现的问题也许你还不知道;把功能做成方便扩展的才皇道.
@henry
我们确实在使用MemberShip中感觉到了你说得这些，与其别扭的适应，还不如自己按照实际需要实现一个能常期使用的系统。
通用并不意味着永远不修改，需要调整的时候该做的工作还是不能偷懒。
就是觉得这个还不够通用，通用的话要把一些概念更加抽象化，比如用户、用户组、权限、角色、应用系统、操作 等等。
@＾盛天＾
要怎么看才不别扭呢，说说你的意见嘛！
是设计的不行，还是图看起来不直观，还是文章说明性介绍内容少了等等方面，希望能提点具体的意见。
但还是要感谢您的观注！
@lzppcc
你的界面做得很漂亮，但从业务上功能来看，可能还需要进一步改进。
@杨义金
23楼的那个东西不用看，功能比较次，把源码送给我也没有改进的价值