《使用打包的应用程序进行创新的四个秘密 soa chs wp packapps》.pdf

文档介绍：Oracle 白皮书
2010 年 4 月

使用打包的应用程序进行创新的四个秘密
使用四种模式或 SOA 改进应用程序集成战略


简介
过去的二十年，打包的应用程序已经理所当然地占企业 IT 格局的一大部分。许多
行业的企业划拨巨额专款使用这些现成的商业应用程序。他们使用打包的应用程序
对关键业务流程进行自动化，和业务伙伴开展贸易，并且消除成本高但效率低的手
动流程或数据输入。

这些软件解决方案的供应商为了适应客户不断变化的需求逐渐地对他们的产品进行
增强处理，并融入可以在降低拥有成本的同时提高投资回报率的创新内容。无论软
件供应商怎样改进他们的解决方案，一种产品不可能满足所有的需求。

于是，随着时间的推移，企业通常需要定制和扩展他们打包的应用程序满足独特
的业务需要。定制结果可能对业务有利，而实施方法通常不是这样。建立应用程
序定制的临时方法通常导致代码蔓延、架构混乱和内在变化不包容所产生的应用程
序问题。

本白皮书将解释实施应用程序集成和业务流程自动化的当前 IT 方法如何在长远角
度上无法满足业务需求。它将讨论四种已经建立的创新模式，帮助公司避免遭受这
些成本高昂的损失。

我们还将讨论使用 Oracle SOA Suite 的共享服务基础结构如何消除现今的 IT 漏
洞，该基础结构采用一种强大的可循环使用架构，可以节约上百万的部署和维护成
本，并最终节省从维护到创新的 IT 预算，帮助他们更有效地应对不断变化的业务
需求。

定制的风险和高成本
无论打包的应用程序其功能宽度或深度如何，业务需求迟早会超出预先打包的功
能，从而使定制变得无法避免。

此类定制分为三个类别：
1. 逻辑扩展
2. 集成其他的最佳应用程序
3. 跨应用程序的流程自动化
让我们依次看一下每种定制，考察它们给企业带来漏洞的方式：

逻辑扩展
只要客户安装并配置了打包的应用程序，例如 ERP 套件，接下来通常不可避免地
需要根据打包的应用程序提供的内容扩展逻辑。这些通常为专有的扩展会导致重大
的干扰性变更，必须随时间的推移加以维护。此类扩展通常导致代码蔓延。

集成其他的最佳应用程序
多数企业依靠多个打包的应用程序管理不同的业务流程需求，例如 Siebel 用于客户
关系管理，Oracle Financials 用于财务，PeopleSoft HR 用于和员工有关的业务流
程。每一个这样的程序都是自成体系的支柱，它们创建并储存自己的数据，最终导
致同步问题。为解决这个问题，公司在应用程序之间建立战术性的点对点集成。集
成数量的增加导致意大利面条式的相互连接，从而出现架构混乱。建立这样的集成
不仅困难，维护耗时，而且它们在多数情况下无法重复使用。

跨应用程序的流程自动化
总有一些流程不具有明晰的特定垂直性。例如订单处理既不属于 CRM 也不属于
ERP 范围 — 它介于两者之间或者兼而有之 — CRM 用于建立订单，ERP 用于库存
和财务。这类流程通常是开发跨应用程序流程自动化的诱因。在传统的 IT 环境
中，这类自动化一直是采用专利技术进行创建，而这类技