workflow读研究文档.docxVIP

Workflow研究文档使用工作流的好处什么是工作流工作流就是“一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行”；IBM Almaden研究中心给出的工作流定义是：“工作流是经营过程的一种计算机化的表示模型，定义了完成整个过程需要的各种参数。这些参数包括对过程中每一个步骤的定义、步骤间的执行顺序、条件以及数据流的建立、每一步骤由谁负责以及每一个活动所需要的应用程序”。原则客观原则：对被考核者的任何评价都应明确的评价标准，以事实为依据，客观地反映员工的实际情况，避免因个人和其他主观因素影响绩效考核的结果；自主原则：各部门可根据自身工作特点在一定范围内制定相应的考核规程和评价标准，形成部门的考核实施细则，部门内所有岗位均有对应的考核指标；公开原则：各级考核指标（含项目、达到状态、权重和评价标准）的制定与过程调整，对员工公开；反馈原则：过程监控结果和考核结果要及时反馈给被考核者本人，肯定成绩，指出不足，并提出今后努力改进的方向；改进原则：考核目的在于监督责任者的职能履行与实施，促进责任者对公司/部门经营目标的有效贯彻与实现，因此在考核中要注重对责任者的自我纠正和改进情况的评价；工作流的关键点和难点工作流的关键点：首先，工作是一个业务处理的当前状态的写照。如果这个业务处理没有前一个处理，那么就是发起业务。业务处理一旦被处理完，就被存档，可以准备产生下一个处理了。如果业务处理完全达到了工作流的结束，整个工作就结束了。 业务处理的产生是通过工作流引擎来完成的。当计划人员修改工作流的时候，工作的真正的处理轨迹也就变了。 工作流就是对业务处理的前后关系的计划模板。业务处理是由分支和聚合的，聚合有多种情况，例如投票方式（百分之多少完成则全部进入下一处理）。可见一个工作可能有多个当前业务处理状态。 工作流引擎根据工作流计划，自动产生下一个处理。因此它是业务工厂、又是个邮件分拣和传递系统。 每一个业务处理都要在工作流计划中进行复杂的业务指派。例如：发起人、发起人的部门经理、同事、总经理、财务主管、团队中的其他人，等等，要比这里举的复杂的多，否则不能实用。每一个人打开自己的日历本，就能看到请求自己处理工作，检查工作中每一个自己有权限看的业务处理状态，对自己的处理状态进行录入，处理完送还系统工作流引擎。 除了自动驱动业务处理、执行角色指派和信息通知，工作流通常还要进行时间管理（超时如何处理），以及处理人员的临时代理和取消代理等管理。 发起人和相关管理者当然可以监视、分析、统计各类工作的各个处理的信息。 我们可以看到一些办公室的文员负责接待来访者，她有一个看板可以看到自己的雇主的信息并为之安排日程。OA竟然突出用户“录入”日程这种浅层次的操作而不是突出“安排”日程这种文员专业技术操作！任何小设计都能体现出深刻理解业务的重要！2.绩效考核系统的开发难点：易用性：做到让客户简单易用，而不被大量繁琐的操作和复杂的界面搞得晕头转向需要我们开发人员付出大量的劳动和非常完善、全面的设计方案。准确性：KPI绩效考核难点有三：一是如何找到KPI，二是KPI之间的比重、权重关系，三是考后如何执行的问题。KPI绩效考核的难点在于指标的选取和考核过程的控制。以创新或知识型公司在确定KPI指标体系过程中最关键的要素包括：指标选取考虑创新的不确定性，比如对新产品研发的奖励方式；考核侧重于创新管理人员和创新实施人员；加大与创新关键人员的沟通，关注调整不利于创新的指标；创新也好，知识也罢，都要以市场导向，不能仅仅关注开发了多少新产品，而是新产品的市场反应。比较难的是一些不确定因素导致的变化，衡量起来比较难一点。如经济环境的变化，行业、产业链的变化等，使得原定KPI执行时出现较大偏差，出现偏差要依据整个行业的变化情况做出相应调整，调高或调低。创新及知识型的公司应多加一些创新元素作为考量，包括创新的推动，创新过程的管理，推向市场的创新，以及创新的实施结果等以及分解。扩展性：绩效考核无论在对象还是指标上的变动都是频繁并且多样，当开发系统的时候如何解决程序扩展性和灵活性就成为一个非常难以处理的问题。我认为结合灵活的流程控制可以适当做到更高的扩展性配置。简单工作流的设计一个基于petri网原理的工作流来改写绩效考核流程部分。基于 petri网的工作流的基本算法，就是当每一个firing发生后，应当遍历整个流程重新改变transition的enable，那么当资源驱动某个 transition其实就是将它的输入place中的token转移到输出place。大概的接口类似：WorkFlowManager wm = new BasicWorkflowManager(this.workFlowDAO);Token token1 =