问题1:用户与部门的关系是设计成多对一还是多对多。问题来源:1、在现实中它们之间的关系是多对多的。
2、我用的权限模型是rbac,部门在权限中是没有实质性的作用的。
3、设计成多对多,明显把系统复杂化了。
4、我做过的两家公司里,这块都设计成多对一。

解决方案 »

  1.   

    1、据我的经验现实中很少部门和人员是多对多的,一般有这种需求的都是特例。如果这个单位确实多对多很普及,那特例就特殊处理。
    2、部门一般在权限中确实没什么实质作用,因为大单位权限太复杂了,部门间的交叉权限很多,所以一般都是另设角色这个对象来处理权限。部门一般只起个类似于目录似地检索作用。
    3、复不复杂不是你说了算,而是用户说了算。不能怕复杂,关键是要把需求理顺,只要需求理顺了再复杂也能解决。
    4、我也同意尽量说服多对一,多对多确实没什么意义(对大部分单位来说),如果用户确实有这个需求,那么认真把需求理顺了(让项目经理多要钱),也不是那么可怕。
    结论:关键在于项目经理把用户的需求真正理解了!再做决定。
      

  2.   

    说的不错。
    要是真出现这情况,就要用户开两个帐户来操作,呵
      

  3.   

    我倒不是怕了复杂。
    只是想用简单的方式来解决复杂的问题。
    尽可能的不让他出漏子,才想着来借用下大家的经验。
    呵。。
      

  4.   

    呵呵,工作挺细心的。好同志。
      

  5.   

    大家有什么好的建议吗?在关于这个权限设计方面,怎样做可以更加灵活,便捷
      

  6.   

    我刚毕业  还没遇见过这样的问题啊