??xml version="1.0" encoding="utf-8" standalone="yes"?>
共同的目标:个体参与工作必LZ同一个工作目标?/font>
在工作流自动化出C前,所有的工作都是通过手工实现的?
例子Q较典型的是某项d中的步骤要求参与者批阅文档或表格l成的文件。完成批阅及填写完表g的相兛_容后Q文件被人工CC一步的执行者。需要对q程的参与者进行关于进E\q培训Q否则文件就会留在文件夹里得不到处理?br />
~点Q?
高度依赖U张Q
力_强度大;
程不严密,d执行不易贯彻Q?
无法ҎE的q程q行监控Q
无法度量q程旉和统计进E的成本?
工作解x案与传统理软g的关p:
1、传l的理软g注重解决企业应用层现存的问题Q例如提高企业的资源配置率或提高单一员工的生产效率)?br />
EXCEL可以提高员工画表格的效率、胦务Y件可以规范胦务h员的工作q提高帐目查询的效率、CRM可以规范客户理从而客户资源掌握在公司手中而不是被一部分业务人员把持q提高客户响应时间、ERP解决的是如何配置企业资源使企业的人力资源、胦力资源和物资资源能够Ҏ?/font>务的需求实现最大化配置?
2、workflowx的是如何~短程闲置旉Q从而提高企业的业务处理能力q企业能够x于真正对企业有意义的增g务上?br />
3、传lY件不能解军_作流的问题,例如ERPx的是企业的资源配|,但不可能解决资源传输q程中的损耗和降低传输Q流E)的成本;同样workflow也不能完全解决传l管理Y件所能解决的问题Q例如对生理的MRPpȝ所能解决的生q程控制通过workflow很难实现?
一个好的工作流自动化解x案:
能够d工作程图,当然以图形化界面设计的ؓ佻I
能ؓ每个步骤设计电子表格Q
能将外部应用E序l合为工作流自动化的一部分Q
能与电子表格及企业数据库相连接;
能设计基于复杂业务规则的条g型\q工作程图,最好无ȝE;
能根据功能、用户名U或上下U关pL规则传递信息;
能够监控工作执行状况;
能够对工作流q行调节Q?
能够模拟q测试工作流的行为;
工作的应用必须支持多用户ƈ具高度可靠性;
工作的应用必须支持内部|或q|及跨多U^台?
工作自动化瞄准的是滞后旉?/span>
工作系l编E步骤ȝQ?br /> 创徏程定义Q?br /> 部v程定义Q?br /> 启动程定义Q?br /> 获取程实例Q?br /> 执行dQ?br /> l束d?/font>
看工作流的文档,l常会出现interface nq一说法Q下面解释一下这些interfaceQ一?个)的内容:
1、Process Definitions
q一层的关键是Process Definition LanguageQ目前的标准为XPDL?br />
API中有兌E定义语a的处理内容:
会话处理Q连接,断开与参与系l的会话q接Q?br />
工作定义操作(获得q程定义的名Uͼ提供会话句柄以供对象U的操作Q读取、写入第一U的q程定义对象Q?br />
工作定义对象操作(Ҏ工作定义创建、获得和删除对象Q获得、设|和删除对象属性)
2、Workflow APIs
API中有兛_作流客户端应用接?Interface 2)的处理内容:
1会话处理Q连接,断开与参与系l的会话q接Q?br />
2工作定义操作(获得q程定义的名U和属性)
3q程控制功能Q创建、开始、中介一个独立过E实例,悬挂、恢复一个独立的q程实例Q改变独立过E实例或zd实例的状态,指派、查询一个过E或zd的属性)
4q程状态功能(打开、关闭一个过E或zd实例的查询,讄可选的qo器,Ҏ情况获得qo后的q程或活动实例的l节Q获得特定的q程或活动的l节Q?br />
5工作?工作处理功能(打开、关闭一个工作表查询Q设|可选的qo器,Ҏ情况获得工作表中的项Q选择、重新指z、结束一个工作项?/font>的通知Q指z或查询一个工作项的属性)
6q程理功能Q改变过E定义和q程实例的操作状态,改变所有特定类型的q程和活动实例的状态,指派属性给所有特定类型的q程和活动的实例Q结束全部过E实例)
7数据处理功能Q获?q回工作相x据或应用数据Q?/font>
3、API中有兛_用调用接口的处理内容Q?br />
会话处理Q连接,断开与参与系l的会话q接Q?br />
zd理功能Q[工作引?->应用] 开始活动,悬挂、恢复、退出活?[应用-->工作引擎]zdl束通知Q信号事Ӟ查询zd属性)
数据处理功能Qؓ工作提供相x据,提供应用数据或数据地址Q?/font>
4、Inter-Engine Workflow
q一层描qC多个工作引擎交互的斚wQƈ且,各个引擎间的交互对用h透明的?/font>
5、Audit and Monitoring (Interface 5)
The support of this specification in workflow products allows analysis of consistent audit data across heterogeneous workflow products. During the initialization and execution of a process instance, multiple events occur which are of interest to a business, including WAPI events, internal workflow management engine operations and other system and application functions.