这是我们系列报导的第二部分,企业架构师必须看到工程边界外面的内容。 总览企业视图使企业架构师看到了企业内部的组织之间的相互关系,并能用战略和目标来帮助调整架构。但是很少有企业架构师设计整个企业的架构;通常一个企业架构组织由一些负责企业不同环节的域专家组成。但是当轮到业务流程管理(BPM)时,总览的视图仍然是必要的。
身为跨国公司的架构师,同时也是《SOA治理》一书的作者,Todd Biske说:“EA正在跨越工程边界的看外面的世界,真正的问题是,所有的BPM活动都是以工程为中心么?或者人们正在寻找跨工程的视图?” Biske相信让BPM成为基于工程的活动能限制它的有效性。“如果一个……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
这是我们系列报导的第二部分,企业架构师必须看到工程边界外面的内容。
总览企业视图使企业架构师看到了企业内部的组织之间的相互关系,并能用战略和目标来帮助调整架构。但是很少有企业架构师设计整个企业的架构;通常一个企业架构组织由一些负责企业不同环节的域专家组成。但是当轮到业务流程管理(BPM)时,总览的视图仍然是必要的。
身为跨国公司的架构师,同时也是《SOA治理》一书的作者,Todd Biske说:“EA正在跨越工程边界的看外面的世界,真正的问题是,所有的BPM活动都是以工程为中心么?或者人们正在寻找跨工程的视图?”
Biske相信让BPM成为基于工程的活动能限制它的有效性。“如果一个流程接一个流程的基础,就是实现BPM的方法,而没有兴趣在流程之外识别功能,那你就被蒙蔽了。”
Biske建议企业架构师应该是负责识别跨工程和跨流程功能的人。“如果组织的目标是,在业务上找到跨多个应用和流程上可用的功能和活动,也就是企业架构师应该在业务流程建模和分析上感兴趣。有人不得不维护资产组合以及理解重叠。”
当视图的时候向前发展的时候,企业架构师也应该确信在脑海中每个单独的工程有个更大范围的视图。Biske说:“必须有人承担责任和职能,确保这个工程上的人们能意识到商业策略,并且确保这个工程满足这个功能,通常那是企业架构组织的功能。”
对于实现这个方法而言,尽管没有占据主导地位的方法,Biske说:“我已经揭露八个不同的企业架构组织,没有任意两个相似,我看过专门基于BPM的工程,我见过BPM不仅作为一个分析技术,还看到它完全被企业架构所占有。我想这里重要的是它从工程域中跳了出来,并更大程度地融入到成本管理空间中。”
第一部分:企业架构方法论应始于开阔的视野
第二部分:业务流程管理中企业架构师的角色
第三部分:BPMN为企业架构师流程建模通用语言
翻译
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
把软件架构演进体现在栈上
曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。