BPC流程管理社区

对于开发者而言，AWS Developer Studio工具的开发模式、编译、调试技巧与Eclipse工具完全相同。正常使用Developer Studio，本地必须至少安装一个用于调试目标BPM服务的AWS平台。

AWS Developer透视图
AWS Developer Studio为AWS平台开发提供了【AWS Developer透视图】，开发者可以切换到该透视图中创建AWS项目工程，进行代码开发。步骤：

执行程序组‘AWS5.1 BPM Suite◢AWS Developer◢AWS平台开发工具’
打开AWS Developer Studio程序窗口
点击‘窗口◢打开透视图◢其他’，在弹出对话框中选择【AWS Developer】

创建一个【AWS项目工程】
【AWS项目工程】是为Eclipse扩展一个特有工程类型，与其他Eclipse项目工程相似，出现在新建项目列表中。【AWS项目工程】是一个对标准Java Project的封装，能够在该项目中创建、调试和打包Java程序，封装的高级功能简化了开发者对AWS平台的一系列配置过程，包括：

自动加载AWS平台依赖的jar资源
自动创建用于调试AWS平台的main函数启动入口

步骤：

在【项目资源管理器】右键菜单选择‘新建◢项目‘，弹出对话框
在【新建项目】窗口列表中选择‘常规◢AWS项目工程‘，点击【下一步】
在【AWS安装根目录】选项右侧点击【浏览】按钮，定位本地AWS平台安装根目录，例如【D:ActionsoftAWS-Enterprise5.1】，点击【下一步】
给定一个项目名称，例如【MyAWSProject】，点击【完成】

打包部署
打包部署是指将开发、测试通过的程序打包成jar文件，部署到AWS运行环境中。

步骤：

选择要打包的文件或文件夹，右键选择【导出】，弹出窗口
选择‘Java◢JAR文件’，完成Jar文件导出过程
关闭AWS平台服务
将Jar文件拷贝或覆盖至%AWS_HOME%/bin/plugs/目录下
修改%AWS_HOME%/bin/startup.bat(aws_startup.sh)脚本，将对该Jar文件的引用追加到USER_EXP变量中
启动AWS平台服务

本Demo曾在上海一区的财政部门门户项目招标中公开演示过, 是一个以全门户的方式实现了,区政府子单位向区财政部门申请资金的流程.

这个流程的用户对象是区政府属下的机关和单位,包括行政机关,医院,学校等. 这些单位会登录财政部门的门户,并申请资金,而再通过几个级别的审批,一直到在后台的SAP ECC FI系统当中生成支付凭证,用PDF输出支付令,整个流程完全自动化,电子化.该Demo视频及文章的详细演示http://www.demome.info/?p=49

在传统的非电子化流程里,要跟踪一个流程很麻烦,例如是一个多重审批的流程,申请一旦提交上去,要跟踪,只能靠打电话,写电邮等,逐级上进,费时不讨好.

SAP BPM的内置流程跟踪机制,很好的解决了上面的问题,只需要登录门户,就能通过相关的连接了解到自己曾经参与过的流程的最新状态,而且可以用最直观的流程图表示出来,另外整个流程的历史明细,例如哪个用户审批了哪一级流程,什么时候审批的,都能清楚掌握.

简易,方便,省时.

这个演示的背景可参考 “SAP BPM ‘资金申请’ 审批流程演示“: http://www.demome.info/?p=59

一个子单位用户已经填妥”资金申请”表格,过了一些时候,这个用户登录门户,想从中了解自己的申请已经到达哪个部门审批

企业中高度分散的数据接口和数据模型早就该进行有效的集成了。在实施SOA的过程中，这是无法跨越的必要环节。为了享受SOA的诸多效益，企业数据需要时刻准备着！

　　CarlsonHotelsWorldwide公司的IT经理JohnKolodziejczyk指出：“首先需要解决的问题是：”我们将使用什么样的数据库作为客户的信息来源？‘“为此，这家餐饮企业为其所有的应用设计了一种通用数据架构和一个管理该架构的平台。同样，轴承制造商GGB公司的IT经理MatthiasKenngott认为，GGB需要一个中央集线器确保Oracle电子商务套件与3个老的ERP系统之间一致的数据映射。

　　如今，大量的企业数据要么深锁在数据库中，要么就被封闭在应用中。通常情况下，应用“知道”数据的含意和处理结果的含意，因此企业至少要在本地创建一个一致性的数据模型。然而，随着企业跨应用组合不同的功能，这些数据模型也被混合在一起，而且常常是在IT开发人员不知道的情况下被混合的。

　　StarwoodHotels的技术经理SongPark说：“你分发越多的数据，就越可能出现问题。”人们往往会怀疑服务和应用产生结果的准确性。ZapThink高级分析师RonSchmelzer指出：“对数据而言，始终存在一种上下文关系。甚至当一个字段为空白时，不同应用会对它的含意做出不同的假设。”

　　而这些问题数据会让集成的应用集合或大量的服务变得不可靠和难于修复。而解决的办法就是以服务的形式提供多种应用需要的数据，即在需要的地方加入上下文元数据，以及调和分散的数据源之间存在的不一致关系。

　　SOA的训诫

　　SOA的双重优势是开发执行常用功能的服务以减少多余的开发工作，以及通过利用标准化接口或外壳使应用功能可以跨系统使用，从而增加应用的灵活性。而SOA松耦合的、抽象的本质对于服务使用、处理和生成的数据具有深远意义。

　　SongPark在StarwoodHotels开始部署SOA时曾发问：“到底是把它分散开还是提供一种中央服务？”这个问题引导这家公司沿着很多企业走向SOA时的必由之路走下去：即用一种基于对数据含意的了解(无论数据来自何方)来处理数据的服务方式。Schmelzer强调：“SOA凸显了数据不一致这一事实。”

　　当服务交换数据时，发生误搭配和非对应转换的可能性大大增加。CommonSense的DePalma说：“SOA把这个问题推升到了最高层面。”他说，“当你尝试建立第一个3路或4路数据服务，你会很快发觉数据管理之痛。”HurwitzGroup总裁JudithHurwitz说，没有最初的数据架构努力，SOA就无法扩展到整个企业。

　　专家称，最佳的解决办法是开发一个数据服务层，它会对将要使用的数据进行分类，将其上下文关系展示给其他服务。这种方法把数据逻辑与业务逻辑分离开来，把数据访问和处理作为由业务流程调用的独立服务集合对待。

　　新需求催生MDM

　　这种解决办法不同于传统的数据集成。ZapThink的Schmelzer回忆说：“我们过去一直通过在关键堵点上实施控制来解决数据集成问题。而SOA消除了这些堵点。这意味着每个数据访问点都必须能转换和管理数据。”

　　IDC集成系统集团的副总裁HenryMorris说：“数据集成和流程集成是紧密连接的。”他建议企业必须考虑利用服务来管理数据，以及影响主数据的流程。

　　Kanbay国际咨询公司主设计师NikhilShah指出，SOA还提出了并行性问题。例如，当旧数据通过流程传播，或者当多个服务在不同时间访问数据时，流程过程中数据的变化就会影响到结果，尤其是在复合型应用中。Shah建议，IT要部署监测服务，至少部署在发生变更时通知其他服务的服务，以使它们可以决定是重新启动流程，还是调整对它们的计算。

此外，Shah说，数据服务的颗粒度越细，编排(orchestration)的开销对流程的影响就越大，因为它会增加响应时间，导致同步问题。他建议IT在服务能够消费数据前，就建立数据管理需求模型。

　　为SOA环境中的数据管理提供缓存技术的Progress软件公司数据管理副总裁KenRugg说，另一个问题是SOA的“雪犁效应”，这种效应发生在服务把有关数据处理的上下文关系传递给复合应用中后续服务的时候。

　　IDC的Morris说，公布这些转换可以帮助以后的服务了解它们正在使用数据的上下文关系。不过，这也可能使系统被非常庞大的数据文件所淹没，降低每个服务的速度。

　　SOA的兴起使厂商有理由重新利用他们的工具为SOA和非SOA环境简化数据管理。很多厂商正在推广MDM(主数据管理)工具，来确保应用或服务在正确的上下文关系中使用正确的、当前的数据。“主数据”不仅包含数据本身，而且还包含了供不同系统使用所需要的属性、语义及上下文关系(即元数据)。一些厂商把这类系统称为企业信息集成(EII)工具。

　　下一步是数据集线器

　　AMRResearch公司研究主管BillSwanton指出，MDM虽然不是新概念，但它基本上属于事后数据系统，例如数据仓库和业务智能。在SOA出现前，企业基本不用担心主数据问题，因为大多数信息保存在应用套件中，而在应用套件中，厂商至少部署了隐含的、内部的数据架构。所以，IT可以只关注在应用套件之间传送的或原始的数据，通过连接器的建立使应用能够处理大多数的上下文关系。

　　SOA的多对多架构让IT不能继续把这个问题留给应用厂商和集成渠道。不过Swanton说，现在连非SOA环境也将放弃开发连接器的方法，转而向更易于集成的数据架构迁移。

　　IBM、Informatica、Oracle和Siperian等公司开始从数据仓库着手解决这一问题，它们提供一个或更多的数据集线器当作可信赖代理，服务从净化的数据存储或由其他应用生成有效数据的服务访问数据集线器。数据集线器类似于传统企业环境中常用的中心辐射架构。

　　专家警告说，目前这些技术还很不成熟，最多只能对特定的数据管理流程起作用。

　　很多数据集线器含有一个适用的数据主题，比如客户或产品信息。i2公司MDM业务高级经理SatishKrishnaswamy说，MDM作为一个初始构件还是不错的；但在以后，IT必须普及数据集线器或使用特定的数据集线器联盟。IDC的Morris说，“我们不会总局限在一个数据集线器上，因此IT应当向一个标准、规范、分级、跨不同来源的数据视图的方向努力。”

　　为使这个系统易于管理，IT部门通常为一个主题领域定义规则和上下文关系，然后逐步扩展到其他领域。决定是从一个特定主题系统，例如SCM中的产品信息入手，还是从一个一般化的系统入手，这取决于对具体应用套件集成工作的关注力度。如果你的关注焦点放在与ERP或SCM的互动上，那么从特定主题的数据中心入手可能是更为合理的选择。反之，假如你的焦点放在服务与不同应用互动的SOA上，那么从一个一般的数据中心入手则更合理。

　　数据架构的构建

　　MDM工具的确能够帮上忙，但如果企业不了解自己的数据，那么这类工具就无法发挥作用。EDS公司的FredCummins说，由于集中式数据存储一般涉及事后结果，而不涉及状态和交易，因此，MDM系统越来越像传统的数据仓库或主数据库，那么无论是在传统环境还是SOA环境中，它就越不可能满足交易系统的需要。

　　Cummins说，对SOA来说，单纯重新打包EAI工具的MDM工具没什么太大帮助。这是因为SOA应当受到业务流程的驱动，而EAI一般将重点放在把应用连接在一起，而不关注每种应用基础数据的上下文关系。

从根本上讲，这是个设计问题。正确地设计架构和具体服务需要开发人员了解他们与之互动的服务，以及应用所使用和产生的所有数据，而这是个需要投入大量劳动的过程。这正是为什么IT需要方便地访问数据服务集合或是数据映射的原因。CommonSense的DePalma说：“到了一定阶段，就必须建立信息库。这不仅对SOA至关重要，在传统环境中也是如此。”

　　映射建立后，IT就可以将注意力放在开发执行它们的连接或服务上。IT必须了解哪些映射应当提供给多个服务和应用，因此要被当作独立的流程来实现；还有哪些映射是特定业务逻辑所特有的，应当与这个业务逻辑封装在一起。

　　而由于没有清晰的ROI，许多企业并没有开展数据架构的建设。不过，IT部门可以循序渐进地参与进去，围绕用于满足特定应用或服务需要的信息开发规则和元数据。

　　BEA总设计师PaulPatrick说，数据架构通常包括多个数据模型，每个模型面向特定的主题或流程类型。IT部门可以采取分段开发的方式，同时需要精确定义数据模型之间所需的映射。

　　IT部门还要集中精力来应付异常数据。例如，IT应当开发查找异常数据的服务，而不是去尝试开发映射每一种可能的状态或关系企业范围的本体。最后，专家建议，企业应当构建分发主数据的数据服务层，尽管实现这一目标的基础设施和工具目前尚不成熟。

　　准备行动

　　在企业中以服务的形式提供数据源是一项宏大的工程。对传统的集成工作而言，这意味着了解每个应用中的上下文关系，以及数据在交付给其他应用时该如何转换。对SOA来说，这需要了解数据与不同的业务流程间的多种关系和依存性。

　　专家认为解决这种环境的复杂性，需要在建立数据架构模型前进行IT投入，要求企业系统地考虑数据的依存性和上下文关系。IDC的Morris说，发现数据模型和建立映射的工作量占到SOA数据架构开发工作量的70%左右。GGB的Kenngott说，建模与发现的工作量占其ERP整合项目中数据集成工作量的30%左右。

　　Starwood的Park说，这是非常值得做的准备工作。“否则，你会在实施项目很长时间后才发现有10个不需要的字段、10个需要但在设计服务时不知道的字段，以及5个与设想不一致的字段。当你拥有一个具有数百个服务的复杂系统时，这些接口必须被明确下来。”他说。

作者：CIO时代

系统对BPM的需求越来越多，要求其有效地模仿当前的流程，发生异常时，这些流程在运行中可能作出改变。总之，系统要响应临时需求。

　　Jacobs工程组最近部署了一个重要的BPM 工作流系统，来管理一项与价值十亿以上的水处理基建项目相关的合同。该系统是流线型沟通和管理超复杂现代化BPM寻求成功的例子。

　　水处理工程组需要处理与基建项目相关的成千上万的文件。2007年，该工程组部署了Interneer Intellect（来自美国加州的Interneer公司的产品）来管理和标准化与合同相关的书面材料的流程。许多BPM 深植于一文档为核心的工作中，这些领域继而成为BPM 生长的温床。节省开支是必不可少的。

　　Jacobs工程项目经理Anthony Pooley表示：“我们估计系统每年在管理费用上将节省25万美元，这大大减少了人力资源和错误传达，每个人都可以专注于自己的工作。”

　　组织开始一个项目的时候，所有书面材料都由Excel表格来管理，这非常棘手。文档丢失了，流程失败了，随即而来的就是指责。现在13个流程统一在线管理，300个雇员定期登陆，上传最新的合同、图纸和报告。

　　“你也可以定义流程并进行管理。用户进行工作部署，系统告诉他们做什么。每个人都知道流程中的下一步。由于我们完成了信息流的跟踪，工作变得更加有效率。”

　　管理工作流的过程中最大的挑战之一就是逐渐产生的变化，在Jacob的案例中，系统中的基础流程定义十分严格。但是不同的团队管理不同的可同。

　　Pooley表示他们之所以选择Interneer Intellect是因为它对于组织管理不同的内容来执行相同的业务流程更加容易。他解释道：“在一些模型中，我们允许用户重新指派任务，同样，我们也保留管理权限。如果有人去度假了，我们可以再将其指派给其他人。”

▀ BPM案例研究：流线型水处理工作流系统

随着电信市场竞争日趋激烈，为了响应客户需求的快速变化，提高运营效率、降低运营成本，电信运营商意识到，想赢得竞争优势，就必须在业务流程管理上胜过竞争对手一筹,业务流程管理是近两年电信运营商特别关注的话题。成功的业务流程管理，可以提高企业的运营效率、降低运营成本，改善服务品质、提高经营绩效，特别是可以提升企业对市场的反应速度，增强企业的灵活性以及应变环境的能力。

 当前，中国的电信运营企业都很重视业务流程管理工作，都在积极地有计划地开始实施流程重组工作，但国内著名的电信业务流程管理专家学者，嘉迪正信（北京）管理咨询有限公司总经理陈鹏飞认为，目前国内电信运营商尚未形成流程持续优化的机制，没有建立基于流程的责任体系.无人对整个流程的绩效负责，公司内各部门之间沟通不畅、协调困难，扯皮推托现象很多，使得公司的运行效率低下，对市场变化的反应迟钝, 从而无法满足消费者的根本需求。同时缺乏从流程的设计到监控、优化和退出整个生命周期的主动管理，流程管理工作的信息化还处于起步阶段，难以实现流程以更高频率的调整来适应不断变化的内外部环境，不利于组织驱动力的形成，存在不同程度提升空间，需要系统优化。

 陈鹏飞在接受通信世界网专访时表示，目前，虽然在“管理流程化，流程制度化，制度信息化”的理念指导下，运营商基本上都分阶段进行了流程梳理固化、流程优化等工作，并在此基础上实现了流程的信息化，但国内电信企业业务流程管理还普遍存在五大问题。一是流程框架体系缺乏统一流程导向，层级逻辑不清；二是开始在梳理一些流程，但对于输入、输出、相关部门的工作、核心控制点未作规定，流程的责权利不清；三是对流程的核心节点的考核缺乏，未纳入绩效考核，导致流程执行力衰减；四是流程管理组织尚未建立，流程制度不完善，尚未形成流程持续改进机制；五是员工与管理者的思想意识影响流程的顺畅执行，存在不重视、按习惯、本位主义、走“捷径”、推责任的思想或行为，影响了工作效率的提升。

 陈鹏飞说，运营商进行流程重组或者建设，关键要建立一个完整的业务流程管理系统。业务流程管理（ BPM ）是一套管理规范，要求组织转移到以流程为中心的思想，以减轻对传统的地域和职能结构的依赖。陈鹏飞解释说，BPM既不是一个技术，也不是一个更新版本的业务流程再造（ BPR ）。它是一套ＩＴ技术支持的管理规范。BPM要求并能使组织全面管理流程的生命周期，从流程的设计到监测和优化，使流程以更高频率的调整来适应不断变化的新情况。

企业流程管理分为5个发展阶段: 从依靠个人经验发展到以流程作为组织运营的核心，通过将流程显性化、标准化，形成完善的流程框架体系，建立合理的流程授权体系，形成流程绩效指标体系，对流程进行实时监控、考核、分析、改进，最终达到对流程进行持续优化的目的，实现企业的持续高效发展。陈鹏飞认为，目前国内运营商大多上处于第二个阶段，即部分工作组或部门实施了业务流程，将部分流程以文本形式呈现出来，在一定程度上明确了工作步骤，提高了工作效率。

而企业流程管理要真正起作用，首先要建立以战略为导向的流程框架，梳理优化形成了层级式流程体系，明确了的流程责任矩阵，建立了流程绩效指标体系，并在企业实践中运行，建立了流程管理的组织与机制。在这个基础上对流程绩效指标进行实时动态监控、分析、考核，流程各责任部门实时针对出现的问题对流程进行实时改进和优化，逐步实现职能运营与流程运营的融合。达到最佳状态的流程管理应该是各职能部门对流程进行持续改进，形成了围绕流程进行高效协同运营的流程管理体系，企业保持高绩效的工作状态。

BPM信息技术也是提高业务流程管理的有效手段之一，可以帮助业务人员从实际应用和基础架构中准确高效地提炼出流程活动及规则，实时监控流程绩效，动态分析优化流程。在采访中，记者了解到Control是国际主流的流程管理系统，是一款帮助企业控制运营风险、优化运营流程、提高执行力从而提升整体运营绩效的智能型可视化软件，可为企业内全体员工提供一个学习流程、监控流程和分析优化流程的平台。到目前包括Vodafone、AVAYA、SAP、丰田、DELL、飞利浦、联合利华在内的全球上千家大型企业导入了基于Control的流程管理系统。陈鹏飞总经理还介绍了嘉迪正信在国内电信企业实施基于Control的流程管理平台的应用实践，并指出流程管理工作的信息化是企业进一步提高流程管理水平的必然发展方向。

陈鹏飞认为，目前各运营商都意识到业务流程管理工作存在的问题，也认识到需要持续提升自身的软实力，不断增强核心竞争力，以此迎接新的市场挑战。但如何有效开展业务流程管理工作，真正解决实际工作中的问题，而不仅仅是“纸张的叠加、信息的罗列”，而对实际工作没有任何改善，是各运营商开展业务流程管理工作的难点。

陈鹏飞指出，在企业内实施业务流程管理，必须明确流程管理的责任主体，各级领导及业务主管必须投入到流程管理工作中，真正成为流程的“主人”，而不是仅仅依靠流程管理的主管部门和第三方咨询公司来推进流程管理工作。因为只有这些流程的“主人”最了解每条流程所服务的客户是谁，这些客户的需求是什么，应该如何去优化流程来更好为客户创造价值。只有通过他们去设计、梳理、优化业务流程，才能保证业务流程管理工作成果的扎实和细致。而只有“扎实”“细致”，才能更深入地了解流程的实际问题，才能更准确地描绘流程的工作方法和规则，才能不断精进地改善和优化流程、提高流程的效率，从而才能真正有效解决工作中的实际问题，否则流程管理工作不可能取得实效。