基于 Eclipse RCP 的复合应用开发，第 1 章
本书第一部分分析现有信息系统开发方法及其问题，介绍复合应用的概念、实例、需求分析、设计方法和实现技术。第二部分详细介绍用 Eclipse 技术实现复合应用的基本方法。第三部分介绍企业级复合应用平台的需求和 IBM 对应的产品 Lotus Expeditor 和 Lotus Notes 8，和在这些平台上进行企业级复合应用设计、开发、部署。本书可供具有基本信息系统开发经验的人员了解复合应用系统的需求、设计、实现和运行技能，以及如何应用企业级复合应用平台设计开发复杂的企业级复合应用系统。第 1 章首先介绍当前信息系统技术的现状，企业中信息系统不断增加产生的不能适应企业发展要求的问题，然后介绍复合系统的基本概念和应用实例。
在此我们推出了本书的前言和第 1、5 章供大家在线浏览。更多推荐书籍请访问 developerWorks 图书频道。
1.1 企业单一业务信息系统方法与问题
目前多数企业开发信息系统的目的是使某（几）个业务处理流程自动化，可以称之为单一业务信息系统。由于企业业务处理和数据的相关性，当企业中单一信息系统数量不断增多时，产生了数据不一致和用户使用不方便的问题。相关信息系统数量的增加产生系统集成的要求。目前主要有数据集成和应用集成两种方法。这些方法可以暂时缓解信息系统数量增加与提高企业运行效率的矛盾，但并不能完全解决相关问题。随着企业信息系统的不断发展，目前的系统开发和集成技术已经不能适应企业业务发展对信息系统的要求，需要新的信息技术突破。 1.1.1 面向流程的单一业务系统
从范围和目标看，目前企业信息系统项目一般可以分成业务应用系统项目和信息系统集成项目。业务应用系统项目以特定业务或部门的流程和业务功能为主线进行需求分析和开发。如订单处理系统以订单流程中的订单生成、审批、付款、结单业务操作为单位进行设计和开发；公文处理系统以企业公文处理流程中的起草、编写、审批、传阅和存档处理为单位进行设计和开发。大型信息系统项目可能跨越多个业务流程，含有多个子系统。如 ERP 可以包含财务、生产管理、物流等多个子系统。每个子系统处理相关业务流程。
这样开发的系统着眼于企业当前各个细化的流程和岗位操作，以及数据处理的自动化和计算机化。这种方法适合业务流程和组织结构稳定、企业岗位分工较细、较明确的业务组织及其系统。如针对银行储蓄所的柜员系统。它为柜员提供各个业务操作界面，如图 1-1 所示，使所有业务信息得到计算机统一存储和自动化处理。用户操作时所有信息来自后端核心业务应用系统和用户的输入。柜员岗位的人员大部分工作时间只使用这个应用。这种业务系统称为单一或独立业务系统。
图 1-1. 单一业务应用系统界面
1.1.2 单一业务信息系统架构
单一业务信息系统的主要功能是对输入的数据进行处理、存储和输出。经过几十年的发展，信息系统经过了主机，小型机 / 工作站，客户机 / 服务器，Web 阶段，目前企业信息系统是多种结构混合的阶段。应用界面一般由功能选择（菜单、导航栏）和主操作界面组成。随着信息技术的发展规律，信息系统结构和用户操作界面经历了很大变化，开发方法也经过了非结构化、结构化、面向对象等多个阶段，但这类信息系统的基本思想和开发模式没有变化。 每个业务信息系统应用从结构上都可以分成界面处理、业务逻辑处理和数据处理三部分。分别围绕特定业务操作相关的人机交互操作，数据处理和存储进行。在信息系统技术的不同发展阶段，各部分代码所处的机器及其开发方法不同，但整个系统的逻辑结构基本一致。图 1-2 中列出了从早期主机 / 小型机终端应用，PC 的客户机 / 服务器技术，到目前 Web 应用技术的基本架构，可以看到不同技术信息系统部署的物理结构和信息处理的逻辑结构之间的关系和区别。
图 1-2. 信息系统架构发展的各个阶段
1.1.3 业务系统增加带来的集成需求
传统的系统开发方法在企业中留下了各式各样的信息系统。 一个银行中可以有储蓄、贷款、收费、支付、外汇、统计、信用卡、电话银行、客户服务、会计财务、人事、绩效管理、审计、协作办公文档等十几甚至几十个信息系统。随着企业信息系统数目不断增加，开发某个新的业务系统时经常需要其他信息系统中的数据和处理逻辑。业务系统增多还带来许多使用和管理的不方便。如用户需要记住很多账号和口令，经常需要手工将一个系统的数据转入另一个系统。针对这些问题提出系统集成项目的需求，要求提高用户操作的效率，减少和消除企业不同信息系统中的数据不一致问题。
有些用户或开发商试图每隔若干年对企业信息系统进行全面更新，但这种方法在实践中常常由于涉及企业资金问题和投资回报而得不到认可。现实中绝大多数企业的信息系统是随时间推移不断开发和投入使用的。因此业务信息系统数量增加产生的集成需求，在不断发展的企业中将长期存在。在现代经济中，不断发生的企业合并也使这种要求更加强烈。 1.1.4 应用集成与数据集成
企业各个业务所涉及的信息相关性使企业的信息系统及其处理的数据具有相关性。当企业有了一些系统后，后续系统开发项目中，都有使用某些现有应用中的数据和处理逻辑的要求。针对这种要求，一般用如图 1-3 所示的数据集成和应用服务集成结构实现。后续应用（应用 2）可以通过数据集成层或应用集成层访问以前开发应用（应用 1）提供的服务。但用户
所看到的界面仍然是针对新系统处理的某个业务操作的。在现代扁平化的企业中，每个员工可能涉及多种业务流程。这种集成方法使有些用户所面对的信息系统数量不断增加。而新的后续应用需要考虑集成更多的数据和处理，使保持信息一致性的工作量越来越大。
图 1-3. 单一业务系统开发中的数据集成与应用集成
在图 1-3 中假设“应用 1 ”是一个现存的信息系统，“应用 2 ”是新开发的业务信息系统。由于在开发“应用 1 ”时几乎不会考虑以后开发的“应用 2 ”的需求，所以在开发“应用 2 ”时很难通过数据或应用集成直接重用“应用 1 ”的程序。实际项目中需要很多设计和开发工作才能实现对已有数据的抽取和对处理的包装，才能使新的应用可以利用已有应用的数据，同时保证不影响原有应用系统的运行。
随着项目中数据和应用集成要求不断增加，又出现了专门的集成技术和项目。它试图提供企业信息系统的整体服务层 API 和数据框架，以达到减少每个项目中数据和应用集成工作的目的。如图 1-4 所示，这种集成项目试图为企业各个信息系统前端提供一个中间层，来提供各种业务、流程和数据服务。中间层可以是传统的消息总线或现在的企业服务总线（ESB）。由于历史上的应用很难满足这种集成所要求的接口，因此在实践中更多地用于新应用的开发和大规模系统改造。这种方式的集成需要抛弃一些传统应用。
图 1-4. 企业数据和应用服务集成
1.1.5 特殊数据集成
随着企业数据类型和数据量的增加，针对特定种类的数据集成得到广泛应用。如针对 Web 网页内容集成的 RSS，它采用 XML 文件来描述一种框架，该框架将源自多个网站的 Web 内容组合在一起。还可以进一步将多个频道组合放在一个 OPML 文件中。特定的 RSS 阅读器或网站通过读取这些框架文件的内容，为用户提供访问这些内容的单一接口。这样用户可以通过单一应用（阅读器）或网址访问多个来源的信息。
下面为一个频道 XML 的示例。这个频道包含两个 Item 的内容简介和指向具体 Web 内容的连接。内容的集成层次可以不断提高，例如，用 OPML 将若干频道的描述放在一起，可以通过工具从某个集成点深入访问各个数据源。
http://liftoff.msfc.nasa.gov/news/2003/news-starcity.asp