在2004.3~2005.5 这1年半的时间了我参与了两个OA项目的开发,主要人员是一个项目经理和我。在这段时间学到了不少东西,其中也遇到了不少困难。现在总结一下。
1。权限问题:在OA项目了所用的权限系统是控制在树形结构里的节点上(即某个人或组对此节点或节点下的资源是否有(访问,操作)权限,用XML保存)。到了后来的审批流设计(OA的一个比较核心工作模块)中,发现某些关键文档的权限必须加以控制(即某篇文档只允许某些人或某些组(访问,操作))。这些与原来的权限相冲突。后来的解决办法是在和审批流程相关的模块中,原来靠节点识别权限的功能作废,用一张专门的文档权限对应表记录权限,这样实现架构很不稳定,不完善,灵活度也很底。和系统其他的部分结合不够。以后的权限问题需要一个整体的和其他系统能够结合的设计。比如有一个接口getauthority(ID,userID),ID可能为节点或者是文档ID,就能返回该userID
1。权限问题:在OA项目了所用的权限系统是控制在树形结构里的节点上(即某个人或组对此节点或节点下的资源是否有(访问,操作)权限,用XML保存)。到了后来的审批流设计(OA的一个比较核心工作模块)中,发现某些关键文档的权限必须加以控制(即某篇文档只允许某些人或某些组(访问,操作))。这些与原来的权限相冲突。后来的解决办法是在和审批流程相关的模块中,原来靠节点识别权限的功能作废,用一张专门的文档权限对应表记录权限,这样实现架构很不稳定,不完善,灵活度也很底。和系统其他的部分结合不够。以后的权限问题需要一个整体的和其他系统能够结合的设计。比如有一个接口getauthority(ID,userID),ID可能为节点或者是文档ID,就能返回该userID