工作流文件整理（工作流概念介绍1）
工作流文件整理（工作流概念介绍1）3.活动：对应流程里的一个工作环节。可以分为2种不同类型的活动：原子活动和块活动。2.流程实例：流程定义的执行实例被称为流程实例。一个流程定义可以同时存在多个独立执行的流程实例。工作流的结构工作流的结构主要是由5个组件组成的1.流程定义：是对流程的建模和描述，由一系列的活动组成，这些活动以图形的形式展现并被连接起来，最终能给直接被工作流系统所执行。
工作流的基本概念
1993年工作流管理联盟（WfMC）提出的工作流的定义：工作流是一类能够完全或者部分自动执行的经营过程，他根据一系列预先制定好的过程规则、文档、信息或任务能够在不同的执行者之间进行与执行。
工作流技术为谁解决了什么问题
试想一个场景，现在给公司绩效考核系统，因为公司规模不大，需要的流程大致是：员工自评-主管评价-HR审核-绩效归档。那么这么一条主线流程，我们用硬代码就可以快速的实现掉，当你做完后，上线两天，主管评价后面应该还需要加一个和员工的沟通，那么是否在先有的硬代码中加入员工沟通的环节，又过了2天，领导决定，沟通后，员工大部分觉得绩效不合理，需要升级，是否有需要加个经理审批的环节。那么这个流程就会越来越长，代码就会越来越复杂，那么此时，如果想要快速的响应业务部门的需求，就需要用从技术的角度来解决这些问题，工作流技术解决了客户对流程灵活变化的需求，因工作流技术解决的是客户的业务问题。
工作流的结构
工作流的结构主要是由5个组件组成的
1.流程定义：是对流程的建模和描述，由一系列的活动组成，这些活动以图形的形式展现并被连接起来，最终能给直接被工作流系统所执行。
2.流程实例：流程定义的执行实例被称为流程实例。一个流程定义可以同时存在多个独立执行的流程实例。
3.活动：对应流程里的一个工作环节。可以分为2种不同类型的活动：原子活动和块活动。
3.1.原子活动：包含简单且独立的活动定义。
3.2.块活动：一系列活动的组合。（可以为特定的一组活动绑定变量、异常处理器和补偿动作）
4.活动实例：活动在流程实例中的执行实例。
5.任务（工作项）：最小的工作单元，由活动实例产生并分配给参与者执行，一个活动实例可能产生一个或者多个任务。
工作流技术相关规范
工作流管理联盟（WfMC）在1993年成立后颁布了一系列的标准和技术规范，其中包括工作流术语表、工作流参考模型、工作流管理系统各部分间协作的五个接口规范、工作流产品的互操作性标准等。其中接口1（流程设计）的标准依据WPDL后来变更为XPDL（至今工作流最重要的一个标准，大多数工作流引起都是依据次此标准开发的）设计开发的。
另一方面，对象管理组织（OMG）发布了工作流管理工具标准，并于1999年发布了工作流应用编程接口的IDL定义和对象结构模型。
1.WfMC工作流管理系统参考模型
工作流参考模型是由一个核心引擎和五个接口组成的
接口1:工作流定义接口，为用户提供一种可视化的业务建模工具，并且其所生产的业务流程符号可以被计算机识别并处理。（流程设计）
接口2:工作流客户应用接口：给用户提供一种手段，来处理流程实例运行中需要人工处理的任务。（待办列表）
接口3:工作流调用应用接口：工作流执行服务的时候，调用业务应用处理数据的过程。（调用业务系统处理业务逻辑）
接口4:工作流引擎协作接口：为系统间的交互提供一种标准，解决了系统间协作处理一个事务的问题。（服务任务）
接口5:管理接口：对工作流管理系统中过程实例的状态进行监督、管理与分析。（工作流运行报表）
2.XPDL流程定义元模型
1.包：流程模型中包含了许多作用域大于流程定义的实体。例如参与者声明、应用程序声明。为了避免每一个流程定义都重复定义这些实体，XPDL引入了包的概念。包作为流程定义的容器，对流程定义按照关联性进行分组，在包上定义的实体被其包含的流程定义继承，如版本号，状态等。
2.泳道：被用来对流程定义和活动进行布局。在流程级别上定义参与者的信息（公司、部门），在活动级别定义执行者信息（角色、人员）。
3.流程定义：对流程的建模和描述。
4.活动：对应流程里面的一个工作单元，能够别人力或者计算机所执行的。
5.转移线：活动之间通过转移线连接（BPMN中的顺序流）
6.参与者声明：描述执行流程和活动的资源，可以是人活着机器
7.应用程序声明：活动调用的外部系统的接口（对应BPMN中的ServiceTask）
8.人工产出物：为流程附件的额外的建模信息，如组、文本标记、数据对象等。
9.消息流：展示两个参与者之间的消息流向。
10.关联：使用关联将信息、人工产出物与流程实体连接起来。
