部门经理

十年前，笔者还是一个刚毕业的大学生，对IT业只是停留在学校的编程知识领域。刚出社会，有很多需要学习的地方。在这十年间，笔者经历了程序员，技术经理，项目经理，部门经理等职位。本文就是要说说如何从程序员到部门经理的经验。 对于程序员，按笔者在《 软件项目角色指南 》一文中的称呼，应该称为软件工程师。大家可以去看看该系列中对软件工程师的职责等内容，希望大家能对该角色有一定的理解。软件工程师要做的事情还是比较多的，因为在项目中可能要涉及到很多方面的内容，所以，软件工程师往往身兼多职。软件工程师在项目中的作用也是很大的，因为项目最基本的编码工作就是由他进行处理，所以项目的基础就是要靠软件工程师的工作来进行。软件工程师要做很多事情，一方面是编码，另一方面也要积极的学习该领域的其它知识，以补充自身的相关的知识内容。对于工作，软件工程师要兢兢业业，努力把该做的事情做好。那么，软件工程师对于知识方面该积极的进行学习，笔者就是在工作之余，努力的去看一些相关的知识，比如.NET Framework的相关的类库内容，以及一些关于C#的一些知识内容等等。对于业务，软件工程师也要从需求中去学习该领域的内容，争取对该领域做到至少是理解的程度。总之，软件工程师就是要努力学习，争取做领域方面的专家，争取向上做软件设计师、架构师等职位。 对于技术经理，笔者也做了一些总结。技术经理要积极的对领域内的技术有一定的理解

感谢Q友知行合一，在他的帮助下，我又有机会更加深层次的接触到了OA产品的核心， 他给我了2条建议：“一是可以深入研究OA的工作流，二是加深研究OA软件的表单功能，他对这两块核心研究的均比较深入”。经过4天的闭门修炼，我先把第 一期OA的工作流先研究先发布出来，欢迎大家给意见。 工作流是整个OA系统的核心，也是BPM的核心，工作流到 底需要实现哪些功能，本文就此以用户的需求为蓝本进行阐述。工作流表面看起来是很简单的，无非是一个表单模板，一个流程定义，然后起草后根据设定的流程一 步一步走下出，但是由于业务的差别以及千变万化的需求，实际上比需要实现的功能远比上述功能要复杂得多，这也是很多的开源的工作流系统并没有真正用到 OA中来的原因。 一个基本的要求是：一个审批模板可以供全单位使用，如请款单，全单位就一个请款单格式，其流程的设定可以应用全单位并且能够正常流转，这样的要求实现看起来很容易，实际上难度极大。 OA工作流规格 1. 文档模板和表单模板 模 板一般有二种类型，一种是文档模板，一种是表单模板。如任免、公文等是标准文档模板型工作流，其正文内容是文档格式，一般是WORD或者EXCEL格式。 而请款单，请购单一般情况下是表单模板。表单模板只能填每个字段的内容，不能进行全文的修改。文档模板和表单模板的工作流最大的区别点是需不需要对审批表 单内容进行统计和分析，文档模板因为是基于文本的

官网演示地址： http://demo.ccflow.org/ 流程的主要需求： 新建流程 登陆系统后台进行设置流程：鼠标右键流程树 选择新建子级类别 输入子级类别名称：流程演示，点击确定即可 点击流程演示节点，鼠标右键--选择新建流程： 输入流程的名称，点击确定就可以了。 这里我们叫做请假流程演示 创建流程后会自动生成两个换节点： 流程设计 修改开始节点的名称 如果是基层员工发起的，那么第二步就是需要部门经理审批。 如果是部门经理发起的，那么就需要总经理审批 鼠标右键空白处---->选择新建节点 设置新建的节点名称为总经理审批 请假天数大于等于3天需要总经理审批 部门经理审批和总经理审批做上连接线 新建财务部的节点; 命名为财务部 视频中进行了此时保存了一下 部门经理托一个连接线到财务部 总经理审批托一个连接线到财务部。然后进行简单的拖动各个节点。使节点之间的 连接线，显得比较好看一些 接收人规则的设置 鼠标右键开始的节点，选择接收人规则 发起这个流程是任何人都可以发起的。默认的法规则就是所有人员都可以发起，所以这里我们直接点击保存就可以了。 保存成功后，关闭当前的tab页面就可以了 部门经理审批--接收人规则 接收人法规则设置为：按照岗位智能计算。 然后设置/更改岗位(旧版本)选择所有的中层 然后保存就可以了。 总经理接收人规则 如果是部门经理发起的请假流程，那么就是总经理审批