最近一年在授课之余，也参与到了一些管理工作当中，在这个过程当中，作为一个标准的程序猿果然不负众望，犯了很多低级的错误，回顾一年，结合最近一直做的OA系统，有些思考，就想记录下来：
OA系统，在我的理解当中是一个办公管理系统，在做开发的过程当中逐渐有了一种思路，凡是用到管理系统这样的东西无非以下的需求：
1、大量的数据需要批量处理，比如: 企业资源批量管理,这里的资源可以是企业的设备也可以是人力资源
2、复杂的流程，比如：跨部门协作，基于项目的跨部门虚拟团队沟通。
3、自动化的操作，比如：周报，考勤提醒。
上面是自己的一些了解，欢迎各位大神指点，期待学习。
权限与流程
紧接着说说OA系统的两大模块：
权限
完整的说是：员工 角色 权限
权限，是整个OA的一个核心，他定义了企业的各种角色，而这些角色构成了完整的企业架构，假如没有权限，每个员工登录系统可见的可以操作的东西都一样，那么这个系统很快就会崩溃：小王批准了自己的年假......
所以，一个好的权限管理机制可以让OA系统格外的健(抗)壮(造)
当然，开发权限的时候必须和用户中心绑定熬一起，但是尽量不要出现权限直接关联员工的问题，使用角色，整体的思路就是员工对应角色（职位），角色（职位）具备权限，这样后期很多事情会很方便处理。
流程
上面简单的描述了一下权限，紧接着就是对流程的描述，在工作当中最常见的请假流程，到稍微复杂的报销流程，到更加严格的评级审核流程，流程无处不在，在整个流程开发的过程当中，必须确定好：角色，操作，流程顺序之间的关系，建议画图思考，琢磨琢磨很有意思。
任务
到此，好多小伙伴可能抱怨： 劳资裤子都脱了，就给看着点......
嘿嘿嘿，其实今天主要想分享的是一些对另外一个OA核心点的理解，任务：
任务是对每天工作的细节化和亮化过程，曾经好长时间一直以为，任务这个东西就是数据库里面的几个字段创建的表，但是随着工作的进行，有了新的认识：
任务的描述对这个任务是否能很好的执行有很大的关系，所以，一个OA系统的任务系统的细致程度绝对可以决定你使用的是否顺手，结合自己的工作，对任务进
行了下面的字段设计：
1、任务类型： 研发，授课，销售，审核，协助.......
2、任务描述：这个字段很有意思，如果单纯靠这里下发任务，任务发布的角色可能会很头疼，所以在这里进行细分，把这个字段作为一个简单的描述是很有必要的。
3、任务发起人：发起任务的人，任务生产者
4、任务分配人：分配任务的人，调度，消费者者
5、任务执行人：具体实施任务的人
6、任务起始时间：开始任务的时间
7、任务结束时间：结束的时间
8、任务产出：这里要明确任务产出的内容，类型，提交方式
9、任务产出审核人：对产出要有审核，避免任务流产
10、任务评估：这里可以通过执行时间，结果质量等维度对这个任务进行评估
ok到这里完成了一个我想到的任务表，在这个表里面我们可以直接发布任务，也可以创建一个表来把几个任务按照顺序串联起来，然后形成一个流程，当然这个只是突然的一些想法，记下来的目的是抛砖引玉，欢迎大家来讨论。