环境描述：
1、一个人员可能在一个系统中担任不同部门的不同职位
2、一个人员只有一个登陆账号
3、一个权限角色包含很多不同账号，一个账号可能存在不同的角色中
弊端：
1、在某系统中会出现这样的情况，某些业务数据只有谁录入的谁才能修改，如果这个人的账号从系统中删除了，这些数据将没法查看修改，因为人和账号是绑定死的(还有 种方案是将账号做为一种资源使用，放在后面讨论)，也无法交接数据给其他人，很是麻烦
2、系统新添加一个人，建账号，建权限角色，给权限角色分配账号，分配菜单，操作烦杂
3、如果采用将账号和人员动态分配的方案，将账号做为一种资源来分配使用这种方案又回出现无法最终业务数据的操作人，比如我把账号A分配给张三使用，张三使用A账 号在2008年办理了Business_A业务数据100条，2009年张三辞职了，账号A被分配给李四使用，2008年的Business_A业务数据将无法查询是谁操作的，或者追踪起来 麻烦，首先得查出业务数据发生的时间和账号，然后去账号分配记录表中查询这段时间这个账号分配给什么人使用，操作起来也是很是麻烦，而我们系统中的某些数据是 要追踪是谁办理的，特别是流程中，要知道是谁发起的，光知道某个账号是没得实际意义的，必须要知道是什么部门，什么职位，什么人，这里又牵涉到多部门多职位的情 况，如果用户是多部门多职位，还需要判断用户是用的什么部门的什么职位登录的，当然，这个可以在登录的时候让用户选择是可以办到的
总结：两种方案都常规的解决方案. 有没得更好的方案能解决这些问题，多部门多职位、业务数据能追溯，操作方便，方便数据交接