安全架构与业务合并

时间:2011-11-01 16:12:13

标签: security design-patterns database-design aop

我以通用的方式进行身份验证/授权,但我遇到了问题,系统的某些行为依赖于用户角色,而一个用户可以拥有多个角色。

它不仅关于用户可以/不能做某些动作,而且每个用户角色的动作本身都会改变,每个角色都有很多元数据,并且无法实现如何保持凝聚力。

如果我将安全性与业务合并,那么耦合将会变得很混乱,如果为每个人保持单独的创建表,我会得到一些实体加倍,我也会变得混乱。

元数据的一小部分是:

如果大三只能为一个客户只为一个工作建立基本部分,或者由同一个客户的另一个大三学生开始放弃基本工作,那么就有一个人使用

如果主人可以建立新的基本部分并修复/管理来自一个客户的所有青少年制作的建筑物。

如果经理可以为所有客户做所有事情并控制主要工作。

对于每个工作,一个大三学生需要选择一个大师相关,一个大师需要选择一个经理,当一个大三学生被遗弃的工作他成为所有者但是当主人修理一个工作时,创建者初级保持所有权。

1 个答案:

答案 0 :(得分:0)

为每个实体创建一个表,直到到达树,每次出现一个新角色创建一个新表,然后使用此结构来控制系统。将用户保留在员工表和员工员工表上,每个用户都有一个密码和登录,之后必须登录员工密码并登录。它解决了你的问题。