SOA 从面向构件开始

面向构件的中间件

[EOS产品白皮书]

SOA从面向构件开始

目录

要点 (3)

1.变化和可控的挑战 (3)

2.SOA从面向构件开始 (5)

2.1.SOA的本质 (5)

2.2.中国SOA需求呈现和美国不一样的特点 (6)

2.3.面向构件是构建SOA服务的最佳方式 (7)

2.4.面向构件与SOA (7)

3.面向构件技术体系 (8)

3.1.软件技术发展的4个阶段 (8)

3.2.什么是面向构件？ (10)

3.3.面向构件的核心特征 (11)

3.4.面向构件的应用 (12)

4.面向构件的中间件-EOS产品组成 (12)

4.1.EOS产品概述 (12)

4.2.EOS集成开发环境 (15)

4.3.EOS构件运行环境 (17)

4.4.EOS管理控制台 (18)

4.5.EOS基础构件库 (20)

4.6.EOS工作流(选件) (21)

4.7.EOS富页面控件(选件) (22)

4.8.EOS报表(选件) (24)

5.EOS特点与优势 (24)

5.1.EOS构件运行环境（EOS Server） (24)

5.2.EOS集成开发环境（EOS Studio） (25)

5.3.EOS管理控制台（EOS Manager） (26)

5.4.EOS基础构件库（EOS Foundation Component Library） (26)

5.5.EOS工作流（EOS Workflow） (26)

5.6.EOS报表（EOS Report） (27)

5.7.EOS富页面控件（EOS RichWeb） (28)

6.EOS应用价值 (29)

7.典型用户 (30)

8.业界评价 (32)

关于goCom社区 (34)

关于普元软件 (34)

要点

Ÿ中国企业如何使得IT系统快速适应业务需求的变化，以及如何更好地对IT系统建设实施管理和控制，是当前企业建设IT系统面临的主要挑战

Ÿ中国实施SOA的关键任务是大量的SOA服务需要基于新的业务需求进行构造，而面向构件技术是构建SOA服务的最佳方式

Ÿ面向构件技术体系的3个核心特征：全流程管理、无缝访问各层资源、易于根据需求而改变

Ÿ从应用开发的层次看，面向构件技术是SOA中“服务”的组装和实现

Ÿ普元EOS是基于J2EE平台、采用面向构件技术体系实现企业级应用开发、运行、管理、监控、维护的中间件平台

ŸEOS给客户带来的核心价值：统一的企业级应用平台、快速响应新的业务需求、系统高度的稳定性、方便的系统维护和监控、保护已有的软件投资、屏蔽技术细节专注业务需求、降低人员流动风险

Ÿ普元EOS已经应用在电信、金融、政府、大型企业等行业超过100多家大型客户，支撑着这些客户关键业务系统的运行

1.变化和可控的挑战

中国市场是目前世界上变化最快、增长最快的市场。当前中国的企业正面临着前所未有的机遇和挑战，竞争日趋激烈，新的业务和交易渠道不断涌现，企业需要不断地调整战略，相应的IT 应用也需要随之改变以适应新战略的快速部署。而传统系统不能快速地实现业务的变化。经常客户发出慨叹“业务的变化速度10 倍于应用系统的变化速度”。

在这样一个不断创新、迅速发展变化的环境中，中国的大量客户，包括电信、金融、政务，本身的业务发展模型、市场定位都在不断的演化过程中，而其信息技术部门往往因而承担着巨大的责任，在整个企业级IT信息系统的规划和建设中面临着一系列艰苦的挑战：

挑战一：IT如何快速响应企业的业务和管理需要

一方面，中国的发展中的业务模型在全球找不到第二家，也因而找不到另外一个地方的成熟的应用软件可以购买来完成自己的业务，国外规范成熟的套装软件在中国企业大多水土不服。比如在电信行业，在使用国际计费产品失败之后，寻找集成商或者自主开发成了首选。

然而另一方面，现有的技术体系使得开发能力受到很大限制，代码级的开发方式、紧密耦合的系统结构，使得在开发常常以百万代码计的系统时，需求的变更、开发人员对需求理解的差异、软件开发人员的流失，任何的变化，都可能会带来系统级别的代码“地震”，从而使得整个项目延期、质量低下，难以满足企业对IT系统时间上的迫切需求。

挑战二：如何规划具有良好扩展性的系统

在这样一个企业自身需求不断变化而又不能完全提前预知的环境下，必须在业务需求和关键技术上找到一个平衡点，即让IT快起来，当前的需求能够快速满足，新的需求能够在已有系统基础上快速调整并实现出来。

企业自身需求的这种的不稳定，必然要求整个软件系统的结构具有良好的扩展性，否则新需求的实现往往会造成老系统无法承受，只能推倒重来，这不仅会造成新业务的推出时间的延迟，还会造成软件投资本身的极大浪费。

挑战三：在不断变化的环境中保持稳定可靠的系统结构

新的需求必须得到满足，然而在代码开发方式下，整个软件体系错综复杂，代码之间的各个参数之间具有连锁关系，变化带来的是一系列的连锁反应和调整。依靠在已有系统上不断打补丁的方式，使得整个软件系统的质量难以维护，系统的性能脆弱。

而对于电信、金融等服务行业来说，IT系统处在业务的核心地位，系统运行的不稳定以及错误，都可能会给业务的正常开展带来负面的影响。

挑战四：获得自身对IT系统项目的管控能力

软件作为用户的核心知识载体之一，能够得到有效监管是非常重要的一个问题。基于传统的软件定制的方法，不同的集成商、开发商在项目管理方法（包括开发规范）、软件架构和技术方向上差异太大，使得用户难以进行有效监管，而且使得用户严重依赖于开发商。

同时，越是大型应用系统，越需要运行时故障追踪、运行分析、调优等管理工具，而因各种原因，开发商通常很难提供好的监控工具，这使得用户对应用系统本身的运行维护也难以有效管理；

挑战五：降低总体拥有成本

基于代码方式的软件体系结构，很难进行拆分复用，即使是功能非常类似的模块，在不同的项目中也需要重新开发。

另外，软件的开发成本仅仅是总体成本的一部分，软件上线才意味着一个软件生命的开始。因为需求的快速变化，二次开发的成本和维护的成本被大大增加，同时，到达软件无法承受的时候只能另外重新开发，这些都造成软件是一个“奢侈品”。