BPC流程管理社区

有效的流程治理无疑提供了多种好处。但是开始进行治理似乎让人感到畏惧。

首先，这会挑战治理包含什么的精确定义。“治理仍旧是一个相对不成熟的概念，主要围绕着流程设置变革权利，” John Dixon说。他是Gartner的研究主任。其他的话题通常是集中于“治理”包括业务中IT的作用，和谁来进行以及组织的哪个部分。

BPM团 队通常将治理定义为为驱动BPM的使用而建立标准，Clay Richardson表示，他是Forrester研究所的高级分析师。“这是一种广义的定义，”他认为。“通常是归结为如何鉴定和推动项目，决定谁是关 键利益相关者，以及谁来同意批准流程改善项目，接着是达成方法论、角色和最佳实践的标准定义。”

从“自顶向下”到“授权和允许”

但是有一个最为基础的问题：治理如何实施和驱动？大多数流程治理通过强有力的执行支持始于自顶向下， Richardson介绍。“我们看到用强有力的执行支持进行自顶向下治理，对于驱动参与、协作和协定非常有效，”他说，“这种方法对于保持事物一致前进非常有效。”在一些例子中，企业开始着手BPM，自顶向下的治理尤为关键，因为涉及很多人可能不理解BPM，他补充道。如果是松散、未定义的治理，可能会发现让参与者进入是一项挑战，而且一旦他们达成一致。

然而，一旦企业积极地进行了今年的BPM工作，专制方法就不好用了，Richardson继续说道。最终，BPM项目需要更大的投资以及来自不同业务线的参与者，还有授权这些业务线获取更多的流程治理所有权的人。

“在电信领域，我们已经在一些企业中看到这样的例子了，流程治理始于自顶向下的方法，” Richardson说，但是随着这些企业中BPM需求的增加，这些管理就不能并驾齐驱。因此他们转向了另一种方法，Richardson称之为循序渐进“授权和允许”模型。“本质上，他们始于训练，而且能够让团队开始设计和开发。这意味着更多的灵活性和精益治理，”他说。当然，他也指出，进展也可以从较少到更多的集中化开始，例如，如果一些业务流程不服的人最初很努力，但是随后就需要行政的支持了。

确定和管理所有权

不管使用什么方法，Richardson认为关键的最佳实践就是Forrester称之为“护栏”的创建，这个“护栏”指定义和指导允许组织获得更多的所有权，同时仍保持事情在规定的过程中的安全性。

一旦治理启用并运行，“你需要确保正确的业务流程总是能够在多种孤岛中顺利前进，” Dixon说，“这也有个问题，就是这些流程的所有权。”所有权根本上是三个基础的选择，每一个又有缺陷：

1.可能的损失：有益的雇员的组织系统可能会让管理者更关注孤岛，而不是流程。
2.所有权转移到孤岛之外的管理者手上。可能的损失：管理者需要同每一个孤岛的所有者进行问题商议，每一个孤岛都可能是复杂、耗时的流程。
3.数个孤岛所有者共享流程治理。这种同僚模式听起来很吸引人，但是Dixon表示它可能是个噩梦。“没有责任，而且永远不可修复，”他说。
尽管前两个选择有相关的问题，他们还都是切实可行的，Dixon说。然而，他们实际上都运转的不是很顺利，激励机制很少关注流程，这回让这些方法变得困难，即使是完全出于好意的为有效流程治理交付所需的东西。

换句话说，Dixon最喜欢的是第二种选择，但是他强调，为了成功，这种方法需要一个确定的权利层。特别的，他讲道，流程所有者必须有足够的手段来说“我需要在组织中作出改变，来改进收入。我意识到这可能会对领域各功能孤岛有负面的影响，但是为了更好的结果必须这样。”

选项二要求高级的流程所有权，典型的是总监或者副总裁级别的。然而一个中层管理者可能通过适当的支持能够处理最前面的细节。实际上，Dixon说，后者的方法将会变得更普遍。

创建BPM资源中心

另一个挑战是，用Dixon的观点来看：粗糙烂制的BPM仍在IT中。“往前看，它对于继续涉及更多业务很重要，”他说。业务流程能力中心（BPCC）有时称之为BPM卓越中心 （COE），会更符合目标。

Dixon建议BPCC应该由业务主导，但是要伴随重要的IT参与和高水平的报告，例如：向COO报告。“这种方式是一种合作关系，”他说。

但是他和其他一些专家也强调BPCC是关于创建流程能力和改进流程所有权的。在大多数常见的错误中，IT领导力咨询师Bob Kantor发现其客户在这些对技术投资和业务决策的责任中缺少充足的约束。“这更多的是关于业务组织协作的事情，而不是技术功能的事情，” Kantor说，他是Kantor Consulting Group的主管。

流程中心也需要明确定义角色和责任。例如，Dixon说：“我们通常会为BPCC主管应该拥有多少流程。答案就是什么都没有。”实际上，流程所有者应该区别与BPCC中的参与者。“BPCC应该关注与协助流程所有者改进其拥有的环境，因为自己几乎不可能有所改进，”他说，“你只能选择关掉它。”

从流程的观点来看，关键的挑战是谁拥有流程，无论你是否可以改变，你如何同其他部门协同以及你如何影他们。

流程治理的关键成功因素是能够确保流程和结果。Dixon说：“度量和测量都是治理的基础。”

在中国，众多追求卓越的用户部署了SAP ERP系统，黄盈动在BPM领域独有建树的发现，在降低SAP接口调用复杂度和统一SAP集成端架构方面，是所有SAP ERP用户所关注的焦点，AWS SAP Dynamic Adapter是实施SAP集成的轻量级、高效率的专业级搭档。无论用户是否已采购SAP PI中间件，AWS SAP Adapter都会为最大化利用SAP ERP资产提供最有价值的集成工具。

“AWS SAP Dynamic Adapter”适配了SAP最新JCo3(SAP Java Connector)技术，为集成SAP ERP提供零代码可视化调用RFC函数(Remote Function Call)的独立快速中间件平台。在AWS SAP Dynamic Adapter上不用编写任何代码、脚本(提供RFC客户端代码自动生成工具)即可在AWS BPM、其他任意语言的SAP外围系统中调用RFC函数，为用户规范集成架构、节省集成上线时间与团队投入。（该产品部署方便，学习曲线低，了解SAP RFC基础的用户可在1小时内熟练上手）

目前该产品已开始应用到国内一些SAP用户中，更详细资料、白皮书和FAQ可访问http://www.actionsoft.com.cn/solution/sap.jsp?nav=4

在广泛的BPM系统中，采用流程驱动用户业务显著的增强了业务处理可见度和处理效率。我们认识到，仅从流程平台角度保障可靠的完成一笔流程处理是不够的，保持表单背后复杂的业务数据处理的一致性，是实施业务级流程的关注重点，诸如采购、发货、预算执行类流程。

在AWS中，承载数据对象的模型被称之为BO(Business Object)模型，该模型可能是一个物理表结构，也可能是一个虚拟化的结构。在新特性中，允许使用工具为BO模型建立ER关系（这是一个可选项，只有当该数据属于核心业务结构，需要完整性约束时使用），新平台提供了识别和应用这些关系定义的引擎。该引擎可支持DB物理或逻辑的级联完整性约束，如级联删除、级联修改。与传统数据库ER相比，AWS的BO ER是基于业务的关系约束描述，建立的约束可以基于DB，也可以选择平台引擎来约束，在级联update方面除了支持级联update key之外，更支持相关数据的update，这对于一些必须需要脏数据的场景来说，能够由平台确保脏数据的一致性。

该特性还为流程设计者提供，以可视化的方式观察流程背后的数据结构及关联关系，真正做到流程、数据的可视化设计。

今天我们产品和研发部发布了Cloud API Demo站点，今天也是2010年的最后一天了，祝关注BPC社区的朋友们元旦快乐。简单总结下：

liveDemo站点：http://demo.actionsoft.com.cn
cloudDemoAPI客户端：这是一个基于Java Swing编写的Demo程序，模拟一个C/S系统接入demo站点的云API，更重要的是这个demo里提供了五个常用场景的SOAP、REST代码示例，算是比较官方的一个demo【该demo使用了SOAP，在API执行速度上会略微慢】
AWS_Cloud_API_DemoForJS：这是一个由BPC社区成员cat贡献的一个圣诞版，使用纯JS来调用云中API。下载后解压缩，将index.html拖入本地浏览器（允许本地执行JS）即可

登录账户user1,user2,user3,user4，默认口令都是cloudpass

一家是BPM流程管理领域的影响者，一家是电子商务领域的影响者。这里是一个富有激情的组合团队，希望您能成为我们的创业伙伴，开拓符合自己技能和意愿的职业生涯，让您找到并实现自己的价值。如果您对我们的职位有兴趣，请将个人简历及职位意向Email至炎黄盈动公司，HR经理邮箱：alan@actionsoft.com.cn

（赴杭州/北京）Java开发与实施工程师(中级、高级)（15人）
 

工作范围：
作为一名成员,你会与一个高效的项目组合团队共同工作，为用户提供BPM系统交付服务，帮助客户和团队实现商业目标。该职位工作地点适合于：杭州

职位描述：
1.与团队协作，在规定时间内提交合乎要求的任务成果。

任职要求：
1.具有良好的沟通表达能力，有很强的自学能力喜欢钻研技术，能够承受超时工作和较强的工作压力；
2.具备全面的JAVA开发技术，有一定的JAVA项目经验，熟悉AWS BPM v4-5版本者优先；
3.有大型业务系统或B2C工作经验者优先；
4.丰富的Web开发经验，熟悉HTML、Java script、ajax、jsp、servlet、spring、struts、jstl；
5.有工作流开发经验、系统调优、跨浏览器兼容性开发经验和Web2.0网站社区相关背景为佳 ；
6.具备良好的沟通能力及团队合作精神；
7.大学本科及以上学历，计算机或相关专业毕业，条件优秀者可放宽要求。
 

（赴杭州/北京）测试工程师-QA(3人）

工作范围：
作为一名成员,你会与一个高效的项目组合团队共同工作，为团队提供软件质量测试、Bug管理等工作，帮助客户和团队实现商业目标。该职位工作地点适合于：杭州

职位描述：
1.分析并设计符合用户相关系统功能验证需要的测试场景；
2.创建、开发和维护自动化测试脚本、自动化测试计划和测试数据；
3.系统Bug、缺陷管理及PATCH包管理，制定并执行详细的测试计划，验证bug修复；
4.向团队提供用户反馈，系统与服务的改进方法和建议。

 任职要求：
1.大学本科及以上学历，计算机或相关专业毕业；
2.有供大型业务系统或B2C工作经验者优先；
3.良好的沟通和人际交往技能，行之有效的解决问题的能力和强烈的责任感；
4.良好的英文水平（四级以上）。

（赴杭州/北京）其他职位-美工、助理(2人）

在上个月（10月）18号，我们对外提供了AWS 5 RC1版的第一个补丁，在接下来的11月18号，我们将对外提供PATCH2补丁的下载（8M左右），即AWS5.1.2版。在这个月中，我们除了修复伙伴、客户和内部反馈的bug，使平台更加稳定之外，我们也增加了一些迫切的新功能。
增加了十余个日常使用的@公式
date2Chinese、rangeSequence、preTaskInstanceId、preTaskUID、preTaskUserName、preTaskUserRole、preTaskUserDept、instanceOwnerUID、instanceOwnerName、instanceOwnerRole、instanceOwnerDept、parentInstanceId、instanceClose、getDatabaseSet、javaBean、nullValue、alertMessage

– @getDatabaseSet，可以方便的读取SQL字段值到一个指定的集合串，这个公式在路由方案中可以灵活运用，比如从当前业务参数中获取ORGUSER或特定记录的账户集合

– 对于@getDatabaseSet、@getDatabaseValue这类读取数据库记录的公式，现在支持CC DB Connector profile，即方便的获取外部数据到公式场景

– @javaBean是一个可以执行用户自定义Java Class的公式，由你的程序来处理公式逻辑
UI列表组件支持多级级联
对于实施数据相关性复杂的表单，动态级联下拉框是不可或少的。因为有XML数据字典这样的通用组件，我们一直在思考是否提供多级级联下拉框，现在，你已经可以在PATCH2中得到这样的特性支持，并且是一个超cool的配置思路。所有常规的UI组件都可以触发被级联的下拉框，并且可以无限级的相互级联
流程加签更加灵活
加签是有国情特色的工作流需求。通常我们将加签操作当做主流程的旁路流程来看待，加签的过程会暂时挂起主流程的操作。这个PATCH对加签流程提供更灵活的支持，允许并操作的多个加签人员选择继续加签的范围，使之成为一个逐层递归的动态加签流程。这个设置依然很简单，只要在允许加签的节点打开该特性即可

SDK包的组织机构对象API服务
升级这个补丁包后，有接口开发能力的团队可以通过调用Service SDK包的ORG服务，对AWS的Company、Department、User进行操作。对于ORG管理以外部HR系统为核心的集成架构要求，这类API算是一场及时雨了。

还有一些功能增强类特性，比如节点激活多个副表单时，表单间切换操作会更加易用，详细可参见届时公布的补丁包说明。随着RC1的逐渐稳定，针对RC1的PATCH补丁发布频率将逐渐放缓，如果您有更棒的想法、建议或者bug，可与我们产品部门联系，我们一定会认真倾听，也可以将问题留在论坛中。

‘用最快的方法加速用户流程改进和提升流程效率’是炎黄盈动的使命，AWS5以全新的方式诠释企业导入BPM系统的方法与工具，能够以最快的速度帮助用户梳理、设计、执行、监控分析和优化业务流程，并融入了当前SOA、云计算、RESTFul、RIA等热点技术，能够从技术路线上保护企业投资BPM软件资产的价值

第一，在流程管理平台方面，提供了BPM管理周期的全过程支持，对各类BPM用户角色提供了一致的操作画面和统一工作平台，从而简化了部署、优化流程所需时间。“AWS5提供了从高层流程梳理、建模、执行、分析和优化的全过程工具支持。与国外BPM、Workflow组合方案不同，轻量、完整的BPM平台工具能够大大提高BPM项目的投资回报率，降低用户学习曲线和若干独立产品组合带来的附加风险。如利用开箱即用的AWS BPA分析平台，便可随手从近百个效率分析模型中多个维度展示企业投入BPM后的运营效率”

第二，在业务基础平台方面，提供了基于MDA模型驱动架构的业务建模工具和运行平台，能够以零代码方式可视化建立各种应用模型。我国的企业信息化建设阶段和高速变化的商业环境与欧美国家差异很大，除了要求能够适应流程变化外，被驱动的应用系统也需要能够适快速适应业务的变化。“AWS5与其他BPM厂商在研发路线上所不同的是，我们认为中国企业较大范围内构建BPM流程化应用，必须提供一个强健、稳定的业务基础平台来支撑企业对组织、权限、资源、数据的管控。单一的Workflow或BPM工具只能解决局部组织、领域的流程化，缺失业务基础平台保驾护航，在组织较大范围内推广BPM，会让客户遭遇不可预知的成本与风险”

第三，在集成平台设施方面，AWS5提供了专门的后端服务接入设施，将企业各种关键业务系统接入到‘插槽’里，使企业更容易让业务和IT人员参与到跨系统的集成场景，创新业务模式。这种后端服务驱动设施不仅可以从技术上驱动各类后端应用服务，也可以直接与企业SOA基础设施进行双向交互，如ESB、MQ软件。“我们认为，在一个新经济企业里，一个有竞争力的BPM设施所驱动的组织和系统是无边界的。除了广泛被大众讨论的内部集成外，构建企业‘流程云’在商业运营模式上的价值更大，能够通过流程驱动来保持与上、下游合作伙伴IT系统的自动对接。在AWS5中，‘流程云’设施工具已被植入其中，通过SOAP或RESTful方式将流程交互、数据交互封装成服务单元，为上下游伙伴和客户接入企业流程建立标准和服务接口，实现企业虚拟组织间的流程协同‘召之即来、挥之即去’”

Item
workflow
BPM

流程管理周期
设计、执行
流程全周期，包括梳理、监控、分析

目标用户群体
编程人员
业务人员、IT技术人员

平台化设施
流程引擎内核
流程、组织、权限、表单、规则、门户、监控、分析等一体化的平台设施

应用范围
部门级，十余支
企业级多级流程层次，数百支

集成能力
EAI或无集成工具
广泛的集成设施支持

应用特点
单一的应用程序
企业流程化架构

方案结构
嵌入具体的应用内部，满足具体的业务需求
满足企业流程周期管理的完整解决方案和模板

图1：Workflow结构（WfMC观点）

图2：BPM结构（BPT观点）
一个绕口令的结论，谁能翻译一下？工作流侧重编程人员，辅以设计；BPM系统侧重业务人员，辅以编程。工作流一定是BPM系统的核心技术；有了工作流不一定是BPM系统。

流程版本管理是企业实现流程周期管理的一个重要技术指标，从BPM特性范围来看，属于BPM Adaptability(BPTrends 2007研究报告)。在AWS5中，对流程版本进行了重新设计，流程版本与状态由【流程版本管理】工具进行自动管理，流程模型各个版本的实例控制数据相互隔离、互不影响。流程版本状态及状态转换过程的设计思路如下：

DESING-设计状态

新建的流程模型、创建的流程新版本为【设计状态】，处在该状态下的流程设计器允许随意进行流程设计，无约束性保护。处于设计状态的流程可以参与客户端执行，但在启动时会给出【(调试)】字样，表示该流程处于测试阶段。

RUN-运行状态

流程模型一旦被发布，被标记为【运行状态】，处在该状态下的流程设计器不允许删除、增加节点和子流程模型，但可以修改流程相关属性和规则。处于运行状态的流程属于经过测试，正式使用的流程模型。

CLOSED-停用状态

当发布流程模型时，该流程处于【运行状态】的流程版本将被标记为【停用状态】，处在该状态下的流程设计器只读。