三、 EOS与SCA的对比
从上文，可以看出，SCA的这些概念在EOS里几乎都有相类似的概念。对比如下(以IBM的WID产品为例)：
SCA中的概念EOS中的
相应概念相同点不同点
服务组件业务构件1、都是描述后台业务逻辑;
2、都提供了接口1、 1、EOS中可以用图形化的方式定义业务逻辑的实现;而且EOS还提供了展现构件、运算构件等;
2、 2、SCA服务组件则要么通过WSDL调用已经开发好的具体组件，要么用编写特定语言的代码来实现
模块项目、构件包都是可部署的单元1、EOS中的构件包、单个构件都是可部署单元
导入引用构件包都是为了复用已有软件资产1、 1、EOS的引用构件包可引用EOS的任何构件，包括展现、业务、数据、运算构件
2、 2、SCA的导入只能复用业务逻辑
导出导出都是为了复用已有软件资产1、 1、SCA在导出时需要指定导出为SCA组件服务、JMS、WS等类型
2、 2、EOS导出后被新的项目引用时，可以直接拖放组装
服务数据对象SDO数据实体1、 1、都是XML与RDB之间的映射
2、 2、都支持Xpath访问
3、 3、都是作为展现层、业务层与持久层之间通信的信息载体1、 1、SDO支持对象的嵌套
2、 2、SDO除了可以Xpath访问，也可以对象的形式访问
3、 3、数据实体是EOS数据总线的基础
从上表可看出，SCA的概念和EOS的一些概念大同小异，可以说是异曲同工。
四、 小结
诚然，SCA规范推出的目的是为了对遗留系统进行集成，EOS的定位则在于开发新的应用。虽然两者定位不同，但是不难看出，未来软件开发的趋势必然是朝着以图形化的构件组装的方向前进。EOS不仅提供了图形化的构件组装工具，同时在调试、部署、应用管理与维护方面都提供了一体化的工具，因此在构件化这一步，普元EOS无疑走在了潮流的前面。