工作流平台需求架构分析

摘要：工作流平台的需求问题一直困扰着广大架构师及咨询师、对于需求两字实在感觉难以入手、目前由于各行各业的需求五花八门、种类各不相同，故想做到以点概面的需求是不大可能的。所以定制则被重点突出、用以解决这些不同的需求、可视化的定制既满足了广大需求调研者及开发者，大大降低了其工作的强度。再加上移动事业的日新月异，移动化办公也可以加入工作流平台的需求里面。

关键词：需求；工作流；可视化；定制；移动办公

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2013）30-6789-09

工作流技术作为解决业务流问题的主要方法越来越受到人们的重视，它应用逻辑与业务逻辑分离，可以不修改具体的功能实现而只修改业务过程模型改变系统功能，从而能够快四应对市场需求。

本文章为工作流平台的业务需求架构剖析及提出解决方案，阅读对象主要针对设计、及研发、测试、及相关业务人员。主要内容包括：工作流平台所涉及的业务需求。

1 术语及缩写词

业务流：是针对业务需求，按照一定的业务规则对企业业务流程进行可视化建模。定义业务流主要包括：活动、关系、转移信息、组织结构、角色模型、异常、配置以及周期。通过提供界面定义工具支持用户进行业务流定义。

2 工作流概述及规范

2.1 工作流概述

工作流现在主要解决的问题是：为了实现某些业务目标，在单个或者多个参与者之间，利用计算机，按某种预先订下的规则自动传递文档、数据、信息或者任务。简单一点的说，工作流就是一条相互衔接、自动流转的任务圈。我们可以将整个过程看做是一个流水作业线，其中作业线上的任务就是需要审核的表单。

与工作流相关的概念特别多，下面几个是比较常见的：

2.1.1 Workflow

就是指“业务流程的部分或整体在计算机应用环境下的自动化”，WorkFlow就是工作流程的计算模型，即将工作流中的工作如何前后组织在一起的逻辑和规则再加算计中以恰当的模型进行标示对其实施计算。自动运行的业务过程部分或整体，表现为参与者对文件、信息或者任务按照规程采取行动，并令其在参与者之间传递。简单的说工作流就是一系列相互衔接、自动进行的业务活动或任务。

2.1.2 WFSM

workflow management system-工作流管理系统，以规格化得流程描述作为输入的软件组件，它维护流程的运行状态，并在人和应用之间分派活动。

2.1.3 BPM

business process management-业务流程管理，包括范围比较广，相比之下工作流多半局限于技术领域。业务流程管理还从管理人员的角度设计了非技术问题，比如分析、管理、组织的效率。从流程管理的角度，最急需的是建立起基本的流程和规范，如业务运作流程、作业指引、岗位说明书、人力资源管理体系等。

2.2常见的工作流规范

2.2.1 WF-XML

工作流管理联盟（Workflow Management Coalition，WFMC）中的WF-XML和工作流参考模型（Workflow Reference Model）：WF-XML是一种基于XML的工作流互相操作性信息的编码。工作流参考模型是一种底层工作流系统体系结构的描述。目前WF-XML没有与SOAP和WSDL绑定。

2.2.2 XPDL

工作流管理联盟（Workflow Management Coalition），这是第一个在工作流领域致力于标准化工作的组织，1993年开始，了参考模型和XPDL（XML过程定义语言规范）。接口早期的标准为WPDL（Workflow Process Definition Language），这一接口后来的规范变更为XPDL。XPDL是至今工作流领域最为重要的一个标准，大多数工作流引擎目前是依据该标准设计开发的。XPDL是一个通用的框架，这也是XPDL的一个重要特性，这个框架可以支持开发者得特殊使用目的，而对外表现形式却相同。开发者得实现和他的外部接口可以独立分开，因为不管你如何实现，采用什么图形描述（状态图，活动图等），只要外部接口符合XPDL规范，那么就可以保持相同的表现形式。

2.2.3 JSR 207

Java的流程定义，是由Java Community Process（JCP）发起，如何在J2EE应用服务器中实现业务流程自动化的标准，其目标是探索并标准化流程语言（如BPEL）、Java语言和J2EE平台的关系。

2.2.4 BPSS

（Business Process Specification Schema）这是业务流程规范方案。ebXML是联合鬼贸易简化和电子商务促进中心（UN/CEFACT）及推进结构化信息标准组织（OASIS）于1999年11月成立的工作组。多年来，全球一百多个国家，两千多个组织的EDI、XML专家、企业、行业组织、软件服务商等约五千多人参与了ebXML标准的制定工作。

2.2.5 WSFL

IBM Web服务流语言（IBM Web Services Flow Language）：制定了Web服务组合的两种类型，与SOAP、UUDI和 WSDL兼容。流程模型说明了如何使用网络服务所提供的功能，并叙述商业交易流程。而总体模型则详细说明所有交易伙伴情形，即网络服务如何与其他网络服务做交谈。

3 工作流需求分析

本篇为工作流平台的需求架构篇，故将遵循工作流程管理BPM之规范。

3.1 工作流平台的划分

3.2.1.1 流程定义部分

1） 流程定义

流程的各个属性定义，人员流程的名称、标示、是否允许退回、跳转、管理者、版本等

2） 流程

流程定义完成后进行，最终将定义的结果保存到数据库相关的流程表中。如何对现有的流程进行更改，则后产生多个版本，对于正在流转的流程，走老的版本，对于新提交的流程，走新的版本

3.2.1.2 节点定义部分

定义个审批环节的相关要素，包括节点名称；节点类型是否是人工干预节点、还是自动节点、开始节点、结束节点；节点流向类型是单选还是多选；便利类型是单人办理、单人竞办、多人办理；节点人员指定模式指定办理人员是抖动选择还是自动随即指定一人办理；还需要支持外部传入或者人员指定策略（根据外部算法获取），需要支持并行。节点适用则按节点人员指定模式如果是手动则可手动按岗位或者部门或人员直接选择；个流程环节关联的业务表单；是否允许退回；是否允许追回，调用子流程ID；

3.2.1.3 链路定义部分

1） 链路定义

链路名称；源节点；目标节点。

2） 链路规则

流程流转中，下一节点的选择是有链路上的条件（即规则）决定的，所以必须定义每条链路上的业务规则

3.2.2 流程启动需求

在业务系统的业务模块中，所有需要走流程的，都必须要先启动流程，然后才能进行流程的流转，进入各个审批环节

1） 流程与业务模块关联配置

选择业务品种、选择应用的机构，再将要对应的业务流程关联即可。

2） 流程启动

在业务模块中，当启动流程后，此流程将按之前配置流转

3.2.3 需求定论

综上算是一个流程的所有触发、过程及结果，对如此复杂而多变的流程，一个系统中不可能做到面面俱到，这是不现实，也是不科学的做法，唯有以简单对应多元化，根源对应衍生才能在根本上解决需求不确定的问题，故本次针对需求讨论的重点将为可视化定制操作。

4 工作流平台需求框架

4.1 可视化定制流程模块

可视化定制流程模块，顾名思义不是开发人员所进行的处理，而是业务人员针对当前现状需求分析后做出的处理，经过可视化操作工具，自动生成代码的功能

4.1.1 界面设计图

4.7 移动办公的优势

“移动办公”也可称为“3A办公”，即办公人员可在任何时间（Anytime）、任何地点（Anywhere）处理与业务相关的任何事情（Anything）。这种全新的办公模式，可以让办公人员摆脱时间和空间的束缚。单位信息可以随时随地通畅地进行交互流动，工作将更加轻松有效，整体运作更加协调。

1） 操作便利简单

移动办公的使用既不需要电脑也不需要网线，只要一部可以上网的智能手机或者平板电脑。这样的办公方式免去了携带笔记本的麻烦，操作简单，同时也不用再因为工作而一直待在办公室，即使下班也可以很方便地处理一些紧急事务。

2）处理事务高效快捷

使用移动办公，办公人员无论出差在外，还是正在上班的路上甚至是休假，都可以及时审批公文，浏览公告，处理个人事务等等。这种办公模式将以前不可利用的时间有效利用起来，在不知不觉中就提高了工作效率和时间的使用效率。

3） 功能强大且灵活。

由于移动信息产品发展的很快，以及移动通信网络的日益优化，所以很多要在电脑上处理的工作都可以通过移动办公的手机终端来完成，移动办公的功能堪比电脑办公。同时，针对不同行业领域的业务需求，可以对移动办公进行专业的定制开发，可以灵活多变的根据自身需求自由设计移动办公的功能。

5 结论

综上工作流的需求业务架构解析、以目前这样的需求可以极大的满足各个行业不同的需求要求，以此来定制的工作流平台母本是为企业构建一套业务流程自动化系统，帮助企业管理和优化企业的业务流程，并从优化的业务流程中创造更多的效益。