文章: 为什么企业架构如此重要?

标签: 文章 企业架构 | 发表时间:2011-12-12 14:00 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

【编者按】企业架构之道是InfoQ中文站新推出的一个专栏,旨在分享技术社区中企业架构的各种挑战、解决方案、案例研究等。


保持业务与信息技术(Information Technology,IT)对齐是今天所有组织面临的一项基本挑战。本文将与您一起探讨企业架构(Enterprise Architecture,EA)对业务的重要性。

业务经营与企业架构

什么是业务?

商业企业,无论是公有还是私营,都是按着自己的愿景来满足他人的需求的。随着业务增长,企业通常需要追加投资,如此一来,企业可能会通过上市或利益相关者获得发展资金。某些时候,业务是通过组织体系进行交付的。这些组织会以契约方式与供应商或者与一个或多个有关各方或合作伙伴形成建立关系。

无论是否正式定义,愿景决定着当前的业务目标和远期战略。通常,目标会细分成多个短期的战术目的,不同的施动者(即雇员或服务提供商)会对这些目的负责。这些目的应共同促进与之关联的目标的实现。定义了目标和目的之后,需要通过事先定义的指标如关键绩效指标(key performance indicator,KPI)对其进行跟踪和监控。

不可避免的是,会存在某些外部的市场驱动力,它们对目标和目的会产生直接影响。随着时间推移,这些外部驱动力会促使企业改变最初的愿景和业务方向。驱动力可以来自外部如竞争对手服务或产品的价格或差异化特性,或者来自特定区域的法律法规约束,又或者来自企业内部如盈利目标或削减成本的需要。

业务经营会受制于特定的外部约束,如严密定义的监管环境或贸易限制。这些外部约束会阻止组织采用特定方法实现其目标。

业务会为市场形成各种产品,如汽车或消费品,还会提供某些业务服务,如薪资管理服务或设备维护服务等。这些产品和服务时根据适当的标准或指引进行制造或交付的。

业务是一种组织。通常,组织通过与内部施动者订立契约(组织员工或服务提供商)来与其他施动者一起实施各种功能。施动者会被赋予各种预先定义的组织角色,担负特定的职责并具有特定的技能,如具有簿记技能的财务会计。通常,业务的组织施动者是围绕业务功能进行安排的,并由第三方供应商对这些功能提供支持。在该情景中,某项功能的运作是通过一组流程来进行描述的。与此同时,企业会在不同的地理位置建立各种组织单元及其各自的施动者。

这些概念形成了业务经营的战略上下文,也是业务架构的重要组成部分。

尽管,功能也与业务架构相对应,但业务的功能是通过施动者执行一个或多个流程实现的。流程显示了功能之间的流向或某个流程的运作。一个流程可以分解成多个触发或导致的事件、业务输出或流程产品、执行的各种控件或决策步骤、以及执行流程所需的各种功能。

如果组织要想获得更高的效率和灵活性,可以将功能分解成预先定义的各种特定业务服务,如客户联系人管理或备件库存控制等。定义特定业务服务时,可以通过显式接口定义功能,并且该功能需要显式控件和治理。服务的粒度由组织的目的和关注决定。

业务怎样才能更高效?

提高业务效率的主要途径之一是利用IT实现某些关键业务流程自动化。并非组织的所有部分都需要实现自动化,而且并非可实现的自动化都符合需要。关键是确保组织业务架构与其自动化架构对齐。这样,就实现了投资回报最大化。

组织可以选择利用信息系统实现某个现有业务服务自动化。在此情形下,该业务服务就会对一个或多个应用功能单元(即信息系统服务)产生依赖。

为了交付其成果,业务服务会提供或使用信息。信息可以分解成特定的逻辑信息构件,如产品配置或客户详细信息等。信息构件可以进一步分解成独立的数据实体,如客户和联系人。

物理信息构件被表示成与其他数据存储库,它们驻留在计算机化的数据存储库中,各自发挥着特定的作用,并由施动者负责填写。

在应用架构中,代表已部署且发挥作用的IT系统的应用构件组合支持着信息系统服务。为了应对技术复杂性,应用构件通常以提供各种特性的逻辑应用构件的形式进行封装,如库存控制系统或物理部署的物理应用构件。物理应用构件可以是粒度很粗的应用,如部署的ERP系统实例乃至部署的细粒度的(面向Web的)企业服务,它们部署在计算机上。

应用构件与其他构件通过接口连接,对信息构件的数据存储库进行维护,对数据实体进行封装,由服务业务组织单元和施动者使用,并通过通讯网络提供。

集成需求由组织的经营模式决定,它显示了跨业务领域的业务流程(数据共享)集成的业务需求。

自动化系统之间怎样互相联系?

从技术上讲,构成服务的应用构件通过技术构件交付,或通过运行在(由计算机和网络构成的)平台上的IT产品获得。

鉴于技术构件通常都是通用的并且可以从市场购得,为了直接实现业务功能自动化,需要根据特定组织对应用构件进行配置和部署。

一系列复杂的可用技术构件可以分成各种逻辑技术构件或类,如数据库、操作系统和网络等。然后,通过最合适的物理技术构件,如SAP Netweaver应用平台、Oracle数据库或UNIX操作系统等实现它们。这些构件部署在特定的地理位置(如仓库、数据中心或办公场所等)。

如果业务选择以信息系统服务形式实现某项业务服务自动化,则需要通过某项技术平台服务启用该服务。平台服务要包括提供集中式备份恢复服务。

业务怎样与适当的自动化能力对齐?

由于业务变化和技术进步,组织很容易在功能自动化或技术使用上错误地花费大量时间和精力。

组织的愿景、目标、目的和指标会包含各种定义业务需要的显式或隐式需求。

这些需求往往建立在组织当前状态与目标状态之间差距的基础之上。一旦定义了这些需求,它们就会具有一整套相互依赖的工作包,如程序或项目。这些工作包的目的是实现业务转型。

为了确保符合组织目标、目的、指标和需求,必须对这些工作包进行提炼,纳入业务需要或原则陈述当中,这样才能用于治理组织转型。为了对转型进行正式规划和有效设计及治理,可以用一套架构模型或架构构建块来描述组织的各个方面。

为什么需要企业架构?

组织需要企业架构有两个主要原因:

  1. 对企业生存和成功至关重要
  2. 有效的企业架构对企业生存和成功至关重要,使通过IT取得竞争优势不可或缺的手段。今天,CEO们已经认识到通过IT对信息进行有效管理和利用是企业成功的关键所在。企业架构恰恰解决了这一问题,它为企业IT系统演进提供了战略上下文,使企业能够应对不断变化的业务环境。

  3. 使企业创新得到管理
  4. 企业架构使您能够平衡IT效率与业务创新之间的关系,对创新进行管理。各业务单元可以踏踏实实地进行创新以获得自身竞争优势。同时,可以保证组织的全面IT战略需要,实现企业范围内最紧密的协作。

企业架构的收益

企业架构的收益可以分成如下几类:

  • 业务收益,如帮助实现业务战略、加速新产品/服务上市、各业务单元的业务流程与信息保持更高的一致性、更高的可靠性和安全性、更低风险等。
  • IT收益,更低的IT成本、更快的设计与开发、更低的复杂性、更低的IT风险等。
  • 业务/IT收益,如更好地跟踪IT成本。

关于作者

本文由开放群组供稿,Simon Townson原创,孙海龙翻译。 The Open Group(开放群组)是国际著名标准化组织,拥有超过20年的标准制定与推广历史,致力于消除信息孤岛,提升全球市场业务效率,其最著名的贡献之一是TOGAF企业架构框架。作为The Open Group的董事会成员,金蝶负责成立 开放群组中国分会,致力于把开放群组的理念——“无边界信息流”传递给中国的企业和专业人士,并负责大中华区TOGAF认证培训及开放群组会员事务。


感谢 崔康对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com。也欢迎大家加入到 InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

相关 [文章 企业架构] 推荐:

文章: 为什么企业架构如此重要?

- - InfoQ cn
【编者按】企业架构之道是InfoQ中文站新推出的一个专栏,旨在分享技术社区中企业架构的各种挑战、解决方案、案例研究等. Sybase在线课堂:ASE15.7——SYBASE数据管理的革新(12月21日 下午). 保持业务与信息技术(Information Technology,IT)对齐是今天所有组织面临的一项基本挑战.

再谈企业架构

- - 人月神话的BLOG
本篇为杂谈,谈下最近关于企业架构的一些思考. 对于企业架构有很多定义,简单来说的话可以说企业架构包括了三个方面的内容,一个是业务的现状和建模,一个是IT的现状和建模,还有就是业务和IT的匹配. 业务重点是流程和数据,IT的重点是应用和技术. 所有的企业架构基本都包括了这三个方面的内容,只是前面增加了企业愿景和业务目标驱动,后面增加了可落地的实施策略和计划.

再谈企业架构-业务架构

- - 人月神话的BLOG
前面已经谈到过企业架构的层次和维度方面的问题,在这里简单谈下企业架构中的业务架构和业务价值链方面的内容. 随着企业不断的发展和演进,各个业务功能单元会逐步成熟,也会形成多个端到端的流程,这些流程涉及到工程项目管理,供应链,财务,人力资源,产品研发等多个方面的内容. 我们再进行高端业务架构建模的时候采用的方法也基本是参考业界标准的价值链模型进行展开.

企业架构和IT规划咨询

- - 人月神话的BLOG
企业架构,业务架构,数据架构. 我们将核心价值链上的端到端总结为两个核心,其一是供应链的端到端流程和业务;其二是产品研发的端到端和业务. 各个企业由于类型不同往往对两条价值链各有 侧重. 生产代工类企业没有自己的产品研发,那么只有供应链;高科技研发企业可以做到卖产品核心技术和专利,不做具体供应链方面事情.

企业架构-应用架构构图

- - 人月神话的BLOG
在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想,而非传统意义上简单的原有企业各个业务系统功能架构的堆砌. 这个思想包括两个方面的内容,一个是集中化和平台化,一个是SOA服务化和业务能力组件化. 对于该构图模式考虑两种,首先第一种是充分考虑平台层独立和平台层能力的体现:.

企业架构-分层和维度

- - 人月神话的BLOG
在企业架构思考中,价值链一定是一个核心的维度,价值链展开包括核心的企业业务线条,如包括内部,外部物流,产品研发,生产制造,市场,销售,售后等核心业务价值链,也包括人力,财务,综合,安全等支持业务线条. 在从业务到IT转换过程中,一般涉及到概念,逻辑,物理三个阶段,也是从业务规划到建设实施落地的过程,这个也是我们在分析核心的架构域的时候必须考虑的内容,包括业务,应用,数据各个方面基本都会涉及到这三个方面的内容.

谈企业架构和SOA的融合

- - 人月神话的BLOG
本篇讲主要强调下在常规的企业架构规划和顶层设计中与SOA规划设计之间的融合. 再次强调下SOA的核心思想是解耦,在首先满足解耦的要求下实现共享,协同和复用. 一个完整的业务系统被拆分了应用,服务和资源层能力三个方面的内容. 资源层的能力最终以粗粒度的服务方式暴露出来,应用的构建需要大部分的借助于共享服务层抽取和接入的各种服务能力.

企业架构-分析的核心思路

- - 人月神话的BLOG
对于架构分析的入口点,仍然推荐是从端到端流程分析入手,细化到业务域的端到端,再细化到3,4级流程,最终细化到EPC最底层流程图. EPC流程图既是流程,本身也是业务功能. 还有一条线可能是直接从业务活动收集和组合入手,如根据业务部门,岗位角色划分,从组织架构和岗位职责直接收集业务功能点. 第一种方法既看到面又看到点,从上到下;而第二种方法则是容易只看到点,仍然无法贯彻整个企业端到端流程.

企业架构思想在软件架构设计中的引入

- - 人月神话的BLOG
很多时候我们在谈企业架构的时候都是正对跨流程,跨业务和跨应用系统的总体规划和分析,企业架构核心好处就是真正体现业务驱动IT,将业务和IT能够真正的匹配起来思考整个企业层面的架构问题. 而很多时候我们谈软件架构的时候仅从软件实现层面来考虑问题,针对一个业务系统的开发,我们有业务建模和软件架构,但是这两个却进行了分离而缺少了系统性的思考,所以原来我们喜欢用系统分析师这个词来综合业务分析师和软件架构师两个岗位的工作.

文章: HTML5之美

- - InfoQ cn
如今大热的HTML5到底美在哪里. HTML5到底能为实际的移动开发带来哪些改变. 来自阿里云云手机服务运营部的前端开发工程师 正邪 (廖健)分享了他眼中的HTML5之美,主要讲诉HTML5的常见原理并从CSS、JavaScript和框架三个方面做了细致讲解:. 白伟民:酷狗音乐的HTML5实践(百度开发者大会广州站 5月31日 免费报名).