SOA应用使BPM管理得到最大程度的简化

本文探讨了业务流程管理(BPM)与面向服务架构(SOA)的结合如何简化企业流程,减少手工工作流集成点,降低运营成本,并提高投资回报率。通过SOA的支持,BPM得以在整个企业范围内实现更为高效的应用。
自20世纪80年代末期以来,业务分析师始终在全力以赴地推广业务流程再造(Business Process Reengineering)这一理念。之所以会出现这样一种趋势,主要是因为业务逻辑已经淹没在功能性的IT系统当中不见踪影,导致业务人员完全失去对 它们的控制能力。

业务流程管理(business process management,BPM)不仅仅只是作为一种工具,同时也作为一门科学,在2008年的时候,SOA解决方案提供商也许会面临更长的道路,也许并非 如此。不过,SOA解决方案提供商总会有艰巨的任务。SOA产品是以一种IT结构为基础的产品。这种架构需要在同一个网页上得到管理和IT支持。

是什么原因开始让BPM和SOA联系到一起并受到了分析师们的更多关注甚至还成为了业界新闻的呢?毋庸质疑,SOA可以作为一个基础,用以整个企业范围的BPM管理。

企 业的首席执行官和IT部门能够联手促进SOA应用的一个想法就是在SOA的基础之上采用商务流程管理(BPM)应用程序。BPM将成为机构的“杀手应用 ”。SOA将能够适应BPM。因此,位于德国Darmstadt的Software AG软件公司在去年6月收购位于美国弗吉尼亚州Fairfax的webMethods公司的时候也获得了自己的BPM产品。

知名咨询师和专栏作家Joe McKendrick在近期IT Business Edge的问答栏目中解释到了他对这两者关系的看法:

“ 没有SOA,BPM一样会出现并得到实现,但是,在SOA将更多标准和系统整合成为可能的基础上,通过SOA而在整体范围内实现BPM将会得到最大程度的 简化。就我听到的最为形象的一个比喻则是,在脱离SOA协助下的BPM如同一个将一只手捆绑在背上的人努力想要去达到的目标。”

BPM将会 带来什么样的具体好处?根据Aberdeen所发布的白皮书,best-in-class公司在报告中指出使用这种BPM工具的时候明显减少了手工工作流 的集成点。同时,较低的经营成本和更为简洁的业务工作流有效的增加了他们的投资回报,让BPM工具的投入迅速带来了收益。

SOA解决方案中 的治理需求来源于机构的复杂性,因为随着时间的推移,企业已经开发和重新使用了SOA环境中的服务。人们开始很容易地在一个机构中制作许多这种服务。这是 很好的,并且推动了人们向SOA的方向发展。另一方面,这种做法也造成了某种程度的混乱。对于一个SOA项目来说,最糟糕的是让几项服务做同样的事情,但 是却没有人知道哪一项服务实际上做什么。由于其面向服务的性质,SOA本身已经帮助了内部业务的运行。Totev举例说Software AG公司的客户北欧航空公司就把IT看作是一个重要部门。

一旦他们转向谈论拥有服务级协议和解释明确的功能的服务的时候,他们更容易向股东解释他们正在做什么工作,这个变化将产生什么影响,接触或者改变了哪一个具体的计划。

目前有一种倾向是将协同与OA对应起来,这种观点除了某些工具类协同软件在应用上尚显匮乏,从而给人以误解外,也不排除是传统OA对协同思想持排斥态度的结果。

从 国外同类产品横向分析来看,协同与OA虽然并不等同,但相互之间有很深的渊源。微软的协同软件产品名称Networks,就包含了网络办公的意思。 IBM的协同软件,也来源于广泛用于OA领域的Lotus。从国内协同软件产品来看,协同与OA也密不可分,如复旦协达等市场主流协同软件,不仅能够实现 协同商务的应用,同时OA也是其基础应用之一。

从理论角度分析,协同是管理思想,OA是应用领域,两者虽不等同,但更不应对立;从实际应用 角度分析,协同应用较早、较广的协同写作,与OA的公文管理中多人协作核稿、审稿等应用,所面向的具体事务和工作内容几乎吻合。OA与工作流的关系,就像 与即时通讯、协同写作的关系一样:并非对立,而是交融。

新一代的BPM将会带来什么样的具体好处?根据Aberdeen所发布的白皮 书,best-in-class公司在报告中指出使用这种BPM工具的时候明显减少了手工工作流的集成点。同时,较低的经营成本和更为简洁的业务工作流有 效的增加了他们的投资回报,让BPM工具的投入迅速带来了收益。
第三方支付功能的技术人员;尤其适合从事电商、在线教育、SaaS类项目开发的工程师。; 使用场景及目标:① 实现微信与支付宝的Native、网页/APP等主流支付方式接入;② 掌握支付过程中关键的安全机制如签名验签、证书管理与敏感信息保护;③ 构建完整的支付闭环,包括下单、支付、异步通知、订单状态更新、退款与对账功能;④ 通过定时任务处理内容支付超时与概要状态不一致问题:本文详细讲解了Java,提升系统健壮性。; 阅读应用接入支付宝和建议:建议结合官方文档与沙微信支付的全流程,涵盖支付产品介绍、开发环境搭建箱环境边学边练,重点关注、安全机制、配置管理、签名核心API调用及验签逻辑、异步通知的幂等处理实际代码实现。重点与异常边界情况;包括商户号与AppID获取、API注意生产环境中的密密钥与证书配置钥安全与接口调用频率控制、使用官方SDK进行支付。下单、异步通知处理、订单查询、退款、账单下载等功能,并深入解析签名与验签、加密解密、内网穿透等关键技术环节,帮助开发者构建安全可靠的支付系统。; 适合人群:具备一定Java开发基础,熟悉Spring框架和HTTP协议,有1-3年工作经验的后端研发人员或希望快速掌握第三方支付集成的开发者。; 使用场景及目标:① 实现微信支付Native模式与支付宝PC网页支付的接入;② 掌握支付过程中核心的安全机制如签名验签、证书管理、敏感数据加密;③ 处理支付结果异步通知、订单状态核对、定时任务补偿、退款及对账等生产级功能; 阅读建议:建议结合文档中的代码示例与官方API文档同步实践,重点关注支付流程的状态一致性控制、幂等性处理和异常边界情况,建议在沙箱环境中完成全流程测试后再上线。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值