信息系统架构的转变.pdf

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

信息系统架构的转变

大多数企业在进行信息系统架构建设时,都不会进行太多的长远规划。商业

模式的演变、业务目标的调整、商务流程的改良,技术的进步都会对信息系统的

建设产生重大的影响。这些影响会促进企业逐个、逐步增加支撑不同业务功能的

子系统,且不同子系统往往由不同团队或不同供应商设计、构建、部署和交付。

长此以往,就会导致企业的信息系统建设呈现出明显的实用主义,并且往往缺乏

系统性和整体规划。

在传统架构已然无法满足企业快速发的需求的情况下,企业需要一个种新型

的信息系统架构,来提供大规模通信、存储和处理能力,实现海量多模式数据的

准确实时共享,并能够作为灵活敏捷的支撑平台,支持快速变化的功能目标、系

统环境和应用配置。

由于不同的应用往往需要不同的系统架构进行支撑,因此没有一种结构始终

是最优选择。云计算平台的出现,提供了一种组织机制,使信息系统的结构能根

据应用的需求和服务场景,快速做出调整,最大程度地发挥信息系统资源和能力

的价值。

竖井式的企业信息系统

案例分析

2000年,瑞士雀巢公司决定与SAP签署一份价值超过2亿美元的合同,在

世界范围内推进ERP项目,在此之前,这家食品行业巨头在全世界80多个国家

已经有200多家分公司和分支机构。由于习惯由各地机构结合当地情况和商业文

化自行决定经营业务,雀巢公司在全球有复杂的IT系统来支撑这种分散式管理

策略,这包括近百套不同的IT系统,运行着近千台IBMAS/400中型计算机、数

十台大型主机,以及数百套UNIX系统,但是却没有整体意义上的数据中心,各

系统也没有与公司位于瑞士韦威的业务系统(用于合计公司在世界范围内的生产

和销售数字)集成在一起。各机构与总部之间的数据通信多数是通过电子数据交

换(EDI)和拨号连接完成。

很明显,这种存在明显地区差异化的信息系统模式降低了雀巢公司整体的经

营效率,并带来了大量的额外成本。一个典型示例是,1997年,某一小组对雀

巢美国分公司的各种系统进行检查时发现,除了各种混乱的管理之外,雀巢美国

公司竟然对同一个供应商的香草产品支付了29种不同的价格。原因在于,每个

工厂都会从这家供应商购买香草,然后自行对其进行编号,各工厂之间的价格比

对无从谈起,供应商也就随心要价。为了标准化并整合其在全球范围内的信息系

统、规范业务流程,在区域试点之后,瑞士雀巢公司与SAP签署合约,购买并部

署了SAP的新版软件mySAP.com。新软件的实施起初并非一帆风顺,但最终使雀

巢在全球的机构从中受益,比如雀巢美国公司声称,截至2002年因此节省了3

亿多美元,雀巢英国公司也表示从降低库存、提高对供应链的控制力,以及规范

业务流程中获利。

近十年之后,为了提高与供应链上小客户之间的贸易效率,雀巢公司又选择

了一家名为OmPrompt的公司提供的智能信息管理服务——一种SaaS应用,可

以帮助那些负担不起复杂的电子交换系统的小型零售商提交订单数据。无论零售

商向雀巢公司发送何种格式的数据,经由OmPrompt的服务转换之后,都能形成

雀巢公司所要求的数据,以此降低订单信息交付的延迟和错误,提高出库订单履

行过程的准确度,增加客户满意度。

业务应用

通常而言,企业的信息系统建设的主要动力和目标是为了满足业务部门递增

与不停演变的需求。多数企业都拥有类似ERP或者CRM企业业务应用,以整体系

统或子系统的角色完成明确的业务功能目标。这些企业业务应用涉及大量复杂数

据的显示、操作和存储,以及对这些数据进行处理的业务流程的自动化,通常具

有明确的架构设计。

然而,与雀巢公司早期的信息系统所面临的问题一样,许多企业的信息系统

经过多年建设发展之后,都会有机地演变成为一个庞大的一体化混合物,功能性

目标要显著优先于架构的合理性,众多组成部分或者以紧耦合的方式固定构建,

来实现特定的业务功能,或者完全隔离互不交互。

从企业业务应用的发展轨迹来看,最早期的业务应用往往自成一体,并不依

赖其他应用和软件产品——在数据库系统出现之前,业务逻辑以及相应数据的

操作与管理都是业务应用需要实现的主要功能。这种最初的业务应用形态并不具

有层次(Hierarchy)的概念和设计。

随着数据库系统的出现和发展,特别是关系型数据库的成熟和普及,业务应

用分层的概念开始出现。如同在计算机体系统架构的演变历史中,“分层”所占

据的核心位置(操作系统自身的分层结构,网络栈的功能组织等

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档