oa笔记.docxVIP

----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------------------------------------------------------------------------------------------------------- 一、前期准备 2008年12月20日 星期六 8:47 ? ? ? ? 如果前期的需求产生错误,那么会导致后期的工作全部返工, 所以需求就是要做到明确,正确,准确. ? 需求分析的困难之处在于,客户自己都不知道自己想要什么, 第二,开发的软件并不是我们自己用的,虽然站在用户的角度上来做系统, 但是并不一定明确,正确,准确,所以要经常跟客户反馈. ? ? ? OA的主要功能: 将办公的流程全部通过软件来完成 ? 组织机构,基础模块,一般是核心开发人员来做, 功能:公司部门划分和人员分配权限 ? 其他需求分析参见 OA系统需求说明书_初步.doc ? ? OA中最主要的是工作流的管理,以及工作流传递的内容 例如 流程管理,定义每种工作的流程是什么样的,需要哪些步骤,由什么人处理 这样可以灵活定义各种流程,方便扩充 ? 表单定义,定义每种工作的流程间传递的是什么样的数据, 例如请假单,需要哪些数据,例如报销又需要什么数据, 这样可以灵活定义各种数据,方便扩充 ? ? ? 该项目中最难实现的是 1 流程管理(动态增加修改流程) 2 表单定义(流程里处理的内容) 3 动态表单(根据表单不同的定义,选择不同的表单输入附件) 4 1-3技术的应用,公文管理 5 模块管理(动态增加修改模块) ? 二、运用的技巧 2008年12月20日 星期六 10:24 树形结构 组织机构中的数据库字段设计的很巧妙 例如北京分公司序号为4 它下面的办事处序号为8,编号为4_8 办事处下面的办公室序号为1,编号就是4_8_1 这样方便与很多方面的操作 ? 以上的例子中,编号是机构编号例如4_8_1,表示机构间的关系 序号是随机生成的或者和业务逻辑相关的编号,例如item0032,是数据库中记录的主键 但是可以将他们合并为一个,例如4_company8_item0032,不合并也可以, 但是哪种方便要看具体情况 ? 例如搜索北京分公司下的所有的子机构,搜索编号为4_开头的就可以了 当然在添加机构的页面中返回上一级页面,也可以用这个方法,来搜索父机构 ? 基于树的设计,都可以用这个这种类型的编号来进行操作,查询效率会大大提高 ? 权限管理 ? 对用户进行权限管理 可以对用户统一设置权限 也可以对用户单独设置权限 权限可以粗略型,例如某个模块是否可以使用 也可以精细,某个模块中的增删改查的个别权限的设置 ? ? 对角色进行权限授权 针对各种角色,进行权限管理, 例如系统管理员角色,是否可以增删改查操作? ? ? 用户与角色的关系: 一个用户拥有角色A和角色B,那么该用户拥有角色A和角色B的所有权限 当用户属于角色A的时候,也可以单独对它进行权限管理, ? ? 针对用户单独授权 例如用户拥有角色A可以增删改查, 但是我们可以单独对这个用户设置取消删除功能等等 ? ? 更高型优先级 如果该用户拥有角色A和角色B的权限,但是权限产生冲突, 那就需要根据具体的情况来处理, 例如项目经理拥有经理角色和普通用户的角色, 普通用户不允许添加记录,经理允许, 那么根据具体的情况来分析,赋予更高的权利,可以添加. 也就是说在有冲突的权限上, 给与更高优先级的权限 ? 选择型优先级 也可以采用登陆时选择的角色,例如老总在登陆时给与选择, 是系统管理员还是老总? 系统管理员可以显示更多的关于系统设置方面的内容 老总可以显示与系统设置无关的其他所有内容 根据选择的角色,来给与权限... 当然在系统使用时,也给与切换角色的功能 也就是说在有冲突的权限上, 给与当前选择角色的权限 最好的做法是在设置角色的时候,设置一个登陆时默认的角色 这样登陆后就以默认的角色来显示页面 ? 权限的继承例如 ? 我们给用户实际分配权限时, 比如设置 UA M1 XVXX(有效) 这样就是不继承,与原先设置的RA权限不一样 另一种设置 UA M1 VVXX(无效) 因为具体的设置无效了,那么就继承原先RA的权限 这样