bpm与soa的演进与展望docx.docx
- 文档编号:10129090
- 上传时间:2023-05-23
- 格式:DOCX
- 页数:18
- 大小:75.38KB
bpm与soa的演进与展望docx.docx
《bpm与soa的演进与展望docx.docx》由会员分享,可在线阅读,更多相关《bpm与soa的演进与展望docx.docx(18页珍藏版)》请在冰点文库上搜索。
bpm与soa的演进与展望docx
BPM与SOA的演进与展望
前言
BPM(企业流程管理,BusinessProcessManagement)技术与SOA(服务导向架构,ServiceOrientedArchitecture)各自历经多年的发展,至今成为广为业界接受的技术架构。
本文将从BPM&SOA的历史演进开始,深入浅出描述各标准的发展过程与彼此的关系,让读者轻松了解其应用范围与来龙去脉。
另外,也将以相关标准组织的最新资料为基础,介绍当前制定中的新技术标准以及其演进。
以流程为中心的管理思潮
BPM的范畴涵盖企业营运的各项构面,如研发、生产、行销、业务、人事、财务等企业营运活动,甚至往上下游扩及供应商与经销商,以及客户端的客服活动。
诉求是企业应以流程化的思考方向,串连原本各自独立而未协调的营运活动,使串连后之营运活动成为具有步步加值效果的企业营运流程,并辅以各项管理手法使其落实运行,达成企业流程管理目标。
1990年麻省理工学院Hammer、Champy[],哈佛大学Davenport[]等人,相继在学术刊物发表企业流程再造(BusinessProcessRe-engineering)观念。
1993年Hammer与Champy继续发表《企业再造》[]一书,强调BPR的重要性,以及IT技术在BPR过程的角色,使BPR成为当时的热潮。
1997年,Hammer又发表《企业再造之后》[],宣告了流程化组织的必然性与重要性,并且预言BPM/BPR将改变人的工作方式。
2003年,Smith与Fingar发表《企业流程管理:
第三波》[],预言往后50年BPM仍将是企业经营的重要议题,也指出21世纪BPM的型态与新特征,并给予可行的教战守则,更罗列数十个企业运行BPM的实际案例与经验,让推行BPM的蓝图更加具体,使本书成为当年企管领域的畅销书,让BPM的风潮持续不灭。
BPM的推行观念的改变与进程
根据1993年《企业再造》一书的调查,当时企业推行BPR/BPM有高达5~7成的失败率。
因为这么高的失败率,所以即使BPM是企业势必要面对的议题,也让他们把BPM的推展视为畏途,甚至抱持负面的看法。
之后,整个BPM产业继续历经十几年的学习经验,与前仆后继的推行案例,不断从许多案例归纳关键的成功或失败因素,让推展BPM的蓝图逐渐浮现。
在蓝图中,错误的作法逐步被修正,更多的BPM管理工具被界定(identified)出来而丰富了整个蓝图。
众人慢慢认同,一个成功的BPM推行,是由以下金三角共同构成:
∙明确而有共识的组织流程规范
∙成熟的BPM软件系统架构与建置
∙企业主管与员工的认同与运行力
从变动幅度来看,以往革命性大刀阔斧的BPR(流程再造)口号,已转变为温和的BPM(流程管理)实践。
这种务实的作法,事实上是察觉到组织变革、流程思考企业文化的形成,需要一年到数年的时间;革命性的快速改变,若无充分的准备与良好管理体质,反而让企业乱了原有的脚步。
所以一步一脚印的务实作法,渐渐获得认同。
企业从核心BPM流程的落实与推行开始,逐步拓展到外围系统与业务伙伴,将可降低失败机率。
而从管理成熟度来看,过去企业推行BPM,多半以流程计算机化这种短程目标为主,却忽略了BPM的终极目标在于「管理」[],而非计算机技术,也非流程细节。
所以高阶经营决策的需求常常被忽略而缺乏规划。
而因为缺乏指导目标,在BPM的需求导引过程当中,企业员工常会无明确的指导目标,而以为工作流程计算机化就是把自己手边的工作巨细靡遗计算机化,而模糊了BPM的管理焦点。
当这些与终极BPM管理目标无关的软件需求被列入计画讨论,不仅模糊焦点,也无形地垫高BPM的整体成本。
事实上,BPM的管理可以归纳为以下几个可逐步提升的层次,从这些层次也可了解一般组织推行BPM的成长历程:
∙混沌阶段:
没有明确的企业流程定义。
∙明文定义:
具有书面的企业流程定义或标准作业程序,但没有根据正规的记号(notation),因此规则也许含混不清。
∙验证与共识形成:
定义的企业流程,通过公司组织政策的验证,如质量政策,市场策略,管理原则,并获得高层决策通过,达成组织共识。
∙组织人员的流程准备:
组织成员经过教育训练,认同组织制定的企业流程,并且具备运行的能力,包含专业基本技能的养成,并习惯流程化、信息化的作业方式。
∙企业本身的流程准备度:
现行的企业组织架构,若与流程化的思考方式冲突,则应及早准备组织架构的调整,特别是毫无章法的职务与部门阶层架构(hierarchy)。
良好的组织设置与权责划分,可以使流程定义更为精简易懂、便于遵循,也容易分析企业规则之间是否相互矛盾;同时可降低BPM软件系统的开发成本。
∙采用标准的企业流程表示法:
使用一致的标准记号与格式来表达企业流程的内容。
这里的标准记号应该是广被业界采用的格式,例如OMG在UML所定义的活动图(activitydiagram)、BPMI(现已并入OMG)组织所定义的BPMN,以及OASIS组织的BPEL。
当然,企业流程的内容确实相当复杂,单一标准记号或格是通常只能描述部分构面,所以仍会有些构面暂时没有业界共同认可的记号或格式可供选用。
∙流程自动化:
使用软件系统落实企业流程的运行流程。
包括使用流程定义工具来定义企业流程内容,以及使用工作流程管理系统(WfMS?
workflowmanagementsystem)来运行定义的企业流程。
∙进度监管:
企业流程的运行进度可以被监看(monitored)与追踪管理。
∙流程集成:
流程运行过程中,能进一步与其他内外部的流程互通,或者与既有应用系统(legacysystem)交换资料,以延伸流程的触角,发挥综效。
∙流程绩效评量:
企业流程的运行效能可以被测量(measured),并且透过公式计算,以报表呈现有意义的管理指针。
∙流程分析与仿真:
持续搜集企业流程的运行资料,分析组织的流程运行瓶颈,并回馈到流程定义,调整业务的运行方式。
另外,也根据历史资料与预测参数,透过仿真分析试算,比较不同流程调整方式所获得的改善程度。
∙智慧型流程环境:
透过流程资料的资料采撷(datamining),主动分析流程统计数据,并回馈至流程系统。
举例来说,在客服流程系统中,主动归纳顾客过去使用服务的频率与分布状况,归纳未来的趋势与规律(pattern),并根据现有流程环境的现况(如现有承接量,以及可动用的客服人力资源),自动调度客服人力分配策略,或向资源管理者建议客服人力调度策略。
企业推展BPM不见得要立刻从IT工具的选择开始,前期的充分准备可缩短软件系统的分析时间。
企业流程自动化之后,则有更多的管理辅助工具可供搭配,强化企业流程的运行绩效,提升企业的BPM成熟度。
企业决策主管则可从以上层次分析,清楚得知达成不同层次的BPM进程,所能获得的管理效益,以及相对的BPM技术解决方案需求。
BPM的技术现况与趋势
BPM的其中一个技术构面是流程,它的IT技术解决方案的来源可追溯到1970年代晚期的文档传阅(routing)应用系统,主要目的是让商业文档与图象能在不同计算机间传递,使文档能从输入或扫描人员,传递到审核人员与其他角色。
典型的应用流程包括保险公司的保单资料处理作业,或者银行的融资申请与签约作业。
这些需求促成了工作流程(workflow)技术的崛起,而软件业也开始把工作流程技术应用到这类应用系统,成为核心组件。
工作流程技术是中立的角色,随着不同应用领域的兴起而有不同的运用方式,在办公室自动化、公文系统、研发专案管理、制程管理、品保系统,或者客户服务系统等等,都可以查找工作流程技术扮演的重要角色。
即便是面对企业管理领域被炒得火热的BPR/BPM,或者在IT/WebServices领域被当成新兴技术议题讨论的WebServicesOrchestration[]、Choreography[]与企业流程运行语言(BPEL-BusinessProcessExecutionLanguage),只要详细分析其技术本质,仍不脱工作流程技术既有的范畴。
这些当红的企管或技术名词,一旦底层抽离工作流程技术,就无法独立存在。
然而,狭义的工作流程技术并不是推行BPM所需的IT技术的全部。
早期工作流程技术与图象扫描与辨识技术结合,造就了文档图象流程系统。
近年,工作流程从BPM领域切入,成为解决方案的重要一环;狭义的工作流程技术,历经多年汇流了多项技术元素,成为当代的BPM解决方案,主要特色如下:
∙IT技术面:
采用工作流程技术为主体,结合入口网站(Portal)、企业应用集成(EAI-EnterpriseApplicationIntegration)、报表与商业智慧(BI-BusinessIntelligent)工具、流程模型分析(processmodelanalysis)、与仿真(simulation)技术。
这些现成(COTS?
commercialoff-the-shelf)软件组件结合运作,可大幅降低信息系统的建置成本、时程,以及开发风险。
∙管理活动面:
可提供策略地图、平衡计分卡、六个标准差、TQM等管理活动的必要管理信息,搭配合适的管理决策工具呈现企业整体的BPM成效。
∙贴近特定产业的流程需求:
每个产业都有其特有的企业经营模式与参考模型,如制造业、买卖业、医疗业、物流业等产业,都存在产业专属的流程模型与标准。
像是RosettaNet替电子商务交易的询价、下单、交货、付款等流程作业,制定了日常实际应用的参考模型;而供应链协会(SupplyChainCouncil)则在供应炼与物流领域,制定SCOR流程运作模型(SupplyChainOperationReference)。
若流程定义工具能够直接提供这些参考模型的语意支持,或者提供现成可套用的流程样板(template),将可以减少开发这些特定产业应用所需的成本。
∙服务接取(access)面:
解决方案能满足不同的使用者,如习惯大量资料输入作业的专业使用者、少量资料操作的一般使用者、偏重BPM绩效报表的主管,或者行动装置的使用者。
也就是说,可提供不同的操作界面,如常规桌上型应用程序、WebBrowser应用程序、PDA,或者SmartPhone等装置,给参与BPM系统的各种人员使用。
∙交互情境面:
BPM技术解决方案需同时兼顾「人对程序」、「人对人协同作业」,以及「程序对程序」等交互情境。
鉴往知来,BPM解决方案的风貌将持续纳入更多的元素而显得多样化,不管是因应管理哲学的革新、应用情境的延伸,或者新技术的崛起,只要有道理,没什么元素不可以纳入的。
虽然没有一个独立的BPM产品能同时满足以上所有特色(事实上,企业BPM规划者也不见得要贪心得一次全部用上),但企业BPM架构规划者,仍可根据BPM导入步骤,按部就班先进行组织改革与训练,然后根据管理需求与现有的IT解决方案,参考本文所述的各项BPM特点,逐一评估挑选合适的IT模块,纳入为自己企业量身打造的BPM运行蓝图。
由于BPM解决方案并不是一次到位的架设,而是持续多年的活动,因此整体BPM蓝图必须考虑分期开发,渐进导入的特性,建议BPM的IT规划者应参考本文稍后[]所提的SOA架构当成蓝图的基础。
BPM与工作流程相关标准组织
想深层了解一个专业的产业发展,透过产业标准组织是一个不错的方式。
对技术底层感兴趣的BPM技术人员来说,以下的列表可以作为探索的起点。
组织名称
组织全名与网址
与BPM相关之标准
说明
WfMC
WorkflowManagementCoalition
http:
//www.wfmc.org/
Workflow
Reference
Model
工作流程系统模块架构的参考模型
XPDL
XML-ProcessDefinitionLanguage
WfXML
WorkflowXML
ASAP
主持人为WfMC工作小组成员之一,但此工作放在OASIS,请参阅OASIS的项目
WAPI
WorkflowAPI
OASIS
OrganizationfortheAdvancementofStructuredInformationStandards
http:
//www.oasis-open.org/
ebXML?
BPSS
CPA
CPP
e-BusinessusingXML?
BPSpecificationSchema
CollaborationProtocolAgreements
CollaborationProtocolProfile
BPEL
BusinessProcessExecutionLanguage
BTP
BusinessTransactionProtocol
ASAP
AsynchronousServiceAccessProtocol
UDDI
UniversalDescription,DiscoveryandIntegration(从UDDI.org并入OASIS)
WS-CAF
OASISWebServicesCompositeApplicationFramework
WS-RM
OASISWebServicesReliableMessaging
UN/CEFACT
UnitedUnion,CentreforTradeFacilitationandElectronicBusiness
http:
//www.unece.org/cefact
ebXML
(参考OASIS的ebXML部分)
OMG
ObjectManagementGroup
http:
//www.omg.org/
UML
其中的Activitydiagram可用来描述企业流程的部分构面
BPMN
BusinessProcessModelingNotation
BPRI
BusinessProcessRuntimeInterfaces
BPDM
BusinessProcessDefinitionMeta-model
BSBR
BusinessSemanticsofBusinessRules
OSM
OrganizationStructureMetamodel
BRM
BusinessRulesManagement
BPMI
BusinessProcessManagementInitiative
http:
//www.bpmi.org/
BPMN
BPML
BPQL
(2005年6月已并入OMG)
W3C
WorldWideWebConsortium
http:
//www.w3.org/
WS-CDL
WS-CDLWebServicesChoreographyDescriptionLanguage
WSDL
WebServiceDefinitionLanguage
SOAP
SimpleObjectAccessProtocol
HTTP
HyperTextTransferProtocol
OAGi
OpenApplicationGroup
http:
//www.openapplications.org/
OAGIS--BODs
OpenApplicationsGroupIntegrationSpecification?
BusinessObjectDocuments
RosettaNet
RosettaNet
http:
//www.rosettanet.org/
RosettaNet--PIPs
RosettaNet?
PartnerInterfaceProcesses
SupplyChainCouncil
SupplyChainCouncil
http:
//www.supply-chain.org
SCORmodel
Supply-ChainOperationsReferenceModel
表一:
现行BPM与工作流程技术标准一览表
WfMC是比较专注于工作流程的组织,它的WfMCworkflowreferencemodel是最常被引用的工作流程管理系统的参考模型。
虽然WfMC的工作小组数目较少,但因为起步较早,旗下的XPDL与WfXML标准,有相当多的工作流程厂商支持。
WfMC替工作流程的技术发展奠定了早期的基础,它界定了BPM与工作流程领域的大框架,也持续不断的推广BPM与工作流程,让众人清楚这个领域的体系与架构。
OASIS与OMG的技术小组数目比较多,工作焦点也不仅限于狭义的工作流程技术。
因为涵盖的范围较广,而且背后的支持厂商规模较大,所以整体影响力也较大。
OASIS旗下的BPEL取自IBM、微软等公司,而ebXML则是OASIS与UN/CEFACT这两个组织共同成立的工作小组。
OASIS藉由充沛的技术发展动能,为工作流程技术领域开拓更大的视野,在流程定义格式、流程运行层面,以及复杂的流程交互机制等领域,提供了宝贵的技术解决方案。
OMG在BPM领域掌握了标准记号(notation),包含UML,以及从BPMI并进来的BPMN。
同时,OMG也积极以塑模(model)的角度,切入工作流程定义的其他构面,如共通模型表示法BPDM[]、流程语意BSBR、组织架构OSM、业务规则BRM等等。
OMG的强项之一就是在塑模(model)技术,它的UML广受软件领域接受;在BPM与工作流程的领域,OMG持续发展BPMN与等其他BPM各构面的塑模技术,未来将使BPM的其他构面(如业务规则,或组织架构)也能使用像UML或BPMN这种等级的表示记号来进行塑模,让复杂企业流程的塑模工作更加容易而清楚明确。
W3C的强项在于Web领域,HTTP是最知名的代表作。
而XML与WebServices是BPM在SOA领域的基础建设。
其它相关的BPM技术,如WS-CAF,WS-RM,WS-CDL等等,都奠基于W3C的WebServices技术。
OAGi、RosettaNet,以及SupplyChainCouncil,则是特定产业领域的代表。
它们的贡献在于替特定产业界定共通的BPM运作规范,也就是说,定义属于他们产业特色的应用流程参考模型与共通的术语,让这个特定产业在推展BPM时,就有基本的需求大纲与基础架构,也让同产业体系内的厂商可以透过共通的产业模型与共通术语沟通,避免不同BPM应用系统之间生成各自为政而无法互通的障碍。
如同前文所述,RosettaNet在电子商务领域已经广为人知,SCOR模型则在于物流领域。
虽然OAGi在国内的能见度没有RosettaNet高,但它涵盖的范围相当深远,号称涵盖电子商务、制造、物流、航太、汽车、医药、零售、能源等32种产业。
以OAGi9.0版为例,就涵盖61种流程情境(scenariodefinitions,像是订单管理、应收帐款、供应链集成、销售管理、客户服务)与434种商业文档(BODs,像是订货单、维修单、捡货单、零件物料列表等,在流程当中传递的文档)的正规定义。
表一列出的各项技术标准,是以标准组织为分类依据,我们再以其他观点来呈现其中几个重要技术标准,以便读者能够更清楚了解这些标准的定位。
功能类别
功能目的
技术标准
流程查询
Discovery
透过查询机制,取得服务流程的基本资料
UDDI
LDAP
DISCO
产业间流程交互机制
B2Bcollaboration
使同一个特定应用产业的流程具备基础的参考模型与术语
RosettaNet的PIPs
ebXML的CPA
OAGIS的BODs
EDI,SWIFT
塑模方式与记号
Modeling
提供标准记号(notation)与塑模技术
OMG的UML、BPMN
流程定义的语意与格式
ProcessDefinition
提供结构化的流程定义保存格式,并且明确解释每一个流程定义项目所代表的语意
WfMC的XPDL、WfXML
OASIS的BPEL,以及ebXMLBPSS,ASAP,WS-CAF
W3C的WS-CDL
服务界面描述
Services
定义结构化的格式,供软件组件描述它所提供服务的内容与调用方式
W3C的WSDL
OASIS的ebXMLCPP
传输界面
Transport
提供消息的传输机制
W3C的HTTP/SOAP
OASIS的WS-RM
表二:
依功能分类的BPM/工作流程技术标准一览表
图一:
WfMC技术小组提供的工作流程相关标准堆栈图,2003年版本
服务导向的企业
过去几十年间,企业经营的焦点随着市场趋势而演化,60年代谈的是提升量产,70年代谈的是降低成本,80年代谈的是提升质量,90年代谈的是产品推出速度,而跨入21世纪,谈的是如何给客户更多样的服务。
不管重心怎么改变,在21世纪之前,改善的重心仍落在产品实体;直到21世纪,重心已开始从产品延伸到购买产品的顾客,强调顾客是怎么样获得产品与服务。
年代
经营管理重心
解决方案
1960~
提升产量
Quantity:
Makemore
自动化生产
1970~
成本与价格
Cost:
Makeitcheaper
采购与供应链
ERP,SCM
1980~
产品质量
Quality:
Makeitbetter
品管技术
TQM
1990~
产品推出速度
LeadTime:
Makeitquicker
产品开发管理
PLM,PDM
2000~
服务内容多样化
Service:
Offermore
服务内容与流程
BPM,SOA
表三:
各年代的企业经营管理重心
为了提供多样化的服务,许多企业活动将被解构后再重组为新的营运模式,而这代表位居幕后支持的IT技术,必须能迅速配合这样的营运模式改变。
也就是说,所有的IT技术与信息系统,都能够像变形虫一样,随时解构后再重组,在短时间内提供新营运模式所需的信息服务,这包括企业后台营运所需的信息系统,以及面对客户所需的前台服务界面。
在十倍速的时代,企业无法等待。
常规为了新营运模式而大规模更改(而非重组)信息系统的方式,过于牛步化无法满足要求。
下一节提到的SOA架构,替服务导向的企业,提供了很好的解答。
天生一对的企业流程管理(BPM)与服务导向架构(SOA)
SOA的IT技术本质单纯而不难理解,个别的技术元素分别理解还算容易。
对于SOA,大家联想到的就是WebServices,谈到WebServices,我们就直接脱口而出:
WSDL、UDDI,以及SOAP,然后就是一系列的WS-*的技术标准。
对很多人来说,只了解个别技术单元,并无法领会到SOA世界的美好。
就好像只看得到调色盘的每个颜色,却看不到美丽动人的画作。
所以,让我们先把无趣的技术名词摆一边,这无助于我们了解SOA的美好世界。
首先,我们需先认识SOA世界里的企业流程运作方式,以及SOA的技术元素可以互相彼此串接而形成丰富的生态;如此,就可知道为什么BPM与SOA是天生一对--SOA架构总存在美妙的答案来满足BPM变化多端的环境。
一般来说,真实世界的BPM,具有以下的I
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- bpm soa 演进 展望 docx